▶ ウェアラブル テクノロジーズ インコーポレイテッドの特許一覧
特表2023-554174スマートウェアラブルパーソナルセーフティデバイスならびに関連するシステムおよび方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-12-26
(54)【発明の名称】スマートウェアラブルパーソナルセーフティデバイスならびに関連するシステムおよび方法
(51)【国際特許分類】
G08B 25/04 20060101AFI20231219BHJP
G08B 25/10 20060101ALI20231219BHJP
G08B 25/08 20060101ALI20231219BHJP
G08B 21/02 20060101ALI20231219BHJP
H04M 11/00 20060101ALI20231219BHJP
G01C 21/26 20060101ALI20231219BHJP
G08G 1/13 20060101ALI20231219BHJP
【ＦＩ】
G08B25/04 K
G08B25/10 A
G08B25/08 A
G08B21/02
H04M11/00 301
G01C21/26 C
G08G1/13
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023558303
(86)(22)【出願日】2021-12-03
(85)【翻訳文提出日】2023-07-31
(86)【国際出願番号】 US2021061865
(87)【国際公開番号】W WO2022120208
(87)【国際公開日】2022-06-09
(31)【優先権主張番号】63/201,003
(32)【優先日】2021-04-08
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/199,062
(32)【優先日】2020-12-04
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/199,378
(32)【優先日】2020-12-22
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/201,046
(32)【優先日】2021-04-09
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】63/201,013
(32)【優先日】2021-04-08
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＢＬＵＥＴＯＯＴＨ
(71)【出願人】
【識別番号】523209690
【氏名又は名称】ウェアラブル テクノロジーズ インコーポレイテッド
(74)【代理人】
【識別番号】100114775
【弁理士】
【氏名又は名称】高岡 亮一
(74)【代理人】
【識別番号】100121511
【弁理士】
【氏名又は名称】小田 直
(74)【代理人】
【識別番号】100202751
【弁理士】
【氏名又は名称】岩堀 明代
(74)【代理人】
【識別番号】100208580
【弁理士】
【氏名又は名称】三好 玲奈
(74)【代理人】
【識別番号】100191086
【弁理士】
【氏名又は名称】高橋 香元
(72)【発明者】
【氏名】アロラ，ディーパック
(72)【発明者】
【氏名】ビラリ，マユール
【テーマコード（参考）】
2F129
5C086
5C087
5H181
5K201
【Ｆターム（参考）】
2F129AA02
2F129BB03
2F129BB26
2F129CC15
2F129EE02
2F129EE78
2F129EE95
2F129FF02
2F129FF11
2F129FF17
2F129FF18
2F129FF20
2F129FF57
2F129FF62
2F129FF72
2F129GG17
5C086AA22
5C086CA01
5C086CA16
5C086CA21
5C086CA25
5C086CB01
5C086CB07
5C086CB08
5C086CB20
5C086CB27
5C086DA08
5C086DA14
5C086FA18
5C087AA02
5C087AA03
5C087AA25
5C087BB20
5C087BB74
5C087DD03
5C087EE07
5C087EE14
5C087FF01
5C087FF02
5C087FF04
5C087FF16
5C087FF23
5C087GG08
5C087GG66
5C087GG67
5C087GG83
5H181AA21
5H181BB04
5H181BB05
5H181BB20
5H181CC04
5H181CC11
5H181CC22
5H181CC27
5H181FF05
5H181FF22
5H181FF32
5K201BA02
5K201BA19
5K201CC10
5K201EC06
5K201ED04
5K201ED09
(57)【要約】
ウェアラブルデバイスならびに関連するシステムおよび方法が提供される。デバイスならびに関連するシステムおよび方法は、データから異常状態を識別し、データを使用してウェアラブルデバイスのユーザの現在の状態を決定し、変化について現在の状態を監視し、現在の状態の決定および現在の状態に対する任意の変化に基づいて、登録デバイス、関連するデバイス、または緊急対応プロバイダに様々なレベルの通知のうちの１つ以上を送信することができる。
【選択図】図２３
【選択図】図２３
【特許請求の範囲】
【請求項1】
ウェアラブルデバイスがデータの少なくとも一部から異常状態を検出したとき、前記ウェアラブルデバイスからクラウドサーバにおいてデータを受信することと、前記ウェアラブルデバイスが前記異常状態を検出したことに応答して、前記異常状態を文書化したレベル１通知を登録された通知デバイスに送信することと、
前記クラウドサーバが、前記データを使用して、前記ウェアラブルデバイスのユーザの現在の状態を決定することと、
前記ユーザが前記異常状態を経験していないことを前記現在の状態が示すとき、前記現在の状態を文書化したオールクリア通知を前記登録デバイスに送信することと、
前記クラウドサーバが変化について前記現在の状態を監視することと、
前記ユーザが前記異常状態を経験していないことを前記現在の状態の前記変化が示すとき、前記クラウドサーバが、前記現在の状態を文書化した前記オールクリア通知を前記登録デバイスに送信することと、
前記異常状態が悪化したことを前記現在の状態の前記変化が示すとき、前記クラウドサーバが、前記登録デバイスにレベル２通知、前記登録デバイスおよび関連デバイスにレベル３通知、または前記登録デバイス、前記関連デバイス、および緊急対応プロバイダにレベル４通知のうちの１つ以上を送信することと
を含む方法。
【請求項2】
前記クラウドサーバが、前記ウェアラブルデバイスの前記ユーザの前記現在の状態を決定するために、前記データを人工知能モデルで処理することをさらに含み、前記人工知能モデルが、前記ウェアラブルデバイスからの履歴データ、別のデバイスからの履歴データ、および／または経験されている前記異常状態に対応する第１の既知の値および経験されていない前記異常状態に対応する第２の既知の値を含む製造データを使用してトレーニングされる、
請求項１に記載の方法。
【請求項3】
前記データを受信したことに応答して、前記クラウドサーバが、前記ウェアラブルデバイスにフィードバックを要請することと、前記クラウドサーバが、前記データおよび前記フィードバックを使用して、前記ウェアラブルデバイスの前記ユーザの前記現在の状態を決定することと
をさらに含む請求項１に記載の方法。
【請求項4】
前記クラウドサーバが、前記フィードバックがポジティブであり、前記クラウドサーバがあらかじめ定義された締め切り時間内に前記フィードバックを受信したとき、前記ユーザが前記異常状態を経験していないことを前記現在の状態が示すことを決定することと、前記クラウドサーバが、前記フィードバックがネガティブであり、前記クラウドサーバが前記あらかじめ定義された締め切り時間内に前記フィードバックを受信したとき、前記ユーザが前記異常状態を経験していることを前記現在の状態が示すことを決定することと、
前記クラウドサーバが前記あらかじめ定義された締め切り時間前に前記フィードバックを受信できなかったとき、前記クラウドサーバが、前記フィードバックを受信できなかったことを前記データに含め、前記データから前記現在の状態を決定することと
をさらに含む請求項３に記載の方法。
【請求項5】
前記フィードバックが、前記ウェアラブルデバイス上で受信されたユーザ入力、前記ウェアラブルデバイスによって受信されたオーディオ信号、前記ウェアラブルデバイスに近接して位置するユーザデバイスによって受信されたオーディオ信号、および／または前記ウェアラブルデバイスのあらかじめ構成された動きのうちの１つ以上を含む、請求項３に記載の方法。
【請求項6】
前記クラウドサーバが、前記ウェアラブルデバイスの前記ユーザと対話して前記フィードバックを要請するために、人工知能オーディオボットを起動することをさらに含む請求項３に記載の方法。
【請求項7】
前記ウェアラブルデバイスが、前記ウェアラブルデバイスに電気的に接続された複数のセンサから前記データを取得し、監視することと、前記ウェアラブルデバイスが、前記複数のセンサのうちの１つセンサの値があらかじめ構成された閾値外にあるとき、前記データの前記一部から前記異常状態を検出することと
をさらに含む請求項１に記載の方法。
【請求項8】
前記クラウドサーバが、前記異常状態に基づいて、複数の人工知能モデルのうちの１つを選択することと、前記データを前記複数の人工知能モデルのうちの１つで処理して、前記ウェアラブルデバイスの前記ユーザの前記現在の状態を決定することとをさらに含み、
前記複数の人工知能モデルのうちの前記１つが、前記ウェアラブルデバイスからの履歴データ、別のデバイスからの履歴データ、および／または経験されている前記異常状態に対応する第１の既知の値および経験されていない前記異常状態に対応する第２の既知の値を含む製造データを使用してトレーニングされる、
請求項７に記載の方法。
【請求項9】
前記異常状態が、水ベースの危険、周囲温度の危険、転倒の危険、および／またはジオフェンス侵害のうちの１つ以上を含む、請求項７に記載の方法。
【請求項10】
前記異常状態が前記水ベースの危険を含むとき、前記複数のセンサのうちの前記１つが、水接触センサ、湿度センサ、および／または大気圧センサを含み、前記異常状態が前記周囲温度の危険を含むとき、前記複数のセンサのうちの前記１つが周囲温度センサを含み、
前記異常状態が前記転倒の危険を含むとき、前記複数のセンサのうちの前記１つが、衝撃センサおよび／または加速度計を含み、
前記異常状態が前記ジオフェンス侵害を含むとき、前記複数のセンサのうちの前記１つが位置監視センサを含む、
請求項７に記載の方法。
【請求項11】
前記クラウドサーバが、前記ウェアラブルデバイスから前記異常状態の指示を受信したことに応答して、前記データを要請することをさらに含む請求項１に記載の方法。
【請求項12】
前記異常状態がジオフェンス侵害を含むとき、前記クラウドサーバが、ジオフェンス危険予測プロセスを開始することと、前記異常状態が周囲温度の危険を含むとき、前記クラウドサーバが、温度危険調停プロセスを開始することと
をさらに含む請求項１に記載の方法。
【請求項13】
前記温度危険調停プロセスが、前記クラウドサーバが、温度制御統合モジュールが有効であるかどうかを決定することと、
前記温度制御統合モジュールが有効にされないとき、前記クラウドサーバが前記温度危険調停プロセスを終了することと、
前記温度制御統合モジュールが有効にされるとき、前記クラウドサーバが、前記ウェアラブルデバイスの位置を、前記温度制御統合モジュールを介して制御される暖房および／または冷房システムの位置と比較することと、
前記ウェアラブルデバイスの前記位置が、前記温度制御統合モジュールを介して制御される前記暖房および／または冷房システムの前記位置のあらかじめ定められた範囲内にあるとき、前記クラウドサーバが、前記温度制御統合モジュールを介して前記暖房および／または冷房システムを起動して、前記ウェアラブルデバイスの前記位置における周囲温度を上昇または下降させることと
を含む、請求項１２に記載の方法。
【請求項14】
前記ジオフェンス危険予測プロセスが、前記クラウドサーバが、前記ウェアラブルデバイスの位置に最も近い安全位置を識別することと、
前記クラウドサーバが、前記ウェアラブルデバイスの前記位置または前記安全位置に近接する任意の以前にマークされた危険位置をメモリデバイスから取得することと、
前記クラウドサーバが、前記ウェアラブルデバイスが前記安全位置から遠ざかっており、前記以前にマークされた危険位置のいずれかに向かっていると決定したことに応答して、前記ウェアラブルデバイスの前記ユーザの前記現在の状態を決定することと
を含む、請求項１２に記載の方法。
【請求項15】
前記安全位置が、前記登録デバイスの位置を含む、請求項１４に記載の方法。
【請求項16】
前記安全位置が、前記ウェアラブルデバイスの前記ユーザの自宅の位置を含む、請求項１４に記載の方法。
【請求項17】
プログラマブルプロセッサと、前記プログラマブルプロセッサに電子的に結合された通信インターフェースとを備え、
ウェアラブルデバイスが前記データの少なくとも一部から異常状態を検出したとき、前記通信インターフェースが、前記ウェアラブルデバイスからデータを受信し、
前記プログラマブルプロセッサが、前記通信インターフェースを介して、前記異常状態を文書化したレベル１通知を登録された通知デバイスに送信し、前記データを使用して、前記ウェアラブルデバイスのユーザの現在の状態を決定し、前記通信インターフェースを介して、前記ユーザが前記異常状態を経験していないことを前記現在の状態が示すとき、前記現在の状態を文書化したオールクリア通知を前記登録デバイスに送信し、変化について前記現在の状態を監視し、
前記ユーザが前記異常状態を経験していないことを前記現在の状態の前記変化が示すと前記プログラマブルプロセッサが決定したとき、前記プログラマブルプロセッサが、前記通信インターフェースを介して、前記現在の状態を文書化した前記オールクリア通知を前記登録デバイスに送信し、
前記異常状態が悪化したことを前記現在の状態の変化が示すと前記プログラマブルプロセッサが決定したとき、前記プログラマブルプロセッサが、前記登録デバイスにレベル２通知、前記登録デバイスおよび関連デバイスにレベル３通知、または前記登録デバイス、前記関連デバイス、および緊急対応プロバイダにレベル４通知のうちの１つ以上を送信する、
クラウドサーバ。
【請求項18】
前記ウェアラブルデバイスの前記ユーザの前記現在の状態を決定するために、前記プログラマブルプロセッサによって実行可能な人工知能モデルを記憶するメモリをさらに備え、前記人工知能モデルが、前記ウェアラブルデバイスからの履歴データ、別のデバイスからの履歴データ、および／または経験されている前記異常状態に対応する第１の既知の値および経験されていない前記異常状態に対応する第２の既知の値を含む製造データを使用してトレーニングされる、
請求項１７に記載のクラウドサーバ。
【請求項19】
前記プログラマブルプロセッサが、前記データを受信したことに応答して、前記ウェアラブルデバイスにフィードバックを要請し、前記データおよび前記フィードバックを使用して、前記ウェアラブルデバイスの前記ユーザの前記現在の状態を決定する、請求項１８に記載のクラウドサーバ。
【請求項20】
前記プログラマブルプロセッサが、前記フィードバックがポジティブであり、前記プログラマブルプロセッサがあらかじめ定義された締め切り時間内に前記フィードバックを受信したとき、前記ユーザが前記異常状態を経験していないこと、および
前記フィードバックがネガティブであり、前記プログラマブルプロセッサが前記あらかじめ定義された締め切り時間内に前記フィードバックを受信したとき、前記ユーザが前記異常状態を経験していること
を前記現在の状態が示すことを決定し、
前記プログラマブルプロセッサが前記あらかじめ定義された締め切り時間前に前記フィードバックを受信できなかったとき、前記プログラマブルプロセッサが、前記フィードバックを受信できなかったことを前記データに含め、前記データから前記現在の状態を決定する、
請求項１９に記載のクラウドサーバ。
【請求項21】
前記フィードバックが、前記ウェアラブルデバイス上で受信されたユーザ入力、前記ウェアラブルデバイスによって受信されたオーディオ信号、前記ウェアラブルデバイスに近接して位置するユーザデバイスによって受信されたオーディオ信号、および／または前記ウェアラブルデバイスのあらかじめ構成された動きのうちの１つ以上を含む、請求項１９に記載のクラウドサーバ。
【請求項22】
前記ウェアラブルデバイスの前記ユーザと対話して前記フィードバックを要請するために、前記プログラマブルプロセッサによって実行可能な人工知能オーディオボットを記憶するメモリをさらに備える請求項１９に記載のクラウドサーバ。
【請求項23】
前記ウェアラブルデバイスの前記ユーザの前記現在の状態を決定するために、前記プログラマブルプロセッサによって実行可能な複数の人工知能モデルを記憶するメモリをさらに備え+、前記プログラマブルプロセッサが、前記異常状態に基づいて、複数の人工知能モデルのうちの１つを選択し、前記データを前記複数の人工知能モデルのうちの１つで処理して、前記ウェアラブルデバイスの前記ユーザの前記現在の状態を決定し、
前記複数の人工知能モデルのうちの前記１つが、前記ウェアラブルデバイスからの履歴データ、別のデバイスからの履歴データ、および／または経験されている前記異常状態に対応する第１の既知の値および経験されていない前記異常状態に対応する第２の既知の値を含む製造データを使用してトレーニングされる、
請求項１７に記載のクラウドサーバ。
【請求項24】
前記異常状態が、水ベースの危険、周囲温度の危険、転倒の危険、および／またはジオフェンス侵害のうちの１つ以上を含む、請求項１７に記載のクラウドサーバ。
【請求項25】
前記プログラマブルプロセッサが、前記ウェアラブルデバイスから前記異常状態の指示を受信したことに応答して、前記通信インターフェースを介して、前記データを要請する、請求項１７に記載のクラウドサーバ。
【請求項26】
前記異常状態がジオフェンス侵害を含むとき、前記プログラマブルプロセッサが、ジオフェンス危険予測プロセスを開始し、前記異常状態が周囲温度の危険を含むとき、前記プログラマブルプロセッサが、温度危険調停プロセスを開始する、請求項１７に記載のクラウドサーバ。
【請求項27】
前記温度危険調停プロセスが、前記プログラマブルプロセッサが、温度制御統合モジュールが有効であるかどうかを決定することと、
前記温度制御統合モジュールが有効にされないとき、前記プログラマブルプロセッサが前記温度危険調停プロセスを終了することと、
前記温度制御統合モジュールが有効にされるとき、前記プログラマブルプロセッサが、前記ウェアラブルデバイスの位置を、前記温度制御統合モジュールを介して制御される暖房および／または冷房システムの位置と比較することと、
前記ウェアラブルデバイスの前記位置が、前記温度制御統合モジュールを介して制御される前記暖房および／または冷房システムの前記位置のあらかじめ定められた範囲内にあるとき、前記プログラマブルプロセッサが、前記温度制御統合モジュールを介して前記暖房および／または冷房システムを起動して、前記ウェアラブルデバイスの前記位置における周囲温度を上昇または下降させることと
を含む、請求項２６に記載のクラウドサーバ。
【請求項28】
前記ジオフェンス危険予測プロセスが、前記プログラマブルプロセッサが、前記ウェアラブルデバイスの位置に最も近い安全位置を識別することと、
前記プログラマブルプロセッサが、前記ウェアラブルデバイスの前記位置または前記安全位置に近接する任意の以前にマークされた危険位置をメモリデバイスから取得することと、
前記プログラマブルプロセッサが、前記ウェアラブルデバイスが前記安全位置から遠ざかっており、前記以前にマークされた危険位置のいずれかに向かっていると決定したことに応答して、前記ウェアラブルデバイスの前記ユーザの前記現在の状態を決定することと
を含む、請求項２６に記載のクラウドサーバ。
【請求項29】
前記安全位置が、前記登録デバイスの位置を含む、請求項２８に記載のクラウドサーバ。
【請求項30】
前記安全位置が、前記登録デバイスの位置を含む、請求項２８に記載のクラウドサーバ。
【請求項31】
プログラマブルプロセッサと、前記プログラマブルプロセッサに電気的に接続された複数のセンサと、
前記プログラマブルプロセッサに電子的に結合された通信インターフェースとを備え、
前記プログラマブルプロセッサが、前記複数のセンサからのデータを監視して、前記データの少なくとも一部から異常状態を検出し、
前記プログラマブルプロセッサが前記異常状態を検出すると、前記プログラマブルプロセッサが、前記異常状態および前記データの指示を、前記通信インターフェースを介してクラウドサーバに送信する、
ウェアラブルデバイス。
【請求項32】
前記プログラマブルプロセッサが、前記複数のセンサのうちの１つセンサの値があらかじめ構成された閾値外にあるとき、前記データの前記一部から前記異常状態を検出する、請求項３１に記載のウェアラブルデバイス。
【請求項33】
前記プログラマブルプロセッサが、前記クラウドサーバから前記データの要請を受信したことに応答して、前記データを前記クラウドサーバに送信する、請求項３１に記載のウェアラブルデバイス。
【請求項34】
前記プログラマブルプロセッサが、前記クラウドサーバからフィードバックの要求を受信したことに応答して、前記ユーザデバイスの装着者のステータスに関するフィードバックを送信する、請求項３１に記載のウェアラブルデバイス。
【請求項35】
前記フィードバックが、前記ウェアラブルデバイスのユーザインターフェース上で受信されたユーザ入力、前記ウェアラブルデバイスのマイクロフォンによって受信されたオーディオ信号、前記ウェアラブルデバイスに近接して位置するユーザデバイスによって受信されたオーディオ信号、および／または前記ウェアラブルデバイスのあらかじめ構成された動きのうちの１つ以上を含む、請求項３１に記載のウェアラブルデバイス。
【請求項36】
前記プログラマブルプロセッサが、前記ウェアラブルデバイスの前記ユーザと対話して前記フィードバックを要請するために、人工知能オーディオボットを起動する、請求項３４に記載のウェアラブルデバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、２０２０年１２月４日に出願された「ＳＭＡＲＴ ＷＥＡＲＡＢＬＥ ＰＥＲＳＯＮＡＬ ＳＡＦＥＴＹ ＳＹＳＴＥＭ ＡＮＤ ＭＥＴＨＯＤ」という名称の米国出願第６３／１９９，０６２号、２０２０年１２月２２日に出願された「ＣＬＯＵＤ－ＢＡＳＥＤ ＡＲＴＩＦＩＣＩＡＬ ＩＮＴＥＬＬＩＧＥＮＣＥ－ＤＲＩＶＥＮ ＳＡＦＥＴＹ ＡＮＤ ＡＬＥＲＴ ＭＥＣＨＡＮＩＳＭ ＳＹＳＴＥＭ ＦＯＲ ＤＥＴＥＣＴＩＮＧ ＡＮＤ／ＯＲ ＰＲＥＤＩＣＴＩＮＧ ＰＯＴＥＮＴＩＡＬ ＷＡＴＥＲ ＨＡＺＡＲＤＳ」という名称の米国出願第６３／１９９，３７８号、２０２１年４月８日に出願された「ＩＮＴＥＲＡＣＴＩＶＥ ＶＯＩＣＥ ＢＡＳＥＤ ＳＡＦＥＴＹ ＡＮＤ ＡＬＥＲＴ ＭＥＣＨＡＮＩＳＭ ＳＹＳＴＥＭ ＦＯＲ ＤＥＴＥＣＴＩＮＧ ＡＮＤ ＰＲＥＤＩＣＴＩＮＧ ＰＯＴＥＮＴＩＡＬ ＨＡＺＡＲＤＳ ＤＵＥ ＴＯ ＳＩＧＮＩＦＩＣＡＮＴ ＣＨＡＮＧＥＳ ＩＮ ＡＭＢＩＥＮＴ ＴＥＭＰＥＲＡＴＵＲＥ」という名称の米国出願第６３／２０１，００３号、２０２１年４月８日に出願された「ＩＮＴＥＲＡＣＴＩＶＥ ＶＯＩＣＥ ＢＡＳＥＤ ＳＡＦＥＴＹ ＡＮＤ ＡＬＥＲＴ ＭＥＣＨＡＮＩＳＭ ＳＹＳＴＥＭ ＦＯＲ ＤＥＴＥＣＴＩＮＧ ＡＮＤ ＰＲＥＤＩＣＴＩＮＧ ＰＯＴＥＮＴＩＡＬ ＧＥＯ－ＦＥＮＣＥ ＢＲＥＡＣＨ ＨＡＺＡＲＤＳ」という名称の米国出願第６３／２０１，０１３号、および２０２１年４月９日に出願された「ＩＮＴＥＲＡＣＴＩＶＥ ＶＯＩＣＥ ＢＡＳＥＤ ＳＡＦＥＴＹ ＡＮＤ ＡＬＥＲＴ ＭＥＣＨＡＮＩＳＭ ＳＹＳＴＥＭ ＦＯＲ ＦＡＬＬ ＤＥＴＥＣＴＩＯＮ ＡＮＤ ＲＥＤＵＣＩＮＧ ＦＡＬＳＥ－ＰＯＳＩＴＩＶＥ ＡＬＥＲＴＳ」という名称の米国出願第６３／２０１，０４６号の優先権を主張する。米国出願第６３／１９９，０６２号、第６３／１９９，３７８号、第６３／２０１，００３号、第６３／２０１，０１３号、および第６３／２０１，０４６号は、本明細書に完全に記載されているかのように、参照により本明細書に完全に組み込まれる。
【0002】
本発明は、一般に、スマートウェアラブルパーソナルセーフティデバイス、ならびに関連するシステムおよび方法に関する。より具体的には、そのようなデバイス、システム、および方法は、ウェアラブル人工知能ベースのシステム、スマート衣服システム、および／または不慮の怪我／死亡を監視し、潜在的に防止し、位置を追跡し、現在の生理学的状態、装着者のバイタルをリアルタイムで記録し、タイムリーなアラートを送るためのウェアラブルおよび方法を含むことができる。さらに、そのようなデバイス、システム、および方法は、周囲温度の著しい変化に起因する潜在的な危険を検出し予測するため、転倒検出のため、潜在的なジオフェンス侵害の危険を検出し予測するため、および／または潜在的な水の危険を検出し予測するための、クラウド対応型人工知能駆動対話型安全およびアラート機構システムを含むことができる。
【背景技術】
【0003】
ペット、乳児、幼児、子供、および成人の不慮の原因の怪我および／または死亡は、世界中で増加している。不慮の溺死、不慮の転倒、窒息（例えば、車に閉じ込められた子供）、乳児の窒息、高体温、低体温、誘拐／行方不明者のケース（琥珀、銀および青色のアラート）、高齢者が長期間にわたって１人で放置されていること、子供またはペットが付添人なくさまようこと、認知症のような特別な医学的状態のために高齢者が道に迷うなど、これらの怪我および死亡の原因は多岐にわたる。現在、世界中に存在するこれらおよび他の潜在的な危険を十分に軽減するデバイス、システム、または方法は存在しない。
【0004】
例えば、既知の特定ジオフェンスデバイスおよびシステムの場合、これらの既知のデバイスおよびシステムは、装着者がジオフェンスエリアに戻ったとき、または装着者が道路／高速道路、水域、溝などの既知の危険な場所に向かって移動しているかどうかを追跡しない。これらの既知のジオフェンスデバイスおよびシステムは、典型的には、追跡された対象者がジオフェンスを侵害したことを通知するために、ユーザがスマートフォンおよび／またはスマートウェアラブルデバイス上でアラートを受信することのみに依存する。次いで、ユーザは、対象者の居場所を追跡するために、常にアプリを開いたままにしなければならず、ユーザがアラート通知を見逃した場合の不測の事態は存在せず、これは、ユーザが仕事中、運転中、睡眠中、アラートを受信するスマートフォンが充電されていない、および／またはユーザがアラート時にスマートフォンを持っていない場合に大いに可能性がある。
【0005】
さらに、転倒を追跡し報告する既知の特定ウェアラブルデバイスまたはシステムの場合、そのような既知のデバイスおよびシステムは、典型的には、ユーザが物理的に触れて、指定された時間間隔内にデバイス上の転倒アラートに応答することができない場合、多数の偽陽性アラートが当局に送信されることになる。
【0006】
最後に、ペット、乳児、幼児、子供、および成人の偶発的に引き起こされた怪我および死亡の増加につながった他の可能な危険に関しては、現在、危険を軽減するための対応するシステムおよび方法が存在しないか、および／または、ジオフェンス侵害および転倒の危険を検出するための既知のデバイスおよびシステムに存在するものと同じまたは類似の欠陥に苦しむ既知のシステムが存在し得る。
【0007】
上記を考慮すると、改善された危険検出および軽減デバイス、システム、および方法が明らかに必要とされている。
【図面の簡単な説明】
【0008】
【図1A】開示された実施形態による、パーソナルセーフティアラートシステムの概略図である。
【図1B】開示された実施形態による、パーソナルセーフティアラートシステムを動作させるための方法のフロー図である。
【図2】開示された実施形態による、スマートウェアラブルデバイスの透視図である。
【図3】開示された実施形態による、スマートウェアラブルデバイスの上面図である。
【図4】開示された実施形態による、スマートウェアラブルデバイスの底面図である。
【図5】開示された実施形態による、スマートウェアラブルデバイスの側面図である。
【図6】開示された実施形態による、スマートウェアラブルデバイスの側面図である。
【図7】開示された実施形態による、スマートウェアラブルデバイスの側面図である。
【図8】開示された実施形態による、衣服システムに統合されたスマートウェアラブルデバイスである。
【図9】開示された実施形態による、パーソナルセーフティアラートシステムのブロック図である。
【図10】開示された実施形態による、水ベース危険検出およびアラート方法のフロー図である。
【図11】開示された実施形態による、水ベース危険検出およびアラート方法のフロー図である。
【図12】開示された実施形態による、転倒危険検出およびアラート方法のフロー図である。
【図13】開示された実施形態による、転倒危険検出およびアラート方法のフロー図である。
【図14】開示された実施形態による、周囲温度危険検出およびアラート方法のフロー図である。
【図15】開示された実施形態による、周囲温度危険検出およびアラート方法のフロー図である。
【図16】開示された実施形態による、ジオフェンス侵害危険検出およびアラート方法のフロー図である。
【図17】開示された実施形態による、ジオフェンス侵害危険検出およびアラート方法のフロー図である。
【図18】開示された実施形態による、ジオフェンス侵害危険検出およびアラート方法のフロー図である。
【図19】開示された実施形態による、ジオフェンス危険予測サブプロセスのフロー図である。
【図20】開示された実施形態による、人工知能ボットサブプロセスのフロー図である。
【図21】装着者状態評価サブプロセスのフロー図である
【図22】開示された実施形態による、パーソナルセーフティアラートシステムと併せて使用されるユーザインターフェースのレンダリングである。
【図23】開示された実施形態による、パーソナルセーフティアラートシステムと併せて使用されるユーザインターフェースのレンダリングである。
【図24】開示された実施形態による、パーソナルセーフティアラートシステムと併せて使用されるユーザインターフェースのレンダリングである。
【発明を実施するための形態】
【0009】
本発明は、多くの異なる形態の実施形態で実施可能であるが、本開示が本発明の原理の例示と見なされるべきであることを理解した上で、図面に示され、本明細書においてその具体的な実施形態が詳細に説明される。本発明を特定の例示された実施形態に限定することは意図されていない。
【0010】
図１Ａは、開示された実施形態による、危険検出および軽減システム１００の概略図を示す。図１Ａに見られるように、システム１００は、ウェアラブルデバイス１２０のユーザが経験している可能性のある危険または異常を検出することができるウェアラブルデバイス１２０を含むことができる。図１Ａに見られるように、ウェアラブルデバイス１２０は、とりわけ、転倒の危険、心拍数の危険、ジオフェンス侵害、周囲温度の危険、大気圧の危険、および水域の危険を含むがこれらに限定されない様々な危険または異常を監視することができる。
【0011】
さらに、いくつかの実施形態では、システム１００は、ウェアラブルデバイス１２０から離れており、危険を確認または拒否し、ポジティブまたは有害な変化について危険を監視し、危険を確認または拒否するためにウェアラブルデバイス１２０のユーザにフィードバックを要請し、危険の現在の重大度に基づいて様々な軽減措置を開始することができるクラウドサーバ１２２を含むことができる。例えば、いくつかの実施形態では、クラウドサーバ１２２は、様々な通知デバイス１２４に異なるアラートレベルを送ることができ、アラートレベルがクリティカルであるとき、緊急プロバイダに通知を送ることができる。
【0012】
いくつかの実施形態では、様々な通知デバイス１２４は、アラート通知のための初期配信デバイスとして機能する登録デバイスまたは一次デバイスと、アラートの重大度および／または登録デバイスのユーザがあらかじめ定められた制限時間内にアラート通知を承認したかどうかに基づいてアラート通知を受信する様々な他の二次デバイスとを含むことができる。例えば、いくつかの実施形態では、登録デバイスは、親または保護者、配偶者、友人、兄弟姉妹、成人した子供など、ウェアラブルデバイス１２０のユーザの主な連絡先のスマートフォンまたは同様のデバイスを含むことができる。さらに、通知デバイス１２４内の様々な他の二次デバイスは、他のスマートフォンまたは同様のデバイス、様々なスマートスピーカ、スマートアシスタントなどを含むことができる。いくつかの実施形態では、通知デバイス１２４内の様々な他の二次デバイスのうちの１つ以上は、ウェアラブルデバイス１２０および／またはクラウドサーバ１２２のメモリにあらかじめ構成され得る。追加または代替として、いくつかの実施形態では、通知デバイス１２４内の様々な他の二次デバイスのうちの１つ以上が、登録デバイスに知られているデバイスから選択され得る。例えば、いくつかの実施形態では、通知デバイス１２４内の様々な他の二次デバイスのうちの１つ以上は、既知のワイヤードおよびワイヤレスの方法を介して登録デバイスとペアにされた、または接続された登録デバイスまたはスマートデバイスのメモリ内に連絡先として保存されたスマートフォンまたは同様のデバイスを含むことができる。
【0013】
図１Ｂは、開示された実施形態によるシステム１００を動作させるための方法１０２のフロー図である。図１Ｂに見られるように、方法１０２は、１０４のように、ウェアラブルデバイス１２０が１つ以上の異常状態について監視することを含むことができる。いくつかの実施形態では、ウェアラブルデバイス１２０は、ウェアラブルデバイス１２０に電気的に接続された複数のセンサ１２６（図４および図９参照）からのデータに基づいて、１つ以上の異常状態の存在を検出するために、１つ以上のオンデバイストレーニングされた人工知能（Ａｌ）プロセスを使用することができる。追加または代替として、いくつかの実施形態では、ウェアラブルデバイス１２０は、複数のセンサ１２０のうちの１つの値があらかじめ構成された閾値外にあるとき、複数のセンサ１２０からのデータの一部から特定の異常状態を検出することができる。
【0014】
いくつかの実施形態では、方法１０２は、１０６のように、ウェアラブルデバイス１２０が異常状態を検出することと、ウェアラブルデバイス１２０が複数のセンサ１２６の各々からのデータをクラウドサーバ１２２に転送することと、ウェアラブルデバイス１２０またはクラウドサーバ１２２が、異常状態を文書化したレベル１の通知（例えば、情報アラート）を通知デバイス１２４の登録デバイスに送信することとを含むことができる。いくつかの実施形態では、方法１０２は、クラウドサーバが、ウェアラブルデバイスから異常状態の指示を受信したことに応答して、データを要請することを含み得る。
【0015】
ウェアラブルデバイス１２０によって監視される異常状態についての様々な実施形態が企図される。例えば、いくつかの実施形態では、異常状態は、水ベースの危険、周囲温度の危険、転倒の危険、および／またはジオフェンス侵害のうちの１つ以上を含み得る。さらに、いくつかの実施形態では、異常状態を検出する複数のセンサ１２６のうちの１つは、特定の異常状態に応じて異なり得る。例えば、異常状態が水ベースの危険を含むとき、複数のセンサ１２６のうちの１つは、水接触センサ、湿度センサ、および／または大気圧センサを含むことができ、異常状態が周囲温度の危険を含むとき、複数のセンサ１２６のうちの１つは、周囲温度センサを含むことができ、異常状態が転倒の危険を含むとき、複数のセンサ１２６のうちの１つは、衝撃センサおよび／または加速度計を含むことができ、異常状態がジオフェンス侵害を含むとき、複数のセンサ１２６のうちの１つは、位置監視モジュールを含むことができる。
【0016】
ウェアラブルデバイス１２０が異常状態を検出した後、方法１０２は、１０８のように、クラウドサーバ１２２の予測サブシステムを起動することを含むことができる。いくつかの実施形態では、予測サブシステムは、クラウドサーバ１２２が、複数のセンサ１２６からのデータを使用してウェアラブルデバイス１２０のユーザの現在の状態を決定し、次いで、変化について現在の状態を監視することを含むことができる。いくつかの実施形態では、方法１０２は、ウェアラブルデバイス１２０のユーザの現在の状態を決定するために、および／または変化について現在の状態を監視するために、クラウドサーバ１２２がＡｌモデルを用いてデータを処理することを含むことができる。これらの実施形態では、ＡＩモデルは、ウェアラブルデバイス１２０からの履歴データ、別のデバイスからの履歴データ、および／または経験されている異常状態に対応する第１の既知の値および経験されていない異常状態に対応する第２の既知の値を含む製造データを使用してトレーニングされ得る。いくつかの実施形態では、方法１０２は、クラウドサーバ１２２が、ウェアラブルデバイス１２０によって検出された異常状態に基づいて、複数のＡｌモデルのうちの１つからＡｌモデルを選択することを含み得る。これらの実施形態では、複数の人工知能モデルの各々が、ウェアラブルデバイス１２０からの履歴データ、別のデバイスからの履歴データ、および／または経験されている異なるそれぞれの異常状態に対応する第１の既知の値および経験されていない異なるそれぞれの異常状態に対応する第２の既知の値を含む製造データを使用してトレーニングされる。
【0017】
１０８のように、クラウドサーバ１２２の予測サブシステムの起動と並行して、またはそれとは独立して、方法１０２は、１１０のように、ウェアラブルデバイス１２０が異常状態を検出したとき、クラウドサーバ１２２が保護サブシステムまたは機構を起動することを含むことができる。いくつかの実施形態では、クラウドサーバ１２２の予測サブシステムを起動することは、クラウドサーバ１２２がウェアラブルデバイス１２０にフィードバックを要請し、次いで、クラウドサーバ１２２が、データおよびフィードバックを使用してウェアラブルデバイス１２０のユーザの現在の状態を決定することを含むことができる。例えば、いくつかの実施形態では、方法１０２は、クラウドサーバ１２２が、フィードバックがポジティブであり、クラウドサーバ１２２があらかじめ定義された締め切り時間内にフィードバックを受信したとき、ユーザが異常状態を経験していないことを現在の状態が示すことを決定することと、クラウドサーバが、フィードバックがネガティブであり、クラウドサーバがあらかじめ定義された締め切り時間内にフィードバックを受信したとき、ユーザが異常状態を経験していることを現在の状態が示すことを決定することとを含むことができる。さらに、いくつかの実施形態では、クラウドサーバ１２２が、あらかじめ定義された締め切り時間前にフィードバックを受信できなかったとき、方法１０２は、クラウドサーバ１２２が、現在の状態を決定し、変化について現在の状態を監視するために予測サブシステムによって使用されるデータに、フィードバックを受信できなかったことを含めることを含むことができる。
【0018】
クラウドサーバ１２２によって要請されるフィードバックについての様々な実施形態が企図される。例えば、いくつかの実施形態では、フィードバックは、ウェアラブルデバイス１２０上で受信されたユーザ入力、ウェアラブルデバイス１２０によって受信されたオーディオ信号、ウェアラブルデバイス１２０に近接して位置するユーザデバイスによって受信されたオーディオ信号、および／またはウェアラブルデバイス１２０のあらかじめ構成された動きのうちの１つ以上を含むことができる。さらに、図１Ｂに見られるように、いくつかの実施形態では、方法１０２は、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザと対話してフィードバックを要請するために、本明細書で説明されるようにＡｌオーディオボットを起動することを含むことができる。いくつかの実施形態では、Ａｌオーディオボットは、クラウドサーバ１２０上で実行される。しかしながら、Ａｌオーディオボットがウェアラブルデバイス１２０上で排他的にまたは部分的に実行される実施形態も企図される。
【0019】
図１Ｂに見られるように、方法１０２は、１０８、１１０、および１１２のように、クラウドサーバ１２２が、予測サブシステムおよび／または保護サブシステムの決定に基づいて、登録デバイスにレベル２通知（例えば、アラートレベル重大）を、登録デバイスおよび／または二次デバイスにレベル３通知（例えば、アラートレベルクリティカル）を、および／または登録デバイス、関連デバイス、および緊急対応プロバイダにレベル４通知（例えば、高レベルまたは大惨事レベルのアラート）または、のうちの１つ以上を送信することを含むことができる。いくつかの実施形態では、方法１０２は、クラウドサーバ１２２が、例えば登録デバイスからの以前のアラートに対する応答が受信されないとき、通知デバイスのうちの異なる１つにより高レベルのアラートを送信することを含むことができる。いくつかの実施形態では、クラウドサーバ１２２は、ウェアラブルデバイス１２０の現在の位置および／またはウェアラブルデバイス１２０のユーザが経験している特定の異常状態に基づいて、レベル４の通知を送信するために、正しい緊急対応プロバイダを識別することができる。さらに、いくつかの実施形態では、予測サブシステムおよび／または保護サブシステムの決定が、現在の状態および／または現在の状態の変化が、ユーザが異常な状態を経験していないことを示す状況を含むとき、方法１０２は、クラウドサーバ１２２が、現在の状態を文書化したオールクリア通知を登録デバイスに送信することを含むことができる。クラウドサーバ１２２によって実行されるものとして上述された方法１０２のステップのうちの１つ以上がウェアラブルデバイス１２０によって代わりに実行され、ウェアラブルデバイス１２０によって実行されるものとして上述された方法１０２のステップのうちの１つ以上がクラウドサーバ１２２によって代わりに実行される追加の実施形態が企図されることに留意されたい。
【0020】
追加または代替として、いくつかの実施形態では、レベル１、２、３、または４の通知のいずれかは、ウェアラブルデバイス１２０のユーザの現在の状態に加えて、追加の情報を含むことができる。例えば、いくつかの実施形態では、追加情報は、ウェアラブルデバイス１２０の位置、体温、心拍数などウェアラブルデバイス１２０のユーザの主要な健康メトリック、および当業者に知られている他の有用な情報を含むことができる。
【0021】
図２～図８は、開示された実施形態による、ウェアラブルデバイス１２０の様々な図を示す。特に、図２は、ウェアラブルデバイス１２０の斜視図を示し、図３は、ウェアラブルデバイス１２０の上面図を示す。図２および図３に見られるように、いくつかの実施形態では、ウェアラブルデバイス１２０は、ウェアラブルデバイス１２０の上面に埋め込まれた複数のインジケータまたはステータスライト１２５を含み得る。いくつかの実施形態では、インジケータまたはステータスライトは、発光ダイオード（ＬＥＤ）および／または当技術分野で知られているような他の光源を含むことができる。図４は、ウェアラブルデバイス１２０の底面図を示す。いくつかの実施形態では、複数のセンサ１２６（図９参照）のうちのいくつかは、ウェアラブルデバイス１２０の底部に配置され得、ウェアラブルデバイス１２０のユーザの１つ以上のユーザメトリックを測定する身体接触センサを含み得る。いくつかの実施形態では、１つ以上のユーザメトリックは、ユーザの心拍数、血中酸素レベル、および／または体温を含むことができる。
【0022】
図５～図７は、開示された実施形態によるウェアラブルデバイス１２０の側面図を示す。図５～図７に見られるように、ウェアラブルデバイス１２０は、ウェアラブルデバイス１２０を衣服または別の関連アクセサリから解放するためのレバー１２８と、ウェアラブルデバイス１２０を制御するための複数のユーザインターフェース要素またはボタン、例えばボタン１３０、１３４、１３６、および１３８とを含むことができる。さらに、図６に見られるように、いくつかの実施形態では、ウェアラブルデバイス１２０は、マイクロフォン１３２を含み得る。いくつかの実施形態では、マイクロフォン１３２は、本明細書で説明されるように、ウェアラブルデバイス１２０のユーザにフィードバックを要請するために、Ａｌオーディオボットと併せて使用され得る。
【0023】
図８は、開示された実施形態による、衣服システム１４０に統合されたウェアラブルデバイス１２０を示す。いくつかの実施形態では、複数のセンサ１２６のうちの１つ以上は、衣服システム１４０に統合され、ウェアラブルデバイス１２０に電気的に接続され得る。追加または代替として、いくつかの実施形態では、ウェアラブルデバイス１２０は、腕、手首、指輪などに装着され得る。
【0024】
図９は、開示された実施形態による、危険検出および軽減システム１００およびその構成要素のブロック図である。図９に見られるように、いくつかの実施形態では、複数のセンサ１２６は、少なくとも心拍数モニタ１２６Ａ、周囲温度センサ１２６Ｂ、加速度計１２６Ｃ、気圧／水圧センサ１２６Ｄ、水培養または湿度センサ１２６Ｅ、および全地球測位システム（ＧＰＳ）モジュールなどの位置センサ１２６Ｆを含むことができる。図９に見られるように、いくつかの実施形態では、複数のセンサ１２６の各々は、ウェアラブルデバイス１２０のプログラマブルプロセッサまたはマイクロコントローラユニット１４２に電気的に結合され得る。いくつかの実施形態では、マイクロフォン１３２を含む音声サービスサブシステム１４４と、ユーザインターフェース要素１３０、１３４、１３６、および１３８と、インジケータライト１２５と、オーディオ出力サブシステム１４６と、通信インターフェース１４８とは、プログラマブルプロセッサ１４２に電気的に結合され得る。複数のセンサ１２６のうち、酸素センサやカメラなど、当業者に知られている様々な他のセンサを含むことができる。動作中、プログラマブルプロセッサ１４２は、複数のセンサ１２６からのデータを監視して、データの少なくとも一部から異常状態を検出することができ、プログラマブルプロセッサ１４２が異常状態を検出すると、プログラマブルプロセッサ１４２は、異常状態の指示およびデータを、通信インターフェース１４８を介してクラウドサーバ１２２に送信することができる。
【0025】
図９に見られるように、いくつかの実施形態では、通信インターフェース１４８は、クラウドサーバ１２２、通知デバイス１２４、および／または当技術分野で理解される他のデバイスと通信するための、ＬＴＥセルラーデータおよびＷｉＦｉモジュールまたはチップセット１５０、ならびにＢｌｕｅｔｏｏｔｈモジュールまたはチップセット１５２を含むことができる。当技術分野で理解されるような様々な他のワイヤードおよびワイヤレス通信チャネルも企図される。例えば、いくつかの実施形態では、通信インターフェース１４８は、ＬｏＲａＷＡＮモジュールまたはチップセットを含むことができる。
【0026】
図９に見られるように、いくつかの実施形態では、クラウドサーバ１２２は、ウェアラブルデバイス１２０の通信インターフェース１４８および通知デバイス１２４とインターフェースするための第２の通信インターフェース１５６を含むことができる。いくつかの実施形態では、クラウドサーバ１２２は、第２の通信インターフェース１５６に結合され、本明細書で説明する方法のうちの１つ以上を実行するように構成された第２のプログラマブルプロセッサ１５４を含むことができる。さらに、いくつかの実施形態では、クラウドサーバ１５８は、Ａｌオーディオボット、複数のＡｌモジュール、および／または本明細書で説明する方法のうちの１つ以上を実行するためにクラウドサーバ１２２によって使用される他のデータおよび実行可能コードを記憶するためのメモリデバイス１５８を含むことができる。
【0027】
ウェアラブルデバイス１２０の構築のための様々な実施形態が企図される。例えば、ウェアラブルデバイス１２０の構成要素を相互接続するための１つ以上の層を有する様々なプリント回路基板（ＰＣＢ）構成が企図される。いくつかの実施形態では、ウェアラブルデバイス１２０の構成要素のうちのいくつかは、フレックスコネクタを介して複数のセンサ１２６のうちの１つ以上を収容する第２のセンサボードに結合される多層剛性ＰＣＢ上で相互接続され得る。いくつかの実施形態では、第２のセンサボードは可撓性であり得る。例えば、いくつかの実施形態では、通信インターフェース１４８、位置センサ１２６Ｆ、加速度計１２６Ｃ、気圧／水圧センサ１２６Ｄ、水培養または湿度センサ１２６Ｅ、および周囲温度センサ１２６Ｂは、多層剛性ＰＣＢ上で相互接続され得、心拍数モニタ１２６Ａおよび酸素センサは、可撓ケーブルによって多層剛性ＰＣＢに結合されたセンサボード上に配置され得る。いくつかの実施形態では、プログラマブルプロセッサまたはマイクロコントローラユニット１４２は、多層剛性ＰＣＢに統合することもできる。当業者に知られている追加および代替の相互接続オプションも企図される。いくつかの実施形態では、センサボードおよび多層ＰＣＢをハウジングで囲むことができる。電子回路は、機械学習アルゴリズムおよび人工知能アルゴリズムでプログラムされ、文脈に即した、インテリジェントでタイムリーなアラートを提供する。
【0028】
いくつかの実施形態では、ウェアラブルデバイス１２０は、通信インターフェース１４８、位置センサ１２６Ｆ、および／またはウェアラブルデバイス１２０の他の構成要素に電気的に結合された１つ以上のカスタム設計アンテナを含むことができる。限定はしないが、アンテナがハウジングまたは筐体シェルまたはリストバンドに埋め込まれることを含む、アンテナについての様々な構成が企図される。
【0029】
図１０～図２１は、ウェアラブルデバイス１２０および／またはクラウドサーバ１２２によって実行され、ウェアラブルデバイス１２０のユーザによって潜在的に経験可能な１つ以上の危険を検出し、軽減する様々な方法およびサブプロセスのフロー図を示す。
【0030】
図１０～図１１は、開示された実施形態による、水ベース危険検出方法２００のフロー図を示す。特に、図１０は、ウェアラブルデバイス１２０によって実行される方法２００の一部を示し、２０２および２０４のように、水／圧力ベースの異常などの異常状態についてウェアラブルデバイス１２０に複数のセンサ１２６を監視させることによって方法２００を開始することを含む。次いで、方法２００は、２０６のように、ウェアラブルデバイス１２０が、例えば、水培養または湿度センサ１２６Ｅを使用して、水接触または湿度の増加を検出することを含むことができる。次に、ウェアラブルデバイス１２０は、２０８および２１０のように、気圧水圧センサ１２６Ｄの値をチェックし、その値があらかじめ構成された範囲外であるかどうかを決定することができる。値があらかじめ構成された範囲外でないとき、方法２００は、クラウドサーバ１２２がステップ２０４～２１０を実行し続けることを含むことができる。しかしながら、値があらかじめ構成された範囲外であるとき、方法２００は、ウェアラブルデバイス１２０が、少なくとも水培養または湿度センサ１２６Ｅおよび気圧水圧センサ１２６Ｄからの値をオンボードＡｌプロセスで処理して、水／圧力ベースの異常がウェアラブルデバイス１２０のユーザに発生する可能性があるかどうかを決定することを含むことができる。水／圧力ベースの異常が発生している可能性が低いとき、方法２００は、クラウドサーバ１２２がステップ２０４～２１０を実行し続けることを含むことができる。しかしながら、水／圧力ベースの異常が発生している可能性が高いとき、方法２００は、クラウドサーバ１２２が水／圧力ベースの異常の指示をクラウドサーバ１２２に送信することを含むことができる。
【0031】
次に図１１を参照すると、クラウドサーバ１２２によって実行される方法２００の部分が示されている。図１１に見られるように、ウェアラブルデバイス１２０から水／圧力ベースの異常の指示を受信した後、方法２００は、２１４のように、クラウドサーバ１２２が、水／圧力ベースの異常を通知デバイス１２４に通知するために、通知デバイス１２４内の登録デバイスにレベル１または情報アラートを送信することを含むことができる。ステップ２１４と並行して、方法２００は、２１８および２２０のように、クラウドサーバ１２２が、Ａｌボットプロセスを呼び出し、その出力を使用して、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうかを決定する（例えば、ウェアラブルデバイス１２０のユーザが水／圧力ベースの危険を経験しているかどうかを決定する）ことを含むことができる。ウェアラブルデバイス１２０のユーザが大丈夫であることをＡｌボットプロセスの出力が示すとき、方法２００は、２２２および２２３のように、クラウドサーバ１２２が、通知デバイス１２４にオールクリアアラートまたは通知を送信し、次いで、方法２００を終了することを含むことができる。
【0032】
さらに、ステップ２１４および２１８と並行して、方法２００は、２２４のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０から、複数のセンサ１２６からのすべてのデータを受信することを含むことができる。いくつかの実施形態では、方法２００は、クラウドサーバ１２２が、複数のセンサ１２６からのデータのすべてを要請または要求することを含むことができる。複数のセンサ１２６からすべてのデータを受信した後、方法２００は、２２６のように、クラウドサーバ１２２が、装着者状態評価サブプロセスを呼び出して、複数のセンサ１２６からのデータを解析することを含むことができる。いくつかの実施形態では、方法２００は、クラウドサーバ１２２が装着者状態評価サブプロセスによって解析されたデータにＡｌボットプロセスからのネガティブな出力を含めることを含むことができる。次に、方法２００は、装着者状態評価サブプロセスの出力を使用して、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうかを決定する（例えば、ウェアラブルデバイス１２０のユーザが水／圧力ベースの危険を経験しているかどうかを決定する）ことができる。ウェアラブルデバイス１２０のユーザが大丈夫であることを装着者状態評価サブプロセスの出力が示すとき、方法２００は、２２２および２２３のように、クラウドサーバ１２２が、通知デバイス１２４にオールクリアアラートまたは通知を送信し、次いで、方法２００を終了することを含むことができる。
【0033】
しかしながら、装着者状態評価サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが大丈夫でないことを示す（例えば、ウェアラブルデバイス１２０のユーザが水／圧力ベースの危険を経験している可能性が高い）とき、方法２００は、２３０および２３２のように、クラウドサーバ１２２が、複数のセンサ１２６からのデータの変化に基づいて、任意の変化についてウェアラブルデバイス１２０のユーザの現在の状態を監視するために（例えば、水／圧力ベースの危険がより深刻になるかあまり深刻ではなくなるかを決定するために）、装着者状態評価サブプロセスを実行することを含むことができる。ウェアラブルデバイス１２０のユーザの現在の状態が低下しているまたは悪化していることを装着者状態評価サブプロセスが示すとき、方法２００は、２３４および２２３のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザによって経験されている水／圧力ベースの危険の悪化の両方を通知するレベル４のアラートまたは通知を、通知デバイス１２４および／または関連する緊急サービスプロバイダに送信し、次いで方法２００を終了することを含むことができる。いくつかの実施形態では、方法２００は、クラウドサーバ１２２が、関連する緊急サービスプロバイダに連絡するためにＡｌボットプロセスを呼び出すことを含むことができる。
【0034】
加えて、ステップ２２８からの装着者状態評価サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが大丈夫でないことを示すとき、方法２００は、２３８および２４０のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザが経験している水／圧力ベースの危険の現在の状態を文書化したレベル３またはクリティカルアラートを通知デバイス１２４に送り、通知デバイス１２４のうちの１つ以上から肯定応答が受信されたかどうかを決定することを含むことができる。通知デバイス１２４から肯定応答が受信されないとき、方法２００は、２３４および２２３のように、クラウドサーバ１２２が、レベル４のアラートまたは通知を通知デバイス１２４および／または関連する緊急サービスプロバイダに送信し、方法２００を終了することを含むことができる。いくつかの実施形態では、通知デバイス１２４から肯定応答が受信されると、方法２００は、２２３のように、クラウドサーバ１２２が方法２００を終了することを含むことができる。いくつかの実施形態では、方法２００は、クラウドサーバ１２２が通知デバイス１２４のうちの１つから肯定応答を受信した後であっても、ステップ２３０～２３４のように、クラウドサーバ１２２が、水／圧力ベースの危険の重大度の変化についてウェアラブルデバイス１２０のユーザの現在の状態を監視し続けることを含むことができる。例えば、いくつかの実施形態では、方法２００は、ステップ２３０～２３４のように、クラウドサーバ１２２が、装着者状態評価サブプロセスによって解析された複数のセンサ１２６の現在値が、ウェアラブルデバイス１２０のユーザがもはや水／圧力ベースの危険を経験していないことを示すまで、水／圧力ベースの危険の重大度の変化についてウェアラブルデバイスのユーザの現在の状態を監視することを含むことができる。
【0035】
クラウドサーバ１２２によって実行されるものとして上述された方法２００のステップのうちの１つ以上がウェアラブルデバイス１２０によって代わりに実行され、ウェアラブルデバイス１２０によって実行されるものとして上述された方法２００のステップのうちの１つ以上がクラウドサーバ１２２によって代わりに実行される追加の実施形態が企図されることに留意されたい。例えば、いくつかの実施形態では、図１０に示され、それに関して説明されるステップのうちの１つ以上は、ウェアラブルデバイス１２０ではなくクラウドサーバ１２２によって実行され得、図１１に示され、それに関して説明されるステップのうちの１つ以上は、クラウドサーバ１２２ではなくウェアラブルデバイス１２０上で実行され得る。
【0036】
図１２～図１３は、開示された実施形態による、転倒ベース危険検出方法３００のフロー図を示す。特に、図１２は、ウェアラブルデバイス１２０によって実行される方法３００の一部を示し、３０２および３０４のように、転倒ベースの異常などの異常状態についてウェアラブルデバイス１２０に複数のセンサ１２６を監視させることによって方法３００を開始することを含む。次いで、方法３００は、３０６のように、例えば、加速度計センサ１２６Ｃの値の急激な変化を検出することによって、ウェアラブルデバイス１２０が転倒を検出することを含むことができる。次に、方法３００は、ウェアラブルデバイス１２０が、少なくとも加速度計センサ１２６Ｃからの値をオンボードＡｌプロセスで処理して、転倒ベースの異常がウェアラブルデバイス１２０のユーザに発生する可能性があるかどうかを決定することを含むことができる。転倒ベースの異常が発生している可能性が低いとき、方法３００は、クラウドサーバ１２２がステップ３０４～３０８を実行し続けることを含むことができる。しかしながら、転倒ベースの異常が発生している可能性が高いとき、方法３００は、クラウドサーバ１２２が転倒ベースの異常の指示をクラウドサーバ１２２に送信することを含むことができる。
【0037】
次に図１３を参照すると、クラウドサーバ１２２によって実行される方法３００の部分が示されている。図１３に見られるように、ウェアラブルデバイス１２０から転倒ベースの異常の指示を受信した後、方法３００は、３１０のように、クラウドサーバ１２２が、転倒ベースの異常を通知デバイス１２４に通知するために、通知デバイス１２４内の登録デバイスにレベル１または情報アラートを送信することを含むことができる。ステップ３１０と並行して、方法３００は、３１２および３１４のように、クラウドサーバ１２２が、Ａｌボットプロセスを呼び出し、その出力を使用して、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうかを決定する（例えば、ウェアラブルデバイス１２０のユーザが転倒ベースの危険を経験しているかどうかを決定する）ことを含むことができる。ウェアラブルデバイス１２０のユーザが大丈夫であることをＡｌボットプロセスの出力が示すとき、方法３００は、３１６および３１８のように、クラウドサーバ１２２が、通知デバイス１２４にオールクリアアラートまたは通知を送信し、次いで、方法３００を終了することを含むことができる。
【0038】
さらに、ステップ３１０および３１２と並行して、方法３００は、３２０のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０から、複数のセンサ１２６からのすべてのデータを受信することを含むことができる。いくつかの実施形態では、方法３００は、クラウドサーバ１２２が、複数のセンサ１２６からのデータのすべてを要請または要求することを含むことができる。複数のセンサ１２６からすべてのデータを受信した後、方法３００は、３２２のように、クラウドサーバ１２２が、装着者状態評価サブプロセスを呼び出して、複数のセンサ１２６からのデータを解析することを含むことができる。いくつかの実施形態では、方法３００は、クラウドサーバ１２２が装着者状態評価サブプロセスによって解析されたデータにＡｌボットプロセスからのネガティブな出力を含めることを含むことができる。次に、方法３００は、装着者状態評価サブプロセスの出力を使用して、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうかを決定する（例えば、ウェアラブルデバイス１２０のユーザが転倒ベースの危険を経験しているかどうかを決定する）ことができる。ウェアラブルデバイス１２０のユーザが大丈夫であることを装着者状態評価サブプロセスの出力が示すとき、方法３００は、３１６および３１８のように、クラウドサーバ１２２が、通知デバイス１２４にオールクリアアラートまたは通知を送信し、次いで、方法３００を終了することを含むことができる。
【0039】
しかしながら、装着者状態評価サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが大丈夫でないことを示す（例えば、ウェアラブルデバイス１２０のユーザが転倒ベースの危険を経験している可能性が高い）とき、方法３００は、３２６および３２８のように、クラウドサーバ１２２が、複数のセンサ１２６からのデータの変化に基づいて、任意の変化についてウェアラブルデバイス１２０のユーザの現在の状態を監視するために（例えば、転倒ベースの危険がより深刻になるかあまり深刻ではなくなるかを決定するために）、装着者状態評価サブプロセスを実行することを含むことができる。ウェアラブルデバイス１２０のユーザの現在の状態が低下しているまたは悪化していることを装着者状態評価サブプロセスが示すとき、方法３００は、３３０および３１８のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザによって経験されている転倒ベースの危険の悪化の両方を通知するレベル４のアラートまたは通知を、通知デバイス１２４および／または関連する緊急サービスプロバイダに送信し、次いで方法３００を終了することを含むことができる。いくつかの実施形態では、方法３００は、クラウドサーバ１２２が、関連する緊急サービスプロバイダに連絡するためにＡｌボットプロセスを呼び出すことを含むことができる。
【0040】
加えて、ステップ３２４からの装着者状態評価サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが大丈夫でないことを示すとき、方法３００は、３３２および３３４のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザが経験している転倒ベースの危険の現在の状態を文書化したレベル３のアラートを通知デバイス１２４に送り、通知デバイス１２４のうちの１つ以上から肯定応答が受信されたかどうかを決定することを含むことができる。通知デバイス１２４から肯定応答が受信されないとき、方法３００は、３３０および３１８のように、クラウドサーバ１２２が、レベル４のアラートまたは通知を通知デバイス１２４および／または関連する緊急サービスプロバイダに送信し、方法３００を終了することを含むことができる。いくつかの実施形態では、通知デバイス１２４から肯定応答が受信されると、方法３００は、３１８のように、クラウドサーバ１２２が方法３００を終了することを含むことができる。いくつかの実施形態では、方法３００は、クラウドサーバ１２２が通知デバイス１２４のうちの１つから肯定応答を受信した後であっても、ステップ３２６～３３０のように、クラウドサーバ１２２が、転倒ベースの危険の重大度の変化についてウェアラブルデバイスのユーザの現在の状態を監視し続けることを含むことができる。例えば、いくつかの実施形態では、方法３００は、ステップ３２６～３３０のように、クラウドサーバ１２２が、装着者状態評価サブプロセスによって解析された複数のセンサ１２６の現在値が、ウェアラブルデバイス１２０のユーザがもはや転倒ベースの危険を経験していないことを示すまで、転倒ベースの危険の重大度の変化についてウェアラブルデバイスのユーザの現在の状態を監視することを含むことができる。
【0041】
クラウドサーバ１２２によって実行されるものとして上述された方法３００のステップのうちの１つ以上がウェアラブルデバイス１２０によって代わりに実行され、ウェアラブルデバイス１２０によって実行されるものとして上述された方法３００のステップのうちの１つ以上がクラウドサーバ１２２によって代わりに実行される追加の実施形態が企図されることに留意されたい。例えば、いくつかの実施形態では、図１２に示され、それに関して説明されるステップのうちの１つ以上は、ウェアラブルデバイス１２０ではなくクラウドサーバ１２２によって実行され得、図１３に示され、それに関して説明されるステップのうちの１つ以上は、クラウドサーバ１２２ではなくウェアラブルデバイス１２０上で実行され得る。
【0042】
図１４～図１５は、開示された実施形態による、周囲温度危険検出方法４００のフロー図を示す。特に、図１４は、ウェアラブルデバイス１２０によって実行される方法４００の一部を示し、４０２および４０４のように、周囲温度ベースの異常などの異常状態についてウェアラブルデバイス１２０に複数のセンサ１２６を監視させることによって方法４００を開始することを含む。次いで、方法４００は、４０６のように、例えば、加速度計センサ１２６Ｂの値の急激な変化を検出することによって、ウェアラブルデバイス１２０が周囲温度問題を検出することを含むことができる。次に、方法４００は、４０８のように、ウェアラブルデバイス１２０が、少なくとも周囲温度センサ１２６Ｂからの値をオンボードＡｌプロセスで処理して、周囲温度ベースの異常がウェアラブルデバイス１２０のユーザに発生する可能性があるかどうかを決定することを含むことができる。周囲温度ベースの異常が発生している可能性が低いとき、方法４００は、クラウドサーバ１２２がステップ４０４～４０８を実行し続けることを含むことができる。しかしながら、周囲温度ベースの異常が発生している可能性が高いとき、方法４００は、クラウドサーバ１２２が周囲温度ベースの異常の指示をクラウドサーバ１２２に送信することを含むことができる。
【0043】
次に図１５を参照すると、クラウドサーバ１２２によって実行される方法４００の部分が示されている。図１５に見られるように、ウェアラブルデバイス１２０から周囲温度ベースの異常の指示を受信した後、方法４００は、４１０のように、クラウドサーバ１２２が、周囲温度ベースの異常を通知デバイス１２４に通知するために、通知デバイス１２４内の登録デバイスにレベル１または情報アラートを送信することを含むことができる。ステップ４１０と並行して、方法４００は、４１２および４１４のように、クラウドサーバ１２２が、Ａｌボットプロセスを呼び出し、その出力を使用して、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうかを決定する（例えば、ウェアラブルデバイス１２０のユーザが周囲温度ベースの危険を経験しているかどうかを決定する）ことを含むことができる。ウェアラブルデバイス１２０のユーザが大丈夫であることをＡｌボットプロセスの出力が示すとき、方法４００は、４１６および４１８のように、クラウドサーバ１２２が、通知デバイス１２４にオールクリアアラートまたは通知を送信し、次いで、方法４００を終了することを含むことができる。
【0044】
さらに、ステップ４１０および４１２と並行して、方法４００は、４２０のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０から、複数のセンサ１２６からのすべてのデータを受信することを含むことができる。いくつかの実施形態では、方法４００は、クラウドサーバ１２２が、複数のセンサ１２６からのデータのすべてを要請または要求することを含むことができる。複数のセンサ１２６からすべてのデータを受信した後、方法４００は、４２２のように、クラウドサーバ１２２が、装着者状態評価サブプロセスを呼び出して、複数のセンサ１２６からのデータを解析することを含むことができる。いくつかの実施形態では、方法４００は、クラウドサーバ１２２が装着者状態評価サブプロセスによって解析されたデータにＡｌボットプロセスからのネガティブな出力を含めることを含むことができる。次に、方法４００は、４２４のように、装着者状態評価サブプロセスの出力を使用して、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうかを決定する（例えば、ウェアラブルデバイス１２０のユーザが周囲温度ベースの危険を経験しているかどうかを決定する）ことができる。ウェアラブルデバイス１２０のユーザが大丈夫であることを装着者状態評価サブプロセスの出力が示すとき、方法４００は、４１６および４１８のように、クラウドサーバ１２２が、通知デバイス１２４にオールクリアアラートまたは通知を送信し、次いで、方法４００を終了することを含むことができる。
【0045】
しかしながら、装着者状態評価サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが大丈夫でないことを示す（例えば、ウェアラブルデバイス１２０のユーザが周囲温度ベースの危険を経験している可能性が高い）とき、方法４００は、４２６および４２８のように、クラウドサーバ１２２が、複数のセンサ１２６からのデータの変化に基づいて、任意の変化についてウェアラブルデバイス１２０のユーザの現在の状態を監視するために（例えば、周囲温度ベースの危険がより深刻になるかあまり深刻ではなくなるかを決定するために）、装着者状態評価サブプロセスを実行することを含むことができる。ウェアラブルデバイス１２０のユーザの現在の状態が低下しているまたは悪化していることを装着者状態評価サブプロセスが示すとき、方法４００は、４３０および４１８のように、ウェアラブルデバイス１２０のユーザによって経験されている周囲温度ベースの危険の悪化の両方を通知するレベル４のアラートまたは通知を、通知デバイス１２４および／または関連する緊急サービスプロバイダに送信し、次いで方法４００を終了することを含むことができる。いくつかの実施形態では、方法４００は、関連する緊急サービスプロバイダに連絡するためにＡｌボットプロセスを呼び出すことを含むことができる。
【0046】
加えて、ステップ４２４からの装着者状態評価サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが大丈夫でないことを示すとき、方法４００は、４３２および４３４のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザが経験している周囲温度ベースの危険の現在の状態を文書化したレベル３のアラートを通知デバイス１２４に送り、通知デバイス１２４のうちの１つ以上から肯定応答が受信されたかどうかを決定することを含むことができる。通知デバイス１２４から肯定応答が受信されないとき、方法４００は、４３０および４１８のように、クラウドサーバ１２２が、レベル４のアラートまたは通知を通知デバイス１２４および／または関連する緊急サービスプロバイダに送信し、方法４００を終了することを含むことができる。いくつかの実施形態では、通知デバイス１２４から肯定応答が受信されると、方法４００は、４１８のように、クラウドサーバ１２２が方法４００を終了することを含むことができる。いくつかの実施形態では、方法４００は、クラウドサーバ１２２が通知デバイス１２４のうちの１つから肯定応答を受信した後であっても、ステップ４２６～４３０のように、クラウドサーバ１２２が、周囲温度ベースの危険の重大度の変化についてウェアラブルデバイスのユーザの現在の状態を監視し続けることを含むことができる。例えば、いくつかの実施形態では、方法４００は、ステップ４２６～４３０のように、クラウドサーバ１２２が、装着者状態評価サブプロセスによって解析された複数のセンサ１２６の現在値が、ウェアラブルデバイス１２０のユーザがもはや周囲温度ベースの危険を経験していないことを示すまで、周囲温度ベースの危険の重大度の変化についてウェアラブルデバイスのユーザの現在の状態を監視することを含むことができる。
【0047】
いくつかの実施形態では、ステップ４２４からの装着者状態評価サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが大丈夫ではないことを示すとき、方法４００は、４３６のように、クラウドサーバ１２２が温度危険調停プロセスを開始することを含むことができる。いくつかの実施形態では、温度危険調停プロセスは、４３８のように、温度制御統合モジュールが有効にされているかどうかをクラウドサーバ１２２が決定することを含むことができる。温度制御統合モジュールが有効にされないとき、温度危険調停プロセスは、４１８のように、クラウドサーバ１２２が温度危険調停プロセスおよび方法４００を終了することを含むことができる。温度制御統合モジュールが有効にされるとき、温度危険調停プロセスは、４４２のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０の位置を、温度制御統合モジュールを介して制御される暖房および／または冷房システムの位置と比較することを含むことができる。さらに、ウェアラブルデバイスの位置が、温度制御統合モジュールを介して制御される暖房および／または冷房システムの位置のあらかじめ定められた範囲内にあるとき、温度危険調停プロセスは、４４４のように、クラウドサーバ１２２が、温度制御統合モジュールを介して暖房および／または冷房システムを起動して、ウェアラブルデバイス１２０の位置における周囲温度を上昇または下降させることを含むことができる。図１５に見られるように、いくつかの実施形態では、温度制御統合モジュールは、スマートカー統合モジュールを含むことができ、暖房および／または冷房システムは、スマートカーの１換気システムを含むことができる。例えば、スマートホーム暖房および／または冷房システムなど、温度制御統合モジュール、暖房および／または冷房システムについての様々な他の実施形態も企図される。
【0048】
クラウドサーバ１２２によって実行されるものとして上述された方法４００のステップのうちの１つ以上がウェアラブルデバイス１２０によって代わりに実行され、ウェアラブルデバイス１２０によって実行されるものとして上述された方法４００のステップのうちの１つ以上がクラウドサーバ１２２によって代わりに実行される追加の実施形態が企図されることに留意されたい。例えば、いくつかの実施形態では、図１４に示され、それに関して説明されるステップのうちの１つ以上は、ウェアラブルデバイス１２０ではなくクラウドサーバ１２２によって実行され得、図１５に示され、それに関して説明されるステップのうちの１つ以上は、クラウドサーバ１２２ではなくウェアラブルデバイス１２０上で実行され得る。
【0049】
図１６～図１８は、開示された実施形態による、ジオフェンス侵害ベース危険検出方法５００のフロー図を示す。特に、図１６は、ウェアラブルデバイス１２０によって実行される方法５００の部分を示し、５０４および５０６のように、ウェアラブルデバイス１２０に位置センサ１２６Ｆからの位置情報を監視させ、位置センサ１２６Ｆからの位置情報をオンボードＡｌプロセスで処理して、ジオフェンス侵害ベースの異常がウェアラブルデバイス１２０のユーザに発生している可能性が高いかどうかを決定することによって方法５００を開始することを含む。いくつかの実施形態では、方法５００は、ウェアラブルデバイス１２０が、オンボードＡｌプロセスの使用を控え、位置情報が、ウェアラブルデバイス１２０があらかじめ構成されたジオフェンス位置の内側にあることを示すか外側にあることを示すかを決定することによって、ジオフェンス侵害ベースの異常がウェアラブルデバイス１２０のユーザに発生している可能性が高いかどうかを決定することを含むことができる。いくつかの実施形態では、ジオフェンス侵害ベースの異常が発生している可能性が低い場合、方法５００は、クラウドサーバ１２２がステップ５０４および５０６を実行し続けることを含むことができる。しかしながら、ジオフェンス侵害ベースの異常が発生している可能性が高いとき、方法５００は、クラウドサーバ１２２がジオフェンス侵害ベースの異常の指示をクラウドサーバ１２２に送信することを含むことができる。
【0050】
次に図１７～図１８を参照すると、クラウドサーバ１２２によって実行される方法５００の部分が示されている。図１７に見られるように、ウェアラブルデバイス１２０からジオフェンス侵害に基づく異常の指示を受信した後、方法５００は、５０８および５１０のように、クラウドサーバ１２２が、位置センサ１２６Ｆからウェアラブルデバイス１２０の位置情報、複数のセンサ１２６からの他のデータ、および通知デバイス２４の登録デバイスの位置データを受信することを含むことができる。いくつかの実施形態では、登録デバイスは、ウェアラブルデバイス１２０のユーザの保護者に属し得る。さらに、いくつかの実施形態では、クラウドサーバ１２２は、位置センサ１２６Ｆからのウェアラブルデバイス１２０の位置情報、および複数のセンサ１２６からの他のデータをウェアラブルデバイス１２０に要請し、または要求することができる。同様に、いくつかの実施形態では、クラウドサーバ１２２は、登録デバイスの位置データを登録デバイスに要請または要求することができる。
【0051】
ウェアラブルデバイス１２０および登録デバイスからデータを受信した後、方法５００は、５１２のように、クラウドサーバ１２２が、登録デバイスがジオフェンス位置の外側にもあるかどうかを決定することを含むことができる。登録デバイスがジオフェンス位置の外側にないとき、方法５００は、５１４のように、クラウドサーバ１２２が、ジオフェンス侵害ベースの異常を通知デバイス１２４に通知するために、通知デバイス１２４内の登録デバイスにレベル１または情報アラートを送信することを含むことができる。ステップ５１２および５１４と並行して、方法５００は、５１６および５１８のように、クラウドサーバ１２２が、ジオフェンス危険予測サブプロセスを呼び出し、その出力を使用して、ウェアラブルデバイス１２０のユーザが危険な状態にあるかどうかを予測および／または決定することを含むことができる。図１８に見られるように、ジオフェンス危険予測サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが危険な状態にないことを示すとき、方法５００は、５２０および５２１のように、クラウドサーバ１２２が、登録デバイスを含む通知デバイス１２４にオールクリア警告または通知を送信し、次いで、方法５００を終了することを含むことができる。
【0052】
図１８に見られるように、ジオフェンス危険予測サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが危険な状態にあることを示すとき、方法５００は、５２２のように、クラウドサーバ１２２が、通知デバイス１２４にウェアラブルデバイス１２０のユーザの現在の位置に基づく危険を通知するために、通知デバイス１２４内の一次および二次デバイスにレベル２または警告アラートを送信することを含むことができる。ステップ５２２と並行して、方法５００は、５２４および５２６のように、クラウドサーバ１２２が、Ａｌボットプロセスを呼び出し、その出力を使用して、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうかを決定する（例えば、ウェアラブルデバイス１２０のユーザがジオフェンス侵害ベースの危険を経験しているかどうかを決定する）ことを含むことができる。ウェアラブルデバイス１２０のユーザが大丈夫であることをＡｌボットプロセスの出力が示すとき、方法５００は、５２０および５２１のように、クラウドサーバ１２２が、通知デバイス１２４にオールクリアアラートまたは通知を送信し、次いで、方法５００を終了することを含むことができる。
【0053】
さらに、ステップ５２２および５２４と並行して、方法５００は、５３０のように、クラウドサーバ１２２が、複数のセンサ１２６からのデータを解析するために装着者状態評価サブプロセスを呼び出すことを含むことができる。いくつかの実施形態では、方法５００は、クラウドサーバ１２２が装着者状態評価サブプロセスによって解析されたデータにＡｌボットプロセスからのネガティブな出力を含めることを含むことができる。しかしながら、図１８に示されるようないくつかの実施形態では、方法５００は、Ａｌボットプロセスがネガティブな出力を生成するとき、装着者状態評価サブプロセスによって解析されたデータにＡｌボットプロセスからのネガティブな出力を含めず、単に本明細書に記載されるステップ５３４および５４０に進むことを含むことができる。次に、方法５００は、５３２のように、装着者状態評価サブプロセスの出力を使用して、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうかを決定する（例えば、ウェアラブルデバイス１２０のユーザがジオフェンス侵害ベースの危険を経験しているかどうかを決定する）ことができる。ウェアラブルデバイス１２０のユーザが大丈夫であることを装着者状態評価サブプロセスの出力が示すとき、方法５００は、５２０および５２１のように、クラウドサーバ１２２が、通知デバイス１２４にオールクリアアラートまたは通知を送信し、次いで、方法５００を終了することを含むことができる。
【0054】
しかしながら、装着者状態評価サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが大丈夫でないことを示す（例えば、ウェアラブルデバイス１２０のユーザがジオフェンス侵害ベースの危険を経験している可能性が高い）とき、方法５００は、５３４および５３６のように、クラウドサーバ１２２が、複数のセンサ１２６からのデータの変化に基づいて、任意の変化についてウェアラブルデバイス１２０のユーザの現在の状態を監視するために（例えば、ジオフェンス侵害ベースの危険がより深刻になるかあまり深刻ではなくなるかを決定するために）、装着者状態評価サブプロセスを実行することを含むことができる。ウェアラブルデバイス１２０のユーザの現在の状態が低下しているまたは悪化していることを装着者状態評価サブプロセスが示すとき、方法５００は、５３８および５２１のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザによって経験されているジオフェンス侵害ベースの危険の悪化の両方を通知するレベル４のアラートまたは通知を、通知デバイス１２４および／または関連する緊急サービスプロバイダに送信し、次いで方法５００を終了することを含むことができる。いくつかの実施形態では、方法５００は、クラウドサーバ１２２が、関連する緊急サービスプロバイダに連絡するためにＡｌボットプロセスを呼び出すことを含むことができる。
【0055】
加えて、ステップ５３０からの装着者状態評価サブプロセスの出力が、ウェアラブルデバイス１２０のユーザが大丈夫でないことを示すとき、方法５００は、５４０および５４２のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザが経験しているジオフェンス侵害ベースの危険の現在の状態を文書化したレベル３のアラートを通知デバイス１２４に送り、通知デバイス１２４のうちの１つ以上から肯定応答が受信されたかどうかを決定することを含むことができる。通知デバイス１２４から肯定応答が受信されないとき、方法５００は、５３８および５２１のように、クラウドサーバ１２２が、レベル４のアラートまたは通知を通知デバイス１２４および／または関連する緊急サービスプロバイダに送信し、方法５００を終了することを含むことができる。いくつかの実施形態では、通知デバイス１２４から肯定応答が受信されると、方法５００は、５２１のように、クラウドサーバ１２２が方法５００を終了することを含むことができる。いくつかの実施形態では、方法５００は、クラウドサーバ１２２が通知デバイス１２４のうちの１つから肯定応答を受信した後であっても、ステップ４２６～４３０のように、クラウドサーバ１２２が、ジオフェンス侵害ベースの危険の重大度の変化についてウェアラブルデバイスのユーザの現在の状態を監視し続けることを含むことができる。例えば、いくつかの実施形態では、方法５００は、ステップ４２６～４３０のように、クラウドサーバ１２２が、装着者状態評価サブプロセスによって解析された複数のセンサ１２６の現在値が、ウェアラブルデバイス１２０のユーザがもはやジオフェンス侵害ベースの危険を経験していないことを示すまで、ジオフェンス侵害ベースの危険の重大度の変化についてウェアラブルデバイスのユーザの現在の状態を監視することを含むことができる。
【0056】
クラウドサーバ１２２によって実行されるものとして上述された方法５００のステップのうちの１つ以上がウェアラブルデバイス１２０によって代わりに実行され、ウェアラブルデバイス１２０によって実行されるものとして上述された方法５００のステップのうちの１つ以上がクラウドサーバ１２２によって代わりに実行される追加の実施形態が企図されることに留意されたい。例えば、いくつかの実施形態では、図１６に示され、それに関して説明されるステップのうちの１つ以上は、ウェアラブルデバイス１２０ではなくクラウドサーバ１２２によって実行され得、図１７～図１８に示され、それに関して説明されるステップのうちの１つ以上は、クラウドサーバ１２２ではなくウェアラブルデバイス１２０上で実行され得る。
【0057】
図１９は、開示された実施形態による、ジオフェンス侵害ベース危険検出方法５００のジオフェンス危険検出サブプロセス６００を示す。図１９に見られるように、ジオフェンス危険検出サブプロセス６００は、６０２および６０４のように、クラウドサーバ１２２が、プロセスを開始し、ウェアラブルデバイス１２０の現在位置を取得することを含むことができる。いくつかの実施形態では、ウェアラブルデバイス１２０の現在位置を取得することは、クラウドサーバが、位置センサ１２６Ｆから全地球測位システム座標を取得することを含むことができる。次に、ジオフェンス危険検出サブプロセス６００は、６０６のように、クラウドサーバ１２２が、通知デバイス１２４の登録デバイス（例えば、ウェアラブルデバイス１２０のユーザの保護者に関連付けられたデバイス）の位置データを取得することを含むことができる。
【0058】
関連する位置情報を取得した後、ジオフェンス危険検出サブプロセス６００は、６０７のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０の現在位置に最も近い安全位置を識別することを含むことができる。例えば、いくつかの実施形態では、最も近い安全位置は、ウェアラブルデバイス１２０のユーザに関連付けられた自宅、またはウェアラブルデバイス１２０のユーザの保護者の位置（例えば、通知デバイス１２４の登録デバイスの位置）のうちの１つを含むことができる。次に、ジオフェンス危険検出サブプロセス６００は、６０８および６１０のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０の現在位置と最も近い安全位置との間の距離を識別することと、６１２および６１４のように、ウェアラブルデバイスの位置または最も近い安全位置に近接する任意の以前にマークされた危険位置をメモリデバイスから取得することとを含むことができる。いくつかの実施形態では、以前にマークされた危険位置は、道路／高速道路、水域、溝、または当技術分野で知られているような他の安全でない場所を含むことができる。
【0059】
次に、ジオフェンス危険検出サブプロセス６００は、クラウドサーバ１２２が、６１６、６１８、６２０、および６２２のように、ウェアラブルデバイス１２０のユーザが移動しているかどうか、およびウェアラブルデバイス１２０のユーザが最も近い安全位置から遠ざかっているかどうかを決定することを含むことができる。ウェアラブルデバイス１２０のユーザが移動していない、および／または最も近い安全位置から遠ざかっていないとき、ジオフェンス危険検出サブプロセス６００は、クラウドサーバ１２２がステップ６０４～６２２を実行し続けることを含むことができる。しかしながら、ウェアラブルデバイス１２０のユーザが移動していない、および／または最も近い安全位置から遠ざかっていないとき、ジオフェンス危険検出サブプロセス６００は、６２４のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザが以前にマークされた危険位置のいずれかに向かって移動しているかどうかを決定することを含むことができる。いくつかの実施形態では、ジオフェンス危険検出サブプロセス６００は、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザが以前にマークされた危険位置のうちの１つ以上に到達するのにかかるおおよその時間長を予測し、通知デバイス１２４に送られる通知のいずれかにおおよその時間長を含めることを含むことができる。最後に、ジオフェンス危険検出サブプロセス６００は、６２６のように、クラウドサーバ１２２が、サブプロセス６００を終了し、その出力を使用して、図１６～図１８に示す方法５００のステップ５１６および５１８のように、ウェアラブルデバイス１２０のユーザが危険な状態にあるかどうかを予測および／または決定することを含むことができる。
【0060】
いくつかの実施形態では、ジオフェンス危険検出サブプロセス６００は、クラウドサーバ１２２が、ウェアラブルデバイス１２０またはそれに関連付けられたドローン上のカメラからのリアルタイムのビデオフィードを使用して、以前にマークされた危険位置および／または最も近い安全位置に対するウェアラブルデバイス１２０のユーザの動きを予測することができることを含むことができる。さらに、いくつかの実施形態では、ジオフェンス危険検出サブプロセス６００は、クラウドサーバ１２２が、ウェアラブルデバイスのユーザのルーチンの活動および位置を学習し、ジオフェンス侵害の危険が発生しているかどうかを評価するとき、それらの学習された活動および位置を考慮することを含むことができる。
【0061】
クラウドサーバ１２２によって実行されるものとして上述したジオフェンス危険検出サブプロセス６００のステップのうちの１つ以上が、代わりにウェアラブルデバイス１２０によって実行される、追加の実施形態が企図されることに留意されたい。例えば、いくつかの実施形態では、図１９に示され、それに関して説明されるステップのうちの１つ以上は、クラウドサーバ１２２ではなくウェアラブルデバイス１２０によって実行され得る。
【0062】
図２０は、クラウドサーバ１２２がウェアラブルデバイス１２０から異常状態のうちの１つの指示を受信した後、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうかを決定するために、方法２００～５００において使用されるＡｌボットプロセス７００の実施形態を示す。図２０に見られるように、いくつかの実施形態では、Ａｌボットプロセス７００は、７０４のように、クラウドサーバ１２２が、Ａｌボットプロセス７００を開始し、ウェアラブルデバイス１２０上のマイクロフォン１３２を含む音声サービスサブシステム１４４およびオーディオ出力サブシステム１４６にアクセスして、ウェアラブルデバイス１２０のユーザとのオーディオダイアログセッションを開始することを含むことができる。いくつかの実施形態では、クラウドサーバ１２２とウェアラブルデバイス１２０との間の音声接続は、直接通信チャネルを含むことができる。次いで、Ａｌボットプロセス７００は、７０６のように、クラウドサーバ１２２が、ウェアラブルデバイス１２０のユーザについての応答が受信されたかどうかを決定することを含むことができる。応答が受信されていないとき、Ａｌボットプロセス７００は、７０８および７１０のように、クラウドサーバ１２２が締め切り時間に達したかどうかを決定することを含むことができる。いくつかの実施形態では、Ａｌボットプロセス７００は、クラウドサーバ１２２が、締め切り時間の満了前にウェアラブルデバイス１２０のユーザから受信された任意の応答を記録することを含むことができる。締め切り時間に達していないとき、Ａｌボットプロセス７００は、クラウドサーバ１２０がステップ７０６～７１０を実行し続けることを含むことができる。
【0063】
しかしながら、締め切り時間に達したとき、および／または締め切り時間内にユーザによって応答が受信されたとき、Ａｌボットプロセス７００は、７１２のように、クラウドサーバ１２２がＡｌボットプロセス７００を終了し、その出力を使用して、方法２００～５００に関連して説明されたように、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうかを決定することを含むことができる。例えば、いくつかの実施形態では、クラウドサーバ１２２は、（１）締め切り時間内に肯定応答が受信されたとき、ウェアラブルデバイス１２０のユーザが大丈夫であると結論付けることができ、（２）締め切り時間内に否定応答が受信されたとき、ウェアラブルデバイス１２０のユーザが大丈夫でないと結論付けることができ、（３）締め切り時間内に応答が受信されなかったという事実を装着者状態評価サブプロセスによって解析されたデータに組み込むことができる。いくつかの実施形態では、Ａｌボットプロセス７００は、クラウドサーバ１２２が、締め切り時間の満了前にウェアラブルデバイス１２０のユーザから受信された任意の応答を記録することを含むことができる。また、いくつかの実施形態では、方法２００～５００は、クラウドサーバ１２２が、本明細書で説明する装着者状態評価サブプロセスを使用するなど、１つ以上の他のプロセスを通して同様のことを決定したとき、ウェアラブルデバイス１２０のユーザが安定状態にあることを確認するために、Ａｌボットプロセス７００を呼び出すことを含むことができることにも留意されたい。
【0064】
クラウドサーバ１２２によって実行されるものとして上述したＡＩボットプロセス７００のステップのうちの１つ以上が、代わりにウェアラブルデバイス１２０によって実行される、追加の実施形態が企図されることに留意されたい。例えば、いくつかの実施形態では、図２０に示され、それに関して説明されるステップのうちの１つ以上は、クラウドサーバ１２２ではなくウェアラブルデバイス１２０によって実行され得る。
【0065】
図２１は、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうか、および／またはウェアラブルデバイス１２０のユーザの現在の状態が悪化しているかどうかを決定するために、方法２００～５００に関連して使用される、装着者状態評価サブプロセス８００の一実施形態を示す。図２１に見られるように、装着者状態評価サブプロセス８００は、８０４および８０６のように、クラウドサーバ１２２が、複数のセンサ１２６からデータを取得し、適切なＡｌモデルを用いてデータを解析して、ウェアラブルデバイス１２０のユーザの現在の状態を評価することを含むことができる。次いで、装着者状態評価サブプロセス８００は、８０８のように、クラウドサーバ１２２が、現在の状態を再度チェックするかどうかを決定することを含むことができる。クラウドサーバが、現在の状態を再度チェックしないことを決定するとき、装着者状態評価サブプロセス８００は、８１０および８１２のように、クラウドサーバ１２２が、現在の状態が良好であるか、不良であるか、最後のチェック以降改善されたか、または最後のチェックから悪化しているかを決定し、次いで、装着者状態評価サブプロセス８００を終了することを含むことができる。方法２００～５００に関連して本明細書で説明されるように、クラウドサーバ１２２は、ウェアラブルデバイス１２０のユーザが大丈夫であるかどうか、および／またはウェアラブルデバイス１２０のユーザの現在の状態が悪化しているかどうかを判断するために、現在の状態が良好であるか、不良であるか、最後のチェック以降に改善されたか、または最後のチェックから悪化しているかの決定を使用することができる。
【0066】
クラウドサーバ１２２によって実行されるものとして上述した装着者状態評価サブプロセス８００のステップのうちの１つ以上が、代わりにウェアラブルデバイス１２０によって実行される、追加の実施形態が企図されることに留意されたい。例えば、いくつかの実施形態では、図２１に示され、それに関して説明されるステップのうちの１つ以上は、クラウドサーバ１２２ではなくウェアラブルデバイス１２０によって実行され得る。
【0067】
いくつかの実施形態では、本明細書で説明する様々なあらかじめ構成された設定およびプロセスは、クラウドサーバ１２２および／またはウェアラブルデバイス１２０に結合されたユーザインターフェースを介して修正することができる。いくつかの実施形態では、ユーザインターフェースは、登録デバイスなどの通知デバイス１２４のうちの１つに表示されるモバイルアプリケーションであり得る。さらに、いくつかの実施形態では、ユーザインターフェースは、図２２～図２４に示すようなウェアラブルデバイス１２０に関する情報を文書化するための１つ以上のページを含むことができる。例えば、図２２は、クラウドサーバ１２２によって送られたアラート通知の履歴を文書化したユーザインターフェース画面を示す。さらに、図２２～図２３は、本明細書に記載のジオフェンス侵害ベースの危険の検出に関連して使用されるユーザインターフェース画面を示す。特に、図２２は、ダッシュボードユーザインターフェース画面を示し、図２３は、クリティカルまたはレベル４のアラート通知の画面を示す。ウェアラブルデバイス１２０およびクラウドサーバ１２２によって監視される他の異常状態または危険に関連して使用するために、同様のユーザインターフェース画面が企図されることを理解されたい。
【0068】
いくつかの実装形態を上記で詳細に説明したが、他の修正も可能である。例えば、他の構成要素が記載されたシステムに追加されるか、またはシステムから削除されてもよく、他の実施形態は本発明の範囲内であり得る。
【0069】
以上から、本発明の趣旨および範囲から逸脱することなく、多数の変形および修正が影響を受け得ることが観察されよう。本明細書に記載される特定のシステムまたは方法に関する限定は、意図されたものでも推論されるべきものでもないことを理解されたい。もちろん、本発明の趣旨および範囲に含まれるすべて修正を包含することが意図される。
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15-1】
【図15-2】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【国際調査報告】