CN110009294B - 一种项目处理方法及装置、一种计算设备及存储介质 - Google Patents

Abstract

本说明书提供了一种项目处理方法及装置、一种计算设备及存储介质，其中，所述方法包括接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

Description

一种项目处理方法及装置、一种计算设备及存储介质

技术领域

本申请涉及保险技术领域，特别涉及一种项目处理方法及装置、一种计算设备及存储介质。

背景技术

目前，一般的商业健康保险，根据疾病发生率定价，让用户先行支付固定保费，在进行赔付时也是根据缴纳保费的额数确定赔付金额。而现有的互助产品并不是保险，不承诺刚性兑付，在有互助人申请赔付的情况下，不能很好的保障参与互助人的个人权益。

发明内容

有鉴于此，本说明书实施例提供了一种项目处理方法及装置、一种计算设备及存储介质，以解决现有技术中存在的技术缺陷。

第一方面，本说明书实施例公开了一种项目处理方法，包括：

接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；

基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

第二方面，本说明书实施例公开了一种项目处理装置，包括：

第一接收模块，被配置为接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

第一获取模块，被配置为基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；

第一审核模块，被配置为基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

第一绑定模块，被配置为在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

第三方面，本说明书实施例公开了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现该指令被处理器执行时实现如上所述项目处理方法的步骤。

第四方面，本说明书实施例公开了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如上所述项目处理方法的步骤。

本说明书提供了一种项目处理方法及装置、一种计算设备及存储介质，其中，所述方法包括接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

附图说明

图1是本说明书一实施例提供的一种计算设备的示意图；

图2是本说明书一实施例提供的一种项目处理方法的流程图；

图3是本说明书一实施例提供的一种项目处理方法的流程图

图4是本说明书一实施例提供的一种项目处理方法的流程图；

图5是本说明书一实施例提供的一种项目处理方法的流程图；

图6是本说明书一实施例提供的一种项目处理方法的流程图；

图7是本说明书一实施例提供的一种项目处理方法的流程图；

图8是本说明书一实施例提供的一种项目处理装置的结构示意图。

具体实施方式

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

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

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

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

后付费：指满足条件的用户在加入的时候不需要支付保障费用，就可以先享受保障，当成员中有出险核赔用户后，根据实际发生赔付案件的情况，才向全体成员进行均摊收取保费。不同于一般的商业健康保险，根据疾病发生率定价，让用户先行支付固定保费。

信用审核：是指对申请加入的用户进行申请条件判断，符合条件用户才可加入，并且与平台信用结合，开发给诚信用户。

健康告知：指保险公司在接受用户投保申请时，要求对被保险人健康状况的确认说明，保险公司一旦承保，健康告知书将成为保险合同的一个组成部分。

在本申请中，提供了一种项目处理方法及装置、一种计算设备及存储介质，在下面的实施例中逐一进行详细说明。

图1是示出了根据本说明书一实施例的计算设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接，数据库150用于保存数据。

计算设备100还包括接入设备140，接入设备140使得计算设备100能够经由一个或多个网络160通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

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

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

其中，处理器120可以执行图2所示方法中的步骤。图2示出了本说明书一个或多个实施例提供的一种项目处理方法，包括步骤202至步骤208。

步骤202：接收用户的参与项目请求，所述参与项目请求中携带用户标识信息。

本说明书一个或多个实施例中，所述用户标识信息包括但不限于在用户参与项目的过程中针对某一用户产生的唯一的参与项目的标识号，例如由用户姓名、身份证号、参保日期以及参保流水号组成的用户标识号。

步骤204：基于所述用户标识信息获取用户的第一用户信息以及第二用户信息。

其中，所述第一用户信息包括但不限于用户的健康信息，所述第二用户信息包括但不限于用户的信用信息。

本说明书一个或多个实施例中，获取用户的第一用户信息包括：

获取用户基于预设的第一用户信息报表确定的第一用户信息；或者

基于预设的第一用户信息获取模型获取用户的第一用户信息。

所述获取用户的第二用户信息包括：

基于预设的信用评价模型获取用户的第二用户信息。

其中，所述第一用户信息报表包括但不想限于预设的健康测算报表，所述第一用户信息获取模型包括但不限于预设的健康模型。

步骤206：基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目。

本说明书一个或多个实施例中，基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，即基于所述用户的健康信息以及信用信息判断所述用户是否满足准入审核，并给出审核结果。

步骤208：在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

本说明书一个或多个实施例中，审核结果为允许用户参与项目，即是在所述用户的健康信息为健康以及信用信息为达标的情况下，确定用户满足准入审核，允许用户参与项目。

为所述用户标识信息和用户对应的账号建立绑定关系，即是为所述用户的标识信息和用户对应的银行账号或者系统可扣款账号建立绑定关系。

本说明书一个或多个实施例中，还包括：

在审核结果为不允许用户参与项目的情况下，建立用户黑名单；

在所述用户黑名单中的用户的第二用户信息满足准入审核的情况下，根据预设时间间隔获取所述用户黑名单的用户的第一用户信息；

在所述用户的第一用户信息满足准入审核的情况下，允许所述用户参与项目。

即为了提高用户参与项目的积极性，在审核结果为不允许用户参与项目的情况下，为未通过参与项目审核的用户建立用户黑名单，然后在用户黑名单中挑选出信用信息达标、健康信息为亚健康的用户，然后每隔一定的时间周期对这些用户的健康信息进行一次更新，当这些用户的健康信息为健康的情况下，允许这些用户参与项目。

另一种情况下，在审核结果为不允许用户参与项目的情况下，建立用户黑名单之后，还包括：

在所述用户黑名单中的用户的第一用户信息满足预设要求，并且接收到所述用户缴纳指定费用的情况下，允许用户参与项目。

即在用户黑名单为挑选出健康信息为健康、信用信息不达标的用户，然后在这些用户同意缴纳指定费用即保证金或预存费用的情况下，允许这些用户参与项目。例如某一用户的健康信息为健康，因信用信息造成不达标，那么当在用户同意预存费用的情况下，则可以允许该用户参与项目。

本说明书一个或多个实施例中，所述参与项目请求中携带有用户的关联人信息，

在审核结果为允许用户参与项目的情况下，所述方法还包括：

接收用户的指定关联人的参与项目请求。

其中，所述关联人包括但不限于用户的未成年子女等，在审核结果为运行用户参与项目的情况下，可以允许用户添加未成年子女也参与该项目。

本说明书一个或多个实施例中，所述项目处理方法通过根据用户的第一用户信息以及第二用户信息的审核模式实现用户参与项目，采用这种免费参与项目的方式极大的提高了用户的参与项目体验，并且根据用户的基本数据实现用户的关联人也可以参与该项目，保障了项目的持续发展性。

参见图3，本说明书一个或多个实施例提供了一种项目处理方法，包括步骤302至步骤316。

步骤302：接收用户的参与项目请求，所述参与项目请求中携带用户标识信息。

步骤304：基于所述用户标识信息获取用户的第一用户信息以及第二用户信息。

步骤306：基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目。

步骤308：在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

本说明书一个或多个实施例中，步骤302至步骤308的具体实现方式可以参见上述实施例，在此不再赘述。

步骤310：接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容。

本说明书一个或多个实施例中，所述待申领互助金案件内容包括但不限于案件发生事件、地点以及案件发生的具体详细过程等。

步骤312：在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与项目人数和所述待申领互助金案件的申领互助金额确定每个当前参与项目用户的分摊金额。

步骤314：在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中进行扣款。

本说明书一个或多个实施例中，所述预设分摊阈值可以根据实际情况进行设置，本申请对此不作限定。例如预设分摊阈值可以为2元、5元或10元等。

例如，在所述分摊金额不超过预设分摊阈值的情况下，根据当前参与项目用户人数和所述待申领互助金案件的申请互助金的总金额确定每个当前参与项目用户的分摊金额为10元。

本说明书一个或多个实施例中，从每个当前参与项目用户对应的账号中进行扣款包括：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣款，直至扣款成功或者扣款周期结束。

其中，所述每个当前参与项目用户对应的账号包括自定义账号和非自定义账号。

所述自定义账号可以为指定的银行账号，例如当需要从每个当前参与项目用户对应的账号中进行扣款时，可以从用户的指定银行账号中进行扣款。所述非自定义账号可以为随机账号，例如当需要从每个当前参与项目用户对应的账号中进行扣款时，可以先从用户的平台账号中扣款，若扣款失败则顺序的从用户的其他绑定银行账号中扣款。

步骤316：在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

其中，所述第二账号为与所述项目关联的账号，即在分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额后，剩余的分摊金额从与项目关联的第二账号扣除，即由项目承担剩余的分摊金额。

本说明书一个或多个实施例中，以预设分摊阈值为10元为例，在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额进行详细说明。

若所述分摊金额为20元，确定所述分摊金额20元超过预设分摊阈值10元的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额10元，然后从与所述项目关联的第二账号扣除分摊金额中每个当前参与项目用户超过预设分摊阈值部分的分摊金额即每个当前参与项目用户的10元。

本说明书一个或多个实施例中，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额包括：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣除与预设分摊阈值相同的分摊金额，直至扣款成功或者扣款周期结束。

实际使用中，在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，为每个当前参与项目用户发出扣款通知。

参见图4，本说明书一个或多个实施例中，以所述项目处理方法应用于M项目平台为例，对从每个当前参与项目用户对应的账号中进行扣款详细说明。

每个当前参与项目用户对应的账号中进行扣款分为两种情况，一种是未设置自定义扣款渠道，另一种是已设置自动以扣款渠道。

以未设置自定义扣款渠道为例，进行说明包括步骤402至步骤404。

步骤402：在已开通项目余额、Y渠道以及H渠道的情况下，在第一天00:00:00-8:00:00从余额、Y渠道或者H渠道进行在扣款；若扣款失败，则在第一天8:00:00-22:00:00从余额、Y渠道或者H渠道继续扣款；若还是扣款失败，则在第二天00:00:00-8:00:00从余额、Y渠道或者H渠道继续扣款；若还是扣款失败，则在第二天8:00:00-22:00:00从余额、Y渠道或者H渠道继续扣款。

上述Y渠道和H渠道均为M项目平台对应的相关内部渠道。即若存在与M项目平台对应的内部渠道，优先通过内部渠道扣款。

若扣款成功则可以随时结束扣款流程，若扣款不成功则需要继续执行后续扣款流程。

步骤404：在未开通余额、Y渠道以及H渠道的情况下，在第一天8:00:00-22:00:00从指定银行账号进行扣款；若扣款失败，则在第二天8:00:00-22:00:00从指定银行账号进行继续扣款。

以已设置自定义扣款渠道为例，进行说明包括步骤406至步骤408。

步骤406：若自定义设置的第一扣款渠道为余额、Y渠道以及H渠道的情况下，在第一天00:00:00-8:00:00从余额、Y渠道或者H渠道进行在扣款；若扣款失败，则在第一天8:00:00-22:00:00从余额、Y渠道或者H渠道继续扣款；若还是扣款失败，则在第二天00:00:00-8:00:00从余额、Y渠道或者H渠道继续扣款；若还是扣款失败，则在第二天8:00:00-22:00:00从余额、Y渠道或者H渠道继续扣款。

步骤408：若自定义设置的第一扣款渠道不是为余额、Y渠道以及H渠道，而是为银行账号的情况下，在第一天8:00:00-22:00:00从指定银行账号进行扣款；若扣款失败，则在第二天8:00:00-22:00:00从指定银行账号进行继续扣款。

本说明书一个或多个实施例中，采用上述代扣缴费方式可以结合项目关联账户、银行账号等，制定出上述智能的代扣发起机制，极大的提高扣款成功率。

本说明书一个或多个实施例中，所述项目处理方法采用分摊金额不超过预设分摊阈值的方法，使得在每个待申领互助金案件中每个当前参与项目用户的分摊金额不超过预设分摊阈值，使得每个参与项目人员获得项目保障的情况下，确保自己的利益不会受到无限制损失。

参见图5，以所述项目为互助项目，所述参与项目请求为参与互助项目请求，所述第一用户信息为健康信息，所述第二用户信息为信用信息为例，对本说明书一个或多个实施例提供的一种项目处理方法进行详细说明，包括步骤502至步骤516。

步骤502：接收用户的参与互助项目请求，所述参与互助项目请求中携带用户标识信息。

步骤504：基于所述用户标识信息获取用户的健康信息以及信用信息。

本说明书一个或多个实施例中，获取用户的健康信息包括但不限于：获取用户基于预设的健康报表确定的健康信息；或者基于预设的健康模型获取用户的健康信息。

例如，预先设置健康测算报表，在接收某个用户的参保请求后，基于该用户填写的健康测算报表测算出用户的健康信息，生成健康告知书。所述健康告知书从易于用户理解出发、以疾病、症状以及常见医学定义，解构健康告知内容，便于用户依据自身健康情况进行告知。所述健康信息可以包括但不限于该用户的健康得分或者是直接可以确定出该用户为健康、亚健康或者不健康等结果，其中，健康测算报表中包括但不限于身高、体重、家族病史以及个人病史等测试问题。

此外，针对健康问题不确定的用户还可以基于预设的健康模型获取用户的健康信息，即接收某个用户的参保请求后，会基于智能的健康问题测试获取用户的健康信息。例如首先会询问用户的身高、体重以及个人病史，若无个人病史则对家族病史进行询问，若有个人病史则针对个人病史进行详细测试，通过这种智能机器人模式，对用户的健康信息进行获取，保证了健康信息获取的精确性，并且极大的提高了对健康信息获取的高效性。无论是采用哪种健康信息获取的方式，均可以提供健康告知的过程数据回溯、结果数据记录，为后期进行待申领互助金案件的申领互助金确定时提供必要数据支持、减少争议。

本说明书一个或多个实施例中，获取用户的信用信息包括但不限于：基于预设的信用评价模型获取用户的信用信息。

实际使用中，可以通过结合互助平台的信用分、保险平台的风控数据、保险公司的行业骗赔风控数据以及第三方授权数据等，通过人工智能模型分析，对用户进行画像，逐步形成用户准入审核的信用评价模型，然后采用该信用评价模型对用户的信用信息进行判断。

例如某一用户为互助平台信用分650分、属于逾期欠款用户群、业务黑名单用户、事实黑名单用户即互保理赔用户群、保险行业黑名单用户群、行为黑名单用户，那么通过预设的信用评价模型进行用户的信用信息的获取，则可以确定该用户的信用信息不满足准入审核的标准，即获取到的用户的信用信息为不达标，反之，获取到的用户的信用信息为达标。

步骤506：基于所述用户的健康信息以及信用信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与互助参保。

步骤508：在审核结果为允许用户参与互助参保的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

步骤510：接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容。

步骤512：在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与互助参保人数和所述待申领互助金案件的申领互助金额确定每个当前参与互助参保用户的分摊金额。

步骤514：在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与互助参保用户对应的账号中进行扣款。

步骤516：在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与互助参保用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述互助项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

需要说明的是，该互助项目处理方法的技术方案与上述的项目处理方法的技术方案属于同一构思，该互助项目处理方法的技术方案未详细描述的细节内容，均可以参见上述项目处理方法的技术方案的描述。

本说明书一个或多个实施例中，所述项目处理方法应用在互助项目中，使得互助参保用户可以先享受保障后参与分摊，且分摊金额按照实际出险并通过核赔公示无异议的情况来计算，根据实际发生申请互助金案例的情况进行费用分摊，不同于一般的商业健康保险，根据疾病发生率定价，让用户先行支付固定保费，并且采用分摊金额不超过预设分摊阈值的方法，使得对于每个待申领互助金案件每个当前互助参保用户的分摊金额不超过预设分摊阈值，使得每个互助参保人员获得参保保障的情况下，确保自己的利益不会受到无限制损失。

参见图6，以所述项目为保险项目，所述参与项目请求为参保请求，所述第一用户信息为健康信息，所述第二用户信息为信用信息，所述待申领互助金案件为待理赔案件，所述申领互助金请求为理赔请求为例，对本说明书一个或多个实施例提供的一种项目处理方法进行详细说明，包括步骤602至步骤616。

步骤602：接收用户的参保请求，所述参保请求中携带用户标识信息。

步骤604：基于所述用户标识信息获取用户的健康信息以及信用信息。

步骤606：基于所述用户的健康信息以及信用信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参保。

步骤608：在审核结果为允许用户参保的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

步骤610：接收对待理赔案件的理赔请求，所述理赔请求中携带所述待理赔案件内容。

本说明书一个或多个实施例中，理赔是保险公司执行保险合同，履行保险义务，承担保险责任的具体体现。具体指保险事故发生后，保险人对被保险人所提出的索赔案件的处理。被保险人遭受灾害事故后，应立即或通过理赔代理人对保险人提出索赔申请，根据保险单的规定审核提交的各项单证，查明损失原因是否属保险范围，估算损失程度，确定赔偿金额，最后给付结案。

实际使用中，所述待理赔案件内容包括但不限于大病理赔、住院理赔等。

步骤612：在根据所述待理赔案件内容确定所述待理赔案件需要理赔的情况下，根据当前参保人数和所述待理赔案件的理赔额确定每个当前参保用户的分摊金额。

步骤614：在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参保用户对应的账号中进行扣款。

本说明书一个或多个实施例中，所述预设分摊阈值可以根据实际情况进行设置，不申请对此不作限定。例如预设分摊阈值可以为0.1元等。

例如，在根据所述待理赔案件内容确定所述待理赔案件需要理赔的情况下，根据当前参保人数和所述待理赔案件的理赔额确定每个当前参保用户的分摊金额为0.05元。

此时所述分摊金额0.05元不超过预设分摊阈值0.1元的情况下，从每个当前参保用户对应的账号中进行扣款0.1元。

本说明书一个或多个实施例中，所述每个当前参保用户对应的账号包括自定义账号和非自定义账号。

所述自定义账号可以为指定的银行账号，例如当需要从每个当前参保用户对应的账号中进行扣款时，可以从用户的指定银行账号中进行扣款。所述非自定义账号可以为随机账号，例如当需要从每个当前参保用户对应的账号中进行扣款时，可以先从用户的平台账号中扣款，若扣款失败则顺序的从用户的其他绑定银行账号中扣款。

实际使用中，在根据所述待理赔案件内容确定所述待理赔案件需要理赔的情况下，可以先为每个当前参保用户发出扣款通知。其中，所述扣款通知可以是系统提示或者是短信通知等。

步骤616：在所述分摊金额超过预设分摊阈值的情况下，从每个当前参保用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述保险项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

本说明书一个或多个实施例中，以预设分摊阈值为0.1元为例，对在所述分摊金额超过预设分摊阈值的情况下，从每个当前参保用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述保险项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额进行详细说明。

若所述分摊金额为0.2元，确定所述分摊金额0.2元超过预设分摊阈值0.1元的情况下，从每个当前参保用户对应的账号中扣除与预设分摊阈值相同的分摊金额0.1元，然后从与所述保险项目关联的第二账号扣除分摊金额中每个当前参保用户超过预设分摊阈值部分的分摊金额即每个当前参保用户的0.1元。

本说明书一个或多个实施例中，从每个当前参保用户对应的账号中进行扣款包括：

在预设扣款周期内从每个当前参保用户对应的账号中进行轮巡扣款，直至扣款成功或者扣款周期结束；

从每个当前参保用户对应的账号中扣除与预设分摊阈值相同的分摊金额包括：

在预设扣款周期内从每个当前参保用户对应的账号中进行轮巡扣除与预设分摊阈值相同的分摊金额，直至扣款成功或者扣款周期结束。

需要说明的是，该保险项目处理方法的技术方案与上述的项目处理方法的技术方案属于同一构思，该保险项目处理方法的技术方案未详细描述的细节内容，均可以参见上述项目处理方法的技术方案的描述。

本说明书一个或多个实施例中，所述项目处理方法，使得参保用户可以先享受保障后参与分摊，且分摊金额按照实际出险并通过核赔公示无异议的情况来计算，根据实际发生赔付案例的情况进行费用分摊，不同于一般的商业健康保险，根据疾病发生率定价，让用户先行支付固定保费，并且采用分摊金额不超过预设分摊阈值的方法，使得对于每个待理赔案件每个当前参保用户的分摊金额不超过预设分摊阈值，使得每个参保人员获得参保保障的情况下，确保自己的利益不会受到无限制损失。

参见图7，以保险平台A为例，对本说明书一个或多个实施例提供的一种项目处理方法进行说明，包括步骤702至步骤730。

步骤702：接收保险平台A中用户的参保请求，所述参保请求中携带用户标识信息。

步骤704：基于所述用户标识信息获取用户的健康信息以及信用信息，并判断所述用户是否满足准入参保审核，允许用户0费用参保的情况，若满足，则执行步骤706，若不满足，则执行步骤708。

步骤706：允许用户参保，为所述用户标识信息和用户对应的账号建立绑定关系。

步骤708：不允许用户参保。

步骤710：用户1出现，保险平台A接收参保用户中的用户1对待理赔案件的理赔请求，所述理赔请求中携带所述待理赔案件内容。

步骤712：保险平台A根据所述待理赔案件内容判断所述待理赔案件是否需要理赔，若是，则执行步骤714，若否，则执行步骤724。

步骤714：对该理赔案件进行案件受理，根据当前参保人数和所述待理赔案件的理赔额确定每个当前参保用户的分摊金额。

步骤716：每月的7日、21日对理赔案件内容以及分摊金额进行全民公示。

本说明书一个或多个实施例中，全民公示有助于对虚假案件的剔除。

步骤718：在所述分摊金额不超过预设分摊阈值的情况下，每月14日、28日从每个当前参保用户对应的账号中进行扣款。

本说明书一个或多个实施例中，单一案件人均分摊＝(赔付金额+管理费)/赔付当日，此外，所述预设分摊阈值为0.1元，即在保人数单一案件每个参保人的分摊金额上限为0.1元。

步骤720：全部扣款成功后，保险平台A汇总从每个当前参保用户对应的账号中进行扣款的总金额。

步骤722：保险平台A支付赔付金额给用户1。

步骤724：保险平台A的项目审核组对该理赔案件进行案件审理，由项目审核组判断是否同意分摊该理赔案件的分摊金额，若同意，则执行步骤726，若不同意，则执行步骤728。

步骤726：同意分摊，继续执行步骤712。

步骤728：不同意分摊，结束该理赔案件。

步骤730：参保人员主动退出，不参与理赔。

本说明书一个或多个实施例中，所述项目处理方法，使得参保用户可以先享受保障后参与分摊，且分摊金额按照实际出险并通过核赔公示无异议的情况来计算，根据实际发生赔付案例的情况进行费用分摊，不同于一般的商业健康保险，根据疾病发生率定价，让用户先行支付固定保费，并且采用分摊金额不超过预设分摊阈值的方法；并且每月两次公示、两次分摊。在公示日，其间发生的确诊的理赔案件均会在适度隐藏敏感信息的前提下，给予公示并接受异议申诉，公示无异议的所有理赔案件产生的保障金，加上规定的10％管理费，会在分摊日由所有参保用户均摊，均摊实际金额视每期公示的实际情况而定。但单一理赔案件中，每个用户被分摊到的金额不会超过1毛钱，使得每个参保人员获得参保保障的情况下，确保自己的利益不会受到无限制损失。

参见图8，本说明书一个或多个实施例提供的一种项目处理装置，包括：

第一接收模块802，被配置为接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

第一获取模块804，被配置为基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；

第一审核模块806，被配置为基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

第一绑定模块808，被配置为在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

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

第二接收模块，被配置为接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容；

第一确定模块，被配置为在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与项目人数和所述待申领互助金案件的申领互助金额确定每个当前参与项目用户的分摊金额；

第一扣款模块，被配置为在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中进行扣款；

第二扣款模块，被配置为在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

可选地，所述项目包括互助项目，包括：

第三接收模块，被配置为接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

第二获取模块，被配置为基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；

第二审核模块，被配置为基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

第二绑定模块，被配置为在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

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

第四接收模块，被配置为接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容；

第二确定模块，被配置为在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与项目人数和所述待申领互助金案件的申领互助金额确定每个当前参与项目用户的分摊金额；

第三扣款模块，被配置为在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中进行扣款；

第四扣款模块，被配置为在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

可选地，所述项目为保险项目，包括：

第五接收模块，被配置为接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

第三获取模块，被配置为基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；

第三审核模块，被配置为基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

第三绑定模块，被配置为在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

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

第六接收模块，被配置为接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容；

第三确定模块，被配置为在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与项目人数和所述待申领互助金案件的申领互助金额确定每个当前参与项目用户的分摊金额；

第五扣款模块，被配置为在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中进行扣款；

第六扣款模块，被配置为在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

可选地，所述第一获取模块804、所述第二获取模块或所述第三获取模块进一步被配置为：

获取用户基于预设的第一用户信息报表确定的第一用户信息；或者

基于预设的第一用户信息获取模型获取用户的第一用户信息。

可选地，所述第一获取模块804、所述第二获取模块或所述第三获取模块进一步被配置为包括：

基于预设的信用评价模型获取用户的第二用户信息。

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

建立模块，被配置为在审核结果为不允许用户参与项目的情况下，建立用户黑名单；

第四获取模块，被配置为在所述用户黑名单中的用户的第二用户信息满足准入审核的情况下，根据预设时间间隔获取所述用户黑名单的用户的第一用户信息；

第四审核模块，被配置为在所述用户的第一用户信息满足准入审核的情况下，允许所述用户参与项目。

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

费用接收模块，被配置为在所述用户黑名单中的用户的第一用户信息满足预设要求，并且接收到所述用户缴纳指定费用的情况下，允许用户参与项目。

可选地，所述参与项目请求中携带有用户的关联人信息，

在审核结果为允许用户参与项目的情况下，所述装置还包括：

指定关联人接收模块，被配置为接收用户的指定关联人的参与项目请求。

可选地，所述每个当前参与项目用户对应的账号包括自定义账号和非自定义账号。

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

扣款通知发送模块，被配置为在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，为每个当前参与项目用户发出扣款通知。

可选地，所述第一扣款模块、所述第三扣款模块或所述第五扣款模块进一步被配置为：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣款，直至扣款成功或者扣款周期结束；

所述第二扣款模块、所述第四扣款模块或所述第六扣款模块进一步被配置为：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣除与预设分摊阈值相同的分摊金额，直至扣款成功或者扣款周期结束。

本说明书一个或多个实施例中，所述项目处理装置通过根据用户的第一用户信息以及第二用户信息的审核模式实现用户参与项目，采用这种免费参与项目的方式极大的提高了用户的参与项目体验，并且根据用户的基本数据实现用户的关联人也可以参与该项目，保障了项目的持续发展性。

需要说明的是，该项目处理装置的技术方案与上述的项目处理方法的技术方案属于同一构思，该项目处理装置的技术方案未详细描述的细节内容，均可以参见上述项目处理方法的技术方案的描述。

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

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

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

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

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

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

Claims (24)

1.一种项目处理方法，其特征在于，包括：

接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

基于所述用户标识信息以及预设的健康模型获取用户的第一用户信息，且提供健康告知的过程回溯以及结果数据记录，其中，基于预设的健康模型获取用户的第一用户信息为基于智能的健康问题测试获取用户的健康信息，

基于所述用户标识信息以及预设的信用评价模型获取用户的第二用户信息；

基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系；

在审核结果为不允许用户参与项目的情况下，建立用户黑名单；

在所述用户黑名单中的用户的第二用户信息满足准入审核的情况下，根据预设时间间隔获取所述用户黑名单的用户的第一用户信息；

在所述用户的第一用户信息满足准入审核的情况下，允许所述用户参与项目；

在所述用户黑名单中的用户的第一用户信息满足预设要求，并且接收到所述用户缴纳指定费用的情况下，允许用户参与项目。

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

接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容；

在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与项目人数和所述待申领互助金案件的申领互助金额确定每个当前参与项目用户的分摊金额；

在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中进行扣款；

在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

3.根据权利要求1所述的方法，其特征在于，所述项目包括互助项目，包括：

接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；

基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

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

接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容；

在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与项目人数和所述待申领互助金案件的申领互助金额确定每个当前参与项目用户的分摊金额；

在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中进行扣款；

在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

5.根据权利要求1所述的方法，其特征在于，所述项目为保险项目，包括：

接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；

基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

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

接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容；

在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与项目人数和所述待申领互助金案件的申领互助金额确定每个当前参与项目用户的分摊金额；

在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中进行扣款；

在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

7.根据权利要求1-6任意一项所述的方法，其特征在于，所述参与项目请求中携带有用户的关联人信息，

在审核结果为允许用户参与项目的情况下，所述方法还包括：

接收用户的指定关联人的参与项目请求。

8.根据权利要求2或4或6所述的方法，其特征在于，所述每个当前参与项目用户对应的账号包括自定义账号和非自定义账号。

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

在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，为每个当前参与项目用户发出扣款通知。

10.根据权利要求2或4或6所述的方法，其特征在于，从每个当前参与项目用户对应的账号中进行扣款包括：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣款，直至扣款成功或者扣款周期结束；

从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额包括：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣除与预设分摊阈值相同的分摊金额，直至扣款成功或者扣款周期结束。

11.一种项目处理装置，其特征在于，包括：

第一接收模块，被配置为接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

第一获取模块，被配置为基于所述用户标识信息以及预设的健康模型获取用户的第一用户信息，且提供健康告知的过程回溯以及结果数据记录，其中，基于预设的健康模型获取用户的第一用户信息为基于智能的健康问题测试获取用户的健康信息，

基于所述用户标识信息以及预设的信用评价模型获取用户的第二用户信息；

第一审核模块，被配置为基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

第一绑定模块，被配置为在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系；

建立模块，被配置为在审核结果为不允许用户参与项目的情况下，建立用户黑名单；

第四获取模块，被配置为在所述用户黑名单中的用户的第二用户信息满足准入审核的情况下，根据预设时间间隔获取所述用户黑名单的用户的第一用户信息；

第四审核模块，被配置为在所述用户的第一用户信息满足准入审核的情况下，允许所述用户参与项目；

费用接收模块，被配置为在所述用户黑名单中的用户的第一用户信息满足预设要求，并且接收到所述用户缴纳指定费用的情况下，允许用户参与项目。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：

第二接收模块，被配置为接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容；

第一确定模块，被配置为在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与项目人数和所述待申领互助金案件的申领互助金额确定每个当前参与项目用户的分摊金额；

第一扣款模块，被配置为在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中进行扣款；

第二扣款模块，被配置为在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

13.根据权利要求11所述的装置，其特征在于，所述项目包括互助项目，包括：

第三接收模块，被配置为接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

第二获取模块，被配置为基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；

第二审核模块，被配置为基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

第二绑定模块，被配置为在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

14.根据权利要求13所述的装置，其特征在于，还包括：

第四接收模块，被配置为接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容；

第二确定模块，被配置为在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与项目人数和所述待申领互助金案件的申领互助金额确定每个当前参与项目用户的分摊金额；

第三扣款模块，被配置为在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中进行扣款；

第四扣款模块，被配置为在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

15.根据权利要求11所述的装置，其特征在于，所述项目为保险项目，包括：

第五接收模块，被配置为接收用户的参与项目请求，所述参与项目请求中携带用户标识信息；

第三获取模块，被配置为基于所述用户标识信息获取用户的第一用户信息以及第二用户信息；

第三审核模块，被配置为基于所述用户的第一用户信息以及第二用户信息对所述用户进行准入审核并给出审核结果，所述审核结果包括是否允许所述用户参与项目；

第三绑定模块，被配置为在审核结果为允许用户参与项目的情况下，为所述用户标识信息和用户对应的账号建立绑定关系。

16.根据权利要求15所述的装置，其特征在于，还包括：

第六接收模块，被配置为接收对待申领互助金案件的申领互助金请求，所述申领互助金请求中携带所述待申领互助金案件内容；

第三确定模块，被配置为在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，根据当前参与项目人数和所述待申领互助金案件的申领互助金额确定每个当前参与项目用户的分摊金额；

第五扣款模块，被配置为在所述分摊金额不超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中进行扣款；

第六扣款模块，被配置为在所述分摊金额超过预设分摊阈值的情况下，从每个当前参与项目用户对应的账号中扣除与预设分摊阈值相同的分摊金额，从与所述项目关联的第二账号扣除分摊金额中超过预设分摊阈值部分的分摊金额。

17.根据权利要求11-16任意一项所述的装置，其特征在于，所述参与项目请求中携带有用户的关联人信息，

在审核结果为允许用户参与项目的情况下，所述装置还包括：

指定关联人接收模块，被配置为接收用户的指定关联人的参与项目请求。

18.根据权利要求12或14或16所述的装置，其特征在于，所述每个当前参与项目用户对应的账号包括自定义账号和非自定义账号。

19.根据权利要求12或14或16所述的装置，其特征在于，所述装置还包括：

扣款通知发送模块，被配置为在根据所述待申领互助金案件内容确定所述待申领互助金案件需要申领互助金的情况下，为每个当前参与项目用户发出扣款通知。

20.根据权利要求12所述的装置，其特征在于，所述第一扣款模块，进一步被配置为：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣款，直至扣款成功或者扣款周期结束；

所述第二扣款模块，进一步被配置为：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣除与预设分摊阈值相同的分摊金额，直至扣款成功或者扣款周期结束。

21.根据权利要求14所述的装置，其特征在于，所述第三扣款模块进一步被配置为：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣款，直至扣款成功或者扣款周期结束；

所述第四扣款模块，进一步被配置为：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣除与预设分摊阈值相同的分摊金额，直至扣款成功或者扣款周期结束。

22.根据权利要求16所述的装置，其特征在于，所述第五扣款模块，进一步被配置为：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣款，直至扣款成功或者扣款周期结束；

所述第六扣款模块，进一步被配置为：

在预设扣款周期内从每个当前参与项目用户对应的账号中进行轮巡扣除与预设分摊阈值相同的分摊金额，直至扣款成功或者扣款周期结束。

23.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现该指令被处理器执行时实现权利要求1-10任意一项所述方法的步骤。

24.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1-10任意一项所述方法的步骤。

Images