互助项目成员审核方法、装置、电子设备及存储介质与流程

本说明书涉及计算机技术领域，特别涉及一种互助项目成员审核方法、装置、一种电子设备及计算机可读存储介质。

背景技术：

随着互联网保险业务的发展，市面上推出了相互制类的保险项目，在此保险模式中，参保人达到此保险模式规定的准入条件后即可加入到此保险业务中，所述保险模式的参保人在保险业务期间患病或意外将获得理赔，理赔款由其他参保人分摊，通过保险公司进行扣款或由除获得理赔外的其他参保人进行缴费。此保险由于具有缴费金额低，受众规模大，相对更公平公正等优点，广受用户青睐。

目前，在互助保险项目中，通过对申请互助保险项目的用户进行核保，采集用户的各方面属性信息，通过对用户的属性信息进行分析，判断用户的各方面的属性信息是否符合核保标准，将符合核保标准的用户确定为互助保险项目中的项目成员。

然而，在现有技术中，通过对用户的属性信息进行核保处理的情况下，仅仅通过一次的核保审核，是无法保证核保审核的准确性的，并且获取到的用户的属性信息与用户的实际属性信息可能存在偏差，将导致有骗保的可能性发生。

技术实现要素：

有鉴于此，本说明书实施例提供了一种互助项目成员审核方法、装置、一种电子设备及计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种互助项目成员审核方法，包括：

根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核；

将通过所述初次准入审核的待审核用户确定为初次项目成员；

通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据；

将所述待审核数据与所述互助项目的二次准入审核条件进行匹配；

将匹配结果中符合所述二次准入审核条件的初次项目成员确定为通过所述互助项目的二次准入审核的互助项目成员。

可选地，所述根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核步骤执行之前，还包括：

在结构化数据库中获取申请参与所述互助项目的待审核用户的属性数据。

可选地，所述在结构化数据库中获取申请参与所述互助项目的待审核用户的属性数据，包括：

确定所述待审核用户的唯一标识；

根据所述唯一标识在所述结构化数据库中查询与所述唯一标识具有匹配关系的属性数据；

将与所述唯一标识具有匹配关系的属性数据确定为所述待审核成员的属性数据。

可选地，所述根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核，包括：

根据申请参与互助项目的待审核用户在各个审核维度的属性数据，将各个审核维度的属性数据与所述互助项目的初次准入审核条件在对应审核维度进行匹配；

相应的，所述将通过所述初次准入审核的待审核用户确定为初次项目成员，包括：

将匹配通过的待审核用户确定为初次项目成员。

可选地，所述将通过所述初次准入审核的待审核用户确定为初次项目成员，包括：

将所有审核维度的属性数据均通过所述初次准入审核的待审核用户确定为所述初次项目成员。

可选地，所述通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据，包括：

通过与所述初次项目成员具有绑定关系的终端设备，在设定时间范围内采集所述初次项目成员在对应审核维度与所述互助项目具有匹配关系的待审核数据。

可选地，所述将所述待审核数据与所述互助项目的二次准入审核条件进行匹配，包括：

将所述待审核数据与所述互助项目的二次准入审核条件在对应的审核维度进行匹配。

可选地，所述通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据步骤执行之后，还包括：

将所述待审核数据在对应的审核维度进行审核分析，根据在各个审核维度的审核分析结果确定所述待审核数据在对应的审核维度的待审核平均数据。

可选地，所述将所述待审核数据与所述互助项目的二次准入审核条件进行匹配，包括：

将所述待审核平均数据与所述互助项目的二次准入审核条件在对应的审核维度进行匹配。

可选地，所述根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核步骤执行之后，还包括：

将未通过所述初次准入审核的待审核用户确定为被拒绝用户，并向所述被拒绝用户发送未通过所述初次准入审核的被拒绝信息。

可选地，所述将所述待审核数据与所述互助项目的二次准入审核条件进行匹配步骤执行之后，还包括：

将匹配结果中不符合所述二次准入审核条件的初次项目成员确定为未通过所述互助项目的二次准入审核的预备互助项目成员；

对所述预备互助项目成员的待审核数据进行分析，根据分析结果确定所述预备互助项目成员未通过所述二次准入审核的未通过信息；

将所述未通过信息发送至所述预备互助项目成员。

根据本说明书实施例的第二方面，提供了一种互助项目成员审核装置，包括：

审核模块，被配置为根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核；

第一确定模块，被配置为将通过所述初次准入审核的待审核用户确定为初次项目成员；

采集模块，被配置为通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据；

匹配模块，被配置为将所述待审核数据与所述互助项目的二次准入审核条件进行匹配；

第二确定模块，被配置为将匹配结果中符合所述二次准入审核条件的初次项目成员确定为通过所述互助项目的二次准入审核的互助项目成员。

根据本说明书实施例的第三方面，提供了一种电子设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核；

将通过所述初次准入审核的待审核用户确定为初次项目成员；

通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据；

将所述待审核数据与所述互助项目的二次准入审核条件进行匹配；

将匹配结果中符合所述二次准入审核条件的初次项目成员确定为通过所述互助项目的二次准入审核的互助项目成员。

根据本说明书实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现任意一项所述互助项目成员审核的步骤。

与现有技术相比，本申请具有如下优点：

本说明书提供一种互助项目成员审核方法，包括：根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核；将通过所述初次准入审核的待审核用户确定为初次项目成员；通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据；将所述待审核数据与所述互助项目的二次准入审核条件进行匹配；将匹配结果中符合所述二次准入审核条件的初次项目成员确定为通过所述互助项目的二次准入审核的互助项目成员。

本说明书提供的互助项目成员审核方法，通过对所述待审核用户进行初次准入审核，将通过审核的待审核用户确定为初次项目成员，再通过对所述初次项目成员进行二次准入审核，将通过所述二次准入审核的初次项目成员确定为互助项目成员，通过增加二次准入审核，避免了在只有一次准入审核的情况下，所述待审核用户只通过一次准入审核就确定为互助项目成员的偶然性，并且提高了互助项目成员审核的准确性。

附图说明

图1是本说明书一个或多个实施例提供的互助项目成员审核方法的流程图；

图2是本说明书一个或多个实施例提供的互助项目成员审核过程的示意图；

图3是本说明书一个或多个实施例提供的互助项目成员审核装置的结构示意图；

图4是本说明书一个或多个实施例提供的电子设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本发明一个或多个实施涉及的名词术语进行解释。

相互保险：具有同质风险保障需求的单位或个人，通过订立合同成为会员，并缴纳保费形成互助基金，由该基金对合同约定的事故发生所造成的损失承担赔偿责任，或者当被保险人死亡、伤残、疾病或者达到合同约定的年龄、期限等条件时承担给付保险金责任的保险活动。

保险核保是保险公司对投保人的投保申请进行审查、核定和选择风险的过程。保险核保是保险承保的前提，是保险人处理业务的第一步，是保障保险公司稳定经营的条件。可由保险代理人或专职核保人员选用事前选择或事后选择两种方式完成。核保人员须详尽占有资料，包括来自投保书的陈述，代理人或经纪人的意见，实地调查报告，与投保人有关的银行、信用公司和雇主提供的资料等。还需注意避免道德危险和心理危险因素的发生，妥善处理来自政府强制保险的压力、推销与核保间的矛盾，处理好不良危险。对过分不良的危险，应当拒保；对高于一般的危险，应提高费率或向投保人提出改进建议，使其改进后承保。

物联网：(internetofthings，iot)物联网是新一代信息技术的重要组成部分，也是“信息化”时代的重要发展阶段。物联网就是物物相连的互联网。这有两层意思：其一，物联网的核心和基础仍然是互联网，是在互联网基础上的延伸和扩展的网络；其二，其用户端延伸和扩展到了任何物品与物品之间，进行信息交换和通信，也就是物物相息。

在本申请中，提供了一种互助项目成员审核方法、装置、一种电子设备及计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本说明书一实施例的互助项目成员审核方法的流程图，包括步骤102至步骤110。

步骤102：根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核。

具体的，所述初次准入审核条件可以是对所述待审核用户的属性数据进行判断的标准，例如，所述待审核用户的属性数据是年龄，则所述初次准入审核条件可以是年龄限制为30岁至50岁之间的待审核用户符合初次准入审核条件。

如果通过所述初次准入审核，则执行下述步骤104；

如果未通过所述初次准入审核，则优选将未通过所述初次准入审核的待审核用户确定为被拒绝用户，并向所述被拒绝用户发送未通过所述初次准入审核的被拒绝信息。

具体的，所述被拒绝信息中可以包含：被拒绝用户的被决绝原因、对被拒绝用户的提出的意见、推荐被拒绝用户其他的互助项目等信息，具体的内容可以根据实际应用场景进行设定，本说明书对此不作任何限定。

在实际应用中，仍以上述待审核用户a申请参与互助保险项目为例，对将未通过所述初次准入审核的待审核用户确定为被拒绝用户，并向所述被拒绝用户发送未通过所述初次准入审核的被拒绝信息进行描述，其中，待审核用户a未通过互助保险项目的初次准入审核，互助保险项目的平台将待审核用户a确定为被拒绝用户，并向待审核用户a发送被拒绝信息，所述被拒绝信息中携带有待审核用户a的被拒绝原因以及对待审核用户a提出的意见。

除此之外，所述被拒绝用户可以在设定的次数限制内重新进行初次准入审核。

本说明书一个或多个实施例中，具体的对所述待审核用户进行所述互助项目的初次准入审核包括：

根据申请参与互助项目的待审核用户在各个审核维度的属性数据，将各个审核维度的属性数据与所述互助项目的初次准入审核条件在对应审核维度进行匹配。

其中，所述审核维度可以包括：时间审核维度、运动审核维度和/或身体状态审核维度等。

在实际应用中，所述审核维度为时间审核维度的情况下，对根据申请参与互助项目的待审核用户在各个审核维度的属性数据，将各个审核维度的属性数据与所述互助项目的初次准入审核条件在对应审核维度进行匹配进行描述，其中，待审核用户a申请参与互助保险项目，获取待审核用户a在时间审核维度的属性数据，属性数据包括：待审核用户a的睡眠时间和运动时间，将在时间审核维度的待审核用户a的睡眠时间和运动时间与互助保险项目的初次准入审核条件在时间审核维度进行匹配，互助保险项目的初次准入审核条件在时间审核维度的标准为每天睡眠时间保证在8到10小时，每天运动时间保证在1到2小时；若待审核用户a符合初次准入审核条件在时间审核维度的标准，则通过互助保险项目的初次准入审核；若待审核用户a不符合初次准入审核条件在时间审核维度的标准，则未通过互助保险项目的初次准入审核。

本说明书实施例中，在结构化数据库中获取所述待审核用户的在各个审核维度的属性数据，通过将各个审核维度的属性数据与所述互助项目的初次准入审核条件在对应审核维度进行匹配，提高了属性数据与所述初次准入审核条件的匹配速度，并在所述待审核用户未通过所述互助项目的初次准入审核的情况下，为未通过初次准入审核的待审核用户发送被拒绝信息，为待审核用户推荐其他互助项目，提高了待审核用户的体验感。

本说明书一个或多个实施例中，所述待审核用户的属性数据可以在结构化数据库中获取申请参与所述互助项目的待审核用户的属性数据。

具体的，所述结构化数据库中存储有所述待审核用户的属性数据，所述属性数据可以包括：待审核用户的年龄、身份证信息、国籍和用户类型等信息。

本说明书一个或多个实施例中，获取所述待审核用户的属性数据具体步骤，包括：

确定所述待审核用户的唯一标识；

根据所述唯一标识在所述结构化数据库中查询与所述唯一标识具有匹配关系的属性数据；

将与所述唯一标识具有匹配关系的属性数据确定为所述待审核成员的属性数据。

其中，所述待审核用户的唯一标识可以是待审核用户的名字或者身份证号码等。

可选地，上述获取所述待审核用户的属性数据，可以通过二维表的形式获取待审核用户的属性数据，通过在所述结构化数据库中输入所述待审核用户的关键字，即可获取所述待审核用户的全部属性数据，在实际应用中，获取所述待审核用户的数据还可以通过其他方式获取，例如根据待审核用户的个人档案确定待审核用户的属性数据；具体的获取所述待审核用户的属性数据，可以根据实际应用选择获取方法，本说明书对此不作任何限定。

步骤104：将通过所述初次准入审核的待审核用户确定为初次项目成员。

具体的，上述通过所述初次准入审核的待审核用户确定为该互助项目的初次项目成员，所述初次项目成员为预定进行二次准入审核的用户。

具体实施时，将通过所述初次准入审核的待审核用户确定为初次项目成员，方便了在后续处理过程中对初次项目成员的二次准入审核。

本说明书一个或多个实施例中，所述将通过所述初次准入审核的待审核用户确定为初次项目成员，包括：

将所有审核维度的属性数据均通过所述初次准入审核的待审核用户确定为所述初次项目成员。

具体的，在所有审核维度的属性数据都通过所述初次准入审核的待审核用户才能够确定为初次项目成员。

在实际应用中，以互助保险项目平台对待审核用户b进行互助保险初次核保为例，对将所有审核维度的属性数据均通过所述初次准入审核的待审核用户确定为所述初次项目成员进行描述，其中，审核维度包括年龄审核维度和国籍审核维度，待审核用户b的在对应维度的属性数据为年龄32，国籍中国；初次准入审核条件为年龄限制30岁到50岁，国籍不限，根据上述描述确定待审核用户b在各个维度的属性数据均符合初次准入审核条件，则待审核用户b通过互助保险项目的初次准入审核。

本说明书实施例中，通过将所有审核维度的属性数据均通过所述初次准入审核的待审核用户确定为初次项目成员，提高了初次准入审核的条件，保证了互助项目成员审核的准确性。

在上述对所述待审核用户进行所述互助项目的初次准入审核过程中，根据申请参与互助项目的待审核用户在各个审核维度的属性数据，将各个审核维度的属性数据与所述互助项目的初次准入审核条件在对应审核维度进行匹配的基础上，此处，将通过所述初次准入审核的待审核用户确定为初次项目成员，具体是指将上述匹配通过的待审核用户确定为初次项目成员。

步骤106：通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据。

具体的，在上述将通过初次准入审核的待审核用户确定为初次项目成员，在将待审核用户确定为初次项目成员基础上，通过采集所述初次项目成员的待审核数据，进一步对所述初次项目成员进行二次准入审核。

具体实施时，通过进一步采集所述初次项目成员的待审核数据，对所述初次项目成员进行二次准入审核，从而使得在该互助项目中，对用户的审核更加有效，提高了互助项目的审核要求，降低了欺诈互助项目的可能。

具体的，与所述初次项目成员具有绑定关系的终端设备可以是运动手环或手机等物联网设备，具体的终端设备可以根据实际应用进行选择，本说明书在此不作任何限定。

进一步的，通过采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据，实现了合理的采集需要的待审核数据，避免了采集过多冗余的数据。例如，所述互助项目为互助保险项目，采集的待审核数据可以是初次项目成员的健康数据。

本说明书一个或多个实施例中，所述通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据，包括：

通过与所述初次项目成员具有绑定关系的终端设备，在设定时间范围内采集所述初次项目成员在对应审核维度与所述互助项目具有匹配关系的待审核数据。

将所述待审核数据在对应的审核维度进行审核分析，根据在各个审核维度的审核分析结果确定所述待审核数据在对应的审核维度的待审核平均数据。

具体的，为了避免采集的待审核数据存在偶然性，需要在设定的时间范围内采集所述初次项目成员在对应审核维度与所述互助项目具有匹配关系的待审核平均数据。

在实际应用中，以所述互助项目为互助保险项目为例，对通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据进行描述，其中，初次项目成员a佩戴有运动手环，对初次项目成员a进行采集互助保险项目需要的健康数据，健康数据可以是初次项目成员a的步行数据、心率数据。

具体的，通过运动手环获取初次项目成员a的7天步行数据，并计算步行平均数据，确定初次项目成员a每天步行2公里；获取初次项目成员a的5分钟心跳数据，并计算心跳平均数据，确定初次项目成员a每分钟心率跳动70次，根据采集的步行数据、心率数据在后续处理过程中进一步判断初次项目成员a是否符合参与互助保险项目的条件。

本说明书实施例中，通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据，实现了实时采集所述初次项目成员的待审核数据，避免了在经过初次准入审核的某些属性数据与待审核用户的实际情况不匹配的可能，提高了互助项目成员审核的严格性，避免了存在骗保的可能性。

步骤108：将所述待审核数据与所述互助项目的二次准入审核条件进行匹配。

具体的，所述二次准入审核条件可以是对所述初次项目成员的待审核数据进行判断是否确定为互助项目成员的标准，例如，所述初次项目成员的待审核数据是运动时间，则所述二次准入审核的条件可以是每天运动时间为1小时至2小时之间的初次项目成员符合二次准入审核条件。

如果所述初次项目成员的待审核数据与所述二次准入审核条件匹配成功，则执行下述步骤110。

如果所述初次项目成员的待审核数据与所述二次准入审核条件匹配未成功，则优选将匹配结果中不符合所述二次准入审核条件的初次项目成员确定为未通过所述互助项目的二次准入审核的预备互助项目成员；

对所述预备互助项目成员的待审核数据进行分析，根据分析结果确定所述预备互助项目成员未通过所述二次准入审核的未通过信息；

将所述未通过信息发送至所述预备互助项目成员。

具体的，所述未通过信息可以包括：预备互助项目成员的未通过二次准入审核的原因以及提醒所述预备互助项目成员需要改进的地方。

除此之外，所述预备互助项目成员可以在设定的次数限制内重复进行二次准入审核，例如，在第一次进行二次准入审核未通过的情况下，预备互助项目成员可以在进行3次的二次准入审核，若3次还未通过二次准入审核，则预备互助项目成员需要重新进行初次准入审核，若3次之内通过二次准入审核，则预备互助项目成员将确定为互助项目成员；其中，对所述预备互助项目成员具体的重新进行准入审核次数可以根据实际应用进行设定，本说明书在此不作任何限定。

上述步骤还包括：将所述待审核数据与所述互助项目的二次准入审核条件在对应的审核维度进行匹配。

进一步的，将所述待审核平均数据与所述互助项目的二次准入审核条件在对应的审核维度进行匹配。

具体的，所述二次准入审核条件对应的审核维度可以包括运动审核维度、身体状态审核维度等，具体的与所述二次准入审核条件对应的审核维度可以根据实际应用进行设定，本说明书在此不作任何限定。

在实际应用中，仍以上述初次项目成员a申请参加互助保险项目为例，对将所述待审核数据与所述互助项目的二次准入审核条件进行匹配进行描述，其中二次准入审核对应的审核维度包括运动审核维度、身体状态审核维度，根据上述采集的初次项目成员a的7天步行数据以及初次项目成员a的5分钟心跳数据与所述互助保险项目的二次准入审核条件在对应的审核维度进行匹配，根据匹配结果判断初次项目成员a是否符合参与互助保险项目的条件。

本说明书实施例中，通过对所述待审核数据与所述互助项目的二次准入审核条件进行匹配，增加了二次准入审核，提高了互助项目成员审核的准确性。

步骤110：将匹配结果中符合所述二次准入审核条件的初次项目成员确定为通过所述互助项目的二次准入审核的互助项目成员。

具体的，通过上述采集到的待审核数据与所述二次准入审核条件进行匹配，根据匹配结果中符合所述二次准入审核条件的初次项目成员确定为互助项目成员，确定对该用户的互助项目成员审核完成，该用户成功加入互助项目。

具体实施时，根据匹配结果，将所述初次项目成员的待审核数据符合所述二次准入审核条件的初次项目成员确定为互助项目成员，通过增加二次准入审核，使得对互助项目成员的审核更加准确、有效。

在实际应用中，以互助项目为互助保险项目为例，对通过二次准入审核以及未通过二次准入审核的情况进行描述，其中，初次项目成员b申请加入互助保险项目，并通过了初次准入审核需要进行二次准入审核，所述初次项目成员b的健康数据确定，互助保险项目的二次准入审核条件确定。

在所述初次项目成员b未通过二次准入审核的情况下，向所述初次项目成员b发送未通过信息；在所述初次项目成员b通过二次准入审核的情况下，所述初次项目成员b在互助保险项目中核保通过，所述初次项目成员b确定为互助保险项目中的互助项目成员。

本说明书一个或多个实施例中，通过在结构化数据库中获取所述待审核用户的属性数据，提高了工作效率，将通过初次准入审核的待审核用户确定为初次项目成员，并通过物联网设备采集初次项目成员的与所述互助项目具有匹配关系的待审核数据，实现了实时采集初次项目成员的待审核数据，避免了初次项目成员在自行进行上传待审核数据时谎报本身的待审核数据的可能性，并对所述初次项目成员进行二次准入审核，将未通过二次准入审核的初次项目成员确定为预备互助项目成员，所述预备互助项目成员还可以重新进行二次准入审核，提高了用户的体验效果，将通过二次准入审核的初次项目成员确定为互助项目成员，提高了互助项目成员审核的准确性。

下述结合附图2，以本说明书提供的互助项目成员审核方法在互助保险项目中对项目成员进行审核的应用为例，对所述互助项目成员审核方法进行进一步说明。其中，具体步骤包括步骤202至步骤218。

步骤202：获取结构化数据库中的申请参与互助保险项目的用户的属性数据。

具体的，用户的属性数据包括：用户年龄、民族、国籍和家庭住址。

步骤204：将用户的属性数据与互助保险项目的初次准入审核条件在对应审核维度进行匹配；若不匹配，执行步骤206；若匹配，执行步骤208。

具体的，初次准入审核条件包括：年龄25岁至45岁、民族不限、国籍中国公民和家庭住址不限。

步骤208：将未通过初次准入审核的用户确定为被拒绝用户，并发送被拒绝信息。

具体的，被拒绝用户可以有3次机会重新申请参与互助保险项目。

步骤208：将通过初次准入审核的用户确定为初次项目成员。

步骤210：根据初次项目成员佩戴的运动手环在设定时间范围内采集初次项目成员的健康数据。

具体的，根据初次项目成员佩戴的运动手环采集初次项目成员的健康数据包括：初次项目成员的睡眠时间、运动时间和身体状态。

步骤212：将初次项目成员的健康数据与互助保险项目的二次准入审核条件在对应的维度进行匹配。

具体的，互助保险项目的二次准入审核条件包括：每天睡眠时间满足8小时至10小时，每天运动时间满足1小时至2小时，身体检查报告属于健康。

步骤214：根据匹配结果判断初次项目成员的所有审核维度的健康数据是否符合二次准入审核条件；若否，执行步骤216；若是，执行步骤218。

步骤216：将不符合二次准入审核条件的初次项目成员确定为预备互助项目成员。

具体的，预备互助项目成员可以有3次机会重新进行二次准入审核条件。

除此之外，在预备互助项目成员3次机会都未通过二次准入审核，需要重新进行初次准入审核。

步骤218：将符合二次准入审核条件的初次项目成员确定为互助项目成员。

具体的，互助保险项目对应的平台对用户核保完成，确定该用户为互助保险项目中的互助项目成员。

本说明书一个或多个实施例中，将通过初次准入审核的用户确定为初次项目成员，并通过运动手环采集初次项目成员的与互助保险项目具有匹配关系的健康数据，实现了实时采集初次项目成员的具体数据，避免了初次项目成员在自行进行上传健康数据时谎报本身的健康数据的可能性，并对所述初次项目成员进行二次准入审核，将未通过二次准入审核的初次项目成员确定为预备互助项目成员，所述预备互助项目成员还可以重新进行二次准入审核，提高了用户的体验效果，将通过二次准入审核的初次项目成员确定为互助项目成员，提高了互助保险项目中的互助项目成员审核的准确性。

与上述方法实施例相对应，本说明书还提供了互助项目成员审核装置实施例，图3示出了本说明书一个实施例的互助项目成员审核装置的结构示意图。如图3所示，该装置包括：

审核模块302，被配置为根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核；

第一确定模块304，被配置为将通过所述初次准入审核的待审核用户确定为初次项目成员；

采集模块306，被配置为通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据；

匹配模块308，被配置为将所述待审核数据与所述互助项目的二次准入审核条件进行匹配；

第二确定模块310，被配置为将匹配结果中符合所述二次准入审核条件的初次项目成员确定为通过所述互助项目的二次准入审核的互助项目成员。

一个可选的实施例中，所述审核模块302进一步被配置为：

在结构化数据库中获取申请参与所述互助项目的待审核用户的属性数据。

一个可选的实施例中，所述审核模块302包括：

第一确定单元，被配置为确定所述待审核用户的唯一标识；

查询单元，被配置为根据所述唯一标识在所述结构化数据库中查询与所述唯一标识具有匹配关系的属性数据；

第二确定单元，被配置为将与所述唯一标识具有匹配关系的属性数据确定为所述待审核成员的属性数据。

一个可选的实施例中，所述审核模块302进一步被配置为：

根据申请参与互助项目的待审核用户在各个审核维度的属性数据，将各个审核维度的属性数据与所述互助项目的初次准入审核条件在对应审核维度进行匹配；

相应的，所述将通过所述初次准入审核的待审核用户确定为初次项目成员，包括：

将匹配通过的待审核用户确定为初次项目成员。

一个可选的实施例中，所述第一确定模块304进一步被配置为：

将所有审核维度的属性数据均通过所述初次准入审核的待审核用户确定为所述初次项目成员。

一个可选的实施例中，所述采集模块306进一步被配置为：

通过与所述初次项目成员具有绑定关系的终端设备，在设定时间范围内采集所述初次项目成员在对应审核维度与所述互助项目具有匹配关系的待审核数据。

一个可选的实施例中，所述匹配模块308进一步被配置为：

将所述待审核数据与所述互助项目的二次准入审核条件在对应的审核维度进行匹配。

一个可选的实施例中，所述采集模块306进一步被配置为：

将所述待审核数据在对应的审核维度进行审核分析，根据在各个审核维度的审核分析结果确定所述待审核数据在对应的审核维度的待审核平均数据。

一个可选的实施例中，所述匹配模块308进一步被配置为：

将所述待审核平均数据与所述互助项目的二次准入审核条件在对应的审核维度进行匹配。

一个可选的实施例中，所述互助项目成员审核装置还包括：

第一发送模块，被配置为将未通过所述初次准入审核的待审核用户确定为被拒绝用户，并向所述被拒绝用户发送未通过所述初次准入审核的被拒绝信息。

一个可选的实施例中，所述互助项目成员审核装置还包括：

第三确定模块，被配置为将匹配结果中不符合所述二次准入审核条件的初次项目成员确定为未通过所述互助项目的二次准入审核的预备互助项目成员；

分析模块，被配置为对所述预备互助项目成员的待审核数据进行分析，根据分析结果确定所述预备互助项目成员未通过所述二次准入审核的未通过信息；

第二发送模块，被配置为将所述未通过信息发送至所述预备互助项目成员。

本说明书一个或多个实施例中，通过在结构化数据库中获取所述待审核用户的属性数据，提高了工作效率，将通过初次准入审核的待审核用户确定为初次项目成员，并通过物联网设备采集初次项目成员的与所述互助项目具有匹配关系的待审核数据，实现了实时采集初次项目成员的待审核数据，避免了初次项目成员在自行进行上传待审核数据时谎报本身的待审核数据的可能性，并对所述初次项目成员进行二次准入审核，将未通过二次准入审核的初次项目成员确定为预备互助项目成员，所述预备互助项目成员还可以重新进行二次准入审核，提高了用户的体验效果，将通过二次准入审核的初次项目成员确定为互助项目成员，提高了互助项目成员审核的准确性。

上述为本实施例的一种互助项目成员审核装置的示意性方案。需要说明的是，该互助项目成员审核装置的技术方案与上述的互助项目成员审核方法的技术方案属于同一构思，互助项目成员审核装置的技术方案未详细描述的细节内容，均可以参见上述互助项目成员审核方法的技术方案的描述。

图4示出了根据本说明书一实施例的电子设备400的结构框图。该电子设备400的部件包括但不限于存储器410和处理器420。处理器420与存储器410通过总线430相连接，数据库450用于保存数据。

电子设备400还包括接入设备440，接入设备440使得电子设备400能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备440可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。

在本说明书的一个实施例中，电子设备400的上述部件以及图4中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图4所示的电子设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

电子设备400可以是任何类型的静止或移动电子设备，包括移动计算机或移动电子设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的电子设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止电子设备。电子设备400还可以是移动式或静止式的服务器。

其中，处理器420用于执行如下计算机可执行指令：

根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核；

将通过所述初次准入审核的待审核用户确定为初次项目成员；

通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据；

将所述待审核数据与所述互助项目的二次准入审核条件进行匹配；

将匹配结果中符合所述二次准入审核条件的初次项目成员确定为通过所述互助项目的二次准入审核的互助项目成员。

可选地，所述根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核步骤执行之前，还包括：

在结构化数据库中获取申请参与所述互助项目的待审核用户的属性数据。

可选地，所述在结构化数据库中获取申请参与所述互助项目的待审核用户的属性数据，包括：

确定所述待审核用户的唯一标识；

根据所述唯一标识在所述结构化数据库中查询与所述唯一标识具有匹配关系的属性数据；

将与所述唯一标识具有匹配关系的属性数据确定为所述待审核成员的属性数据。

可选地，所述根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核，包括：

根据申请参与互助项目的待审核用户在各个审核维度的属性数据，将各个审核维度的属性数据与所述互助项目的初次准入审核条件在对应审核维度进行匹配；

相应的，所述将通过所述初次准入审核的待审核用户确定为初次项目成员，包括：

将匹配通过的待审核用户确定为初次项目成员。

可选地，所述将通过所述初次准入审核的待审核用户确定为初次项目成员，包括：

将所有审核维度的属性数据均通过所述初次准入审核的待审核用户确定为所述初次项目成员。

可选地，所述通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据，包括：

通过与所述初次项目成员具有绑定关系的终端设备，在设定时间范围内采集所述初次项目成员在对应审核维度与所述互助项目具有匹配关系的待审核数据。

可选地，所述将所述待审核数据与所述互助项目的二次准入审核条件进行匹配，包括：

将所述待审核数据与所述互助项目的二次准入审核条件在对应的审核维度进行匹配。

可选地，所述通过与所述初次项目成员具有绑定关系的终端设备采集所述初次项目成员的与所述互助项目具有匹配关系的待审核数据步骤执行之后，还包括：

将所述待审核数据在对应的审核维度进行审核分析，根据在各个审核维度的审核分析结果确定所述待审核数据在对应的审核维度的待审核平均数据。

可选地，所述将所述待审核数据与所述互助项目的二次准入审核条件进行匹配，包括：

将所述待审核平均数据与所述互助项目的二次准入审核条件在对应的审核维度进行匹配。

可选地，所述根据申请参与互助项目的待审核用户的属性数据以及所述互助项目的初次准入审核条件，对所述待审核用户进行所述互助项目的初次准入审核步骤执行之后，还包括：

将未通过所述初次准入审核的待审核用户确定为被拒绝用户，并向所述被拒绝用户发送未通过所述初次准入审核的被拒绝信息。

可选地，所述将所述待审核数据与所述互助项目的二次准入审核条件进行匹配步骤执行之后，还包括：

将匹配结果中不符合所述二次准入审核条件的初次项目成员确定为未通过所述互助项目的二次准入审核的预备互助项目成员；

对所述预备互助项目成员的待审核数据进行分析，根据分析结果确定所述预备互助项目成员未通过所述二次准入审核的未通过信息；

将所述未通过信息发送至所述预备互助项目成员。

上述为本实施例的一种电子设备的示意性方案。需要说明的是，该电子设备的技术方案与上述的互助项目成员审核方法的技术方案属于同一构思，电子设备的技术方案未详细描述的细节内容，均可以参见上述互助项目成员审核方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述互助项目成员审核方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的互助项目成员审核方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述互助项目成员审核方法的技术方案的描述。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

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

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

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。