JP2017530671A - 遠隔電気負荷管理のための方法及び装置 - Google Patents

Abstract

負荷制限プログラム等に応答して具体的に自動化された電気負荷制限を含む自動化建物エネルギー管理を可能にするコンピュータ化された方法が提供される。この方法はまた、特定の条件に応答して自動電気負荷を増加させる。このシステムは、電気機器を有する施設において、電気負荷の変更又は修正を遠隔及び自動で管理、調整及び実施することを可能にする。

Description

本発明は、電気資源管理の技術分野に関し、より具体的には、施設における電気負荷の節減又は変更を管理、調整及び実施するための装置及び方法に関する。

エネルギー消費は増加し続け、エネルギー供給は限られており、消費者の需要を満たすことができないことも多い。特定の不足問題は、ピーク需要、緊急条件、グリッド不安定の期間、又は気象変動に対応して発生する。省エネルギー及び使用量削減は、エネルギー需要と供給とのバランスをとる重要な局面となっている。短期的なエネルギー不足への対応には、負荷制限プログラム、負荷需要プログラム、エネルギー・スポット市場、ピーク負荷応答、並びに断続的なセルフサービス、及び余剰エネルギーの生成などが含まれる。これらのプログラムは、グリッドのバランスをとって、グリッド事業者が信頼できる供給を行い、エネルギー・コストの急変を削減することを助ける。

米国特許第８４５７８０３号 米国特許第８７２６０５９号 米国特許第８７３８９４３号 米国特許出願公開第２０１０／００６３６４１号

本開示は、開示がどのように作成され使用されるかの１つ又は複数の実例を示す図面を参照して説明される。これらの図において、同様の又は対応する部品を示すために、いくつかの図を通して参照符号が使用されている。以下の説明では、同様の又は対応する部品は、明細書及び図全体に同じ参照番号でそれぞれ印を付ける。図面は縮尺通りであることを意図しておらず、細部及び特徴をよりよく説明するために、特定の部分の比率は誇張されている。

本発明の一態様による、ハードウェア及びソフトウェアによる例示的なコンピュータ化されたアーキテクチャの概略図である。 本開示の一実施例による分散型サービスを提供するための例示的アーキテクチャの概略図である。 本開示の態様に従って提供される例示的な負荷節減サービスの図である。 本開示の一態様による例示的なＤＲツリー構造の概略図である。 本開示の一態様による例示的な通知サービスの概略図である。 本開示の一態様による例示的なリアル・タイム・メッセージング・サービスの概略図である。 本開示の一態様による例示的なスケジューリング・サービスの概略図である。 本開示の一態様による例示的なルール・サービスの概略図である。 本開示の一態様による例示的なメータリング・サービスの概略図である。 本開示の態様による例示的なシンプル・ゲートウェイ・サービスの概略図である。 本開示の一態様による例示的なコントローラ・メッセージング・サービスの概略図である。

本発明の特徴及び利点をより完全に理解するために、異なる図面における対応する数字が対応する部品を指す添付の図面とともに本発明の詳細な説明を参照する。

本開示の目的のために、いくつかの用語が特に定義される。これらの用語及び等価物が特許請求の範囲で使用される場合、これらの用語は、本明細書で定義される意味を有するものとする。用語が特に定義されていない場合、それらは業界での通常の意味で使用される。

定義
電力グリッド又は単に「グリッド」は、供給業者から消費者に電力を供給するための相互接続されたネットワークである。それは、電力を生産する発電所として機能する電気供給業者、電気供給業者から中間需要センターに電力を運ぶ電力線を有する電気送電ネットワーク、及び個々の消費者に電力を供給する配電網からなる。

電気供給業者は、再生可能又は再生不可能な燃料源の近くに配置され、通常は規模の経済性を提供するのに十分な大きさである。一般に、送電網は電力を、通常は高電圧電力線を介して１つ又は複数の変電所に達するように移動させる。変電所は、例えば、卸売需要家、需要センター、地方配電網などを含むことができる。変電所は、１つ又は複数の電力供給業者、地方の配電業者などによって、全体的に又は部分的に所有されてもよい。電力は、消費者、通常は一般消費者への多数の配電線を含む配電網に流れる。生成され配電された電圧は、通常は、供給業者、伝送ネットワーク、変電所、配電網、及び／又は消費者の間の様々なポイントで、ステップ・アップ及びダウンされる。

グリッド事業者は、電力グリッド全体の電力伝送の監視、調整、及び制御を担当する地域通信組織（ＲＴＯ）又は独立系システム事業者（ＩＳＯ）である。グリッド運用は、地域及び行政区域（ｓｔａｔｅｓ）によって異なり、政府機関若しくは規制当局、政府監督の有無にかかわらず民間企業、又はそれらの組合せ、が責任を負う可能性がある。グリッド事業者は、ソフトウェアやハードウェア・ベンダ、サービス・プロバイダ、データ管理サービスなど、様々なサービスを提供するために第三者とさらに契約することができる。そのようなグリッド事業者の管理下にある第三者は、本明細書でグリッド事業者と区別できないと見なされる。

消費者、顧客、又はユーザは、電力を必要とし、それらの電気機器（例えば、照明、電気器具、産業機器、ＨＶＡＣ）を動作させるために電気負荷を消費するエンティティである。消費者は、事業、建物、工業施設又は商業施設、私設又は公衆施設、単身又は複数家族の住居などの単一のエンティティであってもよく、又はそれらの集合若しくは細分物であってもよい。負荷節減プログラム（ｌｏａｄ ｃｕｒｔａｉｌｍｅｎｔ ｐｒｏｇｒａｍ）などに参加する通常の消費者は、大規模な施設、商業ビルの集合、キャンパスなどである傾向がある。

電気負荷とは、選択された瞬間に（例えば、デバイス、施設、グリッド上の全ての消費者などによって）使用されている電力量、（最大の）電力使用容量（デバイス、施設などの）、又はネットワーク（例えば、グリッド）上の電力需要の合計であり、通常はキロワット（ｋＷ）又はメガワット（ＭＷ）で測定される。電気負荷は、デバイスが全電力又は部分電力で動作しているか否か、機器によって負担される負荷（機械的、熱的、光）の変動、デバイスの効率及び状態、周囲条件などの条件に基づいて変化し得る。施設の現在の負荷は、使用中の機器、機器がフル・パワーで動作しているか否かなどによって異なる。

電気負荷消費は、一般に一定期間にわたって使用される電力の量を指し、通常はキロワット時（ｋＷｈ）又はメガワット時（ＭＷｈ）で測定される。

本明細書で使用される場合、施設は、一般的に、電気負荷を引き込むエンティティを指すために使用される。施設負荷とは、施設内の電力を消費する全ての電気デバイスを含む、施設全体の電気負荷を指す。

本明細書で使用される電気機器は、電気を使用して動作する任意の機械、電気器具又はシステムを指す。電気機器は、動作中に引き込まれる、関連する電気機器負荷を有する。電気機器には、照明、ＨＶＡＣ、ファン、コンピュータ・システム及びネットワーク、セキュリティ・システム、監視機器、機械、電気器具などが含まれる。一般に、電気機器には、電気エネルギーを発生するデバイス（発電機など）も含まれる。発電機は、本明細書では、施設の電力需要の一部又は全部を満たすため、又は電力網又はエネルギー市場に売却する余剰電力を生成するための、施設における発電装置を総称的に示すために使用される。太陽光発電、風力発電、炭化水素発電機など多くの発電機が存在する。

電気機器は分類することができる。例えば、電気機器は、負荷特性（抵抗性、容量性、誘導性、線形又は非線形）、機能（照明、コンセント、小型及び大型電気器具、ＨＶＡＣシステム、電力負荷など）、消費者タイプ（住居用、商業用、工業用）、負荷グループ、負荷稼働時間（連続的、非連続的、断続的、定期的、変則的など）、重要度レベル（致命的、生命の安全、必須、緊急、非必須など）、実際の負荷値（銘板負荷、全負荷、全負荷のパーセント、無負荷など）、動作の同時発生度、負荷の削減又は制御の方法（減少、遮断、シフトなど）、によって分類することができる。分類は、施設に対する代替スキーム、バックアップ・スキーム、二次的スキーム、及び可変スキームを含む、事前計画された負荷節減スキームの作成の一部として役立つ。

コントローラは、施設内の複数の電気デバイスを制御（例えば、オン／オフ、パワー・アップ、パワー・ダウンなど）するためのビル・オートメーション・システム及びコンピュータを含む。コントローラは、例えばＴｒｉｄｉｕｍ，Ｉｎｃ．及びＨｏｎｅｙｗｅｌｌ，Ｉｎｃ．から、ＴｒｉｄｉｕｍのＪＡＣＥ（商標名）（Ｊａｖａ（登録商標） Ａｐｐｌｉｃａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｅｎｇｉｎｅ）シリーズ・コントローラ、及びＨｏｎｅｙｗｅｌｌ，Ｉｎｃ．のＷＥＢｓ−ＡＸ（商標名）コントローラのような様々な商標名で市販されている。コントローラは、監視、通信、データ・ストレージ、及びロジック・サービスを提供することもできる。コントローラは、施設内の様々なシステムへの接続を提供する。多様なシステムを統合するには、デバイスのネットワークへの接続が必要である。ＬｏｎＷｏｒｋｓ、ＢＡＣｎｅｔ、Ｍｏｄｂｕｓなどの一般的なネットワークプロトコル、独自のネットワーク、及びそれらの組合せを接続することにより、統一されたシステムが提供される。スケーラビリティ及び信頼性は、コントローラのネットワークが作成する分散アーキテクチャを使用することで可能である。コントローラは、プロプラエタリ又はオープン・プロトコルを使用することができ、機器への接続用に有線及び／又は無線の複数のポートを有することができる。例えば、コントローラには、利用可能なＬｏｎＷｏｒｋｓポート、ＲＳ−４８５ポート、ＲＳ−２３２ポート、及び入出力モジュールがある。遠隔コントローラ及びスタンド・アロン・コントローラが利用可能で、複数のフィールド・バスをサポートできる。コントローラは、イーサネット（登録商標）・ベース及び、ＯＰＣ、ＢＡＣｎｅｔ ＩＰ、Ｍｏｄｂｕｓ ＴＣＰ、ＳＮＭＰなどの他のプロトコルを介して、他のデバイスと通信することができる。

本明細書で使用される負荷制限プログラム（Ｌｏａｄ Ｓｈｅｄ Ｐｒｏｇｒａｍ）は、需要、要求、又は信号（全般に、負荷制限信号（Ｌｏａｄ Ｓｈｅｄ Ｓｉｇｎａｌ））に応答して、消費者がグリッド上の電気負荷を、節減、削減、排除又は他の方法で変更することに自発的に又は義務的に同意する、利用可能な（又は利用可能となる）様々なプログラムのいずれかを指す。負荷制限信号は、（緊急事態、グリッド不安定性、又は経済的インセンティブ・プログラムに応答して）グリッド事業者（又は同様のもの）から、又は市場条件（例えば、価格設定）に基づいて発行することができる。本明細書で使用されている負荷制限プログラムは、広範な用語を意図しており、節減プログラムに限定されるものではない。

負荷制限プログラムは、負荷の節減又は排除のための私設及び公衆プログラム、地方自治体の使用又は市場販売のための地方の発電（分散発電）、及び市場への電力販売（グリッド事業者、供給業者、配電業者又はオープン・スポット市場のいずれか）を含む。いくつかのプログラムは、低需要期と高需要期との間、又は価格期間の鞘取引のために、エネルギー貯蔵への報奨を行う。

負荷制限信号は、グリッド事業者若しくは同様のものから、市場条件（例えばスポット市場における現在又は予想される市場価格）に応答して民間部門のプログラム若しくはサービスから、又は他の供給源からを、起点とすることができる。

負荷制限プログラムは通常、需要信号に応じた実際の負荷節減、グリッドへの電力供給、などに参加する同意に対して、インセンティブを積み上げている。インセンティブは、支払い、エネルギー・クレジット、通貨クレジット、金利引き下げ又は割引、又はその他の貴重な考慮事項である。グリッド事業者、負荷サービス・プロバイダ、政府機関、電力会社、又は公益事業会社などからインセンティブが発行される。プログラムは、１つのエンティティ（例えば、グリッド事業者）によって規制又は制御され、インセンティブは異なるエンティティ（例えば、ユーティリティ会社）によって供給される。本明細書で使用されている負荷制限プログラムは、ピーク・グリッド需要時又は予想されるピーク・グリッド需要時に電気負荷を節減して消費者のピーク負荷を最小限に抑えるため、消費者が発電した電力を電力網に売却するため、又は契約電力を市場に売却したりするために、消費者が運営するか又は消費者が実施する（及び第三者運営の）計画を含む。プログラムからの除外、罰金、手数料などの後ろ向きのインセンティブも同様に適用できる。

負荷制限プログラムは、負荷節減プログラム、緊急応答サービス、負荷リソース又は発電機の参加、自発的負荷応答、需要対応プログラム、市場負荷応答、ピーク応答、価格応答、レート応答、付帯サービス、負荷制限プログラムなど、数多くの名称のもとで利用可能である。

負荷制限プログラムは、通常は、電力消費者と電力供給業者、グリッド事業者などとの間の契約を含む。消費者は、通常、単一の又は集約された商業又は産業施設であり（及び居住施設が増加しており）、負荷制限信号を受信すると、既定の量だけそれらのエネルギー負荷を節減することに同意する。いくつかのプログラムの下では、消費者は発電機の制御下で発電機を使用して電力需要の一部又は全部を満たすこと、又は余剰電力を送電網に戻すことに同意する。

負荷制限需要が指示された時間が経過すると、消費者は負荷をグリッドに戻したり、電気負荷を増加若しくは再開したり、又はグリッドへの余剰容量の供給を停止することができる。一般に、負荷制限イベントが過ぎ去ったときにとられるこれらのアクション又は他のアクションの１つ又は複数は、本明細書では負荷復帰又は同様のものと呼ばれる。

本明細書で使用される、負荷変更、負荷変更プログラム、負荷変更信号、負荷変更イベント、及び同様のものは、上述の負荷制限プログラム、信号などだけでなく、電気負荷の増加を指示し、自動化し、又は示すそのようなプログラム、信号なども指している。これらの用語は、自動負荷制限（減少）及び自動負荷増加イベントに等しく適用可能な本明細書の多くの開示された特徴及び方法を参照する便宜として使用される。同様に、実施例の説明が「負荷制限」、「負荷節減」などを指す場合、同じ特徴が適用可能であるか、又は負荷増加に適用するように変更される可能性もある。

図１
図１は、本発明の一態様によるハードウェア及びソフトウェアを備えた例示的なコンピュータ化されたアーキテクチャ又はシステムの概略図であり、全般に１０で示される。

遠隔の私設の電力制御ネットワーク１００は、施設１０２に配置されるか、又は施設１０２に関連付けられる。ネットワーク１００は、それを「公衆」ネットワーク（例えば、インターネット）と区別するために私設と呼ばれる。私設ネットワークは、複数の許可されたユーザ、建物、システムなどを有することができるが、電気的使用管理のために単一の施設として管理される。施設の電気デバイスの設置及び保守が通常負荷節減サービス・プロバイダ・ネットワークから独立していることを示すために、ネットワーク１００は「遠隔」と呼ばれる。施設は、様々な機能及び制御のために複数のネットワークを持つことができるが、ここで関連するネットワークは、施設の電気機器、機器の監視、及びメータリングを制御するために接続され、機能するものである。

遠隔ネットワーク１００は、複数のゲートウェイ１０４を含むことができる。ゲートウェイ１０４は、サブ・メータ１０６ａ、スマート・メータ１０６ｂ、及び内部データ・レコーダ（ＩＤＲ）メータ１０６ｃなどの複数のメータ１０６に関連付けられる。ゲートウェイは、発電機１０８のための発電機ゲートウェイ１０４ｄ、ＡＴＳ１１０のための自動転送スイッチ（ＡＴＳ）ゲートウェイ１０４ｅ、及びコントローラ１１２のためのゲートウェイ１０４ｆ〜ｇのように他の制御、データ、及び／又はメータリング・デバイスにも関連付けられる。

ゲートウェイは、１つ又は複数の電気デバイスに動作可能に接続された物理デバイス（ゲートウェイ−ルータ―−スイッチ）上に実装することができ、又はネットワークのあるレベルで動作し、デバイスに動作可能に接続された、ソフトウェア・アプリケーション層とすることもできる。サブ・メータ１０６ａのような内蔵ゲートウェイを欠いているデバイスの場合、デバイス及びネットワークと通信するためにゲートウェイ１０４ａを接続することができる。ゲートウェイは、デバイス上のサブ・メータに置かれたハードウェア及び／又はソフトウェア、サブ・メータに接続されたデバイス（例えば、サーバ、コンピュータ）上のハードウェア及び／又はソフトウェアなどであり得る。サブ・メータ１０６ａに関連付けられているゲートウェイは、サブ・メータと通信し、インターネットと通信し、且つ／又はサブ・メータ・データ１１４ａをインターネット２００に要請、記憶、及び／若しくは送信することができる。ゲートウェイと機器との間、機器間、ゲートウェイ間、ゲートウェイ、機器とインターネットとの間などの通信は、イーサネット（登録商標）、ＺｉｇＢｅｅ、９００ネットワーク信号ホッピングなどの、当技術分野で公知であり、今後開発されるであろう、様々な既知の規格及び仕様を介して行うことができる。

ゲートウェイは、代わりに、より大きなデバイス又はアプリケーションの、「組み込み」、コード化、又は集積部品にすることができる。例えば、スマート・メータ１０６ｂ及びＩＤＲメータ１０６ｃは、メータ・データを記憶し、インターネットとの間でデータを通信するためにメータ・デバイスに組み込まれたゲートウェイ１０４ｄ及び１０４ｅを有する。発電機１０８のような発電機は、通常、発電機の状態を監視するための様々なセンサ（例えば、温度、油圧）と、結果データを管理し通信するためのゲートウェイ１０４ｄとを含む。同様に、ＡＴＳ１１０は、通常、関連するゲートウェイ１０４ｅを含む。コントローラ１１２ａ〜ｂはまた、デバイスの他のサービスと一体的に接続性を提供するゲートウェイ１０４ｆ〜ｇを含むか、又はそのものとして機能する。例えば、ＪＡＣＥ（商標名）コントローラには、インターネットに接続して通信するのに必要なソフトウェア及びハードウェアが含まれる。

様々なゲートウェイ１０４は、当技術分野で知られているように、有線又は無線でインターネット（セルラ、又は他のネットワーク）と通信及び相互接続する。さらに、図１は、インターネットと直接通信するいくつかのゲートウェイ１０４のそれぞれを示す。様々な実施例において、１つ又は複数のオン・サイト・ゲートウェイは、追加のオン・サイト・ゲートウェイと通信することができ、したがって、インターネットを介して直接通信するゲートウェイの数を制限する。すなわち、１つのゲートウェイを使用して複数のオン・サイト・ゲートウェイからのデータをバンドルして、インターネット経由で通信することが可能である。

全般に３００で示されるサービス・プロバイダ・ネットワークは、１つ又は複数の施設の負荷制限プログラム及び信号に関して、コンピュータ・ハードウェア上に常駐するコンピュータ・ソフトウェアによって実施される遠隔の電気負荷管理サービスを提供する。サービス・ネットワークは、プロバイダ・ネットワーク・プロトコルを指定し、プロバイダ・アプリケーションと機器との間の通信を調整し、グラフィック・ユーザ・インタフェース（ＧＵＩ）を提供するための、全般にソフトウェア・アプリケーション層３０２と呼ばれるものを含む。

サービス・プロバイダ・ネットワークは、１つ又は複数のプロバイダ・ゲートウェイ３０４を使用して、インターネット（及び／又はセルラ・ネットワーク）を介して施設ゲートウェイ１０４と通信する。このようなゲートウェイ３０４は、ソフトウェア、ハードウェア、又はそれらの組合せであってもよく、様々な機器で、様々なネットワーク・レベルで使用できる。プロバイダ・ゲートウェイは、インターネット接続と、施設ゲートウェイとの動作可能なインタフェースを提供する。

サービス・プロバイダ・ネットワークは、様々な非プロバイダのネットワーク、機器、又はアプリケーションからのデータを受信及び変換し、ソフトウェア又はハードウェアにアクセスし、サード・パーティアプリケーションが、サービス・プロバイダのネットワーク及びアプリケーションとともに使われるように構築されるのを可能とするのに使用するための１つ又は複数のＡＰＩ（アプリケーション・プログラミング・インタフェース）をさらに採用している。例えば、サービス・プロバイダ・ネットワークＡＰＩは、１つ又は複数のメータリング・サービスＡＰＩ３０６、シンプル・ゲートウェイ・サービスＡＰＩ３１０、コントローラ・メッセージ・サービスＡＰＩ３１２（例えば、ＪＡＣＥ（商標名）又はＨＯＮＥＹＷＥＬＬ（商標名）ＡＰＩ）、データ取得サービスＡＰＩ３１４、パートナＡＰＩ３１６、及び他の現在又は将来のＡＰＩを含む。シンプル・ゲートウェイ・サービスＡＰＩは、シンプル・ゲートウェイ・サービスＡＰＩを使用して、サービス・プロバイダ・ネットワークと発電機ゲートウェイ１０４ｄ及びＡＴＳゲートウェイ１０４ｅなどのそれらの施設ゲートウェイとの間のデータ通信を可能にする。メータリング・サービスＡＰＩは、同様に、施設メータ１０６ａ〜ｃに関連するゲートウェイ１０４ａ〜ｃとの通信を可能にする。

パートナＡＰＩ３１６は、パートナ・エンティティ又はそのネットワーク、ソフトウェアなどとの通信を可能にする。パートナ又はパートナ・エンティティは、データ分析サービス、グリッド事業者、電気負荷データ・アグリゲータ（例えば、ＥｎｅｒＮＯＣ，Ｉｎｃ．）、負荷制限プログラム管理者などとすることができる。パートナＡＰＩは、Ｏｐｅｎ ＡＤＲ（Ｏｐｅｎ Ａｕｔｏｍａｔｅｄ Ｄｅｍａｎｄ Ｒｅｓｐｏｎｓｅ）３２０を使用するパートナ、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ Ｓｔａｔｅ Ｔｒａｎｓｆｅｒ）３２２を使用するパートナ、ＤＮＰ３（分散ネットワークプロトコル）３２４を使用するパートナ、ＸＭＬ（拡張マークアップ言語）などの様々な標準及び独自の通信アーキテクチャを使用することができる。パートナＡＰＩは、サービス・プロバイダ・ネットワークとパートナのネットワーク又はアプリケーションとの間の双方向通信を可能にする。

同様に、データ取得ＡＰＩ３１４は、公衆又は私設のウェブサイト又はネットワークからのデータ・スクレイピング、ストリッピング又はマイニングなどのデータの一方向通信を可能にして、サービス・プロバイダ・ネットワークでデータを投入する。例えば、データ取得ＡＰＩは、グリッド条件３３０（例えば、現在のグリッド負荷、予測ピーク負荷、履歴ピーク負荷など）、市場条件３３２（例えば、過去及び現在のデータ、入札及び応札価格、スポット市場データなど）、及び気象データ３３４（例えば、現在及び予測される気温、湿度、降水量など）の通信を許容する。他のデータ・タイプも取得できる。

サービス・プロバイダ・ネットワークは、当該分野で公知であり、当業者には明らかであるように、デスクトップ及びラップトップ・コンピュータ、スマート・モバイル・デバイス、（仮想又はリアル）サーバ、データベース、ＥＳＢ（エンタープライズ・バス・サーバ）、ルータ、バックアップ電源、配線、無線機器、冗長システムなどをさらに含むことができる。サービス・プロバイダ・ネットワーク・コンポーネントは、同一の物理的位置に配置される必要はなく、（例えば、インターネット、ネットワークなどを介して）動作可能に接続される。サービスを実行するソフトウェアは、１つ又は複数のローカル・コンピュータ（例えば、サーバなど）又は１つ又は複数の遠隔コンピュータ（例えば、サーバ、ホストされたサーバなど）に常駐することができる。例えば、データ・ストレージ及び処理サービスは、サービス・プロバイダ、クラウド、インターネット、専用ホスト・サーバ、その目的で契約された第三者の管理又は管理下で遠隔で行うことができる。

データ記憶及び処理サービス３４０も提供される。データベース３４２及び３４４は、サーバ、仮想サーバ、リレーショナル・データベース管理システム、ハードウェア・クラスタ、ハード・ドライブなどとすることができる。データ・サービス３４６は、データ処理、クエリ及び操作のための１つ又は複数のアプリケーションを含むことができる。例えば、ＳＱＬ（Ｓｔｒｕｃｔｕｒｅｄ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）又は市販のＡＰＡＣＨＥ（商標名）ＨＡＤＯＯＰ（商標名）を使用することができる。データ・ストレージ及びデータ・サービスは、オン・サイト又はインターネットを介して遠隔で検索又は実行し、サービス・プロバイダ又は他のユーザがデータにアクセスし、管理し、アップロード及びダウンロードし、必要に応じてデータベース及びデータ・サービスをクエリできるようにする。他のデータ記憶、管理、処理、及び分析製品及びタイプは、当業者には明らかであろう。

データ・サービスは、サービス・プロバイダ又は顧客がクエリを入力し、対応するデータを受信し、いくつかの実施例ではアルゴリズムを実行することを可能にする。例えば、クエリは、所定の顧客又は施設に対して、先月の１５分ごとの複数の測定値の合計を要求することができる。データ・サービスは、ローカル又は遠隔のいずれかのデータベース・ソフトウェアにクエリを伝達し、必要に応じてクエリ・プロトコルを変換して、有効なインタフェースを許可し、結果として得られたクエリ・データを受け取り、それを照会者に提示する。検索されたデータは、照会者が後で使用するために記憶することができる。他のクエリの実例には、ピーク使用統計のデータの要求、選択された屋外温度範囲に対応するメータの読み取り、様々な節減又はエネルギー生産戦略の利益又は節約の比較、効率アルゴリズムなどが含まれる。例えば、クエリ及び関連するデータ・サービスは、選択された機器（例えば、ＨＶＡＣ）のピーク効率使用を維持するために必要な重要でない機器に対する電力節減措置の選択を決定することができる。複数の施設を持つ顧客の場合、データ・サービスは、選択された施設の一部又は全部にわたって累積及び比較データを提供することができる。

図２〜図１１
様々な実施例において、サービス・プロバイダ・ネットワーク３００は、施設１００に代わってサービス・プロバイダによって引き受けられ、又はサービス・プロバイダによって制御される複数のソフトウェア実行サービスを提供する。サービスは、スケジューリング・サービス３５０、ルール・サービス３５２、通知サービス３５４、節減メッセージ・サービス３５６、リアル・タイム・メッセージング・サービス３５８、データ・ストレージ、管理及び分析サービス３４０（「データ・サービス」）、データ取得サービス３６２、パートナ通信サービス３６６、メータリング・サービス３６８、シンプル・ゲートウェイ・サービス３７０、及びコントローラ・メッセージ・サービス３７２を含む。他のサービスも提供することができる。本明細書で使用されるリアル・タイム、ほぼリアル・タイムなどは、データが実質的に直ちに利用可能となるように、データが１秒未満で処理され、且つ／又は通信されるシステムを意味するか、若しくはそれに関係する、又は、コンピュータが、絶えず変化しているデータ（現在の施設負荷に関連するデータなど）を受信し、対応する又は関係する機器（電気機器、ゲートウェイなど）を制御することが可能なように、十分に高速にデータを処理するデータ処理システムを意味するか、若しくはそれに関係する。

図１に示す実施例において、サービスはＥＳＢ３６０との間で、及びそれを介して通信する。これは、サービス性能を複数のサーバ又は他のコンピュータ・デバイスに分配するのでスケーラビリティに利点をもたらす。或いは、例えばクラウド・コンピューティングを使用して、他のプラットフォーム上でサービスを実行することもできる。クラウド・コンピューティングを使用して、プラットフォーム、インフラストラクチャ、及びソフトウェアを提供する市販のサービスを利用できる。例えば、クラウドソリューションは、Ｅｌａｓｔｉｃ Ｃｏｍｐｕｔｅ Ｃｌｏｕｄ（ＥＣ２）などのＡＭＡＺＯＮ（商標名）ウェブ・サービスから、ＭＩＣＲＯＳＯＦＴ（商標名）ＡＺＵＲＥ（商標名）から、及びＧＯＯＧＬＥ（商標名）Ｃｏｍｐｕｔｅ Ｅｎｇｉｎｅから、入手可能である。別段の言及がない限り、インフラストラクチャ、ハードウェア、ソフトウェア、階層などの特定の場所及び種類は重要ではない。当業者は、本明細書に記載のサービス及び機能を実行することができる追加の分散及びローカル・システムを認識するであろう。

サービスは、顧客デバイス（例えば、デスクトップ・コンピュータ、サーバなど）に常駐しているか、プロバイダ・デバイスに常駐しているか、遠隔デバイス（例えば、クラウドなど）に常駐しているアプリケーションを使用して提供することができる。サービスは、本明細書の他の場所で説明したように、サービスとしてのソフトウェア、及び／又はサービスとしてのインフラストラクチャ、サービスとしてのプラットフォーム、サービスとしてのユニファイド・コミュニケーションなどの関連サービスとして提供することができる。

サービス・プロバイダ・ネットワークは、施設ゲートウェイ活動を監視し、ゲートウェイとの間でデータをプッシュ及びプルし、ゲートウェイを介して、メータ１０６、発電機１０８、ＡＴＳ１１０、コントローラ１１２、及び他の機器などの施設電気機器及びメータがあればそれらを監視する。監視される条件には、現在の全体及び／又は部分的な施設負荷、現在の機器負荷、メータ読取り値、現在の機器パラメータ（例えば、オン／オフ、機器最大負荷のパーセンテージ、ファン速度、毎分回転数（ｒｐｍ）、ダクト背圧、ポンプ速度、油圧、水又は冷却水の温度、機械的負荷など）などが含まれる。サービス・プロバイダは、このようなデータを収集して記憶し、収集されたデータをさらに管理、分析、及び操作することができる。

図２は、本開示の一実施例による分散型サービスを提供するための例示的なコンピュータ化されたアーキテクチャ又はシステムの概略図である。ＥＳＢ３６０は、様々なプロバイダ・サービス、すなわち、スケジューリング・サービス３５０、ルール・サービス３５２、通知サービス３５４、節減メッセージ・サービス３５６、リアル・タイム・メッセージング・サービス３５８、データ・ストレージ、管理及び分析サービス３４０（「データデータ取得サービス３６２、パートナ通信サービス３６４、メータリング・サービス３６８、シンプル・ゲートウェイ・サービス３７０、及びコントローラ・メッセージ・サービス３７２をホストする、ソフトウェア及びハードウェアと、動作可能に接続されている。１つ又は複数の他のタイプのバスを使用することができる。さらに、いくつかの実施例では、バスは使用されない。

図３は、本開示の一態様に従って提供される例示的な負荷節減サービス（ｌｏａｄ ｃｕｒｔａｉｌｍｅｎｔ ｓｅｒｖｉｃｅ）の図である。全般に４００で示される、節減メッセージ・サービスが提供される。サービスは、節減サービスをトリガする負荷制限信号４０４を受信することによって４０２で開始する。負荷制限信号に基づいて、サービスは、「開始」又は「停止」節減メッセージ・サービス４０６を開始することによって継続する。負荷制限信号は、他の場所で説明されているように、様々なソース（グリッド事業者、サービス・プロバイダ、市場監視ソフトウェアなど）から、又はそこから起動されて、及び様々な目的（負荷制限プログラム・コンプライアンス、市場主導アクションなど）のために、ソース・ウェブサイト、自動化又は手動通信サービスなどによることも含めて、開始することができる。

信号が節減メッセージを開始することを指示する場合、ソフトウェア実装されたサービスは、データベースを検索し、負荷制限信号４０８によって影響を受ける１つ又は複数の施設を識別する。信号が、以前の負荷制限信号に応答して節減を停止することを示す場合、ソフトウェア実装されたサービスは、１つ又は複数の以前に影響を受けた施設４１０をデータベースから検索し、識別することによって継続する。

影響を受けた施設が識別されると、４１２において、ソフトウェア実装されたサービスは、影響を受けた施設４１２にインストールされたゲートウェイのリストをデータベースで検索し、施設ゲートウェイ４１４の各々についてデータ・サービスから受信したＤＲツリーデータ構造の親和性を良くして、事前に計画され選択された負荷節減スキームに従って、影響を受けた電気機器４１６のＤＲツリーを構文解析することを含む。選択された負荷節減スキームは、条件付き基準及びルール（例えば、日付、時刻、現在の施設及び機器の負荷、目標とされた負荷節減、スキームへの負荷制限信号のタイプの相関など）に基づいてスキームを選択するなどの、適用されたロジックに基づいて記憶された、多数のそのようなスキームから選択することができる。４１８で、サービスは、影響を受ける各施設ゲートウェイの施設ゲートウェイ命令を生成する。４２０において、サービスは、インターネットを介して、影響を受ける施設ゲートウェイにゲートウェイ命令をルーティングし、送信する。シンプル・ゲートウェイに対して、命令は接続された機器のためにポイントごとに送信される。「スマート」ゲートウェイ、及びコントローラなどのローカル・データ・ストレージを備えたゲートウェイの場合は、ポイントごとの命令のセットを送信することができ、又はコントローラを使用して「ｇｏ」コマンドを送信し、それから関与する機器にポイントごとの命令を実施することもできる。

サービス４００は、４２２で影響を受ける施設ゲートウェイと通信することによってゲートウェイ命令の活性化を保証する。サービスは、施設ゲートウェイとの通信によって「受領確認」及び／又は「起動を確認」する。命令が完全に受信されなかったか、又は完全に実施されていない場合、「いいえ」の応答により４１２で再びプロセスを開始する。「はい」の応答が節減サービスを停止する４２４。さらに、確認又は検証データは、故障が機器であるか又はポイント故障であるか、コントローラ故障であるかなどのデータを供給することができる。

図４は、本開示の一態様による例示的なツリー構造５００の概略図である。示されているツリー構造はＤＲツリー構造であるが、平衡、不平衡、ビーズなど、当技術分野で知られている他のツリー構造を使用することができる。ブロック５０２はサイト・ルート・コンテナであり、ブロック５０４はロケーション・コンテナ・オブジェクトであり、ブロック５０６は機器オブジェクトである。ブロック５０６から、複数のブロック、すなわち制御ポイント５０８、状態ポイント５１０、及び状態ポイント５１２を拡張する。制御ポイント・ブロック５０８から、制御オーバライドのために制御優先ブロック５１８及び５２０をそれぞれ有する制御戦略ブロック５１４及び５１６を拡張する。制御オーバライドは、ブール値、数値、列挙型、数値ランプ、数値調整、サイクリングなどである。

ブロック５３０は、依存するブロック５３２のロケーション・コンテナ・オブジェクトを有するロケーション・コンテナ・オブジェクトである。５０４及び５０６と同様に、ロケーション・コンテナ・オブジェクト５３２は機器オブジェクト５３４に分岐する。さらなる分岐は、全ての影響を受けるロケーション・コンテナ・オブジェクト、機器オブジェクト、制御ポイントなどのツリーの拡張を示すために、ブロック５３６で無限に続くものとして示される。

図５は、本開示の一態様による例示的な通知サービス６００の概略図である。サービスは６０２で開始する。イベントの通知の受信は６０４で示される。クエリ６０６は、受信された通知の識別を「アドホック」通知又は「テンプレート」通知として示す。潜在的なタイプを示すアドホック通知及びテンプレート通知を使用して、様々なタイプの通知を識別してそれに応じて処理することができる。受信した通知がテンプレートとして識別された場合、６０８において、サービスは、通知タイプについてデータベースから通知テンプレート及びデータを検索する。６１０において、サービスは、対応する受信者への配信のための通知メッセージを適切なサービス・プロバイダ・ゲートウェイにルーティングする。同様に、通知がアドホックであると識別された場合、サービスはブロック６１０にジャンプし、メッセージをルーティングする。ゲートウェイは、テキスト、電子メール、電話などの１つ又は複数のシステムを介して通知メッセージを送信することができる。通知メッセージは、「はい」の場合、追加のメッセージ・ルーティングにつながる６１２で追加の受信者のクエリを使用して要望されたように、複数の人物に及び複数のゲートウェイを介して送信することができ、「いいえ」の場合は、停止６１４に送ることができる。概して、通知サービスは、連絡先（例えば、人、管理者、モバイルデバイスなど）を負荷制限イベントに相関させ、対応するメッセージを送信してイベント発生又は施設節減を示す。

図６は、本開示の一態様による例示的なリアル・タイム・メッセージング・サービス７００の概略図である。リアル・タイム・メッセージング・サービスは、リアル・タイム、自動の、通知又はメッセージングのハブと考えることができる。サービスはブロック７０２で開始し、７０４でメッセージが受信される。メッセージは登録するか、解除するか、又はポイント更新を提供するかの判定が、７０６で行われる。メッセージを登録する場合、７０８において、クライアントがポイント識別のために既に登録されているか否かの判定がなされる。そうであれば、プロセスは７１２で終了する。そうでなければ、クライアント識別及びポイント識別値のペアがデータ・ストア及びキャッシュに通常記憶する。メッセージは登録解除とする場合は、クライアント識別及びポイント識別がデータ・ストアに存在するか否かをクエリが判定する。違う場合、プロセスは７１８で終了する。そうであれば、識別ペアがデータ・ストアから除去される。メッセージがポイント更新である場合、新しいポイント値は７２０で記憶され、加入者クライアント識別リストは７２２でポイント識別のために検索され、新しいポイント識別値は７２４で加入クライアント・リストにブロードキャストされる。プロセスは７２６で停止する。

リアル・タイム・メッセージング・ハブ又はサービスは、インターネットを介して施設、オフサイトなどで、消費者にリアル・タイムのデータ及び情報を提供する。リアル・タイム・データは、当技術分野で知られているように、コンピュータ又はタッチ・スクリーンのような消費者ディスプレイ上に表示される。表示レイアウトは、リアル・タイム・データ、履歴データなどを消費者（又は他のユーザ）に提供する「ダッシュボード」と呼ぶことができる。リアル・タイム・メッセージング・ハブは、消費者のコンピュータ又はデータを自動的に更新する表示デバイスに情報を提供する。消費者は、新たに取得したデータを更新又はダウンロードするためにリフレッシュするか、そうでなければアクションをとる必要はない。一実施例では、リアル・タイム更新はプロバイダ・サーバから送信される。ユーザは識別されたデータを受信するために「登録」することができ、したがって自分達が最も関心のあるデータを表示するようにダッシュボードをパーソナライズすることができる。例えば、ユーザは、メータ読取値、機器負荷、施設負荷、グリッド条件、市場条件、気象条件、接続性検証、履歴データ、予想データ又は予測データ（すなわち、現在の施設負荷を以前の施設負荷と比較すること、現在の施設負荷を予想される施設負荷と比較することなど）などのデータの自動更新を受信するために、サーバに登録することができる。登録は、定期的なデータ又は特定の条件（グリッドの使用量が容量の２０％以内の場合のみグリッド・データ、予測された温度が設定された程度に達した場合のみ気象条件など）でデータを表示するために行うこともできる。ダッシュボード、サブスクリプション・サービスなどでは、ユーザのデバイスにソフトウェア・アプリケーションのダウンロード、インストール、及び使用を要求することができる。明らかに、このようなリアル・タイム・メッセージング・サービスは、ユーザのデバイスとサービス・プロバイダのサーバ又は他の電子機器との間のインターネット接続を必要とする。サブスクリプション・イベントは、プロバイダ・サーバ上で直接処理することができ、ユーザはサーバにアクセスできる。

図７は、本開示の一態様による例示的スケジューリング・サービス８００の概略図である。サービスは８０２で開始する。スケジューリング・サービスは、８０４で、スケジュール・イベント及びバス・メッセージ（バスが使用されている場合）をリッスン（ｌｉｓｔｅｎ）する。スケジュール・イベントが８０６で検出され、既存のスケジュール・イベントとして検証されると、８１２でジョブ・データがデータ・ストアから検索され、８１４でジョブ・ロジックが実行される（例えば、バスに発行、データ・ストアを更新、新たなスケジュール・イベント又はアクションを追加、など）。スケジュール・イベントが事前に存在しないと判定された場合、８０８で新しいジョブが作成され、スケジュール・サービスに登録され、８１０でデータ・ストアに保存される。概して、スケジューリング・サービスは、負荷制限信号をスケジューリングする。例えば、スケジュールされたイベントは、選択された市場価格に達するとグリッドに電力を販売し、選択された時間までに又は選択された時間の間、選択された量に負荷を削減することができる。

スケジューリング・サービスは、ユーザが必要に応じてプロバイダ・サーバ、データベースなどに遠隔からアクセスし、施設機器の実際の制御をスケジュールすることを可能にする。スケジュール・サービスは、サービスがスケジュールされたアクションを実行する条件（すなわち、時刻、日付、条件などがある場合のみ）を設定することを可能にする。スケジューリング・サービスは、識別された機器に関してアクションの識別及び記憶をさらに可能にする。例えば、ユーザは、指定された月日の、指定された時刻にテスト実行をスケジュールすることができ、その場合プロバイダ・サービスは自動的に、識別された機器に対する電力をシャットダウンし、削減し、増加させ、又は最大容量で動作させる。監視サービスはまだ有効であり、リアル・タイム又はオンデマンドで監視データを提供する。さらに、アクションの結果（すなわち、測定された負荷データ、油圧又は他の機器のセンサ・データなど）は、プロバイダ・サービス、及び必要に応じてとられるさらなるアクション（すなわち、適切な当事者への通信、特定された機器のさらなる制御など）によって処理可能である。すなわち、スケジューリング・サービスは、予め選択された基準に従って施設機器を自動的に動作させるために使用することができる。このような機能は、例えば、発電機試験が日常的に行われなければならない病院又は医療施設において有益である。例えば、スケジューリング・サービス・イベントは、選択された日時にトリガして、第１のユニット又はトランジスタをオンにし、選択された期間にわたってそれを実行することができ、このプロセスは、第２、３などユニットに繰り返され、ユニットは選択された時刻にオフにされる。ユニットのリアル・タイム監視と、監視対象データの通信が行われる。プロバイダ・サービスは、監視されたデータを自動的に記憶された一連のテスト結果データと比較する。監視されたユニット・データがユニットはテストに「失敗」したことを示す場合、プロバイダ・サービスは、関係者に通知する、ユニットをオフにする、ユニットをオフラインにする、などの是正措置を自動的にとる。

図８は、本開示の一態様による例示的なルール・サービス９００の概略図である。サービスは９０２で開始し、ルール・サービスは９０４で登録されたバス・メッセージをリッスンする。メッセージが受信されると、メッセージは９０６で処理され、メッセージが９０８で新しい規則であるか否かが判定される。新しいルールは９１０でそのように処理され、９１２でデータ・ストアに保存される。ルールが新しいものでない場合、９１４で受け取ったルール・トリガについてルール・データが検索される。ルール・データが見つからない場合、プロセスは９０４に戻る。９１６において、ルール・データは、９１８において、受信されたルール・トリガに関して位置付けられ、評価される。９２０でトリガ基準が満たされたと判定された場合、９２２でルール・アクションが実行される（例えば、プッシュするメッセージを発行する、データ・ストアを更新する、など）。トリガ基準が満たされていない場合、プロセスは９０４に戻る。概して、ルール・サービスは、機器、メータ、及び施設データを監視し、ｉｆ−ｔｈｅｎオペレーションを提供する。例えば、発電機が選択された温度又は油圧に達した場合、ルール・サービスは、発電機による発電を削減又は排除することによって応答する。

より簡単に説明されるルール・サービスは、監視されている機器、メータ、ゲートウェイなどからの着信データ信号を受信して「読み込む」。着信データを記憶された命令と比較して、アクションが必要か否かを判定する。記憶されたデータは、負荷変更アクションが必要とされる限界、トリガ、条件、条件のセット、などを含む。制限又は条件が満たされている場合、ルール・サービスは、適切な施設、ゲートウェイなどに指示（すなわち、信号、データ、実行するソフトウェア・ステップのセットなど）を送信することによって自動的にアクションを起こす。例えば、自動的に実行されるアクションは、適切なゲートウェイにメッセージを送信して、施設の１つ又は複数の電気機器をオフ又はダウンにすることができる。ゲートウェイは着信メッセージを受信して解釈し、アクションを実行する。このように、ルール・サービスは到来データを受信し分析し、指示されれば、１つ又は複数のアクションをとり、施設ゲートウェイ及び／又は機器と通信し、施設電気機器の動作を実際に変更し、機器及び施設負荷を変更する。ルール・サービスは、さらに好ましくは、消費者又はユーザによるサーバへのアクセスを可能にする。すなわち、消費者は、プロバイダのサーバ及び／又は接続されたデータベースに遠隔からアクセスして、サービスが施設機器を自動的に制御する時期及び方法を管理する様々な「ルール」を追加、変更、除去することができる。

図９は、本開示の一態様による例示的なメータリング・サービス１０００の概略図である。サービスは１００２で開始し、１００４でメータ・メッセージが受信される。１００６でメータの有効性のクエリがあると仮定する。無効であれば、１００８でエラー・メッセージがログ記録され、サービスは１０１６で停止する。有効であれば、サービスは、１０１０でパルス・カウント・データから関連する測定値（例えば、ｋＷ、ｋＷｈ）を計算する。データは、生データと計算データの両方で、データ・ストアに１０１２で記憶される。１０１４で、サービスは、データ受信に成功したことを示す確認メッセージを、メータに送信する。サービスは１０１６で停止する。概して、メータリング・サービスは、施設メータとサービス・プロバイダとの間のメータ・データを監視し、通信する。

図１０は、本開示の一態様による例示的なシンプル・ゲートウェイ・サービス１１００の概略図である。サービスは１１０２で開始し、１１０４でバス・イベント及びＷｅｂＡｐｉコールをリッスンする。１１０６でイベント・タイプが判定される。１１０８でバス・メッセージがハートビート・メッセージとしてクエリされる。１１１２であるステータス変更が発生したか否かを判断するために、１１１０でゲートウェイ監査が実行される。そうであれば、１１１４でゲートウェイ状態変更イベントが発行される。そうでない場合、プロセスは１１０４に戻る。ハートビート・メッセージは１１１６で、アウトバウンド・メッセージがゲートウェイ・コマンド・メッセージ・テーブルに既に存在するか否かを確認するチェックをもたらす。１１１８でそれがテーブルにある場合、１１２０で監査メッセージがログ記録される。そうでなければ、受信されたバス・メッセージが１１２２でログ記録され、アウトバウンド・コマンドとして１１２４でゲートウェイ・コマンド・メッセージ・テーブルに記憶される。或いは、イベント・タイプが１１３０でＷｅｂＡｐｉコールであると判定された場合、メッセージ及びエンド・ポイントは１１３０で有効性確認される。１１３２で有効であると判定された場合、メッセージは１１３４でポーリングされ、ゲートウェイのコマンドが１１３６で検索される。ポーリングが否定的である場合、ゲートウェイのためのコマンドは、１１３６で受け取ったとしてログ記録され、ポイント現在値及びチェック・イン時刻は１１４０で更新され、ポイント値変更ｍは１１４２で発行される。

図１１は、本開示の一態様による例示的なコントローラ・メッセージング・サービス１２００の概略図である。サービスは１２０２で開始し、１２０４でバス・イベント及びＷｅｂＡｐｉコールをリッスンする。１２０６でイベント・タイプが判定される。１２０８でハートビート・メッセージがルーティングされる。ゲートウェイ監査は１２１０で行われ、状態の変更は１２１２でクエリされる。状態が変更された場合、１２１４でゲートウェイ状態変更イベントが発行される。そうでない場合、サービスは１２０４に戻る。ハートビート・メッセージは１２１６で、アウトバウンド・メッセージがゲートウェイ・コマンド・メッセージ・テーブルに既に存在するか否かを確認するチェックをもたらす。１２１８でテーブルに見つからなければ、１２２０で受信されたバス・メッセージがログ記録され、１２２２でゲートウェイ・コマンド・メッセージ・テーブルに記憶される。２１１８でメッセージがテーブルに見つかった場合、１２２４で重複メッセージが処理される。ＷｅｂＡｐｉイベント・メッセージ及びエンド・ポイントが１２３０で有効性確認される。１２３２で有効である場合、メッセージは１２３４でポーリングされる。肯定の場合には、ゲートウェイに対するコマンドが１２３６で検索される。否定の場合には、受信ＷｅｂＡｐｉ要求が１２３８でログ記録される。ＤＲツリー検査が１２４０で行われ、ＤＲツリー・メッセージが１２４２で処理される。或いは、ポイント現在値及びチェック・イン時刻が１２４４で更新され、ポイント値変更メッセージは１２４６で発行される。

説明したソフトウェア実装されたサービス及びプロセスは例示的なものである。当業者は、本発明の精神から逸脱することなく使用できる、このようなサービスの変形を認識するであろう。さらに、説明されるサービス及びプロセスは、選択されたハードウェア及びソフトウェア・アーキテクチャ（例えば、ＥＳＢ、ゲートウェイタイプなど）に依存し、そのような選択に応じて必然的に変化する。

負荷変更スキーム
負荷制限スキームは、施設での電力使用量の節減のために事前計画され、プログラムされたスキームである。スキームは、どの施設及び機器が実施されたか、様々な機器にどのようにどのような負荷がかけられるか、潜在的な例外やオーバライド、有効な時間枠などを示している。例えば、スキームは、負荷制限信号に応答した負荷制限スキームを実施する際に、施設ＨＶＡＣシステムが選択されたパーセンテージで直ちに負荷を削減すること、いくつかのＨＶＡＣユニットが負荷ローテーションを実施すること、あまり使用されていない一画の照明をあるパーセンテージで弱めること、発電機をオンにするか、又は出力アップすること、などを決定することができる。

負荷制限スキームは、施設に対して、負荷制限プログラム要件、受け取った負荷制限信号のタイプ、又はその他の選択された条件に基づいて、目標負荷又は目標負荷削減を示す。このスキームはまた、電気負荷を削減する（及び削減させない）対象となる機器、削減の程度、削減の仕方（ランプ・ダウン、パーセンテージの削減など）、削減を実施するための対応するゲートウェイ及び制御ポイントなどを示す。スキームは、到着する負荷制限信号に応答するアクティビティの青写真と考えることができる。

いくつかの実施例における目標とされた負荷又は負荷節減の検証は、施設メータ、メータ・データ、機器コントローラ及びデータ、並びにシステム・コントローラ及びデータの能動的な監視に基づいてリアル・タイム（又はほぼリアル・タイム）で行われる。メータの構成に応じて、単一の機器、特定のコントローラに属する機器群、又は機器に対する負荷節減の検証は、望まれる場合は個別に検証することができる。

負荷制限スキームには、施設及び機器の負荷を様々な方法で削減するための指令を含めることができる。負荷削減策は、特定の機器の電源をオン又はオフにする、かけられる機器の最大負荷の割合を変更する（すなわち、電力を８０％から４０％に減らす）、ランプ・アップ（ｒａｍｐｉｎｇ ｕｐ）又はダウンロード（例えば、突然の電力損失に対して敏感な機器のために）、選択された機器への電源のオン／オフ、又はそれ以上／それ以下のサイクリング、機器間の互い違いでの負荷などがある。例えば、小型電気器具は、負荷制限イベント中にオフにすることができ、選択された照明器具に対して選択されたパーセンテージで負荷を削減することにより照明を落とし、ポンプ又は機械をゼロ又は他の選択された量までゆっくりとランプ・ダウンし、ＨＶＡＣシステムを循環動作又は互い違い動作とするなど、スキームの実施に従って行うことができる。

負荷復帰
負荷制限イベントが完了すると、サービスは、負荷制限アクションの単純な反転若しくは負荷制限コマンドの取り消しを提供することができ、又は負荷復帰スキームを実施することができる。負荷復帰は、例えば機器の電源を入れたり、選択された機器に電力を投入したり、機器の負荷率を事前スキーム又は指定された量に増やしたり、負荷の互い違い使用及び循環使用を排除したり又は削減したりすることができる。

遅延負荷制限アクション
負荷制限スキームがコンピュータ、サーバ、又はその他の機密システムへの負荷削減を含む場合、実施はプログラムされた遅延計画に従って遅延する可能性がある。例えば、期限切れになると、削減を遅らせることができ、データを保存するための通知を受信したことを送信若しくは確認したり、又はユーザによる負荷削減を受け入れることができる。例えば、このスキームの実施に際して、サービスは自動的に信号又はメッセージをコンピュータ又はサーバに送信して、データの即時保存、現在のネットワーク・ユーザの強制的なフリーズ・アウト（ｆｒｅｅｚｅ−ｏｕｔ）などを常駐ソフトウェアによって実行する。

複数のスキーム
負荷制限信号又は他のイベントに応答して適用するために、例えばデータベース上に複数のスキームを作成して記憶することができる。複数のスキームは、選択された基準に基づいて使用するよう指示することができる。例えば、ある条件の存在（又は不在）に基づいて第１のスキームを実施することができ、第２のスキームは、それら条件の不在（又は存在）で実施される。様々な要因に応じて、いくつかのスキームの１つを自動的に実施することができる。そのような条件及び要因は、時間帯、曜日、季節、シフト・スケジュール、現在又は予想される負荷使用量、現在又は予想される温度、代替電源（例えば、発電機）の利用可能性などを含み得る。さらに、所与のスキーム、施設電気機器及び／又は使用は、施設運用及び負荷遵守に関する機器のタイプ、機能又は臨界に基づいて分類又は優先順位付けすることができる。

例えば、負荷制限信号が１００ｋＷの負荷節減のために受信された場合、目標とされた節減を満たすために第１のスキームが実施される。信号が５００ｋＷで受信された場合は、目標とされた節減を満たすために第２のスキームが実施される。グリッド事業者からの１００ｋＷの遮断及び市場主導プログラムから受信した同時信号に対して信号が受信された場合、第３のスキームを実施して所望の合計負荷を遮断することができ、又は第１のスキームを活性化して、第３のスキームを補完することができる。これは、例えば、複数ティアの負荷制限プログラムが、グリッド条件及びニーズに基づいてより少ない又はより多くの負荷の削減を必要とする需要信号を発行できる場合、又は施設が複数の負荷制限プログラムに参加する場合（例えば、グリッド事業者プログラム及び市場主導の売り戻しプログラム）に有益である。

同様に、第１のスキームは、第１の市場価格による電気の第１の目標とされた削減と、第２の（異なる）市場価格による目標とされた第２の削減のための第２のスキームを提供することができる。すなわち、顧客は、選択された価格で小さな負荷節減を提供し、後でより高い価格に応答してそれらの節減を増加させることを選択することができる。これにより、様々な価格ポイントでの電気の販売又は売却による顧客利益の節減による顧客の不便さのバランスをとることができる。例えば、施設は、より暖かい建物の内部温度を、より低い価格ではなく、比較的高い市場価格で受け入れることができる、と考える場合もある。製造施設は、生産性の低下による損失よりも大きな利益をもたらす市場価格ポイントでの節減を選択することができる。実際、このようなスキームは、製品ごとの価値、生産率、又は他の製造基準に基づいて実施することができる。すなわち、クリスマス・シーズンは、春の時期よりも、生産される品目ごとに大きな利益をもたらす可能性がある。施設は、シーズンに基づいて、より少ない若しくはより多い量の負荷を節減すること、又はより低い若しくはより高い市場価格でセール・バック負荷を節減することなどによって、その基準で異なる節減スキームを実施することができる。

さらに、選択された時間（例えば、時刻、月、年、季節、特別イベント）に異なるスキームを適用することができる。顧客は、重要な期間中、負荷節減又は電力売却への参加を削減又は排除することを選択することができる。例えば、デパートでは休日の週末にＨＶＡＣの使用を減らすことを断念することを選択することができる。スタジアムはスケジュールされたイベント中に節減を断念することができる。ホテル、病院などの施設は、施設容量の選択されたパーセンテージ以上のときに節減を断念することができる。

反復スキーム
反復スキームは、初期負荷制限スキームが目標負荷又は負荷削減を達成できない場合に、負荷制限のコンプライアンスを保証するように設計及び実施することができる。例えば、ある施設にスキームが実施されている。リアル・タイム（又はほぼリアル・タイム）測定値及び対応するデータが受信され、負荷目標が満たされていないことを示す。リアル・タイム・データが示すように初期実施が不十分であることに対応して、スキームが変更されるか、又は現在の負荷をさらに削減する補助スキームが実施される。このプロセスは、目標負荷制限が達成されるまで、必要に応じて繰り返される。

例えば、初期スキームは、ＨＶＡＣユニットへの電力を下げることを含む、１００ｋＷの目標量で施設負荷を削減するために実施される。何らかの理由で、施設メータ及びコントローラ（例えば、インターネットを介して遠隔サービス・サーバ又はデータベースに送信されたデータ）によって示されるように、目標とされた削減が満たされない（例えば、実際には８０ｋＷの削減しか行われない）。目標負荷は、機器又はコントローラの誤動作がある場合、マニュアル・オーバライド又はオン・サイト・アクションが実行される場合、損傷又はメンテナンス不良により、機器に予期しない高負荷がかかっている場合、未知又は把握されていない機器が施設で使用されている場合、などに満たされない可能性がある。このサービスは、負荷をさらに節減するための補足スキームを実施する。例えば、補完的なスキームは、同じＨＶＡＣユニットをさらに減少させ、他の機器の負荷を削減し、機器の互い違いの使用を開始し、発電機の電力を増加させることができる。反復（機器負荷をさらに削減する連続的な反復を伴う）は、負荷制限目標が実際に満たされるまで続行する。

同様に、反復アプローチを実施して、負荷削減目標が達成されただけでなく超過した負荷を段階的に増やすことができる。そのような実施例では、負荷制限信号に応答して初期負荷制限スキームが実施される。負荷プログラム・サービスは施設コントローラと通信し、施設コントローラの負荷を削減する。施設メータ及びコントローラからサービス・サーバに伝達された読取り値に基づく継続的な監視及び検証は、負荷の削減成功及び削減余剰を示している。サービスは補足的なスキーム又は調整を実施して余剰を減らすために施設負荷を増加させる。後続の負荷増加は、負荷制限目標を下回ることを避けるために、好ましくは段階的増加である。手順は、許容可能な負荷が達成されるまで繰り返される。例えば、最初の負荷制限スキームの実施で１２０ｋＷの負荷シェアが発生するが、目標とされた負荷削減が１００ｋＷに過ぎない場合、負荷を増やすために補助的又は後続のスキーム又は調整を行うことができる。例えば、ＨＶＡＣユニットの負荷が負荷制限スキームの一部として削減された場合、ＨＶＡＣユニットへの負荷は、実際の負荷削減が目標とされた負荷削減に近づくまで徐々に増加させることができる。

可変スキーム
可変スキームも同様に実施できる。例えば、選択された施設に選択された負荷制限アクションを実施して、目標負荷削減を満たす初期スキームを実施することができる。目標負荷に達すると、１つ又は複数の機器の負荷を変更すること（例えば、ＨＶＡＣシステムの負荷を増加させながら、揚水ポンプによって引き込まれる負荷を削減することによってその負荷ゲインをオフセットするなど）、又は選択された機器に対して使用されている負荷制限方法（例えば、ＨＶＡＣシステムの互い違いの使用から、同じＨＶＡＣシステムによって引き込まれる同時に減少した負荷への切り替え）を変更すること、などにより、スキームに対して変更が実施される。

手動によるユーザ選択、予め定義されたイベント又は条件、測定されたパラメータ（例えば、建物の温度）などのようなトリガ・イベントが発生すると、負荷制限スキームは実行しながら調整され、目標とされた施設負荷を維持したまま、影響を受ける機器への負荷制限アクションを変更する。例えば、スキームは、複数のＨＶＡＣユニットを互い違いにし（例えば、一度に１つのユニットのみが実行されるように）、共通領域の光を３０％減光することによって、目標とされた量まで施設負荷をカットするように実施される。容認できない温度上昇を感知すると、複数のＨＶＡＣユニットを同時に稼動させることができるようにスキームが変更され、共通の領域への照明を６０％カットし、屋外照明をゼロにカットし、小型電気器具の使用をゼロにカットする。或いは、可変スキームは、一連の条件に基づいて、ローカル発電機からの補助発電を実施又は増加させることができる。

スキーム・オーバライド
スキーム・オーバライド・サービスを使用して、スキームの実施を取り消したり又は変更したりすることができる。オーバライドは、サービス・プロバイダ又は顧客が実行できる。このような場合、遠隔負荷管理及び制御サービスは、そのようなオーバライドが結果として生じるか、又は節減目標を上回る負荷上昇をもたらすか否かを示すメッセージを管理者又はユーザに提供することができる。同様に、サービスは、オーバライドによる負荷削減の損失又は予想損失を相殺するために、他の機器への同時又は後続の負荷削減を提案することができる。或いは、サービスは、オーバライドに応答して、自動的に他の機器への電力を節減することができる。

負荷制限予測
さらに、スキームは、予想、潜在的、又は予測の需要信号に応答して実行されるアクションを含むことができる。過去のデータに基づいて、負荷管理サービスは、負荷制限信号が数時間以内に発生すると予想することができる。例えば、サービスは、サード・パーティのソース、現在の時刻、現在の及び予想されるグリッド状態、及び同様の状況下での履歴グリッド状態から、現在及び予測された気象データを取得して、負荷制限信号が発生する可能性があると結論付ける。これに応答して、サービスは、後で通知される需要が発生したときにそれを満たすのを助けるために、期待される信号を予期してスキームを実施することができる。

例えば、信号が到来すると判定された場合、予想される負荷制限信号に先立って、選択された機器への電力を一時的に増加させるスキームを実施することができる。一時的な負荷変更は、負荷制限信号の受信時又は予め選択された条件が満たされたときに停止することができる。例えば、ＨＶＡＣシステムは、ＨＶＡＣシステムに関係する予期される負荷の節減の前に施設を事前冷却するために上げることができる。負荷制限信号が受信されると、負荷制限スキームに従ってＨＶＡＣ負荷が削減される。或いは、施設の温度が選択された、事前冷却温度に達すると、ＨＶＡＣシステム負荷は正常に戻ることができる。別の例として、水圧ポンプを作動させるか、又はポンプ速度を増加させて、ポンプ負荷に影響を及ぼす負荷節減を予期して増量されたタンクを供給することができる。別の例では、予想される負荷削減に先立って、選択されたサーバ及びコンピュータ上で「データ保存」イベントを実施することができる。

ピーク需要、ピーク使用
別の例では、履歴データ及び他のインジケータに基づいて、サービスは施設のピーク需要又はピーク使用の発生を予測することができる。電気料金又は料金表が、ある期間における施設の測定されたピーク使用量に一部依存する場合、予測されるピーク需要を減らすことによってコストを削減することができる。例えば、履歴データ及び現在のデータに基づいて、サービスは潜在的なピーク需要を予測し、例えば、選択された機器によって選択された期間にわたって引き出された負荷を削減することによって、施設需要を目標負荷に削減するためのスキームを実施することができる。ピーク需要イベントの予測は、過去の施設ピーク需要、過去の機器使用パターン、機器の最大負荷、現在の施設負荷、現在の機器負荷、現在及び予測された気象条件、過去のグリッド条件など、並びにそれらの間の相関及び関係に基づくことができる。

スキームの記憶は、サービス・プロバイダ・ネットワーク、顧客ネットワーク、又は第三者ネットワーク上で行うことができる。スキームのソフトウェア実装は、サービス・プロバイダ・ネットワーク、顧客ネットワーク、サード・パーティ・ネットワーク、又はそれらの組合せで行うことができる。

施設のスキームには、スキームに関係するゲートウェイ及び電気機器のリスト、ゲートウェイ及び機器に関して実施される負荷変更アクションのリスト、並びにその他の関連データが含まれる。スキームは、施設の与えられた目標負荷削減のために、照明、電気器具、コンピュータ・システム、制御システム、重機、ＨＶＡＣなどの機器に対する目標負荷削減（機器ごと又はグループごと）を提供する。スキームを実施するため又はスキームによる負荷削減を実施するためのコマンド信号は、サービス・プロバイタ・ネットワークから又はその制御下で送信される。これらのコマンドは、本明細書の他の部分で説明したように、インターネット及びサービス・プロバイダ及び施設ゲートウェイを介して送信することができる。

コンピュータ実施方法定義
コンピュータ／コンピュータ・システム
本開示によるシステム、方法、サービス、プロセス、及び他の実施例は、１つ又は複数のコンピュータ上で、又は１つ又は複数のコンピュータと関連して実行される１つ又は複数の方法又はステップの実行を必要とする、コンピュータ化されたシステムを含む。（コンピュータ又はコンピュータ化されたシステムは、本明細書で使用されている手段プラス機能の要素、として見なされたり又は取り扱われたりするべきではない。）

コンピュータは、２つの主な特徴を有するプログラマブル・マシンであり、すなわち、一組の命令に明確に定義された方法で応答し、予め記録された命令リスト（例えば、プログラム）を実行することができる。本開示によるコンピュータは、プロセッサとメモリとを有するデバイスである。本開示の目的のために、コンピュータは、サーバ、パーソナル・コンピュータ（すなわち、デスクトップ・コンピュータ、ラップトップ・コンピュータ、ネットブック、タブレット）、「スマート」モバイル通信デバイス（例えば、スマートフォン）、及び、次に他のシステム・コンポーネントに配信されるプロセスからの指示を受けたり、そのプロセスに参加したりするために、内部コンポーネント又は外部コンポーネント（例えば、コンピュータ、サーバ、又は（インターネットなどの）グローバル通信ネットワーク）への接続を介して機能を提供するデバイス、を含むように定義される。

当業者は、単独で、又はシステムに関連するアーキテクチャと併せて、他のデバイスが、本明細書で開示される方法を実施するためのコンピュータ化された環境を提供し得ることを認識する。本開示の方法及びプロセスの態様はコンピュータで実施され、より詳細には、コンピュータを使用して少なくとも１つのステップが実行される。

汎用コンピュータにはハードウェア・コンポーネントが含まれる。メモリ又はメモリ・デバイスは、コンピュータにデータ及びプログラムを記憶させることを可能にする。一般的な記憶デバイスには、ディスク・ドライブ、テープ・ドライブ、サム・ドライブ、及び当技術分野で知られている他のものが含まれる。入力デバイスは、キーボード、マウス、ハンドヘルド・コントローラ、遠隔コントローラ、タッチ・スクリーン、及び当技術分野で知られている他の入力デバイスであってもよい。入力デバイスは、データ及び命令がコンピュータに入るコンジットである。出力デバイスは、コンピュータが何を達成したか、達成しつつあるか、又は達成しようとしているかを、ユーザに感知させるディスプレイ・スクリーン、プリンタ、又は他のデバイスである。中央処理装置（ＣＰＵ）は、コンピュータの「頭脳」であり、命令を実行し、計算を実行する。例えば、ＣＰＵの通常のコンポーネントは、算術論理演算を実行する算術論理ユニット（ＡＬＵ）と、メモリから命令を抽出し、解読して実行し、必要に応じてＡＬＵを呼び出す制御ユニット（ＣＵ）である。ＣＰＵは、マイクロプロセッサ、プロセッサ、１つ又は複数のプリント回路基板（ＰＣＢ）であってもよい。これらのコンポーネントに加えて、コンピュータ・コンポーネントは、当業者に知られているように、例えば、コンピュータ内でデータを送信するためのバス、外部デバイス又はデータ伝送システム（例えば、インターネット）への接続用のポート、無線送信機、読出し及び読出し書込みデバイスなどによって、外部デバイス及びシステムと協働又は連携することができる。

サーバ
サーバとは、ネットワーク・リソースを管理するネットワーク上のコンピュータ又はデバイスのことである。サーバは、遠隔、ライブ及びネットワーク・アクセス・サーバ、データ・サーバ、メンバ・サーバ、ステージング・サーバなど、多くの異なるタイプのサーバがある。サーバは、ネットワーク内の集中リソース又はサービスへのアクセスを管理するハードウェア及び／又はソフトウェアである。本開示の目的のために、「サーバ」という用語は、実際のサーバ上でホストすることができる「仮想サーバ」も含む。

ネットワーク
コンピュータ化された又はデータのネットワークは、コンピュータがデータを交換することを可能にする通信ネットワークであり、ネットワーク接続されたデバイスは、データ接続上で互いにデータを渡す。データの発信、ルーティング、及び終端を行うネットワーク・デバイスをノードと呼ぶ。ノード間の接続（リンク）は、有線又は無線のメディアを使用して確立される。ノードには、ＰＣ、電話、サーバ、及びネットワーク・ハードウェアなどのホストを含めることができる。互いに接続されているか否かにかかわらず、一方のデバイスが他方のデバイスと情報を交換できる場合、デバイスはネットワーク化されている。コンピュータ・ネットワークは、ワールド・ワイド・ウェブ（ＷＷＷ）又はインターネットへのアクセス、アプリケーション及びストレージ・サーバの共有使用、プリンタ、電子メール及びインスタント・メッセージング・アプリケーションの使用などのアプリケーションをサポートする。コンピュータ・ネットワークは、信号を送信するために使用される物理媒体、ネットワーク・トラフィックを構成するプロトコル、サイズ、トポロジ、及び組織の目的によって異なる場合がある。ネットワークは、ルータ、データベース、有線又は無線の接続性、ユーザ・インタフェース、オーバライド制御などを含むことができる。ネットワークは、電気負荷を引き込む、又は引き込むことができる複数の機器への接続性を提供する。ネットワークは、インターネットへの接続を、プロバイダ・ネットワーク、ネットワーク、サーバ、又はサーバに、インターネット経由（又は直接）で提供する。プロバイダ・ネットワークには、サーバ（実際又は仮想）、その他のハードウェア及びソフトウェア、並びにその他のネットワーク・デバイスが含まれる。遠隔プロバイダ・ネットワークは、１つ又は複数の遠隔私設ネットワークを制御するためのソフトウェア・プログラムなどのコンテンツを記憶及び管理する。プロバイダによって利用可能にされた制御コンテンツは、監視、制御、メッセージング、使用管理ソフトウェア又はデータ、インタフェース又はプロトコル・ソフトウェア、同期用のソフトウェア又はデータ、及び１つ又は複数の独立したネットワークに対する他のサービスを可能にする。

ゲートウェイ
ゲートウェイは、別のネットワークへの入り口として機能するネットワーク・ノードである。ゲートウェイは、例えば、ユーザをインターネットに接続するＩＳＰ（インターネット・サービス・プロバイダ）とすることができる。企業では、ゲートウェイ・ノードには、プロキシ・サーバ、ファイアウォール、暗号化、圧縮、重複情報排除、最適化、バージョン管理、及びデータ保護などのサービスも組み込まれていることが多い。ゲートウェイはまた、ヘッダと転送テーブルを使用してデータ・パケットの送信先を決定するルータ及び、ゲートウェイを出入りするパケットの実際のパスを提供するスイッチと関連付けられるか、又はそれらを含む。ゲートウェイは、ソフトウェア、ハードウェア、又はそれらの組合せとすることができる。ユーザを公衆ネットワーク又は私設ネットワークに接続するためのゲートウェイは、通常、ユーザの施設に配置され、ローカル・アプリケーションと遠隔、インターネット・ベース、又はクラウド・ベースのストレージ又はアプリケーションとの間の「ブリッジ」として機能する。ゲートウェイは、互換性のないテクノロジが透過的に通信するためのプロトコル変換及び接続を提供する。ゲートウェイは、ＮＡＳ（ネットワーク接続ストレージ）ファイラー、ブロック・ストレージ・アレイ、バックアップ対象、サーバ、又はアプリケーション自体の拡張として、検索、受信、又は通信されたデータをローカル・ユーザに表示させることができる。ローカル・ストレージは、パフォーマンスを向上させるためのキャッシュとして使用できる。

データベース
本開示は、本開示の態様に関する情報を記憶するための１つ又は複数のデータベース（メモリ・デバイス、メモリ、ハード・ドライブなど）を含む。データベースに記憶された情報は、例えば、個人加入者、コンテンツ・プロバイダ、ホスト、セキュリティ・プロバイダ等に関連付けることができる。当業者であれば、「データベース」が複数のデータベースであり、そのそれぞれが互いにリンクされ、ユーザ・インタフェースを介してユーザによりアクセス可能であり、コンピュータ可読メモリ又は、（例えば、ＰＣ、サーバなどの）コンピュータのメモリに記憶され、衛星、有線技術、又は無線技術を使用してリンクされ得るグローバル通信ネットワーク（例えば、インターネット）を介してユーザによってアクセスされる、ということを理解するであろう。

例示的なコンピュータ化されたシステム
本開示の例示的な実施例では、コンピュータ化されたシステムは、コンピュータ、メモリ又はデータベース、コンピュータ・プログラム又はアプリケーション、ネットワーク、ユーザ・インタフェース、及びこれらを動作可能に接続する通信コンポーネント（例えば、有線、無線送信機及び受信機など）を含む。コンピュータ・プログラムは、１つ又は複数のメモリ又はデータベースに記憶され、１つ又は複数のコンピュータによって実行される。ユーザ・インタフェースは、サービス・プロバイダ又は消費者のいずれかのユーザに、プログラム・データの視覚的表示を提供し、１つ又は複数の入力デバイスと連携して、システムのプログラム、メモリなどと通信するための機構を提供する。サービス・プロバイダと消費者との間の通信は、例えば、インターネット又はセルラ・ネットワークを介して行われる。様々なプログラム、データベース、データ、及び接続要素の一部又は全ては、別々のコンピュータ及びメモリ・ストレージ中に存在したり、又はその中に分割されていたりすることが可能である。１つ又は複数のコンピュータが１つ又は複数のコンピュータ・プログラム、アプリケーション又はサービスを実行し、ネットワークを介して１つ又は複数のデータベース又は他のコンピュータと通信する。

クラウド／クラウド・コンピューティング／ＳａａＳ
コンピュータ・ネットワーキングでは、「クラウド・コンピューティング」は、ネットワーク（例えば、インターネット）を介して接続された多数のコンピュータを含む様々な概念を記述するために使用される。このフレーズは、実際のサーバ・ハードウェアによって提供されるように見えるが、実際には１つ又は複数のマシン上で動作するソフトウェアによってシミュレートされる仮想ハードウェアによって提供されるネットワークベースのサービスに関して使用されることが多い。仮想サーバは物理的に存在しないため、ユーザに影響を与えることなく、移動、拡大又は縮小などを行うことができる。

一般的な使用法では、「クラウド」は基本的にインターネットのメタファーである。「クラウド内」は、「サービスとして」（すなわち、インターネットを介して遠隔で）販売されるソフトウェア、プラットフォーム、及びインフラストラクチャをも意味する。供給業者は、遠隔ロケーションから製品及びサービスをホストする実際のサーバを備えているため、個々のユーザは独自のサーバを必要としない。エンド・ユーザは、何もインストールせずにネットワークに簡単にログオンし、ソフトウェア、プラットフォームなどにアクセスできる。クラウド・コンピューティング・サービスのモデルは、サービスとしてのソフトウェア、サービスとしてのプラットフォーム、及びサービスとしてのインフラストラクチャと呼ばれる。クラウド・サービスは、公衆、私設、又はハイブリッド・ネットワークで提供される場合がある。Ｇｏｏｇｌｅ、Ａｍａｚｏｎ、Ｏｒａｃｌｅ Ｃｌｏｕｄ、及びＭｉｃｒｏｓｏｆｔ Ａｚｕｒｅは、よく知られているクラウド・ベンダである。

サービスとしてのソフトウェア（ＳａａＳ：Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）は、ソフトウェア及び関連データがクラウド上で集中的にホストされるソフトウェア配信モデルである。ＳａａＳの下では、ソフトウェア・プロバイダは、例えば、登録、一時登録などを通じてオン・デマンド・サービスとして使用するために、ソフトウェア・アプリケーションをクライアントにライセンスする。ＳａａＳは、プロバイダが、クライアントが使用するソフトウェア・アプリケーションを開発、ホスト、及び操作することを許可する。クライアントは、ソフトウェア・アプリケーションをダウンロードして実行するための、及び／又はソフトウェア・アプリケーションを実行するためのホストにアクセスするためのインターネット・アクセスを備えたコンピュータを必要とするだけである。ソフトウェア・アプリケーションは、単一のユーザ又は複数のユーザのグループにライセンス供与することができ、各ユーザは多数のクライアント及び／又はクライアント・セッションを有することができる。

通常、ＳａａＳシステムは、インフラストラクチャが一連のリソースと及びアプリケーション・サービスを複数のテナントに提供するデータ・センターでホストされている。「テナント」は、特定のサービスをサポートするためにプロバイダとサービス契約を結んでいる別個のユーザ又はユーザのグループを指す場合がある。ほとんどのＳａａＳソリューションでは、全てのテナント（顧客）が単一の構成（ハードウェア、オペレーティング・システム、及びネットワーク）を使用する単一バージョンのアプリケーションを使用するマルチ・テナント・アーキテクチャが使用されている。アプリケーションは、複数のマシンにインストールすることで拡張できる。多数の顧客を管理するために、仮想化などの他のソリューションを使用することができる。ＳａａＳは、アプリケーションが定義された設定オプションを提供することでカスタマイズをサポートしており、これにより、各顧客は、設定パラメータ及びオプションを変更して機能及び「ルック＆フィール」を選択できるようになる。

ＳａａＳサービスは、独立系ソフトウェア・ベンダ（ＩＳＶ）又はアプリケーション・サービス・プロバイダ（ＡＳＰ）によって提供される。ＳａａＳは、ビジネス・アプリケーション（オフィス及びメッセージング、管理、及び開発ソフトウェア、並びに会計、コラボレーション、管理情報システム（ＭＩＳ）、請求、及びコンテンツ管理など）の共通の配信モデルである。

ＳａａＳは、提供されたソフトウェアを記憶、バックアップ、管理、更新、及び実行するためのハードウェア及びソフトウェアを提供する必要がないという点で、エンド・ユーザに有利である。ＳａａＳアプリケーションは、ユーザの私設システム（データベース）にアクセスできないため、ｈｔｔｐ（ハイパーテキスト転送プロトコル）、ＲＥＳＴ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ ｓｔａｔｅ ｔｒａｎｓｆｅｒ）、ＳＯＡＰ（ｓｉｍｐｌｅ ｏｂｊｅｃｔ ａｃｃｅｓｓ ｐｒｏｔｏｃｏｌ）、及びＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ（登録商標） Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）などの、統合プロトコル及びアプリケーション・プログラミング・インタフェース（ＡＰＩ）を提示することが多い。

方法請求範囲の裏付け
本開示は、特許請求された方法又は後に請求される方法を裏付けるために提供される。具体的には、特定の検査機関の技術的、手続き的、又は実質的な要件を満たすための裏付けが提供される。指定がないか又は別様に必要がなければ、方法の部分又はアクションが任意の順序で実行され、方法の各部分が繰り返され、提示された順序以外の順序で実行され、追加のアクションが実行されることが可能であることが明白に理解される。別段の記載がない限り、アクションを省略又は移動することができる。当業者は、あらゆる可能なそのような組合せ又は置換の明示的な列挙なしに、本明細書に開示された方法で実行可能なアクションの様々な可能な組合せ及び置換を認識するであろう。開示された動作は、そのような順序を全て書き出す無駄で退屈な手間を無しにして、任意の順序（ｘｙｚ、ｘｚｙ、ｙｘｚ、ｙｚｘなど）で実行できることが明白に開示され、理解される。さらに、列挙されたアクションは、開示された実施例は様々な順序で反復することができ（例えば、ｘｘｙｚ、ｘｙｘｙｚなど）、いくつかの実施例では省略することができ（例えば、ｘｚ、ｙｚなど）、且つ列挙されているアクションの間に、列挙されていないアクションを有することができる（例えば、ｘｙｚａ、ｘａｙｚ、ａｘｚｙなどで、ここで「ａ」は列挙されていない要素を示す）、ということが理解される。

本開示は、以下の方法を、ステップが列挙された順序及び様々な順序で、具体的に教示する。番号付与は、１を超える数のステップ、要素、制限などが、番号１で列挙されたものに追加され得ることを示すために使用される。追加のステップ又は要素は、（番号付与された記述が特に示さない限り）番号１に記載された方法の様々な（任意の）ポイントに挿入することができる。例示的な方法は、概して以下のように記述される：１．メモリに記憶された非一時的プログラムを実行するために、コンピュータを使用して施設電気負荷を遠隔制御する方法であって、施設は、それぞれが電気機器負荷を引き込む、複数の電気機器を有し、電気機器負荷の集合は、施設電気負荷を定義し、ａ）コンピュータ及びメモリに記憶された非一時的なコンピュータ・プログラムを使用してインターネットを介して施設負荷を遠隔監視することと、ｂ）インターネットを介して遠隔ソースから負荷変更信号を受信することと、ｃ）受信された負荷変更信号に応答して、コンピュータ・プログラムを使用して、メモリに記憶された施設データを利用して、受信された負荷変更信号を関与施設と自動的に相関させることと、ｄ）負荷変更信号を施設と相関させることに応答して、及びコンピュータ・プログラムを使用して、インターネットを介して施設にある１つ又は複数のゲートウェイと自動的に且つ遠隔で通信し、各ゲートウェイが、複数の電気機器の１つ又は複数の動作を制御することと、ｅ）施設にある複数の電気機器の少なくとも１つの動作を、１つ又は複数のゲートウェイを介して自動的に制御し、且つ施設電気負荷及び電気機器負荷の少なくとも１つを変更することと、ｆ）インターネットを介して、変更された電気機器又は施設負荷をリアル・タイムで自動的に検証することとを含む方法。

以下の追加のステップ、要素、制限などは、１番の番号が付された例示的な方法に任意に追加することができ、これらの追加的に記載された方法は、１番の番号が付された例示的な方法の様々なポイントに挿入されて繰り返したり、１番の番号が付された例示的な方法内のステップを置き換えることなどができる。さらに、下記のステップのそれぞれは、他の形で示されていないか、又は当業者に知られている原理に反する場合を除き、一緒に追加したり、順に取り込むなどすることができる。２．メモリに記憶された目標とされた負荷削減データを使用して、少なくとも目標とされた負荷削減によって施設負荷を削減することをさらに含む、参照を容易にするために番号１として上記に示す例示的方法。３．変更された電気機器又は施設の負荷を検証することに応答して、施設における複数の電気機器の少なくとも１つをさらに制御することによって、電気機器負荷の少なくとも１つを自動的にさらに削減することをさらに含む、番号２に記載の例示的方法。４．ｅ）が、メモリに記憶された、予めプログラムされた負荷変更スキームに従って、施設負荷を削減することをさらに含む、番号１に記載の例示的方法。５．ｈ）選択された、自動的に遠隔監視された施設又は機器データに応答して、負荷変更スキームを自動的に実施することをさらに含む、番号４に記載の例示的方法。６．ｆ）が、選択された複数の電気機器の現在の負荷を、以下のアクション、すなわち、１つの機器の電気負荷をあるパーセンテージで変更すること、１つの機器の電気負荷をランプ・ダウンすること、１つの機器の電気負荷をランプ・アップすること、１つの機器をオン又はオフすること、１つの機器のオン又はオフをサイクル化すること、及び１つの機器の負荷をサイクル化すること、のいずれかによって変更することを含む、番号１に記載の例示的方法。７．施設における代替的なオフ・グリッド発電を増加させ、施設内の電気機器又はグリッドに発電電力を入力することをさらに含む、番号１に記載の例示的方法。８．履歴負荷データ、現在の負荷データ、及び無負荷データに基づいて負荷変更信号の発生を予測することと、予測に応答して、且つ負荷変更信号の発生に先立ち、少なくとも１つの電気機器の負荷を変更することとをさらに含む、番号１に記載の例示的方法。９．少なくとも１つの電気機器の負荷を変更することが、施設を事前冷却する冷却ユニットを含む１つの電気機器の電気負荷を増加させることを含む、番号８に記載の例示的方法。１０．ａ）が、施設におけるサブ・メータ、スマート・メータ、又はＩＤＲメータを監視することをさらに含む、番号１に記載の例示的方法。１１．ｄ）が、施設に位置する発電機ゲートウェイ、ＡＴＳゲートウェイ、スマート・メータ・ゲートウェイ、ＩＤＲメータ・ゲートウェイ、又はＪＡＣＥ（商標名）ゲートウェイと通信することをさらに含む、番号１０に記載の例示的方法。１２．インターネットを介して、施設における複数のゲートウェイ、複数のメータ、又は複数の電気機器との間で、データ取得要求を送信するか、又はプッシュされたデータを受信することをさらに含む、番号１１に記載の例示的方法。１３．現在の、過去の、又は予期された気象条件、グリッド条件、又は電力価格条件を提供する、１つ又は複数の第三者ソースと、インターネットを介して、自動的に且つ遠隔で通信することをさらに含む、番号１に記載の例示的方法。１４．リアル・タイムのメータ・データ、ゲートウェイ・データ、負荷データ、又は負荷変更データを、インターネットを介して、第三者ソースと自動的に且つ遠隔で通信することをさらに含む、番号１に記載の例示的方法。１５．負荷変更信号が、１つ又は複数の市場価格、１つ又は複数の需要応答プログラム信号、又は予想されるピーク使用イベントを含む、番号１に記載の例示的方法。１６．メモリに記憶された予測ソフトウェア・プログラムを使用して、且つ履歴負荷データ、現在の負荷データ、又は相関データを使用して、予測されるピーク負荷を予測することをさらに含む、番号１に記載の例示的方法。１７．メモリが、インターネットを介してアクセス可能な１つ又は複数の遠隔メモリを含む、番号１に記載の例示的方法。

本開示は、以下のシステム及びその方法を、ステップが列挙された順序及び様々な順序で、具体的に教示する。番号付与は、１を超える数のステップ、要素、制限などが、番号１８で列挙されたものに追加され得ることを示すために使用される。追加のステップ又は要素は、（特に示さない限り）番号１８に記載された方法の様々な（任意の）ポイントに挿入することができる。例示的な方法は、概して以下のように記述される：１８．施設電気負荷を遠隔制御するためのコンピュータ化されたシステムであって、施設は、それぞれが電気機器負荷を有する、複数の電気機器を有し、電気機器負荷の集合は、施設電気負荷を定義し、コンピュータと、メモリと、ユーザ・インタフェースと、メモリに記憶された非一時的コンピュータ・プログラムであって、ａ）インターネットを介して施設を遠隔監視し、ｂ）遠隔ソースから負荷変更信号を受信し、ｃ）施設にある、少なくとも１つの電気機器の動作を制御するゲートウェイと通信し、ｅ）ゲートウェイを介して、少なくとも１つの電気機器の動作を制御し、ｆ）少なくとも１つの電気機器の電気機器負荷、及び施設負荷を変更し、ｇ）機器又は施設負荷における変更をリアル・タイムに検証するためにコンピュータにより実行可能な、非一時的コンピュータ・プログラムとを含むシステム。

以下の追加のステップ、要素、制限などを、上記の１８個の例示的なシステムのものに、任意に追加することができこれらの追加的に記載された方法は、繰り返すことができ、番号１８を付された例示的な方法の様々なポイントに挿入することができ、番号１８の例示的な方法のステップを置き換えることなどもできる。さらに、下記のステップのそれぞれは、他の形で示されていないか、又は当業者に知られている原理に反する場合を除き、一緒に追加したり、順に取り込むなどすることができる。１９．プログラムが、目標とされた負荷に対してリアル・タイムの機器又は施設負荷を比較するように実行可能であり、比較に応答して、少なくとも１つの電気機器負荷をさらに変更し、さらなる変更をリアル・タイムで検証する、番号１８に記載のシステム。２０．プログラムが、電気機器負荷及び施設負荷を変更するために電気機器を制御し、電気機器負荷又は施設負荷の変更を検証し、変更された電気機器負荷又は施設負荷を目標負荷と比較し、比較に応答して、実施する追加の電気機器制御を決定し、追加の制御をゲートウェイに通信する、ということを反復してさらに実行可能な、番号１８に記載のシステム。２１．プログラムが、予めプログラムされた負荷変更スキームをメモリから検索して実行するようにさらに実行可能な、番号１８に記載の例示的方法。２２．プログラムが、監視される施設又は機器データに応答して、負荷変更スキームを選択して実行するようにさらに実行可能な、番号２１に記載の例示的方法。２３．プログラムが、監視される市場データに応答して、負荷変更スキームを選択して実行するようにさらに実行可能な、番号２１に記載の例示的方法。２４．プログラムが、履歴及び現在のグリッド条件、履歴及び現在の施設負荷、相関負荷データ、気象データ、又はそれらの任意の組合せを分析し、予測ソフトウェア・プログラムを使用して、負荷変更信号、ピーク使用イベント、又は市場条件の発生を予測し、予測に応答して、負荷変更スキームを選択して実行するようにさらに実行可能な、番号２１に記載の例示的方法。

本開示は、以下のシステム及びその方法を、ステップが列挙された順序及び様々な順序で、具体的に教示する。番号付与は、１を超える数のステップ、要素、制限などが、番号１８で列挙されたものに追加され得ることを示すために使用される。追加のステップ又は要素は、（特に示さない限り）番号１８に記載された方法の様々な（任意の）ポイントに挿入することができる。例示的な方法は、概して以下のように記述される：２５．施設電気負荷を遠隔管理するためのコンピュータ化されたサービス・プロバイダ・システムであって、システムが、１つ又は複数のルータを介してインターネットに接続されたサーバと、サーバによってアクセス可能なメモリに記憶された非一時的なコンピュータ・プログラムと、データを表示するためにサーバに接続されたグラフィック・ユーザ・インタフェースと、サービス・プロバイダ・サーバによってアクセス可能なデータベースに記憶された施設データと、サーバによってアクセス可能な非一時的コンピュータ・プログラムであって、施設負荷を遠隔監視し、遠隔ソースからインターネットを介して負荷変更信号を受信し、施設の電気機器の動作を制御するために施設のゲートウェイと通信し、電気機器負荷及び施設負荷を変更し、リアル・タイムで変更を検証するように動作可能な、非一時的コンピュータ・プログラムとを含む、施設電気負荷を遠隔管理するためのコンピュータ化されたサービス・プロバイダ・システム。

結論
本明細書中で使用される単語又は用語は、本開示において明示的且つ明確に定義されている場合を除いて、又は特定の文脈で異なる意味を必要とする場合を除いては、本開示の分野におけるその明白な通常の意味を持つものである。

「ｃｏｍｐｒｉｓｉｎｇ」、「ｃｏｎｔａｉｎｉｎｇ」、「ｉｎｃｌｕｄｉｎｇ」、「ｈａｖｉｎｇ」及びそれらの全ての文法的変形は、周知の非限定的な意味を有することが意図されている。例えば、コンポーネントを含む構成は、追加のコンポーネントを有することを排除するものではなく、部品を含む装置は、追加の部品を有することを排除するものではなく、ステップを有する方法は、追加のステップを有することを排除するものではない。特定のコンポーネント、部品、及びステップ「から実質的になる」又は「からなる」、構成、装置及び方法は、そのような用語が使用される場合には、具体的に含まれ、開示されている。

本明細書で使用されるように、「ｃｏｎｓｉｓｔｉｎｇ ｅｓｓｅｎｔｉａｌｌｙ ｏｆ」という言葉及びその文法的な変形は、請求の範囲を特定の材料又はステップ、及び本請求された開示の基本的で且つ新たな特徴（複数可）に、実質的に影響を与えないものに限定することを意図している。

不定冠詞「ａ」又は「ａｎ」は、その冠詞が導入するコンポーネント、部品又はステップの１つ又は複数を意味する。「ａｎｄ」、「ｏｒ」、及び「ａｎｄ／ｏｒ」という用語は、できるだけ限定的でない意味で読まれるものとする。各数値は、（明示的に変更されていない限り）用語「ａｂｏｕｔ」によって修正されたとものと一度は読まれるべきであり、そうでない場合は、そのように変更はされていないと再度読まれるべきである。

本開示の前述の説明により当業者は議論された実施例を作成及び使用することが可能となるが、当業者は、本明細書の特定の実施例、方法、及び実施例の変形、組合せ、及び均等物の存在を理解し認識するであろう。したがって、本発明は、上述の実施例、方法、及び実例によって限定されるべきではない。この開示は、例示的な実施例を参照して記載されているが、この説明は限定的な意味で解釈されることを意図しない。本発明の例示的な実施例及び他の実施例の様々な変更及び組合せは、説明を参照して当業者には明らかであろう。したがって、添付の特許請求の範囲は、そのような変更又は実施例を包含することが意図される。

上記の実施例のうちの１つ又は複数は、他に明示的に述べられていない限り、他の実施例の１つ又は複数と組み合わせることができることが理解されよう。本明細書に例示的に開示された開示は、具体的に開示又は請求されていない任意の要素又はステップの不存在下で実施することができる。さらに、特許請求の範囲に記載されたもの以外の、ここに示された構造、構成、設計、又はステップの詳細に制限は意図されていない。

以下のものは、限定されないが、特許請求範囲の裏付けを含む全ての目的のために、参照によりその全体が本明細書に組み込まれる：Ｗｉｌｌｉｇの米国特許第８，４５７，８０３号及びその文面に列挙されている全ての参考文献、Ａｃｏｓｔａ−Ｃａｚａｕｂｏｎの米国特許第８，７２６，０５９号及びその文面に列挙されている全ての参考文献、Ａｍａｄｅｕの米国特許第８，７３８，９４３号及びその文面に列挙されている全ての参考文献、並びにＳｃｈｏｌｔｅｎの米国特許出願公開第２０１０／００６３６４１号及びそこに提供されている全ての参考文献。

Claims (25)

1. メモリに記憶された非一時的プログラムを実行するために、コンピュータを使用して施設電気負荷を遠隔制御する方法であって、前記施設は、それぞれが電気機器負荷を引き込む、複数の電気機器を有し、前記電気機器負荷の集合は、前記施設電気負荷を定義し、
   ａ）前記コンピュータ及び前記メモリに記憶された非一時的なコンピュータ・プログラムを使用してインターネットを介して前記施設負荷を遠隔監視することと、
   ｂ）インターネットを介して遠隔ソースから負荷変更信号を受信することと、
   ｃ）前記受信された負荷変更信号に応答して、前記コンピュータ・プログラムを使用して、前記メモリに記憶された施設データを利用して、前記受信された負荷変更信号を関与施設と自動的に相関させることと、
   ｄ）前記負荷変更信号を施設と相関させることに応答して、及び前記コンピュータ・プログラムを使用して、インターネットを介して前記施設にある１つ又は複数のゲートウェイと自動的に且つ遠隔で通信し、各ゲートウェイが、前記複数の電気機器の１つ又は複数の動作を制御することと、
   ｅ）前記施設にある前記複数の電気機器の少なくとも１つの動作を、前記１つ又は複数のゲートウェイを介して自動的に制御し、且つ前記施設電気負荷及び前記電気機器負荷の少なくとも１つを変更することと、
   ｆ）インターネットを介して、前記変更された電気機器又は施設負荷をリアル・タイムで自動的に検証することと
   を含む方法。
2. 前記メモリに記憶された目標とされた負荷削減データを使用して少なくとも目標とされた負荷削減によって施設負荷を削減することをさらに含む、請求項１に記載の方法。
3. 前記変更された電気機器又は施設の負荷を検証することに応答して、前記施設における前記複数の電気機器の少なくとも１つをさらに制御することによって、前記電気機器負荷の少なくとも１つを自動的にさらに削減するステップをさらに含む、請求項２に記載の方法。
4. ｅ）が、前記メモリに記憶された予めプログラムされた負荷変更スキームに従って前記施設負荷を削減するステップをさらに含む、請求項１に記載の方法。
5. ｈ）選択された、自動的に遠隔監視される施設又は機器データに応答して前記負荷変更スキームを自動的に実施することをさらに含む、請求項４に記載の方法。
6. ｆ）が、選択された複数の電気機器の前記現在の負荷を、以下のアクション、すなわち、１つの機器の前記電気負荷をあるパーセンテージで変更すること、１つの機器の前記電気負荷をランプ・ダウンすること、１つの機器の前記電気負荷をランプ・アップすること、１つの機器をオン又はオフすること、１つの機器のオン又はオフをサイクル化すること、及び１つの機器の負荷をサイクル化すること、のいずれかによって変更することをさらに含む、請求項１に記載の方法。
7. 前記施設における代替的なオフ・グリッド発電を増加させ、前記施設における前記電気機器内に又は前記グリッド内に前記発電電力を入力することをさらに含む、請求項１に記載の方法。
8. 履歴負荷データ、現在の負荷データ、及び無負荷データに基づいて負荷変更信号の前記発生を予測することと、前記予測に応答して、且つ前記負荷変更信号の発生に先立ち、少なくとも１つの前記電気機器の前記負荷を変更することとをさらに含む、請求項１に記載の方法。
9. 少なくとも１つの電気機器の前記負荷を変更することは、冷却ユニットを含む１つの電気機器の前記電気負荷を増加させることによって、施設を事前冷却することを含む、請求項８に記載の方法。
10. ａ）が、前記施設におけるサブ・メータ、スマート・メータ、又はＩＤＲメータを監視するステップをさらに含む、請求項１に記載の方法。
11. ｄ）が、前記施設に位置する発電機ゲートウェイ、ＡＴＳゲートウェイ、スマート・メータ・ゲートウェイ、ＩＤＲメータ・ゲートウェイ、又はＪＡＣＥ（商標名）ゲートウェイと通信するステップをさらに含む、請求項１０に記載の方法。
12. インターネットを介して、前記施設における複数の前記ゲートウェイ、複数の前記メータ、又は複数の前記電気機器にデータ取得要求を送信又はこれらからプッシュされるデータを受信するステップをさらに含む、請求項１１に記載の方法。
13. 現在の、過去の、又は予期された気象条件、グリッド条件、又は電力価格条件に関するデータを提供する、１つ又は複数の第三者ソースとインターネットを介して自動的且つ遠隔通信することをさらに含む、請求項１に記載の方法。
14. リアル・タイム・メータ・データ、ゲートウェイ・データ、負荷データ、又は負荷変更データを、インターネットを介して、第三者ソースと自動的及び遠隔通信するステップをさらに含む、請求項１に記載の方法。
15. 前記負荷変更信号が、１つ又は複数の市場価格、１つ又は複数の需要応答プログラム信号、又は予想されるピーク使用イベントを含む、請求項１に記載の方法。
16. 前記メモリに記憶された予測ソフトウェア・プログラムを使用して、履歴負荷データ、現在の負荷データ、又は相関データ、予測されたピーク負荷を使用して、予測することをさらに含む、請求項１に記載の方法。
17. 前記メモリが、インターネットを介してアクセス可能な１つ又は複数の遠隔メモリを含む、請求項１に記載の方法。
18. 施設電気負荷を遠隔制御するためのコンピュータ化されたシステムであって、前記施設は、それぞれが電気機器負荷を有する、複数の電気機器を有し、前記電気機器負荷の集合は、前記施設電気負荷を定義し、
    コンピュータと、
    メモリと、
    ユーザ・インタフェースと、
    前記メモリに記憶された非一時的コンピュータ・プログラムであって、
    ａ）インターネットを介して前記施設を遠隔監視し、
    ｂ）遠隔ソースから負荷変更信号を受信し、
    ｃ）前記施設にある、少なくとも１つの電気機器の動作を制御するゲートウェイと通信し、
    ｅ）前記ゲートウェイを介して、少なくとも１つの電気機器の動作を制御し、
    ｆ）前記少なくとも１つの電気機器の前記電気機器負荷、及び前記施設負荷を変更し、
    ｇ）機器又は施設負荷における前記変更をリアル・タイムに検証する
    ために前記コンピュータにより実行可能な、非一時的コンピュータ・プログラムと
    を含むシステム。
19. 前記プログラムが、目標とされた負荷に対してリアル・タイムの機器又は施設負荷を比較するように実行可能であり、前記比較に応答して、少なくとも１つの電気機器負荷をさらに変更し、前記さらなる変更をリアル・タイムで検証する、請求項１８に記載のシステム。
20. 前記プログラムが、電気機器負荷及び施設負荷を変更するために電気機器を制御し、電気機器負荷又は施設負荷の前記変更を検証し、前記変更された電気機器負荷又は施設負荷を目標負荷と比較し、前記比較に応答して、実施する追加の電気機器制御を決定し、前記追加の制御を前記ゲートウェイに通信する、ということを反復してさらに実行可能な、請求項１８に記載のシステム。
21. 前記プログラムが、予めプログラムされた負荷変更スキームをメモリから検索して実行するようにさらに実行可能な、請求項１８に記載の方法。
22. 前記プログラムが、監視される施設又は機器データに応答して、負荷変更スキームを選択して実行するようにさらに実行可能な、請求項２１に記載の方法。
23. 前記プログラムが、監視される市場データに応答して、負荷変更スキームを選択して実行するようにさらに実行可能な、請求項２１に記載の方法。
24. 前記プログラムが、履歴及び現在のグリッド条件、履歴及び現在の施設負荷、相関負荷データ、気象データ、又はそれらの任意の組合せを分析し、予測ソフトウェア・プログラムを使用して、負荷変更信号、ピーク使用イベント、又は市場条件の発生を予測し、前記予測に応答して、負荷変更スキームを選択して実行するようにさらに実行可能な、請求項２１に記載の方法。
25. 施設電気負荷を遠隔管理するためのコンピュータ化されたサービス・プロバイダ・システムであって、前記システムが、
    １つ又は複数のルータを介してインターネットに接続されたサーバと、
    前記サーバによってアクセス可能なメモリに記憶された非一時的なコンピュータ・プログラムと、
    データを表示するために前記サーバに接続されたグラフィック・ユーザ・インタフェースと、
    前記サービス・プロバイダ・サーバによってアクセス可能なデータベースに記憶された施設データと、
    前記サーバによってアクセス可能な非一時的コンピュータ・プログラムであって、
    前記施設負荷を遠隔監視し、
    遠隔ソースからインターネットを介して負荷変更信号を受信し、
    施設の電気機器の動作を制御するために施設のゲートウェイと通信し、
    電気機器負荷及び前記施設負荷を変更し、
    リアル・タイムで前記変更を検証する
    ように動作可能な、非一時的コンピュータ・プログラムと
    を含む、施設電気負荷を遠隔管理するためのコンピュータ化されたサービス・プロバイダ・システム。