WO2021218539A1

WO2021218539A1 - 健康建议信息处理方法、研究平台、第一终端及系统

Info

Publication number: WO2021218539A1
Application number: PCT/CN2021/084202
Authority: WO
Inventors: 郭建华; 陈玉梅; 张晶; 吴莲
Original assignee: 华为技术有限公司
Priority date: 2020-04-30
Filing date: 2021-03-30
Publication date: 2021-11-04
Also published as: CN113593701A

Abstract

一种健康建议信息处理方法、研究平台、第一终端及系统，该方法包括：接收第一终端发送的第一指令，所述第一指令包括健康项目对应的健康建议信息的配置请求信息（S301）；根据所述配置请求信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包（S302）；发送所述建议库软件工具开发包的数据流至所述第一终端；其中，所述建议库软件工具开发包的数据流用于在所述第一终端的交互应用界面显示所述建议库软件工具开发包的标签（S303）。该方法解决了健康类应用程序开发周期长，对接专业的医疗结构流程繁琐、资源受限的问题。

Description

健康建议信息处理方法、研究平台、第一终端及系统

本申请要求于2020年4月30日提交国家知识产权局、申请号为202010364513.6、申请名称为“健康建议信息处理方法、研究平台、第一终端及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请属于计算机技术领域，尤其涉及健康建议信息处理方法、研究平台、第一终端及系统。

背景技术

随着智能电子设备及医学研究领域的普及与发展，健康类的应用程序(Application，APP)也呈现逐年锐增的趋势。目前，健康类的应用程序APP重要的功能体现在可以提供健康建议数据的服务。

然而，由于健康类APP的研发机构与专业的医疗机构通常为不同的机构或领域，而健康类APP的健康建议又需要经过专业医疗机构审核提供；而且由于资源受限，一些健康类APP提供的健康建议缺乏专业的知识，或只能针对当次的测量结果进行分析建议，从而导致研发机构开发健康类APP的周期长，存在对接专业的医疗结构流程繁琐、资源受限、健康建议数据存在不全面、准确度低等缺陷。

发明内容

本申请公开了一种健康建议信息处理方法、研究平台、第一终端及系统，可以解决开发健康类应用程序对接专业的医疗结构流程繁琐、资源受限的问题，为用户提供更为全面、准确度更高以及更可靠的健康建议数据。

第一方面，本申请实施例提供一种健康建议信息处理方法，应用于研究平台，该方法包括接收第一终端发送的第一指令，所述第一指令包括健康项目对应的健康建议信息的配置请求信息；根据所述配置请求信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包；发送所述建议库软件工具开发包的数据流至所述第一终端；其中，所述建议库软件工具开发包的数据流用于在所述第一终端的交互应用界面显示所述建议库软件工具开发包的标签。

通过本申请实施例，研究平台存储有健康项目的健康建议信息，研究平台可以接收第一终端发送的第一指令，根据第一指令中的健康项目对应的健康建议信息的配置请求信息，生成健康项目对应的健康建议信息的建议库软件工具开发包，并将软件工具开发包的数据流发送至第一终端，使得第一终端的交互应用界面显示建议库软件工具开发包的标签；健康类应用程序开发机构可以直接根据交互应用界面显示软件工具开发包的标签下载建议库软件工具开发包，将建议库SDK包集成至电子设备的应用程序中，使得在健康类应用程序开发过程中，节省了APP开发机构与健康研究机构进行对接等繁琐的流程；通过研究平台提供的健康建议数据及建议库SDK包的创建功能，可以便捷、快速的生成建议库软件工具开发包，降低了健康类应用程序的开发难度，缩短了开发周期；通过研究平台存储的健康项目的健康建议信息，生成相应的健康类应用程序的建议库软件工具开发包，可以为健康类应用程序的开发提供更加全面、更加准确的健康建议，解决了资源受限的问题。

结合第一方面，在一些实施例中，所述方法包括：接收第一终端发送的第二指令，所述第二指令包括所述健康项目的配置更新信息；根据所述配置更新信息，更新所述健康项目的健康建议库。

通过上述实施方式，在健康项目的健康建议库中健康建议信息需要调整时，研究平台可以接收第一终端发送的第二指令，并根据第二指令中的健康项目的配置更新信息，更新健康项目的健康建议库；从而实现健康建议信息的及时的更新，满足用户对健康建议信息的可靠、实时的要求。

结合第一方面，在一些实施例中，所述方法包括：接收第二终端发送的第二用户的健康风险等级；其中，所述健康风险等级为第二终端依据预制的健康标准数据，评估所述第二用户的健康基础数据的结果；查找与所述健康风险等级匹配的健康建议数据，并将所述健康建议数据推送至所述第二终端的应用程序交互界面。

通过上述实施方式，研究平台接收第二终端发送的健康风险等级，根据风险等级查询与第二用户健康状况对应的健康建议数据，并将健康建议数据推送至第二终端，供第二用户参考；实现了对第二用户健康状况更加智能、专业的分析，为第二用户提供更加可靠的健康建议数据。

结合第一方面，在一些实施例中，所述配置请求信息包括健康项目的建议内容、规则模型分别对应的标签信息；所述根据所述配置请求信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包，包括：根据所述健康项目的建议内容、规则模型分别对应的标签信息，提取所述健康项目对应的健康建议库中的建议库内容及建议库规则；将所述健康建议库中的建议库内容和建议库规则进行封装，生成所述健康项目的所述建议库软件工具开发包，并记录建议库软件工具开发包的版本信息。

结合第一方面，在一些实施例中，所述配置更新信息包括健康项目的建议内容或规则模型；所述根据所述配置更新信息，更新所述健康项目的健康建议库，包括：根据所述健康项目的建议内容更新所述健康项目的健康建议库中的建议库内容，或者根据所述健康项目的规则模型更新所述健康项目的健康建议库中的建议库规则。

结合第一方面，在一些实施例中，所述方法包括：将所述健康项目对应更新后的健康建议库进行封装，生成更新后的建议库软件工具开发包，并将建议库软件工具开发包的版本信息由第一版本更新至第二版本；其中，所述第二版本高于所述第一版本；将更新后的建议库软件工具开发包的数据流发送至所述第一终端。

结合第一方面，在一些实施例中，所述方法包括：接收第二终端发送的版本查询信息，所述版本查询信息用于查询所述研究平台的软件工具开发包的版本是否大于所述第二终端的软件工具开发包的版本；若所述研究平台的软件工具开发包的版本大于所述第二终端的软件工具开发包的版本，则将所述研究平台的软件工具开发包的下载路径发送至第二终端，所述下载路径用于指示所述第二终端下载所述研究平台的软件工具开发包。

通过上述实施方式，使得第二终端的建议库软件工具开发包的健康建议库更新时，无需升级应用程序版本，减少了应用程序发布至应用市场流程审核的时长，降低了开发工作量，实现了建议库的实时在线更新。

结合第一方面，在一些实施例中，所述查找与所述健康风险等级匹配的健康建议数据，并将所述健康建议数据推送至所述第二终端的应用程序交互界面，包括：将所述健康风险等级与所述健康项目的健康建议库中建议库规则的规则模型进行匹配，得到与所述健康风险等级对应的健康建议级别；结合所述第二用户的历史数据，将所述健康建议级别中的与所述历史数据相关联的特征健康建议数据或常规健康建议数据推送至所述第二终端的应用程序交互界面。

结合第一方面，在一些实施例中，所述特征健康建议数据或所述常规健康建议数据分别包括多条建议；所述将所述健康建议级别中的与所述历史数据相关联的特征健康建议数据或常规健康建议数据推送至所述第二终端的应用程序交互界面，包括：将所述特征健康建议数据中的多条建议或者所述常规健康建议数据中的多条建议，按预设顺序轮询推送每条建议至所述第二终端的应用程序交互界面。

通过上述实施方式，研究平台结合用户的历史数据，将健康风险等级与健康建议库中的建议库规则进行匹配，得到符合健康风险等级的特征健康建议数据或常规健康建议数据，以及为用户轮询提供其中多条建议数据，并推送至第二终端的应用程序客户端，提供给用户参考。实现了对用户健康数据的更加智能、专业的分析，为用户提供更加准确、可靠的健康建议数据，提高用户体验。

结合第一方面，在一些实施例中，在所述发送所述建议库软件工具开发包的数据流至所述第一终端之前还包括：接收所述第一终端发送的第三指令，所述第三指令包括健康项目对应的健康建议信息的定制配置信息；根据所述定制配置信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包。

结合第一方面，在一些实施例中，所述定制配置信息包括健康项目的建议内容和规则模型；所述根据所述定制配置信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包，包括：对所述建议内容和所述规则模型进行封装，生成所述健康项目对应的健康建议信息的建议库软件工具开发包。

通过上述实施方式，研究平台还提供了根据定制配置信息生成建议库软件工具开发包的功能，用户可以根据需要，通过第一终端上传健康建议信息至研究平台，研究平台根据定制配置信息的的相关命令，生成用户所需要的健康项目的建议库软件工具开发包，提升了研究平台的适用性及多功能性。

示例性的，研究平台可以接收第一终端发送的健康项目的健康建议信息，健康建议信息包括建议内容及规则模型；研究平台中可以预制不同健康项目的专业标准，专业标准用于评估健康建议信息的可靠性，通过将健康建议信息与专业标准进行对比，获取健康建议信息与专业标准的匹配百分比，若匹配百分比超过预设阈值，则评估健康建议信息符合专业标准的要求；或者，在上传健康建议信息后，研究平台的后台将健康建议信息按建议库内容和建议库规则格式存储至数据库，并设置待审核标签，由健康研究领域的专业人员通过第一终端的交互应用界面提供的审核页面获取具有待审核标签的健康建议信息，对健康建议信息进行审核。

第二方面，本申请实施例提供一种健康建议信息处理方法，应用于第一终端，该方法包括接收第一用户输入的配置请求信息，所述配置请求信息包括健康项目对应的健康建议信息的标签信息；根据所述健康项目的健康建议信息的标签信息，发送第一指令至研究平台；其中，所述第一指令用于指示所述研究平台根据所述配置请求信息生成所述健康项目对应的健康建议信息的建议库软件工具开发包；接收所述研究平台发送的所述建议库软件工具开发包的数据流，并在交互应用界面将所述建议库软件工具开发包的数据流显示为所述建议库软件工具开发包的标签。

通过上述实施方式，第一终端接收第一用户输入的配置请求信息，第一终端可以将配置请求信息以指令形式发送至研究平台，使得研究平台根据指令生成健康项目的建议库软件工具开发包。从而可以通过研究平台提供健康建议数据及建议库SDK包的创建功能，可以便捷、快速的生成建议库软件工具开发包，降低了健康类应用程序的开发难度，缩短了开发周期，减少了对接医疗机构的繁琐过程及资源受限的问题。

结合第二方面，在一些实施例中，所述方法包括：接收第一用户输入的配置更新信息，所述配置更新信息包括所述健康项目对应的健康建议信息；根据所述健康项目对应的健康建议信息，发送第二指令至所述研究平台；其中，所述第二指令用于指示所述研究平台根据所述配置更新信息更新所述健康项目的健康建议库。

通过上述实施例，存储在研究平台的健康项目的健康建议信息需要调整时，第一终端接收第一用户输入的配置更新信息，配置更新信息包括健康项目对应的健康建议信息，健康项目对应的健康建议信息包括建议内容或规则模型；在研究平台的健康建议库中的建议库内容及建议库规则需要调整时，第一终端将接收到的建议内容和规则模型发送至研究平台，使研究平台更新调整健康项目的健康建议库中的建议库内容或建议库规则；从而实现健康建议库的及时更新，满足用户对健康建议数据的可靠、实时的要求。

结合第二方面，在一些实施例中，所述配置请求信息包括健康项目的建议内容、规则模型分别对应的标签信息；所述接收第一用户输入的配置请求信息，包括：接收所述第一用户输入的所述健康项目的建议内容对应的一项或多项标签信息，以及规则模型对应的一项或多项标签信息。

通过上述实施例，第一终端的交互应用界面提供健康项目的建议内容对应的多个类别的标签信息，以及规则模型对应的多个类别的标签信息；根据第一用户需要，接收第一用户选择输入的标签信息，可以对应选择提取研究平台中与标签对应的健康建议信息，从而可以满足用户对健康建议信息多样性的需求，实现对健康项目的建议库软件工具开发包可选择性及多样性的配置。

结合第二方面，在一些实施例中，所述根据所述健康项目的健康建议信息的标签信息，发送第一指令至研究平台，包括：根据所述健康项目的建议内容对应的一项或多项标签信息以及规则模型对应的一项或多项标签信息，发送第一指令至所述研究平台；其中，所述第一指令用于指示所述研究平台根据所述健康项目的建议内容、规则模型分别对应的标签信息，提取所述健康项目对应的健康建议库中的建议库内容及建议库规则，并将所述健康建议库中的建议库内容和建议库规则进行封装，生成所述健康项目的所述建议库软件工具开发包。

结合第二方面，在一些实施例中，所述配置更新信息包括健康项目的建议内容或规则模型；所述根据所述健康项目对应的健康建议信息，发送第二指令至所述研究平台，包括：根据所述健康项目的所述建议内容或所述规则模型，发送所述第二指令至所述研究平台；其中，所述第二指令用于指示所述研究平台根据所述建议内容更新所述健康项目的健康建议库，或者根据所述规则模型更新所述健康项目的健康建议库中的建议库规则。

通过上述实施例，在健康项目的健康建议库中健康建议信息需要调整时，第一终端向研究平台发送第二指令，并根据第二指令中的健康项目的配置更新信息，更新健康项目的健康建议库；从而实现健康建议库的及时更新，满足用户对健康建议信息的可靠、实时的要求。

结合第二方面，在一些实施例中，所述方法包括：在所述健康项目的健康建议库中的建议库内容或建议库规则更新后，接收所述研究平台发送的更新后的建议库软件工具开发包的数据流，并在所述交互应用界面将更新后的建议库软件工具开发包的数据流显示为更新后的软件工具开发包的标签；其中，更新后的软件工具开发包为研究平台将所述健康项目对应更新后的健康建议库进行封装得到的。

结合第二方面，在一些实施例中，在所述接收所述研究平台发送的所述建议库软件工具开发包的数据流之前，还包括：接收所述第一用户输入的定制配置信息，所述定制配置信息包括所述健康项目对应的健康建议信息；根据所述健康项目对应的健康建议信息，发送第三指令至所述研究平台；其中，所述第三指令用于指示所述研究平台根据所述定制配置信息生成所述健康项目对应的健康建议信息的建议库软件工具开发包。

结合第二方面，在一些实施例中，所述定制配置信息包括健康项目的建议内容和规则模型；所述根据所述健康项目对应的健康建议信息，发送第三指令至所述研究平台，包括：根据所述健康项目的建议内容和规则模型，发送所述第三指令至所述研究平台；其中，所述第三指令用于指示所述研究平台将所述所述健康项目的建议内容和规则模型进行封装，生成所述健康项目的所述建议库软件工具开发包。

通过上述实施例，研究平台还提供了根据定制配置信息生成建议库软件工具开发包的功能，用户可以根据需要，通过第一终端上传健康建议信息，并由第一终端将健康建议信息按所属的健康项目以及所属的建议库内容、建议库规则发送至研究平台，指示研究平台根据定制配置信息，生成所需要的健康项目的建议库软件工具开发包，通过第一终端的可定制性提升了研究平台的适用性及多功能性。

第三方面，本申请实施例提供一种研究平台，所述研究平台包括一个或多个处理器、存储器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述一个或多个处理器执行所述计算机指令时，使得所述研究平台执行第一方面及第一方面任一种可能的实施方式提供的所述的健康建议信息处理方法。

第四方面，本申请实施例提供一种第一终端，所述第一终端显示交互应用界面，所述第一终端包括一个或多个处理器、存储器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述一个或多个处理器执行所述计算机指令时，使得所述第一终端执行第二方面及第二方面任一种可能的实施方式所述的健康建议信息处理方法。

第五方面，本申请实施例提供一种健康建议信息处理系统，所述系统包括一个或多个处理器、存储器和收发器；所述存储器、所述收发器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述一个或多个处理器执行所述计算机指令时，使得所述系统执行第一方面及第一方面任一种或者第二方面及第二方面任一种可能的实施方式提供所述的健康建议信息处理方法。

第六方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括指令，所述指令在计算机上运行时，使得所述计算机执行如第一方面及第一方面任一种或者第二方面及第二方面任一种可能的实施方式提供的健康建议信息处理方法。

第七方面，本申请实施例提供一种包含指令的计算机程序产品，所述计算机程序产品在计算机上运行时，使得所述计算机执行如第一方面及第一方面任一种或者第二方面及第二方面任一种可能的实施方式提供的健康建议信息处理方法。

可以理解地，上述提供的第三方面所述的研究平台用于执行第一方面中任一所提供的方法；上述提供的第四方面所述的第一终端用于执行第二方面中任一所提供的方法；第五方面所述的健康建议信息处理系统、第六方面所述的计算机可读存储介质或者第七方面所述的包含指令的计算机程序产品用于执行第一方面中任一所提供的方法或第二方面中任一所提供的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。

附图说明

下面对本申请实施例用到的附图进行介绍。

图1是本申请实施例的提供的健康建议信息处理方法所适用的系统架构示意图；

图2是本申请实施例提供的创建建议库软件工具开发包时研究平台的界面示意图；

图3是本申请实施例提供的创建建议库软件工具开发包的实现流程示意图；

图4是本申请实施例提供的创建建议库软件工具开发包时研究平台的另一界面示意图；

图5是本申请实施例提供的创建建议库软件工具开发包的另一实现流程示意图；

图6是本申请实施例提供的健康建议库的架构设置示意图；

图7是本申请实施例提供的健康建议数据推送方法的实现流程示意图；

图8是本申请实施例提供的健康建议数据处理方法的实现流程示意图；

图9是本申请实施例提供的健康建议数据推送方法的另一实现流程示意图；

图10是本申请实施例提供的健康建议数据推送结果的界面示意图；

图11是本申请实施例提供的上传健康建议数据时研究平台的界面示意图；

图12是本申请实施例提供的研究平台数据库中健康建议库更新的流程示意图；

图13是本申请实施例提供的健康建议库更新的交互示意图；

图14是本申请实施例提供的第一终端处理健康建议信息的流程示意图；

图15是本申请实施例提供的第一终端处理健康建议信息的另一流程示意图；

图16是本申请实施例提供的第一终端处理健康建议信息的另一流程示意图；

图17是本申请实施例提供的多端信息交互的示意图；

图18是本申请实施例提供的研究平台的结构示意图；

图19是本申请实施例提供的第一终端的结构示意图；

图20是本申请实施例提供的第二终端的结构示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请实施例进行描述。本申请实施例的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

目前，医学研究领域繁多，健康类的应用程序随之锐增；用户通过在移动终端或可穿戴设备上安装健康类的软件，以检测和反馈用户的健康建议数据，并获取合理可靠的健康建议提示，如何高效、专业、科学的为用户提供健康建议成为健康类应用程序的开发重点。本申请实施例针对健康类应用程序开发流程繁琐以及提供给用户的健康建议数据存在不全面、准确度低甚至误导的问题，提供了一种健康建议信息处理方法、研究平台、第一终端及系统。

首先介绍本申请实施例的实现原理及应用场景。本申请提供一种研究平台，用于处理并提供与用户健康相关的建议数据。

研究平台为构建与支持应用程序的独立的软件平台系统，是开发与运行应用程序的基础。研究平台包括前端和后台，前端和后台直接交互，前端从后台获取数据；后台和数据库直接交互，后台从数据库获取数据，并经过一系列逻辑处理后传输至前端。前端支持将后台的数据流以交互应用界面显示在第一终端的浏览器上，通过第一终端的交互应用界面展现用户浏览的网页；后台对用户数据、网站数据进行逻辑处理，基于业务场景以垂直分布的形式部署在服务器端，其中服务器端可以为云服务端；前端与后台的程序直接交互，以获取数据并展示在第一终端的交互应用界面。后台可以接收前端的请求，从数据库中取出数据并按照对应的业务逻辑进行处理，将数据组装成交互应用界面所需要的格式，并将组装成的数据流发送给第一终端。

在一些实施例中，研究平台的前端支持显示在第一终端的浏览器上的交互应用界面，研究平台通过第一终端为研究机构提供门户网站，即将第一终端的交互应用界面作为门户网站，展现用户浏览的网页。研究机构包括健康类应用程序APP开发机构和健康研究机构，健康研究机构可以为第三方健康医疗研究机构或者医院等可以提供专业健康建议的机构。第一终端接收研究机构输入的配置指令或更新指令，并通过研究平台的数据逻辑处理，生成或更新健康类应用程序所需的健康建议信息；经过研究平台的逻辑处理将健康建议信息存储至云服务端的数据库。

可以理解的是，在研究平台的数据库存储有若干类别的健康项目的健康建议库；第三方健康医疗研究机构或者医院等可提供专业健康建议的机构通过第一终端上传健康建议信息至研究平台。研究平台按照项目类别，将接收到的健康建议信息存储为每类健康项目的健康建议库。每类健康项目的健康建议库包括建议库内容和建议库规则。

研究平台通过第一终端为研究机构提供门户网站portal；研究平台设置有通过在第一终端交互应用界面的门户网站配置建议库软件工具开发包的功能，以及通过交互应用界面的门户网站更新健康建议库的功能。

在一些实施例中，第一终端接收健康类APP开发机构通过交互应用界面的门户网站portal或网页门户网站webPortal输入的预设项目的配置请求信息；第一终端将配置请求信息传输至研究平台，研究平台根据配置请求信息获取数据库中与配置请求信息对应的健康建议库，并将健康建议库中的建议库内容与建议库规则进行封装打包，生成预设项目的建议库软件工具开发(Software Development Kit,SDK)包。

其中，建议库软件工具开发包为特定的软件包、软件框架、硬件平台、操作系统等建立应用程序时的开发工具的集合，或者也可以为已有应用程序的某项功能的开发工具的集合，例如针对某一健康类APP增加的心脏类健康项目的健康建议的推送功能。在生成建议库SDK包后，研究平台记录并存储建议库SDK包的版本信息。预设项目可以根据不同医学研究领域进行划分，例如可以分为心脏类项目、睡眠类项目、康复类项目等。

相应的，APP开发机构可以通过第一终端的交互应用界面申请加入研究平台所支持的一类或多类健康项目。在生成建议库SDK包后，APP开发机构可以在第一终端的交互应用界面的门户网站下载建议库SDK包。在第一终端接收到APP开发机构通过交互应用界面的门户网站输入的下载指令后，第一终端将下载指令发送至研究平台，研究平台获取数据库中的建议库SDK包，将建议库SDK包发送并存储至第一终端本地。APP开发机构可以直接将建议库SDK包集成至第二终端的健康类应用程序中；使得在健康类应用程序开发过程中，节省了APP开发机构与健康研究机构进行对接等繁琐的流程；同时使得健康类应用程序可以向用户提供全面准确的健康建议。其中第二终端可以是用户使用的移动终端或者可穿戴设备。

在一些实施例中，在第二用户使用第二终端时，第二终端获取第二用户的健康基础数据，第二终端中安装的健康类应用程序调用预先定义的接口函数，根据第二用户的健康基础数据评估第二用户当前健康状况的健康风险等级，并根据建议库SDK包中研究平台的云服务端地址，将健康风险等级传输至研究平台；由研究平台根据健康风险等级在相应的健康项目的健康建议库中匹配健康建议数据，并将健康建议数据反馈至第二终端的健康类应用程序的交互界面，提供给第二用户参考。或者，基于应用程序所在第二终端本地的建议库SDK包，将第二用户当前健康状况的健康风险等级与健康建议库的建议库内容、建议库规则进行匹配，得到与风险等级对应的健康建议数据，并将健康建议数据反馈至第二终端的健康类应用程序的交互界面。

在一些实施例中，研究平台的数据库中的健康建议库需要调整时，其中包括建议库内容或建议库规则的调整，第一终端可以接收第一用户依据交互应用界面的分类标签上传的健康建议信息，健康建议信息包括建议内容或规则模型。分类标签用于表示建议内容对应的风险等级以及风险等级对应的规则模型。若上传的健康建议信息符合专业标准的要求，研究平台将健康建议信息保存为数据库中健康项目对应的健康建议库。

相应的，在研究平台接收到针对已有健康项目上传的新的健康建议信息时，研究平台的云服务端更新健康项目的健康建议库，并更新健康项目对应的建议库SDK包以及建议库SDK包的版本信息。

在一些实施例中，在健康项目对应的建议库SDK包的版本信息更新后，研究平台会发送建议库SDK包更新的通知至第二终端中加入健康项目的应用程序；或者，第二终端中加入健康项目的应用程序定期对比第二终端本地的建议库SDK包的版本信息与研究平台记录的建议库SDK包的版本信息，以确定第二终端本地的建议库SDK包是否需要更新；以便于为安装健康类应用程序的第二终端的使用用户提供及时准确的健康建议数据；节省了目前健康类APP在更新健康建议库时还要更新APP版本的操作流程；减少了健康类APP的发布、审核流程所消耗的时间，节省了健康类APP的开发工作量，以及降低了健康类APP的开发难度。

在本申请一些实施例中，研究平台的内部管理结构可以采用浏览器/服务器架构；研究平台的数据库系统可以包括多个垂直分布的业务处理模块及分别对应的服务数据库，例如管理研究平台前端网页对应的服务数据库，管理健康建议对应的服务数据库，创建建议库软件工具开发包对应的服务数据库等。各个业务处理模块之间相互进行数据交互，完成对前端页面请求的业务处理。

对本申请实施例涉及的健康建议信息处理方法所适用的系统架构进行介绍。

请参阅图1，是本申请实施例的健康建议信息处理方法所适用的系统架构示意图。

在一些实施例中，研究平台的前端支持第一终端的浏览器显示交互应用界面，如图1中所示的第一终端(浏览器)，加入健康项目的研究机构通过第一终端的交互应用界面提供的门户网站与研究平台进行信息交互。第一终端接收第一用户(研究机构或项目管理员)在交互应用界面输入的健康建议信息、配置请求信息或配置更新信息等，第一终端生成相应的请求指令并将指令发送至研究平台，例如上传健康建议数据的请求、创建建议库SDK包的请求、下载建议库SDK包的请求以及更新健康建议库的请求等。

在一些实施例中，研究平台的软件架构以基于业务场景的垂直分布形式部署在服务端，服务端可以为服务器集群或者云服务端。服务器集群可以包括多个服务器，多个服务器分别对应不同的业务逻辑，例如管理前端网页web的服务器1和支持数据库管理的服务器2；研究平台的云服务端的软件架构包括多个业务模块，例如负责管理健康建议的管理模块以及创建建议库软件工具开发包的处理模块等。

在一些实施例中，第一终端接收第一用户输入的信息，第一终端根据接收到的信息，发送指令至研究平台；研究平台响应第一终端的指令，通过服务器1和服务器2分别执行相应的业务逻辑；在执行相应的业务逻辑过程中，服务器1和服务器2可以进行数据交互，配合完成不同任务的指令。

需要说明的是，研究平台的软件架构不仅仅包括服务器1和服务器2，图1中只是进行示例性说明，具体可以根据研究平台所支持的业务逻辑类型进行划分，包括但不限于图1中的两种服务器架构。

具体到本申请提供的健康建议信息处理方法的应用场景，研究平台的数据库存储有多种类别的健康项目的健康建议信息；健康项目包括心脏类项目、睡眠类项目以及康复类项目等；健康建议信息按照不同的健康项目分类存储为健康建议库，健康建议库包括：建议库规则和建议库内容。建议库规则设置多个健康风险等级的标准，不同的健康风险等级对应不同健康建议级别的建议库内容。

在第一终端的交互应用界面，预置有规则模型标签以及不同健康建议级别的建议内容标签。研究机构或项目管理员可以申请加入研究平台的健康项目，并通过研究平台获取某一项健康项目的健康建议库。

第一终端接收研究机构或项目管理员选择输入的一项或多项不同级别的建议内容标签以及一项或多项规则模型标签；第一终端根据输入的标签发送指令至研究平台；研究平台根据指令，获取健康项目的健康建议库中与建议内容标签对应建议库内容以及与规则模型标签对应的建议库规则，并对建议库规则和建议库内容进行封装打包，生成建议库软件工具开发包，在数据库中记录并存储建议库软件工具开发包的版本信息；研究平台将建议库软件工具开发包的主页文件的数据流反馈至第一终端，在第一终端的交互应用界面显示建议库软件工具开发包的标签。

研究机构可以通过第一终端的交互应用界面下载建议库软件工具开发包，将建议库SDK包直接集成在第二终端的健康类应用程序中，或根据建议库SDK包创建健康类应用程序。从而通过研究平台提供的健康建议数据及建议库SDK包的创建功能，可以便捷、快速的生成建议库软件工具开发包，降低了健康类应用程序的开发难度，缩短了开发周期，减少了对接医疗机构的繁琐过程及资源受限的问题。

将建议库SDK包集成至第二终端的健康类应用程序后，如图1所示的架构中，在第二终端采集到第二用户的健康基础数据，对健康基础数据进行评估，得到第二用户的健康风险等级。在第二终端联网状态，根据应用程序的建议库SDK包中研究平台的云服务端地址，将健康风险等级发送至研究平台的云服务端；由研究平台结合用户的历史数据，将健康风险等级与健康建议库中的建议库规则进行匹配，得到符合健康风险等级的健康建议数据，并将健康建议数据推送至第二终端的应用程序客户端，提供给用户参考。实现了对用户健康数据的更加智能、专业的分析，为用户提供更可靠的健康建议数据。

在研究平台的数据库中的健康建议信息需要调整时，第一终端接收第一用户输入的建议内容或规则模型；第一终端根据建议内容或规则模型，发送指令至研究平台，研究平台根据指令更新健康项目的健康建议库中的建议库内容或建议库规则。同时还可以对数据库中的建议库SDK包以及建议库SDK包的版本信息进行更新。

在研究平台的数据库中，建议库SDK包的版本更新后，会通过网络通知集成建议库SDK包的第二终端的应用程序；或者由第二终端通过应用程序查询研究平台的数据库中建议库SDK包的版本信息，并与第二终端本地的建议库SDK包的版本信息进行对比，若研究平台中建议库SDK包的版本高于第二终端本地的建议库SDK版本，则第二终端上的应用程序下载研究平台中的建议库SDK包。从而使得第二终端的健康建议库更新时，无需升级应用程序版本，直接下载更新后的建议库SDK包，减少了应用程序发布至应用市场流程审核的时长，降低了开发工作量，实现了建议库的实时在线更新。

参见图2，是本申请实施例提供的创建建议库软件工具开发包时研究平台的界面示意图。如图2所示，该界面示意图为研究平台对应的在第一终端显示的交互应用界面。

在本申请的一些实施例中，研究平台(例如华为的HiResearch平台)针对每一类健康项目，设置有对应的基本项；例如针对心脏健康项目，在项目管理标签，设置有项目基本信息、人员权限、应用侵权、元数据、调查问卷、科普文章、任务策略、建议管理，以及预制的建议库等标签。每一标签中设置有关于该健康项目的相关信息，研究机构或项目管理员可以根据标签提示查看健康项目其他相关的信息。其中，在项目基本信息界面，设置有主页和帮助文档的分栏；在主页栏中，设置有多种类别的健康建议标签。如图2中所示，针对心脏健康项目的项目基本信息，包括心率不齐检测周建议、心率不齐检测月建议及心率不齐检测年建议；具体的，还可以根据其他时间间隔或参数进行划分，不做具体限制。

针对心率不齐检测周建议，设置有不同风险等级的多项健康建议标签；风险等级可以包括高风险、中风险、低风险或未见异常；每一风险等级设置对应的多项风险提示及建议，具体可以根据需要进行设置，不做具体限定。其中多项风险提示及建议为建议库内容对应的标签。

在项目基本信息的主页，针对心率不齐检测周建议，还设置有规则模型对应的标签；如图2所示，规则模型包括规则1、规则2和规则3分别对应的模型；每一种规则对应一项规则模型，规则模型包括监控指标项、阈值以及关系表达式；不同健康项目对应的规则模型的健康指标、阈值及关系表达式可以灵活配置。例如针对心脏健康健康项目，规则模型可以包括：异常比例≥60％、20％≤异常比例＜60％，以及0＜异常比例＜20％。其中，异常比例≥60％时对应匹配高风险健康建议内容，20％≤异常比例＜60％时对应匹配中风险健康建议内容，0＜异常比例＜20％时匹配低风险健康建议内容。

如图2所示的研究平台在第一终端显示的交互应用界面，第一终端可以接收研究机构或者项目管理员输入的建议内容标签以及规则模型标签；第一终端根据建议内容标签及规则模型标签，发送指令至研究平台；由研究平台根据建议内容标签及规则模型标签提取数据库中的建议库内容及建议库规则，并对建议库内容及建议库规则进行逻辑处理，将建议库内容和建议库规则封装打包生成建议库软件工具开发包，记录并存储建议库软件工具开发包的版本信息。研究平台将生成的建议库软件工具开发包的主页文件的数据流反馈至第一终端，在第一终端的交互应用界面显示建议库软件工具开发包的标签。

其中，研究机构或项目管理员选择输入的标签可以包括建议内容标签中的一项或者多项标签信息、规则模型标签中的一项或者多项标签信息。

参见图3，是本申请实施例提供的创建建议库软件工具开发包的实现流程示意图，基于图2中在第一终端的显示的交互应用界面，以及第一终端与研究平台的信息交互，在默认配置场景下，通过研究平台创建健康类应用程序开发所需要的建议库软件工具开发包；以研究平台为执行主体，具体的实现流程包括：

步骤S301，接收第一终端发送的第一指令，所述第一指令包括健康项目对应的健康建议信息的配置请求信息。

在本申请一些实施例中，该方法流程的执行主体为研究平台，研究平台的数据库存储各类健康项目的健康建议，每一类健康项目对应一个或多个健康建议库。健康建议库包括建议库内容和建议库规则；建议库内容包括具体的建议内容，建议库规则包括健康指标所对应的规则模型。

在一些实施例中，第一终端为显示交互应用界面的终端设备；第一终端通过交互应用界面为第一用户提供门户网站，通过门户网站提供的标签信息，接收第一用户输入的配置请求信息。在第一终端接收到配置请求信息后，研究平台接收第一终端根据配置请求信息发送的第一指令，第一指令用于指示研究平台执行创建与配置请求信息对应的建议库软件工具开发包的业务流程。

其中，第一用户可以为健康类应用程序的研究机构或者研究平台的项目管理员。配置请求信息包括默认配置信息和定制配置信息。如图2所示的研究平台提供默认配置信息的显示界面，第一用户可以根据显示界面提供的标签信息，选择输入所需的配置内容；其中，标签信息包括建议内容标签和规则模型标签。第一终端可以接收第一用户根据预制的标签选择输入的一项或多项标签信息，并发送第一指令至研究平台；研究平台根据第一指令，调用数据库中健康项目的健康建议库中与建议内容标签对应的建议库内容以及与规则模型标签对应的建议库规则。

步骤S302，根据所述配置请求信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包。

在本申请一些实施例中，第一指令用于指示研究平台根据配置请求信息，生成健康项目对应的健康建议信息的建议库软件工具开发包。

在一些实施例中，研究平台根据第一指令中的配置请求信息，访问数据库，根据配置请求信息中的标签信息提取健康项目的健康建议库。每一项健康项目对应一个或多个健康建议库，健康建议库中存储对应健康项目的建议库内容和建议库规则。健康项目包括心脏健康项目、睡眠呼吸暂停项目、康复医疗项目等。不同的健康项目对应的建议库内容及建议库规则均不同。

需要说明的是，在第一用户选择的配置方式为默认配置方式，则后台直接根据用户选择输入的建议内容标签和规则模型标签，提取对应健康项目的建议库规则和建议库内容。

在一些实施例中，所述根据所述配置请求信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包，包括：

A1、根据所述健康项目的建议内容、规则模型分别对应的标签信息，提取所述健康项目对应的健康建议库中的建议库内容及建议库规则。

A2、将所述健康建议库中的建议库内容和建议库规则进行封装，生成所述健康项目的所述建议库软件工具开发包，并记录建议库软件工具开发包的版本信息。

在本申请一些实施例中，所述配置请求信息包括健康项目的建议内容、规则模型分别对应的标签信息。配置请求信息中可以包括建议内容的一项或者多项标签以及规则模型的一项或者多项标签。

另外，对应不同的健康风险等级对应多项建议内容标签，例如，健康风险等级包括高风险等级、中风险等级、低风险等级及无风险等级，其中高风险等级对应包括高风险提示及建议1、高风险提示及建议2等。对应不同健康风险等级所设定的异常阈值对应多项规则模型标签，例如，规则模型包括：异常比例≥60％、20％≤异常比例＜60％、0＜异常比例＜20％；每一项规则模型对应的标签包括：规则一(对应异常比例≥60％)、规则二(对应20％≤异常比例＜60％)、规则三(对应0＜异常比例＜20％)。

在本申请一些实施例中，在研究平台的数据库中，存储有健康项目的健康建议库，健康建议库包括建议库内容和建议库规则，建议库内容与第一终端的交互应用界面的建议内容标签相关联，建议库规则与第一终端的交互应用界面的规则模型相关联。研究平台根据接收到的一项或多项建议内容标签以及一项或多项规则模型标签，提取健康建议库中的建议库内容及建议库规则。按照软件工具开发包的格式及封装命令对建议库内容及建议库规则进行封装打包，生成基于健康项目的健康建议信息的建议库软件工具开发包。其中，所生成的建议库软件工具开发包适用于基于任意操作系统开发的应用程序。

步骤S303，发送所述建议库软件工具开发包的数据流至所述第一终端；其中，所述建议库软件工具开发包的数据流用于在所述第一终端的交互应用界面显示所述建议库软件工具开发包的标签。

在本申请一些实施例中，研究平台生成建议库软件工具开发包后，向第一终端进行反馈，将用于显示软件工具开发包标签的数据流发送至第一终端，并指示在第一终端的交互应用界面显示健康项目的建议库软件工具开发包。

通过本申请实施例，由研究平台提供的健康建议数据及建议库SDK包的创建功能，根据第一终端发送的指令，通过研究平台可以便捷、快速的生成建议库软件工具开发包，降低了健康类应用程序的开发难度，缩短了开发周期，减少了对接医疗机构的繁琐过程。

参见图4，是本申请实施例提供的创建建议库软件工具开发包时研究平台的另一界面示意图。该另一界面示意图为研究平台在第一终端显示的交互应用界面。

在本申请的一些实施例中，研究平台还提供定制建议库SDK包的功能，即研究机构或者项目管理员根据需要将健康建议信息通过第一终端上传至研究平台，由研究平台依据上传的健康建议信息所属的健康项目进行封装打包，生成对应健康项目的建议库SDK包。

示例性的，如图4所示，在第一终端的交互应用界面可以提供按健康风险等级及规则模型上传健康建议信息的提示信息；第一终端接收研究机构或项目管理员依据定制界面的提示信息上传的健康建议信息；第一终端根据接收到的健康建议信息，向研究平台发送指令，指示研究平台将健康建议信息进行存储并封装打包，生成定制的建议库SDK包。

参见图5，是本申请实施例提供的创建建议库软件工具开发包的另一实现流程示意图；基于图4中在第一终端的显示的交互应用界面，以及第一终端与研究平台的信息交互，在定制配置场景下，通过研究平台创建健康类应用程序开发所需要的软件工具开发包；具体的，在研究平台发送建议库软件工具开发包的数据流至第一终端之前还包括：

步骤S501，接收所述第一终端发送的第三指令，所述第三指令包括健康项目对应的健康建议信息的定制配置信息。

在本申请一些实施例中，研究平台可以接收第一终端上传的包括健康项目的健康建议信息的定制配置信息，其中健康建议信息包括建议内容和规则模型。建议内容与规则模型相关联对应，规则模型与健康风险等级相关联对应。在第一终端接收到定制配置信息后，发送第三指令至研究平台；第三指令用于指示研究平台根据定制配置信息生成健康项目对应的健康建议信息的建议库软件工具开发包。

其中，定制配置信息包括健康项目的一项或多项建议内容及一项或多项规则模型。

步骤S502，根据所述定制配置信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包。

在本申请一些实施例中，研究平台根据第一终端发送的定制配置信息，将定制配置信息中的建议内容及规则模型分别按建议库内容及建议库规则格式进行封装打包，生成健康项目对应的健康建议信息的建议库软件工具开发包。

在一些实施例中，所述根据所述定制配置信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包，包括：

对所述建议内容和所述规则模型进行封装，生成所述健康项目对应的健康建议信息的建议库软件工具开发包。

在本申请一些实施例中，所述定制配置信息包括健康项目的建议内容和规则模型。其中，对一项或多项建议内容及一项或多项规则模型进行封装，生成健康项目对应的健康建议信息的建议库软件工具开发包。

通过本申请实施例研究平台还提供了根据定制配置信息生成建议库软件工具开发包的功能，如图4所示的在第一终端的显示的交互应用界面，第一用户还可以根据交互应用界面提供的标签信息上传健康建议信息，健康建议信息包括健康内容和规则模型。第一终端接收到健康建议信息后，发送第三指令至研究平台，研究平台执行第三指令，根据上传的健康建议信息，按照建议库规则和建议库内容的格式存储并封装，生成对应健康项目的建议库软件工具开发包。用户可以根据需要，上传健康建议信息至研究平台，并通过定制配置信息的命令，生成所需要的健康项目的建议库软件工具开发包，提升了研究平台的适用性及多功能性。

参见图6，是本申请实施例提供的健康建议库的架构设置示意图，在研究平台的数据库中设置有多项健康项目的健康建议库。

在本申请的一些实施例中，研究平台的数据库中预制多个健康项目的健康建议库，每个健康项目的健康建议库包括建议库内容和建议库规则。建议库包括但不限于：心脏健康建议库、睡眠呼吸暂停建议库或医疗康复建议库等健康项目的健康建议库。

示例性的，每一个健康项目的健康建议库的建议库规则中配置具体的规则模型以及与规则模型对应的不同风险级别的建议库内容，规则模型与建议库内容对应关联。规则模型中设置不同阈值，以及与不同阈值相匹配的建议库内容。在确定用户的健康风险等级后，可以确定与风险等级的规则模型，从而依据规则模型与建议库内容的对应关联关系，确定与健康风险等级相匹配的建议库内容。

具体的，在每一规则模型对应的建议库内容中，还包括特征健康建议数据和常规健康建议数据。针对无风险建议的内容，可以只包括常规健康建议数据，在常规健康建议数据中设置有多条建议，研究平台或者第二终端的应用程序可以根据用户启动测试的不同时间或轮次，将多条建议与用户的健康风险等级进行轮询匹配并推送。针对其他存在一定风险的建议库内容，包括与多项特征数据相关联的建议内容。如图6所示，针对心脏健康建议库，特征数据包括心率、压力、睡眠及人体特征等相关的特征参数，每一项特征数据分别对应不同的权重比例；当研究平台结合用户历史数据进行健康建议数据的匹配时，若历史数据中包括多项特征数据的异常指标，则依据权重比例轮询推送健康建议数据。每一项特征数据相关的建议内容包括多条建议，研究平台或者第二终端的应用程序根据用户启动测试的不同时间或轮次，将多条建议与用户的健康风险等级进行轮询匹配并推送。其中，针对存在一定风险的建议库内容还包括常规建议；在研究平台结合用户历史数据进行健康建议数据的匹配过程中，若历史数据中的多项特征数据中无异常指标或者第二终端不联网时，则直接推送常规建议；其中，常规建议包括多条建议，研究平台或者第二终端的应用程序可以根据用户启动测试的不同时间或轮次，将多条建议与用户的健康风险等级进行轮询匹配并推送。

通过本申请实施例，研究平台结合用户的历史数据，将健康风险等级与健康建议库中的建议库规则进行匹配，得到符合健康风险等级的特征健康建议数据或常规健康建议数据，以及为用户轮询提供其中多条建议数据，并推送至电子设备的应用程序客户端，提供给用户参考。实现了对用户健康数据的更加智能、专业的分析，为用户提供更加准确、可靠的健康建议数据，提高用户体验。

参见图7，是本申请实施例提供的健康建议数据推送方法的实现流程示意图，通过第二终端与研究平台的信息交互，研究平台作为执行主体，推送健康建议数据至第二终端的应用程序，具体的实现流程包括：

步骤S701，接收第二终端发送的第二用户的健康风险等级；其中，所述健康风险等级为第二终端依据预制的健康标准数据，评估所述第二用户的健康基础数据的结果。

在本申请一些实施例中，第二终端为第二用户使用的移动终端或可穿戴设备，可以通过间接或直接的方式测得第二用户的健康基础数据的终端设备。

在一些实施例中，所生成的建议库软件工具开发包可以集成至第二终端的应用程序中，作为应用程序的一项或多项功能集成至应用程序。第二用户为使用第二终端的用户，并通过第二终端上的应用程序测试健康基础数据的用户。第二终端用于采集第二用户的健康基础数据。健康基础数据包括心率数据、睡眠数据或者血压数据等。第二终端可以通过与第二用户接触或非接触的形式采集用户的健康基础数据。所述健康风险等级为第二终端根据预制的健康标准数据，评估所述第二用户的健康基础数据的结果。

具体的，在建议库软件工具开发包中包括研究平台的云服务端的地址信息，第二终端在评估所述第二用户的健康基础数据得到第二用户的健康风险等级后，可以根据云服务端的地址信息将健康风险等级发送至研究平台。

步骤S702，查找与所述健康风险等级匹配的健康建议数据，并将所述健康建议数据推送至所述第二终端的应用程序交互界面。

在本申请一些实施例中，健康风险等级用于指示用户健康状况是否存在异常。健康风险等级包括高风险等级、中风险等级、低风险等级及无风险等级。当健康风险等级为高风险等级、中风险等级或低风险等级时，则表明用户健康状况存在异常，分别对应不同的异常比例及建议库规则。当健康风险等级对应的异常比例为零，则用户的健康风险等级对应的建议库规则为规则四，与健康风险等级匹配的规则模型为无异常。若用户当前健康状况无异常，则结合用户历史数据，将健康风险等级与健康建议库进行匹配，得到与健康风险等级匹配的规则模型。例如无风险等级匹配到建议库规则的规则四的规则模型：无异常；无异常对应建议库内容的无风险建议。

在一些实施例中，若用户当前健康状况存在异常，则结合用户历史数据，将健康风险等级与健康建议库进行匹配，得到与健康风险等级匹配的规则模型。与存在异常的健康状况对应建议库规则包括：规则一，规则二，规则三，根据需要还可以设置多项规则，在此不做限定；建议库规则的规则模型包括：异常比例≥60％、20％≤异常比例＜60％、0＜异常比例＜20％；每一项规则对应的规则模型为：规则一对应异常比例≥60％，规则二对应20％≤异常比例＜60％，规则三对应0＜异常比例＜20％。

其中，建议库规则中不同的规则模型对应建议库内容中不同级别的健康建议，例如：规则一的规则模型对应高风险建议，规则二的规则模型对应中风险建议，规则三的规则模型对应低风险建议。

在一些实施例中，所述查找与所述健康风险等级匹配的健康建议数据，并将所述健康建议数据推送至所述第二终端的应用程序交互界面，包括：

B1、将所述健康风险等级与所述健康项目的健康建议库中建议库规则的规则模型进行匹配，得到与所述健康风险等级对应的健康建议级别。

B2、结合所述第二用户的历史数据，将所述健康建议级别中的与所述历史数据相关联的特征健康建议数据或常规健康建议数据推送至所述第二终端的应用程序交互界面。

在一些实施例中，研究平台接收第二终端的应用程序APP发送的第二用户的健康风险等级，根据健康风险等级，确定与第二用户当前健康状况对应的规则模型，以及规则模型对应的健康建议级别。研究平台获取第二用户的历史数据，历史数据包括但不限于心率数据、睡眠数据、压力数据或血压数据中的一种或多种特征数据。

其中，用户的历史数据中的特征数据与建议库内容中特征健康建议数据相关联，例如历史数据中的心率数据对应建议库内容中高风险建议、中风险建议或低风险建议中的与心率相关建议。

示例性的，用户的历史数据存储在研究平台的云服务端，历史数据中包括多个特征数据，并记录特征数据是否符合正常特征参数的标准。若历史数据中某一项特征数据不符合正常特征参数的标准，则获取与该特征参数相关联的特征健康建议数据，推送与历史数据中存在异常的特征数据相关联的特征健康建议数据；例如，若用户的历史数据中，睡眠数据不符合正常特征参数的标准，则获取建议库内容中与睡眠相关建议的健康建议数据。若用户的历史数据均符合正常特征参数的标准，则推荐与风险等级对应的健康建议级别中的常规建议。其中，常规建议中包括多条健康建议数据，按照设定顺序，轮询推送常规建议中的每一条健康建议数据。

在一些实施例中，所述将所述健康建议级别中的与所述历史数据相关联的特征健康建议数据或常规健康建议数据推送至所述第二终端的应用程序交互界面，包括：

将所述特征健康建议数据中的多条建议或者所述常规健康建议数据中的多条建议，按预设顺序轮询推送每条建议至所述第二终端的应用程序交互界面。

在本申请一些实施例中，所述特征健康建议数据或所述常规健康建议数据分别包括多条建议；按照设定顺序，轮询推送常规建议中的每一条健康建议数据。

通过本申请实施例，研究平台接收第二终端发送的健康风险等级，根据风险等级查询与第二用户健康状况对应的健康建议数据，并将健康建议数据推送至第二终端，为用户轮询提供其中多条建议数据，供第二用户参考；实现了对第二用户健康数据更加智能、专业的分析，为第二用户提供更加可靠的健康建议数据，提高用户体验。

参见图8，是本申请实施例提供的健康建议数据处理方法的实现流程示意图。本申请提供的研究平台可以根据用户选择的默认健康建议库或上传的健康建议数据，创建健康项目的建议库软件工具开发包；在建议库软件工具开发包集成至第二终端的应用程序中后，第二终端可以测量用户的健康基础数据，并根据健康基础数据评估用户的健康风险等级；研究平台可以接收第二终端的应用程序反馈的用户的健康风险等级，在健康项目的健康建议库中查找与健康风险等级匹配的健康建议数据，并将健康建议数据推送至第二终端的应用程序；节省了第二终端的健康类应用程序的开发时间及对接专业医疗机构的繁琐流程，降低了软件开发难度，方便、快捷的为用户提供了更可靠、专业的健康建议数据。具体的步骤包括：

步骤S801，接收第一终端发送的第一指令或第三指令，所述第一指令包括配置请求信息，所述配置请求信息包括与健康项目的建议内容、规则模型分别对应的标签信息；所述第三指令包括定制配置信息，所述定制配置信息包括健康项目的建议内容和规则模型。

步骤S802，根据所述建议内容和所述规则模型分别对应的标签信息，提取所述健康项目的健康建议库中的建议库内容和建议库规则；或者，获取第一终端上传的健康项目的建议内容和规则模型。

步骤S803，将所述建议库内容和所述建议库规则进行封装，生成所述健康项目的建议库软件工具开发包。

步骤S804，在所述建议库软件工具开发包集成至第二终端的应用程序后，接收第二终端反馈的第二用户的健康风险等级；其中，所述健康风险等级为第二终端根据预制的健康标准数据，评估所述第二用户的健康基础数据的结果。

步骤S805，查找与所述健康风险等级匹配的健康建议数据，并将所述健康建议信息推送至第二终端的应用程序交互界面。

通过本申请实施例，研究平台存储有健康项目的健康建议信息，研究平台可以接收第一终端发送的第一指令，根据第一指令中的健康项目对应的健康建议信息的配置请求信息，生成健康项目对应的健康建议信息的建议库软件工具开发包，并将软件工具开发包的数据流发送至第一终端，使得第一终端的交互应用界面显示软件工具开发包的标签；健康类应用程序开发机构可以直接根据交互应用界面显示软件工具开发包的标签下载建议库软件工具开发包，将建议库SDK包集成至电子设备的应用程序中，使得在健康类应用程序开发过程中，节省了APP开发机构与健康研究机构进行对接等繁琐的流程；通过研究平台提供的健康建议数据及建议库SDK包的创建功能，可以便捷、快速的生成建议库软件工具开发包，降低了健康类应用程序的开发难度，缩短了开发周期；通过研究平台存储的健康项目的健康建议信息，生成相应的健康类应用程序的软件工具开发包，并于第二终端进行信息交互，可以为健康类应用程序的开发提供了更加全面、更加准确的健康建议，解决了资源受限的问题。

参见图9，是本申请实施例提供的研究平台推送健康建议数据的流程示意图。在第二终端获取第二用户的健康基础数据后，根据预制的健康标准数据，评估健康基础数据，得到第二用户的健康风险等级。第二终端的应用程序根据本地的建议库SDK包中的研究平台的云服务端地址，将健康风险等级传输至研究平台的云服务端；由研究平台结合第二用户历史数据，将健康风险等级与建议库规则的规则模型进行匹配，得到对健康风险等级对应的健康建议级别；根据匹配结果，轮询推送特征健康建议数据或常规健康建议数据的多条健康建议。

示例性的，如图9所示的研究平台推送健康建议数据应用场景的逻辑示意图，包括以下步骤：

步骤S901，接收第二终端的应用程序APP发送的健康风险等级，健康风险等级为第二终端根据预制的健康标准数据，评估用户的健康基础数据得到的。

步骤S902，根据健康风险等级判断用户健康状况是否存在异常。

在一些实施例中，健康风险等级包括高风险等级、中风险等级、低风险等级及无风险等级。当健康风险等级为高风险等级、中风险等级或低风险等级时，则表明用户健康状况存在异常，分别对应不同的异常比例；当健康风险等级对应的异常比例为零，则用户的健康风险等级对应的建议库规则为规则四，与健康风险等级匹配的规则模型为无异常。

步骤S903，若用户当前健康状况无异常，则结合用户历史数据，将健康风险等级与健康建议库进行匹配，得到与健康风险等级匹配的规则模型。

例如，无风险等级匹配到建议库规则的规则四的规则模型：无异常；无异常对应建议库内容的无风险建议。

步骤S904，按照预设顺序轮询推荐与规则模型对应的无风险建议中的多条健康建议数据。

在一些实施例中，无异常对应无风险建议，无风险建议包括常规建议，常规建议包括多条健康建议数据。研究平台结合历史数据按照预设顺序轮询推荐常规建议的每一条健康建议数据。

步骤S905，若用户当前健康状况存在异常，则结合用户历史数据，将健康风险等级与健康建议库进行匹配，得到与健康风险等级匹配的规则模型。

在一些实施例中，与存在异常的健康状况对应建议库规则可以包括：规则一，规则二，规则三，根据需要还可以设置多项规则；建议库规则的规则模型包括：异常比例≥60％、20％≤异常比例＜60％、0＜异常比例＜20％；每一项规则对应的规则模型为：规则一对应异常比例≥60％，规则二对应20％≤异常比例＜60％，规则三对应0＜异常比例＜20％。其中，建议库规则中不同的规则模型对应建议库内容中不同级别的健康建议，例如：规则一的规则模型对应高风险建议，规则二的规则模型对应中风险建议，规则三的规则模型对应低风险建议。

步骤S906，第二终端是否连接网络。

在一些实施例中，第二终端在联网状态下，应用程序APP可以通过建议库SDK包中的地址与研究平台的云服务端进行信息交互，以接收研究平台推送的健康建议数据。第二终端在离线状态，应用程序APP可以依据本地的建议库SDK包中的健康建议库推送健康建议数据。

步骤S907，若第二终端处于离线状态，则由第二终端的应用程序APP的本地健康建议库推荐规则模型对应高风险建议、中风险建议或低风险建议中的常规建议。其中，规则模型为与健康风险等级匹配的建议库规则；常规建议包括多条健康建议数据，根据用户的测量时间或次数，轮询匹配常规建议中的每一条健康建议数据。

步骤S908，若第二终端处于联网状态，则结合研究平台的历史数据(包括心率、睡眠、压力或血压等)，根据与健康风险等级对应的规则模型确定研究平台的健康建议库中的健康建议数据。

在一些实施例中，若第二终端处于联网状态，研究平台接收第二终端的应用程序APP发送的用户的健康风险等级，研究平台根据风险等级，确定与用户当前健康状况对应的规则模型，以及规则模型对应的健康建议级别。研究平台获取用户的历史数据，历史数据包括但不限于心率数据、睡眠数据、压力数据或血压数据中的一种或多种特征参数。其中用户的历史数据中的特征数据与建议库内容中特征健康建议数据相关联，例如历史数据中的心率数据对应建议库内容中高风险建议中的与心率相关的建议。

步骤S909，研究平台判断历史数据是否存在异常。

在一些实施例中，用户的历史数据存储在研究平台的云服务端，历史数据中包括多个特征数据，并记录特征数据是否符合正常特征参数的标准。若历史数据中某一项特征数据不符合正常特征数据的标准，则获取与该特征数据相关联的特征健康建议数据；例如，若用户的历史数据中，睡眠数据不符合正常特征参数的标准，则获取建议库内容中与睡眠相关建议的健康建议数据。

步骤S910，若用户的历史数据均符合正常特征参数的标准，则推荐与风险等级对应的健康建议级别中的常规建议。其中，常规建议中包括多条健康建议数据，按照设定顺序轮询推送常规建议中的每一条健康建议数据。

步骤S911，研究平台推送与历史数据中存在异常的特征数据相关联的特征健康建议数据至第二终端。

在一些实施例中，健康建议级别包括高风险建议、中风险建议、低风险建议及无风险建议。不同健康建议级别可以包括多项特征健康建议数据(如图6所示的高风险建议包括的与心率相关建议、与压力相关建议、与睡眠相关建议及与人体特征相关建议等)，每项特征健康建议数据包括多条建议(如图6所示的对应高风险建议中与心率相关建议中的建议1、建议2等)，即多条健康建议数据。针对高风险建议、中风险建议及低风险建议的多项特征健康建议数据分别包括与心率相关建议、与压力相关建议、与睡眠相关建议、与人体特征相关建议；每项特征健康建议数据设置有对应的权重百分比；每项特征健康建议数据包括多条建议(即多条健康建议数据)。研究平台可以根据用户测量时间或规律轮询推荐每条健康建议数据。

另外，高风险建议、中风险建议、低风险建议及无风险建议分别还包括常规健康建议数据，常规健康建议数据包括多条建议(即健康建议数据)，研究平台可以根据用户测量时间或规律轮询推荐常规建议的每条健康建议数据。

其中，无风险建议包括常规建议，常规建议包括多条建议数据(如图6中的建议1、建议2等)，依据用户测量时间或规律轮询推荐每一条建议数据。

在一些实施例中，若用户历史数据中只包括与特征健康建议数据中的一项相关(例如只包括心率数据)的特征数据，则轮询推荐与健康风险等级对应的健康建议级别中与心率相关建议的多条建议(如中风险建议中与心率相关建议中的建议1或建议2等)；若用户历史数据中包括与特征健康建议数据中的多项特征数据相关，则根据每一项特征健康建议数据的权重，从高权重至低权重依次推送特征健康建议数据的多条建议，其中，每项特征健康建议数据的多条建议可以轮询推送。

参见图10，是本申请实施例提供的健康建议数据推送结果的界面示意图。如图10所示，研究平台根据健康风险等级，并结合用户历史数据，将更符合用户健康状况的健康建议数据推送在第二终端的应用程序交互界面。根据当前测量用户的健康基础数据以及结合用户的历史数据可以匹配到不同的健康建议数据；测量的健康基础数据相同可以能对应不同的健康状况，则推送不同的健康建议数据；例如，图10中所示的，相同的测量数据，可能分别对应“不规则心率”或“未见异常”的健康建议数据。若结合历史数据，存在其他特征数据，可以对应匹配不同的健康建议数据，如图10中所示的，均为“疑似早博”的两项建议中，分别对应不同的结果建议(如结果建议中早搏心跳的占比数据等)。从而为用户提供了更加专业、可靠的健康建议信息。

参见图11，是本申请实施例提供的上传健康建议数据时研究平台的界面示意图，与创建定制建议库SDK包的显示界面相似。在研究平台的健康建议库中的建议库内容或建议库规则需要调整时，研究机构或项目管理员可以通过第一终端的交互应用界面上传需要调整的健康建议信息，健康建议信息中包括建议内容和规则模型。如图11所示，在第一终端的交互应用界面提供的更新页面，对应心脏健康项目；健康项目的健康建议库包括建议库内容和建议库规则；第一终端的交互应用界面设置有与建议库内容对应的高风险、中风险、低风险、未见异常等提示上传的建议内容标签；同时还包括与建议库规则对应的提示上传的规则模型标签。第一终端在接收到研究机构或项目管理员输入的健康建议信息以及保存并更新指令，则由第一终端向研究平台发送第二指令，所述第二指令用于指示研究平台进行数据逻辑处理，将健康建议信息按照建议库规则及建议库内容的格式存储并更新对应健康项目的健康建议库。

参见图12，是本申请实施例提供的研究平台数据库中健康建议库更新的流程示意图，基于第一终端与研究平台的信息交互，以及第二终端与研究平台的信息交互，以研究平台为执行主体，实现更新健康项目的健康建议库以及建议库SDK包；具体的实现流程包括：

步骤S1201，接收第一终端发送的第二指令，所述第二指令包括所述健康项目的配置更新信息。

在本申请一些实施例中，在研究平台的数据库中存储健康建议信息需要调整时，包括建议库内容的调整或建议库规则的调整，第一终端接收第一用户输入的需要调整的健康建议信息，第一终端根据健康建议信息发送第二指令，第二指令用于指示研究平台根据配置更新信息，更新健康项目的健康建议库。

步骤S1202，根据所述配置更新信息，更新所述健康项目的健康建议库。

在一些实施例中，所述根据所述配置更新信息，更新所述健康项目的健康建议库，包括：

根据所述健康项目的建议内容更新所述健康项目的健康建议库中的建议库内容，或者根据所述健康项目的规则模型更新所述健康项目的健康建议库中的建议库规则。

在本申请一些实施例中，第一终端接收第一用户根据交互应用界面的提示标签上传的健康建议信息，其中健康建议信息包括健康项目的建议内容或规则模型。

在一些实施例中，研究平台接收到第一终端发送的保存并更新的指令后，先不执行更新指令，将健康建议数据保存并设置待审核标签；由研究平台根据预制专业标准审核健康建议信息，或者由专业研究人员审核健康建议信息；在健康建议信息审核通过后，将健康建议信息存储为对应健康项目的健康建议库或者更新对应已有的健康项目的健康建议库。

在一些实施例中，在第一终端发送第一用户上传的某一健康项目的健康建议信息至研究平台后，由研究平台根据预设专业标准，对健康建议信息进行评估，评估合格后，可以根据上传的健康建议信息更新预制的健康项目的健康建议库；若上传的健康建议信息对应新增的健康项目，还可以根据上传的健康建议信息，创建新的健康项目的健康建议库。

在一些实施例中，所述方法包括：

C1、将所述健康项目对应更新后的健康建议库进行封装，生成更新后的建议库软件工具开发包，并将建议库软件工具开发包的版本信息由第一版本更新至第二版本；其中，所述第二版本高于所述第一版本。

C2、将更新后的建议库软件工具开发包的数据流发送至所述第一终端。

在一些实施例中，所述方法包括：

D1、接收第二终端发送的版本查询信息，所述版本查询信息用于查询所述研究平台的软件工具开发包的版本是否大于所述第二终端的软件工具开发包的版本。

D2、若所述研究平台的软件工具开发包的版本大于所述第二终端的软件工具开发包的版本，则将所述研究平台的软件工具开发包的下载路径发送至第二终端，所述下载路径用于指示所述第二终端下载所述研究平台的软件工具开发包。

在一些实施例中，研究平台将更新后的健康建议库或新创建的健康项目的健康建议库中的建议库内容与建议库规则打包，生成建议库SDK包，记录并存储建议库SDK包的版本信息，并将建议库SDK包的页面文件的数据流反馈至第一终端的交互应用界面。

通过本实施例，在健康项目的健康建议库中健康建议信息需要调整时，研究平台可以接收第一终端发送的第二指令，并根据第二指令中的健康项目的配置更新信息，更新健康项目的健康建议库；从而实现健康建议信息的及时的更新，满足用户对健康建议信息的可靠、实时的要求。同时，使得第二终端的建议库软件工具开发包的健康建议库更新时，无需升级应用程序版本，减少了应用程序发布至应用市场流程审核的时长，降低了开发工作量，实现了建议库的实时在线更新。

参见图13，是本申请实施例提供的健康建议库更新的交互示意图，通过研究平台更新健康项目的健康建议库，基于研究平台与第二终端的信息交互，实现在第二终端的建议库SDK包的更新，实现流程包括：

步骤S1301，研究平台接收第一终端发送的健康建议信息。

其中，所述健康建议信息为项目管理员或研究机构通过第一终端的交互应用界面上传的。

步骤S1302，研究平台根据预设专业标准对健康建议信息进行审核。

步骤S1303，若审核结果合格，则研究平台更新健康建议库、建议库SDK包及建议库SDK包的版本信息。

在研究平台的建议库SDK包更新完成后，集成在第二终端的应用程序本地的建议库SDK包也需要进行同步的更新，具体包括以下步骤：

步骤S1304，第二终端的应用程序APP查询研究平台上建议库SDK包的版本信息。

步骤S1305，应用程序APP判断研究平台的建议库SDK包的版本是否大于第二终端本地的建议库SDK包的版本。

步骤S1306，若研究平台的建议库SDK包的版本大于第二终端本地的建议库SDK包的版本，则应用程序APP获取研究平台的建议库SDK包的下载路径，并下载新版本的建议库SDK包。

步骤S1307，应用程序APP根据下载的新版本的建议库SDK包，更新本地的建议库SDK包，重新创建健康建议数据的推送进程，使新版本的建议库SDK包生效。

步骤S1308，若研究平台的建议库SDK包的版本不大于第二终端本地的建议库SDK包的版本，则查询进程结束。

通过本申请的实施例，使得第二终端的建议库软件工具开发包的健康建议库更新时，无需升级应用程序版本，减少了应用程序发布至应用市场流程审核的时长，降低了开发工作量，实现了建议库的实时在线更新。

参见图14，是本申请实施例提供的第一终端处理健康建议信息的流程示意图，第一终端与研究平台进行信息交互，由第一终端获取配置请求信息，使得研究平台根据配置请求信息创建建议库SDK包；第一终端作为执行主体，具体的实现流程包括：

步骤S1401，接收第一用户输入的配置请求信息，所述配置请求信息包括健康项目对应的健康建议信息的标签信息。

在一些实施例中，所述接收第一用户输入的配置请求信息，包括：

接收所述第一用户输入的所述健康项目的建议内容对应的一项或多项标签信息，以及规则模型对应的一项或多项标签信息。

在本申请一些实施例中，所述配置请求信息包括健康项目的建议内容、规则模型分别对应的标签信息。

步骤S1402，根据所述健康项目的健康建议信息的标签信息，发送第一指令至研究平台；其中，所述第一指令用于指示所述研究平台根据所述配置请求信息生成所述健康项目对应的健康建议信息的建议库软件工具开发包。

在一些实施例中，所述根据所述健康项目的健康建议信息的标签信息，发送第一指令至研究平台，包括：

根据所述健康项目的建议内容对应的一项或多项标签信息以及规则模型对应的一项或多项标签信息，发送第一指令至所述研究平台。

其中，所述第一指令用于指示所述研究平台根据所述健康项目的建议内容、规则模型分别对应的标签信息，提取所述健康项目对应的健康建议库中的建议库内容及建议库规则，并将所述健康建议库中的建议库内容和建议库规则进行封装，生成所述健康项目的所述建议库软件工具开发包。

步骤S1403，接收所述研究平台发送的所述建议库软件工具开发包的数据流，并在交互应用界面将所述建议库软件工具开发包的数据流显示为所述建议库软件工具开发包的标签。

通过本实施例，第一终端接收第一用户输入的配置请求信息，第一终端可以将配置请求信息以指令形式发送至研究平台，使得研究平台根据指令生成健康项目的建议库软件工具开发包。从而可以通过研究平台提供健康建议数据及建议库SDK包的创建功能，可以便捷、快速的生成建议库软件工具开发包，降低了健康类应用程序的开发难度，缩短了开发周期，减少了对接医疗机构的繁琐过程及资源受限的问题。

参见图15，是本申请实施例提供的第一终端处理健康建议信息的另一流程示意图，第一终端与研究平台进行信息交互，由第一终端获取配置更新信息，使得研究平台根据配置更新信息更新健康项目的健康建议库以及建议库SDK包；第一终端作为执行主体，具体的实现流程包括：

步骤S1501，接收第一用户输入的配置更新信息，所述配置更新信息包括所述健康项目对应的健康建议信息。

步骤S1502，根据所述健康项目对应的健康建议信息，发送第二指令至所述研究平台；其中，所述第二指令用于指示所述研究平台根据所述配置更新信息更新所述健康项目的健康建议库。

在一些实施例中，所述根据所述健康项目对应的健康建议信息，发送第二指令至所述研究平台，包括：

根据所述健康项目的所述建议内容或所述规则模型，发送所述第二指令至所述研究平台；其中，所述第二指令用于指示所述研究平台根据所述建议内容更新所述健康项目的健康建议库，或者根据所述规则模型更新所述健康项目的健康建议库中的建议库规则。

在本申请一些实施例中，所述配置更新信息包括健康项目的建议内容或规则模型。

在本申请一些实施例中，在所述健康项目的健康建议库中的建议库内容或建议库规则更新后，包括：

步骤S1503，接收所述研究平台发送的更新后的建议库软件工具开发包的数据流，并在所述交互应用界面将更新后的建议库软件工具开发包的数据流显示为更新后的软件工具开发包的标签。

其中，更新后的软件工具开发包为研究平台将所述健康项目对应更新后的健康建议库进行封装得到的。

通过本实施例，在存储在研究平台的健康项目的健康建议信息需要调整时，第一终端接收第一用户输入的配置更新信息，配置更新信息包括健康项目对应的健康建议信息，健康项目对应的健康建议信息包括建议内容或规则模型；在研究平台的健康建议库中的建议库内容及建议库规则需要调整，则第一终端将接收到的建议内容和规则模型发送至研究平台，使研究平台更新调整健康项目的健康建议库中的建议库内容或建议库规则；从而实现健康建议信息的及时的更新，满足用户对健康建议信息的可靠、实时的要求。

参见图16，是本申请实施例提供的第一终端处理健康建议信息的另一流程示意图，第一终端与研究平台进行信息交互，由第一终端获取定制配置信息，使得研究平台根据定制配置信息创建建议库SDK包；第一终端作为执行主体，具体的实现流程包括：

步骤S1601，接收所述第一用户输入的定制配置信息，所述定制配置信息包括所述健康项目对应的健康建议信息。

步骤S1602，根据所述健康项目对应的健康建议信息，发送第三指令至所述研究平台；其中，所述第三指令用于指示所述研究平台根据所述定制配置信息生成所述健康项目对应的健康建议信息的建议库软件工具开发包。

在一些实施例中，所述根据所述健康项目对应的健康建议信息，发送第三指令至所述研究平台，包括：

根据所述健康项目的建议内容和规则模型，发送所述第三指令至所述研究平台；其中，所述第三指令用于指示所述研究平台将所述所述健康项目的建议内容和规则模型进行封装，生成所述健康项目的所述建议库软件工具开发包。

在本申请实施例中，所述定制配置信息包括健康项目的建议内容和规则模型。

通过本实施例，研究平台还提供了根据定制配置信息生成建议库软件工具开发包的功能，用户可以根据需要，通过第一终端上传健康建议信息，并由第一终端将健康建议信息按所属的健康项目以及所属的建议库内容、建议库规则发送至研究平台，指示研究平台通过定制配置信息的命令，生成所需要的健康项目的建议库软件工具开发包，提升了研究平台的适用性及多功能性。

参见图17，是本申请实施例提供的多端信息交互的示意图。

在本申请一些实施例中，研究平台可以根据第一终端发送的第一指令中的配置请求信息，生成健康类应用程序的建议库SDK包；研究机构通过在第一终端下载建议库SDK包，将建议库SDK包直接集成至电子设备的健康类应用程序，缩短健康类应用程序的开发周期，降低了健康类应用程序开发难度及开发成本。在实际的应用过程中，第二终端获取用户的健康基础数据，对健康基础数据进行风险评估，得到用户的健康风险等级；将用户的健康风险等级发送至研究平台，研究平台可以结合用户的历史数据，将用户的健康风险等级与健康建议库的规则模型进行匹配，推送符合当前用户身体状况的健康建议数据。

如图17所示的应用场景一，介绍了研究平台根据配置请求信息创建建议库SDK包及研究平台与第一终端、第二终端的交互过程，具体包括如下步骤：

1、第一终端接收第一用户上传的配置请求信息，配置请求信息包括健康项目对应的健康建议信息的标签信息。

在一些实施例中，配置请求信息包括研究机构或项目管理员根据第一终端的交互应用界面的门户网站提供的标签信息选择输入的请求信息，还可以是研究机构或项目管理员第一终端的交互应用界面的门户网站提供的定制提示上传的健康建议信息及定制建议库SDK的请求信息，其中健康建议信息包括建议内容和规则模型。

2、第一终端根据健康建议信息的标签信息发送第一指令至研究平台，标签信息包括建议内容标签和规则模型标签。

3、研究平台根据配置请求信息中的标签信息，提取与建议内容标签对应的建议库内容以及与规则模型标签对应的建议库规则，并对建议库内容和建议库规则进行封装，生成健康项目的建议库软件工具开发包。

4、研究平台发送建议库软件工具开发包的数据流至第一终端。

5、第一终端根据建议库软件工具开发包的数据流在交互应用界面显示建议库软件工具开发包的标签。

6、下载建议库软件工具开发包，并将建议库软件开发工具包集成至第二终端的应用程序。

7、第二终端获取第二用户的健康基础数据。

在一些实施例中，第二终端可以是用户使用移动终端或者可穿戴设备。例如，移动终端可以为手机、平板或康复医疗设备等；可穿戴设备可以为智能手表、耳机、智能手环或挂件等。在用户启动电子设备测量后，第二终端可以通过接触或非接触的方式获取用户特定健康项目的健康基础数据。例如，通过智能手表设置的传感器可以记录用户的脉搏跳动次数，从而可以获取用户心脏健康项目的心率数据等。通过第二终端采集用户健康基础数据的方式较多，在此不做具体限定。

在一些实施例中，第二终端可以设置固定周期或频率对用户进行多次测量，得到多组测量数据；根据预制的健康标准数据，对多组测量数据进行评估，得到用户的健康风险等级。

8、第二终端根据健康基础数据评估第二用户当前健康状况的健康风险等级。

9、第二终端将健康风险等级与本地建议库软件工具开发包中的健康建议库进行匹配，得到健康建议数据；或者，将健康风险等级发送至研究平台。

10、研究平台接收到健康风险等级，结合第二用户历史数据，将风险等级与健康建议库进行匹配，得到健康建议数据。

在一些实施例中，在建议库软件开发工具SDK包集成至电子设备的应用程序APP后，第二终端可以根据应用程序APP的建议库软件开发工具SDK包中的健康建议库，匹配与健康风险等级对应的健康建议数据；或者，根据建议库软件开发工具SDK包中研究平台的云服务端地址，将健康风险等级传输至研究平台，由研究平台结合用户历史数据，得到与健康风险等级匹配的健康建议数据。其中，用户历史数据包括与健康项目相关的其他特征数据，例如心脏健康项目中，用户历史数据可以包括心率数据、压力数据、睡眠数据、血压数据或人体特征数据等其他与心脏健康项目相关的数据。

11、将健康建议数据推送至第二终端的应用程序交互界面。

在一些实施例中，根据应用程序APP本地的建议库SDK包,推荐与健康风险等级匹配的健康建议信息；具体的，依据建议库SDK包中的健康建议库规则的规则模型，匹配与健康风险等级对应的健康建议级别，并推荐与健康建议级别对应的建议库内容，建议库内容可以包括多条常规建议(如图6中分别对应不同风险等级的建议库内容的常规建议中的建议1、建议2)，即多条健康建议数据，可以依据用户的测试时间或规律进行轮询推荐。

在一些实施例中，由研究平台结合用户历史数据，将健康风险等级与健康建议库中建议库规则的规则模型进行匹配，得到与健康风险等级对应的健康建议级别的建议库内容，以及建议库内容中与用户历史数据对应的健康建议数据。不同健康建议级别可以包括多项特征健康建议数据(如图6所示的高风险建议包括的与心率相关建议、与压力相关建议、与睡眠相关建议及与人体特征相关建议等)，每项特征健康建议数据包括多条建议(如图6所示的对应高风险建议中与心率相关建议中的建议1、建议2等)，即多条健康建议信息；例如，健康建议级别包括高风险建议、中风险建议、低风险建议及无风险建议。针对高风险建议、中风险建议及低风险建议的多项特征健康建议数据分别包括与心率相关建议、与压力相关建议、与睡眠相关建议、与人体特征相关建议；每项特征健康建议数据设置有对应的权重百分比；每项特征健康建议数据包括多条建议，即多条健康建议信息，可以依据用户测量时间或规律轮询推荐每条健康建议信息。高风险建议、中风险建议、低风险建议及无风险建议分别还包括常规健康建议数据，常规健康建议数据包括多条建议，即健康建议信息，可以依据用户测量时间或规律轮询推荐常规建议的每条健康建议信息。无风险建议包括常规建议，常规建议包括多条建议信息(如图6中的建议1、建议2等)，依据用户测量时间或规律轮询推荐。

在一些实施例中，若用户历史数据中只包括与特征健康建议数据中的一项相关(例如只包括心率数据)的特征参数，则轮询推荐对应风险等级建议中与心率相关建议的多条建议(如中风险等级中与心率相关建议中的建议1或建议2等)；若用户历史数据中包括与特征健康建议数据中的多项相关，则依据特征健康建议数据的权重，从高权重至低权重依次推送特征健康建议数据的多条建议，其中，每项特征健康建议数据的多条建议可以轮询推送。

如图16所示的应用场景二，本申请实施例还提供了建议库SDK包更新过程的多端交互流程，介绍了研究平台的健康建议库发生更新时，对应的第二终端本地的健康建议库也进行更新的信息交互过程，具体包括以下步骤：

1、第一终端接收第一用户输入的配置更新信息，配置更新信息包括健康项目对应的健康建议信息。

在一些实施例中，健康建议信息包括建议内容和规则模型，当研究平台的后台数据库中建议库内容或建议库规则需要调整时，第一终端可以接收研究机构或项目管理员上传的需要更新的建议内容或规则模型；第一终端的交互应用界面可以提供上传健康建议信息的提示标签，研究机构或项目管理员可以根据提示标签将建议内容和规则模型对应上传至研究平台。

2、第一终端根据健康建议信息发送第二指令至研究平台，配置更新信息包括健康项目的建议内容或规则模型。

3、研究平台评估健康建议信息是否符合专业标准的要求，若符合专业标准的要求，则根据建议内容更新健康建议库的建议库内容或者根据规则模型更新健康建议库的建议库规则；并更新建议库软件工具开发包及软件工具开发包的版本信息。

在一些实施例中，研究平台中可以预制不同健康项目的专业标准，专业标准用于评估健康建议信息的可靠性，通过将健康建议信息与专业标准进行对比，获取健康建议信息与专业标准的匹配百分比，若匹配百分比超过预设阈值，则评估健康建议信息符合专业标准的要求；或者，在上传健康建议信息后，研究平台的后台将健康建议信息按建议库内容和建议库规则格式存储至数据库，并设置待审核标签，由健康研究领域的专业人员通过研究平台在第一终端的审核页面获取具有待审核标签的健康建议信息，对健康建议信息进行审核。

在一些实施例中，若健康建议信息符合专业标准的要求，则研究平台将健康建议信息存储至数据库中的健康建议库，更新与健康建议数据对应健康项目的健康建议库，并更新由健康建议库创建的建议库SDK包以及建议库SDK包的版本信息。

4、第二终端的应用程序查询研究平台的建议库SDK包版本是否大于本地的建议库SDK包的版本。

在一些实施例中，第二终端的应用程序可以定期查询研究平台的数据库中的建议库SDK包版本，并比较数据库中建议库SDK包的版本与本地建议库SDK包的版本是否一致，若数据库中建议库SDK包的版本高于本地建议库SDK包的版本，则确定后台数据库中建议库SDK包发生更新。

在一些实施例中，在研究平台的数据库中建议库SDK包更新后，研究平台还可以发送更新消息至电子设备的应用程序APP，通知应用程序APP更新建议库SDK包。

5、若研究平台的建议库SDK包的版本大于第二终端的建议库SDK版本，第二终端的应用程序下载并安装最新版本的建议库SDK包。

在一些实施例中，在第二终端的应用程序查询到研究平台的后台数据库中建议库SDK版本发生更新，或第二终端接收到研究平台发送的建议库SDK包版本更新的通知后，第二终端的应用程序获取研究平台更新后的建议库SDK包的地址，并将更新后的建议库SDK包下载至本地，更新本地建议库SDK包。无需升级应用程序APP，只更新建议库SDK包即可。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对应于上文实施例所述的健康建议信息处理方法以及应用场景的实施例，图18示出了本申请另一实施例提供的研究平台的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

请参阅图18，是本申请实施例提供的研究平台的结构示意图。所述研究平台包括一个或多个处理器、存储器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述一个或多个处理器执行所述计算机指令时，使得所述研究平台执行上述健康建议信息处理方法。

如图18所示，该实施例的研究平台18包括：至少一个处理器180(图18中仅示出一个)、存储器181以及存储在所述存储器181中并可在所述至少一个处理器180上运行的计算机程序182，所述处理器180执行所述计算机程序182时实现上述健康建议信息处理方法实施例中的步骤。

所述研究平台18可以是云端服务器等计算设备。该研究平台18可包括，但不仅限于，处理器180、存储器181。本领域技术人员可以理解，图18仅仅是研究平台18的举例，并不构成对研究平台18的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器180可以是中央处理单元(Central Processing Unit，CPU)，该处理器180还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器181在一些实施例中可以是所述研究平台18的内部存储单元，例如研究平台18的硬盘或内存。所述存储器181在另一些实施例中也可以是所述研究平台18的外部存储设备，例如所述研究平台18上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器181还可以既包括所述研究平台18的内部存储单元也包括外部存储设备。所述存储器181用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器181还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

对应于上文实施例所述的健康建议信息处理方法以及应用场景的实施例，图19示出了本申请另一实施例提供的第一终端的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

请参阅图19，是本申请实施例提供的第一终端的结构示意图。所述第一终端包括一个或多个处理器、存储器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述一个或多个处理器执行所述计算机指令时，使得所述第一终端执行上述健康建议信息处理方法。

如图19所示，该实施例的第一终端19包括：至少一个处理器190(图19中仅示出一个)、存储器191以及存储在所述存储器191中并可在所述至少一个处理器190上运行的计算机程序192，所述处理器190执行所述计算机程序192时实现上述健康建议信息处理方法实施例中的步骤。

所述第一终端19可以是桌上型计算机、笔记本及掌上电脑等计算设备。该第一终端19可包括，但不仅限于，处理器190、存储器191。本领域技术人员可以理解，图19仅仅是第一终端19的举例，并不构成对第一终端19的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器190可以是中央处理单元(Central Processing Unit，CPU)，该处理器190还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器191在一些实施例中可以是所述第一终端19的内部存储单元，例如第一终端19的硬盘或内存。所述存储器191在另一些实施例中也可以是所述第一终端19的外部存储设备，例如所述第一终端19上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器191还可以既包括所述第一终端19的内部存储单元也包括外部存储设备。所述存储器191用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器191还可以用于暂时地存储已经输出或者将要输出的数据。

对应于上文实施例所述的健康建议信息处理方法以及应用场景的实施例，图20示出了本申请另一实施例提供的第二终端的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

本申请实施例还提供了一种健康建议信息处理系统，所述系统包括一个或多个处理器、存储器和收发器；所述存储器、所述收发器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述一个或多个处理器执行所述计算机指令时，使得所述系统执行所述的健康建议信息处理方法。

请参阅图20，是本申请实施例提供的第二终端的结构示意图。所述第二终端包括一个或多个处理器、存储器；所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；当所述一个或多个处理器执行所述计算机指令时，使得所述第二终端执行上述健康建议信息处理方法。

如图20所示，该实施例的第二终端20包括：至少一个处理器200(图20中仅示出一个)、存储器201以及存储在所述存储器201中并可在所述至少一个处理器200上运行的计算机程序202，所述处理器200执行所述计算机程序202时实现上述健康建议信息处理方法实施例中的步骤。

所述第二终端20可以是移动终端或可便携设备等计算设备。该第二终端可包括，但不仅限于，处理器200、存储器201。本领域技术人员可以理解，图20仅仅是第二终端20的举例，并不构成对第二终端20的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器200可以是中央处理单元(Central Processing Unit，CPU)，该处理器200还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器201在一些实施例中可以是所述第二终端20的内部存储单元，例如第二终端20的硬盘或内存。所述存储器201在另一些实施例中也可以是所述第二终端20的外部存储设备，例如所述第二终端20上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器201还可以既包括所述第二终端20的内部存储单元也包括外部存储设备。所述存储器201用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器201还可以用于暂时地存储已经输出或者将要输出的数据。

在本申请一些实施例中，第一终端、第二终端的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构或云架构。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括指令，所述指令在计算机或处理器上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。

本申请实施例还提供了一种包含指令的计算机程序产品。当该计算机程序产品在计算机上或处理器上运行时，使得计算机或处理器执行上述任一个方法中的一个或多个步骤。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如，固态硬盘(solid state disk，SSD))等。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，该流程可以由计算机程序来指令相关的硬件完成，该程序可存储于计算机可读存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。而前述的存储介质包括：ROM 或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

以上所述，仅为本申请实施例的具体实施方式，但本申请实施例的保护范围并不局限于此，任何在本申请实施例揭露的技术范围内的变化或替换，都应涵盖在本申请实施例的保护范围之内。因此，本申请实施例的保护范围应以所述权利要求的保护范围为准。

Claims

一种健康建议信息处理方法，其特征在于，应用于研究平台，所述方法包括：

接收第一终端发送的第一指令，所述第一指令包括健康项目对应的健康建议信息的配置请求信息；

根据所述配置请求信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包；

发送所述建议库软件工具开发包的数据流至所述第一终端；其中，所述建议库软件工具开发包的数据流用于在所述第一终端的交互应用界面显示所述建议库软件工具开发包的标签。
根据权利要求1所述的方法，其特征在于，所述方法包括：

接收第一终端发送的第二指令，所述第二指令包括所述健康项目的配置更新信息；

根据所述配置更新信息，更新所述健康项目的健康建议库。
根据权利要求1所述的方法，其特征在于，所述方法包括：

接收第二终端发送的第二用户的健康风险等级；其中，所述健康风险等级为第二终端依据预制的健康标准数据，评估所述第二用户的健康基础数据的结果；

查找与所述健康风险等级匹配的健康建议数据，并将所述健康建议数据推送至所述第二终端的应用程序交互界面。
根据权利要求1所述的方法，其特征在于，所述配置请求信息包括健康项目的建议内容、规则模型分别对应的标签信息；

所述根据所述配置请求信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包，包括：

根据所述健康项目的建议内容、规则模型分别对应的标签信息，提取所述健康项目对应的健康建议库中的建议库内容及建议库规则；

将所述健康建议库中的建议库内容和建议库规则进行封装，生成所述健康项目的所述建议库软件工具开发包，并记录建议库软件工具开发包的版本信息。
根据权利要求2所述的方法，其特征在于，所述配置更新信息包括健康项目的建议内容或规则模型；

所述根据所述配置更新信息，更新所述健康项目的健康建议库，包括：

根据所述健康项目的建议内容更新所述健康项目的健康建议库中的建议库内容，或者根据所述健康项目的规则模型更新所述健康项目的健康建议库中的建议库规则。
根据权利要求5所述的方法，其特征在于，所述方法包括：

将所述健康项目对应更新后的健康建议库进行封装，生成更新后的建议库软件工具开发包，并将建议库软件工具开发包的版本信息由第一版本更新至第二版本；其中，所述第二版本高于所述第一版本；

将更新后的建议库软件工具开发包的数据流发送至所述第一终端。
根据权利要求6所述的方法，其特征在于，所述方法包括：

接收第二终端发送的版本查询信息，所述版本查询信息用于查询所述研究平台的软件工具开发包的版本是否大于所述第二终端的软件工具开发包的版本；

若所述研究平台的软件工具开发包的版本大于所述第二终端的软件工具开发包的版本，则将所述研究平台的软件工具开发包的下载路径发送至第二终端，所述下载路径用于指示所述第二终端下载所述研究平台的软件工具开发包。
根据权利要求3所述的方法，其特征在于，所述查找与所述健康风险等级匹配的健康建议数据，并将所述健康建议数据推送至所述第二终端的应用程序交互界面，包括：

将所述健康风险等级与所述健康项目的健康建议库中建议库规则的规则模型进行匹配，得到与所述健康风险等级对应的健康建议级别；

结合所述第二用户的历史数据，将所述健康建议级别中的与所述历史数据相关联的特征健康建议数据或常规健康建议数据推送至所述第二终端的应用程序交互界面。
根据权利要求8所述的方法，其特征在于，所述特征健康建议数据或所述常规健康建议数据分别包括多条建议；

所述将所述健康建议级别中的与所述历史数据相关联的特征健康建议数据或常规健康建议数据推送至所述第二终端的应用程序交互界面，包括：

将所述特征健康建议数据中的多条建议或者所述常规健康建议数据中的多条建议，按预设顺序轮询推送每条建议至所述第二终端的应用程序交互界面。
根据权利要求1所述的方法，其特征在于，在所述发送所述建议库软件工具开发包的数据流至所述第一终端之前还包括：

接收所述第一终端发送的第三指令，所述第三指令包括健康项目对应的健康建议信息的定制配置信息；

根据所述定制配置信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包。
根据权利要求10所述的方法，其特征在于，所述定制配置信息包括健康项目的建议内容和规则模型；

所述根据所述定制配置信息，生成所述健康项目对应的健康建议信息的建议库软件工具开发包，包括：

对所述建议内容和所述规则模型进行封装，生成所述健康项目对应的健康建议信息的建议库软件工具开发包。
一种健康建议信息处理方法，其特征在于，应用于第一终端，所述方法包括：

接收第一用户输入的配置请求信息，所述配置请求信息包括健康项目对应的健康建议信息的标签信息；

根据所述健康项目的健康建议信息的标签信息，发送第一指令至研究平台；其中，所述第一指令用于指示所述研究平台根据所述配置请求信息生成所述健康项目对应的健康建议信息的建议库软件工具开发包；

接收所述研究平台发送的所述建议库软件工具开发包的数据流，并在交互应用界面将所述建议库软件工具开发包的数据流显示为所述建议库软件工具开发包的标签。
根据权利要求12所述的方法，其特征在于，所述方法包括：

接收第一用户输入的配置更新信息，所述配置更新信息包括所述健康项目对应的健康建议信息；

根据所述健康项目对应的健康建议信息，发送第二指令至所述研究平台；其中，所述第二指令用于指示所述研究平台根据所述配置更新信息更新所述健康项目的健康建议库。
根据权利要求12所述的方法，其特征在于，所述配置请求信息包括健康项目的建议内容、规则模型分别对应的标签信息；

所述接收第一用户输入的配置请求信息，包括：

接收所述第一用户输入的所述健康项目的建议内容对应的一项或多项标签信息，以及规则模型对应的一项或多项标签信息。
根据权利要求14所述的方法，其特征在于，所述根据所述健康项目的健康建议信息的标签信息，发送第一指令至研究平台，包括：

根据所述健康项目的建议内容对应的一项或多项标签信息以及规则模型对应的一项或多项标签信息，发送第一指令至所述研究平台；

其中，所述第一指令用于指示所述研究平台根据所述健康项目的建议内容、规则模型分别对应的标签信息，提取所述健康项目对应的健康建议库中的建议库内容及建议库规则，并将所述健康建议库中的建议库内容和建议库规则进行封装，生成所述健康项目的所述建议库软件工具开发包。
根据权利要求13所述的方法，其特征在于，所述配置更新信息包括健康项目的建议内容或规则模型；

所述根据所述健康项目对应的健康建议信息，发送第二指令至所述研究平台，包括：

根据所述健康项目的所述建议内容或所述规则模型，发送所述第二指令至所述研究平台；

其中，所述第二指令用于指示所述研究平台根据所述建议内容更新所述健康项目的健康建议库，或者根据所述规则模型更新所述健康项目的健康建议库中的建议库规则。
根据权利要求16所述的方法，其特征在于，所述方法包括：

在所述健康项目的健康建议库中的建议库内容或建议库规则更新后，接收所述研究平台发送的更新后的建议库软件工具开发包的数据流，并在所述交互应用界面将更新后的建议库软件工具开发包的数据流显示为更新后的软件工具开发包的标签；

其中，更新后的软件工具开发包为研究平台将所述健康项目对应更新后的健康建议库进行封装得到的。
根据权利要求12所述的方法，其特征在于，在所述接收所述研究平台发送的所述建议库软件工具开发包的数据流之前，还包括：

接收所述第一用户输入的定制配置信息，所述定制配置信息包括所述健康项目对应的健康建议信息；

根据所述健康项目对应的健康建议信息，发送第三指令至所述研究平台；

其中，所述第三指令用于指示所述研究平台根据所述定制配置信息生成所述健康项目对应的健康建议信息的建议库软件工具开发包。
根据权利要求18所述的方法，其特征在于，所述定制配置信息包括健康项目的建议内容和规则模型；

所述根据所述健康项目对应的健康建议信息，发送第三指令至所述研究平台，包括：

根据所述健康项目的建议内容和规则模型，发送所述第三指令至所述研究平台；

其中，所述第三指令用于指示所述研究平台将所述所述健康项目的建议内容和规则模型进行封装，生成所述健康项目的所述建议库软件工具开发包。
一种研究平台，其特征在于，所述研究平台包括一个或多个处理器、存储器；

所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；

当所述一个或多个处理器执行所述计算机指令时，使得所述研究平台执行如权利要求1至11中任一项所述的健康建议信息处理方法。
一种第一终端，其特征在于，所述第一终端显示交互应用界面，所述第一终端包括一个或多个处理器、存储器；

所述存储器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；

当所述一个或多个处理器执行所述计算机指令时，使得所述第一终端执行如权利要求12至19中任一项所述的健康建议信息处理方法。
一种健康建议信息处理系统，其特征在于，所述系统包括一个或多个处理器、存储器和收发器；

所述存储器、所述收发器与所述一个或多个处理器耦合，所述存储器用于存储计算机程序代码，所述计算机程序代码包括计算机指令；

当所述一个或多个处理器执行所述计算机指令时，使得所述系统执行如权利要求1至19中任一项所述的健康建议信息处理方法。
一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序包括指令，所述指令在计算机上运行时，使得所述计算机执行如权利要求1至19任一项所述健康建议信息处理方法。
一种包含指令的计算机程序产品，其特征在于，所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1至19任一项所述健康建议信息处理方法。