(57)【要約】      （修正有）【課題】構造物と関連付けられるインテリジェントなネットワーク接続されたサーモスタットを介して需要応答（ＤＲ）イベントを実行するための装置、システム、方法、および関連するコンピュータプログラム製品を提供する。【解決手段】スマートホーム環境２００は、構造物にあるインテリジェントなネットワーク接続されたサーモスタットで制御されるエネルギ管理システムを含む。サーモスタットはＨＶＡＣシステムを制御するよう動作し、ＤＲイベント期間中は、ＨＶＡＣシステムを最適に実行制御する。エネルギ管理システムは、ＤＲイベント期間中の総エネルギ消費を表わす第１の因数と、居住者不快のメトリックを表わす第２の因数と、ＤＲイベント期間に亘るエネルギ消費の割合の偏差を表わす第３の因数との組合せを含む費用関数を最小に制御する。【選択図】図２
2019071086.tif 000002
【特許請求の範囲】
【請求項１】
構造物と関連付けられるインテリジェントなネットワーク接続されたサーモスタットを介する需要応答（ＤＲ）イベントを実行する方法であって、
ＤＲイベント期間を規定するＤＲをイベントを識別することと、
暖房、換気および空調（ＨＶＡＣ）システムの、費用関数を最小にする最適化された制御軌跡を、実質上前記ＤＲイベント期間中にあるよう、判断することとを含み、前記費用関数は、
前記ＤＲイベント期間中の総エネルギ消費を表わす第１の因数と、
居住者不快のメトリックを表わす第２の因数と、
前記ＤＲイベント期間に亘るエネルギ消費の割合の偏差を表わす第３の因数との組合わせを含み、前記方法はさらに、
前記判断された最適化された制御軌跡に従って前記ＨＶＡＣシステムを制御することを含む、方法。
【請求項２】
前記ＤＲイベント期間に亘って設定点温度プロファイルを判断することをさらに含み、前記判断することは、
期待される屋内温度軌跡に基づいて、前記ＤＲイベント期間に亘って設定点温度プロファイルを計算することと、
前記計算された設定点温度プロファイルのピークおよび谷を識別することと、
前記設定点温度プロファイルによって規定される設定点温度を前記ＨＶＡＣシステムのユーザに対して表示させることとを含む、請求項１に記載の方法。
【請求項３】
最適化された制御軌跡を判断することは、
複数の候補パラメータセットを生成することを含み、各パラメータセットは、前記ＤＲイベントに対して、関連付けられる候補設定点スケジュールを特徴付け、前記判断することはさらに、
前記複数の候補パラメータセットのうち最適なパラメータセットを識別することを含み、前記最適なパラメータセットは、関連付けられる最適な設定点スケジュールが前記ＨＶＡＣシステムの予測モデルに基づいたシミュレーションへの入力として適用されるときに前記最適なパラメータセットが前記費用関数を最小にするという点で、最適である、請求項１に記載の方法。
【請求項４】
各パラメータセットは、
元の設定点スケジュールの温度設定点からの温度的オフセットを示す第１のパラメータと、
前記元の設定点スケジュールの前記温度設定点からの前記温度的オフセットにおける点を通って通過する温度設定点の線形シーケンスの傾きを示す第２のパラメータとを含み、
前記温度的オフセットおよび前記温度設定点の線形シーケンスの前記傾きは、前記ＤＲイベント期間に亘ってエネルギ消費の前記割合の前記偏差を低減することにおいて支援するよう設計される、請求項３に記載の方法。
【請求項５】
各パラメータセットは、最大ＨＶＡＣデューティサイクル期間を示す第３のパラメータをさらに含む、請求項４に記載の方法。
【請求項６】
各パラメータセットは、ＤＲイベント前期間の継続期間を示す第４のパラメータをさらに含む、請求項４に記載の方法。
【請求項７】
前記ＨＶＡＣシステムの前記予測モデルに基づいたシミュレーションは前記ＨＶＡＣシステムのモデルを継続的に更新する、請求項３に記載の方法。
【請求項８】
スマートホーム環境においてＨＶＡＣシステムの動作を制御するためのインテリジェントなネットワーク接続されたサーモスタットであって、
前記ＨＶＡＣシステムの１つ以上の要素を作動させるよう動作可能なＨＶＡＣ制御回路系と、
前記スマートホーム環境の特性を測定するための１つ以上のセンサと、
前記ＨＶＡＣ制御回路系および前記１つ以上のセンサに結合され、前記サーモスタットに動作を実行させるよう動作可能であるプロセッサとを含み、前記動作は、
ＤＲイベント期間を規定するＤＲイベントを識別することと、
ＨＶＡＣシステムの、費用関数を最小にする最適化された制御軌跡を、実質上前記ＤＲイベント期間中にあるよう、判断することとを含み、前記費用関数は、
前記ＤＲイベント期間中の総エネルギ消費を表わす第１の因数と、
居住者不快のメトリックを表わす第２の因数と、
前記ＤＲイベント期間に亘るエネルギ消費の割合の偏差を表わす第３の因数との組合わせを含み、前記動作はさらに、
前記判断された最適化された制御軌跡に従って前記ＨＶＡＣシステムを制御することを含む、インテリジェントなネットワーク接続されたサーモスタット。
【請求項９】
前記プロセッサは、さらに、前記サーモスタットに、
前記ＨＶＡＣシステムが異なる制御軌跡に従って制御されるべきかどうかを判断することと、
前記ＨＶＡＣシステムが異なる制御軌跡に従って制御されるべきであると判断されると、
新たな制御軌跡を識別することと、
前記新たな制御軌跡に従って前記ＨＶＡＣシステムを制御すること、とを含む動作を実行させるよう動作可能である、請求項８に記載のサーモスタット。
【請求項１０】
前記ＨＶＡＣシステムが異なる制御軌跡に従って制御されるべきであるかどうかを判断することは、前記ＤＲイベント期間中において周期的に実行される、請求項９に記載のサーモスタット。
【請求項１１】
前記ＨＶＡＣシステムが異なる制御軌跡に従って制御されるべきであるかどうかを判断することは、
構造物の屋内温度を監視し、前記構造物の前記監視される屋内温度を前記構造物の予測される屋内温度と比較すること、
前記ＨＶＡＣシステムの状態を監視し、前記ＨＶＡＣシステムの前記監視される状態を前記ＨＶＡＣシステムの予測される状態と比較すること、
前記構造物の実時間占有を監視すること、および、
制御軌跡の最適化が失敗するかどうかを判断すること、の１つ以上を含む、請求項９に記載のサーモスタット。
【請求項１２】
後の制御軌跡を識別することは、
前記費用関数を最小にする新たに最適化された制御軌跡を判断すること、
元の制御軌跡を判断すること、および、
デフォルト制御軌跡を判断すること、の１つを含む、請求項９に記載のサーモスタット。
【請求項１３】
前記プロセッサは、さらに、前記サーモスタットに、
構造物の屋内温度を監視することと、
前記構造物の前記監視される屋内温度を前記構造物の予測される屋内温度と比較するこ
とと、
前記監視される屋内温度が、前記構造物の前記予測される屋内温度と、少なくともある量だけ異なる、と判断されると、
デフォルト制御軌跡を判断することと、
前記デフォルト制御軌跡に従って前記ＨＶＡＣシステムを制御すること、とを含む動作を実行させるよう動作可能である、請求項８に記載のサーモスタット。
【請求項１４】
前記プロセッサは、さらに、前記サーモスタットに、
前記ＨＶＡＣシステムの状態を監視することと、
前記ＨＶＡＣシステムの前記監視される状態を前記ＨＶＡＣシステムの予測される状態と比較することと、
監視される屋内温度が、構造物の予測される屋内温度と、少なくともある量だけ異なる、と判断されると、
前記費用関数を最小にする新たに最適化された制御軌跡を判断することと、
前記新たに最適化された制御軌跡に従って前記ＨＶＡＣシステムを制御すること、とを含む動作を実行させるよう動作可能である、請求項８に記載のサーモスタット。
【請求項１５】
コンピュータプロセッサによって実行されると前記コンピュータプロセッサに動作を実行させる命令を含む、有形の非一時的なコンピュータ読取可能記憶媒体であって、前記動作は、
ＤＲイベント期間を規定するＤＲイベントを識別することと、
暖房、換気および空調（ＨＶＡＣ）システムの、費用関数を最小にする最適化された制御軌跡を、実質上前記ＤＲイベント期間中にあるよう、判断することとを含み、前記費用関数は、
前記ＤＲイベント期間中の総エネルギ消費を表わす第１の因数と、
居住者不快のメトリックを表わす第２の因数と、
前記ＤＲイベント期間に亘るエネルギ消費の割合の偏差を表わす第３の因数との組合わせを含み、前記動作はさらに、
前記判断された最適化された制御軌跡に従って前記ＨＶＡＣシステムを制御することを含む、非一時的なコンピュータ読取可能記憶媒体。
【請求項１６】
前記最適化された制御軌跡は、
最適化された温度設定点のスケジュール、または
最適化されたＨＶＡＣデューティサイクルスケジュールを含む、請求項１５に記載の記憶媒体。
【請求項１７】
前記コンピュータプロセッサによって実行されると前記コンピュータプロセッサにさらなる動作を実行させる命令をさらに含み、前記さらなる動作は、
前記ＨＶＡＣシステムの元の制御軌跡を判断することと、
前記最適化された制御軌跡を前記元の制御軌跡と比較することと、
前記最適化された制御軌跡は前記元の制御軌跡と実質的に同様であると判断されると、前記ＨＶＡＣシステムを前記元の制御軌跡に従って制御することとを含む、請求項１５に記載の記憶媒体。
【請求項１８】
前記コンピュータプロセッサによって実行されると前記コンピュータプロセッサにさらなる動作を実行させる命令をさらに含み、前記さらなる動作は、
ＤＲ負荷シフトへのユーザ服従を示すユーザ入力受取ることと、
前記ユーザ入力に基いて、前記第１の因数、前記第２の因数および前記第３の因数の１つ以上を重み付けすることとを含む、請求項１５に記載の記憶媒体。
【請求項１９】
前記コンピュータプロセッサによって実行されると前記コンピュータプロセッサにさらなる動作を実行させる命令をさらに含み、前記さらなる動作は、
前記ＨＶＡＣシステムと関連付けられる構造物が前記ＤＲイベント期間中において占有される見込みを示す占有確率プロファイルを判断することを含み、
前記居住者不快のメトリックは、前記占有確率プロファイルの少なくとも一部に基づいて判断される、請求項１５に記載の記憶媒体。
【請求項２０】
最適化された制御軌跡を判断することは、関連付けられる最適な設定点スケジュールを前記ＨＶＡＣシステムのモデルに適用することによって、複数の候補パラメータセットのうちの最適な候補パラメータセットを識別することを含み、前記モデルは、所与のＨＶＡＣ制御軌跡に対して屋内温度軌跡を予測するよう動作可能である、請求項１５に記載の記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本願は、２０１３年３月１５日に提出された米国連続番号１３／８４２，２１３の恩恵を主張し、その一部継続である、２０１３年４月１９日に提出された米国連続番号１３／８６６，６３５の優先権を主張し、その全体の内容をここにおいてそれらの全体においてすべての目的のために引用により援用する。
【０００２】
この特許明細書は、需要応答イベント中においてＨＶＡＣシステムを制御するためのシステム、装置、方法、および関連のコンピュータプログラム製品に関する。より特定的には、この特許出願は、需要応答イベント中においてＨＶＡＣシステムの制御軌跡を知的に選択および／または最適化するための技術に関する。
【背景技術】
【０００３】
背景
ユーティリティ供給会社は、電気に対する需要を一貫して満足させることを伴う、継続的な挑戦に対峙している。電気を生成するための設備は、典型的には、一定の量の電気を供給することに対して十分に適している。しかしながら、電気に対する消費者の需要は、総計の電気需要が遅延の過程に亘って大きく変動するという点において、非常に反対であることが多い。日々の変動は、ユーティリティ供給会社に対する需要が最も大きい１つ以上の「ピーク」需要時間または期間、およびユーティリティ供給会社に対する需要が低減される「非ピーク」需要時間または期間をもたらす結果となる。
【０００４】
１日の過程に亘る需要における変動は、天候および生活パターンなどのようなある数の要因によって影響を受け得る。たとえば、夏時間の間、需要は、一般的には、外部の温度が不快であると考えられるレベルに増大するにつれ、増大する傾向があり、なぜならば、消費者は、空調システムなどの高消費機器の使用を増大させるからである。需要は、さらに、一般的には、労働習慣に基づいても変動する傾向があり、需要は、人々が出勤する際、および再び人々が帰宅する際にピークとなる。非常に気温の高い日の間など、１年におけるいくつかの時点の間において、需要は極端なピークに達するかもしれない。
【０００５】
ユーティリティ供給会社は、エネルギに対する可変の需要に対処するためのさまざまなオプションを有する。ユーティリティ供給会社は、たとえば、さらなる発電所を建設することによって、より高いピーク需要を満たす能力を増大させ得る。しかしながら、そのようにするコストは、多くの場合、法外に高く、そのような発電所を建設することは、非効率的であることが多く、なぜならば、その追加された容量は、１年を通してほんの短い期間の間のみ用いられるからである。ユーティリティ供給会社は、他のユーティリティ供給会社またはエネルギ供給者から追加的な容量を購入してもよいが、そのようにすることもコストが高くつき、なぜならば、そのような会社は割増価格を請求するかもしれず、それら他の会社からのエネルギ移動は、より効率的でないことが多いからである。供給を増大させる代わりに、ユーティリティ供給会社は、負荷制限を介してピーク需要を低減することによって、ピーク需要に対処してもよい。
【０００６】
負荷制限は、ユーティリティ供給会社がピーク需要の期間中においてその消費者によって需要されるエネルギの量を低減するという技術である。さまざまな負荷制限技術が今日用いられているが、それらの多くは、ユーティリティ供給会社がその消費者の冷房システムを直接制御するということに基づいている。そのようなピーク需要期間中においては、ユーティリティ供給会社は、彼らのエネルギ需要を低減するように冷房システムを制御す
る。そのようなイベントは、非常に暑い日において昼から午後において生ずることが最も多く、概ね２〜６時間の範囲における継続期間を有するが、文献上では、負荷制限イベント、負荷シフトイベント、需要応答イベントなどのような、さまざまな異なる名称によって参照されている。そのようなイベントを実行することにおけるユーティリティ供給会社の目的は、１日全体に亘って消費されるエネルギの総量を低減することでは必ずしもなく、その特定の２〜６時間の間隔中における、つまり負荷制限間隔または需要応答間隔中におけるピーク需要を低減することである。典型的には、最終結果は、負荷制限間隔中において消費されたであろうエネルギが、代わりに、負荷制限間隔の後の時間において消費されるということであり、なぜならば、参加している家の冷房システムは、それらの冷房装置の通常の設定点温度を再び得るよう働くからである。そのような制御は、もちろん、そのような「需要応答プログラム」に参加するよう署名する消費者にとって不便を生じさせることが多く、なぜならば、彼らの冷房システムは彼らの居所を期待されるようには冷房しないかもしれないからである。しかしながら、このような不便さの見返りとして、消費者は、ピーク需要期間外に消費されるエネルギに対する、より好都合な料金などのような、ある恩恵を認められることが多い。
【０００７】
１つの一般的な負荷制限技術は、直接負荷制御としばしば称されるものであり、負荷制限期間中におけるユーティリティの直接的な制御下において各参加する消費者の冷房システムに対する電力の周期的なオンおよびオフサイクル化を伴う。そのような方法においては、遠隔で制御可能なスイッチが各消費者の冷房システムに設置され、ユーティリティ供給会社の直接の制御下で冷房システムに対する電力を切断するよう動作可能である。冷房システムに対する電力は、次いで、ユーティリティ供給会社によって直接制御されてもよく、それは、ピーク需要期間中において規則的な一定の時間間隔の間オフにされる。消費者は、しかしながら、そのような技術に対していくらかの程度の反感を表すかもしれず、なぜならば、直接的な負荷制御は、消費者による消費者の冷房システムの制御の欠如をもたらす結果となり、しばしば、消費者によって不快であると見いだされる内部温度をもたらす結果となるからである。ユーティリティ供給会社とスイッチとの間における通信リンクにおける不具合は問題を悪化させ得、冷房システムへの電力を再接続するためのユーティリティ供給会社からスイッチへのコマンドが失われることは、冷房システムが切断された状態に望ましくなく留まるという結果をもたらす。そのような問題の結果、一部の消費者は、遠隔で制御されたスイッチをバイパスすることによって、需要応答プログラムに参加することの恩恵を依然として得ながらも、彼らの冷房システムに対する制御を回避しようと試みている。この結果、そのような「詐欺師」らは彼らの望む個人的な冷房システム制御を得るかもしれない一方で、全体の需要応答プログラムの効果性は損なわれ得る。
【０００８】
別の公知の負荷制限技術は、ユーティリティによる、各参加する消費者のサーモスタットの設定点温度の遠隔制御を伴い、ユーティリティは共通のセットバック値を参加する消費者のサーモスタットに送る。負荷制限期間中において、参加するサーモスタットは、屋内温度を、通常にスケジューリングされた温度設定点値よりもそのセットバック量だけ高い温度設定点値に制御することになる。ユーティリティ供給会社によるこの制御は、典型的には、そうでなければ消費者が経験したであろうものよりも快適でない周囲温度をもたらす結果となることになるが、エネルギおよびコスト節約の両方の恩恵を与える。増大された快適さ、およびユーティリティによる冷房システムへの電力の直接的なオン／オフサイクル化に亘る受入に対する可能性を提供する一方で、この技術は、消費者による制御の欠如、およびセットバック値をユーティリティ供給会社が好適であるとみなす任意の値に設定するユーティリティ供給会社の能力を含む、不利な点を有し得る。さらに、単一のセットバック値をすべての消費者に対して用いることは、快適さにおける知覚における差、居所の熱的特性における差、冷房システムにおける冷房容量における差、および参加する消費者のベース間における他の差を認識し損なう。
【０００９】
Howard Ngへの米国特許公開２０１２／００５３７４５は、負荷制限イベント中におい
て負荷制御を確立するためのシステムおよび方法を論じている。具体的には、Ngは、消費者またはユーティリティが直接的な負荷制御プログラムのもとで最大温度上昇を制御することを可能にする技術を論じている。消費者は、自分が快適である所望の温度からの、ある温度の範囲を示す、ある快適さの範囲を、自分のサーモスタットに設定してもよい。負荷制限イベント中において、高温の天候の例では、スペース（空間）コンディショニング負荷上におけるスイッチが起動され、スペースコンディショニング負荷は直接的な負荷制御（つまり固定された幅のデューティサイクル化）を受ける。スペースコンディショニング負荷は、屋内温度が快適さの範囲の上限値を超えるまで、直接的な負荷制御を受け、屋内温度が快適さの範囲の上限値を超えた時点で、制御は直接的な負荷制御から温度セットバック制御に移されることになる。１つ以上の問題が、上記の負荷制限技術の各々に関係して生ずるが、それ（ら）は、少なくとも部分的に、ここに記載される実施の形態の１つ以上によって対処される。たとえば、上記の、直接負荷制御、温度セットバック制御、および直接負荷制御の後に温度セットバック制御が続くものの方法は、一般的には、負荷制限イベント中において、参加する消費者のベースに亘って、いくらかのエネルギ低減量をもたらす結果となることになるが、消費者ベースに対するそのような「１つのサイズがすべてにはまる」アプローチは、より効果的な負荷シフトおよび消費者の不便の低減に対する機会が実質的に失われる結果となり得る。例として、および限定としてではなく、そのような問題および／または機会の喪失は、参加する消費者からなるあるグループまたはサブグループに対して、ある特定の負荷制限戦略の影響を、より大きな確実性をもって予測すること；より多くの消費者が喜んで参加するように、負荷制限プログラムの許容度および受入を増大させること；特定のグループまたはサブグループの消費者に対する負荷制限戦略の最適化を、（ｉ）シフトされるエネルギ需要の単位ごとに消費者の不快量を低減する態様、および／または（ｉｉ）それらのグループもしくはサブグループについて、消費者の不快の「単位」ごとに、シフトされるエネルギ需要の量を増大させる態様で行なうこと；任意の特定の負荷制限イベントにおける参加に対して最も良い候補者であろう消費者のグループまたはサブグループをより容易に識別すること；ならびに将来の負荷シフトイベントがより良く最適化されるように、特定のグループまたはサブグループの消費者に対する、先行する負荷シフトイベント戦略の効果性を、より容易に評価すること、のうちの１つ以上に関して生じ得る。
【発明の概要】
【課題を解決するための手段】
【００１０】
簡単な概要
需要応答（ＤＲ）イベントを実行するさまざまな方法が開示される。１つの実施の形態によれば、構造物と関連付けられるインテリジェントなネットワーク接続されたサーモスタットを介する需要応答（ＤＲ）イベントを実行する方法は、さまざまな動作を含む。そのような動作は、ＤＲイベント期間を規定するＤＲイベントを識別することと、暖房、換気および空調（ＨＶＡＣ）システムの、費用関数を最小にする最適化された制御軌跡を、実質上ＤＲイベント期間中にあるよう、判断することとを含む。費用関数は、ＤＲイベント期間中の総エネルギ消費を表わす第１の因数、居住者（占有者）不快のメトリックを表わす第２の因数、およびＤＲイベント期間に亘るエネルギ消費の割合の偏差を表わす第３の因数のような、さまざまな因数の組合せであってもよい。動作は、さらに、判断された最適化された制御軌跡に従ってＨＶＡＣシステムを制御することを含んでもよい。
【００１１】
いくつかの実施の形態では、開示される方法は、さらに、ＤＲイベント期間に亘って設定点温度プロファイルを判断することのような動作を含んでもよい。そのような判断は、期待される屋内温度軌跡に基づいて、ＤＲイベント期間に亘って設定点温度プロファイルを計算すること、ならびに計算された設定点温度プロファイルのピークおよび谷を識別することなどのような、さまざまなサブ動作を含んでもよい。いくつかの実施の形態では、
方法は、さらに、設定点温度プロファイルによって規定される設定点温度をＨＶＡＣシステムのユーザに対して表示させることを含んでもよい。
【００１２】
いくつかの実施の形態では、最適化された制御軌跡を判断することはさまざまな動作を含んでもよい。たとえば、そのような判断は、複数の候補パラメータセットを生成することを含み、各パラメータセットは、ＤＲイベントに対して、関連付けられる候補設定点スケジュールを特徴付けてもよい。そのような判断は、さらに、複数の候補パラメータセットのうち最適なパラメータセットを識別することを含み、最適なパラメータセットは、関連付けられる最適な設定点スケジュールがＨＶＡＣシステムの予測モデルに基づいたシミュレーションへの入力として適用されるときに最適なパラメータセットが費用関数を最小にするという点で、最適であってもよい。
【００１３】
さまざまなサーモスタットも開示される。いくつかの実施の形態によれば、スマートホーム環境においてＨＶＡＣシステムの動作を制御するためのインテリジェントなネットワーク接続されたサーモスタットが開示される。サーモスタットはさまざまな構成要素を含んでもよい。たとえば、サーモスタットは、ＨＶＡＣシステムの１つ以上の要素を作動させるよう動作可能なＨＶＡＣ制御回路系と、スマートホーム環境の特性を測定するための１つ以上のセンサとを含んでもよい。サーモスタットは、さらに、ＨＶＡＣ制御回路系および１つ以上のセンサに結合され、サーモスタットにさまざまな動作を実行させるよう動作可能であってもよいプロセッサを含んでもよい。そのような動作は、たとえば、ＤＲイベント期間を規定するＤＲイベントを識別することと、ＨＶＡＣシステムの、費用関数を最小にする最適化された制御軌跡を、実質上ＤＲイベント期間中にあるよう、判断することとを含んでもよい。費用関数は、ＤＲイベント期間中の総エネルギ消費を表わす第１の因数、居住者不快のメトリックを表わす第２の因数、およびＤＲイベント期間に亘るエネルギ消費の割合の偏差を表わす第３の因数のような、因数の組合せであってもよい。動作は、さらに、判断された最適化された制御軌跡に従ってＨＶＡＣシステムを制御することを含んでもよい。
【００１４】
いくつかの実施の形態では、プロセッサは、さらに、サーモスタットにさらなる動作を実行させるよう動作可能であってもよい。そのような動作は、ＨＶＡＣシステムが異なる制御軌跡に従って制御されるべきであるかどうかを判断することと、ＨＶＡＣシステムが異なる制御軌跡に従って制御されるべきであると判断されると、後の制御軌跡を識別することと、後の制御軌跡に従ってＨＶＡＣシステムを制御することとを含んでもよい。
【００１５】
そのような動作は、さらに、構造物の屋内温度を監視し、構造物の監視される屋内温度を構造物の予測される屋内温度と比較することと、監視される屋内温度が、構造物の予測される屋内温度と、少なくともある量だけ異なる、と判断されると、さまざまな動作を実行することとを含んでもよい。そのような動作は、たとえば、デフォルト制御軌跡を判断することと、デフォルト制御軌跡に従ってＨＶＡＣシステムを制御することとを含んでもよい。
【００１６】
そのような動作は、さらに、ＨＶＡＣシステムの状態を監視し、ＨＶＡＣシステムの監視される状態をＨＶＡＣシステムの予測される状態と比較することと、監視される屋内温度が、構造物の予測される屋内温度と、少なくともある量だけ異なる、と判断されると、さまざまな動作を実行することとを含んでもよい。そのような動作は、たとえば、費用関数を最小にする新たに最適化された制御軌跡を判断することと、新たに最適化された制御軌跡に従ってＨＶＡＣシステムを制御することとを含んでもよい。
【００１７】
コンピュータ読取可能記憶媒体も開示される。いくつかの実施の形態によれば、コンピュータプロセッサによって実行されるとコンピュータプロセッサに動作を実行させる命令
を含む、有形の非一時的なコンピュータ読取可能記憶媒体が開示される。そのような動作は、ＤＲイベント期間を規定するＤＲイベントを識別することと、暖房、換気および空調（ＨＶＡＣ）システムの、費用関数を最小にする最適化された制御軌跡を、実質上ＤＲイベント期間中にあるよう、判断することとを含んでもよい。費用関数は、たとえば、ＤＲイベント期間中の総エネルギ消費を表わす第１の因数、居住者不快のメトリックを表わす第２の因数、およびＤＲイベント期間に亘るエネルギ消費の割合の偏差を表わす第３の因数を含んでもよい。動作は、さらに、判断された最適化された制御軌跡に従ってＨＶＡＣシステムを制御することを含んでもよい。
【００１８】
いくつかの実施の形態では、命令は、さらに、コンピュータプロセッサにさらなる動作を実行させる。そのようなさらなる動作は、ＨＶＡＣシステムの元の制御軌跡を判断することと、最適化された制御軌跡を元の制御軌跡と比較することと、比較に基づいて、最適化された制御軌跡と元の制御軌跡との間において類似点を識別することと、元の制御軌跡に類似する、最適化された制御軌跡の部分について、元の制御軌跡によって規定される温度設定点をＨＶＡＣシステムのユーザに対して表示させることとを含んでもよい。
【００１９】
この発明の実施の形態の性質および利点のより完全な理解については、続く詳細な記載および添付の図面が言及されるべきである。この発明の他の局面、目的および利点は、図面、および以下の詳細な記載から明らかになる。しかしながら、この発明の範囲は特許請求の範囲の記載から十分に明らかになる。
【図面の簡単な説明】
【００２０】
【図１】ある実施の形態に従う、需要応答プログラムおよびイベント管理を実現するためのシステムを示す。
【図２】ある実施の形態に従って、需要応答プログラムおよびイベント管理を実現するためのシステムの一部が実現されてもよいスマートホーム環境の例を示す。
【図３Ａ】ある実施の形態に従うインテリジェントなネットワーク接続された装置に含むことができる一般的な装置コンポーネントの例を示す。
【図３Ｂ】ある実施の形態に従う置換可能なモジュールおよびドッキングステーションを有するインテリジェントなネットワーク接続された装置を示す。
【図３Ｃ】ある実施の形態に従うインテリジェントなネットワーク接続された装置の接続ポートおよびワイヤ挿入検知回路系を示す。
【図４】ある実施の形態に従って、需要応答プログラムおよびイベント管理を実現するためのスマートホーム環境およびシステムが統合され得る、拡張可能な装置ならびにサービスプラットフォームのネットワークレベル図を示す。
【図５】図４の拡張可能な装置およびサービスプラットフォームの抽象化された機能図を示す。
【図６】ある実施の形態に従う専用コンピュータシステムのブロック図である。
【図７】ある実施の形態に従う、需要応答イベント中においてＨＶＡＣシステムを制御するためのプロセスを示す。
【図８】ある実施の形態に従って、最適化された制御軌跡を判断するためのプロセスを示す。
【図９Ａ】ある実施の形態に従って、最適化された制御軌跡を判断するに先立って規定されるスケジューリングされた設定点温度である元の設定点温度のスケジュールを示す。
【図９Ｂ】ある実施の形態に従って、パラメータによって特徴付けられる候補設定点温度のスケジュールを示す。
【図９Ｃ】ある実施の形態に従って、第１のパラメータと、第２のパラメータと、温度設定点の線形シーケンスとの間における関係を示す。
【図９Ｄ】ある実施の形態に従って、候補設定点温度のスケジュールに対応する候補デューティサイクルスケジュールを示す。
【図１０Ａ】ある実施の形態に従って、最適設定点スケジュールの実現から結果としてもたらされる、予測されるＨＶＡＣデューティサイクルを示す。
【図１０Ｂ】ある実施の形態に従って、元の設定点スケジュールの実現から結果としてもたらされる、予測されるＨＶＡＣデューティサイクルを示す。
【図１１Ａ】ある実施の形態に従って、最適なスケジュールの実現から結果としてもたらされる、期待される屋内温度プロファイルを示す。
【図１１Ｂ】ある実施の形態に従って、期待される屋内温度プロファイルに対する、実効設定点温度を示す。
【図１２Ａ】ある実施の形態に従って、エネルギ消費者に対して提示されてもよい単純化されたグラフィカルユーザインターフェイス（ＧＵＩ）を示す。
【図１２Ｂ】ある実施の形態に従って、エネルギ消費者に対して提示されてもよい単純化されたグラフィカルユーザインターフェイス（ＧＵＩ）を示す。
【発明を実施するための形態】
【００２１】
詳細な説明
この発明の実施の形態は、一般的に、需要応答イベント中にＨＶＡＣシステムを制御するための技術に関する。需要応答イベント中にＨＶＡＣシステムを制御するためのあるシステムにおけるエンティティは、典型的には電源（たとえば発電機）から個々の家または事業所に電気的または他の形態のエネルギを与えるユーティリティプロバイダを含む。個人は、典型的には彼らが周期的、たとえば月ベースで消費するエネルギ量の代価を支払う。多くの実施の形態において、エネルギ管理システムはユーティリティプロバイダと個人との間に配置される。エネルギ管理システムは、個人のエネルギ消費を１つの特定に時間期間から他の時間期間に知的かつ効果的にシフトするよう動作する。そのようなエネルギシフトは、通常は、エネルギ消費を高いエネルギコスト期間から低いエネルギコスト期間にシフトするよう実行される。ＤＲイベントの場合では、エネルギは、ＤＲイベント期間から、ＤＲイベント期間外の時間期間にシフトされる。いくつかの場合では、そのようなエネルギシフトは、送電網上におけるピーク負荷を低減する努力によって動機付けられてもよい。他の場合では、そのようなエネルギシフトは、ある特定の（たとえば高いコストの）期間中においてエネルギ供給を自身の消費者に対してよりも他のユーティリティ供給会社に売却したいというユーティリティ供給会社の要望によって動機付けられてもよい。
【００２２】
いずれの場合にしても、多くの実施の形態では、エンドユーザ（つまりエネルギ消費者）は、どのようにして彼らのエネルギ消費装置（たとえば彼らのＨＶＡＣシステム）がＤＲイベント期間中において制御されるかについての未曾有の制御レベルを与えられてもよい。エネルギ消費者は、エネルギ消費における最小の低減をもたらす結果となり得る居住者（占有者）不快に対する最小の外乱を選択してもよく、または居住者不快に対するより大きな外乱をもたらす結果となり得るエネルギ消費における最大の低減を選択してもよく、またはそれらの間の何らかのものを選択してもよい。そのような選択は、ＤＲイベントの開始前、またはＤＲイベント期間中になされてもよく、いくつかの場合ではＤＲイベント中に修正されてもよい。ユーザの選択に基づいて、最も好適なＨＶＡＣ制御軌跡を生成して、そのようなユーザにより規定される目的を達成してもよい。さらに、多くの実施の形態では、最も好適なＨＶＡＣ制御軌跡は、冷却前期間のような継続期間、ＤＲイベント期間中に亘って適用可能な温度セットバックの量、およびＨＶＡＣの最大デューティサイクルなどのような、さまざまなＨＶＡＣ制御特性を最適化してもよい。そのようなＨＶＡＣ制御特性の、独立した、および組合された制御は、さらに、２０１３年３月１５日に提出された、共通に譲渡された米国連続番号１３／８４２，２１３（リファレンス番号ＮＥＳ０２５３−ＵＳ）に記載されており、その全体の内容をここにその全体においてすべての目的のために引用により援用し、ここに記載される実施の形態は、快適さに対するエネルギ消費におけるユーザの低減の好みを含むがそれに限定はされない大量のデータに基づ
いてそのようなＨＶＡＣ制御特性の最適な選択を判断するための技術を含む。
【００２３】
多くの実施の形態に従うエネルギ管理システムは、個々の家または事業所にあるインテリジェントなネットワーク接続されたサーモスタットを含む。そのようなサーモスタットは、居所の熱保持特性、居所を冷房または暖房する、居所に関連付けられるＨＶＡＣの容量、（時間に亘って占有（在宅）確率プロファイルを構築することができる占有センサを介しての）居所が占有される見込み、予測された天候、実時間天候、実時間占有などのような、居所についての諸情報を得ることができる。さらに、サーモスタットは、そのユーザによってプログラムされることができるか、または、そのユーザの好みおよび習慣を時間に亘って学習して、スケジューリングされた温度設定点を設定してもよい。例示的な実施の形態において、個々の家および事業所のそれぞれの集団と関連付けられるそのようなネットワーク接続されたサーモスタットの集団は、１つ以上のクラウドサービスプロバイダによって管理される１つ以上の中央サーバと通信するよう構成される。各ネットワーク接続されたサーモスタットはクラウドサービスプロバイダによって管理される１つ以上のアカウントに関連付けられ、データは、ここに記載したＤＲ関連の、使用時間（ＴＯＵ）関連の、および／または実時間価格付け機能を実行するのに有用な、遠隔制御の容易化、気象データの報告、ＨＶＡＣ制御データおよびステータス情報の報告、ならびに中央制御および／または部分的中央制御およびデータ通信の提供のようなさまざまな有利な機能を与えるために、各ネットワーク接続されたサーモスタットと中央サーバとの間において必要なように行き来して送られる。
【００２４】
ここにおけるいくつかの実施の形態は、（ｉ）ネットワーク接続されたサーモスタットの集団と関連付けられるクラウドサービスプロバイダは、記載されたエネルギ管理システムのプロバイダでもある、（ｉｉ）エネルギ管理システムのプロバイダはユーティリティ自体とは別個および異なる事業実体である、および（ｉｉｉ）エネルギ管理システムはユーティリティに対する付加価値サービスとして提供される、営利的な筋書に対して特に好適であり有利であってもよいが、この記載の範囲はそのような筋書に対して如何様にも限定されないことが理解されるべきである。他の適用可能な筋書では、たとえば、要素はすべてユーティリティによって与えることができる。他の適用可能な筋書では、要素のいくつかはユーティリティによって提供することができ、一方、他の要素は行政実体によって、または異なる協働する事業体もしくは組合のさまざまな組合せによって提供することができる。ＤＲイベントに先立って、エネルギ管理システムが、それが管理している居所に関して所有する豊富な情報に基づいて、エネルギ管理システムはどれくらいの量のエネルギを居所がＤＲイベントに亘ってのような所与の期間に亘って消費しそうであるかを効果的に予測し得る。さらに、居所に関する豊富な情報が与えられるとして、エネルギ管理システムはＤＲイベント期間中に実現され得る居所の元のサーモスタット設定点に対する変動を生成してもよい。変動はその居所がＤＲイベント期間中により少ないエネルギを消費するようになされ得る。さらに、エネルギ管理システムがその居所に関して有するこの豊富な情報のため、エネルギ管理システムは、さらに、ＤＲイベントに亘って低減されそうな、つまりＤＲイベント期間からＤＲイベント期間外の（たとえば引受ける）１つ以上の時間期間にシフトされそうなエネルギの量を正確に予測してもよい。
【００２５】
そのようなエネルギ消費予測および管理に対する記載された規定はさらにここに記載されるような多くの利点を生じさせる。たとえば、それらは、エネルギ管理システムが多くの接続された居所のエネルギ消費を効果的に管理することを可能にするのみならず、さらに、それらは、エネルギ管理システムがＤＲプログラムまたはイベントにおける参加のために大きなプールから居所の部分集合を知的に選択することを可能にする。居所の物理的な特性、居所の地理的な特性、およびそれらの居所の居住者の習慣的な傾向は、地域に亘って広く変動し、したがって、可能性のあるエネルギ節約／シフトも広く変動する。ここに開示されたエネルギ管理システムは、省エネルギプログラムにおける参加者を知的に選
択して、効率を最大限にし、コストを最小限にしてもよい。さまざまなエネルギ管理システムが、さらに、共通して譲渡された上記米国連続番号第１３／８４２，２１３号に記載されている。
【００２６】
ここに開示されるエネルギ管理システムは、個々のレベルおよび総計レベルの両方においてさまざまな居所のエネルギ関連特性への有利な洞察を与えるので、エネルギ管理システムは、さらに、ユーティリティ供給会社のような他の利害関係者が同様にそのような情報に対するアクセスを有するようにポータルを与えてもよい。ある特定の時間期間に亘ってエネルギ消費を低減することは、一般的にユーティリティ供給会社の関心事であるため、ユーティリティ供給会社は、同様に、ＤＲイベントを効率よくかつ効果的に生成および管理するようにさまざまな居所のそのようなエネルギ関連特性を個々に、および総計においてアクセスすることにおいて関心を有する。したがって、ある実施の形態では、資源計画および利用に対する経済的にスマートでありかつ環境的に責任を担う判断を容易にするために、さまざまなレベルの詳細および複雑さにおける消費者レベルのエネルギ関連情報に対するユーティリティプロバイダアクセスを可能にするユーティリティポータルが設けられてもよい。さまざまなユーティリティポータルが、さらに、「需要応答イベントを管理するためのユーティリティポータル（Utility Portals For Managing Demand-Response
Events）」と題される、共通に譲渡された現在継続中の米国連続番号（参照番号ＮＥＳ
０３３５−ＵＳ）にさらに記載されており、その全体の内容をここにその全体においてすべての目的のために引用により援用し、さらに、上記の米国連続番号１３／８４２，２１３にさらに記載されている。
【００２７】
さらに、ここに記載される数多くの実施の形態は、「需要応答イベント期間」として識別される期間中においてエネルギ消費を（ある時間期間中において）低減するかまたはそうでなければ（１つの時間期間から他の時間期間に）シフトするよう動作可能であるインテリジェントなネットワーク接続されたサーモスタットを含むエネルギ管理システムを指す一方で、同様の技術が「供給応答イベント期間」中に適用されてもよく、その場合には、供給応答イベント期間は、（エネルギ消費を低減することとは対照的に）エネルギ消費を増大させることが所望される（不十分な供給とは対照的な）過剰なエネルギ供給の期間を示すことが理解される。そのようなイベント期間中においては、エネルギ消費を最小にするよう制御軌跡を最適化する代わりに、その反対が実現され、それによって、制御軌跡はエネルギ消費を最大にするよう最適化されてもよい。ある実施の形態では、過剰なエネルギ供給は、ソーラーパネル、風力タービン、ガスにより動力を供給される発電機、または他の電力源などのような、１つ以上のエネルギ生成要素により、エネルギ消費者によって供給されるエネルギを含んでもよい。エネルギが（たとえば晴天期間中において）エネルギ消費者によって供給される状況においては、そのような期間は「供給応答イベント期間」と考えられてもよい。
【００２８】
これらおよび他の実施の形態の詳細はさらにここに開示され、そのさらなる理解は図を参照して十分に理解することができる。ここで、次いで図を見て、図１は、実施の形態に従って、需要応答プログラム及びイベントを管理するためのシステム１００を示す。システム１００は複数の発電機１１０Ａ〜１１０Ｎ、ユーティリティプロバイダコンピューティングシステム１２０、エネルギ管理システム１３０、通信ネットワーク１４０、複数のエネルギ消費者の居所１５０Ａ〜１５０Ｎ、および配電網１６０を含む。
【００２９】
発電機１１０Ａ〜１１０Ｎは、当該技術分野において公知のさまざまな技術のうちの１つ以上を用いて電気または他のタイプのエネルギ（たとえばガス）を生成するよう動作可能である。たとえば、発電機１１０Ａ〜１１０Ｎは、水力発電システム、原子力発電所、化石燃料に基づく発電所、太陽光による発電所、風力発電所、ガス処理プラントなどを含んでもよい。所与の時間において生成されてもよい電気の量は、発電機１１０Ａ〜１１０
Ｎによって決められる、供給されるある最大エネルギに制限されてもよい。さらに、発電機１１０Ａ〜１１０Ｎは、ユーティリティプロバイダコンピューティングシステム１２０を実現するユーティリティプロバイダによって所有および管理されてもよく、または源エネルギをユーティリティプロバイダの顧客に提供するようユーティリティプロバイダと契約を結んでいる１つ以上の第三者エンティティによって所有および／または管理されてもよい。
【００３０】
ユーティリティプロバイダコンピューティングシステム１２０は、発電機１１０Ａ〜１１０Ｎ、エネルギ管理システム１３０、およびある実施の形態においては居所１５０Ａ〜１５０Ｎのうちの１つ以上における電子システムのうちの１つ以上と通信するよう動作可能であるコンピューティングシステムである。ユーティリティプロバイダ会社システム１２０と関連付けられるユーティリティプロバイダは、典型的には、発電機１１０Ａ〜１１０Ｎから居所１５０Ａ〜１５０Ｎにおけるエネルギ消費者への配電を管理する。この管理は、電気が発電機１１０Ａ〜１１０Ｎから居所１５０Ａ〜１５０Ｎに成功裏に伝送されることを確実にすること、居所１５０Ａ〜１５０Ｎの各々におけるエネルギ消費量を監視すること、および居所１５０Ａ〜１５０Ｎのそれぞれの監視されるエネルギ消費量に従ってそれらの居住者から料金を回収すること、を含む。ユーティリティプロバイダコンピューティングシステム１２０は、ここに記載される動作の１つ以上を実行してもよく、ここにさらに記載されるように、および記載される動作を容易にするよう必要とされるように、さまざまなコンピュータプロセッサ、記憶素子、通信機構などを含んでもよい。
【００３１】
エネルギ管理システム１３０は、選択肢的に報告および制御機構をユーティリティプロバイダコンピューティングシステム１２０に提供しながら、居所１５０Ａ〜１５０Ｎの１つ以上におけるエネルギ消費を知的かつ効率よく管理するよう動作可能であるコンピューティングシステムである。エネルギ管理システム１３０は、居所１５０Ａ〜１５０Ｎに関連付けられる電子装置との実時間の双方向通信にネットワーク１４０を介して従事し、およびユーティリティプロバイダコンピューティングシステム１２０との実時間の双方向通信に従事するよう動作可能であってもよい。１つの特定の実施の形態では、エネルギ管理システム１３０は、総計のエネルギ需要が発電機１１０Ａ〜１１０Ｎの最大エネルギ供給限界を超えないように、居所１５０Ａ〜１５０Ｎにおいて消費される総計のエネルギ量を低減するよう動作可能であってもよい。そのような低減は１日を通して任意の好適な時間期間中において達成されてもよい。たとえば、そのような低減は、ユーティリティプロバイダコンピューティングシステム１２０によって通信される需要応答（ＤＲ）イベント中に達成されてもよい。エネルギ管理システム１３０は、ここに記載される動作の１つ以上を実行してもよく、ここにさらに記載され、および記載される動作を容易にするよう必要とされるように、さまざまなコンピュータプロセッサ、記憶素子、通信機構などを含んでもよい。
【００３２】
ネットワーク１４０は、エネルギ管理システム１３０の１つ以上のコンポーネントと居所１５０Ａ〜１５０Ｎの１つ以上と関連付けられる１つ以上の電子装置との間におけるような、さまざまなエンティティ間において通信を可能にするための任意の好適なネットワークである。そのようなネットワークは、たとえば、ローカルエリアネットワーク、広域ネットワーク、仮想私設網、インターネット（登録商標）、イントラネット、エクストラネット、公衆交換電話網、赤外線ネットワーク、無線ネットワーク、無線データ通信ネットワーク、セルラーネットワーク、もしくは任意の他のそのような有線もしくは無線ネットワーク、またはそれらの組合せを含んでもよい。ネットワーク１４０は、さらに、任意の好適なネットワークトポロジを組込んでもよい。ネットワーク１４０は任意の好適なプロトコルを利用してもよく、ネットワーク１４０を介する通信は、有線または無線接続およびそれらの組合せによって可能にされてもよい。
【００３３】
居所１５０Ａ〜１５０Ｎは、エネルギ消費に関連付けられるさまざまな構造物または構内である。構造物は、個人の宅地、家屋、アパート、コンドミニアム、学校、商業用不動産、平屋もしくは複数階オフィスビルディングおよび／または製造設備などのようなさまざまな構造物タイプに亘ってもよい。ここに記載されるある数の例は、構造物を、家屋の形態の個人の宅地であるとして言及するが、実施の形態はそのように限定されるものではなく、なぜならば、当業者は、ここに記載される技術は他のタイプの構造物に対しても等しく適用可能であり得ることを理解するであろうからである。いくつかの実施の形態は居住の筋書きに対して特に有利であり得るが、本教示の範囲はそのようには限定されず、ビジネス環境、学校環境、行政建築物環境、スポーツまたは娯楽エリアなどに対しても等しく有利であってもよいことが理解されるべきである。したがって、以下に記載の多くは居住の文脈において述べられるが、これは、記載を明確にする目的のためであって、限定によるものではないことが理解されるべきである。
【００３４】
居所１５０Ａ〜１５０Ｎは、典型的には、１つ以上のエネルギ消費装置を含み、それらは、テレビ、電子レンジ、家庭用音声設備、暖房／冷房システム、洗濯機、食洗機などのような電気エネルギ消費装置であり得る。同様に、エネルギ消費装置は、ガス消費装置などのような１つ以上の他のタイプのエネルギ消費装置を含み得る。たとえば、居所１５０Ａ〜１５０Ｎは、天然ガス（空気／水／など）ヒータ、ストーブ、暖炉などを含んでもよい。居所１５０Ａ〜１５０Ｎは、多くの実施の形態では、前述のエネルギ消費装置の１つ以上によるエネルギ消費を制御する１つ以上の制御装置を含む。たとえば、それらは、居所の熱的環境を制御するよう動作可能である、インテリジェントなネットワーク接続されたサーモスタットを含んでもよい。サーモスタットは、この後ここに記載される処理の多くが、エネルギ管理システム１３０においてコンピューティングシステムによって、またはサーモスタットそれら自体によって実行されてもよいという点で、エネルギ管理システム１３０の一部であるよう考えられてもよい。代替的に、サーモスタットは、エネルギ管理システム１３０の他のコンポーネントに対して地理的に遠隔地にあるため、エネルギ管理システム１３０から分離していると考えられてもよい。いずれの場合にしても、居所１５０Ａ〜１５０Ｎに関連付けられる電子装置は、ここに記載される動作の１つ以上を実行してもよく、ここにさらに記載されるように、および記載される動作を容易にするよう必要とされるように、さまざまなコンピュータプロセッサ、記憶素子、通信機構などを含んでもよい。大抵の実施の形態は、（たとえば暑い夏の間など）構造物の内部の温度を下げることが望ましい状況の文脈において記載されるが、同様の原理が、（たとえば寒い冬の間など）構造物の内部の温度を上げることが望ましい状況において（ちょうど反対に適用されて）当てはまる。いくつかの実施の形態では、インテリジェントなネットワーク接続されたサーモスタットのいくつかまたはすべては、機能性において、カリフォルニア州パロアルトのNest Labs, Inc.から入手可能なNEST LEARNING THERMOSTAT（登録商標）と同
じであるかまたは同様であってもよい。
【００３５】
配電網１６０はエネルギを発電機１１０Ａ〜１１０Ｎの１つ以上から居所１５０Ａ〜１５０Ｎの１つ以上に移送するための任意の好適なネットワークである。配電網では、パワー分配網１６０は電気を発電機１１０Ａ〜１１０Ｎから居所１５０Ａ〜１５０Ｎに伝送するために当該技術分野において公知のさまざまな電力線、変電所、柱上変圧器、などを含んでもよい。ガス分配網では、パワー分配網１６０は、天然または他のタイプのエネルギ生成ガスをパワー生成器１１０Ａ〜１１０Ｎ（この実施の形態では、油田および／または処理プラント）から居所１５０Ａ〜１５０Ｎに輸送するためのさまざまな圧送所、保管要素、パイプなどを含んでもよい。
【００３６】
システム１００は、ある実施の形態では、１つ以上のコンピュータネットワークまたは直接接続を用いて通信リンクを介して相互接続されるいくつかのコンピュータシステムおよびコンポーネントを利用して需要応答プログラムおよびイベントを管理するための分散
型システムである。しかしながら、当業者には、そのようなシステムは、図１に示されるよりも少ない、または多い数のコンポーネントを有するシステムにおいても等しく十分に動作し得ることが理解される。したがって、図１のシステム１００の説明は本質的に例示的であるものとしてとられ、本教示の範囲を限定するようにとられるものではない。
【００３７】
図２は、スマートホーム環境２００の一例が示され、そこにおいては、ここにさらに記載される装置、方法、システム、サービスおよび／またはコンピュータプログラム製品のうちの１つ以上が適用可能である。示されるスマートホーム環境は構造物２５０を含み、それは、たとえば、家屋、オフィスビルディング、ガレージ、移動住宅などを含み得る。ある実施の形態では、構造物２５０は、図１を参照して記載される構造物１５０Ａ〜１５０Ｎの１つ以上に対応してもよい。構造物２５０に加えて、スマートホーム環境２００は、さらに、ネットワーク２６２およびリモートサーバ２６４を含み、それらは、一実施の形態においては、それぞれ、ネットワーク１４０およびエネルギ管理システム１３０（図１）に対応する。示される構造物２５０はさらにここに記載されるようにさまざまなコンポーネントおよび装置を含むが、プールヒータ２１４、灌漑システム２１６、アクセス装置２６０などのようなある数のコンポーネントおよび装置も、構造物２５０内またはその上において物理的に取付けられるかまたは配置されることなく、構造物２５０に関連付けられてもよい（たとえば構造物２５０においてパワーを供給されてもよい）。
【００３８】
スマートホーム環境２００は、互いから壁２５４を介して少なくとも部分的に分離される複数の部屋２５２を含む。壁２５４は内壁または外壁を含み得る。各部屋は、さらに、床２５６および天井２５８を含み得る。装置は、壁２５４、床２５６または天井２５８上に取付けられるか、それ（ら）と統合されるか、および／またはそれ（ら）によって支持され得る。スマートホーム環境２００内に組込まれてもよいさまざまな装置は、さまざまな有用なスマートホーム目的のうちの任意のものを与えるよう、互いと、および／またはクラウドベースのサーバシステムと途切れ目なく統合可能なインテリジェントな、マルチ検知の、ネットワーク接続された装置を含む。あるインテリジェントな、マルチ検知の、ネットワーク接続されたサーモスタット２０２は、大気における気候特性（たとえば温度および／または湿度）を検出し、暖房、換気および空調（ＨＶＡＣ）システム２０３を制御し得る。ＨＶＡＣシステムの制御がここに記載されるが、同様の原理が、暖房システム、空調システム、湿度制御システム、またはそれらの任意の組合せのような、他の温度／湿度制御システムを制御することに等しく適用され得ることが理解されるべきである。１つ以上のインテリジェントなネットワーク接続された、マルチ検知の、ハザード検出ユニット２０４は、家屋環境における危険な物質および／または危険な状態（たとえば煙、炎または一酸化炭素）の存在を検出し得る。１つ以上のインテリジェントな、マルチ検知の、ネットワーク接続された入口通路インターフェイス装置２０６は、「スマートドアベル」とも称され得、ある場所への人の接近もしくはある場所からの人の退去を検出し、可聴機能を制御し、音声手段もしくは視覚手段を介して人の接近もしくは退去を知らせ、またはセキュリティシステムにおける設定を制御して（たとえばセキュリティシステムを活性化または非活性化させる）ことが可能である。
【００３９】
いくつかの実施の形態では、スマートホームは、スマートメータなどのような少なくとも１つのエネルギ消費計器２１８を含み得る。エネルギ消費計器２１８は、構造物２５０において、およびその周りにおいて装置によって消費される何らかのまたはすべてのエネルギ（電気、ガスなど）を監視する。エネルギ消費計器２１８は、ある所与の時間期間に亘って消費されるエネルギの量を計器２１８の表面上に表示してもよい。所与の期間は、たとえば、１秒、１分、１時間、１日、１ヶ月、１秒未満の時間帯、１ヶ月より長い時間帯、または１秒と１ヶ月との間の時間帯などであってもよい。ある実施の形態では、エネルギ消費計器２１８は、計器２１８がさまざまな情報、たとえば１つ以上の所与の期間に亘って消費されるエネルギの量、任意の特定の時間におけるかまたは任意の特定の時間期
間中におけるエネルギの価格などを通信することを可能にする通信能力（有線または無線）を含んでもよい。通信能力は、さらに、計器がさまざまな情報を受信することを可能にしてもよい。たとえば、計器は、ＨＶＡＣシステム２０３などのようなスマートホームにおける１つ以上の装置を制御するための命令、任意の特定の時間における、または任意の特定の時間期間中におけるエネルギの価格などを受信してもよい。構造物２５０における、およびその周囲における装置の制御を容易にするために、計器２１８はそのような装置と有線または無線で接続されてもよい。
【００４０】
複数のインテリジェントな、マルチ検知の、ネットワーク接続された壁照明スイッチ２０８の各々は、周囲の照明状態を検知し、部屋占有状態を検出し、ならびに１つ以上の照明の出力および／または薄暗い状態を制御し得る。いくつかの例では、照明スイッチ２０８は、さらに、または代替的に、天井ファンなどのファンの出力状態または速度を制御し得る。複数のインテリジェントな、マルチ検知の、ネットワーク接続された壁プラグインターフェイス２１０の各々は、部屋または構内の占有を検出し、（たとえば家に誰もいない場合には電力がプラグに供給されないように）１つ以上の壁プラグに対する電力の供給を制御し得る。スマートホームは、さらに、冷蔵庫、ストーブおよび／またはオーブン、テレビ、洗濯機、乾燥機、照明（構造物２５０の内部／外部）、ステレオ、インターコムシステム、ガレージ扉開閉器、床ファン、天井ファン、全家屋ファン、壁空調装置、プールヒータ２１４、潅漑システム２１６、セキュリティシステム、などのような、複数のインテリジェントな、マルチ検知の、ネットワーク接続された機器２１２を含んでもよい。図２の説明は、特定の装置に関連付けられる特定のセンサおよび機能を識別し得るが、（本明細書を通して記載されるもののような）さまざまなセンサおよび機能のうちの任意のものを装置内に組込むことができることが理解される。
【００４１】
処理および検知能力を含むことに加えて、スマートホーム環境２００内における装置の各々は、スマートホーム環境２００内における任意の他の装置、ならびにアクセス装置２６６および／またはリモートサーバ２６４などのようなスマートホーム環境２４０外の任意の装置とのデータ通信および情報共有が可能であり得る。装置は、さまざまなカスタムもしくは標準無線プロトコル(Wi-Fi, ZigBee, 6LoWPAN, IR, IEEE 802.11, IEEE 802.15.4など)のうちの任意のもの、および／またはさまざまなカスタムもしくは標準有線プロトコル(CAT6 Ethernet（登録商標）, HomePlugなど)を介して通信を送受し得る。壁プラグ
インターフェイス２１０は、無線または有線のリピータとして供され得、および／または（ｉ）ＡＣコンセントにプラグを差込まれホームプラグまたは他の電力線プロトコルを用いて通信する装置と（ii）ＡＣコンセントにプラグを差込まれない装置との間におけるブリッジとして機能し得る。
【００４２】
たとえば、第１の装置は第２の装置と無線ルータ２６０を介して通信し得る。ある装置は、さらに、ネットワーク２６２などのようなネットワークへの接続を介して遠隔装置と通信し得る。ネットワーク２６２を介して、装置は中央（つまりリモート）サーバまたはクラウドコンピューティングシステム２６４と通信し得る。リモートサーバまたはクラウドコンピューティングシステム２６４は、その装置と関連付けられる製造業者、サポートエンティティまたはサービスプロバイダと関連付けられ得る。一実施の形態では、ユーザは、電話またはインターネット接続されたコンピュータなどのような他の通信手段を用いる必要なく、装置それ自体を用いてカスタマーサポートと連絡をとることができてもよい。
【００４３】
装置のネットワーク接続は、さらに、たとえユーザが装置の近くにいなくても、ユーザがその装置と対話することを可能にし得る。たとえば、ユーザは、コンピュータ（たとえばデスクトップコンピュータ、ラップトップコンピュータもしくはタブレット）または他の携帯電子装置（たとえばスマートフォン）２６６を用いて装置（たとえばサーモスタッ
ト２０２）と通信し得る。あるウェブページまたはソフトウェアアプリケーションは、ユーザから通信を受信し、その通信に基づいて装置を制御するよう、および／またはその装置の動作についての情報をユーザに提示するよう構成され得る。たとえば、携帯電子装置２６６を用いてサーモスタット２０２と対話しているとき、ユーザは、携帯電子装置２６６を用いて、サーモスタットについての現在の設定点温度を見て、それを、携帯電子装置２６６を用いて調整することができる。ユーザは、この遠隔通信中において構造物内にいるか、または構造物の外部にいることができる。携帯電子装置２６６とサーモスタット２０２との間の通信はリモートサーバ２６４を介して経路付けられてもよく（たとえば携帯電子装置２６６が構造物２５０から遠くにあるときなど）、またはある実施の形態ではリモートサーバ２６４を除いて経路付けられてもよい。
【００４４】
スマートホーム環境２００は、さらに、壁プラグインターフェイス２１０によって、粗くではあるが（ＯＮ／ＯＦＦ）、制御され得る、古い従来の洗濯機／乾燥機、冷蔵庫などのような、さまざまな、通信を行なわない、旧来の機器２４０を含み得る。スマートホームは、さらに、ハザード検出ユニット２０４もしくは照明スイッチ２０８によって与えられるＩＲ信号によって、またはある実施の形態では、壁プラグインターフェイス２１０を介して通信するよう電力線などのようなソケットに基づく通信プロトコルを用いることによって制御され得る、ＩＲ制御される壁空調機または他のＩＲ制御される装置のような、さまざまな、部分的に通信を行なう旧来の機器２４２を含み得る。
【００４５】
構造物２５０の内部および外部に位置するコンポーネントのうちのいくつかまたはすべては、実施の形態によって、エネルギ管理システム１３０の一部と考えられてもよいことが理解されるべきである。一般的に、他のエネルギ消費装置の制御を容易にする装置またはコンポーネントは、エネルギ管理システム１３０の一部と考えられてもよい。たとえば、サーモスタット２０２およびアクセス装置２６６はエネルギ管理システム１３０の一部と考えられてもよく、一方、ＨＶＡＣ２０３、プールヒータ２１４、および旧来の機器２４０などのようなエネルギ消費コンポーネントはエネルギ管理システム１３０の外部にあると考えられてもよく、なぜならば、それらは、サーモスタット２０２およびアクセス装置２６６によって制御可能なエネルギ消費要素を含むからである。他の例では、しかしながら、ハザード検出ユニット２０４、入口通路インターフェイス装置２６０、照明スイッチ２０８、プラグインターフェイス２１０などのような、スマートホーム環境２００の追加的または代替的なコンポーネントは、エネルギ管理システム１３０の一部として考えられてもよく、なぜならば、それらは、エネルギ管理システム１３０が知的なエネルギ管理判断を下すのを助けるよう、エネルギ管理システム１３０のための監視（および／または制御）機能を与えてもよいからである。さらに別の例では、（リモートサーバ２６４を除く）スマートホーム環境の装置のいずれもエネルギ管理システム１３０の一部でなくてもよく、スマートホーム環境２００の装置の１つ以上は、監視および／またはエネルギ消費タスクを実行するようエネルギ管理システム１３０によって遠隔制御される従属的装置であってもよい。
【００４６】
スマートホーム環境２００は、ある実施の形態では、すべて、互いと、およびリモートサーバ２６４などのようなスマートホーム２００の外部の装置またはシステムと通信するよう動作可能である、ある数のクライアント装置およびアクセス装置を含む環境である。しかしながら、当業者には、そのような環境は、図２に示されるよりも少ないかまたは多い数のコンポーネントを有する状態で等しく十分動作し得ることが理解される。異なる機能を有するさまざまな要素を含むスマートホーム環境の１つの特定の例は、２０１２年９月２１日に提出された、米国仮出願連続番号第６１／７０４，４３７号に詳細に記載されており、その全体の内容をすべての目的のためにここに引用により援用する。したがって、図２におけるスマートホーム環境２００の図示は本質的に例示的であるとして考えられるべきであり、本教示の範囲を限定するように考えられるべきではない。
【００４７】
図３Ａは、インテリジェントなネットワーク接続された装置３００（つまり「装置」）に含まれ得る一般的な装置コンポーネントの例を示す。装置３００は、サーモスタット２０２、ハザード検出ユニット２０４、入口通路インターフェイス装置２０６、壁照明スイッチ２０８、壁プラグインターフェイス２１０などのような、図２を参照して論じられたさまざまな装置の１つ以上として実現されてもよい。以下の議論の多くは装置３００をサーモスタット２０２として提示するが、実施の形態はそのように限定されないことが認識されるべきである。装置のシステム内における１つの、１つより多い、またはすべての装置３００の各々は、１つ以上のセンサ３０２、ユーザインターフェイスコンポーネント３０４、電源（たとえば電力接続３０６および／またはバッテリ３０８を含む）、通信コンポーネント３１０、モジュラリティユニット（たとえばドッキングステーション３１２および置換可能なモジュール３１４を含む）、インテリジェンスコンポーネント３１６、および不正変更検出回路系３１８を含み得る。特定のセンサ３０２、ユーザインターフェイスコンポーネント３０４、電源構成、通信コンポーネント３１０、モジュラリティユニット、インテリジェンスコンポーネント３１６、および／またはワイヤ不正変更検出回路系３１８は、装置３００に亘って同じであるかもしくは類似し得、または装置タイプもしくはモデルによって変動し得る。
【００４８】
例示的に、かつ限定によってではなく、装置３００における１つ以上のセンサ３０２は、たとえば、加速、温度、湿度、水、供給電力、近接度、外部の動き、装置の動き、音声信号、超音波信号、光信号、炎、煙、一酸化炭素、全地球測位システム（ＧＰＳ）信号、または無線周波数（ＲＦ）もしくは他の電磁信号もしくは電磁場を検出することができてもよい。したがって、たとえば、センサ３０２は、温度センサ、湿度センサ、ハザード関連センサまたは他の環境的センサ、加速度計、マイクロフォン、光学センサを、カメラ（たとえば、電荷結合素子もしくはビデオカメラ）、能動的もしくは受動的輻射センサ、ＧＰＳレシーバまたは無線周波数識別検出器まで、およびそれを含んで、含み得る。図３Ａは単一のセンサを伴う実施の形態を示すが、多くの実施の形態は複数のセンサを含むことになる。ある例では、装置３００は１つ以上の一次センサおよび１つ以上の二次センサを含む。一次センサは、装置のコア動作（たとえばサーモスタットにおいて温度を検知することまたは煙検出器において煙を検知することなど）に対して中心のデータを検知し得る。第２のセンサは、他のタイプのデータ（たとえば動き、光または音）を検知することができ、それをエネルギ効率目的またはスマート動作目的のために用いることができる。ある例では、平均的なユーザは、二次センサの存在に気づきさえしないかも知れない。
【００４９】
装置３００における１つ以上のユーザインターフェイスコンポーネント３０４は、情報を、ユーザに対して、視覚ディスプレイ（たとえば薄膜トランジスタディスプレイまたは有機発光ダイオードディスプレイ）および／もしくは音声スピーカならびに／または何らかの他の通信媒体を介して提示するよう構成されてもよい。ユーザインターフェイスコンポーネント３０４は、さらに、タッチスクリーン、ボタン、スクロールコンポーネント（たとえば可動もしくは仮想リングコンポーネント）、マイクロフォンまたはカメラ（たとえば身振り（ジェスチャ）を検出するためになど）などのような、ユーザから情報を受け取る１つ以上のユーザ入力コンポーネントを含み得る。一実施の形態では、ユーザインターフェイスコンポーネント３０４はクリックおよび回転環状リングコンポーネントを含み、ユーザは、（たとえば設定を調整するよう）リングを回転することによって、および／または（たとえば調整された設定を選択するかもしくはオプションを選択するよう）リングを内方向にクリックすることによって、そのコンポーネントと対話し得る。別の実施の形態では、ユーザ入力コンポーネント３０４は、カメラを含み、（たとえば装置の出力またはアラーム状態が変更されることになる旨を示すべく）身振りが検出され得る。
【００５０】
装置３００におけるある電源コンポーネントは、電力接続３０６および／またはローカ
ルバッテリ３０８を含んでもよい。たとえば、電力接続３０８は、装置３００を、線間電圧源のような電源に接続し得る。いくつかの例では、ＡＣ電源への接続３０６を用いて、（たとえば再充電可能な）ローカルバッテリ３０８を繰返し充電し得、バッテリ３０８は、後で、必要に応じて、ＡＣ電力切断の場合または他の電力不足の場合に電力を供給するよう用いられ得る。
【００５１】
装置３００における通信コンポーネント３１０は、装置３００が、リモートサーバ２６４のような中央サーバ、またはここに記載される他の装置３００もしくは携帯ユーザ装置などのような遠隔装置と通信することを可能にするコンポーネントを含み得る。通信コンポーネント３１０は、装置３００が、非限定的な例として、Ｗｉ−Ｆｉ、ＺｉｇＢｅｅ、３Ｇ／４Ｇ無線、ＩＥＥＥ  ８０２．１１、ＩＥＥＥ  ８０２．１５．４、６−ＬＯ−ＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＣＡＴ６有線イーサネット、ホームプラグまたは他の電力線通信方法、電話、または光ファイバのような、１つ以上の有線または無線通信技術を、同時または連続的に用いて通信することを可能にし得る。通信コンポーネント３１０は、１つ以上の無線カード、イーサネットプラグ、または他のトランシーバ接続を含み得る。ある実施の形態では、通信コンポーネント３１０は、装置３００と、中央サーバと、ある場合には追加の装置との間において情報を同期させるよう、中央サーバとの通信を容易にする。そのような装置間においてデータを同期させるための技術は、さらに、２０１２年９月２２日に提出された、共通に譲渡された米国連続番号第１３／６２４，８９２号（リファレンス番号ＮＥＳ０２３１−ＵＳ）にさらに記載されており、その内容の全体をすべての目的のためにここに引用により援用する。
【００５２】
装置３００におけるモジュラリティユニットは、静的な物理的接続および置換可能なモジュール３１４を含み得る。したがって、モジュラリティユニットは、（たとえば配線を保存するために、）装置３００を完全に再設置することなく、置換可能なモジュール３１４をアップグレードする能力を与え得る。静的な物理的接続は、構造物に取付けることができる（インターフェイスボックスとも称され得る）ドッキングステーション３１２を含み得る。たとえば、ドッキングステーション３１２は、ねじで壁に取付けられ得るか、または天井に接着剤で固着され得る。ドッキングステーション３１２は、ある例では、構造物の一部を通って延在し得る。たとえば、ドッキングステーション３１２は、壁の後ろの配線（たとえば１２０Ｖ線間電圧線）に、壁のシートロックを介して形成された穴を介して接続し得る。ドッキングステーション３１２は、電力接続回路系３０６および／またはＡＣ−ＤＣ電力供給回路系のような回路系を含み得、ユーザが高電圧線にさらされるのを防ぎ得る。ドッキングステーション３１２は、さらに、または代替的に、（建築構造物を暖房するための）暖房ユニット、（建築構造物を冷房するための）空調ユニット、および／または（建築構造物を通して空気を循環させるための）換気ユニットなどのような、ＨＶＡＣシステムの要素を作動させる（つまりオンおよびオフにする）ための制御回路系を含んでもよい。ある例では、ドッキングステーション３１２は、あるタイプまたはモデルの装置に特化しており、たとえば、サーモスタット装置は煙検出器装置とは異なるドッキングステーションを含む。ある例では、ドッキングステーション３１２は、複数のタイプおよび／またはモデルの装置３００に亘って共有され得る。
【００５３】
モジュラリティユニットの置換可能なモジュール３１４は、装置の、いくつかまたはすべてのセンサ３０２、プロセッサ、ユーザインターフェイスコンポーネント３０４、バッテリ３０８、通信コンポーネント３１０、インテリジェンスコンポーネント３１６などを含み得る。置換可能なモジュール３１４は、ドッキングステーション３１２に取付けられる（たとえばそれにプラグを挿入されるかまたはそれに接続される）ように構成され得る。ある例では、置換可能なモジュール３１４の組が、置換可能なモジュール３１４に亘って変動する能力、ハードウェアおよび／またはソフトウェアを伴って製造される。ユーザは、したがって、すべての装置コンポーネントを置換したり、装置３００を完全に再設置
したりする必要なしに、彼らの置換可能なモジュール３１４を容易にアップグレードまたは置換することができる。たとえば、ユーザは、限られた知能およびソフトウェア能力を有する第１の置換可能なモジュールを含む安価な装置から始めることができる。ユーザは、次いで、さらに能力のある置換可能なモジュールを含むよう、装置を容易にアップグレードすることができる。別の例としては、ユーザは、モデル＃１装置を彼らの地下室に有し、モデル＃２装置を彼らの居間に有し、彼らの居間の装置をアップグレードしてモデル＃３の置換可能なモジュールを含ませる場合には、ユーザは、モデル＃２の置換可能なモジュールを地下室に移動させて、既存のドッキングステーションに接続することができる。モデル＃２の置換可能なモジュールは、次いで、（たとえばユーザからユーザインターフェイスを介して情報を要求することによって）その新たな位置を識別するために起動プロセスを始めてもよい。
【００５４】
装置のインテリジェンスコンポーネント３１６は、さまざまな異なる装置機能のうちの１つ以上をサポートし得る。インテリジェンスコンポーネント３１６は、一般的には、ここに記載される有利な機能の１つ以上を実行および／または実行させられるよう構成およびプログラミングされる１つ以上のプロセッサを含む。インテリジェンスコンポーネント３１６は、ローカルメモリ（たとえばフラッシュメモリ、ハードドライブ、ランダムアクセスメモリ）に記憶されるコンピュータコードを実行する汎用プロセッサ、専用プロセッサもしくは特定用途向け集積回路、それらの組合せの形式において、および／または他のタイプのハードウェア／ファームウェア／ソフトウェア処理プラットホームを用いて実現され得る。インテリジェンスコンポーネント３１６は、さらに、非同期Javascript（登録商標）およびＸＭＬ（ＡＪＡＸ）または同様のプロトコルを用いて、クラウドサーバから与えられる命令を実行するＪａｖａ（登録商標）仮想マシン（ＪＶＭ）を動作させることなどによって、中央サーバまたはクラウドベースのシステムによって遠隔で実行または司られるアルゴリズムのローカル化されたバージョンまたは対応物として実現され得る。例として、インテリジェンスコンポーネント３１６は、ある場所（たとえば家屋または部屋）がある特定の人物によって占有されるかもしくは（たとえば１つ以上のしきい値に関して）ある特定数および／もしくは組の人々によって占有されるかどうかまで、ならびにそれを含んで、その場所がいつ占有されるかを検出するよう構成され得る。そのような検出は、たとえば、マイクロフォン信号を解析すること、（たとえば装置の前における）ユーザの移動を検出すること、扉もしくはガレージ扉の開閉を検出すること、無線信号を検出すること、受信された信号のＩＰアドレスを検出すること、またはある時間窓内で１つ以上の装置の動作を検出することによって生じ得る。インテリジェンスコンポーネント３１６は、特定の居住者または物体を識別するよう、画像認識技術を含んでもよい。
【００５５】
いくつかの例では、インテリジェンスコンポーネント３１６は、望ましい設定を予測するよう、および／またはそれらの設定を実現するよう構成され得る。たとえば、存在検出に基づいて、インテリジェンスコンポーネント３１６は、たとえば、家もしくはある特定の部屋に誰もいないときに出力を節約するよう、またはユーザの好み（たとえば一般的な家庭での好みもしくはユーザに特定の好み）に従って、装置設定を調整し得る。別の例として、特定の人物、動物または物体（たとえば子供、ペットまたは紛失した物体）の検出に基づいて、インテリジェンスコンポーネント３１６は、その人物、動物または物体がどこにあるかの音声インジケータもしくは視覚インジケータを起動し得、または認識されない人物がある条件下（たとえば夜もしくは照明が消えているときに）検出される場合にアラームもしくはセキュリティ特徴を起動させ得る。さらに別の例では、インテリジェンスコンポーネント３１６は、ユーザ設定における、時間単位、週単位またはさらには季節単位の傾向を検出し、設定をそれに従って調整し得る。たとえば、インテリジェンスコンポーネント３１６は、ある特定の装置が平日は毎日６：３０ａｍにオンにされること、またはある装置設定は直近の３時間に亘って高い設定からより低い設定に徐々に調整されることを検出し得る。インテリジェンスコンポーネント３１６は、次いで、その装置が平日は
毎日６：３０ａｍにオンにされること、または設定は、その設定を、より長い時間期間に亘って徐々に下げ続けるべきであることを予測し得る。
【００５６】
ある例では、装置は、第１の装置によって検出されるイベントが第２の装置の動作に影響を与えるように、互いと対話し得る。たとえば、第１の装置は、（たとえばガレージにおいて動きを検出すること、ガレージにおいて照明における変化を検出すること、またはガレージ扉が開かれたことを検出することによって）ユーザがガレージに入って行ったことを検出し得る。第１の装置はこの情報を第２の装置に送信し、第２の装置は、たとえば、家屋温度設定、照明設定、音楽設定、および／またはセキュリティアラーム設定を調整し得る。別の例として、第１の装置は（たとえば動きまたは突然の光パターンの変化を検出することによって）ユーザが玄関に接近するのを検出し得る。第１の装置は、（たとえばドアベルの音のような）一般的な音声もしくは視覚信号を呈させ、または（たとえば訪問者の存在を、ユーザが占有している部屋内において知らせるよう）場所に特化した音声もしくは視覚信号を呈させることができる。
【００５７】
不正変更検出回路系３１８はインテリジェンスコンポーネント３１６の一部であってもよく、またはそれと分離していてもよい。不正変更検出回路系３１８は、装置３００の不正変更を検出するよう動作可能であるソフトウェアおよび／またはハードウェアを含んでもよい。不正変更は、たとえば、ＤＲイベント中にリモートサーバによるＨＶＡＣ制御を回避しようとするユーザの試みを示す、装置３００とＨＶＡＣとの間における切断、ＤＲイベント中にリモートサーバによるＨＶＡＣ制御を回避しようとするユーザの試みを示す、ＨＶＡＣによるインピーダンスまたは電力消費における変化などを含み得る。
【００５８】
図３Ｂは、いくつかの実施の形態に従って、設置、構成およびアップグレードを容易にするために置換可能なモジュール３１４（たとえばヘッドユニット）とドッキングステーション３１２（たとえばバックプレート）とを有する、インテリジェントなネットワーク接続された装置３００を示す。上に記載されるように、装置３００は、壁に取付けられてもよく、円形の形状を有してもよく、ユーザ入力を受けるための（たとえばユーザインターフェイス３０４の一部であってもよい）外側の回転可能なリング３２０を有してもよい。外側の回転可能なリング３２０は、ユーザが、新たな目標温度を選択することなどのような、調整をなすことを可能にする。たとえば、外側リング３２０を時計回りに回転させることによって、目標設定点温度を上げることができ、外側リング３２０を反時計回りに回転させることによって、目標設定点温度を下げることができる。構造物内の温度を既存の設定点温度に即時に変更させる要望を反映する、その設定点温度に対する変更は、ここでは、「即時設定点温度」または「現在の設定点温度」に対する変更と称されてもよい。これは、設定点温度が構造物内における未来の温度に対する要望を反映してもよい、時間単位、日単位、週単位、月単位、または他のスケジュールにおいて与えられてもよい設定点温度とは対照的である。そのような設定点温度はここでは「スケジューリングされた設定点温度」または「設定点温度のスケジュール」と称されてもよい。
【００５９】
装置３００は、（たとえばユーザインターフェイス３０４の一部であってもよい）ディスプレイ３２４を含むカバー３２２を有する。ヘッドユニット３１４はバックプレート３１２上にスライドする。ディスプレイ３２４は、たとえば装置３００の現在の動作状態、ユーザのリング３２０を介しての装置との直接的対話、（能動的赤外線モーションセンサなどのような）近接センサ３０２などを介してのユーザの存在の検知、遠隔アクセス装置を介しての装置との遠隔ユーザ対話などによって、さまざまな情報を表示してもよい。たとえば、ディスプレイ３２４は、現在の設定点の温度を表す中央の数字を表示してもよい。
【００６０】
ある実施の形態によれば、ヘッドユニット３１４のバックプレート３１２に対する接続
は、磁石、差込ピン、ラッチおよび留具、タブまたはリブと対応の凹みを用いるか、またはヘッドユニット３１４およびバックプレート３１２の対応する部分上における単純な摩擦を用いることによって達成され得る。ある実施の形態では、ヘッドユニット３１４は、バッテリ３０８、通信コンポーネント３１０、インテリジェンスコンポーネント３１６、および（たとえばユーザインターフェイス３０４の一部であってもよい）ディスプレイドライバ３２６を含む。バッテリ３０８は、ともに２０１１年２月２４日に提出された、共通に譲渡された係属中の米国連続番号１３／０３４，６７４（リファレンス番号ＮＥＳ０００６−ＵＳ）および１３／０３４，６７８（リファレンス番号ＮＥＳ０００７−ＵＳ）ならびに２０１１年１０月６日に提出された共通に譲渡された米国連続番号１３／２６７，８７１（リファレンス番号ＮＥＳ０１５８−ＵＳ）にさらに詳細に記載され、それらのすべてをここにおいてそれらの全体をすべての目的のために引用により援用する、電力採取（盗電および／または電力共有とも称される）を介してＨＶＡＣシステム制御回路から得られるか、または可能である場合には共通のワイヤから得られる、バックプレート３１２からの電力を用いる（たとえばインテリジェンスコンポーネント３１６の一部であってもよく、および／またはバックプレート３１２に含まれてもよい）再充電回路系を用いて、再充電されてもよい。ある実施の形態によれば、バッテリ３０８は、再充電可能な単一セルリチウムイオン、またはリチウムポリマーバッテリである。
【００６１】
バックプレート３１２は、電子機器３３０および（たとえばセンサ３０２の１つであってもよい）温度センサ３３２をハウジング３３４に含み、それらは通気口３３６を介して換気される。温度センサ３３２は、バックプレート３１２が、たとえヘッドユニット３１４に接続されていないときでも十分に機能的なサーモスタットとして動作することを可能にする。ワイヤコネクタ３３８は、ＨＶＡＣシステムのコンポーネントを作動させるためのワイヤへの接続、ＨＶＡＣシステムから電力を受取るためのワイヤへの接続などのような、ＨＶＡＣシステムワイヤに対する接続を可能にするよう設けられる。接続端子３４０は、ヘッドユニット３１４とバックプレート３１２との間の電気的接続を与える雄または雌プラグコネクタである。ＨＶＡＣシステムに接続し、およびそれを制御するためのさまざまな構成は、さらに、上記米国連続番号第１３／０３４，６７４号および第１３／０３４，６７８号に記載されている。
【００６２】
ある実施の形態では、バックプレート電子機器３３０は、ＭＣＵプロセッサ、およびＨＶＡＣ制御回路を開閉するためのドライバ回路系を含み、それによって、暖房および冷房などのような１つ以上のＨＶＡＣ機能をオンおよびオフにする。電子機器３３０は、さらに、１日のうちの異なる時間に効果を表す一連のプログラミングされた設定を記憶するよう用いられるフラッシュメモリを含み、ヘッドユニット３１４がバックプレート３１２に取付けられないときでさえ、プログラミングされた設定点（つまり所望の温度）変更が実行され得る。ある実施の形態によれば、電子機器３３０は、さらに、ＨＶＡＣ共通電力線が利用可能でないときでさえ、ＨＶＡＣ制御回路から電力を得るよう（ヘッドユニット３１４に設けられるものに加えて、またはそれと代替的であってもよい）電力採取回路系を含む。さまざまな実施の形態では、不正変更検出回路系３１８（図３Ａ）は、ヘッドユニット３１４およびバックプレート３１２の１つ以上に組込まれてもよく、ヘッドユニット３１４がバックプレート３１２に結合されるかどうかに関わらず、不正変更が検出されてもよい。
【００６３】
図３Ｃは、ワイヤコネクタ３３８および不正変更検出回路系３１８を特に参照して、装置３００の概念図を示す。ワイヤコネクタ３３８および不正変更検出回路系３１８は、本教示の範囲から逸脱することなく、装置３００の本体と、全体的または部分的に、分離可能または分離不可能に一体であり得ることが理解される。したがって、たとえば、１つの実施の形態に対しては、ワイヤコネクタ３３８および不正変更検出回路系３１８は装置３００の本体と分離不可能に一体であり得、ＨＶＡＣワイヤは、１つの単一体のユニットと
して壁上に配置される前に後ろに直接挿入される。別の実施の形態では、ワイヤコネクタ３３８および不正変更検出回路系３１８は、サーモスタットの本体が取付けられる壁プレートユニットに位置し得、ここにおいて、ワイヤのサーモスタットへの挿入に対する言及は、ワイヤが壁プレートに挿入され、本体が壁プレートに取付けられて完成された装置３００を形成する実施の形態を包含することが理解される。
【００６４】
図３Ｃに示されるように、各ワイヤコネクタ３３８は予め定められるＨＶＡＣ信号タイプと関連付けられる。設置を自分で行なう人のための設置の容易さと多数の家屋に対する妥当な幅広い遡及修復適用可能性との間の最適なバランスを与えると見いだされた一実施の形態については、８つのワイヤコネクタ３３８が設けられ、それらは、それぞれ、暖房呼出出力（Ｒｈ）、暖房呼出（Ｗ１）、冷房呼出（Ｙ１）、ファン呼出（Ｇ）、共通（Ｃ）、ヒートポンプ（Ｏ／Ｂ）、予備（ＡＵＸ）、および暖房呼出出力（Ｒｈ）からなる選択されたＨＶＡＣ信号タイプのグループに専用である。好ましくは、装置３００は上記の、共通に譲渡された米国連続番号１３／０３４，６７４によれば、「ジャンパーレス」タイプのものであり、（ｉ）ＨＶＡＣシステムによって与えられる単一の呼出電力線があり、一方または他方の接続ポートが単一の呼出電力線（特定のＨＶＡＣ設置によっては、Ｒ、Ｖ、ＲｈまたはＲｃとラベル付されるかもしれない）を受ける場合については、ＲｈおよびＲｃ接続ポートは自動的にともにシャントされたままであり、（ｉｉ）挿入される、ＨＶＡＣシステムによって与えられる二重呼出電力線がある場合には、ＲｈおよびＲｃ接続ポートは自動的に電気的に分離される。
【００６５】
一実施の形態によれば、不正変更検出回路系３１８は、各ワイヤコネクタ３３８毎に、電気的リード３４４の対を介してバックプレート電子機器３３０と通信するポート検知回路３４２を含む。ポート検知回路３４２は本教示の範囲から逸脱することなくさまざまな異なる態様で動作し得るが、一実施の形態では、制御ポート検知回路３４２は、電気的リード３４４と結合される２ポジションスイッチ（図示せず）を含み、２ポジションスイッチは、関連のワイヤコネクタ３３８に挿入されるワイヤが全くないときには閉じられて電気的リード３４４を共に短絡させ、２ポジションスイッチは、ワイヤがその関連付けられるワイヤコネクタ３３８に挿入される場合には、開位置にされて電気的リード３４４を電気的に分離する。バックプレート電子機器３３０は、それによって、電気的リード３４４の短絡状態または開放状態によって、いつワイヤが接続ポートに挿入されるかを容易に検知することができる。ワイヤコネクタ３３８およびポート検知回路３４２の組合された機能を実現する１つの特定の有利な構成は、２０１１年２月２４日に提出された、共通に譲渡された米国連続番号１３／０３４，６６６（リファレンス番号ＮＥＳ００３５−ＵＳ）に記載されており、その内容の全体をすべての目的のために引用により援用する。
【００６６】
装置３００は、ある実施の形態では、ヘッドユニット、バックプレート、ユーザインターフェイス、通信コンポーネント、インテリジェントコンポーネントなどのようなさまざまなコンポーネントを含む、インテリジェントなネットワーク接続された学習サーモスタットである。しかしながら、当業者には、ここに記載されるさまざまな動作を実行する装置は、図３Ａ〜図３Ｃに示されるより少ない、または多いコンポーネントで等しく十分に動作し得ることが理解される。たとえば、装置３００は、複数のモジュールではなく、単一のユニットとして形成されてもよく、図３Ａ〜図３Ｃを参照して記載されるよりも多いコンポーネントまたは少ないコンポーネントを含んでもよい。たとえば、装置３００は、２０１２年９月２１日に提出された米国連続番号１３／６２４，８７８に記載されるように、および／または２０１２年９月３０日に提出された米国連続番号１３／６３２，１４８に記載されるように形成されてもよく、それらの双方をここにその全体をすべての目的のために引用により援用する。したがって、図３Ａ〜図３Ｃにおける装置３００の図示は、本質的に例示的であると考えられるべきであり、本教示の範囲を限定するよう考えられるべきではない。
【００６７】
図４は、図１および／もしくは図２のスマートホームならびに／または図３Ａ〜図３Ｃの装置を統合することができる、拡張可能な装置およびサービスプラットフォームのネットワークレベル図を示す。構造物２５０を参照して先に論じられた、インテリジェントなネットワーク接続された装置の各々は、１つ以上のリモートサーバまたはクラウドコンピューティングシステム２６４と通信し得る。通信は、直接（たとえば無線通信事業者への３Ｇ／４Ｇ接続性を用いて）、ハブ付ネットワーク（たとえば単一の無線ルータからインテリジェントな、専用の全家屋制御ノードまで、およびそれを含む範囲のスキームであり得る）を介してか、またはそれらの任意の組合せを介してネットワーク２６２への接続を確立することによって可能にされ得る。
【００６８】
リモートサーバまたはクラウドコンピューティングシステム２６４は動作データ４０２をスマートホーム装置から収集することができる。たとえば、装置は、ルーチンで動作データを送信することができ、または特定の例では（たとえばカスタマーサポートを要求するときなどに）動作データを送信することができる。リモートサーバまたはクラウドコンピューティングアーキテクチャ２６４は、さらに、１つ以上のサービス４０４を提供し得る。サービス４０４はたとえば、ソフトウェアアップデート、カスタマーサポート、センサデータ収集／ロギング、遠隔アクセス、遠隔もしくは分散制御、または（たとえば、性能を向上させユーティリティコストなどを低減するために、収集された動作データ４０２に基づいた）使用の提案を含み得る。サービス４０４に関連付けられるデータは、リモートサーバまたはクラウドコンピューティングシステム２６４に記憶され得、リモートサーバまたはクラウドコンピューティングシステム２６４は、適切なとき（たとえば規則的な間隔で、ユーザから要求を受けたとき、など）にデータを検索および送信し得る。
【００６９】
図４に示されるような記載される拡張可能な装置およびサービスプラットフォームの１つの顕著な特徴は、処理エンジン４０６であり、それは、（リモートサーバ２６４に含まれてもよく、またはそれから別個であってもよい）単一のデータ処理サーバ４０７に集中されるかまたはいくつかの異なるコンピューティングエンティティの間に分散され得るが、これに限定はされない。処理エンジン４０６は、データをインデックス付けし、データを分析し、および／または分析に基づきもしくは分析の一部として統計を生成するために、（たとえばインターネット（登録商標）またはハブ付ネットワークを介して）装置の組からデータを受け取るように構成されるエンジンを含み得る。分析されたデータは、導き出されたデータ４０８として記憶され得る。分析または統計の結果はその後、結果を導き出すのに用いられる動作データを提供する装置、他の装置、装置のユーザにウェブページを提供するサーバ、または他の非装置エンティティに送信し戻され得る。たとえば、使用統計、他の装置の使用に対する使用統計、使用パターン、および／またはセンサ読み取りを要約する統計が送信され得る。結果または統計はインターネット２６２を介して提供され得る。この態様で、処理エンジン４０６は、スマートホームから得られる動作データからさまざまな有用な情報を導き出すために構成およびプログラミングされ得る。単一のサーバは、１つ以上のエンジンを含み得る。
【００７０】
導き出されたデータは、家毎、近隣毎、または領域毎での装置の明示的なプログラミングされた制御（たとえば電気的設備に対する需要応答プログラム）から、家毎に支援し得る推論的抽象化の生成（たとえば、家の所有者が休暇に出ているのでセキュリティ検出機器の感度は高められ得るという推論が引き出され得る）まで、行政または公益目的のために使用され得る統計および関連する推論抽象化の発生までの範囲のさまざまな有用な目的のためにさまざまな異なる粒度で非常に有益であり得る。たとえば、処理エンジン４０６は、装置の集団に亘って装置使用に関する統計を生成し得、（たとえば、統計に対する金銭上の補償を要求したかまたは提供し得た）装置ユーザ、サービスプロバイダまたは他のエンティティに統計を送信し得る。具体的な例示として、統計は、慈善事業体４２２、行
政実体４２４（たとえば食品医薬品局または環境保護局）、学術機関４２６（たとえば大学研究者）、（たとえば装置保証またはサービスを関連機器に対して提供する）事業体４２８、またはユーティリティ供給会社４３０に対して送信することができる。これらの実体はそのデータを用いて、プログラムを形成してエネルギ使用を低減し、障害機器を先制して修理し、高いサービス需要に備え、過去のサービス実績をトラッキングするなど、または、既知もしくは今後開発されるさまざまな有益な機能もしくはタスクのいずれかを実行できる。
【００７１】
図５は、ある実施の形態に従って、処理エンジン４０６およびスマートホーム環境の装置を特に参照をして、図４の拡張可能な装置およびサービスプラットフォームの抽象的な機能図を示す。スマートホーム環境に位置する装置は、無限のさまざまな異なる個々の能力および限界を有するが、それらの各々がデータ消費体５０２（ＤＣ）、データソース５０４（ＤＳ）、サービス消費体５０６（ＳＣ）およびサービスソース５０８（ＳＳ）であるという点で、それらは、すべて、共通の特性を共有するとして考えられ得る。有利なことに、装置のローカルおよび直接の目的を達成するために装置に必要とされる本質的な制御情報を提供することに加えて、拡張可能な装置およびサービスプラットフォームは、これらの装置から流れ出る大量のデータを利用するように構成され得る。それらの直接的な機能に関して装置自体の実際の動作を向上または最適化することに加えて、拡張可能な装置およびサービスプラットフォームは、さまざまな有用な目的を達成するために、さまざまな自動化され、拡張可能であり、フレキシブルで、および／またはスケーラブルな態様でそのデータを「別の目的のために再利用する（repurposing）」ことに向けられ得る。
これらの目的は、たとえば使用パターン、装置効率および／またはユーザ入力（たとえば特定の機能を要求する）に基づき、予め規定または適合的に識別されてもよい。
【００７２】
たとえば図５は、ある数のパラダイム５１０を含む処理エンジン４０６を示す。処理エンジン４０６は、一次的または二次的な装置機能を監視および管理する、管理されたサービスパラダイム５１０ａを含み得る。装置機能は、装置に与えられたユーザ入力の適正な動作を保証すること、侵入者が住居にいるかもしくは住居に入ることを試みていることを推定する（たとえば、およびそれに応答する）こと、装置に結合される機器の不良（たとえば切れた電球）を検出すること、エネルギー需要応答イベントを実現もしくはそうでなければそれに応答すること、または現在もしくは予測された将来のイベントもしくは特性をユーザに警告することを含み得る。処理エンジン４０６はさらに、装置の使用に基づいて、ユーザの特性（たとえば人口学的情報）、ユーザの要望および／または興味のある製品を推定する広告／通信パラダイム５１０ｂを含み得る。サービス、プロモーション、製品またはアップグレードが、次いで、ユーザにオファーまたは自動的に提供され得る。処理エンジン４０６はさらにソーシャルパラダイム５１０ｃを含み得、ソーシャルパラダイム５１０ｃは、ソーシャルネットワークからの情報を使用し、（たとえば装置の使用に基づいて）ソーシャルネットワークに情報を提供し、ならびに／またはソーシャルネットワークプラットフォームとのユーザおよび／もしくは装置対話に関連付けられるデータを処理する。たとえば、ソーシャルネットワーク上でのユーザに委託された連絡先に報告されるようなユーザのステータスは、照明の検出、セキュリティシステムの不活性化、または装置使用検出器に基づき、彼らがいつ家にいるかを示すよう更新され得る。別の例として、ユーザは、他のユーザと装置使用の統計を共有することが可能である。処理エンジン４０６は、抗議／ルール／コンプライアンス／報酬パラダイム５１０ｄを含み得、それは、抗議、ルール、コンプライアンス規則、および／もしくは報酬をユーザに通知し、ならびに／または、動作データを使用して、抗議に応じられたか、ルールまたは規則は遵守されたか、および／または、報酬が得られたかどうかを判断する。抗議、ルールまたは規則は、エネルギを節約する努力、安全に生活する（たとえば毒物または発がん性物質に晒されることを低減する）努力、金銭の節約および／または機器寿命を保護する努力、健康を改善する努力などに関し得る。
【００７３】
処理エンジン４０６は、１つ以上の処理パラダイムの機能を向上させるために、外部源からの外部情報５１６を統合または別の態様で利用し得る。外部情報５１６は、装置から受取られる動作データを解釈し、装置の近くの環境（たとえば装置が囲まれる構造物の外部）の特性を判断し、ユーザに利用可能なサービスまたは製品を判断し、ソーシャルネットワークまたはソーシャルネットワーク情報を識別し、装置の近くのエンティティ（たとえば緊急状態応答チーム、警察または病院のような公共サービス実体）のコンタクト情報などを判断し、家または近隣に関連付けられる統計的もしくは環境的条件、傾向または他の情報を識別するためなどに使用され得る。
【００７４】
驚くほどの範囲のさまざまな利点が、通常のものから重要なものまで、記載される拡張可能な装置およびサービスプラットフォームによって引き起こされ得るとともに当該拡張可能な装置およびサービスプラットフォームの範囲内に適合され得る。したがって、１つの「通常の」例では、スマートホームの各寝室には、占有センサを含む煙／炎／ＣＯ警報が設けられており、占有センサはさらに、（たとえばモーション検出、顔認識、可聴音パターンなどによって）居住者が眠っているかまたは起きているかどうかを推論することができる。重大な火事イベントが検知されると、遠隔セキュリティ／監視サービスまたは消防署は、各寝室に何人の居住者がいるか、それらの居住者がまだ眠っている（もしくは動かない）かどうか、または、彼らが適切に寝室から避難したどうか通知される。もちろんこれは、記載された拡張可能な装置およびサービスプラットフォームにより対応される非常に有利な能力であるが、利用可能になり得るさらに大きな「インテリジェンス」のポテンシャルを真に示し得る実質的により「重要な」例が存在し得る。恐らくより「重要な」例として、火事安全性に使用されている同じデータ寝室占有データが、近隣の子供の発育および教育の社会的規範の文脈において、処理エンジン４０６によって「別の目的で再利用」され得る。したがって、たとえば、「通常の」例で論じられた同じ寝室占有およびモーションデータが、収集され得るとともに、特定の郵便番号における生徒の睡眠パターンが識別およびトラッキングされ得る処理に利用可能になる（適切に匿名化される）ようにされ得る。これらの生徒の睡眠パターンにおける局所化された変動は、識別され、たとえば、地元の学校における異なる栄養プログラムに対して相関され得る。
【００７５】
図６は、ある実施の形態に従う専用コンピュータシステム６００のブロック図である。たとえば、ここに記載されるユーティリティプロバイダコンピューティングシステム１２０、エネルギ管理システム１３０、スマートホーム環境２００の要素、リモートサーバ２６４、クライアント装置３００、処理エンジン４０６、データ処理サーバ４０７、または他の電子コンポーネントのうちの１つ以上を専用コンピュータシステム６００として実現してもよい。ここに記載される方法およびプロセスは、同様に、コンピュータシステムに対して、ここに記載される方法およびプロセスの動作を実行させるよう指示する、有形の非一時的なコンピュータ読取可能記憶媒体および／またはコンピュータプログラム製品によって実現されてもよい。各そのようなコンピュータプログラム製品は、コンピュータシステムのプロセッサに対して対応の動作を実行するよう指示する、コンピュータ読取可能媒体上において実施される命令（たとえばコード）の組を含んでもよい。命令は、シーケンシャルな順序で、または（異なる処理スレッド下におけるように）並列で、またはそれらの組合せにおいて実行されるように構成されてもよい。
【００７６】
専用コンピュータシステム６００は、コンピュータ６０２、コンピュータ６０２に結合されるモニタ６０４、コンピュータ６０２に結合される１つ以上のさらなるユーザ出力装置６０６（オプション）、コンピュータ６０２に結合される１つ以上のユーザ入力装置６０８（たとえばキーボード、マウス、トラックボール、タッチスクリーン）、コンピュータ６０２に結合されるオプションの通信インターフェイス６１０、およびコンピュータ６０２における、またはそれにアクセス可能な有形のコンピュータ読取可能記憶媒体６１２
を含むコンピュータプログラム製品を含む。コンピュータ読取可能記憶媒体６１２に記憶される命令は、システム６００に対して、ここに記載される方法および処理を実行するよう指示してもよい。コンピュータ６０２は、バスサブシステム６１６を介して、ある数の周辺装置と通信する１つ以上のプロセッサ６１４を含んでもよい。これらの周辺装置は、ユーザ出力装置６０６、ユーザ入力装置６０８、通信インターフェイス６１０、ならびに有形のコンピュータ読取可能メモリの形式である、ランダムアクセスメモリ（ＲＡＭ）６１８および不揮発性ストレージドライブ６２０（たとえばディスクドライブ、光ドライブ、ソリッドステートドライブ）などのような記憶サブシステムを含んでもよい。
【００７７】
コンピュータ読取可能媒体６１２は、ランダムアクセスメモリ６１８にロードされ、不揮発性ストレージドライブ６２０に記憶され、またはそうでなければコンピュータ６０２の１つ以上のコンポーネントにアクセス可能であってもよい。各プロセッサ６１４は、Intel（登録商標）またはAdvanced Micro Devices, Inc.（登録商標）などからのマイクロ
プロセッサのような、マイクロプロセッサを含んでもよい。コンピュータ読取可能媒体６１２をサポートするために、コンピュータ６０２は、コンピュータ読取可能媒体６１２と上記のコンポーネントとの間における通信、およびコンピュータ読取可能媒体６１２のサポートにおいて上記のコンポーネント間における通信を処理するオペレーティングシステムを実行する。例示的なオペレーティングシステムはMicrosoft CorporationからのWindows（登録商標）など、Sun MicrosystemsからのSolaris（登録商標）、LINUX（登録商標）、UNIX（登録商標）などを含む。多くの実施の形態では、およびここに記載されるとおりでは、コンピュータプログラム製品は、コンピュータ読取可能媒体（たとえばディスク、メモリチップなど）を含む装置（たとえばハードドライブを含むケース、読取／書込ヘッドなど、コンピュータディスクを含むケース、メモリカードを含むコネクタ、ケースなど）であってもよい。他の実施の形態では、コンピュータプログラム製品は、命令セットまたはコードモジュールそれら自体を含んでもよく、コンピュータ読取可能媒体上において実施されてもよい。
【００７８】
ユーザ入力装置６０８は、コンピュータシステム６０２に情報を入力するすべての可能なタイプの装置およびメカニズムを含む。これらは、キーボードと、キーパッドと、マウスと、スキャナと、デジタル描画パッドと、ディスプレイに組込まれたタッチスクリーンと、音声認識システム、マイクロフォンのような音声入力装置と、他のタイプの入力装置とを含み得る。さまざまな実施の形態において、ユーザ入力装置６０８は典型的に、コンピュータマウス、トラックボール、トラックパッド、ジョイスティック、ワイヤレスリモート、描画タブレット、音声コマンドシステムとして具現化される。ユーザ入力装置６０８は典型的に、ユーザが、モニタ６０４に現われるオブジェクト、アイコン、およびテキストなどをボタンのクリックなどのようなコマンドを介して選択することを可能にする。ユーザ出力装置６０６は、コンピュータ６０２から情報を出力するすべての考えられ得るタイプの装置およびメカニズムを含む。これらは、ディスプレイ（たとえばモニタ６０４）、プリンタ、音声出力装置のような非視覚的ディスプレイなどを含み得る。
【００７９】
通信インターフェイス６１０は、他の通信ネットワークおよび装置にインターフェイスを提供しており、有線または無線通信ネットワーク６２２を介して、他のシステム、ＷＡＮおよび／またはインターネットからデータを受け取り、それらにデータを送信するインターフェイスとして機能し得る。通信インターフェイス６１０の実施の形態は典型的に、イーサネット（登録商標）カード、モデム（電話、衛星、ケーブル、ＩＳＤＮ）、（非同期）デジタル加入者線（ＤＳＬ）ユニット、FireWire（登録商標）インターフェイス、ＵＳＢ（登録商標）インターフェイス、無線ネットワークアダプタなどを含む。たとえば、通信インターフェイス６１０は、コンピュータネットワークまたはFireWire（登録商標）バスなどに結合され得る。他の実施の形態において、通信インターフェイス６１０は、コンピュータ６０２のマザーボードに物理的に統合され得、および／または、ソフトウェア
プログラムなどであり得る。
【００８０】
ＲＡＭ６１８および不揮発性ストレージドライブ６２０は、実行可能なコンピュータコードまたは人間が読取り得るコードなどを含む本発明のコンピュータプログラム製品の実施の形態のような、データを記憶するように構成される有形のコンピュータ読取可能媒体の例である。他のタイプの有形のコンピュータ読取可能媒体は、フロッピー（登録商標）ディスクと、リムーバブルハードディスクと、ＣＤ−ＲＯＭ、ＤＶＤのような光学記憶媒体と、バーコードと、フラッシュメモリ、リードオンリメモリ（ＲＯＭ）のような半導体メモリと、バッテリバックアップ揮発性メモリと、ネットワーク化された記憶装置などとを含む。ＲＡＭ６１８および不揮発性ストレージドライブ６２０は、上に記載されるように、本発明のさまざまな実施の形態の機能を提供するベーシックプログラミングおよびデータ構造を記憶するように構成され得る。
【００８１】
本発明の機能を提供するソフトウェア命令セットがコンピュータ読取可能媒体６１２、ＲＡＭ６１８および／または不揮発性ストレージドライブ６２０に記憶され得る。これらの命令セットまたはコードはプロセッサ６１４によって実行され得る。コンピュータ読取可能媒体６１２、ＲＡＭ６１８および／または不揮発性ストレージドライブ６２０はさらに、本発明に従って使用されるデータおよびデータ構造を記憶するためにレポジトリを提供し得る。ＲＡＭ６１８および不揮発性ストレージドライブ６２０は、プログラム実行の間に命令およびデータを記憶するメインランダムアクセスメモリ（ＲＡＭ）と、固定された命令が記憶されるリードオンリメモリ（ＲＯＭ）とを含む多くのメモリを含み得る。ＲＡＭ６１８および不揮発性ストレージドライブ６２０は、プログラムおよび／またはデータファイルの持続的（不揮発性）記憶を提供するファイルストレージサブシステムを含み得る。ＲＡＭ６１８および不揮発性ストレージドライブ６２０はさらに、リムーバブルフラッシュメモリのようなリムーバブルストレージシステムを含み得る。
【００８２】
バスサブシステム６１６は、意図されるように、コンピュータ６０２のさまざまなコンポーネントおよびサブシステムが互いと通信することを可能にするためにメカニズムを提供する。バスサブシステム６１６は単一のバスとして概略的に示されるが、バスサブシステムの代替的な実施の形態はコンピュータ６０２内の複数のバスまたは通信パスを利用し得る。
【００８３】
ファームウェアおよび／またはソフトウェア実現例については、方法は、本願明細書において記載される機能を実行するモジュール（たとえばプロシージャおよび関数など）で実現され得る。実体的に命令を具現化する任意のマシン読取可能媒体が、本願明細書において記載される方法を実現するのに使用され得る。たとえば、ソフトウェアコードがメモリに記憶され得る。メモリは、プロセッサ内で実現され得るか、または、プロセッサの外部で実現され得る。本願明細書において使用されるように、「メモリ」という用語は、任意のタイプの長期、短期、揮発性、不揮発性または他の記憶媒体を指しており、如何なる特定のタイプのメモリ、如何なる特定の数のメモリ、またはメモリが記憶される如何なる特定のタイプの媒体にも限定されない。
【００８４】
さらに、本願明細書において開示されるように、「記憶媒体」という用語は、データを記憶するための１つ以上のメモリを表わし得、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ＲＡＭ、コアメモリ、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、および／または情報を記憶するための他のマシン読取可能媒体を含む。「マシン読取可能媒体」という用語は、命令および／もしくはデータを含むもしくは担持する記憶可能な携帯可能もしくは固定記憶装置、光学記憶装置、無線チャネル、および／またはさまざまな他の記憶媒体を含むがこれらに限定されない。
【００８５】
図７は、ある実施の形態に従って、需要応答イベント中にＨＶＡＣシステムを制御するためのプロセス７００を示す。理解を促すため、プロセス７００は図１、図２、図８、図９Ａ〜図９Ｄ、図１０Ａ〜図１０Ｂ、および図１１Ａ〜図１１Ｂを参照して記載されるが、プロセス７００の実施の形態は図１、図２、図８、図９Ａ〜図９Ｄ、図１０Ａ〜図１０Ｂ、および図１１Ａ〜図１１Ｂを参照して記載されるものに限定されるものではないことが理解されるべきである。
【００８６】
動作７０２では、ＤＲイベント期間を有するＤＲイベントが識別される。ＤＲイベントは、エネルギ低減機構が能動的に関わることになる時間期間である。ＤＲイベントは、エネルギ低減機構が能動的に関わることになる時間期間を規定するＤＲイベント期間を識別する情報を含むＤＲイベントプロファイルによって規定される。時間期間は、数分、数十分、数時間、数十時間、またはエネルギシフトが所望される他の好適な時間期間のオーダにあってもよい。少なくとも１つの実施の形態では、ＤＲイベント期間は、数分のオーダにあってもよく、「瞬間的なＤＲイベント」と称されてもよく、それは、総計のエネルギ需要において期待されるピークに狭く調整されるイベントである。そのような例においては、エネルギ需要におけるピークは、期待されるピーク時間に先立つ数分間（または数時間）として識別されてもよく、ある実施の形態では、ピークエネルギ需要の継続期間（つまり期待される需要が供給を超える継続期間）は数分間だけ続いてもよい。
【００８７】
ある実施の形態では、ＤＲイベントはＤＲプログラムの一部であってもよい。ＤＲプログラムは、一般的に、需要が供給近くになるかまたは供給を超えると期待される時間である、ある臨界時間中にエネルギ消費者居所１５０Ａ〜１５０Ｎに供給を行なう送電網における負荷を低減するよう試みるプログラムである。ＤＲプログラムは、エネルギ消費者によるプログラムにおける参加を自発的なものにすることが可能であることが多いが、一部の実施の形態では、参加は強制的であってもよい。参加と引換に、エネルギ消費者は、金銭的なインセンティブ、報酬に基づくインセンティブ、または参加の増大を蓄積する他のタイプのインセンティブで報酬を与えられることが多いが、ある実施の形態では、エネルギ消費者はそのようなインセンティブを与えられなくてもよい。ＤＲプログラムは、ある月数、ある日数、ある年数などのような設定された期間に対して実行されてもよく、季節的なものであってもよく（たとえばエネルギ需要が実質的に増大すると期待される夏などのような季節において実現されてもよく）、永続的であってもよく、および／または任意の好適な時間期間に亘って実行されてもよい。具体的に規定された期間に亘ってエネルギ消費を低減するその努力において、ＤＲプログラムは１つ以上のＤＲイベントを規定してもよい。
【００８８】
ＤＲイベントは、ある時間期間を有することに加えて、さらに、ＤＲイベント期間に亘ってエネルギ消費を効果的に管理することに対して好適な他の情報を含んでもよい。たとえば、ＤＲイベントは、さらに、所望のエネルギ低減の大きさを（消費者単位、グループ単位、総計単位、または他の単位で）規定するＤＲイベントの大きさを識別する情報を含んでもよい。別の例として、ＤＲイベントはＤＲイベントの地理的範囲を識別する情報を含んでもよく、地理的範囲は負荷制限が所望される１つ以上の電力系統に関する領域を記載してもよい。この領域は、州、郡、郵便番号、住所などのような任意の好適なパラメータを用いて規定されてもよく、またはそのような居所の住所が後で推測され得る１つ以上の特定の電力系統を識別してもよい。ある実施の形態では、ＤＲプログラムは、さらに、ＤＲプログラム、ＤＲイベントなどの過程に亘ってエネルギ単位のコストを識別してもよい。他の実施の形態では、消費者は地理的特性以外の特性に従ってグループ分けされてもよい。たとえば、消費者は、彼らの構造物に関する同様の（または異なる）特性（たとえば熱的保持）、彼らの富裕度（たとえば絶対的財産、年収など）、ＤＲイベントおよび／またはプログラムに参加する彼らの傾向、ＤＲイベントおよび／またはプログラムにおいて彼らの参加によって達成されそうなエネルギシフトの量などに基づいてグループ分けさ
れてもよい。
【００８９】
ある特定のＤＲイベントは、サーモスタット２０２などのような装置によって、さまざまな態様のうちの任意の１つ以上で識別されてもよい。たとえば、ＤＲイベントを識別する情報は、リモートサーバ２６４またはエネルギ管理システム１３０および／もしくはユーティリティプロバイダコンピューティングシステム１２０の他のコンピューティング要素からサーモスタット２０２に通信されてもよい。他の例に対しては、サーモスタット２０２は、検知された情報に基づいてＤＲイベントを生成および／または規定してもよい。たとえば、サーモスタット２０２は、屋外温度を監視するかまたはそうでなければ屋外温度に関する情報を受信してもよく、その屋外温度に基づいて、ＤＲイベントを規定してもよい（たとえばサーモスタット２０２は、屋外温度が何らかの値を超えたときにＤＲイベントを生成してもよい）。別の例では、サーモスタット２０２は配電網状態（たとえば配電網１６０を介して供給される電力における変動または他の特性）を監視してもよく、それらの配電網状態に基づいて、ＤＲイベントを規定してもよい。さらに別の例では、サーモスタット２０２は、同じ構造体またはサーモスタット２０２と同様の地理的領域にある異なる構造物に配置される他のサーモスタットと通信状態にあってもよく、それらの他のサーモスタットからＤＲイベントを示す情報を受信してもよい。
【００９０】
動作７０４においては、ＨＶＡＣシステムの最適化された制御軌跡が実質上ＤＲイベント期間中にあるよう判断され、最適化された制御軌跡は費用関数を最小にする。制御軌跡は、ＨＶＡＣシステムがＤＲイベント期間のような時間期間に亘ってどのように制御されるべきかを示す。制御軌跡は、設定点温度のスケジュール、ＨＶＡＣデューティサイクルスケジュールなどのような、ＨＶＡＣシステムを制御するためのさまざまな具体的な制御シーケンスの１つ以上を含んでもよい。元の制御軌跡（たとえばＤＲイベント期間中、およびおそらくは規則的な周期的間隔に亘って実現されるようユーザによって最初に規定された設定点温度のスケジュール）に少なくとも一部基づいて、考えられ得る制御軌跡の空間を検索して、何らかの意味において最適である最適な制御軌跡を見つけ出してもよい。多くの実施の形態では、最適な制御軌跡は、それが費用関数を最小するという点において最適である。
【００９１】
費用関数は、ある特定の制御軌跡のコストを判断する際に、さまざまな因数の１つ以上を組込んでもよい。たとえば費用関数は、ＤＲイベント期間中における総エネルギ消費を表す因数を含んでもよい。この因数は、たとえば、ＨＶＡＣシステムが特定の制御軌跡に従って制御される場合にＤＲイベント期間中においてＨＶＡＣシステムによって消費されそうな総エネルギ（ｋＷ）または総エネルギの値（＄）を示してもよい。いくつかの場合では、総エネルギの値は実時間エネルギ価格付に基づいて判断されてもよい。たとえば、エネルギの価格が１日の過程に亘って変動し得る使用時間環境では、総エネルギ消費を表す因数は１日のうちのある期間（たとえばＤＲイベント期間）に亘って消費されるエネルギの値を示してもよく、消費されるエネルギの値は、その期間に亘ってある数の時間インスタンスにおいて消費されるエネルギの大きさおよびそれらの時間インスタンスにおけるエネルギのコストの両方に基づいて判断される。
【００９２】
費用関数は、追加的または代替的に、居住者不快のメトリック（量）を表す因数を含んでもよい。この因数は、たとえば、ＨＶＡＣシステムが特定の制御軌跡に従って制御される場合に構造物の居住者の１人以上が経験しそうな不快のレベルを示してもよい。ある実施の形態では、そのような因数は、構造物の任意の居住者の不快を示してもよい。他の実施の形態では、ＤＲイベント期間中に存在しそうな居住者を具体的に識別してもよく、不快因数をその／それらの具体的な個人に具体的に調整してもよい。
【００９３】
費用関数は、追加的または代替的に、ＤＲイベント期間に亘るエネルギ消費の割合の偏
差を表す因数を含んでもよい。ＤＲイベント期間中において、ＨＶＡＣシステムは、そのイベント期間の第１の部分中において大きなエネルギ量を消費してもよく、そのイベント期間の最後の部分中において低いエネルギ量を消費してもよく、またはその逆であってもよい。ある実施の形態では、ＨＶＡＣシステムエネルギ消費はＤＲイベント期間に亘って分散またはそうでなければ均一にされ、ＤＲイベント期間に亘る消費の割合は実質的に一定であってもよい。
【００９４】
さまざまな実施の形態では、費用関数によって用いられる因数は特定の制御軌跡のコストを判断する際にそれらがすべて等しい考慮を与えられるように同じかもしくは異なるように重み付けされてもよく、または１つの因数が他の因数よりも大きな重みを与えられてもよい。重み付けは、ＤＲ負荷シフトに対するユーザ服従を示すユーザ入力、居住者特性（たとえば年齢、収入、純資産、健康、消費性向、エネルギ管理性向、ライフスタイル、たとえば占有確率プロファイルによって規定されるとおりの占有時間など）、構造物特性（構造物の部屋／浴室などのサイズ、数、窓のタイプ、断熱のタイプ、電子装置のタイプ、窓および／または扉が開いているか／閉じているかなど）、または快適さよりもエネルギ節約を好む、もしくはその逆のユーザの傾向を示す他の特性などのような、さまざまな情報の１つ以上に基づいて判断されてもよい。
【００９５】
たとえば、占有確率プロファイルを用いて、構造物がＤＲイベント期間中に占有されている見込を判断してもよく、より大きな見込は、ありそうな不快に対する、より大きな重み付けをもたらす結果となる。別の例では、ユーザが以前のＤＲイベントに参加することを拒否していた場合には、そのような情報は、ありそうな不快に対してのより大きな重み付けおよび／またはエネルギ消費節約に対してのより小さな重み付けをもたらす結果となってもよい。別の例では、それらの因数は居住者の年齢に基づいて重み付けされてもよく、居住者が子供または年配者を含む場合には、そのような情報は、ありそうな不快に対する、より大きな重み付けをもたらす結果となってもよい。別の例では、それらの因数は居住者の健康に基づいて重み付けされてもよく、居住者が最近通院した場合には、そのような情報は、ありそうな不快に対してより大きな重み付けをもたらしてもよい。さらに別の例では、それらの因数は、構造物における他の装置またはさらには構造物それ自体の特性に基づいて重み付けされてもよく、他の装置がエネルギ節約装置（たとえばEnergy Star
（登録商標）準拠）であるか、または構造物がエネルギ節約特徴を含む（たとえば空洞壁断熱、多重窓などを含む）場合には、そのような情報は、エネルギ消費節約に対する増大された重み付けに対応してもよい。さらに別の例では、それらの因数は、ＤＲイベント期間中における制御軌跡とのユーザ対話に基づいて重み付けされてもよく、ユーザが、エネルギをより少なく消費するよう温度を修正する場合には、そのような情報はエネルギ消費節約に対する増大された重み付けに対応してもよい。
【００９６】
簡単に図８を参照して、図８は、ある実施の形態に従って最適化された制御軌跡を判断するためのプロセスを示し、それは、ある実施の形態に従うと、動作７０４を参照して記載されるように最適化された制御軌跡を判断するためのプロセスであってもよい。理解を促すため、プロセス７０４は図１、図２、図９Ａ〜図９Ｄ、および図１０Ａ〜図１０Ｂを参照して記載されるが、プロセス７０４の実施の形態は図１、図２、図９Ａ〜図９Ｄ、および図１０Ａ〜図１０Ｂを参照して記載されるものに限定はされないことが理解されるべきである。
【００９７】
動作７０４Ａにおいて、複数の候補パラメータセットが生成され、各パラメータセットは、あるＤＲイベントに対する、関連付けられる候補設定点スケジュールを特徴付ける。各パラメータセットは、パラメータ値を各々が有する複数のパラメータを含み、セット内におけるパラメータおよびそれらの対応するパラメータ値は、具体的な設定点スケジュールを特徴付ける。たとえば、図９Ａを簡単に参照して、図９Ａは、ある実施の形態に従っ
て最適化された制御軌跡を判断する前に規定されるスケジューリングされた設定点温度である元の設定点温度のスケジュール８００を示す。元のスケジュールは、さまざまな態様のうちの１つ以上で生成されていてもよい。たとえば、スケジュールは、サーモスタット２０２のユーザによって設定されてもよく、サーモスタット２０２のユーザインターフェイス、アクセス装置２６６、および／またはスマートホーム環境２００の他のコンピューティング装置を介して、サーモスタット２０２における記憶のために入力されてもよい。スケジュールは、サーモスタット２０２それ自体のようなスマートホーム環境２００のエンティティによって、サーモスタット２０２に関連付けられる構造物の居住者の傾向および好みを学習することによって生成されてもよい。元のスケジュールは、リモートサーバ２６４、エネルギ管理システム１３０またはシステム１００の他のエンティティなどのような、スマートホーム環境２００以外のシステム１００のエンティティによって生成され、サーモスタット２０２の設置前にサーモスタット２０２において予めプログラミングされるか、または設置後にサーモスタット２０２に通信されてもよい。ある実施の形態では、元の設定点温度のスケジュールは、上記のうちの１つ以上の組合せに基づいて生成されてもよい。たとえば、元のスケジュールは、初期にエネルギ消費者によって規定されてもよく、後で学習を介して調整されてもよい。
【００９８】
元の設定点温度のスケジュール８００は、ＤＲイベント期間開始時間８０２とＤＲイベント期間終了時間８０４との間に延在するＤＲイベント期間を含む、ある時間期間（この例では正午前から７ＰＭ後まで）に亘って規定される。ある実施の形態では、ＤＲイベント期間は、イベント前期間開始時間８０６とＤＲイベント期間開始時間８０２との間に延在するイベント前期間をさらに含んでもよい。ある実施の形態では、ＤＲイベント期間は、さらに、ＤＲイベント期間終了時間８０４とＤＲイベント期間終了時間からいくらかの時間の後であるイベント後期間終了時間（図示せず）との間に延在するイベント後期間をさらに含んでもよい。ある実施の形態では、ＤＲイベント期間はイベント前期間およびイベント後期間の一方または両方を含んでもよい。
【００９９】
図９Ｂは、ある実施の形態に従ってあるパラメータセットによって特徴付けられる候補設定点温度のスケジュール８０８を示す。この特定の実施の形態におけるパラメータセットは、元の設定点温度のスケジュール８００の第１の温度設定点（つまりイベント前期間８０６の始まりにおいて規定される温度設定点）からの温度的なオフセットを示す第１のパラメータ８１０を含む。この特定の例では、オフセットは、対応する元の設定点に関して増大されたエネルギ消費の方向において２°Ｆである。つまり、この特定の例では、屋外温度は屋内温度よりも高く、空調システムは元のスケジュールおよび／または候補スケジュールに従って屋内温度を低減するよう作動される。最適化された設定点温度のスケジュールは、究極的には、ＤＲイベント期間中に消費されるエネルギの量を低減すべきである。そのような低減を支援（アシスト）するために、前冷却がイベント前期間中において実行される。この特定の例では、前冷却は、イベント前期間（つまり１ｐｍから２ｐｍ）の過程に亘って、第１のパラメータ８１０によって規定される温度オフセットで実行される。
【０１００】
パラメータセットは、さらに、元の設定点温度のスケジュール８００の最後の温度設定点（つまりＤＲイベント期間の終わり８０４において規定される温度設定点）からの温度的なオフセットを示す第２のパラメータ８１２を含む。この特定の例では、オフセットは、対応する元の設定点に関して減少されたエネルギ消費の方向において３°Ｆである。つまり、この特定の例では、屋内温度は、元の設定点温度のスケジュールと比較して、ＤＲイベント期間の終わりまでに３°Ｆ上昇することを許される。
【０１０１】
第１のパラメータ８１０および第２のパラメータ８１２を用いて、候補スケジュールを判断するのに用いられてもよい温度設定点の線形シーケンスの傾きを規定することができ
る。たとえば、図９Ｃを参照して、図９Ｃは、ある実施の形態に従って、第１のパラメータ８１０と、第２のパラメータ８１２と、温度設定点の線形シーケンス８１４との間の関係を示す。第１のパラメータ８１０および第２のパラメータ８１２は、任意の基準温度に関して、ある時間期間に亘る最大温度変化の大きさを示す。この特定の例では、時間期間はＤＲイベント期間（つまりＤＲイベント期間開始時間８０２とＤＲイベント期間終了時間８０４との間）であり、任意の基準温度は７３°Ｆである。線形シーケンス８１４は、ＤＲイベント期間に亘って基準温度から第１および第２のパラメータの組合された大きさに増大する温度設定点の線形シーケンスであり、ＤＲイベント期間と第１および第２のパラメータの組合された大きさによって規定される傾きを有する。
【０１０２】
図９Ｂに戻って、ＤＲイベント期間と第１および第２のパラメータの組合された大きさとによって規定される傾きを用いて、ＤＲイベント期間に亘るエネルギ消費の割合の偏差が低減されるように、設定点温度の候補スケジュール８０８を判断してもよい。この特定の例では、候補設定点温度８０８は、第１のパラメータ８１０によって規定される大きさだけイベント前期間開始時間８０６からＤＲイベント期間開始時間８０２までオフセットされた後、線形シーケンス８１４の傾きによって規定される変化率で線形に増大し始める。元の設定点温度のスケジュールが、５ｐｍにおけるような７５°Ｆから７０°Ｆへの温度変化のような、１つの温度から他の温度に遷移する場合では、候補設定点温度８０８は、線形に、新たに遷移された設定点温度から、線形シーケンス８１４の傾きによって規定される変化率で、増大し続ける。換言すれば、元のスケジュールにおける温度の大きさにおける変化（たとえば元のスケジュール８０８における５ｐｍにおける５°Ｆの低下）は、同様に、候補スケジュール８０８における温度における対応の変化（たとえば元のスケジュール８０８における５ｐｍにおける５°Ｆの低下）として反映される。
【０１０３】
この特定の実施の形態は、元の設定点温度のスケジュール８００の第１の温度設定点からの温度的なオフセットを示す第１のパラメータ８１０と、元の設定点温度のスケジュール８００の最後の温度設定点からの温度的なオフセットを示す第２のパラメータ８１２とを参照して記載されるが、実施の形態はそのように限定されるものではない。たとえば、ある実施の形態では、第１のパラメータは、元のスケジュール８００の任意の設定点からの温度的なオフセットを示してもよい。これは、イベント前期間開始時間８０６、ＤＲイベント期間開始時間８０２、ＤＲイベント期間終了時間８０４、それらの時間のうちの任意のものの間のどこか、またはそれらの時間のどこかにおけるオフセットであってもよい。たとえば、図９Ｂを参照して、これは、元のスケジュール８００によって規定される４ｐｍの温度設定点である７５°Ｆからの０°Ｆのオフセットであってもよい。第２のパラメータは、次いで、元の設定点スケジュールの温度設定点からの温度的なオフセットにおける点を通過する温度設定点の線形シーケンスの傾きを示してもよい。たとえば、第２のパラメータは、４ｐｍにおける設定点温度の７５°Ｆを通過する温度設定点の線形シーケンスの傾きを示してもよく、その傾きは１時間につき１°Ｆの温度における増大である。これら２つの要素を次いで用いて、候補設定点温度のスケジュール８０８を判断してもよく、元のスケジュール８００は、４ｐｍにおける０°Ｆで、１時間につき１°Ｆの傾きを有するよう修正される。
【０１０４】
図９Ａおよび図９Ｂを参照して記載される元のスケジュール８００および修正されたスケジュール８０８は単に説明の目的のために用いられるものであり、実施の形態の範囲をそのように限定するよう意図されるものではないことが認識されるべきである。たとえば、前述の傾きは、１時間につき１°Ｆよりも大きく、もしくは小さくもあり得、（図示されるように正もしくは負でもあり得、ＤＲイベント期間に亘って（図示されるように）一定であるかもしくは可変でもあり得る。修正されたスケジュール８０８は、イベント前期間に亘って（図示されるように）一定であるかまたは可変の温度設定点を含んでもよく（たとえばそれは前述の傾きと同じであるかまたは異なる傾きを有してもよく）、（図示さ
れるように）１時間の継続期間または１時間より長いかもしくは短い継続期間を有してもよい。さらに、傾きは、（記載されるように）ＤＲイベント期間開始時間８０２とＤＲイベント期間終了時間８０４との間、または他の期間の間（たとえばＤＲイベント前期間開始時間８０６とＤＲイベント期間終了時間８０４との間）を延在する時間期間に基づいて規定されてもよい。さらに、候補設定点温度のスケジュール８０８は、イベント前期間中において温度オフセットと関連付けられたもの以外の設定点温度から線形に変化し始めてもよい。たとえば、図９Ｂを参照して、２ｐｍにおいて、（１ｐｍと２ｐｍとの間におけるイベント前期間に対して規定されるのと同じ温度である）７３°Ｆから線形変化を開始する代わりに、スケジュールは、２ｐｍにおいて、７４°Ｆ、７５°Ｆ、７６°Ｆ、またはイベント前期間に対して規定されたものとは異なる何らかの他の温度から線形変化を開始してもよい。
【０１０５】
ある実施の形態では、図９Ｂを参照して、第３のパラメータ８１６は、イベント前期間におけるある継続期間を示す。たとえば、第３のパラメータ８１６は、イベント前期間開始時間８０６とＤＲイベント期間開始時間８０２との間を延在してもよく、それによって、イベント前期間の、ある継続期間を規定してもよい。第３のパラメータは、さらに、または代替的に、イベント後期間に亘ってのように、他の時間期間の間を延在してもよい。つまり、第３のパラメータは、さらに、または代替的に、ＤＲイベント期間終了時間８０４とイベント後期間終了時間（図示せず）との間を延在してもよい。
【０１０６】
図９Ｄを簡単に参照して、図９Ｄは、ある実施の形態に従って、候補設定点温度のスケジュール８０８に対応する候補デューティサイクルスケジュールを示す。つまり、候補デューティサイクルスケジュールは、候補スケジュール８０８の実現でＨＶＡＣシステムが制御されるよう期待されるＯＮ／ＯＦＦ状態のシーケンスを示す。候補デューティサイクルスケジュールは、ある数のＨＶＡＣシステムＯＮ期間８１８を含み、ＨＶＡＣシステムは、それらの期間中においてはＯＮ状態にあるよう制御され、それらの期間外ではＯＦＦ状態にあるよう制御される。ある実施の形態では、第４のパラメータ８２０は最大ＨＶＡＣデューティサイクル期間を示す。たとえば、最大ＨＶＡＣデューティサイクル期間は、各６０分期間に対して４５分の最大ＯＮ時間を示してもよい。第４のパラメータ８２０は最大のＯＮ時間を示す必要はないが、同様に、さらに、または代替的に、所与の期間に対する最小のＨＶＡＣ  ＯＦＦ時間（たとえば各６０分期間に対して１５分）を示し得る。
【０１０７】
ＤＲイベント期間の始まりおよび終わりにおけるセットバック温度、（たとえば前冷却が実行されてもよい）イベント前期間の継続期間、最大デューティサイクル長などのような、ある数のパラメータを規定および最適化することによって、３つまでのエネルギシフト戦略（セットバック、前冷却、およびデューティサイクル変調）、またはそれより多いエネルギシフト戦略の恩恵が実現される一方で、そのような戦略に関連付けられる欠点が家庭単位で低減され得る。さらに、快適さに対するエネルギ消費に対するユーザの好みに基づく最適化によって、ユーザの特定の好みに対して最適である最適な制御軌跡が実現され得る。
【０１０８】
ここで図８を参照して、前述したように、動作７０４Ａにおいて、複数の候補パラメータセットが生成される。たとえば、第１のパラメータセットは、２°Ｆの値を有する第１のパラメータ８１０、３°Ｆの値を有する第２のパラメータ８１２を含んでもよく、この特定のパラメータセットは、関連付けられる候補設定点スケジュール（たとえば図９Ｂに示され、図９Ｂを参照して記載される候補設定点スケジュール８０８）を特徴付ける。第２のパラメータセットは、２．５°Ｆの値を有する第１のパラメータ８１０、および３．５°Ｆの値を有する第２のパラメータ８１２を含んでもよく、この特定のパラメータセットは異なる候補設定点スケジュール（図示せず）を特徴付ける。
【０１０９】
動作７０４Ｂにおいて、パラメータセットのうち、関連付けられる候補設定点スケジュールがＨＶＡＣシステムの予測モデルに基づくシミュレーションに対する入力として適用される際に費用関数の最小化をもたらす結果となる最適なパラメータセットが識別される。つまり、動作７０４Ａにおいて生成されるパラメータセットの１つは費用関数に関して最適であるとして識別されてもよい。
【０１１０】
そのような識別を実行する際に、各候補パラメータセットに対する候補設定点スケジュールを、ＨＶＡＣシステムの予測モデルに基づくシミュレーションに適用してもよい。ＨＶＡＣシステムの予測モデルに基づくシミュレーションは、構造物の熱力学的挙動を予測するよう動作可能であるＨＶＡＣシステムのモデルを含み、およびそれを継続的に更新してもよく、たとえば、そのモデルは、ある設定点温度のスケジュールに対する屋内温度プロファイルおよび／またはＨＶＡＣデューティサイクルスケジュールを予測するように動作可能であってもよい。このモデルは、屋内温度の履歴、屋外温度の履歴、構造物の温度の履歴、ＨＶＡＣシステムの特性（たとえばＨＶＡＣシステムの作動状態における変化の直前に生じていた屋内温度変化の割合の繰越し分）などのようなさまざまな情報の一部またはすべてを用いて生成／更新されてもよい。いくつかの特定のモデルおよび予測モデルに基づくＨＶＡＣシステムシミュレーションにおけるそれらの使用は、「構造物の熱力学的モデルの生成および実現（Generating And Implementing Thermodynamic Models Of A Structure）」と題される共通に譲渡されかつ同時に出願された米国連続番号（リファレ
ンス番号ＮＥＳ０３３９−ＵＳ）に記載されており、その全体の内容をここにおいてその全体においてすべての目的のためにここに引用により援用する。ある実施の形態では、記載されるようにデータの履歴に基づいて生成される仕込まれたモデルを用いるのではなく、デフォルトモデルを用い、それによって、デフォルトモデルが構造物のデフォルトの熱力学的挙動、たとえば所与の制御軌跡と屋内温度プロファイルとの間におけるデフォルトの関係を与えてもよい。
【０１１１】
候補設定点スケジュールをＨＶＡＣシステムの予測モデルに基づくシミュレーションに適用することに応答して、候補設定点スケジュールに対する予測される屋内温度プロファイルおよび／またはＨＶＡＣデューティサイクルスケジュールを生成してもよい。候補設定点スケジュールに対する予測される屋内温度プロファイルおよび／またはＨＶＡＣデューティサイクルスケジュールを、次いで、費用関数において用いることにより、候補設定点スケジュールに関連付けられるコストを判断してもよい。たとえば、予測されるＨＶＡＣデューティサイクルスケジュールを用いて、候補設定点スケジュールに対して、ＤＲイベント期間に亘って、期待されるＨＶＡＣ使用に対して、総ＨＶＡＣ使用および／またはコストの量を判断してもよい。別の例では、予測される屋内温度プロファイルを用いて、候補設定点スケジュールがＤＲイベント期間に亘って実現されると仮定して、居住者不快を示すメトリックを判断してもよい。
【０１１２】
ある特定の実施の形態では、最適なパラメータセットを識別する際に、パラメータセットの空間を検索して、前述の費用関数を最小にするパラメータセットを識別してもよい。（多数であるかもしれない）候補スケジュールの温度設定点の各々によって規定される空間ではなく、各パラメータセットが限られた数のパラメータ（たとえばオフセットおよび傾き）を含むパラメータセットの空間を検索することによって、最適なスケジュールに対する検索は、有利に、非常に促進され得る。そのような検索は、したがって、サーモスタットのような低出力装置（または相対的に小さい計算量を有する装置）によって実行されてもよく、定期的に（たとえば１５分ごとに）装置に過度に負担をかけることなく実行されてもよい。
【０１１３】
動作７０４Ｃにおいて、最適なパラメータセットの識別が失敗したかどうかが判断される。最適なパラメータセットの識別は、さまざまな理由の任意の１つ以上に対して失敗し
得る。たとえば、最小化アルゴリズムは費用関数の局所的または全体的な最小値を識別することに失敗し得る。識別が失敗した場合には、処理は動作７０４Ｄに続いて、デフォルトのパラメータセットを最適なパラメータセットとして選択してもよい。デフォルトのパラメータセットは、ユーザの元のスケジュールと比較して、ＤＲ期間に亘って少なくとも何らかのエネルギ低減をもたらす結果となるパラメータのセットであってもよい。たとえば、第１のパラメータ８１０は、増大するエネルギ消費の方向における１°Ｆの温度オフセットであってもよく、一方、第２のパラメータ８１２は、減少されるエネルギ消費の方向における１°Ｆの温度オフセットであってもよい。そのようなパラメータセットは、元のスケジュールと比較して、ＤＲイベント期間に亘って、より少ないエネルギ消費をもたらす結果となってもよいが、エネルギ消費、居住者不快などを最小にすることに関して最適でなくてもよい。
【０１１４】
そうではなく、最適なパラメータセットの識別が失敗しない場合には、処理は動作７０４Ｅに続いてもよい。動作７０４Ｅでは、最適なパラメータセットがベースラインセット内にあるかどうかが判断される。ベースラインパラメータセットは元の設定点スケジュールに対応するパラメータセットであってもよい。最適なパラメータセットがベースラインセット内にあるかどうかを判断する際には、最適なパラメータセットによって特徴付けられるデューティサイクルスケジュールが、元の設定点スケジュールによって特徴付けられるデューティサイクルスケジュールと同一であるかまたはそれの何らかの許容範囲内にあるかどうかが判断されてもよい。換言すれば、最適なスケジュールは、ＨＶＡＣシステムがあたかも元のスケジュールに従って制御されるかのような同様の態様で制御される結果となると期待されるかどうかが判断されてもよい。そのような判断をなすために、最適なパラメータセットによって特徴付けられる予測されるデューティサイクルスケジュールおよび元の設定点スケジュールを比較してもよい。デューティサイクルスケジュールが互いと同一であるかまたは類似している場合には、最適なパラメータセットはベースラインセット内にあると判断されてもよい。そうでない場合には、最適なパラメータセットはベースラインセット内にないと判断されてもよい。
【０１１５】
たとえば、簡単に図１０Ａおよび図１０Ｂを参照して、図１０Ａは、ある実施の形態に従って、最適な設定点スケジュール８０８の実現から結果としてもたらされる、予測されるＨＶＡＣデューティサイクルスケジュール９００を示す。ＨＶＡＣデューティサイクルスケジュール９００は、おおよそ１ｐｍ、３ｐｍ、４ｐｍ、および５ｐｍにて開始するＨＶＡＣ  ＯＮ期間を含み、１ｐｍおよび５ｐｍにて開始するＨＶＡＣ  ＯＮ期間は各々約５０分間続き、３ｐｍおよび４ｐｍにて開始するＨＶＡＣ  ＯＮ期間は各々約３０分間続く。図１０Ｂは、ある実施の形態に従って、元の設定点スケジュール８００の実現から結果としてもたらされる、予測されるＨＶＡＣデューティサイクル９０２を示す。ＨＶＡＣデューティサイクル９０２は、おおよそ１ｐｍ、２：３０ｐｍ、および３：５０ｐｍにて開始し、継続期間が３０分から２時間を超える範囲である、ＨＶＡＣ  ＯＮ期間を含む。
【０１１６】
この特定の例では、動作７０４Ｅを促進するために、ＨＶＡＣデューティサイクル９００をＨＶＡＣデューティサイクル９０２と比較してもよい。これらのデューティサイクルが同一または類似している場合には、最適なスケジュール８０８ではなく、元の設定点スケジュール８００を用いてもよい。ＨＶＡＣ  ＯＮ時間、ＨＶＡＣ  ＯＮ期間、ＨＶＡＣ
ＯＦＦ時間、およびＨＶＡＣ  ＯＦＦ期間などのような、デューティサイクルのさまざまな特性を比較において用いてもよく、互いの５％（または５％より大きいかまたは小さい何らかの他のしきい値）内におけるスケジュールは同様とみなされてもよい。
【０１１７】
図８に戻って、最適なパラメータセットがベースラインセット内にあると判断される場合には、処理は動作７０４Ｆに進み、ベースラインパラメータセットを最適なパラメータセットとして選択してもよい。つまり、最適なパラメータセットによって特徴付けられる
設定点スケジュールを用いて後でＨＶＡＣシステムを制御するのではなく、元の設定点スケジュールを選択し用いてもよい。この態様においては、ＨＶＡＣシステムは、ユーザによって期待されるとおりに、精密に有利に制御され得、それによって、元の設定点スケジュールの見込を増大させ、それは、この特定の場合においては、実質的に最適であり、ＤＲイベント期間の継続期間に対して、ユーザによって受入れられるかまたはそうでなければユーザによって干渉されない。
【０１１８】
図８に示される特定の動作は、ある実施の形態に従って最適化された制御軌跡を判断するためのプロセスを示すための特定のプロセスを与えることが理解されるべきである。図８を参照して記載されるさまざまな動作は、ここに記載されるさまざまな電子装置またはコンポーネントのうちの１つ以上において実現され、それ（ら）によって実行されてもよい。たとえば、それらは、スマートホーム環境２００（たとえばサーモスタット２０２）、エネルギ管理システム１３０（たとえばリモートサーバ２６４）などにおける１つ以上の電子装置において実現され、それ（ら）によって実行されてもよい。他の動作のシーケンスが、代替的実施の形態に従って実行されてもよい。たとえば、この発明の代替的実施の形態は、上に概略を示された動作を、異なる順序で実行してもよい。さらに、図８に示される個々の動作は、それら個々の動作に対して適切なさまざまなシーケンスで実行されてもよい複数のサブ動作を含んでもよい。さらに、特定の適用例によっては、追加的な動作を追加するかまたは既存の動作を除去してもよい。
【０１１９】
ここで図７に戻って、最適化された制御軌跡が一旦判断されると、ＤＲイベント期間は動作７０６において開始してもよい。ＤＲイベント期間が一旦開始すると、処理は動作７０８に続いてもよく、ＨＶＡＣシステムは制御軌跡に従って制御される。たとえば、ＨＶＡＣ制御軌跡が、ある設定点温度のスケジュールを含む場合には、サーモスタット２０２は、ある特定の誤差しきい値内においてそれらの温度に到達および／またはそれらの温度を維持する試みにおいて、ＨＶＡＣ２０３を制御してもよい。他の例では、ＨＶＡＣ制御軌跡がＨＶＡＣデューティサイクルスケジュールを含む場合には、サーモスタット２０２はデューティサイクルスケジュールに従ってＨＶＡＣ２０３のＯＮ／ＯＦＦ状態を制御してもよい。用いられる特定の制御軌跡は動作７０４の結果として判断されるものであってもよく、したがって、費用関数の最適化、デフォルトの制御軌跡および／または元の制御軌跡から結果として生じる制御軌跡であってもよい。
【０１２０】
動作７１０において、ＤＲイベント期間に亘る設定点温度プロファイルが判断されてもよい。この設定点温度プロファイルは、用いられている特定の制御軌跡に基づいて判断されてもよい。たとえば、元の設定点スケジュールが用いられる場合には、設定点温度プロファイルは、元の設定点スケジュールによって規定される設定点温度に対応してもよい。同様に、デフォルトの設定点スケジュールまたは最適な設定点スケジュールが用いられる場合には、設定点温度プロファイルはデフォルトの設定点スケジュールまたは最適な設定点スケジュールによって規定される設定点温度に対応してもよい。実現される設定点スケジュールが、ＤＲイベント期間に亘って高い変化率を伴う設定点温度、たとえば、５分、１０分、または１５分ごとに変化する設定点温度（たとえば図９Ｂにおける候補スケジュール８０８を参照されたく、そこにおいては、設定点温度はＤＲイベント期間に亘って継続的に変化する）を含む実施の形態においては、ユーザに対して表示されるかまたは他の態様で通信される設定点温度の変化率を低減することが望ましくてもよい。ある実施の形態では、これは、実効温度設定点（つまりＨＶＡＣシステムを制御するよう用いられる場合に、ＨＶＡＣシステムが、選択された制御軌跡に従って実際に制御されているなか、制御されるよう期待されるであろう温度設定点）と引換えに、実際の設定点温度を表示することを抑制することによってなされてもよい。
【０１２１】
たとえば、図１１Ａおよび図１１Ｂを簡単に参照して、図１１Ａは、ある実施の形態に
従って、最適なスケジュール８０８の実現から結果としてもたらされる、期待される屋内温度プロファイル１００２を示す。期待される屋内温度プロファイル１００２は、最適な設定点スケジュール８０８をＨＶＡＣシステムの予測モデルに基づくシミュレーションに適用することによって判断されてもよい。図１１Ｂは、ある実施の形態に従う、期待される屋内温度プロファイル１００２に対する、実効設定点温度１００４を示す。実効設定点温度１００４は、期待される屋内温度プロファイル１００２のピークおよび谷を識別することによって判断されてもよい。たとえば、実効温度設定点は、（たとえば２ｐｍにおける）前の谷からピーク温度が維持する時間（つまり３ｐｍ）まで延在する継続期間に対する（たとえば３ｐｍにおける）ピーク温度として規定されてもよい。同様に、ある実効温度設定点は、（たとえば３ｐｍにおける）前のピークから谷の温度が一致する時間（たとえば３：３０ｐｍ）まで延在する継続期間に対する（たとえば３：３０ｐｍにおける）谷の温度として規定されてもよい。実効設定点温度１００４の組合せを次いで設定点温度プロファイルとして用いてもよい。つまり、最適なスケジュール８０８によって規定される（継続的に変化する）設定点温度を設定点温度プロファイルとして用いる代わりに、（相対的に静的な）実効設定点温度１００４のシーケンスを用いてもよい。そのような態様においては、ユーザに対して表示されるとき、ユーザは、継続的に変化するスケジュール（たとえばスケジュール８０８）の見かけを提示されるのではなく、（たとえば実効温度設定点１００４の組合せによって規定される）相対的に静的なスケジュールの見かけを提示される。相対的に静的なスケジュールの提示は、最適なスケジュールの実現に対するユーザの干渉の見込みを有利に低減し得る。
【０１２２】
図７に戻って、一旦、設定点温度プロファイルが判断されると、設定点温度プロファイルによって規定される設定点温度が、動作７１２において、ＤＲイベント期間中に、表示されるか、またはユーザに対して他の態様で通信されてもよい。たとえば、実効設定点温度１００４は、ＤＲイベント期間の過程に亘って、現在の設定点温度として、サーモスタット２０２上においてシーケンスで表示されてもよい。
【０１２３】
ＨＶＡＣシステムが判断された制御軌跡に従って制御される一方で、処理は動作７１４に続いてもよく、制御軌跡を再判断する必要があるかどうかが判断されてもよい。制御軌跡が再判断されるには、実際のＨＶＡＣ状態および／または屋内温度が期待されるＨＶＡＣ状態／屋内温度とは異なること、構造物の実時間占有が変化すること、屋内温度が何らかの安全しきい値を交差することなど、さまざまな理由があってもよい。ある特定の実施の形態では、制御軌跡が再判断されるのは：（１）最適なスケジュールが実現される場合に、実際の屋内温度プロファイルが予測される屋内温度プロファイルとは異なる場合；（２）元のスケジュールが、それが最適なスケジュールとして同様の制御をもたらす結果となるとみなされるために実現される場合において、実際の屋内温度プロファイルが何らかの安全しきい値を交差する場合；（３）構造物の実時間占有が変化するとき；および／または（４）最適なスケジュールもしくは元のスケジュールが実現される場合に、実際のＨＶＡＣ状態が予測されるＨＶＡＣ状態とは異なる場合、であってもよい。
【０１２４】
そのような判断をなす際に、さまざまな情報が監視されてもよい。たとえば、構造物の実際の屋内温度をＤＲイベント期間中において監視し、それを期待される屋内温度プロファイルと比較してもよい。別の例では、実際のＨＶＡＣ状態を監視し、期待されるＨＶＡＣデューティサイクルスケジュールによって規定される、期待されるＨＶＡＣ状態と比較してもよい。さらに別の例では、構造物の占有ステータスを監視してもよい。
【０１２５】
制御軌跡を再判断する必要があると判断される場合には、処理は動作７１６に続いてもよい。動作７１６では、制御軌跡が再最適化されるべきであるかどうかが判断される。ある場合では、制御軌跡は動作７０４を参照して記載されるように再最適化されてもよく、一方、他の場合では、元の設定点スケジュールまたはデフォルトの設定点スケジュールに
よって特徴付けられるもののような、代替的な制御軌跡を最適なスケジュールの代わりに用いてもよい。たとえば、構造物の占有ステータスが変化した状況においては、次いで、制御軌跡を再最適化してもよい。別の例では、現在の制御軌跡が最適な設定点スケジュールまたは元の設定点スケジュールによって特徴付けられ、実際のＨＶＡＣ状態が期待されるＨＶＡＣ状態と異なる状況においては、次いで、制御軌跡を再最適化してもよい。別の例では、現在の制御軌跡が最適な設定点スケジュールによって特徴付けられ、実際の屋内温度プロファイルが期待される屋内温度プロファイルと異なる状況においては、次いで、デフォルトの制御軌跡を実現してもよい。さらに別の例では、現在の制御軌跡が元の設定点スケジュールによって特徴付けられ、何らかの安全性しきい値が超えられる（たとえばＨＶＡＣ  ＯＮ期間が最大の継続期間を超える）状況においては、次いで、デフォルトの制御軌跡を実現してもよい。
【０１２６】
制御軌跡が再最適化されるべきと判断される場合には、処理は動作７１８に続いてもよく、制御軌跡が再最適化される。制御軌跡の再最適化は、動作７０４を参照して記載される元の最適化と同様であってもよく、したがって、さらなる記載は省略する。制御軌跡の再最適化で、処理は動作７０８に戻ってもよく、ＨＶＡＣシステムは、次いで、再最適化された制御軌跡に従って制御される。逆に、制御軌跡は再最適化されるべきではなく、代替的な制御軌跡が判断されるべきである、と判断される場合には、次いで、処理は動作７２０に進んでもよく、デフォルトのスケジュールまたは元のスケジュールによって特徴付けられるもののような代替的な制御軌跡が判断される。処理は、次いで、動作７０８に戻ってもよく、この場合においては、ＨＶＡＣシステムは代替的な制御軌跡に従って制御される。
【０１２７】
動作７１４に戻って、制御軌跡を再判断する必要がない場合には、次いで、処理は動作７２２に進んでもよく、ＤＲイベント期間が完了しているかどうかが判断される。ＤＲイベント期間が完了していない場合には、処理は動作７０８に戻ってもよく、ＨＶＡＣシステムは制御軌跡に従って制御される。そうでない場合には、処理は動作７２４に続いてもよく、ＤＲイベント期間が完了される。
【０１２８】
図７に示される具体的な動作は、ある実施の形態に従って需要応答イベント中にＨＶＡＣシステムを制御するための特定のプロセスを与えることが理解されるべきである。図７を参照して記載されるさまざまな動作は、ここに記載されるさまざまな電子装置またはコンポーネントのうちの１つ以上において実現され、それ（ら）によって実行されてもよい。たとえば、それらは、スマートホーム環境２００（たとえばサーモスタット２０２）、エネルギ管理システム１３０（たとえばリモートサーバ２６４）などにおける１つ以上の電子装置において実現され、それ（ら）によって実行されてもよい。他の動作のシーケンスが、代替的実施の形態に従って実行されてもよい。たとえば、この発明の代替的実施の形態は、上に概略を示された動作を、異なる順序で実行してもよい。さらに、図７に示される個々の動作は、それら個々の動作に対して適切なさまざまなシーケンスで実行されてもよい複数のサブ動作を含んでもよい。さらに、特定の適用例によっては、追加的な動作を追加するかまたは既存の動作を除去してもよい。
【０１２９】
ＤＲイベント中におけるエネルギ管理に関与させられる装置のユーザは、エネルギ管理システムに関連付けられる彼らの装置の１つ以上（たとえばサーモスタット２０２、アクセス装置２６６など）上においてさまざまなグラフィカルユーザインターフェイス（ＧＵＩ）の１つ以上を提示されてもよい。ＧＵＩまたは他のユーザインターフェイスは、ユーザに対して、ＤＲイベントが進行中である旨を通知してもよく、ある場合においては、ユーザに対して、彼らのＨＶＡＣシステムがここに記載されるプロセスの１つ以上に従って制御されている旨を通知してもよい。ある特定の場合においては、ＤＲイベント期間中において、彼らのＨＶＡＣシステムがもはや前述の処理に従って制御されない場合には、ユ
ーザはそのような状態を通知されてもよい。
【０１３０】
図面を簡単に参照して、図１２Ａおよび図１２Ｂは、ある実施の形態に従って、エネルギ消費者に対して提示されてもよい単純化されたＧＵＩを示す。ＧＵＩは、図３Ａ〜図３Ｃを参照して論じられた装置３００のような円形の装置上に表示されてもよいインターフェイスの形式で提示されるが、実施の形態はそのように限定されはせず、なぜならば同様のＧＵＩが他の形状の他の装置上において提示され得るからである。
【０１３１】
具体的には、図１２ＡはＧＵＩ１１００を示し、それは、たとえば、ユーザインターフェイス３０４（図３Ａ）、出力装置６０６および／もしくは入力装置６０８（図６）、またはエネルギ消費者に関連付けられる電子装置の他のＧＵＩであってもよい。ＧＵＩ１１００は、当面の設定点をユーザに対して表示する現在設定点温度１１０２を含む。ＧＵＩ１１００は、さらに、構造物の内部の現在の温度を示す現在温度インジケータ１１０４と、ある場合においては、当面の設定点を示し、現在温度インジケータ１１０４に対して図形で表示される現在設定点温度インジケータ１１０６とを含む。
【０１３２】
図１２Ｂを参照して、ＤＲイベントの始まりで、図１２Ａを参照して記載されるものと同じ情報が表示されてもよい。さらに、ＧＵＩ１１００は、ＤＲイベントが現在進行中である旨を示すＤＲイベント１１０８を含んでもよい。この特定の例では、ＤＲイベントインジケータ１１０８は「ラッシュアワー」というテキスト表示であるが、他の実施の形態では、ＤＲイベントインジケータ１１０８は他の形式または「ＤＲイベント」のようなテキストのシーケンスの形式をとってもよい。そのようなインジケータはＤＲイベント期間中に表示されてもよいが、さらに、イベント前期間および／またはイベント後期間中のような、ＤＲイベント期間と関連付けられる他の時間期間中に表示されてもよい。ＧＵＩ１１００は、さらに、ＨＶＡＣシステムの現在の状態（たとえば冷房、暖房、段階１、段階２など）を示すＨＶＡＣ状態インジケータ１１１０を含んでもよい。
【０１３３】
ＧＵＩ１１００は、さらに、ＨＶＡＣシステムがＤＲイベント最適化プロセスに従って制御されている（たとえば最適な制御軌跡が用いられている）旨を示すＤＲイベント管理インジケータ１１１２を含んでもよい。ＤＲイベント管理インジケータ１１１２は、この特定の実施の形態においては、歯車に埋込まれた葉の画像であるが、他の実施の形態においては、異なる図形形式または形状をとってもよい。ＤＲイベント管理インジケータ１１１２は、ある実施の形態においては、サーモスタットはＤＲイベント最適化プロセスに従って成功裏に制御されている（つまりＤＲイベント最適化プロセスによって規定されるものに対するユーザ設定点変更がない）旨を示してもよい。ある場合においては、ＤＲイベント管理インジケータ１１１２は、設定点が変えられない場合に表示されてもよい。たとえば、エネルギ消費者が現在の設定点を変えない場合には、インジケータ１１１２は表示されてもよく、エネルギ消費者が現在の設定点を変える（たとえば温度を２°Ｆだけ上昇させる）場合には、インジケータ１１１２は表示から取り除かれてもよい。他の場合においては、ＤＲイベント管理インジケータ１１１２は、たとえ設定点が変えられても表示されてもよいが、ただし、その変化が、ＤＲイベント期間からＤＲイベント期間外の１つ以上の期間へのエネルギシフトにおける低減をもたらす結果とならない場合にのみ表示されてもよい。
【０１３４】
ユーザに対して、これらの時間中（つまり、ここに記載される自動化されたスケジュール調整プロセスが生じている時間中）に、ユーザインターフェイスとの関連において、アイコンのマークを自動的に表示することは、特に有用かつ有益であることが見いだされており、アイコンのマークは、自動化されたプロセスが生じていること、およびこの自動化されたプロセスは環境的に有益な目的を達成するよう向けられていることをユーザに安心させること、および／または通知することを含む、複数の目的を同時に達成するよう設計
される。１つの特に有用なアイコンのインジケータは、歯車のマークを、そこに埋込まれた葉のマークとともに含むことが見いだされており、歯車は、ユーザの脳裏において、何らかの種類の自動化されたプロセスが生じていることを意味することが見いだされており、葉は、ユーザの脳裏に、このプロセスは環境に対して有益な影響を有することを意味することが見いだされている。歯車の中の葉のマークは外国語に変換される必要がないという１つの利点を有することに加えて、歯車の中の葉のマークは、ユーザにとって警告を与えたり脅したりすることがなく、ユーザは歯車の中の葉のマークをユーザディスプレイから取除くであろうどのような行動もとらないように穏やかにかつ巧みに促されるように、肯定的な意味を有するという利点がさらにある。同時に、歯車の意味によって自動化との連想性があるため、歯車の中の葉のマークは、ユーザを、装置とのどのような不要な手動による対話にも駆り立てることがよりなさそうである。
【０１３５】
図１２Ａおよび図１２Ｂに示される具体的なＩ／Ｏインターフェイスはある実施の形態に従う特定のＩ／Ｏインターフェイスを記載していることが理解されるべきである。図１２Ａおよび図１２Ｂを参照して記載されるＩ／Ｏインターフェイスは、エネルギ消費者と関連付けられるさまざまな電子装置の１つ以上において実現されてもよい。たとえば、それらは、サーモスタット２０２、ハザード検出ユニット２０４、入口通路インターフェイス装置２０６、壁照明スイッチ２０８、壁プラグインターフェイス２１０、機器２１２、アクセス装置２６６、または識別されたエネルギ消費者に関連付けられる他の電子装置の１つ以上において実現され、およびそれ（ら）によって実行されてもよい。さまざまなメッセージおよび入力要素は必ずしも異なる時間に表示されなくてもよく、いくつかのメッセージは同じディスプレイ上において同時に提示され得る。同様に、いくつかのメッセージおよび情報は同時に提示されるものとして説明されているが、それらは、異なるときに表示されてもよい。いくつかのメッセージは他の通信機構を用いて通信され得、応答は、同様に、他の通信機構を用いて受信され得る。たとえば、可聴、接触、または他の入力／出力機構が用いられ得る。さらに、追加の、または代替の情報が、スケジュール最適化プロセスの実施前、実施中および／または実施後に提示され得、図１２Ａおよび図１２Ｂに示され、それらの図を参照して記載される情報のすべてが提示される必要はないことが認識されるべきである。当業者であれば、数多くの変形例、修正例および代替例を認識および理解するであろう。
【０１３６】
実施の形態についての完全な理解を提供するために、上の記載で特定の詳細が与えられた。しかしながら、実施の形態はこれらの特定の詳細が無くとも実施され得ることが理解される。たとえば、不必要な詳細によって実施の形態が不明確とならないように、回路はブロック図で示され得る。他の場合において、周知の回路、処理、アルゴリズム、構造、および技術が、実施の形態が不明確となることを回避するために不必要な詳細なしに示され得る。さらに、実施の形態は、以下の共通に譲渡された出願：上記米国連続番号１３／８４２，２１３；２０１２年９月３０日に提出された米国連続番号１３／６３２，１１８（リファレンス番号ＮＥＳ０１１９−ＵＳ）；２０１２年９月３０日に提出された米国連続番号１３／６３２，０９３（リファレンス番号ＮＥＳ０１２２−ＵＳ）；２０１２年９月３０日に提出された米国連続番号１３／６３２，０２８（リファレンス番号ＮＥＳ０１２４−ＵＳ）；２０１２年９月３０日に提出された米国連続番号１３／６３２，０４１（リファレンス番号ＮＥＳ０１６２−ＵＳ）；２０１２年９月３０日に提出された米国連続番号１３／６３２，０７０（リファレンス番号ＮＥＳ０２３４−ＵＳ）；上記米国仮出願連続番号６１／７０４，４３７（リファレンス番号ＮＥＳ０２５４−ＵＳ）；２０１２年１月３日に提出されたＰＣＴ出願番号ＰＣＴ／ＵＳ１２／２００２６（リファレンス番号ＮＥＳ０１８５−ＰＣＴ）；２０１２年１月３日に提出されたＰＣＴ出願番号ＰＣＴ／ＵＳ１２／００００７（リファレンス番号ＮＥＳ０１９０−ＰＣＴ）；および２０１１年１０月７日に提出された米国連続番号１３／２６９，５０１（リファレンス番号ＮＥＳ０１２０−ＵＳ）の１つ以上に記載されるシステム、方法、装置などの一部またはすべてを含
み得て、これらの全ては、その全体においてすべての目的のために引用により援用される。
【０１３７】
上記の技術、ブロック、ステップ、および手段の実現は、さまざまな方法で行なわれ得る。たとえば、これらの技術、ブロック、ステップ、および手段は、ハードウェア、ソフトウェア、またはこれらの組み合わせにより実現され得る。あるハードウェア実現例については、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブルロジック装置（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、上記の機能を実行するために設計された他の電子ユニット、および／またはこれらの組み合わせにおいて、処理ユニットが実現され得る。
【０１３８】
また、実施の形態は、フローチャート、フロー図、データフロー図、構造図、またはブロック図として描かれる処理として記載され得ることが注記される。フローチャートは動作を逐次処理として記載し得るが、動作の多くは並列または同時に行われ得る。加えて、動作の順序は再構成され得る。処理は、その動作が完了した時に終結されるが、図に含まれていない付加的なステップを有し得る。処理は、方法、関数、手順、サブルーチン、サブプログラムに対応し得る。処理が関数に対応する場合、その終了は、関数を呼び出し関数もしくはメイン関数に返すことに対応する。
【０１３９】
さらにまた、実施の形態は、ハードウェア、ソフトウェア、スクリプト言語、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、および／またはこれらの任意の組み合わせによって実現され得る。ソフトウェア、ファームウェア、ミドルウェア、スクリプト言語、および／またはマイクロコードで実現された場合、必要なタスクを実行するためのプログラムコードまたはコードセグメントが記憶媒体などのマシン読取可能媒体に記憶され得る。コードセグメントまたはマシン実行可能命令は、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、パッケージソフト、スクリプト、クラス、もしくは命令の任意の組み合わせ、データ構造、および／またはプログラム文を表わし得る。コードセグメントは、情報、データ、引数、パラメータ、および／またはメモリ内容を送信および／または受信することによって他のコードセグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ受け渡し、トークン受け渡し、ネットワーク送信などを含む任意の好適な手段を介して、受け渡し、転送、または送信され得る。
【０１４０】
本開示の原理は特定の装置および方法と結び付けて上に記載されたが、この記載は例示のみであって本教示の範囲を限定するものではないことが明確に理解される。
【図１】
2019071086.tif 000003
【図２】
2019071086.tif 000004
【図３Ａ】
2019071086.tif 000005
【図３Ｂ】
2019071086.tif 000006
【図３Ｃ】
2019071086.tif 000007
【図４】
2019071086.tif 000008
【図５】
2019071086.tif 000009
【図６】
2019071086.tif 000010
【図７】
2019071086.tif 000011
【図８】
2019071086.tif 000012
【図９Ａ】
2019071086.tif 000013
【図９Ｂ】
2019071086.tif 000014
【図９Ｃ】
2019071086.tif 000015
【図９Ｄ】
2019071086.tif 000016
【図１０Ａ】
2019071086.tif 000017
【図１０Ｂ】
2019071086.tif 000018
【図１１Ａ】
2019071086.tif 000019
【図１１Ｂ】
2019071086.tif 000020
【図１２Ａ】
2019071086.tif 000021
【図１２Ｂ】
2019071086.tif 000022
【手続補正書】
【提出日】平成31年1月11日(2019.1.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
制御システムによって需要応答（ＤＲ）イベントを実行する方法であって、
前記制御システムが前記ＤＲイベントについてＤＲイベント期間を識別することと、
複数のパラメータセットにアクセスすることと、
前記複数のパラメータセットの各々について前記ＤＲイベント期間についての候補設定点スケジュールを生成することと、
１つ以上の構造物がどのように１つ以上の暖房、換気および空調（ＨＶＡＣ）システムに応答するかの熱力学的モデルを用いて、前記候補設定点スケジュールの各々をシミュレートすることと、
前記シミュレートされた候補設定点スケジュールの各々について、予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールを生成することと、
前記予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールの各々について費用関数を評価することと、
前記費用関数を最小にする最適な予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールを選択することと、
前記最適な予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って前記ＤＲイベント期間中に前記１つ以上のＨＶＡＣシステムを制御することとを備える、方法。
【請求項２】
前記ＤＲイベント期間に亘って設定点温度プロファイルを判断することをさらに備え、前記判断することは、
期待される室内温度軌跡に基づいて、前記ＤＲイベント期間に亘って設定点温度プロファイルを計算することと、
前記計算された設定点温度プロファイルのピークおよび谷を識別することとによって行われ、さらに、
前記設定点温度プロファイルによって規定される設定点温度を前記ＨＶＡＣシステムのユーザに対して表示させることを備える、請求項１に記載の方法。
【請求項３】
前記複数のパラメータセットの各々は、
元の設定点スケジュールの温度設定点からの温度的オフセットを示す第１のパラメータと、
前記元の設定点スケジュールの前記温度設定点からの前記温度的オフセットにおける点を通って通過する温度設定点の線形シーケンスの傾きを示す第２のパラメータとを含み、
前記温度的オフセットおよび前記温度設定点の線形シーケンスの前記傾きは、前記ＤＲイベント期間に亘ってエネルギ消費の割合の偏差を低減することにおいて支援するよう設計される、請求項１または請求項２に記載の方法。
【請求項４】
各パラメータセットは、最大ＨＶＡＣデューティサイクル期間を示す第３のパラメータをさらに含む、請求項３に記載の方法。
【請求項５】
各パラメータセットは、ＤＲイベント前期間の継続期間を示す第４のパラメータをさらに含む、請求項３に記載の方法。
【請求項６】
前記熱力学的モデルは継続的に更新される、請求項１〜請求項５のいずれか１項に記載の方法。
【請求項７】
前記制御システムはサーモスタットおよびサーモスタット管理サーバを含む、請求項１〜請求項６のいずれか１項に記載の方法。
【請求項８】
前記１つ以上のＨＶＡＣシステムが異なる予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って制御されるべきであるかどうかを判断することと、
前記１つ以上のＨＶＡＣシステムが異なる予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って制御されるべきであると判断されると、
新たな予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールを識別することと、
前記新たな予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って前記１つ以上のＨＶＡＣシステムを制御することとを備える、請求項１〜請求項７のいずれか１項に記載の方法。
【請求項９】
前記１つ以上のＨＶＡＣシステムが異なる予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って制御されるべきであるかどうかを判断することは、前記ＤＲイベント期間中において周期的に実行される、請求項８に記載の方法。
【請求項１０】
前記１つ以上のＨＶＡＣシステムが異なる予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って制御されるべきであるかどうかを判断することは、
前記１つ以上の構造物の室内温度を監視し、前記１つ以上の構造物の前記監視される室内温度を前記１つ以上の構造物の予測される室内温度と比較すること、
前記１つ以上のＨＶＡＣシステムの状態を監視し、前記１つ以上のＨＶＡＣシステムの前記監視される状態を前記１つ以上のＨＶＡＣシステムの予測される状態と比較すること、
前記１つ以上の構造物の実時間占有を監視すること、および、
前記最適な予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールが失敗するかどうかを判断すること、の１つ以上を含む、請求項８に記載の方法。
【請求項１１】
１つ以上の構造物において１つ以上のＨＶＡＣシステムの動作を制御するための制御システムであって、
１つ以上のプロセッサと、
前記１つ以上のプロセッサによって実行されると、前記１つ以上のプロセッサに動作を実行させる命令を含む１つ以上のメモリデバイスとを備え、前記動作は、
前記制御システムがＤＲイベントについてＤＲイベント期間を識別することと、
複数のパラメータセットにアクセスすることと、
前記複数のパラメータセットの各々について前記ＤＲイベント期間についての候補設定点スケジュールを生成することと、
１つ以上の構造物がどのように１つ以上の暖房、換気および空調（ＨＶＡＣ）システムに応答するかの熱力学的モデルを用いて、前記候補設定点スケジュールの各々をシミュレートすることと、
前記シミュレートされた候補設定点スケジュールの各々について、予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールを生成することと、
前記予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールの各々について費用関数を評価することと、
前記費用関数を最小にする最適な予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールを選択することと、
前記最適な予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って前記ＤＲイベント期間中に前記１つ以上のＨＶＡＣシステムを制御することとを含む、制御システム。
【請求項１２】
前記動作はさらに、
前記ＤＲイベント期間に亘って設定点温度プロファイルを判断することを含み、前記判断することは、
期待される室内温度軌跡に基づいて、前記ＤＲイベント期間に亘って設定点温度プロファイルを計算することと、
前記計算された設定点温度プロファイルのピークおよび谷を識別することとによって行われ、前記動作はさらに、
前記設定点温度プロファイルによって規定される設定点温度を前記ＨＶＡＣシステムのユーザに対して表示させることを含む、請求項１１に記載の制御システム。
【請求項１３】
前記複数のパラメータセットの各々は、
元の設定点スケジュールの温度設定点からの温度的オフセットを示す第１のパラメータと、
前記元の設定点スケジュールの前記温度設定点からの前記温度的オフセットにおける点を通って通過する温度設定点の線形シーケンスの傾きを示す第２のパラメータとを含み、
前記温度的オフセットおよび前記温度設定点の線形シーケンスの前記傾きは、前記ＤＲイベント期間に亘ってエネルギ消費の割合の偏差を低減することにおいて支援するよう設計される、請求項１１または請求項１２に記載の制御システム。
【請求項１４】
各パラメータセットは、最大ＨＶＡＣデューティサイクル期間を示す第３のパラメータをさらに含む、請求項１３に記載の制御システム。
【請求項１５】
各パラメータセットは、ＤＲイベント前期間の継続期間を示す第４のパラメータをさらに含む、請求項１３に記載の制御システム。
【請求項１６】
前記熱力学的モデルは継続的に更新される、請求項１１〜請求項１５のいずれか１項に記載の制御システム。
【請求項１７】
前記１つ以上のプロセッサおよび前記１つ以上のメモリデバイスは、１つ以上のサーモスタットおよび１つ以上のサーモスタット管理サーバの間に分散されている、請求項１１〜請求項１６のいずれか１項に記載の制御システム。
【請求項１８】
前記動作はさらに、
前記１つ以上のＨＶＡＣシステムが異なる予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って制御されるべきであるかどうかを判断することと、
前記１つ以上のＨＶＡＣシステムが異なる予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って制御されるべきであると判断されると、
新たな予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールを識別することと、
前記新たな予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って前記１つ以上のＨＶＡＣシステムを制御することとを含む、請求項１１〜請求項１７のいずれか１項に記載の制御システム。
【請求項１９】
前記１つ以上のＨＶＡＣシステムが異なる予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って制御されるべきであるかどうかを判断することは、前記ＤＲイベント期間中において周期的に実行される、請求項１８に記載の制御システム。
【請求項２０】
前記１つ以上のＨＶＡＣシステムが異なる予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールに従って制御されるべきであるかどうかを判断することは、
前記１つ以上の構造物の室内温度を監視し、前記１つ以上の構造物の前記監視される室内温度を前記１つ以上の構造物の予測される室内温度と比較すること、
前記１つ以上のＨＶＡＣシステムの状態を監視し、前記１つ以上のＨＶＡＣシステムの前記監視される状態を前記１つ以上のＨＶＡＣシステムの予測される状態と比較すること、
前記１つ以上の構造物の実時間占有を監視すること、および、
前記最適な予測される室内温度プロファイルまたはＨＶＡＣデューティサイクルスケジュールが失敗するかどうかを判断すること、の１つ以上を含む、請求項１８に記載の制御システム。
【請求項２１】
１つ以上のプロセッサに実行されることによって、前記１つ以上のプロセッサに、請求項１〜請求項１０のいずれか１項に記載の方法を実現させる、プログラム。
【外国語明細書】
2019071086000001.pdf