(57)【要約】      （修正有）【課題】セットバック温度、温水消費の量、サービス提供のスケジューリングの決定のために、占有されていない監視空間へのユーザの到着時刻を決定するシステムおよび方法を提供する。【解決手段】追跡システムにおいて、設定されたジオフェンスに対する位置、移動速度、特定の距離に対して必要な予測移動時間などのような特性によって、ユーザ（モバイルデバイス）を特徴付ける。それらの特性は、ホテルの借り部屋及び住宅を含むがそれらに限定されない監視空間にユーザが到着する前の計算されたリードタイム期間の定量的結果を得ることに寄与する。方法は、ユーザの到着時刻を使用して、不在の時間に維持される監視空間の室内温度であるセットバック温度を推定する。方法はまた、ユーザの到着時刻を使用して、提供すべき温水量を推定するとともに、他の特性管理対象に関して住宅監視する。【選択図】図１
2020074621.tif 000002
【特許請求の範囲】
【請求項１】
モバイルデバイスの位置を追跡し、監視空間に関する情報を処理するためのクラウドベースのシステムであって、
インターネットまたはＷＬＡＮとのワイヤレス接続性と、現在位置、または前記現在位置に関する近接ログを処理し送信するためのソフトウェアとを有する少なくとも１つのモバイルデバイスと、
コンピューティング機能を有し、少なくとも１つのモバイルデバイスと環境属性手段および占有属性手段の少なくとも一方とから受け取る情報の双方向処理を可能にするプロセスおよびソフトウェアによってインターネットに接続されるクラウドベースのサーバと、
少なくとも１つの監視空間に関する属性のレベルを表す信号と、前記属性の所定のレベルを表す所定の設定点と、前記インターネットまたはＰＳＴＮに対するネットワーク接続性とを任意の所与の時間に提供するための、前記インターネットに対する接続性を有する環境属性手段と、
前記監視空間が占有されているかどうかを示す占有に関する属性を表す信号と、前記インターネットまたはＰＳＴＮに対するネットワーク接続性とを任意の所与の時間に提供するための、前記インターネットに対する接続性を有する占有属性手段と、
前記サーバに結合されたクロックと、
少なくとも通信可能に接続された前記サーバによって送られた情報を記憶するように構成されたメモリ手段と
を備える、クラウドベースのシステム。
【請求項２】
通信ネットワークを介して、前記サーバと前記少なくとも１つのモバイルデバイスとの間のデータセッションを確立するようにさらに適合される、請求項１に記載のシステム。
【請求項３】
前記少なくとも１つのモバイルデバイスは、
ＧＮＳＳ信号を受信する全地球測位衛星受信機と、
屋内測位のためのブルートゥースビーコン送信信号を受信するブルートゥース受信機と、
ワイヤレス信号を送信および受信するためのアンテナと
をさらに備える、請求項１に記載のシステム。
【請求項４】
前記占有属性手段は、パッシブ赤外線センサまたはＣＭＯＳセンサのうちの一方を備える、請求項１に記載のシステム。
【請求項５】
クラウドベースのサーバが監視空間を住宅監視する方法であって、
少なくとも１つのモバイルデバイスにメッセージを送信するステップであって、前記メッセージは、固有識別子、現在位置、または前記現在位置に応じて決定される近接ログを、更新頻度および期間を含む１組の動作パラメータに従って前記サーバに送信するための少なくとも１つのコマンドを含む、ステップと、
通信可能に接続された制御局を介して、環境属性手段および占有属性手段の少なくとも一方にメッセージを送信するステップであって、前記メッセージは、前記更新頻度および前記期間を含む１組の動作パラメータに従って、対応する属性を前記サーバに送信するための少なくとも１つのコマンドを含む、ステップと、
前記少なくとも１つのモバイルデバイスから、前記現在位置または前記近接ログを含むメッセージを受信するステップと、
前記環境属性手段から、前記対応する属性を含むメッセージを受信するステップと、
前記占有属性手段から、前記対応する属性を含むメッセージを受信するステップと、
前記監視空間が占有されていないと決定すると、前記少なくとも１つのモバイルデバイスの前記近接ログを含むメッセージを、第三者に受信されるように送信するステップと
を含む方法。
【請求項６】
前記少なくとも１つのモバイルデバイスが、前記現在位置を取得し、前記近接ログを決定するために前記サーバに送信するステップ、または
前記少なくとも１つのモバイルデバイスが、前記現在位置を取得し、前記近接ログを決定するために処理し、前記近接ログを前記サーバに送信するステップ
を含む、請求項５に記載の方法。
【請求項７】
前記少なくとも１つのモバイルデバイスの前記近接ログは、
時間に対する少なくとも２つの位置に応じて決定される、前記少なくとも１つのモバイルデバイスに関する移動速度、
前記監視空間に到着するまでの期間を示す決定されたリードタイムであって、対応する前記少なくとも１つのモバイルデバイスが前記監視空間内にある場合に、ヌルであるリードタイム、または、
前記監視空間への決定された到着時刻であって、前記少なくとも１つのモバイルデバイスが前記監視空間内にある場合に、現在時刻である到着時刻、または
前記少なくとも１つのモバイルデバイスと前記監視空間との間の移動距離であって、前記少なくとも１つのモバイルデバイスが前記監視空間内にある場合に、ヌルである移動距離
を含む、請求項５および６に記載の方法。
【請求項８】
ｉ．前記監視空間が占有されているかどうかを決定するステップと、
ｉｉ．前記監視空間に対して入ることが許されないことを示す、前記少なくとも１つのモバイルデバイスから送信されたメッセージを、受信するステップと、
ｉｉｉ．前記少なくとも１つのモバイルデバイスに関する前記近接ログが第１の閾値を超えるかどうか決定するステップと、
ｉｖ．前記監視空間が占有されていると決定し、かつ前記近接ログが前記第１の閾値を超える場合、第三者に受信されるようにアラートを送信するステップと
を含む、前記サーバがアラートを送信するステップを含む、請求項５に記載の方法。
【請求項９】
ｉ．中止、中断された信号または前記サーバが送信した動作パラメータと適合しない信号を、前記環境属性手段と前記占有属性手段のうちの少なくとも一方から受信するかどうかを決定するステップと、
ｉｉ．応答を促す信号またはコードのうちの少なくとも一方を含むメッセージを、前記制御局、前記環境属性手段、および前記占有属性手段のうちの少なくとも１つに送信するステップと、
ｉｉｉ．前記制御局、前記環境属性手段、および前記占有属性手段のうちの少なくとも１つから応答として中止、中断された信号を受信する場合、第三者に受信されるようにアラートを送信するステップと
を含む、前記サーバがアラートを送信するステップをさらに含む、請求項５に記載の方法。
【請求項１０】
前記サーバがサービス提供のためのスケジュールの確立をさらに含む方法であって、
前記少なくとも１つのモバイルデバイスおよび少なくとも１つの監視空間に関する前記近接ログに従って優先付けがされた前記スケジュールを第三者に送信するステップと、
時間に対する前記監視空間の占有状態を示す前記少なくとも１つの対応する属性を記録し第三者に送信するステップと
を含む、請求項５に記載の方法。
【請求項１１】
前記第三者は、前記監視空間の管理、ならびに通信可能に接続されたモバイルデバイスと、ワイヤレス接続性および視覚ディスプレイを有する携帯手段と、シンクライアントコンピュータとのうちの少なくとも１つを含む、請求項５、８、９、および１０に記載の方法。
【請求項１２】
ｉ．前記監視空間の占有状態を示す前記少なくとも１つの対応する属性に従って、前記監視空間が占有されているかどうかを決定するステップと、
ｉｉ．前記少なくとも１つのモバイルデバイスに関する前記近接ログが第２の閾値を超えるかどうかを決定するステップと、
ｉｉｉ．前記監視空間が占有されていない、または前記少なくとも１つのモバイルデバイスに関する前記近接ログが前記第２の閾値を超える場合、前記外部デバイスに受信されるようにメッセージを送信するステップであって、前記メッセージは、前記外部デバイスを不在状態に変更するための信号またはコードの少なくとも一方を含む、ステップと、
ｉｖ．前記監視空間が占有されている、または前記少なくとも１つのモバイルデバイスに関する前記近接ログが前記第２の閾値内である場合、前記外部デバイスに受信されるようにメッセージを送信するステップであって、前記メッセージは、前記外部デバイスをユーザ設定状態に変更するための信号またはコードの少なくとも一方を含む、ステップと、
を含む、前記監視空間に関する通信可能に接続された外部デバイスのモードを前記サーバが変更するステップをさらに含む、請求項５に記載の方法。
【請求項１３】
不在状態は、オフモードまたは電力低減モードの前記外部デバイスを含み、
不在状態は、事前設定された期間内に前記外部デバイスが前記オフモードまたは前記電力低減モードに切り替わることを含み、または、
ユーザ設定状態は、前記外部デバイスが、ユーザの指定に従って１つもしくは複数のレベルまたは動作構成で動作することを含み、
前記外部デバイスは、照明器具、家庭用電化製品、および電子機器のうちの少なくとも１つを含む、請求項１２に記載の方法。
【請求項１４】
不在状態は、前記外部デバイスの状態が閉から開にもしくはロックからロック解除に変化した場合、あるいはコードまたはＰＩＮ番号のエントリがあると、あるいは前記監視空間の占有状態を示す前記対応する属性が非占有から占有に変化した場合、前記外部デバイスがアラートを始動すること、またはアラートを始動する信号を送信することを含み、
ユーザ設定状態は、前記外部デバイスが前記アラートを無効にすることを含み、
前記外部デバイスは、金庫、ドアロック、および前記占有属性手段のうちの少なくとも１つを含む、請求項１２に記載の方法。
【請求項１５】
セットバック環境属性を決定するための方法であって、
環境属性手段に通信可能に接続されたサーバのメモリ手段に記憶された命令を有するプログラムを実行するステップと、
サーバが送信した動作パラメータに従って、前記環境属性手段から、少なくとも１つの監視空間に関する属性を受信し、さらに、所定の設定点、前記設定点に対する所定の最大範囲、第１のドリフト関係、および第１の駆動関係を含むデータを処理するステップと、
時間に対して、前記属性を前記設定点から前記設定点に対する前記最大範囲にドリフトさせることによって第１のドリフト関係を確立するステップと、
時間に対して、前記設定点と前記設定点に対する前記最大範囲との間の少なくとも１つの中間属性を、前記設定点に対する前記最大範囲にドリフトさせるステップと、
時間に対して、前記属性を、前記設定点に対する前記最大範囲から前記設定点に駆動することによって、第１の駆動関係を確立するステップと、
時間に対して、前記設定点と前記設定点に対する前記最大範囲との間の少なくとも１つの中間属性を、前記設定点に駆動するステップと、
前記メモリ手段に、少なくとも１つの駆動関係および少なくとも１つのドリフト関係を記憶するステップと、
前記少なくとも１つの監視空間が占有されているかどうかを決定するステップと
を含む方法。
【請求項１６】
属性をドリフトさせるステップおよび属性を駆動するステップを含み、属性をドリフトさせるステップおよび属性を駆動するステップはそれぞれ、環境属性手段を動作させないことおよび動作することを表し、前記少なくとも１つの監視空間が占有されていない場合、追加のステップを含み、前記追加のステップは、
ｉ．少なくとも１つの追跡されるモバイルデバイスに関する近接ログに従って到着時刻を決定するステップと、
ｉｉ．前記到着時刻と現在時刻の差の範囲内に限定されるセットバック回復期間を決定するステップと、
ｉｉｉ．少なくとも１つの確立されたドリフトおよび駆動関係に従って、占有されていない前記監視空間のセットバック属性を決定するステップであって、前記セットバック属性は、前記セットバック回復期間との最小の差を含む対応する回復時間内に前記設定点に駆動される、ステップと、
ｉｖ．前記セットバック属性を前記環境属性手段に送信するステップと、
ｖ．前記近接ログが第３の閾値を超える、または前記監視空間が占有されていないと決定される場合、ステップ（ｉ）に戻るステップと
である、請求項１５に記載の方法。
【請求項１７】
前記少なくとも１つの監視空間は、ホテル内の客室、および商業ビル内のオフィスユニットを含む群から選択される、独立して位置する空間の属性がある少なくとも１つの独立して分離され監視される最小限の空間を表し、
前記設定点は、所定のレベルの前記属性であり、
前記最大範囲は、経験的に決定され、
前記最大範囲は、前記少なくとも１つの監視空間が占有されていない場合、前記少なくとも１つの監視空間における前記属性が、前記少なくとも１つの監視空間に隣接する領域内の前記属性の周囲レベルに向かってドリフトすることを可能にするように測定される、請求項８、１０、１５、および１６に記載の方法。
【請求項１８】
前記監視空間の前記属性は、室内温度であり、
前記環境属性手段は、温度センサと、加熱ユニット、空調ユニット、および換気ユニットのうちの少なくとも１つとを含む、請求項１５、１６、および１７に記載の方法。
【請求項１９】
前記監視空間の前記属性は、湿度であり、
前記環境属性手段は、湿度センサと、加湿器および除湿機のうちの少なくとも一方とを含む、請求項１５、１６、および１７に記載の方法。
【請求項２０】
前記属性が消費により低減することを表す属性をドリフトさせ、前記属性が増大することを表す属性を駆動するステップをさらに含み、前記ステップは追加のステップを含み、前記追加のステップは、
ｉ．総数のユーザによって携帯される追跡されるモバイルデバイスに関する近接ログを決定するステップであって、前記総数のユーザは、ヌル近接に関する前記少なくとも１つの監視空間に位置する非移動ユーザと、対応する近接ログに従って前記少なくとも１つの監視空間に到着することが予測される移動ユーザとを同時に含む、ステップと、
ｉｉ．前記少なくとも１つの監視空間に位置する非移動ユーザの予測数を時間に対して決定するステップであって、前記少なくとも１つの監視空間に到着する移動ユーザの対応する数を前記近接ログに従って決定することを含むステップと、
ｉｉｉ．非移動ユーザの前記予測数を、予め定義された単位属性量で乗算することによって、セットバック属性を時間に対して計算するステップと、
ｉｖ．前記ドリフトされた属性と非移動ユーザの数との間の時間に対する比を、少なくとも１つの確立されたドリフト関係に従って決定するステップと、
ｖ．時間に対する前記セットバック属性および時間に対する前記比を、前記環境属性手段に送信するステップと
である、請求項１５に記載の方法。
【請求項２１】
前記少なくとも１つの監視空間は、ホテル、住宅、および商業ビルを含む群から選択される、少なくとも１つの独立して分離され監視される最小限の空間を含む独立して位置する空間を表し、
前記設定点は、前記ユーザの総数によって乗算された前記予め定義された単位属性量を表し、
前記最大範囲は、経験的に決定され、
前記最大範囲は、前記属性があるレベルに向けてドリフトすることが許される場合、前記設定点と最大の差を含んで所与の期間内で測定される、請求項８、９、１５、および２０に記載の方法。
【請求項２２】
前記監視空間の前記属性は、所定の温度における温水貯蔵量であり、
前記予め定義された単位属性量は、前記総数のユーザのうちの１ユーザに対して容易に供給される前記所定の温度における前記温水貯蔵量であり、
前記環境属性手段は、貯蔵タンク内の前記属性の量を測定するためのセンサ、および温水ユニットのうちの少なくとも一方を含む、請求項１５、２０、および２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタルセルラーシステム、パーソナル通信システム（「ＰＣＳ」）、強化型特殊移動無線（enhanced specialized mobile radios）（「ＥＳＭＲ」）、無線周波数（「ＲＦ」）ベースの追跡システム（Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ）および他のワイヤレス通信システムにおいて使用されるものなど、ユーザ携帯モバイルデバイスの位置を特定するユーザ位置追跡システム（「追跡システム」）および方法に関する。より詳細には、ただし非限定的に、本開示は、個別に追跡されたユーザの位置を使用して、ホテルの対応する借りられた部屋（「借り部屋」）を含む監視空間にユーザが到着する時刻（「到着時刻」）、および関連した条件の制御のための監視空間における追跡されるユーザの総数を決定する方法に関する。
【背景技術】
【０００２】
ホテルで滞在する客（「ユーザ」）は、２つの主なユーティリティ源である暖房、換気および空調システム（「ＨＶＡＣ」）並びに温水により、借り部屋の使用の際のエネルギー消費をもたらす。従来のＨＶＡＣシステムでは、借り部屋内の温度は複数の動作レベルに上昇または下降される。室内温度は、典型的には３つの異なるレベルで維持される。設定レベルは、借り部屋に入ったときにユーザによって選択されることが多い。借り部屋が占有されていないとき、設定レベルへの迅速な回復を可能にしながら、快適なレベルが省エネルギーのために設定温度から数度のところで維持される。借りられていない部屋の最大限の省エネルギーのためには自由レベルが使用される。さらに、ハウスキーピングサービスは、借り部屋にゲストがいない間に提供されることが好ましい。デバイスの制御および監視空間に関するセキュリティなど他のサービスは、他の自動化システムによって現在実施されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
監視空間の快適レベルの一般的な問題は、多くは、セットバック温度が、借り部屋に誰かが戻ったときに十分な快適さを提供するのには設定温度から離れ過ぎている、または適切な省エネルギーを達成するのには設定温度に近過ぎることである。快適レベルの室内温度には、設定温度に回復する駆動時間が必要であり、したがって、対応する推定される最小限必要とされる駆動時間がかなり不正確になる。「短サイクリング（Short Cycling）」現象が不十分な動作時間により生じることがあり、それにより、ユーザの設定温度の行過ぎ、および所与の期間内の際限のない上昇／下降温度サイクルがもたらされる。その結果、ＨＶＡＣシステムの不可避的損傷、および全般的動作寿命の短縮が生じる。
【０００４】
また、設定温度の温水が監視空間に容易に供給される必要がある。温水器は、２つのカテゴリー、すなわち１．タンクレス型温水器および、２．貯蔵タンク型温水器のいずれかに分類される。温水の消費量は、１日の時間帯、さらに１年の時期によって大きく変動するばかりでなく、量はその場にいるユーザの数によっても異なる。１日の間に監視空間にいるユーザの予測数に基づいて温水供給が計画される場合、１ユーザあたりに割り振られた温水の量が相互に関係するレベルで維持される。
【０００５】
加えて、監視空間内のデバイスは、意図したユーザの使用に制限されない。家庭用電化製品は、プログラムされた設定および遠隔制御によりかなり自動化されているが、ユーザの識別に応じて対応することができない。
【課題を解決するための手段】
【０００６】
本発明は、セットバック温度、温水消費の量、サービス提供のスケジューリングの決定のために、占有されていない監視空間へのユーザの到着時刻を決定するシステムおよび方法を提供する。監視空間に関係するデバイスの動作モードは、意図したユーザの存在の検出または予想に応じて変更される。
【発明の効果】
【０００７】
占有されていない監視空間のセットバック温度は、ユーザに設定された設定レベルから最も遠いレベルにドリフトされる可能性があり、システムが決定した１つまたは複数のユーザの到着時刻に従って設定レベルまで駆動される。容易に供給される温水の量は、監視空間に残るまたは到着するユーザの期待される数に応じてドリフトおよび駆動される。最大限の省エネルギーが達成され得る。さらに、意図したユーザに制限される、借り部屋に関係するデバイスの動作モードの変更により、ユーザ体験を向上させるだけでなく、セキュリティも強化される。
【０００８】
様々な態様において、ワイヤレス通信のための１つまたは複数の送信機を含むユーザ携帯モバイルデバイスの位置に関係付けられた近接ログを、時間に対して特定し記録するためのシステムが開示される。一実施形態では、上記モバイルデバイスは、位置分析機能性をさらに備え、所定のジオフェンス（地図上でエリアを限定する仮想的な壁）領域に対するその位置の近接ログを含むメッセージを選択的に送信する。このシステムは、メッセージを受信し、ユーザの借り部屋への到着時刻を決定するアプリケーションサーバを含む。さらに、アプリケーションサーバは、１日を通した時間に対して追跡されるユーザの総数の計算を進める。さらに別の態様では、制御局が、得られた属性をアプリケーションサーバに送信し、アプリケーションサーバから送られた受信近接ログに従って、接続された属性の局および外部デバイスを制御する。制御局には、ビル管理システム（Building Management System）、およびインターネットおよびＷＬＡＮ接続性を備えるゲートウェイが含まれるが、これらに限定されない。
【０００９】
一実施形態では、アプリケーションサーバは、先行の駆動動作の開始点、中間点、および終了点において室内温度を取得するステップと、開始、中間および終了温度を使用して、駆動曲線を計算するステップと、駆動曲線を使用して、所望の温度に達する時点を推定するステップとによって、ＨＶＡＣで制御される部屋における温度応答の駆動時間を推定する。代替的実施形態では、駆動時間を推定することは、先行の駆動動作に対応する期間にわたる複数の室内温度データサンプルを取得するステップと、各部分がデータサンプルのサブセットを使用して計算される複数の駆動曲線部分を計算するステップと、すべての計算された駆動曲線部分を結合するステップとを含むことができる。
【００１０】
別の実施形態では、１日を通して温水消費の量を計算するための方法が提供される。アプリケーションサーバは、履歴動作に基づいて消費速度対時間を利用し、日毎の消費速度対時間の曲線を作成し、複数の受信した近接ログ、したがって追跡されるユーザの到着時刻に基づいて、ホテルのユーザの予測数を使用して、温水消費量の日毎のピークに達する時間を予測することによって、実際の水の消費量の日毎のピークを予測する。
【００１１】
この方法のさらなる実施形態では、アプリケーションサーバが、占有されていないステータスの各借り部屋の持続時間を推定し、優先するハウスキーピングサービスのスケジュールを作成する。動的情報が、サーバに接続されたメモリ手段に記憶される。さらに別の実施形態では、現在のユーザ位置に基づいて、また事前設定された動作パラメータまたはユーザの認証に従って、借り部屋と関係付けられた選択されたデバイスの動作モードを決定し設定するための方法が提供される。
【００１２】
図面は本発明の実施形態を構成し、装置のインフラストラクチャおよび動作の原理を図示する役割をする。
【図面の簡単な説明】
【００１３】
【図１】追跡システムの本発明のブロック図の表現である。
【００１４】
【図２Ａ】多角形のジオフェンス領域に対するユーザ携帯モバイルデバイスの移動軌跡を示す図である。
【００１５】
【図２Ｂ】円形のジオフェンス領域に対する異なる瞬間のユーザ携帯モバイルデバイスの位置を示す図である。
【００１６】
【図３】非線形方程式を使用する、監視空間内の計算された熱ドリフトおよび駆動の関係を示すグラフである。
【００１７】
【図４】ある期間にわたる記録されたデータサンプルを識別する、監視空間内の熱ドリフトおよび駆動の関係を示すグラフである。
【００１８】
【図５】ユーザ位置、およびホテルへのユーザの予測到着時刻を使用して、セットバック室温設定および予測温水消費量を計算する方法を示すフローチャートである。
【００１９】
【図６Ａ】ホテルにおける平均的な日の履歴温水消費速度を示すグラフである。
【００２０】
【図６Ｂ】記録された温水消費速度と、複数の予測されたユーザのホテルへの到着時刻に基づく予測温水消費速度とを示すグラフである。
【００２１】
【図７Ａ】借り部屋のユーザの到着時刻に応じて、優先順位を付けてサービス提供に人的資源を割り振るためのスケジュールを示す図である。
【００２２】
【図７Ｂ】監視空間を住宅監視（house watch）する方法を示すフローチャートである。
【発明を実施するための形態】
【００２３】
本発明は、図面を支持して示される実施形態を参照するとより良く理解できるが、本発明はこれらの図示の実施形態に限られるものではない。特許請求の範囲によって規定される本発明の真の範囲から逸脱することなく変形および修正が行われ得ることは当業者には理解されよう。したがって、添付の特許請求の範囲およびその均等物の範囲に入るそのようなすべての変形および修正が本発明の範囲内に含まれることが意図される。
【００２４】
図１は、ジオフェンスの詳細のいくつかのプリファレンス、動作パラメータ、および制御情報がアプリケーションサーバ１１０からモバイルデバイス１０３に選択的に送られる環境１００における本発明を示す。モバイルデバイス１０３は、データロギングのためにアプリケーションサーバ１１０に好ましいメッセージを送信することが可能になる。アプリケーションサーバ１１０は、ユーザが携帯するモバイルデバイス１０３の借り部屋への到着時刻の予測を行う。いつでも、ユーザは、モバイルデバイス１０３を介して、手動で入力した到着時刻をアプリケーションサーバ１１０に送ることができる。
【００２５】
ジオロケーションシステム１０１は、地上または衛星ベースの測位システムであり、それらの一部として、以下に限定されないが、全地球航法衛星システム（「ＧＮＳＳ」）に関して、北斗導航系統（Beidou Navigation System）、差分ＧＰＳ（「ＤＧＰＳ」）、Ｅｕｒｏｆｉｘ  ＤＧＰＳ、全地球測位システム（「ＧＰＳ」）がある。他のタイプの測位システムでは、ジオロケーションシステム１０１は、セルラー通信塔または基準点を提供する他のシステムを含み、モバイルデバイス１０３に受信されるＲＦ信号を送信する。
【００２６】
モバイルデバイス１０３は、組込みデバイス１０４（たとえば、メモリ手段（図示せず）および限られた機能性を有するオンボードコンピュータ）、ジオ受信機（geo-receiver）１０５、テレマティクスデバイス１０６、および対応するアンテナ１０８、１０７を含む。組込みデバイス１０４は、ジオフェンス境界定義、クロックタイム、およびポーリング間隔などを含むがこれらに限定されない動作パラメータを、ワイヤレスで読み込む。モバイルデバイス１０３は、セルラー電話、および、タブレットコンピュータなどワイヤレス通信接続性を所有する携帯デバイスを含む。
【００２７】
通常、ジオ受信機１０５は、ジオロケーションシステム１０１が送信しアンテナ１０８で受信した信号を処理して、モバイルデバイス１０３の現在位置を取得する。一実施形態では、モバイルデバイス１０３は、その位置を、三辺測量プロセスを行うことによって決定する。テレマティクスデバイス１０６は、モバイルデバイス１０３の現在位置および固有識別子を含む符号化ワイヤレスメッセージを、事前設定されたポーリング間隔に従って一定または可変の特定の時間頻度で、アンテナ１０７を介してアプリケーションサーバ１１０に送信する。代替的実施形態では、モバイルデバイス１０３は、上記の符号化ワイヤレスメッセージを、アプリケーションサーバ１１０から送信され受信した周期的プローブ要求による定義されたポーリング間隔で、テレマティクスデバイス１０６によってアンテナ１０７を介してアプリケーションサーバ１１０に送信する。
【００２８】
アプリケーションサーバ１１０は、ネットワーク１０２を介して、モバイルデバイス１０３の位置および固有識別子を含む情報を受信する。アプリケーションサーバ１１０は、借り部屋へのユーザの到着時刻に関するリードタイム（所要）期間を計算するプログラムを実行する。代替的には、アプリケーションサーバ１１０は、モバイルデバイス１０３が位置するジオフェンス境界に関係付けられたジオフェンス領域に基づいて、予め定義されたリードタイム期間を割り当てる。モバイルデバイス１０３のリードタイム期間および動作パラメータは、モバイルデバイス１０３が位置するジオフェンス領域の変化に応じて変更され得る。アプリケーションサーバ１１０は、モバイルデバイス１０３上のテレマティクスデバイス１０６との双方向通信を容易にすることができる任意の機器とすることができる。別の実施形態では、モバイルデバイス１０３は、関係する借り部屋へのユーザの到着時刻に関するリードタイム期間を計算し、少なくとも計算されたリードタイム期間および固有識別子を含む最新の近接ログを、上記符号化ワイヤレスメッセージでアプリケーションサーバ１１０に送る。
【００２９】
予め定義されたジオフェンス境界、アプリケーションサーバ１１０とモバイルデバイス１０３の間のデータロギングを指示する一定または可変の頻度でのポーリング間隔、アプリケーションサーバ１１０によって行われる定量的計算、ならびにユーザの個人データなど他の情報のライブラリが、メモリ手段１１１に記憶され、有線または無線の通信ネットワークを介してアプリケーションサーバ１１０によって取得される。アプリケーション１１０と共にまたはアプリケーション１１０内で動作するメモリ手段１１１は、磁気、光、または固体メモリを含む任意のデバイスとすることができ、そこで記憶された情報は、通信可能に接続されたシンクライアント１１３を介して変更され得る。
【００３０】
ジオロケーションシステム１０１とともに使用される屋外環境において、ネットワーク１０２は、セルラー通信システムおよびインターネットなどのワイヤレスおよび有線通信インフラストラクチャの組み合わせを使用し、テレマティクスデバイス１０６とアプリケーションサーバ１１０の間の双方向データロギングを提供する。
【００３１】
他方、図１に示されるように、屋内追跡システムに関するネットワーク１０２のワイヤレスおよび有線通信インフラストラクチャは、一般的にＷＬＡＮ／イーサネット（登録商標）の組み合わせを含む。そこで、ブルートゥース（Bluetooth（登録商標））通信構成要素および機能性を有するユーザ携帯モバイルデバイス１０３が、複数のブルートゥースビーコン１１２に基づいて構築されたノードベースのメッシュネットワーク（図示せず）を介して継続的に追跡される。ブルートゥースビーコン１１２は、室内環境にあるモバイルデバイス１０３に信号を送信し、通信可能に接続されたアプリケーションサーバ１１０に返送信号を移送する。上記屋外追跡システムと動作的に同様に、関係する借り部屋へのユーザの到着時刻に関するリードタイム期間を含む近接ログが、アプリケーションサーバ１１０によってモバイルデバイス１０３の位置に基づいて得られる。
【００３２】
図２Ａを参照すると、ジオフェンス領域２０３は多角形のジオフェンス境界２０４内の領域である。ジオフェンス領域２０３は、重心２０１、ならびに計算された重心２０１とジオフェンス境界２０４の最も離れた縁端との間の最大オフセットに対応する半径２０２を有する計算された円形近似２０５を有する。点線の軌跡２２０は、ジオフェンス境界２０４を交差し、一実施形態ではホテルの関係する借り部屋にある重心２０１から離れるように進む、モバイルデバイス１０３の例示的な経路を示す。
【００３３】
図２Ａでは、レベル０のゾーンは、円形近似２０５外の領域として画定され、レベル１のゾーンは、円形近似２０５内の領域として画定され得る。アプリケーションサーバ１１０は、トラフィック状態に関する事前調整因子、１日の時間帯、モバイルデバイス１０３の固有識別子、およびユーザまたは関係する借り部屋の特性などに応じて、ゾーンレベル１内のジオフェンス境界２０４の形状を変更することができる。
【００３４】
一実施形態では、アプリケーションサーバ１１０は、ユーザが携帯するモバイルデバイス１０３の実時間位置に関するデータを、現在時刻と重心２０１へのユーザの予測到着時刻との間の期間である事前設定されたリードタイム期間Δｔａと相互に関係付ける。たとえば、モバイルデバイス１０３が位置２１１にあってジオフェンス領域２０３内にあるとき、事前設定値がリードタイム期間Δｔａ１に割り当てられ、モバイルデバイス１０３がジオフェンス境界２０４外である位置２１２にあるとき、別の事前設定値がリードタイム期間Δｔａ２に割り当てられる。
【００３５】
次に図２Ｂを参照すると、円形ジオフェンス境界２５４に関するジオフェンス領域２５３が示されている。半径２５２を有するジオフェンス境界２５４が、一実施形態のようにホテルの借り部屋である中心点２５１を中心に画定されている。点線の軌跡２２１は、ジオフェンス境界２５４を交差し、中心点２５１に向かって進む、モバイルデバイス１０３の例示的な経路を示す。レベル０のゾーンは、ジオフェンス境界２５４外の領域として画定され、レベル１のゾーンは、ジオフェンス境界２５４内の領域である。アプリケーションサーバ１１０は、トラフィック状態に関する事前調整因子、１日の時間帯、モバイルデバイス１０３の固有識別子、およびユーザまたは関係する借り部屋の特性などに応じて、ジオフェンス境界２５４内のゾーンレベル１の範囲を変更することができる。
【００３６】
代替的実施形態では、アプリケーションサーバ１１０は、モバイルデバイス１０３の実時間位置に関するデータを、以下のようにリードタイム期間Δｔａの数学的計算と相互に関係付ける。
【００３７】
Δｔａ＝γ・ｄ／ｖ  ［１］
【００３８】
上式で、Δｔａは、現在時刻と中心点２５１の借り部屋へのユーザの予測到着時刻との間のリードタイム期間であり、γは、１日の時間帯、モバイルデバイス１０３の固有識別子、およびユーザまたは関係する借り部屋の特性など、リードタイム期間Δｔａに影響する不確実な前提条件に関する事前設定された因子を表し、ｄは、モバイルデバイス１０３の現在位置と中心点２５１との間の距離であり、ｖは、ユーザの移動速度であり、以下を用いて計算され得る。
【００３９】
ｖ＝（ｄ２−ｄ１）／（ｔ２−ｔ１）  ［２］
【００４０】
ここで、ｖは、ある位置から別の位置に移動する時間差に基づいて定期的に算出される。たとえば、ｖは、ｄ１（第１の位置２６１と中心点２５１の間の移動距離）とｄ２（第２の位置２６２と中心点２５１の間の移動距離）との差をｔ１（第１の位置２６１で記録された瞬間的時間）とｔ２（第１の位置２６２で記録された瞬間的時間）との差で割ったものによって示される。他の式および方法が異なる状況で適宜に当てはまると思われることがあり、したがってリードタイム期間Δｔａの計算に適用されることがある。アプリケーションサーバ１１０は計算を行って、リードタイム期間Δｔａの計算値を制御局１２０および他のシステムに送信する。
【００４１】
本明細書に開示される例示的な方法は、任意の数の形状およびサイズにより表されるジオフェンス領域に適用され得ることは当業者には理解されよう。重心の周りのジオフェンスは、複雑さが、直線から、ホテルの建物および周辺の景観により正確に従うより著しく不規則な形状に及んでもよい。これらのジオフェンスを構築するための当業者には明らかないくつかの方法が存在する。
【００４２】
熱ドリフトおよび駆動の関係
【００４３】
図３は、室内空間の例示的な温度変化を示し、ここでは室外温度が空間の室内設定温度Ｔｓｅｔよりも低い。周囲温度Ｔａｍｂは、ＨＶＡＣ加熱動作がオフのときに時間ｔの無期限の増加に従って室内温度Ｔ（ｔ）が理論的に達する温度であり、この事例では説明のために一定のレベルである。
【００４４】
ドリフト曲線３００−１は、時間に対する室内温度Ｔ（ｔ）の「ドリフトプロセス」を表し、当初は速度が高く、設定温度Ｔｓｅｔから、室内温度Ｔ（ｔ）が周囲温度Ｔａｍｂと実質的に同じ定常温度に接近するに従って低下する。駆動曲線３００−２は、空間の室内温度Ｔ（ｔ）の「駆動プロセス」を表し、ＨＶＡＣ加熱動作中に時間に対して周囲温度Ｔａｍｂから設定温度Ｔｓｅｔにまで駆動される。駆動速度は、室内温度Ｔ（ｔ）が設定温度Ｔｓｅｔに近づくに従って低下する。室内温度Ｔ（ｔ）があるレベルから別のレベルへドリフトするのに必要な期間は、時間帯および季節、ならびに天候および空間内のエネルギーシンクなど他の因子に応じて変動する。一方、駆動曲線３００−２は、固有の空間環境、およびＨＶＡＣシステムの性能に依存する。室内温度Ｔ（ｔ）があるポイントから別のポイントへドリフトする期間、および、室内温度Ｔ（ｔ）をあるポイントから別のポイントへ駆動する期間を予測するために、ＨＶＡＣ動作に対する温度応答間の関係に関するデータを得る必要がある。暖かい日に冷却される部屋の場合、原理は同じであるが、ｙ軸上の温度が上昇する方向が逆になる。
【００４５】
一実施形態では、ドリフト曲線３００−１および駆動曲線３００−２を介する温度応答を記述するために数学関数を使用することができる。例示的な使用の場合、ニュートンの冷却の法則がドリフトおよび駆動のパフォーマンスの計算に使用される。時間に対する室内温度Ｔ（ｔ）の変化率ｄＴ／ｄｔは、室内温度Ｔ（ｔ）と周囲温度Ｔａｍｂの差に比例する。数学的形式で微分方程式が以下のように使用される。
【００４６】
ＳｄＴ／（Ｔ−Ｔａｍｂ）＝ｋ・Ｓｄｔ  ［３］
【００４７】
上式で、室内温度Ｔ（ｔ）が設定温度Ｔｓｅｔから周囲温度Ｔａｍｂ。へのドリフトプロセスに対応する。微分方程式を解いて、
【００４８】
時間の関数として室内温度Ｔ（ｔ）を有する式が得られる。
【００４９】
Ｔ（ｔ）＝Ｔａｍｂ＋（Ｔｓｅｔ−Ｔａｍｂ）ｅ−ｋｔ  ［４］
【００５０】
式中、ｋは、空間内の周囲環境に依存する定数である。任意の時間ｔの室内温度Ｔ（ｔ）を測定し、周囲温度Ｔａｍｂを知ることにより、ｋの値が容易にソートされ得る。
【００５１】
代替的実施形態では、アプリケーションサーバ１１０は、環境属性手段１３０から、周囲温度Ｔａｍｂならびにドリフトおよび駆動データに関する室内温度Ｔ（ｔ）を取得し、メモリ手段１１１にデータを記録および記憶する。さらに別の実施形態では、アプリケーションサーバ１１０は、制御局１２０または他の外部ソースから、室内温度Ｔ（ｔ）のドリフトおよび駆動データならびに周囲温度Ｔａｍｂを含むデータ供給を受け取る。ドリフトデータ、駆動データおよび周囲温度Ｔａｍｂの取得に関する計算、データ記録および外部情報ソースは、継続的に処理され、メモリ手段１１１に記憶され、空間内のＨＶＡＣ冷却または加熱動作の間の室内温度Ｔ（ｔ）応答対時間ｔを調べるために使用され得る。
【００５２】
図４は、ドリフト曲線４００−１および駆動曲線４００−２による例示的な室内温度Ｔ（ｔ）応答を示す。変動する周囲温度Ｔａｍｂの点線曲線４００−３は、１日の間の室外温度の変化に従って変動する。
【００５３】
セットバック温度Ｔｓｂは、ＨＶＡＣシステムにより維持される占有されていない借り部屋の温度レベルであり、ユーザの入室後に短時間で設定温度Ｔｓｅｔに回復することが意図される。セットバック温度Ｔｓｂを設定温度Ｔｓｅｔへ駆動するのに必要な時間は、回復期間Δｔｒであり、回復期間ΔｔｒはＨＶＡＣシステム性能に依存する。これは以下により良く表現される。
【００５４】
Δｔｒ＝ｔｓｅｔ−ｔｓｂ  ［５］
【００５５】
式中、ｔｓｅｔは、室内温度Ｔ（ｔ）が設定温度Ｔｓｅｔに向かって駆動される時間であり、ｔｓｂは、駆動プロセスの開始時間であり、開始時間において室内温度Ｔ（ｔ）はセットバック温度Ｔｓｂに等しい。
【００５６】
一実施形態では、アプリケーションサーバ１１０は、取得されたユーザの到着リードタイム期間Δｔａに基づいて、回復期間Δｔｒを計算し、次いで、ドリフトプロセスおよび駆動プロセスにおける温度応答と時間の関係に基づいて、対応する室内セットバック温度Ｔｓｂを推定する。セットバック温度Ｔｓｂから設定温度Ｔｓｅｔへの駆動を完了するために、回復期間Δｔｒがリードタイム期間Δｔａ内であるようにすべきことに注意されたい。すなわち、
【００５７】
Δｔｒ≦Δｔａ
【００５８】
または、
【００５９】
Δｔｒ＝α・Δｔａ  ［６］
となる。
【００６０】
式中、αは、リードタイム期間Δｔａに影響する不確実性を数学的に記述する事前設定された係数を表す。別の実施形態では、回復期間Δｔｒは以下のようにも表現される。
【００６１】
Δｔｒ＝ｒ・｜Ｔｓｅｔ−Ｔｓｂ｜  ［７］
【００６２】
式中、回復速度ｒ（単位温度当たりの単位時間、１℃当たりの秒などとして表される）は、ＨＶＡＣシステムが室内温度を設定温度Ｔｓｅｔに向けて駆動する速度である。回復速度ｒは、以下のように計算される。
【００６３】
ｒ＝（Ｔｓｅｔ−ｔ）／｜Ｔｓｅｔ−Ｔ（ｔ）｜  ［８］
【００６４】
式中、Ｔ（ｔ）は、任意の時間ｔにおける空間の室内温度である。
【００６５】
周囲温度Ｔａｍｂと関係する回復速度ｒを含むデータが、メモリ手段１１１に記憶され得る。最新の計算された回復速度ｒと保管された回復速度ｒとを計算し組み合わせる任意の技法が利用されてもよい。
【００６６】
式［８］または他で得られる回復速度ｒ以外にも、ＨＶＡＣシステムの製造者は、最適な動作有効性および機器寿命を保証する異なる環境条件のもとで推奨される回復速度ｒｍも提供する。したがって、回復速度ｒは、以下のように、推奨される回復速度ｒｍを超えない速度で維持されるべきである。
【００６７】
ｒ≦ｒｍ
【００６８】
または、
【００６９】
ｒ＝β・ｒｍ  ［９］
【００７０】
式中、βは、温度駆動動作で回復速度ｒに影響する変数を数学的に記述する事前設定された係数を表す。式［６］および［９］を以下のように式［７］に代入すると、
【００７１】
Ｔｓｂ＝Ｔｓｅｔ−（α・Δｔａ）／（β・ｒｍ）  ［１０］
【００７２】
リードタイム期間Δｔａを使って空間のセットバック室内温度Ｔｓｂが得られる。
【００７３】
これらのドリフトおよび駆動パラメータは、図５のフローチャート５００に示されるように、対応するセットバック温度Ｔｓｂを決定するための本発明の方法で使用される。一般に、アプリケーションサーバ１１０は、モバイルデバイス１０３に関する異なる位置に関係する情報を受け取りながら、占有されていない借り部屋におけるセットバック温度Ｔｓｂの値を決定する。アプリケーションサーバ１１０が、別個のシステムから、借り部屋のステータスが非占有であるかどうかを含む情報を受け取ることが実現される。
【００７４】
ステップ５１０で、アプリケーションサーバ１１０は、制御局１２０から、設定温度Ｔｓｅｔ、室内温度Ｔ（ｔ）、および周囲温度Ｔａｍｂを含む借り部屋に関するデータを定期的に受信し、図４に例示的なグラフ形状に示した熱ドリフトおよび駆動の関係を数学的に確立するために、メモリ手段１１１にデータを記憶する。Ｔａｍｂなど客観的条件が継続的に変化し、上記熱ドリフトおよび駆動の関係が、計算結果に影響する継続的に更新される数学的プラットフォーム上にあることを指摘することは有意義である。
【００７５】
一実施形態において、ユーザが携帯するモバイルデバイス１０３は借り部屋から離れる。ステップ５２０で、アプリケーションサーバ１１０は、借り部屋のユーザに携帯されるモバイルデバイス１０３から近接ログを受け取り、その情報には、室外または室内に位置するモバイルデバイス１０３を追跡するための動作環境を示すものが含まれるが、これに限定されない。同時に、アプリケーションサーバ１１０は、少なくとも１つの他の通信可能に接続されたシステムから受け取った情報に基づいて、借り部屋が占有されていないかどうかを決定する。アプリケーションサーバ１１０は、借り部屋のステータスが「チェックアウト済み」として識別された場合、近接ログを分析しプロセスを終了する。逆に、アプリケーションサーバ１１０は、借り部屋にユーザが戻る時刻を予測し、保管された数値による熱ドリフトおよび駆動データに基づいて対応するセットバック室内温度Ｔｓｂを決定する。プロセスは、ステップ５３０に進む。
【００７６】
図２Ｂを参照すると、アプリケーションサーバ１１０は、第１の瞬間的時間ｔ１に記録された第１の位置２６１に対応するモバイルデバイス１０３からの近接ログを受け取り、ｄ１（第１の位置２６１と中心点２５１の間の移動距離）の値を決定する。ステップ５３０で、アプリケーションサーバ１１０は、一実施形態では、ジオフェンス領域２５３の外側にある位置２６１に基づいてリードタイム期間Δｔａ１の事前設定値を使用し、式［６］を用いて対応する回復期間Δｔｒ１を計算する。アプリケーションサーバ１１０は、図４に示されるように借り部屋のドリフトプロセスおよび駆動プロセスにおける温度応答に基づいて、対応するセットバック室内温度Ｔｓｂ１を推定する。代替的には、アプリケーションサーバ１１０は、式［１０］を使用することによりセットバック温度Ｔｓｂ１を計算する。ステップ５４０で、アプリケーションサーバ１１０は、セットバック温度Ｔｓｂ１に関するデータを制御局１２０に送り、環境属性手段１３０のＨＶＡＣシステムを制御して、より少ないエネルギー需要のセットバック温度Ｔｓｂ１で借り部屋の温度を維持する。プロセスは、ステップ５１０に戻る。
【００７７】
さらなる実施形態では、アプリケーションサーバ１１０は、第２の瞬間的時間ｔ２に記録された第２の位置２６２に対応するモバイルデバイス１０３からの近接ログを受け取り、ｄ２（第２の位置２６２と中心点２５１の間の移動距離）の値を決定する。ステップ５３０で、アプリケーションサーバ１１０は、式［２］を用いてユーザの移動速度ｖを計算する。
【００７８】
ｖ＝（ｄ２−ｄ１）／（ｔ２−ｔ１）  ［２］
【００７９】
速度ｖを式［１］に代入することによりリードタイム期間Δｔａ２が得られ、アプリケーションサーバ１１０は、式［６］を用いて対応する回復期間Δｔｒ２を計算する。
【００８０】
アプリケーションサーバ１１０は、図４に示されるように借り部屋のドリフトプロセスおよび駆動プロセスにおける温度応答に基づいて、対応するセットバック室内温度Ｔｓｂ２を推定する。代替的には、アプリケーションサーバ１１０は、式［１０］を使用することによりセットバック温度Ｔｓｂ２を計算する。ステップ５４０で、アプリケーションサーバ１１０は、セットバック温度Ｔｓｂ２に関するデータを制御局１２０に送る。制御局１２０は、環境属性手段１３０のＨＶＡＣシステムを起動して、室内温度Ｔ（ｔ）をセットバック温度Ｔｓｂ１からセットバック温度Ｔｓｂ２に調節する。セットバック温度Ｔｓｂ２は、回復期間Δｔｒ２内に設定温度Ｔｓｅｔへ駆動されることになる。
【００８１】
温水およびサービスの提供
【００８２】
本発明の別の態様では、追跡システムが、時間に対するホテルにおける追跡されるユーザの総数の予測に適用される。ユーザの近接ログに従って各追跡されるユーザの出発時刻およびホテルへの到着時刻を得ることにより、１日の任意の時間のホテルにおけるユーザの推定総数が求められる。さらに、環境属性手段１３０のホテルの給湯システムの設定温度および貯蔵量が予測され得る。
【００８３】
ホテルの毎日の温水消費パターンはユーザの数および時間の関数である一方、温水供給の制御が水流量ならびに熱流量にも適用される。図６Ａは、例示的なプロファイル６００において７０％の利用率を有するホテルでの典型的な１日の温水消費速度を示し、記録されるピークは、午前６時〜午前７時（９０％〜１００％の在室ユーザ）の間、午後１２時〜午後１時（３０％〜４５％の在室ユーザ）の間、および午後７時〜午後８時（６０％〜８０％の在室ユーザ）の間に存在する。
【００８４】
図６Ｂ内の例示的なプロファイル６０１は、利用率が９０％のホテルでの平均的な日の温水消費速度を示し、記録データは午前９：３０の現在時間まで利用可能である。保管されたプロファイル６００を含むがこれに限定されないメモリ手段１１１（図１）に記憶される典型的な履歴記録、およびホテルにいるユーザの予測数は、プロファイル６０１を確立する属性となる。第１の記録されるピーク６０１−１は、午前６時〜午前７時（９０％〜１００％の在室ユーザ）の間に存在する。
【００８５】
一実施形態では、アプリケーションサーバ１１０は、記録された出発時刻に基づいて各出発する追跡対象ユーザを差し引き、存在する追跡されていないユーザの推定数に加えて、ホテルへの予測到着時刻に基づいて到着する追跡対象ユーザを加えることによって、任意の時間のホテルにおけるユーザの総数を予測する。ピーク需要における温水の典型的なユーザ当たりの消費速度は、４５リットル毎時であり、温水の典型的な１日のユーザ当たりの消費量は、６０〜１６０リットルである。温水消費速度の予測は、現在時間から４時間内の最良の精度を有する午前９：３０〜午後１：３０と、午後１：３０〜午前１２時までの第２の精度とに分離され得る。午後１２時〜午後１時の予測ピーク６０１−２、および午後７時〜午後９時の予測ピーク６０１−３がプロファイル６０１に示されており、このプロファイルは、各追跡されるユーザに関する最も新しく記録および計算されたリードタイム期間Δｔａによって継続的に修正される。
【００８６】
さらに別の実施形態では、アプリケーションサーバ１１０は、設定温度における貯蔵タンク型温水器内の温水の必要な量を計算し、それは、典型的には使用が容易な４８℃から６０℃の間である。設定温度でユーザ当たり最小限の３０リットルの温水量すなわちＶを一貫して維持することにより、省エネルギーが達成され得る。任意の時点の貯蔵中の必要な総温水量Ｖｔｏｔは、以下のように求めることができる。
【００８７】
Ｖｔｏｔ＝ｎ・Ｖ  ［１１］
【００８８】
式中、ｎはホテルにおけるユーザの総数である。
【００８９】
期間Δｔ内の温水消費量ΔＶは、以下の式を用いて求めることができる。
【００９０】
ΔＶ＝ｎ・Ｑ・Δｔ  ［１２］
【００９１】
式中、Ｑは、温水の使用のユーザ当たりの流速である。
【００９２】
アプリケーションサーバ１１０は、プロファイル６０１に関するデータベースの確立のために、ユーザの総数ｎを継続的に予測する。図５のステップ５４０で、アプリケーションサーバ１１０は、関係する情報を、制御局１２０と環境属性手段１３０の温水器システムとの少なくとも一方を含む１つまたは複数の別個のシステムに移送する。
【００９３】
資源割振りおよびサービス提供
【００９４】
本発明の追跡システムは、ホテル経営者の業務における人的資源の割振りにも適用される。図７Ａを参照すると、表７００は、５階建てホテルでハウスキーピングサービスを提供する際の優先度を示す例示的な動的スケジュールである。このスケジュールは、モバイルデバイス１０３およびシンクライアント１１３（図１）を含むがこれらに限定されない通信可能に接続されたデバイスを介して表示することができる。
【００９５】
スロット７０１は、追跡システムによって使用される時刻を示す。スロット７０２は、借り部屋の様々な状態を示す。アプリケーションサーバ１１０は、別個の通信可能に接続されたシステムから、ホテルの各部屋のステータスを「借りられていない」、「占有されていない」などとして示すメッセージを受け取る。図２Ａを参照すると、重心２０１における借り部屋に関するユーザのリードタイム期間Δｔａが、２０分の交通時間に関するジオフェンス領域２０３を有する単一のジオフェンス境界２０４に基づいて決定される。ユーザが重心２０１に戻る前の期間に関するリードタイム期間Δｔａが、追跡されるユーザの位置がジオフェンス領域内であるとすると、「２０分」と決定される。そうでない場合、リードタイム期間Δｔａは、「２０分＋」と示唆される。アプリケーションサーバ１１０は、対応する追跡されるユーザの定期的に更新される近接ログに従って、表７００内の各占有されていない借り部屋に関係付けられたリードタイム期間Δｔａを変更する。ハウスキーピングスタッフは、サービスする占有されていない借り部屋の優先順位を付けることができ、ハウスキーピング作業を完了すると、上記通信可能に接続されたデバイスを介して部屋のステータスを「清掃済みの部屋」に変更することができる。
【００９６】
監視空間の住宅監視
【００９７】
本発明の追跡システムは、継続的に更新される属性、ならびに関係する追跡されるユーザによって携帯される１つまたは複数のモバイルデバイス１０３の近接ログに従って、監視空間を住宅監視する。一態様では、追跡システムは、図７Ｂの例示的なプロセス７５０に従って、セキュリティステータス、および監視対象の住宅内のまたは住宅に関係付けられた複数のデバイス１４０の動作モードを決定する。
【００９８】
図１を参照すると、アプリケーションサーバ１１０は、対応する近接ログに従って、１つまたは複数のモバイルデバイス１０３が当該監視対象の住宅の中であるかそれとも外であるかを決定する。プロセス７５０のステップ７５１で、アプリケーションサーバ１１０は、監視対象の住宅に関する占有属性手段１５０、ならびに上記１つまたは複数のモバイルデバイス１０３から、占有属性を含むデータが含まれるがこれに限定されない信号伝送を定期的に受け取る。
【００９９】
ステップ７５２で、アプリケーションサーバ１１０は信号伝送を分析する。一実施形態では、信号伝送は中断または中止され、アプリケーションサーバ１１０がネットワーク１０２を介して制御局１２０にプローブ信号を送り、その応答は事前設定されたパラメータに適合しない。ステップ７５３で、アプリケーションサーバ１１０は、特性管理、セキュリティ組織、モバイルデバイス１０３、およびシンクライアント１１３のうちの少なくとも１つを含む第三者にアラートを送る。これと異なる実施形態では、制御局１２０とアプリケーションサーバ１１０の間の信号伝送不適合を経ないで、プロセス７５０がステップ７５４に進む。ここで、アプリケーションサーバ１１０は上記占有属性を分析する。
【０１００】
一実施形態では、アプリケーションサーバ１１０は住宅が「占有されている」と決定し、あるいは、アプリケーションサーバ１１０が住宅の上記占有状態の変更を含むメッセージを受け取り、そのような変更はいくつかの態様を含む。１つの例示的な態様では、ドアロックを備えるデバイス１４０が、ロック状態から非ロック状態に切り替えようとする訪問者の試みを検出し、対応する信号をアプリケーションサーバ１１０に送る。
【０１０１】
ステップ７５５で、アプリケーションサーバ１１０は、上記１つまたは複数のモバイルデバイス１０３の近接ログを分析する。アプリケーションサーバ１１０が、占有された住宅の占有者の身元、または占有されていない住宅に関するドアロックをロック状態から非ロック状態に切り替えようと試みる上記訪問者の身元を確認するのに失敗した場合、ステップ７５３に従ってアラートが上記第三者に送られる。異なる実施形態では、占有者の身元が確認され、あるいは上記訪問者の身元が確認される。さらなる実施形態では、アプリケーションサーバ１１０は、１つまたは複数のモバイルデバイス１０３が近接閾値内の住宅に接近していることを、近接ログに従って決定する。プロセス７５０はステップ７５６に進む。
【０１０２】
ステップ７５６で、アプリケーションサーバ１１０は、識別子および対応する近接ログを分析することにより、上記確認された占有者、上記確認された訪問者、または上記確認された接近している１つもしくは複数のモバイルデバイス１０３を識別する。身元の識別結果に応じて、アプリケーションサーバ１１０は、上記複数のデバイス１４０によって受信される１つまたは複数の信号を送って、動作モードを「不在状態」から「ユーザ設定状態」、または「不在状態」から「管理状態」に変更する。一実施形態では、アプリケーションサーバ１１０は、身元の確認および識別の結果に応じて、デバイス１４０に関するドアロックから追跡記録を受け取り、メモリ手段１１１（図１）に記録し、すべての立ち入りおよび退去の入出時間を上記第三者に送る。
【０１０３】
代替的実施形態では、アプリケーションサーバ１１０は、監視対象の住宅が「占有されていない」と決定する。ステップ７５７で、アプリケーションサーバ１１０は、複数のデバイス１４０に受信される１つまたは複数の信号を制御局１２０へ送って、動作モードを「不在状態」に変更する。プロセス７５０は、ステップ７５８に進む。
【０１０４】
ステップ７５８で、アプリケーションサーバ１１０は、上記１つまたは複数のモバイルデバイス１０３と上記監視対象の住宅との間の関連性を含むがこれに限定されない変更があるかどうかを決定する。一実施形態では、アプリケーションサーバ１１０は、上記の変更がないと決定し、プロセス７５０はステップ７５１に戻る。代替的実施形態では、アプリケーションサーバ１１０は上記変更があると決定する。１つの例示的な態様では、上記１つまたは複数のモバイルデバイス１０３と上記住宅（貸し）との間の関連性がチェックアウト次第打ち切られる。プロセス７５０が終了する。
【０１０５】
このように、本発明は１つまたは複数の好ましい実施形態に関係して本明細書に詳細に説明されているが、この開示は、本発明の説明および例示にすぎず、単に本発明の完全で実施可能な開示を与える目的でなされたことを理解されたい。上記の開示は、本発明を限定する、あるいは任意のそうした他の実施形態、適合、変形、修正、または等価構成を除外すると解釈されることを意図せず、本発明は、添付の特許請求の範囲およびその均等物のみによって限定される。
【０１０６】
発明の態様
【０１０７】
本発明は、室内の環境および水供給の貯蔵、選択されたデバイスの動作モード、ならびに監視空間の関係するユーザの予測到着時刻の送信の制御を支配する追跡システムに関する。
【産業上の利用可能性】
【０１０８】
本発明の一態様は、借りられたホテルの部屋および住宅におけるエネルギー最適化、およびオンデマンドデバイス動作の駆動に関する。
【０１０９】
さらなる態様では、上記監視空間に到着するユーザの予測到着時刻に関する動的データを有するスケジュールが、サービス提供および人的資源の割振りの計画を可能にする。
【０１１０】
さらに別の態様では、システムは、未確認の占有を検出するとアラートを生成し送信することによって、上記監視空間のセキュリティを有効にする。また、システムは、未確認のユーザにより開閉される際に、通信可能に接続されたデバイスがアラートを作動させることを可能にする。
【０１１１】
配列表テキスト
外部デバイス−ドアロック、照明器具、家庭用電化製品、金庫などを含むがこれらに限定されないシステムに通信可能に接続される。
【０１１２】
シンクライアント−マイクロコンピュータまたはハンドヘルド個人情報端末（「ＰＤＡ」）など、コンピューティング能力を有するネットワークにリンクされた電子デバイス。
【０１１３】
オフモード−電源断。
【０１１４】
動作モード−不特定のレベルで動作する電源接続を有するデバイス。
【０１１５】
管理状態−電源消費の低減を含むがこれに限定されない特性管理によって課せられる構成で動作するデバイスの動作モード。
【０１１６】
不在状態−「スリープ」モードおよび「スタンドバイ」モードを含むがこれらに限定されない電源消費の低減と、代替的に、デバイスが、「ロック」から「ロック解除」、「閉」から「開」を含むがこれらに限定されない物理状態の変更があるとアラームを始動するように構成されることと、開くことまたは使用を試みるためのコード／ＰＩＮエントリとを含む様々なレベルで動作するデバイスの動作モード。
【０１１７】
ユーザ設定状態−機能、セキュリティレベル、または電力消費から選択された１つまたは複数のユーザ指定レベルで機能するデバイスの動作モード。
【図１】
2020074621.tif 000003
【図２Ａ】
2020074621.tif 000004
【図２Ｂ】
2020074621.tif 000005
【図３】
2020074621.tif 000006
【図４】
2020074621.tif 000007
【図５】
2020074621.tif 000008
【図６Ａ】
2020074621.tif 000009
【図６Ｂ】
2020074621.tif 000010
【図７Ａ】
2020074621.tif 000011
【図７Ｂ】
2020074621.tif 000012