用户输血的评价方法及相关产品与流程

本申请涉及大数据以及医疗领域，具体涉及一种用户输血的评价方法及相关产品。

背景技术

现有技术中，随着互联网和大数据技术的飞速发展，针对用户的综合分析应用越来越应用广泛，如互联网金融平台相继建立个人信用管理机制，阿里的芝麻信用、腾讯信用等产品，均是通过对个体用户的数据分析，进行综合评分。

现阶段，针对用户个人信息进行全面评估的系统和方法越来越多，但目前仅在征信领域得到应用，有很大局限性，尚未建立行业的个人评分体系，面对未来行业用户的综合评估，也欠缺一套完善的评价方法与系统。尤其对于输血行为没有一套完善的评价，用户体验度低。

申请内容

本申请实施例提供了一种用户输血的评价方法及相关产品，可以对用户输血行为执行一套完善的评价方式，从而提高用户体验度。

第一方面，本申请实施例提供一种用户行为评分的方法，所述方法包括如下步骤：

获取献血者的用户数据，所述用户数据至少包括：用户资料、献血记录；

将所述用户数据输入到评分算法模型内进行计算得到该用户数据对应的评分；

依据所述评分确定该用户对应的等级，为用户提供该等级对应的服务。

可选的，所述用户数据还包括志工服务记录、任务完成记录中至少一项。

可选的，所述将所述用户数据输入到评分算法模型内进行计算得到该用户数据对应的评分具体包括：

对用户数据按维度进行分类，分成四个主维度：用户资料、献血记录、志工服务记录、任务完成记录；

将预设的总额分值按权重比例分配到各个主纬度，再由各个主纬度按权重比例将分值分配给主维度下划分的子纬度；

提取各个子维度的分值，依据该各个子维度的分值确定该用户数据对应的评分。

可选的，所述用户资料包括：姓名、身份证号、手机号，还包括qq号、微信号、微博号、地址中的至少一项。

所述献血记录包括献血基础行为记录和献血连续行为记录，献血基础行为记录为是否有献血，献血连续行为记录包括有无连续献血、献血累计年限、献血量、献血次数中至少一项；

所述志工服务记录包括志工基础行为记录和志工连续行为记录，志工基础行为记录为是否有做过志工，志工连续行为记录包括志工服务时长和平均服务质量；

所述任务完成记录包括参与献血活动、参与宣传活动、参与邀请注册活动中至少一项。

第二方面，提供一种用户行为评分的系统，所述系统包括：

获取单元，用于获取献血者的用户数据，所述用户数据至少包括：用户资料、献血记录；

计算单元，用于将所述用户数据输入到评分算法模型内进行计算得到该用户数据对应的评分；

处理单元，用于依据所述评分确定该用户对应的等级，为用户提供该等级对应的服务。

可选的，所述用户数据还包括志工服务记录、任务完成记录中至少一项。

可选的，将所述用户数据输入到评分算法模型内进行计算得到该用户数据对应的评分具体包括：

对用户数据按维度进行分类，分成四个主维度：用户资料、献血记录、志工服务记录、任务完成记录；

按权重比例分配到各个主纬度，再由每个主纬度按权重比例分配给主维度下划分的子纬度；

提取各个子维度的分值，依据该各个子维度的分值确定该用户数据对应的评分。

可选的，所述用户资料下划分的子维度包括：姓名、身份证号、手机号，还包括qq号、微信号、微博号、地址中的至少一项

所述献血记录下划分的子维度包括献血基础行为记录和献血连续行为记录，所述献血基础行为记录为是否有献血，所述献血连续行为记录包括有无连续献血、献血累计年限、献血量、献血次数中至少一项；

所述志工服务记录下划分的子维度包括志工基础行为记录和志工连续行为记录，所述志工基础行为记录为是否有做过志工，所述志工连续行为记录包括志工服务时长和平均服务质量；

所述任务完成记录下划分的子维度包括参与献血活动、参与宣传活动、参与邀请注册活动中至少一项。。

第三方面，提供一种计算机可读存储介质，其存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行第一方面提供的所述的方法。

第四方面，提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使计算机执行第一方面提供的方法。

实施本申请实施例，具有如下有益效果：

本申请提供的评分方法能够依据该评分算法模型自动计算得到对应的评分，避免了人为因素的影响，并且自动计算评分的方式也能够有效的减低人工成本，所以其具有成本低，计算时间短的优点。

附图说明

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

图1是本申请实施例提供的一种用户行为评分的方法的流程示意图。

图2a是本申请的计算模型的数据流程示意图。

图2b是本申请计算模型评分示意图。

图3是本申请实施例公开的献血者数据传输流程图。

图4是本申请实施例提供的一种分值分配表。

图5是本申请实施例公开的一种用户行为评分系统的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请提供一种用户行为评分的系统，系统包括：

获取单元，用于获取献血者的用户数据，用户数据至少包括：用户资料、献血记录、志工服务记录、任务完成记录；

计算单元，用于将用户数据输入到评分算法模型内进行计算得到该用户数据对应的评分；

处理单元，用于依据评分确定该用户对应的等级，为用户提供该等级对应的服务。

可选的，用户数据还包括志工服务记录、任务完成记录中至少一项。

该用户行为评分的系统安装在电子装置内，该电子装置可以包括智能手机(如android手机、ios手机、windowsphone手机等)、平板电脑、掌上电脑、笔记本电脑、移动互联网设备(mid，mobileinternetdevices)或穿戴式设备等，上述电子装置仅是举例，而非穷举，包含但不限于上述电子装置，为了描述的方便，下面实施例中将上述电子装置称为用户设备(userequipment，ue)。当然在实际应用中，上述用户设备也不限于上述变现形式，例如还可以包括：智能电视、家庭机器人、计算机设备等等。

参阅图1，图1为本申请提供的一种用户行为评分的方法，如图1所示，该方法包括如下步骤：

步骤s101、获取献血者的用户数据，用户数据包括用户资料及献血记录；

步骤s102、将该用户数据输入到评分算法模型内进行计算得到该用户数据对应的评分；

步骤s103、依据该评分确定该用户对应的等级，为用户提供该等级对应的服务。

本申请提供的评分方法能够依据该评分算法模型自动计算得到对应的评分，避免了人为因素的影响，并且自动计算评分的方式也能够有效的减低人工成本，所以其具有成本低，计算时间短的优点。

可选的，用户数据还包括志工服务记录、任务完成记录中至少一项

可选的，用户等级可以包括：vip用户、金卡用户、银卡用户、普通用户。

可选的，上述步骤s102的实现方法具体可以为：

对用户数据按维度进行分类，分成四个主维度：用户资料、献血记录、志工服务记录、任务完成记录；

将预设的总额分值按权重比例分配到各个主纬度，再由各个主纬度按权重比例将分值分配给主维度下划分的子纬度；

提取各个子维度的分值，依据该各个子维度的分值确定该用户数据对应的评分。

依据该用户数据确定该用户数据对应的多个数值，将该多个数值组成输入数据矩阵，将该输入数据矩阵输入到预设的评分神经网络模型(为已训练好的神经网络计算模型)中执行n层的正向运算得到正向运算结果，依据该正向运算结果确定对应的评分。

具体的，确定评分的m个区间，m个区间对应m个评分，确定正向运算结果的矩阵的m个区间，确定该正向运算结果矩阵中元素值大于设定阈值的w个元素值，确定w个元素值在正向运算结果的矩阵的m个区间中分布，依据该分布确定m个区间中包含w个元素值中最多的第一区间(即w个元素值在m个区间中占比最多的一个区间)，提取第一区间对应的第一评分，确定第一评分为该正向运算结果对应的评分。

上述步骤s103的实现方法具体还可以包括：

上述用户等级由所得评分区间划分，可以包括：vip用户、金卡用户、银卡用户、普通用户，对应的服务可以由厂家或献血机构自行设定，例如，优先献血，定点献血，推送关联商家的优惠活动，医院挂号预约优先等等服务。本申请对该服务的具体表现形式并不限定。

用户行为评分方法，该方法可以是对如图1所示的评分方法的验证，当然在实际应用中，包括如下步骤：

步骤1：建立多个主纬度，每个主纬度下划分若干个子纬度。

步骤2：规划系统总分值(如1000分)，并按行为权重比例分配到每个主纬度。

步骤3：每个主纬度的总分值的发一定分值划分到各子纬度项中，了纬度可分“行为基础分值、行为递增分值，连续行为分值、任务型分值等；

步骤4：通过对用户各纬度的行为数据分析，进行综合评分。

具体的，参阅图2a、图2b和图3，上述用户行为评价方法具体可以包括：

获取用户数据

用户献血完成后，血站信息系统记录献血行为数据(包括用户资料、献血记录、志工服务)，用户的授权后同步到血站前置服务器，前置服务器接收到有新的献血数据后，通知云服务器需要同步数据，获取传输密钥，前置服务器把新数据经过密钥加密后把密文发送给云服务器，云端接收后校验核对存入用户献血行为mysql数据库；在每月固定日期从用户献血行为数据库取出行为数据及应用产生的任务数居，四个维度数据汇总到分值计算应用服务器。

对用户数据维度进行分类

用户数据分四个维度：用户资料、任务、志工和献血行为。

用户资料：献血者身份数据和社交人脉数据，身份数据包括：姓名、身份证、手机号来源于血站，社交人脉数据在平台应用产生，包括：qq、微信、微博、地址等

任务：平台举办的线上线下活动，宣传献血等，用户参加完的记录数据

志工：志愿者行为产生记录，从血站获取数据。

献血：献血者身份及献血行为产生的累积记录数据。

获取每个维度及该维度下各指标参数权重

(参考下面的计算比例计算)

建立维度的评分算法模型

计算出分值

计算规则可以如图4以及图5来实现。

建立四个主纬度(献血、志工、献血活动任务、个人资料)，每个主纬度下划分若干个子纬度；如献血行为占总分值的60％。

(注：后期扩展爱心捐赠类评分项)

规划系统总分值1000分，并按行为权重比例分配到每个主纬度，再由每个主纬度按权利分配给子纬度。

各纬度行为分值分为以下几个情况

行为基础分值：即“有此行为即可得分”

如：只要献过一次血，就有350分的基础分值；

连续行为分值：在规定时间内有连续该行为即可得分；

如：今年和去年有连续两年内均参加献血，该项分值10分；到明年不再参加献血，则没有该项分值为0。

行为递增分值：行为达到一定次数或累计达到一定年数；

如：累计献血5年，获得10分；

行为质量分值：参与某项工作或服务获得的评价；

如：参加志工服务，平均得分为10分“优”，评分系数为1.5，则可获得10*1.5＝15分；

任务型分值等：参与指定的活动及任务；

如：参加指定的北京地区a型成分血献血活动，可获得2分；

资料完善类分值：完善资料及绑定社交账户等分值。

资料完善度*该项总分值＝所得分值

注：通过实名认证的用户(包含献血者、志工)才能参与评分。

该系统，每月定期更新一次分值；

对各纬度的行为权重测算进行综合评分；从而体现用户在该领域内的整体贡献情况。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种用户行为评分方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种用户行为评分方法的部分或全部步骤。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件程序模块的形式实现。

集成的单元如果以软件程序模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：read-onlymemory，简称：rom)、随机存取器(英文：randomaccessmemory，简称：ram)、磁盘或光盘等。

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