JP6259817B2 - 制御装置及び方法 - Google Patents

Description

本発明は、デジタルセルラーシステム、パーソナル通信システム（「ＰＣＳ」）、強化型特殊移動無線（enhanced specialized mobile radios）（「ＥＳＭＲ」）、無線周波数（「ＲＦ」）ベースの追跡システム（Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＷｉＦｉ）および他のワイヤレス通信システムにおいて使用されるものなど、ユーザ携帯モバイルデバイスの位置を特定するユーザ位置追跡システム（「追跡システム」）および方法に関する。より詳細には、ただし非限定的に、本開示は、個別に追跡されたユーザの位置を使用して、ホテルの対応する借りられた部屋（「借り部屋」）を含む監視空間にユーザが到着する時刻（「到着時刻」）、および関連した条件の制御のための監視空間における追跡されるユーザの総数を決定する方法に関する。

ホテルで滞在する客（「ユーザ」）は、２つの主なユーティリティ源である暖房、換気および空調システム（「ＨＶＡＣ」）並びに温水により、借り部屋の使用の際のエネルギー消費をもたらす。従来のＨＶＡＣシステムでは、借り部屋内の温度は複数の動作レベルに上昇または下降される。室内温度は、典型的には３つの異なるレベルで維持される。設定レベルは、借り部屋に入ったときにユーザによって選択されることが多い。借り部屋が占有されていないとき、設定レベルへの迅速な回復を可能にしながら、快適なレベルが省エネルギーのために設定温度から数度のところで維持される。借りられていない部屋の最大限の省エネルギーのためには自由レベルが使用される。さらに、ハウスキーピングサービスは、借り部屋にゲストがいない間に提供されることが好ましい。デバイスの制御および監視空間に関するセキュリティなど他のサービスは、他の自動化システムによって現在実施されている。

監視空間の快適レベルの一般的な問題は、多くは、セットバック温度が、借り部屋に誰かが戻ったときに十分な快適さを提供するのには設定温度から離れ過ぎている、または適切な省エネルギーを達成するのには設定温度に近過ぎることである。快適レベルの室内温度には、設定温度に回復する駆動時間が必要であり、したがって、対応する推定される最小限必要とされる駆動時間がかなり不正確になる。「短サイクリング（Short Cycling）」現象が不十分な動作時間により生じることがあり、それにより、ユーザの設定温度の行過ぎ、および所与の期間内の際限のない上昇／下降温度サイクルがもたらされる。その結果、ＨＶＡＣシステムの不可避的損傷、および全般的動作寿命の短縮が生じる。

また、設定温度の温水が監視空間に容易に供給される必要がある。温水器は、２つのカテゴリー、すなわち１．タンクレス型温水器および、２．貯蔵タンク型温水器のいずれかに分類される。温水の消費量は、１日の時間帯、さらに１年の時期によって大きく変動するばかりでなく、量はその場にいるユーザの数によっても異なる。１日の間に監視空間にいるユーザの予測数に基づいて温水供給が計画される場合、１ユーザあたりに割り振られた温水の量が相互に関係するレベルで維持される。

加えて、監視空間内のデバイスは、意図したユーザの使用に制限されない。家庭用電化製品は、プログラムされた設定および遠隔制御によりかなり自動化されているが、ユーザの識別に応じて対応することができない。

本発明は、セットバック温度、温水消費の量、サービス提供のスケジューリングの決定のために、占有されていない監視空間へのユーザの到着時刻を決定するシステムおよび方法を提供する。監視空間に関係するデバイスの動作モードは、意図したユーザの存在の検出または予想に応じて変更される。

占有されていない監視空間のセットバック温度は、ユーザに設定された設定レベルから最も遠いレベルにドリフトされる可能性があり、システムが決定した１つまたは複数のユーザの到着時刻に従って設定レベルまで駆動される。容易に供給される温水の量は、監視空間に残るまたは到着するユーザの期待される数に応じてドリフトおよび駆動される。最大限の省エネルギーが達成され得る。さらに、意図したユーザに制限される、借り部屋に関係するデバイスの動作モードの変更により、ユーザ体験を向上させるだけでなく、セキュリティも強化される。

様々な態様において、ワイヤレス通信のための１つまたは複数の送信機を含むユーザ携帯モバイルデバイスの位置に関係付けられた近接ログを、時間に対して特定し記録するためのシステムが開示される。一実施形態では、上記モバイルデバイスは、位置分析機能性をさらに備え、所定のジオフェンス（地図上でエリアを限定する仮想的な壁）領域に対するその位置の近接ログを含むメッセージを選択的に送信する。このシステムは、メッセージを受信し、ユーザの借り部屋への到着時刻を決定するアプリケーションサーバを含む。さらに、アプリケーションサーバは、１日を通した時間に対して追跡されるユーザの総数の計算を進める。さらに別の態様では、制御局が、得られた属性をアプリケーションサーバに送信し、アプリケーションサーバから送られた受信近接ログに従って、接続された属性の局および外部デバイスを制御する。制御局には、ビル管理システム（Building Management System）、およびインターネットおよびＷＬＡＮ接続性を備えるゲートウェイが含まれるが、これらに限定されない。

一実施形態では、アプリケーションサーバは、先行の駆動動作の開始点、中間点、および終了点において室内温度を取得するステップと、開始、中間および終了温度を使用して、駆動曲線を計算するステップと、駆動曲線を使用して、所望の温度に達する時点を推定するステップとによって、ＨＶＡＣで制御される部屋における温度応答の駆動時間を推定する。代替的実施形態では、駆動時間を推定することは、先行の駆動動作に対応する期間にわたる複数の室内温度データサンプルを取得するステップと、各部分がデータサンプルのサブセットを使用して計算される複数の駆動曲線部分を計算するステップと、すべての計算された駆動曲線部分を結合するステップとを含むことができる。

別の実施形態では、１日を通して温水消費の量を計算するための方法が提供される。アプリケーションサーバは、履歴動作に基づいて消費速度対時間を利用し、日毎の消費速度対時間の曲線を作成し、複数の受信した近接ログ、したがって追跡されるユーザの到着時刻に基づいて、ホテルのユーザの予測数を使用して、温水消費量の日毎のピークに達する時間を予測することによって、実際の水の消費量の日毎のピークを予測する。

この方法のさらなる実施形態では、アプリケーションサーバが、占有されていないステータスの各借り部屋の持続時間を推定し、優先するハウスキーピングサービスのスケジュールを作成する。動的情報が、サーバに接続されたメモリ手段に記憶される。さらに別の実施形態では、現在のユーザ位置に基づいて、また事前設定された動作パラメータまたはユーザの認証に従って、借り部屋と関係付けられた選択されたデバイスの動作モードを決定し設定するための方法が提供される。

図面は本発明の実施形態を構成し、装置のインフラストラクチャおよび動作の原理を図示する役割をする。

追跡システムの本発明のブロック図の表現である。

多角形のジオフェンス領域に対するユーザ携帯モバイルデバイスの移動軌跡を示す図である。

円形のジオフェンス領域に対する異なる瞬間のユーザ携帯モバイルデバイスの位置を示す図である。

非線形方程式を使用する、監視空間内の計算された熱ドリフトおよび駆動の関係を示すグラフである。

ある期間にわたる記録されたデータサンプルを識別する、監視空間内の熱ドリフトおよび駆動の関係を示すグラフである。

ユーザ位置、およびホテルへのユーザの予測到着時刻を使用して、セットバック室温設定および予測温水消費量を計算する方法を示すフローチャートである。

ホテルにおける平均的な日の履歴温水消費速度を示すグラフである。

記録された温水消費速度と、複数の予測されたユーザのホテルへの到着時刻に基づく予測温水消費速度とを示すグラフである。

借り部屋のユーザの到着時刻に応じて、優先順位を付けてサービス提供に人的資源を割り振るためのスケジュールを示す図である。

監視空間を住宅監視（house watch）する方法を示すフローチャートである。

本発明は、図面を支持して示される実施形態を参照するとより良く理解できるが、本発明はこれらの図示の実施形態に限られるものではない。特許請求の範囲によって規定される本発明の真の範囲から逸脱することなく変形および修正が行われ得ることは当業者には理解されよう。したがって、添付の特許請求の範囲およびその均等物の範囲に入るそのようなすべての変形および修正が本発明の範囲内に含まれることが意図される。

図１は、ジオフェンスの詳細のいくつかのプリファレンス、動作パラメータ、および制御情報がアプリケーションサーバ１１０からモバイルデバイス１０３に選択的に送られる環境１００における本発明を示す。モバイルデバイス１０３は、データロギングのためにアプリケーションサーバ１１０に好ましいメッセージを送信することが可能になる。アプリケーションサーバ１１０は、ユーザが携帯するモバイルデバイス１０３の借り部屋への到着時刻の予測を行う。いつでも、ユーザは、モバイルデバイス１０３を介して、手動で入力した到着時刻をアプリケーションサーバ１１０に送ることができる。

ジオロケーションシステム１０１は、地上または衛星ベースの測位システムであり、それらの一部として、以下に限定されないが、全地球航法衛星システム（「ＧＮＳＳ」）に関して、北斗導航系統（Beidou Navigation System）、差分ＧＰＳ（「ＤＧＰＳ」）、Ｅｕｒｏｆｉｘ ＤＧＰＳ、全地球測位システム（「ＧＰＳ」）がある。他のタイプの測位システムでは、ジオロケーションシステム１０１は、セルラー通信塔または基準点を提供する他のシステムを含み、モバイルデバイス１０３に受信されるＲＦ信号を送信する。

モバイルデバイス１０３は、組込みデバイス１０４（たとえば、メモリ手段（図示せず）および限られた機能性を有するオンボードコンピュータ）、ジオ受信機（geo-receiver）１０５、テレマティクスデバイス１０６、および対応するアンテナ１０８、１０７を含む。組込みデバイス１０４は、ジオフェンス境界定義、クロックタイム、およびポーリング間隔などを含むがこれらに限定されない動作パラメータを、ワイヤレスで読み込む。モバイルデバイス１０３は、セルラー電話、および、タブレットコンピュータなどワイヤレス通信接続性を所有する携帯デバイスを含む。

通常、ジオ受信機１０５は、ジオロケーションシステム１０１が送信しアンテナ１０８で受信した信号を処理して、モバイルデバイス１０３の現在位置を取得する。一実施形態では、モバイルデバイス１０３は、その位置を、三辺測量プロセスを行うことによって決定する。テレマティクスデバイス１０６は、モバイルデバイス１０３の現在位置および固有識別子を含む符号化ワイヤレスメッセージを、事前設定されたポーリング間隔に従って一定または可変の特定の時間頻度で、アンテナ１０７を介してアプリケーションサーバ１１０に送信する。代替的実施形態では、モバイルデバイス１０３は、上記の符号化ワイヤレスメッセージを、アプリケーションサーバ１１０から送信され受信した周期的プローブ要求による定義されたポーリング間隔で、テレマティクスデバイス１０６によってアンテナ１０７を介してアプリケーションサーバ１１０に送信する。

アプリケーションサーバ１１０は、ネットワーク１０２を介して、モバイルデバイス１０３の位置および固有識別子を含む情報を受信する。アプリケーションサーバ１１０は、借り部屋へのユーザの到着時刻に関するリードタイム（所要）期間を計算するプログラムを実行する。代替的には、アプリケーションサーバ１１０は、モバイルデバイス１０３が位置するジオフェンス境界に関係付けられたジオフェンス領域に基づいて、予め定義されたリードタイム期間を割り当てる。モバイルデバイス１０３のリードタイム期間および動作パラメータは、モバイルデバイス１０３が位置するジオフェンス領域の変化に応じて変更され得る。アプリケーションサーバ１１０は、モバイルデバイス１０３上のテレマティクスデバイス１０６との双方向通信を容易にすることができる任意の機器とすることができる。別の実施形態では、モバイルデバイス１０３は、関係する借り部屋へのユーザの到着時刻に関するリードタイム期間を計算し、少なくとも計算されたリードタイム期間および固有識別子を含む最新の近接ログを、上記符号化ワイヤレスメッセージでアプリケーションサーバ１１０に送る。

予め定義されたジオフェンス境界、アプリケーションサーバ１１０とモバイルデバイス１０３の間のデータロギングを指示する一定または可変の頻度でのポーリング間隔、アプリケーションサーバ１１０によって行われる定量的計算、ならびにユーザの個人データなど他の情報のライブラリが、メモリ手段１１１に記憶され、有線または無線の通信ネットワークを介してアプリケーションサーバ１１０によって取得される。アプリケーション１１０と共にまたはアプリケーション１１０内で動作するメモリ手段１１１は、磁気、光、または固体メモリを含む任意のデバイスとすることができ、そこで記憶された情報は、通信可能に接続されたシンクライアント１１３を介して変更され得る。

ジオロケーションシステム１０１とともに使用される屋外環境において、ネットワーク１０２は、セルラー通信システムおよびインターネットなどのワイヤレスおよび有線通信インフラストラクチャの組み合わせを使用し、テレマティクスデバイス１０６とアプリケーションサーバ１１０の間の双方向データロギングを提供する。

他方、図１に示されるように、屋内追跡システムに関するネットワーク１０２のワイヤレスおよび有線通信インフラストラクチャは、一般的にＷＬＡＮ／イーサネット（登録商標）の組み合わせを含む。そこで、ブルートゥース（Bluetooth（登録商標））通信構成要素および機能性を有するユーザ携帯モバイルデバイス１０３が、複数のブルートゥースビーコン１１２に基づいて構築されたノードベースのメッシュネットワーク（図示せず）を介して継続的に追跡される。ブルートゥースビーコン１１２は、室内環境にあるモバイルデバイス１０３に信号を送信し、通信可能に接続されたアプリケーションサーバ１１０に返送信号を移送する。上記屋外追跡システムと動作的に同様に、関係する借り部屋へのユーザの到着時刻に関するリードタイム期間を含む近接ログが、アプリケーションサーバ１１０によってモバイルデバイス１０３の位置に基づいて得られる。

図２Ａを参照すると、ジオフェンス領域２０３は多角形のジオフェンス境界２０４内の領域である。ジオフェンス領域２０３は、重心２０１、ならびに計算された重心２０１とジオフェンス境界２０４の最も離れた縁端との間の最大オフセットに対応する半径２０２を有する計算された円形近似２０５を有する。点線の軌跡２２０は、ジオフェンス境界２０４を交差し、一実施形態ではホテルの関係する借り部屋にある重心２０１から離れるように進む、モバイルデバイス１０３の例示的な経路を示す。

図２Ａでは、レベル０のゾーンは、円形近似２０５外の領域として画定され、レベル１のゾーンは、円形近似２０５内の領域として画定され得る。アプリケーションサーバ１１０は、トラフィック状態に関する事前調整因子、１日の時間帯、モバイルデバイス１０３の固有識別子、およびユーザまたは関係する借り部屋の特性などに応じて、ゾーンレベル１内のジオフェンス境界２０４の形状を変更することができる。

一実施形態では、アプリケーションサーバ１１０は、ユーザが携帯するモバイルデバイス１０３の実時間位置に関するデータを、現在時刻と重心２０１へのユーザの予測到着時刻との間の期間である事前設定されたリードタイム期間Δｔ_ａと相互に関係付ける。たとえば、モバイルデバイス１０３が位置２１１にあってジオフェンス領域２０３内にあるとき、事前設定値がリードタイム期間Δｔ_ａ１に割り当てられ、モバイルデバイス１０３がジオフェンス境界２０４外である位置２１２にあるとき、別の事前設定値がリードタイム期間Δｔ_ａ２に割り当てられる。

次に図２Ｂを参照すると、円形ジオフェンス境界２５４に関するジオフェンス領域２５３が示されている。半径２５２を有するジオフェンス境界２５４が、一実施形態のようにホテルの借り部屋である中心点２５１を中心に画定されている。点線の軌跡２２１は、ジオフェンス境界２５４を交差し、中心点２５１に向かって進む、モバイルデバイス１０３の例示的な経路を示す。レベル０のゾーンは、ジオフェンス境界２５４外の領域として画定され、レベル１のゾーンは、ジオフェンス境界２５４内の領域である。アプリケーションサーバ１１０は、トラフィック状態に関する事前調整因子、１日の時間帯、モバイルデバイス１０３の固有識別子、およびユーザまたは関係する借り部屋の特性などに応じて、ジオフェンス境界２５４内のゾーンレベル１の範囲を変更することができる。

代替的実施形態では、アプリケーションサーバ１１０は、モバイルデバイス１０３の実時間位置に関するデータを、以下のようにリードタイム期間Δｔ_ａの数学的計算と相互に関係付ける。

Δｔ_ａ＝γ・ｄ／ｖ ［１］

上式で、Δｔ_ａは、現在時刻と中心点２５１の借り部屋へのユーザの予測到着時刻との間のリードタイム期間であり、γは、１日の時間帯、モバイルデバイス１０３の固有識別子、およびユーザまたは関係する借り部屋の特性など、リードタイム期間Δｔ_ａに影響する不確実な前提条件に関する事前設定された因子を表し、ｄは、モバイルデバイス１０３の現在位置と中心点２５１との間の距離であり、ｖは、ユーザの移動速度であり、以下を用いて計算され得る。

ｖ＝（ｄ_２−ｄ_１）／（ｔ_２−ｔ_１） ［２］

ここで、ｖは、ある位置から別の位置に移動する時間差に基づいて定期的に算出される。たとえば、ｖは、ｄ_１（第１の位置２６１と中心点２５１の間の移動距離）とｄ_２（第２の位置２６２と中心点２５１の間の移動距離）との差をｔ_１（第１の位置２６１で記録された瞬間的時間）とｔ_２（第１の位置２６２で記録された瞬間的時間）との差で割ったものによって示される。他の式および方法が異なる状況で適宜に当てはまると思われることがあり、したがってリードタイム期間Δｔ_ａの計算に適用されることがある。アプリケーションサーバ１１０は計算を行って、リードタイム期間Δｔ_ａの計算値を制御局１２０および他のシステムに送信する。

本明細書に開示される例示的な方法は、任意の数の形状およびサイズにより表されるジオフェンス領域に適用され得ることは当業者には理解されよう。重心の周りのジオフェンスは、複雑さが、直線から、ホテルの建物および周辺の景観により正確に従うより著しく不規則な形状に及んでもよい。これらのジオフェンスを構築するための当業者には明らかないくつかの方法が存在する。

熱ドリフトおよび駆動の関係

図３は、室内空間の例示的な温度変化を示し、ここでは室外温度が空間の室内設定温度Ｔ_ｓｅｔよりも低い。周囲温度Ｔ_ａｍｂは、ＨＶＡＣ加熱動作がオフのときに時間ｔの無期限の増加に従って室内温度Ｔ（ｔ）が理論的に達する温度であり、この事例では説明のために一定のレベルである。

ドリフト曲線３００−１は、時間に対する室内温度Ｔ（ｔ）の「ドリフトプロセス」を表し、当初は速度が高く、設定温度Ｔ_ｓｅｔから、室内温度Ｔ（ｔ）が周囲温度Ｔ_ａｍｂと実質的に同じ定常温度に接近するに従って低下する。駆動曲線３００−２は、空間の室内温度Ｔ（ｔ）の「駆動プロセス」を表し、ＨＶＡＣ加熱動作中に時間に対して周囲温度Ｔ_ａｍｂから設定温度Ｔ_ｓｅｔにまで駆動される。駆動速度は、室内温度Ｔ（ｔ）が設定温度Ｔ_ｓｅｔに近づくに従って低下する。室内温度Ｔ（ｔ）があるレベルから別のレベルへドリフトするのに必要な期間は、時間帯および季節、ならびに天候および空間内のエネルギーシンクなど他の因子に応じて変動する。一方、駆動曲線３００−２は、固有の空間環境、およびＨＶＡＣシステムの性能に依存する。室内温度Ｔ（ｔ）があるポイントから別のポイントへドリフトする期間、および、室内温度Ｔ（ｔ）をあるポイントから別のポイントへ駆動する期間を予測するために、ＨＶＡＣ動作に対する温度応答間の関係に関するデータを得る必要がある。暖かい日に冷却される部屋の場合、原理は同じであるが、ｙ軸上の温度が上昇する方向が逆になる。

一実施形態では、ドリフト曲線３００−１および駆動曲線３００−２を介する温度応答を記述するために数学関数を使用することができる。例示的な使用の場合、ニュートンの冷却の法則がドリフトおよび駆動のパフォーマンスの計算に使用される。時間に対する室内温度Ｔ（ｔ）の変化率ｄＴ／ｄｔは、室内温度Ｔ（ｔ）と周囲温度Ｔ_ａｍｂの差に比例する。数学的形式で微分方程式が以下のように使用される。

ＳｄＴ／（Ｔ−Ｔ_ａｍｂ）＝ｋ・Ｓｄｔ ［３］

上式で、室内温度Ｔ（ｔ）が設定温度Ｔ_ｓｅｔから周囲温度Ｔ_ａｍｂ。へのドリフトプロセスに対応する。微分方程式を解いて、

時間の関数として室内温度Ｔ（ｔ）を有する式が得られる。

Ｔ（ｔ）＝Ｔ_ａｍｂ＋（Ｔ_ｓｅｔ−Ｔ_ａｍｂ）ｅ^−ｋｔ ［４］

式中、ｋは、空間内の周囲環境に依存する定数である。任意の時間ｔの室内温度Ｔ（ｔ）を測定し、周囲温度Ｔ_ａｍｂを知ることにより、ｋの値が容易にソートされ得る。

代替的実施形態では、アプリケーションサーバ１１０は、環境属性手段１３０から、周囲温度Ｔ_ａｍｂならびにドリフトおよび駆動データに関する室内温度Ｔ（ｔ）を取得し、メモリ手段１１１にデータを記録および記憶する。さらに別の実施形態では、アプリケーションサーバ１１０は、制御局１２０または他の外部ソースから、室内温度Ｔ（ｔ）のドリフトおよび駆動データならびに周囲温度Ｔ_ａｍｂを含むデータ供給を受け取る。ドリフトデータ、駆動データおよび周囲温度Ｔ_ａｍｂの取得に関する計算、データ記録および外部情報ソースは、継続的に処理され、メモリ手段１１１に記憶され、空間内のＨＶＡＣ冷却または加熱動作の間の室内温度Ｔ（ｔ）応答対時間ｔを調べるために使用され得る。

図４は、ドリフト曲線４００−１および駆動曲線４００−２による例示的な室内温度Ｔ（ｔ）応答を示す。変動する周囲温度Ｔ_ａｍｂの点線曲線４００−３は、１日の間の室外温度の変化に従って変動する。

セットバック温度Ｔ_ｓｂは、ＨＶＡＣシステムにより維持される占有されていない借り部屋の温度レベルであり、ユーザの入室後に短時間で設定温度Ｔ_ｓｅｔに回復することが意図される。セットバック温度Ｔ_ｓｂを設定温度Ｔ_ｓｅｔへ駆動するのに必要な時間は、回復期間Δｔ_ｒであり、回復期間Δｔ_ｒはＨＶＡＣシステム性能に依存する。これは以下により良く表現される。

Δｔ_ｒ＝ｔ_ｓｅｔ−ｔ_ｓｂ ［５］

式中、ｔ_ｓｅｔは、室内温度Ｔ（ｔ）が設定温度Ｔ_ｓｅｔに向かって駆動される時間であり、ｔ_ｓｂは、駆動プロセスの開始時間であり、開始時間において室内温度Ｔ（ｔ）はセットバック温度Ｔ_ｓｂに等しい。

一実施形態では、アプリケーションサーバ１１０は、取得されたユーザの到着リードタイム期間Δｔ_ａに基づいて、回復期間Δｔ_ｒを計算し、次いで、ドリフトプロセスおよび駆動プロセスにおける温度応答と時間の関係に基づいて、対応する室内セットバック温度Ｔ_ｓｂを推定する。セットバック温度Ｔ_ｓｂから設定温度Ｔ_ｓｅｔへの駆動を完了するために、回復期間Δｔ_ｒがリードタイム期間Δｔ_ａ内であるようにすべきことに注意されたい。すなわち、

Δｔ_ｒ≦Δｔ_ａ

または、

Δｔ_ｒ＝α・Δｔ_ａ ［６］
となる。

式中、αは、リードタイム期間Δｔ_ａに影響する不確実性を数学的に記述する事前設定された係数を表す。別の実施形態では、回復期間Δｔ_ｒは以下のようにも表現される。

Δｔ_ｒ＝ｒ・｜Ｔ_ｓｅｔ−Ｔ_ｓｂ｜ ［７］

式中、回復速度ｒ（単位温度当たりの単位時間、１℃当たりの秒などとして表される）は、ＨＶＡＣシステムが室内温度を設定温度Ｔ_ｓｅｔに向けて駆動する速度である。回復速度ｒは、以下のように計算される。

ｒ＝（Ｔ_ｓｅｔ−ｔ）／｜Ｔ_ｓｅｔ−Ｔ（ｔ）｜ ［８］

式中、Ｔ（ｔ）は、任意の時間ｔにおける空間の室内温度である。

周囲温度Ｔ_ａｍｂと関係する回復速度ｒを含むデータが、メモリ手段１１１に記憶され得る。最新の計算された回復速度ｒと保管された回復速度ｒとを計算し組み合わせる任意の技法が利用されてもよい。

式［８］または他で得られる回復速度ｒ以外にも、ＨＶＡＣシステムの製造者は、最適な動作有効性および機器寿命を保証する異なる環境条件のもとで推奨される回復速度ｒ_ｍも提供する。したがって、回復速度ｒは、以下のように、推奨される回復速度ｒ_ｍを超えない速度で維持されるべきである。

ｒ≦ｒ_ｍ

または、

ｒ＝β・ｒ_ｍ ［９］

式中、βは、温度駆動動作で回復速度ｒに影響する変数を数学的に記述する事前設定された係数を表す。式［６］および［９］を以下のように式［７］に代入すると、

Ｔ_ｓｂ＝Ｔ_ｓｅｔ−（α・Δｔ_ａ）／（β・ｒ_ｍ） ［１０］

リードタイム期間Δｔ_ａを使って空間のセットバック室内温度Ｔ_ｓｂが得られる。

これらのドリフトおよび駆動パラメータは、図５のフローチャート５００に示されるように、対応するセットバック温度Ｔ_ｓｂを決定するための本発明の方法で使用される。一般に、アプリケーションサーバ１１０は、モバイルデバイス１０３に関する異なる位置に関係する情報を受け取りながら、占有されていない借り部屋におけるセットバック温度Ｔ_ｓｂの値を決定する。アプリケーションサーバ１１０が、別個のシステムから、借り部屋のステータスが非占有であるかどうかを含む情報を受け取ることが実現される。

ステップ５１０で、アプリケーションサーバ１１０は、制御局１２０から、設定温度Ｔ_ｓｅｔ、室内温度Ｔ（ｔ）、および周囲温度Ｔ_ａｍｂを含む借り部屋に関するデータを定期的に受信し、図４に例示的なグラフ形状に示した熱ドリフトおよび駆動の関係を数学的に確立するために、メモリ手段１１１にデータを記憶する。Ｔ_ａｍｂなど客観的条件が継続的に変化し、上記熱ドリフトおよび駆動の関係が、計算結果に影響する継続的に更新される数学的プラットフォーム上にあることを指摘することは有意義である。

一実施形態において、ユーザが携帯するモバイルデバイス１０３は借り部屋から離れる。ステップ５２０で、アプリケーションサーバ１１０は、借り部屋のユーザに携帯されるモバイルデバイス１０３から近接ログを受け取り、その情報には、室外または室内に位置するモバイルデバイス１０３を追跡するための動作環境を示すものが含まれるが、これに限定されない。同時に、アプリケーションサーバ１１０は、少なくとも１つの他の通信可能に接続されたシステムから受け取った情報に基づいて、借り部屋が占有されていないかどうかを決定する。アプリケーションサーバ１１０は、借り部屋のステータスが「チェックアウト済み」として識別された場合、近接ログを分析しプロセスを終了する。逆に、アプリケーションサーバ１１０は、借り部屋にユーザが戻る時刻を予測し、保管された数値による熱ドリフトおよび駆動データに基づいて対応するセットバック室内温度Ｔ_ｓｂを決定する。プロセスは、ステップ５３０に進む。

図２Ｂを参照すると、アプリケーションサーバ１１０は、第１の瞬間的時間ｔ_１に記録された第１の位置２６１に対応するモバイルデバイス１０３からの近接ログを受け取り、ｄ_１（第１の位置２６１と中心点２５１の間の移動距離）の値を決定する。ステップ５３０で、アプリケーションサーバ１１０は、一実施形態では、ジオフェンス領域２５３の外側にある位置２６１に基づいてリードタイム期間Δｔ_ａ１の事前設定値を使用し、式［６］を用いて対応する回復期間Δｔ_ｒ１を計算する。アプリケーションサーバ１１０は、図４に示されるように借り部屋のドリフトプロセスおよび駆動プロセスにおける温度応答に基づいて、対応するセットバック室内温度Ｔ_ｓｂ１を推定する。代替的には、アプリケーションサーバ１１０は、式［１０］を使用することによりセットバック温度Ｔ_ｓｂ１を計算する。ステップ５４０で、アプリケーションサーバ１１０は、セットバック温度Ｔ_ｓｂ１に関するデータを制御局１２０に送り、環境属性手段１３０のＨＶＡＣシステムを制御して、より少ないエネルギー需要のセットバック温度Ｔ_ｓｂ１で借り部屋の温度を維持する。プロセスは、ステップ５１０に戻る。

さらなる実施形態では、アプリケーションサーバ１１０は、第２の瞬間的時間ｔ_２に記録された第２の位置２６２に対応するモバイルデバイス１０３からの近接ログを受け取り、ｄ_２（第２の位置２６２と中心点２５１の間の移動距離）の値を決定する。ステップ５３０で、アプリケーションサーバ１１０は、式［２］を用いてユーザの移動速度ｖを計算する。

ｖ＝（ｄ_２−ｄ_１）／（ｔ_２−ｔ_１） ［２］

速度ｖを式［１］に代入することによりリードタイム期間Δｔ_ａ２が得られ、アプリケーションサーバ１１０は、式［６］を用いて対応する回復期間Δｔ_ｒ２を計算する。

アプリケーションサーバ１１０は、図４に示されるように借り部屋のドリフトプロセスおよび駆動プロセスにおける温度応答に基づいて、対応するセットバック室内温度Ｔ_ｓｂ２を推定する。代替的には、アプリケーションサーバ１１０は、式［１０］を使用することによりセットバック温度Ｔ_ｓｂ２を計算する。ステップ５４０で、アプリケーションサーバ１１０は、セットバック温度Ｔ_ｓｂ２に関するデータを制御局１２０に送る。制御局１２０は、環境属性手段１３０のＨＶＡＣシステムを起動して、室内温度Ｔ（ｔ）をセットバック温度Ｔ_ｓｂ１からセットバック温度Ｔ_ｓｂ２に調節する。セットバック温度Ｔ_ｓｂ２は、回復期間Δｔ_ｒ２内に設定温度Ｔ_ｓｅｔへ駆動されることになる。

温水およびサービスの提供

本発明の別の態様では、追跡システムが、時間に対するホテルにおける追跡されるユーザの総数の予測に適用される。ユーザの近接ログに従って各追跡されるユーザの出発時刻およびホテルへの到着時刻を得ることにより、１日の任意の時間のホテルにおけるユーザの推定総数が求められる。さらに、環境属性手段１３０のホテルの給湯システムの設定温度および貯蔵量が予測され得る。

ホテルの毎日の温水消費パターンはユーザの数および時間の関数である一方、温水供給の制御が水流量ならびに熱流量にも適用される。図６Ａは、例示的なプロファイル６００において７０％の利用率を有するホテルでの典型的な１日の温水消費速度を示し、記録されるピークは、午前６時〜午前７時（９０％〜１００％の在室ユーザ）の間、午後１２時〜午後１時（３０％〜４５％の在室ユーザ）の間、および午後７時〜午後８時（６０％〜８０％の在室ユーザ）の間に存在する。

図６Ｂ内の例示的なプロファイル６０１は、利用率が９０％のホテルでの平均的な日の温水消費速度を示し、記録データは午前９：３０の現在時間まで利用可能である。保管されたプロファイル６００を含むがこれに限定されないメモリ手段１１１（図１）に記憶される典型的な履歴記録、およびホテルにいるユーザの予測数は、プロファイル６０１を確立する属性となる。第１の記録されるピーク６０１−１は、午前６時〜午前７時（９０％〜１００％の在室ユーザ）の間に存在する。

一実施形態では、アプリケーションサーバ１１０は、記録された出発時刻に基づいて各出発する追跡対象ユーザを差し引き、存在する追跡されていないユーザの推定数に加えて、ホテルへの予測到着時刻に基づいて到着する追跡対象ユーザを加えることによって、任意の時間のホテルにおけるユーザの総数を予測する。ピーク需要における温水の典型的なユーザ当たりの消費速度は、４５リットル毎時であり、温水の典型的な１日のユーザ当たりの消費量は、６０〜１６０リットルである。温水消費速度の予測は、現在時間から４時間内の最良の精度を有する午前９：３０〜午後１：３０と、午後１：３０〜午前１２時までの第２の精度とに分離され得る。午後１２時〜午後１時の予測ピーク６０１−２、および午後７時〜午後９時の予測ピーク６０１−３がプロファイル６０１に示されており、このプロファイルは、各追跡されるユーザに関する最も新しく記録および計算されたリードタイム期間Δｔ_ａによって継続的に修正される。

さらに別の実施形態では、アプリケーションサーバ１１０は、設定温度における貯蔵タンク型温水器内の温水の必要な量を計算し、それは、典型的には使用が容易な４８℃から６０℃の間である。設定温度でユーザ当たり最小限の３０リットルの温水量すなわちＶを一貫して維持することにより、省エネルギーが達成され得る。任意の時点の貯蔵中の必要な総温水量Ｖ_ｔｏｔは、以下のように求めることができる。

Ｖ_ｔｏｔ＝ｎ・Ｖ ［１１］

式中、ｎはホテルにおけるユーザの総数である。

期間Δｔ内の温水消費量ΔＶは、以下の式を用いて求めることができる。

ΔＶ＝ｎ・Ｑ・Δｔ ［１２］

式中、Ｑは、温水の使用のユーザ当たりの流速である。

アプリケーションサーバ１１０は、プロファイル６０１に関するデータベースの確立のために、ユーザの総数ｎを継続的に予測する。図５のステップ５４０で、アプリケーションサーバ１１０は、関係する情報を、制御局１２０と環境属性手段１３０の温水器システムとの少なくとも一方を含む１つまたは複数の別個のシステムに移送する。

資源割振りおよびサービス提供

本発明の追跡システムは、ホテル経営者の業務における人的資源の割振りにも適用される。図７Ａを参照すると、表７００は、５階建てホテルでハウスキーピングサービスを提供する際の優先度を示す例示的な動的スケジュールである。このスケジュールは、モバイルデバイス１０３およびシンクライアント１１３（図１）を含むがこれらに限定されない通信可能に接続されたデバイスを介して表示することができる。

スロット７０１は、追跡システムによって使用される時刻を示す。スロット７０２は、借り部屋の様々な状態を示す。アプリケーションサーバ１１０は、別個の通信可能に接続されたシステムから、ホテルの各部屋のステータスを「借りられていない」、「占有されていない」などとして示すメッセージを受け取る。図２Ａを参照すると、重心２０１における借り部屋に関するユーザのリードタイム期間Δｔ_ａが、２０分の交通時間に関するジオフェンス領域２０３を有する単一のジオフェンス境界２０４に基づいて決定される。ユーザが重心２０１に戻る前の期間に関するリードタイム期間Δｔ_ａが、追跡されるユーザの位置がジオフェンス領域内であるとすると、「２０分」と決定される。そうでない場合、リードタイム期間Δｔ_ａは、「２０分＋」と示唆される。アプリケーションサーバ１１０は、対応する追跡されるユーザの定期的に更新される近接ログに従って、表７００内の各占有されていない借り部屋に関係付けられたリードタイム期間Δｔ_ａを変更する。ハウスキーピングスタッフは、サービスする占有されていない借り部屋の優先順位を付けることができ、ハウスキーピング作業を完了すると、上記通信可能に接続されたデバイスを介して部屋のステータスを「清掃済みの部屋」に変更することができる。

監視空間の住宅監視

本発明の追跡システムは、継続的に更新される属性、ならびに関係する追跡されるユーザによって携帯される１つまたは複数のモバイルデバイス１０３の近接ログに従って、監視空間を住宅監視する。一態様では、追跡システムは、図７Ｂの例示的なプロセス７５０に従って、セキュリティステータス、および監視対象の住宅内のまたは住宅に関係付けられた複数のデバイス１４０の動作モードを決定する。

図１を参照すると、アプリケーションサーバ１１０は、対応する近接ログに従って、１つまたは複数のモバイルデバイス１０３が当該監視対象の住宅の中であるかそれとも外であるかを決定する。プロセス７５０のステップ７５１で、アプリケーションサーバ１１０は、監視対象の住宅に関する占有属性手段１５０、ならびに上記１つまたは複数のモバイルデバイス１０３から、占有属性を含むデータが含まれるがこれに限定されない信号伝送を定期的に受け取る。

ステップ７５２で、アプリケーションサーバ１１０は信号伝送を分析する。一実施形態では、信号伝送は中断または中止され、アプリケーションサーバ１１０がネットワーク１０２を介して制御局１２０にプローブ信号を送り、その応答は事前設定されたパラメータに適合しない。ステップ７５３で、アプリケーションサーバ１１０は、特性管理、セキュリティ組織、モバイルデバイス１０３、およびシンクライアント１１３のうちの少なくとも１つを含む第三者にアラートを送る。これと異なる実施形態では、制御局１２０とアプリケーションサーバ１１０の間の信号伝送不適合を経ないで、プロセス７５０がステップ７５４に進む。ここで、アプリケーションサーバ１１０は上記占有属性を分析する。

一実施形態では、アプリケーションサーバ１１０は住宅が「占有されている」と決定し、あるいは、アプリケーションサーバ１１０が住宅の上記占有状態の変更を含むメッセージを受け取り、そのような変更はいくつかの態様を含む。１つの例示的な態様では、ドアロックを備えるデバイス１４０が、ロック状態から非ロック状態に切り替えようとする訪問者の試みを検出し、対応する信号をアプリケーションサーバ１１０に送る。

ステップ７５５で、アプリケーションサーバ１１０は、上記１つまたは複数のモバイルデバイス１０３の近接ログを分析する。アプリケーションサーバ１１０が、占有された住宅の占有者の身元、または占有されていない住宅に関するドアロックをロック状態から非ロック状態に切り替えようと試みる上記訪問者の身元を確認するのに失敗した場合、ステップ７５３に従ってアラートが上記第三者に送られる。異なる実施形態では、占有者の身元が確認され、あるいは上記訪問者の身元が確認される。さらなる実施形態では、アプリケーションサーバ１１０は、１つまたは複数のモバイルデバイス１０３が近接閾値内の住宅に接近していることを、近接ログに従って決定する。プロセス７５０はステップ７５６に進む。

ステップ７５６で、アプリケーションサーバ１１０は、識別子および対応する近接ログを分析することにより、上記確認された占有者、上記確認された訪問者、または上記確認された接近している１つもしくは複数のモバイルデバイス１０３を識別する。身元の識別結果に応じて、アプリケーションサーバ１１０は、上記複数のデバイス１４０によって受信される１つまたは複数の信号を送って、動作モードを「不在状態」から「ユーザ設定状態」、または「不在状態」から「管理状態」に変更する。一実施形態では、アプリケーションサーバ１１０は、身元の確認および識別の結果に応じて、デバイス１４０に関するドアロックから追跡記録を受け取り、メモリ手段１１１（図１）に記録し、すべての立ち入りおよび退去の入出時間を上記第三者に送る。

代替的実施形態では、アプリケーションサーバ１１０は、監視対象の住宅が「占有されていない」と決定する。ステップ７５７で、アプリケーションサーバ１１０は、複数のデバイス１４０に受信される１つまたは複数の信号を制御局１２０へ送って、動作モードを「不在状態」に変更する。プロセス７５０は、ステップ７５８に進む。

ステップ７５８で、アプリケーションサーバ１１０は、上記１つまたは複数のモバイルデバイス１０３と上記監視対象の住宅との間の関連性を含むがこれに限定されない変更があるかどうかを決定する。一実施形態では、アプリケーションサーバ１１０は、上記の変更がないと決定し、プロセス７５０はステップ７５１に戻る。代替的実施形態では、アプリケーションサーバ１１０は上記変更があると決定する。１つの例示的な態様では、上記１つまたは複数のモバイルデバイス１０３と上記住宅（貸し）との間の関連性がチェックアウト次第打ち切られる。プロセス７５０が終了する。

このように、本発明は１つまたは複数の好ましい実施形態に関係して本明細書に詳細に説明されているが、この開示は、本発明の説明および例示にすぎず、単に本発明の完全で実施可能な開示を与える目的でなされたことを理解されたい。上記の開示は、本発明を限定する、あるいは任意のそうした他の実施形態、適合、変形、修正、または等価構成を除外すると解釈されることを意図せず、本発明は、添付の特許請求の範囲およびその均等物のみによって限定される。

発明の態様

本発明は、室内の環境および水供給の貯蔵、選択されたデバイスの動作モード、ならびに監視空間の関係するユーザの予測到着時刻の送信の制御を支配する追跡システムに関する。

本発明の一態様は、借りられたホテルの部屋および住宅におけるエネルギー最適化、およびオンデマンドデバイス動作の駆動に関する。

さらなる態様では、上記監視空間に到着するユーザの予測到着時刻に関する動的データを有するスケジュールが、サービス提供および人的資源の割振りの計画を可能にする。

さらに別の態様では、システムは、未確認の占有を検出するとアラートを生成し送信することによって、上記監視空間のセキュリティを有効にする。また、システムは、未確認のユーザにより開閉される際に、通信可能に接続されたデバイスがアラートを作動させることを可能にする。

配列表テキスト
外部デバイス−ドアロック、照明器具、家庭用電化製品、金庫などを含むがこれらに限定されないシステムに通信可能に接続される。

シンクライアント−マイクロコンピュータまたはハンドヘルド個人情報端末（「ＰＤＡ」）など、コンピューティング能力を有するネットワークにリンクされた電子デバイス。

オフモード−電源断。

動作モード−不特定のレベルで動作する電源接続を有するデバイス。

管理状態−電源消費の低減を含むがこれに限定されない特性管理によって課せられる構成で動作するデバイスの動作モード。

不在状態−「スリープ」モードおよび「スタンドバイ」モードを含むがこれらに限定されない電源消費の低減と、代替的に、デバイスが、「ロック」から「ロック解除」、「閉」から「開」を含むがこれらに限定されない物理状態の変更があるとアラームを始動するように構成されることと、開くことまたは使用を試みるためのコード／ＰＩＮエントリとを含む様々なレベルで動作するデバイスの動作モード。

ユーザ設定状態−機能、セキュリティレベル、または電力消費から選択された１つまたは複数のユーザ指定レベルで機能するデバイスの動作モード。

Claims (10)

1. クラウドベースのサーバが監視空間を住宅監視する方法であって、
   少なくとも１つのモバイルデバイスにメッセージを送信するステップであって、前記メッセージは、固有識別子、現在位置、または前記現在位置に応じて決定される近接ログを、更新頻度および期間を含む１組の動作パラメータに従って前記サーバに送信するための少なくとも１つのコマンドを含む、ステップと、
   通信可能に接続された制御局を介して、環境属性手段および占有属性手段の少なくとも一方にメッセージを送信するステップであって、前記メッセージは、前記更新頻度および前記期間を含む１組の動作パラメータに従って、対応する属性を前記サーバに送信するための少なくとも１つのコマンドを含む、ステップと、
   前記少なくとも１つのモバイルデバイスから、前記現在位置または前記近接ログを含むメッセージを受信するステップと、
   前記環境属性手段から、前記対応する属性を含むメッセージを受信するステップと、
   前記占有属性手段から、前記対応する属性を含むメッセージを受信するステップと、
   前記監視空間が占有されていないと決定すると、前記少なくとも１つのモバイルデバイスの前記近接ログを含むメッセージを、第三者に受信されるように送信するステップと
   を含む方法。
2. 前記少なくとも１つのモバイルデバイスが、前記現在位置を取得し、前記近接ログを決定するために前記サーバに送信するステップ、または
   前記少なくとも１つのモバイルデバイスが、前記現在位置を取得し、前記近接ログを決定するために処理し、前記近接ログを前記サーバに送信するステップ
   を含む、請求項１に記載の方法。
3. 前記少なくとも１つのモバイルデバイスの前記近接ログは、
   時間に対する少なくとも２つの位置に応じて決定される、前記少なくとも１つのモバイルデバイスに関する移動速度、
   前記監視空間に到着するまでの期間を示す決定されたリードタイムであって、対応する前記少なくとも１つのモバイルデバイスが前記監視空間内にある場合に、ヌルであるリードタイム、または、
   前記監視空間への決定された到着時刻であって、前記少なくとも１つのモバイルデバイスが前記監視空間内にある場合に、現在時刻である到着時刻、または
   前記少なくとも１つのモバイルデバイスと前記監視空間との間の移動距離であって、前記少なくとも１つのモバイルデバイスが前記監視空間内にある場合に、ヌルである移動距離
   を含む、請求項１または２に記載の方法。
4. ｉ．前記監視空間が占有されているかどうかを決定するステップと、
   ｉｉ．前記監視空間に対して入ることが許されないことを示す、前記少なくとも１つのモバイルデバイスから送信されたメッセージを、受信するステップと、
   ｉｉｉ．前記少なくとも１つのモバイルデバイスに関する前記近接ログが第１の閾値を超えるかどうか決定するステップと、
   ｉｖ．前記監視空間が占有されていると決定し、かつ前記近接ログが前記第１の閾値を超える場合、第三者に受信されるようにアラートを送信するステップと
   を含む、前記サーバがアラートを送信するステップを含む、請求項１に記載の方法。
5. ｉ．中止、中断された信号または前記サーバが送信した動作パラメータと適合しない信号を、前記環境属性手段と前記占有属性手段のうちの少なくとも一方から受信するかどうかを決定するステップと、
   ｉｉ．応答を促す信号またはコードのうちの少なくとも一方を含むメッセージを、前記制御局、前記環境属性手段、および前記占有属性手段のうちの少なくとも１つに送信するステップと、
   ｉｉｉ．前記制御局、前記環境属性手段、および前記占有属性手段のうちの少なくとも１つから応答として中止、中断された信号を受信する場合、第三者に受信されるようにアラートを送信するステップと
   を含む、前記サーバがアラートを送信するステップをさらに含む、請求項１に記載の方法。
6. 前記サーバがサービス提供のためのスケジュールの確立をさらに含む方法であって、
   前記少なくとも１つのモバイルデバイスおよび少なくとも１つの監視空間に関する前記近接ログに従って優先付けがされた前記スケジュールを第三者に送信するステップと、
   時間に対する前記監視空間の占有状態を示す前記少なくとも１つの対応する属性を記録し第三者に送信するステップと
   を含む、請求項１に記載の方法。
7. 前記第三者は、前記監視空間の管理、ならびに通信可能に接続されたモバイルデバイスと、ワイヤレス接続性および視覚ディスプレイを有する携帯手段と、シンクライアントコンピュータとのうちの少なくとも１つを含む、請求項１、４、５または６に記載の方法。
8. ｉ．前記監視空間の占有状態を示す前記少なくとも１つの対応する属性に従って、前記監視空間が占有されているかどうかを決定するステップと、
   ｉｉ．前記少なくとも１つのモバイルデバイスに関する前記近接ログが第２の閾値を超えるかどうかを決定するステップと、
   ｉｉｉ．前記監視空間が占有されていない、または前記少なくとも１つのモバイルデバイスに関する前記近接ログが前記第２の閾値を超える場合、前記監視空間に関する通信可能に接続された外部デバイスに受信されるようにメッセージを送信するステップであって、前記メッセージは、前記外部デバイスを不在状態に変更するための信号またはコードの少なくとも一方を含む、ステップと、
   ｉｖ．前記監視空間が占有されている、または前記少なくとも１つのモバイルデバイスに関する前記近接ログが前記第２の閾値内である場合、前記外部デバイスに受信されるようにメッセージを送信するステップであって、前記メッセージは、前記外部デバイスをユーザ設定状態に変更するための信号またはコードの少なくとも一方を含む、ステップと、
   を含み、前記外部デバイスのモードを前記サーバが変更するステップをさらに含む、請求項１に記載の方法。
9. 不在状態は、オフモードまたは電力低減モードの前記外部デバイスを含み、
   不在状態は、事前設定された期間内に前記外部デバイスが前記オフモードまたは前記電力低減モードに切り替わることを含み、または、
   ユーザ設定状態は、前記外部デバイスが、ユーザの指定に従って１つもしくは複数のレベルまたは動作構成で動作することを含み、
   前記外部デバイスは、照明器具、家庭用電化製品、および電子機器のうちの少なくとも１つを含む、請求項８に記載の方法。
10. 不在状態は、前記外部デバイスの状態が閉から開にもしくはロックからロック解除に変化した場合、あるいはコードまたはＰＩＮ番号のエントリがあると、あるいは前記監視空間の占有状態を示す前記対応する属性が非占有から占有に変化した場合、前記外部デバイスがアラートを始動すること、またはアラートを始動する信号を送信することを含み、
    ユーザ設定状態は、前記外部デバイスが前記アラートを無効にすることを含み、
    前記外部デバイスは、金庫、ドアロック、および前記占有属性手段のうちの少なくとも１つを含む、請求項８に記載の方法。

Images