用于提供基于上下文的干预的装置和方法与流程

[0001]
本公开涉及用于向用户提供基于上下文的健康护理干预的装置和方法。本公开还涉及用于优化基于上下文的健康护理干预推荐至用户的提供的装置和方法。


背景技术：

[0002]
为了实现健康利益而改变用户行为一直是具有挑战性的，特别是当期望获得永久的健康利益时。用户对于朝向目标努力的、不管是锻炼还是饮食的预定义的静态时间表的依从性在传统上是很低的。饮食教练和私人教练通常更有效，因为他们基于个人的特点、偏好和进展来调整他们的策略。
[0003]
目前存在一些已知的用于构建基于用户的定制干预策略的数字教练解决方案的解决方案，并且它们通常涉及经由图形用户界面与用户交互。然而，这些解决方案通常只关注于针对特定个体实现一个个人健康目标(例如减肥或跑马拉松)，而不是同时针对多个用户实现多个个人健康目标。目前已知的解决方案还有没有充分解决的许多方面。


技术实现要素：

[0004]
如上所述，用于向一个用户或多个用户(例如，对于家庭环境中的多个家庭成员)提供与健康护理辅导和指导相关的干预的相关联的当前可用的解决方案存在许多缺点。
[0005]
例如，目前已知的系统没有考虑到由于用户的健康上下文的变化、辅导内容与用户的相关性可能随时间快速变化的事实。而且，在开始时通常不清楚如何以有效和可接受的方式亲自辅导用户，并且因此可能需要探索一些不同的策略——在当前可用的解决方案中没有考虑到针对不同策略进行试验的这种需要。此外，当前已知的系统也没有解决这样一个事实：辅导的过程需要用户和辅导系统之间的连续对话，以便收集不能单独经由传感器数据捕获的上下文信息。
[0006]
因此，提供用于向用户提供基于上下文的健康护理干预的改进方法将是有利的。本公开涉及基于个人动态兴趣简档的个性化行为来改变干预的实例化、监视和适配，特别是在个人辅导系统、连接的个人护理设备和/或个人健康设备、对话式用户界面、以及人工智能领域中。
[0007]
为了更好地解决前面提到的一个或多个问题，在第一方面，一种用于向用户提供基于上下文的健康护理干预的计算机实现的方法。该方法包括：从多个源获取上下文信息，其中上下文信息与以下项中的至少一项相关：用户的活动、用户的生理状态、以及用户的环境中；基于所获取的上下文信息，更新与用户相关联的用户简档，其中用户简档包括针对多个健康护理主题中的每个健康护理主题的关注水平值，并且关注水平值指示用户对于接收关于相应的健康护理主题的支持的兴趣程度和/或需求程度；基于用户简档中的关注水平值来选择多个健康护理主题中的一个健康护理主题；以及基于所选择的健康护理主题，向用户提供干预推荐，其中干预推荐与同所选择的健康护理主题相关的提议信息相关联或与针对用户设备的提议调整相关联。
[0008]
在一些实施例中，选择健康护理主题可以包括：选择具有高于第一预定阈值的相关联的关注水平值的健康护理主题；或在更新用户简档之后，确定针对多个健康护理主题中的至少一个健康护理主题的关注水平值的变化，并且如果相应的所确定的关注水平值的变化高于第二预定阈值，则选择该健康护理主题；或者选择与具有高于预定阈值的相关联的关注水平值的另一健康护理主题相关或相似的健康护理主题。
[0009]
在一些实施例中，计算机实现的方法还可以包括获取用户针对所选择的健康护理主题的劝说风格偏好。在这些实施例中，提供干预推荐还可以基于所获取的用户针对所选择的健康护理主题的劝说风格偏好。
[0010]
在一些实施例中，针对用户设备的提议调整可包括以下中的至少一项：改变用户设备的设置、接通用户设备和关断用户设备。
[0011]
在一些实施例中，用户简档还可以包括针对多个健康护理主题中的每个健康护理主题的性能水平值。在这些实施例中，提供干预推荐还可以基于针对用户简档中的所选择的健康护理主题的性能水平值。
[0012]
在一些实施例中，计算机实现的方法还可以包括：从用户接收指示接受或拒绝所提供的干预推荐的输入。在这些实施例中，如果所接收的输入指示接受，则该方法还可以包括所执行的干预推荐，并且如果所接收的输入指示拒绝，则该方法还可以包括基于所选择的健康护理主题向用户提供不同的干预推荐。
[0013]
在一些实施例中，如果所接收的输入指示接受，则该方法还可以包括确定在预定时间段内所执行的干预的有效性的变化。在这些实施例中，计算机实现的方法还可以包括：确定在所确定的所执行的干预的有效性的变化与预期有效性指数之间的差异，其中预期有效性指数表示所执行的干预的有效性的预期变化；并且如果所确定的差异大于预定阈值，则调整所执行的干预的参数和/或内容。
[0014]
在一些实施例中，如果所接收的输入指示接受，则该方法还可以包括确定指示用户对所执行的干预的满意程度的总体满意度得分，其中确定总体满意度得分包括：确定进展满意度得分，该得分指示用户对于由所执行的干预产生的进展的满意程度；确定进展取向得分，该进展取向得分指示用户相对于温和的劝说手段接受更激进的劝说手段的意愿程度；确定劝说满意度得分，该劝说满意度得分指示用户对与所执行的干预相关联的劝说风格的满意程度；以及基于进展满意度得分、进展取向得分和劝说满意度得分来确定总体满意度得分。
[0015]
在一些实施例中，该方法还可以包括：确定总体满意度得分与预期满意度得分之间的差异，其中预期满意度得分指示用户对所执行的干预的预期满意程度；并且如果所确定的差异大于预定阈值，则调整所执行的干预的参数和/或内容。
[0016]
在一些实施例中，计算机实现的方法还可以包括：获取多个健康护理相关消息；基于所获取的上下文信息和所选择的健康护理主题中的至少一项，来确定针对多个健康护理相关消息中的每个健康护理相关消息的优先级值；以及基于优先级值，向用户提供多个健康护理相关消息中的至少一个健康护理相关消息。
[0017]
在一些实施例中，提供多个健康护理相关消息中的至少一个健康护理相关消息可以进一步基于负担指示符值，其中负担指示符值指示过量信息使用户超负荷的可能性。
[0018]
在一些实施例中，计算机实现的方法还可以包括：在向用户提供健康护理相关消
息之后，更新负担指示符值。
[0019]
在第二方面，提供了一种包括计算机可读介质的计算机程序产品，该计算机可读介质具有包含在其中的计算机可读代码，该计算机可读代码被配置成使得在由合适的计算机或处理器执行时，使该计算机或处理器执行根据第一方面的方法。
[0020]
在第三方面，提供了一种用于向用户提供基于上下文的健康护理干预的装置。该装置包括处理器，处理器被配置为：从多个源获取上下文信息，其中上下文信息与以下项中的至少一项相关：用户的活动、用户的生理状态、以及用户的环境；基于所获取的上下文信息，更新与用户相关联的用户简档，其中用户简档包括针对多个健康护理主题中的每个健康护理主题的关注水平值，并且关注水平值指示用户对接收关于相应的健康护理主题的支持的兴趣程度和/或需求程度；基于用户简档中的关注水平值来选择多个健康护理主题中的一个健康护理主题；以及基于所选择的健康护理主题向用户提供干预推荐，其中干预推荐与同所选择的健康护理主题相关的提议信息相关联或与针对用户设备的提议调整相关联。
[0021]
根据上述方面和实施例，解决了现有技术的限制。特别地，上述方面和实施例使得能够基于从多个不同源获取的上下文信息向用户推荐和提供健康护理干预。上述实施例在连接的个人护理设备和/或个人健康设备的生态系统中提供关于多个健康目标的平衡的个人辅导，并且在家庭家居设置中进行操作。以这种方式，本公开中描述的实施例允许：
[0022]
经由数据收集和持续的自然语言对话构建随时间的洞察；
[0023]
对每个用户进行仔细的动态兴趣剖析，使得每个用户接收与其相关的问题的支持；
[0024]
基于上下文、用户简档和劝说风格偏好的定制对话；并且
[0025]
基于有效性和接受度的个性化行为来改变策略，该策略将设备行为与基于会话的辅导相结合。
[0026]
因此，提供了一种用于向用户提供基于上下文的健康护理干预的改进方法和设备。本公开的这些和其它方面将从下文描述的实施例中变得显而易见，并且参照下文描述的实施例进行说明。
附图说明
[0027]
为了更好地理解实施例，并且为了更清楚地示出它们可以如何实施，现在将仅通过示例的方式参考附图，其中：
[0028]
图1是根据实施例的用于向用户提供基于上下文的健康护理干预的装置的框图；
[0029]
图2示出了根据实施例的用于向用户提供基于上下文的健康护理干预的方法；
[0030]
图3是示出根据实施例的用于向用户提供基于上下文的健康护理干预的系统的图；
[0031]
图4是示出图3的关怀家庭模块的图；
[0032]
图5是数据库中多个健康护理主题的层级结构示意图；
[0033]
图6是与健康护理主题相关联的护理模块的示意图；
[0034]
图7是图4的装置的用户简档管理单元的示意图；
[0035]
图8是示出在针对层级结构中的多个健康护理主题的用户简档中的上下文用户数
据的示意图；
[0036]
图9示出了针对健康护理主题的用户简档中的多个参数中的每个参数的示例性标度；
[0037]
图10是示出根据实施例的与激活的护理模块相关联的方法的流程图；
[0038]
图11是根据实施例的在与停用的护理模块相关联的方法中示出的流程图；
[0039]
图12是图4的装置的对话调度单元的示意图；
[0040]
图13是图12的对话调度单元的示意图；以及
[0041]
图14是表示图12的对话调度器的对话处理器的行为的有限状态图。
具体实施方式
[0042]
如上所述，提供了一种改进的装置和操作该装置的方法，其解决了现有的问题。
[0043]
图1示出了根据实施例的装置100的框图，该装置100可以用于向用户提供基于上下文的健康护理干预。尽管下面在单个用户的上下文中描述装置100的操作，但是将理解的是，装置100能够为多个用户提供基于上下文的健康护理干预。
[0044]
如图1所示，装置包括处理器102，处理器102控制装置100的操作并且可以实现本文描述的方法。处理器102可以包括被配置或被编程为以本文描述的方式控制装置100的一个或多个处理器、处理单元、多核处理器或模块。在具体实施例中，处理器102可以包括多个软件和/或硬件模块，每个软件和/或硬件模块被配置为执行或用于执行本文所述方法的单个或多个步骤。
[0045]
简言之，处理器102被配置成从多个源获取上下文信息，其中上下文信息与以下项中的至少一项相关：用户的活动、用户的生理状态、以及用户的环境。多个源可以包括用户设备。例如，上下文信息可以是与用户使用用户设备执行的活动相关的用户设备的使用信息。用户设备可以是个人护理设备(例如，电动牙刷、吹风机等)或个人健康设备(例如，体重秤、活动跟踪器等)。
[0046]
基于所获取的上下文信息，处理器102被配置为更新与用户相关联的用户简档，其中用户简档包括针对多个健康护理主题中的每个的关注水平值，并且关注水平值指示用户对接收关于相应的健康护理主题的支持的兴趣程度和/或需求程度。处理器102还被配置成基于用户简档中的关注水平值来选择多个健康护理主题中的一个健康护理主题。
[0047]
处理器102还被配置成基于所选择的健康护理主题向用户提供干预推荐，其中干预与同所选择的健康护理主题相关的提议信息相关联或与针对用户设备的提议调整相关联。
[0048]
在一些实施例中，装置100还可以包括至少一个用户界面104。备选地或附加地，至少一个用户界面104可以在装置100的外部(即，与装置100分离或远离装置100)。例如，至少一个用户界面104可以是另一设备的一部分。用户界面104可用于向装置100的用户提供由本文描述的方法产生的信息。备选地或附加地，用户界面104可以被配置成接收用户输入。例如，用户界面104可以允许装置100的用户手动输入指令、数据或信息。在这些实施例中，处理器102可以被配置成从一个或多个用户界面104获取用户输入。
[0049]
用户界面104可以是能够模拟和/或提供与用户的自然语言对话的用户界面。因此，在一些实施例中，用户界面104可以被称为对话式用户界面。对话式用户界面可以被实
现为能够提供图形用户界面的移动设备(例如，智能电话)上的聊天机器人，或者智能扬声器设备中的基于语音的虚拟助理。如上所述，在一些实施例中，装置100可以能够为多个用户提供基于上下文的干预。在一些实施例中，装置100可以包括针对多个用户中的每个用户的用户界面104。备选地，在一些实施例中，装置100可包括用于与多个用户(例如家庭中的多个家庭成员)交互的单个用户界面104。
[0050]
用户界面104可以是使能够向装置100的用户呈现(或输出或显示)信息的任何用户界面。备选地或附加地，用户界面104可以是使装置100的用户能够提供用户输入、与装置100交互和/或控制装置100的任何用户界面。例如，用户界面104可以包括一个或多个开关、一个或多个按钮、小键盘、键盘、触摸屏或应用(例如，在平板或智能手机上)、显示屏、图形用户界面(gui)或其他视觉渲染组件、一个或多个扬声器、一个或多个麦克风或任何其他音频组件、一个或多个灯、用于提供触觉反馈的组件(例如，振动功能)、或任何其他用户界面、或用户界面的组合。
[0051]
在一些实施例中，装置100可包括存储器106。备选地或附加地，一个或多个存储器106可以在装置100的外部(即，与装置100分离或远离装置100)。例如，一个或多个存储器106可以是另一设备的一部分。存储器106可被配置为存储可以由处理器102执行以执行本文描述的方法的程序代码。存储器可用于存储由装置100的处理器102获取或制作的信息、数据、信号以及测量值。例如，存储器106可用于存储(例如，在本地文件中)多个用户简档。处理器102可以被配置成控制存储器106以存储多个用户简档。在本公开的上下文中的存储器的示例可以包括对话内容存储单元(如图6所示)、上下文用户数据存储单元(如图7所示)等。
[0052]
在一些实施例中，装置100可以包括通信接口(或电路装置)108，其用于使得装置100能够与装置100内部或外部的任何接口、存储器和/或设备通信。通信接口108可以无线地或经由有线连接与任何接口、存储器和/或设备通信。例如，通信接口108可以无线地或经由有线连接与一个或多个用户界面104通信。类似地，通信接口108可以无线地或经由有线连接与一个或多个存储器106通信。
[0053]
将理解的是，图1仅示出了说明装置100的一个方面所需的组件，并且在实际实现中，装置100可以包括所示组件的备选或附加组件。
[0054]
图2示出了根据一个实施例的用于向用户提供基于上下文的健康护理干预的计算机实现的方法。所示的方法通常可由装置100的处理器102执行或在其控制下执行。
[0055]
参考图2，在框202，从多个源获取上下文信息。更具体地，上下文信息可以由装置100的处理器102获取。在一些实施例中，可以从在存储器106中的一个或多个数据库获取上下文信息，存储器106可以是装置100的存储器或装置100外部的存储器，诸如用户设备(例如个人护理设备或个人健康设备，诸如电动牙刷)中的存储器。
[0056]
所获取的上下文信息与以下项中的至少一项相关：用户的活动、用户的生理状态、以及用户的环境。例如，所获取的上下文信息可以包括以下项中的一项或多项：用户设备的使用信息(例如，电动牙刷，诸如使用频率和/或在使用期间的设备设置)、位置信息(例如，用户的当前位置)、天气信息(例如，用户的当前位置的天气信息)、时间和/或日期信息(例如，当前日期和/或时间)、用户的生理状态(例如，用户是醒着的还是睡着的)、以及基于用户输入的主观意见(例如，用户指示他们对放松感兴趣)。在一些实施例中，所获取的上下文
信息可以与一个或多个其他用户相关，特别是与装置100的一个或多个其他用户(例如，生活中同一家庭环境中的其他家庭成员)相关。例如，所获取的上下文信息可以与另一用户的活动相关联。
[0057]
如上所述，从多个源获取上下文信息。例如，在示例性实施例中，多个源可以包括用户设备，用户设备可以是个人护理设备(例如，与牙齿护理、头发护理、皮肤护理等相关的设备)或个人健康设备(例如，体重秤、活动跟踪器、睡眠监视器等)，并且还包括存在于用户的家庭环境中或由用户佩戴的一个或多个传感器或致动器。
[0058]
返回图2，在框204，基于在框202获取的上下文信息更新与用户相关联的用户简档。用户简档可以由装置100的处理器102从存储器106中的一个或多个数据库获取或检索，存储器106可以是装置100的存储器或装置100外部的存储器。
[0059]
用户简档包括针对多个健康护理主题中的每个健康护理主题的关注水平值，并且关注水平值指示用户对接收关于相应的健康护理主题的支持的兴趣程度和/或需求程度。
[0060]
多个健康护理主题中的每个健康护理主题可以与用户的健康护理的特定方面(例如刷牙)相关联。此外，在一些实施例中，多个健康护理主题中的每个健康护理主题可以在数据库中以层级结构组织。例如，数据库可以在第一级(即顶级)包括作为一般性健康护理主题的“个人护理”。在“个人护理”之下，在第二级，可以提供一个或多个特定的健康护理主题，诸如“口腔健康护理”和“睡眠”。此外，在第二级的每个健康护理主题之下，可以在第三级提供一个或多个健康护理子主题。例如，在“口腔健康护理”下，可以提供诸如“刷牙”、“牙齿美白”等健康护理子主题。将参照图5更详细地说明该层级结构。健康护理主题或健康护理子主题中的任意一个主题可以在本文的描述中通常被称为健康护理主题。此外，如将在以下描述中更详细地解释的，在一些实施例中，健康护理主题的选择可对应于与特定选择的健康护理主题相关联的护理模块的激活。
[0061]
如下面将更详细地解释的，在一些实施例中，关注水平值可以表示为以下项中的一项：“我很好”、“这我放在心上”、“我担心”、“我需要帮助”等，它们在严重性方面分别处于不同的关注或兴趣水平，并且它们规定了以下项中的至少一种：要向用户提供的支持类型、应该向用户提供的支持的程度、要向用户提供的支持的内容。这种支助将以干预的形式提供。
[0062]
如上文参考框202所述，在框202获取的上下文信息与以下项中的至少一项相关：用户的活动、用户的生理状态、以及用户的环境。在一些实施例中，所获取的上下文信息可以与多个健康护理主题中的至少一个健康护理主题相关联，并且在这些实施例中，在框204，可以相对于与所获取的上下文信息相关联的健康护理主题来更新用户简档。
[0063]
例如，在框202获取的上下文信息可以与用户执行的刷牙会话相关。因此，在这种情况下所获取的上下文信息可以与健康护理主题“刷牙”相关联。随后，在该示例中，可以相对于健康护理主题“刷牙”来更新与用户相关联的用户简档。具体地，可以基于该获取的上下文信息来更新针对健康护理主题“刷牙”的关注水平值。
[0064]
附加地或备选地，在一些实施例中，可以相对于与所获取的上下文信息所关联的健康护理主题具有隐含关系的健康护理主题来更新用户简档。例如，在框202获取的上下文信息可以与用户执行的刷牙会话相关。因此，在这种情况下所获取的上下文信息可以与健康护理主题“刷牙”相关联。随后，在该示例中，由于健康护理主题“刷牙”和“睡眠”之间的隐
含关系(即，用户通常在入睡之前刷牙)，因此可以相对于健康护理主题“睡眠”来更新与用户相关联的用户简档。具体地，可以基于该获取的上下文信息来更新健康护理主题“睡眠”的关注水平值。
[0065]
在一些实施例中，可以基于用户输入来更新用户简档。具体地，在一些实施例中，可以基于用户输入来更新用户简档中的关注水平值中的至少一个关注水平值。例如，特定健康护理主题的关注水平值可由用户经由装置100的用户界面104而从“我很好”改变为“这我放在心上”，例如通过经由触摸屏输入取消选择“我很好”并选择“这我放在心上”。
[0066]
返回图2，在框206，基于用户简档中的关注水平值来选择多个健康护理主题中的一个健康护理主题。具体地，多个健康护理主题中的一个健康护理主题可以由装置100的处理器102选择。
[0067]
在一些实施例中，选择多个健康护理主题中的一个健康护理主题可以包括：选择具有高于第一预定阈值的相关联的关注水平值的健康护理主题。
[0068]
备选地，在一些实施例中，选择多个健康护理主题中的一个健康护理主题可以包括：在更新用户简档之后，确定多个健康护理主题中的至少一个健康护理主题的关注水平值的变化，以及如果所确定的相应的关注水平值的变化高于第二预定阈值，则选择该健康护理主题。
[0069]
备选地，在一些实施例中，选择多个健康护理主题中的一个健康护理主题可以包括：选择与具有高于预定阈值的相关联的关注水平值的另一主题相关或相似的健康护理主题。
[0070]
返回图2，在框208处，基于在框206处选择的健康护理主题向用户提供干预推荐。干预推荐与同所选择的健康护理主题相关的提议信息相关联或与针对用户设备的提议调整相关联。
[0071]
同所选择的健康护理主题相关的提议信息可以包括与所选择的健康护理主题相关的教育和/或指导信息、以及与所选择的健康护理主题相关联的提醒中的至少一项。针对用户设备的提议调整可以包括以下中的至少一个：改变用户设备的设置、接通用户设备以及关断用户设备。在一些实施例中，干预推荐可以与多个要执行的同时或顺序干预相关联。
[0072]
此外，在一些实施例中，针对用户设备的提议调整可以基于一个或多个所选择的产品行为脚本。在这些实施例中，计算机实现的方法还可以包括基于所获取的上下文信息选择一个或多个产品行为脚本。例如，如果从所获取的上下文信息确定用户当前睡着了或者附近的另一用户睡着了，则处理器102可以被配置为选择一产品行为脚本，该脚本包括用于调整电动牙刷的设置以禁用声音反馈的指令，从而避免打扰睡眠中的用户。
[0073]
在一些实施例中，干预推荐可以基于所选择的健康护理主题的关注水平值。例如，如果所选择的健康护理主题是“睡眠”并且相关联的关注水平值是“我很好”，则干预推荐可以与用于入睡的通用教育信息、提示和技巧的提供相关联；如果相关联的关注水平值是“我担心”，则干预推荐可以与指导信息相关联，以帮助用户识别入睡困难的原因并提供辅导程序；如果相关联的关注水平值是“我需要帮助”，则干预推荐可以与向用户提供实时辅导、呼吸锻炼和执行数据收集相关联。
[0074]
在一些实施例中，用户简档还可以包括针对多个健康护理主题中的每个健康护理主题的性能水平值，性能水平值指示与相应的健康护理主题相关联的活动的用户性能的质
量。在这些实施例中，干预推荐的提供可进一步基于用户简档中的针对所选择的健康护理主题的性能水平值。此外，可以基于用户相对于所执行的干预所获得的结果(例如，用户是否刷牙)和/或用户相对于所执行的干预的行为(例如，用户刷牙的频率)来更新用户对于所选择的健康护理主题的性能水平值。例如，在框208处提供干预推荐并且接收指示接受干预推荐的用户输入之后，可以基于指示用户相对于所执行的干预所获得的结果程度的结果得分来更新用户简档。
[0075]
在一些实施例中，计算机实现的方法还可以包括获取用户对于在框206处选择的健康护理主题的劝说风格偏好。劝说风格偏好对于针对用户的干预推荐的内容和/或应该如何将干预传递给用户提供指导。在这些实施例中，在框208处提供干预推荐还可以基于所获取的用户对于所选择的健康护理主题的劝说风格偏好(例如，“强烈干预”、“小心干预”、“活跃干预”、或诸如“和蔼”、“友好”、“社交”、“操练军士”等的其他描述性偏好)。
[0076]
例如，如果获取的劝说风格偏好是“小心干预”，则要提供给用户的音频辅导建议(作为要执行的干预的一部分)可以以友好的语调呈现；如果获取的劝说风格偏好是“强烈干预”，则要提供给用户的音频辅导建议以“操练军士”风格的语调呈现。可以附加地或备选地基于所选择的健康护理主题的关注水平值来选择语调(或指导或辅导建议的其它呈现方式)。
[0077]
此外，针对每个个体用户，劝说风格偏好针对多个健康护理主题中的每个健康护理主题可以是不同的。例如，针对个体用户，对于健康护理主题“饮食”的劝说风格偏好可以是“和蔼”，而对于健康护理主题“体育”的劝说风格偏好可以是“操练军士”。在一些实施例中，对于健康护理主题的劝说风格偏好可基于所获取的上下文信息(例如，时间或日期信息)而变化。例如，针对个体用户，如果从所获取的上下文信息确定(例如由处理器102)当前是星期六上午时，则对于健康护理主题“饮食”的劝说风格偏好可以是“和蔼”，并且如果从所获取的上下文信息确定当前是星期六下午，则对于相同的健康护理主题(即“饮食”)的劝说风格偏好可以是“社交”。
[0078]
在一些实施例中，获取用户针对所选择的健康护理主题的劝说风格偏好可以包括从所获取的用户简档获取用户针对所选择的健康护理主题的劝说风格偏好。在这种情况下，用户简档已经包括对于所选择的健康护理主题的劝说风格偏好。
[0079]
备选地，获取用户针对所选择的健康护理主题的劝说风格偏好可以包括基于用户针对与所选择的健康护理主题相似或相关的健康护理主题的劝说风格偏好，来导出用户对于所选择的健康护理主题的劝说风格偏好。
[0080]
备选地，获取用户针对所选择的健康护理主题的劝说风格偏好可以包括从数据库中的多个劝说风格偏好中选择随机的劝说风格偏好。
[0081]
如上所述，在一些实施例中，针对(所提供的干预推荐的)用户设备的提议调整可以基于一个或多个所选择的产品行为脚本。在计算机实现的方法还包括获取用户对于所选择的健康护理主题的劝说风格偏好的一些实施例中，对一个或多个产品行为脚本的选择可以基于所获取的劝说风格偏好。例如，如果所选择的健康护理主题是“牙齿美白”，则处理器102可以被配置成如果所获取的劝说风格偏好是“操练军士”，则选择包括将电动牙刷的设置调整为“强美白模式”的指令的产品行为脚本，并且处理器102可以被配置成如果所获取的劝说风格偏好是“和蔼”，则选择包括将电动牙刷的设置调整为“温和美白模式”的指令的
产品行为脚本。
[0082]
在一些实施例中，计算机实现的方法还可以包括从用户接收指示接受或拒绝所提供的干预推荐的输入。可以经由装置100的用户界面104接收该输入。例如，用户可以通过点击在用户界面104处显示的虚拟按钮来指示接受或拒绝。
[0083]
在这些实施例中，如果所接收的输入指示接受，则计算机实现的方法还可以包括所执行的干预推荐；并且如果所接收的输入指示拒绝，则计算机实现的方法还可以包括基于所选择的健康护理主题向用户提供不同的干预推荐。在一些实施例中，向用户提供不同的干预推荐还可以基于所获取的用户对于所选择的健康护理主题的劝说风格偏好。
[0084]
此外，如果所接收的输入指示接受，则该方法还可以包括确定所执行的干预的有效性在预定时间段内的变化。在这些实施例中，确定所执行的干预的有效性在预定时间段内的变化可以包括：在预定时间段开始时确定第一有效性得分；在预定时间段结束时确定第二有效性得分；以及通过计算在预定时间段内的第一有效性得分和第二有效性得分的差来确定所执行的干预的有效性在预定时间段内的变化。
[0085]
在这些实施例中，确定有效性得分(例如，第一有效性得分或第二有效性得分)可以包括：确定指示用户相对于所执行的干预所获得的结果的程度的结果得分；确定指示用户对于所执行的干预的依从程度的依从性得分；以及通过将结果得分除以依从性得分来确定有效得分。
[0086]
有效性得分量化了相对于用户为坚持所执行的干预所付出的努力量，而由用户取得的客观进展。为了更详细地解释，可以根据以下等式确定有效性得分：
[0087][0088]
其中e表示有效性得分，r表示结果得分，并且a表示依从性得分。
[0089]
在一些实施例中，结果得分r可以是0和1之间的值，以便成比例地表示相对于与所提供的干预推荐和/或所执行的干预相关联的最大可实现目标而言，用户已经实现的目标。例如，如果在框208处提供的干预推荐与用户在6个月内减重10kg的最大可实现目标相关联，并且用户在6个月内仅减重8kg，则装置100的处理器102可以分配值0.8作为结果得分r。
[0090]
在一些实施例中，依从性得分a可以是0和1之间的值，以便成比例地表示用户对于所执行的干预的依从程度。例如，如果与在框208处提供的干预推荐(以及因此所执行的干预)相关联的提议信息包括对用户的关于所选择的健康护理主题的建议，并且确定(例如由处理器或基于用户输入)用户仅将建议的50％付诸行动，则装置的处理器102可将值0.5分配为依从性得分a。
[0091]
有效性得分e是结果相对于依从性的度量。依从的程度越低，预期的结果就越低。此外，如果用户无效，结果可能达不到用户的依从性。在一些情况下，如果结果很高，即使依从程度低，用户也可以非常有效。
[0092]
基于以上描述，在一些实施例中，所执行的干预的有效性在预定时间段内的变化可以根据以下等式来确定：
[0093][0094]
其中g
e
(t
n
)表示有效性在预定时间段内的变化，e(t
n-1
)表示第一有效性得分，e
(t
n
)表示第二有效性得分，t
s
表示预定时间段。第一有效性得分e(t
n-1
)和第二有效性得分e(t
n
)可以使用如上提供的等式(1)来确定。在一些实施例中，有效性在预定时间段内的变化可称为“有效性的增长”。
[0095]
尽管上文描述了在一些实施例中，但是可以基于第一有效性得分和第二有效性得分来确定有效性在预定时间段内的变化(即，“有效性的增长”)，第一有效性得分和第二有效性得分进而是基于结果得分和依从性得分来确定的，但是在替代实施例中，可以至少部分地基于用户输入来确定有效性在预定时间段内的变化。在这些替代实施例中，计算机实现的方法还可以包括接收指示所执行的干预的有效性在预定时间段内的变化的所感知程度的用户输入，以及基于所接收的用户输入确定有效性在预定时间段内的变化。
[0096]
在一些实施例中，计算机实现的方法还可以包括获取与用户和用户设备执行的活动中的至少一个活动相关联的传感器数据。在这些实施例中，可以基于所获取的传感器数据来确定结果得分和依从性得分中的至少一项得分。具体地，可以基于将所获取的传感器数据与预定传感器数据模式进行比较来确定结果得分和依从性得分中的至少一项。关于传感器数据模式的进一步细节将在下面参考图6描述。
[0097]
在一些实施例中，所确定的依从性得分可用于更新所选择的健康护理主题的关注水平值。例如，如果所确定的依从性得分低，则处理器102可以被配置为更新关注水平值(例如，将该值从“我很好”改变为“我需要帮助”)。类似地，在一些实施例中，所确定的结果得分可用于更新所选择的健康护理主题的关注水平值。例如，如果所确定的结果得分高，则处理器102可被配置为更新关注水平值(例如，将该值从“我不好”改变为“我还行”)。
[0098]
在一些实施例中，计算机实现的方法还可以包括确定所确定的所执行的干预(在预定时间段内)的有效性变化与预期有效性指数之间的差异。预期有效性指数表示所执行的干预的预期有效性变化。在确定该差异之后，计算机实现的方法还可以包括如果所确定的差异大于预定阈值，则调整所执行的干预的参数和/或内容。
[0099]
在一些实施例中，所确定的所执行的干预的有效性变化与预期有效性指数之间的差异可以根据以下等式与预定阈值进行比较：
[0100]
(g
e
(t
n
)-c
e
(t
n
)|＞m
e
ꢀꢀꢀ
(3)
[0101]
其中g
e
表示有效性的变化，c
e
(t
n
)表示预期有效性指数，m
e
表示误差裕度。误差裕度表示不需要进一步的行动(例如向用户提供不同的干预推荐)情况下的与预期有效性变化之间的最大允许偏差。
[0102]
因此，在这些实施例中，只要有效性变化与预期有效性指数没有实质上的不同(即，保持在误差裕度内)，就不需要干预推荐和干预执行方面的动作。然而，如果有效性变化与预期有效性指数之间的差异大于误差裕度(即，预定阈值)，则可以调整所执行的干预的参数和/或内容(例如，进一步改变用户设备的设置、或适配提供给用户的辅导/指导信息的内容)、或可以提供不同的干预推荐。不同干预推荐的提供可以基于用户对于所选择的健康护理主题的劝说风格偏好。
[0103]
在一些实施例中，如果从用户接收的输入指示接受在框208处提供的干预推荐，则计算机实现的方法还可以包括确定指示用户对所执行的干预的满意程度的总体满意度得分。
[0104]
在这些实施例中，确定总体满意度得分可以包括：确定进展满意度得分，该进展满
意度得分指示用户相对于由所执行的干预导致的进展的满意程度；确定进展取向得分，该进展取向得分指示用户相对于温和的劝说手段接受更激进的劝说手段的意愿程度；确定劝说满意度得分，该劝说满意度得分指示用户对与所执行的干预相关联的劝说风格的满意程度；以及基于进展满意度得分、进展取向得分和劝说满意度得分来确定总体满意度得分。
[0105]
更详细地，在一些实施例中，可根据以下等式确定总体满意度得分：
[0106][0107]
其中s
t
表示总体满意度得分，s
prog
表示进展满意度得分，v
prog
表示进展取向得分，s
pers
表示劝说满意度得分。
[0108]
在一些实施例中，进展满意度得分s
prog
可以是0和1之间的值，以便成比例地表示用户对于由所执行的干预导致的进展的满意程度。被分配为进展满意度得分的值可以基于用户与装置100之间的交互。例如，处理器102可以被配置为经由用户界面104向用户呈现关于他们对所得到的进展的满意程度的查询，并且被分配为进展满意度得分的值可以基于用户响应于该查询的输入。
[0109]
在一些实施例中，进展取向得分v
prog
可以是0和1之间的值，以便表示用户相对于温和的劝说手段接受更激进的劝说手段的意愿程度。一些用户为了取得进展而更愿意接受更激进的劝说手段，并且对于这些用户来说进展取向得分将相对更高。在一些实施例中，进展取向得分可以存储在上下文用户数据存储单元中。
[0110]
在一些实施例中，劝说满意度得分s
pers
可以是0和1之间的值，以便表示用户对与所执行的干预相关联的劝说风格的程度。例如，如果与在框208处提供的干预推荐相关联的劝说风格被用户认为过于咄咄逼人(这可以在通过用户界面104的用户反馈中指示)，则这可以通过劝说满意度得分的低值来反映。作为另一示例，如果所执行的干预与针对用户设备的提议调整相关联，并且用户随后从提议调整改变或校正用户设备的设置，则这可以通过降低劝说满意度得分的值来反映。
[0111]
计算机实现的方法还可以包括确定总体满意度得分与预期满意度得分之间的差异。预期满意度得分指示用户对所执行的干预的预期满意程度，并且可以基于进展取向得分来确定。此外，在确定总体满意度得分与预期满意度得分之间的差异之后，计算机实现的方法还可以包括：如果确定的差异大于预定阈值，则调整所执行的干预的参数和/或内容。
[0112]
在一些实施例中，智能代理技术可用于学习和/或估计有助于增加用户对所执行的干预的满意程度(并且因此增加总体满意度得分)的与干预推荐相关联的劝说风格偏好、参数和/或内容中的至少一项。在这些实施例中，智能代理技术可以包括基于模型的代理或基于目标的代理，其中基于模型的代理或基于目标的代理包括奖励功能，以便确定与干预推荐相关联的劝说风格偏好、参数和/或内容中的至少一项对总体满意度得分的影响。此外，在框208处的干预推荐的提供可以基于该确定的效果。
[0113]
将理解的是，在备选实施例中，可以基于不同因素来确定总体满意度得分。例如，可以基于指示相对于所提供的干预推荐的总体满意程度的用户输入来确定总体满意度得分。
[0114]
在一些实施例中，如果从用户接收的输入指示拒绝在框208处提供的干预推荐，则
计算机实现的方法还可以包括相对于劝说风格偏好来更新用户简档。
[0115]
在一些实施例中，计算机实现的方法还可以包括：获取多个健康护理相关消息；基于所获取的上下文信息和所选择的健康护理主题中的至少一项来确定针对多个健康护理相关消息中的每个健康护理相关消息的优先级值；以及基于该优先级值向用户提供多个健康护理相关消息中的至少一个健康护理相关消息。
[0116]
在这些实施例中，可以从装置的存储器106获取多个健康护理相关消息中的至少一个健康护理相关消息。此外，在这些实施例中，多个健康护理相关消息中的至少一个健康护理相关消息可以与在框206处选择的健康护理主题相关。
[0117]
在一些实施例中，提供多个健康护理相关消息中的至少一个健康护理相关消息还可以基于负担指示符值。负担指示符值可以指示过多的信息使用户超负荷的可能性。在这些实施例中，计算机实现的方法还可以包括：在向用户提供健康护理相关消息(即，多个健康护理相关消息中的至少一个健康护理相关消息)之后，更新负担指示符值。具体地，装置100的处理器102可以被配置为更新负担指示符值。
[0118]
在一些实施例中，系统中的对话处理单元可以使用负担指示符值来确定是否将健康护理相关消息呈现给用户。关于对话处理单元的更详细的描述在下面参考图12和图13所包括。
[0119]
在一些实施例中，更新负担指示符值可以包括：每次向用户呈现健康护理相关消息时增加负担指示符值(例如，对于任何消息+1个单位、或者取决于与该消息相关联的健康护理主题和/或该消息的长度的其他值)；和/或根据预定比率或标度(例如-1单位/分钟)降低负担指示符值。
[0120]
在一些实施例中，更新负担指示符值可以包括基于所获取的上下文信息更新负担指示符值。例如，如果从所获取的上下文信息确定用户正在刷牙(例如，基于从用户的电动牙刷接收的数据)，则可以减小负担指示符值以指示如果要向用户呈现多个健康护理相关消息，则用户不太可能被过多的信息超负荷。类似地，例如，如果从获取的上下文信息确定用户正在进行化妆，则可以增加负担指示符值以指示用户更有可能被过多的信息超负荷。此外，取决于当前日期或当前时间(其也可以从获取的上下文信息确定)，负担指示符值增加或减小的程度可以不同，例如，如果刷牙会话是在早晨，则为-5单位，而如果刷牙会话是在晚上，则为-10单位。
[0121]
在一些实施例中，可以为多个健康护理主题中的每个健康护理相关消息提供相应的负担指示符值。在这些实施例中，提供多个健康护理相关消息中的至少一个健康护理相关消息可以基于与多个健康护理相关消息中的该至少一个健康护理相关消息相关联的相应的负担指示符值。
[0122]
图3是示出根据实施例的用于向用户提供基于上下文的健康护理干预的系统300的图。图4是示出图3的系统的关怀家庭模块的图。
[0123]
如图3所示，系统300包括关怀家庭模块310、对话式用户界面320，一个或多个个人护理设备330、一个或多个健康设备340、一个或多个传感器350以及一个或多个致动器360。
[0124]
在本实施例中，关怀家庭模块310可以在家庭环境内的系统300中和/或计算云中实现。关怀家庭模块310被配置成经由对话式用户界面(cui)320与一个或多个用户交互，如参考图1所述，对话式用户界面可以以移动设备上的聊天机器人的形式(例如通过图形用户
界面)或智能扬声器设备中的基于语音的虚拟助理的形式来体现。此外，在一些实施例中，关怀家庭模块310可以以装置(诸如参考图1所描述的装置100)的形式来体现。
[0125]
关怀家庭模块310还被进一步配置成经由一个或多个个人护理设备330(例如，与牙齿护理、头发护理、皮肤护理等相关的设备)、和/或一个或多个个人健康设备340(例如，体重秤、活动跟踪器、睡眠监视器等)、和/或一个或多个传感器350、和/或一个或多个致动器360而与一个或多个用户交互。在一些实施例中，一个或多个传感器350和一个或多个致动器360可以存在于一个或多个用户的家庭环境中、或者由一个或多个用户佩戴。
[0126]
如图4所示，等效于如图3所示的关怀家庭模块310的关怀家庭模块410包括上下文建模单元411、对话调度单元412、健康护理主题数据库413以及用户简档管理单元414。在一些情况下，上下文建模单元411可被称为“上下文建模器”，对话调度单元412可被称为“对话调度器”，健康护理主题数据库412可被称为“护理模块库”，并且用户简档管理单元414可被称为“用户简档管理器”。
[0127]
上下文建模单元411被配置为确定和/或监视与一个或多个用户中的每个用户相关联的上下文。这可以根据包含在健康护理主题数据库413中的多个健康护理主题来执行。上下文的示例可以包括：刷牙、睡眠、清醒等。在一些实施例中，上下文建模单元411的操作可以在装置的处理器(例如，图1的装置100的处理器102)中实现。
[0128]
对话调度单元412被配置为从健康护理主题数据库413接收对话内容(例如，一个或多个健康护理相关消息)，并且在将所接收的对话内容提供给一个或多个用户之前对所接收的对话内容进行优先级排序和平衡。对话调度单元412可以被配置成基于由上下文建模单元411确定的上下文以及一个或多个用户的兴趣和/或需求来执行这种优先级排序和平衡。可以在与用户相关联的用户简档中指示用户的兴趣和/或需求。关于对话调度单元412的更详细的说明在下面关于图12至图14提供。
[0129]
健康护理主题数据库413包括以层级结构组织的多个健康护理主题。健康护理主题的示例可包括：刷牙、牙齿美白、改善睡眠、口腔健康护理等。在一些实施例中，多个健康护理主题中的一个健康护理主题的选择可对应于与所选择的健康护理主题相关联的护理模块的激活。当与所选择的健康护理主题相关联的护理模块被激活时，可传递关于相应的健康护理主题的辅导支持。这将在下文参照图5更详细地说明。
[0130]
用户简档管理单元414被配置为管理和维护各自分别与一个或多个用户相关联的一个或多个用户简档。用户简档管理单元414可被视为提供维护一个或多个用户关于健康护理主题数据库413中包含的多个健康护理主题的兴趣和偏好的模型的功能。在一些实施例中，用户简档管理单元414还可以包括用户简档控制单元和上下文用户存储单元。这将参照图7更详细地说明。
[0131]
将理解的是，图3和图4仅示出了说明系统300和关怀家庭模块410的一个方面所需的组件，并且在实际实现方式中，系统300和/或关怀家庭模块410可以包括所示组件的替代或附加组件。
[0132]
图5是数据库(诸如图4的健康护理主题数据库413)中的多个健康护理主题的层级结构的示意图。如上所述，可以选择健康护理主题中的每个健康护理主题，并且健康护理主题的选择可以对应于与所选择的健康护理主题相关联的护理模块的激活。因此，在一些情况下，例如在图5中，多个健康护理主题可被称为“护理模块库”。将理解，图5所示的多个健
康护理主题作为示例提供，并且在替代实施例中，可以表示更多的健康护理主题或更少的健康护理主题。
[0133]
在本实施例中，多个健康护理主题中的每个健康护理主题可以与用户的健康护理的特定方面相关联。如图5所示，数据库在第一级(即顶级)包括作为一般性健康护理主题的“个人护理”510。在“个人护理”之下，在第二级，可以提供一个或多个进一步的、更具体的健康护理主题，诸如“口腔健康护理”522和“睡眠”524，两者都属于更一般性的主题“个人护理”510之下。还可以在第二级提供附加的健康护理主题，其由标记为526的框表示。
[0134]
此外，在第二级的每个健康护理主题522、524、526之下，可以在第三级提供一个或多个健康护理子主题。这在图5中示出，其中可以在“口腔健康护理”之下提供诸如“刷牙”522a和“牙齿美白”522b的健康护理子主题。还可以在“口腔健康护理”522之下提供附加的健康护理子主题，其由标记为522c的框表示。类似地，尽管在附图中未示出，但是可以在健康护理主题“睡眠”524之下，在第三级提供诸如“有效饮食”和“活动例程”的健康护理子主题。
[0135]
因此，在以图5所示的层级结构组织的多个健康护理主题的实施例中，可以通过允许选择与当前上下文相关的健康护理主题来进一步优化健康护理主题的选择。例如，在用户的刷牙会话期间，可以确定当前上下文与“刷牙”522a相关联。基于此，可以选择健康护理主题“刷牙”522a，或者可以选择相关的健康护理主题(例如，“牙齿美白”522b)。附加地或备选地，可以选择在层级结构中处于直接更高的水平的健康护理主题“口腔健康护理”522，因为它也可以被认为是相关的健康护理主题。应当理解的是，在本文的描述中，健康护理主题或健康护理子主题中的任何一个通常可被称为健康护理主题。
[0136]
图6是与健康护理主题相关联的护理模块600的示意图，可以通过选择对应的健康护理主题来基于上下文激活该护理模块600。
[0137]
如图6所示，护理模块600包括护理引擎610、对话内容存储单元620、产品行为脚本存储单元630、教育内容存储单元640以及传感器数据模式存储单元650。
[0138]
对话内容存储单元620被配置为存储与相应的健康护理主题相关联的对话内容，对话内容用于生成对话，以便允许收集用户关于相应的健康护理主题的主观意见和兴趣水平，并且向用户提供关于相应的健康护理主题的辅导。
[0139]
产品行为脚本存储单元630被配置为存储与相应的健康护理主题相关联的产品行为脚本，该脚本使得能够生成用于干预执行的产品行为。在一些实施例中，产品行为脚本可以包括用于调整用户设备的设置的指令。例如，产品行为脚本可以规定用户设备的特定设置，例如自动将牙刷设置为牙齿美白模式，和/或如果用户过早地停止刷牙会话，则设置警报声音效果。
[0140]
教育内容存储单元640被配置为存储与相应的健康护理主题相关联的教育内容，并且传感器数据模式存储单元650被配置为存储与相应的主题相关联的一个或多个传感器数据模式。传感器数据模式可以使得能够相对于与健康护理主题相关联的护理模块，而从传感器收集有意义的数据。传感器数据模式可以基于域知识来预定义。例如，健康护理主题“刷牙”的域知识可以包括“无蛀牙且无疼痛”的期望最终结果和对应的期望用户行为“每天至少刷牙两次、持续2分钟、覆盖所有牙齿”。域知识也可以至少部分地经由深度学习(或其他人工智能)技术使用获取的传感器数据来导出。
[0141]
在一些实施例中，传感器数据模式可以包括上下文数据模式和行为数据模式中的至少一个数据模式。通过将获取的传感器数据与上下文数据模式进行比较，可以确定用户执行的活动(例如，用户是否已经开始或结束刷牙会话)或用户的生理状态(例如，刚刚睡着、或刚刚醒来)。该确定的输出可以被发送到上下文建模单元。此外，通过比较获取的传感器数据与行为数据模式，可以确定用户执行的活动的质量和/或持续时间(例如，会话是短、中、长、好还是不良)。
[0142]
护理引擎610被配置为管理护理模块600的行为。具体地，护理引擎610被配置成激活和/或停用护理模块600、评估兴趣水平(在一些实施例中可以表示为关注水平值)以及确定要呈现给用户的内容和产品行为脚本。护理引擎610的操作可以基于经由用户界面接收的用户输入和/或接收的传感器数据。用户的进展被监视，并且可以基于护理模块600中定义的性能和体验度量来调整干预推荐。护理引擎610的操作可以相对于多个阶段进行结构化：
[0143]-用户兴趣：可以确定期望的护理水平(关注水平值)(例如，“我很好”、“我担心”或“我需要帮助”)。护理引擎610可以被配置成确定是否将干预推荐给用户和将什么类型的干预推荐给用户以及用户可能期望什么结果。期望的护理水平(关注水平值)可以存储在用户简档管理单元内部。
[0144]-信息：可以基于期望的护理水平(关注水平值)向用户提供与健康护理主题相关的教育内容。
[0145]-提议：可以以干预推荐的形式提出行为改变。这可以基于期望的护理水平(关注水平值)、劝说风格偏好和/或用户的当前生理状态。
[0146]-执行：推荐的干预可以被执行(例如产品行为、辅导对话)。
[0147]-进展评估：基于设定的健康目标以及用户对辅导的重视程度，
[0148]
确定是否应该提供不同的干预策略。
[0149]-最终结果评估：确定客观的最终结果和用户对最终结果的满意度；可以基于获取的传感器数据或通过询问用户来评估最终结果。
[0150]
将理解，图6仅示出了说明护理模块600的一个方面所需的组件，并且在实际实现中，护理模块600可以包括所示组件的备选或附加组件。例如，在备选实施例中，护理模块600可以不包括对话内容存储单元或教育内容存储单元。
[0151]
图7是图4的装置的用户简档管理单元的示意图。如前面参考图4所述，在一些实施例中，用户简档管理单元还可以包括用户简档控制单元和上下文用户数据存储单元。这些组件在图7中示出为用户简档控制单元710(可称为“用户简档控制器”)和上下文用户数据存储单元720(在图7中标记为“上下文用户数据”)。
[0152]
在本实施例中，用户简档控制单元710被配置为管理用户兴趣模型，该用户兴趣模型可以针对一个或多个用户中的每个用户随时间更新，并且在这种情况下，用户兴趣模型可以由针对数据库(例如，图4中的健康护理主题数据库413)中的多个健康护理主题中的每个健康护理主题的多个关注水平值来表示。上下文用户数据存储单元720被配置为存储上下文用户数据。
[0153]
在一些实施例中，存储在上下文用户数据存储单元720中的上下文用户数据可以以与如图5所示的多个健康护理主题的结构相同的方式来构造。该结构将具有类似目标的
健康护理主题分组在一起。此外，该方法允许用户对更广泛主题的兴趣以触发多个健康护理主题的选择(并且因此激活多个护理模块)，并且允许数据库/库更易于搜索和扩展。在多个健康护理主题中的每个下，可以存储以下参数中的一个或多个：
[0154]-关注水平值(在一些实施例中可称为“兴趣水平”或“关注水平”)
[0155]-性能水平值
[0156]-激活水平值
[0157]-劝说风格偏好
[0158]-负担指示符值
[0159]
在一些实施例中，用户简档控制单元710可以被配置成为用户接收关注水平值、性能水平值、激活水平值以及劝说风格偏好中的至少一个的更新值，并且控制上下文用户数据存储单元720存储所接收的更新值。此外，用户简档控制单元710可以被配置成基于相关或相似的健康护理主题的对应参数的值，为相应的健康护理主题确定或估计关注水平、性能水平、激活水平以及劝说风格偏好中的至少一个的值。该确定或估计可以基于推断算法。具体地，在一些实施例中，用户简档控制单元710可以被配置成基于在层级结构中较低的至少一个相关健康护理主题的对应参数的值来确定或估计针对相应的健康护理主题的性能水平和/或劝说风格偏好。
[0160]
例如，如果确定对健康护理主题“刷牙”的关注水平具有值3(在从1到10的标度上)，并且对健康护理主题“牙齿美白”的关注水平具有值1(在从1到10的标度上)，则用户简档控制单元710可以被配置成将对健康护理主题“口腔健康护理”(其比层级结构中的“刷牙”和“牙齿美白”高一级)的关注水平值确定或估计为具有值2(即，两个相关健康护理主题的关注水平值的平均值)。诸如劝说风格偏好的其他参数可以用类似的方式估计或确定。
[0161]
健康护理主题的关注水平值可由对话调度单元(例如，将参照图12和图13描述的对话调度单元)使用以确定要呈现给用户的健康护理相关消息的优先级值。
[0162]
图8是示出了针对层级结构中的多个健康护理主题的用户简档中的上下文用户数据的示意图，以及图9示出了在层级结构中的多个健康护理主题的用户简档中的上下文用户数据的示意图。图9示出了针对健康护理主题的用户简档中的多个参数中的每个参数的示例性标度。
[0163]
来自图5的示例的健康护理主题的层级结构在图8中使用，以解释可与多个健康护理主题中的每个相关联的信息或数据。类似于图5，本实施例中的层级结构还包括“个人护理”810、“口腔健康护理”822、“睡眠”824、“刷牙”822a、“牙齿美白”822b。在“个人健康护理”之下的其他健康护理主题表示为826，而在“口腔健康护理”822之下的其他健康护理主题表示为822c。在本实施例中，上下文用户数据(其可以存储在上下文用户数据存储单元中)包括针对多个健康护理主题中的每个的关注水平值(其可以被称为“护理水平”)、性能水平值、激活水平值以及劝说风格偏好。
[0164]
例如，参考健康护理主题“刷牙”822a，关注水平值为3，性能水平值为6.9，激活水平值为“强烈”，劝说风格偏好为2。
[0165]
为了解释与健康护理主题相关联的参数中的每个参数(例如，性能水平值)的重要性，在图9中提供了多个示例性标度。多个示例性标度包括关注水平值标度(其可被称为“兴趣水平”标度，如图中所示)910、性能水平值标度920、激活水平值标度930和劝说风格偏好
标度940。
[0166]
在该实施例中，根据用户对接收关于相应的健康护理主题的支持的兴趣程度和/或需求程度，以1至3的标度提供关注水平值，其中值1对应于“我很好”，值2对应于“这我放在心上”，并且值3对应于“我需要帮助”。因此，“刷牙”822a的关注水平值为3对应于“我需要帮助”。
[0167]
在该实施例中，根据与相应的健康护理主题相关联的活动的用户性能的质量，以1至10的标度提供性能水平值。如图9所示，性能水平值9对应于“进行得很顺利”，性能水平值介于5到6之间对应“进行得还可以”，性能水平值为2对应于“进行得不顺利”。因此，对于“刷牙”822a来说，6.9的性能水平值可以解释为比“进行得还可以”稍微不那么严重。
[0168]
在该实施例中，如激活水平值标度930所示，激活水平值是1或0，其中值1对应于“活跃”，而值0对应于“不活跃、检查性能”。尽管在图9中未示出，但是在一些实施例中，激活水平还可以取其它值，例如，针对“刷牙”822a的激活水平值是“强烈”，其是高于“活跃”的水平、并且指示应该针对该特定健康护理主题向用户提供更强的干预。在一些其它实施例中，可能的激活水平值可以是“探测”，其指示与相应的健康护理主题相关联的护理模块处于确定其是否应当激活的过程中。
[0169]
在该实施例中，根据要提供给用户的干预推荐的强度的程度，以1至3的标度提供劝说风格偏好，其中值1对应于“小心干预”，值2对应于“活跃干预”，值3对应于“强烈干预”。
[0170]
将理解的是，在备选实施例中，关注水平值标度910、性能水平值标度920、激活水平值标度930和劝说风格偏好标度940中的每个标度可以是不同的，例如在1至20的标度上而不是在1至10的标度上。此外，尽管上面描述了关注水平值标度、性能水平值标度、激活水平值标度和劝说风格偏好标度中的每个标度包括多个离散值，但是将理解，在替代实施例中，这些标度中的一个或多个标度可以是连续标度而不是离散标度，以便允许更细粒度的监视和动作。
[0171]
图10是示出根据实施例的与激活的护理模块相关联的方法的流程图。在一些实施例中，如图10所示的方法可以由如参考图1所描述的装置100的处理器102执行。在一些实施例中，该方法可以由激活的护理模块的护理引擎(诸如图6所示的护理引擎610)执行。
[0172]
在本实施例中，该方法开始于步骤1001，在步骤1001处激活护理模块，该护理模块可由特定健康护理主题的选择而触发。例如，如果选择了健康护理主题“刷牙”，则可以激活与健康护理主题“刷牙”相关联的护理模块。一旦该护理模块被激活，则该方法前进到步骤1002，在步骤1002确定所选择的健康护理主题的关注水平值(即，“兴趣(护理水平)”)是否是“我需要帮助”和“我担心”中的一个。
[0173]
如果在步骤1002确定关注水平值是“我需要帮助”和“我担心”中的一个，则该方法前进到步骤1003，在步骤1003，基于关注水平值向用户提供定制的信息(例如教育内容)。在一些实施例中，可经由对话式用户界面提供定制的信息。此外，在一些实施例中，可从对话内容存储单元检索定制的信息。
[0174]
另一方面，如果在步骤1002确定关注水平不是“我需要帮助”或“我担心”，则该方法前进到步骤1004，在步骤1004，护理模块被停用。备选地，如果在步骤1002确定关注水平值是未知的，则该方法前进到步骤1005，在步骤1005，(例如通过经由用户界面询问用户)确定与激活的护理模块相关联的健康护理主题的关注水平值，然后返回到步骤1002。
[0175]
在1005确定关注水平值之后，该方法可以返回到步骤1002，在步骤1002，确定关注水平值是“我需要帮助”还是“我担心”。
[0176]
在步骤1003提供定制的信息之后，该方法前进到步骤1006，在步骤1006，确定是否存在与激活的护理模块对应的健康护理主题相关联的可用劝说风格偏好。
[0177]
如果在步骤1006确定存在与该健康护理主题相关联的可用的劝说风格偏好，则该方法直接前进到步骤1009。否则，如果在步骤1006确定不存在与健康护理主题相关联的可用劝说风格偏好，则该方法前进到步骤1007，在步骤1007，基于以下项中的至少一项导出劝说风格偏好：大数据、用户的用户简档、以及相似健康护理主题的劝说风格偏好，或者在前进到步骤1008之前以随机方式选择劝说风格偏好。
[0178]
在步骤1008，基于可用劝说风格偏好提供干预推荐。干预推荐可以包括从对话内容存储单元检索的对话内容(例如，提醒、辅导和指导)，和/或从产品行为脚本存储单元检索的产品行为脚本(例如，针对用户设备的特定设置，诸如将牙刷自动设置为牙齿美白模式，和/或如果用户过早停止刷牙会话，则设置警报声音效果)。如前所述，产品行为脚本可以包括用于调整用户设备的设置的指令。
[0179]
如果在步骤1009接受干预推荐，则该方法前进到步骤1010。否则，该方法前进到步骤1011，在步骤1011选择下一个最佳劝说风格，并且随后前进到步骤1008，在步骤1008基于更新的劝说风格偏好提供(不同的)干预推荐。
[0180]
在步骤1010，基于干预推荐所执行的干预，并且跟踪由所执行的干预导致的进展。在一些实施例中，对进展的跟踪可以基于对有效性变化的确定，如参考图2所述。如果在步骤1012确定所得到的进展是令人满意的，则该方法前进到步骤1013，在步骤1013更新与激活的护理模块相关联的健康护理主题的劝说风格偏好(例如，通过用存储在上下文用户数据存储单元中的上下文用户数据中的当前选择的劝说风格偏好进行替换)。否则，该方法返回到步骤1011，在步骤1011选择(另一个)下一个最佳劝说风格偏好，并且随后返回到步骤1008，在步骤1008，基于更新的劝说风格偏好提供另一个(不同的)干预。
[0181]
在步骤1013更新劝说风格偏好之后，该方法前进到步骤1014，在步骤1014，确定是否实现了期望的最终结果。在一些实施例中，确定是否实现了期望的最终结果可以基于如参考图2所描述的结果得分的确定。如果在步骤1014确定实现了期望的最终结果，则该方法前进到步骤1005，在步骤1005确定与激活的护理模块相关联的健康护理主题的(新的)关注水平值。如果在步骤1014确定未实现期望的最终结果，则该方法前进到步骤1011，在步骤1011执行(进一步的)干预，并且跟踪由(进一步的)干预导致的进展。
[0182]
将理解的是，在备选实施例中，该方法可以不包括所描述的所有步骤，并且可以省略如图10所示的一个或多个步骤。还将理解的是，在备选实施例中，如图10所示的步骤可以以不同顺序执行。
[0183]
图11是根据实施例的在与停用的护理模块相关联的方法中示出的流程图。在一些实施例中，如图11所示的方法可以由参考图1所描述的装置100的处理器102执行。在一些实施例中，该方法可以由如图3所示的关怀家庭模块310执行。
[0184]
如下面将更详细地解释的，当停用时，护理模块相对于与护理模块相关联的健康护理主题保持跟踪用户的性能(结果和/或行为)。除非用户不久前已经指示他们对健康护理主题感到满意，否则护理模块可以仔细地开始探测用户对于健康护理主题的兴趣水平
(由关注水平值表示)。
[0185]
在本实施例中，该方法开始于步骤1101，在步骤1101，护理模块被停用，这可以由于较低的相关联的关注水平值被触发。该方法前进到步骤1102，在步骤1102，确定是否存在与停用的护理模块相关联的活动的不良性能，或者关注水平值(护理水平)是否高(例如，超过特定严重性阈值)。该确定可以基于由处理器102获取的与用户的活动相关的上下文信息，该活动与对应于停用的护理模块的健康护理主题相关联。如果在步骤1102确定不存在不良性能并且关注水平值不高，则该方法返回到步骤1101，在步骤1101，护理模块保持停用；如果在步骤1102确定存在不良性能或者关注水平值高，则该方法前进到步骤1103，在步骤1103，确定用户是否已经指示“我很好”作为与对应于停用的护理模块的健康护理主题相关联的关注水平值。
[0186]
如果在步骤1103确定用户已经指示“我很好”作为关注水平值，则该方法前进回到步骤1104，在步骤1104确定关于关注水平(关注水平值)的上次用户询问(“探测”)是否在很久以前。这可以通过将上次用户询问与当前时间之间的时间段与预定阈值进行比较来确定。在步骤1104，如果确定关于护理水平的上次用户询问不在很久以前，则该方法返回到步骤1101，在步骤1101，护理模块保持停用。然而，如果确定关于护理水平的上次用户询问在很久以前，则该方法前进到步骤1105。
[0187]
此外，如果在步骤1103确定用户没有指示“我很好”作为关注水平值，则该方法也前进到步骤1105，在步骤1105通过询问用户(例如经由用户界面)获得与停用的护理模块相关联的健康护理主题的关注水平值。
[0188]
在步骤1005获得关注水平值之后，在步骤1106确定关注水平值是否不是“我很好”。如果确定是否定的，即关注水平值是“我很好”，则该方法前进到步骤1101，在步骤1101，护理模块保持停用。如果确定是肯定的，即关注水平值不是“我很好”，则该方法前进到步骤1107，在步骤1107，相对于新获得的关注水平值更新上下文的用户数据，然后前进到步骤1108，在步骤1108，激活护理模块。
[0189]
将理解，在备选实施例中，该方法可以不包括所描述的所有步骤，并且可以省略如图11所示的一个或多个步骤。还将理解，在备选实施例中，如图11所示的步骤可以以不同顺序执行。
[0190]
图12和图13是图4的装置的对话调度单元1200的示意图。具体地，图13示出了图12的对话调度单元1200的示例性实现方式。
[0191]
如图12和图13所示，对话调度单元1200(如所述，对话调度单元可以被称为“对话调度器”)包括对话处理单元1210(如图中所示，对话处理单元可以被称为“对话处理器”)和消息队列1220。对话调度单元1200可以被配置成从上下文建模单元、用户简档管理单元接收上下文信息，并且从一个或多个护理模块接收对话内容。
[0192]
在本实施例中，消息队列1220包括多个健康护理相关消息1221、1222、1223、1224、1225和1226。多个健康护理相关消息中的每个健康护理相关消息可包括要呈现给用户的对话内容(例如，与特定护理模块相关联)。具体地，多个健康护理相关消息中的每个健康护理相关消息可以包含与参考图6的护理引擎610的操作所描述的多个阶段中的一个阶段(例如，用户兴趣、信息、提议、执行、进展评估和最终结果评估)相关的信息或问题。例如，健康护理相关消息可以是关于用户所希望的牙齿白度的问题。用户能够经由用户界面提供响应
(例如，通过选择展示牙齿白度不同程度的两张图片中的一张)。
[0193]-对话处理单元1210被配置成管理消息队列1220中的健康护理相关消息的选择和定时，并跟踪以下方面：
[0194]-用户的当前活动(从上下文建模单元检索)
[0195]-对话的当前主题，在一段无对话时间后，该主题将被取消设置
[0196]-负担指示符值，其指示最近与用户的交互量，并因此指示过量信息使用户超负荷的可能性。
[0197]
本实施例中的负担指示符值可以以与参考图1和图2所描述的方式类似的方式操作。例如，可以基于获取的上下文信息来更新负担指示符值。因此，为了简洁起见，省略与负担指示符值有关的描述。
[0198]
在一些实施例中，对话处理单元1210可以被配置为基于所获取的上下文信息和所选择的健康护理主题中的至少一项来确定多个健康护理相关消息中的每个健康护理相关消息的优先级值(其可以被称为“相关性得分”)。对话处理单元1210还可以被配置为基于优先级值将消息队列1220中的多个健康护理相关消息中的至少一个提供给用户。多个健康护理相关消息中的至少一个可以经由用户界面(例如，对话式用户界面)来提供。在一些实施例中，提供多个健康护理相关消息中的至少一个可进一步基于消息队列1220中的相应的健康护理相关消息的时间。
[0199]
图14是表示图12和图13的对话调度单元的对话处理单元的行为的有限状态图。
[0200]
在本实施例中，对话可以由用于向用户提供基于上下文的干预的系统(例如，如参考图3所示的系统300)在任何时间经由用户界面(例如，图3中的系统300的对话式用户界面310)开始。可以根据用户正在执行的活动来限制可以呈现给用户的健康护理相关消息的类型。如下面将更详细地解释的，可以呈现给用户的健康护理相关消息的类型可以取决于所选择的健康护理主题(即，在一些实施例中，激活的“护理模块”)。在一些实施例中，至少一个健康护理相关消息可以是提供给用户的干预推荐的至少一部分。
[0201]
图14的有限状态图包括可以由系统设置的多个示例性状态，其中多个状态中的每个状态与以下项中的至少一项相关联：“对话主题未设置”和“对话主题已设置”，并且与以下项中的至少一个相关联：“开始活动”、“活动中”、“结束活动”以及“无活动”。在这种情况下，“开始活动”对应于当用户开始与护理模块相关的活动时，“活动中”对应于当用户在与护理模块相关的活动中时，“结束活动”对应于当用户正结束与护理模块相关的活动时，以及“无活动”对应于当用户不处于与护理模块相关的活动时。
[0202]
因此，多个状态包括“主题未设置、开始活动”(ns-sa)1401，“主题未设置、在活动中”(ns-ia)，“主题未设置、结束活动”(ns-ea)1403，“主题未设置、无活动”(ns-na)1404，“主题已设置、开始活动”(ts-sa)1405，“主题已设置、在活动中”(ts-ia)1406，“主题已设置、结束活动”(ts-ea)1407，以及“主题已设置、无活动”(ts-na)1408。下面提供与多个状态中的一些状态有关的进一步说明：
[0203]“主题未设置、开始活动”(ns-sa)1401：如果用户开始一活动(例如刷牙)，则仅能够呈现与该活动相关联的健康护理相关消息(例如与护理模块“刷牙”相关联的健康护理相关消息和/或与护理模块“口腔健康”相关联的健康护理相关消息)。此外，仅呈现与用户兴趣、信息和提议相关联的健康护理相关消息。如果这样的健康护理相关消息在消息队列中，
则可以将系统的状态设置为“主题已设置、开始活动”(ts-sa)1401，并且通过将“刷牙”或“口腔健康”指定为健康护理主题来进一步定义，以便开始相关对话并将健康护理消息呈现给用户。
[0204]“主题(未)设置、在活动中”(ns-ia/ts-ia)1402、1406：在活动期间，优选的是不要用除了支持其当前活动的消息之外的健康护理相关消息来分散用户的注意力。因此，在活动期间，系统应该仅允许用与活动的执行相关联的健康护理相关消息开始或继续活动相关的对话。换句话说，当系统处于“主题(未)设置、在活动中”状态时，仅与活动的辅导或指导相关联的健康护理相关消息可以呈现给用户(例如，与辅导或指导刷牙活动相关联的消息)。
[0205]“主题未设置、结束活动”(ns-ea)1403：活动(例如刷牙)的结束标志着以下重要时刻：
[0206]
(1)开始关于刚结束的活动的对话，例如讨论用户的状态、用户对接受辅导的兴趣、评估辅导导的进展、或向用户请求关于活动会话的主观输入。在这种情况下，在将状态设置为“主题未设置、结束活动”(ns-ea)1403之后，然后可以将状态设置为“主题已设置、结束活动”(ts-ea)1407。
[0207]
(2)开始关于与刚结束的活动相关的活动的对话(例如，通过呈现与健康护理主题“舌头清洁”相关的消息)，或者在与刚结束的活动相同的域内开始对话(例如，通过呈现与健康护理主题“口腔健康”相关的消息)。这可能导致：(a)用户开始参与关于新健康护理主题的对话，并且因此触发系统的状态被设置为“主题已设置、无活动”(ts-na)1408；或(b)用户在对话期间开始与新的健康护理主题相关的活动，并且因此触发系统的状态被设置为“主题已设置、开始活动”(ts-sa)1405。
[0208]“主题未设置、无活动”(ns-na)1404：当用户未参与护理模块相关活动(即，与所选择的健康护理主题相关联的活动或直接/间接导致健康护理主题被选择的活动)、并且当前未参与对话时，则可以开始与任何护理模块相关的对话，使得系统的状态被设置为“主题已设置、无活动”(ts-na)1408。在这种状态下，只有与活动的执行无关联的健康护理相关消息才能呈现给用户。在一些实施例中，当对话主题在“主题已设置、无活动”(ts-na)1408状态期间被发布(由箭头“发布主题”指示)时，可以触发“主题未设置、无活动”(ns-na)1404。
[0209]
在一些实施例中，在“主题(未)设置、无活动”ns-na，ts-na)中，系统的对话处理单元(例如，如图12所示的对话处理器1210)可以被配置成在消息队列中组织健康护理相关消息和/或对其进行优先级排序，使得：
[0210]-与健康护理主题(护理模块)的层级结构中的较高水平相关联的健康护理相关消息被优先化；和/或
[0211]-与相应的健康护理主题(护理模块)相关联的所有健康护理相关消息以捆绑方式呈现，例如，这些消息同时或以序列一起呈现；和/或
[0212]-负担指示符值保持低于预定阈值；和/或在用户和系统之间没有对话的预定时段之后健康护理主题未选择；和/或
[0213]-当对话正在进行时(即，“主题已设置”)，则对话处理单元被配置成在用户参与关于活动的对话时防止不期望的主题切换。因此，取决于对话的起点，系统的状态可以从“主题已设置、开始活动”(ts-sa)1405触发到“主题已设置、在活动中”(ts-ia)1406，并然后触
发到“主题已设置、结束活动”(ts-ea)1407。只有当活动完成，并且与活动相关联的健康护理主题的对话已经结束时，才允许主题切换(在“主题已设置、无活动”(ts-na)1408中)。
[0214]
通过如上所述根据有限状态图控制对话处理单元的操作，可以确保以下方面：
[0215]-对话是自然的，并且主题不会以不自然的方式切换；
[0216]-给定用户所处的当前上下文(基于从上下文建模单元检索的信息)，在自然且方便的时刻接近用户；
[0217]-将用户当前感兴趣的主题优先于不那么感兴趣的主题(基于从用户简档管理单元检索的信息)。
[0218]
因此，提供了一种用于向用户提供基于上下文的健康护理干预的改进的方法和设备，其克服了现有的问题。
[0219]
还提供了一种包括计算机可读介质的计算机程序产品，该计算机可读介质具有包含在其中的计算机可读代码，计算机可读代码被配置成使得在由合适的计算机或处理器执行时，使计算机或处理器执行本文描述的一种或多种方法。因此，将理解的是，本公开还适用于适于将实施例付诸实践的计算机程序，特别是载体上或载体中的计算机程序。程序可以是源代码、目标代码、代码中间源和目标代码的形式，例如部分编译的形式，或者适合于在根据本文描述的实施例的方法的实现方式中使用的任何其它形式。
[0220]
还将理解的是，这样的程序可以具有许多不同的体系结构设计。例如，实现所述方法或系统的功能的程序代码可以被细分为一个或多个子例程。在这些子例程之间分配功能的许多不同方式对于技术人员来说是显而易见的。子例程可以一起存储在一个可执行文件中以形成自包含的程序。这样的可执行文件可以包括计算机可执行指令，例如处理器指令和/或解释器指令(例如java解释器指令)。备选地，一个或多个或所有子例程可以存储在至少一个外部库文件中，并且例如在运行时静态地或动态地与主程序链接。主程序包含对至少一个子例程的至少一个调用。子例程还可以包括对彼此的函数调用。
[0221]
与计算机程序产品相关的实施例包括对应于本文所述方法中的至少一个的每个处理阶段的计算机可执行指令。这些指令可被细分为子例程和/或存储在可静态或动态链接的一个或多个文件中。与计算机程序产品相关的另一实施例包括对应于本文阐述的系统和/或产品中的至少一项的每个装置的计算机可执行指令。这些指令可被细分为子例程和/或存储在可静态或动态链接的一个或多个文件中。
[0222]
计算机程序的载体可以是能够承载该程序的任何实体或设备。例如，载体可以包括数据存储器，例如rom，例如cd rom或半导体rom，或者磁记录介质，例如硬盘。此外，载体可以是诸如电或光信号的可传输载体，其可以经由电或光缆或通过无线电或其它装置来传送。当程序体现在这样的信号中时，载体可以由这样的电缆或其它设备或装置构成。备选地，载体可以是其中嵌入程序的集成电路，该集成电路适于执行或用于执行相关方法。
[0223]
通过对附图、公开内容和所附权利要求的研究，本领域技术人员在实践所要求保护的发明时可以理解和实现对所公开的实施例的变化。在权利要求书中，单词“包括”不排除其它元件或步骤，并且不定冠词“一”或“一个”不排除多个。单个处理器或其它单元可以实现权利要求中所述的若干项的功能。仅仅在相互不同的从属权利要求中叙述某些措施的事实并不意味着不能有利地使用这些措施的组合。计算机程序可以存储/分布在合适的介质上，例如与其它硬件一起提供或作为其它硬件的一部分提供的光存储介质或固态介质，
但是也可以以其它形式分布，例如经由因特网或其它有线或无线电信系统。权利要求中的任何参考标记不应被解释为限制范围。