(57)【特許請求の範囲】
【請求項１】
サーモスタットであって、
１つ以上の温度センサと、
スリープモードとウェイクモードで動作するように構成されたプロセッサと、
サーモスタット管理サーバと無線通信するWi-Fiチップとを含み、
前記Wi-Fiチップは、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタット管理サーバからデータパケットを受信し、
前記受信したデータパケットの優先度を判定するように構成され、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記Wi-Fiチップはさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングし、
前記標準優先度のパケットを前記プロセッサに転送し、
複数のポートを通じてアクセスポイントと通信するように構成されており、
前記受信したデータパケットの前記優先度は、前記データパケットが前記複数のポートのどのポートで受信されたかに基づいて判定される、サーモスタット。
【請求項２】
サーモスタットであって、
１つ以上の温度センサと、
スリープモードとウェイクモードで動作するように構成されたプロセッサと、
サーモスタット管理サーバと無線通信するWi-Fiチップとを含み、
前記Wi-Fiチップは、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタット管理サーバからデータパケットを受信し、
前記受信したデータパケットの優先度を判定するように構成され、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記Wi-Fiチップはさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングし、
前記標準優先度のパケットを前記プロセッサに転送するように構成されており、
前記キープアライブ優先度のパケットはキープアライブ間隔で受信され、
前記キープアライブ間隔の期間は、前記サーモスタットの電池に関する充電レベルに基づいている、サーモスタット。
【請求項３】
サーモスタットであって、
１つ以上の温度センサと、
スリープモードとウェイクモードで動作するように構成されたプロセッサと、
サーモスタット管理サーバと無線通信するWi-Fiチップとを含み、
前記Wi-Fiチップは、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタット管理サーバからデータパケットを受信し、
前記受信したデータパケットの優先度を判定するように構成され、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記Wi-Fiチップはさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングし、
前記標準優先度のパケットを前記プロセッサに転送するように構成されており、
前記キープアライブ優先度のパケットはTCP/IP ACKパケットを含む、サーモスタット。
【請求項４】
サーモスタットであって、
１つ以上の温度センサと、
スリープモードとウェイクモードで動作するように構成されたプロセッサと、
サーモスタット管理サーバと無線通信するWi-Fiチップとを含み、
前記Wi-Fiチップは、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタット管理サーバからデータパケットを受信し、
前記受信したデータパケットの優先度を判定するように構成され、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記Wi-Fiチップはさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングし、
前記標準優先度のパケットを前記プロセッサに転送し、
前記プロセッサが前記スリープモードにある間、前記サーモスタット管理サーバからキープアライブパケットを受信し、
前記プロセッサを前記スリープモードから移行させることなく、前記キープアライブパケットの返信確認応答を前記サーモスタット管理サーバに送信するように構成されている、サーモスタット。
【請求項５】
サーモスタットであって、
１つ以上の温度センサと、
スリープモードとウェイクモードで動作するように構成されたプロセッサと、
サーモスタット管理サーバと無線通信するWi-Fiチップとを含み、
前記Wi-Fiチップは、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタット管理サーバからデータパケットを受信し、
前記受信したデータパケットの優先度を判定するように構成され、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記Wi-Fiチップはさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングし、
前記標準優先度のパケットを前記プロセッサに転送し、
高優先度データおよび低優先度データとして分類されるデータを受信し、前記受信したデータをフィルタリングするように構成され、
前記フィルタリングは、前記データが高優先度として分類されるか、または低優先度として分類されるかに基づいている、サーモスタット。
【請求項６】
前記Wi-Fiチップはさらに、
前記サーモスタットのエネルギー貯蔵装置のエネルギーレベルとは無関係に、前記高優先度データを受信し、
前記サーモスタットの前記エネルギー貯蔵装置の前記エネルギーレベルが低くない場合に、前記低優先度データを受信するように構成されている、請求項５に記載のサーモスタット。
【請求項７】
サーモスタットであって、
１つ以上の温度センサと、
スリープモードとウェイクモードで動作するように構成されたプロセッサと、
サーモスタット管理サーバと無線通信するWi-Fiチップとを含み、
前記Wi-Fiチップは、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタット管理サーバからデータパケットを受信し、
前記受信したデータパケットの優先度を判定するように構成され、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記Wi-Fiチップはさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングし、
前記標準優先度のパケットを前記プロセッサに転送し、
前記サーモスタット管理サーバから、通信チャネルの切断および再確立の要求を受信し、
前記サーモスタットから前記サーモスタット管理サーバへ、アクセスポイントを通じて、前記サーモスタットと前記サーモスタット管理サーバとの間の前記通信チャネルの再確立要求を送信する、サーモスタット。
【請求項８】
サーモスタットであって、
１つ以上の温度センサと、
スリープモードとウェイクモードで動作するように構成されたプロセッサと、
サーモスタット管理サーバと無線通信するWi-Fiチップとを含み、
前記Wi-Fiチップは、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタット管理サーバからデータパケットを受信し、
前記受信したデータパケットの優先度を判定するように構成され、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記Wi-Fiチップはさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングし、
前記標準優先度のパケットを前記プロセッサに転送するように構成されており、
前記キープアライブ優先度のパケットは、ロングポーリング間隔の間に受信される、サーモスタット。
【請求項９】
前記プロセッサはさらに、
エネルギー貯蔵装置に関する充電レベル情報を受信し、
前記充電レベル情報の少なくとも一部を前記Wi-Fiチップを介して前記サーモスタット管理サーバに送信するように構成されている、請求項１〜８のいずれか１項に記載のサーモスタット。
【請求項１０】
前記キープアライブ優先度のパケットはキープアライブ間隔に従って受信され、
前記キープアライブ間隔の期間は、アクセスポイントがアドレス変換テーブル内の前記サーモスタットに関するエントリを維持することが予期される最小時間に基づいている、請求項１〜９のいずれか１項に記載のサーモスタット。
【請求項１１】
サーモスタットとサーモスタット管理サーバとの間でデータを通信する方法であって、
前記サーモスタットのプロセッサにより、１つ以上の温度センサから１つ以上の温度測定値を、セットポイント温度と前記１つ以上の温度測定値とに従ってＨＶＡＣシステムを制御するために受信するステップと、
前記サーモスタットの前記プロセッサをウェイクモードからスリープモードに移行させるステップと、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタットのWi-Fiチップにより、前記サーモスタット管理サーバからデータパケットを受信するステップと、
前記Wi-Fiチップにより、前記受信したデータパケットの優先度を判定するステップとを含み、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記方法はさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記Wi-Fiチップにより、
前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングするステップと、
前記Wi-Fiチップにより、前記標準優先度のパケットを前記プロセッサに転送するステップと、
前記Wi-Fiチップにより、複数のポートを通じてアクセスポイントと通信するステップとを含み、
前記受信したデータパケットの前記優先度は、前記データパケットが前記複数のポートのどのポートで受信されたかに基づいて判定される、方法。
【請求項１２】
サーモスタットとサーモスタット管理サーバとの間でデータを通信する方法であって、
前記サーモスタットのプロセッサにより、１つ以上の温度センサから１つ以上の温度測定値を、セットポイント温度と前記１つ以上の温度測定値とに従ってＨＶＡＣシステムを制御するために受信するステップと、
前記サーモスタットの前記プロセッサをウェイクモードからスリープモードに移行させるステップと、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタットのWi-Fiチップにより、前記サーモスタット管理サーバからデータパケットを受信するステップと、
前記Wi-Fiチップにより、前記受信したデータパケットの優先度を判定するステップとを含み、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記方法はさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記Wi-Fiチップにより、前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングするステップと、
前記Wi-Fiチップにより、前記標準優先度のパケットを前記プロセッサに転送するステップとを含み、
前記キープアライブ優先度のパケットはキープアライブ間隔で受信され、
前記キープアライブ間隔の期間は、前記サーモスタットの電池に関する充電レベルに基づいている、方法。
【請求項１３】
サーモスタットとサーモスタット管理サーバとの間でデータを通信する方法であって、
前記サーモスタットのプロセッサにより、１つ以上の温度センサから１つ以上の温度測定値を、セットポイント温度と前記１つ以上の温度測定値とに従ってＨＶＡＣシステムを制御するために受信するステップと、
前記サーモスタットの前記プロセッサをウェイクモードからスリープモードに移行させるステップと、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタットのWi-Fiチップにより、前記サーモスタット管理サーバからデータパケットを受信するステップと、
前記Wi-Fiチップにより、前記受信したデータパケットの優先度を判定するステップとを含み、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記方法はさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記Wi-Fiチップにより、
前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングするステップと、
前記Wi-Fiチップにより、前記標準優先度のパケットを前記プロセッサに転送するステップとを含み、
前記キープアライブ優先度のパケットはTCP/IP ACKパケットを含む、方法。
【請求項１４】
サーモスタットとサーモスタット管理サーバとの間でデータを通信する方法であって、
前記サーモスタットのプロセッサにより、１つ以上の温度センサから１つ以上の温度測定値を、セットポイント温度と前記１つ以上の温度測定値とに従ってＨＶＡＣシステムを制御するために受信するステップと、
前記サーモスタットの前記プロセッサをウェイクモードからスリープモードに移行させるステップと、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタットのWi-Fiチップにより、前記サーモスタット管理サーバからデータパケットを受信するステップと、
前記Wi-Fiチップにより、前記受信したデータパケットの優先度を判定するステップとを含み、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記方法はさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記Wi-Fiチップにより、前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングするステップと、
前記Wi-Fiチップにより、前記標準優先度のパケットを前記プロセッサに転送するステップと、
前記プロセッサが前記スリープモードにある間、前記Wi-Fiチップにおいて、キープアライブパケットを前記サーモスタット管理サーバから受信するステップと、
前記プロセッサが前記スリープモードから移行する必要なく、前記Wi-Fiチップから前記サーモスタット管理サーバへ、前記キープアライブパケットの返信確認応答を送信するステップとを含む、方法。
【請求項１５】
サーモスタットとサーモスタット管理サーバとの間でデータを通信する方法であって、
前記サーモスタットのプロセッサにより、１つ以上の温度センサから１つ以上の温度測定値を、セットポイント温度と前記１つ以上の温度測定値とに従ってＨＶＡＣシステムを制御するために受信するステップと、
前記サーモスタットの前記プロセッサをウェイクモードからスリープモードに移行させるステップと、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタットのWi-Fiチップにより、前記サーモスタット管理サーバからデータパケットを受信するステップと、
前記Wi-Fiチップにより、前記受信したデータパケットの優先度を判定するステップとを含み、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記方法はさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記Wi-Fiチップにより、
前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングするステップと、
前記Wi-Fiチップにより、前記標準優先度のパケットを前記プロセッサに転送するステップと、
前記Wi-Fiチップにより、高優先度データおよび低優先度データとして分類されるデータを受信するステップと、
前記Wi-Fiチップにより、前記受信したデータをフィルタリングするステップとをさらに含み、
前記フィルタリングは、前記データが高優先度として分類されるか、または低優先度として分類されるかに基づいている、方法。
【請求項１６】
前記サーモスタットのエネルギー貯蔵装置のエネルギーレベルとは無関係に、前記Wi-Fiチップにより、前記高優先度データを受信するステップと、
前記サーモスタットの前記エネルギー貯蔵装置の前記エネルギーレベルが低くない場合に、前記Wi-Fiチップにより、前記低優先度データを受信するステップとをさらに含む、
請求項１５に記載の方法。
【請求項１７】
サーモスタットとサーモスタット管理サーバとの間でデータを通信する方法であって、
前記サーモスタットのプロセッサにより、１つ以上の温度センサから１つ以上の温度測定値を、セットポイント温度と前記１つ以上の温度測定値とに従ってＨＶＡＣシステムを制御するために受信するステップと、
前記サーモスタットの前記プロセッサをウェイクモードからスリープモードに移行させるステップと、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタットのWi-Fiチップにより、前記サーモスタット管理サーバからデータパケットを受信するステップと、
前記Wi-Fiチップにより、前記受信したデータパケットの優先度を判定するステップとを含み、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記方法はさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記Wi-Fiチップにより、
前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングするステップと、
前記Wi-Fiチップにより、前記標準優先度のパケットを前記プロセッサに転送するステップと、
前記Wi-Fiチップにおいて、前記サーモスタット管理サーバから、通信チャネルの切断および再確立の要求を受信するステップと、
前記サーモスタットから前記サーモスタット管理サーバへ、アクセスポイントを通じて、前記サーモスタットと前記サーモスタット管理サーバとの間の前記通信チャネルの再確立要求を送信するステップとを含む、方法。
【請求項１８】
サーモスタットとサーモスタット管理サーバとの間でデータを通信する方法であって、
前記サーモスタットのプロセッサにより、１つ以上の温度センサから１つ以上の温度測定値を、セットポイント温度と前記１つ以上の温度測定値とに従ってＨＶＡＣシステムを制御するために受信するステップと、
前記サーモスタットの前記プロセッサをウェイクモードからスリープモードに移行させるステップと、
前記プロセッサが前記スリープモードで動作している間、前記サーモスタットのWi-Fiチップにより、前記サーモスタット管理サーバからデータパケットを受信するステップと、
前記Wi-Fiチップにより、前記受信したデータパケットの優先度を判定するステップとを含み、
前記優先度は標準優先度とキープアライブ優先度とを含み、
前記方法はさらに、
前記キープアライブ優先度のパケットが破棄されるように、前記Wi-Fiチップにより、
前記受信したデータパケットを、各パケットの前記判定された優先度に基づいてフィルタリングするステップと、
前記Wi-Fiチップにより、前記標準優先度のパケットを前記プロセッサに転送するステップとを含み、
前記キープアライブ優先度のパケットは、ロングポーリング間隔の間に受信される、方法。
【請求項１９】
前記ロングポーリング間隔は約１００分である、請求項１８に記載の方法。
【請求項２０】
前記サーモスタットのエネルギー貯蔵装置に関する充電レベル情報を受信するステップと、
前記充電レベル情報の少なくとも一部を前記Wi-Fiチップを介して前記サーモスタット管理サーバに送信するステップとをさらに含む、請求項１１〜１９のいずれか１項に記載の方法。
【請求項２１】
コンピュータに、請求項１１〜２０のいずれか１項に記載の方法を実行させるための、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は２０１１年１１月１８日にＰＣＴ国際特許出願として出願されており、米国を除
く全指定国についての出願人は米国国籍企業Nest Labs. Incであり、イタリア人Andrea N
UCIGNAT、米国人Oliver STEELE、米国人Senthilvasan SUPRAMANIAM、米国人Osborne B. H
ARDISON、および米国人Rechard J. SCHULTZは米国の指定に関してのみ出願人である。本
願は２０１０年１１月１９日出願の米国仮出願第61/415,771号、２０１０年１２月３１日
出願の米国仮出願第61/429,093号、および２０１１年１０月１７日出願の米国仮出願第13
/275,307号の優先権主張出願であり、これらの開示内容を参照により本明細書に組み入れ
る。
【０００２】
本特許明細書は、暖房、換気、および空調(HVAC)システムの監視および制御のようなシ
ステム監視および制御に関する。本特許明細書は特に、ネットワークを利用可能な電池駆
動型サーモスタットを用い、電池からのエネルギー利用を節約しながらHVACを監視および
制御するためのシステムおよび方法に関する。
【背景技術】
【０００３】
より新しく、よりサステナブルなエネルギー供給の開発に向けて、多くの努力や関心が
注がれ続けている。エネルギー効率を向上させてエネルギーを節約することは、世界のエ
ネルギーの将来にとって依然として極めて重大である。米国エネルギー省の２０１０年１
０月のレポートによれば、典型的な米国の家庭におけるエネルギー消費の５６％が冷暖房
で占められており、大部分の家庭で最大のエネルギー出費である。大幅なエネルギー効率
の上昇は、住宅冷暖房に関する施設の改良（例えば、進化した断熱材、高効率炉）ととも
に、住宅冷暖房機器のよりよい制御および調整によって実現することができる。思慮深く
選択された間隔、かつ注意深く選択された動作レベルで暖房、換気、および空調(HVAC)機
器を動作させることにより、住空間を居住者にとって適切に快適な状態に維持しながら、
相当なエネルギーを節約することができる。
【０００４】
社会レベルでも、各住居単位でも、居住者を快適な状態に保ちながらエネルギーを節約
可能な進歩したHVAC制御能力を有する、より新しい、マイクロプロセッサ制御の「インテ
リジェントな」サーモスタットで既存の古いサーモスタットを交換することは多くの住居
において有益であろう。これを実現するために、これらのサーモスタットは設置場所の環
境ならびに居住者からより多くの情報を必要とするであろう。現在および予想される戸外
の気象データを取得したり、所謂デマンドレスポンスプログラム（例えば異常気象(extre
me weather)の間に電力会社(utility companies)が発しうる電力警報への自動適合）と協
力したり、ユーザが自身のネットワーク接続機器（例えばスマートフォン、タブレットコ
ンピュータ、ＰＣベースのウェブブラウザ）を通じてサーモスタットにリモートアクセス
および／または制御することを可能にしたり、ネットワーク接続性を必要としうる他の進
んだ能力を利用できるように、好ましくは、これらのサーモスタットが、ローカルエリア
ネットワーク（または他の「プライベートな」ネットワーク）およびインターネット（ま
たは他の「パブリック」ネットワーク）のようなワイドエリアネットワークの両方を含む
コンピュータネットワークに接続する能力をも有することが好ましい。
【０００５】
インテリジェントでネットワーク接続されたサーモスタットを、多数の家庭および企業
において広く、現実的に日常利用されるようにするためには、とりわけ、必要なプロビジ
ョニング、データ管理、およびサポートを提供可能なコンピュータ、ネットワーク、ソフ
トウェアシステムおよび他のネットワークインフラストラクチャの配備を必要とする。イ
ンテリジェントサーモスタットと、集中的に提供される管理サーバ（「クラウドベースの
」管理サーバと呼ぶこともできる）との間のデータ通信方法は、良好な応答性、堅牢性お
よびスケーラビリティを必要とする。しかし同時に、ネットワーク接続されたインテリジ
ェントサーモスタットの広範な導入が商業的に実現可能であるように、用いられるハード
ウェアおよび方法論は、家庭や企業における既存の従来のルータおよびネットワークサー
ビスの多くの設置基盤と互換性を有し、かつ機能できなければならない。
【０００６】
サーモスタットについての別の問題は、多くの家庭および企業においてサーモスタット
が利用可能な外部電力が限られることである。本技術分野において知られているように、
電子サーモスタットはHVACシステム変圧器からサーモスタットに通じる24VAC「共通」線
（「Ｃ線」）を用いて直接電力を供給されてもよい。Ｃ線が設けられる場合、Ｃ線は電子
サーモスタットに電力を供給するという特定の目的を有する。しかしながら、多くのHVAC
装置は、サーモスタットに提供されるＣ線を有さない。そのような場合、多くの電子サー
モスタットはHVACコールリレーコイルに至るHVAC制御線から電力を取る「パワースティー
リング」、「パワーシェアリング」、または「パワーハーベスティング」と呼ばれる方法
によって電力を抽出するように設計されている。そういったサーモスタットは、コールリ
レーコイルの応答閾値未満の少量の電流が自身を通じてコールリレーコイルに流れるよう
にして、自身の電力を、暖房または冷房システムの「オフ」または「活動していない(ina
ctive)」期間に「盗む」「シェアする」または「収穫する」。暖房または冷房システムの
「オン」または「活動している(active)」期間、サーモスタットは少しの電圧降下を許可
することにより、電力を取るように設計されてよい。HVACコールリレーを誤って作動させ
たり作動させなかったりすることなくパワースティーリング法によって安全に供給可能な
瞬時電力量は、通常、非常に限られている。これらの制限は、パワースティーリングサー
モスタットに提供することのできる処理およびネットワーク通信能力についても大幅に制
限しうる。
【０００７】
居住者を快適に維持しつつエネルギーを節約することの可能な、進歩したHVAC制御能力
を有するマイクロプロセッサ制御のインテリジェントサーモスタットを提供することは望
ましいであろう。ネットワーク接続能力のあるそのようなサーモスタットの提供はさらに
望ましいであろう。プロビジョニング、データ管理、および多数のそのようなネットワー
ク接続可能なインテリジェントサーモスタットのサポートを促進するため、クラウドベー
スのサーモスタット管理インフラストラクチャを提供することもさらに望ましいであろう
。そのようなインテリジェントサーモスタットがそのような進歩した処理、HVAC制御、お
よびネットワーク機能を実施可能であり、同時に、家庭および企業における現実的なHVAC
取り付けの多くとサーモスタットが互換性を有するよう、Ｃ線または住宅壁面のコンセン
トを必要としないパワースティーリングによって電力供給をうけることができるようにす
ることがさらに望ましいであろう。クラウドベースのサーモスタット管理サーバおよびそ
のようなネットワーク接続サーモスタットとの間のデータ通信を容易にするためのネット
ワーク通信アーキテクチャ、方法論、およびプロトコルを提供することも望ましいであろ
う。そのようなサーモスタットおよびクラウドベースの管理サーバを、従来のルータおよ
びネットワークサービスの多くの設置基盤と互換性を有する方法で提供することも望まし
いであろう。ここでの開示により、本技術分野に属する当業者は、他の事項も理解するで
あろう。
【発明の概要】
【０００８】
共通出願人による米国特許出願第13/269,501および、上述した他の組み込まれた共通出
願人の出願は、１つ以上の好適な実施形態に特に好適な、進歩した、マルチセンシングか
つマイクロプロセッサ制御されたインテリジェントまたは「学習型」サーモスタットの１
つ以上を示している。このサーモスタットは処理能力、直感的かつ見た目の洗練されたユ
ーザインタフェース、およびネットワーク接続性の豊かな組み合わせを提供すると同時に
、内在する必須構成であるサーモスタットハードウェアがパワースティーリングによって
安全に提供可能な瞬時電力を超える電力を必要としても、Ｃ線（またはコンセントのよう
な家庭の110V電源からの有線電力）を必要としない。説明するサーモスタットはこれらの
目標を、少なくとも、ハードウェアの消費電力がパワースティーリングで安全に提供可能
な電力を下回る期間に蓄電し、ハードウェアの消費電力がパワースティーリングで安全に
提供可能な電力を上回る期間に必要な追加の電力を提供するために放電する充電池（また
は同等のオンボード電力ストレージ媒体）を利用を通じて達成する。ここで開示される１
つ以上の実施形態により、HVACシステムに好適かつ適切なタイミングでの制御を行うため
のサーモスタットとクラウドベースの管理との間のタイムリーなデータ転送を実現しなが
ら、サーモスタットとクラウドベースの管理サーバとの間のネットワーク通信を、電力消
費の低減と充電池の長寿命化を促進するような方法で手助けする方法、システムおよび関
連するアーキテクチャが提供される。
【０００９】
好適な一実施形態によれば、サーモスタットは、自身の充電池の充電レベル（「電池レ
ベル」）を検出するための回路と、少なくとも１つの「スリープ」モード（低めの電力）
および少なくとも１つの「ウェイク」モード（高めの電力）を含む複数の異なる電力消費
モードを有するマイクロプロセッサと、Wi-Fiチップのような無線通信モジュールを含む
。無線通信モジュールは、サーモスタットが設置される家庭、企業または他の構成（「筐
体」）にサービスを提供するローカルエリアネットワーク（「プライベートネットワーク
」）に関連付けられた、統合ルータと通信する。統合ルータはネットワークアドレス変換
(NAT)機能を含み、筐体のプライベートネットワークとインターネットのような外部パブ
リックネットワーク上の外部機器との間のデータ接続を手助けする。インターネットのパ
ブリックアクセスを有するクラウドベースの管理サーバ（「クラウドサーバ」）は、サー
モスタットの無線通信モジュールへデータパケットを送信するとともに、無線通信モジュ
ールから送信されたデータパケットを受信するように構成およびプログラムされる。無線
通信モジュールは、サーモスタットマイクロプロセッサから受信したデータパケットを、
クラウドサーバに配信するために統合ルータへ転送するようにプログラムされかつ構成さ
れる。無線通信モジュールはさらに、クラウドサーバから送信されたデータパケットを統
合ルータから受信するとともに、受信したデータパケットを、クラウドサーバがデータパ
ケットに割り当てている優先度に基づいて選択的にマイクロプロセッサに転送するように
プログラムされかつ構成される。一実施形態について、受信データパケットには標準優先
度とキープアライブ優先度を含む２つの優先度のうちの１つが割り当てられている。標準
優先度パケットはマイクロプロセッサに転送される。キープアライブ優先度パケットは廃
棄される。マイクロプロセッサがスリープモードであれば、無線通信チップからマイクロ
プロセッサへの標準優先度パケットの転送が、マイクロプロセッサをウェイクモードに移
行させる。ウェイクモードの間、マイクロプロセッサは必要に応じてコネクションをオー
プンおよびクローズしながら、クラウドサーバからの標準優先度を有する関連パケットを
用い、必要に応じて無線通信モジュールを通じてクラウドサーバと通信することができる
。これらの通信には、サーモスタットからクラウドサーバへの、サーモスタットの現電池
レベルの継続的な通知(ongoing notifications)が含まれている。クラウドサーバはサー
モスタットから受信した最新の電池レベルを記録する。他の通信目的で確立されたオープ
ンコネクションがない場合、マイクロプロセッサは無線通信モジュールにコネクションオ
ープニングロングポーリングパケットをクラウドサーバに送信させ、３０〜６０分と言っ
た比較的長いロングポーリング間隔についてコネクションをオープン状態に保つ。必要な
アクティビティがない場合、サーモスタットマイクロプロセッサはその後ロングポーリン
グ間隔の間スリープモードに移行してもよい。（マイクロプロセッサスリープ期間に対応
しうる）サーモスタットからの音信がない期間、クラウドサーバは、例えばブラウザまた
はスマートフォンユーザインタフェースからのリモートユーザコマンド、外部通知または
公共事業会社からのデマンドレスポンス要求、スケジュールされたソフトウェア更新など
、サーモスタットに対して通信を潜在的に要求する１つ以上のイベントを処理してもよい
。好適な一実施形態によれば、クラウドサーバは、潜在的に通信を開始させうるイベント
の各々を、複数の温度調節重要度クラスの１つに分類し、対応する標準優先度の（従って
マイクロプロセッサをウェイクモードとする）通信をサーモスタットと行う(instantiate
)かどうかを(i)サーモスタットの最新電池レベルおよび(ii)温度調節重要度クラスに基づ
いて判定するように構成されかつプログラムされる。最新電池レベルが高いか問題のない
レベルであれば、標準優先度の通信が全てのイベントについて実施され、最新電池レベル
が低いか問題のあるレベルであれば、標準優先度の通信は高い温度調節重要度クラスのイ
ベントだけについて実施される。最後に、クラウドサーバは、送信すべき標準優先度パケ
ットがない場合には、１〜５分ごとのような予め定められたキープアライブ間隔でキープ
アライブパケットを無線通信モジュールに送信するように構成されかつプログラムされる
。ある簡単な例では、無線通信モジュールが廃棄するようにプログラムされている単なる
「ACK」パケットがクラウドサーバからキープアライブ優先度パケットとして送信され、
一方でクラウドサーガからの他の全てのパケットは標準優先度パケットと見なされて無線
通信モジュールからサーモスタットマイクロプロセッサに転送される。しかしながら、「
キープアライブ優先度パケット」がTCP「ACK」パケットに限定されるものと解されるべき
ではなく、ルータを通過し、Wi-Fiチップに到達し、Wi-Fiチップにマイクロプロセッサを
目覚めさせないメッセージと解釈されるいかなるタイプのメッセージをも含みうることを
理解すべきである。簡単な例において、セットポイント温度変更コマンドがユーザのスマ
ートフォンリモコンを通じてユーザから受信されたイベントは、クラウドサーバによって
「高い」温度調節重要性を有するものとして分類され、その結果クラウドサーバは、マイ
クロプロセッサを目覚めさせる標準優先度メッセージをロングポーリング間隔中に、電池
レベルとは無関係に送信させるであろう。そして、そのメッセージはマイクロプロセッサ
を目覚めさせ、マイクロプロセッサにセットポイント温度を変更するように命令するであ
ろう。対照的に、スケジュールされた周期的なソフトウェア更新イベントはクラウドサー
バに「低い」温度調節重要性として分類されるであろう。その結果、最新電池レベルが低
いか問題のあるレベルであれば、クラウドサーバはサーモスタットへの対応する標準優先
度データ通信を送信せず、スリープしているマイクロプロセッサをスリープしたままとし
て、電池が再度許容レベルまで充電されるチャンスを広げるであろう。都合の良いことに
、全てのコネクションは上述したロングポーリングの機能を利用してプライベートネット
ワーク内から実施されるため、少なくとも上述したロングポーリング態様のおかげで、上
述した電池コンシャスな節電手法はプライベートネットワークの統合ルータに内蔵された
セキュリティファイアウォール機能と互換性を有する。同時に、上述したキープアライブ
パケット少なくとも用いることにより、上述した電池コンシャスな節電手法は、ロングポ
ーリング間隔が満了する前に関連するトラフィックがない場合にNATテーブルエントリを
シャットダウンすることが多い、多くの共通ルータのネットワークアドレス変換(NAT)テ
ーブル感度と互換性を有する。同時に、説明した手法は、電池コンシャスかつ、電池容量
が少ない場合には、処理が必要な温度調節重要イベントが無い限り、スリープ状態のサー
モスタットマイクロプロセッサがクラウドサーバに目覚めさせられないようにして電池を
保持するものである。ここでさらに説明する別の好ましい実施形態によれば、２つより多
くの温度調節重要度クラスがクラウドサーバによって割り当てられ、通信パケットを送信
するとのクラウドサーバの決定において２つより多くの異なる電池レベルが考慮され、ま
た２つより多くのパケット優先度がクラウドサーバによって割り当てられる。さらなる好
ましい実施形態によれば、異なる重要度を表すために、送信されるパケット上の異なるポ
ート番号を用いるなどすることにより、より多くの異なるレベルのイベント又はパケット
重要性が無線通信モジュールからマイクロプロセッサに通信されてよい。
【００１０】
本発明のいくつかの見地は、一部が充電池のような電池で駆動されるサーモスタットの
ネットワークと通信するためのネットワークシステムおよび関連するアーキテクチャであ
る。本発明の一見地において、サーモスタット通信サーバは電池駆動のサーモスタットと
ネットワークを通じて通信する。インターネットのようなパブリックネットワークを用い
、サーモスタットはサーモスタット通信サーバと確立した通信チャネルを通じて電池レベ
ルを提供する。サーモスタット通信サーバは、サーモスタットに何のデータを送信すべき
かを決定するため、サーバの記憶エリアに電池レベルを保存する。さらに、サーモスタッ
ト通信サーバは、低優先度データタイプから高優先度データタイプまでのデータ優先度に
従い、通信チャネルを通じてサーモスタットに送信すべき１つ以上のデータタイプを分類
する。低優先度データタイプはサーモスタット通信サーバおよびサーモスタットの動作に
余り重要でないデータを含み、高優先度データタイプはずっと重要なデータを含む。サー
モスタットが用いる電池に関する電池レベルが低電池レベルであれば、サーモスタット通
信サーバは高優先度データタイプに分類されたデータだけを通信チャネルを通じてサーモ
スタットに送信してよい。これによってサーモスタットが消費する電力を節約し、サーモ
スタット上の電池に充電や他の機能の実行するための時間を与えることができる。しかし
、サーモスタットの電池レベルが高レベルであると判定されれば、サーモスタット通信サ
ーバは低優先度タイプから高優先度データタイプに分類されたデータを通信チャネルを通
じてサーモスタットに送信してよい。
【００１１】
本発明の別の見地において、通信チャネルはサーモスタット通信サーバについてインタ
ーネットに登録されたパブリックネットワークアドレスとプライベートネットワーク上の
サーモスタットについてルータのネットワークアドレス変換(NAT)テーブルを通じて提供
されるパブリックネットワークアドレスとを用いて確立される。通信チャネルを利用可能
に保つため、サーモスタット通信サーバは、サーモスタット通信サーバから通信チャネル
を通じてサーモスタットへ、ルータのNATタイムアウト期間を超えない最大の時間間隔で
キープアライブパケットを送信する、TCPオーバIPのようなネットワーク通信プロトコル
を用いてロングポーリング間隔を設定する。
【００１２】
本発明のさらに別の見地において、サーモスタット通信サーバは、異なるデータ優先度
タイプをサーモスタットに送信するために複数の通信チャネルを用いる。一実施形態にお
いて、サーモスタット通信サーバは、サーモスタット通信サーバとサーモスタットとの間
に複数の通信チャネルを確立するための要求をサーモスタットから受信する。さらに、サ
ーモスタット通信サーバは、低優先度データタイプから高優先度データタイプまでのデー
タ優先度に従い、サーモスタットに送信すべき１つ以上のデータタイプを分類する。サー
モスタット通信サーバは低優先度データタイプに分類されたデータを低優先度データタイ
プに関連付けられた第１ネットワーク通信チャネルを通じて送信し、高優先度データタイ
プに分類されたデータを高優先度データタイプに関連付けられた第２ネットワーク通信チ
ャネルを通じて送信する。
【００１３】
本発明の別の見地において、サーモスタットは、低優先度データタイプに分類された受
信データ用にサーモスタット上の第１通信チャネルを予約するとともに、高優先度データ
タイプに分類された受信データ用にサーモスタット上の第２通信チャネルを予約する。サ
ーモスタットは第１通信チャネルおよび第２通信チャネルを通じてサーモスタット通信サ
ーバから受信したデータを処理し、サーモスタットに付随する電池の電池レベルが低電池
レベル以下かどうかを判定する。電池レベルが低電池レベル以下の場合、サーモスタット
は、第２通信チャネルを通じてその後受信する、高優先度データタイプに分類されたデー
タの処理を有効としつつ、第１通信チャネルを通じてその後受信する、低優先度データタ
イプに分類されたデータを廃棄するように自身を設定する。電池レベルが低電池レベルよ
り高い場合、サーモスタットは、第１通信チャネルを通じてその後受信する、低優先度デ
ータタイプに分類されたデータの処理と、第２通信チャネルを通じてその後受信する、高
優先度データタイプに分類されたデータの処理をいずれも有効とするように自身を設定す
る。
【００１４】
本発明の別の見地は、ネットワーク上の複数のサーモスタットからサーモスタットイベ
ントを収集し、中央サーバに保存するための代理報告サーモスタットの利用を含む。代理
報告サーモスタットは電池駆動される複数のサーモスタットから構成されるサーモスタッ
ト報告グループの一部である。いくつかの実施形態では、サーモスタット報告グループか
ら最高電池レベルチャージを有するサーモスタットが代理報告サーモスタットに選択され
る。グループ内の各サーモスタットは自身のイベントを、各サーモスタットでの動作およ
び発生するイベントに対応するログに記録する。各サーモスタットによって記録されたこ
れらイベントはネットワークを通じて送信され、収集され、代理報告サーモスタットに関
連付けられた記憶エリアに保存される。各イベントに含まれるサーモスタット識別子は、
各イベントがどのサーモスタットで発生したかを示す。所定時間後、もしくは記憶エリア
が一杯になると、代理報告サーモスタットはイベントをサーモスタット報告グループから
中央サーバにアップロードする。コネクションが未確立であれば、代理報告サーモスタッ
トは一般的にインターネット上に存在する中央サーバとの通信チャネルを確立する。代理
報告サーモスタットに関連付けられた記憶エリアに収集されたイベントがアップロードさ
れると、グループからの新たなイベントを保存できるよう、代理報告サーモスタット上の
記憶エリアを消去することができる。
【図面の簡単な説明】
【００１５】
【図１】１以上の環境条件の制御に、本発明の実施形態に従って実施されたサーモスタットを用いる例示的な筐体を示す図である。
【図２】本発明の実施形態に従って設計されたサーモスタットを用いて制御されるHVACシステムの模式図である。
【図３Ａ】本発明の実施形態に従って設計されたサーモスタットの前向きの面および表示を示す図である。
【図３Ｂ】本発明の実施形態に従って設計されたサーモスタットの前向きの面および表示を示す図である。
【図４Ａ】本発明の実施形態に従って設計されたサーモスタットを操作するユーザの手を示す図である。
【図４Ｂ】本発明の実施形態に従って設計されたサーモスタットを操作するユーザの手を示す図である。
【図５】本発明の実施形態に従って実施されたサーモスタット管理システムに接続されたプライベートネットワーク上のサーモスタットおよびコンピュータを示す図である。
【図６Ａ】本発明の実施形態に従って、データに割り当てられたデータ優先度およびサーモスタット上の電池レベルを用いて通信を制御するサーモスタット通信サーバを示す図である。
【図６Ｂ】本発明の実施形態に従って、データに割り当てられたデータ優先度およびサーモスタット上の電池レベルを用いて通信を制御するサーモスタット通信サーバを示す図である。
【図７】本発明の実施形態に従って、エネルギーの節約とサーモスタットの高性能動作の促進とを両立させる、サーモスタット管理システムのサーモスタット通信サーバ部分を示す図である。
【図８Ａ】本発明の実施形態に従って、電池エネルギーの節約およびサーモスタットの性能進展を両立させながら電池駆動型サーモスタットと通信するために、サーモスタット通信サーバが行う動作のフローチャートである。
【図８Ｂ】本発明の実施形態に従って、サーモスタットの電池レベルおよびデータに関連付けられたデータ優先度タイプに基づいてサーモスタット通信サーバがデータを送信する際のデータの流れおよびイベントを示す、データの流れ図である。
【図９Ａ】本発明の実施形態に係る、異なるデータ優先度タイプに分類されたデータを受信するために複数の通信チャネルを用いる模式的な電池駆動型サーモスタットと通信システムとを示す図である。
【図９Ｂ】本発明の実施形態に係る、異なるデータ優先度タイプに分類されたデータを受信するために複数の通信チャネルを用いる模式的な電池駆動型サーモスタットと通信システムとを示す図である。
【図９Ｃ】本発明の実施形態に従って、複数の通信チャネルを通じて通信するためにサーモスタット通信サーバが行う動作のフローチャートである。
【図９Ｄ】本発明の実施形態に従って、複数の通信チャネルを通じて通信するためにサーモスタットが行う動作のフローチャートである。
【図９Ｅ】本発明の実施形態に従って異なるデータ優先度タイプを送信する複数の通信チャネルを用いる、データおよびイベントの流れを示す例示的なデータの流れ図である。
【図１０Ａ】本発明の実施形態に係る、共通イベントログにイベントを収集する複数のサーモスタットを有する報告グループについての模式的なブロック図およびフローチャートである。
【図１０Ｂ】本発明の実施形態に係る、共通イベントログにイベントを収集する複数のサーモスタットを有する報告グループについての模式的なブロック図およびフローチャートである。
【発明を実施するための形態】
【００１６】
以下の詳細な説明においては、説明を目的として、本発明の様々な実施形態の完全な理
解を提供するために多くの具体的な詳細が説明される。本技術分野に属する当業者は、本
発明のこれら様々な実施形態が、例示のみを目的としたものであって、多少なりとも限定
する意図が存在しないことを理解するであろう。ここでの開示の利益を享受する当業者は
、本発明の他の実施形態に容易に到達するであろう。
【００１７】
さらに、明瞭さを目的として、ここで説明される実施形態の所定の機能については必ず
しも全てが図示または説明されてはいない。本技術分野に属する当業者は、本当の実施時
には、特定の設計目標を達成するために実施固有の多数の決定が必要となりうることを容
易に理解するであろう。これら設計目標は実施形態ごとに、また開発者ごとに異なりうる
。さらに、そういった開発努力は複雑かつ時間を要しうるものであるが、本開示の利益を
享受する当業者にとってはありふれた作業であることが理解されよう。
【００１８】
１つ以上の実施形態は、例えば一戸建て住宅のような住居で使用される典型的なHVACシ
ステムに関して説明されるが、本教示の範囲はそのように限定されるものではないことを
理解されたい。より一般的には、１つ以上の好適な実施形態に係るサーモスタットは、１
つ以上のHVACシステムを有する広範な筐体(enclosure)に適用可能であり、そのような筐
体の非限定的な例には、２世帯住宅(duplexs)、タウンハウス(townhomes)、集合住宅、ホ
テル、小売店、オフィスビル、および工業用建物が含まれる。さらに、ここで説明する１
つ以上のシナリオの文脈上、ユーザ、顧客、設置者(installer)、住宅所有者、占有者、
ゲスト、テナント、家主、修理人などの単語が、サーモスタット、他の機器またはユーザ
インタフェースを対話的に操作する１人以上の人物を言及するために用いられるかもしれ
ないが、それらの参照は、本教示の範囲が、そのような動作を実行している１人以上の人
物に限定されるものとは決して解されてはならない。
【００１９】
本特許明細書の主題は、本出願人による以下の出願の主題に関連するものであり、これ
ら出願の各々は参照により本明細書に組み込まれる。米国特許出願第12/881,430号（2010
年9月14日出願）；米国特許出願第12/881,463号（2010年9月14日出願）;米国特許仮出願6
1/415,771号（2010年11月19日出願）;米国特許仮出願61/429,093号（2010年12月31日出願
）;米国特許出願第12/984,602号（2011年１月4日出願）;米国特許出願第12/987,257号（2
011年１月10日出願）;米国特許出願第13/033,573号（2011年2月23日出願）;米国特許出願
第29/386,021号（2011年2月23日出願）;米国特許出願第13/034,666号（2011年2月24日出
願）;米国特許出願第13/034,674号（2011年2月24日出願）;米国特許出願第13/034,678号
（2011年2月24日出願）;米国特許出願第13/038,191号（2011年3月1日出願）;米国特許出
願第13/038,206号（2011年3月1日出願）;米国特許出願第29/399,609号（2011年8月16日出
願）;米国特許出願第29/399,614号（2011年8月16日出願）;米国特許出願第29/399,617号
（2011年8月16日出願）;米国特許出願第29/399,618号（2011年8月16日出願）;米国特許出
願第29/399,621号（2011年8月16日出願）;米国特許出願第29/399,623号（2011年8月16日
出願）;米国特許出願第29/399,625号（2011年8月16日出願）;米国特許出願第29/399,627
号（2011年8月16日出願）;米国特許出願第29/399,630号（2011年8月16日出願）;米国特許
出願第29/399,632号（2011年8月16日出願）;米国特許出願第29/399,633号（2011年8月16
日出願）;米国特許出願第29/399,636号（2011年8月16日出願）;米国特許出願第29/399,63
7号（2011年8月16日出願）;米国特許出願第13/199,108号（2011年8月17日出願）;米国特
許出願第13/267,871号（2011年10月6日出願）;米国特許出願第13/267,877号（2011年10月
6日出願）;米国特許出願第13/269,501号（2011年10月7日出願）;米国特許出願第29/404,0
96号（2011年10月14日出願）;米国特許出願第29/404,097号（2011年10月14日出願）;米国
特許出願第29/404,098号（2011年10月14日出願）;米国特許出願第29/404,099号（2011年1
0月14日出願）;米国特許出願第29/404,101号（2011年10月14日出願）;米国特許出願第29/
404,103号（2011年10月14日出願）;米国特許出願第29/404,104号（2011年10月14日出願）
;米国特許出願第29/404,105号（2011年10月14日出願）;米国特許出願第13/275,307号（20
11年10月17日出願）;米国特許出願第13/275,311号（2011年10月17日出願）;米国特許出願
第13/317,423号（2011年10月17日出願）;米国特許出願第13/279,151号（2011年10月21日
出願）;米国特許出願第13/317,557号（2011年10月21日出願）;および米国特許仮出願61/6
27,996号（2011年10月21日出願）。
【００２０】
図１は、１以上の環境条件の制御に、本発明の実施形態に従って実施されたサーモスタ
ット１１０を用いる例示的な筐体を示す図である。例えば、筐体１００は、HVACシステム
１２０が提供する暖房および冷房の制御に学習型サーモスタット１１０（便宜上「サーモ
スタット１１０」とも呼ぶ）を用いている一戸建て住宅タイプの筐体を示している。本発
明の代替実施形態は、２世帯住宅、集合住宅内の１区画、オフィスや小売店といった小規
模商業建築物、またはこれらと他のタイプの筐体との組み合わせからなる建築物または筐
体を含む、他のタイプの筐体にも適用されてよい。
【００２１】
図１におけるサーモスタット１１０の一部の実施形態は、筐体１００に関する環境から
データを収集するための１つまたは複数のセンサを内蔵している。サーモスタット１１０
に内蔵されるセンサは、占有状態(occupancy)、温度、明るさおよび他の環境条件を検出
し、HVACシステム１２０の制御および動作に影響を与えてもよい。サーモスタット１１０
に内蔵されるセンサはサーモスタット１１０から突き出ることはなく、それによって住宅
又は他の筐体内の占有者に気付かれることのない、スタイリッシュかつ洗練されたデザイ
ンを提供する。そのため、サーモスタット１１０はインテリアデザインの全体的な見栄え
を向上させつつ、ほとんどの装飾と容易にフィットする。
【００２２】
本明細書において「学習型」サーモスタットとは、少なくとも１つの自動的に検知され
るイベントおよび／または少なくとも１つの過去又は現在のユーザ入力に基づいて、暖房
および／または冷房スケジュールにおける１つ以上の将来の設定値を自動的に確立および
／または変更する能力を有する、１つのサーモスタットまたはマルチサーモスタットネッ
トワーク内の複数の通信サーモスタットの１つを意味する。本明細書において「主」サー
モスタットとは、HVACシステムに通じるHVAC制御線（例えばＷ，Ｇ，Ｙなど）への電気接
続などにより、HVACシステムの全部または一部を作動させるために電気的に接続されてい
るサーモスタットを意味する。本明細書において「補助」サーモスタットとは、HVACシス
テムに電気的に接続されてはいないが、少なくとも１つのセンサを有し、主サーモスタッ
トとのデータ通信により、主サーモスタットによるHVACシステムの制御に影響を与えたり
制御を助けたりするサーモスタットを意味する。ある特定の有用なシナリオにおいて、サ
ーモスタット１１０は主学習型サーモスタットであり、壁に取り付けられるとともにHVAC
制御線の全てに接続されている。一方、リモートサーモスタット１１２は補助学習型サー
モスタットであり、寝室用照明またはドレッサーに配置されている。補助学習型サーモス
タットの外観およびユーザインタフェースの機能は主学習型サーモスタットと同様であり
、補助学習型サーモスタットはさらに、主学習型サーモスタットと同様の検知能力（例え
ば温度、湿度、動き、周辺光、近接）を有するが、HVAC制御線のどれにも接続されていな
い。HVAC制御線には接続されていないが、補助学習型サーモスタットは、筐体内の設置位
置で追加温度データを提供したり、占有者情報を提供したり、ユーザに追加のユーザイン
タフェースを提供したりといったように、HVACシステムの制御を向上させるために主学習
型サーモスタットと無線通信したり強力したりする。
【００２３】
サーモスタット１１０が主学習型サーモスタットでありリモートサーモスタット１１２
が補助学習型サーモスタットである所定の実施形態は特に有利ではあるが、本教示の範囲
はそのような形態に限定されないことを理解すべきである。従って、例えば、ネットワー
ク接続サーモスタットとオンラインユーザアカウントとを自動的に組にするか関連付ける
、ある初期プロビジョニング方法は、サーモスタットが主学習型サーモスタットである場
合に特に有利であるが、主非学習型サーモスタット、補助学習型サーモスタット、補助非
学習型サーモスタット、または他のタイプのネットワーク接続サーモスタットおよび／ま
たはネットワーク接続センサを用いるシナリオに対してより広範に適用可能である。さら
なる例として、サーモスタットを遠隔制御するための所定のグラフィカルユーザインタフ
ェースは、サーモスタットが主学習型サーモスタットである場合に特に有利であるかもし
れないが、主非学習型サーモスタット、補助学習型サーモスタット、補助非学習型サーモ
スタット、または他のタイプのネットワーク接続サーモスタットおよび／またはネットワ
ーク接続センサを用いるシナリオに対してより広範に適用可能である。さらに別の例とし
て、クラウドベースのリモート管理サーバによる、協調的な電池を節約する情報ポーリン
グのための所定の方法は、サーモスタットが主学習型サーモスタットである場合に特に有
利かもしれないが、主非学習型サーモスタット、補助学習型サーモスタット、補助非学習
型サーモスタット、または他のタイプのネットワーク接続サーモスタットおよび／または
ネットワーク接続センサを用いるシナリオに対してより広範に適用可能である。
【００２４】
筐体１００はさらに、無線によっても有線接続によってアクセス可能なプライベートネ
ットワーク（ローカルエリアネットワークまたはLANと呼ばれてもよい）を含んでいる。
プライベートネットワーク上のネットワーク機器は、コンピュータ１２４と、本発明の一
部の実施形態に係るサーモスタット１１０、およびリモートサーモスタット１１２を含ん
でいる。一実施形態において、プライベートネットワークは、ルーティング、無線アクセ
スポイント機能、ファイアウォールおよびコンピュータ１２４のような様々な有線ネット
ワーク機器を接続するための複数の有線コネクションポートを提供する統合ルータ１２２
を用いて実装されている。各機器は統合ルータ１２２から、DHCP(Dynamic Hopt Configur
ation Protocol)のようなサービスを通じて動的に、またはネットワーク管理者の作業を
通じて静的に、プライベートネットワークアドレスが割り当てられる。これらプライベー
トネットワークアドレスは、機器がLANを通じて互いに直接通信できるようにするために
用いることができる。他の実施形態では代わりに、統合ルータ１２２が提供する機能に加
え、さらに別のネットワーク機能を実行するため、複数の独立したスイッチ、ルータおよ
び他の機器（不図示）を用いてよい。
【００２５】
統合ルータ１２２はさらに、筐体１００が一般的にはケーブルモデム、DSLモデムおよ
びインターネットサービスプロバイダまたは他のパブリックネットワークサービスのプロ
バイダを通じた、インターネットのようなパブリックネットワークへのコネクションを有
していれば、ネットワーク機器に対してパブリックネットワークへのアクセスを提供する
。インターネットのようなパブリックネットワークは、ワイドエリアネットワークまたは
WANと呼ばれることもある。インターネットの場合、インターネット上の他の機器によっ
て直接アドレス指定されることが許された特定の機器に対してパブリックアドレスが割り
当てられる。これらインターネット上のパブリックアドレスは量が限られているため、プ
ライベートネットワーク上の機器およびコンピュータは、ネットワークアドレス変換(NAT
)テーブル内の複数のエントリを通じて１つのパブリックアドレスを共有するために統合
ルータ１２２のようなルータ機器を用いることが多い。ルータは、プライベートネットワ
ーク上の機器と、インターネット上の機器、サーバ、またはサービスとの間でオープンさ
れた通信チャネルの各々に対し、NATテーブル内にエントリを作る。プライベートネット
ワーク上の機器から送信されたパケットは最初、送信機器のプライベートネットワークア
ドレスを含んだ「ソース」アドレスと、インターネット上のサーバ又はサービスのパブリ
ックネットワークアドレスに対応する「デスティネーション」アドレスとを有している。
パケットがプライベートネットワークの内部からルータを通過する際、ルータは「ソース
」アドレスを、ルータのパブリックネットワークアドレスとNATテーブル内のエントリを
参照する「ソースポート」に置き換える。このパケットを受信するインターネット上のサ
ーバは、プライベートネットワーク上のルータにパケットを送り返すために「ソース」ア
ドレスおよび「ソースポート」を用い、ルータは対応する参照をNATテーブル内のエント
リで行い、プライベートネットワーク上の適切な機器にパケットを転送する。
【００２６】
NATテーブル内のエントリにより、コンピュータ機器１２４およびサーモスタット１１
０の両方が、インターネットのようなパブリックネットワーク上に配置されたサーモスタ
ット管理システム（不図示）と個別の通信チャネルを確立することを可能にする。いくつ
かの実施形態によれば、サーモスタット管理システム上のサーモスタット管理アカウント
が、筐体１００内のコンピュータ機器１２４がサーモスタット１１０にリモートアクセス
することを可能にする。サーモスタット管理システムはサーモスタット管理アカウントが
サーモスタット１１０に関連付けされているか、サーモスタット１１０と組にされていれ
ば、コンピュータ機器１２４からの情報をインターネットを通じてサーモスタット１１０
へ渡す。従って、サーモスタット１１０で収集されたデータもまた、筐体１００に関連付
けられたプライベートネットワークから統合ルータ１２２を通り、パブリックネットワー
クを通じてサーモスタット管理システムに到達する。スマートフォン、ラップトップコン
ピュータおよびタブレットコンピュータのような、筐体１００内に存在しない他のコンピ
ュータ機器（図１に不図示）もまた、サーモスタット管理システムにアクセス可能であり
、サーモスタット管理アカウントへアクセスされてよいなら、サーモスタット１１０を制
御することができる。本発明の実施形態に係る、インターネットのようなパブリックネッ
トワークのアクセスおよびサーモスタット１１０のようなサーモスタットへのリモートア
クセスのさらなる詳細については、以下でより詳細に説明する。
【００２７】
いくつかの実施形態において、サーモスタット１１０はリモートサーモスタット１１２
とプライベートネットワークまたはリモートサーモスタット１１２が直接形成するアドホ
ックネットワークを通じて無線通信することができる。リモートサーモスタット１１２と
の通信中、サーモスタット１１０はユーザからおよびリモートサーモスタット１１２によ
って検出された環境から遠隔的に情報を収集することができる。例えば、リモートサーモ
スタット１１２は、リモートサーモスタット１１２から離れた位置からのユーザ入力を提
供するサーモスタット１１０と無線通信したり、ユーザに情報を表示するために用いられ
たり、その両方のために用いられたりしてよい。サーモスタット１１０と同様に、リモー
トサーモスタット１１２の実施形態も、占有者、温度、明るさおよび他の環境条件に関す
るデータを収集するためのセンサを含むことができる。代替実施形態において、リモート
サーモスタット１１２は筐体１００の外に配置されてもよい。
【００２８】
図２は、本発明の実施形態に従って設計されたサーモスタットを用いて制御されるHVAC
システムの模式図である。HVACシステム１２０は、図１に示すような一戸建て住宅のよう
な筐体１００に、暖房、冷房、換気、および／または空気処理を提供する。他の実施形態
では放射熱ベースのシステム、ヒートポンプベースのシステムなど、他のタイプのHVACシ
ステムを用いてもよいが、システム１２０は強制空気タイプの暖房および冷房システムを
示している。
【００２９】
暖房時、エアハンドラ２４０内部の加熱コイルまたは素子２４２はライン２３６からの
電気又はガスを用いる熱源を提供する。ファン２３８を用いてリターンエアダクト２４６
およびフィルタ２７０を通じて筐体から引き込まれた冷気は、加熱コイル又は素子２４２
を通じて加熱される。加熱された空気流は、供給エアダクトシステム２５２およびレジス
タ２５０のような供給エアレジスタを通じて１つ又は複数の場所で筐体内に戻る。冷房時
、戸外コンプレッサー２３０がフレオンのようなガスを冷却するため、熱交換器コイル群
２４４を通過させる。ガスはライン２３２を通じてエアハンドラ２４０内の冷却コイル２
３４に達し、そこで膨張して冷たくなり、ファン２３８によって循環させられている空気
を冷却する。様々な実施形態において、空気がダクトシステム２５２を通過する前に空気
に水分を戻す加湿器２５４が、必要に応じて用いられてよい。図２には示していないが、
HVACシステム１２０の代替実施形態は、戸外との間で換気する機能や、ダクトシステム２
５２内部の気流を制御するための１つ又は複数のダンパーや、緊急加熱ユニットのような
他の機能を有してもよい。HVACシステム１２０の全体動作は、制御線２４８を通じてサー
モスタット１１０と通信する制御電気回路２１２によって選択的に作動させられる。
【００３０】
図３Ａ〜３Ｂは、本発明の実施形態に従って設計されたサーモスタットを示している。
サーモスタット１１０の内部には、サーモスタット１１０を図１および図２に示すHVACシ
ステム１２０のようなHVACシステムに電気的に接続する制御回路がある。サーモスタット
１１０内部の１つまたは複数のマイクロプロセッサ（不図示）は、HVACシステム１２０の
動作および制御に関連する情報を処理するための、バックプレート３１４内のバックプレ
ートプロセッサを含み、様々な計算を実行するために利用可能である。サーモスタット１
１０のヘッドユニット３１２部分のディスプレイおよびユーザインタフェース部分とネッ
トワークプロトコルとを制御するために、別の、ヘッドユニットプロセッサ（不図示）を
用いてもよい。LANおよびパブリックネットワークまたは、インターネットのようなワイ
ドエリアネットワーク(WAN)を通じた無線通信を可能とするために、サーモスタット１１
０の内部にはネットワークインタフェースコントローラまたはNIC（不図示）が設けられ
ている。
【００３１】
図示した実施形態において、サーモスタット１１０は、カバー３０４およびグリル部材
３０８を含む、前に向いた面を有する筐体３１６に内蔵されている。グリル部材３０８は
、サーモスタットの筐体３１６内に配置されたセンサの統合および動作を容易にしつつ、
サーモスタット１１０のスタイリッシュで、シンプルで、整頓されかつ洗練されたデザイ
ンに合うようにデザインされている。特に、いくつかの好ましい実施形態に係るサーモス
タットには、グリル部材３０８の裏にパッシブ赤外線(PIR)方式の占有状態センサおよび
温度センサが設けられる。追加センサはさらに、環境光センサ（不図示）および、カバー
３０４のすぐ裏の、サーモスタットの最上部付近に配置されるアクティブ近接センサ（不
図示）を含んでもよい。筐体３１６のいくつかの実施形態は、バックプレート３１４およ
びヘッドユニット３１２を含む。筐体３１６は、サーモスタット１１０に用いられ、かつ
含まれる１つまたは複数の内蔵センサに、魅力的かつ耐久性のある構造を提供する。
【００３２】
カバー３０４の周辺領域３１０が塗装または曇った仕上げにより不透明されてよいのに
対し、カバー３０４の中央表示領域３０６にはサーモスタットの動作に関する情報の表示
が可能である。例えば、中央表示領域３０６は図３Ａに７５度を示す数字「７５」によっ
て示されるように、現在の温度を表示するために用いられてよい。中央表示領域３０６は
また、筐体１００内で利用可能な無線ネットワークを表示したり、無線ネットワークの１
つを選択、アクセス、および利用するためにサーモスタット１１０を設定するためのユー
ザインタフェースを提示したりするために用いられてもよい。
【００３３】
サーモスタット１１０のいくつかの実施形態は円形で、ユーザ入力を受け付けるための
周縁リング３０２を有している。サーモスタット１１０の側面図である図３Ｂでは、周縁
リング３０２の対応する表面部分とマッチする、湾曲した球状のカバー３０４および、外
側に向かって緩やかに弧を描くグリル部材３０８をさらに強調している。いくつかの実施
形態において、カバー３０４の曲率は中央表示領域３０６に表示されている情報を拡大す
るようにされてよく、それによってユーザが情報を読みやすくなる。サーモスタット１１
０の形状は壁に設置された際に視覚的に魅力的なアクセントを与えるだけでなく、ユーザ
が手で触れて調整するのに自然な形状を提供する。従って、サーモスタット１１０の直径
は、約80mmか、手に馴染む他の直径とすることができる。様々な実施形態において、回転
する外縁リング３０２は、新たな目標温度の選択などの調整をユーザが行うことを可能に
する。例えば、目標温度が、外縁リング３０２を時計回りに回転させると上がり、外縁リ
ング３０２を反時計回りに回転させると下がるようにしてもよい。
【００３４】
マイクロプロセッサ、無線NICおよび他の電気回路の動作は、サーモスタット１１０内
部に配置された充電池（不図示）によって電力が供給される。いくつかの実施形態におい
て電池は、HVACシステムから引かれた「Ｃ」線からの24VAC電力もしくはサーモスタット
１１０に直接接続されたAC-DC変換器を用いて直接充電される。あるいは、これらの直接
的な方法が利用できなければ、例えば上述した米国特許出願第13/034,678号および同13/2
67,871号に記載されるような１つまたは複数のタイプのエネルギーハーベスティングも内
蔵電池の充電に用いてよい。本発明のいくつかの実施形態は、HVACシステムを高いレベル
の性能および応答性で制御するサーモスタットの動作を維持しながら、電池の効率的な使
用を促進する方法で、サーモスタット１１０と通信し、動作させる。いくつかの実施形態
は、インターネットのようなパブリックネットワーク上に位置するサーモスタット管理シ
ステムがサーモスタット１１０といつ通信することができるかを決定するために、電池レ
ベル充電(battery-level charge)および通信の優先度や相対的な重要性を用いることがで
きる。
【００３５】
図４Ａ〜４Ｂは、本発明の実施形態に従って設計されたサーモスタットを操作するユー
ザの手を示している。図示の通り、サーモスタット１１０は円形で、壁に設置されており
、ユーザ入力を受け付けるための回転可能な外縁リング３０２を有している。サーモスタ
ット１１０上のカバー３０４は、サーモスタット１１０の動作前、動作中および動作後に
、情報およびフィードバックをユーザに提供するための中央表示領域３０６を含んでいる
。いくつかの実施形態において、カバー３０４の周辺部３１０はユーザがサーモスタット
１１０を押下したり他の操作をしたりするための領域を明確に示し、そのために塗装や曇
り仕上げを用いて不透明とされる。
【００３６】
サーモスタット１１０のヘッドユニット３１２は、バックプレート（不図示）上に配置
され、ヘッドユニット前部４０２とヘッドユニットフレーム４０４を含んでいる。ヘッド
ユニット前部４０２は、本発明の実施形態に従って設計された外縁リング３０２、カバー
３０４の中央表示領域３０６および周辺部３１０、ならびにグリル部材３０８を含んでい
る。
【００３７】
いくつかの実施形態によれば、ユーザに自身を持たせるとともに視覚的かつ機能的な洗
練さを進展させるという複合的な目的で、サーモスタット１１０は、図４Ａに示すような
、外縁リング３０２を回転させる第１のユーザ入力（「リング回転」とも呼ぶ）と、図４
Ｂに示すような、ヘッドユニット前部４０２を可聴的および／または触感的な「クリック
」が生じるまで内側に押し込む第２のユーザ入力という２つのタイプのユーザ入力だけで
制御される。いくつかの実施形態によれば、図４Ｂに示す内側への押下は外縁リング３０
２のみを前方へ移動させ、別のいくつかの実施形態によれば、ヘッドユニット前部４０２
全体が押下とともに内側へ移動する。いくつかの実施形態においてカバー３０４およびグ
リル部材３０８は外縁リング３０２と一体には回転しない。
【００３８】
いくつかの実施形態によれば、ヘッドユニット前部４０２の内側への押下を生じさせる
方法に応じて複数のユーザ入力が生成されてもよい。いくつかの実施形態において、ヘッ
ドユニット前部４０２を可聴的および／または触感的なクリックが生じるまでの１回の短
い押下後の開放（シングルクリック）を、ユーザ入力の１つのタイプとして認識すること
ができる（「内側クリック」とも呼ぶ）。いくつかの実施形態において、ヘッドユニット
前部４０２を押下し、そのまま１〜３秒程度の時間内側に押下し続ける操作を、ユーザ入
力の別のタイプとして認識することができる（「プレスアンドホールド」とも呼ぶ）。別
のいくつかの実施形態によれば、ダブルおよび／または複数回のクリックおよび、より長
いおよび／またはより短い時間のプレスアンドホールドのようなユーザ入力の他のタイプ
が、ユーザによってもたらされてもよい。別のいくつかの実施形態によれば、ユーザ入力
のさらに他のタイプを生成するために、速度や加速度を考慮した回転入力を実装してもよ
い（例えば、非常に大きく早い左方向への回転が、「不在(away)」占有状態を指定する一
方、非常に大きく早い右方向への回転が「人がいる(occupied)」占有状態を指定する）。
【００３９】
図５は、本発明の見地に従って設計されたクラウドベースのサーモスタット管理サーバ
５１６に接続された、プライベートネットワーク５０２上のサーモスタットおよびコンピ
ュータを示す図である。一実施形態において、プライベートネットワーク５０２は、スマ
ートフォン５０８、タブレット５１０、コンピュータ５１２、サーモスタット１１０およ
びリモートサーモスタット１１２のような様々な機器をまとめて接続しながら、主に、図
１における筐体１００のような筐体の内部もしくは近くでネットワーク接続性を提供する
ように設計される。図１の統合ルータ１２２のようなプライベートネットワーク５０２内
のルータ（不図示）は、これら機器間の有線および無線接続性をTCP/IPのようなネットワ
ークプロトコルを用いて提供する。サーモスタットの近隣で有線接続が使用できないかも
しれないこと、および／または有線接続ソケットをサーモスタット１１０やリモートサー
モスタット１１２に含めることが望ましくないことから、サーモスタット１１０およびリ
モートサーモスタット１１２は無線でプライベートネットワーク５０２に接続されること
が好ましい。
【００４０】
サーモスタットアクセスクライアント５１４は、パブリックネットワーク５０４を通じ
てクラウドベースの管理サーバ５１６にアクセスするために本発明の見地に従って設計さ
れたクライアントアプリケーションである。本明細書において「サーモスタット管理シス
テム」という用語は、サーモスタットに関しては「クラウドベースの管理サーバ」とも呼
んだり、あるいはさらに簡単に「クラウドサーバ」とも呼んだりする。サーモスタットア
クセスクライアント５１４は、異なる機器上で実行するために設計され、マルチクライア
ントアプリケーションはデバイスプラットフォームまたはＯＳの要求に基づく様々な技術
を用いて開発することができる。いくつかの実施形態について、サーモスタットアクセス
クライアント５１４は、エンドユーザが、クラウドベースの管理サーバ５１６にアクセス
したり、管理サーバ５１６とやりとりしたりすることが可能な、自身のインターネットア
クセス可能な機器（例えばデスクトップコンピュータ、ノート型コンピュータ、インター
ネット利用可能なモバイル機器、レンダリングエンジンを有する携帯電話機、など）を操
作するように実装される。エンドユーザマシンまたは機器は、ウェブブラウザ（例えば I
nternet Explorer, Firefox, Chrome, Safari）や、一般にはAJAX技術（例えばXHTML, XM
L, CSS, DOM, JSONなど）と互換性を有する他のレンダリングエンジンを有する。AJAX技
術はマークアップや情報にスタイルを付与するためのXHTML（拡張可能HTML）およびCSS（
カスケーディングスタイルシート）、クライアント側のスクリプト言語を用いてアクセス
されるDOM（ドキュメントオブジェクトモデル）の利用、XMLおよび他のテキストデータを
HTMLを用いるサーバとの間で非同期に送受信するためのXMLHttpRequestオブジェクト（ス
クリプト言語が用いるAPI）の利用、およびサーバ＝クライアント間でデータ転送するた
めの様式としてのXMLまたはJSON（Javaスクリプトオブジェクトノーテーション、軽量デ
ータ交換フォーマット）の利用を含む。ウェブ環境においてエンドユーザは、通常の方法
、すなわちサービスプロバイダドメインに関連付けられたURLをブラウザで開くことによ
り、サイトにアクセスする。ユーザはユーザ名およびパスワードの入力により、サイト（
又はその一部）に認証される。エンドユーザエンティティマシンとシステムとの間のコネ
クションは、プライベート（例えばSSLを用いる）であってよい。システムのサーバ側は
、IPスイッチ、ウェブサーバ、アプリケーションサーバ、管理サーバ、データベースなど
、従前のホスティング要素を有してよい。クライアント側でAJAXが用いられる場合、クラ
イアント側のコード（AJAX shim)はエンドユーザのウェブブラウザまたは他のレンダリン
グエンジンでネイティブに実行される。このコードはクライアントマシンに持続的に常駐
してもよいが、典型的にはエンドユーザがサイトにアクセスした際にクライアントマシン
に供給される。最後に、インターネットプロトコル(IP)上のウェブベースアプリケーショ
ンを説明したが、これは限定ではなく、固定回線でもモバイル回線であっても、任意のラ
ンタイムアプリケーションにおいてスタンドアロンアプリケーションによって提供されう
る技術およびユーザインタフェーステクノロジーとしてである。クラウドベースの管理サ
ーバ５１６、サーモスタットアクセスクライアント５１４、および他の機器間における通
信に用いられるネットワークプロトコルとして、いくつかの実施形態ではTCP/IPプロトコ
ルを説明したが、それは限定ではなく例として説明されたものであって、特にUDPオーバI
Pのような他のいかなる好適なプロトコルも、本教示の範囲内で用いることができる。さ
らに別の実施形態において、サーモスタットアクセスクライアント５１４は、スタンドア
ロンアプリケーションまたは、アップル社のiOSオペレーティングシステム、グーグル社
のAndroidオペレーティングシステムなどが稼動するスマートフォン５０８やタブレット
５１０のような特定の機器にダウンロードされ稼動するように設計された「app」であっ
てよい。
【００４１】
本明細書で説明した実施形態は、サーモスタット１１０／１１２とクラウドベースの管
理サーバ５１６との間の温度調節に関するデータの信頼できる通信のための、電池を意識
した方法を有利に提供するが、家庭および企業の大集団をサービスする多種多様な従来の
統合ルータと互換性を有するようにも有利に構成される。従って、限定ではなく例として
、プライベートネットワーク５０２をサービスするルータ（不図示）は、例えば D-Link
社製 DIR-655 Extreme N無線ルータ, Netgear社製の WNDR3700 RangeMax デュアルバンド
無線 USB ギガビットルータ, バッファローテクノロジー社製Nfiniti WZR-HP-G300NH 無
線Nルータ, Asus社製 RT-N 16無線ルータ,シスコ社製Linksys E4200デュアルバンド無線
ルータ, 又はシスコ社製Linksys E4200デュアルバンド無線ルータであってよい。
【００４２】
一実施形態において、図５に示すクラウドメースの管理サーバ５１６は、サーモスタッ
トアクセスクライアント５１４が稼動するプライベートネットワーク５０２上のコンピュ
ータ機器により、パブリックネットワーク５０４を通じてアクセスされてよい。サーモス
タットアクセスクライアント５１４はまた、パブリックネットワーク５０４に直接接続さ
れたタブレット５０６のようなコンピュータ機器で実行されまたは稼動してもよい。サー
モスタットアクセスクライアント５１４が様々な異なる方法でサーモスタット１１０また
はリモートサーモスタット１１２とやりとりできるように、各サーモスタットアクセスク
ライアント５１４がクラウドベースの管理サーバ５１６上のサーモスタット管理アカウン
トにアクセス可能であることが好ましい。いくつかの実施形態において、サーモスタット
アクセスクライアント５１４はサーモスタット１１０およびリモートサーモスタット１１
２から過去に収集され、クラウドベースの管理サーバ５１６に保存されたセンサデータに
アクセスするために用いられてよい。別のいくつかの実施形態において、例えば、サーモ
スタットアクセスクライアント５１４は、サーモスタット１１０の遠隔制御や遠隔的な設
定のために用いられてよい。サーモスタットアクセスクライアント５１４はまた、電池レ
ベル測定値、ファームウェア更新レベル、診断データ、またはサーモスタットによってサ
ーモスタットアクセスクライアント５１４に明らかにされる他の任意のデータを含む、サ
ーモスタット１１０またはリモートサーモスタット１１２上の他の情報を収集してもよい
。
【００４３】
サーモスタット１１０およびリモートサーモスタット１１２の各々は、パブリックネッ
トワーク５０４を通じて確立された１つ又はいくつかの通信チャネルを通じてクラウドベ
ースの管理サーバ５１６とも通信する。プライベートネットワーク５０２上の他の機器と
同様、サーモスタット１１０およびリモートサーモスタット１１２はパブリックネットワ
ークアドレスを有さないので、ルータおよびNATテーブル５１８の対応するエントリの助
けを受けずに、インターネットや他のパブリックネットワーク上で直接通信することはで
きない。図５における例では、サーモスタット１１０はプライベートネットワークアドレ
ス192.168.1.108とプライベートポート番号60720を有し、リモートサーモスタット１１２
にはプライベートネットワークアドレス192.168.1.110と３つの異なるプライベートポー
ト番号60744、60743および60722が設定されている。この例において、サーモスタット１
１０は、パブリックネットワークアドレス107.20.224.12およびパブリックポート番号443
を有するクラウドベースの管理サーバ５１６との通信チャネルの確立を開始する。従って
、プライベートネットワーク５０２上のルータ（不図示）は、サーモスタット１１０のソ
ースアドレス192.168.1.108およびソースポート60720と、クラウドベースの管理サーバ５
１６のデスティネーションアドレス107.20.224.12およびデスティネーションポート443と
の間の通信のための、NATポート1022で識別されるエントリをNATテーブル５１８に作成す
る。
【００４４】
別の構成において、サーモスタット１１０および１１２は、サーモスタット１１０とと
もに図示されているような１つのコネクションではなく、クラウドベースの管理サーバ５
１６への複数の通信チャネルを設定されてよい。一例として、サーモスタット１１２が３
つのポート60744、60743、および60722を通じて複数の通信チャネルの確立を開始すると
、ルータは、NATポート1044、1921、および1758で識別される３つのエントリをさらにNAT
テーブル５１８に作成する。NATポート1044、1921、および1758で識別されるNATテーブル
５１８内の追加対応エントリはソースアドレス192.168.1.110およびソースポート60744、
60743、および60722を含み、それぞれ、クラウドベースの管理サーバ５１６のデスティネ
ーションアドレス107.20.224.12およびデスティネーションポート443に関連付けられる。
本発明の様々な実施形態において、クラウドベースの管理サーバ５１６と他のサーモスタ
ットとの間の通信はサーモスタット１１０に設定されるように１つの通信チャネル上で発
生してよく、他の実施形態はリモートサーモスタット１１２に提供されるような複数の通
信チャネルを用いてもよい。
【００４５】
TCP/IPのようなプロトコルを用いてデータが伝送される場合、プライベートネットワー
ク５０２内のルータは、プライベートネットワークと、クラウドベースの管理サーバ５１
６のようなパブリックネットワーク上のサーバ又は機器との間で通信チャネル上を通過す
るデータのパケット内のアドレスを変更する。一例において、ルータはリモートサーモス
タット１１０から、クラウドベースの管理サーバ５１６のデスティネーションアドレス10
7.20.224.12およびデスティネーションポート443とともにソースアドレスフィールド192.
168.1.108とソースポート60720を有するパケットを受信するであろう。ルータはこのパケ
ットをインターネットに出す前に、NATテーブル５１８を参照し、ソースアドレスフィー
ルドおよびソースポートフィールドの値をルータに割り当てられているパブリックアドレ
ス76.21.3.203と対応するNATポート1022にそれぞれ置き換える。パブリックネットワーク
上に送信される、図５の変更後のパケットヘッダ５２０は、デスティネーションアドレス
およびデスティネーションポートは元のままだが、ソースアドレスおよびソースポートが
ルータのパブリックネットワークアドレスとNATテーブル５１８からのポート番号に変更
されている。NATテーブル５１８内のエントリが存在する限り、サーモスタット１１０お
よび１１２はクラウドベースの管理サーバ５１６へのパブリックネットワーク５０４上の
個別の通信チャネルを通じて通信することができる。
【００４６】
これら通信の間、本発明のいくつかの実施形態は、サーモスタットの電池レベルおよび
サーモスタットの性能への影響を考慮する。サーモスタットの電池レベルが低い場合、サ
ーモスタットとのさらなる通信は、HVACシステムの制御やネットワーク上での通信といっ
た不可欠な機能を実施するためのサーモスタットの能力に影響を与えうる。図５に示すよ
うに、サーモスタット１１０に隣接する電池拡大イメージ１１０Ａはサーモスタット１１
０内の電池の電池レベルを模式的に示している。本例における電池イメージ１１０Ａは、
約８０％充電された状態を示しており、サーモスタット１１０の内蔵電池レベルがほぼ満
充電であることを表している。同様に、サーモスタット１１２に隣接する電池拡大イメー
ジ１１２Ａは約２０％の充電状態を示しており、サーモスタット１１２の内蔵電池の電池
レベルが低いことを示している。このような異なる、かつばらばらな電池レベルに対応す
るため、本発明のいくつかの実施形態は、サーモスタットの通信および動作に１つ又は複
数の異なる戦略を導入することができる。
【００４７】
図６Ａに示す一実施形態において、クラウドベースの管理サーバ５１６はサーモスタッ
トの電池レベルを監視し、データに割り当てられた優先度に従って通信を賢く制御する。
いくつかの実施形態において、クラウドベースの管理サーバ５１６が本発明の複数の見地
を実施するが、別の実施形態ではクラウドベースの管理サーバ５１６の機能をシステム内
の１つまたは複数のサーバに分散してもよい。この例では、サーモスタット１１０および
サーモスタット１１２がクラウドベースの管理サーバ５１６とのそれぞれの通信チャネル
を開始並びに確立済みであり、プライベートネットワーク５０２上のルータが図５に示し
たようなNATテーブル５１８を作成済みである。電池を節約するため、サーモスタット１
１０／１１２は、(i)特定の温度閾値が温度センサで検出された場合のような、目覚める
に値するローカルイベントまたは(ii)目覚めるに値する次のイベントまたはクラウドベー
スの管理サーバ５１６からの要求、を待機する間、低電力状態に移行してよい。
【００４８】
低電力状態への以降に先立って、各サーモスタット１１０／１１２はコネクションオー
プニングロングポーリングパケットをサーモスタット通信サーバ６２０に送信する。通常
の動作目的については応答が不要である場合（すなわち、クラウドベースの管理サーバ５
１６が提供する命令または要求を有さない場合）、クラウドベースの管理サーバ５１６は
サーモスタット１１０／１１２とのロングポーリング通信を維持することで、実際のデー
タ交換の頻度が非常に低い場合や、大きな遅延を受けている場合であっても通信チャネル
をオープンした状態に保つことができる。これはサーモスタットの電池を効率的に使用す
るだけでなく、各データ送信のための通信チャネルの再確立に関するオーバヘッドおよび
遅延を削減する。一実施形態において、クラウドベースの管理サーバ５１６は、キープア
ライブ優先パケットを規則的なキープアライブ間隔で送信することにより、NATテーブル
５１８内のエントリを維持する方法により、ロングポーリング通信を維持する。一実施形
態において、キープアライブ優先パケットはTCP/IPプロトコルスタックに組み込まれたキ
ープアライブ機能と一致する。ロングポーリング時間間隔内にサーモスタット１１０／１
１２に送信すべきメッセージがなければ、プロトコルスタックは１つ以上の「キープアラ
イブ」パケットを、ロングポーリング時間間隔より短いキープアライブ間隔ごとにプライ
ベートネットワーク５０２上のルータに送信することで、NATテーブル５１８を維持する
。好ましくは、キープアライブ間隔は、多くの一般的なルータがその特定のコネクション
に関するNATテーブルを消去するであろう間隔よりずっと短い。
【００４９】
所定の時間間隔またはイベント発生に応じて、サーモスタット１１０および１１２は自
身の電池レベルをチェックし、他の管理機能を実行するために低電力状態から目覚める。
いくつかの実施形態によれば、電池レベルは各サーモスタット１１０および１１２から無
線接続によって送信され、プライベートネットワーク上のアクセスポイント６０６を通っ
て、サーモスタットサーバ６２０に将来の参照のために保存される。例えば、約８０％充
電を示す電池イメージ１１０Ａは、サーモスタット１１０内の電池レベルがほぼ満充電で
あることを表し、約２０％充電を示す電池イメージ１１２Ａは、サーモスタット１１２内
の電池が低レベルであることを表している。クラウドベースの管理サーバ５１６の一実施
形態は、機器アドレス、電池レベル、および対応する通信チャネルで用いるためのキープ
アライブ間隔を含む機器電池充電率テーブル６１６内の、そのデータを更新する。例えば
、機器電池充電率テーブル６１６は（NATテーブル５１８によってサーモスタット１１０
に対応付けられている）機器アドレス76.21.3.203:1022に、「高い」電池レベルと5000単
位時間に設定されたキープアライブ間隔を与える。対照的に、機器電池充電率テーブル６
１６における（NATテーブル５１８によってサーモスタット１１２に対応する）機器アド
レス76.21.3.203 : 1044、76.21.3.203 : 1921、および76.21.3.203 : 1758はいずれも、
「低い」電池レベルと10000にセットされたより長いキープアライブ間隔を有している。
クラウドベースの管理サーバ５１６のいくつかの実施形態は、NATテーブル５１８内のエ
ントリがルータに消去される可能性を削減するため、電池レベルが高い場合にはより短い
キープアライブ間隔を設定してもよい。電池レベルが「低い」場合、キープアライブ間隔
は、ほとんどのルータ機器のNATタイムアウト期間を超えないであろう最大の時間間隔を
表す最大ロングポーリング間隔に設定されてよい。
【００５０】
クラウドベースの管理サーバ５１６のいくつかの実施形態は、クラウドベースの管理サ
ーバ５１６から１つまたは複数のサーモスタットへいつデータを通信すべきかの決定の補
助に、機器電池充電率テーブル６１６をさらに用いてよい。実施するため、一実施形態は
さらに、各サーモスタットから報告される低および高電池レベルを高温度調節重要度デー
タまたは低温度調節重要度データに関連付ける電力優先度テーブル６１８をさらに生成し
てもよい。これら実施形態において、電力優先度テーブル６１８は、通信されているデー
タに割り当てられた重要度と、サーモスタットに関連付けられた現在の電池充電率の消費
とのトレードオフを規定する。例えば、高温度調節重要度データに分類されたデータを用
いたデータ通信は、そのデータが、クラウドベースの管理サーバ５１６およびサーモスタ
ットの全体動作にとって高い重要性を有するものと見なされるため、バッテリレベルが低
い場合でも抽出されて送信されるであろう。一実施形態において、低電池レベルは０から
３９％の充電率であってよい。
【００５１】
低温度調節重要度に分類されたデータ通信は、電力優先度テーブル６１８に示されるよ
うに、電池レベルが低い場合には送信されないであろう。電池が十分には充電されていな
いため、サーモスタットの電池のエネルギーを節約するため、低温度調節重要度データは
電力優先度テーブル６１８に従って送信されないであろう。従って、いくつかの実施形態
によれば、電池レベルが高いか、充電率が８０〜１００％の範囲であると検出された場合
、低および高温度調節重要度データタイプが送信される。
【００５２】
図６Ｂに示す代替実施形態において、電力優先度テーブル６１８は、３つの電池レベル
と３レベルの温度調節重要度を有する。低電池レベルの場合、高温度調節重要度と見なさ
れるデータは送信され、中温度調節重要度データおよび低温度調節重要度データは送信さ
れない。電池レベルが中レベルの場合、高および中温度調節重要度と見なされるデータが
送信される。電池レベルが少なくとも高レベルであれば、低、中、および高温度調節重要
度と見なされるデータが送信される。さらに別の実施形態は、特定の設計および実施要件
に応じて、３つより多い電池レベルおよび３つより多いデータ優先度レベルタイプを用い
てもよい。さらに、低、中、および高電池レベルに対する充電率は、上述したような０〜
３９％が低電池レベル、４０〜７９％が中電池レベル、８０〜１００％が高電池レベルで
ある必要はなく、他の範囲を含んでもよい
【００５３】
いくつかの実施形態において、データ通信は複数の異なる方法で分類されてよく、クラ
ウドベースの管理サーバ５１６の特定の実施要件およびサーモスタットに対する要求性能
に基づいて決定されることが多い。一実施形態において、高優先度データタイプはサーモ
スタットに何かの機能を能動的に要求するデータ通信を含んでよい。これはクラウドベー
スの管理サーバ５１６がサーモスタット１１０または１１２に温度設定値の変更を要求す
るデータ通信を含んでよい。別の高優先度データタイプは、サーモスタット１１０または
１１２に冷房機能のオンまたはオフを要求するデータ通信を含んでもよい。対照的に、低
優先度データタイプはサーモスタットにとってすぐに実行することがさほど重要でない所
定の動作や機能を含んでよい。ソフトウェアアップデートをクラウドベースの管理サーバ
５１６からサーモスタットにダウンロードする動作は、低優先度通信の一例である。ソフ
トウェアアップデートはサーモスタットの当座の動作にはとって不要で、かつ影響を与え
る可能性が低いためである。さらに、アップデートが途中までしか完了しなかった場合に
はサーモスタットが動作不能になる可能性があるため、サーモスタットの電池レベルが低
い場合にはソフトウェアアップデートをダウンロードしない方が好ましい。
【００５４】
図７は、本発明の実施形態に従って設計された、エネルギーを節約しつつ、サーモスタ
ットの高性能動作を促進する、クラウドベースの管理サーバ５１６を示す図である。本実
施形態において、クラウドベースの管理サーバ５１６は、１つまたは複数の命令を実行す
るように構成されたプロセッサ７０４と、プロセッサで実行可能な命令を保持するメモリ
７０２と、インターネットのようなネットワーク上で通信可能なネットワークインタフェ
ースコントローラ７０６と、記憶装置７１０と、サーバからの情報をモニタ上に表示する
ためのディスプレイアダプタおよびモニタ７１２と、キーボード、マウス、およびサーバ
を制御するための他のインタフェースを含んだ周辺ドライバおよび機器７１４とを含んで
いる。例えば、CD-ROM/DVD機器７１６および媒体は、コンピュータプログラム製品の形式
で有体的に実施された本発明の様々な実施形態を保持し、周辺ドライバおよび機器７１４
に取り付けられてよい。
【００５５】
一実施形態において、メモリ７０２内の処理は、サーモスタットに電力を供給するため
に用いられている電池に関する電池レベルを保存する電池レベル収集処理７１８を含んで
よい。先に説明したように、いくつかの実施形態における電池レベルは、サーモスタット
管理システムとサーモスタットとの間で確立された通信チャネルを通じてサーモスタット
から提供され、そのサーモスタットに付随する電池の残エネルギーの指標を提供する。電
池レベル収集処理はサーモスタットとクラウドベースの管理サーバ５１６との間の通信チ
ャネルをオープンさせ続けるロングポーリング処理を含み、サーモスタットとクラウドベ
ースの管理サーバ５１６との間で継続中の通信の結果として、これら電池レベルを長期間
にわたって収集することができる。いくつかの実施形態において電池レベルデータは、図
６に示すような機器電池充電率テーブル６１６に保存され、クラウドベースの管理サーバ
５１６上のローカル記憶領域に存在するか、またはデータベースや他の遠隔記憶領域で遠
隔的にアクセスされてよい。
【００５６】
いくつかの実施形態はさらに、通信チャネルを通じてサーモスタットに送信すべき１つ
または複数のタイプのデータを分類するとともに優先度を付加するデータ優先度処理７２
０をメモリ７０２内に含んでもよい。実装に応じてデータ優先度処理７２０は、低温度調
節重要度データタイプから高温度調節重要度データタイプまでのデータ優先度範囲に従い
、データ送信を分類する。いくつかの実施形態において、低温度調節重要度データは、サ
ーモスタット管理システムおよびサーモスタットの動作に対して重要度が低い。ソフトウ
ェアアップデートはサーモスタットが動作するために必須ではないであろうから、例えば
、低温度調節重要度データタイプはソフトウェアアップデートを含んでよい。一方、高温
度調節重要度データタイプは、サーモスタットにおける設定値の変更要求やHVACシステム
の暖房または冷房オンの要求など、サーモスタット管理システムの動作にとってより高い
重要性を有するデータを含むことができる。
【００５７】
さらに別の実施形態は、データの分類とサーモスタットに関する電池レベルとに応じて
サーモスタットにデータを送信する電力分類送信処理７２２をさらに含んでもよい。上述
の通り、低温度調節重要度データタイプから高温度調節重要度データタイプまでの範囲を
有するデータ優先度分類は、クラウドベースの管理サーバ５１６およびサーモスタットの
全体動作に対するデータの重要性に依存する。従って、低温度調節重要度データはサーモ
スタットの電池残量を節約するため、電池レベルが低い場合には送信されなくてもよい。
しかし、電力分類送信処理７２２は、サーモスタットに関する電池レベルが満充電または
「高い」場合には、全てのデータ分類を送信してよい。
【００５８】
本発明の複数の実施形態はまた、サーモスタットとの通信チャネルをオープン状態に維
持することを容易にするロングポーリング処理７２４をメモリ７０２に含んでもよい。こ
のロングポーリング処理７２４はまず、サーモスタットからネットワークを通じて、パブ
リックネットワーク上に位置するクラウドベースの管理サーバ５１６とプライベートネッ
トワーク上に位置するサーモスタットとの間の通信チャネルの確立要求を受信する。いく
つかの実施形態において、クラウドベースの管理サーバ５１６はインターネットに登録さ
れたパブリックネットワークアドレスを有する一方、プライベートネットワーク上のルー
タから図５のNATテーブル５１８のようなNATテーブル内のエントリを通じて提供される共
有パブリックネットワークアドレスを有する。ロングポーリング処理７２４はさらに、通
信チャネルを通じてサーモスタット管理システムからネットワークに接続されたサーモス
タットへキープアライブパケットを時折送信するようにTCP/IPのようなネットワーク通信
プロトコルを設定する。いくつかの実施形態において、サーモスタットに送信されるキー
プアライブパケットは、通信チャネルの確立を肯定応答するが、処理を必要とするペイロ
ードやデータを含まなくてよい。ロングポーリング処理７２４は、ルータ機器のNATタイ
ムアウト期間を超えない最大の時間間隔でこれらキープアライブパケットを送信するため
の時間間隔を設定してよい。NATタイムアウト期間前のキープアライブパケットの受信は
、NATテーブルにその時点のおけるエントリを維持し、通信チャネルが切断されないよう
にする。
【００５９】
図８Ａは、電池駆動型サーモスタットとの通信を調整するためにサーモスタット通信サ
ーバが用いる動作のフローチャートであり、この動作は、電池エネルギーを節約するとと
もにサーモスタットの性能を進展させる。図６に示すクラウドベースの管理サーバ５１６
のようなサーモスタット通信サーバは、電池駆動されるサーモスタットから、サーモスタ
ットとサーモスタット通信サーバとの間でネットワークを通じた通信チャネルの確立の要
求を受信する（８０２）。サーモスタットが通信チャネルを開始する際、ルータは図５に
おけるNATテーブル５１８のようなNATテーブルにエントリを作成し、ルータの背後に存在
するプライベートネットワーク上のサーモスタットがパブリックネットワークであるイン
ターネット上のサーモスタット通信サーバとその後通信できるようにする。NATテーブル
内のエントリは、サーモスタット通信サーバおよびサーモスタットからの通信の間隔がル
ータに関連付けられたNATタイムアウト値を超えない限り削除されず、通信チャネルは維
持される。
【００６０】
次に、サーモスタット通信サーバは、通信チャネルを通じてサーモスタットに送信すべ
きデータを低温度調節重要度から高温度調節重要度区分までの温度調節重要度に従って１
つ以上のタイプに分類する（８０４）。一つの実装では、低温度調節重要度データタイプ
はサーモスタット管理システムおよびサーモスタットの全体の動作にとってさほど重要で
ないデータを含む。これらはソフトウェアアップデートや他のメンテナンスのような、サ
ーモスタットで実行されるオプション機能を含んでよい。反対に、高温度調節重要度デー
タタイプは、サーモスタット管理システムおよびサーモスタットの動作にとってより重要
性が高いデータを含み、一般には設定値の変更、暖房または冷房のオン／オフ、またはサ
ーモスタットが配置された住居または商業施設内の場所の周辺温度のチェックといった、
サーモスタット上の動作を能動的に実行することの要求を含む。
【００６１】
次に、サーモスタット通信サーバはサーモスタットに関する電池レベルを、サーモスタ
ット通信サーバがアクセス可能な記憶領域に保存する（８０６）。いくつかの実施形態に
おいて、各サーモスタットは周期的に自身の電池レベルをチェックし、ネットワークを通
じて確立された通信チャネルを通じて電池レベルをサーモスタット通信サーバに提供する
。各サーモスタットに関する電池レベル情報は、図６に示した機器電池充電率テーブル６
１６のような機器電池充電率テーブルに保存されてよい。
【００６２】
通信チャネルをオープンした状態に保つため、サーモスタット通信サーバは通信チャネ
ルを通じてサーモスタットにキープアライブパケットを送信するためのロングポーリング
間隔を設定してよい（８０８）。いくつかの実施形態においてサーモスタット通信サーバ
は、ほとんどのルータが用いるNATタイムアウト期間（約100分であることが多い）を超え
ない最大値をロングポーリング間隔に設定する。
【００６３】
サーモスタット通信サーバとサーモスタットとの間を通過するデータが無ければ（８１
０，Ｎｏ）、元々ロングポーリング間隔に設定されたタイマ値を通信プロトコルスタック
内の時間に対して削減し、処理を継続する。結局、ロングポーリング間隔が経過し、サー
モスタット通信サーバ上の（TCP/IPのような）通信プロトコルスタックがロングポーリン
グ間隔内で通信アクティビティを検出しなければ、ルータ上のNATエントリを保持すると
ともに通信チャネルをオープンした状態に保つために内蔵キープアライブ機能がパケット
を送信する（８１２）。いくつかの実施形態において、サーモスタット通信サーバはロン
グポーリング間隔が満了すると通信チャネルを切断するよう要求し、サーモスタットによ
って新たな通信チャネルが確立されるのを待ってもよい。
【００６４】
あるいは、送信すべきデータがあれば、サーモスタット通信サーバは送信前にサーモス
タットの最新電池レベルをチェックする（８１０、Ｙｅｓ）。一実施形態では、そのサー
モスタットに関連付けられた低電池レベルがあれば（８１４、Ｙｅｓ）、高温度調節重要
度データタイプに分類されたデータのみが送信されるべきである（８１６）。低温度調節
重要度データを送信しないことで、サーモスタット内の電池容量のいくらかが節約される
。いくつかの実施形態においてサーモスタット通信サーバは、特定の設定要求に従った予
め定められた分類設定を事前に有している。サーモスタット管理システムの動作に対する
重要度が高いデータであれば、そのデータは高温度調節重要度データタイプと分類され、
低い電池レベルであっても送信されるべきである。例えば、高温度調節重要度データはサ
ーモスタットに温度設定値または他の設定を変更するように積極的に要求する、サーモス
タットに送信される命令を含んでよい。
【００６５】
サーモスタットに関連付けられた電池レベルが低レベルでなければ（８１４，Ｎｏ）、
サーモスタット上の電池は満充電されていると見なされ、温度調整重要度が低から高まで
に分類された全てのデータは送信されるであろう（８１８）。
【００６６】
図８Ｂのデータ流れ図の例は、サーモスタットの電池レベルおよびデータに関連付けら
れた優先度に基づいてサーモスタット通信サーバがデータを送信する際のデータの流れお
よびイベントを示している。この例では、サーモスタット通信サーバとの通信チャネルの
確立を開始するサーモスタットが、ルータにNATテーブルを生成させる（８２６）。エネ
ルギーを節約するため、サーモスタットは低電力モードに移行し、次のイベントを待つ（
８２８）。ある時間経過後、管理サーバはNATテーブルエントリが削除される前にキープ
アライブパケットを送信する（８３０）。一実施形態において、サーモスタットは低電力
モードから目覚めて低電池レベルをサーモスタット通信サーバに送信し、サーモスタット
の電池レベルが放電間近であることを知らせる（８３２）。そして、サーモスタットは電
池を節約するために再び低電力モードに戻る（８３４）。サーモスタット通信サーバはそ
のサーモスタットに低電池レベルを関連付け、その結果を記憶領域に保存する（８３６）
。この時点で、図５においてサーモスタットアクセスクライアント５１４を実行している
タブレット５０６のようなクライアント機器は、サーモスタット通信サーバにサーモスタ
ット設定の変更を要求する（８３８）。サーモスタット通信サーバはこの要求を、サーモ
スタット上の電池がローレベルであっても送信されるべき高温度調節重要度データタイプ
に分類する（８４０，８４２）。その結果、サーモスタットはデータ送信を受信し、サー
モスタット設定の変更要求を実行する（８４４）。別の実施形態は、３つ以上の電池レベ
ルと、低、中、高温度調節重要度区分データタイプを用いる３つの分類システムのように
、データに関して３つ以上の対応する温度重要度分類を用いてもよい。
【００６７】
別の実施形態において、図９Ａ〜９Ｂに示す電池駆動型サーモスタットおよびシステム
は、本発明の実施形態に従って、異なる優先度を有するデータを交換するために複数の通
信チャネルを用いる。したがって、この実施形態においてサーモスタット１１２は異なる
優先度のデータを対応する異なる通信チャネルを通じてクラウドベースの管理サーバ５１
６から受信し、電池レベルに応じて受信データを処理または破棄してよい。有利なことに
、本実施形態に関する処理は、クラウドベースの管理サーバ５１６とサーモスタット１１
２とに分散されている。１つの目立った利点として、サーモスタット１１２がポーリング
を行ったり間接的にデータを収集することなく電池レベルを判定可能であるため、サーモ
スタット通信サーバ６２０から受信したデータパケットをより正確に処理することができ
ることがある。
【００６８】
例えば、図９Ａにおけるサーモスタット１１２はプライベートネットワークアドレスと
ポートの組み合わせを２つ（192.168.1.110 : 60744と192.168.1.110 : 60743）用いて２
つの無線通信チャネルを確立している。サーモスタット１１２上のこれらのプライベート
ネットワークアドレスは、図５のNATテーブル５１８内に、NATポート1044および1921で識
別される対応エントリを有している。図９Ａにおけるクラウドベースの管理サーバ５１６
は、 サーモスタット１１２について対応するパブリックアドレスおよびポート番号76.21
.3.203 : 1044と76.21.3.203 : 1921を優先度送信テーブル９０２に保存するとともに、
図示のように各アドレスに対して高優先度データタイプおよび低優先度データタイプを関
連付けている。いくつかの実施形態によれば、クラウドベースの管理サーバ５１６は、優
先度送信テーブル９０２に示すように、サーモスタットに送信すべきデータを低または高
優先度データタイプに分類するとともに、適切な通信チャネルまたはパブリックアドレス
上に送信する。データは、パブリックネットワーク５０４、プライベートネットワーク５
０２を通り、図９Ａに示すように無線によってアクセスポイント６０６からサーモスタッ
ト１１２へと到達する。
【００６９】
サーモスタット１１２のWiFiモジュール（不図示）内の設定が、どの通信チャネルを通
じてデータを受信したかに応じてデータを処理すべきか破棄すべきかを決定する。WiFiモ
ジュール内の設定に基づいて、電力優先度テーブル９０４は、サーモスタット１１２の最
近の電池レベルが電池イメージ１１２Ａに示されるように低レベルであることおよび、ポ
ート60744および60743がそれぞれ高および低データタイプの処理に用いられることを識別
する。直近の電池レベルが低であるため、本例の電力優先度テーブル９０４はWiFiモジュ
ールがポート60743上に到来した低優先度データは無視または破棄し、ポート60744上で受
信した高優先度データのみを処理するように設定されていることを示している。その後サ
ーモスタット１１２は、サーモスタット１１２が検出した電池レベルに応じて、パケット
を受け入れるか破棄するようにWiFiモジュールの設定を更新してもよい。後になって電池
レベルが高であるとサーモスタット１１２が判定した場合、サーモスタット１１２は両方
のポートに到達する低優先度データパケットおよび高優先度データパケットのいずれも処
理するようにWiFiモジュールを再設定する。別の実施形態において、WiFiモジュールはさ
らに、より多くの、あるいはより少ないデータ優先度タイプについて、より多くの、ある
いはより少ないポートおよびプロセスを用いるように設定されてもよい。例えば、単に高
優先度および低優先度データタイプだけでなく、高優先度、中優先度、または低優先度デ
ータタイプのいずれかを処理するために３つの通信チャネルが用いられてよい。
【００７０】
本発明の実施形態に係るサーモスタットの内部部品の一部の概要を示す模式的なブロッ
ク図である図９Ｂを参照する。サーモスタット９０８は図９Ａのサーモスタット１１２と
類似しているが、WiFiモジュール９１２およびアンテナ、付随メモリ９１５を有するヘッ
ドユニットプロセッサ９１４、付随メモリを有するバックプレートプロセッサ９１６、お
よびセンサ９２２（例えば温度、湿度、動き、周辺光、近接）を含む、選ばれた内部部品
を図示および強調している点で異なる。一実施形態において、ヘッドユニットプロセッサ
９１４はテキサスインスツルメンツ社製のAM3703 Sitara ARMマイクロプロセッサであっ
てよく、より具体的に「マイクロコントローラ」と呼んでもよいバックプレートプロセッ
サ９１６はテキサスインスツルメンツ社製のMSP430Fマイクロコントローラであってよい
。サーモスタットヘッドユニット、バックプレート、および他の物理要素の物理的な配置
および構成の詳細については、上述した米国特許出願第13/199,108に記載されている。
【００７１】
いくつかの実施形態について、バックプレートプロセッサ９１６はいくらかの計算能力
を有するものの、ヘッドユニットプロセッサ９１４より大幅に性能が劣る超低電力デバイ
スである。バックプレートプロセッサ９１６は温湿度センサ、動きセンサ、周辺光センサ
、および近接センサを含むセンサ９２２のほとんどまたは全てに接続されるとともに、定
期的にポーリングを行う。バックプレートハードウェア自身に配置されなくてもよく、む
しろヘッドユニット内に配置されるセンサ９２２については、ヘッドユニットとバックプ
レートとの間にリボンケーブルや他の電気的な接続手段が設けられる。特に、ヘッドユニ
ットプロセッサ９１４が受け持つ他のセンサ（不図示）があってもよく、一例としては外
縁リング３０２（前述の図４Ａ〜４Ｂを参照）のユーザによる回転を検知するリング回転
センサがある。ヘッドユニットプロセッサ９１４およびバックプレートプロセッサ９１６
はそれぞれ、「スリープ」状態に移行し、その後様々なタスクを実行するために「目覚め
る(wake up)」することができる。
【００７２】
いくつかの実施形態において単に低いクロックスピードに対応する低電力スリープ状態
を有するバックプレートプロセッサ９１６は、通常、より能力の高いヘッドユニットプロ
セッサ９１４よりもかなり頻繁にスリープモードとの行き来を繰り返す。バックプレート
プロセッサ９１６はヘッドユニットプロセッサ９１４をスリープ状態から目覚めさせるこ
とができる。最適な電池節約を目的とした１つの好適な実施形態について、ヘッドユニッ
トプロセッサ９１４は自身の動作が要求されていない際にスリープすることが許される一
方、バックプレートプロセッサ９１６はセンサ９２２のポーリングを継続的に実施し、メ
モリ９１７内のセンサ測定結果を維持する。バックプレートプロセッサ９１６は(i)現在
有効な暖房設定値を現在温度が下回った場合のように、HVAC動作が要求されうることをセ
ンサデータが示している場合や、(ii)メモリ９１７が満杯になり、メモリ９１５に保存す
るためにセンサデータをヘッドユニットプロセッサ９１４に転送する必要が生じた場合に
、ヘッドユニットプロセッサ９１４を目覚めさせるであろう。そして、センサデータはク
ラウドサーバとヘッドユニットプロセッサ９１４との間のその後の有効な通信セッション
中にクラウドサーバ（サーモスタット管理サーバ）に送信されてよい。
【００７３】
WiFiモジュール９１２について、一実施形態では802.11b/g/n WLAN規格をサポートする
テキサスインスツルメンツ社製WL1270チップセットに基づく村田無線ソリューションズ社
製のLBWA19XSLZモジュールを用いて実施することができる。本発明のいくつかの実施形態
は、エネルギーを節約するため、１つまたはいくつかのイベントが発生するまでサーモス
タット９０８が低電力または「スリープ」モードに移行することができるようにWiFiモジ
ュール９１２を構成並びにプログラミングする。例えば、いくつかの実施形態においてWi
Fiモジュール９１２は、図４Ａおよび４Ｂに示したようにユーザがサーモスタット９０８
を物理的に操作した際にこの低電力モードから離れ、それによって、図３Ｂに示すサーモ
スタット１１０のヘッドユニット３１２およびバックプレート３１４部分における機能を
制御するためにヘッドユニットプロセッサ９１４およびバックプレートプロセッサ９１６
の両方が起動されてもよい。
【００７４】
WiFiモジュール９１２を、無線アクセスポイント９１２からのビーコンに応答して一定
周期で低電力モードから目覚めるようにしてもよい。エネルギーを節約するため、WiFiモ
ジュール９１２は適切な無線規格によって決定されるようにビーコンの確認応答を行うた
めに低電力モードを短期間離れ、図９Ｂにおけるサーモスタット９０８のプロセッサおよ
び他の部品を起動させることなく低電力モードに戻ってよい。別の実施形態において、Wi
Fiモジュール９１２はまた、短期間目覚めた後にセンサ９２２を通じてデータを収集し、
後で参照するために結果をタイムスタンプ、イベントタイプおよび対応するデータの一覧
とともにデータログ９２６に保存するためにバックプレートプロセッサ９１６、ヘッドユ
ニットプロセッサ９１４、またはサーモスタット９０８の他の部分を起動させることによ
ってビーコンに応答してもよい。一実施形態によれば、バックプレートプロセッサ９１６
はデータログ９２６にデータを収集し、ある期間またはログが最大所定サイズに達するま
でメモリ９２０に保存してもよい。その時点でバックプレートプロセッサ９１６は、メモ
リ９２０に保存されているデータログ９２６を、インターネットのようなパブリックネッ
トワークを通じてクラウドベースの管理サーバ５１６にアップロードする動作を連携して
行うために、ヘッドユニットプロセッサ９１４を目覚めさせてよい。データログ９２６の
アップロード頻度を少なくすることで、個々のレコードまたはログエントリのより頻繁な
送信に関する時間およびエネルギーを節約することができる。
【００７５】
さらに別の実施形態において、WiFiモジュール９１２は、ヘッダが単に確認応答パケッ
ト（すなわち、キープアライブパケット）であるか、さらなる処理が必要なペイロードを
含んでいるかを判定するために、入来データパケットを選択的にフィルタリングしてもよ
い。パケットがヘッダのみを含み、ペイロードを含まない場合、WiFiモジュール９１２は
そのパケットを無視するか、サーモスタット管理システムまたはその受信パケットの他の
ソースに返信確認応答を送信するように構成されてよい。
【００７６】
別の実施形態においてWiFiモジュール９１２は、図９Ａに説明および図示したようにサ
ーモスタット１１２とクラウドベースの管理サーバ５１６との間で複数の通信チャネルを
確立するために用いられてもよい。上述の通り、サーモスタット１１２は異なる優先度を
用いて分類された異なるタイプのデータを受信するために複数の通信チャネルを用いる。
一実施形態においてWiFiモジュール９１２は１つまたは複数のフィルタおよびウェイクオ
ンLAN機能を用い、その後それらの通信チャネルの１つまたは複数に到来するデータを選
択的に無視または破棄するようにプログラミングされてよい。例えば、WiFiモジュール９
１２のポートに到来した低優先度のデータは、そのポートに関連付けられた対応するウェ
イクオンLAN機能を無効とすることにより破棄されてよい。低優先度のパケットを破棄ま
たは無視することで、さらに電池の電力を節約しつつ、通信チャネルが継続して動作でき
るようになる。
【００７７】
図９Ｃ〜９Ｄは図９Ａおよび９Ｂに示したような本発明の実施形態に係るクラウドベー
スの管理サーバ５１６とサーモスタット１１２における動作に関するフローチャートであ
る。一実施形態において、図９Ｃにおけるフローチャートはサーモスタット通信サーバが
電池駆動型のサーモスタットと複数の通信チャネルを通じて通信するために用いる動作を
提供する。この実施形態において、図９Ａに示すクラウドベースの管理サーバ５１６のよ
うなサーモスタット通信サーバは、電池駆動されるサーモスタットから、サーモスタット
とサーモスタット通信サーバとの間でネットワークを通じた複数の通信チャネルの確立の
要求を受信する（９２８）。サーモスタットが通信チャネルを開始する際、ルータは図５
におけるNATテーブル５１８のようなNATテーブルに複数のエントリを作成し、サーモスタ
ットがパブリックネットワークであるインターネット上のサーモスタット通信サーバと通
信するための複数の通信チャネルを提供する。上述したように、NATテーブル内のこれら
のエントリは、サーモスタット通信サーバおよびサーモスタットからの通信の間隔がルー
タに関連付けられたNATタイムアウト値を超えない限り削除されず、通信チャネルはオー
プンし続ける。
【００７８】
次に、サーモスタット通信サーバは、低優先度データタイプから高優先度データタイプ
までのデータ優先度に従い、通信チャネルを通じてサーモスタットに送信すべき１つ以上
のデータタイプを分類する（９３０）。一実施形態において、低優先度データタイプはサ
ーモスタット管理システムおよびサーモスタット全体の動作に対してさほど重要でないデ
ータを含む。これらはソフトウェアアップデートや他のメンテナンスのような、サーモス
タットで実行されるオプション機能を含んでよい。反対に、高温度調節重要度データタイ
プは、サーモスタット管理システムおよびサーモスタットの動作にとってより重要性が高
いデータを含み、一般には設定値の変更、暖房または冷房のオン／オフ、またはサーモス
タットが配置された住居または商業施設内の場所の周辺温度のチェックといった、サーモ
スタットで動作を能動的に実行することの要求を含む。
【００７９】
通信チャネルをオープンした状態に保つため、サーモスタット通信サーバは複数の通信
チャネルを通じてサーモスタットにキープアライブパケットを送信するためのロングポー
リング間隔を設定してよい（９３２）。いくつかの実施形態においてサーモスタット通信
サーバは、ほとんどのルータが用いるNATタイムアウト期間（約100分であることが多い）
を超えない最大値をロングポーリング間隔に設定する。
【００８０】
サーモスタット通信サーバとサーモスタットとの間を通過するデータが無ければ（９３
４，Ｎｏ）、当初ロングポーリング間隔に設定されたタイマ値を通信プロトコルスタック
内の時間に対して削減し、処理を継続する。結局、ロングポーリング間隔が経過し、サー
モスタット通信サーバ上の（TCP/IPのような）通信プロトコルスタックがロングポーリン
グ間隔内で通信アクティビティを検出しなければ、ルータ上のNATエントリを保持すると
ともに複数の通信チャネルをオープンさせ続けるために内蔵キープアライブ機能がパケッ
トを送信する（９３８）。いくつかの実施形態において、サーモスタット通信サーバはロ
ングポーリング間隔に関連付けられたタイマが満了すると、通信チャネルが利用可能でか
つ適切に動作することの確認を支援するため、通信チャネルを切断して再確立するよう要
求してもよい。
【００８１】
あるいは、送信すべきデータがあれば、サーモスタット通信サーバはそのデータの優先
度をチェックし、適切な通信チャネルを通じて送信する。一実施形態によれば、データが
低優先度に分類されている場合（９４０，Ｙｅｓ）、サーモスタット通信サーバは低優先
度データ送信用に予約された通信チャネルを通じてデータを送信する（９４２）。あるい
は、データが高優先度に分類された場合（９４０，Ｎｏ）、サーモスタット通信サーバは
高優先度データ送信用に予約された通信チャネルを通じてデータを送信する（９４８）。
本実施形態において、サーモスタット通信サーバは異なる通信チャネル上にデータを分離
しているが、サーモスタットはより簡単に電池レベルデータを取得可能であり、決定を行
うことができるため、データを処理するか破棄するかの決定をサーモスタットが行えるよ
うにしている。
【００８２】
図９Ｄはデータを高レベルのパフォーマンスで処理しつつ電池エネルギーを節約するた
めにサーモスタットで実施される相補的な動作のフローチャートである。本実施形態にお
いて、図９Ａのサーモスタット１１２のようなサーモスタットは、電池レベルまたは、１
つまたはいくつかの通信チャネルを通じて受信する可能性のあるデータパケットをチェッ
クするために低電力状態から目覚めることができる（９５０）。例えば、サーモスタット
は、アクセスポイント９２４からの無線ストローブに応答するため（電池レベルのチェッ
クも行ってよい）、低電力状態から100msに１回目覚めてもよい。ウェイクオンLANイベン
トがサーモスタットを低電力状態から遷移させ、１つまたは異なるデータ優先レベルに対
して予約されたいくつかの通信チャネルを通じて受信したデータパケットを処理させるこ
とにより、サーモスタットを目覚めさせてもよい。
【００８３】
いくつかの実施形態において、サーモスタットは、サーモスタット通信サーバ６２０の
ようなサーモスタット通信サーバとの通信チャネルが確立されていないことを判定しても
よい（９５２，Ｎｏ）。従って、本発明の一実施形態は、サーモスタット通信サーバとサ
ーモスタットとの間に２つの通信チャネルを要求し、確立してもよい（９５４）。いくつ
かの実施形態によれば、サーモスタットは低優先度データタイプおよび高優先度データタ
イプに分類されたデータを受信するためにサーモスタット上に第１および第２通信チャネ
ルを予約する。サーモスタットはまず、図９ＢのWiFiモジュール９１２のような自身のWi
Fiモジュールを、内蔵ウェイクオンLAN機能を用いていくつかの通信チャネルの各々から
低および高優先度データパケットを受信するように設定する（９５６）。そして、サーモ
スタットは、電力消費を削減するために低電力状態に戻り、次のイベントまたはデータの
受信を待ってもよい（９５８）。
【００８４】
あるいは、通信チャネルが確立されたら（９５２，Ｙｅｓ）、サーモスタットはデータ
パケットが受信されさらなる処理を要求しているかどうかを判定する（９６０）。いくつ
かの実施形態において、サーモスタット上のWiFiモジュールは、データパケットヘッダま
たはペイロードを検査し、そのデータパケットがデータパケットがさらなる処理を必要と
するか、破棄してもよいものかを判定してもよい（９６０，Ｎｏ）。例えば、データパケ
ットがルータ内のNATテーブルエントリの維持を意図したキープアライブパケットである
場合またはそのパケットが関連付けられたペイロードを有さない場合に、データパケット
は破棄されてよい。パケットが破棄される場合、サーモスタットのヘッドユニットプロセ
ッサ９１４やバックプレートプロセッサ９１６といった他の部品は低電力状態を維持でき
るので、サーモスタットは全体的な電力消費を節約できる（９６２）。
【００８５】
パケットがさらなる処理を必要とする場合（９６０，Ｙｅｓ）、サーモスタットは受信
したデータパケットにサービスを提供するため、サーモスタットの他の部分を起動したり
、電源を投入したりしてよい（９６４）。いくつかの実施形態において、サーモスタット
はサーモスタットの設定値の変更や他の機能を実行するためにヘッドユニットプロセッサ
９１４を起動したり、サーモスタット通信サーバ６２０から要求されるようにセンサ情報
を収集するためにバックプレートプロセッサ９１６を起動したりしてよい。一旦パケット
が処理もしくは破棄されると、本発明の実施形態はサーモスタットの現在の電池レベルを
チェックし、その後のデータパケットを受け入れるか破棄するために通信チャネルを調整
する。
【００８６】
サーモスタットが電池充電率を低電池レベル以下であると判定すると（９６８，Ｙｅｓ
）、WiFiモジュールは低優先度データに予約された第１通信チャネルを通じて受信される
その後のデータを破棄するように設定される（９７２）。上述の通り、いくつかの実施形
態はWiFiモジュールのある通信チャネルおよびポート上のパケットを、そのチャネルのウ
ェイクオンＬＡＮ機能をオフにすることによって破棄する。これにより、そのチャネル上
でその後受信される低優先度パケットは無視または破棄されることになる。いくつかの実
施形態において、WiFiモジュールは第２通信チャネル上のパケットを適切なポート番号を
見いだすためのフィルタを用いて処理するとともに、その選択されたフィルタに対するウ
ェイクオンＬＡＮ機能を有効にするように設定される。最後に、電池充電率が低電池レベ
ルより高い場合（９６８，Ｎｏ）、本発明の実施形態は第１および第２通信チャネルを通
じてその後受信するパケットの処理を有効にする（９７８）。例えば、電池レベル充電率
が高い場合、本発明の実施形態はより多くのデータを処理するように調整され、サーモス
タットの能力と、命令および要求への応答能力とを向上させる。電池レベルのチェックお
よびWiFiモジュールの調整後、エネルギー消費を節約するためサーモスタットは低電力状
態に戻り、次のイベントおよび／または処理すべきデータを待つ（９５８）。図９Ｅにお
けるデータの流れの例は、データの流れと異なる優先度のデータを送信するために複数の
通信チャネルを用いるイベントを示している。
【００８７】
この例において、サーモスタットはサーモスタット通信サーバと複数の通信チャネルの
確立を開始し、それによってルータはNATテーブルに対応するエントリを作成することに
なる（９６０）。いくつかの実施形態において、第１通信チャネルは低優先度データタイ
プ用に予約され、第２通信チャネルは高優先度データ用に予約されている。エネルギーを
節約するため、サーモスタットは低電力モードに移行し、次のイベントを待つ（９６４）
。ある時間経過後、ロングポーリングインターバルが満了すると、サーモスタット通信サ
ーバはNATテーブルエントリが削除される前にキープアライブパケットを送信する（９６
２）。一実施形態において、サーモスタットは低電力モードから目覚め、低電池レベルを
検知するとともに周辺状況を記録する。この例において、受信データパケットを処理する
かどうかの判断はサーモスタットにゆだねられているため、サーモスタットはサーモスタ
ット通信サーバに転送しない。代わりにサーモスタットは高優先度データタイプを受信す
るポート以外の全てのポートに対するウェイクオンＬＡＮ(WOL)機能をオフする（９７０
）。例えば、第１通信チャネルは低優先度データ用に予約されているため、第１通信チャ
ネルを通じてその後受信するパケットは破棄されるであろう。その後のある時点で、図５
における、サーモスタットアクセスクライアント５１４を実行するタブレット５０６のよ
うなクライアント機器が、サーモスタットへソフトウェアアップデートをダウンロードす
るようサーモスタット通信サーバに要求する（９７２）。サーモスタット通信サーバはそ
の要求を低優先度データタイプに分類し、サーモスタットの電池レベルとは無関係に第１
通信チャネルを通じて送信する（９７４）。いくつかの実施形態において、サーモスタッ
ト通信サーバは異なる優先度データタイプを異なる通信チャネルに振り分け、受信パケッ
トを破棄するか処理するかをサーモスタットに決定させる。サーモスタットはソフトウェ
アアップデート要求を受信するが、電池レベルが低く、また第１通信チャネルはそれが受
信しうる低優先度データを無視するように設定されているため、結局はパケットを破棄す
る（９７６）。図１０Ａ〜１０Ｂは複数のサーモスタットでサーモスタット報告グループ
を生成し、報告イベントを１つの共通イベントログにまとめるための模式的なブロック図
およびフローチャートを提供する。
【００８８】
図１０Ａにおいて、サーモスタット報告グループ１００２は、サーモスタット１００４
，１００６，１００８，１０１０を含む、ネットワーク内のいくつかのサーモスタットか
ら形成されており、各サーモスタットの現在の電池レベルは電池イメージ１００４Ａ，１
００６Ａ，１００８Ａ，１０１０Ａでそれぞれ表されている。エネルギーを節約するため
、イベントログ情報を他のグループメンバから受信し、ネットワークを通じて中央サーバ
にアップロードするための代理報告サーモスタットがサーモスタット報告グループから選
択される。この例では、電池イメージ１００４Ａで表される電池レベルがサーモスタット
報告グループ内で最高であることから、サーモスタット１００４が代理報告サーモスタッ
トとして選択されている。選択されると、サーモスタット１００４はネットワーク上で他
のサーモスタット１００６，１００８，および１０１０からそれぞれローカルトランスフ
ァー１０１２，１０１４，および１０１６を通じてログデータを収集する。
【００８９】
これらローカルトランスファーは、各エントリについてタイムスタンプ、イベントタイ
プ、機器IDおよびデータコンテンツを特定する１つの共通ログ１０１６にまとめられる、
各サーモスタットからのログデータを含んでいる。ある時間経過後、またはサーモスタッ
ト１００４内のメモリ（不図示）が満たされると、共通ログ１０１６は通信チャネルを通
じてクラウドベースの管理サーバ５１６のような中央サーバにアップロードされる。この
手法は、各サーモスタットが別個にアップロードしなければならない場合よりも少ない回
数でイベントログ情報を収集することを可能にする。またこの手法は、低電池レベルを有
するサーモスタットが電池を節約することを可能にしながら、図５のクラウドベースの管
理サーバ５１６のようなサーバでそのようなデータを収集ならびに解析することを可能に
する。図１０Ｂは、本発明の実施形態に従って、代理報告サーモスタットおよび共通イベ
ントログに報告イベントを収集する動作のフローチャートである。
【００９０】
一実施形態において、サーモスタット報告グループはネットワーク上の複数の電池駆動
型サーモスタットから生成される（１０１６）。電池駆動型サーモスタットはそれぞれ別
個に、サーモスタットで生じている１つ以上の動作およびイベントに対応する個々のイベ
ントログに、イベントを記録する。場合によっては、イベントは、各サーモスタットに内
蔵されている湿度センサ、温度センサ、パッシブ赤外線センサ、周辺光センサ、アクティ
ブ近接センサや他のセンサから提供されるセンサ情報を含んでもよい。イベントログはま
た、サーモスタットの現在または変更された設定を記述する情報および、それら設定が変
更された時刻に関するタイムスタンプを含んでもよい。上述の通り、本発明の実施形態は
他のサーモスタットを代表する代理報告サーモスタットを選択する
【００９１】
（１０１８）。いくつかの実施形態において、代理報告サーモスタットはサーモスタッ
ト報告グループ内の他の電池駆動型サーモスタットと比較して最も高い電池レベルを有す
ることに基づいて選択される。例えば、図１０Ａにおけるサーモスタット１００４はグル
ープ内で最高に充電された電池を有するため、代理報告サーモスタットとして選択される
。時間とともに、代理報告サーモスタットはサーモスタット報告グループ内の各サーモス
タットから記録されたイベントを収集する（１０２０）。
【００９２】
代理報告サーモスタットは、無線アドホック接続やネットワークアクセスポイントまた
はルータを通じて利用可能な無線接続を用いてサーモスタット報告グループ内の各サーモ
スタットからこれらのイベントを収集してよい。代理報告サーモスタットは通常、自身の
記憶装置が一杯になるか、それらログに対する最大割り当てに達するまで、他のサーモス
タットからデータを収集し続ける（１０２２）。例えば、サーモスタットは、アップロー
ド処理を起動する前に複数のサーモスタットからのログ情報を保存するために500メガバ
イトを割り当ててよい。代理報告サーモスタット上の記憶装置が満たされると、代理報告
サーモスタットの一実施形態はサーモスタットイベントを保存するためにサーモスタット
管理システムへ複数の通信チャネルを確立する（１０２４）。
【００９３】
例えば、これはプライベートネットワーク上のサーモスタットとサーモスタット管理シ
ステムとの間の、インターネットを通じた接続であってよい。次に、一実施形態は、サー
モスタット報告グループ内の複数のサーモスタットを代理して、代理報告サーモスタット
に収集されたイベントをサーモスタット管理システムに、通信チャネルを通じてアップロ
ードする（１０２６）。共通イベントログ内のデータのアップロードが成功すると、本発
明の実施形態は代理報告サーモスタット内の、サーモスタット報告グループから収集され
たイベントの記憶領域を消去する（１０２８）。これにより、代理報告サーモスタットは
さらなるイベントをイベントログに含めることができる。複数の例および実施形態を説明
してきたが、それらは本発明のいかなる見地も限定するものではない。
【００９４】
従って、本発明の精神および範囲を離れること無しに様々な変更がなされうる。実際、
サーモスタット、HVACおよび他の機器の通信および動作のための方法およびシステムが提
供されてきたが、これらの方法およびシステムは単なる例示を目的としたものであって、
全体的な発明の範囲を限定する意味はない。本明細書で用いられる「サーモスタット」と
いう用語は、HVACシステムへの直接制御線を有するサーモスタットを含むことができるが
、HVACシステムへに直接的には接続されていないが、筐体内の１カ所で周辺温度を検知し
、同じ筐体内の別のどこかに配置された（かつHVACシステムへの直接制御線を有する）別
個のサーモスタットユニットとの有線または無線データ接続を用いて協調的に通信するサ
ーモスタットも含むことができると解すべきである。従って、本発明は上述した実施形態
に限定されず、等価物を踏まえた、添付した特許請求の範囲によって規定される。
【図１】
0006258394.tif 000002
【図２】
0006258394.tif 000003
【図３Ａ】
0006258394.tif 000004
【図３Ｂ】
0006258394.tif 000005
【図４Ａ】
0006258394.tif 000006
【図４Ｂ】
0006258394.tif 000007
【図５】
0006258394.tif 000008
【図６Ａ】
0006258394.tif 000009
【図６Ｂ】
0006258394.tif 000010
【図７】
0006258394.tif 000011
【図８Ａ】
0006258394.tif 000012
【図８Ｂ】
0006258394.tif 000013
【図９Ａ】
0006258394.tif 000014
【図９Ｂ】
0006258394.tif 000015
【図９Ｃ】
0006258394.tif 000016
【図９Ｄ】
0006258394.tif 000017
【図９Ｅ】
0006258394.tif 000018
【図１０Ａ】
0006258394.tif 000019
【図１０Ｂ】
0006258394.tif 000020