(57)【要約】  自動化されたスマートウォッチ支援のための方法、コンピュータシステム及びコンピュータプログラム製品が提供される。本発明は、救難状態ユーザデバイスのセンサから救難信号を検出することを含むことができる。次に、本発明は、救難状態ユーザデバイスのセンサから救難信号を検出したことに基づいて、心肺蘇生（ＣＰＲ）要求をブロードキャストすることを含むことができる。次に、本発明は、応答ユーザデバイスの進行方向の変化に基づいて、ブロードキャストされたＣＰＲ要求への応答を受信することを含むことができる。本発明は、最終的に、救難状態ユーザデバイスと応答ユーザデバイスとの間の接続を確立することを含むことができる。
2021524961.tif 000002
【特許請求の範囲】
【請求項１】
自動化されたウェアラブル支援のための方法であって、
救難状態ユーザデバイスのセンサから救難信号を検出することと、
前記救難状態ユーザデバイスの前記センサから前記救難信号を検出したことに基づいて、心肺蘇生（ＣＰＲ）要求をブロードキャストすることと、
応答ユーザデバイスの進行方向の変化に基づいて、前記ブロードキャストされたＣＰＲ要求への応答を受信することと、
前記救難状態ユーザデバイスと前記応答ユーザデバイスとの間の接続を確立することと
を含む、方法。
【請求項２】
前記救難状態ユーザデバイスの前記センサから前記救難信号を検出することは、
生体センサに基づいて、前記救難状態ユーザデバイスの心拍数を監視すること
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ブロードキャストされた心肺蘇生（ＣＰＲ）要求は、超音波通信を用いて送られる、請求項１に記載の方法。
【請求項４】
前記ブロードキャストされた心肺蘇生（ＣＰＲ）要求は、救難状態にあるユーザの名前、救難状態にあるユーザの写真、及び救難状態にあるユーザの位置から成る群から選択される識別詳細をさらに含む、請求項１に記載の方法。
【請求項５】
前記救難状態ユーザデバイスと前記応答ユーザデバイスとの間の接続は、超音波通信を用いて電子ハンドシェイクを交換することによって確立される、請求項１に記載の方法。
【請求項６】
前記応答ユーザデバイスの前記進行方向の変化は、前記救難状態ユーザデバイスに向けられる、請求項１に記載の方法。
【請求項７】
前記救難状態ユーザデバイスのバイタルサインは、心拍数値、血圧値及び体温値から成る群から選択される、請求項１に記載の方法。
【請求項８】
前記救難状態ユーザデバイスのバイタルサインを前記応答ユーザデバイスに送ること
をさらに含む、請求項１に記載の方法。
【請求項９】
自動化されたスマートウォッチ支援のためのコンピュータシステムであって、
１つ又は複数のプロセッサと、１つ又は複数のコンピュータ可読メモリと、１つ又は複数のコンピュータ可読有形ストレージ媒体と、前記１つ又は複数のメモリの少なくとも１つを介して前記少なくとも１つのプロセッサの少なくとも１つによって実行される、前記１つ又は複数の有形ストレージ媒体の少なくとも１つに格納されたプログラム命令とを含み、前記コンピュータシステムは、
救難状態ユーザデバイスのセンサから救難信号を検出することと、
前記救難状態ユーザデバイスの前記センサから前記救難信号を検出したことに基づいて、心肺蘇生（ＣＰＲ）要求をブロードキャストすることと、
応答ユーザデバイスの進行方向の変化に基づいて、前記ブロードキャストされたＣＰＲ要求への応答を受信することと、
前記救難状態ユーザデバイスと前記応答ユーザデバイスとの間の接続を確立することと、
前記救難状態ユーザデバイスのバイタルサインを前記応答ユーザデバイスに送ることと
を含む方法を実行することができる、コンピュータシステム。
【請求項１０】
前記救難状態ユーザデバイスの前記センサから前記救難信号を検出することは、
生体センサに基づいて、前記救難状態ユーザデバイスの心拍数を監視すること
をさらに含む、請求項９に記載のコンピュータシステム。
【請求項１１】
前記ブロードキャストされた心肺蘇生（ＣＰＲ）要求は、超音波通信を用いて送られる、請求項９に記載のコンピュータシステム。
【請求項１２】
前記ブロードキャストされた心肺蘇生（ＣＰＲ）要求は、救難状態にあるユーザの名前、救難状態にあるユーザの写真、及び救難状態にあるユーザの位置から成る群から選択される識別詳細をさらに含む、請求項９に記載のコンピュータシステム。
【請求項１３】
前記救難状態ユーザデバイスと前記応答ユーザデバイスとの間の接続は、超音波通信を用いて電子ハンドシェイクを交換することによって確立される、請求項９に記載のコンピュータシステム。
【請求項１４】
前記応答ユーザデバイスの前記進行方向の変化は、前記救難状態ユーザデバイスに向けられる、請求項９に記載のコンピュータシステム。
【請求項１５】
前記救難状態ユーザデバイスのバイタルサインは、心拍数値、血圧値及び体温値から成る群から選択される、請求項９に記載のコンピュータシステム。
【請求項１６】
自動化されたスマートウォッチ支援のためのコンピュータプログラム製品であって、
１つ又は複数のコンピュータ可読ストレージ媒体と、前記１つ又は複数の有形ストレージ媒体の少なくとも１つに格納されたプログラム命令とを含み、前記プログラム命令は、プロセッサに、
救難状態ユーザデバイスのセンサから救難信号を検出することと、
前記救難状態ユーザデバイスの前記センサから前記救難信号を検出したことに基づいて、心肺蘇生（ＣＰＲ）要求をブロードキャストすることと、
応答ユーザデバイスの進行方向の変化に基づいて、前記ブロードキャストされたＣＰＲ要求への応答を受信することと、
前記救難状態ユーザデバイスと前記応答ユーザデバイスとの間の接続を確立することと、
前記救難状態ユーザデバイスのバイタルサインを前記応答ユーザデバイスに送ることと
を含む方法を実行させるように、前記プロセッサにより実行可能である、コンピュータプログラム製品。
【請求項１７】
前記救難状態ユーザデバイスの前記センサから前記救難信号を検出することは、
生体センサに基づいて、前記救難状態ユーザデバイスの心拍数を監視すること
をさらに含む、請求項１６に記載のコンピュータプログラム製品。
【請求項１８】
前記ブロードキャストされた心肺蘇生（ＣＰＲ）要求は、超音波通信を用いて送られる、請求項１６に記載のコンピュータプログラム製品。
【請求項１９】
前記応答ユーザデバイスの前記進行方向の変化は、前記救難状態ユーザデバイスに向けられる、請求項１６に記載のコンピュータプログラム製品。
【請求項２０】
前記救難状態ユーザデバイスと前記応答ユーザデバイスとの間の接続は、超音波通信を用いて電子ハンドシェイクを交換することによって確立される、請求項１６に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、コンピューティングの分野に関し、より詳細には、ウェアラブルヘルスデバイスに関する。
【背景技術】
【０００２】
スマートウォッチは、人を蘇生させるために心肺蘇生（ＣＰＲ）が必要な心停止の状況を支援することができる。スマートウォッチは、スマートウォッチ内に埋め込まれたセンサを利用してユーザの心拍数を監視することによって、差し迫った心臓関連の病気の存在を検出することができ、心臓関連の病気が検出された場合には、必要に応じて、警告（alert）を出すことができる。また、スマートウォッチは、スマートウォッチ上のセンサを用いて、ＣＰＲ管理中にユーザの動きを監視し、ユーザが正しい圧力及びリズムで圧迫ＣＰＲを行っていることを保証することによって、圧迫ＣＰＲを行う行為を支援することができる。
【発明の概要】
【０００３】
本発明の実施形態は、自動化されたスマートウォッチ支援のための方法、コンピュータシステム、及びコンピュータプログラム製品を開示する。本発明は、救難状態ユーザデバイス（distressed user device）のセンサから救難信号（distress signal）を検出することを含むことができる。次に、本発明は、救難状態ユーザデバイスのセンサから救難信号を検出することに基づいて、心肺蘇生（ＣＰＲ）要求をブロードキャストすることを含むことができる。次に、本発明は、応答ユーザデバイス(responding user device）の進行方向の変化に基づいて、ブロードキャストされたＣＰＲ要求への応答を受信することを含むことができる。本発明は、最終的に、救難状態ユーザデバイスと応答ユーザデバイスとの間の接続を確立することを含むことができる。
【図面の簡単な説明】
【０００４】
本発明のこれら及び他の目的、特徴及び利点は、添付図面と共に読まれるべき、その例示的な実施形態の以下の詳細な説明から明らかになるであろう。図面の種々の特徴は、当業者が、詳細な説明と共に本発明の理解を容易にする際に図を明確にするために縮尺通りに描かれてはいない。
【０００５】
【図１】少なくとも１つの実施形態による、ネットワーク化されたコンピュータ環境を示す。
【図２】少なくとも１つの実施形態による、自動化されたスマートウォッチ支援のためのプロセスを示す動作フローチャートである。
【図３】少なくとも１つの実施形態による、ＣＰＲ警告のレンダリングを示す。
【図４】少なくとも１つの実施形態による、デバイスのペアリングを示す。
【図５】少なくとも１つの実施形態による、レンダリングされた通知を示す。
【図６】少なくとも１つの実施形態による、図１に示されるコンピュータ及びサーバの内部コンポーネント及び外部コンポーネントのブロック図である。
【図７】本開示の１つの実施形態による、図１に示されるコンピュータシステムを含む例示的なクラウドコンピューティング環境のブロック図である。
【図８】本開示の１つの実施形態による、図７の例示的なクラウドコンピューティング環境の機能層のブロック図である。
【発明を実施するための形態】
【０００６】
特許請求される構造及び方法の詳細な実施形態が本明細書で開示されるが、開示される実施形態は、種々の形態で具体化することができる特許請求される構造及び方法の単なる例示に過ぎないことを理解されたい。しかしながら、本発明は、多くの異なる形態で具体化することができ、本明細書で説明される例示的な実施形態に限定されると解釈すべきではない。むしろ、これらの例示的な実施形態は、本開示が完璧かつ完全であり、本発明の範囲を当業者に十分に伝えるように提供されている。説明においては、周知の特徴及び技術の詳細は、提示される実施形態を不必要に曖昧にしないように省略されることがある。
【０００７】
本発明は、システム、方法、もしくはコンピュータプログラム製品又はそれらの組み合わせを任意の可能な技術的詳細レベルで統合したものとすることができる。コンピュータプログラム製品は、プロセッサに本発明の態様を実行させるためのコンピュータ可読プログラム命令を有するコンピュータ可読ストレージ媒体（単数又は複数）を含むことができる。
【０００８】
コンピュータ可読ストレージ媒体は、命令実行デバイスにより使用される命令を保持及び格納できる有形デバイスとすることができる。コンピュータ可読ストレージ媒体は、例えば、これらに限定されるものではないが、電子記憶装置、磁気記憶装置、光学記憶装置、電磁気記憶装置、半導体記憶装置、又は上記のいずれかの適切な組み合わせとすることができる。コンピュータ可読ストレージ媒体のより具体的な例の非網羅的なリストとして、以下のもの、すなわち、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ポータブルコンパクトディスク読み出し専用メモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、メモリスティック、パンチカード若しくは命令がそこに記録された溝内の隆起構造のような機械的にエンコードされたデバイス、及び上記のいずれかの適切な組み合わせが挙げられる。本明細書で使用される場合、コンピュータ可読ストレージ媒体は、電波、又は他の自由に伝搬する電磁波、導波管若しくは他の伝送媒体を通じて伝搬する電磁波（例えば、光ファイバケーブルを通る光パルス）、又はワイヤを通って送られる電気信号などの、一時的信号自体として解釈されない。
【０００９】
本明細書で説明されるコンピュータ可読プログラム命令は、コンピュータ可読ストレージ媒体からそれぞれのコンピューティング／処理デバイスに、又は、例えばインターネット、ローカルエリアネットワーク、広域ネットワーク、もしくは無線ネットワーク又はそれらの組み合わせなどのネットワークを介して外部コンピュータ又は外部ストレージデバイスにダウンロードすることができる。ネットワークは、銅伝送ケーブル、光伝送ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、もしくはエッジサーバ又はそれらの組み合わせを含むことができる。各コンピューティング／処理デバイスにおけるネットワーク・アダプタ・カード又はネットワーク・インターフェースは、ネットワークからコンピュータ可読プログラム命令を受け取り、コンピュータ可読プログラム命令を転送して、それぞれのコンピューティング／処理デバイス内のコンピュータ可読ストレージ媒体に格納する。
【００１０】
本発明の動作を実行するためのコンピュータ可読プログラム命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、機械命令、機械依存命令、マイクロコード、ファームウェア命令、状態設定データ、集積回路のための構成データ、又は、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのオブジェクト指向プログラミング言語、及び、「Ｃ」プログラミング言語若しくは類似のプログラミング言語などの従来の手続き型プログラミング言語を含む１つ又は複数のプログラミング言語の任意の組み合わせで記述されるソース・コード又はオブジェクト・コードとすることができる。コンピュータ可読プログラム命令は、完全にユーザのコンピュータ上で実行される場合もあり、一部がユーザのコンピュータ上で、独立型ソフトウェア・パッケージとして実行される場合もあり、一部がユーザのコンピュータ上で実行され、一部が遠隔コンピュータ上で実行される場合もあり、又は完全に遠隔コンピュータ若しくはサーバ上で実行される場合もある。最後のシナリオにおいて、遠隔コンピュータは、ローカルエリアネットワーク（ＬＡＮ）若しくは広域ネットワーク（ＷＡＮ）を含むいずれかのタイプのネットワークを通じてユーザのコンピュータに接続される場合もあり、又は外部コンピュータへの接続がなされる場合もある（例えば、インターネットサービスプロバイダを用いたインターネットを通じて）。幾つかの実施形態において、例えば、プログラム可能論理回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、又はプログラム可能論理アレイ（ＰＬＡ）を含む電子回路は、本発明の態様を実施するために、コンピュータ可読プログラム命令の状態情報を利用することによって、コンピュータ可読プログラム命令を実行して、電子回路を個別化することができる。
【００１１】
本発明の態様は、本発明の実施形態による方法、装置（システム）及びコンピュータプログラム製品のフローチャート図、もしくはブロック図又はその両方を参照して説明される。フローチャート図もしくはブロック図又はその両方の各ブロック、並びにフローチャート図、もしくはブロック図又はその両方におけるブロックの組み合わせは、コンピュータ可読プログラム命令によって実装できることが理解されるであろう。
【００１２】
これらのコンピュータ可読プログラム命令を、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能データ処理装置のプロセッサに与えて機械を製造し、それにより、コンピュータ又は他のプログラム可能データ処理装置のプロセッサによって実行される命令が、フローチャート、もしくはブロック図又はその両方の１つ又は複数のブロック内で指定された機能／動作を実施するための手段を作り出すようにすることができる。これらのコンピュータプログラム命令を、コンピュータ、他のプログラム可能データ処理装置、もしくは他のデバイス又はそれらの組み合わせを特定の方式で機能させるように指示することができるコンピュータ可読媒体内に格納し、それにより、そのコンピュータ可読媒体内に格納された命令が、フローチャート、もしくはブロック図又はその両方の１つ又は複数のブロックにおいて指定された機能／動作の態様を実施する命令を含む製品を含むようにすることもできる。
【００１３】
コンピュータプログラム命令を、コンピュータ、他のプログラム可能データ処理装置、又は他のデバイス上にロードして、一連の動作ステップをコンピュータ、他のプログラム可能データ処理装置、又は他のデバイス上で行わせてコンピュータ実施のプロセスを生産し、それにより、コンピュータ又は他のプログラム可能装置上で実行される命令が、フローチャート、もしくはブロック図又はその両方の１つ又は複数のブロックにおいて指定された機能／動作を実行するためのプロセスを提供するようにすることもできる。
【００１４】
図面内のフローチャート及びブロック図は、本発明の様々な実施形態による、システム、方法、及びコンピュータプログラム製品の可能な実装の、アーキテクチャ、機能及び動作を示す。この点に関して、フローチャート内の各ブロックは、指定された論理機能を実装するための１つ又は複数の実行可能命令を含む、モジュール、セグメント、又はコードの一部を表すことができる。幾つかの代替的な実装において、ブロック内に示される機能は、図に示される順序とは異なる順序で生じることがある。例えば、連続して示される２つのブロックは、関与する機能に応じて、実際には実質的に同時に実行されることもあり、又はこれらのブロックはときとして逆順で実行されることもある。ブロック図、もしくはフローチャート図又はその両方の各ブロック、及びブロック図、もしくはフローチャート図又はその両方におけるブロックの組み合わせは、指定された機能又は動作を実行する、又は専用のハードウェアとコンピュータ命令との組み合わせを実行する、専用ハードウェア・ベースのシステムによって実装できることにも留意されたい。
【００１５】
以下に説明される例示的な実施形態は、自動化されたスマートウォッチ支援のためのシステム、方法、及びプログラム製品を提供する。このように、本実施形態は、心停止の場合にスマートウォッチ支援を自動化することによって、ウェアラブルヘルスデバイスの技術分野を改善する能力を有する。より具体的には、本発明は、救難状態ユーザデバイスのセンサから救難信号を検出することを含むことができる。次に、本発明は、救難状態ユーザデバイスのセンサから救難信号を検出することに基づいて、心肺蘇生（ＣＰＲ）要求をブロードキャストすることを含むことができる。次いで、本発明は、応答ユーザデバイスの進行方向の変化に基づいて、ブロードキャストされたＣＰＲ要求への応答を受信することを含むことができる。本発明は、最終的に、救難状態ユーザデバイスと応答ユーザデバイスとの間の接続を確立することを含むことができる。
【００１６】
前述のように、スマートウォッチは、人を蘇生させるために心肺蘇生（ＣＰＲ）が必要な心停止の状況を支援することができる。スマートウォッチは、スマートウォッチ内に埋め込まれたセンサを利用してユーザの心拍数を監視することによって、差し迫った心臓関連の病気の存在を検出することができ、心臓関連の病気が検出された場合には、必要に応じて、警告を出すことができる。また、スマートウォッチは、スマートウォッチ上のセンサを用いて、ＣＰＲ管理中にユーザの動きを監視し、ユーザが正しい圧力及びリズムで圧迫ＣＰＲを行っていることを保証することによって、圧迫ＣＰＲを行う行為を支援することができる。
【００１７】
人が心停止に陥った場合、近くにいる人に警告を出すことが必要な場合がある。警報（alarm）を聞いた人が、その警報が何を意味するかを理解できないこと、人通りの多い場所やヘッドホンを装着している場合には警報が聞こえないこと、又は人々が警報源を特定できないことがあるので、脈拍が検出されないときに可聴警報を鳴らしても、十分ではない場合がある。さらに、人が心停止に陥った場合には、一秒一秒の時間が貴重であり、ＣＰＲを実施しようと試みているユーザには、ユーザのスマートフォン又はスマートウォッチ上のＣＰＲ支援アプリケーションを手動で見つけて起動する時間がないこともある。最後に、ＣＰＲを実施しようと試みているユーザが、圧迫ＣＰＲの実施前に脈拍をうまく確認できないこともある。実際、研究者は、素人の救助者には、脈拍がないことを良いタイミングで確実に検出できないという結論を下している。それにもかかわらず、ＣＰＲの実施には、心臓がいつ停止し、いつ再開したかを知ることは非常に重要である。
【００１８】
従って、とりわけ、ＣＰＲの必要性を知らせ、ＣＰＲの実施を支援し、患者（victim）がいつ脈拍を取り戻したかを検出し、従って、いつＣＰＲを中止すべきかを検出する、ハンズフリーの完全に自動化された解決法を通じて、心停止の患者とＣＰＲの提供者の両方を支援する解決法を提供することが有利な場合がある。
【００１９】
少なくとも１つの実施形態によれば、ユーザの生体センサデータもしくは他のセンサデータ又はその両方を収集することができるスマートウォッチもしくは他のデバイス又はその両方を含むがこれらに限定されるものではないウェアラブルを、自動化された心肺蘇生（ＣＰＲ）支援のために使用することができる。
【００２０】
少なくとも１つの実施形態によれば、警告を受けたユーザが心臓患者と確立された関係を持っていない場合でも、超音波通信を用いて近くのユーザに心臓イベントを警告することができる。
【００２１】
少なくとも１つの実施形態によれば、心臓患者のスマートウォッチに記録された生体測定値を含む、心臓患者のスマートウォッチからの生体情報（例えば、生体センサデータ）を、事前のペアリング又は手動介入なしに、患者を支援する人のスマートウォッチに自動的に提供することができる。
【００２２】
少なくとも１つの実施形態によれば、スマートウォッチの生体センサ及び動きセンサは、ユーザがいつ心停止に陥ったかを検出することができる。十分な閾値に達すると、生体センサ及び動きセンサの測定値に基づいて、ＣＰＲ警報をレンダリングし、超音波通信を用いて近くのスマートウォッチに通信することができる。
【００２３】
少なくとも１つの実施形態によれば、超音波通信を受信する近くのスマートウォッチは、レンダリングされたＣＰＲ警告を表示することができ、この警告は、警告の性質、助けを必要としている個人、及び受信ユーザに対する個人の位置に関する情報を提供することができる。受信ユーザが警告位置に向かって移動し始めると、ＣＰＲ支援アプリケーションが、受信ユーザのスマートウォッチ上で自動的に起動され得る。
【００２４】
少なくとも１つの実施形態によれば、受信ユーザ（例えば、支援ユーザ（assisting user））のスマートウォッチと患者のスマートウォッチが、Ｂｌｕｅｔｏｏｔｈ（登録商標）（Ｂｌｕｅｔｏｏｔｈ及び全てのＢｌｕｅｔｏｏｔｈベースの商標及びロゴは、Ｂｌｕｅｔｏｏｔｈ  ＳＩＧ，Ｉｎｃ．及び／又はその関連会社の商標もしくは登録商標である）ペアリングを確立するために、超音波通信を介して電子ハンドシェイクを交換することができる。患者のスマートウォッチは、患者のバイタルサインを引き続き監視することができ、また、確立された（例えば、ペアリングされた）Ｂｌｕｅｔｏｏｔｈ（登録商標）接続を介して、患者のバイタルサインを支援ユーザのスマートウォッチに通信することができる。患者が脈拍を取り戻した場合には、支援ユーザのスマートウォッチ上へのレンダリングを介して、患者の心拍数を支援ユーザに通知することができる。
【００２５】
少なくとも１つの実施形態によれば、自動化スマートウォッチ支援プログラムは、超音波通信を利用して、その人が心停止に陥った可能性があることを示し得るメッセージを、近くのスマートウォッチユーザにブロードキャストすることができる。通信されるメッセージは、メッセージ受信者からの心停止患者の距離に加えて、心停止患者の位置を詳細に示す情報を含むことができる。
【００２６】
少なくとも１つの実施形態によれば、自動化スマートウォッチ支援プログラムは、脈拍の有無などの心停止患者の生体情報を、ＣＰＲを支援する近くの自動化スマートウォッチ支援プログラムのユーザ（すなわち、支援ユーザ）のスマートウォッチに送信できるように、心停止患者のスマートウォッチを、近くの（例えば、近くに位置する）自動化スマートウォッチ支援プログラムのユーザ（すなわち、支援ユーザ）のスマートウォッチと自動的にペアリングすることができる。
【００２７】
少なくとも１つの実施形態によれば、自動化スマートウォッチ支援プログラムは、多くの他のユーザの中でも、医療機器製造業者、医療提供者及び支払者（例えば、病院及び保険会社）、公共の安全を担当する者（例えば、警察部隊及び消防署）、空港、公共交通オペレータ、スポーツ会場、ショッピングモールオペレータ、並びにスマートウォッチ製造業者によって利用することができる。
【００２８】
図１を参照すると、一実施形態による例示的なネットワーク化されたコンピュータ環境１００が示される。ネットワーク化されたコンピュータ環境１００は、プロセッサ１０４と、ソフトウェアプログラム１０８の実行を可能にするデータストレージデバイス１０６と、自動化スマートウォッチ支援プログラム１１０ａとを有するコンピュータ１０２を含むことができる。また、ネットワーク化されたコンピュータ環境１００は、データベース１１４と対話することができる自動化スマートウォッチ支援プログラム１１０ｂの実行を可能にするサーバ１１２と、通信ネットワーク１１６とを含むこともできる。ネットワーク化されたコンピュータ環境１００は、複数のコンピュータ１０２及びサーバ１１２を含むことができ、そのうちの１つだけが図示されている。通信ネットワーク１１６は、広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、電気通信ネットワーク、無線ネットワーク、公衆交換ネットワーク、もしくは衛星ネットワーク又はそれらの組み合わせなどの種々のタイプの通信ネットワークを含むことができる。図１は、１つの実装の例示に過ぎず、異なる実施形態を実施することができる環境に関するいかなる制限も意味するものではないことを理解されたい。設計及び実装の要件に基づいて、示される環境に対する多くの修正を行うことができる。
【００２９】
クライアントコンピュータ１０２は、通信ネットワーク１１６を介して、サーバコンピュータ１１２と通信することができる。通信ネットワーク１１６は、有線、無線通信リンク、又は光ファイバケーブルなどの接続を含むことができる。図６を参照して議論されるように、サーバコンピュータ１１２は、それぞれ内部コンポーネント９０２ａ及び外部コンポーネント９０４ａを含むことができ、クライアントコンピュータ１０２は、それぞれ内部コンポーネント９０２ｂ及び外部コンポーネント９０４ｂを含むことができる。サーバコンピュータ１１２は、Ｓｏｆｔｗａｒｅ  ａｓ  ａ  Ｓｅｒｖｉｃｅ（ＳａａＳ）、Ｐｌａｔｆｏｒｍ  ａｓ  ａ  Ｓｅｒｖｉｃｅ（ＰａａＳ）、又はＩｎｆｒａｓｔｒｕｃｔｕｒｅ  ａｓ  ａ  Ｓｅｒｖｉｃｅ（ＩａａＳ）などのクラウドコンピューティングサービスモデルにおいて動作することもできる。サーバ１１２は、プライベートクラウド、コミュニティクラウド、パブリッククラウド、又はハイブリッドクラウドなどのクラウドコンピューティングデプロイメントモデル内に配置することもできる。クライアントコンピュータ１０２は、例えば、モバイルデバイス、電話、携帯情報端末、ネットブック、ラップトップコンピュータ、タブレットコンピュータ、デスクトップコンピュータ、又はプログラムを実行し、ネットワークにアクセスし、データベース１１４にアクセスすることができる任意のタイプのコンピューティングデバイスとすることができる。本実施形態の種々の実施形態によれば、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂは、これらに限定されるものではないが、コンピュータ／モバイルデバイス１０２、ネットワーク化されたサーバ１１２、又はクラウドストレージサービスなどの種々のストレージデバイス内に埋め込むことができるデータベース１１４と対話することができる。
【００３０】
本実施形態によれば、クライアントコンピュータ１０２又はサーバコンピュータ１１２を使用するユーザは、（それぞれ）自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂを使用して、事前のペアリング又は手動介入なしに、患者のスマートウォッチ上に記録された生体測定値を、支援ユーザのスマートウォッチに自動的に送ることができる。自動化されたスマートウォッチ支援方法は、図２〜図５に関連して以下にさらに詳細に説明される。
【００３１】
ここで図２を参照すると、少なくとも１つの実施形態による、自動化スマートウォッチ支援プログラム１１０ａ及び１１０ｂによって使用される例示的な自動化スマートウォッチ支援プロセス２００を示す動作フローチャートが示される。
【００３２】
２０２において、ユーザのスマートウォッチは、心肺蘇生（ＣＰＲ）の必要性を検出し、超音波を介して要求をブロードキャストする。これは、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの段階１と呼ぶことができ、この段階１は、ユーザが、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂへの参加に署名すること又はオプトインすること（すなわち、ユーザ登録）から開始することができる。ユーザ登録は、他のデバイスの中でも、モバイルデバイス又はタブレットを含むインターネット接続されたコンピューティングデバイスを用いて行うことができ、ユーザが、これらに限定されるものではないが、名前、誕生日、身長、体重、年齢、性別、いずれかの病気もしくは疾患、ユーザが喫煙者であるか非喫煙者であるか、及び識別写真を含む個人情報を提供することを含むことができ、これらの個人情報及び写真は、ＣＰＲ警告がブロードキャストされた場合に支援ユーザに送ることができる。ユーザは、自分の個人情報及び写真を、個人情報及び写真のユーザ入力用に指定された指定領域において、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのインターフェースに入力することができる。
【００３３】
ユーザ登録は、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂへの参加に関心のある、適切な年齢でかつ自由裁量をもつ任意の人（例えば、男性又は女性）によって、完了することができる。ユーザ登録は、ユーザのスマートウォッチと互換性があり、ユーザのスマートウォッチにダウンロードすることができる、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのモバイルアプリケーションを、ユーザのモバイルデバイス又はタブレットにダウンロードすることを含むことができる。
【００３４】
自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのユーザ登録を完了する適当な年齢でありかつ自由裁量をもつ人が、登録ユーザとなることができる。
【００３５】
自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの登録ユーザが装着しているスマートウォッチは、種々のセンサを使用して、ユーザが心停止しているかどうか、意識喪失に陥ったかどうか、及び／又はスマートウォッチのユーザがＣＰＲを必要とする可能性があるかどうかを検出又は判断することができる。自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂによって使用される種々のセンサは、これらに限定されるものではないが、心拍数モニタが異常な心拍数を検出して最終的に脈拍がないことを検出することができる生体センサ、血圧センサ、皮膚温度センサ、並びに、スマートウォッチの加速度センサ及び／又はジャイロスコープが転倒及び／又は意識喪失と一致する可能性のある動きの有無を検出することができる動きセンサを含むことができる。
【００３６】
自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂは、センサデータを分析して、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのユーザが心停止に陥ったかどうか、及び／又はＣＰＲを必要とする可能性があるかどうかを判断することができる。自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂによって分析されるセンサデータは、所定の閾値に対して測定すること（例えば、比較すること）ができ、その測定又は比較により、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのユーザが心停止に陥っている可能性がある、及び／又はＣＰＲを必要とする可能性があると誤って判断する機会（すなわち、誤検知）を減らすことができる。
【００３７】
例えば、上述した閾値に関して、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのユーザの脈拍が触知できないという単一のセンサによる判定は、センサの故障又はユーザの手首との接触不良を含むがこれらに限定されるものではない、ユーザのスマートウォッチによってユーザの脈拍を検出できない幾つかの理由がある可能性があるので、援助の要請をトリガする（例えば、ＣＰＲ要求をブロードキャストする）のに十分ではない場合がある。しかしながら、１つより多いセンサによって生成され、互いに結合されて組み合わされたセンサデータベース（すなわち、データベース１１４）を形成するセンサデータは、ユーザが所定の閾値を満たしたかどうかをより正確に検出することができる。例えば、組み合わされたセンサデータは、異常な心拍数を検出し、次いで、転倒と一致する身体の動きを検出し、次いで、測定可能な心拍数もしくは血圧又はその両方を検出せず、それ以上の身体の動きを検出しない可能性がある。この例では、所定の閾値が満たされ、及び／又はそれを超過し、警報をトリガすることができる。
【００３８】
所定の閾値が満たされ、警報がトリガされると、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂは、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの全ての登録ユーザにブロードキャストされるメッセージとすることができるＣＰＲ警告を準備することができる。自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの登録ユーザは、前述の方法で自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂに参加登録している場合があり、アプリケーションをユーザのスマートウォッチにダウンロードしている場合もあり、この場合にはその時点でアプリケーションが実行されている可能性がある。以下により詳細に論じられるように、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの実行中のバージョンが、着信する超音波通信をリッスンすることができる。
【００３９】
ブロードキャストされたメッセージ（例えば、テキストメッセージ）は、救難状態にあるユーザ（user in distress）のプロファイル情報（例えば、ユーザプロファイル）、救難状態にあるユーザの位置情報（例えば、ユーザ位置）、及び救難状態にあるユーザの他の関連情報（例えば、ユーザ詳細）を含むことができる。救難状態にあるユーザは、患者と呼ぶこともできる。ユーザプロファイルは、ユーザの名前及び写真、並びに自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂ内のユーザのプロファイルから取り出された任意の他の個人情報を含むことができる。ユーザの位置は、ユーザの関連デバイス（すなわち、スマートウォッチ）の全地球測位システム（ＧＰＳ）から取り出されたユーザの現在位置を含むことができる。ユーザ詳細は、ユーザの病歴、病気、アレルギー、喘息の状態、処方薬、緊急連絡先、かかりつけ医、もしくは通常の（すなわち、基準となる）バイタル又はそれらの組み合わせを含むがこれらに限定されない、医療対応者に関連し得る、ユーザに関する他の全ての適切な情報を含むことができる。ユーザ詳細は、登録時にユーザによって自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂに入力することができ、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのインターフェース内でいつでも修正もしくは補足又はその両方を行うことができる。ユーザの基準バイタルもまた、ユーザ登録時に自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂに入力することができる、以前に収集された任意のセンサデータに基づいて、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂによって求めることもできる。
【００４０】
ブロードキャストされたＣＰＲ警告は、ユーザのスマートウォッチのオンボードスピーカを用いて、超音波通信を介して送ることができる。超音波通信は、２０ｋＨｚを上回る周波数を有する音とすることができ、人間の耳には聞き取れない場合がある。自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのユーザが超音波通信を感知できないこともあるが、送信には、患者の位置、患者の写真、及び患者の名前を含む、警告（例えば、ＣＰＲ警告）の性質に関する超音波でエンコードされたデータを含むことができる。患者の位置、患者の写真、及び患者の名前は、人口密度の高い場所（例えば、人混みの中）で患者を見つけるために、支援ユーザによって使用することができる。例えば、患者の写真を患者の救難信号の位置と組み合わせて使用することで、支援ユーザが混雑したコンサートで患者を即座に物理的に識別することができる可能性がある。
【００４１】
Ｂｌｕｅｔｏｏｔｈ（登録商標）接続が行われた場合及び／又は行われたときには、前述のように、関連する医療情報を支援ユーザに伝達することができる。
【００４２】
近くのスマートウォッチは、超音波通信を連続的にリッスンすることができるオンボードマイクロホンを用いて、ブロードキャストされたＣＰＲを受信することができる。救難状態にあるユーザ（すなわち、患者）のデバイスと支援ユーザとの間の事前のペアリングは必ずしも必要ではない。超音波通信を受信すると、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの登録ユーザに属するスマートウォッチは、スマートウォッチの画面上にＣＰＲ警告をレンダリングすることができる。さらに、登録ユーザのスマートウォッチは、スマートウォッチのユーザにＣＰＲ警告を知らせるために触覚フィードバック及び可聴フィードバックを提供してもよい。ユーザのスマートウォッチ上でのＣＰＲ警告のレンダリングは、図３に関して以下でより詳細に論じられる。
【００４３】
スマートウォッチ、及び超音波通信を受信している、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂに接続された他のデバイスは、中継器として機能することができ、信号を他の接続デバイスに伝えることができる。中継器は、信号を受信して再送信する電子デバイスとすることができ、これを用いて信号の距離を延ばすことができる。例えば、携帯電話は、超音波通信を介してＣＰＲ警告を受信し、オンボードスピーカを用いて超音波信号を繰り返すことができ、これにより、ブロードキャストされたＣＰＲ警告の範囲と到達距離を延長することができる。
【００４４】
２０４において、支援ユーザがＣＰＲ警告に応答し、患者のスマートウォッチとのペアリングを確立する。これは、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの段階２と呼ぶことができる。ここで、ＣＰＲ警告メッセージがレンダリングされた後、患者のスマートウォッチは、スマートウォッチ支援プログラム１１０ａ、１１０ｂのユーザの動き及び進行方向を監視することができる。患者（すなわち、救難状態にあるユーザ）のスマートウォッチが、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの別のユーザが患者の方向に移動していることを検出した場合、そのユーザが、ＣＰＲ警告に応答している支援ユーザになる。支援ユーザは、ブロードキャストされたＣＰＲ警告に応答している可能性がある支援ユーザとみなされるために、患者の位置に向かって進行方向が変化することだけが必要な場合がある。
【００４５】
例えば、患者が救難状態にあるとの判断に基づいて、ＣＰＲ要求がブロードキャストされると、患者の位置に向かっている自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの別のユーザの進行方向のいずれかの変化が、他のユーザを支援ユーザとみなすのに十分なものである場合がある。
【００４６】
支援ユーザのスマートウォッチが、支援ユーザが患者を支援していると判断したときには、自動化スマートウォッチ援助プログラム１１０ａ、１１０ｂ内で、又は支援ユーザのスマートウォッチもしくは接続されたモバイルデバイス上のサードパーティアプリケーションを利用することによって、支援ユーザのスマートウォッチ上でＣＰＲ支援ガイドを起動することができる。ＣＰＲ支援ガイドは、ＣＰＲ技術を監視すること、監視に基づいて案内を発行すること、及び任意に、緊急サービスに患者の状態を警告するために９１１に電話をかけ、言葉による生のＣＰＲ命令を受け取ることなどによって、圧迫ＣＰＲの実行を支援することができる。ＣＰＲ支援ガイドは、他の特徴の中でも、加速度計、任意の触覚フィードバック、及び支援ユーザのスマートウォッチのジャイロスコープを利用することによって機能し、いつ圧迫を行うべきかを示すことができる。
【００４７】
ユーザが自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの患者と同じ物理的位置にいることを、支援ユーザのスマートウォッチが検出すると、支援ユーザのスマートウォッチは、超音波通信を患者のスマートウォッチに送ることができ、支援ユーザのスマートウォッチは、Ｂｌｕｅｔｏｏｔｈ（登録商標）（Ｂｌｕｅｔｏｏｔｈ及び全てのＢｌｕｅｔｏｏｔｈベースの商標及びロゴは、Ｂｌｕｅｔｏｏｔｈ  ＳＩＧ，Ｉｎｃ．及び／又はその関連会社の商標もしくは登録商標である）のペアリングを要求する。自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂは、ブロードキャストされたＣＰＲ警告のＧＰＳ位置と支援ユーザのＧＰＳ位置との比較に基づいて、支援ユーザが患者と同じ位置にいると判断することができる。患者のスマートウォッチのマイクロホンがＢｌｕｅｔｏｏｔｈ（登録商標）ペアリング要求を検出すると、電子ハンドシェイク信号が交換され、Ｂｌｕｅｔｏｏｔｈ（登録商標）ペアリングが実行される。デバイスのペアリングについては、図４に関して以下により詳細に説明される。
【００４８】
患者を支援するために複数の支援ユーザが到着した場合、患者のスマートウォッチと全ての支援ユーザのスマートウォッチとの間でＢｌｕｅｔｏｏｔｈ（登録商標）ペアリングを確立することができる。Ｂｌｕｅｔｏｏｔｈ（登録商標）接続デバイス間で双方向通信を確立することができ、そのことは、超音波通信の一方向のブロードキャストと比較して、患者及び支援ユーザの両方にとって有利な場合がある。前述のように、ＣＰＲ支援ガイド命令を、全ての支援ユーザに送信することができる。前述のように、ステップ２０６に関して以下でより詳細に議論されるように、患者のバイタルサインを全ての支援ユーザに送ることもできる。
【００４９】
２０６において、支援ユーザのスマートウォッチは、患者のバイタル（すなわち、バイタルサイン）を表示する。これは、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂの段階３と呼ぶことができる。超音波通信を介した双方向の電子ハンドシェイクを利用することによって、前述のように、支援ユーザのスマートウォッチと患者が装着しているスマートウォッチとの間に、ペアリングされたＢｌｕｅｔｏｏｔｈ（登録商標）接続を確立することができる。
【００５０】
患者の状態にもかかわらず、患者のスマートウォッチは、患者の心拍数（すなわち、心拍値）、患者の血圧（すなわち、血圧値）、患者の体温（すなわち、体温値）、患者の呼吸の数（すなわち、呼吸数）、もしくは患者の他の任意の医療状態又はそれらの組み合わせを含むがこれらに限定されるものではない患者のバイタルサインを監視し続けることができ、ペアリングされた接続を介して患者のバイタルサインを支援ユーザのスマートウォッチに送ることができる。支援ユーザは、ペアリングされた接続と、患者のスマートウォッチから受信したあらゆるバイタルサインとを利用して、患者に脈がなくＣＰＲを開始すべきことを確認することができる。ペアリングされたＢｌｕｅｔｏｏｔｈ（登録商標）接続は、ＣＰＲが行われている間も続行することができ、また、患者の蘇生を試みるために、自動体外式除細動器（ＡＥＤ）が使用される間も続行することができる。
【００５１】
患者が脈拍を取り戻した場合、通知を作成することができ、その通知を支援ユーザのスマートウォッチ上にレンダリングすることができる。２人以上の支援ユーザがいる場合、通知を各支援ユーザのスマートウォッチ上にレンダリングすることができる。通知は、患者が脈拍を取り戻したこと、及び支援ユーザがＣＰＲもしくはＡＥＤ又はその両方を停止してもよいことを示すことができる。通知がユーザ又はユーザの注意を引き付けることを確実にするために、通知は、視覚的なもの、触覚的なもの、もしくは可聴のもの又はそれらの組み合わせとすることができる。レンダリングされた通知は、図５に関して以下でより詳細に論じられる。
【００５２】
許容可能な医学的範囲に基づいて患者が取り戻した正常な脈拍を有するとみなされる、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのインターフェース内で自動的に構成することができる所定の期間の後、支援ユーザのスマートウォッチと患者のスマートウォッチとの間の接続を切断し、ペアリングを解除することができる。許容可能な医学的範囲に基づいたユーザの正常な心拍数は、他の要因の中でも、年齢、身長、体重、ユーザが喫煙者であるか非喫煙者であるか、及び任意の既存の医学的条件を含む、ユーザが入力した個人情報に基づいて、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂによって決定することができる。
【００５３】
例えば、患者の取り戻した脈拍が３分間持続すると判断され、ユーザの入力された個人情報を考慮して患者の脈拍が許容可能な医学的範囲内にあると判断されたときには、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂは、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続を切断するように構成することができる。
【００５４】
ここで図３を参照すると、少なくとも１つの実施形態によるＣＰＲ警報のレンダリングが示される。自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂは、触覚フィードバック及び可聴フィードバックを提供して、スマートウォッチのユーザに、ＣＰＲ警告があることを知らせることができる。前述したように、ＧＰＳ位置センサ、生体センサ、及び動きセンサ３０２は、患者のスマートウォッチ３０４からデータを収集し、超音波通信３０８（すなわち、超音波ブロードキャスト）を用いて、収集したデータを支援ユーザのスマートウォッチ３０６に通信することができる。支援ユーザのデバイス（すなわち、受信側スマートウォッチ３０６）上の超音波受信機３１０は、患者のスマートウォッチから超音波通信３０８を用いて送られた信号をピックアップすることができる。
【００５５】
ここで図４を参照すると、少なくとも１つの実施形態によるデバイスのペアリングが示される。自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのユーザが患者の方向に移動するとき、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続を確立することができ、この接続によりＣＰＲ支援を開始できるようになる。Ｂｌｕｅｔｏｏｔｈ（登録商標）接続を確立するために、支援ユーザのスマートウォッチ４０２がペアリングを要求する場合もあり、支援ユーザのスマートウォッチ４０２と患者のスマートウォッチ４０４との間で電子ハンドシェイク信号を交換する場合もある。
【００５６】
ここで図５を参照すると、少なくとも１つの実施形態によるレンダリングされた通知が示される。支援ユーザのスマートウォッチ５０２と患者のスマートウォッチ５０４との間にＢｌｕｅｔｏｏｔｈ（登録商標）接続が確立されると、支援ユーザが装着しているスマートウォッチ５０２は、患者のスマートウォッチ５０４上に位置し、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続を介して支援ユーザのスマートウォッチ５０２に通信された、生体センサ５０６によって生成された測定値に基づいて、患者の取り戻した脈拍を表示することができる。
【００５７】
図２〜図５は、一実施形態の例示を提供するに過ぎず、異なる実施形態をどのように実施できるかに関する何らかの制限を意味するものではないことを理解されたい。設計及び実施の要件に基づいて、示される施形態への多くの修正を行うことができる。
【００５８】
少なくとも１つの代替的な実施形態によると、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのユーザを支援するためのＣＰＲ訓練の要件が存在する場合がある。この例では、登録時に、ＣＰＲ認証の証明が求められることがある。ＣＰＲ認証の証明は、ウェブポータル又はモバイルアプリケーションを介してアップロードすることができ、及び／又はウェブポータルもしくはモバイルアプリケーション内でラジオボタンを切り替えて、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのユーザのＣＰＲに関する訓練、経験及び専門知識のレベルを示すことができる。
【００５９】
少なくとも１つの代替的な実施形態によると、支援ユーザは、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂには登録されていないものの、ＣＰＲの認定を受けている可能性があるか、そうでなければ患者を支援してＣＰＲを実施する意思がある及び／又はその資格のあるサードパーティを見つけることによって、患者を支援することができる。自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂに登録されている支援ユーザ（すなわち、登録支援ユーザ）が、患者に向けて移動する際に登録されていない第三者と合流してもよく、その結果、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂによって登録支援ユーザの位置を確認し、登録支援ユーザのスマートウォッチと患者のスマートウォッチとの間に接続を確立することができ、それにより、ＣＰＲ支援を登録支援ユーザのスマートウォッチ上に表示することと、患者のバイタルを登録支援ユーザのスマートウォッチに送信することとの両方が可能になる。
【００６０】
少なくとも１つの代替的な実施形態によると、自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂは、許容可能な医学的基準と比較して、ユーザの心拍数を含むがこれに限定されないユーザのセンサデータを監視することができ、潜在的な病気が検出され、ユーザが医学的支援を求めるべきであることを、ユーザのスマートウォッチ上の通知を介して、又は自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂのインターフェース上の通知を介して、ユーザに警告することができる。
【００６１】
図６は、本発明の例示的な実施形態による、図１に示されるコンピュータの内部コンポーネント及び外部コンポーネントのブロック図９００である。図６は、１つの実装の図示に過ぎず、異なる実施形態を実施することができる環境に関する何らかの制限を意味するものではないことを理解されたい。設計及び実装の要件に基づいて、示される環境に対する多くの修正を行うことができる。
【００６２】
データ処理システム９０２、９０４は、機械可読プログラム命令を実行することができる任意の電子デバイスを表す。データ処理システム９０２、９０４は、スマートフォン、コンピュータシステム、ＰＤＡ、又は他の電子デバイスを表すことができる。データ処理システム９０２、９０４によって表すことができるコンピューティングシステム、環境、もしくは構成又はそれらの組み合わせの例として、これらに限定されるものではないが、パーソナルコンピュータシステム、サーバコンピュータシステム、シンクライアント、シッククライアント、手持ち式又はラップトップデバイス、マルチプロセッサシステム、マイクロプロセッサベースのシステム、ネットワークＰＣ、ミニコンピュータシステム、及び上記のシステム又はデバイスのいずれかを含む分散型クラウドコンピューティング環境が挙げられる。
【００６３】
ユーザクライアントコンピュータ１０２及びネットワークサーバ１１２は、図６に示される内部コンポーネント９０２ａ、ｂ及び外部コンポーネント９０４ａ、ｂのそれぞれのセットを含むことができる。内部コンポーネント９０２ａ、ｂの各セットは、１つ又は複数のバス９１２上の１つ又は複数のプロセッサ９０６、１つ又は複数のコンピュータ可読ＲＡＭ９０８、及び１つ又は複数のコンピュータ可読ＲＯＭ９１０、並びに１つ又は複数のオペレーティングシステム９１４及び１つ又は複数のコンピュータ可読有形ストレージデバイス９１６を含む。１つ又は複数のオペレーティングシステム９１４、ソフトウェアプログラム１０８、及びクライアントコンピュータ１０２における自動化スマートウォッチ支援プログラム１１０ａ、及びネットワークサーバ１１２における自動化スマートウォッチ支援プログラム１１０ｂは、１つ又は複数のＲＡＭ９０８（典型的には、キャッシュメモリを含む）を介して、１つ又は複数のプロセッサ９０６による実行のために、１つ又は複数のコンピュータ可読有形ストレージデバイス９１６上に格納することができる。図６に示される実施形態において、コンピュータ可読有形ストレージデバイス９１６の各々は、内部ハードドライブの磁気ディスクストレージデバイスである。或いは、コンピュータ可読有形ストレージデバイス９１６の各々は、ＲＯＭ９１０、ＥＰＲＯＭ、フラッシュメモリ、又はコンピュータプログラム及びデジタル情報を格納することができる任意の他のコンピュータ可読有形ストレージデバイスなどの半導体ストレージデバイスである。
【００６４】
内部コンポーネント９０２ａ、ｂの各セットはまた、ＣＤ−ＲＯＭ、ＤＶＤ、メモリスティック、磁気テープ、磁気ディスク、光ディスク、又は半導体ストレージデバイスなどの１つ又は複数の携帯型コンピュータ可読有形ストレージデバイス９２０との間で読み書きを行うためのＲ／Ｗドライブ又はインターフェース９１８も含む。ソフトウェアプログラム１０８及び自動化スマートウォッチ支援プログラム１１０ａ及び１１０ｂなどのソフトウェアプログラムは、それぞれの携帯型コンピュータ可読有形ストレージデバイス９２０の１つ又は複数に格納し、それぞれのＲ／Ｗドライブ又はインターフェース９１８を介して読み出し、それぞれのハードドライブ９１６にロードすることができる。
【００６５】
内部コンポーネント９０２ａ、ｂの各セットはまた、ＴＣＰ／ＩＰアダプタカード、無線ｗｉ−ｆｉインタフェースカード、又は３Ｇもしくは４Ｇ無線インタフェースカード、又は他の有線もしくは無線通信リンクなどのネットワークアダプタ（又はスイッチポートカード）又はインターフェース９２２を含むことができる。ソフトウェアプログラム１０８及びクライアントコンピュータ１０２における自動化スマートウォッチ支援プログラム１１０ａ、及びネットワークサーバコンピュータ１１２における自動化スマートウォッチ支援プログラム１１０ｂは、ネットワーク（例えば、インターネット、ローカルエリアネットワーク、又は他の広域ネットワーク）及びそれぞれのネットワークアダプタ又はインターフェース９２２を介して、外部コンピュータ（例えば、サーバ）からダウンロードすることができる。ネットワークアダプタ（又はスイッチポートアダプタ）又はインターフェース９２２から、ソフトウェアプログラム１０８及びクライアントコンピュータ１０２における自動化スマートウォッチ支援プログラム１１０ａ、ネットワークサーバコンピュータ１１２における自動化スマートウォッチ支援プログラム１１０ｂは、それぞれのハードドライブ９１６にロードされる。ネットワークは、銅線、光ファイバ、無線伝送、ルータ、ファイアウォール、スイッチ、ゲートウェイコンピュータ、もしくはエッジサーバ又はそれらの組み合わせで構成することができる。
【００６６】
外部コンポーネント９０４ａ、ｂの各セットは、コンピュータディスプレイモニタ９２４、キーボード９２６、及びコンピュータマウス９２８を含むことができる。外部コンポーネント９０４ａ、ｂはまた、タッチスクリーン、仮想キーボード、タッチパッド、ポインティングデバイス、及び他のヒューマンインタフェースデバイスを含むこともできる。内部コンポーネント９０２ａ、ｂの各セットはまた、コンピュータディスプレイモニタ９２４、キーボード９２６、及びコンピュータマウス９２８にインターフェース接続するためのデバイスドライバ９３０も含む。デバイスドライバ９３０、Ｒ／Ｗドライブ又はインターフェース９１８、及びネットワークアダプタ又はインターフェース９２２は、（ストレージデバイス９１６もしくはＲＯＭ９１０又はその両方に格納された）ハードウェア及びソフトウェアも含む。
【００６７】
本開示は、クラウドコンピューティングに関する詳細な説明を含むが、本明細書に記載される教示の実装は、クラウドコンピューティング環境に限定されないことが予め理解される。むしろ、本発明の実施形態は、現在知られている、又は後に開発される任意の他のタイプのコンピューティング環境と関連して実施することが可能である。
【００６８】
クラウドコンピューティングは、最小限の管理労力又はサービスプロバイダとの対話で迅速にプロビジョニング及び解放することができる構成可能なコンピューティングリソース（例えば、ネットワーク、ネットワーク帯域幅、サーバ、処理、メモリ、ストレージ、アプリケーション、仮想マシン、及びサービス）の共有プールへの、便利なオンデマンドのネットワークアクセスを可能にするためのサービス配信のモデルである。このクラウドモデルは、少なくとも５つの特徴、少なくとも３つのサービスモデル、及び少なくとも４つのデプロイメントモデルを含むことができる。
【００６９】
特徴は、以下の通りである。
オンデマンドセルフサービス：クラウドコンシューマは、必要に応じて、サーバ時間及びネットワークストレージ等のコンピューティング機能を、人間がサービスのプロバイダと対話する必要なく自動的に、一方的にプロビジョニングすることができる。
広範なネットワークアクセス：機能は、ネットワーク上で利用可能であり、異種のシン又はシッククライアントプラットフォーム（例えば、携帯電話、ラップトップ、及びＰＤＡ）による使用を促進する標準的な機構を通じてアクセスされる。
リソースのプール化：プロバイダのコンピューティングリソースは、マルチテナントモデルを用いて、異なる物理及び仮想リソースを要求に応じて動的に割り当て及び再割り当てすることにより、複数のコンシューマにサービスを提供するためにプールされる。コンシューマは、一般に、提供されるリソースの正確な位置についての制御又は知識を持たないという点で位置とは独立しているといえるが、より抽象化レベルの高い位置（例えば、国、州、又はデータセンタ）を特定できる場合がある。
迅速な弾力性：機能は、迅速かつ弾力的に、幾つかの場合自動的に、プロビジョニングして素早くスケールアウトし、迅速にリリースして素早くスケールインさせることができる。コンシューマにとって、プロビジョニングに利用可能なこれらの機能は、多くの場合、無制限であり、いつでもどんな量でも購入できるように見える。
サービスの測定：クラウドシステムは、サービスのタイプ（例えば、ストレージ、処理、帯域幅、及びアクティブなユーザアカウント）に適した何らかの抽象化レベルでの計量機能を用いることによって、リソースの使用を自動的に制御及び最適化する。リソース使用を監視し、制御し、報告し、利用されるサービスのプロバイダとコンシューマの両方に対して透明性をもたらすことができる。
【００７０】
サービスモデルは以下の通りである。
Ｓｏｆｔｗａｒｅ  ａｓ  ａ  Ｓｅｒｖｉｃｅ（ＳａａＳ）：クラウドインフラストラクチャ上で動作しているプロバイダのアプリケーションを使用するために、コンシューマに提供される機能である。これらのアプリケーションは、ウェブブラウザ（例えば、ウェブベースの電子メール）などのシンクライアントインターフェースを通じて、種々のクライアントデバイスからアクセス可能である。コンシューマは、限定されたユーザ固有のアプリケーション構成設定の考え得る例外として、ネットワーク、サーバ、オペレーティングシステム、ストレージ、又は個々のアプリケーション機能をも含めて、基礎をなすクラウドインフラストラクチャを管理又は制御しない。
Ｐｌａｔｆｏｒｍ  ａｓ  ａ  Ｓｅｒｖｉｃｅ（ＰａａＳ）：プロバイダによってサポートされるプログラミング言語及びツールを用いて生成された、コンシューマが生成した又は取得したアプリケーションを、クラウドインフラストラクチャ上にデプロイするために、コンシューマに提供される機能である。コンシューマは、ネットワーク、サーバ、オペレーティングシステム、又はストレージなどの基礎をなすクラウドインフラストラクチャを管理又は制御しないが、デプロイされたアプリケーション、及び場合によってはアプリケーションホスティング環境構成に対して制御を有する。
Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ａｓ  ａ  Ｓｅｒｖｉｃｅ（ＩａａＳ）：コンシューマが、オペレーティングシステム及びアプリケーションを含み得る任意のソフトウェアをデプロイ及び動作させることができる、処理、ストレージ、ネットワーク、及び他の基本的なコンピューティングリソースをプロビジョニンングするために、コンシューマに提供される機能である。コンシューマは、基礎をなすクラウドインフラストラクチャを管理又は制御しないが、オペレーティングシステム、ストレージ、デプロイされたアプリケーションに対する制御、及び場合によってはネットワークコンポーネント（例えば、ホストのファイアウォール）選択の限定された制御を有する。
【００７１】
デプロイメントモデルは以下の通りである。
プライベートクラウド：クラウドインフラストラクチャは、ある組織のためだけに運営される。このクラウドインフラストラクチャは、その組織又は第三者によって管理することができ、構内又は構外に存在することができる。
コミュニティクラウド：クラウドインフラストラクチャは、幾つかの組織によって共有され、共通の関心事項（例えば、任務、セキュリティ要件、ポリシー、及びコンプライアンス上の考慮事項）を有する特定のコミュニティをサポートする。クラウドインフラストラクチャは、その組織又は第三者によって管理することができ、オンプレミス又はオフプレミスに存在することができる。
パブリッククラウド：クラウドインフラストラクチャは、一般公衆又は大規模な業界グループに利用可能であり、クラウドサービスを販売する組織によって所有される。
ハイブリッドクラウド：クラウドインフラストラクチャは、固有のエンティティのままであるが、データ及びアプリケーションの移行性を可能にする標準化された又は専用の技術（例えば、クラウド間の負荷分散のためのクラウドバースティング）によって結び付けられる２つ又はそれより多いクラウド（プライベート、コミュニティ、又はパブリック）の混成物である。
【００７２】
クラウドコンピューティング環境は、ステートレス性、低結合性、モジュール性、及びセマンティック相互運用性に焦点を置くことを指向するサービスである。クラウドコンピューティングの中心は、相互接続されたノードのネットワークを含むインフラストラクチャである。
【００７３】
ここで図７を参照すると、例示的なクラウドコンピューティング環境１０００が示さいる。図示のように、クラウドコンピューティング環境１０００は、例えば、携帯情報端末（ＰＤＡ）又は携帯電話１０００Ａ、デスクトップコンピュータ１０００Ｂ、ラップトップコンピュータ１０００Ｃ、もしくはコンピュータシステム１０００Ｎ又はそれらの組み合わせなどのような、クラウドコンシューマによって用いられるローカルコンピューティングデバイスと通信することができる、１つ又は複数のクラウドコンピューティングノード１００を含む。ノード１００は、互いに通信することができる。これらのノードは、上述のようなプライベートクラウド、コミュニティクラウド、パブリッククラウド、もしくはハイブリッドクラウド、又はこれらの組み合わせなど、１つ又は複数のネットワークにおいて物理的又は仮想的にグループ化することができる（図示せず）。このことは、クラウドコンピューティング環境１０００が、クラウドコンシューマがローカルコンピューティングデバイス上にリソースを保持する必要のない、ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ａｓ  ａ  ｓｅｒｖｉｃｅ、ｐｌａｔｆｏｒｍ  ａｓ  ａ  ｓｅｒｖｉｃｅ、もしくはｓｏｆｔｗａｒｅ  ａｓ  ａ  ｓｅｒｖｉｃｅ又はそれらの組み合わせを提供することを可能にする。図７に示されるコンピューティングデバイス１０００Ａ〜Ｎのタイプは単に例示であることを意図し、コンピューティングノード１００及びクラウドコンピューティング環境１０００は、任意のタイプのネットワーク及び／又はネットワークアドレス指定可能な接続（例えば、ウェブブラウザを用いる）上で、任意のタイプのコンピュータ化されたデバイスと通信できることを理解されたい。
【００７４】
ここで図８を参照すると、クラウドコンピューティング環境１０００によって提供される機能抽象化層１１００のセットが示される。図８に示されるコンポーネント、層、及び機能は単に例示であることを意図し、本発明の実施形態はそれらに限定されないことを予め理解されたい。図示されるように、以下の層及び対応する機能が提供される。
【００７５】
ハードウェア及びソフトウェア層１１０２は、ハードウェア及びソフトウェアコンポーネントを含む。ハードウェアコンポーネントの例として、メインフレーム１１０４と、ＲＩＳＣ（Reduced Instruction Set Computer（縮小命令セットコンピュータ））アーキテクチャベースのサーバ１１０６と、サーバ１１０８と、ブレードサーバ１１１０と、ストレージデバイス１１１２と、ネットワーク及びネットワークコンポーネント１１１４と、が含まれる。幾つかの実施形態において、ソフトウェアコンポーネントは、ネットワークアプリケーションサーバソフトウェア１１１６と、データベースソフトウェア１１１８とを含む。
【００７６】
仮想化層１１２０は、抽象化層を提供し、この層により、仮想エンティティの以下の例、すなわち、仮想サーバ１１２２、仮想ストレージ１１２４、仮想プライベートネットワークを含む仮想ネットワーク１１２６、仮想アプリケーション及びオペレーティングシステム１１２８、並びに仮想クライアント１１３０を提供することができる。
【００７７】
一例においては、管理層１１３２は、以下で説明される機能を提供することができる。リソースプロビジョニング１１３４は、クラウドコンピューティング環境内でタスクを実行するために利用されるコンピューティングリソース及び他のリソースの動的な調達を提供する。計量及び価格決定１１３６は、クラウドコンピューティング環境内でリソースが利用される際のコスト追跡と、これらのリソースの消費に対する課金又は請求とを提供する。一例において、これらのリソースは、アプリケーションソフトウェアライセンスを含むことができる。セキュリティは、クラウドコンシューマ及びタスクに対する識別情報の検証と、データ及び他のリソースに対する保護とを提供する。ユーザポータル１１３８は、コンシューマ及びシステム管理者のために、クラウドコンピューティング環境へのアクセスを提供する。サービスレベル管理１１４０は、要求されるサービスレベルが満たされるように、クラウドコンピューティングリソースの割り当て及び管理を提供する。サービスレベルアグリーメント（Service Level Agreement、ＳＬＡ）の計画及び履行１１４２は、ＳＬＡに従って将来の要件が予測されるクラウドコンピューティングリソースの事前配置及び調達を提供する。
【００７８】
ワークロード層１１４４は、クラウドコンピューティング環境を利用することができる機能の例を提供する。この層から提供することができるワークロード及び機能の例として、マッピング及びナビゲーション１１４６、ソフトウェア開発及びライフサイクル管理１１４８、仮想教室教育配信１１５０、データ分析処理１１５２、トランザクション処理１１５４、及び自動化スマートウォッチ支援１１５６が挙げられる。自動化スマートウォッチ支援プログラム１１０ａ、１１０ｂは、いずれの事前のペアリングも手動介入もなしに、患者のスマートウォッチ上に記録された生体測定値を支援ユーザに自動的に送る方法を提供する。
【００７９】
本発明の種々の実施形態の説明は、例証の目的で提示したものであるが、網羅的であることも、又は開示された実施形態に限定することも意図しない。説明される実施形態の範囲から逸脱することなく、当業者には、多くの修正及び変形が明らかであろう。本明細書で用いられる用語は、実施形態の原理、実際的な用途、若しくは市場において見出される技術に優る技術的改善を最も良く説明するように、又は当業者が本明細書に含まれる実施形態を理解することを可能にするように、選択されたものである。
【図１】
2021524961.tif 000003
【図２】
2021524961.tif 000004
【図３】
2021524961.tif 000005
【図４】
2021524961.tif 000006
【図５】
2021524961.tif 000007
【図６】
2021524961.tif 000008
【図７】
2021524961.tif 000009
【図８】
2021524961.tif 000010
【手続補正書】
【提出日】令和2年12月1日(2020.12.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
自動化されたウェアラブル支援のための方法であって、
救難状態ユーザデバイスのセンサから救難信号を検出することと、
前記救難状態ユーザデバイスの前記センサから前記救難信号を検出したことに基づいて、心肺蘇生（ＣＰＲ）要求をブロードキャストすることと、
応答ユーザデバイスの進行方向の変化に基づいて、前記ブロードキャストされたＣＰＲ要求への応答を受信することと、
前記救難状態ユーザデバイスと前記応答ユーザデバイスとの間の接続を確立することと
を含む、方法。
【請求項２】
前記救難状態ユーザデバイスの前記センサから前記救難信号を検出することは、
生体センサに基づいて、前記救難状態ユーザデバイスの心拍数を監視すること
をさらに含む、請求項１に記載の方法。
【請求項３】
前記ブロードキャストされた心肺蘇生（ＣＰＲ）要求は、超音波通信を用いて送られる、請求項１又は請求項２に記載の方法。
【請求項４】
前記ブロードキャストされた心肺蘇生（ＣＰＲ）要求は、救難状態にあるユーザの名前、救難状態にあるユーザの写真、及び救難状態にあるユーザの位置から成る群から選択される識別情報をさらに含む、請求項１から請求項３までのいずれか１項に記載の方法。
【請求項５】
前記救難状態ユーザデバイスと前記応答ユーザデバイスとの間の接続は、超音波通信を用いて電子ハンドシェイクを交換することによって確立される、請求項１から請求項４までのいずれか１項に記載の方法。
【請求項６】
前記応答ユーザデバイスの前記進行方向の変化は、前記救難状態ユーザデバイスに向けられる、請求項１から請求項５までのいずれか１項に記載の方法。
【請求項７】
前記救難状態ユーザデバイスのバイタルサインは、心拍数値、血圧値及び体温値から成る群から選択される、請求項１から請求項６までのいずれか１項に記載の方法。
【請求項８】
前記救難状態ユーザデバイスのバイタルサインを前記応答ユーザデバイスに送ること
をさらに含む、請求項１から請求項７までのいずれか１項に記載の方法。
【請求項９】
自動化されたウェアラブル支援のためのコンピュータシステムであって、
１つ又は複数のプロセッサと、１つ又は複数のコンピュータ可読メモリと、１つ又は複数のコンピュータ可読ストレージ媒体と、前記１つ又は複数のコンピュータ可読メモリの少なくとも１つを介して前記１つ又は複数のプロセッサの少なくとも１つによって実行される、前記１つ又は複数のコンピュータ可読ストレージ媒体の少なくとも１つに格納されたプログラム命令とを含み、前記１つ又は複数のプロセッサの少なくとも１つが前記プログラム命令を実行することにより、請求項１から請求項８までのいずれか１項に記載の方法を実行する、コンピュータシステム。
【請求項１０】
請求項１から請求項８までのいずれか１項に記載の方法をコンピュータに実行させる、自動化されたウェアラブル支援のためのコンピュータプログラム。
【請求項１１】
請求項１０に記載のコンピュータプログラムが格納された、自動化されたウェアラブル支援のためのコンピュータ可読ストレージ媒体。
【国際調査報告】
2021524961.tif 000011
2021524961.tif 000012