JP2021527870A - コンテキストベースの介入を提供するための装置及び方法 - Google Patents

コンテキストベースの介入を提供するための装置及び方法 Download PDF

Info

Publication number
JP2021527870A
JP2021527870A JP2020567912A JP2020567912A JP2021527870A JP 2021527870 A JP2021527870 A JP 2021527870A JP 2020567912 A JP2020567912 A JP 2020567912A JP 2020567912 A JP2020567912 A JP 2020567912A JP 2021527870 A JP2021527870 A JP 2021527870A
Authority
JP
Japan
Prior art keywords
user
healthcare
topic
intervention
health care
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2020567912A
Other languages
English (en)
Other versions
JPWO2019238971A5 (ja
Inventor
コレンバーグ ヨハーナ ウィルヘルムス マリア ファン
サンダー ボガース
ヨップ エルダーマン
ペパイン フェルバーグ
フィンセンティウス パウルス ビル
ルーカス ヤコブス フランシスクス ゲルツ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips NV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Koninklijke Philips NV filed Critical Koninklijke Philips NV
Publication of JP2021527870A publication Critical patent/JP2021527870A/ja
Publication of JPWO2019238971A5 publication Critical patent/JPWO2019238971A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/30—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to physical therapies or activities, e.g. physiotherapy, acupressure or exercising
    • G—PHYSICS
    • G09—EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09B—EDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B19/00—Teaching not covered by other main groups of this subclass
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/60—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to nutrition control, e.g. diets
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/70—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mental therapies, e.g. psychological therapy or autogenous training
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/20—ICT specially adapted for the handling or processing of medical references relating to practices or guidelines

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Biomedical Technology (AREA)
  • Data Mining & Analysis (AREA)
  • Business, Economics & Management (AREA)
  • Databases & Information Systems (AREA)
  • Pathology (AREA)
  • General Business, Economics & Management (AREA)
  • Social Psychology (AREA)
  • Psychology (AREA)
  • Psychiatry (AREA)
  • Hospice & Palliative Care (AREA)
  • Developmental Disabilities (AREA)
  • Child & Adolescent Psychology (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Bioethics (AREA)
  • Physics & Mathematics (AREA)
  • Educational Administration (AREA)
  • Educational Technology (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Biophysics (AREA)
  • Physical Education & Sports Medicine (AREA)
  • Nutrition Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

ユーザへのコンテキストベースのヘルスケア介入を提供するためのコンピュータ実装された方法が提供される。該方法は、コンテキスト情報を、複数の供給源から取得するステップ２０２と、該取得されたコンテキスト情報に基づいて、該ユーザに関連するユーザプロファイルを更新するステップ２０４であって、該ユーザプロファイルは、複数のヘルスケアトピックのそれぞれについての関心レベル値を有するステップと、該ユーザプロファイルにおける該関心レベル値に基づいて、複数のヘルスケアトピックのうちの１つを選択するステップ２０６と、該選択されたヘルスケアトピックに基づいて、ユーザに介入推奨を提供するステップ２０８であって、該介入推奨は、該選択されたヘルスケアトピックに関連する提案される情報又はユーザ装置についての提案される調節に関連するステップと、を有する。

Description

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

Claims (14)

  1. ユーザへのコンテキストベースのヘルスケア介入を提供するためのコンピュータ実装された方法であって、
    ユーザの行動、ユーザの生理学的状態、ユーザの現在位置、現在の時刻及び／又は日付のうちの少なくとも１つに関連するコンテキスト情報を、複数の供給源から取得するステップと、
    前記取得されたコンテキスト情報に基づいて、前記ユーザに関連するユーザプロファイルの複数の関心レベル値の少なくとも１つを更新するステップであって、前記複数の関心レベル値のそれぞれは、複数のヘルスケアトピックのうちの１つに関連し、関心レベル値は、それぞれのヘルスケアトピックについてのサポートを受けるユーザの関心の度合い及び／又は要件を示す、ステップと、
    前記ユーザプロファイルにおける前記関心レベル値に基づいて、複数のヘルスケアトピックのうちの１つを選択するステップと、
    前記選択されたヘルスケアトピックに基づいて、ユーザに介入推奨を提供するステップであって、前記介入推奨は、前記選択されたヘルスケアトピックに関連する提案される情報又はユーザ装置についての提案される調節に関連し、前記ユーザ装置についての提案される調節は、ユーザ装置の設定の変更、ユーザ装置のスイッチオン、及びユーザ装置のスイッチオフのうちの少なくとも１つを有する、ステップと、
    を有する方法。
  2. 前記ヘルスケアトピックを選択するステップは、
    第１の所定の閾値よりも高い関連する関心レベル値を持つヘルスケアトピックを選択するステップ、
    前記ユーザプロファイルの更新に続いて、前記複数のヘルスケアトピックの少なくとも１つについての関心レベル値の変化を決定し、それぞれ決定された前記関心レベル値の変化が第２の所定の閾値よりも大きい場合に、前記ヘルスケアトピックを選択するステップ、又は
    所定の閾値よりも高い関連する関心レベル値を持つ別のヘルスケアトピックに関連する又は類似するヘルスケアトピックを選択するステップ
    を有する、請求項１に記載のコンピュータ実装された方法。
  3. 前記選択されたヘルスケアトピックについて前記ユーザの説得スタイルの好みを取得するステップを更に有し、前記ユーザの取得された説得スタイルの好みは、前記ユーザについての介入推奨の内容又は前記ユーザにどのように介入が提供されるべきかについてのガイダンスを提供し、前記介入推奨を提供するステップは、前記選択されたヘルスケアトピックについての前記ユーザの前記取得された説得スタイルの好みに更に基づく、請求項１又は２に記載のコンピュータ実装された方法。
  4. 前記ユーザプロファイルは更に、前記複数のヘルスケアトピックのそれぞれについてのパフォーマンスレベル値を有し、前記パフォーマンスレベル値は、それぞれのヘルスケアトピックに関連する行動のユーザのパフォーマンスの品質を示し、前記介入推奨を提供するステップは更に、前記ユーザプロファイルにおける前記選択されたヘルスケアトピックについての前記パフォーマンスレベル値に基づく、請求項１乃至３のいずれか一項に記載のコンピュータ実装された方法。
  5. 前記提供された介入推奨の受諾又は拒絶を示すユーザからの入力を受信するステップを更に有し、
    前記受信された入力が受諾を示す場合、前記方法は更に、前記介入推奨を実行するステップを有し、
    前記受信された入力が拒絶を示す場合、前記方法は更に、前記選択されたヘルスケアトピックに基づいて、異なる介入推奨をユーザに提供するステップを有する、
    請求項１乃至４のいずれか一項に記載のコンピュータ実装された方法。
  6. 前記受信された入力が受諾を示す場合、前記方法は更に、所定の期間に亘り実行された介入の有効性の変化を決定するステップを有する、請求項５に記載のコンピュータ実装された方法。
  7. 前記実行された介入の有効性の前記決定された変化と予期される有効性指標との間の差を決定するステップであって、前記予期される有効性指標は、前記実行された介入の有効性の予期される変化を表す、ステップと、
    前記決定された差が所定の閾値よりも大きい場合、前記実行された介入のパラメータ及び／又は内容を調節するステップと、
    を更に有する、請求項６に記載のコンピュータ実装された方法。
  8. 前記受信された入力が受諾を示す場合、前記方法は更に、前記実行された介入に対するユーザの満足の度合いを示す全体満足度スコアを決定するステップを有し、前記全体満足度スコアを決定するステップは、
    前記実行された介入に起因する進捗に対するユーザの満足の度合いを示す進捗満足度スコアを決定するステップと、
    穏やな説得の手段に対する、より急激な説得の手段を受容するユーザの意欲の度合いを示す進捗指向スコアを決定するステップと、
    前記実行された介入に関連する説得スタイルに対するユーザの満足の度合いを示す説得満足度スコアを決定するステップと、
    前記進捗満足度スコア、前記進捗指向スコア及び前記説得満足度スコアに基づいて、全体満足度スコアを決定するステップと、
    を有する、請求項５乃至７のいずれか一項に記載のコンピュータ実装された方法。
  9. 前記全体満足度スコアと予期される満足度スコアとの間の差を決定するステップであって、前記予期される満足度スコアは、前記実行された介入に対するユーザの予期される満足の度合いを示す、ステップと、
    前記決定された差が所定の閾値よりも大きい場合、前記実行された介入のパラメータ及び／又は内容を調節するステップと、
    を更に有する、請求項８に記載のコンピュータ実装された方法。
  10. 複数のヘルスケア関連メッセージを取得するステップと、
    前記取得された内容情報及び前記選択されたヘルスケアトピックの少なくとも一方に基づいて、前記複数のヘルスケア関連メッセージのそれぞれについての優先度値を決定するステップと、
    前記優先度値に基づいて、前記ユーザに前記複数のヘルスケア関連メッセージの少なくとも１つを提供するステップと、
    を更に有する、請求項１乃至９のいずれか一項に記載のコンピュータ実装された方法。
  11. 前記複数のヘルスケア関連メッセージの少なくとも１つを提供するステップは更に、負荷インジケータ値に基づき、前記負荷インジケータ値は、過剰な情報によりユーザに過負荷をかける可能性を示す、請求項１０に記載のコンピュータ実装された方法。
  12. 前記ユーザに対するヘルスケア関連メッセージの提供に続いて、負荷インジケータ値を更新するステップを更に有する、請求項１０又は１１に記載のコンピュータ実装された方法。
  13. コンピュータ読み取り可能媒体を有するコンピュータプログラム製品であって、前記コンピュータ読み取り可能媒体は、該媒体において実施化されたコンピュータ読み取り可能なコードを持ち、前記コンピュータ読み取り可能なコードは、適切なコンピュータ又はプロセッサによる実行の際に、前記コンピュータ又はプロセッサが請求項１乃至１２のいずれか一項に記載の方法を実行するようにされるよう構成された、コンピュータプログラム製品。
  14. ユーザへのコンテキストベースのヘルスケア介入を提供するための装置であって、前記装置は、
    ユーザの行動、ユーザの生理学的状態、ユーザの現在位置、現在の時刻及び／又は日付のうちの少なくとも１つに関連するコンテキスト情報を、複数の供給源から取得し、
    前記取得されたコンテキスト情報に基づいて、前記ユーザに関連するユーザプロファイルの複数の関心レベル値の少なくとも１つを更新し、ここで前記複数の関心レベル値のそれぞれは、複数のヘルスケアトピックの１つに関連し、関心レベル値は、それぞれのヘルスケアトピックについてのサポートを受けるユーザの関心の度合い及び／又は要件を示し、
    前記ユーザプロファイルにおける前記関心レベル値に基づいて、複数のヘルスケアトピックのうちの１つを選択し、
    前記選択されたヘルスケアトピックに基づいて、ユーザに介入推奨を提供し、ここで前記介入推奨は、前記選択されたヘルスケアトピックに関連する提案される情報又はユーザ装置についての提案される調節に関連し、ユーザ装置についての提案される調節は、ユーザ装置の設定の変更、ユーザ装置のスイッチオン、及びユーザ装置のスイッチオフのうちの少なくとも１つを有する、
    よう構成されたプロセッサを有する、装置。
JP2020567912A 2018-06-15 2019-06-14 コンテキストベースの介入を提供するための装置及び方法 Pending JP2021527870A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP18178028.9 2018-06-15
EP18178028.9A EP3582226A1 (en) 2018-06-15 2018-06-15 An apparatus and method for providing context-based intervention
PCT/EP2019/065786 WO2019238971A1 (en) 2018-06-15 2019-06-14 An apparatus and method for providing context-based intervention

Publications (2)

Publication Number Publication Date
JP2021527870A true JP2021527870A (ja) 2021-10-14
JPWO2019238971A5 JPWO2019238971A5 (ja) 2022-05-09

Family

ID=62684710

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020567912A Pending JP2021527870A (ja) 2018-06-15 2019-06-14 コンテキストベースの介入を提供するための装置及び方法

Country Status (5)

Country Link
US (1) US20210225507A1 (ja)
EP (2) EP3582226A1 (ja)
JP (1) JP2021527870A (ja)
CN (1) CN112313752A (ja)
WO (1) WO2019238971A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021012599A (ja) * 2019-07-08 2021-02-04 国立大学法人東海国立大学機構 生活習慣改善のための介入システム

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11810675B2 (en) * 2020-01-10 2023-11-07 Kristen M. Heimerl Computer system for group crisis-state detection and intervention
CN111524576B (zh) * 2020-05-08 2023-07-07 四川大学 一种用于体重控制的食物重量估测学习系统

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001033314A2 (en) * 1999-10-20 2001-05-10 Salus Media, Inc. Adaptive behavior modification system with intelligent agent
JP2002301050A (ja) * 2001-01-23 2002-10-15 Sharp Corp 健康管理システム及び娯楽システム
JP2009520259A (ja) * 2005-12-16 2009-05-21 ユニリーバー・ナームローゼ・ベンノートシヤープ 行動変更を支援するための方法および装置
JP2012108592A (ja) * 2010-11-15 2012-06-07 Sony Corp 情報処理装置および方法、情報処理システム、並びに、プログラム
JP2013069279A (ja) * 2011-09-22 2013-04-18 Fujitsu Ltd 情報の管理及びネットワーク化
JP2013073377A (ja) * 2011-09-27 2013-04-22 Sony Corp 端末装置と外部装置と情報処理方法とプログラムおよび情報処理システム
JP2014510323A (ja) * 2011-01-06 2014-04-24 イーベイ インク． コンピューティングアドバイスファシリティにおける地理的に局在化した推薦
JP2018504684A (ja) * 2014-12-18 2018-02-15 コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． 対象者に健康アドバイスを提供するためのシステム、デバイス、方法、及びコンピュータプログラム

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU8013300A (en) * 1999-10-12 2001-04-23 Wellpartner, Inc. Method, apparatus and system for providing a drug utilization review that integrates non-prescription items
US7090638B2 (en) * 2002-06-03 2006-08-15 Edward Vidgen System and method for optimized dietary menu planning
US20060074279A1 (en) * 2004-09-29 2006-04-06 Evgeny Brover Interactive dieting and exercise system
US9072370B2 (en) * 2008-06-19 2015-07-07 Colgate-Palmolive Company User health profiles derived from oral care implements
AU2011207344B2 (en) * 2010-01-21 2015-05-21 Asthma Signals, Inc. Early warning method and system for chronic disease management
US20130053719A1 (en) * 2011-08-22 2013-02-28 William Oren Wekell Asthma monitoring device
KR20130113893A (ko) * 2012-04-08 2013-10-16 삼성전자주식회사 사용자 맞춤형 건강 관리를 수행하는 사용자 단말 장치 및 건강 관리 시스템과 그 방법
US9852266B2 (en) * 2012-09-21 2017-12-26 Md Revolution, Inc. Interactive graphical user interfaces for implementing personalized health and wellness programs
US20140278474A1 (en) * 2013-03-15 2014-09-18 Health Value Management, Inc. Helping People with Their Health
US9898789B2 (en) * 2013-04-16 2018-02-20 Palo Alto Research Center Incorporated Method and a system for providing hosted services based on a generalized model of a health/wellness program
EP3042363A1 (en) * 2013-09-04 2016-07-13 Zero360, Inc. Device for providing alerts via electric stimulation
NZ630757A (en) * 2014-08-01 2016-03-31 Resmed Ltd Self-optimising respiratory therapy system
WO2016065463A1 (en) * 2014-10-28 2016-05-06 2352409 Ontario Inc. Methods for providing personalized diet and activity recommendations that adapt to the metabolism of each dieter individually using frequent measurements of activity and triglyceride levels
US20160125747A1 (en) * 2014-11-03 2016-05-05 Google Inc. Discovery of Incentive Effectiveness
US20160171180A1 (en) * 2014-12-11 2016-06-16 Verizon Patent And Licensing Inc. Incentivized wellness behavior modification
US10664572B2 (en) * 2015-08-06 2020-05-26 Microsoft Technology Licensing, Llc Recommendations for health benefit resources
US10678890B2 (en) * 2015-08-06 2020-06-09 Microsoft Technology Licensing, Llc Client computing device health-related suggestions
US20170084195A1 (en) * 2015-09-17 2017-03-23 Susan Roberts Method and System for Improving Weight Management Interventions by Assessing Variability in Serial Weight Measurements
US20180012242A1 (en) * 2016-07-06 2018-01-11 Samsung Electronics Co., Ltd. Automatically determining and responding to user satisfaction

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001033314A2 (en) * 1999-10-20 2001-05-10 Salus Media, Inc. Adaptive behavior modification system with intelligent agent
JP2002301050A (ja) * 2001-01-23 2002-10-15 Sharp Corp 健康管理システム及び娯楽システム
JP2009520259A (ja) * 2005-12-16 2009-05-21 ユニリーバー・ナームローゼ・ベンノートシヤープ 行動変更を支援するための方法および装置
JP2012108592A (ja) * 2010-11-15 2012-06-07 Sony Corp 情報処理装置および方法、情報処理システム、並びに、プログラム
JP2014510323A (ja) * 2011-01-06 2014-04-24 イーベイ インク． コンピューティングアドバイスファシリティにおける地理的に局在化した推薦
JP2013069279A (ja) * 2011-09-22 2013-04-18 Fujitsu Ltd 情報の管理及びネットワーク化
JP2013073377A (ja) * 2011-09-27 2013-04-22 Sony Corp 端末装置と外部装置と情報処理方法とプログラムおよび情報処理システム
JP2018504684A (ja) * 2014-12-18 2018-02-15 コーニンクレッカ フィリップス エヌ ヴェＫｏｎｉｎｋｌｉｊｋｅ Ｐｈｉｌｉｐｓ Ｎ．Ｖ． 対象者に健康アドバイスを提供するためのシステム、デバイス、方法、及びコンピュータプログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021012599A (ja) * 2019-07-08 2021-02-04 国立大学法人東海国立大学機構 生活習慣改善のための介入システム
JP7227613B2 (ja) 2019-07-08 2023-02-22 国立大学法人東海国立大学機構 生活習慣改善のための介入システム

Also Published As

Publication number Publication date
WO2019238971A1 (en) 2019-12-19
US20210225507A1 (en) 2021-07-22
EP3582226A1 (en) 2019-12-18
CN112313752A (zh) 2021-02-02
EP3807899A1 (en) 2021-04-21

Similar Documents

Publication Publication Date Title
US11303976B2 (en) Production and control of cinematic content responsive to user emotional state
JP2021527870A (ja) コンテキストベースの介入を提供するための装置及び方法
US20220288462A1 (en) System and method for generating treatment plans to enhance patient recovery based on specific occupations
US20220288461A1 (en) Mathematical modeling for prediction of occupational task readiness and enhancement of incentives for rehabilitation into occupational task readiness
US9724824B1 (en) Sensor use and analysis for dynamic update of interaction in a social robot
US20170329933A1 (en) Adaptive therapy and health monitoring using personal electronic devices
US20140363797A1 (en) Method for providing wellness-related directives to a user
JP7424285B2 (ja) 情報処理システム、情報処理方法、および記録媒体
US20110152635A1 (en) Motivational Profiling for Behavioral Change Technologies: A State-Trait Approach
KR20210004863A (ko) 명상시스템 및 명상시스템의 운영방법
US20190167105A1 (en) A method, apparatus and system for tailoring at least one subsequent communication to a user
Fozard Gerontechnology: Optimising relationships between ageing people and changing technology
Olguín Muñoz et al. Impact of delayed response on wearable cognitive assistance
JP2019185201A (ja) 強化学習システム
JP2019062460A (ja) オペレータ選択装置、オペレータ選択システム、プログラム及びオペレータ選択方法
CN109411072B (zh) 基于健康和保健数据调整视听设备的系统
US20230120262A1 (en) Method for Improving the Success of Immediate Wellbeing Interventions to Achieve a Desired Emotional State
US20140272839A1 (en) Behavior modification methods and systems
JP7327498B2 (ja) 情報処理方法
US20180039734A1 (en) Method and system for providing medical advice about treatment of a condition of a user
WO2024057537A1 (ja) 脳機能改善促進装置、脳機能改善促進システム、脳機能改善促進方法、脳機能改善促進プログラムおよび記録媒体
US20220020468A1 (en) Method and system to optimize therapy efficacy
JP7291348B2 (ja) 健康維持・増進行動支援装置、健康維持・増進行動支援システム、コンピュータプログラム及び健康維持・増進行動支援方法
CN110648264B (zh) 包含或挂接情绪调节成分的课件、调节情绪的方法和装置
US20230181037A1 (en) Agenda generation system

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220425

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220425

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20230428

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230530

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230821

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20231114