(57)【特許請求の範囲】
【請求項１】
熱調節システムを備えた建造物の温度を調節する方法であって、前記熱調節システムは、前記建造物の温度を所定の生活温度に調節するように構成され、デフォルトによる動作モードにおいて、当該方法はデータ処理モジュールを介して、
（ａ）  前記建造物内のユーザの不在を検出するステップ、
（ｂ）  前記熱調節システムに該システムの動作制限命令を出すステップであって、これにより前記熱調節システムが前記建造物の温度の前記生活温度への調節を中断する、ステップ、
（ｃ）  前記ユーザのジオロケーションデータに応じて前記ユーザの戻り移動時間を推定するステップ、
（ｄ）  前記生活温度とは異なる快適温度と前記戻り移動時間とに応じて戻り温度を決定するステップであって、前記戻り温度は、前記熱調節システムに前記戻り移動時間の間に前記快適温度に到達させるように算出される、ステップ、
（ｅ）  前記熱調節システムに戻り命令を出すステップであって、これにより前記熱調節システムは前記建造物の温度を前記戻り温度に調節する、ステップ、
を実行することを含み、
前記快適温度は、前記生活温度に対して０．５乃至５°、好ましくは０．５乃至２°、好ましくは０．８乃至１．２°の広がりを有する、
方法。
【請求項２】
ステップ（ｂ）の前記制限命令は、前記熱調節システムを停止することを含み、該システムはそれから、前記ユーザの不在の開始から、フリーとして知られるモードにおいて動作し、前記モードは、最も低い達成可能温度が各不在の間に達成されるモードである、請求項１に記載の方法。
【請求項３】
ステップ（ｅ）が、前記建造物の温度が前記生活温度と前記快適温度とにより定義される間隔の外側である場合に限り実行される、請求項１又は２に記載の方法。
【請求項４】
ステップ（ｂ）が、前記建造物の温度が所定の極端な温度に到達するとき、前記熱調節システムに温度維持命令を出すことを含み、これにより前記熱調節システムは、前記建造物の温度を前記極端な温度に調節する、請求項１乃至３のうちいずれか１項に記載の方法。
【請求項５】
前記極端な温度、前記快適温度、及び前記戻り温度は、少なくとも、中央サーバから回収される気象データと前記建造物の熱特性とを含む前記建造物の熱モデリングデータに応じて、前記データ処理モジュールにより決定される、請求項４に記載の方法。
【請求項６】
前記ユーザが前記建造物内に再度存在するまでの時間において前記戻り温度が前記快適温度に向かう傾向があるように、ステップ（ｃ）乃至ステップ（ｅ）が繰り返される、請求項１乃至５のうちいずれか１項に記載の方法。
【請求項７】
前記戻り温度の算出は、前記戻り移動時間の推定に追加で、２つのジオロケーション間の時間間隔を考慮に入れる、請求項６に記載の方法。
【請求項８】
ステップ（ｃ）が、ロケーション手段を含む前記ユーザのモバイル端末から前記ジオロケーションデータを受信することを含む、請求項１乃至７のうちいずれか１項に記載の方法。
【請求項９】
ステップ（ｃ）が、モバイル端末に質問命令を出すことを含み、これにより前記モバイル端末は、前記ユーザに前記戻り移動時間の自身の推定について問い合わせ、したがって前記戻り温度は、前記ユーザの応答に応じて適合される、請求項８に記載の方法。
【請求項１０】
前記ユーザの不在の検出が、前記ユーザの前記モバイル端末のジオロケーションデータと前記建造物のジオロケーション参照データとの比較によって、又はローカルネットワークからの切断の検出によって、又は存在センサを介した不在の検出によってのいずれかで実施される、請求項８又は９に記載の方法。
【請求項１１】
ステップ（ｃ）が、前記ジオロケーションデータをフィルタリングすることを含み、前記フィルタリングは、地理的静止状況を識別する、請求項８乃至１０のうちいずれか１項に記載の方法。
【請求項１２】
前記ユーザの存在が前記建造物内で検出されるとき、前記熱調節システムに前記温度の調節命令を出すステップ（ｆ）であって、これにより前記熱調節システムは、デフォルトによる前記動作モードに切り替わって戻る、ステップ（ｆ）、を含む請求項１乃至１１のうちいずれか１項に記載の方法。
【請求項１３】
前記ユーザの不在の前、前記熱調節システムに事前制限命令を出す事前ステップを含み、したがって前記ユーザが去るとき、前記快適温度がすでに達成される、請求項１乃至１２のうちいずれか１項に記載の方法。
【請求項１４】
前記事前制限命令は、前記ユーザの不在の局所的学習によってトリガされる、請求項１３に記載の方法。
【請求項１５】
‐  ステップ（ａ）が、前記建造物の各ユーザについて実行され、
‐  ステップ（ｂ）が、ステップ（ａ）が前記建造物の各ユーザについて検証される場合に実行され、
‐  ステップ（ｃ）が、前記建造物の各ユーザについて実行され、
‐  ステップ（ｄ）が、前記戻り移動時間の最も低いとり得る推定を用いて実行される、
請求項１乃至１４のうちいずれか１項に記載の方法。
【請求項１６】
‐  前記熱調節システムは暖房システムを含み、
‐  前記戻り温度は前記快適温度より低く、ひいては前記生活温度より低い、
請求項１乃至１５のうちいずれか１項に記載の方法。
【請求項１７】
‐  前記熱調節システムは空調システムを含み、
‐  前記戻り温度は前記快適温度より高く、ひいては前記生活温度より高い、
請求項１乃至１５のうちいずれか１項に記載の方法。
【請求項１８】
建造物の温度調節ユニットであって、熱調節システムと、データ記憶モジュール及びデータ処理モジュールを含むデータ処理サーバとを含み、
‐  ユーザの不在を検出するモジュール、
‐  前記システムの動作制限命令をトリガするモジュールであって、これにより前記熱調節システムが前記建造物の温度の生活温度への調節を中断する、モジュール、
‐  前記ユーザの戻り移動時間を前記ユーザのジオロケーションデータに応じて推定するモジュール、
‐  前記生活温度とは異なる快適温度と前記戻り移動時間とに応じて前記戻り温度を決定するモジュールであって、前記戻り温度は、前記熱調節システムに前記戻り移動時間の間に前記快適温度に到達させるように算出される、モジュール、
‐  前記熱調節システムに戻り命令を出すモジュールであって、これにより前記熱調節システムは前記温度を前記戻り温度に調節する、モジュール
を実行するように構成され、
前記快適温度は、前記生活温度に対して０．５乃至５°、好ましくは０．５乃至２°、好ましくは０．８乃至１．２°の広がりを有する、
温度調節ユニット。
【請求項１９】
熱調節システムと、請求項１８に記載のサーバに、又は請求項１乃至１７のうちいずれか１項に記載の方法を実行するように適合されたサーバに接続されたサーモスタットと、を含む建造物。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エネルギー管理最適化の分野に関する。
【０００２】
より具体的には、本発明は、熱調節システムを備えた建造物の温度を調節する方法に関する。
【背景技術】
【０００３】
熱調節（ＨＶＡＣ（暖房、換気、及び空調（Heating,  Ventilation  and  Air-Conditioning））と呼ばれるシステムを介した）は、建物内で使用されるエネルギーの半分以上に相当する。
【０００４】
ＨＶＡＣシステムの分離及び有効性／効率性の向上を別として、エネルギー節約は、住居の温度をより効率的に制御すること及び調節することによって行うことができる。
【０００５】
より具体的には、動作範囲及び温度目標の最適化（流動的命令、すなわち、動的）が、住居の占有者の快適さを損なうなどすることなく行われ得る。局所的な気象を所与として、熱モデリングは、
‐  エネルギー節約を最大化し、
‐  占有者によるシステムの質的な感覚を向上させる。
【０００６】
さらなるイノベーションが、住居の占有者の不在及び存在を考慮に入れている。進化したサーモスタットは、占有者が住居内に存在することになっていない所定の範囲にわたり、命令を低めるように構成され得る。しかし、占有者が、サーモスタットにより提供される時間に戻らない場合、住居は不必要に寒いことになるか、あるいは暖められることになる（それぞれ、熱いか、あるいは冷却されている）。
【０００７】
上記の困難を解決するために、文献ＷＯ２０１３０２０９７０は、居住地外での占有者のジオロケーションを提案している。これにより、居住地の温度を調節する目的で、占有者が居住地から離れて行っているか又は近づいてきているかが分かる。
【０００８】
文献ＷＯ２０１４０１５９７７は、そのようなものとして特に、住居の占有者の到着時間を推定して、応じて温度を調節する概念を説明している。
【０００９】
文献ＷＯ２０１２０６８４９５は、占有者の不在が検出されてからすぐの所与の時間後、命令を低めることを提案している。
【００１０】
最後、文献ＷＯ２０１３０５８９６６は、完成したサイクルに応じてユーザの習慣を学習して、制御されるべき温度を予期する方法を提示している。
【００１１】
これらの既知のテクノロジーは、より効率的な熱調節及び実質的な節約のためにジオロケーション及び局所的学習を活用するが、依然として向上させられる可能性がある。
【００１２】
具体的に、上記の手法は、予見できない近所での移動（例えば、１時間の半分未満）を考慮することができず、このことは、ユーザの不在の８０％に相当し、ピザのために出かけること、両親を訪問すること、医者に行くこと等である。
【００１３】
こうした不在が時に数時間続くことがあるとしても、ユーザが数分後のいずれかの瞬間に戻る可能性があるという事実が、既知の方法に住居を名目上の温度で保つように義務を負わせ、結果として、無用な電力消費がもたらされる。
【００１４】
予見できない不在の間の実際のエネルギー節約を含む最適な熱調節を可能にし、ユーザに対して快適さ及び最適化の簡素さを確保する、温度を調節する方法を有することが好ましいことになる。
【発明の概要】
【００１５】
前に提示された制限をなくすために、本発明は、熱調節システムを備えた建造物の温度を調節する方法を提案する。熱調節システムは、上記建造物の温度を所定の生活温度に調節するように構成され、デフォルトによる動作モードにおいて、上記方法はデータ処理モジュールを介して、
（ａ）建造物内のユーザの不在を検出するステップ、
（ｂ）熱調節システムに該システムの動作制限命令を出すステップであって、これにより熱調節システムが建造物の温度の生活温度への調節を中断する、ステップ、
（ｃ）ユーザのジオロケーションデータに応じてユーザの戻り移動時間を推定するステップ、
（ｄ）生活温度とは異なる快適温度と上記戻り移動時間とに応じて戻り温度を決定するステップであって、戻り温度は、熱調節システムに戻り移動時間の間に快適温度に到達させるように算出される、ステップ、
（ｅ）熱調節システムに戻り命令を出すステップであって、これにより熱調節システムが建造物の温度を戻り温度に調節する、ステップ、
を実行することを含む。
【００１６】
上記方法のため、ユーザの各不在について、ユーザが戻るときに快適さを劣化させることなく、節約することが可能である。実際、不在の間に温度を維持することに代わって流動的な命令を適用するという事実が、暖房の場合、電力節約に役立つ。さらに、不在の長さと建造物の熱的性能とに応じた流動的命令の算出に起因して、ユーザが戻るとき、快適温度が保証される。不在の長さは、有利には、計画、及び／又は移動時間、及び／又は通常の場所の学習、及び／又は質問ＣＱによって定義される。
【００１７】
有利には、本発明は、単体で又は組み合わせでとられる下記の特性を含む：
‐  ステップ（ｂ）の制限命令は、熱調節システムを停止することを含み、上記システムはそれから、ユーザの不在の開始から、フリーとして知られるモードにおいて動作する
‐  ステップ（ｅ）は、建造物の温度が生活温度及び快適温度により定義される間隔の外側である場合に限り実行される、
‐  ステップ（ｂ）は、建造物の温度が所定の極端な温度（Ｔｅ）に到達するとき、熱調節システムに温度維持命令を出すことを含み、これにより熱調節システムは、建造物の温度を上記極端な温度に調節する
‐  極端な温度、快適温度、及び戻り温度は、少なくとも、中央サーバから回収される（recovered）気象データと上記方法の事前使用の間の建造物に対するデータを含む経験的設計に由来する建造物の熱的特性とを含む建造物の熱モデリングデータに応じて、データ処理モジュールによって決定される
‐  ユーザが建造物内に再度存在する時間において戻り温度が快適温度（Ｔｃ）に向かう傾向があるように、ステップ（ｃ）乃至（ｅ）が繰り返される
‐  戻り温度の算出は、戻り移動時間の推定に追加で、２つのジオロケーション間における時間間隔を考慮に入れる
‐  ステップ（ｃ）は、ロケーション手段を含むユーザのモバイル端末から広い意味においてジオロケーションデータを受信することを含む
‐  ステップ（ｃ）は、モバイル端末に質問命令を出すことを含み、これによりモバイル端末は、ユーザに戻り移動時間の自身の推定について問い合わせ、したがって戻り温度は、ユーザの応答に応じて適合される、
‐  ユーザの不在の検出は、下記の方法のうち少なくとも１つにより実施される：ユーザのモバイル端末のジオロケーションデータと建造物のジオロケーション参照データとの比較、ローカルネットワークからの接続／切断、又は、存在センサを介した不在の検出
‐  ステップ（ｃ）は、ジオロケーションデータをフィルタリングすることを含み、上記フィルタリングは、地理的静止状況（geostatic  situations）を識別する
‐  快適温度は、生活温度に対して０．５乃至５°、好ましくは０．５乃至２°、好ましくは０．８乃至１．２°の広がりを有する
‐  ユーザ（Ｕ）の存在が建造物（Ｂ）内で検出されるとき、上記方法は、熱調節システムに温度の調節命令を出すステップ（ｆ）を含み、これにより熱調節システムは、デフォルトによる動作モードに切り替わって戻る
‐  上記方法は、ユーザの不在の前、熱調節システムに事前制限命令を出す事前ステップを含み、したがってユーザが去るとき、快適温度がすでに達成される
‐  事前制限命令は、ユーザの不在の局所的学習によってトリガされる
‐  上記方法は、下記のステップを含む
・  ステップ（ａ）が、建造物の各ユーザについて実行される
・  ステップ（ｂ）が、ステップ（ａ）が建造物の各ユーザについて検証される場合、実行される
・  ステップ（ｃ）が、建造物の各ユーザについて実行される
・  ステップ（ｄ）が、戻り移動時間の最も低いとり得る推定を用いて実行される
‐  熱調節システムは暖房システムを含み、戻り温度は快適温度より低く、ひいては生活温度より低い
‐  熱調節システムは空調システムを含み、戻り温度は快適温度より高く、ひいては生活温度より高い。
【００１８】
本発明は、建造物の温度調節ユニットをさらに提案する。この温度調節ユニットは、温度調節システムと、データ記憶モジュール及びデータ処理モジュールを含むデータ処理サーバとを含み、
‐  ユーザの不在を検出するモジュール、
‐  上記システムの動作制限命令をトリガするモジュールであって、これにより熱調節システムが建造物の温度の生活温度への調節を中断する、モジュール、
‐  ユーザの戻り移動時間をユーザのジオロケーションデータに応じて推定するモジュール、
‐  生活温度とは異なる快適温度と上記戻り移動時間とに応じて戻り温度を決定するモジュールであって、戻り温度は、熱調節システムに戻り移動時間の間に快適温度に到達させるように算出される、モジュール、
‐  熱調節システムに戻り命令を出すモジュールであって、これにより熱調節システムは温度を戻り温度に調節する、モジュール
を実行するように構成される。
【００１９】
最後、本発明は、温度調節システムと、前の請求内容に記載のサーバに、又は前に説明された方法を実行するように適合されたサーバに接続されたサーモスタットと、を含む建造物を提案する。
【図面の簡単な説明】
【００２０】
本発明の他の特徴、目的、及び利点が下記の説明から明らかになるであろう。下記の説明は純粋に例示であり非限定的であり、別記の図面を参照して考慮されるべきである。
【００２１】
命令温度曲線は完全な線で図示され、建造物の温度曲線は点で図示される。
【図１】本発明による方法を実行するアーキテクチャを例示する。
【図２】本発明による一方法を例示する。
【図３】図３〜図５は、本発明による一方法の実施形態による命令温度及び建造物の温度の図を例示する。
【図４】図３〜図５は、本発明による一方法の実施形態による命令温度及び建造物の温度の図を例示する。
【図５】図３〜図５は、本発明による一方法の実施形態による命令温度及び建造物の温度の図を例示する。
【図６】本発明による異なる実施形態を有する一方法を例示する。
【図７ａ】図７ａ、図７ｂ、図７ｃは、戻り移動時間の推定に応じた戻り温度の調整を例示する。
【図７ｂ】図７ａ、図７ｂ、図７ｃは、戻り移動時間の推定に応じた戻り温度の調整を例示する。
【図７ｃ】図７ａ、図７ｂ、図７ｃは、戻り移動時間の推定に応じた戻り温度の調整を例示する。
【図８】図８〜図１１は、いくつかのパラメータに応じた命令温度の及び建造物の温度の異なる曲線を例示する。
【図９】図８〜図１１は、いくつかのパラメータに応じた命令温度の及び建造物の温度の異なる曲線を例示する。
【図１０】図８〜図１１は、いくつかのパラメータに応じた命令温度の及び建造物の温度の異なる曲線を例示する。
【図１１】図８〜図１１は、いくつかのパラメータに応じた命令温度の及び建造物の温度の異なる曲線を例示する。
【図１２】ジオロケーションフィルタリングを例示する。
【図１３】ユーザの不在の予期を例示する。
【図１４】一般的移動のゾーンを例示する。
【図１５】空調システムの場合の建造物温度曲線を例示する。
【発明を実施するための形態】
【００２２】
本願の熱調節方法は、図１により示される環境のタイプの環境内で実施される。
【００２３】
本発明は、建造物（built  structure）Ｂの熱調節のための方法に関し、この建造物は、熱調節システム１０を含む。建造物Ｂは、少なくとも１人のユーザＵにより居住され、ユーザＵが見受けられ得る任意の構造物を表す。典型的に、建造物Ｂは家又はアパートである。
【００２４】
温度プローブ１１が、モバイル電話ネットワーク又はインターネットなどの通信ネットワーク２１によって、サーバ２０に接続される。プローブ１１は特に、建造物Ｂの温度Ｔを測定し、信号をサーバ２０に送信する。
【００２５】
ユーザＵのモバイル端末３０が、通信ネットワークによりサーバ２０に接続されることができる。モバイル端末３０は、通信ネットワーク２１に接続することができる任意の機器であってもよい。モバイル端末３０は、例えば、スマートフォン、タッチパッド等であり得る。
【００２６】
モバイル端末３０は、データ処理モジュールと、位置特定（ロケーション）手段（location  means）（例えば、ＧＰＳ、すなわち「グローバルポジショニングシステム」、基地局三角測量「システム」、ＷＩＦＩ接続等）と、画面などのインターフェース手段とを典型的に含む。モバイル端末３０は、ユーザＵの乗り物に統合されていてもよい。一般に、「モバイル端末」は、その移動がユーザＵのものに合致する通信手段を有する任意の装置を意味する。
【００２７】
熱調節システム１０は、建造物Ｂの温度Ｔを調節するように適合される。調節することは、建造物Ｂ内で命令温度を設定するための、特に建造物の温度を所与とした逆作用（retroaction）による、方法を意味する。したがって調節することは、例えば、能動的に（ターゲット温度に向けた調節）か、又は受動的に（完全に又は部分的に暖房を停止する）か、又は空調かのいずれかで温度に対して作用すること（温度を上へ又は下へ発達させる（evolve）こと）を意味する。
【００２８】
デフォルト動作において、すなわち、建造物Ｂが、永続的な又は標準の体制が到達するのに十分長い時間から（すなわち、建造物の温度における変化の時間特性の、大幅に長い時間前に）居住されているとき、温度Ｔは生活温度Ｔｖにあり、例えば、冬において２１℃、夏において２４℃である。熱調節システム１０は暖房及び／又は空調を使用し、すなわち、熱調節システム１０は暖房及び／又は空調システムを含む。
【００２９】
熱調節システム１０は、電気、ガス、燃料等に対して機能し、例えばラジエータ、「暖房」床などの放出器を含んでもよい。
【００３０】
上記熱調節システム１０の名目上の電力Ｐｎが定義され、これに対し、建造物Ｂと所与の気象条件とについて、名目上の調節速度Ｖｎが対応されることができ、すなわち、時間単位ｔあたりの建造物Ｂの温度Ｔにおける名目上の変動である。記憶モジュール２３に記憶されたデータの後処理に由来する、こうしたデータと、記憶モジュール２３に同様に記憶された（及び、例えばユーザＵにより入力された）建造物Ｂの熱特性（材料のタイプ、窓設置された面、熱調節システムのタイプ、建造物の体積等）とを結合することで、建造物Ｂは、特に熱フローの評価を介して、熱的にモデル化されることができる。この建造物Ｂの熱モデリングは、サーバ２０の処理モジュール２２によって行われる。
【００３１】
別法として、当業者は、「経験的設計（experimental  design）」として指定される経験上のデータを介して家のヒートダイナミクス（heat  dynamics）をモデル化してもよい。
【００３２】
別法として、経験的設計は、多くの状況（気候条件の多様性、占有の条件等）における建造物Ｂ内の温度Ｔの発達（evolution）のダイナミクスに相対してデータを蓄積してもよく、命令参照、温度値等を作り出す。調節システムの及び建造物の非理想的な特性の観点から（応答時間、変動性等）、経験的設計は、安全マージンを組み入れるためにわずかに補正され得ることが明らかである。
【００３３】
前に言及されたとおり、サーバ２０は通信ネットワーク２１に接続される。サーバ２０は、データ処理モジュール２２（プロセッサなど）とデータ記憶モジュール２３（例えばハードドライブ）とを従来的に含む。サーバ２０は、（建造物Ｂ内に又はリモートに配置された）専用機器であってもよく、あるいは、パーソナルコンピュータ、インターネットアクセスボックス等に統合されてもよい。さらに、サーバ２０は、モバイル端末３０に統合されてもよい。
【００３４】
好ましくは、サーバ２０は、建造物Ｂの置かれた地域の局所的気象データ（外部の温度、湿度割合、日照、風の向き及び力、大気圧等）を受信する。こうした気象データは、好ましくは、近くの測候所（weather  station）から来て、インターネットを介して送信され、サーバ２０の記憶モジュール２３に記憶される。
【００３５】
下記の説明は、暖房システムの例を挙げる。この説明は、生活温度Ｔｖのまわりの値を対称にして、空調システムの場合における方法を得るのに十分である。当業者は、この方法をアドホックで容易に適合させることができる。
【００３６】
さらに、上記方法が単一のユーザＵについて説明され、複数のユーザ（家族）の場合が本明細書において後に言及される。
【００３７】
本発明の目的は、ユーザがいくらかの不在の後に建造物Ｂに戻るとき、エネルギー節約を最適化し、快適温度Ｔｃを確保することである。快適温度Ｔｃは、生活温度とは異なる温度であり、生活温度に対して例えば０．５°乃至５°、好ましくは０．５乃至２°、好ましくは０．８°乃至１．２°だけ異なる温度である。暖房システムの場合、上記快適温度Ｔｃは、生活温度Ｔｖより低い。実際、ユーザＵは、不在の後、建造物Ｂの実際の温度をすぐに感じはせず、ユーザＵは、外部と建造物Ｂとの間の温度差に対して調節するのにいくらかの時間を必要とする。したがって、ユーザＵが戻るとき、建造物Ｂが直接的に生活温度Ｔｖである必要はない。順応時間の間、温度Ｔは、ユーザＵが寒さを被ることなく、快適温度Ｔｃから生活温度Ｔｖに発達する（evolve）ことになる。したがって、快適温度Ｔｃは、エネルギー節約を向上させる移行温度である。いくつかの場合に、快適温度Ｔｃは、例えば、外部気象条件又は季節に応じて可変であってもよいことが留意されるべきである。
【００３８】
快適温度Ｔｃは、サーバ２０のデータ処理モジュール２２により、建造物Ｂの経験的設計及び／又は熱モデリングを手段として、それを期間に応じて適合させるように算出されてもよく、かつ／あるいは、ユーザＵにより決定されてもよい。ＴｃからＴｖに移るのに必要な時間は、身体の、その環境への適合のための時間より少なくなければならず、したがって、後者では、気温における差を感じない。
【００３９】
図２及び図３を参照すると、第１のステップ（ａ）において、時間ｔ０においてユーザＵが建造物Ｂを去るとき、建造物ＢからのユーザＵの不在が検出される。
【００４０】
ユーザＵの不在ｔ０は、モバイル端末３０により提供される位置特定（ロケーション）データ（location  data）と建造物Ｂのロケーションデータとの比較によって検出することができる。この比較は、モバイル端末３０によって行われてもよく、サーバ２０によって行われてもよい。別法として、ユーザＵの不在は、入口ドアを閉じることの検出によって、又はユーザＵが信号伝達することによって、例えば、中断器（interrupter）の手段によって、ＷＩＦＩ信号損失によって、ローカルネットワークの切断によって、又は存在センサを介した検出によって指し示されてもよい。
【００４１】
第２のステップ（ｂ）において（図２、図３を参照）、動作制限命令ＣＬが熱調節システム１０に送信される。暖房システムの場合、制限命令ＣＬはこの場合、減少命令であり、これにより、熱調節システム１０が建造物Ｂの温度Ｔを下方へ調節する。本発明は、「フリー」として知られるモードにおいて機能し、これはさらに「フリー断続（free  intermittence）」とも呼ばれ、すなわち、最も低い達成可能温度Ｔが各不在の間に達成される。制限命令ＣＬは、命令温度を統合してもしなくてもよい。
【００４２】
制限命令ＣＬは、熱調節システム１０の電力を減らすことか又はそれを完全に中断する（interrupting）ことかのいずれかを含み、温度Ｔのより速い降下を可能にすることができる。すべての場合において、制限命令が熱調節システム１０の、したがって建造物Ｂの、エネルギー消費における降下を引き起こすことが明らかである。
【００４３】
本発明は、建造物Ｂの温度Ｔが極端な温度（extreme  temperature）Ｔｅに到達する事象において、保持命令ＣＭをさらに提供する（図４を参照）。極端な温度は、公的な保護機関によって一般に設定される。この温度は典型的にフランスにおいて、８℃の最低限の温度であり得る。自身の都合で、ユーザは、どの極端な温度Ｔｅを選ぶかを前もって決めてもよく、あるいは、データ処理モジュール２２に極端な温度Ｔｅを決定させることを選んでもよい。典型的に、制限命令ＣＬは、極端な温度Ｔｅに等しい命令温度を含み得る。
【００４４】
方法の動作は変更されないままである。
【００４５】
第３のステップ（ｃ）において、ユーザＵの地理的位置特定（ジオロケーション）（geolocation）が第１の部分ｃ１において行われる。第２の部分ｃ２において、ユーザＵの戻り移動時間ΔｔｒがユーザＵのジオロケーションデータに応じて推定される。
【００４６】
ジオロケーションデータは、典型的に、ユーザＵのモバイル端末３０のロケーション手段に由来する。戻り移動時間Δｔｒの推定は、ユーザＵの位置（position）、及び、既知の道路地図、輸送手段（車、地下鉄、徒歩、バイク等）の速度、交通量の状態等の解析によって行われる。
【００４７】
上記解析は、モバイル端末３０によるジオロケーションデータの送信の後、サーバ２０によって実行される。
【００４８】
別法として、上記解析は、モバイル端末３０により実行されてもよく、それから、モバイル端末３０は、上記推定を通信ネットワーク２１を介してサーバ２０に送信する。
【００４９】
第４のステップ（ｄ）において、戻り温度Ｔｒが、特に快適温度Ｔｃと上記戻り時間Δｔｒとの関数として算出される。「戻り温度」は、その温度から熱調節システム１０が戻り時間Δｔｒ後に快適温度Ｔｃに到達することができる、建造物Ｂの温度を意味する。換言すると、この戻り温度Ｔｒは、戻り時間Δｔｒの間に熱調節システム１０により捕捉される得る快適温度Ｔｃで広がる温度を確保するように算出される。この温度を可能な限り正確に精緻化するために、戻り温度Ｔｒの推定が、有利には、経験的設計、又はそうでなければ熱力学データ、例えば、熱調節システム１０の名目上の電力Ｐｎ及びその消費、建造物Ｂの熱モデリング（建造物の特性及び気象データ）などを伴う。
【００５０】
算出は、サーバ２０の処理モジュール２２によって実行され、説明されたとおり、その上に安全マージンを場合により統合して、提供されるよりもより速い任意の戻り（超過の速度、予見できないショートカット）と、建造物Ｂ内の暖かさの測定の不正確性及び／又は不均一性とを緩和する。
【００５１】
戻り温度Ｔｒは、したがって（暖房の場合）、ユーザＵが建造物Ｂに戻るときに快適温度Ｔｃが達成され得るために建造物Ｂが降下してもよい最も低い温度である。
【００５２】
暖房システムの場合、戻り温度Ｔｒは、快適温度Ｔｃより低いか又は等しい。
【００５３】
第５のステップ（ｅ）において（図２、図３を参照）、戻り命令ＣＲが出され、これにより、熱調節システム１０は温度Ｔを戻り温度Ｔｒに調節する。
【００５４】
典型的に、上記命令は、熱調節システム１０を制御するサーモスタット１１に対して、サーバ２０によって出される。
【００５５】
この方法は、有利には、温度Ｔの調節命令を出すステップ（ｆ）を含み、ユーザＵの存在が建造物Ｂにおいて検出されるとき、快適温度Ｔｃから生活温度Ｔｖに切り換える（図５を参照）。このことは、デフォルトによる動作モードへの戻りである。
【００５６】
エネルギー節約を最大限に最適化するために、ステップ（ｃ）乃至（ｅ）は、好ましい規則的な間隔δｔｍにおいて繰り返される（図６を参照）。実際、ユーザＵの戻りはしばしば未知であるため、システムが戻り命令ＣＲを再評価して、戻り命令ＣＲを最適な戻り温度Ｔｒに、すなわち、ユーザＵが戻るときに暖房システムに快適温度Ｔｃに到達させると同時にとり得る最低のものに、調整することが必要である。図７ａ、図７ｂ、図７ｃにおいて、ｔ’、ｔ’’、及びｔ’’’が、ジオロケーションが行われる瞬間を表し、戻り温度Ｔｒが、ジオロケーションにリンクされた戻り移動時間Δｔｒの推定の関数として調整される。結果として生じる命令温度曲線は水平の形式であり、水平の各端部が、戻り命令ＣＲを送出すること（launching）に対応する。
【００５７】
図８乃至図１１は、間隔δｔｍの長さによる命令温度（実線）と建造物Ｂの温度（点線）との種々の曲線を示す。間隔δｔｍが小さくなるほど、水平部が短くなる（図９を参照）。間隔δｔｍが０に向かう傾向があるとき、すなわち、ロケーションと戻り命令ＣＴの送信とが疑似連続的に（quasi-continuously）発生するとき、命令温度曲線は、「滑らかにされた」温度曲線に向かう傾向がある（図１０を参照）。別法として、本発明は、ステップ（ｃ）乃至（ｅ）の規則的な繰り返しに限定されないことが明らかであろう。具体的に、ジオロケーションデータを獲得することがもはや不可能である事象において（例えば、ユーザがトンネル内である場合、又はユーザのモバイル端末がオフである場合）、保安措置（security）の理由で、快適温度Ｔｃに等しい戻り温度Ｔｒを定義することが可能であり、その温度曲線Ｔは、水平部を有さない（図１１を参照）。保安措置の活性化は、温度Ｔが快適温度Ｔｃより低いときに限り発生する。別法として、ジオロケーションデータを損失する事象において、上記方法は、ユーザの存在及び不在の時間及び／又は有効な存在、又は、建造物Ｂの好ましい温度Ｔの端末３０における入力に基づいて、プログラム可能な調節モードに自動的に切り替わる。
【００５８】
戻り温度Δｔｒは、実際、熱調節システム１０が快適温度Ｔｃを反復（δｔｍ）につなぐ（connect）ことができるような最低限の温度に対応することが留意されるべきである。こうして、戻り温度Ｔｒは、上記反復を予期し得る。換言すると、この戻り温度Ｔｒは、間隔δｔｍが減算された戻り時間Δｔｒの間に熱調節システム１０によって捕捉され得る快適温度で広められた温度を確保するように算出される。間隔δｔｍが低減されるとき、この間隔は戻り時間Δｔｒの推定に対して小さくなり、快適温度Ｔｃに向けた建造物Ｂの温度の収束が確保されるように、２つの値を同化させる（assimilate）ことが可能になる。すなわち、δｔｍが０に向かう傾向があるとき、戻り温度Ｔｒは、快適温度Ｔｃに向かう傾向がある（図１０を参照）。Δｔｒを時間の連続関数としてモデル化することが可能であり得る（ステップ（ｃ）乃至（ｅ）が毎回実行されるたび、すなわち、δｔｍごとに更新される）。
【００５９】
さらに、戻り温度Ｔｒの評価と、建造物Ｂ内の暖かさの測定及び／又は不均一性の不正確さとにおいて場合により提供される安全マージンのため、建造物は、ユーザが建造物Ｂに戻るとき、効率的に快適温度Ｔｃにある。
【００６０】
建造物Ｂの温度Ｔの曲線は、命令温度曲線とは別個であることに留意することが重要である。
【００６１】
ステップ（ｃ）乃至（ｅ）は、さらに、動的に行われてもよく、すなわち、戻り温度Ｔｒが、戻り時間Δｔｒの推定の、精緻化された関数である。この実施形態において、建造物Ｂの温度Ｔは、戻り温度Ｔｒの命令に従うことができ、したがって、建造物の温度は、快適温度Ｔｃに向けて数学的に収束する。それから、Δｔｒは、時間の連続関数になる。
【００６２】
一実施形態に従い（図６を参照）、上記方法は、ステップ（ｃ）の開始時に検査ステップを統合し、そのステップの間、建造物Ｂの温度Ｔが測定される。上記温度Ｔが生活温度Ｔｖと快適温度Ｔｃとの間である場合、ステップ（ｃ）は開始されない。こうした検査は、ジオロケーション及び戻り命令ＣＲを実行する前、温度Ｔが快適温度Ｔｃを下回って効率的に降下することを確保する（暖房システムの場合）。別法として、システムを信頼性の高いものにし、習慣の検出を予期するために、ステップ（ｃ）乃至（ｅ）は、不在であることの始まりから、ステップ（ｂ）に対して並列に開始される。（ｃ）乃至（ｅ）のステップの結果は、検査ステップが検証される（verified）ときに限り、考慮に入れられる（すなわち、戻り命令ＣＲが送信される）。この実施形態において、検査ステップは、ステップ（ｃ）及び（ｄ）の結果が考慮されないことを除き、以前と同じ位置内であるか、あるいはステップ（ｄ）と（ｅ）との間かのいずれかである。
【００６３】
一実施形態に従い、上記方法は、ユーザＵの位置の導関数又は戻り移動時間Δｔｒの推定の導関数の算出を積分して（integrates）、離れて行くか又は近くに来るかのための建造物Ｂの傾向を設定する。典型的に、離れて行くことが検出されるとすぐ、上記方法はステップ（ｂ）を再開してエネルギー節約を最適化し、近づくことが検出されるとすぐ、上記方法はステップ（ｃ）の第２の部分を再開する。傾向を使用することは、戻り命令ＣＲの算出のために戻り移動時間Δｔｒの推定に対して追加で間隔δｔｍが考慮される事象において、特に有利である。それは、上記傾向が離れて行くこと又は近づくことを検出し、戻り命令ＣＲの算出のための間隔δｔｍの積分がユーザＵによる移動の予期を仮定するからである。こうした場合、ステップ（ｃ）は、前に説明された導入的な検査が真である前に行われて、快適温度Ｔｃを横断する前の傾向をスケッチすることができる。
【００６４】
地理的静止（geostatic）と呼ばれる、近くのジオロケーションにリンクされた、速いペースとして知られる命令を制限するために（例えば、踏みつけること、又は数十メートルの戻り移動）、フィルタリングがステップ（ｃ）に適用されてもよい。このフィルタリングは、サーバ２０の処理モジュール２２によって典型的に行われる。
【００６５】
例えば、フィルタリングは、ジオロケーション位置のまわりに或る直径の円を作成することを含んでもよく、ジオロケーションがこの円の外側でユーザＵを識別しない限り、新しい戻り温度Ｔｒは更新されず、戻り命令ＣＲは出されない。ジオロケーションが上記円の外側でユーザＵを識別するとすぐ、新しい円が上記ジオロケーションのまわりに作成される。図１２において、ｔ’、ｔ’’、及びｔ’’’は、ジオロケーションが実行されるときの時間を表し、ｔ’及びｔ’’におけるジオロケーションは、地理的静止と考えられる。こうしたフィルタリングが、ステップ（ｃ）の第１の部分ｃ１の間に実行される。別法として、フィルタリングは、戻り移動時間Δｔｒの推定のまわりの戻り移動時間間隔を作成することを含み、連続的な上記推定Δｔｒが上記間隔の内側であるかどうかを検証してもよい。その場合、戻り命令Ｔｒは出されず、推定が間隔の外側であるとすぐ、新しい間隔がこの値のまわりに作成される。こうしたフィルタリングが、ステップ（ｃ）の第２の部分ｃ２の間に実行される。
【００６６】
上記のフィルタリングする事象は、段になった温度Ｔ曲線を取得することに貢献する。
【００６７】
一実施形態に従い、サーバ２０は、処理モジュール２３上に記憶された学習ベース内にユーザＵに由来するデータを蓄積することによる局所的学習方法を含む。
【００６８】
この局所的学習は、ユーザＵの不在を、事前制限命令ＣＰＬがユーザＵの不在の前の所与の時間に出される間の事前ステップａ０の間、予期し、したがってユーザＵの不在の時間ｔ０において、建造物Ｂはすでに快適温度Ｔｃにある（図１３を参照）。事前制限命令ＣＰＬは、ゆえに、不在が検出される前に出されることを除き、制限命令ＣＬに対する同等物である。ステップ（ａ）において出される制限命令ＣＬは、事前制限命令の確認であることが明らかであろう。エラーの場合、快適温度が身体によって再度感知されないため、それは、占有者に対する不便なく上昇させることができる。ステップ（ａ）は、この場合、学習ベースを更新することを含んでもよい。
【００６９】
上記局所的学習は、通常の場所又は移動ゾーンＺをさらに定義する（図１４を参照）。元々、このゾーンＺは、例えば、１００ｋｍの半径の円板として定義されることができ、それから、ユーザの習慣について精緻化されることができる。こうしたゾーンＺが、日々の移動のうち９５％をカバーし、特に、移動を決定することと戻り温度Ｔｒの値を精緻化することとに適合される。
【００７０】
一実施形態に従い、ステップ（ｃ）は、モバイル端末３０を介して戻り移動時間Δｔｒの自身の推定についてユーザＵに問い合わせる質問命令ＣＱを統合する。ユーザの応答に従い、戻り命令ＣＲが適合される。質問命令ＣＱは、ゆえに、ジオロケーションの後、与えられる。具体的に、上記質問は、モバイル端末のアプリケーションを介して、又は、簡素な接触が応答するプッシュ通知（アプリケーションが閉じられているときでさえユーザＵに指示するアラートメッセージ）を介して、ユーザに向けられることができる。ユーザＵにより供給される応答は、エネルギー節約を最適化し、ステップ（ｃ）により算出される戻り温度Ｔｒが無用なまま保たれることを防止する。実際、戻り温度Ｔｒは、ユーザＵが戻るとき、建造物Ｂが快適温度Ｔｃにあり得るように算出され、このユーザＵは、任意のときに自身の戻り移動を始める可能性がある。しかしながら、それが、ユーザが戻らないことに帰着する場合、戻り温度Ｔｒはより低くてもよい（依然として暖房システムの場合）。
【００７１】
上記実施形態は、ユーザＵが通常の移動ゾーンＺの外側に、又は逆に家の近くにいるとき、特に有利に適用される。実際、建造物Ｂから数分離れているユーザＵは、ユーザＵが一日中不在であり得る間、建造物Ｂの戻り温度Ｔｒが快適温度Ｔｃにかなり近く保たれることを確保することになる。
【００７２】
質問命令ＣＱの使用を制限して、熱調節システム１０の管理におけるユーザＵの介入を制限することが好ましい。
【００７３】
具体的に、質問命令ＣＱは、有利には、前に説明されたステップ（ｃ）について定義されたフィルタリングが地理的静止位置（geostatic  position）を検出した場合に限り採用される。
【００７４】
さらに、上記方法は、複数のユーザＵに対して適用される。この場合、ステップ（ａ）は、建造物Ｂの各ユーザＵについて実行され、ステップ（ｂ）は、ステップ（ａ）が建造物Ｂの各ユーザＵについて検証される（verified）場合、実行される。制限命令ＣＬは、ユーザＵが建造物Ｂ内に存在しない場合、及びその場合に限り、出される。ステップ（ｃ）は各ユーザＵについて実行され、すなわち、ジオロケーション及び戻り移動時間の推定が各ユーザについて実行され、ステップ（ｄ）は、すべての推定Δｔｒのうち戻り移動時間Δｔｒの最も低いとり得る推定について実行される。
【００７５】
上記方法は、さらに、複数の建造物Ｂに対して適用される。この場合、建造物Ｂは独立して扱われる。
【００７６】
言及されたとおり、上記方法は、さらに、暖房システムと空調システムとの双方に適用される。
【００７７】
この第２の場合、熱調節システム１０は空調システムを含み、戻り温度Ｔｒは快適温度Ｔｃより大きくなり、ひいては、生活温度Ｔｃより大きくなる（図１５を参照）。
【図１】
0006657206.tif 000002
【図２】
0006657206.tif 000003
【図３】
0006657206.tif 000004
【図４】
0006657206.tif 000005
【図５】
0006657206.tif 000006
【図６】
0006657206.tif 000007
【図７ａ】
0006657206.tif 000008
【図７ｂ】
0006657206.tif 000009
【図７ｃ】
0006657206.tif 000010
【図８】
0006657206.tif 000011
【図９】
0006657206.tif 000012
【図１０】
0006657206.tif 000013
【図１１】
0006657206.tif 000014
【図１２】
0006657206.tif 000015
【図１３】
0006657206.tif 000016
【図１４】
0006657206.tif 000017
【図１５】
0006657206.tif 000018