(57)【要約】  ユーザへのコンテキストベースのヘルスケア介入を提供するためのコンピュータ実装された方法が提供される。該方法は、コンテキスト情報を、複数の供給源から取得するステップ２０２と、該取得されたコンテキスト情報に基づいて、該ユーザに関連するユーザプロファイルを更新するステップ２０４であって、該ユーザプロファイルは、複数のヘルスケアトピックのそれぞれについての関心レベル値を有するステップと、該ユーザプロファイルにおける該関心レベル値に基づいて、複数のヘルスケアトピックのうちの１つを選択するステップ２０６と、該選択されたヘルスケアトピックに基づいて、ユーザに介入推奨を提供するステップ２０８であって、該介入推奨は、該選択されたヘルスケアトピックに関連する提案される情報又はユーザ装置についての提案される調節に関連するステップと、を有する。
2021527870.tif 000002
【特許請求の範囲】
【請求項１】
ユーザへのコンテキストベースのヘルスケア介入を提供するためのコンピュータ実装された方法であって、
ユーザの行動、ユーザの生理学的状態、ユーザの現在位置、現在の時刻及び／又は日付のうちの少なくとも１つに関連するコンテキスト情報を、複数の供給源から取得するステップと、
前記取得されたコンテキスト情報に基づいて、前記ユーザに関連するユーザプロファイルの複数の関心レベル値の少なくとも１つを更新するステップであって、前記複数の関心レベル値のそれぞれは、複数のヘルスケアトピックのうちの１つに関連し、関心レベル値は、それぞれのヘルスケアトピックについてのサポートを受けるユーザの関心の度合い及び／又は要件を示す、ステップと、
前記ユーザプロファイルにおける前記関心レベル値に基づいて、複数のヘルスケアトピックのうちの１つを選択するステップと、
前記選択されたヘルスケアトピックに基づいて、ユーザに介入推奨を提供するステップであって、前記介入推奨は、前記選択されたヘルスケアトピックに関連する提案される情報又はユーザ装置についての提案される調節に関連し、前記ユーザ装置についての提案される調節は、ユーザ装置の設定の変更、ユーザ装置のスイッチオン、及びユーザ装置のスイッチオフのうちの少なくとも１つを有する、ステップと、
を有する方法。
【請求項２】
前記ヘルスケアトピックを選択するステップは、
第１の所定の閾値よりも高い関連する関心レベル値を持つヘルスケアトピックを選択するステップ、
前記ユーザプロファイルの更新に続いて、前記複数のヘルスケアトピックの少なくとも１つについての関心レベル値の変化を決定し、それぞれ決定された前記関心レベル値の変化が第２の所定の閾値よりも大きい場合に、前記ヘルスケアトピックを選択するステップ、又は
所定の閾値よりも高い関連する関心レベル値を持つ別のヘルスケアトピックに関連する又は類似するヘルスケアトピックを選択するステップ
を有する、請求項１に記載のコンピュータ実装された方法。
【請求項３】
前記選択されたヘルスケアトピックについて前記ユーザの説得スタイルの好みを取得するステップを更に有し、前記ユーザの取得された説得スタイルの好みは、前記ユーザについての介入推奨の内容又は前記ユーザにどのように介入が提供されるべきかについてのガイダンスを提供し、前記介入推奨を提供するステップは、前記選択されたヘルスケアトピックについての前記ユーザの前記取得された説得スタイルの好みに更に基づく、請求項１又は２に記載のコンピュータ実装された方法。
【請求項４】
前記ユーザプロファイルは更に、前記複数のヘルスケアトピックのそれぞれについてのパフォーマンスレベル値を有し、前記パフォーマンスレベル値は、それぞれのヘルスケアトピックに関連する行動のユーザのパフォーマンスの品質を示し、前記介入推奨を提供するステップは更に、前記ユーザプロファイルにおける前記選択されたヘルスケアトピックについての前記パフォーマンスレベル値に基づく、請求項１乃至３のいずれか一項に記載のコンピュータ実装された方法。
【請求項５】
前記提供された介入推奨の受諾又は拒絶を示すユーザからの入力を受信するステップを更に有し、
前記受信された入力が受諾を示す場合、前記方法は更に、前記介入推奨を実行するステップを有し、
前記受信された入力が拒絶を示す場合、前記方法は更に、前記選択されたヘルスケアトピックに基づいて、異なる介入推奨をユーザに提供するステップを有する、
請求項１乃至４のいずれか一項に記載のコンピュータ実装された方法。
【請求項６】
前記受信された入力が受諾を示す場合、前記方法は更に、所定の期間に亘り実行された介入の有効性の変化を決定するステップを有する、請求項５に記載のコンピュータ実装された方法。
【請求項７】
前記実行された介入の有効性の前記決定された変化と予期される有効性指標との間の差を決定するステップであって、前記予期される有効性指標は、前記実行された介入の有効性の予期される変化を表す、ステップと、
前記決定された差が所定の閾値よりも大きい場合、前記実行された介入のパラメータ及び／又は内容を調節するステップと、
を更に有する、請求項６に記載のコンピュータ実装された方法。
【請求項８】
前記受信された入力が受諾を示す場合、前記方法は更に、前記実行された介入に対するユーザの満足の度合いを示す全体満足度スコアを決定するステップを有し、前記全体満足度スコアを決定するステップは、
前記実行された介入に起因する進捗に対するユーザの満足の度合いを示す進捗満足度スコアを決定するステップと、
穏やな説得の手段に対する、より急激な説得の手段を受容するユーザの意欲の度合いを示す進捗指向スコアを決定するステップと、
前記実行された介入に関連する説得スタイルに対するユーザの満足の度合いを示す説得満足度スコアを決定するステップと、
前記進捗満足度スコア、前記進捗指向スコア及び前記説得満足度スコアに基づいて、全体満足度スコアを決定するステップと、
を有する、請求項５乃至７のいずれか一項に記載のコンピュータ実装された方法。
【請求項９】
前記全体満足度スコアと予期される満足度スコアとの間の差を決定するステップであって、前記予期される満足度スコアは、前記実行された介入に対するユーザの予期される満足の度合いを示す、ステップと、
前記決定された差が所定の閾値よりも大きい場合、前記実行された介入のパラメータ及び／又は内容を調節するステップと、
を更に有する、請求項８に記載のコンピュータ実装された方法。
【請求項１０】
複数のヘルスケア関連メッセージを取得するステップと、
前記取得された内容情報及び前記選択されたヘルスケアトピックの少なくとも一方に基づいて、前記複数のヘルスケア関連メッセージのそれぞれについての優先度値を決定するステップと、
前記優先度値に基づいて、前記ユーザに前記複数のヘルスケア関連メッセージの少なくとも１つを提供するステップと、
を更に有する、請求項１乃至９のいずれか一項に記載のコンピュータ実装された方法。
【請求項１１】
前記複数のヘルスケア関連メッセージの少なくとも１つを提供するステップは更に、負荷インジケータ値に基づき、前記負荷インジケータ値は、過剰な情報によりユーザに過負荷をかける可能性を示す、請求項１０に記載のコンピュータ実装された方法。
【請求項１２】
前記ユーザに対するヘルスケア関連メッセージの提供に続いて、負荷インジケータ値を更新するステップを更に有する、請求項１０又は１１に記載のコンピュータ実装された方法。
【請求項１３】
コンピュータ読み取り可能媒体を有するコンピュータプログラム製品であって、前記コンピュータ読み取り可能媒体は、該媒体において実施化されたコンピュータ読み取り可能なコードを持ち、前記コンピュータ読み取り可能なコードは、適切なコンピュータ又はプロセッサによる実行の際に、前記コンピュータ又はプロセッサが請求項１乃至１２のいずれか一項に記載の方法を実行するようにされるよう構成された、コンピュータプログラム製品。
【請求項１４】
ユーザへのコンテキストベースのヘルスケア介入を提供するための装置であって、前記装置は、
ユーザの行動、ユーザの生理学的状態、ユーザの現在位置、現在の時刻及び／又は日付のうちの少なくとも１つに関連するコンテキスト情報を、複数の供給源から取得し、
前記取得されたコンテキスト情報に基づいて、前記ユーザに関連するユーザプロファイルの複数の関心レベル値の少なくとも１つを更新し、ここで前記複数の関心レベル値のそれぞれは、複数のヘルスケアトピックの１つに関連し、関心レベル値は、それぞれのヘルスケアトピックについてのサポートを受けるユーザの関心の度合い及び／又は要件を示し、
前記ユーザプロファイルにおける前記関心レベル値に基づいて、複数のヘルスケアトピックのうちの１つを選択し、
前記選択されたヘルスケアトピックに基づいて、ユーザに介入推奨を提供し、ここで前記介入推奨は、前記選択されたヘルスケアトピックに関連する提案される情報又はユーザ装置についての提案される調節に関連し、ユーザ装置についての提案される調節は、ユーザ装置の設定の変更、ユーザ装置のスイッチオン、及びユーザ装置のスイッチオフのうちの少なくとも１つを有する、
よう構成されたプロセッサを有する、装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテキストベースのヘルスケア介入をユーザに提供するための装置及び方法に関する。本発明はまた、ユーザへのコンテキストベースのヘルスケア介入推奨の提供を最適化するための装置及び方法に関する。
【背景技術】
【０００２】
健康上の利益を達成するためにユーザの行動を変更することは、特に永続的な健康上の利益が望まれる場合には、常に困難であった。エクササイズであれダイエットであれ、目標に向けた予め定義された静的なスケジュールに対するユーザの順守度は、従来低い。ダイエットのコーチやパーソナルトレーナは、個人の特性、好み、進捗に基づいて戦略を調整するため、通常はより効果的である。
【０００３】
現在、ユーザに基づいて介入戦略を調整するデジタルコーチングソリューションを構築するための幾つかの既知のソリューションがあり、それらは、典型的には、グラフィカルユーザインタフェースを介したユーザとの対話を伴う。しかしながら、これらのソリューションは通常、複数のユーザに対して同時に複数の個人的な健康目標を達成するのではなく、特定の個人のみに対して１つの個人的な健康目標を達成すること（例えば、体重を減らすこと、又はマラソンを走らせること）に焦点を当てている。現在知られているソリューションが適切に対処しない多くの態様もある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述のように、例えば家庭環境における多数の家族構成員のために、ユーザ又は複数のユーザにヘルスケアコーチング及びガイダンスに関する介入を提供するための現在利用可能なソリューションに関連する、多数の欠点がある。
【０００５】
例えば、現在知られているシステムは、コーチング内容のユーザへの関連性が、ユーザの健康状況の変化のために時間の経過と共に急速に変化する可能性があるという事実を、考慮に入れていない。また、最初は、どのようにユーザを効果的かつ許容可能な方法で個人的にコーチングするかが不明であることが多く、従って、幾つかの異なる戦略を探索する必要がある場合があり、この異なる戦略を試行する必要性は、現在利用可能なソリューションでは考慮されていない。更に、現在知られているシステムは、コーチングのプロセスが、センサデータだけでは捕捉できないコンテキスト情報を収集するために、ユーザとコーチングシステムとの間の継続的な対話を必要とするという事実にも、対処していない。
【０００６】
従って、コンテキストベースのヘルスケア介入をユーザに提供するための、改善された方法を提供することが有利であろう。本発明は、特に、パーソナルコーチングシステム、接続されたパーソナルケア装置及び／又はパーソナルヘルス装置、会話型ユーザインタフェース、及び人工知能の分野における、パーソナルな動的関心プロファイルに基づくパーソナライズされた行動変更の介入のインスタンス化、監視及び適応に関する。
【課題を解決するための手段】
【０００７】
前述の問題のうちの１つ又は複数により良く対処するために、第１の態様においては、コンテキストベースのヘルスケア介入をユーザに提供するためのコンピュータ実装された方法を提供する。該方法は、ユーザの行動、ユーザの生理学的状態、ユーザの現在位置、現在の時刻及び／又は日付のうちの少なくとも１つに関連するコンテキスト情報を、複数の供給源から取得するステップと、前記取得されたコンテキスト情報に基づいて、前記ユーザに関連するユーザプロファイルの複数の関心レベル値の少なくとも１つを更新するステップであって、前記ユーザプロファイルは、複数のヘルスケアトピックのそれぞれについての関心レベル値を有し、関心レベル値は、それぞれのヘルスケアトピックについてのサポートを受けるユーザの関心の度合い及び／又は要件を示す、ステップと、前記ユーザプロファイルにおける前記関心レベル値に基づいて、複数のヘルスケアトピックのうちの１つを選択するステップと、前記選択されたヘルスケアトピックに基づいて、ユーザに介入推奨を提供するステップであって、前記介入推奨は、前記選択されたヘルスケアトピックに関連する提案される情報又はユーザ装置についての提案される調節に関連するステップと、を有する。
【０００８】
幾つかの実施例においては、前記ヘルスケアトピックを選択するステップは、第１の所定の閾値よりも高い関連する関心レベル値を持つヘルスケアトピックを選択するステップ、前記ユーザプロファイルの更新に続いて、前記複数のヘルスケアトピックの少なくとも１つについての関心レベル値の変化を決定し、それぞれ決定された前記関心レベル値の変化が第２の所定の閾値よりも大きい場合に、前記ヘルスケアトピックを選択するステップ、又は所定の閾値よりも高い関連する関心レベル値を持つ別のヘルスケアトピックに関連する又は類似するヘルスケアトピックを選択するステップを有する。
【０００９】
幾つかの実施例においては、該コンピュータ実装された方法は、前記選択されたヘルスケアトピックについて前記ユーザの説得スタイルの好みを取得するステップを更に有しても良い。これらの実施例においては、介入推奨を提供することは、選択されたヘルスケアトピックに対するユーザの取得された説得スタイルの好みに更に基づいても良い。
【００１０】
幾つかの実施例においては、ユーザ装置についての提案された調節は、ユーザ装置の設定を変更すること、ユーザ装置をオンにすること、及びユーザ装置をオフにすることのうちの少なくとも１つを有しても良い。
【００１１】
幾つかの実施例においては、ユーザプロファイルは、複数のヘルスケアトピックのそれぞれについてのパフォーマンスレベル値を更に有しても良い。これらの実施例においては、介入推奨を提供するステップは、ユーザプロファイル内の選択されたヘルスケアトピックのパフォーマンスレベル値に更に基づいても良い。
【００１２】
幾つかの実施例においては、該コンピュータ実装された方法は、提供された介入推奨の受諾又は拒絶を示す入力をユーザから受信するステップを更に有しても良い。これらの実施例においては、受信された入力が受諾を示す場合、該方法は、介入推奨を実行するステップを更に有しても良く、受信された入力が拒絶を示す場合、該方法は、選択されたヘルスケアトピックに基づいて、異なる介入推奨をユーザに提供するステップを更に有しても良い。
【００１３】
幾つかの実施例においては、受信された入力が受諾を示す場合、該方法は、所定の期間に亘り実行された介入の有効性の変化を決定するステップを更に有する。これらの実施例においては、該コンピュータ実装された方法は、実行された介入の有効性の決定された変化と、実行された介入の有効性の予期される変化を表す予期される有効性指標との間の差を決定するステップと、決定された差が所定の閾値よりも大きい場合に、実行された介入のパラメータ及び／又は内容を調整するステップとを更に有しても良い。
【００１４】
幾つかの実施例においては、受信された入力が受諾を示す場合、該方法は、実行された介入でのユーザの満足度を示す全体満足度スコアを決定するステップを更に含み、全体満足度スコアを決定することは、実行された介入に起因する進捗に関してユーザの満足度を示す進捗満足度スコアを決定するステップと、穏やかな説得手段に対してより急激な説得手段を受け入れるユーザの意欲の度合いを示す進捗指向スコアを決定することと、実行された介入に関連する説得スタイルでのユーザの満足度を示す説得満足度スコアを決定するステップと、進捗満足度スコア、進捗指向スコア、及び説得満足度スコアに基づいて全体満足度スコアを決定するステップと、を有する。
【００１５】
幾つかの実施例においては、本方法は、全体満足度スコアと予期される満足度スコアとの間の差を決定するステップであって、予期される満足度スコアが、実行された介入に対するユーザの予期される満足度を示すステップと、決定された差が所定の閾値よりも大きい場合に、実行された介入のパラメータ及び／又は内容を調整するステップとを更に有しても良い。
【００１６】
幾つかの実施例においては、該コンピュータ実装された方法は、複数のヘルスケア関連メッセージを取得するステップと、取得されたコンテキスト情報及び選択されたヘルスケアトピックのうちの少なくとも１つに基づいて、複数のヘルスケア関連メッセージのそれぞれの優先度値を決定するステップと、優先度値に基づいて、複数のヘルスケア関連メッセージのうちの少なくとも１つをユーザに提供するステップとを更に有しても良い。
【００１７】
幾つかの実施例においては、複数のヘルスケア関連メッセージのうちの少なくとも１つを提供するステップは、負荷インジケータ値に更に基づいても良く、負荷インジケータ値は、過剰な情報でユーザに過負荷をかける可能性を示す。
【００１８】
幾つかの実施例においては、該コンピュータ実装された方法は、ユーザにヘルスケア関連メッセージを提供した後に、負担インジケータ値を更新するステップを更に有しても良い。
【００１９】
第２の態様においては、該コンピュータ読み取り可能媒体を備えるコンピュータプログラム製品が提供され、その中に実施化されたコンピュータ読み取り可能コードを有するコンピュータ可読媒体が提供され、コンピュータ読み取り可能コードは、適切なコンピュータ又はプロセッサによって実行されると、コンピュータ又はプロセッサに第１の態様に従った方法を実行させるように構成される。
【００２０】
第３の態様においては、ユーザにコンテキストベースのヘルスケア介入を提供するための装置が提供される。前記装置は、ユーザの行動、ユーザの生理学的状態、及びユーザの環境のうちの少なくとも１つに関連するコンテキスト情報を、複数の供給源から取得し、前記取得されたコンテキスト情報に基づいて、前記ユーザに関連するユーザプロファイルの複数の関心レベル値の少なくとも１つを更新し、ここで前記ユーザプロファイルは、複数のヘルスケアトピックのそれぞれについての関心レベル値を有し、関心レベル値は、それぞれのヘルスケアトピックについてのサポートを受けるユーザの関心の度合い及び／又は要件を示し、記ユーザプロファイルにおける前記関心レベル値に基づいて、複数のヘルスケアトピックのうちの１つを選択し、前記選択されたヘルスケアトピックに基づいて、ユーザに介入推奨を提供し、ここで前記介入推奨は、前記選択されたヘルスケアトピックに関連する提案される情報又はユーザ装置についての提案される調節に関連するよう構成されたプロセッサを有する。
【００２１】
上述の態様及び実施例によれば、既存の技術の制約が対処される。特に、上記の態様及び実施例は、複数の異なる供給源から取得されるコンテキスト情報に基づいて、医療介入が推奨され、ユーザに提供されることを可能にする。上述の実施例は、接続されたパーソナルケア装置及び／又はパーソナルヘルス装置の生態系において、及び家庭環境で動作する複数の健康目標に関するバランスのとれたパーソナルなコーチングを提供する。このようにして、本開示に記載される実施例は、以下のことを可能にする：
−データ収集と継続的な自然言語対話による時間経過に対する洞察の構築、
−各ユーザが各ユーザに関連する問題に対するサポートを受けるようにする、各ユーザの注意深い動的関心プロファイリング、
−コンテキスト、ユーザプロファイル、及び説得スタイルの好みに基づいて調整された対話、
−装置挙動を会話ベースのコーチングと組み合わせて、有効性及び受諾に基づいてパーソナル化された行動変更戦略。
【００２２】
従って、ユーザにコンテキストベースのヘルスケア介入を提供するための改善された方法及び装置が提供される。本開示のこれら及び他の態様は、以下に記載される実施例から明らかであり、それを参照して解明されるであろう。
【００２３】
実施例のより良い理解のために、及び実施例がどのように実施され得るかをより明確に示すために、ここで、単なる例として、添付の図面を参照する。
【図面の簡単な説明】
【００２４】
【図１】一実施例によるユーザへコンテキストベースのヘルスケア介入を提供するための装置のブロック図である。
【図２】一実施例によるユーザへコンテキストベースのヘルスケア介入を提供するための方法を示す。
【図３】一実施例によるユーザへコンテキストベースのヘルスケア介入を提供するためのシステムを示す図である。
【図４】図３のケアリングホームモジュールを示す図である。
【図５】データベースにおける複数のヘルスケアトピックの階層構造の模式的な図である。
【図６】ヘルスケアトピックに関連するケアモジュールの模式的な図である。
【図７】図４の装置のユーザプロファイル管理ユニットの模式的な図である。
【図８】階層構造における複数のヘルスケアトピックについてのユーザプロファイルにおけるコンテキストユーザデータを示す模式的な図である。
【図９】ヘルスケアトピックについてのユーザプロファイルにおける複数のパラメータのそれぞれについてのスケールの例を示す。
【図１０】一実施例によるアクティブにされたケアモジュールに関連する方向において示されるフロー図である。
【図１１】一実施例による非アクティブにされたケアモジュールに関連する方向において示されるフロー図である。
【図１２】図４の装置の対話スケジューリングユニットの模式的な図である。
【図１３】図１２の対話スケジューリングユニットについての模式的な図である。
【図１４】図１２の対話スケジューラの対話ハンドラの挙動を表す有限状態図である。
【発明を実施するための形態】
【００２５】
上述したように、既存の問題に対処する改良された装置及び該装置を動作させる方法が提供される。
【００２６】
図１は、ユーザにコンテキストベースのヘルスケア介入を提供するために使用しても良い、一実施例による装置１００のブロック図を示す。装置１００の動作は、単一のユーザの状況で以下に説明されるが、装置１００は、複数のユーザにコンテキストベースのヘルスケア介入を提供することが可能であることが理解されるであろう。
【００２７】
図１に示すように、該装置は、装置１００の動作を制御し、ここで説明する方法を実施しても良いプロセッサ１０２を有する。プロセッサ１０２は、１つ又は複数のプロセッサ、処理ユニット、マルチコアプロセッサ、又はここで説明される態様で装置１００を制御するように構成又はプログラムされたモジュールを有しても良い。特定の実装では、プロセッサ１０２は、それぞれがここで説明される方法の個々のステップ又は複数のステップを実行するように構成された、又は実行するための、複数のソフトウェアモジュール及び／又はハードウェアモジュールを有しても良い。
【００２８】
簡潔に言うと、プロセッサ１０２は、複数の供給源からコンテキスト情報を取得するように構成され、コンテキスト情報は、ユーザの活動、ユーザの生理学的状態、及びユーザの環境のうちの少なくとも１つに関連する。複数の供給源は、ユーザ装置を含んでも良い。例えば、コンテキスト情報は、ユーザ装置を使用してユーザにより実行される行動に関連するユーザ装置の使用情報であっても良い。ユーザ装置は、パーソナルケア装置（例えば電動歯ブラシ、ヘアドライヤなど）又はパーソナルヘルス装置（例えば、体重計、行動追跡装置など）であっても良い。
【００２９】
取得されたコンテキスト情報に基づいて、プロセッサ１０２は、ユーザに関連付けられたユーザプロファイルを更新するように構成され、ユーザプロファイルは、複数のヘルスケアトピックのそれぞれについての関心レベル値を含み、関心レベル値は、それぞれのヘルスケアトピックに関するサポートを受信するためのユーザの関心の程度及び／又は要件を示す。プロセッサ１０２は、ユーザプロファイル内の関心レベル値に基づいて複数のヘルスケアトピックのうちの１つを選択するように更に構成される。
【００３０】
プロセッサ１０２はまた、選択されたヘルスケアトピックに基づいて、ユーザに介入推奨を提供するように構成され、該介入は、選択されたヘルスケアトピックに関連する提案された情報、又はユーザ装置についての提案された調節に関連付けられる。
【００３１】
幾つかの実施例においては、装置１００は、少なくとも１つのユーザインタフェース１０４を更に有しても良い。代替的として又はこれに加えて、少なくとも１つのユーザインタフェース１０４は、装置１００の外部にあっても良い（即ち装置１００から分離していても良いし、リモートであっても良い）。例えば、少なくとも１つのユーザインタフェース１０４は、別の装置の一部であっても良い。ユーザインタフェース１０４は、ここで説明される方法から得られる情報を装置１００のユーザに提供する際に使用するためのものであっても良い。代替的として又はこれに加えて、ユーザインタフェース１０４は、ユーザ入力を受信するように構成されても良い。例えば、ユーザインタフェース１０４は、装置１００のユーザが手動で命令、データ又は情報を入力することを可能にしても良い。これらの実施例においては、プロセッサ１０２は、１つ以上のユーザインタフェース１０４からユーザ入力を取得するように構成されても良い。
【００３２】
ユーザインタフェース１０４は、ユーザとの自然言語会話をシミュレート及び／又は提供しても良いユーザインタフェースであっても良い。それ故、幾つかの実施例においては、ユーザインタフェース１０４は、会話型ユーザインタフェースと呼ばれ得る。会話型ユーザインタフェースは、グラフィカルユーザインタフェースを提供しても良い携帯装置（例えばスマートフォン）上のチャットボットとして、又はスマートスピーカ装置内の音声ベースの仮想アシスタントとして実装されても良い。上述のように、幾つかの実施例においては、装置１００は、複数のユーザにコンテキストベースの介入を提供することが可能であっても良い。幾つかの実施例においては、装置１００は、複数のユーザの各々のためのユーザインタフェース１０４を有しても良い。代替として、幾つかの実施例においては、装置１００は、複数のユーザ、例えば、家族の複数の家族構成員と対話するための単一のユーザインタフェース１０４を備えても良い。
【００３３】
ユーザインタフェース１０４は、装置１００のユーザへの情報のレンダリング（又は出力又は表示）を可能にする、いずれのユーザインタフェースであっても良い。代替として又はこれに加えて、ユーザインタフェース１０４は、装置１００のユーザが、ユーザ入力を提供し、装置１００と対話し及び／又は制御することを可能にする、いずれのユーザインタフェースであっても良い。例えば、ユーザインタフェース１０４は、１つ又は複数のスイッチ、１つ又は複数のボタン、キーパッド、キーボード、タッチスクリーン又はアプリケーション（例えばタブレット又はスマートフォン上の）、ディスプレイスクリーン、グラフィカルユーザインタフェース（ＧＵＩ）又はその他の視覚的レンダリング要素、１つ又は複数のスピーカ、１つ又は複数のマイクロフォン又は任意の他のオーディオ要素、１つ又は複数の照明、触覚フィードバックを提供するための要素（例えば振動機能）、又は任意の他のユーザインタフェース、又はユーザインタフェースの組合せを有しても良い。
【００３４】
幾つかの実施例においては、装置１００は、メモリ１０６を有しても良い。代替として又はこれに加えて、１つ以上のメモリ１０６は、装置１００の外部に（即ち装置１００から分離されて又はリモートで）あっても良い。例えば、１つ以上のメモリ１０６は、別の装置の一部であっても良い。メモリ１０６は、ここで説明される方法を実行するためにプロセッサ１０２によって実行可能なプログラムコードを記憶するように構成されても良い。メモリを使用して、装置１００のプロセッサ１０２によって取得又は作成された情報、データ、信号及び測定値を記憶しても良い。例えば、メモリ１０６を使用して、複数のユーザプロファイルを（例えばローカルファイルに）格納しても良い。プロセッサ１０２は、複数のユーザプロファイルを記憶するためにメモリ１０６を制御するように構成されても良い。本開示の状況におけるメモリの例は、対話内容記憶ユニット（図６に示されるような）、コンテキストユーザデータ記憶ユニット（図７に示されるような）などを含んでも良い。
【００３５】
幾つかの実施例においては、装置１００は、装置１００が装置１００の内部又は外部にある任意のインタフェース、メモリ及び／又は装置と通信することを可能にするための、通信インタフェース（又は回路）１０８を有しても良い。通信インタフェース１０８は、任意のインタフェース、メモリ及び／又は装置と、無線で又は有線接続を介して通信しても良い。例えば、通信インタフェース１０８は、１つ以上のユーザインタフェース１０４と無線で又は有線接続を介して通信しても良い。同様に、通信インタフェース１０８は、１つ以上のメモリ１０６と無線で又は有線接続を介して通信しても良い。
【００３６】
図１は、装置１００の一態様を示すために必要な構成要素のみを示し、実際の実装では、装置１００は、示された構成要素の代替又は追加の構成要素を有しても良いことが理解されよう。
【００３７】
図２は、一実施例による、コンテキストベースのヘルスケア介入をユーザに提供するためのコンピュータ実装された方法を示す。図示の方法は、一般的に、装置１００のプロセッサ１０２によって、又はその制御下で実行されても良い。
【００３８】
図２を参照すると、ブロック２０２において、複数の供給源からコンテキスト情報が取得される。より具体的には、コンテキスト情報は、装置１００のプロセッサ１０２によって取得されても良い。幾つかの実施例においては、コンテキスト情報は、装置１００のメモリ、又はユーザ装置（例えば電動歯ブラシなどのパーソナルケア装置又はパーソナルヘルス装置）内のメモリなど、装置１００の外部のメモリであっても良い、メモリ１０６内の１つ又は複数のデータベースから取得されても良い。
【００３９】
取得されたコンテキスト情報は、ユーザの活動、ユーザの生理学的状態及びユーザの環境のうちの少なくとも１つに関連する。例えば、取得されたコンテキスト情報は、ユーザ装置の使用情報（例えば、電動歯ブラシの、使用頻度及び／又は使用中の装置設定）、位置情報（例えばユーザの現在位置）、気象情報（例えばユーザの現在位置のもの）、時刻及び／又は日付情報（例えば現在の日付及び／又は時刻）、ユーザの生理学的状態（例えばユーザが覚醒しているか又は睡眠しているか）、及びユーザ入力に基づく主観的な意見（例えばユーザが巻き下げに関心を持っていることを示すこと）のうちの１つ以上を有しても良い。幾つかの実施例においては、取得されたコンテキスト情報は、１人以上の他のユーザ、特に、装置１００の１人以上の他のユーザ（例えば、同じ家庭環境に住む他の家族メンバー）に関連付けられても良い。例えば、取得されたコンテキスト情報は、他のユーザの行動に関連しても良い。
【００４０】
上述のように、コンテキスト情報は、複数の供給源から取得される。例えば、実施例においては、複数の供給源は、パーソナルケア装置（例えば、デンタルケア、ヘアケア、スキンケアなどに関連する装置）又はパーソナルヘルス装置（例えば、体重計、活動追跡装置、睡眠モニタなど）であっても良いユーザ装置、及びユーザの家庭内に存在するか又はユーザによって着用される１つ以上のセンサ又はアクチュエータを含んでも良い。
【００４１】
図２に戻ると、ブロック２０４において、ユーザに関連するユーザプロファイルが、ブロック２０２で取得されたコンテキスト情報に基づいて更新される。ユーザプロファイルは、装置１００のプロセッサ１０２によって、メモリ１０６内の１つ以上のデータベース（装置１００のメモリであっても良いし、装置１００の外部のメモリであっても良い）から取得又は検索されても良い。
【００４２】
ユーザプロファイルは、複数のヘルスケアトピックの各々についての関心レベル値を有し、関心レベル値は、それぞれのヘルスケアトピックに関するサポートを受けるユーザの関心度及び／又は要件を示す。
【００４３】
複数のヘルスケアトピックの各々は、ユーザのヘルスケアの特定の態様、例えば歯磨きに関連付けられても良い。更に、幾つかの実施例においては、複数のヘルスケアトピックのそれぞれは、データベース内の階層構造に編成されても良い。例えば、データベースは、第１のレベル（即ちトップレベル）で、一般的なヘルスケアトピックとして「パーソナルケア」を有しても良い。第２のレベルでは、「パーソナルケア」の下で、「口腔ヘルスケア」及び「睡眠」などの１つ又は複数の特定のヘルスケアトピックを提供しても良い。更に、第２のレベルのヘルスケアトピックのそれぞれの下では、１つ又は複数のヘルスケアサブトピックを第３のレベルで提供しても良い。例えば、「口腔ヘルスケア」の下では、「歯のブラッシング」及び「歯を白くする」などのヘルスケアサブトピックを提供しても良い。この階層構造は、図５を参照してより詳細に説明される。本明細書では、ヘルスケアトピック又はヘルスケアサブトピックのいずれも、一般に、ヘルスケアトピックと呼ばれ得る。更に、以下の説明においてより詳細に説明されるように、幾つかの実施例におけるヘルスケアトピックの選択は、特定の選択されたヘルスケアトピックに関連するケアモジュールの起動に対応し得る。
【００４４】
以下でより詳細に説明するように、幾つかの実施例においては、関心レベル値は、「問題はない」、「気になっている」、「心配である」、「助けが必要である」などのうちの１つとして表すことができ、それぞれは深刻度に関して種々のレベルの懸念又は関心であり、ユーザに提供されるサポートのタイプ、ユーザに提供されるサポートの量、ユーザに提供されるサポートの内容のうちの少なくとも１つを指示する。このサポートは、介入の形をとって提供されるべきものである。
【００４５】
ブロック２０２を参照して上述したように、ブロック２０２で取得されたコンテキスト情報は、ユーザの活動、ユーザの生理学的状態及びユーザの環境のうちの少なくとも１つに関連する。幾つかの実施例においては、取得されたコンテキスト情報は、複数のヘルスケアトピックのうちの少なくとも１つに関連付けられても良く、これらの実施例においては、ブロック２０４において、ユーザプロファイルが、取得されたコンテキスト情報が関連付けられるヘルスケアトピックに関して更新されても良い。
【００４６】
例えば、ブロック２０２において取得されたコンテキスト情報は、ユーザによって実行された歯磨きセッションに関連付けられても良い。従って、この場合の取得されたコンテキスト情報は、ヘルスケアトピック「歯のブラッシング」に関連付けられても良く、その後、この例では、ユーザに関連付けられたユーザプロファイルは、ヘルスケアトピック「歯のブラッシング」に関して更新されても良く、具体的には、ヘルスケアトピック「歯のブラッシング」に対する関心レベル値は、この取得されたコンテキスト情報に基づいて更新されても良い。
【００４７】
これに加えて又は代替として、幾つかの実施例においては、ユーザプロファイルは、取得されたコンテキスト情報が関連付けられるヘルスケアトピックと暗黙的な関係を有するヘルスケアトピックに関して更新され得る。例えば、ブロック２０２で取得されたコンテキスト情報は、ユーザによって実行された歯磨きセッションに関連付けられても良い。従って、この場合、取得されたコンテキスト情報は、ヘルスケアトピック「歯のブラッシング」に関連付けられても良い。その後、この例では、ユーザに関連付けられたユーザプロファイルは、ヘルスケアトピック「睡眠」に関して、ヘルスケアトピック「歯のブラッシング」と「睡眠」との間の暗黙的な関係（即ち、ユーザは通常、睡眠に入る前に歯をブラッシングする）のために更新されても良い。具体的には、ヘルスケアトピック「睡眠」に関する関心レベル値は、この取得されたコンテキスト情報に基づいて更新されても良い。
【００４８】
幾つかの実施例において、ユーザプロファイルは、ユーザ入力に基づいて更新されても良い。具体的には、幾つかの実施例においては、ユーザプロファイル内の関心レベル値のうちの少なくとも１つは、ユーザ入力に基づいて更新されても良い。例えば、特定のヘルスケアトピックに対する関心レベル値は、装置１００のユーザインタフェース１０４を介してユーザによって、例えば、タッチスクリーン入力を介して「問題はない」を選択解除し、「気になっている」を選択することによって、「問題はない」から「気になっている」に変更されても良い。
【００４９】
図２に戻ると、ブロック２０６において、複数のヘルスケアトピックのうちの１つが、ユーザプロファイル内の関心レベル値に基づいて選択される。具体的には、複数のヘルスケアトピックのうちの１つが、装置１００のプロセッサ１０２によって選択されても良い。
【００５０】
幾つかの実施例においては、複数のヘルスケアトピックのうちの１つの選択は、第１の所定の閾値よりも高い関連する関心レベル値を有するヘルスケアトピックを選択することを有しても良い。
【００５１】
代替としては、幾つかの実施例においては、複数のヘルスケアトピックのうちの１つの選択は、ユーザプロファイルを更新した後に、複数のヘルスケアトピックのうちの少なくとも１つについての関心レベル値の変化を決定することと、それぞれの決定された関心レベル値の変化が第２の所定の閾値よりも高い場合にヘルスケアトピックを選択することと、を有しても良い。
【００５２】
代替としては、幾つかの実施例においては、複数のヘルスケアトピックのうちの１つの選択は、所定の閾値よりも高い関連する関心レベル値を有する、別のトピックに関連するか又は類似するヘルスケアトピックを選択することを有しても良い。
【００５３】
図２に戻ると、ブロック２０８において、ブロック２０６で選択されたヘルスケアトピックに基づいて、介入推奨がユーザに提供される。介入推奨は、選択されたヘルスケアトピックに関する提案された情報、又はユーザ装置のための提案された調節に関連付けられる。
【００５４】
選択されたヘルスケアトピックに関連する提案された情報は、選択されたヘルスケアトピックに関連する教育及び／又はガイダンス情報と、選択されたヘルスケアトピックに関連するリマインダとのうちの少なくとも１つを有しても良い。ユーザ装置について提案される調節は、ユーザ装置の設定を変更すること、ユーザ装置をオンにすること、及びユーザ装置をオフにすることのうちの少なくとも１つを有しても良い。幾つかの実施例においては、介入推奨は、実行されるべき複数の同時又は連続的介入に関連付けられても良い。
【００５５】
更に、幾つかの実施例においては、ユーザ装置についての提案された調節は、１つ又は複数の選択された製品挙動スクリプトに基づいても良い。これらの実施例においては、該コンピュータ実装された方法は、取得されたコンテキスト情報に基づいて１つ又は複数の製品挙動スクリプトを選択することを更に有しても良い。例えば、取得されたコンテキスト情報から、ユーザが現在睡眠中であること、又は近傍内の別のユーザが睡眠中であることが決定される場合、プロセッサ１０２は、睡眠中のユーザを妨害することを回避するために、音響フィードバックを無効にするように電動歯ブラシの設定を調整するための命令を備える製品挙動スクリプトを選択するように構成されても良い。
【００５６】
幾つかの実施例においては、介入推奨は、選択されたヘルスケアトピックの関心レベル値に基づいても良い。例えば、選択されたヘルスケアトピックが「睡眠」であり、関連付けられた関心レベル値が「問題はない」である場合、介入推奨は、一般的な教育情報、入眠に関するヒント及びトリックの提供に関連付けられても良く、関連付けられた関心レベル値が「心配である」である場合、介入推奨は、ユーザが入眠困難の原因を識別し、コーチングプログラムを提供するのを助けるために、ガイダンス情報に関連付けられても良く、関連付けられた関心レベル値が「助けが必要である」である場合、介入推奨は、ユーザにリアルタイムコーチング、呼吸運動及びデータ収集の実行を提供することに関連付けられても良い。
【００５７】
幾つかの実施例においては、ユーザプロファイルは、複数のヘルスケアトピックのそれぞれについてのパフォーマンスレベル値を更に有しても良く、パフォーマンスレベル値は、それぞれのヘルスケアトピックに関連付けられた行動のユーザのパフォーマンスの品質を示す。これらの実施例においては、介入推奨の提供は、ユーザプロファイル内の選択されたヘルスケアトピックのパフォーマンスレベル値に更に基づいても良い。更に、選択されたヘルスケアトピックに対するユーザのパフォーマンスレベル値は、実行された介入に関してユーザによって達成された結果（例えばユーザが歯を磨くかどうか）、及び／又は実行された介入に関してユーザの行動（例えばユーザが歯を磨く頻度）に基づいて更新されても良い。例えば、ブロック２０８で介入推奨を提供し、介入推奨の受諾を示すユーザ入力を受信した後に、実行された介入に関してユーザによって達成された結果の程度を示す結果スコアに基づいて、ユーザプロファイルを更新しても良い。
【００５８】
幾つかの実施例においては、該コンピュータ実装された方法は、ブロック２０６で選択されたヘルスケアトピックに対するユーザの説得スタイルの好みを取得することを更に有しても良い。説得スタイルの好みは、ユーザのための介入推奨の内容に関するガイダンス及び／又は介入がどのようにユーザに配信されるべきかを提供する。これらの実施例においては、ブロック２０８における介入推奨の提供は、選択されたヘルスケアトピックに対するユーザの取得された説得スタイルの好み（例えば「強い介入」、「注意深い介入」、「積極的介入」、又は「親切」、「友好的」、「社交的」、「鬼軍曹的」などの他の記述的好み）に更に基づいても良い。
【００５９】
例えば、取得された説得スタイルの好みが「注意深い介入」である場合、（実行される介入の一部として）ユーザに提供されるオーディオコーチングアドバイスは、音声の友好的なトーンで提示されても良く、取得された説得スタイルの好みが「強い介入」である場合、ユーザに提供されるオーディオコーチングアドバイスは、音声の「鬼軍曹的」スタイルのトーンで提示されても良い。音声のトーン（又はガイダンス若しくはコーチングアドバイスの提示の他の様式）は、選択されたヘルスケアトピックの関心レベル値に基づいて、追加的に又は代替的に選択されても良い。
【００６０】
更に、個々のユーザごとに、説得スタイルの好みは、複数のヘルスケアトピックのそれぞれについて異なり得る。例えば、個々のユーザに対して、ヘルスケアトピック「ダイエット」に対する説得スタイルの好みは、「親切」であっても良く、一方、ヘルスケアトピック「スポーツ」に対する説得スタイルの好みは、「鬼軍曹的」であっても良い。幾つかの実施例においては、ヘルスケアトピックに対する説得スタイルの好みは、取得されたコンテキスト情報（例えば時刻又は日付情報）に基づいて変化しても良い。例えば、個々のユーザに対して、ヘルスケアトピック「ダイエット」に対する説得スタイルの好みは、取得されたコンテキスト情報から、それが現在土曜日の朝であると決定された場合（例えばプロセッサ１０２によって）、「親切」であっても良く、同じヘルスケアトピック（即ち「ダイエット」）に対する説得スタイルの好みは、取得されたコンテキスト情報から、それが現在土曜日の午後であると決定された場合、「社交的」であっても良い。
【００６１】
幾つかの実施例においては、選択されたヘルスケアトピックに対するユーザの説得スタイルの好みを取得することは、取得されたユーザプロファイルから、選択されたヘルスケアトピックに対するユーザの説得スタイルの好みを取得することを有しても良い。この場合、ユーザプロファイルは、選択されたヘルスケアトピックに対する説得スタイルの好みを既に有する。
【００６２】
代替として、選択されたヘルスケアトピックに対するユーザの説得スタイルの好みを取得することは、選択されたヘルスケアトピックに類似するか又は関連するヘルスケアトピックに対するユーザの説得スタイルの好みに基づいて、選択されたヘルスケアトピックに対するユーザの説得スタイルの好みを導出することを含んでも良い。
【００６３】
代替として、選択されたヘルスケアトピックに対するユーザの説得スタイルの好みを取得することは、データベース内の複数の説得スタイルの好みからランダムな説得スタイルの好みを選択することを有しても良い。
【００６４】
上述のように、幾つかの実施例においては、（提供された介在推奨の）ユーザ装置のための提案された調節は、１つ又は複数の選択された商品行動スクリプトに基づいても良い。該コンピュータ実装された方法が選択されたヘルスケアトピックに対するユーザの説得スタイルの好みを取得することを更に有する実施例の幾つかでは、１つ又は複数の製品挙動スクリプトの選択は、取得された説得スタイルの好みに基づいても良い。例えば、選択されたヘルスケアトピックが「歯のホワイトニング」である場合、プロセッサ１０２は、取得された説得スタイルの好みが「鬼軍曹的」である場合に、電動歯ブラシの設定を「強いホワイトニングモード」として調整するための命令を含む製品挙動スクリプトを選択するように構成されても良く、プロセッサ１０２は、取得された説得スタイルの好みが「優しい」である場合に、電動歯ブラシの設定を「穏やかなホワイトニングモード」として調整するための命令を含む製品挙動スクリプトを選択するように構成されても良い。
【００６５】
幾つかの実施例においては、該コンピュータ実装された方法は、提供された介入推奨の受諾又は拒否を示す入力をユーザから受信することを更に有しても良い。当該入力は、装置１００のユーザインタフェース１０４を介して受信されても良い。例えば、ユーザは、ユーザインタフェース１０４に表示された仮想ボタンをクリックすることによって、受容又は拒絶を示すことができる。
【００６６】
これらの実施例においては、受信された入力が受諾を示す場合、コンピュータ実装された方法は、介入推奨を実行することを更に有することができ、受信された入力が拒絶を示す場合、コンピュータ実装された方法は、選択されたヘルスケアトピックに基づいて異なる介入推奨をユーザに提供することを更に有しても良い。幾つかの実施例においては、ユーザに異なる介入推奨を提供することは、選択されたヘルスケアトピックに対するユーザの取得された説得スタイルの好みに更に基づいても良い。
【００６７】
更に、受信された入力が受諾を示す場合、本方法は、所定の期間に亘り実行された介入の有効性の変化を決定するステップを更に有しても良い。これらの実施例においては、所定の期間に亘り実行された介入の有効性の変化を決定するステップは、所定の期間の最初に第１の有効性スコアを決定するステップと、所定の期間の最後に第２の有効性スコアを決定するステップと、所定の期間に亘る第１及び第２の有効性スコアの差を計算することによって、所定の期間に亘り実行された介入の有効性の変化を決定するステップと、を含むことができる。
【００６８】
これらの実施例においては、有効性スコア（例えば第１の有効性スコア又は第２の有効性スコア）を決定するステップは、実行された介入に関してユーザによって達成された結果の程度を示す結果スコアを決定するステップと、実行された介入に対するユーザの順守の程度を示す順守スコアを決定するステップと、結果スコアを順守スコアで割ることによって有するスコアを決定するステップとを有しても良い。
【００６９】
有効性スコアは、ユーザが実行された介入を順守しようとした努力の量に対する、ユーザによってなされた客観的な進捗を定量化する。より詳細に説明すると、有効性スコアは、以下の式に従って決定しても良い：
Ｅ＝Ｒ／Ａ    （１）
ここで、Ｅは有効性スコアを表し、Ｒは結果スコアを表し、Ａは順守スコアを表す。
【００７０】
幾つかの実施例においては、結果スコアＲは、提供された介入推奨及び／又は実行された介入に関連する最大達成可能目標に対してユーザによって達成されたものを比例的に表すように、０と１との間の値であっても良い。例えば、ブロック２０８で提供される介入推奨が、ユーザが６ヶ月で１０ｋｇの体重を落とすという最大達成可能目標に関連付けられ、ユーザが６ヶ月以内に８ｋｇしか失わなかった場合、装置１００のプロセッサ１０２は、結果スコアＲとして０．８の値を割り当てても良い。
【００７１】
幾つかの実施例においては、順守スコアＡは、実行された介入に対するユーザの順守の程度を比例的に表すように、０と１との間の値であっても良い。例えば、ブロック２０８で提供された介入推奨（従って実行された介入）に関連付けられた提案された情報が、選択されたヘルスケアトピックに関するユーザへのアドバイスを含み、ユーザがアドバイスの５０％のみを行動に取り入れたことが（例えば、プロセッサによって又はユーザ入力に基づいて）決定された場合、装置のプロセッサ１０２は、０．５の値を順守スコアＡとして割り当てても良い。
【００７２】
有効性スコアＥは、順守に対する結果の基準である。順守の程度が低いほど、結果の程度は低いと予想される。また、ユーザが無効である場合、結果がユーザの順守に足りない場合がある。場合によっては、ユーザは、低い程度の順守性であっても結果が高ければ、非常に効果的であり得る。
【００７３】
上記の説明に基づいて、幾つかの実施例においては、所定の期間に亘り実行された介入の有効性の変化は、以下の式に従って決定されても良い：
Ｇｅ（ｔｎ）＝Ｅ（ｔｎ）／ＴＳ−Ｅ（ｔｎ−１）／ＴＳ    （２）
ここで、Ｇｅ（ｔｎ）は所定の期間に亘る有効性の変化を表し、Ｅ（ｔｎ−１）は第１の有効性スコアを表し、Ｅ（ｔｎ）は第２の有効性スコアを表し、ＴＳは所定の期間を表す。第１の有効性スコアＥ（ｔｎ−１）及び第２の有効性スコアＥ（ｔｎ）は、上記の式（１）を使用して決定されても良い。幾つかの実施例においては、所定の期間に亘る有効性の変化は、「有効性の成長」と呼ばれ得る。
【００７４】
幾つかの実施例においては、所定の期間に亘る有効性の変化（即ち「有効性の成長」）は、結果スコア及び順守スコアに基づいて決定される第１の有効性スコア及び第２の有効性スコアに基づいて決定されても良いが、代替の実施例においては、所定の期間に亘る有効性の変化は、少なくとも部分的に、ユーザ入力に基づいて決定されても良い。これらの代替実施例においては、該コンピュータ実装された方法は、所定の期間に亘る実行された介入の有効性の知覚された変化の程度を示すユーザ入力を受信するステップと、受信されたユーザ入力に基づいて、所定の期間に亘る有効性の変化を決定するステップとを更に有しても良い。
【００７５】
幾つかの実施例においては、該コンピュータ実装された方法は、ユーザによって実行される活動及びユーザ装置のうちの少なくとも１つに関連するセンサデータを取得することを更に有しても良い。これらの実施例においては、結果スコア及び順守スコアのうちの少なくとも１つは、取得されたセンサデータに基づいて決定されても良い。具体的には、取得されたセンサデータを所定のセンサデータパターンと比較することに基づいて、結果スコア及び順守スコアのうちの少なくとも１つを決定しても良い。センサデータパターンに関する更なる詳細は、図６を参照して以下に記載される。
【００７６】
幾つかの実施例においては、決定された順守スコアは、選択されたヘルスケアトピックの関心レベル値を更新するために使用されても良い。例えば、決定された順守スコアが低い場合、プロセッサ１０２は、関心レベル値を更新するように構成されても良い（例えば、値を「問題はない」から「助けが必要である」に変更する）。同様に、幾つかの実施例においては、決定された結果スコアは、選択されたヘルスケアトピックの関心レベル値を更新するために使用されても良い。例えば、決定された結果スコアが高い場合、プロセッサ１０２は、関心レベル値を更新するように構成されても良い（例えば、値を「問題がある」から「問題はない」に変更する）。
【００７７】
幾つかの実施例においては、該コンピュータ実装された方法は、（所定の期間内の）実行された介入の有効性の決定された変化と、予期される有効性指標と、の間の差を決定することを更に有する。予期される有効性指標は、実行された介入の有効性の予期される変化を表す。該差を決定した後、該コンピュータ実装された方法は、決定された差が所定の閾値よりも大きい場合に、実行された介入のパラメータ及び／又は内容を調整することを更に有しても良い。
【００７８】
幾つかの実施例においては、実行された介入の有効性の決定された変化と予期される有効性指標との間の差は、以下の式に従って、所定の閾値と比較されても良い：
｜Ｇｅ（ｔｎ）−Ｃｅ（ｔｎ）｜＞Ｍｅ    （３）
ここで、Ｇｅは有効性の変化を表し、Ｃｅ（ｔｎ）は予期される有効性指標を表し、Ｍｅは誤差のマージンを表す。誤差のマージンは、ユーザに異なる介入推奨を提供することのような更なる動作を必要としない、有効性の予期される変化からの最大許容偏差を表す。
【００７９】
それ故、これらの実施例においては、有効性の変化が、予期される有効性指標と実質的に異ならない（即ち誤差の範囲内に留まる）限り、介入推奨及び介入命令実行に関して動作は必要とされない。しかしながら、有効性の変化と予期される有効性指標との間の差が誤差の限界（即ち、所定の閾値）よりも大きい場合、実行される介入のパラメータ及び／又は内容が調整されてもよく（例えば、ユーザ装置の設定を更に変更するか、又はユーザに提供されるコーチング／ガイダンス情報の内容を適応させる）、又は異なる介入推奨が提供されても良い。異なる介入推奨の提供は、選択されたヘルスケアトピックに対するユーザの説得スタイルの好みに基づいても良い。
【００８０】
幾つかの実施例においては、ユーザから受け取った入力が、ブロック２０８で提供された介入推奨の受諾を示す場合、該コンピュータ実装された方法は、実行された介入に対するユーザの満足度を示す全体満足度スコアを決定することを更に有しても良い。
【００８１】
これらの実施例においては、全体満足度スコアを決定することは、実行された介入から生じる進捗に関してユーザの満足度を示す進捗満足度スコアを決定することと、穏やかな説得手段に対してより急激な説得手段を許容するユーザの意欲の度合いを示す進捗指向スコアを決定することと、実行された介入に関連する説得スタイルでユーザの満足度を示す説得満足度スコアを決定することと、進捗満足度スコア、進捗指向スコア及び説得満足度スコアに基づいて全体満足度スコアを決定することと、を有しても良い。
【００８２】
より詳細には、幾つかの実施例においては、全体満足度スコアは、以下の式に従って決定されても良い：
Ｓｔ＝（ＳｐｒｏｇＶｐｒｏｇ＋Ｓｐｅｒｓ（１−Ｖｐｒｏｇ））／２   （４）
ここで、Ｓｔは全体満足度スコアを表し、Ｓｐｒｏｇは進捗満足度スコアを表し、Ｖｐｒｏｇは進捗指向スコアを表し、Ｓｐｅｒｓは説得満足度スコアを表す。
【００８３】
幾つかの実施例においては、進捗満足度スコアＳｐｒｏｇは、実行された介入から生じる進捗に関してユーザの満足度を比例的に表すように、０と１との間の値であっても良い。進捗満足度スコアとして割り当てられる値は、ユーザと装置１００との間の対話に基づいても良い。例えば、プロセッサ１０２は、結果の進捗に関するそれらの満足度に関して、ユーザインタフェース１０４を介してユーザにクエリを提示するように構成されても良く、進捗満足度スコアとして割り当てられた値は、このクエリに応答するユーザによる入力に基づいても良い。
【００８４】
幾つかの実施例においては、進捗指向スコアＶｐｒｏｇは、０と１との間の値であっても良く、これによりユーザが、穏やかな説得手段に対してより急激な説得手段を受け入れる意志の程度を表す。幾つかのユーザは、進歩を達成するために、より急激な説得手段を受け入れる意欲があり、これらのユーザにとって、進捗指向スコアは比較的高くなる。幾つかの実施例においては、進捗指向スコアは、コンテキストユーザデータ記憶ユニットに記憶されても良い。
【００８５】
幾つかの実施例においては、説得満足度スコアＳｐｅｒｓは、実行された介入に関連付けられた説得スタイルでのユーザの満足度を表すように、０と１との間の値であっても良い。例えば、ブロック２０８で提供される介入推奨に関連する説得スタイルが、ユーザによってあまりにも積極的であると見なされる場合（このことはユーザインタフェース１０４を介してユーザフィードバックで示されても良い）、このことは説得満足度スコアの低い値によって反映され得る。別の例として、実行された介入が、ユーザ装置について提案された調整に関連付けられ、ユーザがその後、提案された調整からユーザ装置の設定を変更又は修正する場合、このことは説得満足度スコアの値を減少させることによって反映されても良い。
【００８６】
該コンピュータ実施方法は、全体満足度スコアと予期される満足度スコアとの間の差を決定するステップを更に有しても良い。予期される満足度スコアは、実行された介入に対するユーザの予期される満足度を示すものであり、進捗指向スコアに基づいて決定されても良い。更に、全体満足度スコアと予期される満足度スコアとの間の差を決定した後に、該コンピュータ実装された方法は、決定された差が所定の閾値よりも大きい場合に、実行された介入のパラメータ及び／又は内容を調整することを更に有しても良い。
【００８７】
幾つかの実施例においては、実行された介入によるユーザの満足度の増加（従って、全体的な満足度スコアの増加）に寄与する、説得スタイルの好み、パラメータ及び／又は介入推奨に関連する内容のうちの少なくとも１つを学習及び／又は推定するために、インテリジェントエージェント技術が使用されても良い。これらの実施例においては、インテリジェントエージェント技術は、モデルベースのエージェント又は目標ベースのエージェントを有することができ、モデルベースのエージェント又は目標ベースのエージェントは、全体的な満足度スコアに対する、説得スタイルの好み、パラメータ及び／又は介入推奨に関連する内容のうちの少なくとも１つの効果を決定するために、報酬機能を有する。更に、ブロック２０８における介入推奨の提供は、この決定された効果に基づいても良い。
【００８８】
代替の実施例においては、全体満足度スコアは、異なる要因に基づいて決定されても良いことが理解されるであろう。例えば、全体満足度スコアは、提供された介入推奨に関する一般的な満足度を示すユーザ入力に基づいて決定されても良い。
幾つかの実施例においては、ユーザから受け取った入力が、ブロック２０８で提供された介入推奨の拒否を示す場合、コンピュータ実装された方法は、説得スタイルの好みに関してユーザプロファイルを更新することを更に有しても良い。
【００８９】
幾つかの実施例においては、該コンピュータ実装された方法は、複数のヘルスケア関連メッセージを取得するステップと、取得されたコンテキスト情報及び選択されたヘルスケアトピックのうちの少なくとも１つに基づいて、複数のヘルスケア関連メッセージのそれぞれの優先度値を決定するステップと、該優先度値に基づいて、複数のヘルスケア関連メッセージのうちの少なくとも１つをユーザに提供するステップとを更に有しても良い。
【００９０】
これらの実施例においては、複数のヘルスケア関連メッセージのうちの少なくとも１つは、該装置のメモリ１０６から取得されても良い。また、これらの実施例においては、ブロック２０６で選択されたヘルスケアトピックに、複数のヘルスケア関連メッセージのうちの少なくとも１つを関連付けることができる。
【００９１】
幾つかの実施例においては、複数のヘルスケア関連メッセージのうちの少なくとも１つを提供することは、負荷インジケータ値に更に基づいても良い。負荷インジケータ値は、過剰な情報でユーザに過負荷をかける可能性を示すことができる。これらの実施例においては、該コンピュータ実施方法は、ヘルスケア関連メッセージ（即ち、複数のヘルスケア関連メッセージのうちの少なくとも１つ）をユーザに提供した後に、負荷インジケータ値を更新することを更に有しても良い。具体的には、装置１００のプロセッサ１０２は、負荷インジケータ値を更新するように構成されても良い。
【００９２】
幾つかの実施例においては、負担インジケータ値は、ヘルスケア関連メッセージがユーザに提示されるべきかどうかを決定するために、システム内の対話処理ユニットによって使用されても良い。図１２及び図１３を参照しながら、対話処理部に関するより詳細な説明を以下に示す。
【００９３】
幾つかの実施例においては、負担インジケータ値を更新することは、ヘルスケア関連メッセージがユーザに提示されるたびに負担インジケータ値を増加させること（例えば、任意のメッセージについて＋１単位、又はメッセージが関連付けられるヘルスケアトピック及び／又はメッセージの長さに依存する他の値）、及び／又は所定のレート又はスケール（例えば−１単位／分）に従って負担インジケータ値を減少させることを有する。
【００９４】
幾つかの実施例においては、負荷インジケータ値を更新することは、取得されたコンテキスト情報に基づいて負荷インジケータ値を更新することを有しても良い。例えば、（例えば、ユーザの電動歯ブラシから受信されたデータに基づいて）取得されたコンテキスト情報から、ユーザが歯を磨いていると判定された場合、負担インジケータ値は、ユーザが複数のヘルスケア関連メッセージを提示される場合、ユーザが過剰な情報で過負荷になる可能性が低いことを示すように減少されても良い。同様に、例えば、取得されたコンテキスト情報から、ユーザが化粧をしていると判断された場合、負荷インジケータ値を増加させて、ユーザが過剰な情報で過負荷になる可能性が高いことを示すことができる。更に、現在の日付又は現在の時刻（取得されたコンテキスト情報から決定されても良い）に応じて、負荷インジケータ値が増加又は減少される程度が異っても良く、例えば、歯磨きセッションが朝である場合には−５単位、歯磨きセッションが夕方である場合には−１０単位である等しても良い。
【００９５】
幾つかの実施例においては、複数のヘルスケアトピックのそれぞれについて、それぞれの負荷インジケータ値が提供されても良い。これらの実施例においては、複数のヘルスケア関連メッセージのうちの少なくとも１つを提供することは、複数のヘルスケア関連メッセージのうちの少なくとも１つが関連付けられるそれぞれの負担インジケータ値に基づいても良い。
【００９６】
図３は、一実施例による、ユーザにコンテキストベースのヘルスケア介入を提供するためのシステム３００を示す図であり、図４は、図３のシステムのケアリングホーム（Caring Home）モジュールを示す図である。
【００９７】
図３に示すように、装置３００は、ケアリングホームモジュール３１０と、会話型ユーザインタフェース３２０と、１つ以上のパーソナルケア装置３３０と、１つ以上のヘルス装置３４０と、１つ以上のセンサ３５０と、１つ以上のアクチュエータ３６０とを有する。
【００９８】
本実施例においては、ケアリングホームモジュール３１０は、家庭環境内及び／又はコンピューティングクラウド内のシステム３００に実装されても良い。ケアリングホームモジュール３１０は、図１に関連して述べたように、スマートスピーカ装置内の（例えばグラフィカルユーザインタフェースを介して）モバイル装置上のチャットボット又は音声ベースの仮想アシスタントの形成で実施化され得る、会話型ユーザインタフェース３２０を介して、１人以上のユーザと対話するように構成される。更に、幾つかの実施例においては、ケアリングホームモジュール３１０は、図１を参照して説明したような装置１００などの装置の形で実施化されても良い。
【００９９】
ケアリングホームモジュール３１０はまた、１つ以上のパーソナルケア装置３３０（例えば、デンタルケア、ヘアケア、スキンケアなどに関連する装置）、及び／又は１つ以上のパーソナルヘルス装置３４０（例えば、体重計、活動追跡装置、睡眠モニタなど）、及び／又は１つ以上のセンサ３５０、及び／又は１つ以上のアクチュエータ３６０を介して、１つ以上のユーザと対話するように更に構成される。幾つかの実施例においては、１つ又は複数のセンサ３５０及び１つ又は複数のアクチュエータ３６０は、１人又は複数のユーザの家庭環境に存在しても良く、又は１人又は複数のユーザによって装着されても良い。
【０１００】
図４に示すように、図３に示すケアリングホームモジュール３１０に相当するケアリングホームモジュール４１０は、コンテキストモデリングユニット４１１と、対話スケジューリングユニット４１２と、ヘルスケアトピックデータベース４１３と、ユーザプロファイル管理ユニット４１４とを有する。幾つかの例では、コンテキストモデラユニット４１１は「コンテキストモデラ」、対話スケジューリングユニット４１２は「対話スケジューラ」、医療トピックデータベース４１２は「ケアモジュールのライブラリ」と呼ばれ得、ユーザプロファイル管理ユニット４１４は「ユーザプロファイル管理者」と呼ばれ得る。
【０１０１】
コンテキストモデリングユニット４１１は、１つ又は複数のユーザのそれぞれに関連するコンテキストを決定及び／又は監視するように構成される。このことは、ヘルスケアトピックデータベース４１３に含まれる複数のヘルスケアトピックに関して実行されても良い。コンテキストの例は、歯磨き、睡眠、覚醒などを含み得る。幾つかの実施例においては、コンテキストモデリングユニット４１１の動作は、装置のプロセッサ（例えば、図１の装置１００のプロセッサ１０２）において実装されても良い。
【０１０２】
対話スケジューリングユニット４１２は、ヘルスケアトピックデータベース４１３から会話内容（例えば、１つ又は複数のヘルスケア関連メッセージ）を受信し、１つ又は複数のユーザに会話内容を提供する前に、受信した会話内容を優先順位付けし、バランスを取るように構成される。対話スケジューリングユニット４１２は、コンテキストモデリングユニット４１１によって決定されたコンテキストと、１つ又は複数のユーザの関心及び／又は要件とに基づいて、斯かる優先順位付け及びバランスを実行するように構成されても良い。ユーザの関心及び／又は要求は、ユーザに関連するユーザプロファイルに示されても良い。対話スケジューリングユニット４１２に関するより詳細な説明は、図１２乃至図１４に関して以下に提供される。
【０１０３】
ヘルスケアトピックデータベース４１３は、階層構造に編成された複数のヘルスケアトピックを有する。ヘルスケアトピックの例は、歯磨き、歯のホワイトニング、睡眠の改善、口腔ヘルスケアなどを含み得る。幾つかの実施例においては、複数のヘルスケアトピックのうちの１つの選択は、選択されたヘルスケアトピックに関連付けられたケアモジュールの起動に対応し得る。選択されたヘルスケアトピックに関連付けられたケアモジュールがアクティブにされると、それぞれのヘルスケアトピックに関するコーチングサポートが供給され得る。このことは、図５を参照して以下により詳細に説明される。
【０１０４】
ユーザプロファイル管理ユニット４１４は、１つ以上のユーザにそれぞれ関連付けられた１つ以上のユーザプロファイルを管理及び維持するように構成される。ユーザプロファイル管理ユニット４１４は、ヘルスケアトピックデータベース４１３に含まれる複数のヘルスケアトピックに関する１人又は複数のユーザの関心及び好みのモデルを維持する機能を提供するものとみなすことができる。幾つかの実施例においては、ユーザプロファイル管理ユニット４１４は、ユーザプロファイル制御ユニット及びコンテキストユーザ記憶ユニットを更に有しても良い。このことは、図７を参照してより詳細に説明される。
【０１０５】
図３及び図４は、システム３００及びケアリングホームモジュール４１０の一態様を示すために必要な構成要素のみを示しており、実際の実装では、システム３００及び／又はケアリングホームモジュール４１０は、示されている構成要素の代替又は追加の構成要素を有しても良いことは、理解されよう。
【０１０６】
図５は、図４のヘルスケアトピックデータベース４１３などのデータベース内の複数のヘルスケアトピックの階層構造の模式的な図である。上述したように、ヘルスケアトピックの各々が選択されることができ、ヘルスケアトピックの選択は、選択されたヘルスケアトピックに関連するケアモジュールの起動に対応しても良い。それ故、場合によっては、例えば図５において、複数のヘルスケアトピックは「ケアモジュールのライブラリ」と呼ばれ得る。図５に示される複数のヘルスケアトピックは、例として提供され、代替の実施例においては、より多くのヘルスケアトピック又はより少ないヘルスケアトピックが示され得ることは、理解されるであろう。
【０１０７】
本実施例においては、複数のヘルスケアトピックの各々は、ユーザのヘルスケアの特定の態様に関連付けられても良い。図５に示されるように、データベースは、第１のレベル（即ちトップレベル）において、一般的なヘルスケアトピックとして「パーソナルケア」５１０を含み、第２のレベルにおいて、「パーソナルケア」の下で、１つ以上の更なるより具体的なヘルスケアトピック（例えば「口腔ヘルスケア」５２２及び「睡眠」５２４）が提供され得、これらの両方は、「パーソナルケア」５１０のより一般的なトピックに該当する。５２６とラベル付けされたボックスによって表される追加のヘルスケアトピックもまた、第２のレベルで提供されても良い。
【０１０８】
更に、第２のレベルのヘルスケアトピック５２２、５２４、５２６のそれぞれの下で、１つ又は複数のヘルスケアサブトピックを第３のレベルで提供しても良い。このことは図５に示されており、「歯のブラッシング」５２２Ａ及び「歯を白くする」５２２Ｂなどのヘルスケアサブトピックが「口腔ヘルスケア」の下に提供されても良い。追加のヘルスケアサブトピックも「口腔ヘルスケア」５２２の下に提供されても良く、このことは５２２Ｃとラベル付けされたボックスによって表されている。同様に、図面には示されていないが、「効果的な食事」及び「行動ルーチン」などのヘルスケアサブトピックは、ヘルスケアトピック「睡眠」５２４の下の第３のレベルで提供されても良い。
【０１０９】
それ故、図５に示されるような階層構造に編成された複数のヘルスケアトピックの実施例においては、ヘルスケアトピックの選択は、現在のコンテキストに関連するヘルスケアトピックの選択を可能にすることによって更に最適化され得る。例えば、ユーザの歯のブラッシングセッション中に、現在のコンテキストが「歯のブラッシング」５２２Ａに関連付けられていると判定されても良い。これに基づいて、ヘルスケアトピック「歯のブラッシング」５２２Ａが選択されても良く、又は関連するヘルスケアトピック（例えば「歯を白くする」５２２Ｂ）が選択されても良い。これに加えて又は代替として、ヘルスケアトピック「口腔ヘルスケア」５２２が、階層構造の直接的に高いレベルにある関連するヘルスケアトピックとしても考慮され得るので、選択されても良い。
ここでの説明では、ヘルスケアトピック又はヘルスケアサブトピックのいずれも、一般に、ヘルスケアトピックと呼ばれ得ることを理解されたい。
【０１１０】
図６は、ヘルスケアトピックに関連するケアモジュール６００の模式的な図であり、ヘルスケアトピックは、対応するヘルスケアトピックを選択することによってコンテキストに基づいてアクティブ化されても良い。
【０１１１】
図６に示すように、ケアモジュール６００は、ケアエンジン６１０と、対話内容記憶部６２０と、製品挙動スクリプト記憶部６３０と、教育内容記憶部６４０と、センサデータパターン記憶部６５０と、を有する。
【０１１２】
対話内容記憶ユニット６２０は、それぞれのヘルスケアトピックに関連する対話内容を記憶するように構成され、対話内容は、それぞれのヘルスケアトピックに関するユーザの主観的意見及び関心レベルの収集を可能にし、それぞれのヘルスケアトピックに関するコーチングをユーザに提供するように、会話の生成に使用される。
【０１１３】
製品挙動スクリプト記憶ユニット６３０は、介入命令実行のための製品挙動生成を可能にする、それぞれのヘルスケアトピックに関連する製品挙動スクリプトを記憶するように構成される。幾つかの実施例においては、製品挙動スクリプトは、ユーザ装置の設定を調整するための命令を含むことができる。例えば、製品挙動スクリプトは、歯ブラシを歯のホワイトニングモードに自動的に設定すること、及び／又はユーザが歯のブラッシングセッションをあまりにも早く停止した場合に警告音響効果を設定することなど、ユーザ装置の特定の設定を指示しても良い。
【０１１４】
教育内容記憶ユニット６４０は、それぞれのヘルスケアトピックに関連付けられた教育内容を記憶するように構成され、センサデータパターン記憶ユニット６５０は、それぞれのトピックに関連付けられた１つ又は複数のセンサデータパターンを記憶するように構成される。センサデータパターンは、ヘルスケアトピックに関連するケアモジュールに関連するセンサからの有意義なデータ収集を可能にしても良い。センサデータパターンは、ドメイン知識に基づいて事前定義しても良い。例えば、ヘルスケアトピック「歯のブラッシング」のためのドメイン知識は、「空洞がなく、痛みがない」という所望の最終結果、及び対応する所望のユーザ行動「全ての歯をカバーし、１日に少なくとも２回２分間歯をブラッシングする」ことを含んでも良い。また、ドメイン知識は、取得されたセンサデータを使用する深層学習（又は他の人工知能）技術によって少なくとも部分的に導出されても良い。
【０１１５】
幾つかの実施例においては、センサデータパターンは、コンテキストデータパターン及び挙動データパターンのうちの少なくとも１つを有しても良い。取得されたセンサデータをコンテキストデータパターンと比較することによって、ユーザによって実行された行動（例えば、ユーザが歯磨きセッションを開始したか終了したか）又はユーザの生理学的状態（例えば、ちょうど眠りに落ちたか、又はちょうど目覚めたか）を決定しても良い。該決定の出力は、コンテキストモデリングユニットに送信されても良い。また、取得されたセンサデータを行動データパターンと比較することによって、ユーザによって実行される活動の品質及び／又は持続時間を決定しても良い（例えば、セッションが短いか、中程度か、長いか、好適か、又は不適か）。
【０１１６】
ケアエンジン６１０は、ケアモジュール６００の挙動を管理するように構成される。具体的には、ケアエンジン６１０は、ケアモジュール６００をアクティブ化及び／又は非アクティブ化し、関心レベル（幾つかの実施例においては、関心レベル値として表すことができる）を評価し、ユーザに提示される内容及び製品挙動スクリプトを決定するように構成される。ケアエンジン６１０の動作は、ユーザインタフェースを介して受信されたユーザ入力及び／又は受信されたセンサデータに基づいても良い。ユーザの進捗が監視され、介入推奨が、ケアモジュール６００で定義された性能及び経験メトリックに基づいて調整されても良い。ケアエンジン６１０の動作は、複数のフェーズに関して構成されても良い：
−ユーザの関心：所望のレベルのケア（関心レベル値）が決定されても良い（例えば、「問題はない」、「心配している」又は「助けが必要である」）。ケアエンジン６１０は、ユーザにどのような介入を推奨するか、及びどのような結果がユーザによって予期される可能性があるかを決定するように構成されても良い。所望のケアレベル（関心レベル値）は、ユーザプロファイル管理ユニット内に格納されても良い。
−情報：ヘルスケアトピックに関連する教育内容は、所望のケアレベル（関心レベル値）に基づいてユーザに提供されても良い。
−提案：行動変更は、介入推奨の形で提案されても良い。このことは、所望のレベルのケア（関心レベル値）、説得スタイルの好み、及び／又はユーザの現在の生理学的状態に基づいても良い。
−実行：推奨される介入が実行されても良い（例えば製品挙動、コーチング対話）。
−進捗評価：設定された健康目標、及びコーチングがユーザによってどのように評価されるかに基づいて、異なる介入戦略が提供されるべきかどうかが決定される。
−最終結果評価：客観的な最終結果及び最終結果に対するユーザの満足度が決定され、最終結果は、取得されたセンサデータに基づいて、又はユーザに問い合わせることによって評価されても良い。
【０１１７】
図６は、ケアモジュール６００の一態様を示すために必要な構成要素のみを示し、実際の実装では、ケアモジュール６００は、示された構成要素の代替又は追加の構成要素を有しても良いことは、理解されるであろう。例えば、代替実施例においては、ケアモジュール６００は、対話内容記憶ユニット又は教育内容記憶ユニットを含まなくても良い。
【０１１８】
図７は、図４の装置のユーザプロファイル管理部の模式的な図である。図４を参照して先に説明したように、幾つかの実施例においては、ユーザプロファイル管理ユニットは、ユーザプロファイル制御ユニット及びコンテキストユーザデータ記憶ユニットを更に有しても良い。これらの構成要素は、図７では、ユーザプロファイル制御ユニット７１０（「ユーザプロファイルコントローラ」と呼ばれ得る）及びコンテキストユーザデータ記憶ユニット７２０（図７では「コンテキストユーザデータ」と示される）として示されている。
【０１１９】
本実施例においては、ユーザプロファイル制御ユニット７１０は、１人又は複数のユーザの各々について経時的に更新しても良いユーザ関心モデルを管理するように構成され、この場合のユーザ関心モデルは、データベース（例えば、図４のヘルスケアトピックデータベース４１３）内の複数のヘルスケアトピックの各々についての複数の関心レベル値によって表すことができる。コンテキストユーザデータ記憶ユニット７２０は、コンテキストユーザデータを記憶するように構成される。
【０１２０】
幾つかの実施例においては、コンテキストユーザデータ記憶ユニット７２０に記憶されるコンテキストユーザデータは、図５に示されるような複数のヘルスケアトピックの構造と同じ方法で構造化されても良い。この構造は、同様の目的を有するヘルスケアトピックを一緒にグループ化する。また、この手法は、より広いトピックへのユーザの関心が、複数のヘルスケアトピックの選択（従って、複数のケアモジュールのアクティブ化）をトリガすることを可能にし、データベース／ライブラリがより容易に検索可能かつ拡張可能となることを可能にする。複数のヘルスケアトピックのそれぞれの下に、以下のパラメータのうちの１つ又は複数を格納しても良い：
−関心レベル値（幾つかの実施例においては「関心レベル」又は「ケアのレベル」と呼ばれ得る）
−パフォーマンスレベル値
−アクティブ化レベル値
−説得スタイルの好み
−負荷インジケータ値
【０１２１】
幾つかの実施例においては、ユーザプロファイル制御ユニット７１０は、ユーザについて、関心レベル値、パフォーマンスレベル値、アクティブ化レベル値、及び説得スタイルの好みのうちの少なくとも１つについての更新された値を受信し、受信された更新された値を記憶するようにコンテキストユーザデータ記憶ユニット７２０を制御するように構成されても良い。更に、ユーザプロファイル制御ユニット７１０は、関連する又は類似するヘルスケアトピックの対応するパラメータの値に基づいて、それぞれのヘルスケアトピックについて、関心レベル、パフォーマンスレベル、アクティブ化レベル、及び説得スタイルの好みのうちの少なくとも１つの値を決定又は推定するように構成されても良い。当該決定又は推定は、推論アルゴリズムに基づいても良い。特に、幾つかの実施例においては、ユーザプロファイル制御ユニット７１０は、階層構造の下位にある少なくとも１つの関連するヘルスケアトピックの対応するパラメータの値に基づいて、それぞれのヘルスケアトピックのパフォーマンスレベル及び／又は説得スタイルの好みを決定又は推定するように構成されても良い。
【０１２２】
例えば、ヘルスケアトピック「歯のブラッシング」に対する関心レベルが３の値（１から１０までのスケール）を有し、ヘルスケアトピック「歯のホワイトニング」に対する関心レベルが１の値（１から１０までのスケール）を有すると判定された場合、ユーザプロファイル制御ユニット７１０は、ヘルスケアトピック「口腔ヘルスケア」（階層構造における「歯のブラッシング」及び「歯のホワイトニング」よりも１レベル高い）に対する関心レベル値を、２の値（即ち、２つの関連するヘルスケアトピックの関心レベル値の平均値）を有するものとして判定又は推定するように構成されても良い。説得スタイルの好みのような他のパラメータは、同様の方法で推定又は決定されても良い。
【０１２３】
ヘルスケアトピックの関心レベル値は、ユーザに提示されるヘルスケア関連メッセージの優先度値を決定するために、対話スケジューリングユニット（例えば、図１２及び図１３を参照して説明されるような対話スケジューリングユニット）によって使用されても良い。
【０１２４】
図８は、階層構造内の複数のヘルスケアトピックに関するユーザプロファイル内のコンテキストユーザデータを示す模式的な図であり、図９は、ヘルスケアトピックに関するユーザプロファイル内の複数のパラメータの各々に関する例示的なスケールを示す。
【０１２５】
図５の例からのヘルスケアトピックの階層構造は、図８において、複数のヘルスケアトピックのそれぞれに関連付けられ得る情報又はデータを説明するために使用される。図５と同様に、本実施例の階層構造はまた、「パーソナルケア」８１０、「口腔保健」８２２、「睡眠」８２４、「歯のブラッシング」８２２Ａ、「歯のホワイトニング」８２２Ｂを有する。「パーソナルケア」の下の他のヘルスケアトピックは８２６として表され、「口腔保健」８２２の下の他のヘルスケアトピックは８２２Ｃとして表される。本実施例においては、コンテキストユーザデータ（コンテキストユーザデータ記憶ユニットに記憶しても良い）は、複数のヘルスケアトピックのそれぞれについての関心レベル値（「ケアレベル」と呼ばれ得る）、パフォーマンスレベル値、アクティブ化レベル値、及び説得スタイルの好みを有する。
【０１２６】
例えば、ヘルスケアトピック「歯のブラッシング」８２２Ａを参照すると、関心レベル値は３であり、パフォーマンスレベル値は６．９であり、アクティブ化レベル値は「強」であり、説得スタイルの好みは２である。
【０１２７】
ヘルスケアトピックに関連するパラメータ（例えばパフォーマンスレベル値）の各々の重要性を説明するために、複数の例示的なスケールが図９に提供される。該複数の例示的なスケールは、関心レベル値スケール（図面に示すように「関心レベル」スケールと呼ばれ得る）９１０、パフォーマンスレベル値スケール９２０、アクティブ化レベル値スケール９３０、及び説得スタイルの好みスケール９４０を含む。
【０１２８】
本実施例においては、関心レベル値は、それぞれのヘルスケアトピックに関するサポートを受けるユーザの関心度及び／又は要件に従って、１乃至３のスケールで提供され、１の値は「問題はない」に対応し、２の値は「気になっている」に対応し、３の値は「助けが必要である」に対応し、従って、「歯のブラッシング」８２２Ａの関心レベル値３は「助けが必要である」に対応する。
【０１２９】
本実施例においては、パフォーマンスレベル値は、それぞれのヘルスケアトピックに関連付けられた行動のユーザパフォーマンスの品質に従って、１乃至１０のスケールで提供される。図９に示すように、パフォーマンスレベル値９は「良くなっている」、パフォーマンスレベル値５及び６は「ＯＫになっている」、パフォーマンスレベル値２は「ＯＫになっていない」に相当するため、「歯のブラッシング」８２２Ａのパフォーマンスレベル値６．９は「ＯＫになっている」よりも僅かに深刻ではないと解釈できる。
【０１３０】
本実施例においては、アクティブ化レベル値スケール９３０に示されるように、アクティブ化レベル値は１又は０のいずれかであり、１の値は「アクティブ」に対応し、０の値は「非アクティブ、パフォーマンスをチェック中」に対応する。図９には示されていないが、幾つかの実施例においては、アクティブ化レベルは、他の値をとり得、例えば、「歯のブラッシング８２２Ａ」のアクティブ化レベル値は「強」であり、これは「アクティブ」よりも高いレベルであり、この特定のヘルスケアトピックに関してより強い介入がユーザに提供されるべきであることを示す。幾つかの他の実施例においては、可能なアクティブ化レベル値は、アクティブ化されるべきかどうかを決定するプロセス中であるそれぞれのヘルスケアトピックに関連するケアモジュールを示す「調査中」であっても良い。
【０１３１】
この実施例においては、ユーザに提供される介入推奨の強さの程度に応じて、説得スタイルの好みが１乃至３のスケールで提供され、１の値は「慎重な介入」に対応し、２の値は「積極的な介入」に対応し、３の値は「強い介入」に対応する。
【０１３２】
代替の実施例においては、関心レベル値スケール９１０、性能レベル値スケール９２０、アクティブ化レベル値スケール９３０、及び説得スタイルの好みスケール９４０のそれぞれは、１乃至１０のスケールではなく、例えば１乃至２０のスケールであっても良いことは、理解されるであろう。更に、関心レベル値スケール、パフォーマンスレベル値スケール、アクティブ化レベル値スケール、及び説得スタイルの好みスケールのそれぞれは、複数の離散値を有することが上述されているが、代替実施例においては、これらのスケールのうちの１つ又は複数は、よりきめ細かい監視及びアクションを可能にするように、離散スケールの代わりに連続スケールであっても良いことは、理解されるであろう。
【０１３３】
図１０は、一実施例による、アクティブ化されたケアモジュールに関連する方法を示すフロー図である。幾つかの実施例においては、図１０に示す方法は、図１を参照して説明したように、装置１００のプロセッサ１０２によって実行されても良い。幾つかの実施例においては、本方法は、図６に示すようなケアエンジン６１０などの、アクティブにされたケアモジュールのケアエンジンによって実行しても良い。
【０１３４】
本実施例においては、この方法は、ステップ１００１において始まり、該ステップにおいて、特定のヘルスケアトピックの選択によってトリガされ得るケアモジュールが起動される。例えば、ヘルスケアトピック「歯のブラッシング」が選択された場合、ヘルスケアトピック「歯のブラッシング」に関連付けられたケアモジュールをアクティブ化されることができる。ケアモジュールがアクティブ化されると、本方法はステップ１００２に進み、選択されたヘルスケアトピックの関心レベル値（即ち「関心（ケアのレベル）」）が「助けが必要である」又は「心配している」のうちの１つであるかどうかが判定される。
【０１３５】
ステップ１００２において、関心レベル値が「助けを必要とする」又は「心配している」のうちの１つであると判定された場合、本方法はステップ１００３に進み、そこで、調整された情報（例えば教育内容）が、関心レベル値に基づいてユーザに提供される。
幾つかの実施例においては、調整された情報は、会話型ユーザインタフェースを介して提供されても良い。更に、幾つかの実施例においては、調整された情報は、対話内容記憶ユニットから取り出されても良い。
【０１３６】
一方、ステップ１００２において、関心レベルが「助けが必要である」又は「心配している」ではないと判定された場合、本方法はステップ１００４に進み、ケアモジュールが非アクティブ化される。代替として、ステップ１００２において、関心レベル値が未知であると判定された場合、本方法はステップ１００５に進み、ステップ１００２に戻る前に、（例えばユーザインタフェースを介してユーザに問い合わせることによって）アクティブ化されたケアモジュールに関連付けられたヘルスケアトピックに関する関心レベル値が判定される。
【０１３７】
１００５において関心レベル値を決定した後、本方法はステップ１００２に戻り、そこで、関心レベル値が「助けが必要である」か「心配している」かが決定される。
【０１３８】
ステップ１００３で調整された情報を提供することに続いて、本方法はステップ１００６に進み、ここで、アクティブ化されたケアモジュールに対応するヘルスケアトピックに関連する利用可能な説得スタイルの好みがあるかどうかを判定する。
【０１３９】
ステップ１００６で、ヘルスケアトピックに関連する利用可能な説得スタイルの好みがあると判定された場合、本方法は直接ステップ１００９に進む。そうではなく、ステップ１００６で、ヘルスケアトピックに関連付けられた利用可能な説得スタイルの好みがないと判定された場合、本方法はステップ１００７に進み、ステップ１００８に進む前に、説得スタイルの好みが、ビッグデータ、ユーザのユーザプロファイル、及び類似のヘルスケアトピックの説得スタイルの好みのうちの少なくとも１つに基づいて導出されるか、又はランダムに選択されるかのいずれかとなる。
【０１４０】
ステップ１００８では、利用可能な説得スタイルの好みに基づいて、介入推奨が提供される。介入推奨は、対話内容記憶ユニットから取り出された対話内容（例えば、リマインダ、コーチング、及びガイダンス）、及び／又は製品挙動スクリプト記憶ユニットから取り出された製品挙動スクリプト（例えば、歯ブラシを歯のホワイトニングモードに自動的に設定すること、及び／又はユーザが歯のブラッシングセッションをあまりにも早く停止した場合に警告音響効果を設定することなど、ユーザ装置の特定の設定）を有しても良い。前述のように、製品挙動スクリプトは、ユーザ装置の設定を調整するための命令を含んでも良い。
【０１４１】
ステップ１００９で介入推奨が受け入れられた場合、本方法はステップ１０１０に進む。そうでなければ、本方法はステップ１０１１に進み、次に最良の説得スタイルが選択され、続いてステップ１００８に進み、更新された説得スタイルの好みに基づいて（異なる）介入推奨が提供される。
【０１４２】
ステップ１０１０では、介入推奨に基づいて介入が実行され、実行された介入から生じる進捗が追跡される。幾つかの実施例においては、進捗の追跡は、図２を参照して説明したように、有効性の変化の決定に基づいても良い。ステップ１０１２で結果の進捗が満足できるものであると判断された場合、本方法はステップ１０１３に進み、ここで（例えば、コンテキストユーザデータ記憶部に記憶されるコンテキストユーザデータにおいて、現在選択されている説得スタイルの好みに置き換えることによって）アクティブ化ケアモジュールに関連するヘルスケアトピックに対する説得スタイルの好みが更新される。そうでない場合、方法はステップ１０１１に戻り、（別の）次善の説得スタイルの好みが選択され、続いてステップ１００８に戻り、更新された説得スタイルの好みに基づいて別の（異なる）介入が提供される。
【０１４３】
ステップ１０１３で説得スタイルの好みを更新した後、本方法はステップ１０１４に進み、所望の最終結果が達成されたかどうかが判定される。幾つかの実施例においては、所望の最終結果が達成されるかどうかの判定は、図２を参照して説明したように、結果スコアの判定に基づいても良い。ステップ１０１４で、所望の終了結果が達成されたと判定されると、本方法はステップ１００５に進み、アクティブ化されたケアモジュールに関連するヘルスケアトピックに対する（新しい）関心レベル値が決定される。ステップ１０１４において、所望の最終結果が達成されていないと判定された場合、本方法はステップ１０１１に進み、（更なる）介入が実行され、（更なる）介入から生じる進捗が追跡される。
【０１４４】
代替の実施例においては、本方法は、説明したステップの全てを含まなくても良く、図１０に示す１つ又は複数のステップを省略しても良いことが理解されよう。代替の実施例においては、図１０に示すステップを異なる順序で実行しても良いことも理解されよう。
【０１４５】
図１１は、一実施例による、非アクティブ化されたケアモジュールに関連する方法で示されるフロー図である。幾つかの実施例においては、図１１に示す方法は、図１を参照して説明したように、装置１００のプロセッサ１０２によって実行しても良い。幾つかの実施例においては、この方法は、図３に示すように、ケアリングホームモジュール３１０によって実行しても良い。
【０１４６】
以下でより詳細に説明されるように、非アクティブ化されている間、ケアモジュールは、ケアモジュールに関連付けられたヘルスケアトピックに関してユーザのパフォーマンス（結果及び／又は挙動）を追跡し続ける。ユーザがヘルスケアトピックで良好であることを以前に示さなかった場合を除いて、ヘルスケアトピックに関するユーザの関心レベル（関心レベル値によって表される）の調査が注意深く開始されても良い。
【０１４７】
本実施例においては、本方法は、ステップ１１０１で開始し、このステップでは、関連する関心レベル値が低いためにトリガされ得るケアモジュールが非アクティブ化される。本方法は、ステップ１１０２に進み、ここで、非アクティブ化されたケアモジュールに関連する行動の不適なパフォーマンスがあるかどうか、又は関心レベル値（ケアのレベル）が高い（例えば特定の深刻度閾値を超える）かどうかが判定される。この決定は、ユーザの行動に関連する、プロセッサ１０２によって取得されたコンテキスト情報に基づくことができ、該行動は、非アクティブ化されたケアモジュールに対応するヘルスケアトピックに関連付けられる。ステップ１１０２で、不適なパフォーマンスがなく、関心レベル値が高くないと判定された場合、方法はステップ１１０１に戻り、そこでは、ケアモジュールは非アクティブ化されたままであり、ステップ１１０２で、不適なパフォーマンスがあるか、又は関心レベル値が高いと判定された場合、本方法はステップ１１０３に進み、ユーザが、非アクティブ化されたケアモジュールに対応するヘルスケアトピックに関連する関心レベル値として「問題はない」を示したかどうかを判定する。
【０１４８】
ステップ１１０３において、ユーザが関心レベル値として「問題はない」を示したと判定された場合、本方法はステップ１１０４に戻り、ケアレベル（関心レベル値）に関する最後のユーザ問い合わせ（「調査中」）がかなり前であるかどうかが判定される。このことは、最後のユーザ問い合わせと現在時刻との間の期間を所定の閾値と比較することによって決定されても良い。ステップ１１０４において、ケアレベルに関する最後のユーザの問い合わせがかなり前ではないと判断された場合、この方法は、ケアモジュールが非アクティブ化されたままであるステップ１１０１に戻る。しかしながら、ケアのレベルに関する最後のユーザ問い合わせがかなり前であると判定された場合、本方法はステップ１１０５に進む。
【０１４９】
更に、ステップ１１０３において、ユーザが関心レベル値として「問題はない」と示していないと判定された場合、本方法はまた、ステップ１１０５に進み、ここで、非アクティブ化されたケアモジュールに関連するヘルスケアトピックに関する関心レベル値が、ユーザに問い合わせることによって（例えばユーザインタフェースを介して）取得される。
【０１５０】
ステップ１００５で関心レベル値を取得した後、ステップ１１０６で、関心レベル値が「問題はない」でないかどうかが判定される。判定が否定的である、即ち関心レベル値が「問題はない」である場合、方法はステップ１１０１に進み、ここで、ケアモジュールは非アクティブにされたままである。判定が肯定的である、即ち関心レベル値が「問題はない」でない場合、方法はステップ１１０７に進み、コンテキストユーザデータが、新たに取得された関心レベル値に関して更新され、次いで、ステップ１１０８に進み、ケアモジュールがアクティブにされる。
【０１５１】
代替の実施例においては、この方法は、説明したステップの全てを有さなくても良く、図１１に示す１つ又は複数のステップを省略しても良いことが理解されよう。代替の実施例においては、図１１に示すステップを異なる順序で実行しても良いことも理解されよう。
【０１５２】
図１２及び図１３は、図４の装置の対話スケジューリングユニット１２００の模式的な図である。具体的には、図１３は、図１２の対話スケジューリングユニット１２００の例示的な実装を示す。
【０１５３】
図１２及び図１３に示すように、対話スケジューリング部１２００（上述のように「対話スケジューラ」と呼ばれ得る）は、対話処理部１２１０（図示のように「対話ハンドラ」と呼ばれ得る）と、メッセージキュー１２２０とを有する。対話スケジューリングユニット１２００は、コンテキストモデリングユニット、ユーザプロファイル管理ユニット、及び１つ又は複数のケアモジュールから対話内容からコンテキスト情報を受信するように構成されても良い。
【０１５４】
本実施例においては、メッセージキュー１２２０は、複数のヘルスケア関連メッセージ１２２１、１２２２、１２２３、１２２４、１２２５及び１２２６を有する。複数のヘルスケア関連メッセージの各々は、ユーザに提示される対話内容（例えば、特定のケアモジュールに関連する）を含むことができる。具体的には、複数のヘルスケア関連メッセージのそれぞれは、図６のケアエンジン６１０の動作を参照して説明したように、複数のフェーズのうちの１つに関連する情報又は質問（例えば、ユーザの関心、情報、提案、命令実行、進捗評価、及び最終結果評価）を含むことができる。例えば、ヘルスケア関連メッセージは、ユーザが望む歯の白さの程度に関する質問であっても良い。ユーザは、（例えば、異なる程度の歯の白さを示す２つの画像のうちの１つを選択することによって）ユーザインタフェースを介して応答を提供することが可能であっても良い。
【０１５５】
対話処理ユニット１２１０は、メッセージキュー１２２０内のヘルスケア関連メッセージの選択及びタイミングを管理し、以下の態様を追跡するように構成される：
−（コンテキストモデリングユニットから取得された）ユーザの現在の行動、
−会話がない期間の後に、設定されていないものとなる、会話の現在のトピック
−ユーザとの最近の対話の量を示し、従って、過剰な情報でユーザに過負荷をかける可能性を示す、負荷インジケータ値。
【０１５６】
本実施例における負荷インジケータ値は、図２を参照して説明したものと同様に動作しても良い。例えば、取得したコンテキスト情報に基づいて負荷インジケータ値を更新しても良い。従って、簡潔にするために、負荷インジケータ値に関する説明は省略する。
【０１５７】
幾つかの実施例においては、対話処理ユニット１２１０は、取得されたコンテキスト情報及び選択されたヘルスケアトピックのうちの少なくとも１つに基づいて、複数のヘルスケア関連メッセージのそれぞれの優先度値（「関連性スコア」と呼ばれ得る）を決定するように構成しても良い。対話処理ユニット１２１０はまた、優先度値に基づいて、メッセージキュー１２２０内の複数のヘルスケア関連メッセージのうちの少なくとも１つをユーザに提供するように構成されても良い。複数のヘルスケア関連メッセージのうちの少なくとも１つは、ユーザインタフェース（例えば会話型ユーザインタフェース）を介して提供されても良い。幾つかの実施例においては、複数のヘルスケア関連メッセージのうちの少なくとも１つを提供することは、メッセージキュー１２２０内のそれぞれのヘルスケア関連メッセージのタイミングに更に基づいても良い。
【０１５８】
図１４は、図１２及び図１３の対話スケジューリング部の対話処理ユニットの挙動を表す有限状態図である。
【０１５９】
本実施例においては、会話は、ユーザインタフェース（例えば、図３のシステム３００の会話ユーザインタフェース３１０）を介して、いつでも、ユーザ、例えば、図３を参照して示されるようなシステム３００に、コンテキストベースの介入を提供するためのシステムによって開始されても良い。ユーザに提示され得るヘルスケア関連メッセージのタイプは、ユーザによって実行されている行動に応じて制限しても良い。以下でより詳細に説明するように、ユーザに提示され得るヘルスケア関連メッセージのタイプは、選択されたヘルスケアトピック（即ち、幾つかの実施例においてはアクティブ化された「ケアモジュール」）に依存しても良い。幾つかの実施例においては、少なくとも１つのヘルスケア関連メッセージは、ユーザに提供される介入推奨の少なくとも一部であっても良い。
【０１６０】
図１４の有限状態図は、システムによって設定しても良い複数の例示的な状態を含み、複数の状態のそれぞれは、「会話トピックが設定されていない」及び「会話トピックが設定されている」のうちの１つに関連付けられ、「行動の開始」、「行動の終了」、及び「行動の終了」のうちの１つに関連付けられ、この場合、「行動の開始」は、ユーザがケアモジュールに関係する行動を開始するときに対応し、「行動の開始」は、ユーザがケアモジュールに関係する行動にある行動にあるときに対応し、「行動の終了」は、ユーザがケアモジュールに関係する行動にないときに対応する。
【０１６１】
それ故、複数の状態には、「トピック未設定、行動開始」（ＮＳ−ＳＡ）１４０１、「トピック未設定、行動中」（ＮＳ−ＩＡ）、「トピック未設定、行動終了」（ＮＳ−ＥＡ）１４０３、「トピック未設定、行動なし」（ＮＳ−ＮＡ）１４０４、「トピック設定済み、行動開始」（ＴＳ−ＳＡ）１４０５、「トピック設定、行動中」（ＴＳ−ＩＡ）１４０６、「トピック設定済み、行動終了」（ＴＳ−ＥＡ）１４０７、「トピック設定済み、行動なし」（ＴＳ−ＮＡ）１４０８が含まれる。複数の状態の幾つかに関する更なる説明は、以下に提供される。
【０１６２】
「トピック未設定、行動開始」（ＮＳ−ＳＡ）１４０１：ユーザが行動（例えば、歯をブラッシングすること）を開始する場合、この行動に関連付けられたヘルスケア関連メッセージ（例えば、ケアモジュール「歯のブラッシング」に関連付けられたヘルスケア関連メッセージ及び／又はケアモジュール「口腔健康」に関連付けられたヘルスケア関連メッセージ）のみを提示しても良い。また、ユーザの関心、情報及び提案に関連付けられたヘルスケア関連メッセージのみが提示される。このようなヘルスケア関連メッセージがメッセージキューにある場合、システムの状態は、「トピック未設定、行動開始」（ＴＳ−ＳＡ）１４０１として設定され得、更に、「歯のブラッシング」又は「口腔健康」をヘルスケアトピックとして割り当てて、関連する会話を開始し、ヘルスケアメッセージをユーザに提示することによって定義しても良い。
【０１６３】
「トピック未設定（設定済み）、行動中」（ＮＳ−ＩＡ／ＴＳ−ＩＡ）１４０２、１４０６：行動の間、現在の行動をサポートするメッセージ以外のヘルスケア関連メッセージでユーザを注意散漫にしないことが好ましい。それ故、行動の間、システムは、行動の命令実行に関連するヘルスケア関連メッセージとの行動関連会話の開始又は継続のみを許可すべきであり、換言すれば、システムが「トピック未設定（設定済み）、行動中」状態にあるとき、行動のコーチング又はガイダンスに関連するヘルスケア関連メッセージ（例えば、コーチング又は歯磨き行動のガイダンスに関連するメッセージ）のみをユーザに提示しても良い。
【０１６４】
「トピック未設定、行動終了」（ＮＳ−ＥＡ）１４０３：行動（例えば歯のブラッシング）の終了は、重要な瞬間をマークする：
(１) 例えば、ユーザの状態、コーチングを受信するためのユーザの関心、コーチングの進捗を評価すること、又は行動セッションに対する主観的な入力をユーザに求めることなど、終了したばかりの行動に関する会話を開始する。この場合、状態を「トピック未設定、行動終了」（ＮＳ−ＥＡ）１４０３に設定した後、状態を「トピック設定済み、行動終了」（ＴＳ−ＥＡ）１４０７に設定しても良い。
(２) （例えば、ヘルスケアトピック「舌洗浄」に関連するメッセージを提示することによって）ちょうど終了した行動に関連する行動について、又はちょうど終了した行動と同じドメイン内で（例えば、ヘルスケアトピック「口腔健康」に関連するメッセージを提示することによって）、会話を開始する。このことは、（ａ）ユーザが、新しいヘルスケアトピックに関する会話に従事するようになり、従って「トピック設定済み、行動なし」（ＴＳ−ＮＡ）１４０８として設定されるべきシステムの状態をトリガし、又は（ｂ）会話中に新しいヘルスケアトピックに関連する行動を開始し、従ってシステムの状態が「トピック設定済み、行動開始」（ＴＳ−ＳＡ）１４０５として設定されようトリガすることをもたらし得る。
【０１６５】
「トピック未設定、行動なし」（ＮＳ−ＮＡ）１４０４：ユーザが、ケアモジュール関連活動（即ち、選択されたヘルスケアトピックに関連する活動、又は直接的／間接的にヘルスケアトピックを選択させる活動）に関与せず、現在会話に関与していない場合、任意のケアモジュールに関連する会話を開始することができ、システムの状態を「トピック設定済み、行動なし」（ＴＳ−ＮＡ）１４０８として設定する。この状態では、行動の命令実行に関連しないヘルスケア関連メッセージのみをユーザに提示しても良い。幾つかの実施例においては、「トピック未設定、行動なし」（ＮＳ−ＮＡ）１４０４は、「トピック設定済み、行動なし」（ＮＳ−ＮＡ）１４０８状態中に会話トピックが解放される（矢印「トピック解放」によって示される）ときにトリガされても良い。
【０１６６】
幾つかの実施例においては、「トピック未設定（設定済み）、行動なし」（ＮＳ−ＮＡ、ＴＳ−ＮＡ）において、システムの対話処理ユニット、例えば図１２に関して例示されるような対話ハンドラ１２１０は、以下のように、メッセージキュー内のヘルスケア関連メッセージを編成及び／又は優先順位付けするように構成されても良い：
−ヘルスケアトピック（ケアモジュール）の階層構造のより高いレベルに関連付けられたヘルスケア関連メッセージが優先される、及び／又は
−それぞれのヘルスケアトピック（ケアモジュール）に関連付けられた全てのヘルスケア関連メッセージは、束ねられた方法で提示され、例えばメッセージは、同時に又はシーケンスで一緒に提示される、及び／又は
−負荷インジケータ値は、所定の閾値未満のままであり、及び／又は、ユーザとシステムとの間に会話がない所定の期間の後に、ヘルスケアトピックが選択されない、及び／又は
−会話が進行中（即ち「トピック設定済み」）である場合、対話処理ユニットは、ユーザが活動に関する会話に関与している間、望ましくないトピック切り換えを防止するように構成される。従って、会話の開始点に応じて、システムの状態は、「トピック設定済み、行動開始」（ＴＳ−ＳＡ）１４０５から、「トピック設定済み、行動中」（ＴＳ−ＩＡ）１４０６、次いで「トピック設定済み、行動終了」（ＴＳ−ＥＡ）１４０７にトリガされても良い。行動が終了し、行動に関連付けられたヘルスケアトピックに関する会話が終了した場合にのみ、トピック切り換えが許可される（「トピック設定済み、行動なし」（ＴＳ−ＮＡ）１４０８）。
【０１６７】
以上のように有限状態図に従って対話処理部の動作を制御することにより、以下のような態様が確実にされ得る：
−会話が自然であり、トピックが不自然な方法で切り換えられない。
−（コンテキストモデリングユニットから取得された情報に基づいて）ユーザが現在のコンテキストにあると仮定すると、ユーザは自然で便利な瞬間にアプローチされる。
−ユーザが現在興味を持っているトピックは、（ユーザプロファイル管理ユニットから取得された情報に基づいて）あまり興味を持たないトピックよりも優先される。
【０１６８】
斯くして、既存の問題を克服する、コンテキストベースのヘルスケア介入をユーザに提供するための改善された方法及び装置が提供される。
【０１６９】
また、コンピュータ読み取り可能な媒体を含むコンピュータプログラム製品が提供され、その中に具体化されたコンピュータ可読コードを有するコンピュータ読み取り可能な媒体が提供され、コンピュータ読み取り可能コードは、適切なコンピュータ又はプロセッサによる命令実行時に、コンピュータ又はプロセッサがここで説明される方法又は方法を命令実行するように構成される。従って、本発明は、コンピュータプログラム、特に本発明を実行するように構成された、担体上又は担体中のコンピュータプログラムにも適用されることは、理解されるであろう。該プログラムは、ソースコード、オブジェクトコード、部分的にコンパイルされた形態のようなコード中間ソース及びオブジェクトコード、又は本発明による方法の実装における使用に適した他のいずれかの形態であっても良い。
【０１７０】
斯かるプログラムは、多くの異なる構造的な設計を持ち得ることも理解されるであろう。例えば、本発明による方法又はシステムの機能を実装するプログラムコードは、１つ以上のサブルーチンに分割されても良い。これらサブルーチンに機能を分散させる多くの方法が、当業者には明らかであろう。これらサブルーチンは、１つの実行可能ファイルに合わせて保存され、内蔵型プログラムを形成しても良い。斯かる実行可能ファイルは、例えばプロセッサ命令及び／又はインタプリタ命令（例えばＪａｖａ（登録商標）インタプリタ命令）のような、コンピュータ実行可能な命令を有しても良い。代替として、これらサブルーチンの１つ以上又は全てが、少なくとも１つの外部のライブラリファイルに保存され、例えば実行時に、静的又は動的にメインプログラムとリンクされても良い。メインプログラムは、これらサブルーチンの少なくとも１つに対する少なくとも１つの呼び出しを含む。また、これらサブルーチンは、互いに対する関数呼び出しを有しても良い。
【０１７１】
図面、説明及び添付される請求項を読むことにより、請求される本発明を実施化する当業者によって、開示された実施例に対する他の変形が理解され実行され得る。請求項において、「有する（comprising）」なる語は他の要素又はステップを除外するものではなく、「１つの（a又はan）」なる不定冠詞は複数を除外するものではない。単一のプロセッサ又はその他のユニットが、請求項に列記された幾つかのアイテムの機能を実行しても良い。特定の手段が相互に異なる従属請求項に列挙されているという単なる事実は、これら手段の組み合わせが有利に利用されることができないことを示すものではない。コンピュータプログラムは、他のハードウェアと共に又は他のハードウェアの一部として供給される光記憶媒体又は固体媒体のような適切な媒体上で保存／配布されても良いが、インターネット又はその他の有線若しくは無線通信システムを介してのような、他の形態で配布されても良い。請求項におけるいずれの参照記号も、請求の範囲を限定するものとして解釈されるべきではない。
【図１】
2021527870.tif 000003
【図２】
2021527870.tif 000004
【図３】
2021527870.tif 000005
【図４】
2021527870.tif 000006
【図５】
2021527870.tif 000007
【図６】
2021527870.tif 000008
【図７】
2021527870.tif 000009
【図８】
2021527870.tif 000010
【図９】
2021527870.tif 000011
【図１０】
2021527870.tif 000012
【図１１】
2021527870.tif 000013
【図１２】
2021527870.tif 000014
【図１３】
2021527870.tif 000015
【図１４】
2021527870.tif 000016
【国際調査報告】
2021527870.tif 000017
2021527870.tif 000018
2021527870.tif 000019
2021527870.tif 000020
2021527870.tif 000021