特許 6419782 資源節約のためのＨＶＡＣスケジュールの自動化された調整

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6419782

(24)【登録日】2018年10月19日

(45)【発行日】2018年11月7日

(54)【発明の名称】資源節約のためのＨＶＡＣスケジュールの自動化された調整

(51)【国際特許分類】

   H02J 3/00 20060101AFI20181029BHJP

   H02J 3/14 20060101ALI20181029BHJP

   H02J 13/00 20060101ALI20181029BHJP

   H04Q 9/00 20060101ALI20181029BHJP

【ＦＩ】

   H02J3/00 130

   H02J3/14 130

   H02J13/00 311T

   H04Q9/00 301D

【請求項の数】20

【全頁数】60

(21)【出願番号】特願2016-508964(P2016-508964)

(86)(22)【出願日】2014年4月8日

(65)【公表番号】特表2016-522663(P2016-522663A)

(43)【公表日】2016年7月28日

(86)【国際出願番号】US2014033394

(87)【国際公開番号】WO2014172149

(87)【国際公開日】20141023

【審査請求日】2017年2月20日

(31)【優先権主張番号】13/866,578

(32)【優先日】2013年4月19日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502208397

【氏名又は名称】グーグル エルエルシー

(74)【代理人】

【識別番号】110001195

【氏名又は名称】特許業務法人深見特許事務所

(72)【発明者】

【氏名】マツオカ，ヨーキー

(72)【発明者】

【氏名】マルホトラ，マーク

(72)【発明者】

【氏名】フィッシャー，エバン・ジェイ

【審査官】 桑江 晃

(56)【参考文献】

【文献】 米国特許出願公開第２０１２／０１２３５９４（ＵＳ，Ａ１）

【文献】 特開２０００−２５７９３９（ＪＰ，Ａ）

【文献】 特開２００１−２７２０７５（ＪＰ，Ａ）

【文献】 国際公開第２０１３／０５９６７１（ＷＯ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０２Ｊ ３／００ − ５／００

Ｈ０２Ｊ １３／００

Ｈ０４Ｑ ９／００

(57)【特許請求の範囲】

【請求項1】

暖房、換気および空調（ＨＶＡＣ）システムのエネルギ消費を最適化する方法であって、
元の温度設定点のスケジュールを識別することを含み、前記元の温度設定点のスケジュールはある時間期間に亘ってある数の温度設定点を規定し、前記方法はさらに、
前記元の温度設定点のスケジュールで始めて、全体的な最適化時間期間と比較して、各々が相対的に短い周期的な２以上の時間間隔の連なりの各々毎に、前記元の温度設定点のスケジュールの漸増的に調整されたバージョンを生成することを含み、漸増的に調整されたバージョンにおける各々は、周期的な時間間隔のうちの１つ中において、前記周期的な２以上の時間間隔の中の変更前のものと比較して、より少ないエネルギ使用を引起すことに対して向けられ、前記方法はさらに、
前記周期的な時間間隔の連なりの各々毎に、前記周期的な時間間隔に対して生成された前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンに従って前記ＨＶＡＣシステムを制御することを含む、暖房、換気および空調（ＨＶＡＣ）システムのエネルギ消費を最適化する方法。

【請求項2】

前記元の温度設定点のスケジュール内において温度設定点の部分集合を識別するステップを含み、前記温度設定点の部分集合は、前記元の温度設定点のスケジュールが規定される時間期間のサブ間隔に対応し、前記元の温度設定点のスケジュールの漸増的に調整されたバージョンを生成することは、前記温度設定点の部分集合を前記部分集合における温度設定点以外の温度設定点とは異なるように調整することを含む、請求項１に記載の方法。

【請求項3】

前記ＨＶＡＣシステムと関連付けられる構造物がさまざまな時間で占有される確率を示す占有確率プロファイルを生成することと、
前記占有確率プロファイルに基いて、前記サブ間隔の時間境界を判断することと、をさらに含む、請求項２に記載の方法。

【請求項4】

前記周期的な時間間隔のうちの１つ中において、前記周期的な時間間隔に対して生成された前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンの対応する温度設定点と異なる現在の温度設定点のユーザ選択を受取ることと、
前記周期的な時間間隔の前記１つ内において少なくともある時間期間の間、前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンの前記対応する温度設定点ではなく、前記ユーザ選択された現在の温度設定点に従って、前記ＨＶＡＣシステムを制御することと、をさらに含む、請求項１から３のいずれか１項に記載の方法。

【請求項5】

前記ＨＶＡＣシステムは、前記ユーザ選択を受取る時間から、前記周期的な時間間隔の前記１つに対して生成された前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンのうちの後の温度設定点が到達される時間まで、前記現在の温度設定点の前記ユーザ選択に従って、制御される、請求項４に記載の方法。

【請求項6】

前記周期的な時間間隔の１つについて、前記周期的な時間間隔の前記１つに対して生成された前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンの温度設定点に対するユーザ修正を受取ることと、
後の周期的な時間間隔に対して生成された前記元の温度設定点のスケジュールの漸増的に調整されたバージョンに、前記ユーザ修正を組込むことと、
前記後の周期的な時間間隔に対して、前記ユーザ修正を組込む前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンに基いて、前記ＨＶＡＣシステムを制御することと、をさらに含む、請求項１から５のいずれか１項に記載の方法。

【請求項7】

前記周期的な時間間隔の前記１つに続く各周期的な時間間隔に対して、前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンは、前記元の温度設定点のスケジュールによって規定される通りの温度設定点ではなく、前記ユーザ修正によって規定される通りの温度設定点を漸増的に調整することにより生成される、請求項６に記載の方法。

【請求項8】

スマートホーム環境においてＨＶＡＣシステムの動作を制御するためのインテリジェントなネットワーク接続されたサーモスタットであって、前記サーモスタットは、
前記ＨＶＡＣシステムの１つ以上の要素を作動させるよう動作可能なＨＶＡＣ制御回路系と、
前記スマートホーム環境の特性を測定するための１つ以上のセンサと、
前記ＨＶＡＣ制御回路系および前記１つ以上のセンサに結合され、前記サーモスタットに、
元の温度設定点のスケジュールを識別することと、
前記元の温度設定点のスケジュールで始めて、全体的な最適化時間期間と比較して、各々が相対的に短い周期的な時間間隔の２以上の連なりの各々毎に、前記元の温度設定点のスケジュールの漸増的に調整されたバージョンを生成することとを含み、漸増的に調整されたバージョンにおける各々は、周期的な時間間隔のうちの１つ中において、前記２以上の周期的な時間間隔の中の変更前のものと比較して、より少ないエネルギ使用を引起すことに対して向けられ、さらに、
前記周期的な時間間隔の連なりの各々毎に、前記周期的な時間間隔に対して生成された前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンに従って前記ＨＶＡＣシステムを制御することを含む動作を実行させるよう動作可能であるプロセッサと、を含む、スマートホーム環境においてＨＶＡＣシステムの動作を制御するためのインテリジェントなネットワーク接続されたサーモスタット。

【請求項9】

前記元の温度設定点のスケジュールの漸増的に調整されたバージョンを生成することは、各周期的な時間間隔に対して、前記元の温度設定点のスケジュールの少なくとも１つの温度設定点の温度を、前記ＨＶＡＣシステムによるエネルギ消費を低減する方向にオフセットすることを含む、請求項８に記載のサーモスタット。

【請求項10】

前記プロセッサは、さらに、前記サーモスタットに、
前記周期的な時間間隔の連なりの１つ中において、現在の温度設定点に対する、または前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンの温度設定点に対するユーザ修正を受取ることを含む動作を実行させるよう動作可能である、請求項９に記載のサーモスタット。

【請求項11】

現在の温度設定点に対するユーザ修正を受取ることに応答して、後の周期的な時間間隔に対する前記オフセットは少なくとも一時的に低減される、請求項１０に記載のサーモスタット。

【請求項12】

前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンの温度設定点に対するユーザ修正を受取ることに応答して、後の周期的な時間間隔に対する前記オフセットは、現在の温度設定点に対するユーザ修正から結果として生じる低減よりも大きな量だけ少なくとも一時的に低減される、請求項１１に記載のサーモスタット。

【請求項13】

現在の温度設定点に対する、または前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンの温度設定点に対するユーザ修正を受取ることに応答して、後の周期的な時間間隔に対する前記オフセットは、時間に亘って減少するある量だけ低減される、請求項１０に記載のサーモスタット。

【請求項14】

コンピュータプロセッサによって実行されると前記コンピュータプロセッサに動作を実行させる命令を含むコンピュータ読取可能なプログラムであって、前記動作は、
元の温度設定点のスケジュールを識別することを含み、前記元の温度設定点のスケジュールはある時間期間に亘ってある数の温度設定点を規定し、前記動作はさらに、
前記元の温度設定点のスケジュールで始めて、全体的な最適化時間期間と比較して、各々が相対的に短い周期的な時間間隔の２以上の連なりの各々毎に、前記元の温度設定点のスケジュールの漸増的に調整されたバージョンを生成することを含み、漸増的に調整されたバージョンにおける各々は、周期的な時間間隔のうちの１つ中において、前記２以上の周期的な時間間隔の中の変更前のものと比較して、より少ないエネルギ使用を引起すことに対して向けられ、前記動作はさらに、
前記周期的な時間間隔の連なりの各々毎に、前記周期的な時間間隔に対して生成された前記元の温度設定点のスケジュールの前記漸増的に調整されたバージョンに従ってＨＶＡＣシステムを制御することを含む、プログラム。

【請求項15】

前記コンピュータプロセッサによって実行されると前記コンピュータプロセッサにさらなる動作を実行させる命令をさらに含み、前記さらなる動作は、
前記元の温度設定点のスケジュール内において温度設定点の第１の部分集合を識別することを含み、前記温度設定点の第１の部分集合は、前記元の温度設定点のスケジュールが規定される時間期間の第１のサブ間隔に対応し、前記第１のサブ間隔は、前記ＨＶＡＣシステムと関連付けられる構造物が占有されていそうな時間期間に対応し、前記さらなる動作はさらに、
前記元の温度設定点のスケジュール内において温度設定点の第２の部分集合を識別することを含み、前記温度設定点の第２の部分集合は、前記元の温度設定点のスケジュールが規定される前記時間期間の第２のサブ間隔に対応し、前記第２のサブ間隔は、前記ＨＶＡＣシステムと関連付けられる構造物が占有されていなさそうな時間期間に対応し、
前記元の温度設定点のスケジュールの漸増的に調整されたバージョンを生成することは前記温度設定点の第１の部分集合を前記温度設定点の第２の部分集合とは異なるように調整することを含み、前記第２の部分集合は前記第１の部分集合に対してなされる調整から結果として生じる量よりも大きな量だけエネルギ使用を低減するように調整される、請求項１４に記載のプログラム。

【請求項16】

前記コンピュータプロセッサによって実行されると前記コンピュータプロセッサにさらなる動作を実行させる命令をさらに含み、前記さらなる動作は、
前記元の温度設定点のスケジュール内において温度設定点の第１の部分集合を識別することを含み、前記温度設定点の第１の部分集合は、前記元の温度設定点のスケジュールが
規定される時間期間の第１のサブ間隔に対応し、
前記周期的な時間間隔の連なりの第１の集合について、前記元の温度設定点のスケジュールの漸増的に調整されたバージョンを生成することは、前記温度設定点の第１の部分集合の温度設定点を修正することを含む、請求項１４または１５に記載のプログラム。

【請求項17】

前記コンピュータプロセッサによって実行されると前記コンピュータプロセッサにさらなる動作を実行させる命令をさらに含み、前記さらなる動作は、
前記元の温度設定点のスケジュール内において温度設定点の第２の部分集合を識別することを含み、前記温度設定点の第２の部分集合は、前記元の温度設定点のスケジュールが規定される前記時間期間の第２のサブ間隔に対応し、
前記周期的な時間間隔の第１の集合に続く前記周期的な時間間隔の連なりの第２の集合について、前記元の温度設定点のスケジュールの漸増的に調整されたバージョンを生成することは、前記温度設定点の第１の部分集合の温度設定点を同時に修正しながら、前記温度設定点の第２の部分集合の温度設定点を修正することを含む、請求項１６に記載のプログラム。

【請求項18】

前記コンピュータプロセッサによって実行されると前記コンピュータプロセッサにさらなる動作を実行させる命令をさらに含み、前記さらなる動作は、
前記元の温度設定点のスケジュール内において温度設定点の第３の部分集合を識別することを含み、前記温度設定点の第３の部分集合は、前記元の温度設定点のスケジュールが規定される前記時間期間の第３のサブ間隔に対応し、
前記周期的な時間間隔の第２の集合に続く前記周期的な時間間隔の連なりの第３の集合について、前記元の温度設定点のスケジュールの漸増的に調整されたバージョンを生成することは、前記温度設定点の第１の部分集合の温度設定点および前記温度設定点の第２の部分集合の温度設定点を同時に修正しながら、前記温度設定点の第３の部分集合の温度設定点を修正することを含む、請求項１７に記載のプログラム。

【請求項19】

修正される前記第１の部分集合、前記第２の部分集合および前記第３の部分集合の温度設定点は、すべて、同じ変化率で修正される、請求項１８に記載のプログラム。

【請求項20】

修正される前記第１の部分集合、前記第２の部分集合および前記第３の部分集合のうちの少なくとも１つの温度設定点は、ユーザ入力に応答して異なる変化率で修正される、請求項１８に記載のプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願への相互参照
このＰＣＴ出願は２０１３年４月１９日に提出された、米国非仮出願第１３／８６６，５７８号に対する優先権の恩恵を主張し、その全体をすべての目的のために引用により援用する。

【0002】

分野
この特許明細書はエネルギを消費する装置のエネルギ消費を最適化するためのシステム、装置、方法、および関連のコンピュータプログラム製品に関する。特に、この特許明細書は、温度設定点のスケジュールに対する温度的または時間的な微細な変更を行なうことにより、ＨＶＡＣシステムによって消費されるエネルギ量を低減するための技術に関する。

【背景技術】

【0003】

背景
人口サイズ、エネルギの単位当りのコスト、ならびに消費者の今日によって用いられるエネルギ消費装置のサイズおよびタイプが増大するなか、消費者のエネルギの使用の最適化に、増大する関心がある。一方、典型的な消費者の、さまざまなメカニズム、暖房、換気および空調（ＨＶＡＣ）システムを介する使用エネルギは、直接的な最適化努力に対する十分な対象であり、なぜならばそれらは米国においては平均的な消費者のエネルギ消費ニーズの４０％までを占めるからである。そのようなシステムによって消費されるエネルギ量の低減のための技術は、したがって、個人ベースでの明確なエネルギ低減およびコストの削減、ならびに総計におけるエネルギ需要における有意な低減を有利にもたらし得る。

【0004】

多くの現代のＨＶＡＣシステムにおいて、ＨＶＡＣシステムは、イベントのスケジュールとして制御することができる。たとえば、ユーザは、ユーザがＨＶＡＣシステムに対して屋内温度を制御するよう所望する温度（つまり温度設定点）のスケジュールを選択してもよい。温度設定点のそのようなスケジュールは、ＨＶＡＣシステムが、ユーザが家にいる時、いないとき、睡眠中、または起きているときの構造物の屋内温度を制御する温度を規定してもよい。すなわち、屋内温度は占有（在宅）にかかわらずその日のあらゆる時間について制御することができる。

【0005】

ＨＶＡＣシステムによる温度設定点のスケジュールの実現は、典型的にはユーザが所与の時間に構造物の屋内温度に満足することに至るが、スケジュールによって規定された温度はユーザが快適であることとユーザが不快であることとの間の関係に達しないかもしれない。すなわち、ユーザが快適であるとして設定するものとユーザが実際に快適である温度との間にはなんらかの差があるかもしれない。公知のＨＶＡＣ制御システムは、典型的にはそのような考えられ得る差に対する配慮なしに、具体的な温度設定点のスケジュールに対するユーザ要求に対するそれらの忠実性において厳密であり、潜在的に不必要なエネルギの消費をもたらす。温度設定点のスケジュールの温度的特性に対する厳密な忠実性（つまりユーザによって設定された温度の大きさに対する忠実性）に加えて、典型的なＨＶＡＣ制御システムは、温度設定点のスケジュールの時間的特性に対するそれらの忠実性において同様に厳密である（つまり温度設定点がユーザによって規定される時間に対する厳格な忠実性）。そのような非柔軟性は、エネルギ消費の実時間価格が一日中変化するときなどのようなさまざまな状況においてさらなる非効率をもたらすかもしれない。

【発明の概要】

【課題を解決するための手段】

【0006】

概要
この発明の実施の形態はＨＶＡＣシステムのエネルギ消費を最適化するための方法に向けられる。そのような方法はさまざまな動作を含んでもよい。たとえば、それらは、元の温度設定点のスケジュールを識別することを含んでもよく、元の温度設定点のスケジュールはある時間期間に亘ってある数の温度設定点を規定してもよい。それらは、さらに、元のスケジュールで始めて、全体的な最適化時間期間と比較して、各々が相対的に短い周期的な時間間隔の連なりの各々毎に、元のスケジュールの漸増的に調整されたバージョンを生成することを含んでもよく、漸増的変更は、周期的な時間間隔の１つ中において、周期的な時間間隔のうちの前の１つと比較して、より少ないエネルギ使用を引起すことに対して向けられてもよい。それらは、さらに、周期的な時間間隔の連なりの各々毎に、周期的な時間間隔に対して生成された元のスケジュールの漸増的に調整されたバージョンに従ってＨＶＡＣシステムを制御することを含んでもよい。

【0007】

ある実施の形態では、この方法は、さらに、元の温度設定点のスケジュール内において温度設定点の部分集合を識別することを含んでもよく、温度設定点の部分集合は、元の温度設定点のスケジュールが規定される時間期間のサブ間隔に対応してもよい。そのような実施の形態では、元のスケジュールの漸増的に調整されたバージョンを生成することは、温度設定点の部分集合を部分集合における温度設定点以外の温度設定点とは異なるように調整することを含んでもよい。

【0008】

ある実施の形態では、この方法は、さらに、周期的な時間間隔の１つ中において、周期的な時間間隔に対して生成された元のスケジュールの漸増的に調整されたバージョンの対応する温度設定点と異なる現在の温度設定点のユーザ選択を受取ることを含んでもよい。そして、この方法は、さらに、周期的な時間間隔の１つ内において少なくともある時間期間の間、元のスケジュールの漸増的に調整されたバージョンの対応する温度設定点ではなく、ユーザ選択された現在の温度設定点に従って、ＨＶＡＣシステムを制御することを含んでもよい。

【0009】

ある実施の形態では、この方法は、さらに、周期的な時間間隔の１つについて、周期的な時間間隔の１つに対して生成された元のスケジュールの漸増的に調整されたバージョンの温度設定点に対するユーザ修正を受取ることを含んでもよい。この方法は、さらに、周期的な時間間隔の１つに対して生成された元のスケジュールの漸増的に調整されたバージョンにユーザ修正を組込むことと、周期的な時間間隔の１つ、および連なった時間間隔について、周期的な時間間隔の１つに対して生成された元のスケジュールの漸増的に調整されたバージョンの温度設定点に対するユーザ修正に基づいて、ＨＶＡＣシステムを制御することとを含んでもよい。

【0010】

この発明の実施の形態は、スマートホーム環境においてＨＶＡＣシステムを制御し動作させるためのインテリジェントなネットワーク接続されたサーモスタットにも向けられる。サーモスタットは、ＨＶＡＣシステムの１つ以上の要素を作動させるよう動作可能なＨＶＡＣ制御回路系のようなさまざまなコンポーネントを含んでもよい。サーモスタットは、さらに、スマートホーム環境の特性を測定するための１つ以上のセンサを含んでもよい。サーモスタットは、さらに、ＨＶＡＣ制御回路系および１つ以上のセンサに結合され、サーモスタットにさまざまな動作を実行させるよう動作可能であってもよいプロセッサを含んでもよい。そのような動作は、元の温度設定点のスケジュールを識別することを含んでもよい。そのような動作は、さらに、元のスケジュールで始めて、全体的な最適化時間期間と比較して、各々が相対的に短い周期的な時間間隔の連なりの各々毎に、元のスケジュールの漸増的に調整されたバージョンを生成することを含んでもよく、漸増的変更は、周期的な時間間隔の１つ中において、周期的な時間間隔のうちの前の１つと比較して、より少ないエネルギ使用を引起すことに対して向けられてもよい。そのような動作は、さらに、周期的な時間間隔の連なりの各々毎に、周期的な時間間隔に対して生成された元のスケジュールの漸増的に調整されたバージョンに従ってＨＶＡＣシステムを制御することを含んでもよい。

【0011】

サーモスタットを記載するある実施の形態では、元のスケジュールの漸増的に調整されたバージョンを生成することは、各周期的な時間間隔に対して、元のスケジュールの少なくとも１つの温度設定点の温度を、ＨＶＡＣシステムによるエネルギ消費を低減する方向にオフセットすることを含んでもよい。

【0012】

この発明の実施の形態は、さらに、コンピュータプロセッサによって実行されるとコンピュータプロセッサにさまざまな動作を実行させる命令を有する、有形の非一時的なコンピュータ読取可能記憶媒体に向けられる。そのような動作は、たとえば、元の温度設定点のスケジュールを識別することを含み、元の温度設定点のスケジュールはある時間期間に亘ってある数の温度設定点を規定してもよい。そのような動作は、さらに、元のスケジュールで始めて、全体的な最適化時間期間と比較して、各々が相対的に短い周期的な時間間隔の連なりの各々毎に、元のスケジュールの漸増的に調整されたバージョンを生成することを含んでもよく、漸増的変更は、周期的な時間間隔の１つ中において、周期的な時間間隔のうちの前の１つと比較して、より少ないエネルギ使用を引起すことに対して向けられてもよい。そのような動作は、さらに、周期的な時間間隔の連なりの各々毎に、周期的な時間間隔に対して生成された元のスケジュールの漸増的に調整されたバージョンに従ってＨＶＡＣシステムを制御することを含んでもよい。

【0013】

ある実施の形態では、記憶媒体は、さらに、コンピュータプロセッサによって実行されるとコンピュータプロセッサにさらなる動作を実行させる命令を含んでもよい。そのようなさらなる動作は、たとえば、元の温度設定点のスケジュール内において温度設定点の第１の部分集合を識別することを含んでもよく、温度設定点の第１の部分集合は、元の温度設定点のスケジュールが規定される時間期間の第１のサブ間隔に対応してもよく、第１のサブ間隔は、ＨＶＡＣシステムと関連付けられる構造物が占有されていそうな（在宅していそうな）時間期間に対応してもよい。そして、元の温度設定点のスケジュール内において温度設定点の第２の部分集合を識別することを含んでもよく、温度設定点の第２の部分集合は、元の温度設定点のスケジュールが規定される時間期間の第２のサブ間隔に対応してもよく、第２のサブ間隔は、ＨＶＡＣシステムと関連付けられる構造物が占有されていなさそうな時間期間に対応してもよい。そのような実施の形態では、元のスケジュールの漸増的に調整されたバージョンを生成することは温度設定点の第１の部分集合を温度設定点の第２の部分集合とは異なるように調整することを含んでもよく、第２の部分集合は第１の部分集合に対してなされる調整から結果として生じる量よりも大きな量だけエネルギ使用を低減するように調整されてもよい。

【0014】

そのようなさらなる動作は、追加的または代替的に、たとえば、元の温度設定点のスケジュール内において温度設定点の第１の部分集合を識別することを含んでもよく、温度設定点の第１の部分集合は、元の温度設定点のスケジュールが規定される時間期間の第１のサブ間隔に対応してもよい。それらは、さらに、元の温度設定点のスケジュール内において温度設定点の第２の部分集合を識別することを含んでもよく、温度設定点の第２の部分集合は、元の温度設定点のスケジュールが規定される時間期間の第２のサブ間隔に対応してもよい。それらは、さらに、元の温度設定点のスケジュール内において温度設定点の第３の部分集合を識別することを含んでもよく、温度設定点の第３の部分集合は、元の温度設定点のスケジュールが規定される時間期間の第３のサブ間隔に対応してもよい。ある実施の形態では、周期的な時間間隔の連なりの第１の集合について、元のスケジュールの漸増的に調整されたバージョンを生成することは、温度設定点の第１の部分集合の温度設定点を修正することを含んでもよい。周期的な時間間隔の第１の集合に続く周期的な時間間隔の連なりの第２の集合について、元のスケジュールの漸増的に調整されたバージョンを生成することは、温度設定点の第１の部分集合の温度設定点を同時に修正しながら、温度設定点の第２の部分集合の温度設定点を修正することを含んでもよい。周期的な時間間隔の第２の集合に続く周期的な時間間隔の連なりの第３の集合について、元のスケジュールの漸増的に調整されたバージョンを生成することは、温度設定点の第１の部分集合の温度設定点および温度設定点の第２の部分集合の温度設定点を同時に修正しながら、温度設定点の第３の部分集合の温度設定点を修正することを含んでもよい。

【0015】

この発明の実施の形態の性質および利点のより完全な理解については、続く詳細な記載および添付の図面が言及されるべきである。この発明の他の局面、目的および利点は、図面、および以下の詳細な記載から明らかになる。しかしながら、この発明の範囲は特許請求の範囲の記載から十分に明らかになる。

【図面の簡単な説明】

【0016】

【図1】実施の形態に従う、エネルギを供給し、管理し、消費するためのシステムを示す。

【図2】さらにここに記載される装置、方法、システム、サービス、および／またはコンピュータプログラム製品の１つ以上が適用可能であり得るスマートホーム環境の例を示す。

【図3A】実施の形態に従うインテリジェントなネットワーク接続された装置に含むことができる一般的な装置コンポーネントの例を示す。

【図3B】実施の形態に従う置換可能なモジュールおよびドッキングステーションを有するインテリジェントなネットワーク接続された装置を示す。

【図3C】実施の形態に従うインテリジェントなネットワーク接続された装置の接続ポートおよびワイヤ挿入検知回路系を示す。

【図4】図１および／もしくは図２のスマートホームならびに／または図３Ａ〜図３Ｃの装置が統合され得る拡張可能な装置およびサービスプラットフォームのネットワークレベル図を示す。

【図5】実施の形態に従う図４の拡張可能な装置およびサービスプラットフォームの抽象化された機能図を示す。

【図6】実施の形態に従う専用コンピュータシステムのブロック図である。

【図7】実施の形態に従う、スケジュール最適化プログラムを実現および管理するためのプロセスを示す。

【図8】実施の形態に従う、スケジュール最適化について適格性のある装置を識別するためのプロセスを示す。

【図9】実施の形態に記載のスケジュール最適化プロセスを生成し、呈示し、実施するためのプロセスを示す。

【図10】第１の実施の形態に従う、元の設定点温度のスケジュールを最適化するためのプロセスを示す。

【図11A】第２の実施の形態に従う、元の設定点温度のスケジュールを最適化するためのプロセスを示す。

【図11B】第２の実施の形態に従う、元の設定点温度のスケジュールを最適化するためのプロセスを示す。

【図12A】実施の形態に従って３つのサブ間隔に分離される、スケジュールに対する３段階修正を含むスケジューリングされた設定点最適化プロセスに従って元の設定点温度のスケジュールに対してなされる調整を示す。

【図12B】実施の形態に従って３つのサブ間隔に分離される、スケジュールに対する３段階修正を含むスケジューリングされた設定点最適化プロセスに従って元の設定点温度のスケジュールに対してなされる調整を示す。

【図12C】実施の形態に従って３つのサブ間隔に分離される、スケジュールに対する３段階修正を含むスケジューリングされた設定点最適化プロセスに従って元の設定点温度のスケジュールに対してなされる調整を示す。

【図12D】実施の形態に従って３つのサブ間隔に分離される、スケジュールに対する３段階修正を含むスケジューリングされた設定点最適化プロセスに従って元の設定点温度のスケジュールに対してなされる調整を示す。

【図12E】実施の形態に従って３つのサブ間隔に分離される、スケジュールに対する３段階修正を含むスケジューリングされた設定点最適化プロセスに従って元の設定点温度のスケジュールに対してなされる調整を示す。

【図12F】実施の形態に従って３つのサブ間隔に分離される、スケジュールに対する３段階修正を含むスケジューリングされた設定点最適化プロセスに従って元の設定点温度のスケジュールに対してなされる調整を示す。

【図12G】実施の形態に従って３つのサブ間隔に分離される、スケジュールに対する３段階修正を含むスケジューリングされた設定点最適化プロセスに従って元の設定点温度のスケジュールに対してなされる調整を示す。

【図12H】実施の形態に従って３つのサブ間隔に分離される、スケジュールに対する３段階修正を含むスケジューリングされた設定点最適化プロセスに従って元の設定点温度のスケジュールに対してなされる調整を示す。

【図13A】実施の形態に従う、いかなるユーザ修正もなしに、３段階スケジュール最適化のための、時間に亘っての漸増的スケジュール調整の大きさを示す。

【図13B】実施の形態に従う、さまざまなユーザ修正を伴う３段階スケジュール最適化のための、時間に亘っての漸増的スケジュール調整の大きさを示す。

【図14A】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14B】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14C】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14D】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14E】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14F】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14G】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14H】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14I】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14J】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14K】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

【図14L】さまざまな実施の形態に従うスケジュール最適化プロセスを実施するためのグラフィカルユーザインターフェイス（ＧＵＩ）を有するサーモスタットを示す。

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

【0017】

詳細な記載
この発明の実施の形態はＨＶＡＣシステムのエネルギ消費を最適化するための方法に向けられる。多くのエネルギ消費システムに関与するエンティティは、典型的には電源（たとえば発電機）から個々の家または事業所に電気的または他の形態のエネルギを与えるユーティリティプロバイダを含む。個人は、典型的には彼らが周期的、たとえば毎月ベースで消費するエネルギ量の代価を支払う。多くの実施の形態において、エネルギ管理システムはユーティリティプロバイダと個人との間に配置される。エネルギ管理システムは、個人のエネルギ消費の最適化を管理するようなさまざまな役割を実行して、元の温度設定点のスケジュール、屋内温度、構造物の占有（在宅）などのような検知されたデータ、期待される室外温度などのような予測されたデータ、ユーザより示される好み、および／またはさまざまな追加的もしくは代替的なデータに基いて、最適化された温度設定点のスケジュールを生成してもよい。次いで、そのような最適化されたスケジュールは、個々のエネルギ消費および総計におけるエネルギ消費の両方を効率的に低減および／または再分配するよう、エネルギ管理システムによって実現されてもよい。

【0018】

多くの実施の形態に従うエネルギ管理システムは、個々の家または事業所にあるインテリジェントなネットワーク接続されたサーモスタットを含む。そのようなサーモスタットは、居所の熱保持特性、居所を冷房または暖房する、居所に関連付けられるＨＶＡＣの容量、（時間に亘って占有確率プロファイルを構築することができる占有センサを介しての）居所が占有される見込み、予測された天候、実時間天候、実時間占有などのような、居所についての諸情報を得ることができる。さらに、サーモスタットは、そのユーザによってプログラムされることができるか、または、そのユーザの好みおよび習慣を時間に亘って学習して、スケジューリングされた温度設定点を設定してもよい。例示的な実施の形態において、個々の家および事業所のそれぞれの集団と関連付けられるそのようなネットワーク接続されたサーモスタットの集団は、１つ以上のクラウドサービスプロバイダによって管理される１つ以上の中央サーバと通信するよう構成される。各ネットワーク接続されたサーモスタットはクラウドサービスプロバイダによって管理される１つ以上のアカウントに関連付けられ、データは、ここに記載したスケジュール最適化機能を実行するのに有用な、遠隔制御の容易化、気象データの報告、ＨＶＡＣ制御データおよびステータス情報の報告、ならびに中央制御および／または部分的中央制御およびデータ通信の提供のようなさまざまな有利な機能を与えるために、各ネットワーク接続されたサーモスタットと中央サーバとの間において必要なように行き来して送られる。

【0019】

ここにおけるいくつかの実施の形態は、（ｉ）ネットワーク接続されたサーモスタットの集団と関連付けられるクラウドサービスプロバイダは、記載されたエネルギ管理システムのプロバイダでもある、（ｉｉ）エネルギ管理システムのプロバイダはユーティリティ自体とは別個および異なる事業実体である、および（ｉｉｉ）エネルギ管理システムはユーティリティに対する付加価値サービスとして提供される、営利的な筋書に対して特に好適であり有利であってもよいが、この記載の範囲はそのような筋書に対して如何様にも限定されないことが理解されるべきである。他の適用可能な筋書では、たとえば、要素はすべてユーティリティによって与えることができる。他の適用可能な筋書では、要素のいくつかはユーティリティによって提供することができ、一方、他の要素は行政実体によって、または異なる協働する事業体もしくは組合のさまざまな組合せによって提供することができる。特定のスケジュール最適化に先立って、エネルギ管理システムが、それが管理している居所に関して所有する豊富な情報に基いて、エネルギ管理システムは、居所が、特定の設定点温度のスケジュールを与えられて、どれだけのエネルギを消費しそうかを、効果的に予測することができる。そのような情報は、居所がスケジュール最適化に対する好適な候補であるかどうかを判断することを含む、さまざまな目的に対して用いられてもよい。特定の居所が、スケジュール最適化に対する好適な候補であると判断されると、豊富な情報の一部またはすべてを次いで用いて、その特定の居所に対する温度設定点のスケジュールを、エネルギ消費の量および／またはエネルギ消費のコストがその居所の居住者（占有者）に対して快適さにおいて気づくほどの変化なしに低減および／またはシフトされるような態様で最適化してもよい。いくつかの場合では、継続的な静的なスケジュールがそうでなければ気づくほどの不快感をもたらしたであろう場合には、そのような最適化は、居住者のための継続的な快適さのレベルをもたらしさえしてもよい。

【0020】

そのようなエネルギ消費予測および管理に対する記載された規定はさらにここに記載されるような多くの利点を生じさせる。たとえば、それらは、エネルギ管理システムが多くの接続された居所のエネルギ消費を効果的に管理することを可能にするのみならず、さらに、それらは、エネルギ管理システムがスケジュール最適化イベントにおける参加のために大きなプールから居所の部分集合を知的に選択することを可能にする。居所の物理的な特性、居所の地理的な特性、およびそれらの居所の居住者の習慣的な傾向は、地域に亘って広く変動し、したがって、可能性のあるエネルギ節約／移動も広く変動する。ここに開示されたエネルギ管理システムは、省エネルギプログラムにおける参加者を知的に選択して、効率を最大限にし、居住者に対する不必要な外乱を含むコストを最小限にしてもよい。さまざまなエネルギ管理システムが、さらに、２０１３年３月１５日に提出された、共通して譲渡された米国連続番号第１３／８４２，２１３号（リファレンス番号ＮＥＳ０２５３−ＵＳ）に記載されており、その全体を全ての目的のためにここに引用により援用する。

【0021】

これらおよび他の実施の形態の詳細はさらにここに開示され、そのさらなる理解は図を参照して十分に理解することができる。ここで、次いで図を見て、図１は、実施の形態に従って、エネルギを供給し、管理し、消費するためのシステム１００を示す。システム１００は複数個の発電機１１０Ａ〜１１０Ｎ、ユーティリティプロバイダコンピューティングシステム１２０、エネルギ管理システム１３０、通信ネットワーク１４０、複数個のエネルギ消費者の居所１５０Ａ〜１５０Ｎ、および配電網１６０を含む。

【0022】

発電機１１０Ａ〜１１０Ｎは、当該技術分野において公知のさまざまな技術のうちの１つ以上を用いて電気または他のタイプのエネルギ（たとえばガス）を生成するよう動作可能である。たとえば、発電機１１０Ａ〜１１０Ｎは、水力発電システム、原子力発電所、化石燃料に基づく発電所、太陽光による発電所、風力発電所、ガス処理プラントなどを含んでもよい。所与の時間において生成されてもよい電気の量は、発電機１１０Ａ〜１１０Ｎによって決められる、供給されるある最大エネルギに制限されてもよい。さらに、発電機１１０Ａ〜１１０Ｎは、ユーティリティプロバイダコンピューティングシステム１２０を実現するユーティリティプロバイダによって所有および管理されてもよく、または源エネルギをユーティリティプロバイダの顧客に提供するようユーティリティプロバイダと契約を結んでいる１つ以上の第三者エンティティによって所有および／または管理されてもよい。

【0023】

ユーティリティプロバイダコンピューティングシステム１２０は、発電機１１０Ａ〜１１０Ｎ、エネルギ管理システム１３０、およびある実施の形態においては居所１５０Ａ〜１５０Ｎのうちの１つ以上における電子システムのうちの１つ以上と通信するよう動作可能であるコンピューティングシステムである。ユーティリティプロバイダ会社システム１２０と関連付けられるユーティリティプロバイダは、典型的には、発電機１１０Ａ〜１１０Ｎから居所１５０Ａ〜１５０Ｎにおけるエネルギ消費者への配電を管理する。この管理は、電気が発電機１１０Ａ〜１１０Ｎから居所１５０Ａ〜１５０Ｎに成功裏に伝送されることを確実にすること、居所１５０Ａ〜１５０Ｎの各々におけるエネルギ消費量を監視すること、および居所１５０Ａ〜１５０Ｎのそれぞれの監視されるエネルギ消費量に従ってそれらの居住者から料金を回収すること、を含む。ユーティリティプロバイダコンピューティングシステム１２０は、ここに記載される動作の１つ以上を実行してもよく、ここにさらに記載されるように、および記載される動作を容易にするよう必要とされるように、さまざまなコンピュータプロセッサ、記憶素子、通信機構などを含んでもよい。

【0024】

エネルギ管理システム１３０は、選択肢的に報告および制御機構をユーティリティプロバイダコンピューティングシステム１２０に提供しながら、居所１５０Ａ〜１５０Ｎの１つ以上におけるエネルギ消費を知的かつ効率よく管理するよう動作可能であるコンピューティングシステムである。エネルギ管理システム１３０は、居所１５０Ａ〜１５０Ｎに関連付けられる電子装置との実時間の双方向通信にネットワーク１４０を介して従事し、およびユーティリティプロバイダコンピューティングシステム１２０との実時間の双方向通信に従事するよう動作可能であってもよい。１つの特定の実施の形態では、エネルギ管理システム１３０は、発電機１１０Ａ〜１１０Ｎのエネルギ供給要件を低減するよう、居所１５０Ａ〜１５０Ｎにおいて消費されるエネルギの総量を低減するよう動作可能であってもよい。そのような低減はさまざまな時間の１つ以上において達成されてもよい。たとえば、そのような低減は、他の天候期間に対して比較的一定（つまり毎日の平均温度における相対的に小さな推移）である天候期間の始まりにおいて達成されてもよい。ある環境においては、これは、春または秋の季節の始まりであってもよい。しかしながら、他の環境では、これは夏または冬の季節の始まりであってもよい。ある環境は、１年を通して相対的に一定の天候期間を有するかも知れず、その場合には、１回だけ、または１年に１回、エネルギ低減を達成するようスケジュール最適化を実行することが望ましくあってもよい。

【0025】

ネットワーク１４０は、エネルギ管理システム１３０の１つ以上のコンポーネントと居所１５０Ａ〜１５０Ｎの１つ以上と関連付けられる１つ以上の電子装置との間におけるような、さまざまなエンティティ間において通信を可能にするための任意の好適なネットワークである。そのようなネットワークは、たとえば、ローカルエリアネットワーク、広域ネットワーク、仮想私設網、インターネット（登録商標）、イントラネット、エクストラネット、公衆交換電話網、赤外線ネットワーク、無線ネットワーク、無線データ通信ネットワーク、セルラーネットワーク、もしくは任意の他のそのような有線もしくは無線ネットワーク、またはそれらの組合せを含んでもよい。ネットワーク１４０は、さらに、任意の好適なネットワークトポロジを組込んでもよい。ネットワーク１４０は任意の好適なプロトコルを利用してもよく、ネットワーク１４０を介する通信は、有線または無線接続およびそれらの組合せによって可能にされてもよい。

【0026】

居所１５０Ａ〜１５０Ｎは、エネルギ消費に関連付けられるさまざまな構造物または構内である。構造物は、個人の宅地、家屋、アパート、コンドミニアム、学校、商業用不動産、平屋もしくは複数階オフィスビルディングおよび／または製造設備などのようなさまざまな構造物タイプに亘ってもよい。ここに記載されるある数の例は、構造物を、家屋の形態の個人の宅地であるとして言及するが、実施の形態はそのように限定されるものではなく、なぜならば、当業者は、ここに記載される技術は他のタイプの構造物に対しても等しく適用可能であり得ることを理解するであろうからである。いくつかの実施の形態は居住の筋書きに対して特に有利であり得るが、本教示の範囲はそのようには限定されず、ビジネス環境、学校環境、行政建築物環境、スポーツまたは娯楽エリアなどに対しても等しく有利であってもよいことが理解されるべきである。したがって、以下に記載の多くは居住の文脈において述べられるが、これは、記載を明確にする目的のためであって、限定によるものではないことが理解されるべきである。

【0027】

居所１５０Ａ〜１５０Ｎは、典型的には、１つ以上のエネルギ消費装置を含み、それらは、テレビ、電子レンジ、家庭用音声設備、暖房／冷房システム、洗濯機、食洗機などのような電気エネルギ消費装置であり得る。同様に、エネルギ消費装置は、ガス消費装置などのような１つ以上の他のタイプのエネルギ消費装置を含み得る。たとえば、居所１５０Ａ〜１５０Ｎは、天然ガス（空気／水／など）ヒータ、ストーブ、暖炉などを含んでもよい。居所１５０Ａ〜１５０Ｎは、多くの実施の形態では、前述のエネルギ消費装置の１つ以上によるエネルギ消費を制御する１つ以上の制御装置を含む。たとえば、それらは、居所の熱的環境を制御するよう動作可能である、インテリジェントなネットワーク接続されたサーモスタットを含んでもよい。サーモスタットは、この後ここに記載される処理の多くが、エネルギ管理システム１３０においてコンピューティングシステムによって、またはサーモスタットそれら自体によって実行されてもよいという点で、エネルギ管理システム１３０の一部であるよう考えられてもよい。代替的に、サーモスタットは、エネルギ管理システム１３０の他のコンポーネントに対して地理的に遠隔地にあるため、エネルギ管理システム１３０から分離していると考えられてもよい。いずれの場合にしても、居所１５０Ａ〜１５０Ｎに関連付けられる電子装置は、ここに記載される動作の１つ以上を実行してもよく、ここにさらに記載されるように、および記載される動作を容易にするよう必要とされるように、さまざまなコンピュータプロセッサ、記憶素子、通信機構などを含んでもよい。大抵の実施の形態は、（たとえば暑い夏の間など）構造物の内部の温度を下げることが望ましい状況の文脈において記載されるが、同様の原理が、（たとえば寒い冬の間など）構造物の内部の温度を上げることが望ましい状況において（ちょうど反対に適用されて）当てはまる。いくつかの実施の形態では、インテリジェントなネットワーク接続されたサーモスタットのいくつかまたはすべては、機能性において、カリフォルニア州パロアルトのNest Labs, Inc.から入手可能なNEST LEARNING THERMOSTAT（登録商標）と同じであるかまたは同様であってもよい。

【0028】

配電網１６０はエネルギを発電機１１０Ａ〜１１０Ｎの１つ以上から居所１５０Ａ〜１５０Ｎの１つ以上に移送するための任意の好適なネットワークである。配電網では、パワー分配網１６０は電気を発電機１１０Ａ〜１１０Ｎから居所１５０Ａ〜１５０Ｎに伝送するために当該技術分野において公知のさまざまな電力線、変電所、柱上変圧器、などを含んでもよい。ガス分配網では、パワー分配網１６０は、天然または他のタイプのエネルギ生成ガスをパワー生成器１１０Ａ〜１１０Ｎ（この実施の形態では、油田および／または処理プラント）から居所１５０Ａ〜１５０Ｎに輸送するためのさまざまな圧送所、保管要素、パイプなどを含んでもよい。

【0029】

システム１００は、ある実施の形態では、エネルギを供給、管理および消費するための分散型システムであり、ある実施の形態では、１つ以上のコンピュータネットワークまたは直接接続を用いて通信リンクを介して相互接続されるいくつかのコンピュータシステムおよびコンポーネントを利用して需要応答プログラムおよびイベントを管理するためのシステムであってもよい。しかしながら、当業者には、そのようなシステムは、図１に示されるよりも少ない、または多い数のコンポーネントを有するシステムにおいても等しく十分に動作し得ることが理解される。したがって、図１のシステム１００の説明は本質的に例示的であるものとしてとられ、本教示の範囲を限定するようにとられるものではない。

【0030】

図２は、スマートホーム環境２００の一例が示され、そこにおいては、ここにさらに記載される装置、方法、システム、サービスおよび／またはコンピュータプログラム製品のうちの１つ以上が適用可能である。示されるスマートホーム環境は構造物２５０を含み、それは、たとえば、家屋、オフィスビルディング、ガレージ、移動住宅などを含み得る。ある実施の形態では、構造物２５０は、図１を参照して記載される構造物１５０Ａ〜１５０Ｎの１つ以上に対応してもよい。構造物２５０に加えて、スマートホーム環境２００は、さらに、ネットワーク２６２およびリモートサーバ２６４を含み、それらは、一実施の形態においては、それぞれ、ネットワーク１４０およびエネルギ管理システム１３０（図１）に対応する。示される構造物２５０はさらにここに記載されるようにさまざまなコンポーネントおよび装置を含むが、プールヒータ２１４、灌漑システム２１６、アクセス装置２６０などのようなある数のコンポーネントおよび装置も、構造物２５０内またはその上において物理的に取付けられるかまたは配置されることなく、構造物２５０に関連付けられてもよい（たとえば構造物２５０においてパワーを供給されてもよい）。

【0031】

スマートホーム環境２００は、互いから壁２５４を介して少なくとも部分的に分離される複数の部屋２５２を含む。壁２５４は内壁または外壁を含み得る。各部屋は、さらに、床２５６および天井２５８を含み得る。装置は、壁２５４、床２５６または天井２５８上に取付けられるか、それ（ら）と統合されるか、および／またはそれ（ら）によって支持され得る。スマートホーム環境２００内に組込まれてもよいさまざまな装置は、さまざまな有用なスマートホーム目的のうちの任意のものを与えるよう、互いと、および／またはクラウドベースのサーバシステムと途切れ目なく統合可能なインテリジェントな、マルチ検知の、ネットワーク接続された装置を含む。あるインテリジェントな、マルチ検知の、ネットワーク接続されたサーモスタット２０２は、大気における気候特性（たとえば温度および／または湿度）を検出し、暖房、換気および空調（ＨＶＡＣ）システム２０３を制御し得る。ＨＶＡＣシステムの制御がここに記載されるが、同様の原理が、暖房システム、空調システム、湿度制御システム、またはそれらの任意の組合せのような、他の温度／湿度制御システムを制御することに等しく適用され得ることが理解されるべきである。１つ以上のインテリジェントなネットワーク接続された、マルチ検知の、ハザード検出ユニット２０４は、家屋環境における危険な物質および／または危険な状態（たとえば煙、炎または一酸化炭素）の存在を検出し得る。１つ以上のインテリジェントな、マルチ検知の、ネットワーク接続された入口通路インターフェイス装置２０６は、「スマートドアベル」とも称され得、ある場所への人の接近もしくはある場所からの人の退去を検出し、可聴機能を制御し、音声手段もしくは視覚手段を介して人の接近もしくは退去を知らせ、またはセキュリティシステムにおける設定を制御して（たとえばセキュリティシステムを活性化または非活性化させる）ことが可能である。

【0032】

いくつかの実施の形態では、スマートホームは、スマートメータなどのような少なくとも１つのエネルギ消費計器２１８を含み得る。エネルギ消費計器２１８は、構造物２５０において、およびその周りにおいて装置によって消費される何らかのまたはすべてのエネルギ（電気、ガスなど）を監視する。エネルギ消費計器２１８は、ある所与の時間期間に亘って消費されるエネルギの量を計器２１８の表面上に表示してもよい。所与の期間は、たとえば、１秒、１分、１時間、１日、１ヶ月、１秒未満の時間帯、１ヶ月より長い時間帯、または１秒と１ヶ月との間の時間帯などであってもよい。ある実施の形態では、エネルギ消費計器２１８は、計器２１８がさまざまな情報、たとえば１つ以上の所与の期間に亘って消費されるエネルギの量、任意の特定の時間におけるかまたは任意の特定の時間期間中におけるエネルギの価格などを通信することを可能にする通信能力（有線または無線）を含んでもよい。通信能力は、さらに、計器がさまざまな情報を受信することを可能にしてもよい。たとえば、計器は、ＨＶＡＣシステム２０３などのようなスマートホームにおける１つ以上の装置を制御するための命令、任意の特定の時間における、または任意の特定の時間期間中におけるエネルギの価格などを受信してもよい。構造物２５０における、およびその周囲における装置の制御を容易にするために、計器２１８はそのような装置と有線または無線で接続されてもよい。

【0033】

複数のインテリジェントな、マルチ検知の、ネットワーク接続された壁照明スイッチ２０８の各々は、周囲の照明状態を検知し、部屋占有状態を検出し、ならびに１つ以上の照明の出力および／または薄暗い状態を制御し得る。いくつかの例では、照明スイッチ２０８は、さらに、または代替的に、天井ファンなどのファンの出力状態または速度を制御し得る。複数のインテリジェントな、マルチ検知の、ネットワーク接続された壁プラグインターフェイス２１０の各々は、部屋または構内の占有を検出し、（たとえば家に誰もいない場合には電力がプラグに供給されないように）１つ以上の壁プラグに対する電力の供給を制御し得る。スマートホームは、さらに、冷蔵庫、ストーブおよび／またはオーブン、テレビ、洗濯機、乾燥機、照明（構造物２５０の内部／外部）、ステレオ、インターコムシステム、ガレージ扉開閉器、床ファン、天井ファン、全家屋ファン、壁空調装置、プールヒータ２１４、潅漑システム２１６、セキュリティシステム、などのような、複数のインテリジェントな、マルチ検知の、ネットワーク接続された機器２１２を含んでもよい。図２の説明は、特定の装置に関連付けられる特定のセンサおよび機能を識別し得るが、（本明細書を通して記載されるもののような）さまざまなセンサおよび機能のうちの任意のものを装置内に組込むことができることが理解される。

【0034】

処理および検知能力を含むことに加えて、スマートホーム環境２００内における装置の各々は、スマートホーム環境２００内における任意の他の装置、ならびにアクセス装置２６６および／またはリモートサーバ２６４などのようなスマートホーム環境２４０外の任意の装置とのデータ通信および情報共有が可能であり得る。装置は、さまざまなカスタムもしくは標準無線プロトコル(Wi-Fi, ZigBee, 6LoWPAN, IR, IEEE 802.11, IEEE 802.15.4など)のうちの任意のもの、および／またはさまざまなカスタムもしくは標準有線プロトコル(CAT6 Ethernet（登録商標）, HomePlugなど)を介して通信を送受し得る。壁プラグインターフェイス２１０は、無線または有線のリピータとして供され得、および／または（ｉ）ＡＣコンセントにプラグを差込まれホームプラグまたは他の電力線プロトコルを用いて通信する装置と（ii）ＡＣコンセントにプラグを差込まれない装置との間におけるブリッジとして機能し得る。

【0035】

たとえば、第１の装置は第２の装置と無線ルータ２６０を介して通信し得る。ある装置は、さらに、ネットワーク２６２などのようなネットワークへの接続を介して遠隔装置と通信し得る。ネットワーク２６２を介して、装置は中央（つまりリモート）サーバまたはクラウドコンピューティングシステム２６４と通信し得る。リモートサーバまたはクラウドコンピューティングシステム２６４は、その装置と関連付けられる製造業者、サポートエンティティまたはサービスプロバイダと関連付けられ得る。一実施の形態では、ユーザは、電話またはインターネット接続されたコンピュータなどのような他の通信手段を用いる必要なく、装置それ自体を用いてカスタマーサポートと連絡をとることができてもよい。

【0036】

装置のネットワーク接続は、さらに、たとえユーザが装置の近くにいなくても、ユーザがその装置と対話することを可能にし得る。たとえば、ユーザは、コンピュータ（たとえばデスクトップコンピュータ、ラップトップコンピュータもしくはタブレット）または他の携帯電子装置（たとえばスマートフォン）２６６を用いて装置（たとえばサーモスタット２０２）と通信し得る。あるウェブページまたはソフトウェアアプリケーションは、ユーザから通信を受信し、その通信に基づいて装置を制御するよう、および／またはその装置の動作についての情報をユーザに提示するよう構成され得る。たとえば、携帯電子装置２６６を用いてサーモスタット２０２と対話しているとき、ユーザは、携帯電子装置２６６を用いて、サーモスタットについての現在の設定点温度を見て、それを、携帯電子装置２６６を用いて調整することができる。ユーザは、この遠隔通信中において構造物内にいるか、または構造物の外部にいることができる。携帯電子装置２６６とサーモスタット２０２との間の通信はリモートサーバ２６４を介して経路付けられてもよく（たとえば携帯電子装置２６６が構造物２５０から遠くにあるときなど）、またはある実施の形態ではリモートサーバ２６４を除いて経路付けられてもよい。

【0037】

スマートホーム環境２００は、さらに、壁プラグインターフェイス２１０によって、粗くではあるが（ＯＮ／ＯＦＦ）、制御され得る、古い従来の洗濯機／乾燥機、冷蔵庫などのような、さまざまな、通信を行なわない、旧来の機器２４０を含み得る。スマートホームは、さらに、ハザード検出ユニット２０４もしくは照明スイッチ２０８によって与えられるＩＲ信号によって、またはある実施の形態では、壁プラグインターフェイス２１０を介して通信するよう電力線などのようなソケットに基づく通信プロトコルを用いることによって制御され得る、ＩＲ制御される壁空調機または他のＩＲ制御される装置のような、さまざまな、部分的に通信を行なう旧来の機器２４２を含み得る。

【0038】

構造物２５０の内部および外部に位置するコンポーネントのうちのいくつかまたはすべては、実施の形態によって、エネルギ管理システム１３０の一部と考えられてもよいことが理解されるべきである。一般的に、他のエネルギ消費装置の制御を容易にする装置またはコンポーネントは、エネルギ管理システム１３０の一部と考えられてもよい。たとえば、サーモスタット２０２およびアクセス装置２６６はエネルギ管理システム１３０の一部と考えられてもよく、一方、ＨＶＡＣ２０３、プールヒータ２１４、および旧来の機器２４０などのようなエネルギ消費コンポーネントはエネルギ管理システム１３０の外部にあると考えられてもよく、なぜならば、それらは、サーモスタット２０２およびアクセス装置２６６によって制御可能なエネルギ消費要素を含むからである。他の例では、しかしながら、ハザード検出ユニット２０４、入口通路インターフェイス装置２６０、照明スイッチ２０８、プラグインターフェイス２１０などのような、スマートホーム環境２００の追加的または代替的なコンポーネントは、エネルギ管理システム１３０の一部として考えられてもよく、なぜならば、それらは、エネルギ管理システム１３０が知的なエネルギ管理判断を下すのを助けるよう、エネルギ管理システム１３０のための監視（および／または制御）機能を与えてもよいからである。さらに別の例では、（リモートサーバ２６４を除く）スマートホーム環境の装置のいずれもエネルギ管理システム１３０の一部でなくてもよく、スマートホーム環境２００の装置の１つ以上は、監視および／またはエネルギ消費タスクを実行するようエネルギ管理システム１３０によって遠隔制御される従属的装置であってもよい。

【0039】

スマートホーム環境２００は、ある実施の形態では、すべて、互いと、およびリモートサーバ２６４などのようなスマートホーム２００の外部の装置またはシステムと通信するよう動作可能である、ある数のクライアント装置およびアクセス装置を含む環境である。しかしながら、当業者には、そのような環境は、図２に示されるよりも少ないかまたは多い数のコンポーネントを有する状態で等しく十分動作し得ることが理解される。異なる機能を有するさまざまな要素を含むスマートホーム環境の１つの特定の例は、２０１２年９月２１日に提出された、共通に譲渡された米国仮出願連続番号第６１／７０４，４３７号（リファレンス番号ＮＥＳ０２５４−ＵＳ）に詳細に記載されており、その全体の内容をすべての目的のためにここに引用により援用する。したがって、図２におけるスマートホーム環境２００の図示は本質的に例示的であるとして考えられるべきであり、本教示の範囲を限定するように考えられるべきではない。

【0040】

図３Ａは、インテリジェントなネットワーク接続された装置３００（つまり「装置」）に含まれ得る一般的な装置コンポーネントの例を示す。装置３００は、サーモスタット２０２、ハザード検出ユニット２０４、入口通路インターフェイス装置２０６、壁照明スイッチ２０８、壁プラグインターフェイス２１０などのような、図２を参照して論じられたさまざまな装置の１つ以上として実現されてもよい。以下の議論の多くは装置３００をサーモスタット２０２として提示するが、実施の形態はそのように限定されないことが認識されるべきである。装置のシステム内における１つの、１つより多い、またはすべての装置３００の各々は、１つ以上のセンサ３０２、ユーザインターフェイスコンポーネント３０４、電源（たとえば電力接続３０６および／またはバッテリ３０８を含む）、通信コンポーネント３１０、モジュラリティユニット（たとえばドッキングステーション３１２および置換可能なモジュール３１４を含む）、インテリジェンスコンポーネント３１６、および不正変更検出回路系３１８を含み得る。特定のセンサ３０２、ユーザインターフェイスコンポーネント３０４、電源構成、通信コンポーネント３１０、モジュラリティユニット、インテリジェンスコンポーネント３１６、および／またはワイヤ不正変更検出回路系３１８は、装置３００に亘って同じであるかもしくは類似し得、または装置タイプもしくはモデルによって変動し得る。

【0041】

例示的に、かつ限定によってではなく、装置３００における１つ以上のセンサ３０２は、たとえば、加速、温度、湿度、水、供給電力、近接度、外部の動き、装置の動き、音声信号、超音波信号、光信号、炎、煙、一酸化炭素、全地球測位システム（ＧＰＳ）信号、または無線周波数（ＲＦ）もしくは他の電磁信号もしくは電磁場を検出することができてもよい。したがって、たとえば、センサ３０２は、温度センサ、湿度センサ、ハザード関連センサまたは他の環境的センサ、加速度計、マイクロフォン、光学センサを、カメラ（たとえば、電荷結合素子もしくはビデオカメラ）、能動的もしくは受動的輻射センサ、ＧＰＳレシーバまたは無線周波数識別検出器まで、およびそれを含んで、含み得る。図３Ａは単一のセンサを伴う実施の形態を示すが、多くの実施の形態は複数のセンサを含むことになる。ある例では、装置３００は１つ以上の一次センサおよび１つ以上の二次センサを含む。一次センサは、装置のコア動作（たとえばサーモスタットにおいて温度を検知することまたは煙検出器において煙を検知することなど）に対して中心のデータを検知し得る。第２のセンサは、他のタイプのデータ（たとえば動き、光または音）を検知することができ、それをエネルギ効率目的またはスマート動作目的のために用いることができる。ある例では、平均的なユーザは、二次センサの存在に気づきさえしないかも知れない。

【0042】

装置３００における１つ以上のユーザインターフェイスコンポーネント３０４は、情報を、ユーザに対して、視覚ディスプレイ（たとえば薄膜トランジスタディスプレイまたは有機発光ダイオードディスプレイ）および／もしくは音声スピーカならびに／または何らかの他の通信媒体を介して提示するよう構成されてもよい。ユーザインターフェイスコンポーネント３０４は、さらに、タッチスクリーン、ボタン、スクロールコンポーネント（たとえば可動もしくは仮想リングコンポーネント）、マイクロフォンまたはカメラ（たとえば身振り（ジェスチャ）を検出するためになど）などのような、ユーザから情報を受け取る１つ以上のユーザ入力コンポーネントを含み得る。一実施の形態では、ユーザインターフェイスコンポーネント３０４はクリックおよび回転環状リングコンポーネントを含み、ユーザは、（たとえば設定を調整するよう）リングを回転することによって、および／または（たとえば調整された設定を選択するかもしくはオプションを選択するよう）リングを内方向にクリックすることによって、そのコンポーネントと対話し得る。別の実施の形態では、ユーザ入力コンポーネント３０４は、カメラを含み、（たとえば装置の出力またはアラーム状態が変更されることになる旨を示すべく）身振りが検出され得る。

【0043】

装置３００におけるある電源コンポーネントは、電力接続３０６および／またはローカルバッテリ３０８を含んでもよい。たとえば、電力接続３０８は、装置３００を、線間電圧源のような電源に接続し得る。いくつかの例では、ＡＣ電源への接続３０６を用いて、（たとえば再充電可能な）ローカルバッテリ３０８を繰返し充電し得、バッテリ３０８は、後で、必要に応じて、ＡＣ電力切断の場合または他の電力不足の場合に電力を供給するよう用いられ得る。

【0044】

装置３００における通信コンポーネント３１０は、装置３００が、リモートサーバ２６４のような中央サーバ、またはここに記載される他の装置３００もしくは携帯ユーザ装置などのような遠隔装置と通信することを可能にするコンポーネントを含み得る。通信コンポーネント３１０は、装置３００が、非限定的な例として、Ｗｉ−Ｆｉ、ＺｉｇＢｅｅ、３Ｇ／４Ｇ無線、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１５．４、６−ＬＯ−ＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＣＡＴ６有線イーサネット、ホームプラグまたは他の電力線通信方法、電話、または光ファイバのような、１つ以上の有線または無線通信技術を、同時または連続的に用いて通信することを可能にし得る。通信コンポーネント３１０は、１つ以上の無線カード、イーサネットプラグ、または他のトランシーバ接続を含み得る。ある実施の形態では、通信コンポーネント３１０は、装置３００と、中央サーバと、ある場合には追加の装置との間において情報を同期させるよう、中央サーバとの通信を容易にする。そのような装置間においてデータを同期させるための技術は、さらに、２０１２年９月２２日に提出された、共通に譲渡された米国連続番号第１３／６２４，８９２号（リファレンス番号ＮＥＳ０２３１−ＵＳ）にさらに記載されており、その内容の全体をすべての目的のためにここに引用により援用する。

【0045】

装置３００におけるモジュラリティユニットは、静的な物理的接続および置換可能なモジュール３１４を含み得る。したがって、モジュラリティユニットは、（たとえば配線を保存するために、）装置３００を完全に再設置することなく、置換可能なモジュール３１４をアップグレードする能力を与え得る。静的な物理的接続は、構造物に取付けることができる（インターフェイスボックスとも称され得る）ドッキングステーション３１２を含み得る。たとえば、ドッキングステーション３１２は、ねじで壁に取付けられ得るか、または天井に接着剤で固着され得る。ドッキングステーション３１２は、ある例では、構造物の一部を通って延在し得る。たとえば、ドッキングステーション３１２は、壁の後ろの配線（たとえば１２０Ｖ線間電圧線）に、壁のシートロックを介して形成された穴を介して接続し得る。ドッキングステーション３１２は、電力接続回路系３０６および／またはＡＣ−ＤＣ電力供給回路系のような回路系を含み得、ユーザが高電圧線にさらされるのを防ぎ得る。ドッキングステーション３１２は、さらに、または代替的に、（建築構造物を暖房するための）暖房ユニット、（建築構造物を冷房するための）空調ユニット、および／または（建築構造物を通して空気を循環させるための）換気ユニットなどのような、ＨＶＡＣシステムの要素を作動させる（つまりオンおよびオフにする）ための制御回路系を含んでもよい。ある例では、ドッキングステーション３１２は、あるタイプまたはモデルの装置に特化しており、たとえば、サーモスタット装置は煙検出器装置とは異なるドッキングステーションを含む。ある例では、ドッキングステーション３１２は、複数のタイプおよび／またはモデルの装置３００に亘って共有され得る。

【0046】

モジュラリティユニットの置換可能なモジュール３１４は、装置の、いくつかまたはすべてのセンサ３０２、プロセッサ、ユーザインターフェイスコンポーネント３０４、バッテリ３０８、通信コンポーネント３１０、インテリジェンスコンポーネント３１６などを含み得る。置換可能なモジュール３１４は、ドッキングステーション３１２に取付けられる（たとえばそれにプラグを挿入されるかまたはそれに接続される）ように構成され得る。ある例では、置換可能なモジュール３１４の組が、置換可能なモジュール３１４に亘って変動する能力、ハードウェアおよび／またはソフトウェアを伴って製造される。ユーザは、したがって、すべての装置コンポーネントを置換したり、装置３００を完全に再設置したりする必要なしに、彼らの置換可能なモジュール３１４を容易にアップグレードまたは置換することができる。たとえば、ユーザは、限られた知能およびソフトウェア能力を有する第１の置換可能なモジュールを含む安価な装置から始めることができる。ユーザは、次いで、さらに能力のある置換可能なモジュールを含むよう、装置を容易にアップグレードすることができる。別の例としては、ユーザは、モデル＃１装置を彼らの地下室に有し、モデル＃２装置を彼らの居間に有し、彼らの居間の装置をアップグレードしてモデル＃３の置換可能なモジュールを含ませる場合には、ユーザは、モデル＃２の置換可能なモジュールを地下室に移動させて、既存のドッキングステーションに接続することができる。モデル＃２の置換可能なモジュールは、次いで、（たとえばユーザからユーザインターフェイスを介して情報を要求することによって）その新たな位置を識別するために起動プロセスを始めてもよい。

【0047】

装置のインテリジェンスコンポーネント３１６は、さまざまな異なる装置機能のうちの１つ以上をサポートし得る。インテリジェンスコンポーネント３１６は、一般的には、ここに記載される有利な機能の１つ以上を実行および／または実行させられるよう構成およびプログラミングされる１つ以上のプロセッサを含む。インテリジェンスコンポーネント３１６は、ローカルメモリ（たとえばフラッシュメモリ、ハードドライブ、ランダムアクセスメモリ）に記憶されるコンピュータコードを実行する汎用プロセッサ、専用プロセッサもしくは特定用途向け集積回路、それらの組合せの形式において、および／または他のタイプのハードウェア／ファームウェア／ソフトウェア処理プラットホームを用いて実現され得る。インテリジェンスコンポーネント３１６は、さらに、非同期Javascript（登録商標）およびＸＭＬ（ＡＪＡＸ）または同様のプロトコルを用いて、クラウドサーバから与えられる命令を実行するＪａｖａ（登録商標）仮想マシン（ＪＶＭ）を動作させることなどによって、中央サーバまたはクラウドベースのシステムによって遠隔で実行または司られるアルゴリズムのローカル化されたバージョンまたは対応物として実現され得る。例として、インテリジェンスコンポーネント３１６は、ある場所（たとえば家屋または部屋）がある特定の人物によって占有されるかもしくは（たとえば１つ以上のしきい値に関して）ある特定数および／もしくは組の人々によって占有されるかどうかまで、ならびにそれを含んで、その場所がいつ占有されるかを検出するよう構成され得る。そのような検出は、たとえば、マイクロフォン信号を解析すること、（たとえば装置の前における）ユーザの移動を検出すること、扉もしくはガレージ扉の開閉を検出すること、無線信号を検出すること、受信された信号のＩＰアドレスを検出すること、またはある時間窓内で１つ以上の装置の動作を検出することによって生じ得る。インテリジェンスコンポーネント３１６は、特定の居住者または物体を識別するよう、画像認識技術を含んでもよい。

【0048】

いくつかの例では、インテリジェンスコンポーネント３１６は、望ましい設定を予測するよう、および／またはそれらの設定を実現するよう構成され得る。たとえば、存在検出に基づいて、インテリジェンスコンポーネント３１６は、たとえば、家もしくはある特定の部屋に誰もいないときに出力を節約するよう、またはユーザの好み（たとえば一般的な家庭での好みもしくはユーザに特定の好み）に従って、装置設定を調整し得る。別の例として、特定の人物、動物または物体（たとえば子供、ペットまたは紛失した物体）の検出に基づいて、インテリジェンスコンポーネント３１６は、その人物、動物または物体がどこにあるかの音声インジケータもしくは視覚インジケータを起動し得、または認識されない人物がある条件下（たとえば夜もしくは照明が消えているときに）検出される場合にアラームもしくはセキュリティ特徴を起動させ得る。さらに別の例では、インテリジェンスコンポーネント３１６は、ユーザ設定における、時間単位、週単位またはさらには季節単位の傾向を検出し、設定をそれに従って調整し得る。たとえば、インテリジェンスコンポーネント３１６は、ある特定の装置が平日は毎日６：３０ａｍにオンにされること、またはある装置設定は直近の３時間に亘って高い設定からより低い設定に徐々に調整されることを検出し得る。インテリジェンスコンポーネント３１６は、次いで、その装置が平日は毎日６：３０ａｍにオンにされること、または設定は、その設定を、より長い時間期間に亘って徐々に下げ続けるべきであることを予測し得る。

【0049】

ある例では、装置は、第１の装置によって検出されるイベントが第２の装置の動作に影響を与えるように、互いと対話し得る。たとえば、第１の装置は、（たとえばガレージにおいて動きを検出すること、ガレージにおいて照明における変化を検出すること、またはガレージ扉が開かれたことを検出することによって）ユーザがガレージに入って行ったことを検出し得る。第１の装置はこの情報を第２の装置に送信し、第２の装置は、たとえば、家屋温度設定、照明設定、音楽設定、および／またはセキュリティアラーム設定を調整し得る。別の例として、第１の装置は（たとえば動きまたは突然の光パターンの変化を検出することによって）ユーザが玄関に接近するのを検出し得る。第１の装置は、（たとえばドアベルの音のような）一般的な音声もしくは視覚信号を呈させ、または（たとえば訪問者の存在を、ユーザが占有している部屋内において知らせるよう）場所に特化した音声もしくは視覚信号を呈させることができる。

【0050】

不正変更検出回路系３１８はインテリジェンスコンポーネント３１６の一部であってもよく、またはそれと分離していてもよい。不正変更検出回路系３１８は、装置３００の不正変更を検出するよう動作可能であるソフトウェアおよび／またはハードウェアを含んでもよい。不正変更は、たとえば、リモートサーバによるＨＶＡＣ制御を回避しようとするユーザの試みを示す、装置３００とＨＶＡＣとの間における切断、リモートサーバによるＨＶＡＣ制御を回避しようとするユーザの試みを示す、ＨＶＡＣによるインピーダンスまたは電力消費における変化などを含み得る。

【0051】

図３Ｂは、いくつかの実施の形態に従って、設置、構成およびアップグレードを容易にするために置換可能なモジュール３１４（たとえばヘッドユニット）とドッキングステーション３１２（たとえばバックプレート）とを有する、インテリジェントなネットワーク接続された装置３００を示す。上に記載されるように、装置３００は、壁に取付けられてもよく、円形の形状を有してもよく、ユーザ入力を受けるための（たとえばユーザインターフェイス３０４の一部であってもよい）外側の回転可能なリング３２０を有してもよい。外側の回転可能なリング３２０は、ユーザが、新たな目標温度を選択することなどのような、調整をなすことを可能にする。たとえば、外側リング３２０を時計回りに回転させることによって、目標設定点温度を上げることができ、外側リング３２０を反時計回りに回転させることによって、目標設定点温度を下げることができる。構造物内の温度を既存の設定点温度に即時に変更させる要望を反映する、その設定点温度に対する変更は、ここでは、「即時設定点温度」または「現在の設定点温度」に対する変更と称されてもよい。これは、設定点温度が構造物内における未来の温度に対する要望を反映してもよい、時間単位、日単位、週単位、月単位、または他のスケジュールにおいて与えられてもよい設定点温度とは対照的である。そのような設定点温度はここでは「スケジューリングされた設定点温度」または「設定点温度のスケジュール」と称されてもよい。

【0052】

装置３００は、（たとえばユーザインターフェイス３０４の一部であってもよい）ディスプレイ３２４を含むカバー３２２を有する。ヘッドユニット３１４はバックプレート３１２上にスライドする。ディスプレイ３２４は、たとえば装置３００の現在の動作状態、ユーザのリング３２０を介しての装置との直接的対話、（能動的赤外線モーションセンサなどのような）近接センサ３０２などを介してのユーザの存在の検知、遠隔アクセス装置を介しての装置との遠隔ユーザ対話などによって、さまざまな情報を表示してもよい。たとえば、ディスプレイ３２４は、現在の設定点の温度を表す中央の数字を表示してもよい。

【0053】

ある実施の形態によれば、ヘッドユニット３１４のバックプレート３１２に対する接続は、磁石、差込ピン、ラッチおよび留具、タブまたはリブと対応の凹みを用いるか、またはヘッドユニット３１４およびバックプレート３１２の対応する部分上における単純な摩擦を用いることによって達成され得る。ある実施の形態では、ヘッドユニット３１４は、バッテリ３０８、通信コンポーネント３１０、インテリジェンスコンポーネント３１６、および（たとえばユーザインターフェイス３０４の一部であってもよい）ディスプレイドライバ３２６を含む。バッテリ３０８は、ともに２０１１年２月２４日に提出された、共通に譲渡された係属中の米国連続番号１３／０３４，６７４（リファレンス番号ＮＥＳ０００６−ＵＳ）および１３／０３４，６７８（リファレンス番号ＮＥＳ０００７−ＵＳ）ならびに２０１１年１０月６日に提出された共通に譲渡された米国連続番号１３／２６７，８７１（リファレンス番号ＮＥＳ０１５８−ＵＳ）にさらに詳細に記載され、それらのすべてをここにおいてそれらの全体をすべての目的のために引用により援用する、電力採取（盗電および／または電力共有とも称される）を介してＨＶＡＣシステム制御回路から得られるか、または可能である場合には共通のワイヤから得られる、バックプレート３１２からの電力を用いる（たとえばインテリジェンスコンポーネント３１６の一部であってもよく、および／またはバックプレート３１２に含まれてもよい）再充電回路系を用いて、再充電されてもよい。ある実施の形態によれば、バッテリ３０８は、再充電可能な単一セルリチウムイオン、またはリチウムポリマーバッテリである。

【0054】

バックプレート３１２は、電子機器３３０および（たとえばセンサ３０２の１つであってもよい）温度センサ３３２をハウジング３３４に含み、それらは通気口３３６を介して換気される。温度センサ３３２は、バックプレート３１２が、たとえヘッドユニット３１４に接続されていないときでも十分に機能的なサーモスタットとして動作することを可能にする。ワイヤコネクタ３３８は、ＨＶＡＣシステムのコンポーネントを作動させるためのワイヤへの接続、ＨＶＡＣシステムから電力を受取るためのワイヤへの接続などのような、ＨＶＡＣシステムワイヤに対する接続を可能にするよう設けられる。接続端子３４０は、ヘッドユニット３１４とバックプレート３１２との間の電気的接続を与える雄または雌プラグコネクタである。ＨＶＡＣシステムに接続し、およびそれを制御するためのさまざまな構成は、さらに、上記米国特許出願第１３／０３４，６７４号および第１３／０３４，６７８号に記載されている。

【0055】

ある実施の形態では、バックプレート電子機器３３０は、ＭＣＵプロセッサ、およびＨＶＡＣ制御回路を開閉するためのドライバ回路系を含み、それによって、暖房および冷房などのような１つ以上のＨＶＡＣ機能をオンおよびオフにする。電子機器３３０は、さらに、１日のうちの異なる時間に効果を表す一連のプログラミングされた設定を記憶するよう用いられるフラッシュメモリを含み、ヘッドユニット３１４がバックプレート３１２に取付けられないときでさえ、プログラミングされた設定点（つまり所望の温度）変更が実行され得る。ある実施の形態によれば、電子機器３３０は、さらに、ＨＶＡＣ共通電力線が利用可能でないときでさえ、ＨＶＡＣ制御回路から電力を得るよう（ヘッドユニット３１４に設けられるものに加えて、またはそれと代替的であってもよい）電力採取回路系を含む。さまざまな実施の形態では、不正変更検出回路系３１８（図３Ａ）は、ヘッドユニット３１４およびバックプレート３１２の１つ以上に組込まれてもよく、ヘッドユニット３１４がバックプレート３１２に結合されるかどうかに関わらず、不正変更が検出されてもよい。

【0056】

図３Ｃは、ワイヤコネクタ３３８および不正変更検出回路系３１８を特に参照して、装置３００の概念図を示す。ワイヤコネクタ３３８および不正変更検出回路系３１８は、本教示の範囲から逸脱することなく、装置３００の本体と、全体的または部分的に、分離可能または分離不可能に一体であり得ることが理解される。したがって、たとえば、１つの実施の形態に対しては、ワイヤコネクタ３３８および不正変更検出回路系３１８は装置３００の本体と分離不可能に一体であり得、ＨＶＡＣワイヤは、１つの単一体のユニットとして壁上に配置される前に後ろに直接挿入される。別の実施の形態では、ワイヤコネクタ３３８および不正変更検出回路系３１８は、サーモスタットの本体が取付けられる壁プレートユニットに位置し得、ここにおいて、ワイヤのサーモスタットへの挿入に対する言及は、ワイヤが壁プレートに挿入され、本体が壁プレートに取付けられて完成された装置３００を形成する実施の形態を包含することが理解される。

【0057】

図３Ｃに示されるように、各ワイヤコネクタ３３８は予め定められるＨＶＡＣ信号タイプと関連付けられる。設置を自分で行なう人のための設置の容易さと多数の家屋に対する妥当な幅広い遡及修復適用可能性との間の最適なバランスを与えると見いだされた一実施の形態については、８つのワイヤコネクタ３３８が設けられ、それらは、それぞれ、暖房呼出出力（Ｒｈ）、暖房呼出（Ｗ１）、冷房呼出（Ｙ１）、ファン呼出（Ｇ）、共通（Ｃ）、ヒートポンプ（Ｏ／Ｂ）、予備（ＡＵＸ）、および暖房呼出出力（Ｒｈ）からなる選択されたＨＶＡＣ信号タイプのグループに専用である。好ましくは、装置３００は上記の、共通に譲渡された米国連続番号１３／０３４，６７４によれば、「ジャンパーレス」タイプのものであり、（ｉ）ＨＶＡＣシステムによって与えられる単一の呼出電力線があり、一方または他方の接続ポートが単一の呼出電力線（特定のＨＶＡＣ設置によっては、Ｒ、Ｖ、ＲｈまたはＲｃとラベル付されるかもしれない）を受ける場合については、ＲｈおよびＲｃ接続ポートは自動的にともにシャントされたままであり、（ｉｉ）挿入される、ＨＶＡＣシステムによって与えられる二重呼出電力線がある場合には、ＲｈおよびＲｃ接続ポートは自動的に電気的に分離される。

【0058】

一実施の形態によれば、不正変更検出回路系３１８は、各ワイヤコネクタ３３８毎に、電気的リード３４４の対を介してバックプレート電子機器３３０と通信するポート検知回路３４２を含む。ポート検知回路３４２は本教示の範囲から逸脱することなくさまざまな異なる態様で動作し得るが、一実施の形態では、制御ポート検知回路３４２は、電気的リード３４４と結合される２ポジションスイッチ（図示せず）を含み、２ポジションスイッチは、関連のワイヤコネクタ３３８に挿入されるワイヤが全くないときには閉じられて電気的リード３４４を共に短絡させ、２ポジションスイッチは、ワイヤがその関連付けられるワイヤコネクタ３３８に挿入される場合には、開位置にされて電気的リード３４４を電気的に分離する。バックプレート電子機器３３０は、それによって、電気的リード３４４の短絡状態または開放状態によって、いつワイヤが接続ポートに挿入されるかを容易に検知することができる。ワイヤコネクタ３３８およびポート検知回路３４２の組合された機能を実現する１つの特定の有利な構成は、２０１１年２月２４日に提出された、共通に譲渡された米国連続番号１３／０３４，６６６（リファレンス番号ＮＥＳ００３５−ＵＳ）に記載されており、その内容の全体をすべての目的のために引用により援用する。

【0059】

装置３００は、ある実施の形態では、ヘッドユニット、バックプレート、ユーザインターフェイス、通信コンポーネント、インテリジェントコンポーネントなどのようなさまざまなコンポーネントを含む、インテリジェントなネットワーク接続された学習サーモスタットである。しかしながら、当業者には、ここに記載されるさまざまな動作を実行する装置は、図３Ａ〜図３Ｃに示されるより少ない、または多いコンポーネントで等しく十分に動作し得ることが理解される。たとえば、装置３００は、複数のモジュールではなく、単一のユニットとして形成されてもよく、図３Ａ〜図３Ｃを参照して記載されるよりも多いコンポーネントまたは少ないコンポーネントを含んでもよい。たとえば、装置３００は、２０１２年９月２１日に提出された米国連続番号１３／６２４，８７８に記載されるように、および／または２０１２年９月３０日に提出された米国連続番号１３／６３２，１４８に記載されるように形成されてもよく、それらの双方をここにその全体をすべての目的のために引用により援用する。したがって、図３Ａ〜図３Ｃにおける装置３００の図示は、本質的に例示的であると考えられるべきであり、本教示の範囲を限定するよう考えられるべきではない。

【0060】

図４は、図１および／もしくは図２のスマートホームならびに／または図３Ａ〜図３Ｃの装置を統合することができる、拡張可能な装置およびサービスプラットフォームのネットワークレベル図を示す。構造物２５０を参照して先に論じられた、インテリジェントなネットワーク接続された装置の各々は、１つ以上のリモートサーバまたはクラウドコンピューティングシステム２６４と通信し得る。通信は、直接（たとえば無線通信事業者への３Ｇ／４Ｇ接続性を用いて）、ハブ付ネットワーク（たとえば単一の無線ルータからインテリジェントな、専用の全家屋制御ノードまで、およびそれを含む範囲のスキームであり得る）を介してか、またはそれらの任意の組合せを介してネットワーク２６２への接続を確立することによって可能にされ得る。

【0061】

リモートサーバまたはクラウドコンピューティングシステム２６４は動作データ４０２をスマートホーム装置から収集することができる。たとえば、装置は、ルーチンで動作データを送信することができ、または特定の例では（たとえばカスタマーサポートを要求するときなどに）動作データを送信することができる。リモートサーバまたはクラウドコンピューティングアーキテクチャ２６４は、さらに、１つ以上のサービス４０４を提供し得る。サービス４０４はたとえば、ソフトウェアアップデート、カスタマーサポート、センサデータ収集／ロギング、遠隔アクセス、遠隔もしくは分散制御、または（たとえば、性能を向上させユーティリティコストなどを低減するために、収集された動作データ４０２に基づいた）使用の提案を含み得る。サービス４０４に関連付けられるデータは、リモートサーバまたはクラウドコンピューティングシステム２６４に記憶され得、リモートサーバまたはクラウドコンピューティングシステム２６４は、適切なとき（たとえば規則的な間隔で、ユーザから要求を受けたとき、など）にデータを検索および送信し得る。

【0062】

図４に示されるような記載される拡張可能な装置およびサービスプラットフォームの１つの顕著な特徴は、処理エンジン４０６であり、それは、（リモートサーバ２６４に含まれてもよく、またはそれから別個であってもよい）単一のデータ処理サーバ４０７に集中されるかまたはいくつかの異なるコンピューティングエンティティの間に分散され得るが、これに限定はされない。処理エンジン４０６は、データをインデックス付けし、データを分析し、および／または分析に基づきもしくは分析の一部として統計を生成するために、（たとえばインターネット（登録商標）またはハブ付ネットワークを介して）装置の組からデータを受け取るように構成されるエンジンを含み得る。分析されたデータは、導き出されたデータ４０８として記憶され得る。分析または統計の結果はその後、結果を導き出すのに用いられる動作データを提供する装置、他の装置、装置のユーザにウェブページを提供するサーバ、または他の非装置エンティティに送信し戻され得る。たとえば、使用統計、他の装置の使用に対する使用統計、使用パターン、および／またはセンサ読み取りを要約する統計が送信され得る。結果または統計はインターネット２６２を介して提供され得る。この態様で、処理エンジン４０６は、スマートホームから得られる動作データからさまざまな有用な情報を導き出すために構成およびプログラミングされ得る。単一のサーバは、１つ以上のエンジンを含み得る。

【0063】

導き出されたデータは、（たとえば温度設定点のスケジュールを最適化するか、または電気的設備に対する需要応答プログラムを実現するために）家毎、近隣毎、または領域毎での装置の明示的なプログラミングされた制御から、家毎に支援し得る推論的抽象化の生成（たとえば、家の所有者が休暇に出ているのでセキュリティ検出機器の感度は高められ得るという推論が引き出され得る）まで、行政または公益目的のために使用され得る統計および関連する推論抽象化の発生までの範囲のさまざまな有用な目的のためにさまざまな異なる粒度で非常に有益であり得る。たとえば、処理エンジン４０６は、装置の集団に亘って装置使用に関する統計を生成し得、（たとえば、統計に対する金銭上の補償を要求したかまたは提供し得た）装置ユーザ、サービスプロバイダまたは他のエンティティに統計を送信し得る。具体的な例示として、統計は、慈善事業体４２２、行政実体４２４（たとえば食品医薬品局または環境保護局）、学術機関４２６（たとえば大学研究者）、（たとえば装置保証またはサービスを関連機器に対して提供する）事業体４２８、またはユーティリティ供給会社４３０に対して送信することができる。これらの実体はそのデータを用いて、プログラムを形成してエネルギ使用を低減し、障害機器を先制して修理し、高いサービス需要に備え、過去のサービス実績をトラッキングするなど、または、既知もしくは今後開発されるさまざまな有益な機能もしくはタスクのいずれかを実行できる。

【0064】

図５は、ある実施の形態に従って、処理エンジン４０６およびスマートホーム環境の装置を特に参照をして、図４の拡張可能な装置およびサービスプラットフォームの抽象的な機能図を示す。スマートホーム環境に位置する装置は、無限のさまざまな異なる個々の能力および限界を有するが、それらの各々がデータ消費体５０２（ＤＣ）、データソース５０４（ＤＳ）、サービス消費体５０６（ＳＣ）およびサービスソース５０８（ＳＳ）であるという点で、それらは、すべて、共通の特性を共有するとして考えられ得る。有利なことに、装置のローカルおよび直接の目的を達成するために装置に必要とされる本質的な制御情報を提供することに加えて、拡張可能な装置およびサービスプラットフォームは、これらの装置から流れ出る大量のデータを利用するように構成され得る。それらの直接的な機能に関して装置自体の実際の動作を向上または最適化することに加えて、拡張可能な装置およびサービスプラットフォームは、さまざまな有用な目的を達成するために、さまざまな自動化され、拡張可能であり、フレキシブルで、および／またはスケーラブルな態様でそのデータを「別の目的のために再利用する（repurposing）」ことに向けられ得る。これらの目的は、たとえば使用パターン、装置効率および／またはユーザ入力（たとえば特定の機能を要求する）に基づき、予め規定または適合的に識別されてもよい。

【0065】

たとえば図５は、ある数のパラダイム５１０を含む処理エンジン４０６を示す。処理エンジン４０６は、一次的または二次的な装置機能を監視および管理する、管理されたサービスパラダイム５１０ａを含み得る。装置機能は、装置に与えられたユーザ入力の適正な動作を保証すること、侵入者が住居にいるかもしくは住居に入ることを試みていることを推定する（たとえば、およびそれに応答する）こと、装置に結合される機器の不良（たとえば切れた電球）を検出すること、最適化された温度設定点のスケジュールを生成するかもしくはさもなければ実現すること、エネルギー需要応答イベントを実現もしくはそうでなければそれに応答すること、または現在もしくは予測された将来のイベントもしくは特性をユーザに警告することを含み得る。処理エンジン４０６はさらに、装置の使用に基づいて、ユーザの特性（たとえば人口学的情報）、ユーザの要望および／または興味のある製品を推定する広告／通信パラダイム５１０ｂを含み得る。サービス、プロモーション、製品またはアップグレードが、次いで、ユーザにオファーまたは自動的に提供され得る。処理エンジン４０６はさらにソーシャルパラダイム５１０ｃを含み得、ソーシャルパラダイム５１０ｃは、ソーシャルネットワークからの情報を使用し、（たとえば装置の使用に基づいて）ソーシャルネットワークに情報を提供し、ならびに／またはソーシャルネットワークプラットフォームとのユーザおよび／もしくは装置対話に関連付けられるデータを処理する。たとえば、ソーシャルネットワーク上でのユーザに委託された連絡先に報告されるようなユーザのステータスは、照明の検出、セキュリティシステムの不活性化、または装置使用検出器に基づき、彼らがいつ家にいるかを示すよう更新され得る。別の例として、ユーザは、他のユーザと装置使用の統計を共有することが可能である。処理エンジン４０６は、抗議／ルール／コンプライアンス／報酬パラダイム５１０ｄを含み得、それは、抗議、ルール、コンプライアンス規則、および／もしくは報酬をユーザに通知し、ならびに／または、動作データを使用して、抗議に応じられたか、ルールまたは規則は遵守されたか、および／または、報酬が得られたかどうかを判断する。抗議、ルールまたは規則は、エネルギを節約する努力、安全に生活する（たとえば毒物または発がん性物質に晒されることを低減する）努力、金銭の節約および／または機器寿命を保護する努力、健康を改善する努力などに関し得る。

【0066】

処理エンジン４０６は、１つ以上の処理パラダイムの機能を向上させるために、外部源からの外部情報５１６を統合または別の態様で利用し得る。外部情報５１６は、装置から受取られる動作データを解釈し、装置の近くの環境（たとえば装置が囲まれる構造物の外部）の特性を判断し、ユーザに利用可能なサービスまたは製品を判断し、ソーシャルネットワークまたはソーシャルネットワーク情報を識別し、装置の近くのエンティティ（たとえば緊急状態応答チーム、警察または病院のような公共サービス実体）のコンタクト情報などを判断し、家または近隣に関連付けられる統計的もしくは環境的条件、傾向または他の情報を識別するためなどに使用され得る。

【0067】

驚くほどの範囲のさまざまな利点が、通常のものから重要なものまで、記載される拡張可能な装置およびサービスプラットフォームによって引き起こされ得るとともに当該拡張可能な装置およびサービスプラットフォームの範囲内に適合され得る。したがって、１つの「通常の」例では、スマートホームの各寝室には、占有センサを含む煙／炎／ＣＯ警報が設けられており、占有センサはさらに、（たとえばモーション検出、顔認識、可聴音パターンなどによって）居住者が眠っているかまたは起きているかどうかを推論することができる。重大な火事イベントが検知されると、遠隔セキュリティ／監視サービスまたは消防署は、各寝室に何人の居住者がいるか、それらの居住者がまだ眠っている（もしくは動かない）かどうか、または、彼らが適切に寝室から避難したどうか通知される。もちろんこれは、記載された拡張可能な装置およびサービスプラットフォームにより対応される非常に有利な能力であるが、利用可能になり得るさらに大きな「インテリジェンス」のポテンシャルを真に示し得る実質的により「重要な」例が存在し得る。恐らくより「重要な」例として、火事安全性に使用されている同じデータ寝室占有データが、近隣の子供の発育および教育の社会的規範の文脈において、処理エンジン４０６によって「別の目的で再利用」され得る。したがって、たとえば、「通常の」例で論じられた同じ寝室占有およびモーションデータが、収集され得るとともに、特定の郵便番号における生徒の睡眠パターンが識別およびトラッキングされ得る処理に利用可能になる（適切に匿名化される）ようにされ得る。これらの生徒の睡眠パターンにおける局所化された変動は、識別され、たとえば、地元の学校における異なる栄養プログラムに対して相関され得る。

【0068】

図６は、ある実施の形態に従う専用コンピュータシステム６００のブロック図である。たとえば、ここに記載されるユーティリティプロバイダコンピューティングシステム１２０、エネルギ管理システム１３０、スマートホーム環境２００の要素、リモートサーバ２６４、クライアント装置３００、処理エンジン４０６、データ処理サーバ４０７、または他の電子コンポーネントのうちの１つ以上を専用コンピュータシステム６００として実現してもよい。ここに記載される方法およびプロセスは、同様に、コンピュータシステムに対して、ここに記載される方法およびプロセスの動作を実行させるよう指示する、有形の非一時的なコンピュータ読取可能記憶媒体および／またはコンピュータプログラム製品によって実現されてもよい。各そのようなコンピュータプログラム製品は、コンピュータシステムのプロセッサに対して対応の動作を実行するよう指示する、コンピュータ読取可能媒体上において実施される命令（たとえばコード）の組を含んでもよい。命令は、シーケンシャルな順序で、または（異なる処理スレッド下におけるように）並列で、またはそれらの組合せにおいて実行されるように構成されてもよい。

【0069】

専用コンピュータシステム６００は、コンピュータ６０２、コンピュータ６０２に結合されるモニタ６０４、コンピュータ６０２に結合される１つ以上のさらなるユーザ出力装置６０６（オプション）、コンピュータ６０２に結合される１つ以上のユーザ入力装置６０８（たとえばキーボード、マウス、トラックボール、タッチスクリーン）、コンピュータ６０２に結合されるオプションの通信インターフェイス６１０、およびコンピュータ６０２における、またはそれにアクセス可能な有形のコンピュータ読取可能記憶媒体６１２を含むコンピュータプログラム製品を含む。コンピュータ読取可能記憶媒体６１２に記憶される命令は、システム６００に対して、ここに記載される方法および処理を実行するよう指示してもよい。コンピュータ６０２は、バスサブシステム６１６を介して、ある数の周辺装置と通信する１つ以上のプロセッサ６１４を含んでもよい。これらの周辺装置は、ユーザ出力装置６０６、ユーザ入力装置６０８、通信インターフェイス６１０、ならびに有形のコンピュータ読取可能メモリの形式である、ランダムアクセスメモリ（ＲＡＭ）６１８および不揮発性ストレージドライブ６２０（たとえばディスクドライブ、光ドライブ、ソリッドステートドライブ）などのような記憶サブシステムを含んでもよい。

【0070】

コンピュータ読取可能媒体６１２は、ランダムアクセスメモリ６１８にロードされ、不揮発性ストレージドライブ６２０に記憶され、またはそうでなければコンピュータ６０２の１つ以上のコンポーネントにアクセス可能であってもよい。各プロセッサ６１４は、Intel（登録商標）またはAdvanced Micro Devices, Inc.（登録商標）などからのマイクロプロセッサのような、マイクロプロセッサを含んでもよい。コンピュータ読取可能媒体６１２をサポートするために、コンピュータ６０２は、コンピュータ読取可能媒体６１２と上記のコンポーネントとの間における通信、およびコンピュータ読取可能媒体６１２のサポートにおいて上記のコンポーネント間における通信を処理するオペレーティングシステムを実行する。例示的なオペレーティングシステムはMicrosoft CorporationからのWindows（登録商標）など、Sun MicrosystemsからのSolaris（登録商標）、LINUX（登録商標）、UNIX（登録商標）などを含む。多くの実施の形態では、およびここに記載されるとおりでは、コンピュータプログラム製品は、コンピュータ読取可能媒体（たとえばディスク、メモリチップなど）を含む装置（たとえばハードドライブを含むケース、読取／書込ヘッドなど、コンピュータディスクを含むケース、メモリカードを含むコネクタ、ケースなど）であってもよい。他の実施の形態では、コンピュータプログラム製品は、命令セットまたはコードモジュールそれら自体を含んでもよく、コンピュータ読取可能媒体上において実施されてもよい。

【0071】

ユーザ入力装置６０８は、コンピュータシステム６０２に情報を入力するすべての可能なタイプの装置およびメカニズムを含む。これらは、キーボードと、キーパッドと、マウスと、スキャナと、デジタル描画パッドと、ディスプレイに組込まれたタッチスクリーンと、音声認識システム、マイクロフォンのような音声入力装置と、他のタイプの入力装置とを含み得る。さまざまな実施の形態において、ユーザ入力装置６０８は典型的に、コンピュータマウス、トラックボール、トラックパッド、ジョイスティック、ワイヤレスリモート、描画タブレット、音声コマンドシステムとして具現化される。ユーザ入力装置６０８は典型的に、ユーザが、モニタ６０４に現われるオブジェクト、アイコン、およびテキストなどをボタンのクリックなどのようなコマンドを介して選択することを可能にする。ユーザ出力装置６０６は、コンピュータ６０２から情報を出力するすべての考えられ得るタイプの装置およびメカニズムを含む。これらは、ディスプレイ（たとえばモニタ６０４）、プリンタ、音声出力装置のような非視覚的ディスプレイなどを含み得る。

【0072】

通信インターフェイス６１０は、他の通信ネットワークおよび装置にインターフェイスを提供しており、有線または無線通信ネットワーク６２２を介して、他のシステム、ＷＡＮおよび／またはインターネットからデータを受け取り、それらにデータを送信するインターフェイスとして機能し得る。通信インターフェイス６１０の実施の形態は典型的に、イーサネット（登録商標）カード、モデム（電話、衛星、ケーブル、ＩＳＤＮ）、（非同期）デジタル加入者線（ＤＳＬ）ユニット、FireWire（登録商標）インターフェイス、ＵＳＢ（登録商標）インターフェイス、無線ネットワークアダプタなどを含む。たとえば、通信インターフェイス６１０は、コンピュータネットワークまたはFireWire（登録商標）バスなどに結合され得る。他の実施の形態において、通信インターフェイス６１０は、コンピュータ６０２のマザーボードに物理的に統合され得、および／または、ソフトウェアプログラムなどであり得る。

【0073】

ＲＡＭ６１８および不揮発性ストレージドライブ６２０は、実行可能なコンピュータコードまたは人間が読取り得るコードなどを含む本発明のコンピュータプログラム製品の実施の形態のような、データを記憶するように構成される有形のコンピュータ読取可能媒体の例である。他のタイプの有形のコンピュータ読取可能媒体は、フロッピー（登録商標）ディスクと、リムーバブルハードディスクと、ＣＤ−ＲＯＭ、ＤＶＤのような光学記憶媒体と、バーコードと、フラッシュメモリ、リードオンリメモリ（ＲＯＭ）のような半導体メモリと、バッテリバックアップ揮発性メモリと、ネットワーク化された記憶装置などとを含む。ＲＡＭ６１８および不揮発性ストレージドライブ６２０は、上に記載されるように、本発明のさまざまな実施の形態の機能を提供するベーシックプログラミングおよびデータ構造を記憶するように構成され得る。

【0074】

本発明の機能を提供するソフトウェア命令セットがコンピュータ読取可能媒体６１２、ＲＡＭ６１８および／または不揮発性ストレージドライブ６２０に記憶され得る。これらの命令セットまたはコードはプロセッサ６１４によって実行され得る。コンピュータ読取可能媒体６１２、ＲＡＭ６１８および／または不揮発性ストレージドライブ６２０はさらに、本発明に従って使用されるデータおよびデータ構造を記憶するためにレポジトリを提供し得る。ＲＡＭ６１８および不揮発性ストレージドライブ６２０は、プログラム実行の間に命令およびデータを記憶するメインランダムアクセスメモリ（ＲＡＭ）と、固定された命令が記憶されるリードオンリメモリ（ＲＯＭ）とを含む多くのメモリを含み得る。ＲＡＭ６１８および不揮発性ストレージドライブ６２０は、プログラムおよび／またはデータファイルの持続的（不揮発性）記憶を提供するファイルストレージサブシステムを含み得る。ＲＡＭ６１８および不揮発性ストレージドライブ６２０はさらに、リムーバブルフラッシュメモリのようなリムーバブルストレージシステムを含み得る。

【0075】

バスサブシステム６１６は、意図されるように、コンピュータ６０２のさまざまなコンポーネントおよびサブシステムが互いと通信することを可能にするためにメカニズムを提供する。バスサブシステム６１６は単一のバスとして概略的に示されるが、バスサブシステムの代替的な実施の形態はコンピュータ６０２内の複数のバスまたは通信パスを利用し得る。

【0076】

ファームウェアおよび／またはソフトウェア実現例については、方法は、本願明細書において記載される機能を実行するモジュール（たとえばプロシージャおよび関数など）で実現され得る。実体的に命令を具現化する任意のマシン読取可能媒体が、本願明細書において記載される方法を実現するのに使用され得る。たとえば、ソフトウェアコードがメモリに記憶され得る。メモリは、プロセッサ内で実現され得るか、または、プロセッサの外部で実現され得る。本願明細書において使用されるように、「メモリ」という用語は、任意のタイプの長期、短期、揮発性、不揮発性または他の記憶媒体を指しており、如何なる特定のタイプのメモリ、如何なる特定の数のメモリ、またはメモリが記憶される如何なる特定のタイプの媒体にも限定されない。

【0077】

さらに、本願明細書において開示されるように、「記憶媒体」という用語は、データを記憶するための１つ以上のメモリを表わし得、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ＲＡＭ、コアメモリ、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、および／または情報を記憶するための他のマシン読取可能媒体を含む。「マシン読取可能媒体」という用語は、命令および／もしくはデータを含むもしくは担持する記憶可能な携帯可能もしくは固定記憶装置、光学記憶装置、無線チャネル、および／またはさまざまな他の記憶媒体を含むがこれらに限定されない。

【0078】

図７は、ある実施の形態に従ってスケジュール最適化プログラムを実現および管理するためのプロセス７００を示す。理解を容易にするため、プロセス７００は図１、図２および図８を参照して記載されるが、プロセス７００の実施の形態は図１、図２および図８を参照して記載される例示的システムおよび装置に限定されないことが理解されるべきである。

【0079】

図１を簡単に参照して、居所１５０Ａ〜１５０Ｎの１つ以上に対する設定点温度のスケジュールが任意の所与の時間において最適化されてもよい。いくつかの場合では、エネルギ管理システム１３０によって管理されるすべての居所に対する設定点温度のスケジュールが最適化されてもよい。他の場合では、エネルギ管理システム１３０によって管理される居所の部分集合に対する設定点温度のスケジュールが最適化されてもよい。それらの部分集合はさまざまな態様で規定されてもよい。たとえば、それらは、エネルギ資源を提供する公益事業体（つまり同じユーティリティ供給会社によってエネルギを供給されるすべての居所１５０Ａ〜１５０Ｎの部分集合）、居所の地理的位置、居所が位置する環境の特性、居所の特性（たとえば熱的保持）、居所の居住者の富裕度（たとえば絶対的な財産、年収など）などに基づいてもよい。ある実施の形態では、居所１５０Ａ〜１５０Ｎの部分集合は、その部分集合が仮に部分的または完全にスケジュール最適化プログラムに携わるとした場合に期待されるエネルギ低減に基づいて判断されてもよい。たとえば、スケジュール最適化の実現の結果の所望されるエネルギ消費の低減が（たとえばユーティリティプロバイダコンピューティングシステム１２０、エネルギ管理システム１３０またはシステム１００の他のエンティティによって）判断されてもよい。仮に居所１５０Ａ〜１５０Ｎの特定の部分集合が部分的または完全にスケジュール最適化プログラムに従事した場合に期待されるエネルギ低減の量が、次いで判断され、所望の量と比較されてもよい。期待されるエネルギ低減が所望のエネルギ低減と合致するか、それを超えるか、またはそれに足らないかどうかに基づいて、部分集合のサイズを増大または減少させてもよい。そのような態様において、所望されるエネルギ低減は、スケジュール最適化プロセスの提示によって妨害される居所１５０Ａ〜１５０Ｎの数を有利に低減しながら、達成してもよい。以下の記載を通して、実施の形態はエネルギ消費における「低減」として記載されるが、他の実施の形態では、エネルギ消費が１つの時間期間から他の時間期間にシフトされる場合は、エネルギ消費における「シフト」および／またはエネルギのコストにおける低減が同様に適用されてもよいことが理解されるべきである。

【0080】

図７に戻って、動作７０２において、スケジュール最適化に対する適格性を得るための要件が判断される。そのような要件は適格性要素の組として実施されてもよく、各要素を用いて、エネルギ消費者（つまり居所）が特定のスケジュール最適化プログラムに参加する適格性を有するかどうか判断する。たとえば、ある装置（たとえばサーモスタット）が依然として積極的な学習モードなどのような特定の学習モードにあるかどうかが適格性要素であってもよい。別の例では、期待されるエネルギ節約がある値を超えるかどうかが適格性要素であってもよい。任意の特定の実現例において用いられる適格性要素の数およびタイプはその特定の実施の形態によって変動してもよい。さらに、適格性要素の一部またはすべては、システム１００の１つ以上のエンティティによって設定され得る１つ以上のパラメータによって規定されてもよいことが認識されるべきである。たとえば、期待されるエネルギ節約がある値を超えるかどうか判断する際に用いられる値は、前述のエンティティの１つによって設定されてもよく、特定の実現例に基づいて異なってもよい。さらに、各適格性要素は、適格性に対して有利または不利に、判断に影響するよう重み付けされてもよく、および／または適格性要素の１つ以上は、適格性に対して有利または不利に、判断に独立して決定力があってもよい。たとえば、装置が天気予報に対するアクセスを有さない場合には、たとえ他の適格性要素が満たされていたとしても、その装置はスケジュール最適化に対して適格性を有さなくてもよい。

【0081】

一旦、スケジュール最適化に対する適格性を与える要件が判断されると、動作７０４において、スケジュール最適化に対して適格性を有する装置が識別される。たとえば、スケジュール最適化に対して適格性を有する居所１５０Ａ〜１５０Ｎの１つ以上のサーモスタットが識別されてもよい。識別された装置の各々は、前述の要件を満足させる装置である。

【0082】

簡単に図８を参照して、図８は、ある実施の形態に従ってスケジュール最適化に対して適格性を有する装置を識別するためのプロセス７０４を示す。このプロセスに従うと、ある数の適格性要素を分析して、エネルギ消費者がある実施の形態に従ってスケジュール最適化プロセスに参加する適格性があるかどうかが判断される。言及されたように、要素のうちのいくつかはそれら自体において決定力があってもよく、一方、他の要素は全体的な適格性レベルを呈するよう重み付けされてもよい。適格性レベルは適格性なし（たとえば０）から非常に適格性がある（たとえば１００）までのどこかの範囲であってもよい。特定のエネルギ消費者がスケジュール最適化プログラムにおける参加に対して識別されるかどうかは、したがって、それらの適格性レベルが所望の適格性レベルと一致するかどうかによる。適格性レベルは、適格性要素のいくつかまたはすべてを規定するパラメータに加えて、またはそれらのパラメータと代替的に、動作７０２において判断されてもよい。

【0083】

動作７０４Ａでは、構造物（たとえば構造物２５０）において環境管理システム（たとえばＨＶＡＣ２０３）を制御する装置（たとえばサーモスタット２０２）が、ある特定の学習モード、たとえば「積極的」学習モードにあるかどうかが判断される。たとえば、インテリジェントな、マルチ検知の、ネットワーク接続されたサーモスタット２０２は、１つ以上の学習アルゴリズムを実現し、それによって、サーモスタット２０２はサーモスタット２０２と関連付けられる構造物の居住者の傾向および好みを学習してもよい。サーモスタット２０２は、１日のうちの異なる時間について、異なる居住者についてなど、好まれる温度、湿度などを学習してもよい。サーモスタット２０２は複数の学習モードを実現してもよく、初期の学習モードはユーザの選択に積極的に応答する。つまり、学習モードは、居住者によって教唆される温度設定および変更に対して大きな重みを与える。初期の学習モードは、ある継続期間の間、たとえば１週間、２週間、３週間など、またはある量の温度設定および調整が記録されるまで、続いてもよい。

【0084】

初期の学習モードの終わりで、居住者の実体的な好みおよび傾向が認識されるはずである。サーモスタット２０２は、したがって、精密学習モードのような第２の学習モードに入ってもよい。この精密モードは、居住者によってなされる変更が初期の学習モード中になされる変更と比較して与えられる重みがはるかにより小さいという点において、初期の学習モードに比較してはるかにより積極的でなくてもよい。さまざまな具体的な学習アルゴリズムが、さらに、２０１２年９月３０日に提出された、共通に譲渡された米国連続番号１３／６３２，０４１（リファレンス番号ＮＥＳ０１６２−ＵＳ）に記載されており、その内容の全体をすべての目的のためここに引用により援用する。

【0085】

実施の形態は、サーモスタット２０２が構造物の居住者の傾向および好みを学習することに必ずしも限定はされず、学習アルゴリズムは、スマートホーム環境２００および／またはエネルギ管理システム１３０を参照して記載される電子装置の１つ以上に組込まれてもよいことが認識されるべきである。いずれにしても、そのような装置が依然として積極的な学習モードにあるときには、それらはスケジュール最適化プロセスの参加に対して好適でなくてもよく、したがって、これは適格性に対して不利に働いてもよい。対照的に、そのような装置が積極的な学習モードから出ているときには、これは適格性に対して有利に働いてもよい。

【0086】

動作７０４Ｂでは、エネルギ消費者の構造物に関連付けられる１つ以上の装置が天気予報情報に対してアクセスを有するかどうかが判断される。たとえば、サーモスタット２０２は、構造物の付近の天候に対する天気予報を受信するよう動作可能であるかどうかが判断されてもよい。他の実施の形態では、構造物に関連付けられる装置は天気予報情報に対するアクセスを有する必要はないが、そのような情報はエネルギ管理システム１３０のような他のエンティティによって獲得されてもよい。１つ以上の装置またはエンティティが天気予報情報にアクセスを有すると判断される場合には、これは適格性に対して有利に働いてもよく、さもなければ、これは適格性に対して不利に働いてもよい。

【0087】

動作７０４Ｃにおいて、環境管理システム（たとえばＨＶＡＣシステム、冷房システム、暖房システムなど）が構造物に設置され、構造物において動作可能であり、構造物において制御可能であるかどうかが判断される。たとえば、サーモスタット２０２は、ある特定のタイプの環境管理システムの設置を、サーモスタットのワイヤコネクタの接続を介して検出してもよい。ある特定のタイプの環境管理システムの設置を検出するための１つの特定の技術は、２０１１年３月１日に提出された、共通に譲渡された米国連続番号１３／０３８，１９１（リファレンス番号ＮＥＳ０００９−ＵＳ）に開示されており、その全体をすべての目的のためにここに引用により援用する。さらに、サーモスタット２０２を同様に用いて、取付けられた環境管理システムがたとえばサーモスタット２０２によって動作可能および制御可能であるかどうかを判断してもよい。たとえば、サーモスタット２０２は、構造物を冷房するよう、取付けられた冷房システムを制御するよう試みてもよい。サーモスタット２０２の温度センサが、その後、低下する外部温度などのような要因の結果ではなさそうな内部温度の低減を測定する場合には、サーモスタット２０２は、取付けられた冷房システムは動作可能および制御可能であると推定してもよい。取付けられた環境管理システムが動作可能および制御可能であるかどうかを判断するための他の技術は、既に、米国連続番号１３／０３８，１９１に開示されている。環境管理システムが設置され、動作可能であり、および制御可能であると判断される場合には、これは適格性に対して有利に働いてもよい。対照的に、環境管理システムが設置されず、動作可能でなく、制御可能でないと判断される場合には、これは適格性に対して不利に働いてもよい。

【0088】

動作７０４Ｄでは、十分なＨＶＡＣ使用の履歴があるかどうかが判断される。たとえば、サーモスタット２０２は、ＨＶＡＣ２０３が少なくともある時間期間の間動作中であってサーモスタット２０２によって制御されたかどうかを判断してもよく、その時間期間の間における制御および関連の環境特性に関するデータが記録されたと判断してもよい。そのようなデータは、たとえば、（このあと動作７０４Ｆを参照して記載されるような）屋内温度、屋外温度、ＨＶＡＣ２０３によって消費されるエネルギの量を示す情報などのような、使用モデルを生成するよう用いられるデータを含んでもよい。履歴が十分であるかどうかは、履歴が、２％、５％、１０％、それらの間の範囲、または２％未満であり１０％より大きいパーセンテージなどのような、あるパーセンテージ内においてエネルギ消費を正確に予測する使用モデルを生成するのに十分であるかどうかに基づいて判断されてもよい。ある実施の形態では、１週間分のデータが十分であってもよく、１か月分のデータが十分であってもよく、１週間未満、１ヶ月以上、または１週間と１ヶ月との間の継続期間に対するデータ量が十分であってもよい。いくつかの場合では、データ蓄積のための時間期間は、スケジュール最適化に対する適格性を付与する要件が判断される時間、および／またはスケジュール最適化の実行が期待される時間に結びつけられてもよい。たとえば、データが適格性付与の直前の１週間の間蓄積されたかどうかが判断されてもよい。

【0089】

動作７０４Ｅにおいて、構造物において環境管理システム（たとえばＨＶＡＣ）を制御する装置が無線通信能力を有するかどうかが判断される。たとえば、サーモスタット２０２は、リモートサーバ２６４および／またはエネルギ管理システム１３０と無線で通信する能力があるかどうかが判断されてもよい。そうである場合には、これは適格性に対して有利に働いてもよく、そうでない場合には、これは適格性に対して不利に働いてもよい。

【0090】

動作７０４Ｆにおいて、識別されたエネルギ消費者がスケジュール最適化プロセスに参加した結果として生じそうなエネルギ低減の量がしきい値を超えるかどうかが判断される。生じそうなエネルギ低減の量は、エネルギ消費者の元の設定点温度のスケジュール、期待される修正された設定点温度のスケジュール、所与の屋外温度に対して実際の屋内温度を達成するよう消費されるエネルギの量に関する推定値、天気予報、および／またはさまざまな追加的もしくは代替的要素などのような、ある数の要素を用いて判断されてもよい。

【0091】

１つの特定の実施の形態では、使用推定部が、ＨＶＡＣシステムによって消費されるエネルギの量を推定して、特定の屋内温度を達成するか、または所与の屋外温度に対して特定の設定点温度に従って制御されてもよい。たとえば、時間に亘ってＨＶＡＣによって消費されるエネルギは、構造物と関連付けられる屋内（実際の温度または設定点温度）および屋外温度とともに記録されてもよい。直線または曲線を、結果として得られたデータに当てはめて、特定の温度設定点スケジュールおよび天気予報を与えられるとして、後でエネルギ消費を推定するための使用モデルを形成してもよい。いくつかの実施の形態では、線形モデルを実現し、それによって、ＨＶＡＣランタイムは、第１の定数×目標屋内温度＋第２の定数×屋外温度＋第３の定数と等しく、任意の所与の日に対して、ＨＶＡＣランタイムはＨＶＡＣシステムが作動された状態（たとえば暖房オン、空調システムオンなど）にあるよう指令される合計時間であり、目標屋内温度は、時間正規化された室内温度設定点であり、屋外温度は、その日に関する平均の外部温度である。ある実施の形態では、使用モデルは、現在の正確なモデルを有するよう、周期的または継続的に生成および更新されてもよい。モデルは、装置それ自体によって、たとえばサーモスタット２０２によって、またはスマートホーム環境の他の装置（たとえばハザード検出ユニット２０４、入口通路インターフェイス装置２０６、壁照明スイッチ２０８、壁プラグインターフェイス２１０、機器２１２、アクセス装置２６６、もしくは識別されたエネルギ消費者に関連付けられる他の電子装置）、またはそのようなモデルを生成するよう用いられる情報（たとえば天気予報、エネルギ使用、屋内温度など）が得られるかもしくはそうでなければモデルを生成する装置に通信されてもよいシステム１００の他の要素（たとえばエネルギ管理システム１３０、ユーティリティプロバイダコンピューティングシステム１２０など）によって生成されてもよい。

【0092】

一旦使用モデルが生成されると、エネルギ消費者の元の設定点温度のスケジュールを、設定点温度のスケジュールと同様の継続期間中に対する天候を予報する天気予報とともに、使用モデルに適用して、仮に元の設定点温度のスケジュールが実現されると仮定して結果として生ずるであろう期待されるエネルギ消費の量を判断してもよい。最適化された設定点温度のスケジュールを、同じ天気予報とともに、次いで、同じ使用モデルに適用して、最適化された設定点温度のスケジュールが仮に実現されるとして結果として生ずるであろう期待されるエネルギ消費の量を判断してもよい。たとえば、上に記載される線形モデルの実施の形態においては、最適化されたスケジュールによって規定される温度設定点を目標屋内温度として用いてもよい。これら２つのエネルギ消費の量を次いで比較することにより、最適化された設定点温度のスケジュールが仮に実現されるとしてエネルギ節約が結果として生じそうであろうかどうか、およびそれはどれだけの量であるかを判断して、期待されるエネルギ節約に関する表示を与えてもよい。この期待されるエネルギ節約の表示は、エネルギ低減のパーセンテージ、エネルギ低減の絶対量、エネルギ低減の財政的価値、または何らかの他の形式で表現されてもよく、所望のエネルギ節約を示す値と比較されてもよい。期待されるエネルギ節約が所望されるエネルギ節約と等しいかまたはそれを超える場合には、これは適格性に対して有利に働いてもよい。対照的に、期待されるエネルギ節約が所望のエネルギ節約未満である場合には、これは適格性に対して不利に働いてもよい。

【0093】

動作７０４Ｇにおいて、元の設定点温度のスケジュールは最小数の設定点を含むかどうかが判断される。たとえば、１週間などのような所与の継続期間について、設定点を、日単位、時単位、分単位またはそれらの間の何らかの間隔（たとえば１ｐｍ、７ｐｍおよび８ｐｍにおいてなど）で規定してもよい。それらは規則的間隔または不規則的間隔に亘って規定されてもよい。１週間などのような所与の期間に対して規定される設定点の数を判断し、最小数と比較してもよい。規定される設定点の数が最小数と一致するかまたはそれを超える場合には、これは適格性に対して有利に働いてもよい。対照的に、規定される設定点の数が最小数未満である場合には、これは適格性に対して不利に働いてもよい。

【0094】

動作７０４Ｈでは、構造物において環境管理システム（たとえばＨＶＡＣ）を制御する装置がユーザアカウントと対にされるかどうかが判断される。ユーザアカウントと対にされることによって、装置は、エネルギ管理システム１３０によって管理されるユーザアカウントと一意に関連付けられる。多くの場合では、装置は、構造物と関連付けられるエネルギ消費者によって作成されたアカウントと対にされる。アカウントは、エネルギ管理システム１３０によって管理されてもよく、１つ以上の遠隔電子装置（たとえばアクセス装置２６６）を用いて装置（たとえばサーモスタット２０２）の制御および監視に対するエネルギ消費者アクセスを与える。装置をユーザアカウントと対にするためのさまざまな技術は、さらに、２０１１年１０月１７日に提出された共通に譲渡された米国連続番号１３／２７５，３１１（リファレンス番号ＮＥＳ０１２９−ＵＳ）にさらに記載されており、その内容の全体をすべての目的のためにここに引用により援用する。構造物において環境管理システムを制御する装置がユーザアカウントと対にされる場合には、これは適格性に対して有利に働いてもよい。対照的に、構造物において環境管理システムを制御する装置がユーザアカウントと対にされない場合には、これは適格性に対して不利に働いてもよい。

【0095】

動作７０４Ｉにおいて、エネルギ消費者がスケジュール最適化プロセスに参加しそうであるかどうかが判断される。エネルギ消費者がスケジュール最適化プロセスに参加する見込みは、過去のスケジュール最適化プロセスにおけるエネルギ消費者による以前の参加レベル、エネルギ消費者のＨＶＡＣスケジュール、構造物がＤＲイベント中に占有される見込み、エネルギ消費者の地理的位置、エネルギ消費者の富裕度のような、ある数の要素に基づいて判断されてもよい。エネルギ消費者がＤＲイベントに参加しそうである場合には、これは適格性に対して有利に働いてもよい。そうでなければ、これは適格性に対して不利に働いてもよい。

【0096】

動作７０４Ｊでは、エネルギ消費者に関連付けられる構造物が、ある所与の期間（たとえば１日）を通して少なくともあるパーセンテージの時間の間占有されていなさそうであるかどうかが判断される。構造物が占有されていなさそうかどうか判断する際には、占有確率プロファイルを生成するか、またはそうでなければ獲得してもよい。占有確率プロファイルは、構造物がさまざまな時間において占有される確率を示す。占有確率プロファイルは、サーモスタット２０２、ハザード検出ユニット２０４、入口通路インターフェイス装置２０６、壁照明スイッチ２０８、壁プラグインターフェイス２１０、機器２１２、アクセス装置２６６、または識別されたエネルギ消費者に関連付けられる他の電子装置のような、構造物に関連付けられる１つ以上の電子装置に組込まれる１つ以上の占有センサを用いて生成されてもよい。これらの装置の１つ以上によって検出された占有の履歴的記録を維持し用いて、占有確率プロファイルを展開してもよい。１つの特定の実施の形態では、その全体がここにすべての目的のために引用により援用される、共通に譲渡された米国連続番号１３／６３２，０７０（リファレンス番号ＮＥＳ０２３４−ＵＳ）において記載されるような占有確率プロファイルを展開するための技術を用いてもよい。占有確率プロファイルによって、構造物が何らかの期間の少なくともあるパーセンテージ（たとえば１日の３０％）の間占有されていなさそうであることが示されるときには、そのような見込みは適格性に対して有利に働く。対照的に、占有確率プロファイルによって、構造物がある期間のあるパーセンテージの間占有されていそうであることが示される場合には、そのような見込みは適格性に対して不利に働く。

【0097】

図８に示される特定の動作は、エネルギ消費者が特定のスケジュール最適化プロセスにおける参加に対して適格性を付与されるかどうかを判断するよう、ある数の要素を分析するための特定のプロセスを与えることが理解されるべきである。図８を参照して記載されるさまざまな動作は、ここに記載されるさまざまな電子装置またはコンポーネントのうちの１つ以上において実現され、それ（ら）によって実行されてもよい。たとえば、それらは、スマートホーム環境２００、エネルギ管理システム１３０などにおける１つ以上の電子装置において実現され、それ（ら）によって実行されてもよい。他の動作のシーケンスが、代替的実施の形態に従って実行されてもよい。たとえば、この発明の代替的実施の形態は、上に概略を示された動作を、異なる順序で実行してもよい。さらに、図８に示される個々の動作は、それら個々の動作に対して適切なさまざまなシーケンスで実行されてもよい複数のサブ動作を含んでもよい。さらに、特定の適用例によっては、追加的な動作を追加するかまたは既存の動作を除去してもよい。当業者であれば、数多くの変形例、修正例、および代替例を認識し理解するであろう。

【0098】

ここで図７に戻って、一旦、スケジュール最適化に対して適格である装置が識別されると、これらの装置に対する総計の期待されるエネルギ低減が動作７０６において判断されてもよい。期待されるエネルギ低減は、スケジュール最適化プロセスにおけるエネルギ消費者の完全な参加または部分的でさえある参加に基づいて判断されてもよい。完全な参加が推定される場合には、動作７０４Ｆを参照して記載される期待されるエネルギ節約は、識別されるすべての装置のすべてに対して判断および総計されてもよい。部分的な参加が推定される場合には、そのような期待されるエネルギ節約は何らかの要素によって低減されてもよい。たとえば、一実施の形態では、識別された装置がスケジュール最適化プロセスに完全に参加するという確率は、たとえば、履歴上の参加レベルに基づいて判断されてもよく、それを用いて、低減された期待されるエネルギ節約を判断してもよい。

【0099】

動作７０８において、期待されるエネルギ低減が所望の低減に等しいかどうかが判断される。そうである場合には、処理は動作７１０に続いて、識別された装置の設定点温度のスケジュールを最適化してもよい。そうでなければ処理は動作７１２に続いて、適格性要件を修正してもよい。そのような修正は、たとえば、期待される低減が所望の低減未満である場合に、適格性に対する要件を減少させる（たとえば要件の数を低減する、またはより多い要件を規定するパラメータを低減することなど）を含んでもよい。そのような修正は、さらに、または代替的に、たとえば、期待される低減が所望の低減より大きい場合に適格性に対する要件を増大させることを含んでもよい。適格性に対する要件を変更した結果、スケジュール最適化に対して識別される装置の数は変化してもよく、したがって、エネルギにおける期待される低減も同様となる。

【0100】

図７に示される具体的な動作は、ある実施の形態に従ってスケジュール最適化プロセスを実現および管理するための特定のプロセスを与えることが理解されるべきである。図７を参照して記載されるさまざまな動作は、ここに記載されるさまざまな電子装置またはコンポーネントのうちの１つ以上において実現され、それ（ら）によって実行されてもよい。たとえば、それらは、スマートホーム環境２００、エネルギ管理システム１３０などにおける１つ以上の電子装置において実現され、それ（ら）によって実行されてもよい。他の動作のシーケンスが、代替的実施の形態に従って実行されてもよい。たとえば、この発明の代替的実施の形態は、上に概略を示された動作を、異なる順序で実行してもよい。さらに、図７に示される個々の動作は、それら個々の動作に対して適切なさまざまなシーケンスで実行されてもよい複数のサブ動作を含んでもよい。さらに、特定の適用例によっては、追加的な動作を追加するかまたは既存の動作を除去してもよい。たとえば、ある実施の形態においては、期待されるエネルギ低減が所望のエネルギ低減と一致するかまたはそれを超えると判断される場合には、処理は動作７１０に続いて、識別された装置のスケジュールを最適化してもよい。当業者であれば、数多くの変形例、修正例および代替例を認識および理解するであろう。

【0101】

ここに記載されるさまざまな実施の形態は、任意のタイプの設定点最適化プロセスが着手される前、着手されている間、および／または着手された後に、エネルギ消費者の要望が求められてもよいという点において、スケジュール最適化の文脈においてエネルギ消費者による卓越したレベルのＨＶＡＣ制御を有利に与える。そのような要望は、たとえば、任意の設定点最適化プロセスを実行する前にエネルギ消費者の入力を求めて、エネルギ消費者がそのようなプロセスを予約することにさえ興味があるかどうかを判断することによって明確に認識され、それによって従われてもよい。別の例としては、エネルギ消費者からの入力を、設定点最適化プロセス中またはその後に求めて、エネルギ消費者が、任意の最適化されたスケジュールを保持したいか、最適化プロセスで継続したいか、またはそうでなければ彼らの元の設定点温度のスケジュールに戻りたいかどうかを判断してもよい。そのような態様においては、エネルギ消費者は、スケジュール最適化プロセスの前、間および後においてＨＶＡＣシステム制御のさまざまなレベルで権限を与えられ、それによって、個々のエネルギ節約のみならずエネルギ消費者の団体による総計のエネルギ消費における大きな低減を与えてもよいそのような最適化プロセスにエネルギ消費者が参加するのを禁止するのを低減する。

【0102】

図９は、ある実施の形態に従ってスケジュール最適化プロセスを生成、提示、および実現するためのプロセス８００を示す。理解を促すため、プロセス８００は図１、図２、図８および図１２Ａを参照して記載されるが、プロセス８００の実施の形態は図１、図２、図８および図１２Ａを参照して記載される例示的システムおよび装置に限定されないことが理解されるべきである。

【0103】

動作８０２において、元の設定点温度のスケジュールが生成される。スケジュールはさまざまな態様のうちの１つ以上によって生成されてもよい。たとえば、スケジュールは、サーモスタット２０２のユーザによって設定されてもよく、サーモスタット２０２のユーザインターフェイス、アクセス装置２６６、および／またはスマートホーム環境２００の他のコンピューティング装置を介して、サーモスタット２０２における記憶のために入力されてもよい。スケジュールは、サーモスタット２０２それ自体のようなスマートホーム環境２００のエンティティによって、サーモスタット２０２に関連付けられる構造物の居住者の傾向および好みを学習することによって生成されてもよい。元のスケジュールは、リモートサーバ２６４、エネルギ管理システム１３０またはシステム１００の他のエンティティなどのような、スマートホーム環境２００以外のシステム１００のエンティティによって生成され、サーモスタット２０２の設置前にサーモスタット２０２において予めプログラミングされるか、または設置後にサーモスタット２０２に通信されてもよい。ある実施の形態では、元の設定点温度のスケジュールは、上記のうちの１つ以上の組合せに基づいて生成されてもよい。たとえば、元のスケジュールは、初期にエネルギ消費者によって規定されてもよく、後で学習を介して調整されてもよい。

【0104】

説明の目的のため、簡単に図１２Ａを参照して、図１２Ａは、ある実施の形態に従って元の設定点温度のスケジュール９００を示す。設定点温度のスケジュールは、１日のうちの特定の時間（たとえば１４００ｈｒｓ）において特定の所望の屋内温度（たとえば７３°Ｆ）を示す、ある数の個々にスケジューリングされた設定点温度９０２を含む。所与の期間（たとえば１日）に対して任意の数の個々の設定点温度９０２があってもよく、それらは、その所与の期間に対して、屋内温度制御軌跡９０４を規定する。設定点温度は、規則的な間隔（たとえば１５分毎、３０分毎、６０分毎など）または不規則な間隔で（たとえば１４００ｈｒｓで、１６００ｈｒｓで、１７００ｈｒｓで、および１８００ｈｒｓでなど）規定されてもよい。１つの特定の実施の形態では、ある設定点温度のスケジュールは１週間の曜日毎に規定されてもよく、任意の１つの所与の曜日に対する同じ設定点温度のスケジュールがその曜日に対して持続的に繰返される。たとえば、あるスケジュールが月曜日に対して規定されてもよく、次いで、そのスケジュールを用いて、すべての月曜日に対してＨＶＡＣシステムを制御してもよい。実施の形態は、しかしながら、そのようには限定されず、なぜならばスケジュールは他の時間間隔に対して規定されてもよく（たとえば月曜日から金曜日に対して１つのスケジュール、土曜日および日曜日に対して１つのスケジュールなど）、および繰返されても繰返されなくてもよいからである。

【0105】

ここで図９に戻って、一旦、元の設定点温度のスケジュールが生成されると、処理は動作８０４に続いてもよい。動作８０４では、使用モデルが生成される。使用モデルは、動作７０４Ｆを参照して先に記載されたように生成されてもよく、ある実施の形態では、エネルギ消費者がスケジュール最適化プロセスに対して適格であるかどうかを判断する目的で生成されてもよい。

【0106】

動作８０６では、最適化通知が受信されるかどうかが判断される。たとえば、ある実施の形態では、最適化通知はリモートサーバ２６４からサーモスタット２０２に通信されてもよい。そのような通知は、どのぐらいの間最適化プロセスが続くか、最適化において、各曜日または各週毎に、何度の温度変化が元の設定点温度のスケジュールに適用されるべきか、元の設定点温度のスケジュールをどのようにサブ間隔に分割してもよいか、設定点温度を各サブ間隔毎にどのように変化させるべきかなどのような、最適化プロセスのパラメータを含んでもよい。ある場合では、そのようなパラメータは、サーモスタットに予め記憶されてもよく、またはサーモスタット２０２に予め通信されてもよく、通知は、サーモスタット２０２に対して、スケジュール最適化プロセスまたはそのようなスケジュール最適化に先んじる適格性付与プロセスを開始するよう命令してもよい。最適化通知が受信されない場合には、プロセスは動作８０８に続いて、ＨＶＡＣシステムを元の設定点温度のスケジュールに従って制御してもよい。そうでない場合には、処理は動作８１０に続いてもよい。

【0107】

動作８１０では、適格性要件が満たされるかどうかが判断される。たとえば、図８を参照して、記載されるように、サーモスタット２０２は、さまざまな適格性要素の１つ以上が満たされるかどうかを判断してもよい。適格性要素が満たされない場合には、処理は動作８０８に戻って、ＨＶＡＣシステムは元の設定点温度のスケジュールに従って制御されてもよい。そうでない場合には、処理は動作８１２に続いてもよい。

【0108】

動作８１２では、スケジュール最適化を実行するオプションがエネルギ消費者に対して提示される。たとえば、サーモスタット２０２（またはアクセス装置２６６のようなスマートホーム環境２００の他の要素）は、スマートホーム環境２００に関連付けられる居住者に対して、スケジュール最適化を実行するオプションを表示するかまたはそうでなければ通信してもよい。ある実施の形態では、そのようなオプションを通信することに加えて、スケジュール最適化処理、処理がどれくらいかかるかが期待されるか、処理の結果期待されるエネルギ節約、またはエネルギ消費者がスケジュール最適化を実行するかどうかを判断するのを支援する際にエネルギ消費者にとって価値があってもよい他の情報を記載する、追加的な情報が、同様に、エネルギ消費者に通信されてもよい。

【0109】

動作８１４では、ユーザがスケジュール最適化を実行するオプションを受入れるかどうかが判断される。そうでない場合には、処理は動作８０８に戻り、ＨＶＡＣシステムは元の設定点温度のスケジュールに従って制御されてもよい。そうでない場合には、処理は動作８１６に続いてもよい。ユーザは、スケジュール最適化をさまざまな態様のうちの任意の１つ以上で実行するようオプションの受入を示してもよい。たとえば、ユーザは、サーモスタット２０２の入力／出力要素（またはアクセス装置２６６などのようなスマートホーム環境２００の他の要素）を操作してもよい。ある実施の形態では、エネルギ消費者は、「今ではない」または「後で思い出させて」オプションを選択することにより、そのような判断をなすことを遅らせてもよく、その場合には、スケジュール最適化を実行するオプションは、少なくとも一時的に保留されるか、またはそうでなければサーモスタット２０２もしくはエネルギ消費者に関連付けられる他の電子装置上における異なるメニューオプションに委託されてもよい。

【0110】

動作８１６において、元の設定点温度のスケジュールが最適化される。スケジュールは、元の設定点温度のスケジュールが仮に維持されるかまたはそうでなければ実現されると仮定して消費されるエネルギの量と比較してＨＶＡＣシステムによって消費されるエネルギの量を低減するよう最適化されてもよい。これは、たとえば、ＨＶＡＣシステムが暖房モードにある場合に元のスケジュールの設定点温度を低減することによって、またはＨＶＡＣシステムが冷房モードにある場合に元のスケジュールの設定点温度を増大させることによって、またはそれらの何らかの組合せを実行することによって、なされてもよい。

【0111】

ある実施の形態では、スケジュールは、エネルギ消費の低減以外の目的のために、またはそれに加えて最適化されてもよい。たとえば、元のスケジュールの最適化は、（１）使用時間価格付けが考慮される最適なドル費用節約に向かって移行する；（２）日光節約時間の１時間の時間シフトの結果の影響（つまり即時の設定点調整）を徐々に低減するよう移行する；（３）構造物の居住者に対して増大された健康上の恩恵を与えるスケジュール（たとえば居住者に対してより早く床に就くよう、より早く起床するよう促すスケジュールなど）に移行する；（４）「月曜日の夜のフットボール」スケジュールに向かって移行する（たとえば、フットボールシーズンの３週間前に亘って、就寝温度設定点は月曜日の夜の通常の１０ＰＭの時間から月曜の夜の１ＡＭにゆっくりと移行してもよく；次いで、フットボールシーズンが終わった後は、３週間の期間に亘って月曜日の夜は１０ＰＭに徐々に移行して戻る）ようになされてもよい。

【0112】

換言すれば、元のスケジュールの最適化は、スケジュールにおける１つ以上の設定点に対する「垂直」シフト（つまり増大または減少された温度設定）、および／またはスケジュールにおける１つ以上の設定点に対する「水平」シフト（つまり増大または減少された時間設定）を含んでもよい。多くの実施の形態では、元のスケジュールの最適化は、元のスケジュールから最適化されたスケジュールへのゆっくりとした移行である。この移行は、スケジュールの設定点温度が最適化期間の過程に亘って、小さな、気づかれない量だけ調整されるかまたは他の態様でオフセットされるという点において、遅い。各調整（またはオフセット）は、それが典型的には人体によっては検出不可能である温度または時間の大きさを有するという点において、気づかれ得ない。たとえば、各調整は何分の１かの度合（たとえば１／１００°Ｆ、１／５０°Ｆ、１／２０°Ｆ、１／１０°Ｆ、１／７°Ｆ、１／４°Ｆ、１／２°Ｆ、これらの分数値のうちの任意のものの間の範囲において、または１／１００°Ｆ未満もしくは１／２°Ｆより大きい分数値の）および／または１時間の何分の１か（たとえば１分、５分、１０分、１５分、３０分、４５分、これらの分数値のうちの任意のものの間の範囲で、または１分未満もしくは４５分より大きい分数値の）であってもよい。各個々の調整は人体に気づかれないようであってもよく、任意の最適な結果（たとえばエネルギ節約における気付き得る低減）それ自体を達成しなくてもよい一方で、最適化期間の過程に亘る総計の調整は、居住者にとって気付き得る不快のレベルを形成することなく（またはある場合には、新たな最適なスケジュールに対して受入可能であるよう居住者を条件付けることなく）最適な結果（たとえばエネルギ節約における気付き得る低減）を実際に達成してもよい。

【0113】

ある実施の形態では、元の設定点温度のスケジュールの最適化はユーザフィードバックに応答してもよい。たとえば、最適化期間中、元のスケジュールはゆっくりと漸増的に調整されている一方で、エネルギ消費者は、変更が元のスケジュールに対してなされていることに応答してもよい。エネルギ消費者からのフィードバックは肯定的または否定的のいずれかであり得る。それは、フィードバックが元のスケジュールから最適なスケジュールへの移行の受入または奨励を示すことにおいて、肯定的であってもよい。たとえば、あるスケジュールが設定点温度を低減するよう調整されている場合には、フィードバックは、最適化プロセスによってなされている調整と比較して温度設定点の増大された低減を示してもよい。代替的に、フィードバックは、それが元のスケジュールから最適なスケジュールへの移行の拒絶または非奨励を示すことにおいて、否定的であってもよい。たとえば、あるスケジュールが温度設定点を低減するよう調整されている場合には、フィードバックは、最適化プロセスによってなされている調整と比較して温度設定点の減少された低減を示してもよい。

【0114】

元のスケジュールの最適化は、フィードバックが肯定的であるかまたは否定的であるかによって、ユーザフィードバックに応答してもよい。フィードバックが肯定的である場合には、最適化はフィードバックを無視してもよく、またはある実施の形態においては、変化率（たとえば各調整のサイズ）を増大させ、および／もしくは元のスケジューリングされた設定点温度と最適な設定点温度との間の差を増大させてもよい。対照的に、フィードバックが否定的である場合には、最適化はフィードバックを無視し、最適化を全く取消し、またはある実施の形態においては、変化率を減少させ、および／もしくは元のスケジューリングされた設定点温度と最適な設定点温度との間の差を減少させてもよい。

【0115】

一旦元の設定点温度のスケジュールが最適化されると、処理は動作８１８に続き、ユーザは、新たな最適化された設定点温度のスケジュールを保持することを望むかどうかを尋ねられてもよい。ある実施の形態では、このオプションは、一旦最適化プロセスが完了すると（つまり、ユーザフィードバックを考慮するか、またはユーザフィードバックを考慮せずに、元のスケジュールが最適なスケジュールに移行すると）、ユーザに対して提示されてもよい。他の実施の形態では、このオプションは、さらに、または代替的に、ユーザが最適化を停止させる要望を示した場合に（たとえばユーザが何らかの否定的なフィードバックを示した場合に）ユーザに対して提示されてもよい。１つの特定の実施の形態では、新たな最適なスケジュールを保持するオプションは、ユーザに対して、サーモスタット２０２、アクセス装置２６６、またはスマートホーム環境２００の他の電子装置を介して提示またはそうでなければ通信されてもよい。ユーザが、たとえばサーモスタット２０２の入力／出力インターフェイスを介して、新たなスケジュールを保持することを希望しない旨を示す場合には、処理は動作８０８に戻って、ＨＶＡＣは元の設定点温度のスケジュールに従って制御されてもよい。そうでなければ、処理は動作８２０に続いて、ＨＶＡＣは新たな、最適な設定点温度のスケジュールに従って制御されてもよい。

【0116】

図９に示される具体的な動作は、ある実施の形態に従ってスケジュール最適化プロセスを生成、提示および実現するための特定のプロセスを与えることが理解されるべきである。図９を参照して記載されるさまざまな動作は、ここに記載されるさまざまな電子装置またはコンポーネントのうちの１つ以上において実現され、それ（ら）によって実行されてもよい。たとえば、それらは、スマートホーム環境２００、エネルギ管理システム１３０などにおける１つ以上の電子装置において実現され、それ（ら）によって実行されてもよい。他の動作のシーケンスが、代替的実施の形態に従って実行されてもよい。たとえば、この発明の代替的実施の形態は、上に概略を示された動作を、異なる順序で実行してもよい。さらに、図９に示される個々の動作は、それら個々の動作に対して適切なさまざまなシーケンスで実行されてもよい複数のサブ動作を含んでもよい。さらに、特定の適用例によっては、追加的な動作を追加するかまたは既存の動作を除去してもよい。たとえば、ある実施の形態においては、適格性付与は、最適化通知がサーモスタットに通信される前に実行されてもよい。たとえば、サーモスタットは、初めにそれが適格性要件を満たすかどうかを判断し、次いで、最適化要求を受信しそれに応答してもよい。加えて、または代替的に、リモートサーバは、特定のサーモスタットが適格性要件を満たすかどうかを判断してもよい。そうである場合には、それは、エネルギ消費者に対する提示のために最適化通知を通信してもよい。そうでなければ、それは、サーモスタットに対して最適化通知を通信することさえしなくてもよい。

【0117】

ここで図１０を参照して、図１０は、第１の実施の形態に従って（たとえば動作８１６を参照して記載されるように）元の設定点温度のスケジュールを最適化するためのプロセスを示す。理解を促すため、プロセス８１６は図１、図２および図９を参照して記載されるが、プロセス８００の実施の形態は図１、図２および図９を参照して記載される例示的システムおよび装置に限定されないことが理解されるべきである。

【0118】

動作８１６Ａにおいて、元の設定点温度のスケジュールが識別される。たとえば、サーモスタット２０２のプロセッサは、サーモスタット２０２の記憶素子に記憶される設定点温度のスケジュールを読出してもよい。動作８１６Ｂにおいて、元の設定点温度のスケジュールが漸増的に調整される。元の設定点温度のスケジュールによって規定される温度制御軌跡を漸増的に修正して、何らかの新たな、最適な設定点温度のスケジュールに達してもよく、その新たなスケジュールは、エネルギ低減、コスト低減などの点において最適であってもよい。温度制御軌跡を修正することにおいて、元の設定点温度のスケジュールに存在する設定点温度が修正されてもよい（たとえば温度または時間においてシフトされてもよい）。ある場合では、新たな設定点温度が、温度制御軌跡に対して規定され、その後調整されてもよい。たとえば、ある場合では、元の設定点温度のスケジュールは、時間において、どのような設定点温度も明示的に規定されない大きなギャップを含んでもよい。そのような場合では、それらのギャップは、それらのギャップ内において新たな設定点温度を追加することによって満たされてもよく、新たな設定点温度は、たとえば、近接する、予め規定された設定点温度の補間に基づいて規定されてもよい。

【0119】

動作８１６Ｃにおいて、ＨＶＡＣは、漸増的に調整される設定点スケジュールに従って制御される。たとえば、最適化期間（たとえば１週間）中の第１の周期的な時間間隔（たとえば第１の日）の始まりで、元のスケジュールを調整してもよい。ＨＶＡＣシステムは、次いで、第１の周期的な時間間隔に対するその調整されたスケジュールに従って制御される。第２の周期的な時間間隔（たとえば第２の日）の始まりで、先の周期的な時間間隔（たとえば第１の日）に適用されたスケジュールを調整してもよい（または等価的に、元のスケジュールを調整してもよいが、ただし、第１の日の間になされた調整および第２の日に対してなされている調整の両方を考慮する、より大きな程度まで調整してもよい）。ＨＶＡＣシステムは、次いで、第２の周期的な時間間隔に対して、新たに調整されたスケジュールに従って制御される。漸増的調整は、（たとえば１日、２日、３日、半日、半日より短い期間、３日より長い期間、半日と３日との間の期間など）任意の好適な時間期間の連なりの各々毎に適用されてもよく、単一の調整に対する各個々の時間期間は全体の最適化時間期間と比較して短い（たとえば個々の時間期間は１日であってもよく、全体的な最適化時間期間は１週間または１週間より長い期間であってもよい）。

【0120】

動作８１６Ｄでは、現在の設定点またはスケジューリングされた設定点に対するユーザ変更が受信されるかどうかが判断される。先に記載されたように、構造物内の温度を既存の設定点温度に即時に変更させる要望を反映する、その設定点温度に対する変更は、「即時設定点温度」または「現在の設定点温度」に対する変更と称される。ユーザは、現在の設定点温度を変更する要望を、さまざまな態様のうちの任意の１つ以上において示してもよい。たとえば、ユーザは、サーモスタット２０２のリングを回転させるか、またはアクセス装置２６６で同様の動作をシミュレーションしてもよい。同様に先に記載されるように、これは、設定点温度が構造物内における未来の温度に対する要望を反映してもよい、時間単位、日単位、週単位、月単位、または他のスケジュールにおいて与えられてもよい設定点温度に対してなされる変更とは対照的であり、そのような設定点温度は「スケジューリングされた設定点温度」または「設定点温度のスケジュール」と称される。ユーザは、設定点温度のスケジュールによって規定される１つ以上の設定点温度を変更する要望を、同様にさまざまな態様において示してもよい。たとえば、サーモスタット２０２のリングを介して、ユーザは、スケジューリングメニューにアクセスして、設定点温度のスケジュールを閲覧し、および／または変更してもよい。ユーザは、アクセス装置２６６で同様の動作をシミュレーションしてもよい。

【0121】

現在の設定点またはスケジューリングされた設定点に対するユーザ変更が受信される場合には、処理は動作８１６Ｅに続き、設定点温度のＨＶＡＣ制御および／またはスケジュールが修正されてもよい。ある実施の形態では、現在の設定点温度に対してなされる変更は、サーモスタットによって即時に辿られ、またはそうでなければ厳守されてもよい。たとえば、現在の設定点温度に対するユーザ変更を受信することに応答して、サーモスタット２０２は、構造物の屋内温度を、（最適化プロセスによって規定される設定点とは対照的に）ユーザ変更によって規定される現在の設定点温度に到達させる試みにおいて、ＨＶＡＣシステムを制御してもよい。現在の設定点温度に対してなされるそのような変更は、さらに、動作８１６Ｂに従って、スケジューリングされた設定点に対して後の調整をなす際に考慮されてもよい。これらの変更はユーザ変更が肯定的または否定的フィードバックを示すかどうかに基づいてもよい。たとえば、ユーザ変更が肯定的なフィードバックを示す場合には、変化率（つまり１つ以上の後の調整のサイズ）を増大させてもよく、および／または元のスケジューリングされた設定点温度と最適な設定点温度との間の差を増大させてもよい。他方、ユーザ変更が否定的なフィードバックを示す場合には、変化率（つまり１つ以上の後の調整のサイズ）を減少させてもよく、および／または元のスケジューリングされた設定点温度と最適な設定点温度との差を減少させてもよい。

【0122】

少なくとも１つの実施の形態では、スケジューリングされた設定点に対してなされる変更は、現在の設定点温度に対してなされる変更とは異なるように応答されてもよい。たとえば、ユーザがスケジューリングされた設定点に変更をなす（たとえば温度を７０°Ｆから７２°Ｆに増大させる）一実施の形態では、動作８１６Ｂにおける後の調整は、先にスケジューリングされた設定点温度（たとえば７０°Ｆ）に対してはなされないことになり、調整は新たにスケジューリングされた設定点温度（たとえば７２°Ｆ）に対してなされることになる。したがって、スケジューリングされた設定点に対するユーザ変更は、元の設定点温度のスケジュールの、漸増的に調整されたバージョンに組込まれてもよい。さらに、ある実施の形態では、新たにスケジューリングされた設定点温度に対してなされる後の調整は、先に記載された修正例と同様に、ユーザフィードバックが肯定的であるかまたは否定的であるかに基づいて修正されてもよい。少なくとも１つの実施の形態では、修正のサイズは、同様の現在の設定点温度変更に対してよりも、スケジュール変更に対しての方がより大きくあってもよい。

【0123】

各特定の周期的な時間間隔中において、ユーザ変更が全く受信されず、そして周期的な時間間隔の終わりに到達したと判断される場合には、処理は動作８１６Ｆに続いてもよい。動作８１６Ｆでは、最適化が完了しているかどうかが判断される。たとえば、サーモスタット２０２は、最適化時間期間の終わりに達したかどうかを判断してもよい。そうでない場合には、処理は動作８１６Ｂに戻り、設定点スケジュールを漸増的に調整してもよい。そうでない場合には、スケジュール最適化は完了しているとみなされてもよい。

【0124】

図１０に示される具体的な動作は、ある実施の形態に従って元の設定点温度のスケジュールを最適化するための特定のプロセスを提供することが理解されるべきである。図１０を参照して記載されるさまざまな動作は、ここに記載されるさまざまな電子装置またはコンポーネントのうちの１つ以上において実現され、それ（ら）によって実行されてもよい。たとえば、それらは、スマートホーム環境２００、エネルギ管理システム１３０などにおける１つ以上の電子装置において実現され、それ（ら）によって実行されてもよい。他の動作のシーケンスが、代替的実施の形態に従って実行されてもよい。たとえば、この発明の代替的実施の形態は、上に概略を示された動作を、異なる順序で実行してもよい。さらに、図１０に示される個々の動作は、それら個々の動作に対して適切なさまざまなシーケンスで実行されてもよい複数のサブ動作を含んでもよい。さらに、特定の適用例によっては、追加的な動作を追加するかまたは既存の動作を除去してもよい。

【0125】

ここで図１１Ａおよび図１１Ｂを参照して、図１１Ａおよび図１１Ｂは、第２の実施の形態に従って（たとえば動作８１６を参照して記載されるように）元の設定点温度のスケジュールを最適化するためのプロセスを示す。理解を促すため、プロセス８１６は図１、図２、図９、図１２Ａ〜図１２Ｈ、図１３Ａおよび図１３Ｂを参照して記載されるが、プロセス８１６の実施の形態は図１、図２、図９、図１２Ａ〜図１２Ｈ、図１３Ａおよび図１３Ｂを参照して記載される例示的実施の形態に限定されないことが理解されるべきである。さらに、図１０を参照して記載される同様の動作は、図１１Ａおよび図１１Ｂを参照して記載される動作に同様に適用されてもよく、重複する記載は読者の負担を低減するために省略されることが理解されるべきである。

【0126】

動作８１６ＡＡにおいて、元の設定点温度のスケジュールが識別される。この動作は動作８１６Ａと同様である。そのような元のスケジュールは、たとえば、図１２Ａを参照して記載されるものと同様であってもよい。言及されるように、図１２Ａは、ある実施の形態に従って元の設定点温度のスケジュールを示す。この例におけるスケジュールは、２４時間の期間に亘って規定され、７１°Ｆと７３°Ｆとの間の範囲の屋内温度制御軌跡９０４を規定する。この特定のスケジュールにおいては、帰宅時間（１８００ｈｒｓ）、就寝時間（２３００ｈｒｓ）、起床時間（０６００ｈｒｓ）、および出発時間（０８３０ｈｒｓ）を含む、さまざまなイベントが規定される。帰宅時間は、構造物が非占有（留守）状態から占有（在宅）状態に遷移する時間を示してもよい。就寝時間は、居住者が床に就くかまたは眠りに落ちる時間を示してもよい。起床時間は、居住者が床から出るかまたは目覚める時間を示してもよい。出発時間は、構造物が占有状態から非占有状態に遷移する時間を示してもよい。

【0127】

さまざまなイベントはさまざまな態様の１つ以上において規定されてもよい。たとえば、ユーザは、これらのイベント時間をサーモスタット２０２に（サーモスタット２０２、アクセス装置２６６、またはスマートホーム環境２００の他の電子装置を介して）入力してもよい。他の例では、これらのイベント時間は、サーモスタット２０２において予め設定されるか、またはエネルギ管理システム１３０のような、ユーザ以外のエンティティからサーモスタット２０２に通信されてもよい。さらに別の例では、これらのイベント時間は、サーモスタット２０２（またはスマートホーム環境２００の他の要素）によって判断されてもよい。たとえば、サーモスタット２０２は、構造物がさまざまな時間において占有される確率を示す占有確率プロファイルを生成してもよい。出発時間は、構造物が占有されない８０％の見込みがある時間として識別されてもよい。帰宅時間は、構造物が占有される８０％の見込みがある時間として識別されてもよい。具体的なパーセンテージは８０％である必要はなく、むしろ、５０％より大きい任意の値であり得、およびそれらは互いに対して同一である必要もなく、むしろ、それらは互いと異なっていてもよい。就寝イベントおよび起床イベントは、サーモスタット２０２によって、たとえば占有センサ、学習された設定点変更などを介して同様に判断されてもよい。したがって、イベントは静的であってもよく、またはそれらは、居住者の習慣および傾向が時間とともに進展するにつれ、時間とともに動的に変化してもよく、イベント、または設定点温度のスケジュールのサブ間隔は、したがって、少なくとも部分的に占有確率プロファイルに基づいてもよい。

【0128】

この結果、スケジュール最適化は、少なくとも部分的に、実時間占有レベルおよび／または占有確率に基づいてもよい。たとえば、エネルギ低減は、構造物が占有されないかまたは占有されないと期待されるときに、より積極的になされてもよく、構造物が占有されるかまたは占有されると期待されるときに、より積極的でなくなされてもよい。ある場合では、居住者の活動レベルがさらに判断されてもよく（つまり居住者が目覚めていそうか、または眠っていそうかを判断してもよく）、エネルギ低減は、高い活動レベル（たとえば居住者が目覚めている）と比較して低い活動レベル（たとえば居住者が眠っている）の間においての方がより積極的になされてもよい。活動レベルは、ユーザとサーモスタットとの対話のタイプおよび／または頻度、構造物における照明の状態、構造物内ネットワーク活性レベル、１日の時間などを含む、さまざまなタイプの情報のうちの１つ以上から判断されてもよい。占有レベルおよび活動レベルは、エネルギ消費における変化率および／または変化の大きさに影響を与えてもよいのみならず、エネルギ消費変更がスケジュール最適化期間を通してなされる時間にも影響してもよい。たとえば、高い占有レベルおよび／または活動レベルは、スケジュール最適化期間の早期において、またはさらにはスケジュール最適化期間中に亘ってエネルギ消費における変更をもたらしてもよく、一方、低い占有および／または活動レベルは、スケジュール最適化期間の後期においてエネルギ消費における変更をもたらしてもよい。

【0129】

図１１Ａに戻って、動作８１６ＢＢにおいて、段階の数および各段階のパラメータが判断される。つまり、ある実施の形態においては、元のスケジュールの最適なスケジュールへの最適化は、１つ以上の段階において生じてもよい。各段階は、全体の最適化期間のほんの一部の間続いてもよい。たとえば、ある最適化期間は３週間の間続いてもよい。最適化期間は、ある数の独立した段階に分離されてもよい。たとえば、３週間の最適化期間は、１週間の継続期間を各々が有する３つの独立した段階に分割されてもよい。各段階中、元の温度設定点のスケジュール内における温度設定点の部分集合が調整されてもよい。部分集合は、互いから一意であってもよく、または重なってもよい。一旦ある段階が完了し、その段階に対応する温度設定点の部分集合が調整されると、後の段階が始まってもよい。後の段階に対応する温度設定点の部分集合は、次いで、第２の段階の継続期間に亘って調整されてもよい。ある場合では、先の段階に対応する温度設定点の部分集合が同時に調整されてもよい。

【0130】

たとえば、図１２Ａ〜図１２Ｈは、実施の形態に従って３つのサブ間隔に分離されるスケジュールに対する３段階修正を含むスケジューリングされた設定点最適化プロセスに従う、元の設定点温度のスケジュールに対してなされる調整を示す。図１２Ａ〜図１２Ｄは、第１の段階中において元のスケジュールに対してなされる漸増的な調整を示す。それらの調整は、元の温度設定点のスケジュールが規定される時間期間の第１のサブ間隔に対応する温度設定点の第１の部分集合に対してなされ、第１のサブ間隔は２３３０ｈｒｓと０５３０ｈｒｓとの間に延在する。この第１のサブ間隔に対する温度設定点は、一週間の間毎日１／７°Ｆだけオフセットされる（この場合、増大される）。たとえば、図１２Ｂは、その週の１日目に対して調整された屋内温度制御軌跡９１２を含む、調整されたスケジュール９１０を示す。図１２Ｃは、その週の２日目に対して調整された屋内温度制御軌跡９２２を含む、調整されたスケジュール９２０を示す。図１２Ｄは、その週の最後の日に対して調整された屋内温度制御軌跡９３２を含む、調整されたスケジュール９３０を示す。その結果、第１の週（または段階）の終わりで、２３３０ｈｒｓと０５３０ｈｒｓとの間に規定される温度設定点は、１°Ｆだけ増大される。

【0131】

図１２Ｅ〜図１２Ｆは、第２の段階中において元のスケジュールに対してなされる漸増的な調整を示す。第１のサブ間隔に対する温度設定点に関して記載される調整は継続される。すなわち、第２の段階の過程、または第２の週の過程に亘って、第１のサブ間隔に対する温度設定点は、第２の週の間、再び、毎日、１／７°Ｆだけ増大させられる。さらに、調整が、０８３０ｈｒと１７３０ｈｒとの間に延在する第２のサブ間隔に対応する温度設定点の第２の部分集合に対してもなされ、温度設定点の第２の部分集合も、第２の週の間、毎日、１／７°Ｆだけ増大させられる。たとえば、図１２Ｅは、その週の１日目に対して調整された屋内温度制御軌跡９４２を含む、調整されたスケジュール９４０を示す。図１２Ｆは、その週の７日目に対して調整された屋内温度制御軌跡９５２を含む、調整されたスケジュール９５０を示す。第２の段階中においてなされた調整の結果、第２の段階または週の終わりで、第１のサブ間隔（つまり２３３０ｈｒｓと０５３０ｈｒｓとの間）に対して規定された温度設定点は、７３°Ｆのそれらの元の設定点温度から７５°Ｆの調整された設定点温度に２°Ｆだけ増大させられ、第２のサブ間隔（つまり０８３０ｈｒｓと１７３０ｈｒｓとの間）に対して規定された温度設定点は、７３°Ｆのそれらの元の設定点温度から７４°Ｆに１°Ｆだけ増大させられる。

【0132】

図１２Ｇおよび図１２Ｈは、第３の段階中において元のスケジュールに対してなされる漸増的な調整を示す。第１および第２のサブ間隔に対する温度設定点に関して記載される調整は継続される。すなわち、第３の段階の過程、または第３の週の過程に亘って、第１および第２のサブ間隔に対する温度設定点は、第３の週の間、再び、毎日、１／７°Ｆだけ増大させられる。さらに、調整が、１７３０ｈｒｓと２３３０ｈｒｓとの間、および０５３０ｈｒｓと０８３０ｈｒｓとの間に延在する、第３のサブ間隔に対応する温度設定点の第３の部分集合に対してもなされ、温度設定点の第３の部分集合も、第３の週の間、毎日、１／７°Ｆだけ増大させられる。たとえば、図１２Ｇは、その週の１日目に対して調整された屋内温度制御軌跡９６２を含む、調整されたスケジュール９６０を示す。図１２Ｈは、その週の７日目に対して調整された屋内温度制御軌跡９７２を含む、調整されたスケジュール９７０を示す。第３の段階中においてなされた調整の結果、第３の段階または週の終わりで、第１のサブ間隔（つまり２３３０ｈｒｓと０５３０ｈｒｓとの間）に対して規定された温度設定点は、７３°Ｆのそれらの元の設定点温度から７６°Ｆの調整された設定点温度に３°Ｆだけ増大させられ、第２のサブ間隔（つまり０８３０ｈｒｓと１７３０ｈｒｓとの間）に対して規定された温度設定点は、７３°Ｆのそれらの元の設定点温度から７５°Ｆに２°Ｆだけ増大させられ、第３のサブ間隔（つまり１７３０ｈｒｓと２３３０ｈｒｓとの間、および０５３０ｈｒｓと０８３０ｈｒｓとの間）に対して規定された温度設定点は、それぞれ、７１°Ｆおよび７２°Ｆのそれらの元の設定点温度から７２°Ｆおよび７３°Ｆに、１°Ｆだけ増大させられる。

【0133】

図１２Ａ〜図１２Ｈを参照して記載される調整および設定点スケジュールは説明の目的のためにのみ示され、本記載の範囲はそのようには限定されないことが認識されるべきである。たとえば、調整は温度における増大として示されているが、調整は、さらに、または代替的に、温度における減少、設定点温度の時間における増大、または設定点温度の時間における減少を含んでもよい。別の例では、スケジュールは３つのサブ間隔に分離されるとして記載されているが、スケジュールはそれより多い、またはそれより少ないサブ間隔に分離されてもよい。別の例では、最適化プロセスは同じ数の段階およびスケジュールサブ間隔を有するとして記載されているが、これらは異なってもよい。別の例では、最適化プロセスは、各段階毎に同じ割合で温度設定点を増大させるとして記載されているが、それらは、複数の段階に亘って、またはさらには１つの段階内においてさえ、異なる割合で調整されてもよい。別の例では、最適化プロセスは温度設定点を各サブ間隔毎に同じ割合で増大させるとして記載されているが、それらは異なるサブ間隔に対して異なる割合で調整されてもよい。別の例では、最適化プロセスは各段階毎に同じサブ間隔を維持するとして記載されているが、サブ間隔のサイズ、位置および／または数は段階間で変動してもよい。別の例では、最適化プロセスは、居住者が目覚めているときと比べて、居住者が眠っているときに、より積極的にエネルギ消費を低減するとして記載されているが、他の実施の形態では、エネルギ消費は、居住者が眠っているときと比べて、居住者が目覚めているときの方が、より積極的に低減されてもよい。

【0134】

ある実施の形態では、サブ間隔は前述のユーザイベントを参照して規定されてもよいことも、認識されるべきである。たとえば、第１のサブ間隔は、就寝イベントまたはその後の起床イベントを参照して規定されてもよく、そうでなければ、居住者が眠っていそうな間隔を規定する。第２のサブ間隔は、出発イベントおよび帰宅イベントを参照して規定されてもよく、そうでなければ、構造物が占有されていなさそうな間隔を規定する。第３のサブ間隔は、帰宅イベントおよび就寝イベントを参照して、ならびに起床イベントおよび出発イベントを参照して規定されてもよく、そうでなければ、構造物が占有されておりかつ居住者が目覚めていそうである間の間隔を規定する。

【0135】

さらに、ある実施の形態では、調整の割合および／または全調整の大きさ（つまり元のスケジュールと最適なスケジュールとの間の差）を、前述のユーザイベントのうちの１つ以上に基づいて判断してもよいことがさらに認識されるべきである。たとえば、調整の割合および／または全調整の大きさは、構造物が、構造物が占有されていなさそうである間の期間と比較して、構造物が占有されていなさそうである間の期間に対しての方がより大きくてもよい。別の例として、調整の割合および／または全調整の大きさは、構造物の居住者が目覚めていそうである間の期間と比較して、構造物の居住者が眠っていそうである間の期間に対しての方がより大きくてもよい。

【0136】

ここで図１１Ａに戻って、先に言及したように、動作８１０ＢＢでは、段階の数および各段階のパラメータが判断される。たとえば、図１２Ａ〜図１２Ｈを参照して記載されるように、段階の数は３つであってもよい。パラメータは、段階の継続期間（たとえば１週間）、段階の数（たとえば３つ）、各段階毎のサブ間隔のサイズ（たとえば２時間）および／もしくは位置（たとえば１７５０ｈｒｓで開始する）、段階に対する温度設定点の調整の割合（たとえば１／７°Ｆ）および／もしくはその段階に対して規定されるサブ間隔、ならびに／または他の特性のような、各段階の特性を規定してもよい。一旦段階の数および各段階のパラメータが判断されると、処理は動作８１６ＣＣに進んで、第１の段階に対するスケジュール最適化が始まってもよい。

【0137】

動作８１６ＤＤでは、１週間設定点スケジュール（または前述のパラメータによって規定される他の期間）がパラメータに従って修正される。たとえば、先に記載されたある実施の形態では、元の設定点温度のスケジュールは、１週間のような特定の期間に対する設定点温度を規定してもよい。そのスケジュール設定点の期間は、前述のパラメータに従って調整されてもよい。たとえば、図１２Ａを参照して、スケジュール９００は、月曜日などのような特定の日に対する設定点温度のスケジュールであってもよい。設定点温度の全スケジュールは、火曜日から金曜日までのような、１週間のうちの他の曜日に対して同一または同様の設定点温度のスケジュールを含んでもよい。全スケジュールは、さらに、土曜日および日曜日に対して、同一、同様、またはより頻繁には、かなり異なる、設定点温度のスケジュールを含んでもよい。この特定の実施の形態では、１週間全体に対する設定点温度のスケジュールは、段階パラメータに従って調整される。たとえば、図１２Ｂを参照して、元のスケジュール９００は、調整されたスケジュール９１０を生成するよう調整されてもよい。調整されたスケジュール９１０は、第１のサブ間隔に対して規定される調整された屋内温度制御軌跡９１２を含み、このサブ間隔に亘る調整された屋内温度制御軌跡９１２は、同じサブ間隔に亘るもとの屋内温度制御軌跡９０４と比較して、１／７°Ｆだけ増大される。月曜日のような特定の日に対するスケジュールを調整することに加えて、調整は、火曜日から金曜日、土曜日および日曜日のような他の曜日に対するスケジュールに対して同様になされてもよい。ある場合においては、第１のサブ間隔は各曜日に対して同じであることになる。ユーザイベントが曜日間で変化する（たとえば起床イベントが月曜日から金曜日における６ａｍから土曜日および日曜日における８ａｍに変化する）ときのような、他の場合では、第１のサブ間隔は、スケジュールにおいて規定される曜日の少なくとも１つに対して異なることになる。同じサブ間隔（たとえば居住者が眠っている見込みの期間を表す第１のサブ間隔）は、１週間スケジュールを通して異なる時間期間に亘って規定されてもよいが、ある実施の形態では、同一の調整（たとえば１／７°Ｆ）がそのサブ間隔に対してなされてもよい。

【0138】

一旦１週間設定点スケジュールが修正されると、処理は動作８１６ＥＥに続き、ＨＶＡＣ制御期間が始まってもよい。ＨＶＡＣ制御期間は、段階未満および全最適化期間未満の時間期間に対して規定されてもよい。たとえば、ＨＶＡＣ制御期間は１日であってもよい（それは、同様に、１日未満または１日より長くもあり得る）。したがって、ＨＶＡＣは、その１日について、調整されたスケジュール（たとえば調整されたスケジュール９１０）に従って制御されてもよい。ＨＶＡＣ制御期間中、ユーザ対話（たとえばサーモスタット２０２、アクセス装置２６６、またはスマートホーム環境２００の他のコンピューティング装置を介する）が監視されてもよい。加えて、または代替的に、ユーザ以外のエンティティ、たとえばエネルギ管理システム１３０、リモートサーバ２６４、またはシステム１００の他のエンティティによる対話が同様に監視されてもよい。そのような監視は、スケジューリングされた設定点温度に対するユーザ変更に対する監視、現在の設定点温度に対するユーザ変更に対する監視、スケジュール最適化を停止するユーザ指示に対する監視、段階パラメータに対する変更に対する監視などを含んでもよい。

【0139】

動作８１６ＦＦにおいて、ユーザが現在の設定点温度を修正したかどうかが判断される。たとえば、サーモスタット２０２は、ユーザが、サーモスタット２０２において、またはアクセス装置２６６において、またはスマートホーム環境２００の１つ以上の他のコンピューティング装置を介して、現在の設定点温度を修正したかどうかを判断してもよい。ユーザが現在の設定点温度を修正したと判断される場合には、次いで処理は動作８１６ＧＧに続き、現在の設定点温度が調整され、すぐにサーモスタットによって従われるかまたはそうでなければサーモスタットによって厳守されてもよい。ＨＶＡＣシステムは、ユーザによって調整されるとおりの現在の設定点温度に従って無限に制御されなくてもよいことが認識されるべきである。そうではなく、ユーザによって調整される設定点温度はある時間期間の間従われてもよい。たとえば、ユーザによって調整される設定点温度が従われるのは、設定点温度のスケジュールにおいて規定される後の設定点に到達するまでであってもよく、その点において、ＨＶＡＣシステムは、その後の設定点に従って制御されることに戻ってもよい。

【0140】

動作８１６ＨＨにおいて、修正がなされた時間、修正の大きさなどのような、修正に関する情報が記憶されてもよい。そのような情報は、たとえば、サーモスタット２０２の記憶素子において記憶されてもよい。一方、動作８１６ＦＦにおいて、ユーザが現在の設定点温度を修正しなかったと判断される場合には、次いで、処理は動作８１６ＩＩに続いてもよい。

【0141】

動作８１６ＩＩでは、ユーザが、設定点温度のスケジュールにおいて規定される設定点温度の１つ以上を修正したかどうかが判断される。たとえば、サーモスタット２０２は、ユーザが、サーモスタット２０２、アクセス装置２６６、またはスマートホーム環境２００の１つ以上の他のコンピューティング装置を介して、設定点温度のスケジュールに規定される設定点温度の１つ以上を修正したかどうかを判断してもよい。ユーザが設定点温度のスケジュールに規定される設定点温度の１つ以上を修正したと判断される場合には、次いで、処理は動作８１６ＪＪに進んで、変更された設定点の時間、修正の大きさなどのような、修正に関する情報を、次いで、記憶してもよい。そのような情報は、たとえば、サーモスタット２０２の記憶素子において記憶されてもよい。他方、動作８１６ＩＩにおいて、ユーザが設定点温度のスケジュールに規定される設定点温度の１つ以上を修正しなかったと判断される場合には、処理は動作８１６ＫＫに続いてもよい。

【0142】

動作８１６ＫＫでは、致命的な割込が生じるかどうかが判断される。致命的な割込は、スケジュール最適化を完了させる、スケジュール最適化における任意の割込であってもよい。これは、たとえば、ユーザがスケジュール最適化を停止する要望を示した結果であってもよい。たとえば、ユーザは、スケジュール最適化を停止するオプションを、サーモスタット２０２の入力／出力インターフェイス、アクセス装置２６６、および／またはスマートホーム環境２００の他のコンピューティング装置を介して選択してもよい。致命的な割込が生ずる場合には、スケジュール最適化は終了してもよい。そうでなければ、処理は動作８１６ＬＬに続いてもよい。

【0143】

動作８１６ＬＬでは、制御期間が終わっているかどうかが判断される。たとえば、制御期間が１日である場合、サーモスタット２０２は、制御期間が、ＨＶＡＣ制御期間が始まってから約２４時間後に終わっている、と判断してもよい。制御期間が終わっていない場合には、処理は動作８１６ＦＦに戻り、監視を継続してもよい。そうでなければ、処理は動作８１６ＭＭに続き、ＨＶＡＣ制御期間が終わっていると判断されてもよい。

【0144】

一旦、ＨＶＡＣ制御期間が終わっていると判断されると、処理は動作８１６ＮＮに続いてもよい。動作８１６ＮＮでは、現在の段階が終わっていると判断される。たとえば、第１の段階が１週間の長さである場合、サーモスタット２０２は、７つの制御期間が実行されるまでは現在の段階は終わっていない、と判断してもよい。図１２Ｂ〜図１２Ｄを簡単に参照して、図１２Ｂは、第１の段階の第１のＨＶＡＣ制御期間に対する調整された屋内温度制御軌跡９１２を含む調整されたスケジュール９１０を示し、図１２Ｃは、第１の段階の第２のＨＶＡＣ制御期間に対する調整された屋内温度制御軌跡９２２を含む調整されたスケジュール９２０を示し、図１２Ｄは、第１の段階の第７の制御期間に対する調整された屋内温度制御軌跡９３２を含む調整されたスケジュール９３０を示す。

【0145】

現在の段階が終わっていないと判断される場合には、処理は動作８１６ＤＤに戻り、１週間設定点スケジュールを再び段階パラメータに従って修正してもよい。たとえば、図１２Ｂおよび図１２Ｃを参照して、調整された設定点スケジュール９１０があるＨＶＡＣ制御期間（たとえば１日）に対して実現された後、設定点スケジュールは、再び、調整されたスケジュール９２０に示されるように調整されてもよい。新たな調整された設定点スケジュール９２０を、次いで、あるＨＶＡＣ制御期間に対して実現してもよい。このプロセスは、新たな調整された設定点スケジュール９３０があるＨＶＡＣ制御期間に対して実現されるまで繰返されてもよい。

【0146】

１週間設定点スケジュールを修正するよう戻る前に、直近の制御期間中にユーザ修正があったかどうかが判断されてもよい。つまり、動作８１６ＮＮにおいて、現在の段階が終わっていないと判断される場合には、処理は動作８１６ＯＯに続き、ちょうど終了したＨＶＡＣ制御期間中にユーザ修正があったかどうかが判断されてもよい。ユーザ修正は、たとえば、現在の設定点に対する修正および／またはスケジューリングされた設定点に対する修正を含んでもよい。ユーザ修正がなかったと判断される場合には、処理は動作８１６ＤＤに戻り、１週間設定点スケジュールが段階パラメータに従って調整されてもよい。しかしながら、ユーザ修正があったと判断される場合には、処理は動作８１６ＰＰに続いてもよい。

【0147】

動作８１６ＰＰでは、１週間設定点スケジュールが段階パラメータおよびユーザ修正の両方に従って修正される。たとえば、ユーザ修正が肯定的なフィードバックを示す場合、変化率（つまり１つ以上の後の調整のサイズ）は（たとえば１／７°Ｆから１／５°Ｆに）増大されてもよく、および／または元のスケジューリングされた設定点温度と最適な設定点温度との間の差は（たとえば１°Ｆから２°Ｆに）増大されてもよい。他方、ユーザ変更が否定的なフィードバックを示すものである場合には、変化率（つまり１つ以上の後の調整のサイズ）は（たとえば１／７°から１／１４°Ｆに）減少されてもよく、および／または元のスケジューリングされた設定点温度と最適な設定点温度との間の差は（たとえば１°Ｆから０．５°Ｆに）減少されてもよい。

【0148】

図１３Ａおよび図１３Ｂを手短に参照して、図１３Ａは、ある実施の形態に従って、どのようなユーザ修正も伴わない、３段階スケジュール最適化に対する、時間に亘っての漸増的スケジュール調整１０００の大きさ（つまり温度オフセットの大きさ）を示す。第１の段階に対して、たとえば図１２Ａ〜図１２Ｄを参照して記載される段階に対して、１週間段階の各曜日において、第１のサブ間隔に対するスケジューリングされた温度設定点が毎日１／７°Ｆだけ調整される（たとえば増大される）。第１の段階の直後に続く第２の段階中では、第１のサブ間隔に対するスケジューリングされた温度設定点が、再び、第２の段階の各曜日に対して１／７°Ｆだけ調整され、第２のサブ間隔に対するスケジューリングされた温度設定点が、第２の段階の各曜日に対して１／７°Ｆだけ調整される。次いで、第２の段階の直後に続く第３の段階中では、第１のサブ間隔および第２のサブ間隔の各々に対するスケジューリングされた温度設定点が、再び、第３の段階の各曜日に対して１／７°Ｆだけ調整され、第３のサブ間隔に対するスケジューリングされた温度設定点が第３の段階の各曜日に対して１／７°Ｆだけ調整される。

【0149】

図１３Ｂは、ある実施の形態に従う、さまざまなユーザ修正を伴う、３段階スケジュール最適化に対する、時間に亘る漸増的スケジュール調整１０５０の大きさを示す。さまざまなユーザ修正は、否定的フィードバックおよび肯定的フィードバックの両方を示すユーザ修正を含み、それは、そのフィードバックの大きさに基づく、スケジュール調整に対する変動を含む。

【0150】

１つの特定の例では、段階１の５番目の日中におけるユーザ修正は否定的フィードバックを示すものである。たとえば、ユーザは、現在の設定点温度の温度を低減し、および／またはスケジューリングされた設定点温度の温度を低減してもよい。ある場合では、現在の設定点温度に対する低減は第１のサブ間隔中に実行されてもよく、一方、他の場合では、低減は第１のサブ間隔以外のサブ間隔中に実行されてもよい。同様に、ある場合では、スケジューリングされた設定点温度の温度に対する低減は、第１のサブ間隔内において規定されるスケジューリングされた設定点温度の温度に対する低減であってもよく、一方、他の場合では、スケジューリングされた設定点温度の温度に対する低減は、第１のサブ間隔以外のサブ間隔において規定されるスケジューリングされた設定点温度の温度に対する低減であってもよい。いずれにしても、段階１の５番目の日中における否定的フィードバックの結果、段階１の６番目および７番目の日のような１つ以上の後の日に対する設定点調整は低減される。たとえば、段階１の６番目の日に対する設定点調整１０５２は、１／２８°Ｆに設定され、１／７°Ｆには設定されない。

【0151】

ある実施の形態では、調整に対する変更の大きさはユーザ修正の数または大きさに関わらず固定されてもよい。たとえば、否定的なフィードバックを示す任意のユーザ修正の結果、スケジューリングされた設定点は１／７°Ｆではなく１／２８°Ｆだけ調整されてもよい。他の実施の形態では、調整に対する変更の大きさは、先のＨＶＡＣ制御期間中におけるユーザ修正の数、大きさ、および／またはタイプに基づいて判断されてもよい。たとえば、先のＨＶＡＣ制御期間中におけるユーザ修正の数が増大するにつれ、調整に対する変更の大きさは増大されてもよい。別の例では、先のＨＶＡＣ制御期間中におけるユーザ修正の大きさが増大するにつれ、調整に対する変更の大きさは増大されてもよい。さらに別の例では、変更の大きさは、現在の設定点温度に対するユーザ変更と比較して、スケジューリングされた設定点温度に対するユーザ変更に対してのほうがより大きくてもよい。

【0152】

ある実施の形態では、調整に対する変更の大きさは時間に亘って低下してもよい。たとえば、段階１の５番目の日の間における否定的なフィードバックを示すユーザ修正に応答して、段階１の６番目の日に対する設定点調整１０５２は、１／７°Ｆではなく１／２８°Ｆに設定されてもよい。設定点調整を後の日に対して１／２８°Ｆに設定される状態で保持する代わりに、１／７°Ｆの元の調整と１／２８°Ｆの新たな調整との間の差が時間に亘って低減されてもよい。たとえば、設定点調整は、段階１の７番目の日に対しては１／２１°Ｆに設定されてもよく（１０５４）、設定点調整は、段階２の１番目の日に対しては１／１４°Ｆに設定されてもよく（１０５６）、その後、設定点調整は、段階２の２番目の日に対しては１／７°Ｆに戻る（１０５８）。

【0153】

ある実施の形態では、設定点調整に対する変更は、設定点温度からなる１つのサブ間隔に対して適用されてもよいだけでなく、設定点温度からなる複数のサブ間隔に対しても適用され得る。たとえば、段階２の５番目の日の間において、否定的なフィードバックを示すユーザ修正が受信されてもよい。ユーザ修正は、たとえば、設定点温度のスケジュールの第１のサブ間隔中に受信されてもよい。スケジュールの第１のサブ間隔に対する段階２の６番目の日に対する設定点調整１０６０の大きさを低減することに加えて、スケジュールの第２のサブ間隔に対する段階２の６番目の日に対する設定点調整１０６２の大きさも（同じ量または異なる量だけ）低減されてもよい（たとえばそれはより少なく低減されてもよい）。

【0154】

ある実施の形態では、設定点調整に対する変更は、設定点最適化プロセスに対して、１つ以上のサブ間隔内において設定点温度を調整することを停止させるように大きくてもよい。たとえば、段階３の２番目の日の間において、否定的なフィードバックを示すユーザ修正が受信されてもよい。ユーザ修正は、たとえば、設定点温度のスケジュールの第３のサブ間隔中に受信されてもよい。ユーザ修正の数、大きさまたはタイプは、非常に大きい（たとえば現在の設定点温度に対する３つ以上の修正、５°Ｆより大きい大きさを有する修正など）ので、そのサブ間隔に対する温度設定点は、段階および／または最適化期間の残りに対しては修正されなくてもよい。たとえば、段階３の２番目の日の間に受信されるユーザ修正がそのような特性を有する場合、スケジュールの第３のサブ間隔に対する段階３の３番目の日に対する設定点調整１０６４は、０に低減されてもよく、そのサブ間隔に対する後の設定点調整もそうであってもよい。

【0155】

先に言及したように、ユーザ修正は、否定的なフィードバックを示してもよいだけでなく、肯定的なフィードバックを示してもよい。たとえば、そのようなユーザ修正は、スケジュールの第１のサブ間隔に対する段階３の４番目の日に対して受信されてもよい。応答して、段階３の５番目の日に対する設定点調整１０６６は、１／７°Ｆではなく、１／４°Ｆに設定されてもよい。後の設定点調整は、図１３Ｂに示されるように同様に規定されてもよく、または否定的フィードバックのある例を参照して先に記載されたように低減されてもよい。

【0156】

ここで図１１Ａおよび図１１Ｂに戻って、記載されるように、ユーザ修正が直近の制御期間中になされた場合には、動作８１６ＰＰにおいて、１週間設定点スケジュールが段階パラメータおよびユーザ修正に従って調整されてもよい。一旦設定点スケジュールが調整されると、処理は段階８１６ＥＥに戻り、新たなＨＶＡＣ制御期間が始められ、ＨＶＡＣは調整された１週間設定点スケジュールに従って制御されてもよい。

【0157】

言及されたように、ユーザ修正は、設定点温度のスケジュールに規定される設定点温度に対する修正であってもよい。たとえば、図１２Ｃを参照して、第１の段階の２番目の日の間に、ユーザは、２４００ｈｒｓにおけるスケジューリングされた設定点温度を、７３°Ｆ（またはより正確には、そのような正確性がユーザに通信される場合には、７３と２／７°Ｆ）から７１°Ｆに手動で変更してもよい。そのような場合、第１の段階（ならびに第２および第３の段階）の後の日の間においては、７３と２／７°Ｆから調整され続ける代わりに、調整は７１°Ｆの新たに設定されたスケジュール設定点温度からなされてもよい。その結果、ユーザは彼らの温度設定点のスケジュールを有利に制御し続けてもよく、一方で、スケジュール最適化は同様にユーザのスケジュールをより最適なものに移行させ続けてもよい。

【0158】

ここで動作８１６ＮＮに戻って、ある段階が終わっていると判断される場合には、次いで、処理は動作８１６ＱＱに続き、その段階が終わっていると判断される。動作８１６ＲＲでは、次いで、さらなる段階があるかどうかが判断される。そうである場合には、処理は動作８１６ＣＣに戻り、新たな段階が始められる。そうでない場合には、それ以上の段階がない場合には、スケジュール最適化プロセスは完了する。

【0159】

図１１Ａおよび図１１Ｂに示される具体的な動作は、ある実施例に従って元の設定点温度のスケジュールを最適化するための特定のプロセスを提供することが理解されるべきである。図１１Ａおよび図１１Ｂを参照して記載されるさまざまな動作は、ここに記載されるさまざまな電子装置またはコンポーネントのうちの１つ以上において実現され、それ（ら）によって実行されてもよい。たとえば、それらは、スマートホーム環境２００、エネルギ管理システム１３０などにおける１つ以上の電子装置において実現され、それ（ら）によって実行されてもよい。他の動作のシーケンスが、代替的実施の形態に従って実行されてもよい。たとえば、この発明の代替的実施の形態は、上に概略を示された動作を、異なる順序で実行してもよい。さらに、図１１Ａおよび図１１Ｂに示される個々の動作は、それら個々の動作に対して適切なさまざまなシーケンスで実行されてもよい複数のサブ動作を含んでもよい。さらに、特定の適用例によっては、追加的な動作を追加するかまたは既存の動作を除去してもよい。

【0160】

図１４Ａ〜図１４Ｌは、さまざまな実施の形態に従ってスケジュール最適化プロセスを実現するためのグラフィカルインターフェイス（ＧＵＩ）を有するサーモスタットを示す。たとえば、ここに記載されるサーモスタットは、サーモスタット２０２に対応してもよいが、サーモスタットに関して記載されるＧＵＩは、アクセス装置２６６のようなスマートホーム環境２００の他のコンピューティング装置上において同様に実現されてもよいことが認識されるべきである。

【0161】

図１４Ａは、スケジュール最適化に対するオプションをユーザに対して表示するＧＵＩ１１１０を有するサーモスタット１１００を示す。このオプションは、たとえば、動作８１２に従って表示されてもよい。ＧＵＩ１１１０は、ユーザがスケジュール最適化プロセスを受入れて完了した場合に期待されるエネルギ低減を記述する、スケジュール最適化プロセスの利益概要１１１２を含む。そのような期待されるエネルギ低減は、たとえば、動作７０４Ｆを参照して記載されるように判断されてもよい。ＧＵＩ１１１０は、さらに、ユーザがスケジュール最適化プロセスを継続もしくはそうでなければ進めたいか、または最適化処理を後のときに遅延したいかどうかを要求するオプション１１１４を表示してもよい。

【0162】

ユーザが、スケジュール最適化プロセスを継続するかまたはそうでなければ進める要望を示す場合には、図１４Ｂに示されるＧＵＩ１１２０がユーザに表示されてもよい。ＧＵＩ１１２０は、スケジュール最適化プロセスにどれぐらいの時間がかかるかを示す情報を含む、スケジュール最適化プロセスのテキスト記述１１２２を含む。ＧＵＩ１１２０は、さらに、ユーザがスケジュール最適化プロセスを即座に開始したいか、または最適化プロセスを後のときのために遅延したいかどうかについてのオプション１１２４を含む。

【0163】

ユーザが、スケジュール最適化プロセスを即座に開始する要望を示す場合には、図１４Ｃに示されるＧＵＩ１１３０がユーザに表示されてもよい。ＧＵＩ１１３０は、スケジュール最適化プロセスが（取消されない場合）いつの日まで実行されるかを記述するテキスト記述１１３２と、スケジュール最適化プロセスに関するさらなる情報がどこで見出され得るかを記述するテキスト記述１１３４とを含む。そのような場合、処理は、たとえば、動作８１６を参照して記載されるように継続してもよい。

【0164】

一方、ユーザが、最適化プロセスを後のときのために遅延する要望を示した場合には、図１４Ｄに示されるＧＵＩ１１４０がユーザに対して表示されてもよい。ＧＵＩ１１４０は、スケジュール最適化プロセスが（そのように制限される場合）いつの日まで利用可能であるかを記述するテキスト記述１１４２、およびスケジュール最適化プロセスに関するさらなる情報がどこで見いだされ得るかを記述するテキスト記述１１４４を含む。そのような場合、処理は、たとえば、動作８０８を参照して記載されるように継続してもよい。

【0165】

ある実施の形態では、さまざまな動作メニューがサーモスタットの入力／出力インターフェイスを介してアクセスされてもよい。そのようなメニューの１つは「エネルギ」メニューを含んでもよく、そのメニューにおいては、スケジュール最適化プロセスに関する情報を含むさまざまな情報が見いだされてもよい。図１４Ｅを参照して、サーモスタット１１００は、「エネルギ」メニューを表示するＧＵＩ１１５０を含む。この特定の例では、ユーザは、前もって、後のときのために最適化プロセスを遅延することを選択しており、したがって、ＧＵＩ１１５０は、利益概要１１１２と同様の、スケジュール最適化プロセスの利益概要を含む。ユーザが利益概要を選択するかまたはそうでなければ起動させる場合には、図１４Ｂに示されるＧＵＩ１１２０がユーザに提示されてもよい。

【0166】

図１４Ｆを参照して、サーモスタット１１００は「エネルギ」メニューを表示するＧＵＩ１１６０を含む。この特定の例では、ユーザは既にスケジュール最適化プロセスを受入れており、したがって、ＧＵＩ１１６０は、スケジュール最適化プロセスが（取消されない場合には）いつの日まで実行されることになるかを記述するテキスト記述を含む。ユーザがテキスト表示を選択するかまたはそうでなければ起動する場合には、図１４Ｇに示されるＧＵＩ１１７０がユーザに対して提示されてもよい。

【0167】

ＧＵＩ１１７０は、どのぐらいの間スケジュール最適化プロセスが実行されているか、スケジュール最適化プロセスの期待される総継続期間、および元のスケジュールと比較して現在の調整されたスケジュールの実現の結果の現在のエネルギ節約を示す、進捗概要１１７２を含む。そのようなエネルギ節約は、動作７０４Ｆを参照して記載されるものと同様に判断されてもよく、この場合では、元のスケジュールおよび現在調整されたスケジュールが用いられ、元のスケジュールおよび最適なスケジュール（つまり最適化プロセスの完了の結果の最適なスケジュール）は用いられない。ＧＵＩ１１７０は、さらに、ユーザがスケジュール最適化プロセスを継続したいかまたはスケジュール最適化プロセスを停止したいかについてのオプション１１７４を含む。

【0168】

ある実施の形態では、ユーザはスケジュール最適化プロセスを停止してもよい。これは、たとえば、（たとえば図１４Ｇを参照して記載されるように）スケジュール最適化プロセスを停止する明示的な要求によってなされてもよい。これは、さらに、または代替的に、たとえば、最適化プロセス中における現在のまたはスケジューリングされた設定点温度に対する大きなユーザ修正の結果としてなされてもよい。これは、さらに、たとえば、ユーザが、ＨＶＡＣ動作状態を、スケジュールが最適化されている状態と反対の状態に変更した結果としてなされてもよい。たとえば、ＨＶＡＣが冷房モードで動作しており、冷房モードに対するスケジュールが最適化されつつある（つまり温度設定点が、空調要素のオン時間を低減するよう増大されつつある）場合に、ユーザがＨＶＡＣを暖房モードで動作させる場合には、そのような変更はスケジュール最適化プロセスを停止させてもよい。ユーザは、ＨＶＡＣの状態を切換えることはスケジュール最適化プロセスを停止する結果となる旨をユーザに警告する、図１４Ｈに示されるＧＵＩ１１８０の警告１１８２のような、警告を提示されてもよい。ユーザは、同様に、スケジュール最適化プロセスを停止しないよう（つまりＨＶＡＣ状態において最初に選択された切換えを実現しないよう）またはスケジュール最適化プロセスを停止する（つまりＨＶＡＣ状態において最初に選択された切換えを実現する）よう、オプション１１８４を提示されてもよい。

【0169】

いずれにしても、ユーザが、明示的または非明示的に、スケジュール最適化プロセスを停止する要望を示すことに応答して、図１４Ｉに示されるＧＵＩ１１９０がユーザに表示されてもよい。ＧＵＩ１１９０は、スケジュール最適化プロセスが停止したという指示１１９２と、元のスケジュールと比較しての、現在調整されたスケジュール（つまり最適化の停止時に調整および実現されたスケジュール）の実現の結果のエネルギ節約を示す概要１１９４と、ユーザに対する、調整されたスケジュールを保持するかまたは彼らの元のスケジュールに戻るかのオプション１１９６とを含む。そのようなオプションは動作８１８を参照して記載されたものと同様であってもよい。

【0170】

スケジュール調整が保持された状態でスケジュール最適化プロセスが完了した場合では、図１４Ｊに示されるＧＵＩ１２００がユーザに対して表示されてもよい。ＧＵＩ１２００は、スケジュール最適化プロセスが完了したという指示１２０２と、完了日および調整されたスケジュールの実現の結果のエネルギ節約を示す概要１２０４とを含む。

【0171】

図１４Ｋ〜図１４Ｌは、ここに記載される自動化されたスケジュール調整プロセスが生じているときの間においてサーモスタット動作と関連付けられる好ましいユーザインターフェイスを示す。同様のユーザインターフェイスが、遠隔サーモスタット制御のために、ブラウザに基づくインターフェイス、スマートフォンインターフェイスなどを用いて与えられる。ユーザに対して、これらの時間中に、ユーザインターフェイスとの関連において、アイコンのマークを自動的に表示することは、特に有用かつ有益であることが見いだされており、アイコンのマークは、自動化されたプロセスが生じていること、およびこの自動化されたプロセスは環境的に有益な目的を達成するよう向けられていることをユーザに安心させること、および／または通知することを含む、複数の目的を同時に達成するよう設計される。１つの特に有用なアイコンのインジケータは、歯車のマークを、そこに埋込まれた葉のマークとともに含むことが見いだされており、歯車は、ユーザの脳裏において、何らかの種類の自動化されたプロセスが生じていることを意味することが見いだされており、葉は、ユーザの脳裏に、このプロセスは環境に対して有益な影響を有することを意味することが見いだされている。歯車の中の葉のマークは外国語に変換される必要がないという１つの利点を有することに加えて、歯車の中の葉のマークは、ユーザにとって警告を与えたり脅したりすることがなく、ユーザは歯車の中の葉のマークをユーザディスプレイから取除くであろうどのような行動もとらないように穏やかにかつ巧みに促されるように、肯定的な意味を有するという利点がさらにある。同時に、歯車の意味によって自動化との連想性があるため、歯車の中の葉のマークは、ユーザを、装置とのどのような不要な手動による対話にも駆り立てることがよりなさそうである。

【0172】

図１４Ａ〜図１４Ｌに示される具体的なＩ／Ｏインターフェイスはある実施の形態に従う特定のＩ／Ｏインターフェイスを記載していることが理解されるべきである。図１４Ａ〜図１４Ｌを参照して記載されるＩ／Ｏインターフェイスは、エネルギ消費者と関連付けられるさまざまな電子装置の１つ以上において実現されてもよい。たとえば、それらは、サーモスタット２０２、ハザード検出ユニット２０４、入口通路インターフェイス装置２０６、壁照明スイッチ２０８、壁プラグインターフェイス２１０、機器２１２、アクセス装置２６６、または識別されたエネルギ消費者に関連付けられる他の電子装置の１つ以上において実現され、およびそれ（ら）によって実行されてもよい。さまざまなメッセージおよび入力要素は必ずしも異なる時間に表示されなくてもよく、いくつかのメッセージは同じディスプレイ上において同時に提示され得る。同様に、いくつかのメッセージおよび情報は同時に提示されるものとして説明されているが、それらは、異なるときに表示されてもよい。いくつかのメッセージは他の通信機構を用いて通信され得、応答は、同様に、他の通信機構を用いて受信され得る。たとえば、可聴、接触、または他の入力／出力機構が用いられ得る。さらに、追加の、または代替の情報が、スケジュール最適化プロセスの実施前、実施中および／または実施後に提示され得、図１４Ａ〜図１４Ｌに示され、それらの図を参照して記載される情報のすべてが提示される必要はないことが認識されるべきである。当業者であれば、数多くの変形例、修正例および代替例を認識および理解するであろう。

【0173】

実施の形態についての完全な理解を提供するために、上の記載で特定の詳細が与えられた。しかしながら、実施の形態はこれらの特定の詳細が無くとも実施され得ることが理解される。たとえば、不必要な詳細によって実施の形態が不明確とならないように、回路はブロック図で示され得る。他の場合において、周知の回路、処理、アルゴリズム、構造、および技術が、実施の形態が不明確となることを回避するために不必要な詳細なしに示され得る。さらに、実施の形態は、以下の共通に譲渡された出願：２０１３年３月１５日に提出された米国連続番号１３／８４２，２１３（リファレンス番号ＮＥＳ０２５３−ＵＳ）；２０１２年９月３０日に提出された米国連続番号１３／６３２，１１８（リファレンス番号ＮＥＳ０１１９−ＵＳ）；２０１２年９月３０日に提出された米国連続番号１３／６３２，０９３（リファレンス番号ＮＥＳ０１２２−ＵＳ）；２０１２年９月３０日に提出された米国連続番号１３／６３２，０２８（リファレンス番号ＮＥＳ０１２４−ＵＳ）；２０１２年９月３０日に提出された米国連続番号１３／６３２，０４１（リファレンス番号ＮＥＳ０１６２−ＵＳ）；２０１２年９月３０日に提出された米国連続番号１３／６３２，０７０（リファレンス番号ＮＥＳ０２３４−ＵＳ）；２０１２年９月２１日に提出された米国仮出願連続番号６１／７０４，４３７（リファレンス番号ＮＥＳ０２５４−ＵＳ）；２０１２年１月３日に提出されたＰＣＴ出願番号ＰＣＴ／ＵＳ１２／２００２６（リファレンス番号ＮＥＳ０１８５−ＰＣＴ）；２０１２年１月３日に提出されたＰＣＴ出願番号ＰＣＴ／ＵＳ１２／００００７（リファレンス番号ＮＥＳ０１９０−ＰＣＴ）；および２０１１年１０月７日に提出された米国連続番号１３／２６９，５０１（リファレンス番号ＮＥＳ０１２０−ＵＳ）の１つ以上に記載されるシステム、方法、装置などの一部またはすべてを含み得て、これらの全ては、引用により援用される。

【0174】

上記の技術、ブロック、ステップ、および手段の実現は、さまざまな方法で行なわれ得る。たとえば、これらの技術、ブロック、ステップ、および手段は、ハードウェア、ソフトウェア、またはこれらの組み合わせにより実現され得る。あるハードウェア実現例については、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理装置（ＤＳＰＤ）、プログラマブルロジック装置（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、上記の機能を実行するために設計された他の電子ユニット、および／またはこれらの組み合わせにおいて、処理ユニットが実現され得る。

【0175】

また、実施の形態は、フローチャート、フロー図、データフロー図、構造図、またはブロック図として描かれる処理として記載され得ることが注記される。フローチャートは動作を逐次処理として記載し得るが、動作の多くは並列または同時に行われ得る。加えて、動作の順序は再構成され得る。処理は、その動作が完了した時に終結されるが、図に含まれていない付加的なステップを有し得る。処理は、方法、関数、手順、サブルーチン、サブプログラムに対応し得る。処理が関数に対応する場合、その終了は、関数を呼び出し関数もしくはメイン関数に返すことに対応する。

【0176】

さらにまた、実施の形態は、ハードウェア、ソフトウェア、スクリプト言語、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、および／またはこれらの任意の組み合わせによって実現され得る。ソフトウェア、ファームウェア、ミドルウェア、スクリプト言語、および／またはマイクロコードで実現された場合、必要なタスクを実行するためのプログラムコードまたはコードセグメントが記憶媒体などのマシン読取可能媒体に記憶され得る。コードセグメントまたはマシン実行可能命令は、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、パッケージソフト、スクリプト、クラス、もしくは命令の任意の組み合わせ、データ構造、および／またはプログラム文を表わし得る。コードセグメントは、情報、データ、引数、パラメータ、および／またはメモリ内容を送信および／または受信することによって他のコードセグメントまたはハードウェア回路に結合され得る。情報、引数、パラメータ、データなどは、メモリ共有、メッセージ受け渡し、トークン受け渡し、ネットワーク送信などを含む任意の好適な手段を介して、受け渡し、転送、または送信され得る。

【0177】

本開示の原理は特定の装置および方法と結び付けて上に記載されたが、この記載は例示のみであって本教示の範囲を限定するものではないことが明確に理解される。

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11A】

【図11B】

【図12A】

【図12B】

【図12C】

【図12D】

【図12E】

【図12F】

【図12G】

【図12H】

【図13A】

【図13B】

【図14A】

【図14B】

【図14C】

【図14D】

【図14E】

【図14F】

【図14G】

【図14H】

【図14I】

【図14J】

【図14K】

【図14L】