(57)【要約】本明細書に記載の様々な実施形態は、ルール導入サーバにおいて、ウェアラブルデバイスユーザの少なくとも１人の親族に関連付けられている親族健康データを受信することと、導入基準とウェアラブルデバイスルールの識別情報とを含む候補ルールを取得することと、親族健康データを使用して導入基準を評価して、候補ルールが導入されるべきであることを決定することと、候補ルールが導入されるべきであることを決定したことに基づいて、ウェアラブルデバイスにおける導入のためにウェアラブルデバイスルールを通信することと、のうちの１つ以上を含む、サーバと、関連するウェアラブルデバイス、方法、及びマシン読み取り可能な記憶媒体と、に関する。
2018503177.tif 000002
【特許請求の範囲】
【請求項１】
家族歴に基づいてウェアラブルデバイス挙動を構成する方法であって、
ルール導入サーバにおいて、ウェアラブルデバイスユーザの少なくとも１人の親族に関連付けられている親族健康データを受信するステップと、
導入基準とウェアラブルデバイスルールの識別情報とを含む候補ルールを取得するステップと、
前記親族健康データを使用して前記導入基準を評価して、前記候補ルールが導入されるべきであることを決定するステップと、
前記候補ルールが導入されるべきであることを決定したことに基づいて、ウェアラブルデバイスにおける導入のために前記ウェアラブルデバイスルールを通信するステップと、
を含む方法。
【請求項２】
導入のために前記ウェアラブルデバイスルールを通信することは、前記ウェアラブルデバイスルールの導入を実施するためのメッセージを前記ウェアラブルデバイスに送信することを含む、請求項１記載の方法。
【請求項３】
前記親族健康データを受信することは、前記ウェアラブルデバイスのユーザから、親族が経験した１つ以上の健康状態の識別情報を受信することを含む、請求項１記載の方法。
【請求項４】
前記親族健康データを受信することは、少なくとも１人の親族の電子健康レコードにアクセスすることを含む、請求項１記載の方法。
【請求項５】
前記少なくとも１人の親族から、前記ウェアラブルデバイスユーザとの関係の識別情報を受信するステップと、
前記ウェアラブルデバイスユーザとの関係の前記識別情報を受信したことに基づいて、前記少なくとも１人の親族の健康データにアクセスするための権限を反映するためにウェアラブルデバイスレコードのユーザレコードを変更するステップと、
をさらに含み、
前記親族健康データを受信することは、前記権限に基づいて、前記少なくとも１人の親族の前記健康データを取得することを含む、請求項１記載の方法。
【請求項６】
前記ウェアラブルデバイスユーザから、前記少なくとも１人の親族との関係の識別情報を受信するステップと、
前記少なくとも１人の親族の健康データにアクセスする許可を付与することを求める要求を、前記少なくとも１人の親族に送信するステップと、
前記少なくとも１人の親族から、前記少なくとも１人の親族の健康データにアクセスする許可を受信するステップと、
前記許可を受信したことに基づいて、前記少なくとも１人の親族の健康データにアクセスするための権限を反映するためにウェアラブルデバイスレコードのユーザレコードを変更するステップと、
をさらに含み、
前記親族健康データを受信することは、前記権限に基づいて、前記少なくとも１人の親族の前記健康データを取得することを含む、請求項１記載の方法。
【請求項７】
前記親族健康データを使用して前記導入基準を評価することは、前記少なくとも１人の親族の少なくとも１つの変更可能なリスク因子を評価することを含む、請求項１記載の方法。
【請求項８】
ルール導入サーバであって、
導入基準とウェアラブルデバイスルールの識別情報とを含む候補ルールを記憶しているメモリと、
ネットワークインタフェースと、
プロセッサであって、
ウェアラブルデバイスユーザの少なくとも１人の親族に関連付けられている親族健康データを受信し、
前記親族健康データを使用して前記導入基準を評価して、前記候補ルールが導入されるべきであるかどうかを決定し、
前記候補ルールが導入されるべきであるという決定に基づいて、ウェアラブルデバイスにおける導入のために前記ウェアラブルデバイスルールを通信する
よう構成されているプロセッサと、
を備えるルール導入サーバ。
【請求項９】
導入のために前記ウェアラブルデバイスルールを通信する際に、前記プロセッサは、前記ウェアラブルデバイスルールの導入を実施するためのメッセージを前記ウェアラブルデバイスに送信するよう構成されている、請求項８記載のルール導入サーバ。
【請求項１０】
前記親族健康データを受信する際に、前記プロセッサは、前記ウェアラブルデバイスのユーザから、親族が経験した１つ以上の健康状態の識別情報を受信するよう構成されている、請求項８記載のルール導入サーバ。
【請求項１１】
前記親族健康データを受信する際に、前記プロセッサは、少なくとも１人の親族の電子健康レコードにアクセスするよう構成されている、請求項８記載のルール導入サーバ。
【請求項１２】
前記プロセッサは、さらに、
前記少なくとも１人の親族から、前記ウェアラブルデバイスユーザとの関係の識別情報を受信し、
前記ウェアラブルデバイスユーザとの関係の前記識別情報を受信したことに基づいて、前記少なくとも１人の親族の健康データにアクセスするための権限を反映するためにウェアラブルデバイスレコードのユーザレコードを変更する
よう構成されており、
前記親族健康データを受信する際に、前記プロセッサは、前記権限に基づいて、前記少なくとも１人の親族の前記健康データを取得するよう構成されている、請求項８記載のルール導入サーバ。
【請求項１３】
前記プロセッサは、さらに、
前記ウェアラブルデバイスユーザから、前記少なくとも１人の親族との関係の識別情報を受信し、
前記少なくとも１人の親族の健康データにアクセスする許可を付与することを求める要求を、前記少なくとも１人の親族に送信し、
前記少なくとも１人の親族から、前記少なくとも１人の親族の健康データにアクセスする許可を受信し、
前記許可を受信したことに基づいて、前記少なくとも１人の親族の健康データにアクセスするための権限を反映するためにウェアラブルデバイスレコードのユーザレコードを変更する
よう構成されており、
前記親族健康データを受信する際に、前記プロセッサは、前記権限に基づいて、前記少なくとも１人の親族の前記健康データを取得するよう構成されている、請求項８記載のルール導入サーバ。
【請求項１４】
前記親族健康データを使用して前記導入基準を評価する際に、前記プロセッサは、前記少なくとも１人の親族の少なくとも１つの変更可能なリスク因子を評価するよう構成されている、請求項８記載のルール導入サーバ。
【請求項１５】
ルール導入サーバに、
ウェアラブルデバイスユーザの少なくとも１人の親族に関連付けられている親族健康データを受信させ、
導入基準とウェアラブルデバイスルールの識別情報とを含む候補ルールを取得させ、
前記親族健康データを使用して前記導入基準を評価させて、前記候補ルールが導入されるべきであるかどうかを決定させ、
前記候補ルールが導入されるべきであるという決定に基づいて、ウェアラブルデバイスにおける導入のために前記ウェアラブルデバイスルールを通信させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に記載の様々な実施形態は、一般に、装着ユーザに関するバイオメトリクス、動き、及び他のタイプのメトリクスを収集するウェアラブルデバイスに関する。より詳細には、様々な実施形態は、装着ユーザの家族歴に基づいてウェアラブルデバイスの挙動を変更することに関するが、これに限定されるものではない。
【０００２】
（関連出願との相互参照）
本出願は、２０１４年１２月４日に出願された「Family  History（家族歴）」と題する米国特許仮出願第６２／０８７７２７号に基づく優先権の利益を主張するものであり、前記仮出願の開示内容が、参照により本明細書に組み込まれる。
【背景技術】
【０００３】
ウェアラブル技術は、身体に装着され得る又は個人の衣類及びアクセサリに取り付けられ得る若しくは組み込まれ得るモバイル電子デバイスを含む。ウェアラブル技術に関連付けられたセンサ及びプロセッサが、情報を収集及び処理してユーザに表示するために提供され得る。ウェアラブル技術は、ユーザの健康データをモニタリングすること及び他のタイプのデータ及び統計量を提供することを含む様々な領域において使用され得る。医療・健康分野におけるウェアラブル技術の例は、ＦＩＴＢＩＴ（登録商標）デバイス、ＮＩＫＥ＋  ＦＵＥＬＢＡＮＤ（登録商標）デバイス、及びＡＰＰＬＥ  ＷＡＴＣＨ（登録商標）デバイスを含む。他のウェアラブルデバイスは、ＦＲＥＤＥＲＩＱＵＥ  ＣＯＮＳＴＡＮＴ（登録商標）スマートウォッチ、ＭＯＮＤＡＩＮＥ（登録商標）スマートウォッチ、及びＡＬＰＩＮＡスマートウォッチを含む。
【０００４】
家族歴は、患者の潜在的健康リスクを予測するときに、医師、看護師、及び患者により頻繁に使用されている。これは、多くの場合、状態についての人のリスク因子は、親族（家族）が同じ状態を患っていた又は他の予兆を示した場合に増大され得るからである。しかしながら、親族（家族）健康情報は、確実に且つ一貫して取得することがしばしば難しい。
【発明の概要】
【０００５】
本発明の様々な実施形態は、家族歴に基づいて健康勧告を特定する方法に関する。このような方法は、ウェアラブルデバイスのユーザに関する家族健康歴入力を受信することと、ウェアラブルデバイスの健康パラメータセンサを介して、健康パラメータ測定値を検出することと、家族健康歴入力及び健康パラメータ測定値を、アクション−ルールデータベースに記憶されている情報と比較することと、家族健康歴入力及び健康パラメータが、アクション−ルールデータベースにおいて識別されたアクションに関連付けられているルールと適合する場合、識別されたアクションを実行することと、を含み得る。
【０００６】
本明細書に記載のさらなる実施形態は、家族歴に基づいて健康勧告を特定するシステムを含む。このようなシステムは、ウェアラブルデバイスを含み得る。このようなウェアラブルデバイスは、ウェアラブルデバイスのユーザに関連付けられている家族健康歴入力を記憶しているメモリと、健康パラメータ測定値を検出する健康パラメータセンサと、家族健康歴入力及び健康パラメータ測定値を、アクション−ルールデータベースに記憶されている情報と比較するためのコマンド、及び、家族健康歴入力及び健康パラメータが、アクション−ルールデータベースにおいて識別されたアクションに関連付けられているルールと適合する場合、識別されたアクションを実行するためのコマンドを実行するプロセッサと、を含み得る。
【０００７】
本明細書に記載のさらなる実施形態は、オンデマンド無線サービスを提供する方法を実行するための、プロセッサにより実行可能なプログラムを記憶している非一時的なコンピュータ読み取り可能な記憶媒体を含む。このようなプログラムは、したがって、ウェアラブルデバイスのユーザに関する家族健康歴入力を受信するための命令と、ウェアラブルデバイスの健康パラメータセンサを介して、健康パラメータ測定値を検出するための命令と、家族健康歴入力及び健康パラメータ測定値を、アクション−ルールデータベースに記憶されている情報と比較するための命令と、家族健康歴入力及び健康パラメータが、アクション−ルールデータベースにおいて識別されたアクションに関連付けられているルールと適合する場合、識別されたアクションを実行するための命令と、を含み得る。
【０００８】
本明細書に記載のさらなる実施形態は、個人家族歴ツリー、ジェノグラム、又は視覚的表現の他の手段を作成する、あるいは、全ての既知の関連健康パラメータを含み、ツリーの自動的な且つ／又はユーザ起動の完了を容易にし、親族と親族のそれぞれの電子患者ファイルとの間の情報の開示のレベルを管理するコンテンツを取得するプロセスを容易化する方法を含む。そのような容易化は、ユーザポータルと、親族設定への制御される開示と、を介して実現され得る。
【０００９】
本明細書に記載のさらなる実施形態は、個人家族歴ツリー、ジェノグラム、又は視覚的表現の他の手段を作成する、あるいは、全ての既知の関連健康パラメータを含み、ツリーの自動的な且つ／又はユーザ起動の完了を容易にし、親族と親族のそれぞれの電子患者ファイルとの間の情報の開示のレベルを管理するコンテンツを取得するプロセスを容易化する方法を含む。そのような容易化は、データのプライバシー性が高い取得、主題に関する親族との会話に対するガイダンス、情報を取得するための実用的なフォーマット、親族健康情報の潜在的（オンライン）ソースのための検索及び発見チップ、地域法に則した電子患者書類を介する親族健康情報の開示の誘出の容易化のための、テンプレートによりローカライズされた承認フォームを介して実現され得る。
【００１０】
本明細書に記載のさらなる実施形態は、変更不可能な行動に関連する家族歴リスク評価を再計算するために、親族の利用可能な過去の変更可能な生活スタイル行動データを取得、記憶、及び分析する方法を含む。
【００１１】
本明細書に記載のさらなる実施形態は、変更不可能な行動に関連する家族歴リスク評価を再計算するために、親族の利用可能な将来の変更可能な生活スタイル行動データを取得、記憶、及び分析する方法を含む。
【００１２】
本明細書に記載のさらなる実施形態は、親族の変更可能な生活スタイル行動データ及びユーザの拡張されたエコシステムに対する関連交絡因子又は寄与因子に関する利用可能な情報を取得、記憶、及び分析する方法を含む。例は、家族、利用可能な完全で認知されている社会的サポートにおける典型的な対処方法に関する情報、親族の過去の完全で認知されている財政状況に関する情報、潜在的に有害な健康行動を改善又は悪化させ得るパーソナリティ関連因子に関する情報を含む。
【００１３】
本明細書に記載の様々な実施形態は、家族歴に基づいてウェアラブルデバイス挙動を構成する方法であって、ルール導入サーバにおいて、ウェアラブルデバイスユーザの少なくとも１人の親族に関連付けられている親族健康データを受信することと、導入基準とウェアラブルデバイスルールの識別情報とを含む候補ルールを取得することと、親族健康データを使用して導入基準を評価して、候補ルールが導入されるべきであることを決定することと、候補ルールが導入されるべきであることを決定したことに基づいて、ウェアラブルデバイスにおける導入のためにウェアラブルデバイスルールを通信することと、を含む方法に関する。
【００１４】
本明細書に記載の様々な実施形態は、導入基準とウェアラブルデバイスルールの識別情報とを含む候補ルールを記憶しているメモリと、ネットワークインタフェースと、プロセッサであって、ウェアラブルデバイスユーザの少なくとも１人の親族に関連付けられている親族健康データを受信し、親族健康データを使用して導入基準を評価して、候補ルールが導入されるべきであるかどうかを決定し、候補ルールが導入されるべきであるという決定に基づいて、ウェアラブルデバイスにおける導入のためにウェアラブルデバイスルールを通信するよう構成されているプロセッサと、を含むルール導入サーバに関する。
【００１５】
本明細書に記載の様々な実施形態は、ルール導入サーバにより実行される命令を用いて符号化されている非一時的なマシン読み取り可能な媒体であって、ルール導入サーバにおいて、ウェアラブルデバイスユーザの少なくとも１人の親族に関連付けられている親族健康データを受信するための命令と、導入基準とウェアラブルデバイスルールの識別情報とを含む候補ルールを取得するための命令と、親族健康データを使用して導入基準を評価して、候補ルールが導入されるべきであるかどうかを決定するための命令と、候補ルールが導入されるべきであるという決定に基づいて、ウェアラブルデバイスにおける導入のためにウェアラブルデバイスルールを通信するための命令と、を含む非一時的なマシン読み取り可能な媒体に関する。
【００１６】
導入のためにウェアラブルデバイスルールを通信することが、ウェアラブルデバイスルールの導入を実施するためのメッセージをウェアラブルデバイスに送信することを含む、様々な実施形態が記載される。
【００１７】
親族健康データを受信することが、ウェアラブルデバイスのユーザから、親族が経験した１つ以上の健康状態の識別情報を受信することを含む、様々な実施形態が記載される。
【００１８】
親族健康データを受信することが、少なくとも１人の親族の電子健康レコードにアクセスすることを含む、様々な実施形態が記載される。
【００１９】
様々な実施形態は、少なくとも１人の親族から、ウェアラブルデバイスユーザとの関係の識別情報を受信することと、ウェアラブルデバイスユーザとの関係の識別情報を受信したことに基づいて、少なくとも１人の親族の健康データにアクセスするための権限を反映するためにウェアラブルデバイスレコードのユーザレコードを変更することと、をさらに含み、親族健康データを受信することは、権限に基づいて、少なくとも１人の親族の健康データを取得することを含む。
【００２０】
様々な実施形態は、ウェアラブルデバイスユーザから、少なくとも１人の親族との関係の識別情報を受信することと、少なくとも１人の親族の健康データにアクセスする許可を付与することを求める要求を、少なくとも１人の親族に送信することと、少なくとも１人の親族から、少なくとも１人の親族の健康データにアクセスする許可を受信することと、許可を受信したことに基づいて、少なくとも１人の親族の健康データにアクセスするための権限を反映するためにウェアラブルデバイスレコードのユーザレコードを変更することと、をさらに含み、親族健康データを受信することは、権限に基づいて、少なくとも１人の親族の健康データを取得することを含む。
【００２１】
親族健康データを使用して導入基準を評価することが、少なくとも１人の親族の少なくとも１つの変更可能なリスク因子を評価することを含む、様々な実施形態が記載される。
【図面の簡単な説明】
【００２２】
様々な例示的な実施形態をより良く理解するために、添付の図面が参照される。
【図１】ウェアラブルデバイス、任意的なユーザデバイス、サードパーティネットワーク、ウェアラブルデバイスベンダネットワーク、及び医師ネットワークがパケットデータネットワークを介して通信し得るコンピュータネットワーク環境の例を示す図。
【図２】１つ以上の親族健康リスクが、選択されて、この情報を使用し得る様々なウェアラブルデバイスタイプに渡され得る家族歴プロファイルの例を示す図。
【図３】導入のためのルールを選択するために医師サーバ又は他のサーバにより実行される方法の例を示すフローチャート。
【図４Ａ】家族歴ソフトウェアが医師サーバとインタラクトする例を示す図。
【図４Ｂ】一連のルール、該ルールに関連付けられているアクションタイプ、及び該ルールに関連付けられている具体的なアクションを含むアクションルールデータベーススナップショットの例を示す図。
【図５】ユーザにより家族歴データが家族歴ソフトウェアに入力された後に家族歴データがどこに送信され得るかの例を示す図。
【図６】本明細書に記載の様々な機能及びプロセスを実装するために使用され得るモバイルデバイスアーキテクチャの例を示す図。
【図７】ルールを導入するためにサーバにより使用され得る候補ルールデータベースの例を示す図。
【図８】ウェアラブルデバイスにより収集されたデータ及び家族歴を健康リスクに相関させる方法の例を示す図。
【図９】患者と親族との間の健康情報の共有を要求して確立する方法の例を示すフローチャート。
【図１０】健康情報へのアクセスを求める要求を承認又は拒否する方法の例を示すフローチャート。
【図１１】許可の付与後に健康情報の共有を確立する方法の例を示すフローチャート。
【図１２】家族歴情報を使用して、導入のためのルールを特定する方法の例を示すフローチャート。
【図１３】候補ルールデータベースの例を示す図。
【図１４】家族歴基準定式の例を示す図。
【図１５】ルール導入サーバを実装するためのハードウェアの例を示す図。
【発明を実施するための形態】
【００２３】
本出願において提示される説明及び図面は、様々な原理を示している。当業者であれば、本出願において明示的には説明及び図示されないがこれらの原理を具現化し本開示の範囲に含まれる様々な構成を考え出すことができるであろうことが理解されよう。本明細書で使用される場合、「又は、若しくは、あるいは（or）」という用語は、別途示されない限り（例えば、「そうでなければ（or  else）」や「代替的に（or  in  the  alternative）」）、非排他的な「又は、若しくは、あるいは」を指す。さらに、本明細書に記載の様々な実施形態は、必ずしも相互に排他的であるとは限らず、本明細書に記載の原理を組み込んだ追加の実施形態をもたらすように組み合わされることもある。
【００２４】
本明細書に記載の様々な実施形態は、プロセッサによる命令の実行を通じて様々な機能を実現する。様々な例が、ステップ又は他の動作をアクティブに実行する命令のコンテキストにおいて説明されるが、そのような動作のいずれもが、そのような命令を実行するプロセッサにより実際に実行される。
【００２５】
電子ウェアラブルデバイスは、センサ／加速度計を介して、健康のインジケーション（例えば、血圧、体温、血糖値、動き）をモニタリングする機能を含むが、これらのウェアラブルデバイスは、家族歴を認識せず、家族健康歴を、ウェアラブルデバイスによりなされた測定と相互参照させることができない。現在、ユーザ（又はユーザの医師）は、ユーザの家族歴が、ウェアラブルデバイスのセンサにより測定された、ユーザの健康状態に影響を及ぼしているかどうかを確認するために、家族健康歴情報を手作業で相互参照させる必要がある。これは、面倒で時間のかかるプロセスであり、情報がもたらされるまでに、その情報が、ユーザにもはや関連していない可能性がある、あるいは、ユーザ又は医師にとって有用でない可能性がある。
【００２６】
上記に鑑みれば、ウェアラブルデバイスのユーザの健康を向上させるのに役立つように、家族歴を、ウェアラブルデバイスによりなされた測定と相互参照させる改良されたシステム及び方法を提供することが有益であろう。
【００２７】
本明細書に記載の様々な実施形態は、一般に、ウェアラブルデバイスにより測定されたデータを、家族歴データと相互参照させるシステム及び方法に関する。ウェアラブルデバイスにおけるセンサにより検知されたデータが、親族の既知の健康状態に対応する健康リスクに対してレビューされる。所定の例において、勧告であって、該勧告に従った場合にはユーザの健康を向上させることになる勧告が、ユーザに対してなされ得る。
【００２８】
図１は、ベンダにより提供されるウェアラブルデバイス１２０、ユーザデバイス１５０、サードパーティサーバ１９０、ウェアラブルデバイスベンダサーバ１８０、及び医師サーバ１７０がパケットデータネットワーク１０１を介して通信し得るコンピュータネットワーク環境１００を示している。ネットワーク環境１００は、通信経路１０２、１０４、１０６、１０８、１１０、及び１１２を含み、通信経路１０２、１０４、１０６、１０８、及び１１０は、パケットデータネットワーク１０１に及び得る。通信経路１１２は、ウェアラブルデバイス１２０がユーザデバイス１５０と直接通信するときに使用され得る直接通信パスであり得る。これらの通信経路の各々は、当分野において知られている無線通信パス又は有線通信パスであり得、ユニバーサルシリアルバス（「ＵＳＢ」）、ＦｉｒｅＷｉｒｅ（登録商標）接続、Ｌｉｇｈｔｎｉｎｇ（登録商標）接続、Ｔｈｕｎｄｅｒｂｏｌｔ（登録商標）接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｓｍａｒｔ、Ｗｉ−Ｆｉ（登録商標）、セルラ（２Ｇ、３Ｇ、４Ｇ、ＬＴＥ、Ｅｄｇｅ）、又はＥｔｈｅｒｎｅｔ（登録商標）通信経路を含み得るが、これらに限定されるものではない。
【００２９】
パケットデータネットワーク１０１は、例えば、キャリアネットワーク、ローカルエリアネットワーク（ＬＡＮ）、又は、インターネット等のワイドエリアネットワーク（ＷＡＮ）を含み得る。そのようなものとして、パケットデータネットワーク１０１は、図示されるサーバ１７０、１８０、１９０及び図示されない他のサーバを含む様々なサーバへのアクセスを提供することができる。サーバ１７０、１８０、１９０のうちの１つ以上のサーバ等の様々なサーバが、クラウドコンピューティング環境内の仮想マシンとして提供され得ることが明らかであろう。本明細書で使用される「クラウド」という様々な言及は、そのようなクラウドコンピューティング環境内から外部ユーザに提供される様々なサービス又はリソースを指すことが理解されよう。
【００３０】
ウェアラブルデバイス１２０は、１つ以上のセンサ１〜Ｎ（センサ１  １３８及びセンサＮ  １４０として図示されている）、プロセッサ１２２、メモリ１２４、電源１２６、通信インタフェース１２８、ユーザインタフェース１２１、及びルールストレージ１３６を含み、これらは、システムバス１４２を介して通信する。様々な代替のコンポーネントのセット及びその構成が使用されてもよいことが明らかであろう。例えば、周辺バス等の追加のバスが使用されてもよいし、センサ１３８、１４０のうちの１つ以上のセンサは、装着者の身体に別々に取り付けられる外部デバイスであって、例えば通信インタフェース１２８を介して等、有線接続又は無線接続を介して、ウェアラブルデバイスと通信する外部デバイスとして実装されてもよい。様々な実施形態において、通信インタフェース１２８は、ＵＳＢポート、ＦｉｒｅＷｉｒｅ、Ｌｉｇｈｔｎｉｎｇ、Ｔｈｕｎｄｅｒｂｏｌｔ、Ｗｉ−Ｆｉ、３Ｇ／４Ｇ／ＬＴＥセルラ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｓｍａｒｔ、近距離無線通信、又は無線波インタフェースであり得る。
【００３１】
１つ以上のセンサ１３８、１４０は、当分野において知られている任意のタイプのセンサを含み得る。一般に、センサ１３８、１４０は、例えば、ユーザに関するセンサデータ（例えば、バイオメトリクス）（例えば、心拍数、血圧）を検出して取得するために、又は、周囲環境に関するセンサデータ（例えば、温度、湿度）を取得するために、使用され得る。センサはまた、ステップカウンタ（例えば、歩数計）等、他の目的でも使用され得る。センサ１３８、１４０は、ウェアラブルデバイス１２０に取り付けられてもよいし、ユーザにより別個に装着可能であり無線で又は有線接続を介してウェアラブルデバイス１２０と通信する外部デバイスであってもよい。
【００３２】
ユーザインタフェース１２１は、ウェアラブルデバイスの装着者等のユーザとインタラクトするための様々なハードウェアを含み得る。そのようなものとして、ユーザインタフェース１２１は、例えば、ビデオディスプレイデバイス若しくは他のディスプレイデバイス、ディスプレイデバイス上に位置し得るタッチスクリーン入力部、１つ以上のボタン、キーパッド、スピーカ、カメラ、又は触覚フィードバックエンジンを含み得る。
【００３３】
電源１２６は、デバイス全体の動作を維持するためにウェアラブルデバイス１２０により使用される電力を供給するために使用され得る。様々な実施形態において、電源１２６は、バッテリ、１つ以上のキャパシタ、電源用ＵＳＢインタフェース、又は電源コード及びプラグを含み得る。いくつかの実施形態において、電源は、外部電源（例えばバッテリ充電器）を使用して充電可能であり得る。
【００３４】
ルールストレージ１３６は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、又は同様の記憶媒体等の記憶デバイスであり得る。様々な実施形態において、ルールストレージ１３６は、ウェアラブルデバイス１２０の挙動に作用するルールを提供するルールデータベース（その例が以下で説明される）を記憶することができる。本明細書で使用される場合、ルールストレージ１３６は、記憶デバイス１３６に記憶されているデータベースを指すときにはルールデータベース１３６と呼ばれることがある。
【００３５】
図示されるように、メモリ１２４は、プロセッサ１２２により実行されるベース命令１３０、ルールエンジン命令１３２、及び家族歴命令１３４を記憶するが、様々な追加の命令のセットも、メモリ１２４に記憶され得ることが明らかであろう。例えば、メモリ１２４は、オペレーティングシステム、気象命令（weather  instructions）、及びグラフィカルユーザインタフェース（ＧＵＩ）命令を記憶することができる。これらの命令は、代替的又は追加的に、ルールストレージ１３６又は別の記憶デバイス（図示せず）等の不揮発性記憶デバイスに記憶されてもよいことが理解されよう。例えば、これらの命令は、これらの命令がプロセッサにより実行されることになる、これらの命令がメモリ１２４にコピーされる時点まで、フラッシュメモリ又は電子読み取り専用メモリ（ＲＯＭ）に記憶されてもよい。本明細書で使用される場合、ストレージという用語は、不揮発性メモリを指すことが理解されよう。
【００３６】
理解されるように、本明細書で「ストレージ」又は「メモリ」と呼ばれるデバイスは両方とも、「非一時的なマシン読み取り可能な媒体」とみなされ得る。本明細書で使用される場合、「非一時的な」という用語は、一時的な信号を含まず、揮発性メモリ及び不揮発性メモリの両方を含む全ての形態の情報ストレージを含むことが理解されよう。
【００３７】
ベース命令１３０は、ウェアラブルデバイス１２０のための様々なプロセス及び計算を実行するためにプロセッサ１２２により使用され得る。ベース命令１３０の具体的な実装は、ウェアラブルデバイス１２０の目標又は目的全般に大きく依存する。例えば、心拍数をトラッキングするためのウェアラブルデバイスは、進んだステップをトラッキングするためのウェアラブルデバイスとは異なるベース命令１３０を含むことになる。例えば、ベース命令１３０は、複数のセンサ１３８、１４０から取得された測定されたセンサデータに基づいて、１つ以上のパラメータを計算するために使用され得る。例えば、センサ１３８、１４０がステップカウンタを含むいくつかの実施形態において、ベース命令１３０は、ユーザが進んだステップ数を得て、ユーザが移動した距離やユーザが燃焼したカロリー数等の可能なパラメータを計算するために使用され得る。
【００３８】
ルールエンジン命令１３２は、ルールストレージ１３６に記憶されているルールを評価して適用するためにプロセッサ１２２により使用され得る。様々な実施形態において、ルールエンジン命令は、周期的に、センサ１３８、１４０により新たなセンサデータが生成されると、ベース命令１３０の動作を通じて新たなパラメータデータが生成されると、ユーザ入力が受信されると、通信インタフェース１２８を介してプロンプトが受信されると、又は、他の刺激（stimulus）に応答して、呼び出され得る。ルールが適用可能性基準（applicability  criteria）及び結果のアクションを含むいくつかの実施形態において、ルールエンジン命令１３２は、ルールストレージにおける利用可能なルールを順に反復処理し、適用可能性基準を現在のコンテキストと比較して、各ルールが適用可能であるかどうかを判定することができる。適用可能なルールを特定すると、ルールエンジン命令１３２は、ルールにより規定されている１つ以上の結果のアクションを実行することに進むことができる。例えば、ルールは、テキストメッセージ、グラフィカルメッセージ、ビデオメッセージ、オーディオメッセージ、又は触覚メッセージがユーザに出力されること；予め規定された又は測定されたデータを含むメッセージが、例えば、ユーザデバイス１５０又はサーバ１７０、１８０、１９０のうちの１つのサーバ等の別のデバイスに送信されること；追加のセンサ測定が行われること；又は、追加のパラメータが計算されること；を示すことができる。
【００３９】
家族歴命令１３４は、装着ユーザの家族歴に関連するデータのユーザ入力を可能にするためにプロセッサ１２２により使用され得る。例えば、家族歴命令１３４は、ユーザが、ユーザインタフェース１２１を介して、親族が経験した健康状態の１つ以上のインジケーションを入力することを可能にし得る。様々な実施形態において、家族歴命令１３４は、代替的又は追加的に、ユーザが、ユーザインタフェース１２１を介して、健康データが取得又は要求される対象の１人以上の親族の識別情報を入力することを可能にしてもよい。例えば、親族を識別すると、家族歴命令は、例えば、電子健康レコード又はウェアラブルデバイスデータにアクセスするための権限要求を、親族又はその代理（例えば、サーバ１７０、１８０、１９０のうちの１つのサーバ）に送信することができる。いくつかの実施形態において、家族歴命令１３４は、代替的又は追加的に、ユーザが、親族によるユーザ自身の健康データへのアクセスの要求を許可又は拒否することを可能にしてもよい。
【００４０】
プロセッサ１２２は、ベース命令１３０及び家族歴命令１３４に関連して上述した機能を含む、本明細書に記載の機能を実行することができる実質的に任意のデバイスであり得る。例えば、プロセッサ１２２は、１つ以上のマイクロプロセッサ、１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）、又は１つ以上の特定用途向け集積回路（ＡＳＩＣ）を含み得る。いくつかの実施形態において、プロセッサは、本明細書に記載の機能の一部又は全てを実行するために、記憶されている命令を使用しないこともある。例えば、ＡＳＩＣは、ベース命令１３０及び家族歴命令１３４に関連して上述した機能のうちの１つ以上の機能を実行するようにハードワイヤーされ得る。いくつかのそのような実施形態において、ベース命令１３０及び家族歴命令１３４は、命令が記憶される必要なくプロセッサ１２２内に既に具現化されているため、省略され得る。
【００４１】
ウェアラブルデバイス１２０は、接続１０２を介して、パケットデータネットワーク１０１に接続し、図１に示される他のデバイスに最終的に接続することができる。いくつかの実施形態において、ウェアラブルデバイス１２０はまた、接続１１２を介して、携帯電話機、タブレット、又はコンピュータ等のユーザデバイス１５０に直接接続することができる。これらの接続は、通信インタフェース１２８を通じて実行され得る。いくつかの実施形態において、ウェアラブルデバイス１２０の要素は全て、単一のバス１４２を介して互いに接続されるのに対し、他の実施形態において、ウェアラブルデバイスは、コンポーネントを相互接続するよう構成されている２つ以上のバスを含む。図１に示され上述したウェアラブルデバイス１２０のコンポーネントは、限定ではなく例示であることを理解されたい。ウェアラブルデバイス１２０は、これらのコンポーネントの全てを含む必要はない、且つ／又は、本明細書で挙げられていない追加のコンポーネントを含んでもよい。
【００４２】
いくつかの実施形態は、ウェアラブルデバイス１２０の動作を補完するユーザデバイス１５０を含み得る。ユーザデバイス１５０は、追加のコンピューティング機能をウェアラブルデバイス１２０に提供することができる、例えば、スマートフォン、タブレット、ラップトップコンピュータ、デスクトップコンピュータ、ゲームコンソール、スマートテレビジョン、ホームエンターテイメントシステム、第２のウェアラブルデバイス、又は別のコンピューティングデバイスを含み得る。ユーザデバイス１５０は、有線及び／又は無線通信インタフェース１５６（例えば、ＵＳＢポートモジュール、ＦｉｒｅＷｉｒｅポートモジュール、Ｌｉｇｈｔｎｉｎｇポートモジュール、Ｔｈｕｎｄｅｒｂｏｌｔポートモジュール、Ｗｉ−Ｆｉ接続モジュール、３Ｇ／４Ｇ／ＬＴＥセルラ接続モジュール、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続モジュール、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｌｏｗ  Ｅｎｅｒｇｙ接続モジュール、Ｂｌｕｅｔｏｏｔｈ（登録商標）  Ｓｍａｒｔ接続モジュール、近距離無線通信モジュール、無線波通信モジュール）、ルールストレージ１６６、ユーザインタフェース１６２、プロセッサ１５２、及びメモリ１５４を含み得る。いくつかの実施形態において、ユーザデバイス１５０においてローカルルールストレージ１６６を保持する代わりに、ルールデータベースは、ローカルネットワーク内に記憶されてもよいし、ローカルネットワーク内の他のデバイスによりアクセスされてもよい。ユーザデバイス１５０は、接続１０４を介して、パケットデータネットワーク１０１に接続し、図１に示される他のデバイス１７０、１８０、１９０に最終的に接続することができる。いくつかの実施形態において、ユーザデバイス１５０はまた、有線又は無線接続１１２を介して、ウェアラブルデバイス１２０に直接接続することができる。これらの接続は、通信インタフェース１５６を通じて実行され得る。いくつかの実施形態において、ユーザデバイス１５０の要素は、単一の通信バス１６９を介して、互いと通信することができるのに対し、他の実施形態において、ユーザデバイスは、分割されたアーキテクチャのより多くを有することができる。図１に示され上述したユーザデバイス１５０のコンポーネントは、限定ではなく例示であることが理解されよう。ユーザデバイス１５０は、これらのコンポーネントの全てを含む必要はない、且つ／又は、本明細書で挙げられていない追加のコンポーネントを含んでもよい。
【００４３】
様々な実施形態において、通信インタフェース１５６、ユーザインタフェース１６２、プロセッサ１５２、メモリ１５４、及びルールストレージ１６６は、上述した通信インタフェース１２８、ユーザインタフェース１２１、プロセッサ１２２、メモリ１２４、及びルールストレージ１３６に関連して上述した物理デバイスと同様の物理デバイスを含み得る。本明細書で使用される場合、ルールストレージ１６６は、記憶デバイス１６６に記憶されているデータベースを指すときにはルールデータベース１６６と呼ばれることがある。図示されるように、メモリ１５４は、例えば、オペレーティングシステム１５８、ベース命令１６０、家族歴命令１６４等の、プロセッサにより実行される様々な命令を記憶することができる。オペレーティングシステム１５８は、ユーザデバイス１５０の様々な基本機能を連携させることができる。例えば、ユーザデバイス１２０が、携帯電話機又はタブレットである場合、オペレーティングシステム１５８は、ＡＰＰＬＥ（登録商標）  ｉＯＳ（登録商標）オペレーティングシステム又はＧＯＯＧＬＥ（登録商標）  ＡＮＤＲＯＩＤ（登録商標）であり得る。
【００４４】
ベース命令１６０は、プロセッサに、ウェアラブルデバイス１３８、１４０のベース動作を実行又は補完させる様々な命令を含み得る。例えば、いくつかの実施形態において、ウェアラブルデバイス１２０は、いかなるパラメータも計算しないことがある。代わりに、ウェアラブルデバイス１２０のベース命令１３０は、単に、センサデータを収集し、そのデータをユーザデバイス１５０に送信するだけでよい。ユーザデバイスのベース命令１６０は、次いで、このデータを使用して、１つ以上のパラメータを計算する又はルールストレージ１６６における適用可能なルールを特定することができる。別の例として、いくつかの実施形態において、ウェアラブルデバイス１２０のベース命令１３０は、例えば、現在のレポーティングサイクルにおいて進んだステップ数等の「瞬時パラメータ」を計算することができるのに対し、ユーザデバイス１５０のベース命令１６０は、これらの瞬時パラメータを使用して、例えば、今日進んだステップ、又は、この１週間にわたる１日当たり進んだ平均ステップ等の集約パラメータを計算することができる。
【００４５】
家族歴命令１６４は、ウェアラブルデバイスに関連して上述した家族歴命令１３４と同様であり得る。例えば、家族歴命令１６４は、ユーザが、ユーザインタフェース１６２を介して、親族が経験した健康状態の１つ以上のインジケーションを入力することを可能にし得る。様々な実施形態において、家族歴命令１６４は、代替的又は追加的に、ユーザが、ユーザインタフェース１６２を介して、健康データが取得又は要求される対象の１人以上の親族の識別情報を入力することを可能にしてもよい。例えば、親族を識別すると、家族歴命令は、例えば、電子健康レコード又はウェアラブルデバイスデータにアクセスするための権限要求を、親族又はその代理（例えば、サーバ１７０、１８０、１９０のうちの１つのサーバ）に送信することができる。いくつかの実施形態において、家族歴命令１６４は、代替的又は追加的に、ユーザが、親族によるユーザ自身の健康データへのアクセスの要求を許可又は拒否することを可能にしてもよい。
【００４６】
アプリケーション命令１６８は、ユーザインタフェースを介してウェアラブルデバイスに関連付けられているユーザアプリケーションをユーザに提示するためにプロセッサにより使用され得る。例えば、アプリケーション命令１６８は、レポートされたセンサデータのヒストグラム又は計算されたパラメータを提示することができる。追加的又は代替的に、アプリケーション命令１６８は、入力されると家族歴命令１６４を呼び出す家族歴データを入力するためのグラフィカルユーザインタフェースを提示してもよい。そのようなものとして、いくつかの実施形態において、アプリケーション命令１６８は、ベース命令１６０及び／又は家族歴命令１６４を含み得る。
【００４７】
ウェアラブルデバイスベンダサーバ１８０は、ウェアラブルデバイス１２０のベンダにより運用され得、候補ルールデータベース（ＤＢ）１８２及びウェアラブルデバイスネットワーク（ＷＤＮ）ソフトウェア１８４等の様々なコンポーネントを含み得る。これらはそれぞれ、１つ以上のサーバ又はネットワークコンピューティングデバイス若しくは仮想マシン上でホストされ得る。いくつかの実施形態において、これらの要素の一部は、ないこともある、且つ／又は、追加の要素が、ウェアラブルデバイスベンダサーバ１８０の一部であることもある。ウェアラブルデバイスベンダサーバ１８０は、接続１０８を介して、ネットワーク１０１に接続し、図１に示される他のデバイスに最終的に接続することができる。
【００４８】
医師サーバ１７０は、ウェアラブルデバイス１２０のユーザの医師により運用され得、候補ルールデータベース（ＤＢ）１７４、医師ソフトウェア１７６、及びアプリケーションプログラムインタフェース（ＡＰＩ）１７２を含み得る。これらはそれぞれ、１つ以上のサーバ又はネットワークコンピューティングデバイス若しくは仮想マシン上でホストされ得る。いくつかの実施形態において、これらの要素の一部は、ないこともある、且つ／又は、追加の要素が、医師サーバ１７０の一部であることもある。医師サーバ１７０は、接続１０６を介して、ネットワーク１０１に接続し、図１に示される他のデバイスに最終的に接続することができる。
【００４９】
いくつかの実施形態において、サードパーティサーバ１９０も存在し得る。サードパーティサーバ１９０は、接続１１０を介して、ネットワーク１０１に接続し、図１に示される他のデバイスに最終的に接続することができる。いくつかの実施形態において、サードパーティサーバは、気象サーバ（weather  server）、（例えば、空気中のアレルゲン、空気／水中の毒素、又は、他の環境の健康を害する危険物質に関する情報を提供することができる）健康気象サーバ（health  weather  server）、健康サーバ（health  server）、ジムサーバ（gymnasium  server）、食品／飲食物サーバ（food/dietary  server）、フィットネスサーバ、緊急サービスサーバ、介護者サーバ、患者サポートサーバ、家系データサーバ（ancestry  data  server）、又は別のタイプのサーバであり得る。
【００５０】
ユーザデバイス１５０が、様々な実施形態において使用される場合、ユーザデバイス１５０は、有線又は無線接続１１２（例えば、ネットワーク接続、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続、ＵＳＢ接続）を用いて、ウェアラブルデバイス１２０に接続され得る。ユーザデバイス１５０は、いくつかの実施形態において、ウェアラブルデバイス１２０の代理として使用され得る。これが生じる場合、ユーザデバイス１５０は、ウェアラブルデバイス１２０から、接続１１２を介して、情報を受信することができ、ユーザモバイルデバイス１５０は、ネットワーク１０１を介して、この情報を、この情報の受信側（例えば、医師サーバ１７０、ウェアラブルデバイスベンダサーバ１８０、又は、気象サーバや健康気象サーバ等のサードパーティサーバ１９０）に通信することができる。代替的に、ウェアラブルデバイス１２０は、情報要求をユーザモバイルデバイス１５０に送信してもよく、ユーザモバイルデバイス１５０は、次いで、ネットワーク１０１に接続し、データソース（例えば、医師サーバ１７０、ウェアラブルデバイスベンダサーバ１８０、又は、気象サーバや健康気象サーバ等のサードパーティサーバ１９０）から、要求された情報を取得し、接続１１２を用いて、要求された情報をウェアラブルデバイス１２０に返送してもよい。ユーザデバイス１５０はまた、サードパーティサーバ１９０（例えば、健康気象サーバ）等の、ネットワーク１０１のデータソースから受信した勧告を、ディスプレイに表示することができ、受信した情報（例えば、気象データ）をウェアラブルデバイス１２０に通信することができる。ユーザモバイルデバイス１５０が代理として動作する利点は、ユーザモバイルデバイス１５０が、ウェアラブルデバイス１２０よりも高い処理能力及び通信能力を有し得る状況から導き出され得る。例えば、ウェアラブルデバイス１２０は、いくつかの実施形態において、セルラネットワークを介して通信することができない場合があり、この場合、ユーザモバイルデバイス１５０は、セルラネットワーク及びＢｌｕｅｔｏｏｔｈ（登録商標）ネットワークの両方を介して通信することができる場合がある。例えば、センサ１〜Ｎ（１３８〜１４０）からのセンサデータを使用して、ウェアラブルデバイスのユーザの動き又はアクティビティを検知することができ、そのような動きデータを使用して、進んだステップ数、又は、検知された動きの間に燃焼されたカロリー数を計算することができる。
【００５１】
図２は、１つ以上の親族健康リスクが、家族歴プロファイル２０５において選択されて、この情報を使用し得る様々なウェアラブルデバイスタイプに渡され得る情報フロー２００を示している。家族健康歴プロファイル２０５は、親族に影響を及ぼした健康リスク（例えば、アルツハイマー、関節炎、ぜんそく、血栓、がん、鬱、糖尿病、心疾患、高コレステロール、高血圧、脳卒中）を識別する複数の健康リスク選択ボックスを含む。図２の例示的な家族歴プロファイル２０５のインタフェースは、家族歴プロファイル２０５に対して選択され得る多くの健康リスク選択ボックスを示しているが、図２は、ユーザが、家族歴健康状態として、血栓、心疾患、高コレステロール、及び高血圧を選択した例示的なインタフェースを示している。このリストは、限定ではなく例示であり、家族歴プロファイルは、多くの追加の状態、病気（疾患）、又は先天欠損をリストしてもよいことを理解されたい。いくつかの実施形態において、家族歴プロファイルはまた、薬歴、平均死亡年齢、乳児死亡率、突然変異、及び、医療専門家に有用であり得る他の家族歴特性をリストすることができる。
【００５２】
多くのタイプのウェアラブルデバイス２１０は、このような家族歴プロファイル２０５からの情報を使用し得る。この家族歴プロファイル情報２００を使用し得るいくつかの例示的なウェアラブルデバイスは、糖尿病治療、遠隔脳波（ＥＥＧ）測定、肥満制御、血圧／脈拍測定、心リズム測定、及び飲食制御のために構築されたウェアラブルデバイスを含み得る。他のタイプのウェアラブルデバイスも、このような家族歴プロファイル情報２００を使用し得る。
【００５３】
図３は、医師ソフトウェア１７６の例示的な動作のフローチャート３００を示している。図３の例示的な実施形態における第１の判定ステップは、ステップ３０１において、家族歴が心疾患を示しているかどうかを判定する。家族歴が心疾患を示している場合、フローチャートは、第２の判定ステップに進み、第２の判定ステップは、ステップ３０５において、家族歴が高血圧を示しているかどうかを判定する。
【００５４】
家族歴が高血圧を示している場合、ルール−アクション組合せが、この家族歴に基づいて、生成されて適用され得る。例えば、ユーザが、高血圧の家族歴を有する場合、高血圧の家族歴を有さなければ特定の閾血圧値において「高血圧」警告アクションを提供するであろうルールが、より低い閾血圧値においてその「高血圧」警告アクションを提供するように調整され得る。これにかかわらず、医師ソフトウェアは、次いで、ウェアラブルデバイス１２０からセンサ測定値を受信する。このセンサ測定値は、図３の例示的な実施形態に従うと、ステップ３１５における、ウェアラブルデバイス１２０による脈拍の測定値であり得る。この医師ソフトウェアは、次いで、ルールデータベース（候補ルールデータベース１７４、ルールデータベース１６６、ルールデータベース１３６、候補ルールデータベース１８２、又は別のルールデータベース等）を調べて、測定された脈拍をチェックするためのルールを決定する。測定された脈拍と、ルールデータベース（１７４又はその他）からのルールのセットと、に応じて、医師ソフトウェアのプログラムフローは、第１のパス（例えば、パス３２０）に沿って例示的な第１のルール３３０に進む又は第２のパス（例えば、パス３２５）に沿って例示的な第２のルール３３５に進むことができる。第１のルール３３５に従うと、ユーザの脈拍数が、４時間の間、平均で毎分９５回より大きい場合、ステップ３３０において、ユーザの心拍数はガイドラインを満たしていないという決定がなされる。ルールデータベース（１７４又はその他）は、次いで、「ガイドラインを満たしていない」というメッセージをウェアラブルデバイス１２０のユーザに送信する等の取るべきアクションを勧告することができる。ユーザの平均心拍数が、１週間にわたって、平均で毎分１２０回より大きい場合、（電話、テキストメッセージ、医師ポータル上のアラート、中央専門家ポスト（central  practitioner  post）へのアラート、応急処置ネットワークに送信されるトリガ等を介して）ユーザの医師に連絡すべきであるという決定がなされる。ルールデータベース（１７４又はその他）は、次いで、「医師に電話しなさい」というメッセージをウェアラブルデバイス１２０のユーザに送信する又は医院への電話又は電子メールを自動的にトリガする等の取るべきアクションを勧告することができる。
【００５５】
ステップ３０１において、家族歴が心疾患を示していないと第１の判定ステップが判定した場合、例示的な医師ソフトウェア１７６は、ステップ３１０において、新たなルールを作成する。同様に、ステップ３０５において、家族歴が高血圧を示していないと第２の判定ステップが判定した場合、例示的な医師ソフトウェア１７６はまた、ステップ３１０において、新たなルールを作成する。動作中、医師ソフトウェアとインタラクトする医師は、医師ソフトウェアにおいて、手動で（例えば、激しく運動すると医師が知っているユーザに対してより広い健康範囲（health  range）を設定して）、又は、自動で（例えば、以前のアクティビティ及び健康状態に基づいて又は家族歴に基づいて、健康範囲を自動的に調整して）、新たなルールを作成することができる。いくつかの実施形態において、医師は、家族歴又は測定値とは無関係に、任意の時間に、（ステップ３１０におけるように）新たなルールを手動で作成することができる。
【００５６】
図３は、例示的な実施形態を示しており、本発明は、心疾患及び高血圧の家族歴プロファイルに限定されるものでもないし、ユーザの脈拍のウェアラブルデバイス測定に限定されるものでもないことを理解されたい。例えば、ウェアラブルデバイスは、水和（hydration）を測定するセンサ、カロリーを測定するセンサ、血圧を測定するセンサ、血糖値を測定するセンサ、インスリンを測定するセンサ、体温を測定するセンサ（すなわち、体温計）、心拍数を測定するセンサ、体重を測定するセンサ、睡眠を測定するセンサ、ステップ数を測定するセンサ（すなわち、歩数計）、速度又は加速度を測定するセンサ（すなわち、加速度計）、ビタミン値を測定するセンサ、呼吸数を測定するセンサ、心音を測定するセンサ（すなわち、マイクロフォン）、呼吸音を測定するセンサ（すなわち、マイクロフォン）、移動速度を測定するセンサ、皮膚水分を測定するセンサ、汗検出のセンサ、汗成分を測定するセンサ、神経発火を測定するセンサ（すなわち、電磁気センサ）、又は同様の健康測定値を測定するセンサを含み得る。同様に、家族歴プロファイルは、ウェアラブルデバイスのユーザの親族における、例えば、アルツハイマー、関節炎、ぜんそく、血栓、がん、鬱、糖尿病、心疾患、高コレステロール、高血圧、又は脳卒中の親族発症をトラッキングすることができる。
【００５７】
図３におけるフロー図は、本明細書に記載の所定の実施形態により実行される特定の順序の動作を示しているが、そのような順序は例であることに留意されたい（例えば、代替実施形態は、異なる順序で動作を実行してもよいし、所定の動作を組み合わせてもよいし、所定の動作をオーバーラップさせてもよい、等である）。
【００５８】
図４Ａは、家族歴命令１３４が医師サーバ１７０とインタラクトする例示的な実施例４００を示している。家族歴命令１３４のステップ４０１において、家族歴プロファイル（例えば、家族歴プロファイル２０１）が、ユーザによりユーザインタフェースにロードされ得る。ステップ４０５において、アクションルールが、ユーザにより決定され得る、又は、ユーザによりデータベースに入力され得る。ステップ４１５において、家族歴情報が、医師／ドクター／介護者に、又は、医師サーバ１７０に、送信され得る。ステップ４１５は、この家族歴をルールデータベース１３６に送信することができ、あるいは、ステップ４２５は、ルールをルールデータベース１６６にロードすることができ、又は、医師ネットワークＡＰＩ１７２のサブセットであるユーザＡＰＩ４５０を介して、ルールを履歴−アクションルールデータベース４５５（アクションルールデータベース１７４の一実施形態）にロードすることができる。ステップ４１５はまた、ウェアラブルデバイスから、ウェアラブルデバイスを（その「タイプ」若しくはセンサ能力により又はデバイス識別子により）識別するデータ、及び／又は、様々なタイプの識別された健康データを含むデータ、を受信することができる（例えば、ステップ４１０）。その後、家族歴命令１３４は、ユーザに関連付けられるルール及びアクションを抽出することができ（例えば、ステップ４２０）、ユーザに関連付けられるルール及びアクションをルールデータベース１３６又はルールデータベース１６６にロードすることができ（例えば、ステップ４２５）、あるいは、ユーザに関連付けられるルール及びアクションを履歴−アクションルールデータベース１７４にロードすることができる（これは、ユーザＡＰＩ４５０を介して行われ得る（例えば、ステップ４２０））。いくつかの実施形態において、履歴−アクションルールデータベース１７４はまた、ＡＰＩ１７２の第２のサブセットである医師ＡＰＩ４６０により変更され得る。いくつかの実施形態において、履歴−アクションルールデータベース１７４は、医師ソフトウェア１７６によりアクセスされ得る。
【００５９】
ルール抽出ステップ４２０の後、ベース命令１３０が実行され（例えば、ステップ４３０）、プログラムフローは、第１の判定ステップに進む。第１の判定ステップは、ルールが抽出されたかどうかと、そのようなルールが、勧告されるアクションに適用可能であるかどうかと、を判定する（例えば、ステップ４３５）。勧告されるアクションが抽出されたルールに対応すると第１の判定ステップが判定した場合、フローチャートの次のステップ４４０は、ルールを、勧告されるアクションに適合させる。様々な実施形態において、ステップ４３５、４４０は、図１のルールエンジン命令１３２に対応し得る。プログラムフローは、次いで、ステップ４３０におけるベースソフトウェア１３０を実行することに戻る。プログラムフローが、ベースソフトウェアを実行することに戻るたびに、プログラムは、ステップ４２５において、ルールをルールデータベース１３６又はルールデータベース１６６にロードすることができる。
【００６０】
代替実施形態において、図４Ａは、ウェアラブルデバイス１２０の家族歴ソフトウェア１３４ではなく、ユーザモバイルデバイス１５０の家族歴ソフトウェア１６４の例示的な動作を示し得る。このような実施形態において、ステップ４３０の「ベースソフトウェア」は、ウェアラブルデバイス１２０のベースソフトウェア１３０ではなく、ユーザモバイルデバイス１５０のベースソフトウェア１６０を指す。
【００６１】
図４Ａにおける一連の破線は、ステップ４２５において、新たなルールがルールデータベースにロードされ得ることを示している。任意的に、新たなルールがアクセスされるこのステップは、家族歴送信ステップ４１５から、ルール及びアクション抽出ステップ４２０から、又はベースソフトウェア実行ステップ４３０から、アクセスされることもある。ステップ４２５のルールデータベースは、ルールデータベース１３６、ルールデータベース１６６、履歴−アクションルールデータベース４５５、候補ルールデータベース１７４、候補ルールデータベース１８４を指し得る。
【００６２】
医師サーバ１７０におけるＡＰＩは、医師サーバ１７０（又は医師サーバ１７０が属するネットワーク）における履歴−アクションルールデータベース４５５と通信することができ、医師サーバ１７０は、医師ＡＰＩ４６０から情報を受信することができる。図３に関連して説明された医師ソフトウェア１７６はまた、医師サーバ１７０にも含まれる。図４Ａは、家族歴ソフトウェア１３４又は１６４から提供されたユーザ情報を受信し、医師サーバ１７０に関して説明されたのと同様の方法でウェアラブルデバイス又はユーザデバイスとインタラクトすることができるウェアラブルデバイスベンダサーバ１８０及びサードパーティサーバ１９０も示している。
【００６３】
いくつかの実施形態において、追加のステップ（図示せず）が、ステップ４３５におけるルールの適用可能性を判定することと、ステップ４４０におけるそのルールに関連付けられているアクションを実行することと、の間に、追加され得る。この追加のステップは、ステップ４３５におけるルールが適用可能であるとの結論が、アクションが実行される前に、家族歴ソフトウェア１３４又は１６４の複数の変形版により満たされる必要があろうことを確実にすることをチェックする。例えば、ウェアラブルデバイス１２０は、そのローカルルールデータベース１３６を使用して、その家族歴命令１３４又はルールエンジン命令１３６を実行し、ルールが満たされているという結論をもたらし得るのに対し、ユーザモバイルデバイス１５０は、そのローカルルールデータベース１６６を使用して、その家族歴命令１６６を実行し、ルールが満たされていないという結論をもたらし、このことは、最終的には、アクションルールデータベースが整合していないこと又は家族歴プロファイルが同期されていないことを意味する。一実施形態に従うと、このことは、ステップ４４０においてアクションが最終的には実行されないことを意味し得る。別の実施形態において、このことは、代わりに、アクションルールデータベース間の同期をトリガし得る。いくつかの実施形態において、家族歴ソフトウェアのあるバージョンがまた、ネットワークの１つ（例えば、医師サーバ１７０、ウェアラブルデバイスベンダサーバ１８０、又はサードパーティサーバ１９０）により実行され得る。一実施形態において、次いで、ウェアラブルデバイスは、ステップ４４０においてアクションが実行されるために、医師サーバ４３５が下したのと同じアクション結論をもたらさなければならない。
【００６４】
図４Ａにおけるフロー図は、本明細書に記載の所定の実施形態により実行される特定の順序の動作を示しているが、そのような順序は例であることに留意されたい（例えば、代替実施形態は、異なる順序で動作を実行してもよいし、所定の動作を組み合わせてもよいし、所定の動作をオーバーラップさせてもよい、等である）。
【００６５】
図４Ｂは、一連のルール４８５、ルールに関連付けられているアクションタイプ４９０、及びルールに関連付けられている具体的なアクション４９５を含む例示的なアクションルールデータベーススナップショット４８０を示している。図４Ｂの例示的なアクションルールデータベーススナップショット４８０において、これらのルールの全てに関連付けられているアクションタイプ４９０は、アクションタイプ列４９０の下のラベル「ＭＳＧ」により示される、ルールが満たされている場合にウェアラブルデバイス１２０のユーザにメッセージを送信することである。第１のルール４８５は、ユーザにより消費されたカロリーが１日当たり１８００カロリー未満である場合に、アクション４９０をトリガする。この第１のルールに適合されたアクション４９５は、ユーザは「ガイドラインを満たしていない」というメッセージを送信することである。他のルールも、図４Ｂの例示的なアクションルールデータベーススナップショット４８０において示されている。アクションルールデータベーススナップショット４８０は、ユーザの消費されたカロリー量が、５日間続けて１日当たり１８００カロリー未満である場合に、「医院に電話しなさい」というメッセージを送信するアクションが実行されることを示す第２のルールを含む。アクションルールデータベーススナップショット４８０は、平均脈拍数が、４時間の間、毎分９５回より大きい場合に、「ガイドラインを満たしていない」というメッセージを送信するアクションが実行されることを示す第３のルールを含む。アクションルールデータベーススナップショット４８０は、平均脈拍数が、１週間にわたって、毎分１１０回を超えている場合に、「医院に電話しなさい」というメッセージを送信するアクションが実行されることを示す第４のルールを含む。これらのエントリーは、限定ではなく例示であることを理解されたい。
【００６６】
図４Ｂに示される全てのアクションのアクションタイプ４９０が、メッセージを送信することであるが、他のアクションも可能である。例えば、医療グレードセンサ測定値を提供するように、キオスク血圧モニタ又は医療撮像機械等の付近の医療デバイスをトリガするルールが存在してもよい。ウェアラブルデバイス１２０は、次いで、医療デバイスとインタフェースをとり、ダウンロードプロセス又は同期プロセスを通じて、その測定値を取得することもできるし、又は、医療デバイスからのその測定値を手動で入力するようにユーザに要求するメッセージを表示することもできる。
【００６７】
代替的に、アクションタイプ４９０においてリストされる別のアクションは、別のデバイスへの電話又はメッセージをトリガすることであってもよい。例えば、図４Ｂの第２のルール及び第４のルールは、医院に電話するようにユーザに通知するユーザメッセージをトリガする代わりに、医院への自動的な電話をトリガしてもよいし、自動的な電子メール又はテキストメッセージを医院に送信してもよい。代替的に、医院に電話する又はメッセージを送信する代わりに、ルールは、親族、介護者、又は緊急サービス専門家等の、ユーザの緊急連絡先に、電話をかけること又はメッセージを送信することをトリガしてもよい。
【００６８】
図５は、ユーザにより家族歴データが家族歴ソフトウェア（１３４又は１６４）に入力された後に家族歴データがどこに送信され得るかの例を特定する任意的な位置５００を示している。図５における第１のボックスは、家族歴ソフトウェア（１３４又は１６４）のユーザが家族歴プロファイル５０１を入力した位置である。図２の家族歴プロファイル２００が、例示的な家族歴プロファイル５０１の例である。所定の実施形態において、家族歴プロファイル５０１は、ユーザデバイス１５０上に表示されるＧＵＩ１６２又はウェアラブルデバイス１２０のＧＵＩ１２１を介して、入力され得る。家族歴プロファイル５０１は、次いで、専門家によるレビュー５１０のために、（例えば、医師ネットワーク１７０を介して）医師のコンピュータに送信され得る。あるいは、家族歴プロファイル５０１は、ウェアラブルデバイスベンダネットワーク１８０に送信されることもある（ブロック５２０）。あるいは、家族歴プロファイル５０１は、オンラインサードパーティネットワーク１９０に送信されることもある（ブロック５３０）。あるいは、家族歴プロファイル５０１は、電子デバイスにローカルに記憶されることもある（ブロック５０５）。ユーザの家族歴は、ユーザにより特定された各位置に送信されると、医師のコンピュータ又は医師ネットワーク１７０において変更されることもあるし（ブロック５１５）、ウェアラブルデバイスベンダネットワークにおいて変更されることもあるし（ブロック５２５）、オンラインサードパーティネットワークにおいて変更されることもあるし（ブロック５３５）、ローカルで変更されることもある（ブロック５０５）。
【００６９】
図６は、本明細書に記載の様々な機能及びプロセスを実装するために使用され得るモバイルデバイスアーキテクチャを示している。アーキテクチャ６００は、ウェアラブルデバイス２００等のスマートウェアラブルデバイスやユーザデバイス１５０等のユーザデバイスを含むがこれらに限定されない任意の数のポータブルデバイスにおいて実装され得る。図６に示されるアーキテクチャ６００は、メモリインタフェース６０２、プロセッサ６０４、及び周辺インタフェース６０６を含む。メモリインタフェース６０２、プロセッサ６０４、及び周辺インタフェース６０６は、別個のコンポーネントであってよいし、１つ以上の集積回路として集積されてもよい。様々なコンポーネントは、１つ以上の通信バス又は信号線を介して接続され得る。
【００７０】
図６に示されるプロセッサ６０４は、データプロセッサ、画像プロセッサ、中央処理装置、又は任意の多様なマルチコア処理デバイスを含むことが意図されている。任意の多様なセンサ、外部デバイス、及び外部サブシステムが、例示的なモバイルデバイスのアーキテクチャ６００内での任意の数の機能を促進するために、周辺インタフェース６０６に接続され得る。例えば、動きセンサ６１０、光センサ６１２、及び近接センサ６１４が、モバイルデバイスの向き機能、光機能、及び近接機能を促進するために、周辺インタフェース６０６に接続され得る。例えば、光センサ６１２は、タッチ表面６４６の明るさを調整するのを促進するために、使用され得る。加速度計又はジャイロスコープのコンテキストにおいて例示され得る動きセンサ６１０は、モバイルデバイスの動き及び向きを検出するために、使用され得る。次いで、ディスプレイオブジェクト又はメディアが、検出された向きに応じて（例えば、縦向き又は横向きに）提示され得る。
【００７１】
温度センサ、バイオメトリックセンサ、又は他の検知デバイス等の他のセンサも、対応する機能を促進するために、周辺インタフェース６０６に接続され得る。位置プロセッサ６１５（例えば、全地球測位トランシーバ）が、ジオロケーションデータの生成を可能にするために、周辺インタフェース６０６に接続され得、それによりジオ測位を促進する。集積回路チップ等の電子磁力計６１６が、実際の磁北の方向に関するデータを提供し、それにより、モバイルデバイスがコンパス機能又は方向機能を享受できるように、周辺デバイス６０６に接続され得る。カメラサブシステム６２０と、電荷結合素子（ＣＣＤ）又は相補型金属酸化膜半導体（ＣＭＯＳ）光学センサ等の光学センサ６２２と、は、写真及びビデオクリップを記録する等のカメラ機能を促進することができる。
【００７２】
通信機能は、１つ以上の無線通信サブシステムを含み得る１つ以上の通信サブシステム６２４を用いて促進され得る。無線通信サブシステム６２４は、８０２．５トランシーバ又はＢｌｕｅｔｏｏｔｈ（登録商標）トランシーバに加えて、赤外線等の、光学トランシーバを含み得る。有線通信システムは、ユニバーサルシリアルバス（ＵＳＢ）ポート、又は、ネットワークアクセスデバイス、パーソナルコンピュータ、プリンタ、ディスプレイ、若しくはデータを受信及び／又は送信することができる他の処理デバイス等の他のコンピューティングデバイスとの有線結合を確立するために使用され得る何らかの他の有線ポート等のポートデバイスを含み得る。通信サブシステム６２４の具体的な設計及び実装は、デバイスが動作するよう意図されている通信ネットワーク又は通信媒体に依存し得る。例えば、デバイスは、ＧＳＭ（登録商標）ネットワーク、ＧＰＲＳネットワーク、エンハンストデータＧＳＭ（登録商標）環境（ＥＤＧＥ）ネットワーク、８０２．５通信ネットワーク、符号分割多元接続（ＣＤＭＡ）ネットワーク、又はＢｌｕｅｔｏｏｔｈ（登録商標）ネットワーク上で動作するよう設計されている無線通信サブシステムを含み得る。通信サブシステム６２４は、デバイスが他の無線デバイスのための基地局として構成され得るようなホスティングプロトコルを含み得る。通信サブシステムはまた、デバイスが、ＴＣＰ／ＩＰ、ＨＴＴＰ、又はＵＤＰ等の１つ以上のプロトコルを使用してホストデバイスと同期することを可能にし得る。
【００７３】
オーディオサブシステム６２６は、音声対応機能を促進するために、スピーカ６２８及び１つ以上のマイクロフォン６３０に接続され得る。これらの機能は、音声認識、音声複製、又はデジタル記録を含み得る。オーディオサブシステム６２６は、一緒になると、従来の電話機能も包含し得る。
【００７４】
Ｉ／Ｏサブシステム６４０は、タッチコントローラ６４２及び／又は１つ以上の他の入力コントローラ６４４を含み得る。タッチコントローラ６４２は、タッチ表面６４６に接続され得る。タッチ表面６４６及びタッチコントローラ６４２は、静電容量技術、抵抗技術、赤外線技術、又は表面弾性波技術を含むがこれらに限定されない複数のタッチ検知技術のうちの任意の技術を使用して、接触及び動き又はその中断を検出することができる。タッチ表面６４６との１つ以上の接触ポイントを判別するための他の近接センサアレイ又は素子も、同様に使用され得る。一実装において、タッチ表面６４６は、ユーザにより入力デバイスとして使用され得る、仮想ボタン又はソフトボタン及び仮想キーボードを表示することができる。
【００７５】
他の入力コントローラ６４４が、１つ以上のボタン、ロッカースイッチ、サムホイール、赤外線ポート、ＵＳＢポート、及び／又は、スタイラス等のポインタデバイス等の他の入力／制御デバイス６４８に接続され得る。１つ以上のボタン（図示せず）は、スピーカ６２８及び／又はマイクロフォン６３０のボリューム制御のためのアップ／ダウンボタンを含み得る。いくつかの実装において、デバイス６００は、オーディオ及び／又はビデオ再生又は記録デバイスの機能を含み得、他のデバイスに接続するためのピンコネクタを含み得る。
【００７６】
メモリインタフェース６０２は、メモリ６５０に接続され得る。メモリ６５０は、磁気ディスク記憶デバイス、光記憶デバイス、又はフラッシュメモリ等の、高速ランダムアクセスメモリ又は不揮発性メモリを含み得る。メモリ６５０は、Ｄａｒｗｉｎ、ＲＴＸＣ、ＬＩＮＵＸ（登録商標）、ＵＮＩＸ（登録商標）、ＯＳ  Ｘ、ＡＮＤＲＯＩＤ（登録商標）、ＷＩＮＤＯＷＳ（登録商標）、又は、ＶＸＷｏｒｋｓ等の組み込みオペレーティングシステム等のオペレーティングシステム６５２を記憶することができる。オペレーティングシステム６５２は、基本システムサービスを処理するための命令及びハードウェア依存タスクを実行するための命令を含み得る。いくつかの実装において、オペレーティングシステム６５２は、カーネルを含み得る。
【００７７】
メモリ６５０はまた、他のモバイルコンピューティングデバイス又はサーバと通信するのを促進するための通信命令６５４を記憶することができる。通信命令６５４はまた、ＧＰＳ／ナビゲーション命令６６８により取得され得る地理的位置に基づいて、デバイスにより使用される動作モード又は通信媒体を選択するために、使用され得る。メモリ６５０は、インタフェースの生成等のグラフィカルユーザインタフェース処理を促進するためのグラフィカルユーザインタフェース（ＧＵＩ）命令６５６；センサ関連プロセス及び機能を促進するためのセンサ処理命令６５８；電話関連プロセス及び機能を促進するための電話命令６６０；電子メッセージング関連プロセス及び機能を促進するための電子メッセージング命令６６２；ウェブブラウジング関連プロセス及び機能を促進するためのウェブブラウジング命令６６４；メディア処理関連プロセス及び機能を促進するためのメディア処理命令６６６；ＧＰＳ及びナビゲーション関連プロセスを促進するためのＧＰＳ／ナビゲーション命令６６８；カメラ関連プロセス及び機能を促進するためのカメラ命令６７０；歩数計センサから受信したデータを処理するための歩数計ソフトウェア６７２；他のネットワークデバイスに対してデバイス６００を識別するためのアクティブ化レコード又は国際移動体装置識別番号（ＩＭＥＩ）６７４；及び、モバイルコンピューティングデバイス上で動作し得る又はモバイルコンピューティングデバイスと協働し得る任意の他のアプリケーション（図示せず）のための命令；を含み得る。メモリ６５０はまた、ナビゲーション、ソーシャルネットワーキング、位置ベースのサービス、又はマップ表示に関連するアプリケーション等の、他のプロセス、機能、及びアプリケーションを促進するための他のソフトウェア命令を記憶することができる。
【００７８】
上記で特定された命令及びアプリケーションの各々は、上述した１つ以上の機能を実行するための命令のセットに対応し得る。これらの命令は、別個のソフトウェアプログラム、プロシージャ、又はモジュールとして実装される必要はない。メモリ６５０は、さらなる又はより少ない命令を含み得る。さらに、モバイルデバイスの様々な機能は、１つ以上の信号処理回路及び／又は特定用途向け集積回路を含め、ハードウェア及び／又はソフトウェアにより実装され得る。
【００７９】
所定の機能は、アプリケーションサーバ又はインターネットサーバ等のミドルウェアコンポーネントを含むデータサーバ等のバックエンドコンポーネントを含むコンピュータシステムにおいて、又は、グラフィカルユーザインタフェース若しくはインターネットブラウザ又は前述の任意の組合せを有するクライアントコンピュータ等のフロントエンドコンポーネントを含むコンピュータシステムにおいて、実装され得る。このシステムのコンポーネントは、通信ネットワーク等の任意の形態又は媒体のデジタルデータ通信により、接続され得る。通信ネットワークのいくつかの例は、ＬＡＮ、ＷＡＮ、並びに、インターネットを形成するコンピュータ及びネットワークを含む。コンピュータシステムは、クライアント及びサーバを含み得る。クライアント及びサーバは、一般に、互いからリモートにあり、通常は、ネットワークを介してインタラクトする。クライアントとサーバとの関係は、それぞれのコンピュータ上で実行され、互いに対するクライアント−サーバ関係を有するコンピュータプログラムにより、発生する。
【００８０】
開示される実施形態の１つ以上の機能又はステップは、呼び出し側アプリケーションと、サービスを提供する若しくはデータを提供する又は動作若しくは計算を実行するオペレーティングシステム、ライブラリルーチン、関数等の他のソフトウェアコードと、の間で渡される１つ以上のパラメータを規定し得るＡＰＩを使用して、実装され得る。ＡＰＩは、ＡＰＩ仕様文書において規定された呼び出し規約に基づいてパラメータリスト又は他の構造を介して１つ以上のパラメータを送信又は受信する、プログラムコード内の１つ以上の呼び出しとして実装され得る。パラメータは、定数、キー、データ構造、オブジェクト、オブジェクトクラス、変数、データ型、ポインタ、配列、リスト、又は別の呼び出しであり得る。ＡＰＩ呼び出し及びパラメータは、任意のプログラミング言語で実装され得る。プログラミング言語は、プログラマがＡＰＩをサポートする関数にアクセスするのに使用し得る語彙及び呼び出し規約を規定し得る。いくつかの実装において、ＡＰＩ呼び出しは、入力機能、出力機能、処理機能、電力機能、及び通信機能等の、アプリケーションを実行するデバイスの機能を、アプリケーションにレポートすることができる。
【００８１】
図７は、本明細書に記載の実施形態により使用され得る例示的な履歴−アクションルールデータベース７００を示している。履歴−アクションルールデータベース７００は、いくつかの実施形態においてネットワーク又はデバイスのうちの１以上により使用され得る「候補ルールデータベース」又は「ルールデータベース」の変形例である。例えば、履歴−アクションルールデータベースは、（図４Ａにおける履歴−アクションルールデータベース４５５により示されるような）医師サーバ１７０のアクションルールデータベース１７４、ウェアラブルデバイスベンダサーバ１８０の候補ルールデータベース１６６、ユーザデバイス１５０のルールデータベース１６６、又はウェアラブルデバイス１２０のルールデータベース１３６の編成及び内容を表すことができる。図７の履歴−アクションルールデータベースは、医師７０１、ユーザ７０５、ウェアラブルデバイス７１０、履歴タイプ７１５、ルール７２０、及び、ルールに関連付けられているメッセージアクション７２５を特定している。図７において特定され、ルール７２０の各々に関連付けられている医師７０１は、Ｄｒ．Ｊｏｎｅｓである。同様に、図７において特定され、ルール７２０の各々に関連付けられているユーザ７０５は、ユーザ番号５１３５である。同様に、図７において特定され、ルール７２０の各々に関連付けられているウェアラブルデバイスは、ＢｏｄｙＭｅｄｉａＶ２である。代替実施形態において、履歴−アクションルールデータベース７００は、複数の医師７０１、複数のユーザ７０５、及び／又は複数のウェアラブルデバイス７１０に関するデータを含んでもよい。
【００８２】
図７の履歴−アクションルールデータベースはまた、２つの履歴タイプ、すなわち、脈拍及びカロリーも特定している。他の実施形態において、血糖値、心リズム、又は他の健康パラメータ履歴測定値等の他の履歴タイプも可能である。
【００８３】
図７におけるルール及び対応するアクションメッセージは、図４Ｂに関連して説明されたルール及びアクションメッセージと同じである。ルール１は、ユーザにより消費されたカロリーが１日当たり１８００カロリー未満である場合にトリガされる。この第１のルールに適合されたアクションは、ユーザは「ガイドラインを満たしていない」というメッセージを送信することである。図７におけるアクションに適合され得る他のルールは次の通りである：ルール２は、消費されたカロリーが５日間続けて１日当たり１８００カロリー未満である場合にトリガされ、これは、「医院に電話しなさい」というメッセージを送信するアクションの実行をトリガする；ルール３は、平均脈拍数が、４時間の間、毎分９５回より大きい場合にトリガされ、これは、「ガイドラインを満たしていない」というメッセージを送信するアクションの実行をトリガする；ルール４は、平均脈拍数が、１週間にわたって、毎分１１０回より大きい場合にトリガされ、これは、「医院に電話しなさい」というメッセージを送信するアクションの実行をトリガする。これらのエントリーは、限定ではなく例示であることを理解されたい。
【００８４】
図８は、ウェアラブルデバイスにより収集されたデータ及び家族歴を健康リスクに相関させる例示的な方法８００を示している。開始すると、この方法におけるステップ８０１において、ウェアラブルデバイスに、ベースソフトウェア、ルールデータベース、家族歴ソフトウェア、及び通信インタフェースが提供され得る。任意的なステップ８１０において、ユーザモバイルデバイスに、ベースソフトウェア、ローカルネットワークルールデータベース、家族歴ソフトウェア、及び通信インタフェースが提供されてもよい。
【００８５】
ステップ８２０において、ウェアラブルデバイスネットワーク、医師ネットワーク、及び他のネットワークのそれぞれに、それら自身のアクションルールデータベース及びソフトウェアが提供され得る。ステップ８３０において、ウェアラブルデバイスは、通信インタフェースを使用して、クラウドを介して、ウェアラブルデバイスネットワーク、医師ネットワーク、及び他のネットワークに接続することができる。このステップにおいて、ウェアラブルデバイス及びユーザモバイルデバイスは、クラウドを介して、又は、１つ以上の通信インタフェースを使用してテザリングされることにより局所的に、接続することができる。
【００８６】
ステップ８４０において、ユーザは、家族歴に入力し、ウェアラブルデバイスを使用している間に家族歴が共有され得るネットワークを選択することが可能になる。ステップ８５０において、ユーザは、ウェアラブルデバイスを装着し、ウェアラブルデバイス上のベースソフトウェアを実行することが可能になる。
【００８７】
ステップ８６０において、ウェアラブルデバイスデータが、ルールアクションデータベースにおけるルールに対してチェックされる。次いで、ステップ８７０において、ウェアラブルデバイスデータ及びルールと適合するアクションが識別され、ルールが、アクションに対して相互参照され、アクションが、この適合に基づいて実行される。
【００８８】
図８のフロー図８００は、本明細書に記載の所定の実施形態により実行される特定の順序の動作を示しているが、そのような順序は例であることに留意されたい（例えば、代替実施形態は、異なる順序で動作を実行してもよいし、所定の動作を組み合わせてもよいし、所定の動作をオーバーラップさせてもよい、等である）。
【００８９】
様々な実施形態に従うと、様々な実施形態により使用される親族健康データは、健康状態の家族歴のユーザのインジケーションではないソースから取得されることがある。例えば、いくつかの実施形態において、家族歴データは、親族の電子健康レコード又はウェアラブルデバイスレコードから取得されることがある。いくつかのそのような実施形態において、そのような親族は、上記取得がなされる前にそのようなアクセスを承認して、ウェアラブルデバイスユーザに対して許可を付与するよう要求され得る。
【００９０】
図９は、患者と親族との間の健康情報の共有を要求して確立する方法９００の例を示すフローチャートである。様々な実施形態において、方法９００は、図１のウェアラブルデバイス１２０の家族歴命令１３４又は図１のユーザデバイス１５０の家族歴命令１６４に対応し得る。代替的に、方法９００は、ウェブポータル、ウェアラブルデバイス１２０、ユーザデバイス１５０、又は他のチャネルを介して、ユーザとインタラクトするウェブサーバ又は他のサーバにより実行されてもよい。
【００９１】
この方法は、ステップ９０５で開始し、ステップ９１０に進み、ステップ９１０において、デバイスは、ユーザから、親族の識別情報を受信する。例えば、ユーザは、フォームを使用して、１人以上の親族の名前又は他の識別子とともに、年齢、性別、ユーザとの関係、連絡先情報、又は健康状態のインジケーション等の他の情報を入力することができる。次いで、ステップ９１５において、デバイスは、ユーザの何らかの健康状態にアクセスする許可を、入力された親族のいずれかに付与する要望をユーザが示したかどうかを判定する。例えば、ユーザは、上記のフォームを介して、電子健康レコード及びウェアラブルデバイスデータが、ユーザの父親と共有されるべきであること、電子健康レコードのみが、ユーザの母親と共有されるべきであること、及び、ユーザのいとことは何の情報も共有されるべきではないこと、を示すことができる。代替的に、いくつかの実施形態において、親族と情報を共有する許可は、ステップ９１０における親族の単なる識別情報を通じて、その全体又は一部が暗示されてもよい。
【００９２】
ユーザ自身のデータを親族と共有する（すなわち、従前の要求なく、そのような親族にデータを「プッシュする」）要望をユーザが示した場合、この方法は、ステップ９２０に進み、ステップ９２０において、デバイスは、どのタイプの健康データ（自身によりレポートされる状態、電子健康レコード、ウェアラブル心モニタデータ、ウェアラブル歩数計データ等）が、共有されるべきで、誰と共有されるべきであるかを決定する。例えば、ステップ９２０は、ステップ９１０のフォームにおいて示された権限を読み取って解釈することを伴い得る。いくつかの実施形態において、ステップ９２０は、追加的に、システムが、常に、どのユーザが誰に何のためにいつ許可を付与したかを判別できるように、監査目的（例えば、ＨＩＰＡＡ順守）のためにユーザの選択を記録することを含んでもよい。ステップ９２５において、デバイスは、識別されたタイプの患者データを、識別された親族レコードに組み込むことに進む。例えば、方法９００が、ウェアラブルデバイス又はユーザデバイスにより実行される場合、デバイスは、他の患者の健康データに対する親族の権限を記憶又は管理するサーバ（例えば、ウェアラブルデバイスデータへのアクセスのためのウェアラブルデバイスベンダサーバ１８０又は電子健康レコードへのアクセスのための医師サーバ１７０）にメッセージを送信することができる。方法９００が、権限を管理するサーバにより実行される場合、ステップ９２５は、既存の権限レコードに書き込むこと、又は、レポートするユーザの健康データへのアクセスのレベルを示す、各識別された親族についての新たな権限レコードを作成すること、を含み得る。その後、親族が、本明細書に記載のシステムを自身で使用するときに、ユーザの健康データが、本明細書に記載の様々な実施形態に従った家族歴データとして利用可能になる。
【００９３】
次いで、ステップ９３０において、デバイスは、ユーザが、入力された親族の健康データへのアクセスを要求したかどうか（従前の申し出なく、使用のために情報を「プルする」要求をしたかどうか）を判定することができる。ステップ９１５と同様に、情報をプルするための権限を求めるこの要求は、ユーザにより明示されることもあるし、情報の要求されるタイプのリストとして列挙されることもあるし、又は、ユーザによる親族の入力により単に暗示されることもある。情報をプルする少なくとも１つの要求が存在する場合、ステップ９３５において、デバイスは、どのタイプの健康データ（自身によりレポートされる状態、電子健康レコード、ウェアラブル心モニタデータ、ウェアラブル歩数計データ等）が、要求されるべきで、誰に対して要求されるべきであるかを決定する。次いで、ステップ９４０において、デバイスは、１つ以上の「プル」要求を、１人以上の親族に送信する。例えば、方法９００が、ウェアラブルデバイス又はユーザデバイスにより実行される場合、デバイスは、親族のデータに対する権限を管理する役割を担う１つ以上のサーバに、要求詳細を特定するメッセージを送信することができる。いくつかのそのような実施形態において、ステップ９２５、９４０は、プッシュ権限及びプル要求情報の両方を含む単一のメッセージをまとめて構築することができる。方法９００が、権限を管理するサーバにより実行される場合、デバイスは、権限要求が許可又は拒否のために受信されたことを親族に示す通知を、電子メール、ＳＭＳテキスト、ウェブポータル、電話、又は他の媒体を介して送信することができる。いくつかのそのような実施形態において、ステップ９４０は、次いで、以下で説明される図１０のステップ１０１５、１０２０につながり得る。方法９００は、次いで、ステップ９４５における終了に進む。
【００９４】
上記に従うと、方法９００は、親族とのユーザの健康データの共有と、親族がユーザと親族の健康データを共有することを要求することと、の両方を実現する。様々な代替実施形態は、両方のタスクを実現するよう試みなくてもよいし、別々のときにこれらのタスクを実現しようと試みてもよいことが明らかであろう。例えば、いくつかの実施形態は、プッシュ態様を実施しなくてもよく、代わりに、全ての親族健康データが、まず要求される必要がある。これらの代替の構成を実現するための、方法９００に対する変更が明らかであろう。
【００９５】
図１０は、健康情報へのアクセスを求める要求を承認又は拒否する方法１０００の例を示すフローチャートである。様々な実施形態において、方法１０００は、図１のウェアラブルデバイス１２０の家族歴命令１３４又は図１のユーザデバイス１５０の家族歴命令１６４に対応し得る。代替的に、方法１０００は、ウェブポータル、ウェアラブルデバイス１２０、ユーザデバイス１５０、又は他のチャネルを介して、ユーザとインタラクトするウェブサーバ又は他のサーバにより実行されてもよい。
【００９６】
方法１０００は、ステップ１００５で開始し、ステップ１０１０に進み、ステップ１０１０において、デバイスは、ユーザに関する健康データをプルするための権限を求める要求を受信する。このような要求は、例えば、方法９００のバージョンを実行する、ウェアラブルデバイス、ユーザデバイス、又はサーバから受信され得る。この要求は、例えば、方法９００のステップ９４０の結果であり得る。ステップ１０１５において、デバイスは、健康データの各要求されたタイプに対する許可応答又は拒否応答についてユーザを促す。例えば、要求が、健康レコード権限及びウェアラブルデバイスデータ権限の両方を求める要求を含む場合、ユーザは、一方を許可し、他方を拒否することができてもよい。ステップ１０１５の促しは、ウェアラブルデバイス又はユーザデバイスのユーザインタフェースを介してユーザに要求を直ちに伝えることにより、ユーザが適切なインタフェース（例えば、ウェアラブルデバイスの設定ページ若しくはモバイルデバイス上のアプリケーションの設定ページ、又は、ウェブベースのポータルのランディングページ）を訪れる次のときに入力が要求されるというアラートを提供することにより、又は、ユーザの許可又は拒否を得るように別のデバイスに指示するメッセージを別のデバイスに送信する（例えば、サーバが、ウェアラブルデバイス、ユーザデバイス、又は別のサーバにメッセージを送信する）ことにより、実現され得る。最後に、ステップ１０２０において、デバイスは、ステップ１０１０において要求が受信された元である（すなわち要求を送信した）要求側デバイスに、ユーザの応答を送信する。いくつかの実施形態において、ステップ１０２０は、追加的に、システムが、常に、どのユーザが誰に何のためにいつ許可を付与したかを判別できるように、監査目的（例えば、ＨＩＰＡＡ順守）のためにユーザの選択を記録することを含んでもよい。
【００９７】
図１１は、許可の付与後に健康情報の共有を確立する方法の例を示すフローチャートである。様々な実施形態において、方法１１００は、図１のウェアラブルデバイス１２０の家族歴命令１３４又は図１のユーザデバイス１５０の家族歴命令１６４に対応し得る。代替的に、方法１１００は、ウェブポータル、ウェアラブルデバイス１２０、ユーザデバイス１５０、又は他のチャネルを介して、ユーザとインタラクトするウェブサーバ又は他のサーバにより実行されてもよい。
【００９８】
方法１１００は、ステップ１１０５で開始し、ステップ１１１０に進み、ステップ１１１０において、デバイスは、健康データをプルするための権限を求める以前に送信された要求に対する応答を受信する。例えば、そのような応答は、方法１０００のステップ１０２０により送信され得る。ステップ１１１５において、デバイスは、要求された権限のいずれかが許可されたかどうかを応答が示しているかどうかを判定する。そうである場合、この方法は、ステップ１１２０に進み、ステップ１１２０において、デバイスは、どのタイプの健康データ（自身によりレポートされる状態、電子健康レコード、ウェアラブル心モニタデータ、ウェアラブル歩数計データ等）に対して、応答がユーザアクセスを許可したかを決定する。例えば、ステップ１１２０は、受信された応答において列挙されている権限を読み取って解釈することを伴い得る。ステップ１１２５において、デバイスは、許可した親族からの、識別されたタイプの患者データを、ユーザのレコードに組み込むことに進む。例えば、方法１１００が、ウェアラブルデバイス又はユーザデバイスにより実行される場合、デバイスは、他の患者の健康データに対するユーザの権限を記憶又は管理するサーバ（例えば、ウェアラブルデバイスデータへのアクセスのためのウェアラブルデバイスベンダサーバ１８０又は電子健康レコードへのアクセスのための医師サーバ１７０）に、権限が許可されたことを示すメッセージを送信することができる。方法１１００が、権限を管理するサーバにより実行される場合、ステップ１１２５は、既存の権限レコードに書き込むこと、又は、応答した親族の健康データへのアクセスのレベルを示す、ユーザについての新たな権限レコードを作成すること、を含み得る。その後、ユーザが、本明細書に記載のシステムを使用するときに、応答した親族の健康データが、本明細書に記載の様々な実施形態に従った家族歴データとして利用可能になる。ステップ１１３０において、デバイスは、新たな権限を患者に通知することに進み、方法１１００は、ステップ１１３５における終了に進む。
【００９９】
いくつかの実施形態において又はいくつかの状況下において、単一のサーバが、複数のユーザと複数のユーザに関連付けられる権限とを管理する役割を担ってもよいことが明らかであろう。例えば、ユーザ及びユーザの親族の両方が、同じサーバにより管理される電子健康レコードを有してもよい。そのようなコンテキストにおいて、単一のサーバは、新たなプル権限の確立を実施するために、他のサーバと通信しなくてもよい。方法９００、１０００、１１００がそのようなサーバにより実行されるそのような実施形態において、ステップ９４０、１０１０、１０２０、又は１１１０は、省かれてもよく、それぞれの方法９００、１０００、１１００は、１つのプロセスに一緒にまとめられてもよい。
【０１００】
上述したように、様々な実施形態は、ブール方式で家族歴を使用して、所定のルールが、ウェアラブルデバイス又は関連付けられたユーザデバイスに導入されるべきであるかどうか、又は、所定の導入されたルールが現在適用可能であるかどうか及びウェアラブルデバイスにより適用されるべきであるかどうか、を決定することができる。例えば、図３の例において、心疾患及び高血圧の両方の家族歴が存在する場合、２つのルール３３５、３３０が作成される。しかしながら、様々な他の実施形態は、家族歴の関連性をさらに調べる。例えば、健康状態の履歴を有する親族との近い生物学的関係（例えば、親−子関係）は、患者が同様の状態を経験し得るより遠い関係（例えば、またいとこ）よりも良好なインジケータであり得る。別の例として、親族の健康状態の履歴が、遺伝因子ではなく、行動因子（例えば、質の悪い食生活、たばこ使用等）に起因する可能性がある場合、家族歴は、患者との関連性が低い場合がある。そのような複雑さを考慮するために、様々な実施形態は、図３に関連して説明されたのと同様に、より多くの数のブール因子を使用し得るのに対し、他の実施形態は、例えば、閾値と比較される数値スコアを計算する等の、家族歴データの関連度を決定する他の手法を使用し得る。
【０１０１】
図１２は、家族歴情報を使用して、導入のためのルールを特定する方法１２００の例を示すフローチャートである。方法１２００は、例えば、図１のウェアラブルデバイス１２０又はユーザデバイス１５０にルールを導入するための医師ソフトウェア１７６、ＷＤＮソフトウェア１８４、又はサードパーティソフトウェア（図示せず）に対応し得る。代替的に、方法１２００は、ユーザデバイス１５０がウェアラブルデバイス１２０に導入するルールを選択する実施形態においては、ユーザデバイス１５０の家族歴命令１６４に対応してもよい。さらに別の代替として、いくつかの実施形態において、ウェアラブルデバイス１２０は、アクティブ化され（例えば、ルールエンジンにより評価され）非アクティブ化される（例えば、処理リソースを節約するためにルールエンジンによりスキップされる）ルールを含んでもよい。そのようなアクティブ化及び非アクティブ化は、例えば、ルールデータベース１３６における各ルールにフラグを付けることにより、アクティブなルールを記憶する第２のデータベースを保持することにより、又は、任意の他の方法に従って、実現され得る。そのような実施形態において、方法１２００は、家族歴命令１３４に対応し得、ローカルに記憶されているどのルールがアクティブであるとして扱われるべきであるかを決定するために使用され得る。本明細書で使用される場合、「導入」という用語は、ローカルで利用可能なルールのアクティブ化と、将来の評価のために新たなルールを別のデバイスに提供することと、の両方を含むことが理解されよう。
【０１０２】
方法１２００は、周期タイマの満了、手動命令、ユーザに関する新たな家族歴又は他のコンテキスト情報の受信、候補ルールデータベースにおける新たな候補ルールの受信、又は何らかの他の刺激に応じて、ステップ１２０５で開始し得る。方法１２００は、ステップ１２１０に進み、ステップ１２１０において、デバイスは、可能性のある導入のために評価されるべき第１の候補ルールを取得する。図１３の例に関連して以下でより詳細に説明されるように、様々な候補ルールは、挙動ルールの導入が、いつ、適切でありウェアラブルデバイス上で実施されるべきであるかを決定するための基準を含み得る。ステップ１２１５において、デバイスは、導入基準が、家族歴に関連する何らかの基準を含むかどうかを判定する。そうである場合、デバイスは、ステップ１２２０において、基準と比較される１つ以上の家族歴スコアを計算する。例えば、様々な実施形態において、心臓健康、肥満、糖尿病等に関連する家族歴スコアを計算するための定式が提供される。心筋梗塞に関連付けられる家族歴リスクを計算するための定式の一実施形態の例が、図１４を参照して以下でより詳細に説明される。ステップ１２２０において、関連する家族歴スコアを計算した後（又は、ステップ１２１５において、家族歴が、現在の候補ルールの導入に関連していないと判定した後）、デバイスは、ステップ１２２５において、全ての導入基準を評価し、このステップの結果に基づいて、ステップ１２３０において、候補ルールが、導入のために適用可能であるかどうかを判定する。
【０１０３】
候補ルールが、導入のために適用可能である場合、デバイスは、ステップ１２３５において、候補ルール（又は、それに含まれる若しくはそれに関連付けられているウェアラブルデバイスルール）を、現在のユーザのために、ウェアラブルデバイスにおける導入についてのルールのリストに追加する。次いで、ステップ１２４０において、デバイスは、さらなる候補ルールが、依然として導入のために評価されるべきであるかどうかを判定する。そうである場合、方法１２００は、ステップ１２１０にループバックし、ステップ１２１０において、次の候補ルールが、評価のために取得される。評価されるべき全ての候補ルール（例えば、ルールデータベースにおける全てのルール、全ての新たなルール等）が処理された後、方法１２００は、ステップ１２４５に進み、ステップ１２４５において、デバイスは、ルールの導入のために、導入リストをウェアラブルデバイスに送信する。送信される実際のデータは、全候補ルール、候補ルールに関連付けられているウェアラブルデバイスルール、ウェアラブルデバイスに既に送信されているルールの識別子、ルールのダウンロード元の位置、又は、適用可能なルールを導入するようにウェアラブルデバイスに指示するのに十分な任意の他のデータであり得る。方法１２００は、次いで、ステップ１２５０における終了に進む。
【０１０４】
図１３は、候補ルールデータベース１３００の例を示している。様々な実施形態において、候補ルールデータベース１３００は、図１の候補ルールデータベース１７４、１８２のうちの１つ、又は、例えば、サードパーティサーバ１９０、ユーザデバイス１５０、若しくはウェアラブルデバイス１２０に記憶される別の候補ルールデータベース（図示せず）、に対応し得る。データベース１３００が、表形式で図示されているが、候補ルールデータベース１３００を表現するために、実質的に任意の適切なデータ構造が使用されてもよいことが理解されよう。例えば、いくつかの実施形態において、導入基準１３１０は、第１のテーブルに記憶され得るのに対し、ウェアラブルデバイスルール１３２０は、第２のテーブルに記憶され得る。このような構成は、ウェアラブルデバイスルールのグループが導入されるべきであるかどうかを判定するために、導入基準の単一のセットが使用される場合に、使用され得る。例えば、第１のテーブルにおける導入基準の各セットは、第２のテーブルにおいてウェアラブルデバイスルール又はそのグループに関連付けられる１つ以上の識別子に関連付けられ得る。したがって、候補ルールは、候補ルール内にウェアラブルデバイスルール全体を格納することにより、又は、ウェアラブルデバイスルールを見つけることができる別の位置を参照することにより、ウェアラブルデバイスルールを識別することができる。
【０１０５】
図示されるように、例示的な各ルールは、次の２つのセクションを含む：ルールが導入されるべきであるかどうかを判定するための導入基準フィールド１３１０及びウェアラブルデバイスに導入されるべき１つ以上のルールを規定又は識別するためのウェアラブルデバイスルールフィールド１３２０。導入基準フィールド１３１０は、家族歴基準フィールド１３１３及び他の基準フィールド１３１６を含む。様々な実施形態において、家族歴基準は、自身のフィールド１３１３に分離されなくてもよく、代わりに、全ての導入基準が、単一の表現内に一緒に格納されてもよいことが理解されよう。
【０１０６】
家族歴基準フィールド１３１３は、家族歴データに対して評価される１つ以上の条件を格納する。例えば、いくつかの実施形態において、家族歴基準フィールド１３１３は、１つ以上のフラグが、ウェアラブルデバイスユーザにより（例えば、図２のインタフェース２０５を介して）設定されたかどうかを評価する条件を格納することができる。いくつかの実施形態において、家族歴基準フィールド１３１３は、追加的又は代替的に、（例えば、図１２のステップ１２２０において評価される）より複雑な定式又はそのような定式への参照を含む条件を格納してもよい。他の基準フィールド１３１６は、例えば、ウェアラブルデバイスからの目下の又は過去のデータ（又は、例えば、ユーザにより以前に装着されたウェアラブルデバイスからダウンロードされた過去のデータ等の、別のウェアラブルデバイスからのデータ）を評価する条件、ウェアラブルデバイスユーザの健康歴（例えば、電子健康レコード）、ウェアラブルデバイスユーザの医師からの入力（例えば、以前に設定されたブールフラグ）、又は、候補ルールの適用可能性を判定するのに適した実質的に任意の他の条件等、候補ルールが適用可能であるかどうかを判定するときに評価されるべき様々な追加の基準を格納することができる。
【０１０７】
ウェアラブルデバイスルールフィールド１３２０は、候補ルールが適用可能である場合に導入されるべきウェアラブルデバイスルールを規定又は識別するのに有用な１つ以上のフィールドを含み得る。例えば、様々な実施形態において、ウェアラブルデバイスルールフィールド１３２０は、別のデータベース又は別の位置におけるルール規定に対応するルールＩＤを格納する単一の識別子フィールドのみを含み得る。図示される例において、ウェアラブルデバイスルールフィールド１３２０は、ウェアラブルデバイスルールの導入の後、そのウェアラブルデバイスルールが適用可能であるかどうかを判定するための適用可能性基準フィールド１３２３と、そのウェアラブルデバイスルールが適用可能である場合に取られるべきアクションを規定するためのアクションルール１３２６と、を含む。このように、図示される例は、次の２つの異なるタイプの基準を含む：ウェアラブルデバイスルールが、（例えば、ウェアラブルデバイス又はユーザデバイスにおいて）いつ導入されるべきかを判定するための導入基準、及び、そのような導入の後、アクションが実行されるべきであるかどうかを判定するための適用可能性基準。
【０１０８】
第１の例として、第１の候補ルール１３３０は、ＦＡＭＩＬＹ＿ＭＩスコアが５０を超えたときにウェアラブルデバイスルールが導入されるべきであることを示している。以下でより詳細に説明されるように、「ＦＡＭＩＬＹ＿ＭＩ」という文字列は、このフィールド又は別の場所において規定され名前により参照され得る定式に従って計算される親族心筋梗塞リスクスコアを指し得る。このスコアが５０を超えたとき、ユーザの１週間の平均脈拍数が１１０を超えたときにユーザの医師に連絡するウェアラブルデバイスルールが、ユーザのウェアラブルデバイス又はユーザデバイスに導入されることになる。このスコアの使用は、家族歴が存在するかどうかの単純なブールインジケーションを超える、拡張されたフレキシビリティと、レポートされる具体的な家族歴にルールを合わせることと、を可能にし得ることが理解されよう。例えば、例示的な候補ルール１３４０も、ＦＡＭＩＬＹ＿ＭＩスコアを評価するが、第１の例１３３０とは異なり、例示的な候補ルール１３４０は、スコアが２５〜５０の間に含まれるかどうかを判定する。この候補ルールが適用可能であるとき、導入されるウェアラブルデバイスルールは、１週間の平均脈拍数が１１０ではなく１２０を超えたときに医師に連絡することになる。
【０１０９】
同様のセットの例１３５０、１３６０は、ユーザの親族に関連付けられる肥満リスクスコアを計算することができる、異なる家族歴スコアＦＡＭＩＬＹ＿ＯＢＳを使用する。この例において、異なるアクションを設定するために、次の異なる閾値が使用される：候補ルール１３５０において、ＦＡＭＩＬＹ＿ＯＢＳが２０を超えた場合、導入されるルールは、燃焼された測定されたカロリーがユーザの医師により定められたカロリー量を超えていないときにユーザの医師に連絡することになる（これにより、例えば、ユーザの電子健康レコード等の他のユーザデータを相互参照させる）。一方、候補ルール１３６０は、この同じ適用可能性基準であるときにユーザがガイドラインを満たしていないことをユーザに通知するだけであるルールをもたらすことになる。
【０１１０】
図１４は、家族歴基準定式１４００の例を示している。図１４は、抽象表現であり、この定式は、例えば、テキスト文字列、定式オブジェクト、定式コード、定式擬似コード、又は、出力を生成するために評価され得る実質的に任意の他の構造等の様々なデータ構造に従って格納され得ることが明らかであろう。
【０１１１】
図示される例において、定式１４００は、基準が文字列「ＦＡＭＩＬＹ＿ＭＩ」を参照したときにこの定式が適用されるべきであることを指定する識別子１４１０を含む。定式１４００は、ユーザの各既知の親族に関連付けられるスコアを計算するループ１４２０を含む。各親族について、定式１４００は、（例えば、電子健康レコードに記録されている）各心筋梗塞（「ＭＩ」）イベント１４３０を評価する。そのような各発症について、５というデフォルトスコア１４３１が前提となる。次の２つのステップ１４３３、１４３５において、親族が６０という年齢及び３０という年齢に達する前にこのイベントが発生した場合、それぞれ、１０という値及び２０という値が、デフォルトスコアに加算される。次いで、定式１４００は、ステップ１４３７、１４３９において、親族が、このイベントの際に、ほとんど体を動かさない生活スタイルであり続けた又は不健康な食習慣を続けていた場合、スコアを５だけ減じることにより、リスクが遺伝性でないことを示唆する傾向にあり得る因子を考慮する。次いで、ステップ１４４０において、全てのＭＩイベントの値が合計されて、集約スコアにされる。
【０１１２】
ステップ１４５０において、親族が喫煙者である場合、集約スコアが半分にされる。次いで、ステップ１４６０、１４７０において、関係の近さが考慮される。親族が親である場合、スコアが２倍され、親族が兄弟姉妹である場合、スコアが１．５倍される。最後に、ステップ１４８０において、全ての親族からの１つの最大スコアが、基準を評価する際に返されて使用される総リスクスコアとして、選択される。
【０１１３】
定式１４００は、定式のほんの一例であることが明らかであろう。様々な実施形態において、代替の定式が使用されてもよい。そのような定式は、医師又は他の専門家により手動で規定されてもよいし、例えば、ニューラルネットワーク、深層学習、ベイズネットワーク等といった様々な機械学習手法を使用して、コンピュータにより生成されてもよい。
【０１１４】
図１５は、ルール導入サーバ１５００を実装するためのハードウェアの例を示している。本明細書で使用される場合、「ルール導入サーバ」という用語は、ウェアラブルデバイスに導入されるウェアラブルデバイスルールを選択する任意のデバイスを指すことが理解されよう。様々な実施形態において、医師サーバ１７０、ウェアラブルデバイスベンダサーバ１８０、サードパーティサーバ１９０、ユーザデバイス１５０、又は（例えば、ウェアラブルデバイスが、アクティブ化するルールを選択する実施形態における）ウェアラブルデバイス１２０が、ルール導入サーバを構成し得る。図示されるように、デバイス１５００は、１つ以上のシステムバス１５１０を介して相互接続されるプロセッサ１５２０、メモリ１５３０、ユーザインタフェース１５４０、ネットワークインタフェース１５５０、及びストレージ１５６０を含む。図２は、いくつかの点において、抽象化を構成しており、デバイス１５００のコンポーネントの実際の編成は、図示されるよりも複雑であり得ることが理解されよう。
【０１１５】
プロセッサ１５２０は、メモリ１５３０又はストレージ１５６０に記憶されている命令を実行する又はデータを処理することができる任意のハードウェアデバイスであり得る。そのようなものとして、プロセッサ１５２０は、マイクロプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、又は他の同様のデバイスを含み得る。
【０１１６】
メモリ１５３０は、例えば、Ｌ１キャッシュ、Ｌ２キャッシュ、Ｌ３キャッシュ、又はシステムメモリ等の様々なメモリを含み得る。そのようなものとして、メモリ１５３０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、又は他の同様のメモリデバイスを含み得る。
【０１１７】
ユーザインタフェース１５４０は、管理者等のユーザとのやり取りを可能にする１つ以上のデバイスを含み得る。例えば、ユーザインタフェース１５４０は、ユーザコマンドを受け取るためのディスプレイ、マウス、及びキーボードを含み得る。いくつかの実施形態において、ユーザインタフェース１５４０は、ネットワークインタフェース１５５０を介いてリモート端末に提示され得るコマンドラインインタフェース又はグラフィカルユーザインタフェースを含み得る。
【０１１８】
ネットワークインタフェース１５５０は、他のハードウェアデバイスとの通信を可能にする１つ以上のデバイスを含み得る。例えば、ネットワークインタフェース１５５０は、Ｅｔｈｅｒｎｅｔ（登録商標）プロトコルに従って通信するよう構成されているネットワークインタフェースカード（ＮＩＣ）を含み得る。さらに、ネットワークインタフェース１５５０は、ＴＣＰ／ＩＰプロトコルに従った通信のためのＴＣＰ／ＩＰスタックを実装することができる。ネットワークインタフェース１５５０についての様々な代替の又は追加のハードウェア又は構成が明らかであろう。
【０１１９】
ストレージ１５６０は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、又は同様の記憶媒体等の１つ以上のマシン読み取り可能な記憶媒体を含み得る。様々な実施形態において、ストレージ１５６０は、プロセッサ１５２０により実行される命令やプロセッサ１５２０が作用し得るデータを記憶することができる。例えば、ストレージ１５６０は、ハードウェア１５００の様々な基本動作を制御するためのベースオペレーティングシステム１５６１を記憶することができる。権限変更命令１５６２は、他のユーザ及び親類の健康データにアクセスするための様々なユーザ権限を要求、付与、及び記録するための命令を含み得る。例えば、権限変更命令１５２６は、様々な実施形態において、方法９００、１０００、１２００のうちの１つ以上を組み込むことができる。ルール選択及び導入命令１５６３は、どのウェアラブルデバイスルールが導入されるべきであるかを決定し、そのような導入を実施するための命令を含み得る。例えば、ルール選択及び導入命令１５６３は、方法１２００に対応し得る。ストレージ１５６０はまた、例えば、患者レコード１５６４、家族歴権限１５６５、候補ルールデータベース１５６６、及び家族歴基準定式１５６７等の、命令１５６１、１５６２、１５６３の動作をサポートするためのデータを含み得る。様々な実施形態において、これらのデータ１５６４〜１５６７の一部又は全てが、他のデバイスにより代わりにホストされて、ネットワークインタフェース１５５０又は別のインタフェースを介してサーバ１５００にアクセス可能であってもよいことが明らかであろう。
【０１２０】
ストレージ１５６０に記憶されるとして説明された様々な情報は、追加的又は代替的に、メモリ１５３０に記憶されてもよいことが明らかであろう。この点において、メモリ１５３０も、「記憶デバイス」を構成するとみなされ得るものであり、ストレージ１５６０も、「メモリ」とみなされ得るものである。様々な他の構成も明らかであろう。さらに、メモリ１５３０及びストレージ１５６０は両方とも、「非一時的なマシン読み取り可能な媒体」とみなされ得る。本明細書で使用される場合、「非一時的な」という用語は、一時的な信号を含まず、揮発性メモリ及び不揮発性メモリの両方を含む全ての形態のストレージを含むことが理解されよう。
【０１２１】
ホストデバイス１５００が、説明された各コンポーネントを１つ含むものとして図示されているが、様々なコンポーネントは、様々な実施形態において、複数存在してもよい。例えば、プロセッサ１５２０は、本明細書に記載の方法を独立して実行するよう構成される複数のマイクロプロセッサを含んでもよいし、複数のマイクロプロセッサであって、該複数のマイクロプロセッサが協調して本明細書に記載の機能を実現するように、本明細書に記載の方法のステップ又はサブルーチンを実行するよう構成される複数のマイクロプロセッサを含んでもよい。さらに、デバイス１５００が、クラウドコンピューティングシステムにおいて実装される場合、様々なハードウェアコンポーネントは、別個の物理システムに属してもよい。例えば、プロセッサ１５２０は、第１のサーバ内の第１のプロセッサと、第２のサーバ内の第２のプロセッサと、を含んでもよい。
【０１２２】
上記の説明から、本発明の様々な例示的な実施形態が、ハードウェア及び／又はソフトウェアにより実装され得ることが明らかであろう。さらに、様々な例示的な実施形態は、本明細書で詳細に説明された動作を実行するために少なくとも１つのプロセッサにより読み取られて実行され得る、マシン読み取り可能な記憶媒体に記憶される命令として実装されてもよい。マシン読み取り可能な記憶媒体は、パーソナルコンピュータ、ラップトップコンピュータ、サーバ、又は他のコンピューティングデバイス等のマシンにより読み取り可能な形式で情報を記憶するための任意の機構を含み得る。したがって、マシン読み取り可能な記憶媒体は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、及び同様の記憶媒体を含み得る。
【０１２３】
本出願におけるいかなるブロック図も、本発明の原理を具現化する例示的な回路の概念図を表すことが、当業者により理解されよう。同様に、いかなるフローチャート、フロー図、状態遷移図、擬似コード等も、マシン読み取り可能な媒体において実質的に表現され、コンピュータ又はプロセッサが明示的に示されていようといまいとそのようなコンピュータ又はプロセッサにより実行され得る様々なプロセスを表すことが、理解されよう。
【０１２４】
様々な例示的な実施形態が、その所定の例示的な態様について具体的に言及しながら詳細に説明されたが、本発明は、他の実施形態も可能であり、その詳細は、様々な自明な点において変更可能であることを理解されたい。当業者には容易に明らかなように、本発明の主旨及び範囲内にありながら変形及び変更を実施することが可能である。したがって、上記の開示、説明、及び図面は、例示のためだけにあり、請求項によってのみ定められる本発明をどのようにも限定するものでない。
【図１】
2018503177.tif 000003
【図２】
2018503177.tif 000004
【図３】
2018503177.tif 000005
【図４Ａ】
2018503177.tif 000006
【図４Ｂ】
2018503177.tif 000007
【図５】
2018503177.tif 000008
【図６】
2018503177.tif 000009
【図７】
2018503177.tif 000010
【図８】
2018503177.tif 000011
【図９】
2018503177.tif 000012
【図１０】
2018503177.tif 000013
【図１１】
2018503177.tif 000014
【図１２】
2018503177.tif 000015
【図１３】
2018503177.tif 000016
【図１４】
2018503177.tif 000017
【図１５】
2018503177.tif 000018
【国際調査報告】
2018503177.tif 000019
2018503177.tif 000020
2018503177.tif 000021
2018503177.tif 000022