CN111192684A

CN111192684A - 一种健康数据处理的方法及装置、电子设备、存储介质

Info

Publication number: CN111192684A
Application number: CN201911168086.8A
Authority: CN
Inventors: 王福钢; 丁桂萍; 刘颂
Original assignee: Taikang Insurance Group Co Ltd
Current assignee: Taikang Insurance Group Co Ltd
Priority date: 2019-11-25
Filing date: 2019-11-25
Publication date: 2020-05-22

Abstract

本申请实施例提供了一种健康数据处理的方法及装置、电子设备、存储介质，所述方法包括：在检测到预设的健康数据采集事件被触发时，确定第三方客户端中当前登录的第一用户对应的第二用户；所述第二用户为物联网云平台中的用户，所述第一用户为已授权物联网云平台从第三方客户端获取健康数据的用户；判断所述第二用户是否为物联网云平台中指定类型的用户；若所述第二用户为指定类型的用户，则获取第三方客户端采集的健康数据，并采用健康数据，生成第二用户对应的用户画像。通过本申请实施例，实现了采集健康数据以生成用户画像，且对健康数据的采集方式进行优化处理，提升了获取用户健康数据的数据量、准确度，为用户提供有针对性的健康管理服务。

Description

一种健康数据处理的方法及装置、电子设备、存储介质

技术领域

本申请涉及数据处理领域，特别是涉及一种健康数据处理的方法及装置、电子设备、存储介质。

背景技术

随着生活水平的提高，人们越来越注重对自身的健康管理，例如对于健康险的投保。对于健康险企业而言，如何增加健康险产品的销售，并为用户提供更好的针对性服务，是现今所面临的问题。

在现有技术中，健康险企业依据用户的用户画像，以向用户提供更好的针对性服务，而用户画像需要收集用户的健康数据。健康险企业为收集用户的健康数据，通常采用客户填写问卷的方式，或是在投保等环节中收集用户的医疗数据。但基于上述方法，健康险企业获取客户健康数据的数量少、准确度低、范围窄且对客户造成一定干扰。

发明内容

鉴于上述问题，提出了以便提供克服上述问题或者至少部分地解决上述问题的一种健康数据处理的方法及装置、电子设备、存储介质，包括：

一种健康数据处理的方法，所述方法应用于物联网云平台，所述物联网云平台与第三方客户端通信连接，所述方法包括：

在检测到预设的健康数据采集事件被触发时，确定所述第三方客户端中当前登录的第一用户对应的第二用户；其中，所述第二用户为所述物联网云平台中的用户，所述第一用户为已授权所述物联网云平台从所述第三方客户端获取健康数据的用户；

判断所述第二用户是否为所述物联网云平台中指定类型的用户；

若所述第二用户为指定类型的用户，则获取所述第三方客户端采集的健康数据，并采用所述健康数据，生成所述第二用户对应的用户画像。

可选地，在所述确定所述第三方客户端中当前登录的第一用户对应的第二用户的步骤之前，所述方法还包括：

在检测到授权所述物联网云平台从所述第三方客户端获取健康数据时，判断所述物联网云平台是否具有与所述第三方客户端中当前登录的第一用户对应的用户；

若所述物联网云平台具有与所述第一用户对应的用户，则执行所述确定所述第三方客户端中当前登录的第一用户对应的第二用户的步骤。

若所述物联网云平台不具有与所述第一用户对应的用户，则获取所述第一用户对应的身份信息；

采用身份信息，在所述物联网云平台中建立所述第一用户对应的第二用户。

可选地，在未授权所述物联网云平台从所述第三方客户端获取健康数据的情况下，所述健康数据采集事件包括：

采用所述第三方客户端启动第三方智能设备且授权所述物联网云平台从所述第三方客户端获取健康数据；

在已授权所述物联网云平台从所述第三方客户端获取健康数据的情况下，所述健康数据采集事件包括：

采用所述第三方客户端启动第三方智能设备。

可选地，所述方法还包括：

若所述第二用户不为指定类型的用户，向所述第三方客户端推送预设的第一信息。

可选地，所述方法还包括：

采用所述用户画像，向所述第二用户推送预设的第二信息。

可选地，所述第三方智能设备包括共享单车设备。

一种健康数据处理的装置，应用于物联网云平台，所述物联网云平台与第三方客户端通信连接，包括：

对应用户确认模块，用于在检测到预设的健康数据采集事件被触发时，确定所述第三方客户端中当前登录的第一用户对应的第二用户；其中，所述第二用户为所述物联网云平台中的用户，所述第一用户为已授权所述物联网云平台从所述第三方客户端获取健康数据的用户；

指定类型判断模块，用于判断所述第二用户是否为所述物联网云平台中指定类型的用户；

用户画像生成模块，用于若所述第二用户为指定类型的用户，则获取所述第三方客户端采集的健康数据，并采用所述健康数据，生成所述第二用户对应的用户画像。

可选地，所述装置还包括：

第一用户对应用户判断模块，用于在检测到授权所述物联网云平台从所述第三方客户端获取健康数据时，判断所述物联网云平台是否具有与所述第三方客户端中当前登录的第一用户对应的用户；

第一用户对应用户确认模块，用于若所述物联网云平台具有与所述第一用户对应的用户，则调用所述对应用户确认模块。

可选地，所述装置还包括：

获取身份信息模块，用于若所述物联网云平台不具有与所述第一用户对应的用户，则获取所述第一用户对应的身份信息；

建立第二用户模块，用于采用身份信息，在所述物联网云平台中建立所述第一用户对应的第二用户。

采用所述第三方客户端启动第三方智能设备。

可选地，所述装置还包括：

第一信息推送模块，用于若所述第二用户不为指定类型的用户，向所述第三方客户端推送预设的第一信息。

可选地，所述装置还包括：

第二信息推送模块，用于采用所述用户画像，向所述第二用户推送预设的第二信息。

可选地，所述第三方智能设备包括共享单车设备。

一种电子设备，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的健康数据处理的方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的健康数据处理的方法的步骤。

本申请实施例具有以下优点：

在本申请实施例中，通过在检测到预设的健康数据采集事件被触发时，确定第三方客户端中当前登录的第一用户对应的第二用户，第二用户为物联网云平台中的用户，然后判断第二用户是否为物联网云平台中指定类型的用户，若第二用户为指定类型的用户，则获取第三方客户端采集的健康数据，并采用健康数据生成第二用户对应的用户画像，实现了通过第三方客户端采集健康数据以生成用户画像，且对健康数据的采集方式进行了优化处理，提升了获取用户健康数据的数据量、准确度，避免了对用户造成过多干扰，且能够依据健康数据生成用户画像，为用户提供有针对性的健康管理服务。

附图说明

为了更清楚地说明本申请的技术方案，下面将对本申请的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提供的一种健康数据处理的方法的步骤流程图；

图2是本申请一实施例提供的健康数据采集与处理的数据交互的示意图；

图3是本申请一实施例提供的健康数据采集流程的示意图；

图4是本申请一实施例提供的保险产品对象推荐流程的示意图；

图5是本申请一实施例提供的另一种健康数据处理的方法的步骤流程图；

图6是本申请一实施例提供的一种健康数据处理的装置的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参照图1，示出了本申请一实施例提供的一种健康数据处理的方法的步骤流程图，该方法应用于物联网云平台，物联网云平台与第三方客户端通信连接，具体可以包括如下步骤：

步骤101，在检测到预设的健康数据采集事件被触发时，确定所述第三方客户端中当前登录的第一用户对应的第二用户；其中，所述第二用户为所述物联网云平台中的用户，所述第一用户为已授权所述物联网云平台从所述第三方客户端获取健康数据的用户；

其中，在未授权物联网云平台从第三方客户端获取健康数据的情况下，健康数据采集事件可以包括：

采用第三方客户端启动第三方智能设备且授权物联网云平台从第三方客户端获取健康数据。

在已授权物联网云平台从第三方客户端获取健康数据的情况下，健康数据采集事件还可以包括：

采用第三方客户端启动第三方智能设备。

作为一示例，第三方智能设备可以包括共享单车设备。

当检测到预设的健康数据采集事件被触发时，可以获取第三方客户端中当前登录的第一用户的用户标识，进而可以在物联网云平台中，采用该用户标识，确定第一用户对应的第二用户。

在实际应用中，如图2，物联网云平台与第三方客户端通信连接，两者可实现数据的交互。物联网云平台与第三方客户端可以通过数据接口进行数据传输，在获取用户的授权后，第三方客户端可以开放数据接口，以使物联网云平台可以从第三方客户端中获取用户的健康数据。

对于第三方客户端，可以是微信小程序、共享单车企业提供的APP等应用。以图2为例，第三方智能设备可以包括共享单车设备，第三方智能设备可以通过蓝牙接入第三方客户端，第三方智能设备可以采用第三方客户端以启动使用。采用第三方客户端启动第三方智能设备可以通过二维码的形式触发，例如，当用户通过用户终端(手机或平板电脑等设备)扫描第三方智能设备上的二维码时，即可认为用户启动该第三方智能设备。

具体的，当用户通过用户终端扫描第三方智能设备上的二维码时，该用户可以是已授权物联网云平台从第三方客户端获取健康数据的用户，在此情况下，即可认为用户启动第三方智能设备，并同意物联网云平台从第三方客户端获取该用户的健康数据；当用户通过用户终端扫描第三方智能设备上的二维码时，该用户也可以是未授权物联网云平台从第三方客户端获取健康数据的用户，在此情况下，向该用户发送授权确认信息，在接收到用户返回的授权确认指令后，即可认为该用户启动第三方智能设备，并同意物联网云平台从第三方客户端获取该用户的健康数据。

通过获取用户授权，同意物联网云平台从第三方客户端获取数据，进而采集用户的健康数据，可以有效地避免通过硬件设备收集用户数据的合法合规问题。

步骤102，判断所述第二用户是否为所述物联网云平台中指定类型的用户；

其中，指定类型的用户可以为具有针对第一保险产品对象的订单信息的用户。例如，用户购买某一保险产品后，即为已投保此保险产品，该用户可以认为具有针对此保险产品对象的订单信息。

在确定第二用户后，可以识别物联网云平台中的第二用户是否具有针对第一保险产品对象的订单信息。

步骤103，若所述第二用户为指定类型的用户，则获取所述第三方客户端采集的健康数据，并采用所述健康数据，生成所述第二用户对应的用户画像。

其中，健康数据可以包括生理数据和骑行数据，生理数据的数据类型包括但不限于身高、体重、年龄、心率，血压、体脂率、基础代谢量、体型分析等，骑行数据的数据类型包括但不限于骑行时间、骑行速度、骑行路线、骑行里程等。

作为一示例，用户画像可以体现用户全方位的健康状况，用户画像包括但不限于用户的健康信息、诊疗信息、体检信息、运动信息以及用户健康特征标签(如“糖尿病患者”、“吸烟者”)等。

在具体实现中，通过识别物联网云平台中的第二用户是否具有针对第一保险产品对象的订单信息，若第二用户具有针对第一保险产品对象的订单信息，即可以确认第二用户为指定类型的用户，进而可以获取第三方客户端采集的健康数据，并将健康数据添加到第二用户的健康档案中，以完善基于生成用户画像的数据信息，从而生成第二用户对应的用户画像。

具体的，第三方智能设备上可以安装智能硬件，在用户启动并使用第三方智能设备时，如骑行共享单车的过程中，可以通过智能硬件检测用户的生理数据和骑行数据，以采集用户在使用第三方智能设备期间所产生的健康数据。

在一示例，通过识别物联网云平台中的第二用户是否具有针对第一保险产品对象的订单信息，若第二用户具有针对第一保险产品对象的订单信息，即可以确认第二用户为指定类型的用户，进而该指定类型的用户可以进行骑行，并且本次骑行免费，可以在用户的骑行过程中收集用户的健康数据。

在本申请一实施例中，该方法还可以包括：

其中，第一信息可以为针对第一保险产品对象的推荐信息。推荐信息可以包括针对第一保险产品对象的投保协议。

在具体实现中，通过识别物联网云平台中的第二用户是否具有针对第一保险产品对象的订单信息，若第二用户不具有针对第一保险产品对象的订单信息，物联网云平台可以通过第三方客户端向第二用户推送预设的第一信息，通过第三方客户端向未投保用户推送针对健康险的推荐信息，可以增加保险公司新的获客渠道，并可以促进健康险产品的销售。

具体的，以图3为例，判断物联网云平台中的第二用户为不具有针对第一保险产品对象的订单信息的用户，即可认为该用户为第一保险产品对象的未投保用户，进而可以针对该未投保用户建立用户健康档案，之后，物联网云平台接收到该用户的相关健康数据及健康信息，都可以归集到用户的健康档案内。

例如，用户健康档案可以包括但不限于用户基本身份信息(如姓名、性别、身份证号、年龄等)、用户健康信息(如心率、血压、身高、体重等生理数据)、用户运动信息(如骑行时间、骑行速度、其他运动数据等)、用户膳食信息(如用户可通过自行上传图片等方式进行录入)。

又如，以图3为例，还可以通过第三方客户端向用户推送预设的针对第一保险产品对象的推荐信息，推荐信息可以包括针对第一保险产品对象的投保协议，例如，向用户推送一个短期健康险产品，在第三方客户端页面显示该短期健康险产品的在线投保信息。

在本申请实施例的一种示例中，根据用户的年龄，物联网云平台可以通过第三方客户端向用户推送与用户年龄对应的保险产品在线投保信息，用户可以通过在线投保信息中的保险产品投保协议了解到针对此保险产品的优惠信息，如根据保险产品投保协议，优惠信息可以包括：保险产品的保费为每年145元，若用户启用共享单车设备，每次骑行超过30分钟，骑行超过2公里，则每次返还1元。

在本申请一实施例中，该方法还可以包括：

采用所述用户画像，向所述第二用户推送预设的第二信息。

其中，第二信息可以包括以下任一项或多项：针对第二保险产品对象的优惠信息、针对第三保险产品对象的描述信息、健康知识信息。

作为一示例，针对第二保险产品对象的优惠信息可以为第一保险产品对象的保费减费信息，例如针对健康险的降低保费信息，针对第三保险产品对象的描述信息可以包括保险产品的投保协议，健康知识信息可以包括健康管理知识、生理健康信息。

在采用健康数据生成第二用户对应的用户画像后，物联网云平台可以通过第三方客户端向第二用户推送预设的第二信息，实现了间接培养用户养成良好的运动习惯，并通过给予积极保持良好运动习惯的用户以回馈，可以有效控制已投保健康险的用户的健康状况，并降低理赔率，同时，针对已投保健康险的用户，也能够降低该用户的保费。

在实际应用中，通过不断采集用户在使用第三方智能设备期间所产生的健康数据，可以完善用户的健康画像，由用户的健康画像可以体现出该用户的健康状况以及日常运动情况，进而可以针对该用户反馈其已投保的保险产品的降低保费信息，降低保费信息可以依据如下方式生成：1)保费根据骑行数据逐步降低，即当用户骑行长度越长，保费越低，或骑行次数越频繁，保费越低；2)依据用户在日常运动中采集的用户生理数据，作为评估保费降低的相应指标。还可以针对用户推送个性化的健康管理知识，以及科普性生理健康信息，并可以向该用户推荐合适的保险产品。

具体的，物联网云平台可以通过分析用户的健康画像，针对该用户评估其已投保的保险产品的预计理赔情况，预计理赔情况可以包括：经分析得知，该用户在经常性的运动后，整体健康状况良好，预估该用户获得重疾出诊的几率较低，则针对该用户已投保的保险产品能够降低理赔率。

在本申请实施例的一种示例中，如图4，第三方企业可以为用户提供包括第三方客户端、第三方智能设备等关联服务，例如共享单车服务；而物联网云平台所属的保险企业，可以为用户提供包括健康服务、健康险产品服务等关联服务。第三方企业采集的用户数据可以传输至物联网云平台所属的保险企业，保险企业可以从用户购买健康服务、健康险产品服务等关联服务的收益中，支取部分收益用于支付结算第三方企业的成本，以实现保险企业与第三方企业的健康数据采集、共享的合作模式，可以有效地解决保险企业收集客户的健康数据渠道少、准确度低、耗费客户时间成本等问题。

参照图5，示出了本申请一实施例提供的另一种健康数据处理的方法的步骤流程图，具体可以包括如下步骤：

步骤501，在检测到预设的健康数据采集事件被触发，且检测到授权所述物联网云平台从所述第三方客户端获取健康数据时，判断所述物联网云平台是否具有与所述第三方客户端中当前登录的第一用户对应的用户；

当检测到预设的健康数据采集事件被触发，且检测到已授权物联网云平台从第三方客户端获取健康数据时，可以获取第三方客户端中当前登录的第一用户对应的身份信息，进而根据该身份信息，判断在物联网云平台中是否具有与第三方客户端中当前登录的第一用户对应的用户。

在实际应用中，当用户通过用户终端扫描共享单车设备上的二维码后，将在第三方客户端的页面上显示“是否想免费骑行”的提示信息，在接收到用户确认此提示信息的指令后，可以在第三方客户端的页面上显示用户协议信息，用户协议信息可以包括身份验证信息、授权获取请求信息。例如，身份验证信息可以包括“是否进行身份验证”的提示信息，授权获取请求信息可以包括“是否同意企业收集本人健康数据和本次骑行数据”的提示信息。

具体的，当用户同意此用户协议时，即可认为检测到该用户已授权物联网云平台从第三方客户端获取健康数据，同时可以对用户进行人脸识别的身份验证，然后采用公安部开放的人脸识别功能，物联网云平台可以通过网络获取用户的身份信息，身份信息可以包括但不限于用户的姓名、性别、身份证号码、年龄等，进而物联网云平台可以将获取的用户身份信息与物联网云平台中的客户数据库进行对比，若判断该用户为物联网云平台中已记录用户信息的用户，可以确定第三方客户端中当前登录的用户为物联网云平台中已经记录用户信息的用户。

作为一示例，以图3为例，当用户不同意此用户协议时，可以向用户发送推荐提示信息，推荐提示信息可以包括但不限于“是否放弃本次免费骑行的机会”、“是否放弃获赠一个单日骑行意外险”、“是否放弃投保健康险产品”等，若用户放弃确认上述推荐提示信息，可以打开车锁以供用户进行骑行。

步骤502，若所述物联网云平台具有与所述第一用户对应的用户，确定所述第三方客户端中当前登录的第一用户对应的第二用户；

在具体实现中，根据第一用户对应的身份信息，若物联网云平台中存在与该身份信息相同的用户信息，可以确定物联网云平台具有与第一用户对应的用户，然后可以获取第三方客户端中当前登录的第一用户的用户标识，进而可以在物联网云平台中，采用该用户标识，确定第一用户对应的第二用户。

在本申请一实施例中，在步骤502之前，该方法还可以包括：

若所述物联网云平台不具有与所述第一用户对应的用户，则获取所述第一用户对应的身份信息；采用身份信息，在所述物联网云平台中建立所述第一用户对应的第二用户。

其中，第一用户对应的身份信息可以包括通过人脸识别身份验证获取的第一用户身份信息。

在具体实现中，根据第一用户对应的身份信息，判断在物联网云平台中不具有与第三方客户端中当前登录的第一用户对应的用户时，可以采用第一用户对应的身份信息，在物联网云平台中建立第一用户对应的第二用户。

具体的，以图3为例，在用户通过用户终端扫描第三方智能设备上的二维码，启动该第三方智能设备，且检测到用户已授权物联网云平台从第三方客户端获取健康数据时，可以对用户进行人脸识别的身份验证，通过公安部开放的人脸识别功能，物联网云平台可以从网络获取用户的身份信息，并将获取的用户身份信息与物联网云平台中的客户数据库进行对比，若判断该用户不是物联网云平台中已记录用户信息的用户，可以在物联网云平台中为该用户记录用户信息，并建立与第三方客户端中当前登录的用户的对应关联关系。

步骤503，判断所述第二用户是否为所述物联网云平台中指定类型的用户；

其中，指定类型的用户可以为具有针对第一保险产品对象的订单信息的用户。例如，用户购买某一保险产品后，即认为该用户为此保险产品的已投保用户。

在确定第三方客户端中当前登录的第一用户对应的第二用户后，可以识别第二用户是否具有针对第一保险产品对象的订单信息，进而判断第二用户是否为物联网云平台中指定类型的用户。

步骤504，若所述第二用户为指定类型的用户，则获取所述第三方客户端采集的健康数据，并采用所述健康数据，生成所述第二用户对应的用户画像。

在一示例，在通过身份验证确认第三方客户端中当前登录的用户为物联网云平台中已记录用户信息的用户，并判断该用户为物联网云平台中指定类型的用户后，将对用户在使用第三方智能设备期间所产生的健康数据进行采集，采集的健康数据可以在第三方客户端中进行展示以供用户查看，物联网云平台可以通过获取第三方客户端采集的健康数据，为物联网云平台中指定类型的用户生成对应的用户画像。

具体的，用户在骑行共享单车的过程中，通过安装在车把上的智能硬件检测到用户的运动心率等生理数据，并通过安装在车座上的智能硬件检测到用户的体重数据，同时通过GPS获取用户此次的骑行时间及里程数等骑行数据，用户可以通过第三方客户端查看自己的运动记录。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图6，示出了本申请一实施例提供的一种健康数据处理的装置的结构示意图，具体可以包括如下模块：

对应用户确认模块601，用于在检测到预设的健康数据采集事件被触发时，确定所述第三方客户端中当前登录的第一用户对应的第二用户；其中，所述第二用户为所述物联网云平台中的用户，所述第一用户为已授权所述物联网云平台从所述第三方客户端获取健康数据的用户；

指定类型判断模块602，用于判断所述第二用户是否为所述物联网云平台中指定类型的用户；

用户画像生成模块603，用于若所述第二用户为指定类型的用户，则获取所述第三方客户端采集的健康数据，并采用所述健康数据，生成所述第二用户对应的用户画像。

在本申请一实施例中，所述装置还包括：

第一用户对应用户确认模块，用于若所述物联网云平台具有与所述第一用户对应的用户，则调用所述对应用户确认模块601。

在本申请一实施例中，所述装置还包括：

在本申请一实施例中，在未授权所述物联网云平台从所述第三方客户端获取健康数据的情况下，所述健康数据采集事件包括：

采用所述第三方客户端启动第三方智能设备。

在本申请一实施例中，所述装置还包括：

在本申请一实施例中，所述第三方智能设备包括共享单车设备。

本申请一实施例还提供了一种电子设备，可以包括处理器、存储器及存储在存储器上并能够在处理器上运行的计算机程序，计算机程序被处理器执行时实现如上健康数据处理的方法的步骤。

本申请一实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储计算机程序，计算机程序被处理器执行时实现如上健康数据处理的方法的步骤。

对于产品实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对所提供的一种健康数据处理的方法及装置、电子设备、存储介质，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种健康数据处理的方法，其特征在于，所述方法应用于物联网云平台，所述物联网云平台与第三方客户端通信连接，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，在所述确定所述第三方客户端中当前登录的第一用户对应的第二用户的步骤之前，所述方法还包括：

3.根据权利要求2所述的方法，其特征在于，在所述确定所述第三方客户端中当前登录的第一用户对应的第二用户的步骤之前，所述方法还包括：

4.根据权利要求1或2或3所述的方法，其特征在于，

在未授权所述物联网云平台从所述第三方客户端获取健康数据的情况下，所述健康数据采集事件包括：

采用所述第三方客户端启动第三方智能设备。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

采用所述用户画像，向所述第二用户推送预设的第二信息。

7.根据权利要求4所述的方法，其特征在于，所述第三方智能设备包括共享单车设备。

8.一种健康数据处理的装置，其特征在于，应用于物联网云平台，所述物联网云平台与第三方客户端通信连接，包括：

9.一种电子设备，其特征在于，包括处理器、存储器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至7中任一项所述的健康数据处理的方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的健康数据处理的方法的步骤。