(57)【要約】      （修正有）【課題】デマンドレスポンス管理システム（ＤＲＭＳ）の完全性をチェックするように構成されたプロセッサを含むＤＲＭＳ完全性チェックシステム及び方法を提供する。【解決手段】ＤＲＭＳ完全性チェックシステムは、第２のデータを検索するために第１のデータに基づいてＤＲＭＳのデータベースシステムに照会するように構成され、第１のデータが、イベントに応答するためにデマンドレスポンスイベント中にＤＲＭＳによって使用されるように構成される。さらに、第２のデータが所望のデータプロパティを含むことを検証することによってデータベースの完全性を検証するように構成される。また、データベースの完全性の表示を通信するように加えて構成される。【選択図】図２
2016192891.tif 000002
【特許請求の範囲】
【請求項１】
デマンドレスポンス管理システム（ＤＲＭＳ）（１０）に含まれるデマンドレスポンス管理システム（ＤＲＭＳ）完全性チェックシステム（４６）を実行するように構成されたプロセッサ（４７）を備え、前記ＤＲＭＳ完全性システム（４６）が、
第２のデータを検索するために第１のデータに基づいて前記ＤＲＭＳ（１０）のデータベースシステム（５０）に照会し、前記第１のデータが、イベントに応答するためにデマンドレスポンスイベント中に前記ＤＲＭＳ（１０）によって使用されるように構成され、
前記第２のデータが所望のデータプロパティを含むことを検証することによって前記データベース（５０）の完全性を検証し、
前記データベース（５０）の前記完全性の表示を通信する
ように構成される、システム。
【請求項２】
前記プロセッサ（４７）は、デマンドレスポンスイベントに適用されるべきデータベースオブジェクトが１回だけカウントされるおよび／または１つもしくは複数のデータベース関係を検証することによって前記データベース（５０）の完全性を検証することを導き出すことによって前記データベース（５０）の完全性を検証するように構成される、請求項１記載のシステム。
【請求項３】
前記データベースオブジェクトが、前記デマンドレスポンスイベント中に電力消費を削減するまたは停止するように構成される需要家装置（３２、３４、４０２，４０４）、前記需要家装置（３２、３４、４０２，４０４）に電力を配電するように構成されたサービス配送地点、電力ユーザを計量するように構成されたメータ、デマンドレスポンス機器、イベント識別子、市場オブジェクト、規制オブジェクト、またはこれらの組合せを備える、請求項２記載のシステム。
【請求項４】
前記１つまたは複数のデータベース関係を検証することが、第１のデータベースオブジェクトに照会することと、前記第１のデータベースオブジェクトが前記１つまたは複数のデータベース関係を介して第２のデータベースオブジェクトと関係付けられることを検証することとを含む、請求項２記載のシステム。
【請求項５】
前記プロセッサ（４７）が、デマンドレスポンスイベントに関する通信を検証するために通信完全性システム（５６）を実行するように構成される、請求項１記載のシステム。
【請求項６】
前記プロセッサ（４７）が、デマンドレスポンスイベントの完了に関係する成功メトリックを導き出すように構成されたポストイベント完全性解析システム（６０）を実行するようにおよび／またはデマンドレスポンスイベントに関係する１つもしくは複数の制限を検証するように構成されたポリシ完全性システム（５２）を実行するように構成される、請求項１記載のシステム。
【請求項７】
前記成功メトリックが、データベース設定メトリック、通知メトリック、ディスパッチ信号メトリック、通信メトリックのタイミング、またはこれらの組合せを含む、請求項６記載のシステム。
【請求項８】
前記１つまたは複数の制限は、需要家装置（３２、３４、４０２，４０４）が参加するように構成される多数のイベント、デマンドレスポンスイベント発生に関する曜日についてのカレンダ制限、ある時間範囲における参加を除外するように構成された除外時間、規制制限、またはこれらの組合せを含む、請求項６記載のシステム。
【請求項９】
前記プロセッサ（４７）が、前記デマンドレスポンスイベントに含まれるべきではないサービス配送地点（ＳＤＰ）、ＳＤＰを二重にカウントすること、ＳＤＰについての重複シグナリング構成、ＳＤＰについてのカスタム化必要条件、非参加ＳＤＰについての最小使用量必要条件、またはこれらの組合せを導き出すように構成される、請求項６記載のシステム。
【請求項１０】
プロセッサ（４７）を介して、
デマンドレスポンス管理システム（ＤＲＭＳ）（１０）に関するデータベース完全性を検証するように構成されたデータ完全性システム（４８）と、
デマンドレスポンスイベント中に前記ＤＲＭＳ（１０）に関する通信を検証するように構成された通信完全性システム（５６）と、
前記デマンドレスポンスイベントの発生に関連する１つまたは複数のメトリックを導き出すように構成されたポストイベント完全性解析システム（６０）と、
前記デマンドレスポンスイベントに関係する１つまたは複数の制限を検証するように構成されたポリシ完全性システム（５２）と、
前記デマンドレスポンスイベントをシミュレーションするように構成されたシミュレーションシステム（６２）と
のうちの少なくとも１つを実行するステップ
を含む、方法。
【請求項１１】
前記プロセッサ（４７）を介して、デマンドレスポンスイベント日付、デマンドレスポンスイベントポリシ、デマンドレスポンスイベント制約、デマンドレスポンスイベントベースラインアルゴリズム、もしくはこれらの組合せに基づいて電力負荷の削減を予想するように構成されたデマンドレスポンス予想エンジン（４００）および／または前記デマンドレスポンスイベントについての予測される負荷削減を導き出すためにデマンドレスポンスイベントデータを解析するように構成されたデマンドレスポンスイベント負荷削減解析装置システム（４０６）を実行するステップを含む、請求項１０記載の方法。
【請求項１２】
前記ＤＲＭＳ（１０）が、アプリケーションサービス境界を有するデータベース（５０）を備え、前記アプリケーションサービス境界が、前記デマンドレスポンスイベント中のエネルギー使用量を予想するように構成された予想システム（１１４）、デマンドレスポンスに基づいて警告するように構成された警告システム（１１２）、またはこれらの組合せを備える、請求項１０記載の方法。
【請求項１３】
電子装置のプロセッサ（４７）によって実行可能な命令を記憶する有形、非一時的なコンピュータ可読媒体であって、前記命令が、プロセッサ（４７）に、
デマンドレスポンス管理システム（ＤＲＭＳ）（１０）に関するデータベース完全性を検証するように構成されたデータ完全性システム（４８）と、
デマンドレスポンスイベント中に前記ＤＲＭＳ（１０）に関する通信を検証するように構成された通信完全性システム（５６）と、
前記デマンドレスポンスイベントの発生に関連する１つまたは複数のメトリックを導き出すように構成されたポストイベント完全性解析システム（６０）と、
前記デマンドレスポンスイベントに関係する１つまたは複数の制限を検証するように構成されたポリシ完全性システム（５２）と、
前記デマンドレスポンスイベントをシミュレーションするように構成されたシミュレーションシステム（６２）と
を実行させるように構成される、有形、非一時的なコンピュータ可読媒体。
【請求項１４】
前記プロセッサ（４７）に、デマンドレスポンスイベント日付、デマンドレスポンスイベントポリシ、デマンドレスポンスイベント制約、デマンドレスポンスイベントベースラインアルゴリズム、またはこれらの組合せに基づいて電力負荷の削減を予想するように構成されたデマンドレスポンス予想エンジン（４００）を実行させるように構成された命令を含む、請求項１３記載の有形、非一時的なコンピュータ可読媒体。
【請求項１５】
前記プロセッサ（４７）に、前記デマンドレスポンスイベントについての予測される負荷削減を導き出すためにデマンドレスポンスイベントデータを解析するように構成されたデマンドレスポンスイベント負荷削減解析装置システム（４０６）を実行させるように構成された命令を含む、請求項１３記載の有形、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書において開示する主題は、デマンドレスポンス管理システム（ＤＲＭＳ）に関し、より具体的にはＤＲＭＳの動作を高めるために適した技術に関する。
【背景技術】
【０００２】
電力グリッドは、需要イベントに対してより望ましい方法で応答することによって、電源システムの供給余力を向上させるために適したＤＲＭＳを含むことができる。例えば、ピーク需要状態では、ＤＲＭＳは、需要家にそのエネルギー使用量を減少させるように依頼する要請をある種の需要家へ送信することができ、このようにピーク需要状態中に使用されてきていることがあるエネルギーの量を減少させる。したがって、ＤＲＭＳは、より効率的な電力グリッドシステムを提供するためにエネルギーの需要を動的に管理することができる。
【０００３】
一方向ＤＲＭＳなどのいくつかのシステムは、一方向にだけ需要家と通信することができる。例えば、ＤＲＭＳは、電話回線、ページャ、等を介して一方向に装置を一時的にオフにするように需要家へ要請を送信することができる。双方向ＤＲＭＳなどの他のシステムは、需要家へ要請を送信することに加えて、需要家サイトからの通信を受信することができる。例えば、アドバンストメータリングインフラストラクチャ（ＡＭＩ）システム内に配置された需要家のスマートメータは、双方向ＤＲＭＳへデータを送り返すことができる。より効率的な動作を可能にするように一方向ＤＲＭＳおよび双方向ＤＲＭＳの両者を改善することは、有利なことがある。
【発明の概要】
【０００４】
当初に特許請求した発明と範囲で相応するある種の実施形態を、下記に要約する。これらの実施形態は、特許請求した発明の範囲を限定するものではないだけでなく、これらの実施形態は、発明の可能な形態の簡単な要約を提供するだけに過ぎないものである。実際に、本発明は、下記に記述される実施形態に類似するまたは異なることがある様々な形態を包含することができる。
【０００５】
第１の実施形態は、デマンドレスポンス管理システム（ＤＲＭＳ）完全性チェックシステムを実行するように構成されたプロセッサを含むシステムを提供する。ＤＲＭＳ完全性システムは、第２のデータを検索するために第１のデータに基づいてＤＲＭＳのデータベースシステムに照会するように構成され、第１のデータが、イベントに応答するためにデマンドレスポンスイベント中にＤＲＭＳによって使用されるように構成される。ＤＲＭＳ完全性システムは、第２のデータが所望のデータプロパティを含むことを検証することによってデータベースの完全性を検証するようにさらに構成される。ＤＲＭＳ完全性システムは、データベースの完全性の表示を通信するように加えて構成される。
【０００６】
第２の実施形態は、方法を提供する。本方法は、プロセッサを介して、デマンドレスポンス管理システム（ＤＲＭＳ）に関するデータベース完全性を検証するように構成されたデータ完全性システムの少なくとも１つを実行するステップを含む。本方法は、プロセッサを介して、デマンドレスポンスイベント中にＤＲＭＳに関する通信を検証するように構成された通信完全性システムを実行するステップをさらに含む。本方法は、プロセッサを介して、デマンドレスポンスイベントの発生に関連する１つまたは複数のメトリックを導き出すように構成されたポストイベント完全性解析システムを実行するステップを加えて含む。本方法は、プロセッサを介して、デマンドレスポンスイベントに関係する１つまたは複数の制限を検証するように構成されたポリシ完全性システムを実行するステップをやはり含む。本方法は、プロセッサを介して、デマンドレスポンスイベントをシミュレーションするように構成されたシミュレーションシステムを実行するステップをさらに含む。
【０００７】
第３の実施形態は、電子装置のプロセッサによって実行可能な命令を記憶する有形、非一時的なコンピュータ可読媒体であって、命令が、プロセッサに、デマンドレスポンス管理システム（ＤＲＭＳ）に関するデータベース完全性を検証するように構成されたデータ完全性システムを実行するように構成される、有形、非一時的なコンピュータ可読媒体を提供する。本命令は、プロセッサに、デマンドレスポンスイベント中にＤＲＭＳに関する通信を検証するように構成された通信完全性システムを実行するようにさらに構成される。本命令は、プロセッサに、デマンドレスポンスイベントの発生に関連する１つまたは複数のメトリックを導き出すように構成されたポストイベント完全性解析システムを実行するように加えて構成される。本命令は、プロセッサに、デマンドレスポンスイベントに関係する１つまたは複数の制限を検証するように構成されたポリシ完全性システムを実行するようにやはり構成される。本命令は、プロセッサに、デマンドレスポンスイベントをシミュレーションするように構成されたシミュレーションシステムを実行するようにさらに構成される。
【０００８】
本発明のこれらのおよびその他の特徴、態様および長所は、添付した図面を参照して下記の詳細な説明を読むと、より良く理解されるようになるであろう。図面では、類似の参照符号は、図面全体を通して類似の構成要素を表す。
【図面の簡単な説明】
【０００９】
【図１】ＤＲＭＳに動作可能に結合された発電システム、送電システム、および配電システム、ならびにＤＲＭＳに結合されたＤＲＭＳ完全性チェックシステムの実施形態のブロック図である。
【図２】ＤＲＭＳへ通信で結合されたＤＲＭＳ完全性チェックシステムの実施形態のブロック図である。
【図３】完全性チェックシステムにより使用することができるシステムアーキテクチャの実施形態である。
【図４】ＤＲＭＳおよび／またはデータ記憶装置のデータ完全性を改善するために適したプロセスの実施形態のフローチャートである。
【図５】通信完全性システムに含むことができる通信解析装置の実施形態のブロック図である。
【図６】通信期待が需要イベント中に満足されることを確実にすることに役立つように、期待解析装置によって実行することができるプロセスの実施形態のフローチャートである。
【図７】通信問題を検出するために適した診断システムによって実行することができるプロセスのフローチャートである。
【図８】同時に送られるべき通信の限界量を決定することができるスループット解析装置システムによって実行することができるプロセスのフローチャートである。
【図９】ある種のシステムポリシを自動的に決定するためおよび／または強めるために適したプロセスのフローチャートである。
【図１０】ポストイベント解析を実行するために適したプロセス３００を描いているフローチャートである。
【図１１】是正処置プロセスの実施形態を描いているフローチャートである。
【図１２】予想エンジンシステムの実施形態のブロック図である。
【図１３】デマンドレスポンスイベントデータを解析するためおよび解析に基づいて様々な処置および警報を与えるために適したプロセスの実施形態を描いているフローチャートである。
【発明を実施するための形態】
【００１０】
本発明の１つまたは複数の具体的な実施形態を以下に説明する。これらの実施形態の簡潔な説明を与えることを目指して、実際の実装形態のすべての特徴を明細書においては記述しないことがある。いずれかのこのような実際の実装形態の開発において、いずれかのエンジニアリングプロジェクトまたは設計プロジェクトにおけるように、システムに関係する制約およびビジネスに関係する制約にともなうコンプライアンスなどの、実装形態ごとに変わることがある開発者に特有なゴールを達成するために、数多くの実装形態に特有な判断を行わなければならないことを、認識すべきである。その上、このような開発の試みは、複雑でありかつ長時間を必要とするはずであるが、それにもかかわらず、この開示の恩恵を受ける当業者にとっては設計、製作、および製造の日常的な業務であるはずであることを、認識すべきである。
【００１１】
本発明の様々な実施形態の要素を導入するときに、「ａ」、「ａｎ」、「ｔｈｅ」、および「ｓａｉｄ（前記）」という冠詞は、要素の１つまたは複数があることを意味するものとする。「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｉｎｇ）」および「有する（ｈａｖｉｎｇ）」という用語は、包括的であり、列挙した要素の他にさらなる要素があり得ることを意味するものとする。
【００１２】
本開示は、デマンドレスポンス管理システム（ＤＲＭＳ）を改善するために適した技術を説明し、既に操業を認められ、そして現場においてサービスを提供していることがある一方向ＤＲＭＳおよび双方向ＤＲＭＳを含む既存のシステムに適用可能なことがある。ＤＲＭＳは、需要イベントを管理するために適しており、ある種の需要家によるエネルギー消費を低下させることを介して発電および／または配電を低下させることを可能にする。ある種の実施形態では、本明細書において説明する技術は、データ要素完全性、データ構造完全性、および／またはデータベースプログラムの完全性を向上させるためにＤＲＭＳのデータ完全性検証および確認を行うことができる。例えば、データ要素を解析して、データ要素がある所望の条件を満足すること、例えば、下記により詳細に説明されるように、参加者が、参加者ＩＤ、登録した装置、関係するユーティリティプロバイダＩＤ、等を含むことを確実にすることができる。本明細書において説明する技術は、ＤＲＭＳのポリシ検証および確認をやはり提供して、例えば、契約上の協約（例えば、需要家が需要イベントに参加することを計画されている回数）、規制ポリシ、需要家選択肢、等を改善することができる。
【００１３】
本開示は、ＤＲＭＳ通信完全性の改善をやはり含む。例えば、技術は、下記により詳細に説明されるように、イベント参加者がイベント情報を適時にかつ完全に受信すること、通信ボトルネックが考慮される、削減される、または削除されること、および動作不能装置が検出されることを提供するために開示される。加えて、本明細書における開示は、データ完全性、ポリシ完全性、通信完全性、および完全性ポストイベント解析における改善のために適したフィードバック技術または事後解析技術を適用するために提供する。加えて、下記の図に関して下記により詳細に説明されるように、ある種のグループ分けに基づいて負荷削減を予想するまたは予測するために適したプロセスを提供する。
【００１４】
前記を踏まえて、図１に図示したような、ＤＲＭＳ１０に動作可能に結合された電力グリッドシステム８などのシステムの実施形態を説明することは有用であり得る。描かれたように、電力グリッドシステム８は、１つまたは複数のユーティリティ１２を含むことができる。ユーティリティ１２は、発電および電力グリッドシステム８の監視動作を行うことができる。例えば、ユーティリティ制御センタ１４は、１つまたは複数の発電所１６および代替発電所１８によって発電された電力をモニタし、管理することができる。発電所１６は、ガス、石炭、バイオマス、および燃料用の他の炭素系製品を使用する発電所などの従来の発電所を含むことができる。代替発電所１８は、発電するために、太陽光発電、風力発電、水力発電、地熱発電、および電力の他の代替源（例えば、再生可能エネルギー）を使用する発電所を含むことができる。他のインフラストラクチャ構成要素は、水力発電プラント２０および地熱発電プラント２２を含むことができる。例えば、水力発電プラント２０は、水力発電を行うことができ、地熱発電プラント２２は、地熱発電を行うことができる。
【００１５】
発電所１６、１８、２０、および２２によって発電された電力を、送電グリッド２４を通して送電することができる。送電グリッド２４は、１つまたは複数の地方自治体、州、または郡などの１つまたは複数の広い地理的領域をカバーすることができる。送電グリッド２４はまた、単相交流（ＡＣ）システムであってもよいが、最も一般的には三相ＡＣ電流システムであってもよい。描かれたように、送電グリッド２４は、様々な構成の一連の架空電導体を支持する一連の塔を含むことができる。例えば、超高電圧（ＥＨＶ）電導体を、三相の各々についての電導体を有する３つの電導体束線に配置することができる。送電グリッド２４は、１１０キロボルト（ｋＶ）から７６５キロボルト（ｋＶ）の範囲内の公称システム電圧をサポートすることができる。描かれた実施形態では、送電グリッド２４を、配電システム（例えば、配電変電所２６）に電気的に結合することができる。配電変電所２６は、入ってくる電力の電圧を送電電圧（例えば、７６５ｋＶ、５００ｋＶ、３４５ｋＶ、または１３８ｋＶ）から一次配電電圧（例えば、１３．８ｋＶまたは４１６０Ｖ）および二次配電電圧（例えば、４８０Ｖ、２３０Ｖ、または１２０Ｖ）へと変圧するための変圧器を含むことができる。
【００１６】
アドバンストメータリングインフラストラクチャ（例えば、スマートメータ）３０を、商用需要家３２および家庭需要家３４に配電された電力に基づいて電力関連情報を監視するために使用し、そして通信することができる。例えば、スマートメータ３０は、電力使用量、改ざん、停電通知、電力品質モニタ、等を含む様々な情報を通信するために適したグリッド８およびＤＲＭＳ１０との双方向通信を含むことができる。スマートメータ３０は、例えば、デマンドレスポンス処置、使用時間料金情報、遠隔サービス切断、等の情報をさらに受信することができる。例えば、デマンドレスポンス処置を、需要家３２および／または３４の選択したグループへＤＲＭＳ１０によって送信して、下記により詳細に説明するように、電力のピーク需要を削減させることができる。
【００１７】
需要家３２、３４は、家庭用電気製品、産業用機械、通信機器などの様々な電力消費装置３６を動作させることができる。ある種の実施形態では、電力消費装置３６を、グリッドシステム８、ＤＲＭＳ１０、および／またはメータ３０に通信で結合することができる。例えば、電力消費装置３６は、装置３６を遠くからオン／オフさせるためおよび／または電力消費量を変える（例えば、暖房換気および空調［ＨＶＡＣ］温度設定点を下げるもしくは上げる）ために作動させることができるスイッチを含むことができる。スマートメータ３０および電力消費装置３６を、例えば、ホームエリアネットワーク（ＨＡＮ）、（家庭需要家３４に対して）、ワイアレスエリアネットワーク（ＷＡＮ）、電力線ネットワーク、ローカルエリアネットワーク（ＬＡＮ）、メッシュネットワーク、等を介して通信で結合することができる。
【００１８】
前に述べたように、ＤＲＭＳ１０を、グリッドシステム８（スマートグリッド）に動作可能に結合することができ、配電および／または発電設備投資（例えば、需要家３２、３４と調和させることおよびピークエネルギー負荷量を低下させることによって新たな発電施設１６、１８、２０、２２を建設すること）をより効率的に管理するために使用することができる。電力使用量データ（例えば、需要家３２、３４についての電気使用量）、契約上の協約データ、規制対応データ、発電能力データ、停電データ、送電データ、等の中央集中ソースとして、ＤＲＭＳを使用することができる。したがって、ユーティリティ１２は、例えば、エネルギー負荷量を減少させるように需要家３２および／または３４に依頼する負荷制御イベントを呼びかける影響、デマンドレスポンス料金の影響（例えば、現在の負荷条件を含むある種の条件に基づく料金の変化）、等に関するより多くの情報に基づく判断を行うことができる。
【００１９】
したがって、ＤＲＭＳ１０は、エネルギー市場システム４０（例えば、エネルギー取引システム、エネルギー信用取引システム、炭素排出量取引システム、先物取引システム）、規制システム４２（例えば、地方自治体、州、連邦、国際規制機関）、他のユーティリティ１２、および外部システム４４、などの追加システムへのアクセス権をさらに有することができる。外部システム４４は、ユーティリティ１２に関する様々な機能（例えば、ＩＴ機能、業務機能、検査機能、保守機能）を支援する第三者契約者システム、ヒストリアンシステム（例えば、図１に描かれたシステム８〜４４のすべてによって生成されたデータを含む過去のデータをログするシステム）、等を含むことができる。ある種の実施形態では、ＤＲＭＳ１０を、Ｓｃｈｅｎｅｃｔａｄｙ、Ｎｅｗ  ＹｏｒｋのＧｅｎｅｒａｌ  Ｅｌｅｃｔｒｉｃ  Ｃｏｒｐｏｒａｔｉｏｎから入手可能なＰｏｗｅｒＯｎ（商標）Ｐｒｅｃｉｓｉｏｎ  ｓｙｓｔｅｍとすることができる。
【００２０】
やはり描かれているものは、ＤＲＭＳ完全性チェックシステム４６である。前に述べたように、完全性チェックシステム４６は、ある種のデータ完全性、ポリシ完全性、通信完全性、および／または完全性ポストイベント解析を検証し、確認することができる。描かれた実施形態では、ＤＲＭＳ完全性チェックシステム４６を、後の時間に、例えば、ＤＲＭＳ１０の据え付けの後でＤＲＭＳ１０に追加することができる。実際に、ある種の実施形態では、ＤＲＭＳ完全性チェックシステム４６を、ＤＲＭＳ１０に何らかのプログラミング変更および／またはハードウェア変更をせずに既に据え付けられたＤＲＭＳ１０と平行して働くようにレトロフィットすることができる。他の実施形態では、ＤＲＭＳ完全性チェックシステム４６は、ＤＲＭＳ１０のサブシステムとして設けられてもよく、ＤＲＭＳ１０と並んで据え付けられてもよい。加えてまたは代わりに、ある種のサポート機能（例えば、ＩＴ機能）をユーティリティ１２に提供するために第三者サービスプロバイダによって使用されてもよいサービスプロバイダシステム４４は、ＤＲＭＳ完全性チェックシステム４６および／またはＤＲＭＳ１０を含むことができる。
【００２１】
図２は、ＤＲＭＳ１０へ通信で結合されたＤＲＭＳ完全性チェックシステム４６の実施形態のブロック図を描く。ＤＲＭＳ完全性チェックシステム４６は、１つまたは複数のプロセッサ４７およびメモリ４９を含むことができる。メモリ４９は、コンピュータ命令もしくはコード、および／または他のデータを記憶することができる。描いた実施形態では、ＤＲＭＳ完全性チェックシステム４６は、データ完全性システム４８を含む。データ完全性システム４８は、例えば、データストア５０に関する問題点を導き出すためにＤＲＭＳ１０を解析することができる。例えば、データ完全性システム４８は、データ関係完全性および／またはデータ構造完全性についてデータストア５０に照会することができる。例えば、データ関係完全性を導き出すために、ＤＲＭＳ完全性チェックシステム４６は、やがて来るデマンドレスポンスイベントに関するオブジェクトまたはデータのリスト（例えば、データベースオブジェクトと包括的に呼ばれる）を検索するためにデータストア５０に照会することができる。オブジェクトまたはデータは、ユーティリティ１２にとっての需要家３２、３４、および関連情報を含むことができる。データ完全性システム４８によって使用することができるプロセスのさらなる詳細。
【００２２】
構造完全性チェックを導き出すために、データ完全性システム４８は、データストア５０のデータベース構造を導き出すためのメタデータをデータストア５０に照会することができる。例えば、リレーショナルデータベース５０に関して、照会された構造は、データ（例えば、需要家情報、イベント情報、市場データ、規制データ）を記憶しているリポジトリを提供する、表、キー、インデックス、トリガ、制約、等のセットをもたらしてもよい。メタデータを次いで比較して、検索したメタデータと、製造業者が提供するメタデータなどの所望のメタデータとの間の何らかの相違に注目することができ、データストア５０に関するデータ構造が望まれているものであるかを検証することができる。望まれない相違（例えば、欠如した表、列、主キー、インデックス、等）を、デマンドレスポンスイベントの前に訂正することができる。
【００２３】
契約上の協約の履行を改善するために、様々な規制を満足させるために、および／またはデマンドレスポンスイベントに関係する他の公式または非公式のポリシを改善するために、ポリシ完全性システム５２を使用することができる。例えば、ユーティリティ１２と需要家３２、３４との間の契約上の協約は、需要家３２および／または３４が参加することを求められるイベントの数についての制限、イベントの曜日についての制限、除外時間、規制制限、等を提供することができる。したがって、ポリシ完全性システム５２は、ポリシ関連データをデータストア５０および／またはヒストリアンシステム５４に照会することができる。ヒストリアンシステム５４は、例えば、以前のデマンドレスポンスイベントに関するログしたデータを記憶することができる。同様に、ポリシ完全性システム５２は、規制システム４２に照会することができ、例えば、コンプライアンス制限、汚染カウント、発電規制、等を決定することができる。加えて、ポリシ完全性システム５２は、市場システム４０に照会することができ、例えば、エネルギーのコスト、汚染信用コスト、今後のエネルギー値、等を導き出すことができる。他の外部システム４４に、同様に照会することができ、ポリシ完全性を導き出す際に助けることができる。ポリシ完全性に関するプロセスについてのより詳細を、下記の図に関連して開示する。
【００２４】
通信完全性システム５６は、例えば、ＤＲＭＳ１０と、需要家３２、３４、スマートメータ３０、および／または電力消費装置３６との間の通信完全性の改善を提供することができる。したがって、通信完全性システム５６を、需要家３２、３４、スマートメータ３０、および／または電力消費装置３６にさらに通信で結合することができる。事実、通信完全性システム５６を、データ集信装置、配電装置、等を含む、グリッド８のすべての装置に通信で結合することができる。ある種の実施形態では、通信完全性システム５６は、所与のデマンドレスポンスイベントに対して望まれることがある通信を識別することができ、通信で使用されるデータが利用可能であるかどうかを決定することができる。加えてまたは代わりに、通信完全性システム５６は、ウェブサービスまたはＡＰＩコール５８を含む通信チャネルが、期待されるように機能しているかどうかを判断することができ、スループット解析およびやがて来るイベントに対してカスタマイズすることができる診断を提供することができる。通信完全性システム５６のさらなる詳細を、下記の図で説明する。
【００２５】
イベント成功のメトリックを決定するためにイベント中にまたはイベント後にデータを解析することに適したポストイベント完全性解析システム６０がやはり与えられる。例えば、ポストイベント完全性解析システム６０を使用することができ、ＤＲＭＳ１０（例えば、データストア５０、ヒストリアン５４、サービス／ＡＰＩコール５８）、ならびにメータ３０、需要家３２、３４、装置３６、および／またはシステム４０、４２、４４がイベント中にどのように機能するかについての成功メトリックを導き出すことができる。是正処置を、次いでポストイベント解析に基づいて行うことができる。ポストイベント完全性解析システム６０のより詳細は、下記の図で説明される。
【００２６】
デマンドレスポンスシミュレーションシステム６２がやはり与えられる。デマンドレスポンスシミュレーションシステム６２は、デマンドレスポンスイベントがあたかも始められるようにＤＲＭＳ１０がその場で使用されるデマンドレスポンスイベントのテストランを始めることができる。しかしながら、デマンドレスポンスシミュレーションシステム６２は、システム３０、３２、３４、３６、４０、４２、４４、等の外にＤＲＭＳ１０を通常では残すはずの通信を傍受することができ、このようにイベントの実際の実行を防止する。イベント応答を次いで解析することができ、性能メトリック、望まれない機能、等を決定することができる。デマンドレスポンスシミュレーションシステム６２のより詳細を、下記の図に関係して説明する。
【００２７】
図３は、完全性チェックシステム４６により使用することができるシステムアーキテクチャの実施形態を描く。より具体的に、図は、３つのレイヤ１００、１０２、および１０４を有するアーキテクチャを描く。レイヤ１００は、データサービスレイヤとして描かれている。したがって、データサービスレイヤ１００は、需要家データ、電力測定データ、規制データ、イベントデータ、市場データ、等を提供するために適したシステムなどの、外部システムｘ１０３を含む完全性チェックシステム４６の外部の様々なシステムに通信で結合されるように示されている。また描かれているものは、外部処理データベースシステム５０であり、これはリレーショナルデータベース、ネットワークデータベース、ファイルシステム、等を含むことができ、レイヤ１００にやはり通信で結合されてもよい。やはり示されたものは、レイヤ１００に通信で結合されたヒストリアン５４およびウェブサービス５８である。レイヤ１００は、異なるフォーマットのそして異なる技術を用いるデータの多様なセットを取り入れるために適したサブレイヤ１０６を含むことができる。例えば、リレーショナルデータベースクエリ、ウェブサービスプロトコル（例えば、ＳＯＡＰ、ＪＳＯＮ、ダイナミックＸＭＬ）、データマイニングサービス、翻訳サービス、等を使用することができる。サブレイヤ１０８は、クリーニングサービス、確認サービス、パージ管理サービス、および／またはデータ変換サービスを提供することができる。例えば、データフォーマットをチェックして、適正なデータタイプ（例えば、数字、テキスト、文字列）を確実にすることができ、不適当なデータを、消去する（例えば、空レコードを取り除く）ことができ、そしてデータを、１つのフォーマットからクレンジングされたデータ記憶装置１１０への記憶のために適した１つまたは複数のフォーマットへと変換することができる。
【００２８】
クレンジングされたデータ記憶装置１１０は、したがって、レイヤ１００を介してデータを受信した後で、より信頼性があり効率的なデータ記憶装置１１０を提供するために「クレンジングされ」ている、需要家、電力システム（例えば、電源システムおよび保守システム）、規制、および／または市場に関係するデータを記憶することができる。例えば、冗長データ（例えば、複数の場所に１回よりも多く表れるデータ値）は、クレンジングされていてもよく、１つのデータ位置に記憶されていてもよい。同様に、誤ったデータは、訂正または削除されていてもよく、ある種のフォーマットのデータは、レイヤ１０４内に配置されたシステムを介したアクセスにとってさらに有用なフォーマットへ翻訳されていてもよい。このようにして、クレンジングされたデータ記憶装置システム１１０は、クエリに対するより効率的な応答ならびにより高いデータ頑強性および信頼性を提供することができる。
【００２９】
レイヤ１０４は、警告システム１１２、予想システム１１４、報告システム１１６、および／またはモニタシステム１１８などのシステムを含むことができる。警告システム１１２は、エネルギー使用量、イベントへの需要家参加、停電などの現在進行中のイベントに関する警告または警報を与えることができる。予想システム１１４は、イベント中の電力利用、需要家参加者の数、選択することができる需要家選択肢、等に関する予想を行うことができる。報告システム１１６は、需要家データ、イベントデータ、電力システム供給および保守データ、規制データ、市場データ、等を含むクレンジングされたデータ記憶装置１１０中の任意の数のデータの、要求に応じた報告を含む報告を行うことができる。
【００３０】
モニタシステム１１８は、行われようとしているまたは現在行われている需要イベント（または他のイベント）に関するユーザ構成可能な条件を含み得るある種の条件についてクレンジングされたデータストア１１０をモニタすることができる。例えば、イベント条件をモニタすることができ、下記により詳細に説明するように、データ完全性、ポリシ完全性、通信システム完全性、および／またはポストイベント完全性を確実にすることができる。ここで図４Ａおよび図４Ｂに転じて、図は、例えば、ＤＲＭＳ１０および／またはデータ記憶装置１１０のデータ完全性を改善するために適したプロセス１５０の実施形態のフローチャートである。プロセス１５０を、ＤＲＭＳ完全性システム４６のプロセッサ４７を介して実行され、メモリ４９内に記憶されたコンピュータ命令またはコードとして実装することができる。
【００３１】
描かれた実施形態では、プロセス１５０は、ブロック１５２において始まることができ、次いで、データストアのオブジェクト（例えば、ＤＲＭＳ１０および／またはデータ記憶装置１１０オブジェクト）間の関係が正しいかどうかを決定することができる（判断１５４）。すなわち、プロセス１５０は、需要家ＩＤが正しいこと、およびＩＤに関係付けられた各需要家がメータオブジェクト、ユーティリティプロバイダオブジェクト、電力システム（例えば、配電）オブジェクト、市場データオブジェクト、規制データオブジェクト、イベント関連オブジェクト（例えば、イベント開始の日付、開始の時間、期間）などのデータストア１０、１１０の他のオブジェクトとのある種の関係を含むことを検証することができる。例えば、電気需要家は、メータオブジェクトと関係を有するはずであり、そのような関係が存在しない場合には、プロセス１５０は、このエラーを導き出すはずである。電気需要家は、需要参加オブジェクト、カレンダオブジェクト、等との関係をやはり有することができる。同様に、プロセス１５０の残りのブロックを、データシステム１０、１１０のより堅固な完全性を提供するために使用することができる。
【００３２】
例えば、プロセス１５０は、次いで、ある種の導出または計算において使用されようとしているデータストア（例えば、データストア１０、１１０）のオブジェクトがデータストア１０、１１０内でただ１つであるかどうかを決定することができる（判断１５６）。すなわち、ある種のオブジェクトは、ただ１つであるべきであり、例えば、需要家ＩＤは、１回だけ記憶されるべきである。同様に、ある種のメータ、機器、イベント、市場データ、規制データ、等は、データベース内で１回だけ見つけられるべきである（判断１５６）。同様に、プロセス１５０は、現在の活動に対するすべての制約が尊重されているかどうかを決定することができる（判断１５８）。例えば、活動は、需要イベントへの需要家参加、需要家がある期間（例えば、週、月、年）内に参加することができる回数、需要家がイベント中に使用するはずの電力の量、参加するであろう機器のタイプおよび数（例えば、トラック、人材のタイプ）などのイベントに関係する活動を含むことができる。
【００３３】
プロセス１５０は、ある種の計算が正しいかどうかをやはり決定することができる（判断１６０）。例えば、プロセス１５０は、需要家参加および合計電力使用量がイベントに関係付けられた電力需要を満足させるために十分であるように計算されること、条件が、規制必要条件、市場必要条件、等を満足するように計算されることを検証することができる。プロセス１５０は、過去のデータが正しく検索されたかどうかを、加えて決定することができる（判断１６２）。例えば、検証プロセスを実行して、検索に基づいて入力したレコードの数に対して履歴データソース（例えば、ヒストリアン５４）から検索したレコードの数をカウントすることができる。同様に、確認プロセスは、レコードが正しくフォーマット化されており、正しい数のディジット（例えば、ＩＤディジット）を有すること、レコードが正しい履歴リポジトリから検索されたことを確実にするために検索されたレコードを審査することなどができる。
【００３４】
プロセス１５０は、タイムスタンプすることに適したデータがタイムスタンプおよびユーザ情報で適正にタグがつけられているかどうかをやはり決定することができる（判断１６４）。例えば、タイムスタンプは、履歴データソースからの検索の日時、いつ計算が行われたかに関係するタイムスタンプ、データの挿入、更新、および／または削除に関係するタイムスタンプ、等を含むことができる。ユーザ情報は、データに関係付けられたユーザ（例えば、ユーティリティユーザ、需要家）、ならびにデータを操作したユーザを含むことができる。
【００３５】
プロセス１５０は、バックアップデータおよびシステムが必要なときに使用するために準備されているかどうかをさらに決定することができる（判断１６６）。例えば、冗長情報システムを、イベント中の停電の場合には提供することができる。同様に、バックアップデータストアを、提供することができ、必要な場合に冗長バックアップ動作に備えて複数の地理的な場所に配置することができる。災害復旧施策および現場での実施があることの決定（判断１６８）をやはり行うことができる。例えば、災害復旧計画を審査して、計画が、動作に戻る（ＲＴＯ）時間、認証されたＩＴ要員の利用可能性、ある種のシステム（例えば、バックアップシステムおよび復元システム）の利用可能性、クリティカルシステムおよび２４ｘ７オペレーションシステムの役割および責任の特定などのある種の条件を満足することを確実にすることができる。
【００３６】
プロセス１５０は、データサイズ制御、データ制御のオーバーフロー、ハードウェア制御（例えば、プロセッサの数、記憶ドライブのサイズ）、ソフトウェア制御（例えば、リレーショナルデータベース制約、インデックス、データサービス制御）などのある種のデータベース制御が現場にあるかどうかを同様に決定することができる（判断１７０）。プロセス１５０は、データストア（例えば、１０、１１０）へのアクセスが、ある認可された人物に限定されるかどうかを決定すること（判断１７４）によって続けることができる。例えば、役割に基づくアクセスを実施することができ、ログイン審査、パスワード審査、等を実施することができる。同様に、多因子認証、ハードウェアトークン認証、バイオメトリック認証、認証局認証、等を、行うことができる。
【００３７】
需要イベントが行われた後で、プロセス１５０は、適用可能なデータをロックすることを決定することができる（判断１７６）。例えば、需要家応答、ユーティリティ応答、ＩＴ応答、応答時間、利用可能電力、使用電力などのイベントのある種の態様を検証し確認するために有用なデータを、今後の解析のためにロックすることができる。同様に、ある種のデータを、現在のものとして検証することができる（（判断１７８）。例えば、最後の需要イベントからのデータを、さらに解析するための最新のものとして検証することができる。同様に、需要家情報、メータ情報、ユーティリティ情報、人材情報、規制情報、および／または市場情報をチェックして、情報が現在のものであることを確実にすることができる。
【００３８】
プロセス１５０は、次いで、装置（例えば、メータ、ユーティリティ装置、ＩＴ装置）が望まれるように準備されていることを決定することができる（判断１８０）。例えば、ユーティリティがメータから受信するデータをより上手く通信できるように、ユーティリティにおいてメータ情報を更新すること、挿入すること、および／または削除することによって、メータを準備することができる（逆も同様）。同様に、ユーティリティ装置（例えば、配電装置、電力スイッチング装置）、ＩＴ装置（例えば、サーバ、ワークステーション、ラップトップ、携帯電話、タブレット）を、適正に準備するために検証することができる。
【００３９】
描かれた実施形態では、プロセス１５０は、通信プロトコルに関係するデータが正しいことをやはり決定することができる（判断１８２）。例えば、フレームレート、データパケットサイズ、使用すべきプロトコル、通信用の無線周波数、等を検証して、通信プロトコルに関係するデータがより正しいことを確実にすることができる。決定１５４〜１８２のいずれかが「Ｎｏ」を与える場合には、プロセス１５０は、次いで、是正処置（ブロック１８４）を適用するために、決定の期間に導き出されたデータ（例えば、見つけられた問題）を適用することができ（ブロック１８４）、プロセス１５０を、次いで再実行することができる（または問題ブロックを再実行する）。プロセス１５０は、次いでブロック１８６において停止することができる。プロセス１５０を実行することによって、データストア完全性を改善するための自動化された技術が提供される。
【００４０】
ここで図５に転じて、図は、例えば、通信完全性システム５６に含むことができる通信解析装置２００の実施形態のブロック図である。通信解析装置２００を、需要イベント中に使用することができる通信システム、インフラストラクチャ、およびプロトコルを解析するために適したハードウェアシステムまたはソフトウェアシステムとすることができる。通信解析装置は、期待解析装置サブシステム２０２、診断サブシステム２０４、および／またはスループット解析装置サブシステム２０６を含むことができる。各サブシステム２０２、２０４、２０６は、図６〜図８に関してさらに説明されるであろう。
【００４１】
例えば、図６は、期待解析装置サブシステム２０２によって実行することができるプロセス２０８の実施形態のフローチャートである。プロセス２０８を、プロセッサ４７を介して実行可能でありかつメモリ４９に記憶されたコンピュータ命令またはコードとして実装することができる。通信期待が需要イベント中に満足されることを確実にすることに役立つように、プロセス２０８を実行することができる。描かれた実施形態では、プロセス２０８を、ブロック２１０において始めることができ、次いで、やがて来るイベントに対して必要とされることがあるいくつかまたはすべての通信を識別する（ブロック２１２）。通信は、ユーティリティと需要家サイトとの間の有線および／または無線通信、ならびにユーティリティ要員、ＩＴ要員、等との通信を含むことができる。例えば、通知メッセージ（発信）通信、ディスパッチ信号（発信）、および確認メッセージ（着信）を識別することができる（ブロック２１２）。
【００４２】
通信が識別された後で、プロセス２０８は、データベース（例えば、データストア１０、１１０）が前に決定した通信を送るために必要なデータを含むかどうかを決定することができる（判断２１４）。例えば、通知メッセージ（発信）通信、ディスパッチ信号（発信）、および確認メッセージ（着信）に関係するデータをチェックして、関係するデータが通信のために存在することを確実にすることができる。プロセス２０８は、次いで、十分な時間が所望の通信を送るために存在するかどうかを決定することができる（判断２１６）。例えば、ある種の通信は、他よりも長くかかることがあり、そのため判断２１６における決定は、発信通信が所望のときに到達するように設定されることを確実にすることに役立つことがある。同様に、プロセス２０８は、確認（例えば、通知の受信の確認）を受信するために十分な時間があるかどうかを決定することができる（判断２１８）。同様の方法で、プロセス２０８は、次いで、需要イベントを開始するためおよび／または制御するために送られた信号などのディスパッチ信号を送るために十分な時間があるかどうかを決定することができる（判断２２０）。
【００４３】
プロセス２０８は、イベント中にデータを送信する／受信するために使用することができる供給元機器によって、通信が適切にサポートされるかどうかを加えて決定することができる（判断２２２）。ブロック２１２および判断２１４〜２２２が上手くいく場合には、プロセス２０８を、ブロック２２４において終了させることができる。そうでなければ、プロセス２０８は、ブロック２１２および判断２１４〜２２２の実行中に見出された派生物に基づいて必要な調整を行うことができる（ブロック２２６）。
【００４４】
図７は、診断システム２０４によって実行することができるプロセス２２８のフローチャートである。プロセス２２８を、プロセッサ４７を介して実行可能でありかつメモリ４９に記憶されたコンピュータ命令またはコードとして実装することができる。描かれた実施形態では、プロセス２２８は、ファイアウォール問題、宛先を間違えたメッセージ、応答していないまたは適時に応答していないことがある装置などの通信問題を検出するために適した、「ピング」技術などのある種の通信診断技術を適用することによって（ブロック２３２）、ブロック２０３において始まることができる。ピングデータを、診断システム２０４を介して送ることができ、応答（またはその欠如）を使用することができて、応答時間、ある種のデータまたはポートが使用されることを防止するまたは遅くすることができるファイアウォール、誤ったアドレスに行き得るメッセージ、等を導き出すことができる。導き出された応答または応答の欠如を次いで使用して、通信装置に対する調整を行うことができ（ブロック２３４）、報告を準備することができる。プロセス２２８は、次いでブロック２３６において終了することができる。
【００４５】
図８は、スループット解析装置システム２０６によって実行することができるプロセス２３８のフローチャートである。プロセス２３８を、プロセッサ４７を介して実行可能でありかつメモリ４９に記憶されたコンピュータ命令またはコードとして実装することができる。描かれた実施形態では、プロセス２３８は、シミュレーションシステム６２（またはサンドボックス）を実行することができる。プロセス２３８は、以前のイベントからスループットの結果を最初に解析することができる（ブロック２４０）。解析を使用して、同時に送られるべき通信の限界量を決定することができる（ブロック２４２）。例えば、シャノン（Ｓｈａｎｎｏｎ）の情報理論（または他の技術）を使用して、通信のうちのどれだけの量（どのタイプ）を需要イベント中に送ることができるかを決定することができ、したがってスループットを決定することができる。スループットを、特定の装置、システム、エンティティ（例えば、特定の需要家、ユーティリティ）などの様々なレベルで決定することができることに留意されたい。
【００４６】
多数のメッセージを送信および／または受信するために（ブロック２４４）、シミュレーションシステム６２を次いで実行することができる。プロセス２３８は、次いで、メッセージを解析することができ（ブロック２４６）、例えば、失ったメッセージ、様々なシステムまたは装置におけるボトルネック、遅延、不十分な通信時間、誤ったルートで送られたメッセージ、等を決定することができる。このようにして、以前のイベントのデータは、スループットを含む通信を解析するために適していることがある。プロセス２３８は、次いで、様々な知見の詳細を述べる報告および／または警報のセットを発することができる（ブロック２４８）。したがって、より堅固で、信頼性があり、そして効率的な通信を、実際の需要イベント中に適用することができる。次いで、プロセス２３８は、ブロック２５０で終ることができる。
【００４７】
図９は、ある種のシステムポリシを自動的に決定するためおよび／または強めるために適したプロセス２５２のフローチャートである。例えば、プロセス２５２を、ポリシ完全性システム５２を介して実行し、イベント期間、イベントインスタンス、除外日時、連続する日、通知およびディスパッチ通信制限、オプトアウト、利用不可能性、機能停止、限界レベル、政府規則、ディスパッチ理由、イベント間の優先順位、ムーブアウト、消費者の嗜好、および／または消費者の選択肢を決定することおよび／または記憶することができる。プロセス２５２を、プロセッサ４７を介して実行可能でありかつメモリ４９に記憶されたコンピュータ命令またはコードとして実装することができる。
【００４８】
描かれた実施形態では、プロセス２５２は、ブロック２５４において始まることができ、含まれないはずのやがて来るイベントに含まれるサービス配送地点（ＳＤＰ）があるかどうかを決定することができる（判断２５６）。ＳＤＰは、ユーティリティサービスがクライアントまたは消費者コンジットに接続される場所および／または装置（例えば、サービス入口パネル）である。各ＳＤＰについての決定は、例えば、イベント期間、イベントインスタンス、除外日時、連続する日、通知およびディスパッチ通信制限、オプトアウト、利用不可能性、機能停止、限界レベル、政府規則、ディスパッチ理由、イベント間の優先順位、ムーブアウト、消費者の嗜好、および／またはある種の消費者の選択肢を重み付けする重み付け手法によって行われてもよい。ユーザは、上記のいずれかに多かれ少なかれ重みを与えることができ、プロセス２５２は、次いで、重み付けされたアルゴリズムを実行して、やがて来るイベントの一部ではないはずのＳＤＰをフィルタすることができる。
【００４９】
プロセス２５２は、参加者ＳＤＰが適正な通知およびディスパッチ信号を受信しようとしているかどうかをやはり決定することができる（判断２５８）。一実施形態では、通信解析装置システム２００を、前に説明したように使用することができ、適正な通知およびディスパッチのためにＳＤＰとの通信を解析することができる。プロセス２５２は、次いで、二重にカウントされているＳＤＰがあるかどうかを決定することができる（判断２６０）。一実施形態では、クエリを実行して、各境界が異なるイベントに注目されている地理的境界を挟んでＳＤＰが重なることができるとしても、ＳＤＰが１回だけカウントされることを確実にすることができる。
【００５０】
描かれたように、プロセス２５２は、相容れないまたは重複する信号がＳＤＰに送られようとしているかどうかを加えて決定することができる（判断２６２）。前に説明したように、適正なシグナリングがイベント中に行われようとしていることを決定するために、データストア１０、１１０を介した導出を行うことができる。さらに、プロセス２５２は、所与のＳＤＰが参加しようとしているが、ある種のカスタム化を有するかどうかを決定することができる（判断２６４）。例えば、カスタム化は、エネルギー使用、停電の時間、停電期間、等を考慮する。したがって、プロセス２５２は、カスタム化がイベント計算において適正に説明されていることを決定することができる（判断２６４）。
【００５１】
プロセス２５２は、次いで、ＳＤＰが参加しないＳＤＰであるかどうかを決定することができ（判断２６６）、このＳＤＰは、参加しないＳＤＰを含むすべての計算から削除されるべきである。したがって、計算は、より信頼性があり、より効率的であり得る。実行された計算を用いると、プロセス２５２は、参加しないＳＤＰについての最小使用量必要条件などのある種のゴールが満足されているかどうかをさらに決定することができる（判断２６８）。すべての判断２５６〜２６８が「Ｙｅｓ」である場合には、プロセス２５２は、ブロック２７０において終わることができる。そうでなければ、プロセス２５２は、ブロック２７２を実行して、ある種の報告および警報を更新することができ、そして次いで、ある種の問題を解決するために更新に基づいて１つまたは複数の決定を再実行するために決定２５６〜２６８のうちのいずれかを繰り返すことができる。
【００５２】
需要イベントが行われた後で、今後のイベントを改善するためにフィードバックを行うこと、ならびにある種の是正処置を適用することは有用であり得る。したがって、図１０は、ポストイベント解析を実行するために適したプロセス３００を描いているフローチャートである。プロセス３００を、プロセッサ４７を介して実行可能でありかつメモリ４９に記憶されたコンピュータ命令またはコードとして実装することができる。描かれた実施形態では、プロセス３００は、ブロック３０２において始まることができ、イベントに関係する関連情報を集めることができる（ブロック３０４）。例えば、イベント結果および参加者データを集めることができる。イベント結果および参加者データは、発電した電力、停電、イベント時間、通信、参加者電力使用量、等を含むことができる。プロセス３００は、次いで、データストア１０、１１０を含むＩＴシステムが適切に準備されたかどうかを決定することができる（判断３０６）。例えば、ポストイベント解析に基づいて、誤ったクエリ、データ処理の適時性、システムの利用可能性などの問題を決定することができる。
【００５３】
プロセス３００は、通知が適切に送られたかどうかをやはり決定することができる（判断３０８）。例えば、イベントに関係する通知が望まれるように提供されたかどうかを決定するために、通知の適時性、送られた通知の数、等を解析することができる。同様に、プロセス３００は、ディスパッチ信号および関連データが、例えば、ポストイベント解析に基づいて適切に送られたかどうかを決定することができる（判断３１０）。加えて、プロセス３００は、信号が既に切断されてしまっている需要家へ送られたかどうか、したがって送られていないはずであるかどうかを決定することができる（判断３１２）。
【００５４】
プロセス３００は、電力消費者または需要家への／からの通信が遅かったおよび／または無視されたかどうか（判断３１４）、参加が所望の削減（例えば、電力の削減）という結果になったかどうか（判断３１６）をさらに決定することができる。判断３０４〜３１６が「Ｙｅｓ」という決定をもたらした場合には、プロセス３００は、ブロック３１８において終わることができる。そうでなければ、プロセス３００は、是正処置を始めることができる（ブロック３２０）。例えば、図１１は、是正処置プロセス３２０の実施形態を描いているフローチャートである。プロセス３２０を、プロセッサ４７を介して実行可能でありかつメモリ４９に記憶されたコンピュータ命令またはコードとして実装することができる。描かれた実施形態では、プロセス３２０は、警報および報告のセットを生成すること（ブロック３２４）によってブロック３２２において始まることができる。例えば、図１０に関して説明したプロセス３００によって行われる解析を、照合し、報告することができ、ある種の警報または警告が発せられた。プロセス３２０は、プロセス３００によって行われた解析をさらに使用して（ブロック３２６）、次のイベントのために、データベースエラーを訂正し、そして一般に、データストア１０、１１０を改善することができる。
【００５５】
加えて、プロセス３２０は、ボトルネック、誤ったシグナリングなどの通信機能停止を特定することができ（ブロック３２８）、それに応じて是正対策を適用することができる。さらに、プロセス３２０は、今後の結果を改善することに焦点を当てて、いずれかの予想および予想に関係するデータを再較正することができる（ブロック３３０）。例えば、予想アルゴリズムを、解析し、微調整して、より優れた予想される参加、予想されるエネルギー削減、等を決定することができる。プロセス３２０は、通知タイミング、ディスパッチ信号タイミングなどのタイミングに関係するデータおよびシステムをやはり再較正することができる（ブロック３３２）。今後のイベントをさらに改善するために、プロセス３２０は、誤った方向に導く結果または望ましくない結果を生成したアルゴリズムを特定することができる（ブロック３３４）。発電、電力削減、通知、シグナリング、データのクエリ、等に関係するアルゴリズムを特定し、改善することができる。
【００５６】
プロセス３２０は、例えば、それほど多くはエネルギーを削減しないことによってまたは割り当てられた量を超えるエネルギーを削減することによって、的外れであったＳＤＰに関係する予想をやはり更新することができる（ブロック３３６）。ハードウェア、ソフトウェア、等に対するアップグレードを含む他の是正処置（ブロック３３８）を行うことができる。ポストイベント解析３００および是正処置３２０を実行することによって、本明細書において説明した技術は、今後のイベントを改善するためにイベントフィードバックを使用することができる。
【００５７】
ここで図１２に転じて、図は、予想すること、例えば、家庭需要家４０２ならびに／または商業および工業（ＣＩ）需要家４０４のある種のセットを含むことができる需要イベントをともなう負荷削減に適した予想エンジンシステム４００の実施形態のブロック図である。負荷削減４０６を予想することを改善することによって、本明細書において説明した技術は、改善された需要イベント設計ならびにより効率的であり堅固な発電、送電、および配電システム８を可能にすることができる。
【００５８】
描かれた実施形態では、ネットワークモデル４０８は、発電、送電、および配電システム８の１つまたは複数のモデルを含むことができ、発電施設、送電システム、配電システムと電力受取り側（例えば、需要家４０２、４０４）との間の関係を説明するグラフまたはネットワークを含む。モデルは、例えば、発電能力、送電能力、配電する際に使用されるシステム（例えば、配電変電所、配電一次システム、配電二次システム）、需要家情報（例えば、典型的な電力使用量、地理的な場所）、および発電システム、配電システム、送電システムと電力受取り側（例えば、需要家４０２、４０４）との間の相互接続を規定するサブモデルを含むことができる。装置タイプ４１０は、需要家４０２、４０４に関連する電力消費装置のセット、ならびに発電、配電、および送電装置を含むことができる。
【００５９】
フィルタシステムは、需要家４０２、４０４、ネットワークモデル４０８、および装置タイプ４１０を入力として取り入れることができ、需要家４０２、４０４を１つまたは複数のグループ４１４、４１６、４１８、４２０、４２２へと分割することができる。例えば、家庭需要家４０２は、料金プログラムを介してまたは直接であるが限定された制御で電力消費装置４１０のユーティリティを容認することによって、デマンドレスポンスイベントに通常参加する。すべての消費者または需要家４０２、４０４は、ネットワークグリッド８を介してユーティリティに帰属する。主目的が多くの場合にグリッド８のＡバンクまたは変電所の消費を削減することであるという理由で、グリッド８上の需要家４０２、４０４の場所を知ることが望ましいことがある。需要家４０２、４０４の地理的な場所は、やはり関連する要因である。フィルタシステム４１２が使用することができる１つの他の要因は、使用中であり得る装置のタイプ４１０などの需要家４０２、４０４間の共通基準である。
【００６０】
家庭消費者４０２、ＣＩ消費者４０４、ネットワークモデル４０８、および装置タイプ４１０を代表するまたは関係するデータを適用することによって、フィルタシステム４１２は、消費者４０２、４０４のグループ４１４、４１６、４１８、４２０、４２２を作り出すことができる。一例では、グループ１は、ある種の変電所ＸＹＺに帰属し、ピーク料金プログラムＡＢＣに登録されるすべての家庭から作り出されたネットワークグループであってもよい。第２の例では、基準に基づくグループ４１６が、１２３直接負荷制御プログラムに登録されたプールポンプを有するある種の地理的な地域（例えば、「谷Ａ」）に住む全員に対して作り出される。このようにして、グループ４１４、４１６、４１８、４２０、４２２などの任意の数のグループが、フィルタシステム４１２によって作り出されてもよい。
【００６１】
上で作り出したグループ４１４、４１６、４１８、４２０、４２２を、次いで、予想エンジン４００への入力として与えることができる。他の入力は、日付４２４（例えば、需要イベント日付）、天気予報、ポリシ４２６（例えば、図２および図９に関して上に説明したポリシ）、制約４２８、およびベースラインアルゴリズム４３０を含むことができる。何人かの消費者４０２、４０４がある日および／または日付のイベントに参加しないことがあるという理由で、日付（および曜日）４２４は重要なことがある。天気は、どれだけ多くの／少ないエネルギーが消費され得るかの指標としてだけでなく、再生可能発電電力をやはり決定するために重要である。ポリシ４２６および制約４２８を、デマンドレスポンスイベント中に固着されるユーティリティと消費者４０２、４０４との間の契約の一部に含むことができる。例えば、契約は、イベントを連続した日に実行できないこと、またはピーク料金プログラムの制限が、キロワット時（ｋＷ）当たりＸセントであることを明示することができる。ベースラインアルゴリズム４３０は、ユーザがイベントに参加していなかった場合に、所与の日にあるユーザについて予想するｋＷ使用量を示す日ごとのグラフを含むことができる。日ごとのグラフを、ある期間（例えば、週、月、年）にわたる使用量の解析によって作り出すことができる。一実施形態では、ベースラインアルゴリズム４３０の導出を、Ｋ−平均回帰解析または他の統計技術を使用して様々な日数にわたって毎日集めたメータ読値を使用して行うことができる。解析のための日数を、例えば、最近の１０日間、最近の４週の水曜日、等、ユーティリティによって導き出すことができる。エンジン４００が、例えば、最小二乗解析を使用してベストフィットを見つけるまで、予想エンジン４００は、異なる順列を試すために、グループ４１４、４１６、４１８、４２０、４２２と組み合わせて入力４２４、４２６、４２８、４３０を使用することができる。したがって、予想される負荷削減４０６のより正確な導出を、各グループ４１４、４１６、４１８、４２０、４２２またはグループ４１４、４１６、４１８、４２０、４２２の組合せについて行うことができる。
【００６２】
図１３は、デマンドレスポンスイベントデータを解析するためおよび解析に基づいて様々な処置および警報を与えるために適したプロセス５００の実施形態を描く。プロセス５００を、プロセッサ４７を介して実行可能でありかつメモリ４９に記憶されたコンピュータ命令またはコードとして実装することができる。描かれた実施形態では、プロセス５００は、ＤＲＭＳシステム１０（例えば、１０、１１０）を介してアクセス可能であるデータストアを含む様々なデータストアシステムからデマンドレスポンスイベントデータ５０２を最初に検索することができる（ブロック５０２）。データ５０２は、エネルギー使用量についての過去の情報（イベント中を含む）、近日中の負荷発生能力、外部要因（例えば、予測された天気）、契約情報、ポリシ情報、装置情報、需要家情報、等を含むことができる。警報および処置は、このときには現在の状態（例えば、毎日の状態、毎時の状態）に基づくことができるが、以前のログされた古い過去のデータを表す派生物もやはり含むことができる。
【００６３】
プロセス５００は、次いでデータ５０２を解析することができる（ブロック５０４）。ある種の実施形態では、線形回帰（例えば、多項式回帰、最小二乗解析、多項ロジット、リッジ回帰）、非線形回帰（主成分回帰、ノンパラメトリック回帰、分割回帰）、カーブフィッティング解析、等を含むがこれらの限定されない統計技術を、使用することができる。同様に、データマイニング（例えば、ｋ−平均クラスタリング、平均シフトクラスタリング、他のクラスタリング、結合規則、構造化予測）。統計技術およびデータマイニング技術を組み合わせることができ、解析（ブロック５０６）は、どれだけの負荷がグリッドシステム８に加えられるであろうかを決定することができる。この決定は、自動的に導き出された発明であってもよく、または外部ソースまたはユーザによって入力されてもよい。決定は、負荷曲線および他の関係する派生物５０８を生成することができる。一実施形態では、負荷曲線は、時間のある期間におけるシステム８内の１つまたは複数の負荷の典型例であってもよい。
【００６４】
生成した負荷曲線５０８は、メータ読値間隔、監視制御およびデータ取込み（ＳＣＡＤＡ）システム、風力発電および太陽光発電などの予測される可変発電、ストレージ（例えば、電力ストレージバンク）を含む分散型電気リソースおよび／または外部電力事業者から以前に購入しているエネルギーに基づく派生物を含むことができる。調整を、天気、市場状態、需要家状態、などの外部要因、および保守点検中の機器または規制考慮事項などの内部要因を考慮して行うことができる。
【００６５】
したがって、管理者または外部システムは、負荷曲線５０８に対する目標削減（例えば、デマンドレスポンス削減）を要求することが可能である、および／または発電源としての削減を要求することが可能である。解析（ブロック５０６）は、どれだけの削減が負荷曲線５０８に対して利用可能であるかを予測することをやはり含むことができる。削減利用可能性のこの予測を、自動的に計算することが可能である、または外部ソースもしくはユーザによって入力することができる。解析（ブロック５０６）は、利用可能な需要削減が要求された目標削減を満足させるために適しているか、または適切な発電源として作用するかどうかを決定するために、デマンドレスポンス計算および最適化アルゴリズムを含むことができる。実際に、解析（ブロック５０６）は、以前に契約した外部電源を考慮する計算を含むことができる。
【００６６】
解析（ブロック５０６）は、負荷削減量が期待される目標を満足するためには不十分であり得る条件またはしきい値許容範囲外であり得る条件が存在するかどうかの判断をやはり行うことができる。そうである場合には、プロセス５００は、ある種の警報および処置を導き出すことができる（ブロック５１０）。例えば、ある種の警報しきい値を、デマンドレスポンス管理者によって規定することができ、条件が警報しきい値外である場合には、１つまたは複数の警報および処置５１２を実行することができる。条件は、ブロック５０６の解析を介して導き出された負荷削減量、負荷曲線５０８からの乖離、または所望のゴールまたは負荷限界を満足させることからデマンドレスポンスイベントを排除することができる他の条件を含むことができる。
【００６７】
警報は、警報および警報を生じさせる条件である人物へ情報を配信するために適した、オーディオおよびビジュアル表示、テキストメッセージ、電子メール、自動電話呼出し、等を含むことができる。警報は、テキスト、色、音色、等を介して緊急性の程度をやはり含むことができる。処置は、例えば、デマンドレスポンスイベントに追加の参加者を連れてくることによって、および存在する条件を他のシステムに警告するために他のシステムとインターフェースで接続することによって、デマンドレスポンスイベントを修正することなどの自動的な処置を含むことができる。
【００６８】
開示した実施形態の技術成果は、デマンドレスポンス（ＤＲ）データベースの完全性を自動的にチェックし、ある種のＤＲポリシを強化し、ＤＲエンティティ間の通信をチェックしかつ確認し、ＤＲイベント改善のためにイベント前およびイベント後にＤＲイベントをシミュレーションし、負荷削減を予想し、ある種のしきい値および解析によってトリガされる警報／警告および処置を含むことが可能なシステムを備えることによってデマンドレスポンス（ＤＲ）機能の強化を提供するために適したＤＲＭＳシステムを含む。
【００６９】
この明細書は、最良の形態を含む本発明を開示するため、ならびにいかなる当業者でも、任意の装置またはシステムを作成することおよび使用すること、および任意の組み込まれた方法を実行することを含む本発明を実行することをやはり可能にするために例を使用する。本発明の特許可能な範囲は、特許請求の範囲によって規定され、当業者なら思い付く他の例を含むことができる。このような他の例が特許請求の範囲の文面から逸脱しない構造的要素を有する場合、またはこのような他の例が特許請求の範囲の文面とは実質的でない差異しか有さない等価な構造的要素を含む場合には、このような他の例は、特許請求の範囲の範囲内であるものとする。
【符号の説明】
【００７０】
８  電力グリッドシステム、配電システム、ネットワークグリッド
１０  デマンドレスポンス管理システム（ＤＲＭＳ）、データストア
１２  ユーティリティ
１４  ユーティリティ制御センタ
１６  発電所、発電施設
１８  代替発電所、発電施設
２０  水力発電プラント、発電所、発電施設
２２  地熱発電プラント、発電所、発電施設
２４  送電グリッド
２６  配電変電所
３０  スマートメータ、システム
３２  商用需要家、システム
３４  家庭需要家、システム
３６  電力消費装置、システム
４０  エネルギー市場システム
４２  規制システム
４４  外部システム、サービスプロバイダシステム
４６  ＤＲＭＳ完全性チェックシステム
４７  プロセッサ
４８  データ完全性システム
４９  メモリ
５０  データストア、リレーショナルデータベース、外部処理データベースシステム
５２  ポリシ完全性システム
５４  ヒストリアンシステム
５６  通信完全性システム
５８  ＡＰＩコール、ウェブサービス、サービス／ＡＰＩコール
６０  ポストイベント完全性解析システム
６２  デマンドレスポンスシミュレーションシステム
１００  レイヤ
１０２  レイヤ
１０３  外部システムｘ
１０４  レイヤ
１０６  サブレイヤ
１０８  サブレイヤ
１１０  クレンジングされたデータ記憶装置、記憶装置、データシステム、データストア
１１２  警告システム
１１４  予想システム
１１６  報告システム
１１８  モニタシステム
１５０  プロセス
２００  通信解析装置、通信解析装置システム
２０２  期待解析装置サブシステム、期待解析装置
２０４  診断サブシステム、診断システム
２０６  スループット解析装置サブシステム、スループット解析装置システム
２０８  プロセス
２２８  プロセス
２３８  プロセス
２５２  プロセス
３００  プロセス、ポストイベント解析
３２０  プロセス、是正処置
４００  予想エンジンシステム
４０２  家庭需要家、家庭消費者
４０４  商業および工業（ＣＩ）需要家、ＣI消費者
４０６  負荷削減
４０８  ネットワークモデル
４１０  装置タイプ、電力消費装置
４１２  フィルタシステム
４１４  グループ
４１６  グループ
４１８  グループ
４２０  グループ
４２２  グループ
４２４  日付、入力
４２６  ポリシ、入力
４２８  制約、入力
４３０  ベースラインアルゴリズム、入力
５００  プロセス
【図１】
2016192891.tif 000003
【図２】
2016192891.tif 000004
【図３】
2016192891.tif 000005
【図４】
2016192891.tif 000006
【図５】
2016192891.tif 000007
【図６】
2016192891.tif 000008
【図７】
2016192891.tif 000009
【図８】
2016192891.tif 000010
【図９】
2016192891.tif 000011
【図１０】
2016192891.tif 000012
【図１１】
2016192891.tif 000013
【図１２】
2016192891.tif 000014
【図１３】
2016192891.tif 000015
【外国語明細書】
2016192891000001.pdf