(57)【要約】  緊急警報を送るためのシステムおよび方法が開示される。幾つかの実施形態では、センサーおよびウェアラブルデバイスは、利用可能な通信デバイスを介して緊急警報及び／又は警告信号を引き起こし、それを送り得る。有効且つ効率的な緊急対応のための状況認識情報を含むマルチメディア緊急警報も開示される。【選択図】図２
2018538645.tif 000002
【特許請求の範囲】
【請求項１】
システムであって、
ａ）通信デバイス；
ｂ）少なくとも１つのプロセッサ、メモリ、少なくとも１つのセンサー、ネットワーク要素、ユーザーインターフェース、および緊急警報アプリケーションを作成する、少なくとも１つのプロセッサによって実行可能な命令を含む、ウェアラブルデバイスであって、緊急警報アプリケーションが、
ｉ）少なくとも１つのセンサーからデータを受信するセンサーモジュール；
ｉｉ）ユーザーインターフェースから少なくとも１つの緊急指示を受信するインターフェースモジュール；および
ｉｉｉ）緊急管理システムとの間接通信リンクを確立する、通信モジュールを含み、
１）通信リンクが、警報を緊急管理システムへの送達のために通信デバイスに送信し、警報が、少なくとも１つの緊急指示、少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含み；
２）通信リンクが、通信デバイスから少なくとも１つのデータ要求を受信し、データ要求が緊急管理システムから生じ；および
３）通信リンクが、緊急対応中に状況認識を提供するべく、緊急管理システムへの送達のために更新されたデータを少なくとも１つのセンサーから通信デバイスに送信することによって、少なくとも１つのデータ要求に応答する、ウェアラブルデバイス；および
ｃ）緊急管理システムアプリケーションを提供するように構成されたサーバーであって、緊急管理システムアプリケーションが、
ｉ）通信デバイスから警報を受信する警報モジュールであって、前記警報がウェアラブルデバイスから生じ、少なくとも１つの緊急指示、少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含む、警報モジュール；および
ｉｉ）ウェアラブルデバイスへの送達のために通信デバイスに少なくとも１つのデータ要求を送信し、ウェアラブルデバイスの少なくとも１つのセンサーから生じる通信デバイスから更新されたデータを受信する、更新モジュールを含む、サーバーを含む、システム。
【請求項２】
通信デバイスが、ウェアラブルデバイスから警報を受信する及び緊急管理システムに警報を送達する間接通信リンクモジュールを含み、ここで警報がデジタル信号として送信される、請求項１に記載のシステム。
【請求項３】
通信モジュールが、警報を受信するための通信デバイスのリストから通信デバイスを選択し、ここで通信モジュールが、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適した通信デバイスを選択し、各通信デバイスが、各通信デバイスとウェアラブルデバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される、請求項１に記載のシステム。
【請求項４】
１つ以上の因子が、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスと通信デバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスと通信デバイスとの間の伝送遅延から成る群から選択される、請求項３に記載のシステム。
【請求項５】
間接通信リンクが、ウェアラブルデバイスとの直接通信に適した通信デバイスが利用可能でないときに、通信デバイスへの送達のためにルーティングデバイスに警報を送信することをさらに含む、請求項１に記載のシステム。
【請求項６】
警報が、少なくとも１つのマルチメディアメッセージを含み、ここで少なくとも１つのマルチメディアメッセージが複数のデータ型を含む、請求項１に記載のシステム。
【請求項７】
緊急管理システムが、緊急出動センターにマルチメディアメッセージを送達する前に、マルチメディアメッセージを共通フォーマットに変換する、請求項６に記載のシステム。
【請求項８】
緊急管理システムに送達された警報が、通信デバイスに関する情報を含み、ここで情報が、位置、通信デバイスのユーザーの同一性、および通信デバイスのユーザーとウェアラブルデバイスのユーザーとの間の関連性から成る群から選択される、請求項１に記載のシステム。
【請求項９】
ウェアラブルデバイスが、少なくとも１つのセンサーからのデータが緊急事態を示すときに自律的にユーザー入力なしで警報を送信し、ここでセンサー読み取り値は、センサー読み取り値がアラーム閾値の範囲外であるときに緊急事態を示し、前記アラーム閾値が値の範囲によって定義されている、請求項１に記載のシステム。
【請求項１０】
緊急支援を要求するためのウェアラブルデバイスであって、
少なくとも１つのプロセッサ、メモリ、ユーザーインターフェース、少なくとも１つのセンサー、およびネットワーク要素、並びに緊急警報アプリケーションを作成する、少なくとも１つのプロセッサによって実行可能な命令を含むコンピュータープログラムを含み、緊急警報アプリケーションが、
ａ）少なくとも１つのセンサーからデータを受信するセンサーモジュール；
ｂ）ユーザーインターフェースから少なくとも１つの緊急指示を受信するインターフェースモジュール；および
ｃ）緊急管理システムとの間接通信リンクを確立する、通信モジュールを含み、
ｉ）通信リンクが、緊急管理システムへの送達のためにウェアラブルデバイスとは異なる通信デバイスに警報を送信し、警報が少なくとも１つの緊急指示、少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含み；
ｉｉ）通信リンクが、通信デバイスから少なくとも１つのデータ要求を受信する工程であって、データ要求が緊急管理システムから生じ；および
ｉｉｉ）通信リンクが、緊急対応中に状況認識を提供するべく、緊急管理システムへの送達のために更新されたデータを少なくとも１つのセンサーから通信デバイスに送信することによって、少なくとも１つのデータ要求に応答する、ウェアラブルデバイス。
【請求項１１】
通信デバイスが、ウェアラブルデバイスから警報を受信する及び緊急管理システムに警報を送達する間接通信リンクモジュールを含み、ここで警報がデジタル信号として送信される、請求項１０に記載のウェアラブルデバイス。
【請求項１２】
通信モジュールが、警報を受信するための通信デバイスのリストから通信デバイスを選択し、ここで通信モジュールが、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適した通信デバイスを選択し、各通信デバイスが、各通信デバイスとウェアラブルデバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される、請求項１０に記載のウェアラブルデバイス。
【請求項１３】
１つ以上の因子が、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスと通信デバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスと通信デバイスとの間の伝送遅延から成る群から選択される、請求項１２に記載のウェアラブルデバイス。
【請求項１４】
間接通信リンクが、ウェアラブルデバイスとの直接通信に適した通信デバイスが利用可能でないときに、通信デバイスへの送達のためにルーティングデバイスに警報を送信することをさらに含む、請求項１０に記載のウェアラブルデバイス。
【請求項１５】
警報が、少なくとも１つのマルチメディアメッセージを含み、ここで少なくとも１つのマルチメディアメッセージが複数のデータ型を含む、請求項１０に記載のウェアラブルデバイス。
【請求項１６】
緊急管理システムが、緊急出動センターにマルチメディアメッセージを送達する前に、マルチメディアメッセージを共通フォーマットに変換する、請求項１５に記載のウェアラブルデバイス。
【請求項１７】
緊急管理システムに送達された警報が、通信デバイスに関する情報を含み、ここで情報が、位置、通信デバイスのユーザーの同一性、および通信デバイスのユーザーとウェアラブルデバイスのユーザーとの間の関連性から成る群から選択される、請求項１０に記載のウェアラブルデバイス。
【請求項１８】
ウェアラブルデバイスが、少なくとも１つのセンサーからのデータが緊急事態を示すときに自律的にユーザー入力なしで警報を送信し、ここでセンサー読み取り値は、センサー読み取り値がアラーム閾値の範囲外であるときに緊急事態を示し、前記アラーム閾値が値の範囲によって定義されている、請求項１０に記載のウェアラブルデバイス。
【請求項１９】
間接通信リンクを確立するために通信デバイスを使用することによって警報をウェアラブルデバイスから緊急管理システムに送信する方法であって、該方法は、
ａ）ウェアラブルデバイスによって、ウェアラブルデバイスに関連する少なくとも１つのセンサーからデータを受信する工程；
ｂ）ウェアラブルデバイスによって、ウェアラブルデバイスと対話するユーザーにより開始された少なくとも１つの緊急指示を受信する工程；
ｃ）ウェアラブルデバイスによって、緊急管理システムへの送達のために通信デバイスに警報を送信する工程であって、警報が、少なくとも１つの緊急指示、少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含む、工程；
ｄ）ウェアラブルデバイスによって、通信デバイスから少なくとも１つのデータ要求を受信する工程であって、データ要求が緊急管理システムから生じる、工程；および
ｅ）ウェアラブルデバイスによって、緊急対応中に状況認識を提供するべく、緊急管理システムへの送達のために更新されたデータを少なくとも１つのセンサーから通信デバイスに送信することにより、少なくとも１つのデータ要求に応答する工程を含む、方法。
【請求項２０】
通信デバイスが、ウェアラブルデバイスから警報を受信する及び緊急管理システムに警報を送達する間接通信リンクモジュールを含み、ここで警報がデジタル信号として送信される、請求項１９に記載の方法。
【請求項２１】
通信モジュールが、警報を受信するための通信デバイスのリストから通信デバイスを選択し、ここで通信モジュールが、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適した通信デバイスを選択し、各通信デバイスが、各通信デバイスとウェアラブルデバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される、請求項１９に記載の方法。
【請求項２２】
１つ以上の因子が、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスと通信デバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスと通信デバイスとの間の伝送遅延から成る群から選択される、請求項２１に記載の方法。
【請求項２３】
間接通信リンクが、ウェアラブルデバイスとの直接通信に適した通信デバイスが利用可能でないときに、通信デバイスへの送達のためにルーティングデバイスに警報を送信することをさらに含む、請求項１９に記載の方法。
【請求項２４】
警報が、少なくとも１つのマルチメディアメッセージを含み、ここで少なくとも１つのマルチメディアメッセージが複数のデータ型を含む、請求項１９に記載の方法。
【請求項２５】
緊急管理システムに送達された警報が、通信デバイスに関する情報を含み、ここで情報が、位置、通信デバイスのユーザーの同一性、および通信デバイスのユーザーとウェアラブルデバイスのユーザーとの間の関連性から成る群から選択される、請求項１９に記載の方法。
【請求項２６】
ウェアラブルデバイスが、少なくとも１つのセンサーからのデータが緊急事態を示すときに自律的にユーザー入力なしで警報を送信し、ここでセンサー読み取り値は、センサー読み取り値がアラーム閾値の範囲外であるときに緊急事態を示し、前記アラーム閾値が値の範囲によって定義されている、請求項１９に記載の方法。
【請求項２７】
緊急警報アプリケーションを作成する少なくとも１つのプロセッサによって実行可能な命令を含むコンピュータープログラムでコードされた非一時的コンピューター可読記憶媒体であって、緊急警報アプリケーションが、
ａ）ユーザーによって装着されたウェアラブルデバイスに関連する少なくとも１つのセンサーからデータを受信する、センサーモジュール；
ｂ）ウェアラブルデバイスのユーザーインターフェースと対話するユーザーによって開始された少なくとも１つの緊急指示を受信する、インターフェースモジュール；および
ｃ）緊急管理システムとの間接通信リンクを確立する、通信モジュールを含み、
ｉ）通信リンクが、緊急管理システムへの送達のためにウェアラブルデバイスとは異なる通信デバイスに警報を送信し、警報が少なくとも１つの緊急指示、少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含み；
ｉｉ）通信リンクが、通信デバイスから少なくとも１つのデータ要求を受信する工程であって、データ要求が緊急管理システムから生じ；および
ｉｉｉ）通信リンクが、緊急対応中に状況認識を提供するべく、緊急管理システムへの送達のために更新されたデータを少なくとも１つのセンサーから通信デバイスに送信することによって、少なくとも１つのデータ要求に応答する、非一時的コンピューター可読記憶媒体。
【請求項２８】
通信モジュールが、警報を受信するための通信デバイスのリストから通信デバイスを選択し、ここで通信モジュールが、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適した通信デバイスを選択し、各通信デバイスが、各通信デバイスとウェアラブルデバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される、請求項２７に記載の非一時的コンピューター可読記憶媒体。
【請求項２９】
間接通信リンクが、ウェアラブルデバイスとの直接通信に適した通信デバイスが利用可能でないときに、通信デバイスへの送達のためにルーティングデバイスに警報を送信することをさらに含む、請求項２７に記載の非一時的コンピューター可読記憶媒体。
【請求項３０】
ウェアラブルデバイスが、少なくとも１つのセンサーからのデータが緊急事態を示すときに自律的にユーザー入力なしで警報を送信し、ここでセンサー読み取り値は、センサー読み取り値がアラーム閾値の範囲外であるときに緊急事態を示し、前記アラーム閾値が値の範囲によって定義されている、請求項２７に記載の非一時的コンピューター可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
＜相互参照＞
本出願は、２０１５年１１月２日出願の米国仮特許出願第６２／２４９，５５１号、２０１６年１月４日出願の米国仮特許出願第６２／２７４，５７１号、および２０１６年３月２２日出願の米国仮特許出願第６２／３１１，７１９号の利益を主張し、これら各々は本明細書に引用によって組み込まれる。
【背景技術】
【０００２】
緊急事態にある人は、指定の緊急電話番号、例えば９１１のような３桁の番号、またはダイレクトローカルアクセス電話番号（即ち、具体的な緊急出動センターにつながる電話番号）にかけることによって助けを求めるかもしれない。モバイル通信デバイス（例えば、携帯電話またはウェアラブルデバイス）の出現で、緊急出動センターは、そのようなデバイスから大多数の電話を受けているが、現在利用可能な技術を使用して緊急に応答するそれらの能力を増大させるには装備が不十分である。
【発明の概要】
【０００３】
現代のウェアラブルデバイス（例えば、Ａｐｐｌｅ Ｗａｔｃｈ（登録商標））は、ユーザーに関する健康指標を感知および測定する性能を含んでいる。そのような健康指標は、脈拍数、心拍数、上昇、運動パターン、日常的な運動量、体温、および血中酸素濃度を含み得る。現代のウェアラブルデバイスは、デバイスによって放射された特定の光の後方反射測定するための光の可視および赤外線のスペクトルで作動する光検出器、およびデバイスの変位を測定するための加速度計などの、センサーを使用して、そのような健康指標を測定し得る。ウェアラブルデバイスはまた、デバイスの地理的位置を追跡するためのＧＰＳなどの地理的位置決めシステムを含み得る。
【０００４】
漸増的に、多くの居住スペース、オフィスビル、および公共スペースが、様々なセンサー、例えば、温度センサーまたは運動センサーを装備するようになってきている。多くの事例では、これらのセンサーはまた、無線チャネル、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）またはＷｉ−Ｆｉ通信、あるいは有線チャネル、例えば、イーサネット（登録商標）技術を使用する光ファイバーケーブルによって、それらの感知された情報を通信する性能を有し得る。幾つかの事例では、センサーはまた、住宅またはオフィスビル内にアドホック無線メッシュネットワークを形成することによって互いに通信することができ、それ故、多数の感知された情報を互いに共有することができる。
【０００５】
一態様では、本明細書にはシステムが記載され、該システムは、通信デバイス；少なくとも１つのプロセッサ、メモリ、少なくとも１つのセンサー、ネットワーク要素、ユーザーインターフェース、および緊急警報アプリケーションを作成する、少なくとも１つのプロセッサによって実行可能な命令を含む、ウェアラブルデバイスであって、該緊急警報アプリケーションが、少なくとも１つのセンサーからデータを受信するセンサーモジュール；ユーザーインターフェースから少なくとも１つの緊急指示を受信するインターフェースモジュール；および緊急管理システムとの間接通信リンクを確立する通信モジュールを含み、間接通信リンクが、警報を緊急管理システムへの送達のために通信デバイスに送信し、警報が、少なくとも１つの緊急指示、少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含み；間接通信リンクが、通信デバイスから少なくとも１つのデータ要求を受信し、データ要求が緊急管理システムから生じる；および間接通信リンクが、緊急対応中に状況認識を提供するべく、緊急管理システムへの送達のために更新されたデータを少なくとも１つのセンサーから通信デバイスに送信することによって、少なくとも１つのデータ要求に応答する、ウェアラブルデバイス；および緊急管理システムアプリケーションを提供するように構成されたサーバーであって、該緊急管理システムアプリケーションが、通信デバイスから警報を受信する警報モジュールであって、前記警報がウェアラブルデバイスから生じ、少なくとも１つの緊急指示、少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含む、警報モジュール；およびウェアラブルデバイスへの送達のために通信デバイスに少なくとも１つのデータ要求を送信し、ウェアラブルデバイスの少なくとも１つのセンサーから生じる通信デバイスから更新されたデータを受信する、更新モジュールを含む、サーバーを含む。幾つかの実施形態では、通信デバイスは、ウェアラブルデバイスから警報を受信し、緊急管理システムに警報を送達する間接通信リンクモジュールを含み、ここで警報はデジタル信号として送信される。さらなる実施形態では、通信デバイスは、携帯電話、コンピューター、ルーター、サーバー、ゲーム機、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイス、赤外線デバイス、およびモデムから成る群から選択される。またさらなる実施形態では、通信デバイスは携帯電話である。幾つかの実施形態では、通信リンクは、緊急管理システムへの送達のために通信デバイスに警報を送信する。幾つかの実施形態では、通信デバイスは、通信リンクを確立するためにウェアラブルデバイスのための認証を必要とする。さらなる実施形態では、ウェアラブルデバイスによって、ユーザーは、通信リンクを確立するために通信デバイスに対する認証を提供することができる。幾つかの実施形態では、通信モジュールは、警報を受信するための通信デバイスのリストから通信デバイスを選択する。さらなる実施形態では、通信モジュールは、緊急管理システムに対する近接に基づいて通信デバイスを選択する。さらなる実施形態では、近接は、通信デバイスと緊急管理システムとの間の通信のレイテンシから計算される。さらなる実施形態では、通信デバイスのリストは、ウェアラブルデバイスとの通信に適したデバイスを含む。さらなる実施形態では、通信モジュールは、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適した通信デバイスを選択し、ここで各通信デバイスは、各通信デバイスとウェアラブルデバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される。またさらなる実施形態では、１つ以上の因子は、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスと通信デバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスと通信デバイスとの間の伝送遅延から成る群から選択される。幾つかの実施形態では、間接通信リンクは、ウェアラブルデバイスとの直接通信に適した通信デバイスが利用可能でないときに、通信デバイスへの送達のためにルーティングデバイスに警報を送信することをさらに含む。さらなる実施形態では、通信モジュールは、警報の受信のためのルーティングデバイスのリストからルーティングデバイスを選択する。さらなる実施形態では、通信モジュールは、緊急管理システムに対する近接に基づいてルーティングデバイスを選択する。またさらなる実施形態では、近接は、ルーティングデバイスと緊急管理システムとの間の通信のレイテンシから計算される。さらなる実施形態では、ルーティングデバイスのリストは、ウェアラブルデバイスとの通信に適したデバイスを含む。またさらなる実施形態では、通信モジュールは、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適したルーティングデバイスを選択し、ここで各ルーティングデバイスは、各ルーティングデバイスと緊急警報デバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される。またさらなる実施形態では、１つ以上の因子は、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスとルーティングデバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスとルーティングデバイスとの間の伝送遅延から成る群から選択される。幾つかの実施形態では、ユーザーは、少なくとも１つのセンサーからのデータを含む警報を送信するために通信デバイスを使用する。幾つかの実施形態では、警報は、少なくとも１つのマルチメディアメッセージを含む。さらなる実施形態では、少なくとも１つのマルチメディアメッセージは、複数のデータ型を含む。さらなる実施形態では、複数のデータ型は、テキスト、音声、画像、映像、メタデータ、ユーザー入力されたデータ、位置情報の１つ以上、またはそれらの組み合わせである。またさらなる実施形態では、ウェアラブルデバイスは、マルチメディアメッセージに複数のデータ型の少なくとも１つを提供する。またさらなる実施形態では、通信デバイスは、マルチメディアメッセージに複数のデータ型の少なくとも１つを提供する。幾つかの実施形態では、緊急管理システムに送達された警報は、通信デバイスに関する情報を含み、ここで情報は、位置、通信デバイスのユーザーの同一性、および通信デバイスのユーザーとウェアラブルデバイスのユーザーとの間の関連性から成る群から選択される。さらなる実施形態では、緊急管理システムは、緊急出動センターにマルチメディアメッセージを送達する前に、マルチメディアメッセージを共通フォーマットに変換する。幾つかの実施形態では、ユーザーインターフェースは、ユーザーが選択する複数の緊急指示を提供し、ここで前記緊急指示の各々は、異なるタイプの緊急事態を暗示する。さらな実施形態では、異なるタイプの緊急事態は、医療事故、警察事故、火災事故、および車両事故から成る群から選択される。またさらなる実施形態では、異なるタイプの緊急事態は、自然災害、地震、火事、洪水、竜巻、ハリケーン、シンクホール、津波、雷雨、あられの大降り、渦巻き、心停止、脳卒中、発作、アナフィラキシーショック、切り傷、剥離、挫傷、刺傷、虫刺され、蛇咬傷、動物攻撃、強盗、武装強盗、住居侵入、バッテリー、テロ攻撃、化学薬品漏出、爆発、ガス漏れ、および溺水から成る群から選択される。幾つかの実施形態では、ユーザーインターフェースはパニックオプションを含み、ここでパニックオプションの選択で、警報がすべての利用可能チャネルおよび通信リンクを介してすぐに送信される。幾つかの実施形態では、少なくとも１つのセンサーは、ユーザーの少なくとも１つの生理学的パラメーターを検出する。幾つかの実施形態では、少なくとも１つのセンサーは、ユーザーの少なくとも２、３、４、５、６、７、８、９、または１０の生理学的パラメーターを検出する。幾つかの実施形態では、少なくとも１つの生理学的パラメーターは、ユーザーの脈拍数、血圧、皮膚温度、耳温度、汗特性、汗の塩濃度、瞳孔拡張、呼吸数、血中酸素濃度、血中アルコール濃度、および血糖値から成る群から選択される。さらなる実施形態では、センサーは、少なくとも１つの環境パラメーターを検出するように構成されている。幾つかの実施形態では、環境パラメーターは、光、運動、温度、圧力、湿度、振動、磁場、音、煙、一酸化炭素、放射線、有害化学物質、酸、塩基、反応性化合物、揮発性有機化合物、およびスモッグから成る群から選択される。幾つかの実施形態では、該システムは、少なくとも１つのセンサーによって収集されたデータを保存するセンサーデータベースをさらに含む。さらなる実施形態では、データベースにおける各センサーは、ユニバーサル呼出番号を割り当てられている。さらなる実施形態では、通信デバイスまたは緊急管理システムは、データを要求するためにセンサーのユニバーサル呼出番号にデータ呼び出しを行うことができる。さらなる実施形態では、データは、少なくとも１つのセンサーから得られた実時間データを含む。さらなる実施形態では、データは、少なくとも１つのセンサーから得られた履歴センサーデータを含む。さらなる実施形態では、データは、少なくとも１つのセンサーから得られた実時間および履歴のデータを含む。幾つかの実施形態では、少なくとも１つのセンサーは、光、電気、磁気、電磁気、化学、電気化学、ＵＶ光、圧力、速度、音、熱、および機械のセンサーから成るセンサーの群から選択される。さらなる実施形態では、センサー読み取り値は、センサー読み取り値がアラーム閾値の範囲外であるときに緊急事態を示し、前記閾値は値の範囲によって定義されている。幾つかの実施形態では、少なくとも１つのセンサーは、心拍数モニター、温度計、呼吸計、血糖モニター、電解質センサー、電気伝導度計、血圧センサー、血中酸素センサー、ＥＭＧセンサー、ＥＥＧセンサー、ＥＣＧセンサー、身体水和センサー（ｂｏｄｙ ｈｙｄｒａｔｉｏｎ ｓｅｎｓｏｒ）、二酸化炭素センサー、一酸化炭素センサー、煙探知器、血中アルコールセンサー、およびガイガー計数管から成る群から選択される。さらなる実施形態では、センサー読み取り値は、センサー読み取り値の移動平均が、最短期間の間、アラーム閾値の範囲外であるときに緊急事態を示している。さらなる実施形態では、センサー読み取り値は、センサー読み取り値の移動平均がアラーム閾値の範囲外であるときに緊急事態を示し、前記閾値は値の範囲によって定義されている。さらなる実施形態では、センサー読み取り値は、センサー読み取り値が、最短期間の間、アラーム閾値の範囲外であるときに緊急事態を示している。またさらなる実施形態では、最短期間は、少なくとも１秒、少なくとも２秒、少なくとも３秒、少なくとも４秒、少なくとも５秒、少なくとも６秒、少なくとも７秒、少なくとも８秒、少なくとも９秒、少なくとも１０秒、少なくとも１１秒、少なくとも１２秒、少なくとも１３秒、少なくとも１４秒、少なくとも１５秒、少なくとも３０秒、少なくとも４５秒、少なくとも６０秒、少なくとも２分、少なくとも３分、少なくとも４分、少なくとも５分、少なくとも１０分、少なくとも２０分、少なくとも３０分、少なくとも４０分、少なくとも５０分、または少なくとも６０分である。さらなる実施形態では、アラーム閾値はユーザー入力によって設定される。さらなる実施形態では、アラーム閾値は、少なくとも１つのセンサーからの履歴データを使用して計算される。幾つかの実施形態では、ウェアラブルデバイスは、少なくとも１つのセンサーからのデータが緊急事態を示すときに自律的にユーザー入力なしで警報を送信する。さらなる実施形態では、最短期間は、少なくとも１秒、少なくとも２秒、少なくとも３秒、少なくとも４秒少なくとも５秒、少なくとも６秒、少なくとも７秒、少なくとも８秒、少なくとも９秒、少なくとも１０秒、少なくとも１１秒、少なくとも１２秒、少なくとも１３秒、少なくとも１４秒、少なくとも１５秒、少なくとも３０秒、少なくとも４５秒、少なくとも
６０秒、少なくとも２分、少なくとも３分、少なくとも４分、少なくとも５分、少なくとも１０分、少なくとも２０分、少なくとも３０分、少なくとも４０分、少なくとも５０分、または少なくとも６０分である。さらなる実施形態では、アラーム閾値はユーザー入力によって設定される。さらなる実施形態では、アラーム閾値は、少なくとも１つのセンサーからの履歴データを使用して計算される。幾つかの実施形態では、緊急管理サービスは、緊急出動センターに警報を送達する。さらなる実施形態では、緊急管理サービスは、警報を受信するために、緊急対応能力に基づいて複数の緊急出動センターから緊急出動センターを選択する。さらなる実施形態では、緊急対応能力は、緊急の位置に対する近接、資源利用性、スタッフの空き状況、および緊急対応の到着までの計算された時間から成る群から選択される基準に基づいている。さらなる実施形態では、警報はマルチメディアメッセージを含む。さらなる実施形態では、緊急管理システムは、マルチメディアメッセージを送達する前に、マルチメディアメッセージを緊急出動センターと互換性のあるフォーマットに変換する。さらなる実施形態では、緊急出動センターと互換性のあるフォーマットはアナログ形式である。またさらなる実施形態では、アナログ形式は音声であり、ここでマルチメディアメッセージは、緊急指示およびセンサー読み取り値を含む音声メッセージに変換される。幾つかの実施形態では、ウェアラブルデバイスは、人間が装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、鳥または動物が装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、ペットが装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、手、指、手のひら、手首、肘、腕、肩、首、頭、顔、鼻、耳、胴、背中、腰、臀部、脚、膝、足首、または足の上に装着可能となるように適合されている。幾つかの実施形態では、警報は、緊急管理システムに送達された後に取り消すことができる。さらなる実施形態では、警報は、ウェアラブルデバイスのユーザーによって取り消される。さらなる実施形態では、警報は、認証されるとウェアラブルデバイスのユーザーによって取り消される。さらなる実施形態では、警報は、緊急管理システムによって取り消される。さらなる実施形態では、警報は、ウェアラブルデバイスによって自動的に取り消され、ここでウェアラブルデバイスは、警報が偶発的に送信されたと予測する。さらなる実施形態では、ウェアラブルデバイスは、警報が、以下から成る群から選択される因子に基づいて偶発的に送信されたと予測する：ユーザーインターフェースからの緊急指示と矛盾するセンサーデータ、センサー異常、複数のセンサーからの矛盾するデータ。幾つかの実施形態では、警報は、通信デバイスに警報を送達することができる通信デバイスまたはルーティングデバイスが利用可能でないときに取り消される。幾つかの実施形態では、通信モジュールは、更新されたデータの要求に応答することによる警報の送信で緊急管理サービスとの間接通信リンクを管理する。幾つかの実施形態では、通信モジュールは、緊急管理システムからのデータ要求なしで自動的に更新されたデータを緊急管理システムに送信する。幾つかの実施形態では、通信モジュールは、ユーザー入力で更新されたデータを緊急管理サービスに送信する。幾つかの実施形態では、更新されたデータは、少なくとも１つのセンサーからのセンサー読み取り値を含む。さらなる実施形態では、センサー読み取り値は、ライブセンサー読み取り値を含む。さらなる実施形態では、センサー読み取り値は、履歴センサー読み取り値を含む。
【０００６】
一態様では、本明細書には、緊急支援を要求するためのウェアラブルデバイスが記載され、該ウェアラブルデバイスは、少なくとも１つのプロセッサ、メモリ、ユーザーインターフェース、少なくとも１つのセンサー、およびネットワーク要素、並びに緊急警報アプリケーションを作成する、少なくとも１つのプロセッサによって実行可能な命令を含むコンピュータープログラムを含み、該緊急警報アプリケーションは、少なくとも１つのセンサーからデータを受信するセンサーモジュール；ユーザーインターフェースから少なくとも１つの緊急指示を受信するインターフェースモジュール；および緊急管理システムとの間接通信リンクを確立する通信モジュールを含み、該間接通信リンクは、緊急管理システムへの送達のためにウェアラブルデバイスとは異なる通信デバイスに警報を送信し、警報が少なくとも１つの緊急指示、少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含み；間接通信リンクが、通信デバイスから少なくとも１つのデータ要求を受信し、データ要求が緊急管理システムから生じ；および間接通信リンクが、緊急対応中に状況認識を提供するべく、緊急管理システムへの送達のために更新されたデータを少なくとも１つのセンサーから通信デバイスに送信することによって、少なくとも１つのデータ要求に応答する。幾つかの実施形態では、通信デバイスは、携帯電話、コンピューター、ルーター、サーバー、ゲーム機、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイス、赤外線デバイス、およびモデムから成る群から選択される。さらなる実施形態では、通信デバイスは携帯電話である。幾つかの実施形態では、通信デバイスは、通信リンクを確立するためにウェアラブルデバイスのための認証を必要とする。さらなる実施形態では、ウェアラブルデバイスによって、ユーザーは、通信リンクを確立するために通信デバイスに対する認証を提供することができる。幾つかの実施形態では、通信モジュールは、警報を受信するための通信デバイスのリストから通信デバイスを選択する。さらなる実施形態では、通信モジュールは、緊急管理システムに対する近接に基づいて通信デバイスを選択する。さらなる実施形態では、近接は、通信デバイスと緊急管理システムとの間の通信のレイテンシから計算される。さらなる実施形態では、通信デバイスのリストは、ウェアラブルデバイスとの通信に適したデバイスを含む。さらなる実施形態では、通信モジュールは、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適した通信デバイスを選択し、ここで各通信デバイスは、各通信デバイスとウェアラブルデバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される。さらなる実施形態では、１つ以上の因子は、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスと通信デバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスと通信デバイスとの間の伝送遅延から成る群から選択される。幾つかの実施形態では、間接通信リンクは、ウェアラブルデバイスとの直接通信に適した通信デバイスが利用可能でないときに、通信デバイスへの送達のためにルーティングデバイスに警報を送信することをさらに含む。さらなる実施形態では、通信モジュールは、警報を受信するためのルーティングデバイスのリストからルーティングデバイスを選択する。さらなる実施形態では、通信モジュールは、緊急管理システムに対する近接に基づいてルーティングデバイスを選択する。またさらなる実施形態では、近接は、ルーティングデバイスと緊急管理システムとの間の通信のレイテンシから計算される。さらなる実施形態では、ルーティングデバイスのリストは、ウェアラブルデバイスとの通信に適したデバイスを含む。さらなる実施形態では、通信モジュールは、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適したルーティングデバイスを選択し、ここで各ルーティングデバイスは、各ルーティングデバイスと緊急警報デバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される。さらなる実施形態では、１つ以上の因子は、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスとルーティングデバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスとルーティングデバイスとの間の伝送遅延から成る群から選択される。幾つかの実施形態では、ユーザーは、少なくとも１つのセンサーからのデータを含む警報を送信するために通信デバイスを使用する。幾つかの実施形態では、警報は、少なくとも１つのマルチメディアメッセージを含む。さらなる実施形態では、少なくとも１つのマルチメディアメッセージは、複数のデータ型を含む。さらに実施形態では、複数のデータ型は、テキスト、音声、画像、映像、メタデータ、ユーザー入力されたデータ、位置情報１つ以上、またはそれらの組み合わせである。またさらなる実施形態では、ウェアラブルデバイスは、マルチメディアメッセージに複数のデータ型の少なくとも１つを提供する。幾つかの実施形態では、緊急管理システムに送達された警報は、通信デバイスに関する情報を含み、ここで情報は、位置、通信デバイスのユーザーの同一性、および通信デバイスのユーザーとウェアラブルデバイスのユーザーとの間の関連性から成る群から選択される。幾つかの実施形態では、ユーザーインターフェースは、ユーザーが選択する複数の緊急指示を提供し、ここで前記緊急指示の各々は、異なるタイプの緊急事態を暗示する。さらなる実施形態では、異なるタイプの緊急事態は、医療事故、警察事故、火災事故、および車両事故から成る群から選択される。またさらなる実施形態では、異なるタイプの緊急事態は、自然災害、地震、火事、洪水、竜巻、ハリケーン、シンクホール、津波、雷雨、あられの大降り、渦巻き、心停止、脳卒中、発作、アナフィラキシーショック、切り傷、剥離、挫傷、刺傷、虫刺され、蛇咬傷、動物攻撃、強盗、武装強盗、住居侵入、バッテリー、テロ攻撃、化学薬品漏出、爆発、ガス漏れ、および溺水から成る群から選択される。幾つかの実施形態では、ユーザーインターフェースはパニックオプションを含み、ここでパニックオプションの選択で、警報がすべての利用可能チャネルおよび通信リンクを介してすぐに送信される。幾つかの実施形態では、少なくとも１つのセンサーは、ユーザーの少なくとも１つの生理学的パラメーターを検出する。さらなる実施形態では、少なくとも１つのセンサーは、ユーザーの少なくとも２、３、４、５、６、７、８、９、または１０の生理学的パラメーターを検出する。さらなる実施形態では、少なくとも１つの生理学的パラメーターは、ユーザーの脈拍数、血圧、皮膚温度、耳温度、汗特性、汗の塩濃度、瞳孔拡張、呼吸数、血中酸素濃度、血中アルコール濃度、および血糖値から成る群から選択される。幾つかの実施形態では、センサーは、少なくとも１つの環境パラメーターを検出するように構成されている。さらなる実施形態では、環境パラメーターは、光、運動、温度、圧力、湿度、振動、磁場、音、煙、一酸化炭素、放射線、有害化学物質、酸、塩基、反応性化合物、揮発性有機化合物、およびスモッグから成る群から選択される。幾つかの実施形態では、ウェアラブルデバイスは、少なくとも１つのセンサーによって収集されたデータを保存するセンサーデータベースをさらに含む。さらなる実施形態では、データベースにおける各センサーは、ユニバーサル呼出番号を割り当てられている。さらなる実施形態では、ウェアラブルデバイスは、センサーのユニバーサル呼出番号に対するデータ呼び出しを受けることができる。さらなる実施形態では、データは、少なくとも１つのセンサーから得られた実時間データを含む。さらなる実施形態では、データは、少なくとも１つのセンサーから得られた履歴センサーデータを含む。さらなる実施形態では、データは、少なくとも１つのセンサーから得られたリアルタイムおよび履歴のデータを含む。幾つかの実施形態では、少なくとも１つのセンサーは、光、電気、磁気、電磁気、化学、電気化学、ＵＶ光、圧力、速度、音、熱、および機械のセンサーから成るセンサーの群から選択される。幾つかの実施形態では、少なくとも１つのセンサーは、心拍数モニター、温度計、呼吸計、血糖モニター、電解質センサー、電気伝導度計、血圧センサー、血中酸素センサー、ＥＭＧセンサー、ＥＥＧセンサー、ＥＣＧセンサー、身体水和センサー、二酸化炭素センサー、一酸化炭素センサー、煙探知器、血中アルコールセンサー、およびガイガー計数管から成る群から選択される。幾つかの実施形態では、ウェアラブルデバイスは、少なくとも１つのセンサーからのデータが緊急事態を示すときに自律的にユーザー入力なしで警報を送信する。さらなる実施形態では、センサー読み取り値は、センサー読み取り値がアラーム閾値の範囲外であるときに緊急事態を示し、前記閾値は値の範囲によって定義されている。またさらなる実施形態では、センサー読み取り値は、センサー読み取り値の移動平均がアラーム閾値の範囲外であるときに緊急事態を示し、前記閾値は値の範囲によって定義されている。さらなる実施形態では、センサー読み取り値は、センサー読み取り値が、最短期間の間、アラーム閾値の範囲外であるときに緊急事態を示している。またさらなる実施形態では、最短期間は、少なくとも１秒、少なくとも２秒、少なくとも３秒、少なくとも４秒少なくとも５秒、少なくとも６秒、少なくとも７秒、少なくとも８秒、少なくとも９秒、少なくとも１０秒、少なくとも１１秒、少なくとも１２秒、少なくとも１３秒、少なくとも１４秒、少なくとも１５秒、少なくとも３０秒、少なくとも４５秒、少なくとも６０秒、少なくとも２分、少なくとも３分、少なくとも４分、少なくとも５分、少なくとも１０分、少なくとも２０分、少なくとも３０分、少なくとも４０分、少なくとも５０分、または少なくとも６０分である。さらなる実施形態では、アラーム閾値はユーザー入力によって設定される。さらなる実施形態では、アラーム閾値は、少なくとも１つのセンサーからの履歴データを使用して計算される。幾つかの実施形態では、ウェアラブルデバイスは、人間が装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、鳥または動物が装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、ペットが装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、手、指、手のひら、手首、肘、腕、肩、首、頭、顔、鼻、耳、胴、背中、腰、臀部、脚、膝、足首、または足の上に装着可能となるように適合されている。幾つかの実施形態では、警報は緊急管理システムに送達された後に取り消すことができる。さらなる実施形態では、警報は、ウェアラブルデバイスのユーザーによって取り消される。さらなる実施形態では、警報は、認証されるとウェアラブルデバイスのユーザーによって取り消される。さらなる実施形態では、警報は、ウェアラブルデバイスによって自動的に取り消され、ここでウェアラブルデバイスは、警報が偶発的に送信されたと予測する。さらなる実施形態では、ウェアラブルデバイスは、警報が、以下から成る群から選択される因子に基づいて偶発的に送信されたと予測する：ユーザーインターフェースからの緊急指示と矛盾するセンサーデータ、センサー異常、複数のセンサーからの矛盾するデータ。幾つかの実施形態では、警報は、通信デバイスに警報を送達することができる通信デバイスまたはルーティングデバイスが利用可能でないときに取り消される。幾つかの実施形態では、通信モジュールは、更新されたデータの要求に応答することによる警報の送信で緊急管理サービスとの間接通信リンクを管理する。幾つかの実施形態では、通信モジュールは、緊急管理システムからのデータ要求なしで自動的に更新されたデータを緊急管理システムに送信する。幾つかの実施形態では、通信モジュールは、ユーザー入力で更新されたデータを緊急管理サービスに送信する。幾つかの実施
形態では、更新されたデータは、少なくとも１つのセンサーからのセンサー読み取り値を含む。さらなる実施形態では、センサー読み取り値は、ライブセンサー読み取り値を含む。さらなる実施形態では、センサー読み取り値は、履歴センサー読み取り値を含む。幾つかの実施形態では、更新されたデータは位置情報を含む。さらなる実施形態では、位置情報は、ウェアラブルデバイスの現在位置を含む。さらなる実施形態では、位置情報は、通信デバイスの現在位置を含む。さらなる実施形態では、位置情報は、ウェアラブルデバイスの１つ以上の履歴位置を含む。さらなる実施形態では、位置情報は、通信デバイスの１つ以上の履歴位置を含む。幾つかの実施形態では、ウェアラブルデバイスはさらに、少なくとも１つの外部センサーを含み、ここで少なくとも１つの外部センサーは、ウェアラブルデバイスとは異なる。さらなる実施形態では、少なくとも１つの外部センサーは、ウェアラブルデバイスの近くにある。さらなる実施形態では、少なくとも１つの外部センサーは、ユニバーサル呼出番号を割り当てられ、ここで緊急管理システムまたは通信デバイスは、ユニバーサル呼出番号を呼び出すことによって少なくとも１つの外部センサーからデータを要求することができる。さらなる実施形態では、少なくとも１つの外部センサーは、複数のセンサーを含む。さらなる実施形態では、複数のセンサーは、センサーのネットワークを形成する。またさらなる実施形態では、ネットワークは無線ネットワークである。またさらなる実施形態では、ネットワークは、アドホック無線メッシュネットワークである。またさらなる実施形態では、ウェアラブルデバイスは、外部センサーのネットワークと通信している。またさらなる実施形態では、通信デバイスは、外部センサーのネットワークと通信している。またさらなる実施形態では、緊急管理システムは、外部センサーのネットワークと通信している。またさらなる実施形態では、センサーネットワークは、インターネット・オブ・シングス・ネットワーク、無線センサーネットワーク、有線センサーネットワーク、有線と無線のセンサーネットワークの組み合わせ、および無線センサーとアクチュエーターのネットワークから成る群から選択される。さらなる実施形態では、ウェアラブルデバイスは、通信のための外部センサーのリストを保持する。さらなる実施形態では、外部センサーのリストは、外部センサーの少なくとも１つのネットワークに属する。さらなる実施形態では、センサーモジュールは、通信範囲内の外部センサーのリストを作成する。さらなる実施形態では、センサーモジュールは、通信範囲内の外部センサーのリストを定期的に更新する。さらなる実施形態では、ウェアラブルデバイスは、通信範囲内の外部センサーから警報またはブロードキャスト（ｂｒｏａｄｃａｓｔｓ）を受信する。またさらなる実施形態では、ウェアラブルデバイスは、要求されると少なくとも１つの外部センサーからデータを受信する。またさらなる実施形態では、ウェアラブルデバイスは、状況認識を得るために緊急指示を受信した後に、少なくとも１つの外部センサーにデータを要求する。またさらなる実施形態では、少なくとも１つの外部センサーから受信されたデータは、センサー読み取り値を含む。またさらなる実施形態では、少なくとも１つの外部センサーから受信されたデータは、位置情報を含む。さらなる実施形態では、緊急管理システムは、外部センサーに関連する位置情報を有する外部センサーのデータベースを保持する。さらなる実施形態では、センサーモジュールは、ウェアラブルデバイスのセンサー読み取り値が緊急事態を示すときに、外部センサーからのデータを要求し始める。さらなる実施形態では、少なくとも１つの外部センサーは、別のセンサーからの緊急支援を要求する警報の要求を受信すると緊急支援を要求する警報をブロードキャストする（ｂｒｏａｄｃａｓｔｓ）。またさらなる実施形態では、少なくとも１つの外部センサーは、少なくとも１つの外部センサーからの更新されたデータでブロードキャストされた警報を更新する。またさらなる実施形態では、少なくとも１つの外部センサーは、要求を送信するセンサーからの更新されたデータを用いてブロードキャストされた警報を更新する。さらなる実施形態では、少なくとも１つの外部センサーは、要求されるとデータを緊急管理システムに送信する。さらなる実施形態では、少なくとも１つの外部センサーは、要求されると更新されたデータを緊急管理システムに送信する。幾つかの実施形態では、ウェアラブルデバイスは、近くの他のデバイスに対するウェアラブルデバイスの相対的な位置決めを計算するために、ウェアラブルデバイスによって受信された他のデバイスからの信号の到来角を使用する。幾つかの実施形態では、ウェアラブルデバイスは、センサー読み取り値が緊急事態を示すとき、警報を送信する前にユーザーに自律的に警告を送信し、ここでユーザーは、警報を送信するべきかどうかを決定する。幾つかの実施形態では、緊急管理システムは緊急出動センターである。一態様では、センサーから緊急警報を送信する方法が開示される。幾つかの実施形態では、方法は、センサーによってパラメーターを感知する工程を含み、ここでパラメーターは、ユーザーの健康指標または１つ以上の環境特性である。さらなる実施形態では、方法は、パラメーターを１つ以上の予め定義された範囲と比較する工程を含む。さらなる実施形態では、パラメーターが予め定義された警報範囲外であるときに緊急警報が引き起こされ得るか、またはパラメーターが予め定義された警告範囲外にあるときに引き起こされ得る。幾つかの実施形態では、方法は、１つ以上の通信デバイスを位置付け、その中から通信デバイスを選択するために、センサーのまわりの通信路を走査する工程を含む。幾つかの実施形態では、通信デバイスは、センサーでの通信デバイスの受信信号強度表示器、センサーでの通信デバイスからの送信の受信信号強度、センサーと通信デバイスとの間の通信のための無線または有線のチャネルの可用性、センサーと通信デバイスとの間の通信リンク上の伝送遅延などの因子、およびセンサーと通信デバイスとの間の通信リンクの質を暗示する他の因子に基づいて選択され得る。
【０００７】
別の態様では、本明細書には、間接通信リンクを確立するために、通信デバイスを使用することによって警報をウェアラブルデバイスから緊急管理システムに送信する方法が提供され、該方法は、ウェアラブルデバイスによって、ウェアラブルデバイスに関連する少なくとも１つのセンサーからデータを受信する工程；ウェアラブルデバイスによって、ウェアラブルデバイスと対話するユーザーにより開始された少なくとも１つの緊急指示を受信する工程；ウェアラブルデバイスによって、緊急管理システムへの送達のために通信デバイスに警報を送信する工程であって、該警報が、少なくとも１つの緊急指示、少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含む、工程；ウェアラブルデバイスによって、通信デバイスから少なくとも１つのデータ要求を受信する工程であって、該データ要求が緊急管理システムから生じる、工程；およびウェアラブルデバイスによって、緊急対応中に状況認識を提供するべく、緊急管理システムへの送達のために更新されたデータを少なくとも１つのセンサーから通信デバイスに送信することにより、少なくとも１つのデータ要求に応答する工程を含む。幾つかの実施形態では、通信デバイスは、携帯電話、コンピューター、ルーター、サーバー、ゲーム機、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイス、赤外線デバイス、およびモデムから成る群から選択される。さらなる実施形態では、通信デバイスは携帯電話である。幾つかの実施形態では、通信リンクは、緊急管理システムへの送達のために通信デバイスに警報を送信する。幾つかの実施形態では、通信デバイスは、通信リンクを確立するためにウェアラブルデバイスのための認証を必要とする。幾つかの実施形態では、ウェアラブルデバイスによって、ユーザーは、通信リンクを確立するために通信デバイスに対する認証を提供することができる。幾つかの実施形態では、通信モジュールは、警報を受信するための通信デバイスのリストから通信デバイスを選択する。さらなる実施形態では、通信モジュールは、緊急管理システムに対する近接に基づいて通信デバイスを選択する。さらなる実施形態では、近接は、通信デバイスと緊急管理システムとの間の通信のレイテンシから計算される。幾つかの実施形態では、通信デバイスのリストは、ウェアラブルデバイスとの通信に適したデバイスを含む。さらなる実施形態では、通信モジュールは、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適した通信デバイスを選択し、ここで各通信デバイスは、各通信デバイスとウェアラブルデバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される。幾つかの実施形態では、１つ以上の因子は、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスと通信デバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスと通信デバイスとの間の伝送遅延から成る群から選択される。幾つかの実施形態では、間接通信リンクは、ウェアラブルデバイスとの直接通信に適した通信デバイスが利用可能でないときに、通信デバイスへの送達のためにルーティングデバイスに警報を送信することをさらに含む。幾つかの実施形態では、通信モジュールは、警報を受信するためのルーティングデバイスのリストからルーティングデバイスを選択する。幾つかの実施形態では、通信モジュールは、緊急管理システムに対する近接に基づいてルーティングデバイスを選択する。幾つかの実施形態では、近接は、ルーティングデバイスと緊急管理システムとの間の通信のレイテンシから計算される。幾つかの実施形態では、ルーティングデバイスのリストは、ウェアラブルデバイスとの通信に適したデバイスを含む。幾つかの実施形態では、通信モジュールは、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適したルーティングデバイスを選択し、ここで各ルーティングデバイスは、各ルーティングデバイスと緊急警報デバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される。幾つかの実施形態では、１つ以上の因子は、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスとルーティングデバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスとルーティングデバイスとの間の伝送遅延から成る群から選択される。幾つかの実施形態では、ユーザーは、少なくとも１つのセンサーからのデータを含む警報を送信するために通信デバイスを使用する。幾つかの実施形態では、警報は、少なくとも１つのマルチメディアメッセージを含む。幾つかの実施形態では、少なくとも１つのマルチメディアメッセージは、複数のデータ型を含む。さらなる実施形態では、複数のデータ型は、テキスト、音声、画像、映像、メタデータ、ユーザー入力されたデータ、位置情報１つ以上、またはそれらの組み合わせである。幾つかの実施形態では、緊急管理システムに送達された警報は、通信デバイスに関する情報を含み、ここで情報は、位置、通信デバイスのユーザーの同一性、および通信デバイスのユーザーとウェアラブルデバイスのユーザーとの間の関連性から成る群から選択される。幾つかの実施形態では、ユーザーインターフェースは、ユーザーが選択する複数の緊急指示を提供し、ここで前記緊急指示の各々は、異なるタイプの緊急事態を暗示する。幾つかの実施形態では、異なるタイプの緊急事態は、医療事故、警察事故、火災事故、および車両事故から成る群から選択される。さらなる実施形態では、異なるタイプの緊急事態は、自然災害、地震、火事、洪水、竜巻、ハリケーン、シンクホール、津波、雷雨、あられの大降り、渦巻き、心停止、脳卒中、発作、アナフィラキシーショック、切り傷、剥離、挫傷、刺傷、虫刺され、蛇咬傷、動物攻撃、強盗、武装強盗、住居侵入、バッテリー、テロ攻撃、化学薬品漏出、爆発、ガス漏れ、および溺水から成る群から選択される。幾つかの実施形態では、ユーザーインターフェースはパニックオプションを含み、ここでパニックオプションの選択で、警報がすべての利用可能チャネルおよび通信リンクを介してすぐに送信される。幾つかの実施形態では、少なくとも１つのセンサーは、ユーザーの少なくとも１つの生理学的パラメーターを検出する。さらなる実施形態では、少なくとも１つのセンサーは、ユーザーの少なくとも２、３、４、５、６、７、８、９、または１０の生理学的パラメーターを検出する。さらなる実施形態では、少なくとも１つの生理学的パラメーターは、ユーザーの脈拍数、血圧、皮膚温度、耳温度、汗特性、汗の塩濃度、瞳孔拡張、呼吸数、血中酸素濃度、血中アルコール濃度、および血糖値から成る群から選択される。幾つかの実施形態では、センサーは、少なくとも１つの環境パラメーターを検出するように構成されている。さらなる実施形態では、環境パラメーターは、光、運動、温度、圧力、湿度、振動、磁場、音、煙、一酸化炭素、放射線、有害化学物質、酸、塩基、反応性化合物、揮発性有機化合物、およびスモッグから成る群から選択される。幾つかの実施形態では、少なくとも１つのセンサーによって収集されたデータを保存するセンサーデータベースが含まれる。さらなる実施形態では、データベースにおける各センサーは、ユニバーサル呼出番号を割り当てられている。さらなる実施形態では、通信デバイスまたは緊急管理システムは、データを要求するためにセンサーのユニバーサル呼出番号にデータ呼び出しを行うことができる。幾つかの実施形態では、データは、少なくとも１つのセンサーから得られた実時間データを含む。幾つかの実施形態では、データは、少なくとも１つのセンサーから得られた履歴センサーデータを含む。幾つかの実施形態では、データは、少なくとも１つのセンサーから得られたリアルタイムおよび履歴のデータを含む。幾つかの実施形態では、少なくとも１つのセンサーは、光、電気、磁気、電磁気、化学、電気化学、ＵＶ光、圧力、速度、音、熱、および機械のセンサーから成るセンサーの群から選択される。幾つかの実施形態では、少なくとも１つのセンサーは、心拍数モニター、温度計、呼吸計、血糖モニター、電解質センサー、電気伝導度計、血圧センサー、血中酸素センサー、ＥＭＧセンサー、ＥＥＧセンサー、ＥＣＧセンサー、身体水和センサー、二酸化炭素センサー、一酸化炭素センサー、煙探知器、血中アルコールセンサー、およびガイガー計数管から成る群から選択される。幾つかの実施形態では、ウェアラブルデバイスは、少なくとも１つのセンサーからのデータが緊急事態を示すときに自律的にユーザー入力なしで警報を送信する。さらなる実施形態では、センサー読み取り値は、センサー読み取り値がアラーム閾値の範囲外であるときに緊急事態を示し、前記閾値は値の範囲によって定義されている。幾つかの実施形態では、センサー読み取り値は、センサー読み取り値の移動平均がアラーム閾値の範囲外であるときに緊急事態を示し、前記閾値は値の範囲によって定義されている。幾つかの実施形態では、センサー読み取り値は、センサー読み取り値が、最短期間の間、アラーム閾値の範囲外であるときに緊急事態を示している。幾つかの実施形態では、最短期間は、少なくとも１秒、少なくとも２秒、少なくとも３秒、少なくとも４秒少なくとも５秒、少なくとも６秒、少なくとも７秒、少なくとも８秒、少なくとも９秒、少なくとも１０秒、少なくとも１１秒、少なくとも１２秒、少なくとも１３秒、少なくとも１４秒、少なくとも１５秒、少なくとも３０秒、少なくとも４５秒、少なくとも６０秒、少なくとも２分、少なくとも３分、少なくとも４分、少なくとも５分、少なくとも１０分、少なくとも２０分、少なくとも３０分、少なくとも４０分、少なくとも５０分、または少なくとも６０分である。幾つかの実施形態では、センサー読み取り値は、センサー読み取り値の移動平均が、最短期間の間、アラーム閾値の範囲外であるときに緊急事態を示している。
幾つかの実施形態では、最短期間は、少なくとも１秒、少なくとも２秒、少なくとも３秒、少なくとも４秒少なくとも５秒、少なくとも６秒、少なくとも７秒、少なくとも８秒、少なくとも９秒、少なくとも１０秒、少なくとも１１秒、少なくとも１２秒、少なくとも１３秒、少なくとも１４秒、少なくとも１５秒、少なくとも３０秒、少なくとも４５秒、少なくとも６０秒、少なくとも２分、少なくとも３分、少なくとも４分、少なくとも５分、少なくとも１０分、少なくとも２０分、少なくとも３０分、少なくとも４０分、少なくとも５０分、または少なくとも６０分である。幾つかの実施形態では、アラーム閾値はユーザー入力によって設定される。幾つかの実施形態では、アラーム閾値はユーザー入力によって設定される。幾つかの実施形態では、アラーム閾値は、少なくとも１つのセンサーからの履歴データを使用して計算される。幾つかの実施形態では、アラーム閾値は、少なくとも１つのセンサーからの履歴データを使用して計算される。幾つかの実施形態では、ウェアラブルデバイスは、人間が装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、鳥または動物が装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、ペットが装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、手、指、手のひら、手首、肘、腕、肩、首、頭、顔、鼻、耳、胴、背中、腰、臀部、脚、膝、足首、または足の上に装着可能となるように適合されている。幾つかの実施形態では、警報は、ウェアラブルデバイスによって自動的に取り消され、ここでウェアラブルデバイスは、警報が偶発的に送信されたと予測する。幾つかの実施形態では、ウェアラブルデバイスは、警報が、以下から成る群から選択される因子に基づいて偶発的に送信されたと予測する：ユーザーインターフェースからの緊急指示と矛盾するセンサーデータ、センサー異常、複数のセンサーからの矛盾するデータ。請求項１の方法において、警報は、通信デバイスに警報を送達することができる通信デバイスまたはルーティングデバイスが利用可能でないときに取り消される。幾つかの実施形態では、通信モジュールは、更新されたデータの要求に応答することによる警報の送信で緊急管理サービスとの間接通信リンクを管理する。幾つかの実施形態では、通信モジュールは、緊急管理システムからのデータ要求なしで自動的に更新されたデータを緊急管理システムに送信する。幾つかの実施形態では、通信モジュールは、ユーザー入力されると更新されたデータを緊急管理サービスに送信する。幾つかの実施形態では、更新されたデータは、少なくとも１つのセンサーからのセンサー読み取り値を含む。さらなる実施形態では、センサー読み取り値は、ライブセンサー読み取り値を含む。さらなる実施形態では、センサー読み取り値は、履歴センサー読み取り値を含む。幾つかの実施形態では、更新されたデータは位置情報を含む。幾つかの実施形態では、位置情報は、ウェアラブルデバイスの現在位置を含む。幾つかの実施形態では、位置情報は、通信デバイスの現在位置を含む。幾つかの実施形態では、位置情報は、ウェアラブルデバイスの１つ以上の履歴位置を含む。幾つかの実施形態では、位置情報は、通信デバイスの１つ以上の履歴位置を含む。幾つかの実施形態では、ウェアラブルデバイスは、少なくとも１つの外部センサーを含み、ここで少なくとも１つの外部センサーは、ウェアラブルデバイスとは異なる。幾つかの実施形態では、少なくとも１つの外部センサーは、ウェアラブルデバイスの近くにある。幾つかの実施形態では、少なくとも１つの外部センサーは、ユニバーサル呼出番号を割り当てられ、ここで緊急管理システムまたは通信デバイスは、ユニバーサル呼出番号を呼び出すことによって少なくとも１つの外部センサーからデータを要求することができる。幾つかの実施形態では、少なくとも１つの外部センサーは、複数のセンサーを含む。さらなる実施形態では、複数のセンサーは、センサーのネットワークを形成する。幾つかの実施形態では、ネットワークは無線ネットワークである。幾つかの実施形態では、ネットワークは、アドホック無線メッシュネットワークである。幾つかの実施形態では、ウェアラブルデバイスは、外部センサーのネットワークと通信している。幾つかの実施形態では、通信デバイスは、外部センサーのネットワークと通信している。幾つかの実施形態では、緊急管理システムは、外部センサーのネットワークと通信している。幾つかの実施形態では、センサーネットワークは、インターネット・オブ・シングス・ネットワーク、無線センサーネットワーク、有線センサーネットワーク、有線と無線のセンサーネットワークの組み合わせ、および無線センサーとアクチュエーターのネットワークから成る群から選択される。幾つかの実施形態では、ウェアラブルデバイスは、通信のための外部センサーのリストを保持する。幾つかの実施形態では、外部センサーのリストは、外部センサーの少なくとも１つのネットワークに属する。幾つかの実施形態では、センサーモジュールは、通信範囲内の外部センサーのリストを作成する。さらなる実施形態では、センサーモジュールは、通信範囲内の外部センサーのリストを定期的に更新する。幾つかの実施形態では、ウェアラブルデバイスは、通信範囲内の外部センサーから警報またはブロードキャストを受信する。さらなる実施形態では、ウェアラブルデバイスは、要求されると少なくとも１つの外部センサーからデータを受信する。幾つかの実施形態では、ウェアラブルデバイスは、状況認識を得るために緊急指示を受信した後に、少なくとも１つの外部センサーにデータを要求する。幾つかの実施形態では、少なくとも１つの外部センサーから受信されたデータは、センサー読み取り値を含む。幾つかの実施形態では、少なくとも１つの外部センサーから受信されたデータは、位置情報を含む。幾つかの実施形態では、センサーモジュールは、ウェアラブルデバイスのセンサー読み取り値が緊急事態を示すときに、外部センサーからのデータを要求し始める。幾つかの実施形態では、少なくとも１つの外部センサーは、別のセンサーからの緊急支援を要求する警報の要求を受信すると緊急支援を要求する警報をブロードキャストする。幾つかの実施形態では、少なくとも１つの外部センサーは、少なくとも１つの外部センサーからの更新されたデータでブロードキャストされた警報を更新する。幾つかの実施形態では、少なくとも１つの外部センサーは、要求を送信するセンサーからの更新されたデータを用いてブロードキャストされた警報を更新する。幾つかの実施形態では、少なくとも１つの外部センサーは、要求されるとデータを緊急管理システムに送信する。幾つかの実施形態では、少なくとも１つの外部センサーは、要求されると更新されたデータを緊急管理システムに送信する。幾つかの実施形態では、ウェアラブルデバイスは、近くの他のデバイスに対するウェアラブルデバイスの相対的な位置決めを計算するために、ウェアラブルデバイスによって受信された他のデバイスからの信号の到来角を使用する。幾つかの実施形態では、ウェアラブルデバイスは、センサー読み取り値が緊急事態を示すとき、警報を送信する前にユーザーに自律的に警告を送信し、ここでユーザーは、警報を送信するべきかどうかを決定する。幾つかの実施形態では、緊急管理システムは緊急出動センターである。幾つかの実施形態では、通信デバイスが利用可能でないときに、方法は、センサーでのルーティングデバイスの受信信号強度、センサーとルーティングデバイスとの間の通信のための無線または有線のチャネルの可用性、ルーティングデバイスを用いて認証する能力、センサーとルーティングデバイスとの間の通信リンク上の伝送遅延などの因子、およびセンサーとルーティングデバイスとの間の通信リンクの質を暗示する他の因子に基づいて、ルーティングデバイスを選択する工程を含む。さらなる実施形態では、方法は、通信デバイスまたはルーティングデバイスの少なくとも１つへの通信リンクを確立する工程を含み、ここでルーティングデバイスは通信デバイスとの間接通信リンクを確立する。幾つかの実施形態では、方法は、接続されたデバイスを介して緊急警報および警告信号の１つ以上を緊急出動センター（ＥＤＣ）に送信する工程を含む。
【０００８】
一態様において、本明細書には、緊急管理システムによって、間接通信リンクを確立するために通信デバイスを使用して警報を受信することでウェアラブルデバイスから更新されたセンサーデータを得る方法が記載され、該方法は、緊急管理システムによって、通信デバイスから警報を受信する工程であって、前記警報がウェアラブルデバイスから生じ、前記警報が、少なくとも１つの緊急指示、ウェアラブルデバイスに関連する少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含む、工程；緊急管理システムによって、ウェアラブルデバイスへの送達のために少なくとも１つのデータ要求を通信デバイスに送信する工程；および緊急管理システムによって、通信デバイスから更新されたデータを受信する工程であって、該更新されたデータが、ウェアラブルデバイスに関連する少なくとも１つのセンサーから生じる、工程を含む。幾つかの実施形態では、通信デバイスは、ウェアラブルデバイスから警報を受信し、緊急管理システムに警報を送達する間接通信リンクモジュールを含み、ここで警報はデジタル信号として送信される。さらなる実施形態では、通信デバイスは、携帯電話、コンピューター、ルーター、サーバー、ゲーム機、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイス、赤外線デバイス、およびモデムから成る群から選択される。さらなる実施形態では、通信デバイスは携帯電話である。幾つかの実施形態では、警報は、少なくとも１つのマルチメディアメッセージを含む。幾つかの実施形態では、少なくとも１つのマルチメディアメッセージは、複数のデータ型を含む。幾つかの実施形態では、複数のデータ型は、テキスト、音声、画像、映像、メタデータ、ユーザー入力されたデータ、位置情報１つ以上、またはそれらの組み合わせである。さらなる実施形態では、ウェアラブルデバイスは、マルチメディアメッセージに複数のデータ型の少なくとも１つを提供する。幾つかの実施形態では、通信デバイスは、マルチメディアメッセージに複数のデータ型の少なくとも１つを提供する。幾つかの実施形態では、緊急管理システムに送達された警報は、通信デバイスに関する情報を含み、ここで情報は、位置、通信デバイスのユーザーの同一性、および通信デバイスのユーザーとウェアラブルデバイスのユーザーとの間の関連性から成る群から選択される。幾つかの実施形態では、緊急管理システムは、緊急出動センターにマルチメディアメッセージを送達する前に、マルチメディアメッセージを共通フォーマットに変換する。幾つかの実施形態では、緊急管理サービスは、緊急出動センターに警報を送達する。幾つかの実施形態では、緊急管理サービスは、警報を受信するために、緊急対応能力に基づいて複数の緊急出動センターから緊急出動センターを選択する。幾つかの実施形態では、緊急対応能力は、緊急の位置に対する近接、資源利用性、スタッフの空き状況、および緊急対応の到着までの計算された時間から成る群から選択される基準に基づいている。幾つかの実施形態では、警報はマルチメディアメッセージを含む。幾つかの実施形態では、緊急管理システムは、マルチメディアメッセージを送達する前に、マルチメディアメッセージを緊急出動センターと互換性のあるフォーマットに変換する。幾つかの実施形態では、緊急出動センターと互換性のあるフォーマットはアナログ形式である。幾つかの実施形態では、アナログ形式は音声であり、ここでマルチメディアメッセージは、緊急指示およびセンサー読み取り値を含む音声メッセージに変換される。幾つかの実施形態では、警報は、緊急管理システムに送達された後に取り消すことができる。幾つかの実施形態では、警報は、緊急管理システムによって取り消される。幾つかの実施形態では、緊急管理システムは、ユーザー入力されるとウェアラブルデバイスから更新されたデータを受信する。幾つかの実施形態では、更新されたデータは、少なくとも１つのセンサーからのセンサー読み取り値を含む。幾つかの実施形態では、センサー読み取り値は、ライブセンサー読み取り値を含む。幾つかの実施形態では、センサー読み取り値は、履歴センサー読み取り値を含む。幾つかの実施形態では、更新されたデータは位置情報を含む。幾つかの実施形態では、位置情報は、ウェアラブルデバイスの現在位置を含む。幾つかの実施形態では、位置情報は、通信デバイスの現在位置を含む。幾つかの実施形態では、位置情報は、ウェアラブルデバイスの１つ以上の履歴位置を含む。幾つかの実施形態では、位置情報は、通信デバイスの１つ以上の履歴位置を含む。幾つかの実施形態では、少なくとも１つの外部センサーは、ユニバーサル呼出番号を割り当てられ、ここで緊急管理システムまたは通信デバイスは、ユニバーサル呼出番号を呼び出すことによって少なくとも１つの外部センサーからデータを要求することができる。別の態様では、緊急警報を送信するためのシステムが開示される。幾つかの実施形態では、システムは、センサー、通信デバイスおよび緊急管理システム（ＥＭＳ）を含む。さらなる実施形態では、センサーは、センサーモジュールおよび通信モジュールを有し得る。さらなる実施形態では、センサーモジュールは１つ以上のパラメーターを感知し得、通信モジュールは通信リンクを確立することが可能である。さらなる実施形態では、通信デバイスはセンサーとの通信リンクに関与することが可能であり、通信デバイスは緊急警報を送信することに利用可能である。幾つかの実施形態では、ＥＭＳは、緊急警報を処理し、それを緊急出動センター（ＥＤＣ）に転送するために通信デバイスからの緊急警報を受信する。
【０００９】
別の態様において、本明細書には、緊急警報アプリケーションを作成する、少なくとも１つのプロセッサによって実行可能な命令を含むコンピュータープログラムでコードされた非一時的コンピューター可読記憶媒体が記載され、該緊急警報アプリケーションは、ユーザーによって装着されたウェアラブルデバイスに関連する少なくとも１つのセンサーからデータを受信する、センサーモジュール；ウェアラブルデバイスのユーザーインターフェースと対話するユーザーによって開始された少なくとも１つの緊急指示を受信する、インターフェースモジュール；および緊急管理システムとの間接通信リンクを確立する、通信モジュールを含み、該通信リンクは、緊急管理システムへの送達のためにウェアラブルデバイスとは異なる通信デバイスに警報を送信し、警報が少なくとも１つの緊急指示、少なくとも１つのセンサーからのデータ、およびウェアラブルデバイスまたは通信デバイスからの位置情報を含み；間接通信リンクが、通信デバイスから少なくとも１つのデータ要求を受信し、データ要求が緊急管理システムから生じ；および間接通信リンクが、緊急対応中に状況認識を提供するべく、緊急管理システムへの送達のために更新されたデータを少なくとも１つのセンサーから通信デバイスに送信することによって、少なくとも１つのデータ要求に応答する。さらなる実施形態では、通信デバイスは、ウェアラブルデバイスから警報を受信し、緊急管理システムに警報を送達する間接通信リンクモジュールを含み、ここで警報はデジタル信号として送信される。さらなる実施形態では、通信デバイスは、携帯電話、コンピューター、ルーター、サーバー、ゲーム機、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイス、赤外線デバイス、およびモデムから成る群から選択される。幾つかの実施形態では、通信デバイスは携帯電話である。幾つかの実施形態では、通信リンクは、緊急管理システムへの送達のために通信デバイスに警報を送信する。幾つかの実施形態では、通信デバイスは、通信リンクを確立するためにウェアラブルデバイスのための認証を必要とする。幾つかの実施形態では、ウェアラブルデバイスによって、ユーザーは、通信リンクを確立するために通信デバイスに対する認証を提供することができる。幾つかの実施形態では、通信モジュールは、警報を受信するための通信デバイスのリストから通信デバイスを選択する。さらなる実施形態では、通信モジュールは、緊急管理システムに対する近接に基づいて通信デバイスを選択する。さらなる実施形態では、近接は、通信デバイスと緊急管理システムとの間の通信のレイテンシから計算される。幾つかの実施形態では、通信デバイスのリストは、ウェアラブルデバイスとの通信に適したデバイスを含む。幾つかの実施形態では、通信モジュールは、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適した通信デバイスを選択し、ここで各通信デバイスは、各通信デバイスとウェアラブルデバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される。さらなる実施形態では、１つ以上の因子は、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスと通信デバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスと通信デバイスとの間の伝送遅延から成る群から選択される。幾つかの実施形態では、間接通信リンクは、ウェアラブルデバイスとの直接通信に適した通信デバイスが利用可能でないときに、通信デバイスへの送達のためにルーティングデバイスに警報を送信することをさらに含む。幾つかの実施形態では、通信モジュールは、警報を受信するためのルーティングデバイスのリストからルーティングデバイスを選択する。幾つかの実施形態では、通信モジュールは、緊急管理システムに対する近接に基づいてルーティングデバイスを選択する。さらなる実施形態では、近接は、ルーティングデバイスと緊急管理システムとの間の通信のレイテンシから計算される。幾つかの実施形態では、ルーティングデバイスのリストは、ウェアラブルデバイスとの通信に適したデバイスを含む。幾つかの実施形態では、通信モジュールは、通信リンク品質に基づいてウェアラブルデバイスとの直接通信に適したルーティングデバイスを選択し、ここで各ルーティングデバイスは、各ルーティングデバイスと緊急警報デバイスとの間の通信リンク品質に関連する１つ以上の因子に従ってスコア化される。さらなる実施形態では、１つ以上の因子は、信号強度、チャネルレイテンシ、エラー率、ウェアラブルデバイスとルーティングデバイスとの間の通信のための無線または有線のチャネルの可用性、およびウェアラブルデバイスとルーティングデバイスとの間の伝送遅延から成る群から選択される。幾つかの実施形態では、ユーザーは、少なくとも１つのセンサーからのデータを含む警報を送信するために通信デバイスを使用する。幾つかの実施形態では、警報は、少なくとも１つのマルチメディアメッセージを含む。さらなる実施形態では、少なくとも１つのマルチメディアメッセージは、複数のデータ型を含む。さらなる実施形態では、複数のデータ型は、テキスト、音声、画像、映像、メタデータ、ユーザー入力されたデータ、位置情報１つ以上、またはそれらの組み合わせである。幾つかの実施形態では、ウェアラブルデバイスは、マルチメディアメッセージに複数のデータ型の少なくとも１つを提供する。幾つかの実施形態では、通信デバイスは、マルチメディアメッセージに複数のデータ型の少なくとも１つを提供する。幾つかの実施形態では、緊急管理システムに送達された警報は、通信デバイスに関する情報を含み、ここで情報は、位置、通信デバイスのユーザーの同一性、および通信デバイスのユーザーとウェアラブルデバイスのユーザーとの間の関連性から成る群から選択される。さらなる実施形態では、緊急管理システムは、緊急出動センターにマルチメディアメッセージを送達する前に、マルチメディアメッセージを共通フォーマットに変換する。幾つかの実施形態では、ユーザーインターフェースは、ユーザーが選択する複数の緊急指示を提供し、ここで前記緊急指示の各々は、異なるタイプの緊急事態を暗示する。幾つかの実施形態では、異なるタイプの緊急事態は、医療事故、警察事故、火災事故、および車両事故から成る群から選択される。幾つかの実施形態では、異なるタイプの緊急事態は、自然災害、地震、火事、洪水、竜巻、ハリケーン、シンクホール、津波、雷雨、あられの大降り、渦巻き、心停止、脳卒中、発作、アナフィラキシーショック、切り傷、剥離、挫傷、刺傷、虫刺され、蛇咬傷、動物攻撃、強盗、武装強盗、住居侵入、バッテリー、テロ攻撃、化学薬品漏出、爆発、ガス漏れ、および溺水から成る群から選択される。幾つかの実施形態では、ユーザーインターフェースはパニックオプションを含み、ここでパニックオプションの選択で、警報がすべての利用可能チャネルおよび通信リンクを介してすぐに送信される。幾つかの実施形態では、少なくとも１つのセンサーは、ユーザーの少なくとも１つの生理学的パラメーターを検出する。さらなる実施形態では、少なくとも１つのセンサーは、ユーザーの少なくとも２、３、４、５、６、７、８、９、または１０の生理学的パラメーターを検出する。幾つかの実施形態では、少なくとも１つの生理学的パラメーターは、ユーザーの脈拍数、血圧、皮膚温度、耳温度、汗特性、汗の塩濃度、瞳孔拡張、呼吸数、血中酸素濃度、血中アルコール濃度、および血糖値から成る群から選択される。幾つかの実施形態では、センサーは、少なくとも１つの環境パラメーターを検出するように構成されている。さらなる実施形態では、環境パラメーターは、光、運動、温度、圧力、湿度、振動、磁場、音、煙、一酸化炭素、放射線、有害化学物質、酸、塩基、反応性化合物、揮発性有機化合物、およびスモッグから成る群から選択される。幾つかの実施形態では、アプリケーションは、少なくとも１つのセンサーによって収集されたデータを保存するセンサーデータベースをさらに含む。幾つかの実施形態では、データベースにおける各センサーは、ユニバーサル呼出番号を割り当てられている。幾つかの実施形態では、通信デバイスまたは緊急管理システムは、データを要求するためにセンサーのユニバーサル呼出番号にデータ呼び出しを行うことができる。幾つかの実施形態では、データは、少なくとも１つのセンサーから得られた実時間データを含む。幾つかの実施形態では、データは、少なくとも１つのセンサーから得られた履歴センサーデータを含む。幾つかの実施形態では、データは、少なくとも１つのセンサーから得られたリアルタイムおよび履歴のデータを含む。幾つかの実施形態では、少なくとも１つのセンサーは、光、電気、磁気、電磁気、化学、電気化学、ＵＶ光、圧力、速度、音、熱、および機械のセンサーから成るセンサーの群から選択される。幾つかの実施形態では、少なくとも１つのセンサーは、心拍数モニター、温度計、呼吸計、血糖モニター、電解質センサー、電気伝導度計、血圧センサー、血中酸素センサー、ＥＭＧセンサー、ＥＥＧセンサー、ＥＣＧセンサー、身体水和センサー、二酸化炭素センサー、一酸化炭素センサー、煙探知器、血中アルコールセンサー、およびガイガー計数管から成る群から選択される。幾つかの実施形態では、ウェアラブルデバイスは、少なくとも１つのセンサーからのデータが緊急事態を示すときに自律的にユーザー入力なしで警報を送信する。幾つかの実施形態では、センサー読み取り値は、センサー読み取り値がアラーム閾値の範囲外であるときに緊急事態を示し、前記閾値は値の範囲によって定義されている。さらなる実施形態では、センサー読み取り値は、センサー読み取り値の移動平均がアラーム閾値の範囲外であるときに緊急事態を示し、前記閾値は値の範囲によって定義されている。幾つかの実施形態では、センサー読み取り値は、センサー読み取り値が、最短期間の間、アラーム閾値の範囲外であるときに緊急事態を示している。さらなる実施形態では、最短期間は、少なくとも１秒、少なくとも２秒、少なくとも３秒、少なくとも４秒少なくとも５秒、少なくとも６秒、少なくとも７秒、少なくとも８秒、少なくとも９秒、少なくとも１０秒、少なくとも１１秒、少なくとも１２秒、少なくとも１３秒、少なくとも１４秒、少なくとも１５秒、少なくとも３０秒、少なくとも４５秒、少なくとも６０秒、少なくとも２分、少なくとも３分、少なくとも４分、少なくとも５分、少なくとも１０分、少なくとも２０分、少なくとも３０分、少なくとも４０分、少なくとも５０分、または少なくとも６０分である。幾つかの実施形態では、センサー読み取り値は、センサー読み取り値の移動平均が、最短期間の間、アラーム閾値の範囲外であるときに緊急事態を示している。さらなる実施形態では、最短期間は、少なくとも１秒、少なくとも２秒、少なくとも３秒、少なくとも４秒少なくとも５秒、少なくとも６秒、少なくとも７秒、少なくとも８秒、少なくとも９秒、少なくとも１０秒、少なくとも１１秒、少なくとも１２秒、少なくとも１３秒、少なくとも１４秒、少なくとも１５秒、少なくとも３０秒、少なくとも４５秒、少なくとも６０秒、少なくとも２分、少なくとも３分、少なくとも４分、少なくとも５分、少なくとも１０分、少なくとも２０分、少なくとも３０分、少なくとも４０分、少なくとも５０分、または少なくとも６０分である。幾つかの実施形態では、アラーム閾値はユーザー入力によって設定される。幾つかの実施形態では、アラーム閾値はユーザー入力によって設定される。幾つかの実施形態では、アラーム閾値は、少なくとも１つのセンサーからの履歴データを使用して計算される。幾つかの実施形態では、アラーム閾値は、少なくとも１つのセンサーからの履歴データを使用して計算される。幾つかの実施形態では、緊急管理サービスは、緊急出動センターに警報を送達する。さらなる実施形態では、緊急管理サービスは、警報を受信するために、緊急対応能力に基づいて複数の緊急出動センターから緊急出動センターを選択する。幾つかの実施形態では、緊急対応能力は、緊急の位置に対する近接、資
源利用性、スタッフの空き状況、および緊急対応の到着までの計算された時間から成る群から選択される基準に基づいている。幾つかの実施形態では、警報はマルチメディアメッセージを含む。幾つかの実施形態では、緊急管理システムは、マルチメディアメッセージを送達する前に、マルチメディアメッセージを緊急出動センターと互換性のあるフォーマットに変換する。幾つかの実施形態では、緊急出動センターと互換性のあるフォーマットはアナログ形式である。幾つかの実施形態では、アナログ形式は音声であり、ここでマルチメディアメッセージは、緊急指示およびセンサー読み取り値を含む音声メッセージに変換される。幾つかの実施形態では、ウェアラブルデバイスは、人間が装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、鳥または動物が装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、ペットが装着可能となるように適合されている。幾つかの実施形態では、ウェアラブルデバイスは、手、指、手のひら、手首、肘、腕、肩、首、頭、顔、鼻、耳、胴、背中、腰、臀部、脚、膝、足首、または足の上に装着可能となるように適合されている。幾つかの実施形態では、警報は、緊急管理システムに送達された後に取り消すことができる。幾つかの実施形態では、警報は、ウェアラブルデバイスのユーザーによって取り消される。幾つかの実施形態では、警報は、認証されるとウェアラブルデバイスのユーザーによって取り消される。幾つかの実施形態では、警報は、緊急管理システムによって取り消される。幾つかの実施形態では、警報は、ウェアラブルデバイスによって自動的に取り消され、ここでウェアラブルデバイスは、警報が偶発的に送信されたと予測する。幾つかの実施形態では、ウェアラブルデバイスは、警報が、以下から成る群から選択される因子に基づいて偶発的に送信されたと予測する：ユーザーインターフェースからの緊急指示と矛盾するセンサーデータ、センサー異常、複数のセンサーからの矛盾するデータ。幾つかの実施形態では、警報は、通信デバイスに警報を送達することができる通信デバイスまたはルーティングデバイスが利用可能でないときに取り消される。幾つかの実施形態では、通信モジュールは、更新されたデータの要求に応答することによる警報の送信で緊急管理サービスとの間接通信リンクを管理する。幾つかの実施形態では、通信モジュールは、緊急管理システムからのデータ要求なしで自動的に更新されたデータを緊急管理システムに送信する。幾つかの実施形態では、通信モジュールは、ユーザー入力されると更新されたデータを緊急管理サービスに送信する。幾つかの実施形態では、更新されたデータは、少なくとも１つのセンサーからのセンサー読み取り値を含む。さらなる実施形態では、センサー読み取り値は、ライブセンサー読み取り値を含む。さらなる実施形態では、センサー読み取り値は、履歴センサー読み取り値を含む。幾つかの実施形態では、更新されたデータは位置情報を含む。さらなる実施形態では、位置情報は、ウェアラブルデバイスの現在位置を含む。幾つかの実施形態では、位置情報は、通信デバイスの現在位置を含む。幾つかの実施形態では、位置情報は、ウェアラブルデバイスの１つ以上の履歴位置を含む。幾つかの実施形態では、位置情報は、通信デバイスの１つ以上の履歴位置を含む。幾つかの実施形態では、通信モジュールは、通信のための外部センサーのリストを保持する。幾つかの実施形態では、外部センサーのリストは、外部センサーの少なくとも１つのネットワークに属する。幾つかの実施形態では、センサーモジュールは、通信範囲内の外部センサーのリストを作成する。幾つかの実施形態では、センサーモジュールは、通信範囲内の外部センサーのリストを定期的に更新する。幾つかの実施形態では、通信モジュールは、通信範囲内の外部センサーから警報またはブロードキャストを受信する。幾つかの実施形態では、通信モジュールは、要求されると少なくとも１つの外部センサーからデータを受信する。幾つかの実施形態では、通信モジュールは、状況認識を得るために、緊急指示を受信した後に少なくとも１つの外部センサーからデータを要求する。幾つかの実施形態の、通信モジュールは、少なくとも１つの外部センサーからデータを受信し、該データはセンサー読み取り値を含んでいる。幾つかの実施形態では、少なくとも１つの外部センサーから受信されたデータは、位置情報を含む。幾つかの実施形態では、緊急管理システムは、外部センサーに関連する位置情報を有する外部センサーのデータベースを保持する。幾つかの実施形態では、センサーモジュールは、ウェアラブルデバイスのセンサー読み取り値が緊急事態を示すときに、外部センサーからのデータを要求し始める。幾つかの実施形態では、少なくとも１つの外部センサーは、別のセンサーからの緊急支援を要求する警報の要求を受信すると緊急支援を要求する警報をブロードキャストする。幾つかの実施形態では、少なくとも１つの外部センサーは、少なくとも１つの外部センサーからの更新されたデータでブロードキャストされた警報を更新する。幾つかの実施形態では、少なくとも１つの外部センサーは、要求を送信するセンサーからの更新されたデータを用いてブロードキャストされた警報を更新する。幾つかの実施形態では、少なくとも１つの外部センサーは、要求されるとデータを緊急管理システムに送信する。幾つかの実施形態では、少なくとも１つの外部センサーは、要求されると更新されたデータを緊急管理システムに送信する。幾つかの実施形態では、通信モジュールは、センサー読み取り値が緊急事態を示すとき、警報を送信する前にユーザーに自律的に警告を送信し、ここでユーザーは、警報を送信するべきかどうかを決定する。幾つかの実施形態では、緊急管理システムは緊急出動センターである。別の態様では、センサーによって送信されたマルチメディア緊急警報が開示される。緊急警報は、緊急支援の要求、１つ以上のユーザー情報、１つ以上の位置情報、および１つ以上の感知されたパラメーターを含む。
【００１０】
＜参照による組み込み＞
【００１１】
本明細書で明記されるすべての公開物、特許、および特許出願は、個々の公開物、特許、または特許出願がそれぞれ参照により組み込まれるべく特別かつ個別に示されるかのような同じ程度で、参照により本明細書に組み込まれる。
【図面の簡単な説明】
【００１２】
添付の図面は同一縮尺で描かれるように意図されたものではない。図面では、様々な図で例証される同一またはほぼ同一のコンポーネントはそれぞれ類似の数字によって表される。明確にするために、すべての図面ですべてのコンポーネントがラベル付けされているわけではない。
【図１】緊急警報を送信するためのウェアラブルデバイスの１つの実施形態の概略図である。
【図２】通信デバイスとの通信リンクを始めるセンサーまたはウェアラブルデバイスの１つの実施形態の図である。
【図３】緊急出動センター（「ＥＤＣ」）へ警報を送信する方法の１つの実施形態の図である。
【図４】様々なタイプの通信デバイスによって緊急警報を送信するためのシステムの１つの実施形態の図である。
【図５】緊急警報を送信するためのシステムの１つの実施形態の図である。
【図６】緊急警報を送信するためのシステムの別の実施形態の図である。
【図７】センサーまたはウェアラブルデバイスが緊急警報を始動および送信し得る方法の１つの実施形態を描く。
【図８】緊急警報をブロードキャストし得るネットワーク中のセンサーの１つの実施形態を描く。
【図９】最新の感知されたパラメーターに関してセンサーへ質問を送信する方法の１つの実施形態の図である。
【図１０】緊急警報を送信するための通信デバイスのリストを含むシステムの１つの実施形態の図である。
【図１１】センサーまたはウェアラブルデバイスがリストから通信デバイスを選択し得る方法の１つの実施形態を描く。
【図１２】センサーまたはウェアラブルデバイスが通信デバイスの優先されたリストを更新し得る方法の１つの実施形態を描く。
【図１３】センサーまたはウェアラブルデバイスが通信デバイスからのその距離を決定し得る方法の１つの実施形態を描く。
【図１４】ユーザーの健康指標をモニタリングすることにより、ウェアラブルデバイスが緊急警報を始動し得る方法の１つの実施形態を描く。
【００１３】
本発明の新規な特性はとりわけ添付の請求項で説明されている。本発明の特性および利点のより良い理解は、本発明の原理が用いられる実施形態を説明する以下の詳細な説明と、以下の添付図面とを引用することによって得られるであろう。
【発明を実施するための形態】
【００１４】
本明細書に開示された態様と実施形態は、構造の詳細と、以下の記載で説明されるか、あるいは図面中で例証されるコンポーネントの配置には限定されない。本明細書で開示された態様と実施形態は実施可能であるか、あるいは様々な方法で実行可能である。
【００１５】
本明細書に開示された態様と実施形態は、構造の詳細と、以下の記載で説明されるか、あるいは図面中で例証されるコンポーネントの配置には限定されない。本明細書で開示された態様と実施形態は実施可能であるか、あるいは様々な方法で実行可能である。
【００１６】
緊急事態のあいだに、近くの通信デバイスは、通信デバイスのユーザーに関連する情報、通信デバイスのユーザーを収容する環境、あるいは通信デバイスそれ自体を把握することもある。緊急時に、様々なデバイスからの情報のこうした断片は緊急時の状況認識を構築するために使用されてもよい。本明細書で言及されるように、「状況認識」とは、何が起こっているか、および、緊急事態による影響を受けたまたは受ける可能性のある人に関する情報の重要な要素を識別し、処理し、かつ理解する能力のことである。
【００１７】
緊急事態に関する状況認識について、位置情報、例えば、その領域の様々な人とペットの場所は決定的に重要であることもある。ＧＰＳに加えて、モバイルまたはウェアラブルデバイスは、ユーザーの速度と方向に関して、加速度計、磁力計、ジャイロスコープなどからの情報を提供することもある。さらに、近くのデバイスは、温度、気圧、一酸化炭素レベル、酸素レベル、煙、気流、風速、沈殿レベル、湿度、および他の環境特性に関する情報を有することもある。その領域のユーザーあるいはそれ以外のものに関する情報も決定的に重要なこともある。特に、健康情報は、心拍数、パルス、心臓からの電気信号、血中酸素濃度、血圧、血糖値、および他の健康指標などを含んでもよい。例えば、ＥＫＧは人が心臓発作を抱えているかどうかを確認することができる。
【００１８】
特定の用語
【００１９】
別段の定めのない限り、本明細書で使用されるすべての技術用語は、本発明が属する技術分野の当業者によって一般に理解されるのと同じ意味を持つ。明細書および添付の請求項内で用いられる通り、単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が他に明確に指示していない限り、複数の引用文を含む。本明細書の「または」へのあらゆる言及は、特に他に明記のない限り、「および／または」を包含することを意図している。さらに、本明細書に使用される語法と用語は、記載のためであり、限定的なものとしてみなされてはならない。
【００２０】
本明細書で言及されるように、センサーからのデータ、感知コンポーネントからのデータ、センサー要素からのデータ、およびセンサーデータはすべて、センサーに由来する感知された情報を指す。センサーからの情報あるいはデータは感知されたパラメーター値と同等である。
【００２１】
本明細書で言及されるように、「健康指標」あるいは「生理学的パラメーター」は、心拍数、脈拍、血圧、血糖量あるいは血糖値、汗の塩分レベル、心臓の鼓動、温度、汗の特性、目の特性、呼吸などの人の健康と幸福を測定する身体の様々な属性または測定可能な特性であると理解される。例えば、不整脈は心臓発作の兆候であることもある。
【００２２】
本明細書で言及されるように、「環境特性／特性」あるいは「環境パラメーター」は緊急事態に関する状況認識を提供する、センサーによって測定される環境中の各種パラメーターであると理解される。例えば、環境特性は、緊急事態であること、および／または、緊急に関する状況認識を提供することもある、煙、一酸化炭素、放射能、温度、水、化学薬品などのパラメーターのレベルを含むこともある。技術の進歩が、様々な健康指標を評価するために体液中あるいは皮膚上の様々なコンポーネントを測定するためのセンサーにつながることもあるということが企図されている。健康情報に加えて、ユーザーに接続されるデバイスは、ユーザーの習慣、通信手段、家族や友人、既往歴、好み、緊急連絡／命令に関する重要な情報を有することもある。
【００２３】
状況を認識した緊急対応は、より効果的かつ効率的であり得る。現在、ＥＤＣは、緊急事態に関する制限された情報を受け取り、一般的な準備をした救急医療士（ＥＭＴ）を現場に迅速に送り込まなければならない。警報から得られた緊急事態に関する状況認識によって、例えば、ハリケーンまたはトルネードが広域を襲った場合に、緊急事態の対応資源をより効率的に割り当てることができる。加えて、ＥＭＴは、緊急事態に対応しているときに緊急事態をモニタリングすることができることもある。例えば、ＥＤＣは、火災が原因で緊急警報を受け取ることもある。ＥＤＣは、様々なデバイスからの状況認識プロセスを介して家の様々な人々やペットの場所と健康に関する情報を受け取ることもできる。緊急事態に対応する際に、ＥＭＴと消防士は、適切な設備と人手を集めて、人々とペットの位置を特定するのに必要とされる探索を減らすことができる。
【００２４】
既存の出願、例えば、２０１５年９月１７日に出願され、参照により本明細書に組み込まれる「ＭＥＴＨＯＤ  ＡＮＤ  ＳＹＳＴＥＭ  ＦＯＲ  ＥＭＥＲＧＥＮＣＹ  ＣＡＬＬ  ＭＡＮＡＧＥＭＥＮＴ」との表題の米国特許出願１４／８５６，８１８は、携帯電話などのユーザー通信デバイスからＥＤＣまで、マルチメディアメッセージ通信を含む緊急通報を行うために、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）技術を利用する。
【００２５】
歴史上、ユーザーは、ウェアラブルデバイスを使用して、ＥＤＣに対してＶｏＩＰコールを行うことができない。ウェアラブルな技術の広範囲の使用を前提として、ユーザーが必要に応じて助けを求めるために緊急警報を送ることができることは有利である。さらに、ウェアラブルデバイスは緊急事態に関する状況認識情報を有する。したがって、モバイルまたは携帯電話、タブレットコンピュータ、ラップトップ、あるいは他の通信デバイスなどの通信デバイスを介してウェアラブルデバイスからＥＤＣまでユーザーがマルチメディアメッセージを送信することができることは有利である。ＩＰベースのチャネルなどのデータ通信リンクを介してＥＤＣとの緊急通報を確立するために、ユーザーがウェアラブルデバイスを効果的に使用することができるシステムとプロセスが本明細書で開示される。
【００２６】
ＥＤＣに対する緊急対応を目的として音声と非音声のデータセッションを開始するためにユーザーがウェアラブル技術を利用することを可能にするシステムと関連する方法を有していることが望まれてきた。こうしたデータセッションは、マルチメディアメッセージと、緊急事態の助けを求める要請の確認と受理を送受信し、提供される対応の状態の表示を受け取り、場所、脈拍数、心拍数、高揚、動作パターン、日常的な運動量、温度、温度、および血中酸素濃度などのウェアラブルデバイスからのあらかじめ保存された健康記録や健康情報、およびウェアラブルデバイスのユーザーに関する他の関連情報などのユーザーに関するメタデータを伝えることを含むことが望ましい。
【００２７】
本明細書で言及されるように、「ウェアラブルデバイス」とは、ユーザーの身体上で装着または取り付け可能なモバイルデバイスあるいはアクセサリーを指す。いくつかの実施形態では、ウェアラブルデバイスは１つ以上のセンサーを含んでもよい。「センサー」は、物理的なパラメーターを測定し、測定値（例えば、温度センサー、心拍数モニターなど）に記録および応答することもあるデバイスである。本明細書に開示された無線センサーは、感知および記録された情報を送信するためのセンサーユニットと通信モジュールを含む。本明細書で言及されるように、「ユーザー」は、通信デバイスまたはネットワークサービスを使用する人または実体を指す。
【００２８】
本明細書で言及されるように、「緊急事態管理システム（「ＥＭＳ」）は、ユーザーから緊急警報を受け取って処理し、緊急警報をＥＤＣへ転送するシステムを指す。ＥＭＳの様々な実施形態は、米国特許出願１４／８５６，８１８に記載されており、参照により本明細書に組み込まれる。「緊急出動センター（「ＥＤＣ」）は、緊急警報を受け取り、緊急支援を調整する実体を指す。ＥＤＣは、地方自治体、郡、あるいは都市によって運営される公開機関であることもあれば、民間の組織であることもある。緊急支援は、医療、介護、消防、警察、軍事、自警団、国境警備、ライフガード、セキュリティサービスを含む様々な形式であってもよい。
【００２９】
本明細書で言及されるように、「マルチメディアメッセージ」は、２つ以上の様々なタイプのデータ−テキスト、音、画像、および動画の情報を含むデータメッセージを指す。マルチメディアメッセージはさらに、メタデータ、ユーザーにより入力されたデータ、および位置座標またはＧＰＳデータを含むこともある。マルチメディアメッセージは、送信のしやすさやＥＤＣでの緊急対応の実施のためにフォーマット化されないこともあれば、あるいはフォーマット化されることもある。本明細書に使用されるように、「位置情報」はＧＰＳ座標またはセル方式のトライアンギュレーション情報、Ｗｉ−Ｆｉに基づくロケーショニング、屋内の測位システム、あるいは位置情報の他の形式を含むこともある。
【００３０】
同様に、無線センサーネットワーク（例えばインターネット・オブ・シングス・ネットワーク）の現在の能力では、緊急事態に対応するためにマルチメディアメッセージを送信することはできない。より優れた緊急対応については、センサーが、緊急対応の通話を開始するために携帯電話などの長い距離を通信することができる他の通信デバイスをアクティブに探索して見つけることは有益である。さらに、センサーあるいはセンサーネットワーク内の別のセンサーからの感知されたパラメーターは、緊急事態の対応に有用な状況認識情報を提供することができる。本明細書で開示された様々な態様と実施形態は、こうしたニーズの１つ以上を実行する方法とシステムを含んでいる。
【００３１】
いくつかの実施形態では、ユーザーは、開示された方法を使用することにより緊急警報を始動するソフトウェアまたはアプリケーションをダウンロードしてインストールすることができる。センサー、ウェアラブルデバイス、携帯電話、タブレット、ラップトップなどの開示されたシステム中の１つ以上のデバイスにアプリケーションをインストールしてもよいことが理解される。他の実施形態では、センサーまたはウェアラブルデバイスは、緊急警報を送信することを可能にするためにソフトウェアによりプリインストールされることもある。
【００３２】
感知デバイス用のユニバーサルな発信番号
【００３３】
豊富なタイプの情報、例えば、音声とテキストに加えてマルチメディア情報を提供するＥＤＣ（例えばＰＳＡＰ）への従来の通信が、地上の電話回線よりもむしろ、しばしばモバイルの無線デバイスまたはスマートデバイス（例えば、スマートフォン、タブレット、ラップトップ、ウェアラブルスマートデバイスなど）によって行われているという事実と相まって、ますます普遍的な存在へと成長を遂げているセンサーは、ＥＤＣおよび／またはＥＭＳの緊急事態に関して、これらのすべてのデバイスで利用可能な組み合わされた情報を収集する機会を提供し、したがって、緊急事態に対する反応を改善する。その結果として、ホームとオフィスビルに設置された様々なデバイスからの感知された情報は、緊急事態の場合にＥＤＣに伝達されると、非常に役に立つことがあり得る。これを行う１つの方法は、これらのセンサーからユーザー通信デバイス、例えば、モバイル無線デバイスへ情報を伝達することであり、モバイル無線デバイスはさらに、これらのセンサーから受け取った情報を適切なＥＤＣまで通信する。しかしながら、この方法は、２つの通信「ホップ（ｈｏｐ）」を必要とし、さらに利用可能なセンサーとモバイルデバイスとの間の通信に依存する。時々、これは制限されており、センサーは、ＥＤＣまたは緊急事態管理システム（「ＥＭＳ」）に情報を直接送信し、ユーザー通信デバイス（例えば、モバイルデバイス）へ最初にこの情報を送信する必要なく、ＥＤＣおよび／またはＥＭＳは、特定のセンサーからのリアルタイム情報と保存された情報を検索するためにセンサーを直接呼び出すことができる。したがって、緊急事態に対応する目的で状況認識を改善するために、様々なセンサー用のユニバーサルな発信番号を提供するシステムと方法の機会がある。
【００３４】
環境変数を感知および制御するためのオフィスや居住地での「インターネット・オブ・シングス」（「ＩＯＴ」）としても世間一般に知られているセンサーネットワークの利用がますます増えていることを考慮すると、定期的にこれらのセンサーネットワークから感知された情報がリアルタイム方法で緊急事態に対応するのに使用されることは、１つ以上の実施形態にしたがって望ましいと考えられてきた。対応している緊急事態に敏感であるとともに該緊急事態を状況に応じて自覚している豊富なコンテキストを提供し、その一方で、特定の情報（センサーからの定期的に感知された情報に含まれることもあれば含まれないこともある）について多くのセンサーの１つ以上に尋ねる能力を与え、および、データ通信ネットワーク、例えば、インターネット、あるいはＷｉ−Ｆｉネットワークを介して、センサーネットワーク内の多くのセンサーの１つで受け取られた、緊急事態に対応する目的のためのＥＭＳ／ＥＤＣからの呼び出しの受信を可能にし、および、この呼び出しをアクティブに管理することにより、本発明の態様および実施形態は現在のＩＯＴシステムを改善するとともに構築する。
【００３５】
歴史上、ＥＤＣ、例えば、ＰＳＡＰまたはＥＭＳの通信指令係は、緊急事態に対応するプロセスで無線センサーネットワーク中のセンサー、例えば、ＩＯＴネットワーク中のセンサーで感知した情報を要求するためのコールを行うことができなかった。さらに、緊急支援を要求するためのコールがモバイル無線デバイスによってかけられている場合、現在ある、モバイル無線デバイスを含む環境、例えば、オフィスビルや住居に置かれたセンサーからの感知された情報と直接通信し、該情報をリアルタイムで抽出し、および、緊急事態により良く応答するためにそのような情報を利用する方法は現在存在しない。したがって、ユーザーは歴史上、緊急事態の場合に、自分の周辺環境の多くのリアルタイムで感知された情報から利益を受け取ることができず、緊急事態の影響を最小化するかあるいは緊急事態を回避するためにこうした知識を構築することもできなかった。これに応じて、ＥＤＣ、例えば、ＰＳＡＰが緊急事態に対応するプロセスにおいて無線センサーネットワーク中のセンサーのいずれかに対してデータ通信チャネルでＶｏＩＰ通話をしたい場合、センサーと通信するためのコール向けの番号が不足していたため、これまでは通話できなかった。さらに、歴史的に見て、ＥＤＣおよび／またはＥＭＳは、ユーザー通信デバイスがどこからコールしてきているのか、および、最後の更新がアクセス用通信チャネル、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉ−Ｆｉの観点から、識別情報、タイプ、能力をいつ提供し、および、これらのチャネルで感知された重大なデータ、発信番号、ならびに、ＥＤＣおよび／またはＥＭＳで受信したユーザー通信デバイスの特定の位置のインストールされたデバイスの他の情報をいつ送信するのかに基づき、ＥＤＣおよび／またはＥＭＳは、ＩＯＴフレームワーク中のセンサーの１つ以上に対して割り当てられたとしてもコールバック番号に関する情報を持たなかったであろうし、それゆえ、緊急対応のために感知された情報を要求するデータコールを行うことができないであろう。
【００３６】
本明細書に記載されるデバイス、プラットフォーム、方法、および媒体の１つの利点は、これらが無線ネットワーク内のセンサーに電話番号を割り当てることができるということであり、これにより、別の通信デバイス、例えば、ＥＤＣおよび／またはＥＭＳの通信デバイス、スマートフォン、あるいはモバイル無線デバイスは、無線ネットワーク内のセンサーにデータコールを行うことができ、無線ネットワーク内のセンサーからの緊急対応のために感知された情報の共有を要請することができ、かつ、この情報を受信すると、ＥＤＣ、例えば、ＰＳＡＰまたはＥＭＳは、一段と効果的な緊急対応を提供するべく、緊急対応人員の準備をより万全なものとするためにリアルタイムに緊急対応人員とこの情報をアクティブに共有することができる。さらに、ＥＭＳによって、あるいは場合によってはＥＤＣ、例えば、ＰＳＡＰによって、無数の数から、ユーザー環境に置かれたＩＯＴネットワーク内のセンサーへと発信番号を割り当てるためのシステムと方法を提供することが有益であり、センサーがこの番号を使って、データコール、例えば、ＶｏＩＰ通話を行い、受信することができるということも分かっている。これらの通話は、所定のセンサーがその一部であるＩＯＴセンサーネットワークの近くにあるユーザーのユーザー通信デバイスからの緊急支援の要請にアクティブに対応するプロセスにおいて、ＥＤＣまたはＥＭＳから／へ掛けられても良い。ＩＯＴセンサーネットワークのセンサーは、現在の緊急事態により有効に応答するためにＥＭＳまたはＥＤＣが使用することができる情報を有してもよい。さらに、電話番号とそのサービスエリア内のセンサーの識別情報であって、これらのセンサーを含む、ネットワーク、とりわけ、ＩＯＴネットワークに関する識別情報、およびこれらのセンサーの感知領域によって定義されるようなセンサーの影響領域にあるユーザーに関する情報、例えば、通信デバイスに割り当てられた番号、自宅の位置、ＩＰアドレス、あるいはユーザーの通信デバイスの現在の地理的な位置によって識別されるようなユーザーの位置情報を含む、該識別情報のデータベースをＥＭＳまたはＥＤＣに維持させる方法を提供することが望ましく、こうしたセンサーは、その影響の及ぶ領域のユーザーから緊急支援の要請を受け取った場合に追加の情報を提供する際に役に立つということも分かっている。本明細書で開示された様々な態様と実施形態は、こうしたニーズや要求の１つ以上を満たす方法とシステムを含んでいる。
【００３７】
１つの態様に合わせて、ＥＤＣあるいはＥＭＳで多くの数から無線ネットワーク内のセンサーに電話番号を永久的に割り当てる方法が提供され、これにより、センサーは、センサーからの追加情報を要求するために、ＥＤＣあるいはＥＭＳの別の通信デバイス、例えば、スマートフォン、またはモバイル無線デバイスからデータコールを受け取ることができる。センサーは、次に、ＥＤＣまたはＥＭＳと完治した情報を共有し、この情報を受け取ると、ＥＤＣ、例えば、ＰＳＡＰまたはＥＭＳは、緊急対応人員が緊急支援の要請に対して非常に効果的に応答するべく、緊急対応人員の準備をより万全なものとするために、リアルタイムで緊急対応人員とこの情報をアクティブに共有する。そのような実施形態では、無線あるいは有線センサーネットワーク、例えば、ＩＯＴネットワークのセンサーは、発信者情報、例えば、センサーに関連する電話番号がＥＭＳまたはＥＤＣのデータベースに保存されるように、ＥＭＳまたはＥＤＣでセンサーに関する情報を保存する。電話番号は、特定のセンシングネットワーク、および、特定の地理的な領域に関して、特定のセンサーに関連付けられる。いくつかの例では、ユーザーのセンサーとの関連に基づいて、発信者情報も特定のユーザーに関連付けられる。センサーとのユーザーの関連は、複数の因子、例えば、センシングネットワーク中のユーザーとセンサーの位置情報、ユーザーに割り当てられたようなセンサーの所有権、センサーが登録され、ユーザーが主要な住宅として使用している「自宅位置」を用いて、決定されることもある。センサーの識別情報、例えば、操作位置に変更がある場合、ＥＭＳまたはＥＤＣはこの変更を通知され、ＥＭＳまたはＥＤＣはそのローカルデータベース内で適切な更新を行い、センサーがセンサーの影響領域の範囲内にいるユーザーに関連付けられ、そのような必要性がセンサーの物理的位置の変更により発生する場合には、新しい電話番号がセンサーに割り当てられるようになる。さらに、そのような実施形態では、ＥＭＳあるいはＥＤＣは、ＥＭＳとユーザー通信デバイスとの間の緊急支援の要請に対する緊急対応を受け入れる進行中のセッションにセンサーを加え、これらのセンサーと任意の関連情報、例えば、テキストメッセージ、マルチメディアメッセージ通信システムメッセージ、映像、画像、ＧＰＳ情報、および、マルチメディアメッセージの任意の他の形態を含むマルチメディアメッセージを共有し、ならびに、センサーからＥＭＳあるいはＥＤＣに送信された任意の情報を、データセッションに含まれた他のセンサーと、ユーザー通信デバイスを介してユーザーと、および／または、緊急支援の要請に割り当てられた最初の応答者とも共有して管理することができる。この情報は緊急対応の間、共有され、後に参照するために保存されてもよい。さらに、このような実施形態では、ＥＭＳまたはＥＤＣは、ＥＭＳまたはＥＤＣのサービスエリア内である所定の地理的な領域で利用可能なセンサー向けにＥＭＳあるいはＥＤＣでローカルデータベースで探索を行い、通信デバイスから、あるいはネットワーク上の他のソース、例えば、セルラー・ネットワーク・ベース・ステーションから受け取られるようなユーザー通信デバイスの最新の位置推定を含み、および、ＥＭＳまたはＥＤＣのサービスエリア内に位置するセンサーとユーザー通信デバイスの最新の位置推定の近くにあるセンサーを見つけると、場所環境パラメーターはセンサーによって感知可能である。このような実施形態において、ＥＭＳまたはＥＤＣは、問題のセンサーの定義された感知領域を介して、および、同じことについてセンサーを選択することができるように、自宅位置、ＩＰアドレス、ユーザーの通信デバイスの現在の地理的な位置、および、ユーザーの位置とタイプ、緊急支援の要請のタイプを識別する他の因子によって識別されるようなユーザーの位置情報を介して、ユーザーとの関連に関する決定を行う。
【００３８】
ある実施形態では、センサーネットワークのセンサーによって感知されたパラメーターは、環境特性のパラメーター、例えば、温度、圧力、気流、センサーの近くの周囲光の量、センサーの近くの音振動の振幅および／または周波数の変化、電磁場の変化、あるいはセンサーによって感知された他の環境パラメーターであってもよい。
【００３９】
ある実施形態では、センサーは、ＥＭＳまたはＥＤＣとの通信セッションを開始し、または該通信セッションに応答する、アプリケーションクライアントを受け入れ、および、センサーによって提供されるハードウェアを用いて、感知された情報の表示を含むメッセージを構築し、およびＥＭＳあるいはＥＤＣに送信する。
【００４０】
ある実施形態では、緊急対応のためにＥＭＳまたはＥＤＣによって感知された情報を要求するために連絡を受けたセンサーは発信番号を割り当てられ、その一方で、緊急支援の要請はＥＭＳまたはＥＤＣに処理されている。センサーは、緊急事態に対応するために使用されたセッションの間にこの電話番号を使用し、場合によっては、センサーにデータコールをするために、ＥＭＳとＥＤＣを含む他のデバイス向けのセンサーのためにこの番号を発信番号として保持し続ける。
【００４１】
ある実施形態では、センサーネットワークは居住環境に置かれる。
【００４２】
ある実施形態では、センサーネットワークは企業オフィス環境に置かれる。
【００４３】
ある実施形態では、センサーネットワークは産業用の工場環境に置かれる。
【００４４】
ある実施形態では、センサーネットワークは、公共の空間、例えば、公共の公園、博物館、ショッピングモール、他の人口が密集した公共領域に置かれる。
【００４５】
本発明の別の態様に従って、ユーザーが１つの市外局番内の所定の位置から別の市外局番の別の位置に移動する場合でも使用することができる発信番号をセンサーネットワーク内のセンサーに割り当てる方法が提供され、ＥＭＳまたはＥＤＣからセンサーに掛けられたデータコールは新しい市外局番のセンサーに送られ、センサーの最新の位置推定はＥＭＳおよび／またはＥＤＣと共有される。
【００４６】
ある実施形態では、センサーは、センサー、例えば、センサーの通信インターフェースによって提供されるハードウェアを使用して、警告信号と緊急対応の要請の送信を開始および管理するアプリケーションクライアントを受け入れ、センサーネットワーク内の他のセンサーとの通信セッションを管理する。
【００４７】
図１は緊急警報を送信するためのウェアラブルデバイスの１つの実施形態の概略図である。図１は緊急警報を送信するためのウェアラブルデバイスの１つの実施形態の概略図である。ウェアラブルデバイス（１０２）は、ユーザー（１００）がウェアラブルデバイス（１０２）と対話することを可能にする、ディスプレイおよびユーザーインターフェース（１１２）を含むいくつかのコンポーネントを有することもある。いくつかの実施形態では、ディスプレイ（１１２）は、情報を表示し、ユーザー入力を行うことができるタッチスクリーンであってもよい。いくつかの実施形態では、ユーザーインターフェース（１１２）は、緊急警報を作動させ、および無効化するための、あるいは地方の緊急事態応答者に緊急支援の要請を送るためのボタンなどの物理的および／またはソフトボタンを有することもある。さらに、緊急事態応答者に緊急事態のタイプ（例えば、火災、医療、警察、自動車衝突など）を含む緊急事態の表示を送るためのボタンがあってもよい。いくつかの実施形態では、ウェアラブルデバイス（１０２）は、効果的および効率的な緊急対応のために緊急事態に関する状況情報を送ってもよい。
【００４８】
いくつかの実施形態では、ウェアラブルデバイス（１０２）は、ユーザー（１００）あるいは他の困っている人々の様々な健康指標を感知するための１つ以上のセンサー（１２２）を含んでいる。健康指標は、心拍数、脈拍、血圧、血糖量などの人の健康を測定する身体の様々な属性を含んでもよい。いくつかの実施形態では、センサー（１１６）は、ユーザー（１００）が位置している領域の環境特性を感知することもある。環境特性は、緊急事態であることを示し得る、および／または、緊急に関する状況認識を提供し得る、煙、一酸化炭素、放射能、温度、水、化学薬品などのパラメーターのレベルを含むこともある。例えば、センサー（１１６）は、脈拍数センサー、血圧センサー、血液酸素センサー、心拍数センサー、温度センサー、煙探知器、一酸化炭素モニター、ジャイロスコープ、加速度計などを含み得る。
【００４９】
いくつかの実施形態では、センサー（１１６）は、感知された情報に基づいた緊急警報を起動してもよい。ウェアラブルデバイスはネットワーク要素（１１８）を使用して、緊急警報を送信してもよい。ネットワーク要素（１１８）（例えば、アンテナおよび関連するコンポーネント、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）など）は、インターネットおよび／または近くのＩｏＴと他のデバイスに情報を送受信することもある。いくつかの実施形態では、ネットワーク要素は、近くの通信デバイスとルーティングデバイスを検出し、これらと通信するために通信路を走査することもある。
【００５０】
いくつかの実施形態では、ウェアラブルデバイス（１０２）は緊急警報を送信するための１つ以上のソフトウェアアプリケーション（１０４）を含んでもよい。アプリケーション（１０４）はウェアラブルデバイス（１０２）にプリインストールされることもあれば、ユーザー（１００）によってダウンロードされ、インストールされることもある。ユーザー（１００）あるいは医療サービス提供者または介護者は、緊急事態に使用されることもあるアプリケーション（１０４）へ情報（例えば、通信デバイスの優先されるリスト、様々な健康指標あるいは環境特性のための閾値範囲）を提供してもよい。アプリケーション（１０４）の様々な実施形態は以下で記載および描写される。
【００５１】
いくつかの実施形態では、ウェアラブルデバイスは、中央処理ユニットまたはプロセッサ（１１４）、メモリ（１１６）（例えば、ＥＰＲＯＭメモリ、ＲＡＭ、固体記憶デバイス）を含んでもよい。いくつかの実施形態では、ウェアラブルデバイスは全地球測位システム（ＧＰＳ）を装備している。ＧＰＳは、緊急警報とともに送信されることもある位置情報を生成および収集することもある。
【００５２】
いくつかの実施形態では、ウェアラブルデバイス（１０２）は、様々な機能性とカスタマイゼーションを可能にする様々なアクセサリー（１２４）を含んでいるかもしれない。アクセサリー（１２４）は、マイクロフォン（例えば、ユーザー（１００）からの音声入力用の）、カメラ（１６１１）（例えば、ユーザー（１００）からのジェスチャーコマンドあるいは写真の入力用の）、スピーカー、指紋読み取りデバイス、ＵＳＢ／マイクロＵＳＢポート、ヘッドホンジャック、カード読み取りデバイス、ＳＩＭカードスロットなどを含んでもよい。
【００５３】
ウェアラブルのデバイス（１０２）はユーザー（１００）によって着用されるか、あるいは身体に付けられてもよい。いくつかの実施形態では、ウェアラブルのデバイス（１０２）は、ユーザーの身体部分（例えば、手首、脚、腰、頭、指など）に巻きつけることが可能なホルスター（１２６）（図示せず）を有することもある。緊急警報がユーザーによって起動されるか、別の方法で作動される場合、センサーまたはウェアラブルデバイスは緊急警報を送ることができる通信デバイスを探索することもある。図２は、直接および間接的な通信リンクによって他のデバイスと通信するウェアラブルデバイス（２０２）を示す本発明の１つの実施形態の図である。ウェアラブルデバイス（２０２）からの緊急警報の表示は通信デバイス（２０６）へ送られることもあり、適切なデータ通信リンク（２２２）、例えば、トランスポートプロトコル、例えば、伝送制御プロトコル）（ＴＣＰ）を使用するデジタル通信セッションセットアップがウェアラブルデバイス（１０２）と通信デバイス（１０１）との間で確立されることもある。ユーザー（２００）は、ウェアラブルデバイス（２０２）上にインストールされたアプリケーションクライアント（２０４）、通信デバイス（２０６）（例えば、携帯電話）、タブレット、ラップトップ、あるいはデスクトップ、あるいは、他のそうしたデバイス上のアプリケーションクライアント（２０８）を用いて、緊急警報を開始してもよい。アプリケーションは緊急警報を開始するためにウェアラブルデバイス（１０２）へハードウェアに組み込まれることもあり得る。
【００５４】
いくつかの実施形態では、アプリケーションクライアント（２０４）は、ディスプレイおよびユーザーインターフェース（２１２）を含んでもよく、各ボタンが緊急事態の特定のタイプに対応した、多くのユーザーフレンドリーなボタンあるいはソフトキー（２１３）を表示することができる。ユーザー（２００）によるボタン（２１３）の選択により、ボタンに関連付けられた緊急事態に基づいて緊急事態表示が通信デバイス（１０１）へ送信されることもある。いくつかの実施形態では、ユーザー（２００）は、アプリケーション（２０８）で通信デバイス（２０６）内のインターフェース（２１８）上のボタン（２１５）を押すことにより、緊急警報を開始することもある。
【００５５】
ある場合には、ウェアラブルデバイス（２０２）は、データネットワークおよび／またはインターネットに接続され、ＥＭＳによってＥＤＣに警報を送信することができることもある。しかしながら、多くの場合では、ウェアラブルデバイスは能力が足りないか、あるいは接続性が不十分であるため、緊急警報を直接送信することができないこともある。そのような場合、ボタン（２１３）の１つの選択に反応して、ウェアラブルデバイス（２０２）は、Ｗｉ−Ｆｉルーターなどのルーティングまたは仲介デバイス（２１９）を介して、直接的な無線データ通信リンク（２２２）あるいは間接的なデータ通信リンク（２２４）、（２２６）のいずれかを使用して、通信デバイス（２０６）、例えば、携帯電話を探索することもある。ウェアラブルデバイス（２０２）はまず、直接的な無線データ通信リンク（２２２）を用いて、データ通信リンク、例えば、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、「特別な無線メッシュ」、ＺｉｇＢｅｅ、ＰＡＮ、あるいは通信デバイス（２０６）との無線通信プロトコルベースの通信セッションの任意の他の形式の位置を特定して確立しようとしてもよい。
【００５６】
ある場合には、直接的な無線データ通信リンク（２２２）は通信デバイス（２０６）とともに確立することはできないか、あるいは、データ通信リンク（２２２）の質はよくない。例えば、通信デバイス（２０６）がウェアラブルデバイス（２０２）から遠すぎることもある。ウェアラブルデバイス（２０２）は、受信信号強度表示器、チャネルレイテンシ、エラー率などの様々なリンク品質パラメーターに基づいてデータ通信リンク（２２２）の質を評価することもある。データ通信リンク（２２２）の質が不十分な場合、ウェアラブルデバイス（２０２）は、Ｗｉ−Ｆｉルーター、ハブ、または他のコンピューターネットワークデバイスなどのコンピューターネットワークデバイスあるいはルーティングデバイス（２１０）を用いてデータ通信リンクを開始することもあり、コンピューターネットワークデバイス（２１０）を介して通信デバイス（２０６）を用いて間接的なデータ接続（２２４）（２２６）を確立することもある。いったんデータ通信リンクが通信デバイス（２０６）を用いて（例えば、制御信号の交換によって）確立されると、ウェアラブルデバイス（２０２）は通信デバイス（２０６）へ緊急警報の開始を送り、ウェアラブルデバイス（２０２）と通信デバイス（２０６）との間のデータ通信リンクをアクティブに管理する。確立された間接的なデータ通信リンク（２２４）（２２６）が必要に応じて行われておらず、直接的なデータ通信リンクは近くの他の通信デバイスで利用可能であるということをウェアラブルデバイス（２０２）が検知すると、ウェアラブルデバイス（１０２）はそのようなデバイス（図示せず）との通信を確立しようとすることもある。したがって、ウェアラブルデバイス（２０２）は、通信デバイス（２０６）あるいはルーティングデバイス（２１０）を用いて通信リンクを確立し、どちらも接続されたデバイスとして作動することもある。
【００５７】
図３は、通信デバイス（２０６）を使用して、ウェアラブルデバイス（２０２）によって緊急出動センター（「ＥＤＣ」）に警報を送信する方法の１つの実施形態の図である（図２を参照）。いくつかの実施形態では、１人の個人（例えば、ユーザー（２００））は、通信デバイス（２０６）とウェアラブルデバイス（２０２）の両方にとって主要なユーザーであることもある。警報がウェアラブルデバイス（２０２）によって開始されると（３１２）、ウェアラブルデバイス（２０２）はＥＤＣに緊急警報を送信するためのリスト通信デバイスにアクセスすることもある（３１４）。ウェアラブルデバイス（２０２）がリストの最初のデバイスとの通信リンクを確立することができれば（３１６）、それはＥＤＣへ転送される緊急警報を送信する。ウェアラブルデバイス（２０２）は、緊急警報を送信し、肯定的な確認を受け取った（３１８）後に、データセッションをアクティブに管理する（３２２）。
【００５８】
いくつかの実施形態では、肯定的な確認を受け取ると、ウェアラブルデバイス（２０２）はＥＤＣからのステータスの更新を待ち、ウェアラブルデバイス（２０２）と最初の通信デバイス（２０６）との間のデータ通信リンクをアクティブに管理する（３２２）。ウェアラブルデバイス（２０２）が肯定的な確認を受け取らない場合（３１８）には、設定された時間待って、リスト上の別のデバイスをチェックする（３２８）。この時間の後に、ウェアラブルデバイス（１０２）がどんなデバイスも見つけることができない場合には、同じ時間待って、再度試みる（３２６）。別のデバイスが見つかった場合（３３３）、ウェアラブルデバイスは緊急警報を送るためにデバイスと通信リンク（３１６）を確立しようとする（３１６）（３１８）。
【００５９】
ウェアラブルデバイス（２０２）が最大限、再度試みてもリスト上の最初の通信デバイスにたどり着くことができない場合（３１６、３２４、３２６）、ウェアラブルデバイス（２０２）はリスト上の次の通信デバイスに移ることもある（３２８）。いくつかの実施形態では、最大回数の接続の再試行に達して（３２４）もウェアラブルデバイス（２０２）がリスト上の最初の通信デバイスにたどり着くことができない場合には、ウェアラブルデバイス（２０２）はその後、ルーティングデバイス（図示せず）に辿り着こうと試みる。ウェアラブルデバイス（２０２）がどんなデバイスにもたどり着くことができない場合には、要求をキャンセルしてユーザーに通知することもある（３３２）。
【００６０】
図４は様々なタイプの通信デバイスによって緊急警報を送信するためのシステムの１つの実施形態の図である。アプリケーション（４１４）でインストールされたセンサー（４１２）は、センサー（４１２）の感知コンポーネントによって感知されたパラメーター値によって緊急事態を感知する。いくつかの実施形態では、センサー（４１２２）は、環境特性（例えば、温度、運動、煙、一酸化炭素など）であるパラメーターを感知することもある。いくつかの実施形態では、センサー（４１２）は、脈拍／心拍数、血圧、血糖などの健康指標を感知することもある。ユーザー（４００）はさらに通信デバイス（４０６）上のセンサー（４１２）あるいは（４１５）上のボタン（４１９）を用いて緊急警報を起動してもよい。
【００６１】
いくつかの実施形態では、センサーはウェアラブルデバイスである。いくつかの実施形態では、緊急警報は、効果的かつ効率的な応答を可能にするために状況認識情報を含むマルチメディアメッセージであってもよい。１つの態様では、緊急警報は、緊急支援の要請、ユーザーまたは管理者に関する１つ以上の情報、１つ以上の位置情報、および１つ以上の感知されたパラメーターの要請を含んでもよい。いくつかの実施形態では、マルチメディアメッセージは、テキスト、画像、音声、および／または映像を含む様々なタイプのデータを含んでいる。いくつかの実施形態では、感知されたデータは、現在と以前に感知されたパラメーターおよび／または感知されたパラメーターの移動平均（ＭＡ）を含んでもよい。
【００６２】
いくつかの実施形態では、センサー（４１２）は、センサーネットワークあるいはインターネット対応のデバイスのセンサーであってもよい。いったんセンサー（４１２）がＥＤＣあるいはＥＭＳ（４５２）に緊急支援の要請を送信しなければならないことを確認すると、センサー（４１２）は緊急支援の要請を構築し、利用可能な通信デバイス（４０６）、（４３６）、（４４６）、あるいはルーティングデバイス（４１０）向けの通信路を走査して、通信デバイス（４０６）と接続して、通信デバイス（４０６）を介して要請を送信することもある。
【００６３】
センサー（４１２）は、様々なリンク品質パラメーター、例えば、受信信号強度表示器、チャネルレイテンシ、エラー率に基づいてデータ通信リンク（４２２、４２６、４３２）の質を予測することにより、様々な利用可能なデバイス、例えば、通信デバイス（４０６）（動作中のアプリケーション４０８）との接続、あるいはＷｉ−Ｆｉルーター（４１０）を使用して、別の通信デバイス（４０６）（動作中のアプリケーション４０８）との間接的な通信リンクを分析することもある。いくつかの実施形態では、ユーザー（４００）は通信デバイス（４０６）の主要なユーザーであってもよい。しかし、他の実施形態では、通信デバイス（４０６）の主要なユーザーである可能性がある、家族の一員などの別の人がいることもある。
【００６４】
いったん直通無線リンクを確立するための適切な通信デバイス（４０６、４３６、４４６）が見つかるか、あるいは間接的な通信リンクを確立するためのルーティングデバイス（４１０）と通信デバイス（４０６）が見つかると、センサー（４１２）は、通信リンク（４２２、４４２、４２６、４３２）を介して適切な通信デバイスと接続し、接続したデバイスへ緊急支援の要請を送る。接続したデバイスが通信デバイス（４０６、４３６、４４６）の１つである場合、それは通信リンク（４２４、４４６、４２８、４３４）を介して送られるためにフォーマット化される緊急事態要請を再生成する。いくつかの実施形態では、通信リンク（４２４、４４６、４２８、４３４）はセルラー用のチャネルであり、特定の地点に役立つ適切なＥＤＣ（４５０）に要請を送信してもよい。接続したデバイスがルーティングデバイス（４１０）である場合、センサー（４１２）はＷｉ−Ｆｉチャネル経由でルーティングデバイス（４１０）と接続される。利用可能な場合、ルーティングデバイス（４１０）は通信リンク（４４８）でＥＤＣ（４５０）（図示せず）に緊急支援の要請を直接送信する。他の実施形態では、ルーティングデバイス（４１０）は通信リンク（４４４）（４４６）を介して通信デバイス（４０６）によって警報を送信する。いったんＥＤＣ（４５０）（図示せず）が緊急支援の要請の受信を確認すると、通信デバイス（４０６、４３６、４４６）またはルーティングデバイス（４１０）は、センサー（４１２）に通知し、ＥＤＣ（４５０）（図示せず）からの他の更新を進めることもある。
【００６５】
図５は緊急警報を送信するためのシステムの１つの実施形態の図である。システムは、ＥＤＣ（５５０）に緊急支援の要請を送信するためにルーティングデバイス（５１０）に接続するセンサー（５１２）を含んでいる。いくつかの実施形態では、インストールされたアプリケーション（５１４）を備えたセンサー（５１２）は、通信路の走査を行い、および、ルーティングデバイス（５１０）（例えば、Ｗｉ−Ｆｉルーター）を選択して、ＥＤＣ（５５０）と接続して緊急支援の要請をＥＤＣ（５５０）へ送信してもよい。いったんセンサー（５１２）が、チャネル品質指標（例えば、受信信号強度表示器、チャネルレイテンシ、エラー率など）に基づいて、接続するために利用可能なすべてのデバイスのルーティングデバイス（５１０）と接続することを決定すると、センサー（５１２）は通信リンク（５４２）を介してルーティングデバイス（５１０）に接続要請を送信することもある。
【００６６】
ルーティングデバイス（５１０）が認証を行うことを要求する場合、ルーティングデバイス（５１０）は、ＥＤＣ（５５０）へ緊急支援の要請を転送することができるようになる前に認証が行われることを必要とするということを示すために、センサー（５１２）に信号を送信してもよい。いくつかの実施形態では、ユーザー（５００）はセンサー（５１２）あるいはルーティングデバイス（５１０）を介して認証を提供してもよい。いったん認証が行われると、センサー（５１２）はルーティングデバイス（５１０）に緊急支援の要請を送信してもよく、ルーティングデバイス（５１０）は次に通信リンク（５５２）によって緊急事態管理システム（「ＥＭＳ」）（５３０）へその要請を転送してもよい。その後、ＥＭＳ（５３０）は、緊急事態の位置への近さ、ＥＤＣで利用可能なリソースおよびスタッフなどに基づいて緊急支援に関するこの要請をどのＥＤＣ（５５０）に送信するのかを決定することもある。いくつかの実施形態では、ＥＭＳ（５３０）は、ＰＳＴＮ（５６４）とゲートウエイ（５４０）によって、データ通信リンク（５６２）あるいはデータ通信リンク（１０６）とＴＤＭコールの組み合わせを介して要請を送信することもある。本システムは、デジタル通話を受ける容量がない複数の地方自治体ではＥＤＣに緊急警報を送ることができるだろう。ＥＤＣ（５５０）にデジタル容量がない場合、緊急音声通話会議を通じて緊急警報を送らなければならない。
【００６７】
その後、ＥＭＳ（５３０）は、ＥＤＣ（５３０）からルーティングデバイス（５１０）への応答を転送することもあり、これはこれらの反応をセンサー（５１２）に転送することもある。いくつかの実施形態では、ＥＭＳはセンサー（１０２）に、ｈｔｔｐ、プッシュ通知などの信号伝達の形式の「肯定的な確認」を送信することもある。その後、応答が必要であるとセンサー（１０２）がみなした場合、センサー（１０２）はＥＤＣ（１１５）によってこれらのメッセージに応答することもある。場合によっては、センサー（１０２）は、ユーザー（５００）の利益のために、ボタン（５２９）を用いてディスプレイおよびユーザーインターフェース（５２８）上に情報を表示することもある。その後、ルーティングデバイス（５１０）は、センサー（５１２）とＥＤＣ（５５０）との間のデータ通信リンク５５４をアクティブに管理することもある。緊急通報セッションまたは通信リンクの長さの間にセンサー（５１２）あるいはＥＤＣ（５５０）によって要求されるように、アクティブな管理は、センサー（５１２）からＥＤＣ（５５０）へ、およびＥＤＣ（５５０）からセンサー（５１２）へ更新を送信することを含み得る。いくつかの実施形態では、ユーザー（５００）、ＥＤＣ（５５０）、あるいは緊急対応チームは、緊急通報セッションまたは通信リンクを終了してもよい。
【００６８】
１つの態様では、センサー、通信デバイス、ＥＭＳ、およびＥＤＣを含む、緊急警報を送信するためのシステムが開示されている。図６に示されるように、１つの実施形態では、センサー（６１２）は、ボタン（６２９）を備えた、およびアプリケーション（６１４）がインストールされた、ディスプレイおよびユーザーインターフェース（６２８）を含む。感知コンポーネントは、環境特性および／または健康パラメーターなどの１つ以上のパラメーターを感知し、通信部品は、情報を送受信するための通信リンク（６２２）を確立することができる。ディスプレイ＆ユーザーインターフェース（６１８）、ボタン（６１５）、およびインストールされたアプリケーション（６０８）を備えた通信デバイス（６０６）は、通信リンク（６２２）に参加することができる。いくつかの実施形態では、ＥＭＳ（６３０）は、緊急警報を処理してＥＤＣ（６５０）へ転送するために、通信デバイスから緊急警報を受け取る。
【００６９】
いくつかの実施形態では、センサー（６１２）は、通信モジュール（図示せず）を使用して通信路の走査を行ってもよく、緊急支援の要請に関連付け、かつ送信するために、通信デバイス（６０６）、例えば、セルラー通信デバイス）を選択することもある。センサー（６１２）は、チャネル品質表示器、例えば、受信信号強度表示器、チャネルレイテンシ、エラー率などに基づいて通信デバイス（６０６）と関連するように選択することもある。その後、センサー（６１２）は、セルラー通信デバイス（６０６）との通信リンクを確立しようとすることもある。
【００７０】
通信デバイス（６０６）が認証を行うことを要求する場合、通信デバイス（６０６）は、緊急支援の要請を再フォーマット化して該要請をＥＤＣ（４５０）へ転送することができるようになる前に認証を必要とすることを示すために、センサー（６１２）に信号を送る。いくつかの実施形態では、ユーザー（６００）はセンサー（６１２）あるいは通信デバイス（６０６）を介して通信を認証することもある。認証の後、センサー（６１２）は、通信デバイス（６０６）へ緊急支援の要請を送ってもよい。通信デバイス（６０６）（この場合携帯電話である）は次に、末端間の通信リンク、例えば、ＴＤＭチャネル、またはインターネットプロトコルに基づくデータ通信リンクで送信される緊急支援の要請をフォーマット化する。場合によっては、通信デバイス（６０６）は、他の情報、例えば、セルラーデバイスとセンサーの位置、センサー（６１２）（マルチメディアフォーマットのＧＰＳ情報であってもよい）と通信デバイス（６０６）の地理的な位置に関する任意のマルチメディア情報、任意のユーザーにより入力された情報、地理的な位置の映像フィード、ユーザー（６００）に関するメタデータ、センサー（６１２）からの読み取り値、および緊急事態に関する状況認識を構築することができる他の入手可能な情報を加えてもよい。いくつかの実施形態では、読み取り形式センサー（６１２）は、緊急事態が安定しているか、深刻になっているか、あるいは改善していることを示すこともある。例えば、煙探知器センサーは、ユーザーまたは他の人が消火器を使用することにより火災の緊急事態を改善することができるかどうかを示すことができる。
【００７１】
場合によっては、通信デバイス（６０６）は、データ通信リンク（６２４）によってＥＭＳ（６３０）へ再フォーマット化された援助の要請を転送することもある。しばしば、警報はデータ通信リンク（６５２）（６５６）によって基地局（６３８）とゲートウェイ（６４２）を通って送信されてもよい。ＥＭＳ（６３０）は先に言及された因子に基づいてこの要請をどのＥＤＣ（６５０）に送信するべきかどうかを決定してもよい。いくつかの実施形態では、ＥＭＳ（６３０）は、ＰＳＴＮ（６４４）とゲートウエイ（６４０）によって、データ通信リンク（６２４）、あるいはデータ通信リンク（６４２）とＴＤＭコールの組み合わせを介して要請を適切なＥＤＣ（６５０）に送信することもある。その後、ＥＭＳ（６３０）は、ＥＤＣ（６５０）から通信デバイス（６０６）への応答を転送してもよく、通信デバイス（６０６）はこれらの反応をセンサー（６１２）に転送してもよい。その後、必要に応じて、センサー（６１２）はＥＤＣ（６５０）によってこれらのメッセージに応答することもある。場合によっては、情報は、ユーザー（６００）の利益のためにセンサー（６１２）上のディスプレイおよびユーザーインターフェース（６１８）に表示されることもある。その後、通信デバイス（６０６）は、センサー（６１２）とＥＤＣ（６５０）の間でデータ通信リンク（例えば６２２、６２４、６２６）を管理し、更新を送信することもある。必要に応じて、センサー（６１２）とＥＤＣ（６５０）は緊急通信セッションの長さの間、通信し続けてもよい。
【００７２】
図７はセンサーまたはウェアラブルデバイスが緊急警報を始動および送信し得る方法の１つの実施形態を描く。センサー（６１２）（図６を参照）はセンサー（６１２）上の感知コンポーネントによって環境特性を感知し、これらの感知された値７１２の移動平均（ＭＡ）を計算することもある。
【００７３】
いくつかの実施形態では、感知されたパラメーターがあらかじめ定められた閾値範囲（ＴＲ）外である場合、センサーは緊急警報を始動させることもある。閾値範囲はユーザーによって入力され、インストール中にセットアップされ、ユーザーあるいは他の委任代理人によって更新されてもよい。移動平均（ＭＡ）を計算することの利点は、それが数少ない異常なセンサー測定の影響を減らし、複数の測定値があらかじめ定められた範囲外部にある場合に警報を始動させるということである。ＭＡの代わりに、あるいはＭＡに加えて、他の機能やアルゴリズムが使用され得ることも企図される。
【００７４】
その後、センサーは、センサー（７１４）によって感知された各環境変数の閾値範囲のセットとＭＡを比較することもある。環境特性のＭＡが範囲ＴＲ（７１６）内である場合、センサーは、その値を感知するために次のサンプル採取間隔を待つことにより、環境特性を感知することに戻り、かつ感知された環境特性に関する新しいＭＡを計算することもある。感知された環境値のＭＡがＴＲにはない場合、センサーは緊急警報（７１８）を作動させることもある。警報を送信するために、センサーは、一般に電磁気信号用の通信路を走査することによってそのまわりの環境を走査することで、関連させる通信デバイス（７２２）あるいはルーティングデバイス（７３２）を検知して、ＥＤＣ（７３４）への緊急支援の要請を送る。
【００７５】
いくつかの実施形態では、センサーは感知されたパラメーターをあらかじめ定められた警告範囲と比較することもある。いくつかの実施形態では、感知されたパラメーターがあらかじめ定められた警告範囲外である場合、センサーは通信デバイスへ警告信号を送信することも有り、警告はユーザー入力によってＥＤＣへ転送されることもある。
【００７６】
通信デバイスが見つかった場合（７２４）、センサーは通信デバイスへ接続要請を送る（７２８）。通信デバイスとの接続が成功しなかった場合（７３６）、センサーは別の通信デバイス（７２４）あるいはルーティングデバイス（７３２）のための通信路（７２２）の走査に戻ることもある。デバイスとの接続が成功すると（７３６）、センサーは通信デバイスを介して緊急支援の要請を送信する（７３８）。緊急警報を送信するために使用される通信デバイスは接続されたデバイスと呼ばれることもある。通信デバイスは接続されたデバイスを介してＥＤＣからの応答を待ってもよく、接続されたデバイスを介してＥＤＣ（７４２）からの要請に応える一方で、ＥＤＣによって与えられる任意の特定のメッセージについての最新情報をユーザーに与える。接続に用可能な通信デバイスがない場合（７２４）、センサーはルーティングデバイス（７３２）を検知したかどうかチェックする（７３２）。ルーティングデバイスが見つからない場合（７３２）、センサーはセンサーの通信モジュールによってセンサーに利用可能な通信リンクで緊急対応の要請をブロードキャストする（７３４）。ルーティングデバイスが見つかった場合（７３２）、センサーはルーティングデバイスに接続要請を送ることもある（７２８）。ルーティングデバイスとの関連付が成功しなかった場合（行為）、センサーは別の通信またはルーティングデバイスのための通信路の走査に戻ることもある（７２６）。ルーティングデバイス（１０３）との接続が成功すると（７３６）、センサーは緊急支援の要請をする。続いて、センサーは、接続されたデバイスを介してＥＤＣ（７４２）からの情報（例えば、温度、圧力、煙レベルなど）の要求に応答し、その一方で、ユーザーに最新情報を与えることもある。
【００７７】
図８は緊急警報をブロードキャストし得るネットワーク内のセンサーの１つの実施形態を描く。いくつかの実施形態では、センサーは、ＩｏＴネットワーク、無線センサーネットワーク、あるいは無線センサーとアクチュエーターネットワークなどの無線接続されたネットワーク内にある。センサー（図６のセンサー（６１２）など）はセンサーネットワーク（図示せず）内にあってもよい。センサーがセンサーネットワークの別のセンサーから緊急支援の要請を受け取ると、センサーはこの要請を再度ブロードキャストし、更新された情報が利用可能な場合には、要請された情報を更新する。センサーネットワークはＷＳＮまたはＷＳＡＮであり得ることが理解される。センサーネットワークのセンサーは、センサー（８１２）の通信モジュールで緊急支援の要請の受け取りを検知することもある。その後、センサーは、要請が同じ（あるいは異なる）センサーネットワーク（８１４）の別のセンサーからのものであるかどうかを確認するために、受信した信号中の「センサーＩＤ」を比較する。同じセンサーが要請の由来元のセンサーである場合（８１６）、センサーは緊急支援の要請に関して更新された状況認識があるかどうかをチェックすることもある（８３２）。センサーは感知コンポーネントで、あるいは別の方法によって感知された信号をチェックしてもよく、送信すべき新しい情報が検知されないと、センサーはそのプロセスを停止し、待ち時間の後に再度ブロードキャストする（８３４）。センサーが緊急支援の要請に関する新しい情報を検知すると（８３２）、センサーは最新の感知された値を表す新しい信号を構築し（８３２）、緊急支援の元々の要請の再ブロードキャストに沿ってこの新しい情報をブロードキャストすることもある（８２６）。
【００７８】
緊急支援の要請でのセンサーＩＤが受信センサー９のＩＤとは異なることを検知すると（８１６）、センサーは、緊急支援の同じ要請が要請の受け取りの前に最小限の時間フレーム内でセンサーによってブロードキャストされたかどうかをチェックすることもある（８１８）。緊急支援の同じ要請がブロードキャストされていた場合（８１８）には、センサーは、センサーのセンサーモジュールで感知された信号をチェックすることによって、あるいは別の方法によって、緊急支援の要請に関する更新された情報があるかどうかをチェックしてもよく（８３２）、送信すべき新しい情報を何も検知しないときにはセンサーはプロセスを停止し、定期的に再度ブロードキャストする（８３４）。センサーが緊急支援の要請に関する新しい情報を検知すると（８３２）、センサーは最新の感知された値を表す新しい信号を構築し（８３２）、緊急支援の元々の要請の再ブロードキャストに沿ってこの新しい情報をブロードキャストする（８２６）。
【００７９】
受け取った緊急支援の要請が要請の受信時間の前に最小限の時間フレーム内で受信センサーによってブロードキャストされなかったことを検知すると（８１８）、受信センサーは、センサー上のセンサーモジュールからのこの要請に関係する環境変数を感知することもあり、この新しい情報が受け取った緊急支援の要請を向上させるかどうかを確認する（８２２と８２４）。センサーが新しい情報を検知する場合、センサーはこの新しい情報が緊急支援の要請を向上させるかどうかチェックすることもある（８２４）。それが受け取った緊急支援の要請を向上させるとセンサーが決定すると、センサーは最新の感知された値を表す新しい信号を構築し、緊急支援の元々の要請の再ブロードキャストに沿ってこの新しい情報をブロードキャストすることもある（８２６）。この新しい情報が受け取った緊急支援の要請を向上させないとセンサーが検知した場合には（８２４）、センサーは緊急支援の元々の要請を再度ブロードキャストする（８２８）。
【００８０】
例えば、火災などの緊急事態のあいだ、現場に着く最初の応答者は、感知された情報（つまり、拡張された警報）を備えた再度ブロードキャストされた警報を受け取ることができる。応答者は緊急事態の現場に接近するにつれて、付近の煙感知器から情報を得るためにＷｉ−Ｆｉ受信機を作動させてもよい。このように、最初の応答者は緊急事態に関する補足的な状況認識を集めて、適切に対応することもある。いくつかの実施形態では、最初の応答者は、火災の間、屋内の位置にいる人々やペットを識別するために、付近のセンサーからの情報を求める要請を送ることができることもある。
【００８１】
いくつかの実施形態では、ＥＭＳ（６３０）またはＥＤＣ（６５０）（図６を参照）は、緊急支援を要求するユーザー通信デバイス（６０６）の近くにあると識別されたセンサー（６１２）に状況認識情報を要請することもある。図９は最新の感知されたパラメーターに関してセンサーへ質問を送信する方法の１つの実施形態の図である。ＥＭＳがユーザー通信デバイス、例えば、ウェアラブルデバイスから緊急支援の要請を受け取ると、ＥＭＳはＥＤＣ（９１２）へそれを転送することもある。その後、ＥＭＳは、その位置（例えばアドレス）あるいはユーザーに接続されたＩｏＴデバイスのデータベースへ質問を送信してもよい。ＩｏＴデバイスは、緊急事態に関する追加情報を有することもある温度センサーまたは圧力センサーを含み得る。いくつかの実施形態では、データベースは、物理的なアドレスまたはユーザーに接続される通信デバイスを含み得る。
【００８２】
データベースからの緊急事態に関する状況認識情報を有しうるＩｏＴデバイスの返却されたリストを受け取ると、ＥＭＳは、直接的に、または、媒介デバイス、例えば、連絡を受けているセンサーの位置で受け入れられたルーティングデバイスを介して、これらのセンサーの各々との通信リンクを確立することを要求することもある（９１６）。通信リンクが確立されると、これらの個々のセンサーとの通信セッションを保持することができる。通信セッション中に、ＥＭＳは、応答している緊急支援の継続中の要請に関してセンサー上に保存された関連情報を要求することもある。いったんＥＭＳがすべてのセンサーあるいは少なくとも大部分のセンサーからの情報を受け取ると、ＥＭＳはセンサーの各々から受け取った情報を組み合わせて、緊急支援の要請に役立っているＥＤＣと、組み合わせた情報を共有する。
【００８３】
いくつかの実施形態では、ＥＤＣまたはＥＭＳは、緊急事態の間に情報を求められることができるように各々の個々のセンサーに特有の番号を割り当てることもある。いくつかの実施形態では、個々のセンサーに割り当てられた特有の番号は設定されたフォーマットに従い、所定のセンサーに割り当てられた特有の番号は、位置、タイプ、および、センサーが位置しているハウジング構造に敏感である。いくつかの実施形態では、センサー名はセンサーが位置しているエリアと建物を識別するために使用可能である。
【００８４】
いくつかの実施形態では、ウェアラブルデバイス（１００２）は、図１０に示されるような緊急警報を送信するための直接的または間接的な通信リンクによって多くの通信デバイスとの通信リンクを確立しようとすることもある。示されるように、インストールされたアプリケーション（１００４）を備えるウェアラブルデバイス（１００２）は、インストールされたアプリケーション（１００８）を備えた通信デバイス（１００６）によってＥＤＣまたはＥＭＳ（１０５２）に緊急警報を送る。描かれているように、通信デバイス（１００６）は、電話機、デスクトップ（１０３６）、タブレット（１０４６）であってもよい。ウェアラブルデバイス（１００２）は、通信リンク（１０２２、１０２４、１０２６、１０２８、１０３２、１０３４）を介して緊急警報を送るために潜在的に使用可能な通信デバイスのリストを維持することもある。いくつかの実施形態では、ウェアラブルデバイス（１００２）は、ウェアラブルデバイス（１００２）で保存された通信デバイスのリスト中であらかじめ定義された優先順位を使用して、通信デバイス（１００６）、（１００３６）（１００４６）の優先順位の付いたリストを維持する。いくつかの実施形態では、ユーザー（１０００）は、優先的にされたリストに含まれた通信デバイスを識別することもあれば、優先順位を割り当てることもある。他の実施形態では、ユーザー入力なしで、優先順位の付いたリストは、近接、通信デバイスあるいは「最近接続されたデバイス」からの信号強度といった変数に基づいて、ウェアラブルデバイス（１００２）中で生成されてもよい。
【００８５】
優先順位が付けられたリストに基づいて、ウェアラブルデバイス（１００２）は、通信デバイス（１００６）との直接データ通信リンク（１０２２）（１０２４）の確立を試みる場合がある。確立を試みることができなければ、その後、ウェアラブルデバイス（１００２）は、データ通信リンクの成功がウェアラブルデバイス（１００２）と通信デバイスの１つとの間に確立され、且つ肯定的な確認がＥＤＣ（１００５）から受信されるまで（例えば、ウェアラブルデバイス（１００２）により送信された緊急警報の指示について、通信リンク（１０２４）、（１０２８）、（１０３４）に沿って）、通信デバイスの優先順位が付けられたリストなどにおいて第２の通信デバイスとのデータ通信リンクの確立を試みる場合がある。本明細書に言及される「肯定的な確認」は、ＥＤＣからの確認応答（或いは「ａｃｋ」メッセージ）、又は人為的な確認或いはアナログの信号を指し得ることが理解される。例えば、ＥＤＣ（１０５０）又はＥＭＳ（１０３０）（図示せず）が緊急警報に応答する場合、ウェアラブルデバイス（１００２）はＳＩＰ信号を受信し得る。
【００８６】
幾つかの実施形態において、ウェアラブルデバイス（１００２）は、緊急警報を送信するのに最も速く且つ効率的なリンクを選択するためのアルゴリズムを使用し得ることが、考慮される。そのため、ウェアラブルデバイス（１００２）は、同時に複数の通信デバイス（１００６）、（１０３６）、（１０４６）との通信リンクの確立を試みる場合がある。応答時間と応答の品質に基づいて、ウェアラブルデバイス（１００２）は、緊急警報を送信するための最良のデバイスを選択し得る。場合によっては、ウェアラブルデバイス（１００２）が同時に複数の通信デバイス（１００６）、（１０３６）、（１０４６）に緊急事態を送信することが、望ましいこともある。
【００８７】
図１１は、センサー又はウェアラブルデバイスがリストから通信デバイスを選択し得る方法の１つの実施形態を表す。例えば、ウェアラブルデバイス（１００２）は、ＥＤＣ（１０５０）に緊急警報を送信するためのデータ通信リンク（１０２２）（１０２４）の確立のために、通信デバイス（１００６）（図１０を参照）を選択し得る。図１１を参照すると、警報が発せられたとき（１１１２）、ウェアラブルデバイス（１００２）は、優先順位が付けられたリストである通信デバイスのリストにアクセスし得る（１１１４）。ウェアラブルデバイスは、優先順位が付けられたリストの第１の通信デバイスへの到達を試みる場合がある（１１１６）（１１１８）。ウェアラブルデバイスがリスト上の第１のデバイスに到達できず、且つ第１の通信デバイスへの到達の試みの最大数が超過されなければ（１１１８）（１１２２）、ウェアラブルデバイスは一定の期間にわたり待機して、警報の送信を試みる（１１３４）（１１３６）。第１のデバイスが到達できなければ、ウェアラブルデバイスはリストの次の通信デバイスが到達することを確認する（１１２４）（１１１８）。幾つかの実施形態において、再試行の最大数に到達し、且つリストの通信デバイスが全て到達を試みられる場合、ウェアラブルデバイスは、ユーザー（図示せず）へのエラーメッセージを表示し、要求をキャンセルし得る。通信デバイスが到達する場合、ウェアラブルデバイスは通信デバイスを介して緊急警報の指示を含むメッセージを送信する（１１２６）。通信デバイスからの肯定的な確認の後、ウェアラブルデバイスは通信デバイスからのステータス更新を待機し、能動的に接続を管理する（１１２８）（１１３２）。肯定的な確認が特定の期間内に受信されない場合、「ｔｉｍｅ＿ｏｕｔ」が生じ得る（図示せず）。ウェアラブルデバイスは、それが接続可能な他の通信デバイスがあるかどうかを確認し得る（１１３４）（１１３６）。ウェアラブルデバイスが今なお接続を試みていない他のデバイスを見出した場合、他のデバイスは、優先順位が付けられたリストの第１のデバイスへの接続を試みる場合がある。ウェアラブルデバイスが更に連結を試みるリストの通信デバイス（図示せず）を見出さない場合、ウェアラブルデバイスは要求をキャンセルし、ユーザー（図示せず）にエラーメッセージを表示する。幾つかの実施形態において、優先順位が付けられたリストが無い場合、又はリストからのデバイスが反応しないとき、ウェアラブルデバイスは、近接しているデバイス又は「最近接続したデバイス」を介して緊急警報の送信を試みる場合がある。
【００８８】
図１２は、センサー又はウェアラブルデバイスが第１の通信デバイスの優先順位を付け得る方法の１つの実施形態を表す。ウェアラブルデバイスは、事象の発生、又は、信号又はユーザーにより起こされる事象、例えば緊急支援の要求の受け取りの周期的なタイムアウトを検出し得る（１２１２）。その後、ウェアラブルデバイスは、第１の通信デバイスのリスト（リストＬ５）にアクセスし（１２１４）、リストが空であるか又は占有されているかどうかを検証するために確認し得る（１２１６）。リストが空の場合（１２１６）、ウェアラブルデバイスは、対になる別のデバイスを検出するために無線チャネルを探索し（１２１８）、次いで、それが対となる別の無線デバイスを見つけることができたかどうかを確認する（１２２２）。
【００８９】
ウェアラブルデバイス（１０２）は、対となるデバイスを見出すことができない場合（１２１６）、特定の対となることが可能なデバイスが与えられた優先レベルで見出されたサイクルの数が予め定められた閾値であるＤ＿Ｔｈｒｅｓｈよりも大きいかどうかを確認し（１２２４）、及びその数が実際にＤ＿Ｔｈｒｅｓｈよりも大きい場合（１２２４）、「ｗａｉｔ＿ｐｅｒｉｏｄ」の値を次の低い値に減少させ（１２２６）、且つ別のタイムアウト又はユーザーに基づく事象を検出する（１２１２）前に「ｗａｉｔ＿ｐｅｒｉｏｄ」により定めた期間にわたり待機する（１２３２）。数がＤ＿Ｔｈｒｅｓｈよりも大きくない場合（１２２４）、ウェアラブルデバイスは、第１の通信デバイスのリスト（Ｌ１）においてウェアラブルデバイスにより現在対となることが可能であり且つ通信可能なデバイス全てのＳＮＲ値を比較し（１２３８）、各デバイスのＳＮＲ値の順で「ＳＮＲ＿ｌｏｗ  ｔｈｒｅｓｈ」の少なくとも最小の予め定めた値のＳＮＲ値を持つデバイスのみを選択し、これを上記の行為（１２３８）で選択された第１の通信デバイスのＡＣＫ  Ｔｉｍｅｏｕｔを比較することによりフォローアップし（１２４２）、「ＡＣＫ＿ｍａｘ＿Ｔｉｍｅ」の予め定めた閾値未満のＡＣＫ  Ｔｉｍｅｏｕｔ値を持つこのリスト（Ｌ２）からデバイスを選択し、この後に、ウェアラブルデバイスは、通信デバイスの適格なリストＬ２における個々の第１の通信デバイスに見られるようにそれ自体のＲＳＳＩ値を要求し、ＲＳＳＩ値の順で特定の予め定められた値「ＲＳＳＩ＿ｍｉｎ＿ｌｅｖｅｌ」よりも高いと報告されたＲＳＳＩレベルを持つデバイスを選択することで、第１の通信デバイスの更に適格なリストＬ３を生成する（１２４２）。
【００９０】
受信信号強度表示器（ＲＳＳＩ）は、受信した無線信号に存在するパワーの測定値である。その後、ウェアラブルデバイスは、通信リンク品質表示器に基づかない優先度でリストを再び順序付け（１２４４）、リストＬ４を生成し、デバイスの何れかが第１の通信デバイスのリスト（Ｌ５）において変化した位置を持つかどうかを確認するための検証を行い（１２４６）（１２４８）、どのデバイスも変化した位置を持たないことが分かると、ウェアラブルデバイスは、別のタイムアウト又はユーザーに基づく事象を検出する（１２１２）前に「ｗａｉｔ＿ｐｅｒｉｏｄ」により定められた期間にわたり待機する（１２３２）。
【００９１】
デバイスの１つでさえ、第１の通信デバイスのリスト（Ｌ５）において変化した位置を持つ場合（１２４６）、ウェアラブルデバイス（１０２）は、更新されたパラメーター（リストＬ５）ごとに第１の通信デバイス（１０１）のリストＬ４を順序付けて、第１の通信デバイスの最終リストを生成し（１２４８）、その後、第１の通信デバイスのリストＬ５において最も優先度の高い第１の通信デバイスをリストから選択し、この選択した第１の通信デバイスをウェアラブルデバイスと関連づける（１２５２）。ウェアラブルデバイスは、対となるデバイスを見出すことができない場合（１２２２）、対となることが可能なデバイスが見出されない数が予め定められた閾値であるＮＤ＿Ｔｈｒｅｓｈよりも大きいかどうかを確認し（１２２８）、及びその数が実際にＮＤ＿Ｔｈｒｅｓｈよりも大きい場合（１２２８）、「ｗａｉｔ＿ｐｅｒｉｏｄ」の値を次のより高い値に拡張させ（１２３４）、且つ別のタイムアウト又はユーザーに基づく事象を検出する（１２１２）前に「ｗａｉｔ＿ｐｅｒｉｏｄ」により定めた期間にわたり待機する（１２３２）。そうでなければ、ウェアラブルデバイスは、「ｗａｉｔ＿ｐｅｒｉｏｄ」を次の高い値に拡張させることなく、別のタイムアウト又はユーザーに基づく事象を検出する（１２１２）前に、「ｗａｉｔ＿ｐｅｒｉｏｄ」により定めた期間にわたり待機し得る（１２３４）。幾つかの実施形態において、第１の通信デバイスのリスト（Ｌ５）が空ではない場合、ウェアラブルデバイスは、リスト（Ｌ５）におけるデバイスの何れかに関するパラメーターの何れかが更新されるかどうかを確認し、どのデバイスにも更新されたパラメーターが無い場合、別のタイムアウト又はユーザーに基づく事象を検出する前に「ｗａｉｔ＿ｐｅｒｉｏｄ」により定めた期間にわたり待機する。デバイスの１つは、更新されたパラメーターを有していたとしても、その後、ＡＣＴが質問された問題に対し「ＮＯ」の決定する時、上述のＡＣＴ（２０７）について概説された工程に従い得る。
【００９２】
図１３は、ユーザーの健康指標の監視により、ウェアラブルデバイスが緊急警報を引き起こし得る方法の１つの実施形態を表す。例えば、警報は、健康指標に関する予め定めた事前設定の許容範囲を逸脱している、ユーザーの健康指標の値の判定に基づいて、ウェアラブルデバイス（１００２）により通信デバイス（１００６）を介してＥＤＣ（１０５０）に送信され得る（図１０を参照）。図１３を参照すると、健康指標に関する値が通信デバイスにてウェアラブルデバイスから受信されるとき（１３１２）、この健康指標に関する受信した値の第１の移動時間平均（ＭＴＡ）が算出される（１３１４）。ＭＴＡ＿ｃｏｕｎｔの値、つまり、ＭＴＡ値が与えられた健康指標について定義される予め定めた範囲（Ｒ）の外にある時間の数を持つ変数が、ＭＴＡ＿Ｕ＿Ｔｈｒｅｓｈより大きいと判定される場合、与えられた健康指標に関する、警告信号が発生される前のＭＴＡ＿ｃｏｕｎｔの最大値を持つ変数であるＭＴＡ＿ｃｏｕｎｔは、ＭＴＡ＿Ｕ＿Ｔｈｒｅｓｈの値に再設定される（１３１８）。ＭＴＡ＿ｃｏｕｎｔがＭＴＡ＿Ｕ＿Ｔｈｒｅｓｈ未満である場合、ＭＴＡはＲと比較されることで、ＭＴＡの数値がＲにより示された値の範囲内にあるかどうかを確認する（１３２２）。予め定めた範囲（Ｒ）がユーザー又は医療供給者により挿入され得ることが理解される。ＭＴＡがＲにより指定された範囲にない場合、ＭＴＡ＿ｃｏｕｎｔは拡張され、ＭＴＡ＿ｐｅｒｉｏｄの値、つまりＭＴＡの値がＲのサブセットであった連続する時間の数を持つ変数は、ゼロに再設定される（１３２２）。ＭＴＡ＿ｃｏｕｎｔをＭＴＡ＿Ｕ＿Ｔｈｒｅｓｈと比較した直後（１３３８）、及びＭＴＡ＿ｃｏｕｎｔの値がＭＴＡ＿Ｕ＿Ｔｈｒｅｓｈの値より大きい場合、警告信号は通信デバイス（１０１）によりウェアラブルデバイス及びＥＤＣに発せられ、健康指標の値の報告の周期性が拡張される（１３４２）。
【００９３】
ＭＴＡ＿ｃｏｕｎｔがＭＴＡ＿Ｕ＿Ｔｈｒｅｓｈの値以下である場合、システムは、健康指標の次の周期的な値について予め定めた期間にわたり待機するように命じられ得る（１３４４）。本明細書で使用されるように、システムは、１つ以上のセンサーを含むウェアラブルデバイス（１００２）、通信デバイス（１００６）、ＥＤＣ（１０５０）（図１０を参照）、及びＥＭＳ（存在する場合）を含む。ＭＴＡが、Ｒ、その後、ＭＴＡ＿ｐｅｒｉｏｄ、つまり、メモリ位置を指し、且つ、ＭＴＡ値が、与えられた健康指標について定義される予め定めた範囲（Ｒ）内に連続的にある時間の数を持つ変数により指定された範囲にある場合（１３２２）、ＭＴＡ＿ｐｅｒｉｏｄは拡張され（１３２４）、次にＭＴＡ＿Ｔ＿Ｔｈｒｅｓｈ、つまりメモリ位置を指し、且つ、ＭＴＡ＿ｐｅｒｉｏｄに関する特に高い値を示す数を持つ変数と比較される（１３２６）。ＭＴＡ＿ｐｅｒｉｏｄ値がＭＴＡ＿Ｔ＿Ｔｈｒｅｓｈ未満である場合、システムは、健康指標の次の周期的な値に関する予め定めた期間にわたり待機するように命じられる（１３４４）。ＭＴＡ＿ｐｅｒｉｏｄ値がＭＴＡ＿Ｔ＿Ｔｈｒｅｓｈより大きい場合、その後、ＭＴＡ＿ｃｏｕｎｔは減少され（１３２８）、ＭＴＡ＿Ｌ＿Ｔｈｒｅｓｈ、つまり、メモリ位置を指し、且つ、ＭＴＡ＿ｐｅｒｉｏｄに関する特に低い値を示す数を持つ変数と比較される（１３３２）。ＭＴＡ＿ｃｏｕｎｔがＭＴＡ＿Ｌ＿Ｔｈｒｅｓｈの値未満である場合、その後、更新された警告信号はＥＤＣ又はＥＭＳに送信され、特定の健康指標を報告する周期性は減少する（１３３４）。ＭＴＡ＿ｃｏｕｎｔがＭＴＡ＿Ｌ＿Ｔｈｒｅｓｈより大きい場合、その後、システムは、健康指標の次の周期的な値に関する予め定めた期間にわたり待機するように命じられる。
【００９４】
図１４は、ウェアラブルデバイスがユーザーの健康指標の監視の頻度を調整する方法の１つの実施形態を表す。ウェアラブルデバイスは、ユーザーに関する健康指標（１４１２）及びウェアラブルデバイスの環境特性を監視し得る。周期的な方式で、又は、ユーザー或いはＥＤＣからの要求に基づいて、予め定めた健康指標の中で最も現行の感知された値が観察される（１４１４）。その後、これらの値は数学関数に提供され、ここで、個々の健康指標の過去の特定の感知された値の移動時間平均（ＭＴＡ）が算出され（１４１４）、この場合、ユーザー（１００）の脈拍数のＭＴＡ、またこの実施形態での主要な健康指標が、予め定めた範囲外にあるかどうかが確認される（１４１６）（１４１８）。脈拍数のＭＴＡが予め定めた最大範囲であるＭａｘ＿ＲＰＲの外にある場合（１４１６）、ウェアラブルデバイスは警告信号を発し（１４４２）、警告信号はウェアラブルデバイスのユーザーインターフェースにて表示されるか、又は第１の通信デバイスを介してＥＤＣに送信され、その後、ウェアラブルデバイスは健康指標及び環境特性を感知する前に特定の期間にわたり待機する（１４３２）。脈拍数のＭＴＡが予め定めた最大範囲であるＭａｘ＿ＲＰＲの外にない場合（１４１６）、ウェアラブルデバイスは、予め定めた最小範囲であるＭｉｎ＿ＲＰＲの外にある（１４１８）。
【００９５】
幾つかの実施形態において、脈拍数のＭＴＡがＭｉｎ＿ＲＰＲ範囲の外にある場合（１５３６）、ウェアラブルデバイスは「ＰＲ＿ｃｏｕｎｔ」を増大させ、ＰＲ＿ｃｏｕｎｔが、Ｍｉｎ＿ＲＰＲの範囲から範囲外にある脈拍数について設定される最小の閾値と等しいか又はそれを超えたかどうかを確認する（１４２２）。ＰＲ＿ｃｏｕｎｔが脈拍数について設定される最大の閾値と実際に等しい又はそれを超える場合、ウェアラブルデバイスは警告信号を発し、ウェアラブルデバイスのユーザーインターフェースにて表示されるか、又は通信デバイス及びＥＭＳを介してＥＤＣに送信され、その後、健康指標及び環境特徴を感知する前に特定の期間にわたり待機する（１４３２）。ＰＲ＿ｃｏｕｎｔが、脈拍数について設定される最大閾値に等しくなく、又はそれを超えない場合、即ち、ＰＲ＿ｃｏｕｎｔがＰＲ＿Ｕ＿Ｔｈｒｅｓｈ未満である場合（１４２２）、その後、ウェアラブルデバイスは、心拍数で感知した値のＭＴＡ値が予め定めた最大範囲の範囲外にあるかどうかを確認する（１４４４）。
【００９６】
幾つかの実施形態において、ウェアラブルデバイスは、ＭＴＡ値に基づいて警告信号又は緊急警報を送信する。心拍数で感知した値のＭＴＡ値が実際に予め定めた最大範囲の範囲外である場合（１４４４）、その後、ウェアラブルデバイスは警告信号を発し（１４４２）、健康指標及び環境特徴を感知する前に特定の期間にわたり待機する。心拍数で感知した値のＭＴＡ値が予め定めた最大範囲の範囲外にない場合（１４４４）、ウェアラブルデバイスは、脈拍数及び心拍数の最新の測定値、及び任意の他の健康指標をもってＥＭＳを更新し、健康指標の値を感知及び報告する周期性を減らす（１４４６）。脈拍数のＭＴＡが実際に予め定めた最小範囲であるＭｉｎ＿ＲＰＲの範囲外にある場合（１４１８）、ウェアラブルデバイスは、一定の期間にわたり脈拍数に変化が無いことを追跡するためのカウンター「ＰＲ＿ｎｏ＿ｃｈｇ＿ｐｅｒｉｏｄ」を更新し（１４２２）、カウンター「ＰＲ＿ｎｏ＿ｃｈｇ＿ｐｅｒｉｏｄ」が、カウンターに関する予め定めた低い閾値に到達したかどうかを確認する（１４２４）。実際にカウンター「ＰＲ＿ｎｏ＿ｃｈｇ＿ｐｅｒｉｏｄ」が、カウンターに関する予め定めた低い閾値に到達した場合（１４２６）、ウェアラブルデバイスは、カウンターの下限が到達し且つこれ以上減少することはできないことを報告し（１４２８）、このことは与えられた時間でユーザーの優れた脈拍数を示しており、そうでなければ、ウェアラブルデバイスはＰＲ＿ｃｏｕｎｔを減少させる。
【００９７】
１つの実施形態において、本明細書には、センサーから緊急警報を送信する方法が提供され、該方法は、センサーによりパラメーターを感知する工程であって、パラメーターは、ユーザーの健康指標又は１つ以上の環境特性である、工程；パラメーターを１つ以上の予め定めた範囲と比較する工程；パラメーターが予め定めたアラーム範囲外にある時には緊急警報を、又はパラメーターが予め定めた警告範囲外にある時は警告信号を引き起こす工程；１つ以上の通信デバイスを位置付けるためにセンサーの周囲で通信路を走査する工程；センサーでの通信デバイスの受信信号強度表示器（ＲＳＳＩ）、センサーでの通信デバイスからの送信の受信信号強度、センサーと通信デバイスとの通信のための無線又は有線チャネルの可用性、センサーと通信デバイスとの通信リンク上での伝送遅延、及びセンサーと通信デバイスとの通信リンクの品質を示す他の因子を含む因子に基づいて、通信デバイスを選択する工程；センサーでのルーティングデバイスの受信信号強度、センサーとルーティングデバイスとの通信のための無線又は有線チャネルの可用性、ルーティングデバイスで認証する性能、センサーとルーティングデバイスとの通信リンク上での伝送遅延、及びセンサーとルーティングデバイスとの通信リンクの品質を示す他の因子の１つ以上を含む因子に基づいて、通信デバイスが利用不能となった時にルーティングデバイスを選択する工程；通信デバイス又はルーティングデバイスの少なくとも１つへの通信リンクを確立する工程であって、ルーティングデバイスは通信デバイスとの間接通信リンクを確立する、工程；及び、緊急出動センター（ＥＤＣ）に、接続されたデバイスを介して緊急警報及び警告信号の１つ以上を送信する工程を含む。幾つかの実施形態において、センサーは、通信デバイスとの通信リンクを能動的に管理し、それによりセンサーは追加情報に応答することができる。幾つかの実施形態において、センサーは更に、緊急警報を送信するアプリケーションクライアントをホストする。幾つかの実施形態において、接続されたデバイスは、緊急警報を送信するアプリケーションクライアントをホストする。幾つかの実施形態において、センサーは、ＩｏＴネットワーク、無線センサーネットワーク、又は無線センサー及びアクチュエーターのネットワークなどのセンサーネットワークにある。幾つかの実施形態において、センサーはウェアラブルデバイス中にある。別の実施形態において、本明細書には、緊急警報を送信するシステムが提供され、該システムは、センサーモジュールと通信モジュールとを含むセンサーであって、センサーモジュールは１つ以上のパラメーターを感知し、通信モジュールは通信リンクを確立することができる、センサー；センサーとの通信リンクに関与することが可能であり、且つ緊急警報の送信に利用可能である通信デバイス；通信デバイスから緊急警報を受信し、且つ緊急警報を処理して緊急出動センター（ＥＤＣ）に緊急警報を転送するための緊急管理システム（ＥＭＳ）を含む。１つの実施形態において、緊急警報はマルチメディアメッセージにおける状況の認識情報を含む。
【００９８】
１つの実施形態において、本明細書には、インターネットにより可能になるデバイスにてセンサーネットワークのセンサーから支援の要求を受信する方法が提供され、該方法は、センサーが配される環境の１以上の環境特徴に関してセンサーにより得られる一連の測定値から決定される、感知されたパラメーターに基づいて、緊急支援を要求する必要性をセンサーにより決定する工程；センサーの周囲での通信路の走査に基づいて、通信デバイスをセンサーにより選択する工程であって、通信デバイスは、センサーでの通信デバイスの受信信号強度表示器（ＲＳＳＩ）、センサーでの通信デバイスからの送信の受信信号強度、センサーと通信デバイスとの通信のための無線又は有線チャネルの可用性、センサーと通信デバイスとの間の通信チャネル上での伝送遅延、及びセンサーと通信デバイスとの間の通信チャネルの品質を示す他の因子の１つ以上を含む因子に基づいて選択される、工程；通信デバイスが緊急支援の要求を送信することができないという検出に応じて、センサーでのルーティングデバイスの受信信号強度、センサーとルーティングデバイスとの通信のための無線又は有線チャネルの可用性、ルーティングデバイスで認証する性能、センサーとルーティングデバイスとの間の通信チャネル上での伝送遅延、及びセンサーとルーティングデバイスとの間の通信チャネルの品質を示す他の因子の１つ以上を含む因子に基づいてルーティングデバイスを選択する工程；接続されたデバイスとして通信デバイス及びルーティングデバイスの少なくとも１つを選択した後、接続されたデバイスとの通信セッションを設定し、接続されたデバイスを介して緊急支援の要求を送信する工程；緊急支援の要求に対する接続されたデバイスからの応答を受信した後、及びこの応答に基づいて、新たな警告信号を構築すること、又は接続されたデバイスに不定様式データを送信することの１つにより、接続されたデバイスへとセンサーにより感知されるような環境特徴を報告する周期性を変化させる工程；及び、センサーと接続されたデバイスとの間の通信セッションを能動的に管理し、接続されたデバイスがセンサーにより送信されるメッセージに応答しないことを検出した後で通信路を走査し、ＥＤＣに緊急支援の要求を送信するために別の通信デバイス又はルーティングデバイスを選択する工程を含む。
【００９９】
幾つかの実施形態において、センサーネットワークのセンサーは、通信デバイス又はルーティングデバイスの１つとの通信セッションを開始し、センサーにより提供されるハードウェアを使用して、警告信号、及び、通信デバイス又はルーティングデバイスの１つに対する緊急対応の要求を構築且つ送信する、アプリケーションクライアントを更にホストする。
【０１００】
幾つかの実施形態において、センサー、及びセンサーが配されるセンサーネットワークは、住居環境、企業オフィス環境、産業工場環境、又は公共空間の１つに位置付けられる。幾つかの実施形態において、感知されたパラメーターは、温度、圧力、気流、センサー付近の周囲光の量、センサー付近の音声振動の振幅と周波数変動、電磁場の変動、及びセンサーにより感知される他の環境パラメーターの１つ以上を含む。
【０１０１】
幾つかの実施形態において、前記方法は、同じ又は異なるセンサーネットワークに属する別の１つ以上のセンサーを介して通信デバイス又はルーティングデバイスの１つに接続することによって緊急対応の要求をセンサーにより開始する工程を更に含み、センサーと通信デバイス又はルーティングデバイスとの通信リンクは、２つをリンクさせる通信プロトコルの少なくとも１つのタイプを含んでいる。幾つかの実施形態において、センサーネットワークは、多数のセンサー、及び、センサーを互いに且つインターネットにリンクさせる通信プロトコルを含む、インターネット・オブ・シングスネットワークである。
【０１０２】
１つの実施形態において、本明細書には、センサーネットワークのセンサーから支援の要求をブロードキャストする方法が提供される。前記方法は、センサーが配される環境の１つ以上の環境特徴に関してセンサーにより得られる一連の測定値から判定される感知されたパラメーターに基づいて、緊急支援を要求する必要性をセンサーにより決定する工程；通信デバイス又はルーティングデバイスの１つをセンサーにより検出する工程；センサーにより、センサーの周囲の通信路の走査に基づいて、通信デバイス又はルーティングデバイスの１つが緊急支援の要求を送信するために利用できないことを検出した後、センサーによって、警告信号及び緊急対応の要求をそれらの影響範囲において受け取り且つ再びブロードキャストするためにセンサーネットワークの他のセンサーに要求を送信する工程；センサーネットワークの他のセンサーにより、警告信号を再びブロードキャストするための要求を受信した後、センサーネットワークの他のセンサーの通信インターフェースを介して、それらの影響範囲において、センサーネットワークの他のセンサーにより警告信号を再びブロードキャストする工程；センサーにより感知された環境特徴に関する更新情報をセンサーにて感知した後、及び環境特徴が、センサーネットワークのセンサー又は別のセンサーの１つにより送信且つ管理される緊急支援の能動的な要求に関係するとの判定に応じて、再びブロードキャストされる緊急支援の要求と共に更新情報を含める工程；及び、緊急対応の要求を開始したセンサーである、更新情報を検出するセンサーに応じて、警告信号と緊急対応の要求を更新し、更新した警告信号と緊急対応の要求をブロードキャストする工程を含む。
【０１０３】
幾つかの実施形態において、警告信号、及び緊急対応の要求は、センサーのブロードキャストの周波数で無線信号を受信し且つ信号のコンテンツを把握する性能を持つ、インターネットにより可能となるデバイスのためにフォーマットされる。
【０１０４】
幾つかの実施形態において、センサー、及びセンサーが配されるセンサーネットワークは、住居環境、企業オフィス環境、産業工場環境、又は公共空間の１つに位置付けられる。
【０１０５】
１つの実施形態において、本明細書には、センサーネットワークのセンサーからの要求を受信するように構成されるユーザーモバイル通信装置が提供され、該ユーザーモバイル通信装置は、ユーザーインターフェース；物理的対話コンポーネント；通信ネットワーク上でメッセージを送受信するように構成された通信モジュール；及びプロセッサを含み、該プロセッサは、無線又は有線チャネルの１つの上でセンサーから、緊急事態での支援の要求を受信し、且つセンサーへの要求を承認するように；センサーから、支援の要求に含まれる緊急事態のタイプの指標を受信するように；ＥＤＣへのデータ通信リンクを確立し、緊急支援の要求に基づいて緊急支援を要求するＥＤＣに信号を送信するように；ＥＤＣからの応答に関してセンサーを更新するべきかどうかを判定するように；及び、センサーネットワークのセンサーへのデータ通信リンクを確立且つ管理するように構成される。
【０１０６】
１つの実施形態において、本明細書には、センサーネットワークのセンサーからの関連付けの要求を受信するように構成されるルーティングデバイスが提供され、該ルーティングデバイスは、物理的対話コンポーネント；通信ネットワーク上でメッセージを送受信するように構成された通信モジュール；及びプロセッサを含み、該プロセッサは、センサーからの関連付けの要求を受信するように；センサーを関連付ける決定を下すように；必要な認証プロセスに応答するセンサーを認証するために認証シーケンスを実行するように；無線及び有線チャネルの１つの上でセンサーから、緊急事態での支援の要求を受信するように；センサーへの要求を承認するように；センサーから、警告信号に含まれる緊急事態のタイプの指標を受信するように；確立されたデータ通信リンクのＥＤＣに、センサーから受信された緊急支援の要求を転送し、且つＥＤＣからの応答に関してセンサーを更新するように；及び、センサーへのデータ通信リンクを確立且つ管理するように構成される。
【０１０７】
１つの実施形態において、本明細書には、緊急支援の要求を送信するように構成される、センサーネットワークのセンサーが提供され、該センサーは：ユーザーインターフェース；物理的対話コンポーネント；環境変数の値を感知し、且つ、センサー内部の通信リンク上でセンサーのプロセッサへと値の指標を送信することが可能な、環境センサーモジュール；通信ネットワーク上でメッセージを送受信するように構成された通信モジュール；及びプロセッサを含み、該プロセッサは、環境センサーモジュールからデータを解釈するように；環境センサーモジュールにより報告されるような感知された値に基づいて緊急支援の要求を構築するように；センサーにより感知される緊急事態のタイプを示す警告信号を構築するように；携帯電話及びルーティングデバイスの１つを含む通信デバイスを介して、ＥＤＣに、有線又は無線チャネルの１つの上で緊急支援の要求を送信するように；ルーティングデバイス又は通信デバイスの１つへ、要求されている認証プロセスに応じて、関連付けの要求及び認証の要求を送信するように；緊急支援の要求の受信に関して通信デバイス又はルーティングデバイスの１つから通知を受信し、通信デバイス又はルーティングデバイスの１つを介してＥＤＣから緊急支援の要求への応答を受信するように；センサーネットワークの別のセンサーから受信された緊急支援の要求を受信し且つ再度ブロードキャストするように；及び、通信デバイス、ルーティングデバイス、又はセンサーネットワークの他のセンサーの１つへのデータ通信リンクを確立且つ管理するように、構成される。
【０１０８】
１つの実施形態において、本明細書には、ウェアラブルデバイスのユーザーと通信デバイスのユーザーとのデータ通信リンクを促進する方法が提供され、該方法は、ウェアラブルデバイスと第１の通信デバイスとのデータ通信リンクを確立する工程であって、第１の通信デバイスは、ウェアラブルデバイスで維持された通信デバイスのリストから選択され、リストの通信デバイスの順序は、受信信号強度、所定期間内に確認されなかったメッセージの数、通信デバイスからウェアラブルデバイスへと送信される周期信号の応答の遅延、及びデータ通信リンクの品質の他の指標の１つ以上を含む、周期的に感知されたパラメーターに基づいて優先順位を付けられる、工程；データ通信リンクがウェアラブルデバイスと第１の通信デバイスとの間に確立され、ウェアラブルデバイスからのメッセージに応答しないという検出に応じて、ウェアラブルデバイスにより送信され且つデバイスのリストから選択された緊急警報の指示に基づいて緊急警報を構築することが可能な第２の通信デバイスとの第２のデータ通信リンクを確立し、第２の通信デバイスに緊急指示を送信する工程；データ通信リンクがウェアラブルデバイスとリストの任意の通信デバイスとの間に確立することができないという検出、及びウェアラブルデバイスと第１のユーザー通信デバイスとのリンクが切断されるという検出の１つに応じて、無線ルーター、Ｗｉ−Ｆｉルーター、ハブ、又は他のデバイス間でデジタルメッセージを切り替えることが可能なデバイスを含む中間デバイスとのデータ通信リンクを確立し、及び、中間デバイスを介してウェアラブルデバイスと第１の通信デバイスとのデータ通信リンクを確立する工程；データ通信リンクを介して第１の通信デバイスにてウェアラブルデバイスから、デジタル信号を介して緊急警報の指示を受信する工程；ウェアラブルデバイスにより受信された緊急警報の指示に基づく緊急メッセージを第１の通信デバイスにて構築する工程であって、緊急警報の指示は、ウェアラブルデバイスにより送信される緊急信号により特定されるような、音声ファイル、対話音声応答（ＩＶＲ）メッセージ、ショート・メッセージ・サービス（ＳＭＳ）のテキストメッセージ、マルチメディア・メッセージ・サービス（ＭＭＳ）のメッセージ、電子メールのメッセージ、インスタントメッセージ（ＩＭ）のメッセージ、及びインターネット上での通信のためにフォーマットされたメッセージの少なくとも１つを含むデジタル信号の形態である、工程；この緊急警報を緊急出動センターに送信する工程；及び、ウェアラブルデバイスと任意の通信デバイスとの間に確立されたデータ通信リンクを全て能動的に管理する工程を含む。
【０１０９】
１つの実施形態において、本明細書には、ユーザー通信デバイスにユーザーの健康指標を提供する方法が提供され、該方法は、心拍数、脈拍数、相対位置、血圧、速度、及びウェアラブルデバイスにより測定される他の個人の健康関連情報の１以上を含む、１つ以上の健康指標のデータベースを維持し、ウェアラブルデバイスで１つ以上の健康指標の値を周期的に測定し、予め定めた定期的な様式で１つ以上の健康指標の各々の値の指示を含むデジタル信号を、ウェアラブルデバイスから通信デバイスにて受信する、工程；通信デバイスにて、ウェアラブルデバイスにより測定される１以上の健康指標の各々に関する数的な値のセット、又は下限及び上限を含む範囲を維持し、通信デバイスにて、１以上の健康指標の各々の最近の値の時間平均を、１以上の健康指標の各々の範囲それぞれと比較し、この比較に基づいて、１以上の健康指標の１つが範囲内又は範囲外にあるかの決定を行い、１以上の健康指標の１つが範囲外にあるという決定後、１以上の健康指標の１つの値の指標を含むデジタル信号をウェアラブルデバイスから通信デバイスにて受信する周期性を増大させ、１以上の健康指標の１つの受信された値が範囲内となる時間まで、１以上の健康指標の１つが範囲外にあることを示す警告信号を発する、工程；ウェアラブルデバイスと通信デバイスとのデータ通信リンクが切断されるという検出に応じて、通信デバイスにて最後に上手く受信された値以降、ウェアラブルデバイスにて１以上の健康指標の全ての周期的な測定値を保存し、且つ、再度確立されるデータ通信リンクに応じて、ウェアラブルデバイスからの１以上の健康指標の保存された値全てを、ウェアラブルデバイスから通信デバイスにて受信する工程；受信されたデジタル信号の信号強度、マルチパス信号の到達の角度、及びウェアラブルデバイスから受信される他の信号の態様に基づいて、通信デバイスからのウェアラブルデバイスの距離を算出して、緊急対応のために緊急出動センターへとこの距離を報告する工程を含む。
【０１１０】
１つの実施形態において、本明細書には、ウェアラブルデバイスから緊急支援に関する指示を受信するように構成される、ユーザーモバイル通信デバイスが提供され、該ユーザーモバイル通信デバイスは、ユーザーインターフェース；通信ネットワーク上でメッセージを送受信するように構成された通信モジュール；位置判定モジュール；及びプロセッサを含み、該プロセッサは、位置判定モジュールからユーザーモバイル通信デバイスの位置の指示を受信するように；緊急出動センターへのデータ通信リンクを確立するように；及び、緊急対応に関するユーザーモバイル通信装置からのメッセージに対する、ウェアラブルデバイスからからのリアルタイムの応答を受信するように構成される。
【０１１１】
１つの実施形態において、本明細書には、ユーザーモバイル通信デバイスに、緊急支援に関する要求を送信するように構成されるウェアラブルデバイスが提供され、該ウェアラブルデバイスは、ユーザーインターフェース；通信ネットワーク上でメッセージを送受信するように構成された通信モジュール；及びプロセッサを含み、該プロセッサは、各々が異なるタイプの緊急事態を示す、複数のユーザーにより選択可能な緊急メッセージ指標をユーザーインターフェースにおいて表示するように；ユーザーにより、ユーザーが選択可能な緊急メッセージ指標の１つの選択の指示を受信するように；ウェアラブルデバイスにおけるそれぞれのハードウェアベースのモジュールから、選択の指示の受信に応答して、ユーザーが選択可能な緊急メッセージ指標の選択された１つの指示と、血圧、脈拍数、温度、速度、及び他の指標を含むユーザーの１つ以上の健康指標の値の指示とを含むメッセージを生成するように；及び、ユーザーが選択可能なインターフェースでユーザーにより選択された緊急事態のタイプを示すメッセージ、及び１以上の健康指標の値の指標を、ユーザーモバイル通信デバイスへと通信モジュールを介して送信するように構成される。
【０１１２】
デジタル処理デバイス
【０１１３】
幾つかの実施形態において、本明細書に記載されるプラットフォーム、媒体、方法、及びアプリケーションは、デジタル処理デバイス、プロセッサ、又はその使用を含む。更なる実施形態において、デジタル処理デバイスは、デバイスの機能を実行する１つ以上のハードウェア中央処理装置（ＣＰＵ）を備える。また更なる実施形態において、デジタル処理デバイスは、実行可能命令を実行するように構成されるオペレーティングシステムを更に備える。幾つかの実施形態において、デジタル処理デバイスはコンピュータネットワークに随意に接続される。更なる実施形態において、デジタル処理デバイスは、ワールド・ワイド・ウェブにアクセスするようインターネットに随意に接続される。また更なる実施形態において、デジタル処理デバイスは、クラウド・コンピューティング・インフラストラクチャーに随意に接続される。他の実施形態において、デジタル処理デバイスはイントラネットに随意に接続される。他の実施形態において、デジタル処理デバイスはデータ記憶デバイスに随意に接続される。
【０１１４】
本明細書の記載に従って、適切なデジタル処理デバイスは、限定されないが、サーバコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、サブノートブックコンピュータ、ネットブックコンピュータ、ネットパッド（ｎｅｔｐａｄ）コンピューター、セットトップコンピュータ、ハンドヘルドコンピュータ、インターネット家電、モバイルスマートフォン、タブレットコンピュータ、パーソナルデジタルアシスタント、ビデオゲームコンソール、及び伝達手段（ｖｅｈｉｃｌｅｓ）を含む。当業者は、多くのスマートフォンが、本明細書に記載されるシステムにおいて使用するのに適していることを認識する。当業者はまた、随意のコンピュータネットワークの接続性を備えた、選択したテレビ、ビデオプレーヤー、及びデジタル音楽プレーヤーが、本明細書に記載されるシステムにおいて使用するのに適していることを認識する。適切なタブレットコンピュータは、当業者に既知の、ブックレット、スレート、及び変換可能な構成を備えたものを含む。
【０１１５】
幾つかの実施形態において、デジタル処理デバイスは、実行可能命令を実行するように構成されたオペレーティングシステムを含む。オペレーティングシステムは、例えば、デバイスのハードウェアを管理し、アプリケーションの遂行のためのサービスを提供するプログラム及びデータを含む、ソフトウェアである。当業者は、適切なサーバーオペレーティングシステムが、限定されないが、ＦｒｅｅＢＳＤ、ＯｐｅｎＢＳＤ、ＮｅｔＢＳＤ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ａｐｐｌｅ（登録商標）、Ｍａｃ  ＯＳ  Ｘ  Ｓｅｒｖｅｒ（登録商標）、Ｏｒａｃｌｅ（登録商標）Ｓｏｌａｒｉｓ（登録商標）、Ｗｉｎｄｏｗｓ  Ｓｅｒｖｅｒ（登録商標）、及びＮｏｖｅｌｌ（登録商標）ＮｅｔＷａｒｅ（登録商標）を含むことを認識する。当業者は、適切なパーソナルコンピュータオペレーティングシステムが、限定されないが、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ（登録商標）、Ａｐｐｌｅ（登録商標）Ｍａｃ  ＯＳ  Ｘ（登録商標）、ＵＮＩＸ（登録商標）、及び、ＧＮＵ／Ｌｉｎｕｘ（登録商標）などのＵＮＩＸ（登録商標）のようなオペレーティングシステムを含むことを認識するであろう。幾つかの実施形態では、オペレーティングシステムは、クラウドコンピューティングによって提供される。当業者はまた、適切なモバイルスマートフォンのオペレーティングシステムが、限定されないが、Ｎｏｋｉａ（登録商標）Ｓｙｍｂｉａｎ（登録商標）ＯＳ、Ａｐｐｌｅ（登録商標）ｉＯＳ（登録商標）、Ｒｅｓｅａｒｃｈ  Ｉｎ  Ｍｏｔｉｏｎ（登録商標）ＢｌａｃｋＢｅｒｒｙ  ＯＳ（登録商標）、Ｇｏｏｇｌｅ（登録商標）Ａｎｄｒｏｉｄ（登録商標）、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ  Ｐｈｏｎｅ（登録商標）ＯＳ、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｗｉｎｄｏｗｓ  Ｍｏｂｉｌｅ（登録商標）ＯＳ、Ｌｉｎｕｘ（登録商標）、及びＰａｌｍ（登録商標）ＷｅｂＯＳ（登録商標）を含むことを認識するであろう。
【０１１６】
幾つかの実施形態において、デバイスは、記憶デバイス及び／又はメモリデバイスを含む。記憶デバイス及び／又はメモリデバイスは、一時的又は恒久的な基礎に基づいてデータ又はプログラムを記憶するために使用される１以上の物理的な装置である。幾つかの実施形態において、デバイスは揮発性メモリであり、記憶した情報を維持するための電力を必要とする。幾つかの実施形態において、デバイスは不揮発性メモリであり、デジタル処理デバイスに電力が供給されないときに、記憶した情報を保持する。更なる実施形態において、不揮発性メモリはフラッシュメモリを含む。幾つかの実施形態において、不揮発性メモリはダイナミック・ランダム・アクセス・メモリ（ＤＲＡＭ）を含む。幾つかの実施形態において、不揮発性メモリは強誘電体ランダムアクセスメモリ（ＦＲＡＭ（登録商標））を含む。幾つかの実施形態において、不揮発性メモリは相変化ランダムアクセスメモリ（ＰＲＡＭ）を含む。幾つかの実施形態において、不揮発性メモリは磁気抵抗ランダムアクセスメモリ（ＭＲＡＭ）を含む。他の実施形態において、デバイスは、限定されないが、ＣＤ−ＲＯＭ、ＤＶＤ、フラッシュメモリデバイス、磁気ディスクドライブ、光ディスクドライブ、及びクラウドコンピューティングベースの記憶装置を含む、記憶デバイスである。更なる実施形態において、記憶及び／又はメモリデバイスは、本明細書に開示されるものなどのデバイスの組み合わせである。
【０１１７】
幾つかの実施形態において、デジタル処理デバイスは、ユーザーに視覚情報を送信するためのディスプレイを備える。幾つかの実施形態において、ディスプレイはブラウン管（ＣＲＴ）である。幾つかの実施形態において、ディスプレイは液晶ディスプレイ（ＬＣＤ）である。更なる実施形態において、ディスプレイは薄膜トランジスタ液晶ディスプレイ（ＴＦＴ−ＬＣＤ）である。幾つかの実施形態において、ディスプレイは有機発光ダイオード（ＯＬＥＤ）ディスプレイである。様々な更なる実施形態において、ＯＬＥＤディスプレイは、パッシブマトリクスＯＬＥＤ（ＰＭＯＬＥＤ）又はアクティブマトリクスＯＬＥＤ（ＡＭＯＬＥＤ）のディスプレイである。幾つかの実施形態において、ディスプレイはプラズマディスプレイである。幾つかの実施形態において、ディスプレイはＥ−ペーパー又はＥ−インクである。他の実施形態において、ディスプレイはビデオプロジェクターである。また更なる実施形態において、ディスプレイは、本明細書に開示されるものなどのデバイスの組み合わせである。
【０１１８】
幾つかの実施形態において、デジタル処理デバイスは、ユーザーから情報を受信するための入力デバイスを備える。幾つかの実施形態において、入力デバイスはキーボードである。幾つかの実施形態において、入力デバイスは、限定されないが、マウス、トラックボール、トラックパッド、ジョイスティック、ゲームコントローラ、又はスタイラスを含むポインティングデバイスである。幾つかの実施形態において、入力デバイスはタッチスクリーン又はマルチタッチスクリーンである。他の実施形態において、入力デバイスは、声又は他の音声入力を捕らえるマイクロフォンである。他の実施形態において、入力デバイスは、動作又は視覚の入力を捕捉するビデオカメラ又は他のセンサーである。更なる実施形態において、入力デバイスは、Ｋｉｎｅｃｔ、Ｌｅａｐ  Ｍｏｔｉｏｎなどである。また更なる実施形態において、入力デバイスは、本明細書に開示されるものなどのデバイスの組み合わせである。
【０１１９】
非一時的なコンピューター可読記憶媒体
【０１２０】
幾つかの実施形態において、本明細書に開示されるプラットフォーム、媒体、方法、及びアプリケーションは、随意にネットワーク化されたデジタル処理デバイスのオペレーティングシステムによって実行可能な命令を含むプログラムでコードされた、１以上の非一時的なコンピューター可読記憶媒体を含む。更なる実施形態において、コンピューター可読記憶媒体はデジタル処理デバイスの有形成分である。また更なる実施形態において、コンピューター可読記憶媒体は、デジタル処理デバイスから随意に取り外し可能である。幾つかの実施形態において、コンピューター可読記憶媒体は、限定されないが、ＣＤ−ＲＯＭ、ＤＶＤ、フラッシュメモリデバイス、固体記憶装置、磁気ディスクドライブ、磁気テープドライブ、光ディスクドライブ、クラウドコンピューティングシステム及びサービスなどを含む。幾つかの場合において、プログラム及び命令は、永続的に、実質的に永続的に、半永続的に、又は非一時的に、媒体上でコードされる。
【０１２１】
コンピュータープログラム
【０１２２】
幾つかの実施形態において、本明細書に記載されるプラットフォーム、媒体、方法、及びアプリケーションは、少なくとも１つのコンピュータープログラム、又はその使用を含む。コンピュータープログラムは、デジタル処理デバイスのＣＰＵにおいて実行可能であり、特別なタスクを実行するために書かれた、一連の命令を含む。コンピューター可読命令は、特定のタスクを実行するか又は特定の抽象データ型を実装する、機能、オブジェクト（ｏｂｊｅｃｔｓ）、アプリケーションプログラムインターフェース（ＡＰＩ）、データ構造などのプログラムモジュールとして実行されてもよい。本明細書で提供される開示に照らして、当業者は、コンピュータープログラムが様々な言語の様々なバージョンで書かれ得ることを認識するであろう。
【０１２３】
コンピューター可読命令の機能性は、様々な環境に所望されるように組み合わせられるか、又は分布されてもよい。幾つかの実施形態において、コンピュータープログラムは１つの連続した命令を含む。幾つかの実施形態において、コンピュータープログラムは複数の連続した命令を含む。幾つかの実施形態において、コンピュータープログラムは、１つの場所から提供される。他の実施形態において、コンピュータープログラムは複数の場所から提供される。様々な実施形態において、コンピュータープログラムは、１以上のソフトウェアモジュールを含む。様々な実施形態において、コンピュータープログラムは、部分的又は全体的に、１以上のウェブアプリケーション、１以上のモバイルアプリケーション、１以上の独立型アプリケーション、１以上のウェブブラウザプラグイン、エクステンション、アドイン、又はアドオン、或いはそれらの組み合わせを含む。
【０１２４】
ウェブアプリケーション
【０１２５】
幾つかの実施形態において、コンピュータープログラムはウェブアプリケーションを備える。本明細書で提供される開示に照らして、当業者は、ウェブアプリケーションが、様々な実施形態において、１以上のソフトウェアフレームワーク及び１以上のデータベースシステムを利用することを認識する。幾つかの実施形態において、ウェブアプリケーションは、Ｍｉｃｒｏｓｏｆｔ（登録商標）．ＮＥＴ又はＲｕｂｙ  ｏｎ  Ｒａｉｌｓ  （ＲｏＲ）などのソフトウェアフレームワーク上で作成される。幾つかの実施形態において、ウェブアプリケーションは、限定されないが、リレーショナル、非リレーショナル、オブジェクト指向、連想型、及びＸＭＬのデータベースシステムを含む、１以上のデータベースシステムを利用する。更なる実施形態において、適切なリレーショナルデータベースシステムは、限定されないが、Ｍｉｃｒｏｓｏｆｔ（登録商標）ＳＱＬ  Ｓｅｒｖｅｒ、ｍｙＳＱＬ（商標）、及びＯｒａｃｌｅ（登録商標）を含む。当業者は、ウェブアプリケーションが、様々な実施形態において、１以上の言語の１以上のバージョンで書かれることを認識する。ウェブアプリケーションは、１以上のマークアップ言語、プレゼンテーション定義言語、クライアント側スクリプト言語、サーバー側コード化言語、データベース照会言語、又はそれらの組み合わせで書かれてもよい。幾つかの実施形態において、ウェブアプリケーションは、Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）、Ｅｘｔｅｎｓｉｂｌｅ  Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＨＴＭＬ）、又はｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）などのマークアップ言語で、ある程度書かれる。幾つかの実施形態において、ウェブアプリケーションは、Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ（ＣＳＳ）などのプレゼンテーション定義言語で、ある程度書かれる。幾つかの実施形態において、ウェブアプリケーションは、Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｊａｖａｓｃｒｉｐｔ  ａｎｄ  ＸＭＬ（ＡＪＡＸ）、Ｆｌａｓｈ（登録商標）Ａｃｔｉｏｎｓｃｒｉｐｔ、Ｊａｖａｓｃｒｉｐｔ、又はＳｉｌｖｅｒｌｉｇｈｔ（登録商標）などのクライアント側スクリプトで、ある程度書かれる。幾つかの実施形態において、コンピュータープログラムは、Ａｃｔｉｖｅ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ（ＡＳＰ）、ＣｏｌｄＦｕｓｉｏｎ（登録商標）、Ｐｅｒｌ、Ｊａｖａ（登録商標）、ＪａｖａＳｅｒｖｅｒ  Ｐａｇｅｓ（ＪＳＰ）、Ｈｙｐｅｒｔｅｘｔ  Ｐｒｅｐｒｏｃｅｓｓｏｒ（ＰＨＰ）、Ｐｙｔｈｏｎ（商標）、Ｒｕｂｙ、Ｔｃｌ、Ｓｍａｌｌｔａｌｋ、ＷｅｂＤＮＡ（登録商標）、又はＧｒｏｏｖｙなどのサーバー側コード化言語で、ある程度書かれる。幾つかの実施形態において、ウェブアプリケーションは、Ｓｔｒｕｃｔｕｒｅｄ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ（ＳＱＬ）などのデータベース照会言語で、ある程度書かれる。幾つかの実施形態において、ウェブアプリケーションは、ＩＢＭＲ  Ｌｏｔｕｓ  Ｄｏｍｉｎｏ（登録商標）などの企業サーバー製品を統合する。幾つかの実施形態において、ウェブアプリケーションはメディアプレーヤー要素を含む。様々な更なる実施形態において、メディアプレーヤー要素は、限定されないが、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ（登録商標）、ＨＴＭＬ  ５、Ａｐｐｌｅ（登録商標）ＱｕｉｃｋＴｉｍｅ（登録商標）、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｓｉｌｖｅｒｌｉｇｈｔ（登録商標）、Ｊａｖａ（登録商標）、及びＵｎｉｔｙ（登録商標）を含む、多くの適切なマルチメディア技術の１以上を利用する。
【０１２６】
モバイルアプリケーション
【０１２７】
幾つかの実施形態において、コンピュータープログラムは、モバイルデジタル処理デバイスに設けられるモバイルアプリケーションを備える。幾つかの実施形態において、モバイルアプリケーションは、製造時にモバイルデジタル処理デバイスに設けられる。他の実施形態において、モバイルアプリケーションは、本明細書に記載されるコンピュータネットワークを介してモバイルデジタル処理デバイスに設けられる。
【０１２８】
本明細書で提供される開示を考慮して、モバイルアプリケーションは、当該技術分野で既知のハードウェア、言語、及び開発環境を使用する、当業者に既知の技術によって作成される。当業者は、モバイルアプリケーションが様々な言語で書かれることを認識する。適切なプログラミング言語は、限定されないが、Ｃ、Ｃ＋＋、Ｃ＃、Ｏｂｊｅｃｔｉｖｅ−Ｃ、Ｊａｖａ（登録商標）、Ｊａｖａｓｃｒｉｐｔ、Ｐａｓｃａｌ、Ｏｂｊｅｃｔ  Ｐａｓｃａｌ、Ｐｙｔｈｏｎ（商標）、Ｒｕｂｙ、ＶＢ．ＮＥＴ、ＷＭＬ、及び、ＣＳＳの有無にかかわらずＸＨＴＭＬ／ＨＴＭＬ、又はそれらの組み合わせを含む。
【０１２９】
適切なモバイルアプリケーション開発環境は様々なソースから入手可能である。市販で入手可能な開発環境は、限定されないが、ＡｉｒｐｌａｙＳＤＫ、ａｌｃｈｅＭｏ、Ａｐｐｃｅｌｅｒａｔｏｒ（登録商標）、Ｃｅｌｓｉｕｓ、Ｂｅｄｒｏｃｋ、Ｆｌａｓｈ  Ｌｉｔｅ、．ＮＥＴ  Ｃｏｍｐａｃｔ  Ｆｒａｍｅｗｏｒｋ、Ｒｈｏｍｏｂｉｌｅ、及びＷｏｒｋＬｉｇｈｔ  Ｍｏｂｉｌｅ  Ｐｌａｔｆｏｒｍを含む。他の開発環境はコスト無しで利用可能であり、限定されないが、Ｌａｚａｒｕｓ、ＭｏｂｉＦｌｅｘ、ＭｏＳｙｎｃ、及びＰｈｏｎｅｇａｐを含む。また、モバイルデバイスのメーカーは、限定されないが、ｉＰｈｏｎｅ（登録商標）及びｉＰａｄ（登録商標）（ｉＯＳ）ＳＤＫ、Ａｎｄｒｏｉｄ（商標）ＳＤＫ、ＢｌａｃｋＢｅｒｒｙ（登録商標）ＳＤＫ、ＢＲＥＷ  ＳＤＫ、Ｐａｌｍ（登録商標）ＯＳ  ＳＤＫ、Ｓｙｍｂｉａｎ  ＳＤＫ、ｗｅｂＯＳ  ＳＤＫ、及びＷｉｎｄｏｗｓ（登録商標）Ｍｏｂｉｌｅ  ＳＤＫを含む、ソフトウェア開発キットを流通させている。
【０１３０】
当業者は、様々な商用のフォーラムが、限定されないが、Ａｐｐｌｅ（登録商標）Ａｐｐ  Ｓｔｏｒｅ、Ａｎｄｒｏｉｄ（商標）Ｍａｒｋｅｔ、ＢｌａｃｋＢｅｒｒｙ（登録商標）Ａｐｐ  Ｗｏｒｌｄ、Ｐａｌｍ  ｄｅｖｉｃｅｓのＡｐｐ  Ｓｔｏｒｅ、ｗｅｂＯＳのＡｐｐ  Ｃａｔａｌｏｇ、ＭｏｂｉｌｅのＷｉｎｄｏｗｓ（登録商標）Ｍａｒｋｅｔｐｌａｃｅ、Ｎｏｋｉａ（登録商標）デバイスのＯｖｉ  Ｓｔｏｒｅ、Ｓａｍｓｕｎｇ（登録商標）Ａｐｐ、及びＮｉｎｔｅｎｄｏ（登録商標）ＤＳｉ  Ｓｈｏｐを含むモバイルアプリケーションの流通に利用可能であることを認識する。
【０１３１】
独立型アプリケーション
【０１３２】
幾つかの実施形態において、コンピュータープログラムは独立型アプリケーションを備え、それは、既存のプロセスへのアドオン、例えばプラグインではなく、独立したコンピュータプロセスとして実行されるプログラムである。当業者は、独立型アプリケーションが頻繁にコンパイルされることを認識する。コンパイラーは、プログラミング言語で書かれたソースコードを、アセンブリ言語又は機械コードなどのバイナリオブジェクト・コード（ｂｉｎａｒｙ  ｏｂｊｅｃｔ  ｃｏｄｅ）へと変換させるコンピュータープログラムである。適切なコンパイルされたプログラミング言語は、限定されないが、Ｃ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ−Ｃ、ＣＯＢＯＬ、Ｄｅｌｐｈｉ、Ｅｉｆｆｅｌ、Ｊａｖａ（登録商標）、Ｌｉｓｐ、Ｐｙｔｈｏｎ（商標）、Ｖｉｓｕａｌ  Ｂａｓｉｃ、及びＶＢ  ．ＮＥＴ、又はそれらの組み合わせを含む。コンパイルは頻繁に、実行可能なプログラムを作成するために少なくとも部分的に行なわれる。幾つかの実施形態において、コンピュータープログラムは、１以上の実行可能なコンパイルされたアプリケーションを備える。
【０１３３】
ソフトウェアモジュール
【０１３４】
幾つかの実施形態において、本明細書に開示されるプラットフォーム、媒体、方法、及びアプリケーションは、ソフトウェア、サーバー、及び／又はデー夕ベースモジュール、又はそれらの使用を含む。本明細書で提供される開示を考慮して、ソフトウェアモジュールは、当該技術分野で既知のマシン、ソフトウェア、及び言語を使用する、当業者に既知の技術によって作り出される。本明細書に開示されたソフトウェアモジュールは多数の方法で実装される。様々な実施形態において、ソフトウェアモジュールは、ファイル、コードのセクション、プログラミングオブジェクト、プログラミング構造、又はそれらの組み合わせを含む。更に様々な実施形態において、ソフトウェアモジュールは、複数のファイル、コードの複数のセクション、複数のプログラムミングオブジェクト、複数のプログラムミング構造、又はそれらの組み合わせを含む。様々な実施形態において、１以上のソフトウェアモジュールは、限定されないが、ウェブアプリケーション、モバイルアプリケーション、及び独立型アプリケーションを含む。幾つかの実施形態において、ソフトウェアモジュールは、１つのコンピュータープログラム又はアプリケーションにある。他の実施形態において、ソフトウェアモジュールは、１より多くのコンピュータープログラム又はアプリケーションにある。幾つかの実施形態において、ソフトウェアモジュールは１つのマシン上でホストされる。他の実施形態において、ソフトウェアモジュールは１より多くのマシン上でホストされる。更なる実施形態において、ソフトウェアモジュールは、クラウドコンピューティングプラットフォーム上でホストされる。幾つかの実施形態において、ソフトウェアモジュールは１つの場所にある１つ以上のマシン上でホストされる。他の実施形態において、ソフトウェアモジュールは、１より多くの場所にある１つ以上のマシン上でホストされる。
【０１３５】
データベース
【０１３６】
幾つかの実施形態において、本明細書に記載されるプラットフォーム、システム、媒体、及び方法は、１以上のデータベース又はその使用を含む。本明細書で提供される開示を考慮して、当業者は、多くのデー夕ベースが、バーコード、経路、パーセル（ｐａｒｃｅｌ）、ユーザー、又はネットワークの情報の記憶及び復旧に適切であることを認識する。様々な実施形態において、適切なデータベースは、限定されないが、リレーショナルデータベース、非リレーショナルデータベース、オブジェクト指向型データベース、オブジェクトデータベース、実体関連モデルデータベース、連想データベース、及びＸＭＬデータベースを含む。他の実施形態において、デー夕ベースはインターネットベースである。更なる実施形態において、データベースはウェブベースである。また更なる実施形態において、デー夕ベースは、クラウドコンピューティングベースである。他の実施形態において、データベースは、１以上のローカルコンピュータ記憶デバイスをベースとする。
【０１３７】
本発明の好ましい実施形態が本明細書中で示され且つ記載されてきたが、このような実施形態はほんの一例として提供されるものであることは、当業者に明らかであろう。多数の変形、変更、及び置き換えは、本発明から逸脱することなく、当業者によって現在想到されるものである。本明細書に記載される本発明の実施形態の様々な代案が、本発明の実施において利用されるかもしれないことを理解されたい。
【０１３８】
ウェブブラウザのプラグイン
【０１３９】
幾つかの実施形態において、コンピュータープログラムは、ウェブブラウザのプラグインを備える。コンピューティングにおいて、プラグインは、より大きなソフトウェアアプリケーションに特異的な機能性を加える、１以上のソフトウェアコンポーネントである。ソフトウェアアプリケーションのメーカーは、第三者である開発者が、アプリケーションを拡張させる性能を作り出し、新たな機能の容易な追加を支援し、且つアプリケーションのサイズを減らすことを可能にするように、プラグインを支援する。支援されたとき、プラグインは、ソフトウェアアプリケーションの機能性のカスタマイズを可能にする。例えば、プラグインは、ビデオを再生し、対話性を生成し、ウイルスを走査し、及び特定のファイルタイプを表示するために、ウェブブラウザにおいて一般的に使用される。当業者は、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ（登録商標）Ｐｌａｙｅｒ、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｓｉｌｖｅｒｌｉｇｈｔ（登録商標）、及びＡｐｐｌｅ（登録商標）ＱｕｉｃｋＴｉｍｅ（登録商標）を含む、様々なウェブブラウザのプラグインに精通している。幾つかの実施形態において、ツールバーは、１以上のウェブブラウザ拡張部、アドイン、又はアドオンを含む。幾つかの実施形態において、ツールバーは、１以上のエクスプローラバー、ツールバンド、又はデスクバンドを含む。
【０１４０】
本明細書で提供される開示を考慮して、当業者は、限定されないがＣ＋＋、Ｄｅｌｐｈｉ、Ｊａｖａ（登録商標）、ＰＨＰ、Ｐｙｔｈｏｎ（商標）、及びＶＢ  ．ＮＥＴを含む様々なプログラミング言語でのプラグインの開発を可能にする、様々なプラグイン・フレームワークが利用可能であることを認識する。
【０１４１】
ウェブブラウザ（インターネットブラウザとも呼ばれる）は、ワールド・ワイド・ウェブ上で情報資源を検索、提示、及びトラバースする（ｔｒａｖｅｒｓｉｎｇ）ための、ネットワーク接続のデジタル処理デバイスとの使用のために設計される、ソフトウェアアプリケーションである。適切なウェブブラウザは、限定されないが、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）、Ｍｏｚｉｌｌａ（登録商標）Ｆｉｒｅｆｏｘ（登録商標）、Ｇｏｏｇｌｅ（登録商標）Ｃｈｒｏｍｅ、Ａｐｐｌｅ（登録商標）Ｓａｆａｒｉ（登録商標）、Ｏｐｅｒａ  Ｓｏｆｔｗａｒｅ（登録商標）Ｏｐｅｒａ（登録商標）、及びＫＤＥ  Ｋｏｎｑｕｅｒｏｒを含む。幾つかの実施形態において、ウェブブラウザはモバイルウェブブラウザである。モバイルウェブブラウザ（マイクロブラウザ、ミニブラウザ、及び無線ブラウザとも呼ばれる）は、限定されないが、ハンドヘルドコンピュータ、タブレットコンピュータ、ネットブックコンピュータ、サブノートブックコンピュータ、スマートフォン、音楽プレーヤー、携帯情報端末（ＰＤＡ）、及びハンドヘルドビデオゲームシステムを含むモバイルデジタル処理デバイスでの使用のために設計される。適切なモバイルウェブブラウザは、限定されないが、Ｇｏｏｇｌｅ（登録商標）Ａｎｄｒｏｉｄ（登録商標）ブラウザ、ＲＩＭ  ＢｌａｃｋＢｅｒｒｙ（登録商標）ブラウザ、Ａｐｐｌｅ（登録商標）Ｓａｆａｒｉ（登録商標）、Ｐａｌｍ（登録商標）Ｂｌａｚｅｒ、Ｐａｌｍ（登録商標）ＷｅｂＯＳ（登録商標）Ｂｒｏｗｓｅｒ、携帯用のＭｏｚｉｌｌａ（登録商標）Ｆｉｒｅｆｏｘ（登録商標）、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）Ｍｏｂｉｌｅ、Ａｍａｚｏｎ（登録商標）Ｋｉｎｄｌｅ（登録商標）Ｂａｓｉｃ  Ｗｅｂ、Ｎｏｋｉａ（登録商標）ブラウザ、Ｏｐｅｒａ  Ｓｏｆｔｗａｒｅ（登録商標）Ｏｐｅｒａ（登録商標）Ｍｏｂｉｌｅ、及びＳｏｎｙ（登録商標）ＰＳＰ（商標）ブラウザを含む。
【実施例】
【０１４２】
実施例１−緊急対応を要求するウェアラブルデバイス
心臓病患者であるＪａｎｅ  Ｂｏｎｄは自宅に一人で暮らしている。Ｊａｎｅは、自身の脈拍数を周期的に測定する脈拍センサーを備えたウェアラブルデバイスを手首に着用している。ウェアラブルデバイスはアプリケーションと共に設置され、該アプリケーションは、脈拍数が閾値範囲外に行き始めると、彼女の脈拍数をより頻繁に測定することになる。デバイスはまた、動作の検出のための第２のセンサーである加速度計を有している。医師の推奨に基づいて、Ｊａｎｅは、ウェアラブルデバイスに脈拍と他の健康指標に関する閾値範囲を入力した。脈拍が正常範囲にある時、ウェアラブルデバイスは、脈拍センサーに脈拍数をあまり頻繁に測定しないように命令する。加えて、Ｊａｎｅの医師は、彼女の気分がよくない時、彼女の心拍数を監視するために、彼女の胸部に心拍数センサー（ウェアラブルデバイスのための外部センサー）を固定する（ｓｔｒａｐ）ように助言した。一緒に着用すると、心拍数センサーは定期的にＪａｎｅの手首にあるウェアラブルデバイス上のアプリケーションに彼女の心拍数値を送信する。脈拍数と心拍数が予め定めた閾値の外にある時、これはＪａｎｅの心臓が異常に機能しているという兆候である。Ｊａｎｅが起き上がり、水を求めてキッチンに向かうと、彼女の脈拍数は低下し、ウェアラブルデバイスは脈拍数と心拍数を同時に監視して、その両方がスキームの後に予め定めた範囲外にあると警告を発する。Ｊａｎｅは倒れ（ｃｏｌｌａｐｓｅｓ）、彼女のウェアラブルデバイス上の加速度計は範囲外にあることを検出する。彼女の心臓が正常に機能していないことを示す、脈拍センサー及び心拍数センサーからの情報に基づき、ウェアラブルデバイス上のアプリケーションは、緊急警報を送信することを決定する。ウェアラブルデバイスは、データ信号が無い場合、優先順位が付けられたリストにおいて通信デバイスのリストを検索する。Ｊａｎｅは、リストに自身の携帯電話、タブレット、夫の携帯電話、及び医師の非常時ラインを含む様々な通信デバイスを入力し、その一方で、ウェアラブルデバイスは、リストを拡張させるために付近にある通信デバイスを検索且つ識別することもできる。この時点で、Ｊａｎｅの携帯電話とタブレットのスイッチが切られる。Ｊａｎｅの夫は自宅に携帯電話を置いており、ウェアラブルデバイスはリストを調べ、Ｊａｎｅの脈拍と心拍数のセンサーデータと共に拡張した緊急警報を送信するために夫の携帯電話との通信リンクを確立し、それにより、適切な装置を備えた救急車を緊急対応に含むことができる。警報はまた、夫の携帯電話からの位置情報を含む。Ｊａｎｅの携帯電話は自宅の離れた部屋にあり、ウェアラブルデバイスは直接接続を確立することができない。その後、ウェアラブルデバイスは、家庭用Ｗｉ−Ｆｉ（登録商標）ルーターを介して携帯電話との間接接続を確立する。その後、ウェアラブルデバイスは、この間接接続を介してＥＭＳに緊急警報を送信する。ＥＭＳは緊急警報を受信し、緊急警報からの位置情報を使用してＪａｎｅの位置を提供するＥＤＣを位置付けて、ローカルのＥＤＣに支援要求を含む警報を送達する。ＥＭＳは、デジタル通信又はデータ通信を受信することができない、ＥＤＣと互換性のある様式���とメッセージをフォーマットする。ここで、Ｊａｎｅの領域にあるＥＤＣは音声通話だけを受信することができ、そのためＥＭＳは、メッセージをＥＤＣのための音声メッセージへと変換する。音声メッセージは、Ｊａｎｅの脈拍と心拍数に関する感知された情報を含む。手中にある関連する状況の情報（例えば、人の脈拍と心拍数が低いことが原因となる、医学的な緊急事態）と共に、ＥＤＣは、適切な医学的能力を持つ第１の応答者に送信する。途中、医療スタッフは、Ｊａｎｅの夫の電話を通じてウェアラブルデバイスに要求を送信して、Ｊａｎｅが緊急事態のために保存しておいた緊急事態の医学的情報と処方情報をウェアラブルデバイスに送信する。更に、ＥＭＳは、Ｊａｎｅの家の中に任意のＩｏＴデバイスを位置付けるために、そのデバイス位置のデータベースを検索する。ＥＭＳは運動センサーを位置付け、夫の電話を通じてセンサーからのリアルタイム且つ履歴の情報に関する要求を送信して、第１の応答者と共有する。幸運にも、運動センサーは、Ｊａｎｅが倒れた２階の寝室に位置付けられ、履歴のセンサーデータは、ＥＭＳへの緊急警報の送信に近接しているタイムスタンプ情報で運動データを明らかにする。ＥＭＳは、Ｊａｎｅの自宅に迅速に入って彼女を見つけるために階段を上る、ＥＤＣ及び第１の応答者へと、この情報を中継する。この新たな技術で拡張された迅速且つ効率的な緊急対応のおかげで、Ｊａｎｅは速く回復することができる。
【０１４３】
実施例２−緊急対応のためのＩｏＴネットワークでの状況認識
Ｂｏｂは、煙探知機を含む、自宅に設置されたＩｏＴデバイスのネットワークを有している。また、自宅には通信デバイス（携帯電話）及びＷｉ−Ｆｉルーティングデバイスもある。ＩｏＴデバイスは、固有のＩＤナンバーで割り当てられ、デバイス位置のデータベース（ＤＬＤＢ）に記録されている。火が地下室で発生すると、地下室にある煙探知機はアラームを鳴らし、ＥＭＳへの緊急支援要求を含む緊急警報をブロードキャストする。ＥＭＳは、データベースのセンサーＩＤを調べ、センサーが位置付けられる家の実際の住所を発見する。ＥＭＳは、共通フォーマットで適切なＥＤＣへと住所情報を含む緊急警報を送信する。更なる状況の情報を得るために、ＥＭＳは、自宅にある他のＩｏＴデバイスを調べて、それらのデバイスへと感知された情報に関するデータ要求を送信する。ＥＭＳは、Ｂｏｂの自宅にある他のＩｏＴデバイスから、更新されたセンサーデータを受信すると、火の拡散を監視し、リアルタイムでＥＤＣと第１の応答者を更新することができる。緊急警報の送信に加えて、地下室にある煙探知機は、ネットワークにある他のＩｏＴデバイスへとメッセージをブロードキャストする。地下階段の一番上の煙探知機は、緊急警報のブロードキャストを検出し、煙のレベルに関する感知された情報（センサーデータ）を加えて、拡張された警報を周期的にブロードキャストし、メッセージを再びブロードキャストする。第１の応答者は、家に近づくと、家にあるＩｏＴデバイスと通信し、家の異なる場所での煙レベルに関する最新情報（ｕｐｄａｔｅｓ）を得て、それにより火に迅速且つ効果的に応答することができる。
【０１４４】
本発明の好ましい実施形態が本明細書中で示され且つ記載されてきたが、このような実施形態はほんの一例として提供されるものであることは、当業者に明らかであろう。多数の変形、変更、及び置き換えは、本発明から逸脱することなく、当業者によって現在想到されるものである。本明細書に記載される本発明の実施形態の様々な代案が、本発明の実施において利用されるかもしれないことを理解されたい。以下の特許請求の範囲は本発明の範囲を定義するものであり、この特許請求の範囲及びその同等物の範囲内の方法及び構造は、それにより包含されることが、意図されている。
【図１】
2018538645.tif 000003
【図２】
2018538645.tif 000004
【図３】
2018538645.tif 000005
【図４】
2018538645.tif 000006
【図５】
2018538645.tif 000007
【図６】
2018538645.tif 000008
【図７】
2018538645.tif 000009
【図８】
2018538645.tif 000010
【図９】
2018538645.tif 000011
【図１０】
2018538645.tif 000012
【図１１】
2018538645.tif 000013
【図１２】
2018538645.tif 000014
【図１３】
2018538645.tif 000015
【図１４】
2018538645.tif 000016
【国際調査報告】
2018538645.tif 000017
2018538645.tif 000018