(57)【要約】記載のシステムは、ユーザが自分達の健康ニーズを満たすのを支援するための健康関連プログラムを記憶する。ユーザは、それらのプログラムをブラウズし、参加するために１つを選択する。ユーザは、プログラムをブラウズすること、またはある基準で検索することができる。健康関連プログラムは、健康関連目標またはルーチンの形態をとることができる計画および挑戦課題を含む。計画は、ユーザによって個人的に使用されるように設計され、および他者が参加することを必要としない。挑戦課題は、複数の個人が共同で参加するチーム環境を提供する。計画と挑戦課題との両方は、個人が作成によってまたは企業体によって作成することができる。
2014529836.tif 000002
【特許請求の範囲】
【請求項１】
健康関連活動をユーザに提供しおよび監視するための、コンピュータシステムにおいて実行される方法であって、前記コンピュータシステムがデータベースを含んでおり、
前記コンピュータシステムにて、健康関連プログラムに関する要求を受信するステップであって、前記要求は少なくとも１つの基準を含む、該受信するステップと、
前記データベースから前記基準に合致する複数の健康関連プログラムにアクセスするステップであって、各合致する健康関連プログラムは、目標、または少なくとも１つのタスクを含むルーチンを備えた、該アクセスするステップと、
前記合致する健康関連プログラムを、表示のために前記ユーザのクライアントデバイスに送信するステップと、
前記合致する健康関連プログラムのうちの１つの選択を前記ユーザから受信するステップと、
前記選択された健康関連プログラムのための識別子を前記ユーザに関連付けて前記データベース内に格納し、前記健康関連プログラムでの前記ユーザの参加を示すステップと、
前記選択された健康関連プログラムにおける前記目標に向かっての前記ユーザの進捗または前記ルーチンの前記タスクのうちの１つの完了に関連するデータを受信するステップと、
前記受信されたデータを前記ユーザおよび前記選択された健康関連プログラムに関連付けて前記データベース内に格納し、前記ユーザの進捗と共に前記選択された健康関連プログラムを更新するステップと、
前記ユーザの進捗に関連する前記受信されたデータに基づいて前記選択された健康関連プログラムにおける前記ユーザの状況を決定するステップと、
前記選択された健康関連プログラムにおける前記ユーザの前記状況を、表示のために前記ユーザのクライアントデバイスに送信するステップと
を備えたことを特徴とする方法。
【請求項２】
前記選択された健康関連プログラムにおける前記目標に向かっての前記ユーザの進捗または前記ルーチンの前記タスクのうちの１つの完了に関連するデータを受信するステップは、前記ユーザによって使用された健康監視デバイスから前記データを受信するステップを備えたことを特徴とする請求項１に記載の方法。
【請求項３】
前記合致する健康関連プログラムを、表示のために前記ユーザのクライアントデバイスに送信するステップは、
前記データベース内で前記ユーザについてのプロファイルにアクセスするステップであって、前記プロファイルは前記ユーザについての健康関連情報を含む、該アクセスするステップと、
前記ユーザについての前記健康関連情報に応答して前記複数の健康関連プログラムを自動的に選択するステップと
を備えたことを特徴とする請求項１に記載の方法。
【請求項４】
前記受信されたデータは数値測定値を備えたことを特徴とする請求項１に記載の方法。
【請求項５】
前記状況を決定するステップは、前記数値測定値を、前記目標または前記ルーチンに関連する閾値測定値と比較するステップを備えたことを特徴とする請求項４に記載の方法。
【請求項６】
前記受信されたデータは複数の測定値を備えたことを特徴とする請求項１に記載の方法。
【請求項７】
前記選択された健康関連プログラムは少なくとも１つのタスクを含むルーチンを備え、および前記選択された健康関連プログラムにおける前記目標に向かっての前記ユーザの進捗または前記ルーチンの前記タスクのうちの１つの完了に関連するデータを受信するステップは、前記ルーチンの前記タスクのうちの１つのユーザ完了という指示を備えたことを特徴とする請求項１に記載の方法。
【請求項８】
第２のユーザのクライアントデバイスから前記健康関連プログラムの選択を受信するステップと、
前記１つの健康関連プログラムのための前記識別子を前記第２のユーザに関連付けて前記データベース内に格納し、前記健康関連プログラムでの前記第２のユーザの参加を示すステップと、
前記健康関連プログラムにおける前記第２のユーザの第２の進捗に関連するデータを受信するステップと、
前記健康関連プログラムにおける前記第２のユーザの第２の状況を決定するステップと、
前記状況と前記第２の状況との両方を、前記ユーザおよび前記第２のユーザに対して表示するために提供するステップと
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項９】
プログラムコードを実行するためのプロセッサと、ステップを実行するように実施可能なプログラムコードを記憶する非一時的コンピュータ可読記憶媒体とを備える、コンピュータ実施システムであって、前記ステップは、
当該コンピュータシステムにて、健康関連プログラムに関する要求を受信するステップであって、前記要求は少なくとも１つの基準を含む、該受信するステップと、
データベースから前記基準に合致する複数の健康関連プログラムにアクセスするステップであって、各合致する健康関連プログラムは、目標、または少なくとも１つのタスクを含むルーチンを備えた、該アクセスするステップと、
前記合致する健康関連プログラムを、表示のために前記ユーザのクライアントデバイスに送信するステップと、
前記合致する健康関連プログラムのうちの１つの選択を前記ユーザから受信するステップと、
前記選択された健康関連プログラムのための識別子を前記ユーザに関連付けて前記データベース内に格納し、前記健康関連プログラムでの前記ユーザの参加を示すステップと、
前記選択された健康関連プログラムに関しての、前記目標に向かっての前記ユーザの進捗または前記ルーチンの前記タスクのうちの１つの完了に関連するデータを受信するステップと、
前記受信されたデータを前記ユーザおよび前記選択された健康関連プログラムに関連付けて前記データベース内に格納し、前記ユーザの進捗と共に前記選択された健康関連プログラムを更新するステップと、
前記ユーザの進捗に関連する前記受信されたデータに基づいて前記選択された健康関連プログラムにおける前記ユーザの状況を決定するステップと、
前記選択された健康関連プログラムにおける前記ユーザの前記状況を、表示のために前記ユーザのクライアントデバイスに送信するステップと
を備えたことを特徴とするコンピュータ実施システム。
【請求項１０】
前記選択された健康関連プログラムにおける前記目標に向かっての前記ユーザの進捗または前記ルーチンの前記タスクのうちの１つの完了に関連するデータを受信するステップは、前記ユーザによって使用された健康監視デバイスから前記データを受信するステップを備えたことを特徴とする請求項９に記載のシステム。
【請求項１１】
前記合致する健康関連プログラムを、表示のために前記ユーザのクライアントデバイスに送信するステップは、
前記データベース内で前記ユーザについてのプロファイルにアクセスするステップであって、前記プロファイルは前記ユーザについての健康関連情報を含む、該アクセスするステップと、
前記ユーザについての前記健康関連情報に応答して前記複数の健康関連プログラムを自動的に選択するステップと
を備えたことを特徴とする請求項９に記載のシステム。
【請求項１２】
前記受信されたデータは数値測定値を備えたことを特徴とする請求項９に記載のシステム。
【請求項１３】
前記状況を決定するステップは、前記数値測定値を前記健康関連プログラムに関連する閾値測定値と比較するステップを備えたことを特徴とする請求項１２に記載のシステム。
【請求項１４】
前記受信されたデータは複数の測定値を備えたことを特徴とする請求項９に記載のシステム。
【請求項１５】
前記選択された健康関連プログラムは少なくとも１つのタスクを含むルーチンを備え、および前記選択された健康関連プログラムに関しての、前記目標に向かっての前記ユーザの進捗または前記ルーチンの前記タスクのうちの１つの完了に関連するデータを受信するステップは、前記ルーチンの前記タスクのうちの１つのユーザ完了という指示を備えたことを特徴とする請求項９に記載のシステム。
【請求項１６】
第２のユーザのクライアントデバイスから前記健康関連プログラムの選択を受信するステップと、
前記１つの健康関連プログラムのための前記識別子を前記第２のユーザに関連付けて前記データベース内に格納し、前記健康関連プログラムでの前記第２のユーザの参加を示すステップと、
前記１つの健康関連プログラムにおける前記第２のユーザの第２の進捗に関連するデータを受信するステップと、
前記１つの健康関連プログラムにおける前記第２のユーザの第２の状況を決定するステップと、
前記状況と前記第２の状況との両方を前記ユーザおよび前記第２のユーザに対して表示のために提供するステップと
を備えたステップを実施するように実行可能なプログラムコードをさらに備えたことを特徴とする請求項９に記載のシステム。
【請求項１７】
プログラムコードを含む非一時的なコンピュータ可読記憶媒体であって、
コンピュータシステムにて、健康関連プログラムに関する要求を受信するステップであって、前記要求は少なくとも１つの基準を含む、該受信するステップと、
データベースから前記基準に合致する複数の健康関連プログラムにアクセスするステップであって、各合致する健康関連プログラムは、目標、または少なくとも１つのタスクを含むルーチンを含む、該アクセスするステップと、
前記合致する健康関連プログラムを、表示のために前記ユーザのクライアントデバイスに送信するステップと、
前記合致する健康関連プログラムのうちの１つの選択を前記ユーザから受信するステップと、
前記選択された健康関連プログラムのための識別子を前記ユーザに関連付けて前記データベース内に格納し、前記健康関連プログラムでの前記ユーザの参加を示すステップと、
前記選択された健康関連プログラムに関しての、前記目標に向かっての前記ユーザの進捗または前記ルーチンの前記タスクのうちの１つの完了に関連するデータを受信するステップと、
前記受信されたデータを前記ユーザおよび前記選択された健康関連プログラムに関連付けて前記データベース内に格納し、前記ユーザの進捗と共に前記選択された健康関連プログラムを更新するステップと、
前記ユーザの進捗に関連する前記受信されたデータに基づいて前記選択された健康関連プログラムにおける前記ユーザの状況を決定するステップと、
前記選択された健康関連プログラムにおける前記ユーザの前記状況を、表示のために前記ユーザのクライアントデバイスに送信するステップと
のためのプログラムコードを備えたことを特徴とするコンピュータ可読記憶媒体。
【請求項１８】
前記選択された健康関連プログラムにおける前記目標に向かっての前記ユーザの進捗または前記ルーチンの前記タスクのうちの１つの完了に関連するデータを受信するステップは、前記ユーザによって使用された健康監視デバイスから前記データを受信するステップを備えたことを特徴とする請求項１７に記載のコンピュータ可読記憶媒体。
【請求項１９】
前記合致する健康関連プログラムを、表示のために前記ユーザのクライアントデバイスに送信するステップは、
前記データベース内で前記ユーザについてのプロファイルにアクセスするステップであって、前記プロファイルは前記ユーザについての健康関連情報を含む、該アクセスするステップと、
前記ユーザについての前記健康関連情報に応答して前記複数の健康関連プログラムを自動的に選択するステップと
を備えたことを特徴とする請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２０】
前記受信されたデータは数値測定値を備えたことを特徴とする請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２１】
前記状況を決定するステップは、前記数値測定値を前記健康関連プログラムに関連する閾値測定値と比較するステップを備えたことを特徴とする請求項２０に記載のコンピュータ可読記憶媒体。
【請求項２２】
前記受信されたデータは複数の測定値を備えたことを特徴とする請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２３】
前記選択された健康関連プログラムは少なくとも１つのタスクを含むルーチンを備え、および前記選択された健康関連プログラムにおける前記目標に向かっての前記ユーザの進捗または前記ルーチンの前記タスクのうちの１つの完了に関連するデータを受信するステップは、前記ルーチンの前記タスクのうちの１つのユーザ完了という指示を備えたことを特徴とする請求項１７に記載のコンピュータ可読記憶媒体。
【請求項２４】
第２のユーザのクライアントデバイスから前記健康関連プログラムの選択を受信するステップと、
前記１つの健康関連プログラムのための前記識別子を前記第２のユーザに関連付けて前記データベース内に格納し、前記健康関連プログラムでの前記第２のユーザの参加を示すステップと、
前記１つの健康関連プログラムにおける前記第２のユーザの第２の進捗に関連するデータを受信するステップと、
前記１つの健康関連プログラムにおける前記第２のユーザの第２の状況を決定するステップと、
前記状況と前記第２の状況との両方を前記ユーザおよび前記第２のユーザに対して表示のために提供するステップと
のためのプログラムコードをさらに備えたことを特徴とする請求項１７に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、２０１１年９月７日に出願された米国特許仮出願第６１／５３２０８０号の優先権を主張し、その全体を参照により本明細書に組み込む。
【０００２】
本開示は、健康に関連する活動に参加することを通じて健康へのユーザの関与を高めるためのオンラインアプリケーションに関する。
【背景技術】
【０００３】
ヘルスケアコストは、地方レベル、州レベル、および連邦レベルで個人、雇用者、および政府にとって大きな関心事である。ヘルスケア支出の大部分は、回避することができる病気および罹患に関連するので、回避することができる。ネガティブな行動に参加する圧力にしばしば関連する同調圧力は、健康を高めるうえで良いことのための力になり得る。多くの人は、友人、家族、および同僚の例に従って、積極的な健康関連の変化をつけようと動機付けられる。同様に、トレーニング計画など計画を続けるための個人の動機が薄れたとき、しばしば他者からの激励は、その個人を再び元気付ける。他者が自分達を勇気づけて欲しいと期待していることを知るだけで、ある朝ゆっくり眠っていることと起きてトレーニングすることの差になり得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、健康へのユーザの関与を高めるための方法およびシステムを提供する。
【課題を解決するための手段】
【０００５】
記載のシステムは、ユーザが自分達の健康ニーズを満たすのを支援するための健康関連プログラムを記憶する。ユーザは、それらのプログラムをブラウズし、参加するために１つを選択することができる。ユーザは、プログラムをブラウズすること、およびある基準で検索することができる。健康関連プログラムは、健康関連目標またはルーチンの形態をとることができる計画および挑戦課題を含む。計画は、ユーザによって個人的に使用されるように設計され、他者が参加することを必要としない。挑戦課題は、複数の個人が共同で参加するチーム環境を提供する。計画および挑戦課題は共に個人が作成することも、企業体が作成することもできる。計画および挑戦課題における状況は、ユーザによって、もしくは健康監視デバイスによって、またはそれら２つの組合せによって提供されるデータを使用して決定され、ダッシュボード内でユーザに対して表示される。
【図面の簡単な説明】
【０００６】
【図１】一実施形態を実装するためのコンピュータシステムのアーキテクチャのブロック図である。
【図２】健康関連の活動を選択し、その活動における進捗を監視する方法の図である。
【図３Ａ】計画をユーザに対して表示するユーザインターフェースの図である。
【図３Ｂ】計画をユーザに対して表示するユーザインターフェースの図である。
【図４】一実施形態による挑戦課題を作成するためのユーザインターフェースである。
【図５】一実施形態による挑戦課題での参加者の進捗を表示するユーザインターフェースである。
【図６】評価を選択するためのユーザインターフェースである。
【図７】選択された評価を表示するユーザインターフェースである。
【図８Ａ】ユーザがプライバシ設定を選択するためのユーザインターフェースの図である。
【図８Ｂ】ユーザがプライバシ設定を選択するためのユーザインターフェースの図である。
【図９Ａ】一実施形態によるデータアーキテクチャの図である。
【図９Ｂ】一実施形態によるデータアーキテクチャの図である。
【図９Ｃ】一実施形態によるデータアーキテクチャの図である。
【図９Ｄ】一実施形態によるデータアーキテクチャの図である。
【図９Ｅ】一実施形態によるデータアーキテクチャの図である。
【図９Ｆ】一実施形態によるデータアーキテクチャの図である。
【図１０】一実施形態によるデータアーキテクチャの図である。
【図１１】一実施形態によるデータアーキテクチャの図である。
【図１２】一実施形態によるデータアーキテクチャの図である。
【図１３】一実施形態によるデータアーキテクチャの図である。
【０００７】
これらの図は、例示のためだけに本発明の好ましい実施形態を示す。当業者なら、以下の考察から、本明細書に示されている構造および方法の代替的実施形態が、本明細書に記載の本発明の原理から逸脱することなしに使用されることを容易に理解するであろう。
【発明を実施するための形態】
【０００８】
概要
記載のシステムは、ユーザが自分達の健康ニーズを満たすのを支援するための健康関連プログラムを記憶する。健康関連プログラムは、健康関連目標またはルーチンの形態をとることができる計画および挑戦課題を含む。計画は、健康関連の活動を含み、ダイエット、運動、フィットネス、精神衛生、スポーツなどに関連する活動を含む。計画は、個人によって参加され、および他のユーザと共にまたは他のユーザなしで進行する。挑戦課題は、複数の個人が共同で参加するチーム環境を提供する。計画と挑戦課題の両方は、個人によってまたは企業体によって作成することができる。計画および挑戦課題における状況は、ユーザによってまたは健康監視デバイスによって、またはそれら２つの組合せによって提供されるデータを使用して決定され、ダッシュボード内でユーザに対して表示される。ユーザは、自分達の参加ならびに計画および挑戦課題からのデータを、１または複数のオンラインソーシャルネットワーキングプラットフォームを介して友人達と共有するか否か選択する。ユーザが共有する方を選んだ場合、システムは、ユーザの参加についての更新をソーシャルネットワーキングプラットフォームにポストする。
【０００９】
挑戦課題では、複数のユーザが目標またはルーチンに参加し、１または複数の賞が授与される。挑戦課題は、競争的または協力的なものである。競争的挑戦課題では、ルーチンを完了した、または目標を達成した最初のＮ人の個人にだけ賞が授与され、Ｎの値は、挑戦課題の創案者によって確立される。協力的挑戦課題では、目標を達成したまたはルーチンを完了した参加者すべてが賞を授与される。
【００１０】
システムアーキテクチャ
図１は、一実施形態によるシステム１００のための環境の高レベルブロック図である。システム１００は、ネットワークインターフェース１０５およびネットワーク１５０を介してクライアント１５５、健康監視デバイス１７０、ソーシャルネットワーキングプラットフォーム１７５、およびオンライン健康データサービス１８０と通信する。
【００１１】
システム１００は、単一のコンピュータ、またはクラウドベースのコンピュータ実装を含むコンピュータのネットワークを含むコンピュータシステムを使用して実装される。本明細書では、「コンピュータ」は、少なくとも１つのプロセッサ、コンピュータ実行可能プログラムおよびデータを記憶するように構成されたメモリ、プログラムおよびデータの永続記憶のための記憶デバイス、（１または複数の）プロセッサ、メモリ、ストレージを通信可能に結合するためのバス、ならびに入力デバイス、出力デバイス、およびネットワーク接続性のための関連の物理的インターフェースおよびプログラム的インターフェースを含むハードウェアデバイスを意味すると理解される。一般に、コンピュータは、１または複数の高性能ＣＰＵおよび１Ｇ以上のメインメモリ、ならびに５００Ｇｂから２Ｔｂのコンピュータ可読永続ストレージを含み、ＬＩＮＵＸ（登録商標）またはその変形形態などオペレーティングシステムを実行するサーバクラスコンピュータであることが好ましい。本明細書に記載のシステム１００の動作は、ハードウェアを通じて、または、ストレージにインストールされおよびそのようなサーバのプロセッサによって実行され本明細書に記載の機能を実施するコンピュータプログラムを通じて、制御することができる。システム１００は、ネットワークインターフェースおよびプロトコル、データ入力用の入力デバイス、ならびに表示、印刷、またはデータの他の提示用の出力デバイスを含めて、ここに記載の動作に必要な他のハードウェア要素を含む。明らかなように、本明細書に記載の様々なデータ処理動作は、本発明の実施形態を実施するためにシステム１００などコンピュータシステムの動作を必要とするほど十分に複雑かつ時間のかかるものである。このシステムは、記載されているようにハードウェアとソフトウェアの組合せを介して、または完全にハードウェア要素内で実装される。ネットワークインターフェース（たとえば、ルータ、ゲートウェイ、ファイアウォール）、負荷分散、セキュリティデバイス、バックアップデバイスなど従来の態様は示されていない。
【００１２】
システム１００は、本明細書に記載されているように、計画作成モジュール１１０、推奨モジュール１１５、状況モジュール１２０、公開モジュール１２５、挑戦課題モジュール１３０、評価モジュール１３５、およびデータベース１６５を含む。話を簡単にするために、システム１００の各構成要素の１つだけが示されているが、実際には、それぞれの複数が動作していてもよい。
【００１３】
計画作成モジュール１１０は、計画創案者によって提供される情報を用いて計画を作成するように構成され、およびこの機能を実施するための１つの手段である。計画作成モジュール１１０の動作については、下記でより詳細に述べる。
【００１４】
推奨モジュール１１５は、１または複数の基準に基づいて推奨される計画をシステム１００のユーザに提供するように構成され、およびこの機能を実施するための１つの手段である。推奨は、検索クエリに応答してなされても、ユーザがシステム１００にログインしたとき自動的に提供されてもよい。推奨モジュール１１５は、推奨する際に評価モジュール１３５からの出力を使用する。推奨モジュール１１５の動作については、下記でより詳細に述べる。
【００１５】
状況モジュール１２０は、ユーザによって、および／または健康監視デバイス１７０によって提供されるデータを使用し、ユーザが参加した計画および挑戦課題におけるユーザの進捗を決定するように構成され、この機能を実施するための１つの手段である。その進捗は、クライアント１５５にてユーザに対して表示するために提供される。また、ユーザの状況がデータベース１６５内にそのユーザに関連付けられて格納される。状況モジュール１２０の動作については、下記でより詳細に述べる。
【００１６】
公開モジュール１２５は、計画におけるユーザの進捗および参加についてユーザが情報を共有する方を選んだ場合、その情報をソーシャルネットワーキングプラットフォーム１７５に提供するように構成され、およびこの機能を実施するための１つの手段である。情報を提供することは、ユーザのプロファイルに対するポスト、新しいフィードに対するポスト、または状況更新を作成することという形態にあることができる。さらに、公開モジュール１２５は、計画、目標、または挑戦課題に参加するようにユーザによって友人に対して提出された招待を処理する。公開モジュール１２５の動作については、下記でより詳細に述べる。
【００１７】
挑戦課題モジュール１３０は、挑戦課題創案者によって提供される情報を用いて挑戦課題を作成するように構成され、およびこの機能を実施するための１つの手段である。また、挑戦課題モジュール１３０は、挑戦課題を操作し、および挑戦課題参加者の状況を参加者に提供するために情報を提供する。その動作については、下記でより詳細に述べる。
【００１８】
評価モジュール１３５は、ユーザが参加することができる評価を提供するように構成され、およびこの機能を実施するための１つの手段である。評価は、ユーザが回答する一連の質問であり、およびそれらの質問について評価の完了後に、スコアリングアルゴリズムを使用してスコアが生成される。評価の主題は、ユーザにとって関心のあるどのようなものとすることもできる。典型的には、評価は健康関連のものとなる。例は、それだけには限らないがＩＩ型糖尿病リスク、喘息管理、生物学的年齢、全体的な幸福などに関する評価を含む。評価モジュール１３５の出力は、データベース１６５内に格納される。評価モジュール１３５の動作については、下記でより詳細に述べる。
【００１９】
データベース１６５は、システムに関連するデータを格納するように構成される。データは、任意のタイプのデータ記憶システムを使用して記憶される。データは、計画および挑戦課題のパラメータ、ユーザアカウント情報、計画におけるユーザの進捗についてのデータ、およびこのデータのインデックスを含む。データベース１６５およびそのアーキテクチャは、付属書類（Ａｐｐｅｎｄｉｘ  Ａ）を参照して下記でより詳細に述べる。
【００２０】
ネットワーク１５０は、典型的にはインターネットであるが、任意のネットワークであってもよく、それだけには限らないがＬＡＮ、ＭＡＮ、ＷＡＮ、移動、有線、もしくは無線ネットワーク、遠距離通信ネットワーク、プライベートネットワーク、または仮想プライベートネットワーク、およびそれらの任意の組合せを含む。
【００２１】
クライアント１５５は、ネットワーク１５０上でシステム１００、および任意選択でオンライン健康データサービス１８０にアクセスするように適合され、クライアント１５５が順にシステム１００に送信する情報をユーザが入力することを可能にする任意のタイプのデバイスである。例は、タブレットコンピュータ、ラップトップ、スマートフォンなどハンドヘルド型および移動デバイスを含むパーソナルコンピューティングデバイスを含むが、それだけには限らない。話を簡単にするために、３つのクライアント１５５だけが示されているが、実際には、システム１００と通信する多数のクライアント１５５があることになる。
【００２２】
健康監視デバイス１７０は、健康関連のデータを収集し、そのデータを、ネットワーク１５０上でシステム１００に提供し、および任意選択でオンライン健康データサービス１８０に提供するように構成される任意の種類のデバイスである。健康監視デバイスは、血糖モニタ、血圧モニタ、ピークフローメータ、トレッドミル、エリプティカルマシン、ローイングマシン、歩数計、ランニングコンピュータ、サイクリングコンピュータ、体重計などを含むが、それだけには限らない。スマートフォンを、健康監視デバイス１７０ならびにクライアント１５５として動作するように構成することができる。スマートフォンは、フィットネスマシン上のバーコードまたはＱＲコード（登録商標）を読み取るように、またはデータを他の健康監視デバイス１７０から無線で（たとえば、ＮＦＣまたはＢｌｕｅｔｏｏｔｈ（登録商標）を介して）受信するように構成することによって、健康監視デバイス１７０として構成することができる。話を簡単にするために、１つの健康監視デバイス１７０だけが示されているが、実際には、システム１００と通信する多数の健康監視デバイス１７０があることになる。
【００２３】
ソーシャルネットワーキングプラットフォーム１７５は、ユーザがそれを通じてインタラクションする任意の種類のオンラインアプリケーションである。例は、ＦＡＣＥＢＯＯＫ（商標）、ＭＹＳＰＡＣＥ（商標）、ＧＯＯＧＬＥ＋（商標）、ＢＥＢＯ（商標）などを含む。システム１００は、典型的には、アプリケーションプログラミングインターフェース（ＡＰＩ）の使用を通じてソーシャルネットワーキングプラットフォーム１７５にアクセスする。一実施形態では、ユーザは、ソーシャルネットワーキングプラットフォーム１７５を介してシステムとインタラクションする。システム１００は、複数の異なるソーシャルネットワーキングプラットフォーム１７５と同時に通信するように構成することができる。
【００２４】
オンライン健康データサービス１８０は、ユーザが健康データを格納することができる任意の種類のオンラインアプリケーションである。例は、ＮＵＭＥＲＡ｜ＮＥＴ（商標）、ｗｅｂｍｄ．ｃｏｍ、ＭｉｃｒｏｓｏｆｔからのＨＥＡＬＴＨＶＡＵＬＴ（商標）、ならびに保険会社およびヘルスプロバイダによって作成されたウェブサイドおよび他のオンラインサービスを含む。
【００２５】
プロセス説明
次に、システム１００の様々なプロセス、およびその特定のモジュールの動作について、図２ないし図８を参照して述べる。
【００２６】
計画の作成
計画は、２つの主なタイプ−目標およびルーチンを含む。目標は、ユーザが目指す測定された結果である。目標の例は、１０ポンド減量する、マラソンを走る、コレステロールを５０ポイント下げる、イギリス海峡を泳ぐ、を含む。ルーチンは、ユーザが行うことを約束する一連の活動である。例は、週３回１マイル泳ぐ、１日に３種類の野菜を食べる、月１冊自己啓発書を読む、毎日昼休みにブロック周りを歩く、を含む。ルーチンは、複数の活動を含み、特定の目標に関連付けることができる。たとえば、ルーチンは、１）週３回１マイル泳ぐ、および２）週２回ウェイトを持ち上げる、であってもよい。目標は、サンフランシスコ湾内のアルカトラズ島から泳ぐことであってもよく、次いで、関連のルーチンは、アルカトラズからの水泳を達成するようにユーザをトレーニングするトレーニング計画となる。
【００２７】
計画は、個々のユーザまたは企業体が作成することができる。計画を作成する際には、計画創案者は、その計画に参加したユーザの進捗および他の計画属性を決定するために収集される健康対策を決定する。計画の他の属性は、どれだけの間、計画が使用可能となるか、計画の説明、計画のためのカテゴリ、計画を説明するためのキーワード（各キーワードについて任意選択で重み付けする）、計画についての難度レーティング、人気レーティング、およびスポンサーシップ情報を含むことができる。また、創案者は、１組のビジネス規則を使用して、誰に計画が見えるようになるか決定する。個々のユーザは、計画を作成し、それをソーシャルネットワーキングプラットフォーム１７５上でユーザの友人にだけ見えるようにしてもよい。計画を作成する企業体は、たとえば計画がその企業体の製品の使用を必要とする場合、計画を誰にでも見えるようにしてよい。あるいは、企業体は、計画をソーシャルネットワーキングプラットフォーム１７５上でそのメンバまたはそのファンだけに見えるようにしてもよい。このようにして、企業体は、ボーナスとしてメンバまたは得意顧客にとって使用可能な特別コンテンツを作成した。
【００２８】
計画の選択
ユーザがシステム１００にログインした後で、ユーザは、参加するために計画を選択することができる。図２を参照すると、ユーザは、計画を要求する（２０１）。それに応答して、推奨モジュール１１５は、１または複数の基準に基づいてデータベース１６５から取り出された（２０５）計画を提供する。提供される計画は、ブラウズするための計画とすることができ、計画は、健康状態、活動、（友人または特定の会社もしくはブランドによって作成された計画を閲覧するための）計画創案者など、メタデータとして関連の計画に基づく。いくつかの実施形態では、システム１００は、ユーザに計画を自動的に推奨する。ユーザがシステム１００とのアカウントをセットアップするとき、ユーザは、推奨モジュール１１５がユーザに計画を推奨するために使用する健康データのいくつかの項目を提供する。システム１００に提供されるデータの例は、年齢、体重、ユーザが喫煙するか否か、性別、１週間当たり何時間ユーザが運動するか、およびユーザにとって関心のある特定の健康問題（ＩＩ型糖尿病、肺気腫、肥満症、高コレステロールなど）を含む。
【００２９】
一実施形態では、ユーザのアカウントプロファイル内のデータに基づいてユーザに計画を推奨するとき、推奨モジュール１１５は、以下の式を使用する。
計画の関連性＝ｋｒ＊ｋｒｗ＋ｒ＊ｒｗ＋ｒｃ＊ｒｃｗ＋ｆｃ＊ｆｃｗ＋ｕｃ＊ｕｃｗ＋ｐｅ＊ｐｅｗ
上式で、
ｋｒ＝合致するキーワードの関連性の和
計画が作成されるとき、創案者は、１００ポイントを有し、様々なキーワードの間で分配することになる。これらのポイントは、そのキーワードがその計画に対して有する関連付けまたは関連性のレベルを表す。ユーザは、評価すること、または目標に参加することのようにシステム１００の機能を使用するとき、１組のキーワードにマッピングされることになる。
例：
プランＡのキーワード分布
減量＝８０
ストレスを軽減する＝５
友人を作る＝１０
禁煙する＝５
ユーザＡのキーワード
禁煙する
ストレスを軽減する
ユーザＡのｋｒ＝１０
ｒ＝計画レーティング＝１−（最高レーティング−計画レーティング）／最高レーティング
計画は、ユーザによってレーティングが与えられる。計画レーティングを決定するために、レーティングのすべてが平均される。一実施形態では、ユーザからのレーティングが、たとえばユーザがシステムのメンバであった時間の長さ、ユーザがシステム上でどれだけ活発であったかなど、ユーザについての情報に基づいて重み付けされる。
ｒｃ＝１−（すべての計画の最高レーティング合計数−計画レーティング合計数）／すべての計画の最高レーティング合計数
ｆｃ＝友人合計数＝１−（友人合計数−計画友人合計数）／友人合計数
ｕｃ＝計画ユーザ合計数＝１−（すべての計画の最高ユーザ合計数−計画ユーザ合計数）／すべての計画の最高ユーザ合計数 
ｐｅ＝計画有効性＝計画を完了するユーザの百分率、および
重み（モデル化を通じて決定される）
ｋｒｗ＝ｋｒ重み＝０．４
ｒｗ＝ｒ重み＝０．１
ｒｃｗ＝ｒｃ重み＝０．１
ｆｃｗ＝ｆｃ重み＝０．１
ｕｃｗ＝ｕｃ重み＝０．１
ｐｅｗ＝ｐｅ重み＝０．２
【００３０】
図３Ａは、推奨モジュール１１５によってクライアント１５５においてユーザに提供される計画の例である。この例では、推奨モジュール１１５は、推奨する際にユーザが提供した検索基準またはフィルタを考慮した。友人によって参加される計画、またはユーザのアカウントプロファイル（前述）に基づいて推奨モジュール１１５によって推奨される計画を、ユーザがその代わりに選択することを可能にするタブがある。また、図３Ａにおけるインターフェースは、参加した計画すべてをユーザが閲覧することを可能にするタブを有する。図３Ｂは、移動デバイス上でユーザに提供される計画のビューを提供する。
【００３１】
ユーザは、参加すべき計画を選択し（２０９）、選択された計画は、そのユーザに関連付けられてデータベース１６５内に格納される。
計画マーケットプレイス
【００３２】
マーケットプレイスは、推奨モジュール１１５によって、１組の健康コンテンツ（計画または挑戦課題）をグループ化しおよびエンドユーザに提示するための機構を提供する。マーケットプレイスは、管理上またはマーケティング上の必要に基づいて有用である任意の基準を使用してコンテンツをグループ化する。グループ化するための例示的な基準は、企業スポンサ、健康問題、および計画創案者を含むが、それだけには限らない。
【００３３】
企業体は、その企業スポンサ用にブランド付きマーケットプレイスを作成するためにシステム１００をライセンスすることができる（ライセンシ）。ライセンシは、使用可能な計画のライブラリからそのマーケットプレイス内に現れる特定の計画を選択する。また、ライセンシは、新しい計画を作成することができる。計画のどの創案者とも同様に、ライセンシは、作成された計画の可視性に影響を及ぼす１組の関連のビジネス規則を利用することができる。たとえば、ライセンシは、そのメンバにだけ見える計画を作成してもよい。また、ライセンシは、ビジネス規則を使用し、そのマーケットプレイス内でのその計画の配置を決定する。
【００３４】
マーケットプレイスはマーケットプレイス管理者のユーザインターフェースから管理され、このユーザインターフェースは、すべての使用可能なコンテンツのリストから選択することを可能にするツールを含む。このツールを使用して、マーケットプレイスの管理者は、計画説明、スケジュール、活動、およびレーティングなど、より詳細な情報をプレビューするために特定の計画および挑戦課題を選択する。これは、管理者が計画をマーケットプレイスに含めるかどうか判断する助けとなる。計画が選択されると、ツールは、その計画がそのライセンシのマーケットプレイス内に現れるために関連のビジネス規則にとって必要とされる追加の情報を供給するように管理者を促すことになる。この情報は−コンテンツの使用可能性についての開始／終了日付、プレミアム計画のための支払い／課金関連の情報、および、使用可能な計画がマーケットプレイスディスプレイ内でどのように分類されるかに影響を及ぼす任意選択のランキング値（数値）を含む。一実施形態では、マーケットプレイス内の計画のランキング値は、マーケットプレイスの性質（たとえば、一般的、またはライセンシ特有のもの）、計画の人気、計画の難度のレベル、計画のコスト、計画の有効性（たとえば、計画の成功裏の完了によって測定される）、計画の新しさなどの要因によって決定される。
【００３５】
計画における状況
ユーザが計画に参加した後で、システム１００は、ユーザの状況を定期的に監視し、その状況をユーザに提供する。目標についての状況は、目標に向かってのユーザの進捗であり、ルーチンについての状況は、ルーチンの遵守である。
【００３６】
状況モジュール１２０は、システム１００に提供されおよびデータベース１６５内に格納されたデータを使用して、目標に向かってのユーザの進捗（ｆ（ｍ））を決定する。進捗から見ると、目標は複雑なもの、または単純なものとすることができる。単純な目標は、１つのメトリック（たとえば、体重、胴回り測定値など）を使用して進捗が追跡されるものである。
単純な目標についてのｆ（ｍ）＝［（ｍ−ｍｉ）／ｔ］×１００
上式で、
ｍ：現在の測定値
ｍｉ：初期測定値
ｔ：標的測定値変化（正の変化または負の変化を示す符号付き）
例：
１５ポンド（６．８ｋｇ）減量する：ｍ＝１６０、ｔ＝−１５、ｍｉ＝１６５
ｆ（１６０）＝［（１６０−１６５）／−１５］×１００＝約３３．３４％
１０ポンド（４．５ｋｇ）増やす：ｍ＝１５５、ｔ＝１０、ｍｉ＝１５０
ｆ（１５５）＝［（１５５−１５０）／１０］×１００＝５０％
進捗を決定するための測定値が、クライアント１５５を介してユーザによって提供され（２１３）、または健康監視デバイス１７０から提供される（２１７）。図の例では、ネットワーク１５０にアクセスするように構成された体重計が、ユーザが自分で体重を測定した後でデータをシステム１００に送信することができる。状況を提供するために、状況モジュール１２０は、記憶されたデータを要求し（２２１）、状況を決定する（２２５）。
【００３７】
複雑な目標は、所望の値を計算するために複数のメトリックを必要とする。たとえば、血圧は、２つの構成要素−収縮期および拡張期を有する。複雑な目標に向かっての進捗は、目標に向かってなされた進捗の百分率を決定するのではなく、経時的な測定値の履歴としてユーザに対して表示することができる。あるいは、複雑な目標に特有なものである、より複雑な進捗測定アルゴリズムを、上述の単純な進捗と健康関連の要素（たとえば、体重、ＢＭＩ、ＨＤＬなど）の組合せに基づいて使用することができる。次いで、これらを使用し、目標に向かっての進捗の百分率を計算する。
【００３８】
ルーチンの遵守（ｃｏｍｐｌｉａｎｃｅ）ｆ（ｔ）は、状況モジュール１２０によって、やはりユーザによってシステム１００に提供される（または健康監視デバイス１７０によって提供される）データを使用して決定される。状況モジュール１２０は、ルーチンの創案者がルーチンにおける各活動について重要性のレベルを示すために使用する「活動重み付け」システムを使用する。活動重み付けは、増大する重要性の０ないし５の値である（ここで、重み付け０の活動はルーチン遵守の計算に入れられず、重み付け５の活動は、最高の相対的重要性が割り当てられる）。このスケールでは、重み付け３の活動が重み付け１の活動より３倍重要と考えられる。一実施形態では、測定可能な活動の部分的な完了が遵守に含まれる。たとえば、活動が５マイル走るべきであることを指定するがユーザが４マイルしか走らない場合には、８０％の予め重み付けされた活動遵守が計算に使用される。あるいは、活動の半分を超えて完了したことは完了とみなされ、半分未満は完了とみなされない。
【００３９】
ｆ（ｔ）を決定するための式は、
【００４０】
【数１】
2014529836.tif 000003
【００４１】
であり、上式で、
ｔ：開始の日付から現在の日付までの活動の総数
ａｎ：シリーズ内の現在の活動
実際：測定可能な活動について入力された実際の値（非測定可能な活動は１の値を有する）
標的：測定可能な活動についての標的値（非測定可能な活動は１の値を有する）
重み付け：活動の相対的な重み付け（０ないし５）
例：
３０日計画の５日目において、最初の５日間の各々における１つの活動は次の通り：
１日目：３マイル（４．８ｋｍ）走る（重み付け：３）：ユーザは２マイル（３．２ｋｍ）完了した
２日目：水を４杯飲む（重み付け：０）：ユーザは４杯飲んだ
３日目：２０分歩く（重み付け：１）：ユーザは２０分歩いた
４日目：ブロック周りを散歩する（重み付け：１）：ユーザは活動を完了した
５日目：５マイル（８．０５ｋｍ）走る（重み付け：４）：ユーザは５マイル（８．０５ｋｍ）完了した
ｆ（ｔ）＝［（（２／３）×３）＋（（４／４）×０）＋（（２０／２０）×ｌ）＋（（ｌ／ｌ）×ｌ）＋（（５／５）×４）］／［３＋０＋１＋１＋４］＝８／９×１００＝８８．８９％
【００４２】
決定された状況がクライアント１５５に提供される（２２９）。そこで、クライアント１５５にて表示されたダッシュボードにおいてユーザに対して表示される。ユーザは、ユーザが参加している各計画および挑戦課題ごとに高レベル状況を示す主ダッシュボードを有する。次いで、各計画または挑戦課題ごとに、その計画または挑戦課題についての追加の詳細をもたらす、より詳細なダッシュボードにアクセスすることができる。挑戦課題についての状況がどのように決定されるかについては、下記でより詳細に論じる。
【００４３】
検証済みデータ
システム１００に受け取られる、検証されているデータは、計画または目標における参加者の進捗の真の実態を提供するうえでより価値がある。検証されているデータは、データベース１６５内のものとして識別される。健康のことになると、人はしばしば、提供する情報をより肯定的になるように−実際に何日トレーニングするかを誇張する、週に何回ファーストフードを食べるかを最小限に抑えるなど、歪曲する。さらに、悪意のない誤りの可能性がある。検証済みデータは、これらの問題の対象でない。検証済みデータの例は、健康監視デバイス１７０によってレポートされた、または証人（参加者が昼休みに３０分散歩に費やしたことを確認する友人）によって検証されたデータを含む。標準的なフォーマット（Ｈｅａｌｔｈ  Ｌｅｖｅｌ  Ｓｅｖｅｎによって管理されるＨＬ７、ヘルスケアインフォーマティックスのための標準設定団体など）を使用してますます多くのデバイスがシステム１００と通信することが可能になることが予想される。参加者の家庭にある血糖監視デバイスは、データをシステム１００にレポートして返すことができる。参加者がその機械でどれだけの間トレーニングしたかを、運動機械が直接システム１００にレポートすることができ、または参加者がトレーニングを開始したとき、および終わったときスマートフォンで機械上のＱＲコードをスキャンすることができる。次いでスマートフォンは、費やされた時間量および機械の種類をシステム１００にレポートする。別の代替では、機械が参加者のトレーニングセッション（燃焼したカロリー、機械上で進んだ距離など）に特有のＱＲコードをセッションの終了時に生成し、次いでこのＱＲがユーザのスマートフォンによってスキャンされ、システム１００に送信して返される。この実施形態は、より多くのデータをシステム１００に提供するが、運動機械がネットワークへの接続を有することを必要としない。別の選択肢では、スマートフォン上のロケーション機能（たとえば、ＧＰＳ、またはネットワークローカリゼーション、または携帯電話塔三角測量による）を使用し、検証済みデータを提供することができる。たとえば参加者がジムにいたことを、ユーザがトレーニングしたことの検証として使用することができる。
【００４４】
検証済みデータを使用することができることは、検証済みデータがより信頼性の高いものであるので、ユーザならびに計画および挑戦課題の創案者に対して利点をもたらす。挑戦課題の創案者は、挑戦課題の勝利または完了に対する賞以外に、参加者が検証済みデータを提供するために追加のインセンティブを提供することができる。それに加えて、または代替として、検証済みデータには、競争的挑戦課題の勝者を決定するために使用されるアルゴリズムにおいてより多くの重みが与えられる。挑戦課題のスコアリングについては、下記でより詳細に論じる。一実施形態では、検証済みデータは、ユーザのダッシュボードにあるものとして識別される。ユーザが上達し、およびデータをソーシャルネットワーキングプラットフォーム１７５にて友人に見えるようにした場合、検証済みデータを提供しおよびそれを識別したことにより、自慢する権利という追加のインセンティブが提供される。
【００４５】
挑戦課題
挑戦課題モジュール１３０によって管理される挑戦課題は、設定された開始時間および終了時間を有し、参加するユーザがルーチンまたは目標に取り組んでいる間、互いに対話することを可能にすることによって社会的要素を提供するルーチンまたは目標である。これは、ルーチンまたは目標を完了するための追加の動機を提供する。挑戦課題であるルーチンおよび目標の属性は、計画であるルーチンおよび目標のための属性と同じである。挑戦課題におけるルーチンまたは目標もまた、計画として使用可能とすることができるが、そうである必要はない。計画のように、挑戦課題は、個々のユーザまたは挑戦課題のための属性を決定する企業体によって作成することができる。
【００４６】
挑戦課題は、１または複数の賞の授与を含む。賞は、ユーザが高く評価する可能性があるどのようなものとすることもできる。企業体によって提供される賞の例は、その企業体の商品もしくはサービスのためのディスカウントコード、または無料の商品もしくはサービスを含んでもよい。個人が挑戦課題をセットアップする場合、その個人は、勝者の選ぶ慈善に対する寄付、手作りの夕食、または接待イベントなど、より個人的な賞を提供することができる。また、反対の賞を敗者に授与してもよい。例示的な反対の賞は、腐った卵、およびその参加者の名前の横の滑稽なアイコンを、参加者のプロファイルピクチャとして、または参加者のプロファイルピクチャ上のバッジとして、挑戦課題が終わった後しばらくの間、貼り付けることである。
【００４７】
挑戦課題は、競争的または協力的なものとすることができる。挑戦課題の創案者は、挑戦課題が競争的なものになるか、それとも協力的なものになるかを決定する。競争的挑戦課題では、目標を達成する、またはルーチンを完了する最初の参加者（または最初のＮ人の参加者）だけが賞を勝ち取る。反対の賞は、最後に終わった、または全く終わらない参加者に授与することができる。協力的挑戦課題では、ルーチンを完了した、または目標を達成したあらゆる参加者が賞を勝ち取る。反対の賞は、協力的挑戦課題における参加者が全く終わらない場合、やはり授与することができる。
【００４８】
図４は、挑戦課題を作成するためのユーザインターフェースのスクリーンショットである。ボックス４０１でわかるように、挑戦課題の創案者は、２０ポンド減量する目標に対する挑戦課題に参加するように（システム１００のユーザすべてではなく）友人に挑戦した。創案者は、目標に到達した全員のための賞として約束を申し出ている。例示的な約束は、挑戦課題を終えた全員のためのパーティを主催すること、終了者すべてに１杯ずつおごることなどを含む。
【００４９】
ユーザは、開始前いつでも、また終了前いつでも挑戦課題に参加することができる。すなわち、ユーザは、進行中の挑戦課題に参加することができる。挑戦課題に参加したユーザは、挑戦課題における参加者と呼ばれる。参加者は、挑戦課題が終了する前いつでも、挑戦課題を離脱することができる。参加者が挑戦課題を離脱したとき、そのユーザはもはや参加者ではないが、ユーザは、挑戦課題が終了してしまっていない限り、参加者として再び挑戦課題に参加することができる。
【００５０】
一実施形態では、挑戦課題における参加者の進捗についてのデータが、挑戦課題における他の参加者にとって使用可能である。図４は、挑戦課題における参加者の進捗を示す例示的なダッシュボードを提供する。この例示的な挑戦課題は、「ｈｅａｌｔｈｃｏ」という企業体がスポンサになっている。賞は、地元のレストランでの無料の昼食である。挑戦課題の参加者に対して表示されるダッシュボードは、挑戦課題に参加するように他の友人を招待するためのボタンを含む。これらの招待は、ソーシャルネットワーキングプラットフォーム１７５を通じて処理される。
【００５１】
この挑戦課題は競争的なものであり、したがって、ダッシュボードは、リーダーボードを含む。特定の挑戦課題における各参加者について、挑戦課題モジュール１３０は、その挑戦課題に割り当てられたアルゴリズムを使用して挑戦課題における参加者の進捗を表す数ｆ（ｐ）を生成する。ｆ（ｐ）は、非負であり、数が高いほど、参加者が挑戦課題において向上している。参加者は、ｆ（ｐ）の降順でランク付けされる。２人の参加者がｆ（ｐ）について同じ値を有する場合には、参加者は同じランクを有する。一実施形態では、ランク付けは密（ｄｅｎｓｅ）ではない。たとえば、３人の参加者がおり、２人が１位同点である場合には、最後の参加者は３位になり、この場合には、どの参加者も２位にならない。
【００５２】
ｆ（ｐ）の決定は、挑戦課題が目標に基づくか、それともルーチンに基づくかによって決まる。計画を参照して論じたように、進捗は、目標とルーチンについて異なって決定される。ルーチンをベースとする挑戦課題の場合、ｆ（ｐ）は、ルーチンの遵守の関数である。
ｆ（ｐ）＝参加者ｐが完了した遵守活動数であり、完了した活動は、その活動に関連する測定値があればそれを参加者が満たす場合、遵守となる。その活動に関連する測定値がない場合には、そのステップは、完了したことにより遵守となる。
【００５３】
代替的実施形態では、参加者は、状況モジュール１２０によって決定される、および前述のように、参加者の、ルーチンの遵守ｆ（ｔ）に基づいてランク付けされる。
【００５４】
減量するための目標をベースとする挑戦課題についてのｆ（ｐ）の決定は、
ｆ（ｐ）＝（ｓ（ｐ）−ｃ（ｐ））／（ｓ（ｐ）−ｎ）
となり、上式で、
ｓ（ｐ）は、参加者の開始体重であり、
ｃ（ｐ）は、参加者の現在の体重であり、
ｎは、減量するポンドの数である。これは、挑戦課題の一部として指定され、挑戦課題における参加者すべてに共通である。
【００５５】
ある絶対測定値（たとえば、５，０００，０００歩歩く）に到達するための目標をベースとする挑戦課題の場合、ｆ（ｐ）は、各参加者が今までに歩いたちょうどその歩数である。
【００５６】
代替的実施形態では、挑戦課題モジュール１３０は、状況モジュール１２０によって決定される、また先に述べた目標に向かっての参加者の進捗ｆ（ｍ）に基づいて参加者をランク付けする。
【００５７】
評価
計画および挑戦課題に参加することに加えて、システム１００のユーザは、評価モジュール１３５によって管理されて、評価することができる。図５は、ユーザが行うために使用可能な評価を示すダイアログボックスを示す。評価５０１は、第三者（たとえば、この例ではＲＥＡＬＡＧＥ（商標））が提供することができる。さらに、システム１００によって提供される評価５０５細目もまた提示される。評価５０５は、初期のユーザアカウントセットアップ時に問われたもの以外の追加の質問を問う健康調査である。ユーザが評価５０５を完了した場合、推奨モジュール１１５は、計画および挑戦課題をそのユーザに推奨する際にその評価５０５の結果を使用する。任意選択で、推奨モジュール１１５は、評価の創案者にかかわらずユーザが何らかの評価をしたという事実、およびその結果を、計画および挑戦課題について推奨する際に使用する。
【００５８】
図６は、喘息評価のためのユーザインターフェースを示す。ユーザの回答が評価モジュール１３５に提供され、評価モジュール１３５は、その回答に基づいてそのユーザについてスコアを決定する。そのスコア、および任意選択でユーザの個々の回答は、ユーザに関連付けられてデータベース１６５内に格納される。
プライバシ
【００５９】
プライバシは、健康関連のアプリケーションのユーザにとって大きな関心事である。システム１００のユーザはシステム１００への参加の様々な側面のそれぞれについて、次いでユーザは他者に見えるようにしてもよいと判断した側面のそれぞれについて、誰に見えることになるか、プライバシ設定を決定する。図７は、ユーザがシステム１００での参加の各側面（プロファイルページ、参加した計画、参加した計画についての進捗、目標および測定値、ならびに完了した活動）についてその側面を見ることができる人がいれば誰かを示すプライバシ制御ダイアログボックスを示す。したがって、ユーザは、様々な計画におけるユーザの状況のダッシュボードを、ソーシャルネットワーキングプラットフォーム１７５で友人が見ることができるか、それともソーシャルネットワーキングプラットフォーム１７５で誰でも見ることができるか、それとも誰も見ることができないか決定することができる。ダッシュボードが誰かに見えるようにされる場合でさえ、ユーザは、個々の測定値（血圧、１日の歩数など）が他者に見えないことを選ぶことができる。
【００６０】
図７の例では、制御のレベルは、３つの選択肢−誰にも見えない（ｎｏ  ｏｎｅ）、誰でも、または友人のみを有する。他の実施形態では、ユーザが、何かを見てもよい個人を指定するまたは何かを見ないように個人を除外することができるように、追加の細分性が実装される。たとえば、参加した計画では、友人のジョン・ドウ、メリー・ジョーンズ、およびベティ・スミスを除く「友人のみ」によって見ることができる。一実施形態では、さらに可視性を、やはりシステム１００のユーザであるソーシャルネットワーキングプラットフォーム１７５の人に限定することができる。たとえば、ユーザは、ソーシャルネットワーキングプラットフォーム１７５の友人すべてまたはシステム１００を使用するソーシャルネットワーキングプラットフォーム１７５の友人だけに特定の側面を見ることを許すことを選ぶことができる。同様に、可視性は、ソーシャルネットワーキングプラットフォーム１７５の誰にでも、または、システム１００のユーザでもあるソーシャルネットワーキングプラットフォーム１７５の誰にでもあることができる。一実施形態では、システム１００によって表示されるプライバシ選択肢は、ソーシャルネットワーキングプラットフォーム１７５のものである。図７は、たとえばスマートフォン上で使用するための、プライバシの選択をするための代替のインターフェースを示す。
【００６１】
ユーザのプライバシの選択は、データベース１６５にて格納される。一実施形態では、プライバシポリシの施行は、ソーシャルネットワーキングプラットフォーム１７５によるものである。
【００６２】
一実施形態では、挑戦課題に参加することの一部として、ユーザは、挑戦課題における他の参加者がユーザの進捗を見ることを許す方を選ぶ。ユーザがそのレベルのアクセスを許すことを望まない場合、ユーザは、挑戦課題に参加することができない。挑戦課題の目的は完了することなので、人の進捗を秘密にしておくことは、挑戦課題の精神と矛盾する。ユーザは、ルーチンまたは目標が計画として使用可能な場合、挑戦課題の一部である基本的なルーチンまたは目標に当然ながら参加することができる。しかし、ユーザは、挑戦課題の一部でないことになる。
【００６３】
オンライン健康データサービス１８０との一体化
ユーザは、計画への参加からの自分達のデータを、ユーザがアカウントを有するオンライン健康データサービス１８０に提供するための選択肢を有する。さらに、健康監視デバイス１７０からのデータがオンライン健康データサービス１８０にすでに提供されていてもよく、およびユーザはオンライン健康データサービス１８０からこれらの測定値を取り出すためにシステム１００とのアカウントを構成することができる。これは、オンライン健康データサービス１８０とシステム１００との両方にデータを提供するために健康監視デバイス１７０を構成しなければならないことを回避する。ユーザは、オンライン健康データサービス１８０にて記憶されている他のデータをシステム１００と共用することを選んでもよい。この追加のデータは、推奨モジュール１１５が計画についてより個人化された推奨をユーザに提供することを可能にする。
【００６４】
データアーキテクチャ
図９ないし図１３は、一実施形態による、システム１００のデータのすべてをデータベース１６５内に格納するためのデータアーキテクチャを提供する。これらの図のすべてにおいて、属性を含むデータレコードが示されており、レコードが施錠されている属性が示されている。線分は、同じ属性（鍵アイコンで開始および終了する線分によって示されている）に対して施錠されているレコードを接続し、また、一方のレコードは属性で施錠され、他方は属性を含むがその属性（線分の鍵端部が属性で施錠されているデータに接続され、次いで、その属性を含むがその属性で施錠されていないデータにおいて無限ループで終わる）で施錠されていないレコードを接続する。図９ないし図１３を通して、「計画」という語は、「ルーチン」タイプの計画を指すことに留意されたい。
【００６５】
図９は、すべてのデータ間の相互関係の概観を提供する。これは、ユーザについてのレコード、ルーチン、目標、ユーザの目標、計画の一部として提供されるデータなどを含む。
【００６６】
図１０は、ユーザの、ルーチンの遵守を追跡するためのデータを示す。
【００６７】
図１１は、目標に向かってのユーザの進捗を追跡するためのデータを示す。
【００６８】
図１２は、挑戦課題についての進捗を追跡するためのデータを示す。
【００６９】
図１３は、健康監視デバイス１７０から受け取られる測定値に含まれるデータを示す。
【００７０】
この説明では、「モジュール」という用語は、指定された機能を提供するための計算論理およびデータを指す。モジュールは、ハードウェア、ファームウェア、および／またはソフトウェアで実装することができる。本明細書に記載のモジュールがソフトウェアとして実装される場合、モジュールは、スタンドアロンのプログラムとして実装することができるが、他の手段を通じて、たとえばより大規模なプログラムの一部として、複数の別個のプログラムとして、または１もしくは複数の静的もしくは動的にリンクされたライブラリとして実装することもできる。これらのソフトウェア実装のいずれかにおいて、モジュール（たとえば、計画作成モジュール１１０、推奨モジュール１１５、状況モジュール１２０、公開モジュール１２５、挑戦課題モジュール１３０、および評価モジュール１３５）は、システム１００のコンピュータ可読永続記憶装置に記憶され、メモリ内にロードされ、システムのコンピュータの１または複数のプロセッサによって実行される。
【００７１】
様々な構成要素間の機能の特定の区分は、ソフトウェア開発環境および本発明を実施するために使用されるハードウェアプラットフォームの多様性を考えると、本明細書に記載されているものとは異なる。したがって、様々な上述の構成要素の特定の機能は、より多くの要素、またはより少ない要素で提供されてもよい。したがって、本発明の開示は、以下の特許請求の範囲に記載されている本発明の範囲を例示するものであり、限定するものではない。
【００７２】
諸要素が、示されているように編成されることは必要でない。すなわち、これらの要素は、他のエンティティによってホストすることができ、または場合によっては、スタンドアロンであってもよい。また、システムの実装によっては、様々な要素が異なる構成で現れる。さらに、本発明のあらゆる実施形態が、示されている要素のすべてを含むことは必要でない。同様に、本発明を通じて他の要素、および部分要素について述べられているので、本発明の様々な実施形態は、記載の要素および部分要素を除外してもよいこと、これらの要素および部分要素が、示されているもの以外の構成でホストされてもよいこと、ならびに要素および部分要素は、ある要素内にあっても、異なる場所で、または示されているものと異なるエンティティによってホストされてもよいことを理解されたい。
【００７３】
構成要素の特定の命名、用語の大文字使用、属性、データ構造、または任意の他のプログラミングもしくは構造上の態様は、強制的なものでも重要なものでもなく、本発明またはその特徴を実装する機構は、異なる名前、フォーマット、またはプロトコルを有してもよい。
【００７４】
上記の説明のいくつかの部分は、情報に対する演算のアルゴリズムおよび記号表現によって、本発明を記述している。これらのアルゴリズム的記述および表現は、その仕事の内容を最も効果的に他の当業者に伝えるために、データ処理技術における当業者によって使用される手段である。これらの演算は、機能的、計算的、または論理的に述べられているが、コンピュータプログラムまたは等価の電気回路、マイクロコードなどによって実装されることを理解されたい。
【００７５】
様々な量、データ値、および計算を説明するために使用される用語は、適切な物理量と関連付けられるものと理解され、これらの量に適用された便宜上のラベルにすぎない。別段考察から明らかなものとして特に述べられていない限り、説明を通して、「処理」または「コンピューティング」または「計算」または「決定」などの用語を使用する考察は、コンピュータシステムのメモリもしくはレジスタ、または他のそのような情報記憶装置、送信装置もしくは表示装置内で物理（電子）量として表されるデータを操作および変形するコンピュータシステムまたは同様の電子コンピューティングデバイスのアクションおよびプロセスを指すことを理解されたい。
【００７６】
また、本発明は、本明細書の動作を実施するための装置に関する。この装置は、必要とされる目的のために特に構築されるか、またはコンピュータ内に記憶されたコンピュータプログラムによって選択的に活動化または再構成される汎用コンピュータを備えてもよい。そのようなコンピュータプログラムは、フロッピディスク、光ディスク、ＣＤ−ＲＯＭ、磁気光学ディスクを含む任意のタイプのディスク、読出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気カードもしくは光カード、特定用途向け集積回路（ＡＳＩＣ）、または電子命令を記憶するのに適した、およびそれぞれがコンピュータシステムバスに結合される任意のタイプの媒体など非一時的なコンピュータ可読記憶媒体内に記憶されるが、それだけには限らない。さらに、本明細書内で言及されるコンピュータは、単一のプロセッサを含んでも、高いコンピューティング能力のためにマルチプロセッサ設計を使用するアーキテクチャであってもよい。
【００７７】
最後に、本明細書で使用される文言は、主に読みやすさおよび説明の目的のために選択されており、および本発明の主題を正確に述べるまたは制限するために選択されていないことに留意されたい。したがって、本発明の開示は本発明の範囲を例示するものであるが、これに限定するものではない。
【図１】
2014529836.tif 000004
【図２】
2014529836.tif 000005
【図９Ａ】
2014529836.tif 000006
【図９Ｂ】
2014529836.tif 000007
【図９Ｃ】
2014529836.tif 000008
【図９Ｄ】
2014529836.tif 000009
【図９Ｅ】
2014529836.tif 000010
【図９Ｆ】
2014529836.tif 000011
【図１１】
2014529836.tif 000012
【図３Ａ】
2014529836.tif 000013
【図３Ｂ】
2014529836.tif 000014
【図４】
2014529836.tif 000015
【図５】
2014529836.tif 000016
【図６】
2014529836.tif 000017
【図７】
2014529836.tif 000018
【図８Ａ】
2014529836.tif 000019
【図８Ｂ】
2014529836.tif 000020
【図１０】
2014529836.tif 000021
【図１２】
2014529836.tif 000022
【図１３】
2014529836.tif 000023
【国際調査報告】
2014529836.tif 000024