特開 2023-143833 エネルギー事業者のデータを決定するシステム及び方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023143833

(43)【公開日】2023-10-06

(54)【発明の名称】エネルギー事業者のデータを決定するシステム及び方法

(51)【国際特許分類】

   G06Q 50/06 20120101AFI20230928BHJP

【ＦＩ】

G06Q50/06

【審査請求】有

【請求項の数】11

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2023044852

(22)【出願日】2023-03-22

(31)【優先権主張番号】17/701791

(32)【優先日】2022-03-23

(33)【優先権主張国・地域又は機関】US

(71)【出願人】

【識別番号】521117355

【氏名又は名称】アーカディア パワー インコーポレイテッド

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100107515

【弁理士】

【氏名又は名称】廣田 浩一

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】ジョン・タッカー

(72)【発明者】

【氏名】ダニエル・ロプーチ

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC06

(57)【要約】      （修正有）

【課題】エネルギー事業者のユーザの料金を決定する方法を提供する。
【解決手段】方法は、サーバで、エネルギー事業者のユーザの事業者請求書の合計請求金額、事業者請求書における開始日と終了日を含む請求期間及び郵便番号を受信し、郵便番号及び顧客クラスに基づき、適格な料金を決定し、適格な料金の料金オプションを生成する。料金オプション及び適格な料金の各組合せは料金シナリオを含み、請求期間の開始日及び終了日並びにエネルギー使用量の間隔データに基づき、エネルギー事業者のための料金シナリオの合計コストを決定し、受信した合計請求金額を、決定した料金シナリオの合計コストと比較し、合計コストが、所定の範囲内にある場合、決定した合計コストに関連した料金シナリオの料金及び料金オプションを決定し、サーバと通信接続されたデータベースシステムで、ユーザのための料金シナリオの決定された料金及び料金オプションを保存する。
【選択図】図１

【特許請求の範囲】

【請求項1】

サーバで、エネルギー事業者のユーザーの事業者請求書の合計請求金額、前記事業者請求書における開始日と終了日を含む請求期間、及び前記ユーザーの郵便番号を受信する工程と；
前記サーバで、前記サーバと通信接続されたデータベースシステムを用いて受信した郵便番号に基づき、及び前記ユーザーの顧客クラスに基づき、前記ユーザーのための１以上の適格な料金を決定する工程と；
前記サーバで、前記１以上の適格な料金のそれぞれの１以上の料金オプションを生成し、前記１以上の料金オプション及び前記１以上の適格な料金の各組合せは料金シナリオを含む工程と；
前記サーバの計算エンジンで、前記請求期間の前記開始日及び前記終了日及びエネルギー使用量の間隔データに基づき、前記エネルギー事業者のための前記料金シナリオのそれぞれの合計コストを決定する工程と；
前記サーバで、受信した合計請求金額を、前記１以上の料金シナリオのそれぞれについて決定された前記合計コストと比較する工程と；
前記１以上の料金シナリオの決定された合計コストの１つが受信した合計請求金額の所定の範囲内にある場合、前記サーバで１つの決定された合計コストに関連した前記料金シナリオの料金及び料金オプションを決定する工程と；
前記サーバと通信接続されたデータベースシステムで、前記ユーザーのための前記料金シナリオの決定された料金及び料金オプションを保存する工程、
とを含むことを特徴とする方法。

【請求項2】

前記所定の範囲が、受信した合計請求金額の２０％、１０％、５％、２％、１％、０．１％、及び０．０１％からなる群から選択される少なくとも１つの値以下である請求項１に記載の方法。

【請求項3】

２以上の料金シナリオが、受信した合計請求金額の前記所定の範囲内である場合、前記サーバでユーザーのデバイスに通知を送信する工程を更に含む請求項１に記載の方法。

【請求項4】

前記サーバで、前記２以上の料金シナリオの１つの選択を受信する工程と；
前記サーバと通信接続されたデータベースシステムで、選択された料金シナリオの決定された料金及び料金オプションを保存する工程と、
を更に含む請求項３に記載の方法。

【請求項5】

前記通知が、受信した合計請求金額の所定の範囲内にある前記２以上の料金シナリオの順序付きリストを含む場合、前記方法は、
前記サーバで、順序付きの２以上の料金シナリオの１つの選択を受信する工程と；
前記サーバと通信接続されたデータベースシステムで、選択された料金シナリオの決定された料金及び料金オプションを保存する工程と、
を更に含む請求項３に記載の方法。

【請求項6】

前記２以上の料金シナリオのリストが、受信した合計請求金額に対する一致率に基づいて順序付けられる請求項５に記載の方法。

【請求項7】

前記２以上の料金シナリオのリストが、料金シナリオ算出合計に基づいて順序付けられる請求項５に記載の方法。

【請求項8】

前記顧客クラスが、居住用顧客クラスと商用顧客クラスからなる群から選択される少なくとも１つを含み、
前記居住用顧客クラス及び前記商用顧客クラスでは、前記適格な料金が異なる請求項１に記載の方法。

【請求項9】

前記サーバで、前記サーバと通信接続されたデータベースシステムから前記間隔データを受信する工程を更に含む請求項１に記載の方法。

【請求項10】

前記サーバで、前記ユーザーの１以上のメータから前記間隔データを受信する工程を更に含む請求項１に記載の方法。

【請求項11】

前記事業者請求書の合計請求金額を受信する工程が、
前記サーバで、前記エネルギー事業者のための前記ユーザーのログインクレデンシャル情報を受信する工程と；
前記サーバで、前記エネルギー事業者のための受信したユーザーのログインクレデンシャル情報を用いて、前記エネルギー事業者から、前記事業者請求書、前記事業者請求書における前記開始日及び前記終了日を含む前記請求期間、エネルギー使用量、過去の請求情報、前記間隔データ、スマートメータのデータ、料金情報、過去の請求金額、及びエネルギーコストからなる群から選択される少なくとも１つの情報に定期的にアクセスする工程と；
前記サーバと通信接続されたデータベースシステムに、定期的にアクセスされる情報を保存する工程と、
を含む請求項１に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

現在、エネルギー事業者（ｅｎｅｒｇｙ ｕｔｉｌｉｔｉｅｓ）は、電力やその他のエネルギーを顧客に提供している。顧客によるエネルギー使用量に関する情報は、エネルギー事業者の代理によって読み取られたり、エネルギー事業者に送信したりできるインターバルメータを使用して記録される。記録されたエネルギー使用量は、エネルギーのレートやコスト、適用される料金等の他の情報と共に、顧客のエネルギー請求書を生成するために使用されることができる。請求の誤りは、エネルギー事業者によって、及び／又は不正確な間隔データ（ｉｎｔｅｒｖａｌ ｄａｔａ）によって、誤ったエネルギーレート及び／又は料金が適用されることから発生することがある。

【発明の概要】

【0002】

開示された主題の実装によれば、サーバで、エネルギー事業者のユーザーの事業者請求書（ｕｔｉｌｉｔｙ ｂｉｌｌ）の合計請求金額、前記事業者請求書における開始日と終了日を含む請求期間、及び前記ユーザーの郵便番号を受信する方法を提供することができる。前記サーバは、前記サーバと通信接続されたデータベースシステムを用いて受信した郵便番号に基づき、及び前記ユーザーの顧客クラスに基づき、前記ユーザーのための１以上の適格な料金を決定することができる。前記サーバは、前記１以上の適格な料金のそれぞれの１以上の料金オプションを生成することができ、前記１以上の料金オプション及び前記１以上の適格な料金の各組合せは料金シナリオを含む。前記サーバの計算エンジンは、前記請求期間の前記開始日及び前記終了日並びにエネルギー使用量の間隔データに基づき、前記エネルギー事業者の前記料金シナリオのそれぞれの合計コストを決定することができる。前記サーバは、受信した合計請求金額を前記１以上の料金シナリオのそれぞれについて決定された前記合計コストと比較することができる。前記１以上の料金シナリオの決定された合計コストの１つが受信した合計請求金額の所定の範囲内にある場合、前記サーバは、１つの決定された合計コストに関連した前記料金シナリオの料金及び料金オプションを決定することができる。前記ユーザーのための前記料金シナリオの決定された料金及び料金オプションは、前記サーバと通信接続されたデータベースシステムで保存されることができる。

【0003】

開示された主題の追加の特徴、利点、及び実装は、以下の詳細な説明、図面、及び特許請求の範囲を考慮して、規定又は明らかにすることができる。更に、上記の概要及び以下の詳細な説明はいずれも例示的なものであり、特許請求の範囲を制限することなく、更なる説明を提供することを意図していることを理解する必要がある。

【図面の簡単な説明】

【0004】

開示された主題の更なる理解を提供するために含まれる添付図面は、本明細書に組み込まれ、その一部を構成する。図面はまた、開示された主題の実装を図示し、詳細な説明と共に、開示された主題の実装の原理を説明する役割を果たす。開示された主題及びそれが実施される様々な方法を基本的に理解するために必要である以上に、詳細な構造的詳細を示す試みはなされていない。

【0005】

【図1】図１は、開示された主題の実装に従って、エネルギー料金の正確性を含む、エネルギー事業者のデータの正確性を決定する例示的方法を示す。

【0006】

【図2A】図２Ａは、開示された主題の実装に従って、図１の例示的方法の任意の追加操作を示す。

【図2B】図２Ｂは、開示された主題の実装に従って、図１の例示的方法の任意の追加操作を示す。

【図2C】図２Ｃは、開示された主題の実装に従って、図１の例示的方法の任意の追加操作を示す。

【図3】図３は、開示された主題の実装に従って、図１の例示的方法の任意の追加操作を示す。

【0007】

【図4】図４は、開示された主題の実装に従って、エネルギー生成システム、サーバ、データベース、及び顧客デバイスのネットワーク配置を示す。

【0008】

【図5】図５は、開示された主題の実装に従って、図４に示されるネットワーク配置とインターフェースで接続することができるデバイスを示す。

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

【0009】

開示された主題の実装は、独立して、エネルギー事業者のデータを決定することができる。例えば、開示された主題のシステム及び方法は、エネルギー事業者によってユーザーに割り当てられた料金、並びにユーザーの場所、電気料金の日付範囲、電気料金の金額、及び間隔データ（例えば、エネルギー使用量を示すメータの読み値）を与えられた料金オプション（即ち、全体を通して使用される料金シナリオ）を決定することができる。開示された主題の実装は、ユーザーの場所及び／又はユーザーの間隔データに基づき、１以上の料金シナリオのためのユーザーのコストを決定することができる。前記１以上の料金オプションと前記１以上の適格な料金との組合せは、それぞれ、料金シナリオであることができる。各料金シナリオの決定されたコストは、ユーザーの料金シナリオを決定するために、ユーザーの事業者請求書の金額と比較することができる。このようなデータは、エネルギー事業者がユーザーの事業者請求書を生成する際に使用することができる。

【0010】

開示された主題の実装は、ユーザーがそれを知らない場合であっても及び／又はエネルギー事業者がそれを開示しない場合であっても、ユーザーの料金シナリオ及びその他のデータを決定することができる。エネルギー事業者に関連する決定されたデータは、ユーザーのエネルギー事業者のエネルギー使用量及び／又はコスト分析を行うために使用することができる。

【0011】

現在のシステムは、ユーザーがリストから料金シナリオを特定すること、及び／又は料金シナリオを特定するための１つ以上の質問への回答を提供することを可能にするだけである。

【0012】

開示された主題の実装は、ユーザーがその料金シナリオを知らない場合に、ユーザーの料金シナリオを決定することができる。幾つかの電力会社は、殆ど料金オプションを提供していないが、料金及び料金オプションの数は過去１０年間で大幅に増加している。例えば、Ｐａｃｉｆｉｃ Ｇａｓ ＆ Ｅｌｅｃｔｒｉｃ社の居住用顧客は、料金及び料金オプションの５０万を超える独自の組合せの１つを有することができる。ユーザーの料金選択の複雑さが増すにつれて、ユーザーの料金シナリオや、エネルギー使用量及び請求に関連するその他のデータを決定する能力が有用性を高めている。

【0013】

開示された主題の実装は、ユーザーの料金シナリオのデータを決定するために使用することができる。データは、エネルギー事業者から取得することができるが、多くの場合、エネルギー事業者は、及び／又はユーザーに発行される請求書は、ユーザーの料金（例えば、Ａｒｉｚｏｎａ Ｐｕｂｌｉｃ Ｓｅｒｖｉｃｅ ｆｏｒ Ｔｉｍｅ ｏｆ Ｕｓｅの顧客は、料金を提供することができない）又は料金オプション（例えば、Ａｉｒ Ｃｏｎｄｉｔｉｏｎｉｎｇ Ｃｙｃｌｉｎｇ Ｃｒｅｄｉｔｓ ｆｏｒ ｔｈｅ Ｓｏｕｔｈｅｒｎ Ｃａｌｉｆｏｒｎｉａ Ｅｄｉｓｏｎのエネルギー事業者は、料金オプションを提供しないことがある）を示さない。エネルギー事業者によってこの情報が提供されていない場合、開示された主題の実装を使用して、料金シナリオ、エネルギー使用量、及び／又は他のエネルギー事業者データ等のデータを決定することができる。

【0014】

図１は、開示された主題の実装に従って、エネルギー料金の正確性を含む、エネルギー事業者のデータの正確性を決定する例示的方法１００を示す。

【0015】

操作１１０で、サーバは、エネルギー事業者のためのユーザーの事業者請求書の合計請求金額、事業者請求書における開始日と終了日を含む請求期間、及びユーザーの郵便番号を受信することができる。サーバは、図４に示され、以下に説明されるサーバ５０であることができる。図４に示されるように、事業者３０の電気事業者顧客ポータル３２から、通信ネットワーク７を介して、サーバ５０が事業者請求書を受信することができる。事業者請求書は、総額（即ち、請求金額又はコスト）を含むことができる。幾つかの実装では、事業者請求書は、顧客のデバイス２０から受信されることができる。エネルギー事業者は、図４に示される事業者３０であることができる。請求期間（開始日及び終了日を含む）及び郵便番号は、取得された事業者請求書から決定されることができる。幾つかの実装では、請求期間及び／又は郵便番号は、ユーザーのログイン情報を使用して、電気事業者顧客ポータル３２からサーバ５０によって取得されることができる。

【0016】

操作１１０での事業者請求書の合計請求金額の受信は、図３に示される操作を任意に含むことができる。操作１１１で、サーバは、エネルギー事業者のユーザーのログインクレデンシャル情報を受信することができる。例えば、サーバ５０は、ユーザー（例えば、デバイス２０から通信ネットワーク７を介して）のログインクレデンシャル情報を受信し、事業者３０の電気事業者顧客ポータル３２で情報にアクセスすることができる。操作１１２で、サーバは、エネルギー事業者のための受信したユーザーのログインクレデンシャル情報を用いて、エネルギー事業者から、事業者請求書、事業者請求書における開始日及び終了日を含む請求期間、エネルギー使用量、過去の請求情報、間隔データ、スマートメータのデータ、料金情報、過去の請求金額、エネルギーコスト、及び／又は他のデータに定期的にアクセスすることができる。操作１１３で、サーバは、サーバと通信接続されたデータベースシステムに、定期的にアクセスされる情報を保存することができる。例えば、定期的にアクセスされる情報は、図４に関連して後述するように、料金モデル５８、スクレイピングされた請求データ６０、及び／又はスクレイピングされた間隔データ６２に保存されることができる。

【0017】

即ち、開示された主題の実装では、ユーザーは、図４に示される事業者３０の電気事業者顧客ポータル３２及びサーバ５０で、事業者ログインクレデンシャル情報を共有することができる。サーバ５０は、電気事業者顧客ポータル３２を介して、事業者３０が公開するデータにアクセスすることができ、そのデータは、料金モデル５８、スクレイピングされた請求データ６０、及び／又はスクレイピングされた間隔データ６２に取得される及び保存されることができる。例えば、サーバ５０は、エネルギー事業者３０によってユーザーへ請求される料金の概要を取得することができ、これは、スクレイピングされた請求データ６０に保存されることができるユーザーの最新の請求書及び過去の請求情報を有する１以上のドキュメント及び／又はデータを含むことができる。

【0018】

サーバ５０は、ユーザーのログインクレデンシャル情報を使用して、電気事業者顧客ポータル３２を介して事業者３０でユーザーのアカウントにアクセスすることができる。ユーザーのアカウントデータは、サーバ５０にダウンロードされることができ、スクレイピングされた請求データ６０に保存されることができる。取得されたデータの少なくとも一部は、１つ以上の用途で使用するために正規化され、保存されることができる（例えば、料金モデル５８、スクレイピングされた請求データ６０、及び／又はスクレイピングされた間隔データ６２）。

【0019】

例えば、ユーザーの請求書は、間隔データ、ユーザーの光熱費、過去の支払額等と共にサーバ５０によって取得されることができ、スクレイピングされた請求データ６０及び／又はスクレイピングされた間隔データ６２で保存されることができる。間隔データを抽出及び／又は取得する場合、サーバ５０は、スクレイピングされた間隔データ６２でデータを保存する前に、世界標準時のデータに正規化することができ、それによってデータが事業者（例えば、事業者３０及びその他のエネルギー事業者）間で一貫した形式になる。新しい事業者請求書及び間隔データが事業者３０の電気事業者顧客ポータル３２で利用可能になるときに、それらを取得するために、データの取得を定期的に実行することができる。幾つかの実装では、ユーザーに割り当てられた料金は、サーバ５０によって取得され、料金モデル５８で保存されることができる。

【0020】

操作１２０で、サーバは、サーバと通信接続されたデータベースシステムを用いて受信した郵便番号に基づき、及びユーザーの顧客クラスに基づき、ユーザーに１以上の適格な料金を決定することができる。前記料金は、エネルギーの料金レート額であることができ、地理的な地域、季節、使用時間、需要の決定、オプションプログラム、ネットメータリングポリシー、各料金の資格要件等に基づき、決定されることができる。料金を保存するデータベースシステムは、図４に示される料金モデル５８の一部であることができる。顧客クラスは、居住用顧客クラス、商用顧客クラス等であることができる。適格な料金は、居住用顧客クラス及び商用顧客クラスで異なることができる。

【0021】

操作１３０で、サーバは、１以上の適格な料金のそれぞれの１以上の料金オプションを生成することができる。１以上の料金オプションと１以上の適格な料金との各組合せを料金シナリオと呼ぶことができる。

【0022】

操作１４０で、サーバの計算エンジンは、請求期間の開始日及び終了日並びにエネルギー使用量の間隔データに基づき、エネルギー事業者の料金シナリオのそれぞれの合計コストを決定することができる。計算エンジンは、ハードウェア及び／又はソフトウェアであることができ、図４に示され、以下に記載される計算エンジン５６であることができる。

【0023】

幾つかの実装では、サーバは、サーバに通信接続されたデータベースシステム（例えば、図４に示されるスクレイピングされた間隔データ６２）及び／又はユーザーの１つ以上のメータ（例えば、インターバルメータ３６）から、間隔データを受信することができる。幾つかの実装では、サーバは、事業者３０の電気事業者顧客ポータル３２から間隔データを受信することができ、事業者３０は、インターバルメータ３６から間隔データを受信することができる。受信した間隔データは、サーバによって、スクレイピングされた間隔データ６２で保存されることができる。

【0024】

幾つかの実装では、サーバの計算エンジン（例えば、計算エンジン５６）は、アプリケーションプログラムインターフェース（ＡＰＩ）を提供し、複数の様々なエネルギー事業者にわたってコストを計算することができる。他の企業、サーバ、及び／又はデバイスは、ＡＰＩを使用して、料金モデル５８、スクレイピングされた請求データ６０、及び／又はスクレイピングされた間隔データ６２で保存されることができるユーザーの事業者データにアクセスすることができる。

【0025】

幾つかの実装では、サーバによって提供されるアプリケーションプログラムインターフェース（ＡＰＩ）を介して呼び出しを行うことができる。呼び出しは、計算エンジン（例えば、計算エンジン５６）からの光熱費計算のための１以上の要求を含むことができる。呼び出しは、間隔データ、料金シナリオ、開始日、終了日等のパラメータを含むことができる。例えば、ＡＰＩ呼び出しを使用して、渡された各料金シナリオのためのエネルギー事業者によって実行された計算を「ミラーリング」することができる計算を返すことができる。

【0026】

操作１５０で、サーバは、受信した合計請求金額を、１以上の料金シナリオのそれぞれについて決定された合計コストと比較することができる。

【0027】

１以上の料金シナリオの決定された合計コストの１つが、受信した合計請求金額の所定の範囲内にある場合、サーバは、オペレーション１６０で１つの決定された合計コストに関連する料金シナリオの料金及び料金オプションを決定することができる。例えば、所定の範囲は、受信した合計請求金額の２０％、１０％、５％、２％、１％、０．１％、０．０１％、又はその他の任意の範囲以下であることができる。幾つかの実装では、１以上の料金シナリオの決定された合計コストが所定の範囲内であると判断された場合、サーバは、料金シナリオがユーザーの本当の料金及び／又は料金オプションを反映していると判断することができる。

【0028】

操作１７０で、ユーザーの料金シナリオの決定された料金及び料金オプションは、サーバに通信接続されることができるものに保存されることができる。

【0029】

図２Ａ～図３は、開示された主題の実装に従って、図１の例示的方法の任意の追加操作を示す。図２Ａは、操作１８０を示し、２つ以上の料金シナリオが受信した合計請求金額の所定の範囲内にある場合、サーバは、ユーザーのデバイスに通知を送信することができる。例えば、通知は、通信ネットワーク７を介してデバイス２０に送信され、図４及び５に示されるようにディスプレイ２２に表示されることができる。即ち、２以上の料金シナリオが受信した合計請求金額の所定の範囲内にある場合、図２Ｂに示され、後述されるように、２以上の料金シナリオをユーザーに提示し、料金シナリオの１つを選択することができる。

【0030】

図２Ｂでは、サーバは、操作１８２で２以上の料金シナリオの１つの選択を受信することができる。サーバは、通信ネットワーク７を介してデバイス２０から選択を受信することができる。デバイス２０は、ユーザー入力２６を介して、ユーザーから選択を受信することができる。データベースシステム（例えば、図４に示される料金モデル５８）は、操作１８４で選択された料金シナリオの決定された料金及び料金オプションを保存することができる。

【0031】

通知が受信した合計請求金額の所定の範囲内にある２以上の料金シナリオの順序付きリストを含む場合、図２Ｃの操作は、図２Ａにおける操作１８０の後に実行することができる。図２Ｃに示される操作１８６で、サーバは、順序付きの２以上の料金シナリオの１つの選択を受信することができる。操作１８８で、サーバに通信接続されたデータベースシステム（例えば、図４に示される料金モデル５８）は、選択された料金シナリオの決定された料金及び料金オプションを保存することができる。幾つかの実装では、受信した合計請求金額に対する一致率に基づいて、２以上の料金シナリオのリストを順序付けることができる。幾つかの実装では、２以上の料金シナリオのリストは、料金シナリオ算出合計に基づき順序付けられる。

【0032】

図４は、開示された主題の実装に従って、エネルギー生成システム、サーバ、データベース、及び／又はデバイスのネットワーク配置を示す。事業者３０（即ち、電気事業者）は、パワーグリッドを介して一人以上の顧客に提供される電気を生成することができる。事業者３０は、電気事業者顧客ポータル３２を提供するサーバを含むことができ、顧客が事業者３０でアカウント情報にアクセスすることを可能にすることがある。アカウント情報は、例えば、事業者請求書、支払い情報、使用エネルギー量、住所、及び連絡先情報等を含むことができる。事業者３０のサーバは、１つ以上のハードウェアサーバ及び／又はクラウドサーバであることができる。電気事業者顧客ポータル３２を提供する事業者３０のサーバは、電気事業者データベース３４に通信接続されていることができ、とりわけ、一人以上の顧客の過去の事業者請求書明細書、間隔データ、料金データ等を保存することができる。事業者３０は、通信ネットワーク７を介してサーバ５０に通信接続されることができる。

【0033】

サーバ５０は、計算エンジン５６、料金モデル５８、スクレイピングされた請求データ６０、及び／又はスクレイピングされた間隔データ６２を含む、及び／又はそれらに通信接続されることができる、１以上のハードウェアサーバ、クラウドサーバ等であることができる。

【0034】

計算エンジン５６は、図１～３に関連して上述されたように、エネルギー事業者のデータを決定することができるハードウェア及び／又はソフトウェアであることができる。料金モデル５８は、ハードウェア、ソフトウェア、及び／又は料金（即ち、料金レート）、及び／又は料金適用用の規則を含むことができるデータベースであることができる。幾つかの実装では、計算エンジン５６がモデル請求書を決定することができ、事業者３０による事業者請求書の計算を「ミラーリング」することができる。例えば、料金モデル５８は、料金データ、日付範囲の開始日、日付範囲の終了日、利用可能な間隔データ、及び／又はエネルギー使用量に基づいてモデル請求書を決定するために、計算エンジン５６によって使用されることができる。

【0035】

スクレイピングされた請求データ６０は、ハードウェア、ソフトウェア、及び／又はデータベースであることができ、料金、日付範囲の開始日と終了日、請求情報、エネルギー使用量データ、その他のデータ等を保存することができる１以上のハードウェア記憶装置を含むことができる。スクレイピングされた間隔データ６２は、ハードウェア、ソフトウェア、及び／又はデータベースであることができ、事業者請求書、インターバルメータ３６等からスクレイピングされることができる間隔データを保存することができる１以上のハードウェア記憶装置を含むことができる。

【0036】

事業者３０、サーバ５０、及びデバイス２０（図５に関連して後述される）は、通信ネットワーク７を介して通信接続されることができる。ネットワーク７は、ローカルネットワーク、広域ネットワーク、インターネット、又は任意の他の適切な通信ネットワーク又は複数のネットワークであることができ、有線及び／又は無線ネットワークを含む任意の適切なプラットフォームに実装されることができる。

【0037】

現在開示されている主題の実施形態は、様々な構成要素及びネットワークアーキテクチャで実装及び使用できる。図５は、デスクトップ又はラップトップコンピュータ、又はスマートフォン、タブレット等のモバイルコンピューティングデバイスであることができる例示的デバイス２０である。幾つかの実装では、デバイス２０を使用して、事業者３０でアカウントを管理し、サーバ５０等から通知及び／又は決定されたデータ情報等を受信することができる。デバイス２０は、デバイス２０の主要構成要素を相互接続するバス２１を含むことができ、主要構成要素は、中央プロセッサ２４、ランダムアクセスメモリー（ＲＡＭ）、リードオンリーメモリー（ＲＯＭ）、フラッシュＲＡＭ等のメモリ２７、ディスプレイスクリーン等のユーザーディスプレイ２２、キーボード、マウス、タッチスクリーン等の１以上のコントローラ及び関連するユーザー入力デバイスを含むことができるユーザー入力インターフェース２６、ハードドライブ、フラッシュストレージ等の固定記憶装置２３、光ディスク、フラッシュドライブ等を制御及び受信するために動作するリムーバブル媒体構成要素２５、及び適切なネットワーク接続を介して１以上の遠隔装置と通信するために動作するネットワークインターフェース２９が挙げられる。

【0038】

バス２１は、前に記載されたように、中央プロセッサ２４とＲＡＭ、ＲＯＭ、及びその他のメモリを含むことができる１以上のメモリ構成要素との間のデータ通信を可能にする。通常、ＲＡＭは、オペレーティングシステムとアプリケーションプログラムがロードされるメインメモリである。ＲＯＭ又はフラッシュメモリの構成要素には、他のコードの中に、周辺構成要素との相互作用等の基本的なハードウェア動作を制御する基本入出力システム（ＢＩＯＳ）を含むことができる。デバイス２０に常駐するアプリケーションは、一般に、ハードディスクドライブ（例えば、固定記憶装置２３）、光学ドライブ、フロッピーディスク、又はその他の記憶媒体等のコンピュータが読み取り可能な媒体に保存され、それを介してアクセスされる。

【0039】

固定記憶装置２３は、デバイス２０と一体になることもできるが、分離されて他のインターフェースを介してアクセスされることもできる。ネットワークインターフェース２９は、有線又は無線接続を介して遠隔サーバへの直接接続を提供することができる。ネットワークインターフェース２９は、デジタル携帯電話、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（Ｒ）、近距離無線通信等を含む、当業者によって容易に理解される任意の適切な技術及びプロトコルを用いて、このような接続を提供することができる。例えば、ネットワークインターフェース２９は、以下で更に詳細に説明されるように、コンピュータが一つ以上のローカル、広域、又は他の通信ネットワークを介して他のコンピュータと通信することを可能にすることがある。

【0040】

他の多くのデバイス又は構成要素（示されず）が同様の方法で接続されることができる（例えば、センサー、エネルギー使用モニター等）。逆に、図５に示された構成要素の全ては、本開示を実践するために存在する必要はない。構成要素は、示されたものとは異なる方法で相互接続されることがある。図５に示されるようなデバイス２０の操作は、当技術分野では容易に知られており、本出願では詳細には議論していない。本開示を実装するコードは、メモリ２７、固定記憶装置２３、リムーバブル媒体２５の１以上等のコンピュータが読み取り可能な記憶媒体に、又は遠隔の記憶場所に保存されることができる。

【0041】

より一般的には、現在開示されている主題の様々な実装は、コンピュータが実装したプロセス及びそれらのプロセスを実施するための装置の形態で含まれる、又は具体化されることができる。フロッピーディスク、ＣＤ－ＲＯＭ、ハードドライブ、ＵＳＢ（ユニバーサルシリアルバス）ドライブ、又はその他の任意の機械読み取り可能な記憶媒体等の非一時的及び／又は有形の媒体に具体化された命令を含むコンピュータプログラムコードを有するコンピュータプログラム製品の形態で、実装を具体化することもでき、それによって、コンピュータプログラムコードがコンピュータにロードされて実行されると、コンピュータは開示された主題の実装を実行するための装置となる。例えば、記憶媒体に保存される、コンピュータにロードされる及び／又はコンピュータによって実行される、又は電気配線やケーブルで、光ファイバーを介して、又は電磁放射を介して等何らかの伝送媒体を介して、伝送されるかにかかわらず、実装をコンピュータプログラムコードの形態で具体化することもでき、それによって、コンピュータプログラムコードがコンピュータにロードされて実行されると、コンピュータは開示された主題の実装を実行するための装置となる。汎用マイクロプロセッサに実装される場合、コンピュータプログラムコードセグメントは、特定の論理回路を作成するようにマイクロプロセッサを構成する。

【0042】

幾つかの構成では、コンピュータが読み取り可能な記憶媒体に保存されたコンピュータが読み取り可能な命令のセットが、汎用プロセッサによって実装されることができ、汎用プロセッサ又は汎用プロセッサを含むデバイスを、命令を実装又は実行するように構成された特別な目的のデバイスに変換することができる。実装は、ハードウェア及び／又はファームウェアにおける開示された主題の実装に従って、技術の全部又は一部を具体化する汎用マイクロプロセッサ及び／又は特定用途向け集積回路（ＡＳＩＣ）等のプロセッサを含むことができるハードウェアを使用して実装されることができる。プロセッサは、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ハードディスク、又は電子情報を保存し得るその他のデバイス等のメモリに接続されることができる。メモリは、開示された主題の実装に従って技術を実行するためにプロセッサによって実行されるように適応された命令を保存することができる。

【0043】

前述の説明は、説明の目的で、特定の実装を参照して記載されている。しかしながら、上記の説明的な議論は、網羅的であることや、開示された主題の実装を開示された正確な形式に限定することを意図するものではない。上記の教示を考慮すると、多くの修正や変更が可能である。これらの実装は、開示された主題の実装の原理とその実用的な用途を説明するために選択及び記載され、それによって当業者が、それらの実装を利用できるようにするだけでなく、意図された特定の用途に適した様々な修正を加えた様々な実装を利用可能にする。

【図1】

【図2A】

【図2B】

【図2C】

【図3】

【図4】

【図5】

【外国語明細書】