用于处理与用户摄入补充剂相关的信息的电子方法和系统与流程

1.本公开涉及信息处理，更具体地，涉及用于处理不同类型信息以管理用户微量营养素摄入的电子技术。


背景技术：

2.在当今快节奏的生活中，大多数人无法注意他们的饮食。人们倾向于吃垃圾食品、不吃饭、饮食不均衡，导致他们的饮食缺乏维生素和矿物质等基本营养素。市场上有各种膳食补充剂(dietary supplements)，其中含有必需的营养素和微量营养素。
3.然而，据观察，如果没有按照适当的时间表或适量服用，这些补充剂可能不会对人有益。此外，身体对膳食补充剂的需求会随着时间而变化。每个人的补充剂数量因其生活方式而异。此外，由于日程繁忙，个人可能很难追踪补充剂的摄入量。
4.此外，市场上充斥着不同的膳食补充剂产品。这可能会让人困惑，无法选择适合自己身体的正确产品，最终，人们可能会选择不合适的产品。此外，人们可能需要比较许多不同的可用产品，这是一个耗时且令人沮丧的过程。
5.因此，需要解决与膳食补充剂摄入管理相关的上述问题的方法和系统。


技术实现要素：

6.本公开的各种实施例提供了用于管理与用户设备相关联的用户营养素摄入的系统和方法。
7.在一个实施例中，公开了一种用于管理与用户设备相关联的用户营养素摄入的方法。由服务器系统执行的方法包括通过安装在用户设备上的健康应用程序接收向服务器系统注册用户的请求。该方法包括从一个或多个源提取用户信息，并基于用户信息创建用户档案(profile)。该方法包括确定用于向用户推荐的至少一种营养素。基于用户信息确定所述至少一种营养素。此外，该方法包括比较包括至少一种营养素的两种或多种产品。该方法还包括便于在安装在用户设备上的健康应用程序上显示两种或更多种产品中的至少一些成分的比较。
8.在另一个实施例中，公开了一种用于管理与用户设备相关联的用户营养摄入的服务器系统。服务器系统具有存储器和处理器。存储器被配置为存储指令。处理器被配置为执行存储在存储器中的指令，从而使得服务器系统至少执行接收通过安装在用户设备上的健康应用程序向服务器系统注册用户的请求。使服务器系统从一个或多个源提取用户信息，并基于用户信息创建用户档案。使服务器系统确定用于向用户推荐的至少一种营养素。基于用户信息确定所述至少一种营养素。此外，使服务器系统比较包括至少一种营养素的两种或多种产品。进一步使得服务器系统便于在安装在用户设备上的健康应用程序上显示两种或多种产品中的至少每种成分的量的比较。
9.在另一个实施例中，公开了一种用于管理与用户设备相关联的用户营养摄入的服务器系统。服务器系统包括存储器和处理器。存储器被配置为存储指令。处理器被配置为执
行存储在存储器中的指令，从而使系统执行至少接收通过安装在用户设备上的健康应用程序向服务器系统注册用户的请求。使服务器系统从一个或多个源提取用户信息，并基于用户信息创建用户档案。使服务器系统确定用于向用户推荐的至少一种营养素。基于用户信息确定所述至少一种营养素。使服务器系统从多个产品中确定一种或更多种产品。基于对所述至少一种营养素的测定来确定所述一种或更多种产品。此外，使服务器系统便于在健康应用程序上显示所确定的一种或多种产品。使服务器系统接收指示选择两种或更多种产品的用户输入，并比较包括所述至少一种营养素的两种或更多种产品。比较两种或更多种产品中包含的每种成分的至少一个量。此外，使服务器系统基于用户档案和两种或更多种产品的比较从所述两种或更多种产品中确定至少一种产品以向用户提供推荐。服务器系统还被使得便于在健康应用程序上显示包括在两种或更多种产品中的至少每种成分的量的比较以及向用户推荐两种或更多产品中的至少一种产品。
10.其他方面和示例实施方案在附图和随后的详细描述中提供。
附图说明
11.为了更全面地理解本技术的示例性实施方案，现在参考附图进行以下描述，其中：
12.图1示出了可以在其中实现本公开至少一些实施方案的示例性环境；
13.图2示出了根据本公开实施方案的用于经由用户设备上的健康应用程序管理用户的营养摄素入的服务器系统的简化框图；
14.图3a示出了根据本公开实施方案的向用户显示用户档案中的产品列表的用户界面(ui)的示例性表示；
15.图3b示出了根据本公开实施方案的向用户显示产品的产品信息的ui的示例性表示；
16.图4a-4c共同表示根据本公开实施方案的向用户显示的ui的示例表示，其描绘了将产品添加到图3的产品列表；
17.图5a-5b共同表示根据本公开实施方案的描绘用户的用户档案中营养素列表的ui的示例表示；
18.图6示出了根据本公开实施方案的向用户显示的描绘图3产品列表的数字化库存的ui的示例表示；
19.图7示出了根据本公开实施方案的向用户显示营养日志的ui的示例表示；
20.图8示出了根据本公开实施方案的向用户显示与营养摄入有关的通知的ui的示例表示；
21.图9示出了根据本公开实施方案的描绘与健康应用程序相关联的在线商店的ui的示例表示；
22.图10示出了根据本公开实施方案的向用户显示两种或更多种产品的比较图的ui的示例表示；
23.图11示出了根据本公开实施方案的向用户显示唯一标识码的ui的示例表示；
24.图12示出了根据本公开实施方案的用于管理用户的营养素摄入的方法的流程图；和
25.图13是能够实施本公开各种实施方案的电子设备的简化框图。
26.除非特别注明，否则不得将本说明书中提及的附图理解为按比例绘制，此类附图仅为示例性图。
具体实施方式
27.在以下描述中，出于解释的目的，阐述了许多具体细节，以提供对本公开的透彻理解。然而，对于本领域技术人员来说，显然可以在没有这些具体细节的情况下实施本公开内容。
28.在本说明书中，对“一个实施方案”或“实施方案”的引用意味着结合实施方案描述的特定特征、结构或特性包含在本公开的至少一个实施方案中。说明书中不同地方出现的短语“在实施方案中”不一定都指同一实施方案，也不一定是独立的或替代的实施方案与其他实施方案互斥。此外，描述了可以由一些实施方案而不是由其他实施方案呈现的各种特征。类似地，描述了各种要求，这些要求可能是一些实施方案的要求，但不是其他实施方案的。
29.此外，尽管出于说明目的，以下描述包含了许多细节，但本领域技术人员将理解，对所述细节的许多变化和/或更改都在本公开范围内。类似地，尽管本公开的许多特征是根据彼此或结合彼此来描述的，但是本领域技术人员将理解，这些特征中的许多可以独立于其他特征来提供。因此，在不损失本公开的一般性和不对本公开施加限制的情况下，阐述本公开内容。详细说明
30.本公开的各种示例性实施方案提供了用于管理与用户设备相关联的用户营养素摄入的系统和方法。
31.本公开描述了服务器系统，该服务器系统能够通过安装在用户设备中的健康应用程序管理用户的营养素摄入。该服务器系统被配置为管理安装在用户设备中的健康应用程序(health application)，用于管理营养素摄入。这样，用户通过健康应用程序向服务器系统提供用于向服务器系统注册用户的请求。该请求可以包括与用户有关的信息，例如姓名、年龄、身高、体重、卡路里摄入量等。在接收到请求后，服务器系统从一个或多个源(例如外部数据库、可穿戴设备和营养追踪器)访问和检索用户信息。服务器系统基于用户信息在健康应用程序中创建用户的档案(以下称为“用户档案”)。
32.此外，服务器系统基于处理各种用户信息确定至少一种营养素，并向用户推荐营养素。服务器系统被配置为基于营养素的确定从多种产品中确定一种或更多种产品。服务器系统创建包括用户拥有的一种或更多种产品的营养日记。此外，服务器系统基于用户信息确定至少一个营养目标和营养计划。营养计划包括一种或多种产品的剂量值和时间，以及特定产品的摄入量和剂量值的组合。因此，用户需要消耗一种或更多种产品中的营养素，以完成营养素目标。此外，用户可以在健康应用程序上的营养日记中指示所述一种或更多种产品中的至少一种的剂量的消耗。此外，用户通过健康应用程序向服务器系统提供指示一种或更多种产品在预定时间间隔的剂量消耗的多个信号。结果，服务器系统基于所述一种或更多种产品的剂量消耗来更新健康应用程序的数字化库存中的每种产品的数量。
33.此外，服务器系统通过消耗所述一种或更多种产品，根据营养素摄入计算能量水平。服务器系统还确定用户消耗的每种营养素的来源。每种营养素的来源对应于营养日记
中用户拥有的一种或更多种产品。此外，服务器系统被配置为通过绘制营养素摄入的剂量和营养素摄入的时间来创建营养日志。在一种情况下，服务器系统在健康应用程序上向用户提供通知，提醒营养日记中特定产品的营养素摄入，以完成营养目标。
34.此外，当数字化库存中的一种或更多种产品的数量/份数小于预定阈值时，服务器系统通过健康应用程序向用户发送提醒。该提醒指示用户重新补充至少一种产品。此外，服务器系统被配置为比较包括至少一种营养素的两种或更多产品。这样，用户在健康应用程序中提供与从健康应用程序中显示的一种或更多种产品中选择两种或更多产品相关的输入。服务器系统基于用户档案和所述两种或更多产品的比较从所述两种或更多产品中确定至少一种产品以推荐给用户。更具体地，服务器系统在成分水平上比较所述两种或更多产品，以向用户推荐至少一种产品。
35.服务器系统基于至少一个营养目标的完成，向用户奖励持有货币价值的奖励积分。奖励积分可根据每天、每周、每月完成营养目标的情况进行奖励。此外，用户利用奖励积分从由健康应用程序提供的多种产品中购买一种或更多种产品。这样，购买一种或更多种产品的奖励点由服务器系统确定。
36.服务器系统进一步创建用户代码，将用户映射到用户档案。通过附加用户信息(例如产品列表、营养日志、数字化库存和与用户相关的奖励积分)来生成唯一标识码。用户代码由健康应用程序经由一个或多个消息传递信道共享给其他用户(例如，注册用户和未注册用户)。唯一标识向其他用户显示用户与健康应用程序的互动。换言之，唯一的识别码启用了健康应用程序中的交互平台。在一个实施例中，服务器系统可以接收来自用户的请求，以基于用户需求提供包括一种或多种营养素或营养素组合的一种或多种产品。用户要求可能是根据用户的选择或健康状况而包括某些营养素、成分偏好。例如，用户可能想要素食产品。作为响应，服务器系统可以识别能够制造所需的一种或多种产品的一个或者多个供应商。服务器系统可以与供应商共享用户档案和用户需求，以制造根据用户偏好定制的一种或多种产品。
37.以下参照图1至图12描述本发明的各种示例性实施方案。
38.图1示出了示例性的环境100，其中可以实施本公开的至少一些示例性实施方案。尽管环境100以一种布置呈现，但是其他实施方案可以包括环境100的部分(或其他部分)，这些部分根据例如通过营养管理应用程序(以下称为“健康应用程序”)监测个体的营养书摄入而以其他方式布置。环境100包括与用户设备104(示例性地描绘为“移动电话”)相关联的用户102、可穿戴设备106和营养跟踪器108。在一个实施方案中，可穿戴设备106可以是跟踪睡眠时间、步数、燃烧的卡路里数、心率等的可穿戴健身带。营养跟踪器108可以计算卡路里摄入量、跟踪饮食和其他健康度量。此外，环境100包括服务器系统110和外部数据库112。外部数据库112包括与用户102使用的一个或更多个应用相关联的一个或多个第三方数据库112a和一个或者多个应用服务器112b。
39.可穿戴设备106和营养追踪器108可以通过短距离通信协议(例如但不限于蓝牙、zigbee、z-wave等)与用户设备104连接。可穿戴设备106可以被配置为跟踪与用户102相关联的各种参数，例如但不限于睡眠活动、运动时间、燃烧的卡路里、脉搏率等。此外，营养物跟踪器108可以被配置为跟踪用户102消耗的一种或多种营养素、补充消耗活动等。营养追踪器108被配置为在一段时间内确定用户体内的每种营养素的含量。一个或多个第三方数
据库112a可以包括与用户102相关联的有关身体/血液测试、健康活动、医疗咨询细节、消费的产品类型等信息。在一个实施例中，用户102使用的一个或多个应用可以安装在用户设备104中。所述一个或多个应用可以包括与可穿戴设备106和营养跟踪器108相关联的应用。一个或多个应用程序的示例可以是冥想应用程序、健身应用程序、营养追踪应用程序、睡眠监测应用程序、健康中心应用程序等。通常，存储在外部数据库112中的与用户102有关的信息以及由可穿戴设备106和营养跟踪器108确定的一个或多个参数构成用户信息。用户信息由安装在用户设备104中并与服务器系统110可通信地耦合的健康应用程序116使用，用于监测用户102的营养素摄入。这将在下文中详细解释。
40.服务器系统110、外部数据库112、与用户设备104相关联的用户102、可穿戴设备106和营养跟踪器108通过网络114彼此可通信地耦合。环境100中的各种实体可以根据各种有线和无线通信协议连接到网络114，例如传输控制协议和因特网协议(tcp/ip)、用户数据报协议(udp)、第二代(2g)、第三代(3g)、第四代(4g)、第五代(5g)通信协议、长期演进(lte)通信协议或其任何组合。网络114可以包括但不限于局域网(lan)、广域网(wan)(例如，因特网)、移动网络、虚拟网络和/或能够支持图1所示的两个或多个实体之间的通信的其他合适的公共和/或专用网络，或其任何组合。
41.包括服务器系统110的环境100被配置为执行本文所述的一个或多个操作。通常，服务器系统110被配置为通过安装在用户设备104中的健康应用程序116来监测和/或管理用户102的营养素摄入。此外，与健康应用程序116相关联的组件和/或特征可以位于服务器系统110和用户设备104中。服务器系统110可以在从用户设备104接收到下载健康应用程序116的请求时提供健康应用程序116。在一个实施方案中，健康应用程序116可以从应用商店下载，例如但不限于google play商店、应用程序商店或任何其他在线网站。在另一实施方案中，健康应用程序116可以工厂安装在用户设备104中，并由服务器系统110管理。
42.健康应用程序116可以通过网络114访问外部数据库112，以管理用户102的营养素摄入。更具体地，当接收到用户注册请求时，服务器系统110被配置为基于用户信息在健康应用程序116中创建用户102的用户档案。从外部数据库112、可穿戴设备106、营养跟踪器108和用户手动输入的用户输入中的至少一个来检索用户信息。此外，健康应用程序116周期性地从至少外部数据库112、可穿戴设备106和营养跟踪器108接收用户信息，以更新用户102的用户档案。
43.管理健康应用116的服务器系统110基于用户信息或用户102的用户档案来确定至少一种营养素。此外，服务器系统110可以基于用户信息推荐一种或多种产品、剂量值、服用份量(serving amounts)。服务器系统110可以比较两种或更多种产品，并在健康应用程序116上向用户102显示该比较。在比较两种或更多产品之后，服务器系统110向用户102推荐适合于用户档案的合适产品。此外，用户102可以购买由健康应用116提供的一种或多种产品以消耗营养素。
44.在一个实施方案中，服务器系统110被配置为基于用户信息至少确定用户102的营养目标和营养计划。营养计划包括确定一种或多种产品以及他们的剂量值。此外，营养计划可以规定特定产品的摄入时间、剂量值及组合。例如，可以每天确定营养计划，该计划指示每天要消耗的营养素和服用份量，以完成营养目标。服务器系统110可以在预定的持续时间之后修改营养计划和营养目标。营养计划和营养目标的修订可以基于从健康应用程序116、
外部数据库112、可穿戴设备106和营养跟踪器108中的用户输入周期性地接收与用户102相关的用户信息。
45.用户102可通过选择与每种营养素相关的相应产品、剂量和服用份量，根据营养计划消耗营养素。用户102可以通过日志记录机制手动输入至少一种产品的服务的消费摄入量，这将在进一步的段落中详细解释。在通过消耗用户102在营养计划中确定的适当营养素来实现营养目标时，用户102获得奖励积分。奖励积分持有可用于和/或兑换以购买由健康应用程序116提供的产品的货币价值。
46.此外，服务器系统110被配置为向用户102提供用户代码(也称为唯一标识代码)。用户102可以与用户的朋友共享用户代码。使用用户102的用户代码，用户的朋友可以查看用户102的档案。此外，每种产品可以与产品代码相关联，该产品代码可以用于访问产品信息，如成分、营养素百分比、制造商、生产日期、有效期等。注意，用户代码对于每个用户是唯一的，产品代码对于每种产品是唯一的。
47.图2示出了根据本公开的一个实施方案的服务器系统200的简化框图，该服务器系统200用于通过用户设备104上的健康应用程序116管理用户102的营养素摄入。服务器系统200的示例包括但不限于图1所示的服务器系统110。服务器系统200包括计算机系统202和数据库204。计算机系统202包括用于执行指令的至少一个处理器206、存储器208、通信接口210和存储接口214。计算机系统202的一个或多个组件经由总线212彼此通信。
48.在一个实施方案中，数据库204集成在计算机系统202中，并被配置为存储健康应用程序116的实例和健康应用程序116中的一个或多个组件。程序116中的一个或多个组件可以但不限于是与多个产品相关的信息、每种产品中营养素的百分比、每种产品中营养素的来源、与多个用户相关联的用户档案等。计算机系统202可以包括一个或多个硬盘驱动器作为数据库204。存储接口214是能够向处理器206提供对数据库204的访问的任何组件。存储接口214可以包括例如高级技术附件(ata)适配器、串行ata(sata)适配器、小型计算机系统接口(scsi)适配器、raid控制器、san适配器、网络适配器和/或为处理器206提供对数据库204的访问的任何组件。
49.处理器206包括适当的逻辑、电路和/或接口，以执行计算机可读指令，用于通过安装在用户设备104上的健康应用程序116来管理用户102的营养素摄入。处理器206的示例包括但不限于专用集成电路(asic)处理器、精简指令集计算(risc)处理器、复杂指令集计算(cisc)处理器、现场可编程门阵列(fpga)等。存储器208包括适当的逻辑、电路和/或接口，以存储用于执行操作的一组计算机可读指令。存储器208的示例包括随机存取存储器(ram)、只读存储器(rom)、可移动存储驱动器、硬盘驱动器(hdd)等。本领域技术人员将清楚，本公开的范围不限于实现服务器系统200中的存储器208，如本文所述。在一些实施方案中，存储器208可以以结合服务器系统200工作的数据库服务器或云存储的形式实现，而不偏离本公开的范围。
50.处理器206可操作地耦合到通信接口210，使得处理器206能够与远程设备216(例如，用户设备104、外部数据库112、可穿戴设备106和营养跟踪器108)或与连接到网络114的任何实体(如图1所示)通信。
51.值得注意的是，如图所示和下文所述的服务器系统200仅仅是可以从本公开实施方案中受益的设备的说明，因此不应被视为限制本公开的范围。注意，服务器系统200可以
包括比图2中所示的组件更少或更多的组件。
52.在一个实施例中，处理器206包括档案创建引擎218、补充管理引擎220、能量水平计算引擎222、营养日志引擎224、比较引擎226、推荐引擎228、奖励管理引擎230和唯一代码生成引擎232。这样，如上所述的处理器206的一个或多个组件与用户设备104的健康应用116可通信地耦合，并管理用户102的营养摄入。
53.档案创建引擎218包括用于在健康应用程序116中创建用户档案的适当逻辑和/或接口。档案创建引擎218基于从数据库204或外部数据库112提取的用户信息创建用户档案。档案创建引擎218基于维生素、矿物质、植物营养素、草药、热带营养素、营养化妆品和其他膳食类型补充剂创建与每个用户(例如，用户102)相对应的微量营养素档案(即，用户档案)。档案创建引擎218从安装在用户设备104中的健康应用程序116接收注册用户的请求。在一个实施方案中，该请求可以包括与用户102相关的信息，例如但不限于姓名、年龄、身高、体重、卡路里摄入量、健康状况等。档案创建引擎218可以进一步访问来自第三方数据库112a、一个或多个应用服务器112b、由可穿戴设备106和营养跟踪器108确定的一个或更多个参数的用户信息，用于创建用户档案。因此，用户档案包括与营养素消耗、剂量值、基于营养素消耗量的能量水平、消耗活动、用户拥有的一种或多种产品、至少一种营养素目标和营养计划相关的信息。档案创建引擎218被配置为基于在一段时间内周期性地接收用户信息和与健康应用程序116的用户交互来定制用户档案。
54.创建用户档案后，向用户102推荐包括至少一种要消耗的营养素的一种或多种产品，以可持续的方式维持用户102的膳食需求。补充管理引擎220被配置为基于用户档案确定用户102的至少一种营养素。补充管理引擎220还从包括至少一种营养素的众多产品中确定一种或更多种产品。由服务器系统200的补充管理引擎220确定的所述一种或更多种产品被显示在安装在用户设备104上的健康应用程序116上。此外，基于用户档案，补充管理引擎220还确定所述一种或更多种产品的剂量值、服用份量、消费时间以及必须消费所述一种或更多种产品的方式。在一个实施方案中，用户102可以在健康应用程序116中提供与用户102拥有的产品相关的信息。在这种情况下，补充管理引擎220可以使用由用户102提供的与产品和剂量值相关的信息来更新用户档案。此外，由用户102拥有的一种或多种产品的列表以及相应的剂量值和服用份量被显示在健康应用程序116上。换言之，在健康应用程序116中显示的产品列表、剂量值和份量统称为营养日记，将参考图3进行解释，并且每种产品的剂量值、产品列表、待消费产品的方式、消费时间以及份数被统称为用户102的营养计划。
55.补充管理引擎220被配置为基于用户档案确定与用户102相关联的至少一个营养目标。例如，如果每天设置营养目标，以完成每日营养目标，则用户102应摄入营养计划中确定剂量和份量的每种营养素。在一个实施方案中，每种营养素和每种营养素的目标可以由营养日志引擎224以图形表示(例如，蜘蛛网/雷达图)(参见图5a)。在另一实施方案中，营养日志引擎224可以以数据表示形式表示每种营养素和每日消耗量，该数据表示形式以百分比表示每种营养素的摄入数据(参见图5b)。
56.在一种情况下，可以向用户102推荐具有类似营养素的产品。用户可能希望比较产品的各个方面以选择合适的产品。在一个实施方案中，比较引擎226接收健康应用程序116中两种或更多种产品的用户选择。这样，比较引擎226被配置为在成分水平或营养水平上比较两种或多种产品。在一个实施方案中，用户102可以扫描与每个产品相对应的条形码和/
或捕获每个产品的产品标签以进行比较。在比较之后，比较引擎226被配置为便于在用户设备104上的健康应用程序116上显示所选产品和比较图(参见图10)。例如，两种或多种产品的比较可以用表格形式表示，表格中描述了营养素的百分比、与产品中每种营养素相关的能量水平、产品中每一种营养素的来源、每种营养素的营养目标等(见图10)。
57.此外，可通信地耦合到比较引擎226的推荐引擎228被配置为基于比较图表和用户102的用户档案向用户102推荐合适的产品。推荐的产品和剂量值可以由补充剂管理引擎220在用户档案中更新，以管理用户102的营养素摄入。此外，推荐引擎228可以基于用户的消费习惯、使用的补充剂、用户偏好等来推荐某些产品。
58.在一个实施方案中，当从在线网站或健康应用程序116购买产品时，比较引擎226和推荐引擎228可以共同操作以基于用户档案向用户102推荐合适的产品。例如在购买时，用户102可以查看两种产品的比较，这两种产品包括每份含有不同百分比omega-3的omega-3营养素或omega-3不同来源。在这种情况下，比较引擎226在成分水平上对两种产品进行比较，并列出与两种产品相对应的总能量水平或热量以及每份omega-3的能量水平或百分比。推荐引擎228可以向用户推荐两种产品中需要用户服用更少份数以实现营养素omega-3的营养目标的产品。在一个实施方案中，推荐引擎228可以基于用户102的消费习惯来推荐产品，该消费习惯包括服用类型(例如，软凝胶或胶囊)、份量等。在另一实施方案中，比较引擎226和推荐引擎228可以通过考虑产品中包括的多种营养素来推荐两种类似产品中的一种，以实现用户档案中确定的多种营养目标。
59.此外，推荐引擎228被配置为基于用户档案中列出的即将到来的活动向用户102推荐产品和/或剂量，例如体育比赛、延长的日照时间、旅行等。因此，为上述活动推荐的产品可导致能量水平的提高或为用户102提供足够的营养素摄入，以实现健康水平的活动。此外，基于使用来自一个或多个源(例如外部数据库112、可穿戴设备106和营养跟踪器108)的用户信息周期性地更新用户档案，比较引擎226和推荐引擎228的操作得到改进。
60.基于营养计划和营养目标的参数列表显示在健康应用程序116上，例如一种或更多种产品、与每种产品相关的营养素、剩余产品的数量以及每种产品的份量。此外，上述参数统称为数字化库存(参见图6)。因此，补充管理引擎220被配置为基于用户102对一种或更多种产品的食用量来监控与用户102相关联的数字化库存。特别地，用户102可以通过健康应用程序116向服务器系统200提供指示一个或多个产品的消费的第一信号。第一信号可以是但不限于触觉输入、语音输入、手势输入等。此外，基于消耗量，补充管理引擎220计算为完成营养目标而消耗的服用份量和用户所拥有的每种产品的剩余产品份数。补充管理引擎220基于计算更新用户102的数字库存。补充管理引擎220在健康应用程序116上提供与用户102消耗的每种营养素的来源相关的信息。因此，每种营养素的来源对应于一种或更多种产品中的至少一种。
61.此外，如果数字化库存中的产品可能缺货或低于预定阈值，补充管理引擎220可以通知用户102。换句话说，服务器系统200的补充管理引擎220被配置为在健康应用程序116上发送第二信号。第二信号指示重新补充至少一种产品的提醒。在一种情形中，一旦接收到通知，用户102可以订购至少一种产品。因此，补充管理引擎220可以更新对应于用户的数字化库存。在另一种情况下，补充管理引擎220可以至少基于用户档案中的用户信息、商店中产品的可用性、数字化库存中剩余的产品数量、产品的交付时间等来自动订购产品。因此，
监测数字化库存中的产品确保用户102不间断地摄入营养素。此外，补充管理引擎220被配置为跟踪每次补充的内容，并基于产品的用户消费来记录关于产品的反馈。例如，如果产品标签上列出了30片药片，但是当用户102消费该产品时，仅发现了29片药片。在这种情况下，记录制造中的缺陷，从而记录产品的反馈。
62.在一个实施方案中，用户102可以请求服务器系统200将未在多个产品中列出的产品添加到用户档案。在这种情况下，补充管理引擎220触发用户设备104的图像捕获模块扫描产品代码或捕获产品标签。在一个示例中，产品代码可以是条形码或二维快速响应(qr)代码。补充管理引擎220检索在产品代码中编码的产品的信息或检测产品标签中的内容。此外，基于检索到的信息，补充管理引擎220将产品连同每种产品中的份数一起添加到数字花库存中用户102拥有的产品列表中。此外，添加在用户档案中的产品可以存储在数据库204中，并扩充数据库204中的多个产品。
63.在另一个实施方案中，用户102可以通过在健康应用程序116中输入信息来手动添加未列出的产品。信息可以是但不限于产品名称、服用类型、营养素类型、总服用份量、有效期等。
64.在一个实施方案中，如果用户102拥有并希望添加到数字库存中的产品未向服务器系统200注册，则用户102可以通过扫描产品代码或捕获产品标签的图像来包括该产品。在另一实施方案中，用户102可以利用用户设备104的图像捕获模块来扫描用于购买产品的产品代码。在又一实施方案中，比较引擎226可以触发用户设备104的图像捕获模块来捕获两种或更多种产品的产品代码或产品标签，以向用户102提供两种或更多种产品的比较。
65.此外，营养日志引擎224将用户102消耗的每种营养素的份数或剂量值记录在营养日志中。特别地，营养日志引擎224记录营养素摄入的时间和用户档案中列出的产品的份数。例如，营养日志引擎224可以创建指示每种营养素、营养素摄入时间(例如，每天)等的统计表示(例如，条形图)。因此，营养日志使得用户102能够管理营养素摄入，并保持对营养素目标的检查。在一个实施方案中，营养日志可以由营养日志引擎224基于健康应用程序116中的营养素的用户选择来定制。例如，用户102可以仅选择营养日志引擎224在营养日志上表示的两种营养素。在这种情况下，用户102可以基于来自营养日志的信息来比较和管理两种营养素的营养素摄入。
66.在一种情况下，用户102可以在一天或一段时间内消耗一种营养素，而不是其他营养素。在另一种情况下，用户102可能希望以成比例的方式消耗某些营养素。这样，营养日志引擎224可以为每种营养素创建一组提醒以通知用户102。例如对于用户，如果维生素c和维生素d的营养目标是每天服用与两种营养素中的每一种对应的一份产品，并且如果用户只食用了含有维生素c而不是维生素d的产品，则营养日志引擎224在健康应用程序116上给用户提供通知，以消费包含维生素d的产品。
67.此外，营养日志引擎224可基于用户消费活动设置提醒以消费某些产品和/或实现营养目标。消费产品和/或实现营养目标的提醒可以由用户102在产品水平或营养水平上定制。例如，营养日志引擎224可以提供提醒/通知以在预定时间消费某些产品以完成用户102或基于消费活动的营养目标。在一个实施方案中，营养日志引擎224还可以通过健康应用程序116向用户102提供通知，以基于用户102的位置(例如，健身房、办公室、家)来消费一种或多种产品。
68.此外，营养日志引擎224可以被配置为在健康应用程序116中提供搜索功能。用户102可以通过在健康应用程序116中输入化学物质的形式来搜索营养素。例如，维生素k包括不止一种形式，k1(叶醌)和k2(甲醌)。此外，维生素k2可以包括两种形式的甲萘醌-4(mk-4)和甲萘醌-7(mk-7))。在这种情况下，用户102可以输入营养素的化学形式(例如，维生素的k1或k2)，这允许在微量营养素水平上搜索成分。
69.能量水平计算引擎222被配置为基于用户102的营养素摄入来计算用户102的能量水平。在一个示例中，能级可以是0-100或0-1000范围内的数字，或者以百分比或任何其他类型的数据表示，这将在进一步的段落中解释。此外，能量水平的计算基于各种度量，例如但不限于所消耗的营养素的份量、类型/量、营养素目标和营养计划的完成情况等。在一个实施方案中，补充管理引擎220可以提供建议，以消耗特定产品以实现特定能量水平或完成营养目标(例如，每天)。
70.此外，通过消费营养计划中确定的一种或多种产品的服用份数，基于营养目标的完成，用户102获得奖励积分。更具体地，奖励管理引擎230被配置为基于每种营养素的营养目标的完成来向用户102奖励奖励积分。奖励积分被描绘在健康应用程序116上的用户档案中(参见图3a)。奖励积分具有货币价值。在一个实施方案中，可基于每日营养摄入的完成(即，每日营养目标)将奖励积分奖励给用户102。在另一实施方案中，可基于在一段时间内(例如，每周、每月等)连续完成每日营养目标来奖励奖励积分。例如，如果用户连续3天完成连续营养素摄入，则在第三天，用户将获得奖励积分以及完成每日营养素目标的奖励积分。在一些实施方案中，奖励积分还可以奖励给用户102进行活动，例如参加体育赛事、工作坊等。
71.在一个实施方案中，与每个奖励积分相关联的货币价值可以根据用户102在向服务器系统200注册时订阅的会员类型(例如，黄金会员、高级会员、白金会员等)而变化。此外，持有货币价值的奖励积分被称为数字货币。因此，奖励积分用于从与服务器系统200相关联的商店或数字商店购买一个或多个产品。在一种形式中，比较引擎226和推荐引擎228共同操作以基于比较图兑换每个产品的奖励积分，以在购买产品时获得折扣(参见图10)。
72.此外，用户档案中与产品列表、营养日志、数字库存和奖励积分相关的信息可以通过用户102的用户代码共享给健康应用程序116的其他注册用户。如上所述，用户代码由唯一代码生成引擎232基于用户档案中的信息生成和管理。通常，用户代码将用户102映射到用户档案。此外，可以周期性地更新附加到与用户档案相关联的用户代码的内容。用户代码的其他示例包括但不限于条形码或二维快速响应(qr)代码。每个用户都有一个唯一的用户代码。
73.用户102可以通过健康应用程序116通过一个或多个消息传递信道将用户代码共享给其他注册用户。用户代码允许用户102与健康应用程序116中的其他注册用户连接。这样，用户代码允许用户102至少与健康应用程序116的注册用户通信并共享用户档案。换言之，通过利用用户代码，健康应用程序116可以用作交互平台。
74.在一个实施方案中，服务器系统200可以基于来自用户设备104的gps(即，全球定位服务)数据，向用户102通知健康应用程序116中的附近注册用户。在这种情况下，用户102可以通过共享用户代码与附近的注册用户连接。例如，服务器系统200可以通过提供诸如档案名称、与用户102的距离等信息来通知用户102是否有其他用户在附近。要显示给附近用
户的信息可以通过每个用户的隐私设置来定制。
75.此外，用户102可以在健康应用程序116的交互平台中创建连接用户组，以管理用户102或其他用户的营养素摄入。例如，母亲可以添加她的孩子的档案，这允许服务器系统200提醒母亲她的孩子的营养素摄入。此外，服务器系统200可以允许母亲与孩子互动并提醒孩子摄入营养素或补充剂。在一个实施方案中，唯一代码生成引擎232可以被配置为创建组标识代码(组id)。组id表示组中的用户，并显示与与用户档案关联的单个用户代码相同的功能。
76.在一个实施方案中，用户代码可以与未在服务器系统200注册的用户共享。在一个实施方案中，服务器系统200在点击用户代码时将未注册用户引导到应用商店以下载健康应用程序116。在另一实施方案中，服务器系统200可以向未注册用户提供与未注册用户相关联的用户设备上的健康应用程序116的实例。因此，用户代码还充当营销工具，以增加使用健康应用程序116的用户数量。在一个实施方案中，用户102可以利用用户代码与注册用户、未注册用户或商家共享奖励积分以购买产品。
77.唯一代码生成引擎232可以生成与向服务器系统200注册的每个产品相对应的产品代码。在一个实施方案中，如果用户拥有未在服务器系统200注册的新产品，则用户可以向服务器系统200发送新产品的扫描图像或提供新产品的产品标签。唯一代码生成引擎232可以被配置为基于与扫描的产品相关联或由产品标签提供的信息来生成新产品的产品代码。更具体地，补充管理引擎220确定产品的产品标签上的成分。此后，唯一代码生成引擎232生成产品的产品代码。此外，具有产品代码的产品被添加到用户档案中的产品列表以及数据库204中的多个产品中，以供用户102将来使用。
78.服务器系统200的一个或多个组件可以接收健康应用程序上的用户输入，以执行上述一个或更多操作。用户102可以在由健康应用程序116呈现在用户设备104上的相应用户界面中提供输入。由健康应用程序116呈现的用于接收用户输入的用户界面在此在进一步的段落中详细描述。
79.现在参考图3a，图3a示出了在健康应用程序(例如健康应用程序116)上向用户(例如用户102)显示的用户界面(ui)300的示例性表示。ui 300描绘了用户拥有的产品的列表。ui 300呈现多个信息字段，例如用户名302(示例性示为“austin”)、用户的个人资料照片304、能量水平指示符306(示例性描绘为“88”)和奖励积分指示符308(示例性描述为“心形图标”并与值“234”相关联)。此外，ui 300描绘了营养素部分310，其包括单独分类的每种营养素(示例性地描绘为“维生素”和“矿物质”)。每种营养素作为维生素和矿物质的分类可由补充管理引擎220执行，如参考图2所解释的。为了说明的目的，在营养素部分310中选择维生素(例如，用粗体突出表示维生素的选择)。此外，维生素的选择不应被视为限制本公开的范围。
80.ui 300描绘了基于用户对可操作图标312的选择的营养日记314。营养日记314包括用户102拥有的产品316(以下可互换地称为“产品316”)、与每种产品相关联的服用份量318和剂量值320的列表。服用份量318可以是但不限于基于营养日记314中用户102拥有的产品类型(即产品316)的勺、胶囊(粒)。剂量值320提供产品列表316中的产品要消耗的剂量的信息。例如，描述为包括来自产品列表316的产品(示例性描述为“alpha c60”)的ui 300与描述为“1勺”的服用份量和要消耗的剂量值(描述为“今天吃2勺”)相关联。ui 300还包括
与文本“swipe to take”相关联的可操作按钮322。用户可以滑动可操作按钮322以记录营养日记314中列出的产品316的消费。这样，用于消费产品316的输入被称为如参考图2所述的第一信号。在一个场景中，用户102在选择与产品相关联的服用份量318时从产品列表316中的单个产品上滑动以消费该产品。在另一种情况下，用户102可以从产品列表316中选择多个产品的服用份量318，并在每个产品上滑动以同时消费。
81.此外，产品列表316中的每个产品都包括状态栏324(示例性地描绘为产品图标周围的“圆圈”)。每个产品的产品图标周围的状态栏324指示用户102消耗的剂量值的量。在一种情况下，如果用户102没有消费与产品相关联的剂量值，则状态栏324被描绘为围绕产品图标的整圈(全满)。在另一种情况下，如果用户102已经消耗了产品剂量值的一半，则产品图标周围的状态栏324将是半满的(要消耗的剂量在状态栏324中以粗体表示)。此外，如果用户102消耗产品的所有剂量值，则状态栏324将为零满。
82.ui 300还包括日历部分326，该日历部分326描绘了星期(示例性地由当天的“第一字母”描绘)和日期。例如，该天的字母被描绘为表示星期四的“t”，并且在日历部分326中与该天相关联的日期被描绘为“8”。日历部分326中的星期和日期的选择被示例性地描绘为围绕日期的“圆圈”。此外，日历部分326描绘了ui 300中描绘的每个日期和星期下面的营养目标条328。营养目标条328向用户102提供关于日历部分326中列出的每一天的营养目标状态的信息。在一种情况下，如果营养目标在特定的一天完成(示例性描述为“星期一”)，则营养目标栏328可以用心形图标代替。
83.此外，用户102可以从ui 300中描绘的产品列表316中提供关于产品的选择输入。在这种情况下，如图3b所示，可以用ui 340提示用户102，ui 340基于用户从产品列表316中选择产品来描述产品信息。ui 340被描绘为包括与文本“information”相关联的标题350和包括产品信息的产品信息部分342，例如产品名称、产品照片、产品类型、关于产品的详细信息和剂量值(例如，如图3b所示)。产品信息部分342中的剂量值对应于与产品剂量值的摄入相关的信息(示例性描述为“今天吃了2勺中的1勺”)。ui 340被描绘为包括与文本“readmore”相关联的下拉菜单344，以显示产品的详细信息的剩余部分(如图3b所示)。ui 340被描绘为包括服用份量346(示例性地描绘为“2勺”)。此外，ui 340被描绘为包括四列352、354、356和358，它们分别包括产品中存在的营养素的列表、服用份量、产品为每个营养素提供的剂量值以及与用户102相关联的每个营养素的营养目标。每种营养素的服用份量与每份营养素消耗量相对应。与每种营养素相关的剂量值对应于每份营养素的剂量值。例如，营养素被描述为“抗坏血酸”，其服用份量被描述为
‘
35mg’，通过消耗营养素的剂量值被示例性地描述为
‘
14％’，并且与用户102相关联的营养素的营养目标被描绘为
‘
17％’。此外，可以基于对ui 340上呈现的按钮348的选择将用户102重定向到ui 300。
84.现在参考图4a，根据一个实施方案，示出了显示给用户的ui 400的实例，描绘了产品代码的捕获。ui 400由用户设备104上的健康应用程序116基于图3a的ui 300中的可操作图标330的用户选择来呈现。此外，基于可操作图标330上的用户输入来触发用户设备104的图像捕获模块，以捕获产品的产品标签。ui 400描绘了包括产品的产品代码404的产品标签402。应当注意，在ui 400中，图像捕获模块通过操作用户设备104来聚焦产品代码404(示例性地描绘为“条形码”)。此外，用户102在按钮406上提供输入以捕获产品的产品代码404。这样，用户102在按钮406上提供输入以捕获产品代码404。此后，如参考图2所解释的，在解码
附加到产品标签402(显示为条形码)的产品信息之后，将产品连同剂量值一起添加到营养日记314中的产品列表316中。在一个实施方案中，还可以通过捕获产品标签(例如产品标签402)将产品添加到营养日记314中。在这种情况下，基于确定产品标签402上的成分/营养素，将产品添加到产品列表316中。
85.此外，用户102还可以通过手动输入产品详情(如产品名称、成分、服用份量、剂量值等)将产品添加到营养日记314中。在这种情况下，用户102可以选择与文本“addmanually”相关联的按钮408。用户102被引导到ui 420以接收与如上所述的产品细节相关的输入，以将产品添加到营养日记314中(例如，如图4b所示)。ui 420被描绘为包括多个信息字段422，以接收与用户102手动添加的产品相关的输入。在输入产品详细信息后，用户102选择与文本“add”相关联的按钮424以将产品添加到营养日记314中。
86.在一种情况下，用户102还可以通过扫描产品代码(如产品代码404)或通过选择可操作图标330手动输入产品详细信息来添加营养日记314中未列出的消费产品。在这种情况下，可以用用户设备104上的健康应用116中的ui 430提示用户102接收关于该产品消耗的剂量值的输入(例如，如图4c所示)。因此，用户102可以选择产品消耗的剂量值(示例性描述为“2个胶囊”)。此后，用户102可以滑动与文本“swipe to take”相关联的可操作按钮432以登记产品的消费。此外，所消耗的产品可以由补充管理引擎220添加到营养日记314中，以供用户102将来使用。
87.图。图5a-5b共同表示根据本公开的示例性实施方案的描绘用户102的用户档案中的营养素列表的ui。
88.现在参考图5a，示出了在雷达图上描绘营养素列表的ui 500的示例表示。基于用户102对可操作图标506的选择来描绘ui 500。ui 500描绘了营养素502a、502b、502c、502d、502e和502f的列表，示例性地分别描绘为维生素“a”、“b1”、“b6”、“c”、“d”和“e”，以及雷达图508上与每个营养素相关联的相应剂量值504。营养素列表502a-502f统称为营养素列表502。具体地，ui 500向用户102提供与直到某一时间(例如，一天中)所服用的剂量值相关的信息，以及为完成营养目标而消耗的每种营养素的剂量值。例如，ui 500的雷达图508上表示的维生素a与剂量值504相关联，该剂量值504示例性地描绘为“0.9mg”，其对应于维生素a的营养目标，并且维生素a的消耗量示例性地描述为0.45。此外，ui 500被描绘为包括将用户102引导到ui 520的向上滑动菜单510。ui 520在参考图5b详细解释的数据图中描绘营养素502的列表。
89.现在参考图5b，示出了在数据图上描绘营养素列表502的ui 520的示例表示。可以在用户102选择可操作图标506之后描绘ui 520。ui 500在数据图522上描绘了营养素列表502和与每个营养素相关联的剂量值504。特别地，ui 520在数据图522中以百分比(例如，如图5b所示)描述了用户102对每种营养素502的消耗量。例如，数据图522中所示的维生素a与剂量值504相关联，剂量值504被描述为“0.9mg”，这对应于维生素a的营养目标，维生素a的消耗量被描述为“45％”。此外，描绘营养素列表502的ui 500和520可以由用户102在健康应用程序116中定制。在一个实施方案中，在ui 500或ui 520中绘制的营养素列表502可以唯一性着色(图中未示出)。这样，营养素502的这种表示形式为用户102提供了比较和监测营养素502摄入量，并容易理解。
90.现在参考图6，示出了描绘用户102拥有的产品数字化库存的ui 600的示例表示。
ui 600呈现与用户(例如用户102)相关的多个信息字段。所呈现的多个信息字段例如是用户名、档案照片、能量水平指示符和奖励积分指示符，如参考图3a所述。ui 600描绘了基于用户对可操作图标612的选择的数字化库存602。
91.ui 600的数字化库存602被描绘为包括产品列表，例如图3a所示的产品列表316。ui 600还描绘了与数字化库存602中的每个产品相关联的数量604和成分606。在一个实施方案中，ui 600还可以包括产品到期的到期日期/剩余天数、再补充/预订细节等。此外，与每种产品相关联的数量604提供关于每种产品的剩余内容物(例如，服用份量、粒数)的信息。例如，ui 600中产品列表316中的产品(示例性描述为“alpha c 60”)具有2包alpha c 60产品，alpha c 60中剩余的份数被描述为“120粒中的41粒”。
92.应该注意，基于用户102对至少一种产品316的消费，在ui 600中同时更新每种产品的数量604。此外，ui 600包括与每个产品(即，产品316)相关联的产品状态栏608。产品状态栏608可以是类似于条的状态栏，其提供与用户102所拥有的产品316相关联的数量604的信息。此外，还基于用户102对产品316的消费来同时更新产品状态栏608。更具体地，产品状态栏608描述了每种产品的剩余量604(由“黑色部分”表示)和消耗的份量(由“白色部分”表示)。
93.在一个实施方案中，产品316可能在数字化库存602中缺货。在这种情况下，与产品316相关联的产品状态栏608(例如，“doctor’s best bcomplex”)可以由ui 600中的状态(示例性描述为“na”)代替(例如，如图6所示)。在一个实施例中，基于产品316的数量604、成分606和产品状态栏608的信息，服务器系统200可以通知用户102或基于用户信息自动订购产品。因此，ui 600使得用户102能够跟踪和管理数字化库存602中用户102拥有的产品316。ui 600还包括搜索字段610，用于通过在搜索字段610中提供输入来搜索数字化库存602中的特定营养素或产品。
94.现在参考图7，根据本公开的实施方案，示出了显示营养日志的ui 700的示例表示。如图7所示，ui 700被描绘为包括如参考图3a所述的营养部分310。基于用户对健康应用程序116中的可操作图标710的选择，向用户102显示ui 700。
95.在所示示例中，ui 700被描述为包括营养素702(示例性描述为维生素a和b3)和时间间隔704(示例性描绘为“日”、“周”、“月”和“年”)。在一个实施方案中，营养素702可由用户102选择。此外，仅两种营养素(例如，维生素a和b3)的描述仅是说明性的，不应被视为限制本公开的范围。
96.ui 700被描绘为进一步包括营养日志706(例如，“条形图”)。营养日志706包括在y轴上表示的每种营养素的剂量值和在x轴上表示营养素摄入的时间(例如，如图7所示)。这样，在营养日志706上绘制每种营养素例如营养素702的剂量值和营养素摄入时间。例如，基于将时间间隔704选择为“日”(示例性地描绘为时间间隔“日”周围的“选择框”以指示选择)，营养日志706的x轴由“小时”表示。营养日志706的y轴由毫克(mg)表示并指示剂量值。因此，维生素a和b3基于每种营养素(即营养素702)的摄入量和用户102摄入营养素702的时间绘制在营养日志706上。应注意，维生素a以实线表示，维生素b3以虚线表示，用于说明目的，不应被视为限制本公开的范围(参见图7的708)。这样，营养日志706允许用户102比较营养摄入、监测营养702的剂量值等。
97.在一个实施方案中，可以从产品列表中选择至少一种产品，例如数字化库存602的
产品列表316，并绘制在营养日志706中。在这种形式中，x轴可由产品消耗时间表示，y轴可由营养日志706中的份数表示。这样，针对产品与时间绘制的营养日志706允许用户102比较从产品列表316中消耗的产品，并如上所述监测营养摄入。在一种形式中，用户102可以基于在ui 600的搜索字段610中提供输入来选择要绘制在营养日志706中的产品或营养素(即，营养素702)。此外，用户102可以在搜索字段610中以化学形式提供与营养素相关的输入。因此，提供与营养物702相关的化学形式的输入允许用户102搜索微量营养素水平的成分，如参考图2所解释的。在一个实施方案中，营养日志706可以基于营养素的用户选择来定制，例如营养素702或来自健康应用程序116中的数字化库存602的产品。换句话说，管理健康应用程序116的服务器系统200被配置为基于与健康应用程序116中的营养素或产品相关的用户输入来定制营养日志706。
98.在一个实施方案中，绘制在营养日志706上的营养素702可以由服务器系统200的营养日志引擎224唯一地着色(图中未示出)。这样，营养日志706中的营养素702的这种表示形式以容易理解的方式为用户102提供了比较和监测营养素摄入。此外，可以在用户设备104上向用户102提供通知，以提醒用户102消耗营养素并完成用户102的营养目标，这将参考图8进行解释。
99.现在参考图8，根据本公开的一个实施方案，显示了用于提醒用户食用营养素的通知的ui 800的示例表示。如图8所示，ui 800被描绘为包括显示在诸如用户设备104的用户设备上的通知802。例如，通知802被描绘为包括提醒，例如“在下午4:30消费2粒“alpha c60”的温和提醒”。此外，用户102可以点击与ui 800上显示的文本“swipe to take”相关联的可操作按钮804，以登记产品的消费。这样，基于产品的消费，将在ui 300的营养日记314和ui 600的数字话库存602中更新与产品相关的信息。在一个实施方案中，当用户102点击可操作按钮804时，用户102可以被引导到ui 300，从而使得用户102能够消费来自营养日记314的产品。在另一实施方案中，用户102可以点击与文本“cancel”相关联的可操作按钮806，使用户102能够取消显示在用户设备104上的通知。
100.图9示出了根据本公开实施方案的描绘与健康应用程序116相关联的在线商店的ui 900的示例表示。ui 900对应于向用户102提供多个产品以供购买的在线商店。可以基于用户102对可操作图标902的选择，在用户设备104上向用户102显示ui 900。如图9所示，ui 900被描绘为包括用户102的多个信息字段，诸如用户名302、档案照片304、能量水平指示符306、奖励积分指示符308，如参考图3a所述。ui 900还包括推荐产品部分904和喜爱产品部分906。
101.推荐产品部分904列出了服务器系统(例如服务器系统200)推荐的多个产品908。基于用户档案推荐产品908。特别地，至少基于用户102所拥有的产品、营养素摄入、营养素消费习惯等来推荐产品908。在一个实施方案中，ui 900可以被描绘为包括搜索字段(图中未示出)，该搜索字段有助于用户102搜索与服务器系统相关联的在线商店中的任何产品。
102.ui 900中的喜爱产品部分906被描绘为包括用户可以标记为喜爱的产品910的列表。用户102基于可操作按钮912上的用户输入来选择部分906中的产品910。具体地，基于可操作按钮912上的用户输入，将部分904中的产品908添加到部分906。在一个实施方案中，服务器系统200可以基于用户102拥有/使用的产品或用户档案中的用户信息来添加喜爱产品部分906中的产品910。为了说明的目的，在推荐产品部分904和喜爱产品部分906中分别描
述了来自产品908和910的两种产品。ui 900中显示的产品和产品数量不应被视为限制本公开的范围。
103.此外，ui 900被描绘为包括与文本“seeall”相关联的扩展菜单914和916。扩展菜单914与推荐产品部分904相关联，并且扩展菜单916与喜爱产品部分906相关联。在ui 900中选择扩展菜单914后，可以用ui(图中未示出)提示用户102，该ui描绘了推荐产品部分904的多个产品908中的所有产品。此外，在ui 900中选择扩展菜单916时，可以用ui(图中未示出)提示用户102，该ui描绘了喜爱产品部分906的产品列表910的所有产品。
104.ui 900进一步描述了与每个产品(即，产品908和910)相关联的信息，例如产品名称918、产品价格920、折扣产品价格922、产品类型924、营养素926和可赎回奖励积分928。每个产品的产品价格920对应于产品的总价格。折扣产品价格922对应于产品的净价格。在一个实施方案中，可以基于与用户102相关联的奖励积分的兑换来提供产品的折扣。在另一实施方案中，还可以至少基于用户102购买产品的频率和在健康应用程序116中提供产品的商家的折扣来提供折扣。在一个场景中，购买产品908或910的可兑现奖励积分928由服务器系统200确定。在另一种情形中，用户102可以在购买时向服务器系统200提供关于可兑现奖励积分928的选择的输入。
105.此外，ui 900被描绘为包括可操作按钮930，该可操作按钮有助于用户102基于可操作按钮930上的用户输入从产品908和产品910创建产品的临时列表。这样，用户设备104上的ui(图中未示出)可以提示用户102，允许用户102检查产品的临时列表。在一个实施方案中，用户102可以被引导到ui(例如，ui 340)以查看从产品908或910中选择的产品的产品信息。此外，用户102可以从产品908或910中选择两个或更多个产品，并请求比较所选择的产品以购买合适的产品。这将参照图10进行详细说明。
106.现在参考图10，根据本公开的实施方案，显示了显示两种或更多产品的比较图的ui 1000的示例表示。如图10所示，ui 1000被描绘为包括比较表1002和比较图1004(例如，条形图)。比较表1002包括产品1006和1008(示例性描述为分别为“solar、维生素b6”和“solar、维他命b复合物”)。为了说明的目的，这里仅选择并描述了两种产品(例如产品1006和1008)。因此，ui 1000中描绘的产品不应被视为限制本公开的范围。
107.ui 1000中列出了产品106和1008的营养素1010(示例性描述为“b6”、“b12”和“烟酸”)。此外，ui 1000被描绘为包括与用户102相关联的每个营养素1010的剂量值1022。每个营养素1010的剂量值1022对应于基于用户档案由用户102消耗的营养素的剂量值。此外，ui 1000被描绘为包括产品1006和1008的每个营养素(即，营养素1010)的剂量值。比较表1002提供了每种产品(即产品1006和1008)在营养水平或成分水平上的比较。例如，产品106和1008的营养素“b6”的剂量值分别为“55”和“34”，与营养素“b6”的使用者102相关的剂量值1022示例性地为“50”。应当注意，由产品1006和1008提供的营养素1010的剂量值以及与用户102相关联的营养素的剂量值以毫克(mg)表示(例如，如图10所示)。
108.此外，ui 1000被描绘为在比较表1002中包括指示器1024。指示器1024可以由管理健康应用程序116的服务器系统200呈现在ui 1000上。具体地，指示器1024向用户建议正在比较的多个产品中的更好的产品。在一个实施方案中，基于用户对营养素的需求，指示器1024还可以建议具有每份营养素最高百分比的更好的产品。例如，指示器1024被标记为产品1006提供的营养素“b6”，因为产品1006所提供的营养物“b6”的剂量值满足与用户102相
关联的营养物
‘
b6’的剂量值的要求。换言之，当产品1006提供的营养素“b6”的剂量值大于产品1008的剂量值时，指示器1024被标记为产品1006所提供的营养物“b6”。ui 1000的比较表1002被进一步描绘为包括每个产品(即，产品1006和1008)的产品价格1012和可兑现奖励积分1014。产品价格1012是总产品价格，并且可兑现的奖励积分1014可以是在产品价格上获得折扣的奖励积分1012，如参考图9所述。为了简洁起见，这里不详细解释产品价格1012和可兑现奖励积分1014。此外，如上所述，指示器1024还可以被标记为产品价格1012和可兑现奖励积分1014。
109.此外，与每种营养素(即，营养素1010)相关的剂量值和与用户102相关的营养素1010的剂量值被绘制在比较图1004上，用于完成至少一个营养素目标和计划。比较图1004包括在x轴上表示的营养素1010和每个营养素1010的剂量值，以及在y轴上表示与用户102相关联的每个营养素的剂量值(例如，如图10所示)。更具体地，y轴(即，与用户102相关联的营养素1010的剂量值)由百分比(％)表示，x轴(即由产品1006和1008提供的每种营养素1010的剂量值)由营养素/毫克(营养素/mg)表示。这样，通过将产品1006和1008的相同营养素排列在同一条线上来绘制比较图1004。应当注意，比较图1004包括两个条，例如与产品1006相关联的第一条、与产品1008相关联的第二条(参见图10的1020)。例如，由产品1006和1008提供的营养素(例如b6)的剂量值在比较图1004中使用不同的条形图绘制。在一个实施方案中，每种营养素1010的剂量值可以被描绘在条内。此外，基于产品1006和1008提供的营养素1010的剂量值，绘制了沿着y轴的条的垂直高度。类似地，其他营养素(例如b12和烟酸)的剂量值被绘制在比较图1004中。因此，ui 1000允许用户102将产品1006和1008提供的营养素1010的剂量值与和用户102相关联的营养素中的每一种的剂量值进行比较。在一个实施方案中，比较图1004中的每个条可以被唯一地着色(图中未示出)。这样，营养素1010的这种表示形式为用户102提供了容易理解，以进行比较并帮助用户102确定最适合购买的产品。在一个实施方案中，包括比较表1002和比较图1004的ui 1000可以由管理健康应用程序116的用户102或服务器系统200定制。
110.此外，ui 1000被描绘为包括与比较表1002中列出的每个产品的文本“addto”相关联的选项1016。这样，用户102可以选择选项1016以将比较表1002中列出的产品添加到临时列表(即，添加到购物车)，如参考图9所述。此外，ui 1000被描绘为包括与文本“go to”相关联的选项1018。基于对ui 1000上的选项1018的选择，用户102被引导到ui 900。
111.现在参考图11，示出了根据本公开实施方案的描绘用户代码的ui1100的示例表示。如图11所示，ui 1100被描绘为包括用户代码1102(示例性地被描绘为“qr码”)。在一个实施方案中，与用户(例如用户102)相关联的用户代码1102可以是条形码或唯一标识号。在另一实施方案中，用户代码1102可以是与健康应用程序116(图中未示出)相关联的应用图标。在这种形式中，应用图标可以用对应于唯一条形码格式的条填充，并且可以呈现与用户代码1102相同的功能。
112.如参考图2所述，用户代码1102由唯一代码生成引擎232生成。如参考图2-10所述，用户代码1102被附加有与健康应用程序116中的用户102相关的用户信息。特别地，用户代码1102将用户102映射到用户档案。此外，ui 1100被描绘为包括用户102的用户名1104(即，图3a的用户名302)。
113.在一种情况下，用户代码1102通过一个或多个消息传递渠道与注册用户或非注册
用户共享。更具体地，用户102可以点击与文本“share to connect”相关联的可操作按钮1106以共享用户代码1102。在点击按钮1106时，可以用ui(图中未示出)提示用户102，该ui列出了用户设备104上的一个或多个消息传递信道。例如，一个或多个消息传递渠道可以是短消息传递服务(sms)、电子邮件或任何社交媒体平台。此外，基于用户102的用户档案周期性地更新附加到用户代码1102的信息。这样，用户代码1102允许用户102至少与健康应用程序116的注册用户和非注册用户通信并共享用户档案。此外，参考图2详细解释用户代码1102的功能。因此，为了简洁起见，不详细描述用户代码1102的功能。
114.图12示出了根据本公开的实施方案的用于管理与用户设备104相关联的用户102的营养素摄入的方法1200的流程图。流程图中描绘的方法1200可以由例如服务器系统200执行。方法1200的流程图的操作以及方法1200流图中操作的组合可以通过例如硬件、固件、处理器、电路和/或与包括一个或多个计算机程序指令的软件的执行相关联的不同设备来实现。注意，方法1200的操作可以通过使用不同于这些服务器系统的系统来描述和/或实施。方法1200开始于操作1202。
115.在操作1202，方法1200包括由服务器系统接收通过安装在用户设备上的健康应用程序向服务器系统注册用户的请求。用户102可以在可通信地耦合到服务器系统200的健康应用程序116中提供信息，诸如注册时的姓名、年龄、身高、体重、健康状况等。
116.在操作1204，方法1200包括由服务器系统从一个或多个源提取用户信息。服务器系统200从一个或多个源(诸如用户设备、与用户相关联的一个或更多个可穿戴设备、跟踪用户营养素摄入的一个或者更多个设备以及外部数据库)访问并检索与用户102相关的信息。
117.在操作1206，方法1200包括由服务器系统基于用户信息创建用户档案。服务器系统在健康应用程序中创建用户的用户档案，指示用户向服务器系统的成功注册。
118.在操作1208，方法1200包括由服务器系统基于用户信息确定向用户推荐的至少一种营养素。服务器系统基于来自用户102的信息和一个或多个来源来确定并推荐至少一种营养素。此外，服务器系统200可以向用户102推荐含有至少一种营养素的一种或多种产品。
119.在操作1210，方法1200包括由服务器系统比较包括至少一种营养素的两种或多种产品。
120.在操作1212，方法1200包括由服务器系统促进在安装在用户设备上的健康应用程序上显示两种或多种产品中包括的至少每种成分的量的比较。
121.在另一个实施方案中，服务器系统执行的方法包括基于对至少一种营养素的测定从多个产品中确定一种或多种产品。该方法包括促进在健康应用程序上显示所确定的一种或多种产品。该方法包括接收指示选择两种或更多种产品的用户输入，并比较包括至少一种营养素的两种或更多种产品。比较两种或更多种产品中包含的至少每种成分的量。该方法包括基于用户档案和两种或更多种产品的比较从两种或更多种产品中确定至少一种产品以向用户提供推荐。该方法还包括在健康应用程序上促进显示包括在两种或多种产品中的各成分的至少一种量的比较以及向用户推荐两种或更多种产品中的至少一种产品。
122.在又一实施方案中，服务器系统执行的方法包括接收指示一种或多种产品剂量消耗的第一信号。该方法包括基于第一信号更新用户档案并计算用户消耗的营养素。该方法还包括促进在健康应用程序上显示用户消耗的营养素。显示内容包括用户消耗的每种营养
素的来源。每种营养素的来源是一种或多种产品中的至少一种。
123.在一个实施方案中，服务器系统执行的方法包括创建用户的唯一标识。唯一标识将用户映射到用户配置文件。该方法还包括促进通过一个或多个消息传递信道向注册到服务器系统的其他用户共享用户的唯一标识。该唯一标识被配置为向其他用户显示用户与健康应用程序的匹配。在另一实施方案中，由服务器系统执行的方法包括由服务器系统创建在健康应用程序上显示的数字化库存。数字化库存包括用户拥有的至少一种或多种产品的列表以及一种或更多产品的剩余服用量。该方法包括确定在至少一种产品中的服用量是否小于预定阈值。在确定至少一种产品中的服用量小于预定阈值的情况下，该方法包括在健康应用程序上发送第二信号。第二信号指示重新补充至少一种产品的提醒。
124.在另一个实施方案中，服务器系统执行的方法包括基于用户信息确定用户的营养目标和实现营养目标的计划。实现所述至少一个营养目标的计划包括用户要消耗的营养素列表、用户所消耗的所述一种或多种产品的剂量、以及用户所消耗的一种或多种产品的时间和组合。该方法还包括发送至少一个提醒以根据计划消耗一种或多种产品以实现营养目标。该方法还包括接收指示一种或多种产品的剂量消耗的第一信号，并在完成营养目标时奖励持有货币价值的用户奖励积分。在另一个实施方案中，该方法包括接收指示以预定时间间隔消耗一种或多种产品的剂量的多个信号，并基于用户信息和多个信号更新至少一个营养目标和为用户实现所述至少一个营养目标的计划。
125.在一个实施方案中，该方法包括从用户处接收生产至少一种产品的请求，该产品包括根据用户要求的一种或多种营养素。该方法还包括识别与服务器系统相关联并且能够制造至少一种产品的至少一个供应商。该方法还包括根据用户的要求向至少一个供应商发送生产包含一种或多种营养素的至少一种产品的请求。
126.图13示出了能够实现本公开的各种实施方案的电子设备1300的简化框图。例如，电子设备1300可以对应于图1的用户设备104。电子设备1300被描绘为包括一个或多个应用程序1306。例如，一个或多个应用程序1306可以包括图1的健康应用程序116。健康应用程序116可以是从服务器系统200下载的应用程序实例。安装在电子设备1300上的一个或多个应用程序1306中的一个能够与用于管理用户的营养素摄入的服务器系统通信。
127.应当理解，所示和下文所述的电子设备1300仅仅是一种类型的设备的说明，不应被视为限制实施方案的范围。因此，应当理解，以下结合电子设备1300描述的至少一些组件可以是可选的，因此在一个实施方案中，可以包括比结合图13实施方案描述的组件更多、更少或不同的组件。这样，在其他示例中，电子设备1300可以是移动电子设备中的任何一种，例如，蜂窝电话、平板电脑、膝上型电脑、移动计算机、个人数字助理(pda)、移动电视、移动数字助理、或前述的任何组合，以及其他类型的通信或多媒体设备。
128.图示的电子设备1300包括控制器或处理器1302(例如，信号处理器、微处理器、asic或其他控制和处理逻辑电路)，用于执行信号编码、数据处理、图像处理、输入/输出处理、功率控制和/或其他功能等任务。操作系统1304控制电子设备1300的组件的分配和使用，并支持健康应用程序(参见应用程序1306)的一个或多个操作，例如实现本文所述的一个或者多个创新特征的健康应用程序116。此外，应用程序1306可以包括常见的移动计算应用(例如，电话应用、电子邮件应用、日历、联系人管理器、web浏览器、消息收发应用)或任何其他计算应用。
129.图示的电子设备1300包括一个或多个存储器组件，例如，不可移动存储器1308和/或可移动存储器1310。在一个实施方案中，不可移动存储器1308和/或可移动存储器1310可以统称为数据库。不可移动存储器1308可以包括ram、rom、闪存、硬盘或其他公知的存储器存储技术。可移动存储器1310可以包括闪存、智能卡或订户身份模块(sim)。一个或多个存储器组件可用于存储用于运行操作系统1304和应用程序1306的数据和/或代码。电子设备1300还可以包括用户身份模块(uim)1312。uim 1312可以是具有内置处理器的存储器设备。uim 1312可以包括例如用户识别卡(sim)、全球集成电路卡(uicc)、全球用户身份模块(usim)、可移动用户身份模块(r-uim)或任何其他智能卡。uim 1312通常存储与移动用户相关的信息元素。sim卡形式的uim 1312在全球移动系统(gsm)通信系统、码分多址(cdma)系统或具有第三代(3g)无线通信协议如通用移动电信系统(umts)、cdma9000、宽带cdma(wcdma)和时分同步cdma(td-scdma)中是公知的，或者使用诸如lte(长期演进)的第四代(4g)无线通信协议。
130.电子设备1300可以支持一个或多个输入设备1320和一个或更多个输出设备1330。输入设备1320的示例可以包括但不限于触摸屏/显示屏1322(例如能够捕获来自虚拟键盘或键盘的手指敲击输入、手指手势输入、多手指敲击输入，多手指手势输入或击键输入)，麦克风1324(例如捕获语音输入)、相机模块1326(例如能够捕获静止图片图像和/或视频图像)和物理键盘1328。输出设备1330的示例可以包括但不限于扬声器1332和显示器1334。其他可能的输出设备可以包括压电或其他触觉输出设备。某些设备可以提供多个输入/输出功能。例如，触摸屏1322和显示器1334可以组合成单个输入/输出设备。
131.无线调制解调器1340可以耦合到一个或多个天线(图13中未示出)，并且可以支持处理器1302和外部设备之间的双向通信，这在本领域中是众所周知的。无线调制解调器1342一般性地示出，并且可以包括例如用于与移动通信网络进行远程通信的蜂窝调制解调器1342、用于与配备蓝牙的外部设备或本地无线数据网络或路由器进行短距离通信的wi-fi兼容调制解调器1344和/或蓝牙兼容调制解调器1346。无线调制解调器1340通常被配置为与一个或多个蜂窝网络通信，例如用于单个蜂窝网络内、蜂窝网络之间或电子设备1300与公共交换电话网络(pstn)之间的数据和语音通信的gsm网络。
132.电子设备1300还可以包括一个或多个输入/输出端口1350、电源1352、一个或更多个传感器1354(例如加速计、陀螺仪、指南针或红外接近传感器，用于检测电子设备1300的方位或运动)、生物识别传感器(用于扫描生物识别授权用户)、收发器1356(用于无线传输模拟或数字信号)和/或物理连接器1360，其可以是usb端口、ieee 1294(火线)端口和/或rs-232端口。所示的组件不是必需的或包括所有组件，因为可以删除所示的任何组件，并且可以添加其他组件。
133.参考图12所公开的方法或服务器系统200的一个或多个操作可以使用软件来实现(所述软件包括存储在例如非暂时性计算机可读介质如一个或多个光学介质碟、易失存储器组件(如dram或sram)或非易失性存储器或存储组件如硬盘驱动器或固态非易失存储器组件(例如闪存组件)上的计算机可读指令)，并在计算机(例如，任何合适的计算机，例如膝上型计算机、网络本、web本、平板计算设备、智能手机或其他移动计算设备)上执行。这样的软件可以例如在单个本地计算机上或在使用一个或多个网络计算机的网络环境(例如，经由因特网、广域网、局域网、远程基于web的服务器、客户端服务器网络(例如云计算网络)或
其他类似的网络)中执行。此外，在实施所公开的方法或系统期间创建和使用的任何中间或最终数据也可以存储在一个或多个计算机可读介质(例如，非暂时性计算机可读介质)上，并且被认为在所公开的技术的范围内。此外，任何基于软件的实施方案都可以通过适当的通信手段被上传、下载或远程访问。这种合适的通信手段包括例如因特网、万维网、内联网、软件应用程序、电缆(包括光纤电缆)、磁通信、电磁通信(包括rf、微波和红外通信)、电子通信或其他这样的通信手段。
134.虽然本发明已参考特定示例性实施方案进行了描述，但应注意，在不偏离本发明的广泛精神和范围的情况下，可对这些实施例进行各种修改和改变。例如，可以使用硬件电路(例如，基于互补金属氧化物半导体(cmos)的逻辑电路)、固件、软件和/或硬件、固件和/或软件的任何组合(例如，体现在机器可读介质中)来启用和操作本文所述的各种操作、块等。例如，可以使用晶体管、逻辑门和电路(例如，专用集成电路(asic)电路和/或数字信号处理器(dsp)电路)来实现装置和方法。
135.特别地，可以使用软件和/或使用晶体管、逻辑门和电路(例如，集成电路电路，如asic电路)来启用服务器系统200及其各种组件。本发明的各种实施例可以包括存储或以其他方式体现在计算机可读介质上的一个或多个计算机程序，其中计算机程序被配置为使处理器或计算机执行一个或更多个操作。存储、体现或用计算机程序或类似语言编码的计算机可读介质可以体现为存储一个或多个软件程序的有形数据存储设备，所述一个或更多个软件程序被配置为使处理器或计算机执行一个或更多操作。这样的操作可以是例如本文描述的任何步骤或操作。在一些实施方案中，可以使用任何类型的非暂时性计算机可读介质来存储计算机程序并将其提供给计算机。非暂时性计算机可读介质包括任何类型的有形存储介质。非暂时性计算机可读介质的示例包括磁存储介质(例如软盘、磁带、硬盘驱动器等)、光学磁存储介质(例如磁光盘)、cd-rom(光盘只读存储器)、cd-r(可记录光盘)、cd-r/w(可重写光盘)、dvd(数字多功能光盘)、bd(光盘)、半导体存储器(如掩模rom、prom(可编程rom)、eprom(可擦除prom)、闪存、ram(随机存取存储器)等)。此外，有形数据存储设备可以体现为一个或多个易失性存储器设备、一个或更多个非易失性存储设备和/或一个或更多个易失存储设备和非易失存储器设备的组合。在一些实施方案中，可以使用任何类型的瞬态计算机可读介质将计算机程序提供给计算机。瞬态计算机可读介质的示例包括电信号、光信号和电磁波。瞬态计算机可读介质可以通过有线通信线路(例如，电线和光纤)或无线通信线路向计算机提供程序。
136.如上所述，本公开的各种实施例可通过不同顺序的步骤和/或操作和/或不同于所公开的配置的硬件元件来实践。因此，尽管已经基于这些示例性实施方案描述了本公开，但是应当注意，某些修改、变化和替代构造可能是显而易见的，并且在本公开的精神和范围内。
137.尽管本文以结构特征和/或方法行为特有的语言描述了本公开的各种示例性实施例，但所附权利要求中定义的主题不一定限于上述特定特征或行为。相反，上述特定特征和动作被公开为实现权利要求的示例性形式。