项目缴费处理方法、装置以及系统与流程

本申请涉及数据处理技术领域，特别涉及一种项目缴费处理方法。本申请同时涉及一种项目缴费处理装置，一种项目缴费处理系统，一种计算设备，以及一种计算机可读存储介质。

背景技术：

随着互联网技术的飞速发展，保险的销售、售后、理赔等常规业务都可以比较方便地在线操作，同时，随着用户对自身健康的关注程度越来越高，重疾、人寿等长期险种越来越受到用户的青睐，长期险的投保过程中，投保人可以一次性对后续若干期同时进行投保，也可以在上期的基础上不断进行续保，在投保人续保这种情况下，投保人需要在上期的保险到期之前或者在保险合同的宽限期内进行续保。

保险合同的宽限期是指保险公司对投保人未按时缴纳续期保费所给予的宽限时间，在宽限期内，即使没有交纳续期保费，保险合同依然有效，如果在此期间发生保险事故，保险公司仍要承担保险责任，不过要从给付金额中扣除欠交的保险费；但如果超出宽限期投保人仍未足额交纳续期保费，则保险合同将会中止；保险中止后，只有提出复效，才会重新恢复效力。

目前，在保险到期续保的过程中，保险公司会在宽限期向投保人发送主动缴费的提醒，如果提醒发送之后投保人并未进行主动缴费，则由保险公司主动在投保人指定的缴费账户进行扣款，如果对投保人指定的缴费账户扣款失败，则投保人会在宽限期结束之后被清退。

实际中往往存在投保人指定的缴费账户余额不足以支持缴费扣款，或者投保人忘记主动缴费的情况，但目前无法分辨投保人未成功缴费的情况，对于缴费账户余额不足或者忘记主动缴费的投保人来说，被清退导致风险得不到保障，甚至投保人的信用也可能会受到一定影响，存在一定的缺陷。

技术实现要素：

有鉴于此，本申请实施例提供了一种项目缴费处理方法，以解决现有技术中存在的技术缺陷。本申请实施例同时提供了一种项目缴费处理装置，一种项目缴费处理系统，一种计算设备，以及一种计算机可读存储介质。

本申请实施例公开了一种项目缴费处理方法，包括：

从承载项目运行的项目平台获取项目成员参与所述项目的项目详情中记录的缴费信息；

根据所述缴费信息在所述项目成员参与所述项目的宽限期内发起对所述项目成员的扣费；

在所述扣费失败的情况下，判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；

若不匹配，将所述项目成员在所述项目中进行清退处理。

可选的，若所述判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配步骤的判断结果为是，执行如下操作：

获取所述项目成员的历史信用信息；

基于所述历史信用信息确定所述项目成员的信用级别；

判断所述项目成员的信用级别是否高于预设信用级别阈值；

若是，基于所述信用级别确定对所述项目成员的宽限期进行延长的延长期限；

确定按照所述延长期限对所述项目成员的宽限期进行延长后的延长宽限期，作为所述项目成员参与所述项目的宽限期。

可选的，所述确定按照所述延长期限对所述项目成员的宽限期进行延长后的延长宽限期，作为所述项目成员参与所述项目的宽限期步骤执行之后，包括：

在所述项目的宽限期的结束时间节点，基于所述缴费信息发起对所述项目成员的二次扣费；

在所述二次扣费失败的情况下，将所述项目成员在所述项目中进行清退处理；

在所述二次扣费成功的情况下，则向所述项目成员发送扣费成功提醒。

可选的，所述缴费宽限条件，包括下述至少一项：

信用级别符合信用级别阈值范围，参与所述项目的参与时间符合参与时间阈值范围，参与所述项目的参与期次符合参与期次阈值范围。

可选的，若所述缴费宽限条件为信用级别符合信用级别阈值范围，相应的，所述判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配，包括：

获取所述项目成员在所述项目所属的项目维度的行为特征信息；

基于所述历史信用信息确定所述项目成员的信用级别；

判断所述项目成员的信用级别是否符合所述信用级别阈值范围；

若否，执行所述将所述项目成员在所述项目中进行清退处理步骤。

可选的，若所述判断所述项目成员的信用级别是否符合所述信用级别阈值范围子步骤的判断结果为是，执行如下操作：

检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；

若存在，根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；

判断所述宽限期内的扣费成功率是否超出预设扣费阈值；

若超出，根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向所述项目成员发送缴费提醒；

若未超出，对所述项目平台进行优化，并在优化后发起对所述项目成员的二次扣费。

可选的，若所述检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据子步骤的检测结果为否，执行如下操作：

根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别；

按照所述提醒级别向所述项目成员发送缴费提醒。

可选的，所述项目包括：互助共济项目；

所述项目成员包括：参与所述互助共济项目的互助共济成员；

所述缴费信息包括：所述互助共济成员参与所述互助共济项目过程中生成的互助共济案件的分摊金额。

可选的，所述根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费步骤执行之前，包括：

接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；

判断所述互助共济申请对应的互助共济案件是否通过案件审核；

若是，根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额。

本申请还提供一种项目缴费处理装置，包括：

缴费信息获取单元，被配置为从承载项目运行的项目平台获取项目成员参与所述项目的项目详情中记录的缴费信息；

扣费单元，被配置为根据所述缴费信息在所述项目成员参与所述项目的宽限期内发起对所述项目成员的扣费；

匹配单元，被配置为在所述扣费失败的情况下，判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；

若不匹配，运行清退处理单元；所述清退处理单元，被配置为将所述项目成员在所述项目中进行清退处理。

本申请还提供一种项目缴费处理系统，包括：

项目服务端、项目成员终端；

所述项目服务端，包括承载项目运行的项目平台、信息获取模块、扣费模块、匹配模块以及清退处理模块；

所述项目平台，被配置为承载所述项目的运行；

信息获取模块，被配置为从承载项目运行的项目平台获取项目成员参与所述项目的项目详情中记录的缴费信息；

所述扣费模块，被配置为根据所述缴费信息在所述项目成员参与所述项目的宽限期内发起对所述项目成员的扣费；

所述匹配模块，被配置为在所述扣费失败的情况下，判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；

若不匹配，运行清退处理模块；所述清退处理模块，被配置为将所述项目成员在所述项目中进行清退处理；

所述项目成员终端，被配置为与所述项目成员具有唯一对应关系。

可选的，若所述匹配模块的运行结果为匹配，运行如下模块：

历史信用信息获取模块，被配置为获取所述项目成员的历史信用信息；

信用级别确定模块，被配置为基于所述历史信用信息确定所述项目成员的信用级别；

信用级别判断模块，被配置为判断所述项目成员的信用级别是否高于预设信用级别阈值；

若是，运行延长期限确定模块；所述延长期限确定模块，被配置为基于所述信用级别确定对所述项目成员的宽限期进行延长的延长期限；

宽限期延长模块，被配置为确定按照所述延长期限对所述项目成员的宽限期进行延长后的延长宽限期，作为所述项目成员参与所述项目的宽限期。

可选的，所述项目服务端，还包括：

二次扣费模块，被配置为在所述项目的宽限期的结束时间节点，基于所述缴费信息发起对所述项目成员的二次扣费；

第二清退处理模块，被配置为在所述二次扣费失败的情况下，将所述项目成员在所述项目中进行清退处理；

扣费成功提醒发送模块，被配置为在所述二次扣费成功的情况下，则向所述项目成员发送扣费成功提醒。

可选的，所述缴费宽限条件，包括下述至少一项：

信用级别符合信用级别阈值范围，参与所述项目的参与时间符合参与时间阈值范围，参与所述项目的参与期次符合参与期次阈值范围。

可选的，若所述缴费宽限条件为信用级别符合信用级别阈值范围，相应的，所述匹配模块，包括：

行为特征信息获取子模块，被配置为获取所述项目成员在所述项目所属的项目维度的行为特征信息；

信用级别确定子模块，被配置为基于所述历史信用信息确定所述项目成员的信用级别；

信用级别判断子模块，被配置为判断所述项目成员的信用级别是否符合所述信用级别阈值范围；

若否，运行所述清退处理模块。

可选的，若所述信用级别判断子模块的判断结果为符合，运行如下子模块：

扣费历史数据检测子模块，被配置为检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；

若存在，运行扣费成功率计算子模块和扣费成功率判断子模块；

所述扣费成功率计算子模块，被配置为根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；

所述扣费成功率判断子模块，被配置为判断所述宽限期内的扣费成功率是否超出预设扣费阈值；

若超出，运行缴费提醒发送子模块；所述缴费提醒发送子模块，被配置为根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向所述项目成员发送缴费提醒；

若未超出，运行项目平台优化子模块；所述项目平台优化子模块，被配置为对所述项目平台进行优化，并在优化后发起对所述项目成员的二次扣费。

本申请还提供一种计算设备，包括：

存储器和处理器；

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

从承载项目运行的项目平台获取项目成员参与所述项目的项目详情中记录的缴费信息；

根据所述缴费信息在所述项目成员参与所述项目的宽限期内发起对所述项目成员的扣费；

在所述扣费失败的情况下，判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；

若不匹配，将所述项目成员在所述项目中进行清退处理。

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

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

本申请提供一种项目缴费处理方法，包括：从承载项目运行的项目平台获取项目成员参与所述项目的项目详情中记录的缴费信息；根据所述缴费信息在所述项目成员参与所述项目的宽限期内发起对所述项目成员的扣费；在所述扣费失败的情况下，判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；若不匹配，将所述项目成员在所述项目中进行清退处理。

本申请提供的项目缴费处理方法，项目成员在参与项目的过程中，在项目成员的宽限期内根据项目成员的缴费信息对项目成员需缴纳的费用进行扣费，在扣费失败的情况下，从项目成员的行为特征信息出发，通过判断项目成员的行为特征信息与缴费宽限条件是否匹配来检测是否对扣费失败的项目成员进行清退处理，降低扣费失败的所有项目成员面临从项目中被清退的风险，从而避免项目中项目成员被清退造成权益损失。

附图说明

图1是本申请实施例提供的一种项目缴费处理方法处理流程图；

图2是本申请实施例提供的一种应用于互助共济项目的项目缴费处理方法处理流程图；

图3是本申请实施例提供的一种项目缴费处理装置的示意图；

图4是本申请实施例提供的一种项目缴费处理系统的示意图；

图5是本申请实施例提供的一种计算设备的结构框图。

具体实施方式

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

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

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

本申请提供一种项目缴费处理方法，本申请还提供一种项目缴费处理装置，一种项目缴费处理系统，一种计算设备，以及一种计算机可读存储介质。以下分别结合本申请提供的实施例的附图逐一进行详细说明，并且对方法的各个步骤进行说明。

本申请提供的一种项目缴费处理方法实施例如下：

参照附图1，其示出了本实施例提供的一种项目缴费处理方法处理流程图，参照附图2，其示出了本申请实施例提供的一种应用于互助共济项目的项目缴费处理方法处理流程图。

步骤s102，从承载项目运行的项目平台获取项目成员参与所述项目的项目详情中记录的缴费信息。

本申请实施例所述项目，可以是互助共济项目、众筹项目、保险项目、投资项目等，本申请实施例以互助共济项目为例进行说明，众筹项目、保险项目、投资项目的具体实现与互助共济项目的具体实现类似，参照互助共济项目的具体实现即可，在此不再赘述。

相应的，用于承载所述项目运行的项目平台，可以是承载互助共济项目运行的互助共济平台，承载众筹项目运行的众筹平台，承载保险项目运行的保险平台，或者承载投资项目运行的投资平台等。

互助共济项目是指集合具有相同需求的一批成员，这一批成员通过参与互助共济项目的方式进行相互之间的互助共济，即共同参与到互助共济项目中，当参与互助共济项目的任一项目成员遭受意外或者面临需要帮助的其他特殊情况时，由该项目成员提出互助申请，互助申请审核通过后，由参与互助共济项目的其他项目成员(除提出互助申请的项目成员之外的所有项目成员)通过提供互助金的方式对该项目成员进行互助共济，具体的，这部分互助金是采用分摊的方式由其他项目成员进行支付，即：项目成员通过支付一定的分摊金额为提出互助共济申请的项目成员提供互助共济，互助共济项目的特点是“后付费”，即：项目成员申请参与互助共济项目时无需缴纳费用，当参与互助共济项目的任一项目成员遭受意外或者面临需要帮助的其他特殊情况提出互助申请之后，由其他项目成员通过缴纳一定费用的方式对提出互助申请的项目成员进行互助共济。

参与到项目中的成员即为所述项目的项目成员，比如参与到互助共济项目中的项目成员即为互助共济成员。

所述项目详情中记录有项目的详情，以及参与项目的项目成员的详情。所述项目详情中记录有项目成员参与项目过程生成的缴费信息，比如在互助共济项目中，缴费信息中包含有互助共济成员参与互助共济项目过程中生成的互助共济案件的分摊金额。

步骤s104，根据所述缴费信息在所述项目成员参与所述项目的宽限期内发起对所述项目成员的扣费。

所述宽限期，是指项目成员参与项目需支付的费用所给予的宽限期，在宽限期内，如果项目成员未支付参与项目需支付的金额，项目成员参与项目的参与状态依旧有效；如果超出宽限期未支付，则未支付的项目成员将会从参与的项目中被清退。

比如在互助共济项目中，在互助共济项目对互助共济成员参与互助共济项目需支付的互助金所给予的宽限期内，如果互助共济成员未支付分摊金额，互助共济项目成员参与互助共济项目的参与状态依旧有效；如果超出宽限期未支付分摊金额，则未支付的互助共济成员从参与的互助共济项目中被清退。

具体实施时，项目成员参与项目的过程中，为防止项目成员在超出宽限期之后从参与的项目中被清退，根据项目成员参与项目的项目详情中记录的缴费信息，在项目成员的宽限期内发起对项目成员的扣费；

如果扣费成功，表明项目成员参与项目过程中生成的待支付费用已成功支付，向项目成员发送缴费成功的提醒或者不做处理即可；

如果扣费失败，表明项目成员参与项目过程中生成的待支付费用并未完成支付，执行下述步骤s106，对项目成员进行进一步判断处理。

例如，为防止参与互助共济项目的互助共济成员超出宽限期未成功缴费被清退，根据项目详情中记录的缴费信息中包含的缴费日期和缴费账户，在互助共济成员的缴费账户内进行扣费；如果扣费成功，向互助共济成员发送缴费成功的提醒即可；如果扣费失败，执行后续对项目成员进行进一步的判断处理。

实际应用中，参与项目的项目成员提出申请并生成相应项目案件之后，需要对生成的项目案件进行审核，以互助共济项目为例，根据互助共济成员的参与互助共济项目的项目详情中记录的缴费信息，在互助共济项目的宽限期内发起对互助共济成员的扣费之前，需接收互助共济成员发起的互助共济申请，根据互助共济成员发起的互助共济申请生成对应的互助共济案件，并判断所述互助共济申请对应的互助共济案件是否通过案件审核；

若通过，根据互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与互助共济项目的所有互助共济成员的分摊金额；所述分摊金额，即是指互助共济成员需要在宽限期内交纳的费用，上述对互助共济成员指定的缴费账户(在缴费信息中指定的缴费账户)进行扣费，也是按照该分摊金额进行扣费；

若未通过，无需对互助共济成员发起的互助共济申请生成的互助共济案件进行互助，不做处理即可。

上述对互助共济案件进行审核的过程，能够使互助共济项目参与过程中的互助共济更加有效，从而更加有效的保障参与互助共济项目的互助共济成员的权益。

步骤s106，在所述扣费失败的情况下，判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配。

实际应用中，项目成员的行为特征信息可以是项目成员自身的属性特征信息，项目成员参与项目过程中生成的特征信息，或者与项目成员相关的数据特征信息。本实施例中，为防止扣费失败的项目成员全部被清退，需要对扣费失败的项目成员进行区分，在区分的基础上对项目成员进行有针对性的处理，在对项目成员进行区分的过程中，具体是根据项目成员的行为特征信息进行区分，从项目成员在当前参与项目所属的项目维度的行为特征信息出发判断是否对扣费失败的项目成员进行清退。

本申请实施例所述项目所属项目维度，是指项目所属的业务领域，比如互助共济项目所属的项目维度是互助共济维度，相应的，互助共济成员在其参与的互助共济项目所属互助共济维度的行为特征信息，是指互助共济成员的所有行为特征数据中与互助共济相关的行为特征信息，具体的，与互助共济相关的行为特征信息包括互助共济成员在参与互助共济项目中生成的数据信息。

项目成员扣费失败的原因多种多样，可能是由于项目成员的缴费账户中缴费余额不足导致扣费失败，也可能由于其他原因导致扣费失败，项目成员扣费失败原因的多样性，内在原因是项目成员自身情况的复杂性，项目成员可能受各种原因的影响导致扣费失败，因此，为避免扣费失败的项目成员被清退，在设置缴费宽限条件时，可根据项目成员参与项目的实际情况设置不同的缴费宽限条件。本实施例中设置的缴费宽限条件，包括信用级别符合信用级别阈值范围，参与所述项目的参与时间符合参与时间阈值范围，参与所述项目的参与期次符合参与期次阈值范围。

符合所述缴费宽限条件的项目成员即为缴费宽限成员，二者具有对应关系，一名缴费宽限成员可同时满足多个缴费宽限条件，对应多个缴费宽限条件；也可仅满足一个缴费宽限条件，对应一个缴费宽限条件。需要说明的是，所有的缴费宽限成员均记录在缴费宽限名单中，同时，所有缴费宽限成员对应的缴费宽限条件也可以记录在缴费宽限名单中。

为防止项目成员在超出宽限期之后未成功缴费从参与的项目中被清退，通过对项目成员进行区分，在区分的基础上对扣费失败的项目成员进行有针对性的处理，具体是通过判断项目成员在项目所属项目维度的行为特征信息是否与项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配对项目成员进行区分；如果项目成员满足缴费宽限条件，通过延长项目成员的宽限期的方式避免项目成员被清退；如果项目成员不满足缴费宽限条件，则进行清退处理即可。

具体实施时，在扣费失败的情况下，判断项目成员在项目所属项目维度的行为特征信息是否与项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；

1)若匹配，表明当前判断的项目成员至少符合一名缴费宽限成员对应的一项缴费宽限条件，则对该项目成员针对参与的项目的费用缴纳的宽限期进行延长，优选采用如下方式实现：

a)获取项目成员的历史信用信息；

b)基于所述历史信用信息确定项目成员的信用级别；

c)判断项目成员的信用级别是否高于预设信用级别阈值；

若是，表明当前判断的项目成员的信用级别满足延长宽限期对信用级别的要求，则基于所述信用级别确定对该项目成员的宽限期进行延长的延长期限；

若否，表明当前判断的项目成员的信用级别不满足延长宽限期对信用级别的要求，向该项目成员发送缴费提醒或者不作处理即可；

具体的，所述缴费提醒可以是基于内容链接的消息提醒，基于推送内容的消息提醒，比如以内容链接、短信、push(推送)、应用程序内的card(卡包)等方式发送的提醒；此外，所述缴费提醒还可以是语音消息提醒或者电话提醒；

d)确定按照所述延长期限对该项目成员的宽限期进行延长后的延长宽限期，作为该项目成员参与所述项目的宽限期。

以互助共济项目为例，互助共济成员a和互助共济成员b缴纳互助共济项目的分摊费用的宽限期均为60天，在缴费过程中，首先，分别获取互助共济成员a和互助共济成员b的历史信用信息，并确定互助共济成员a和互助共济成员b的信用级别，然后，判断互助共济成员a和互助共济成员b的信用级别是否满足延长缴纳分摊费用的宽限期的信用条件，如果互助共济成员a的信用级别满足延长缴纳分摊费用的宽限期的信用条件，则将互助共济成员a的宽限期从60天延长至80天，延期期限为20天，通过延长宽限期，避免具有高信用的互助共济成员a由于超出宽限期未缴纳分摊费用被清退；如果互助共济成员b的信用级别不满足延长缴纳分摊费用的宽限期的信用条件，则保持互助共济成员b的宽限期为60天不变，向互助共济成员b发送缴纳分摊费用的提醒即可。

进一步，在上述对项目成员参与项目过程中进行缴费的宽限期进行延长的基础上，在延长后的宽限期截止时或者即将截止时再次发起对项目成员的扣费，优选的，在项目的延长后的宽限期的结束时间节点，基于项目的项目详情中记录的缴费信息发起对项目成员的二次扣费；若二次扣费成功，则向项目成员发送扣费成功提醒；若二次扣费失败，将项目成员在项目中进行清退处理。

2)若不匹配，表明当前判断的项目成员不符合缴费宽限名单中任意一名缴费宽限成员对应的缴费宽限条件，执行下述步骤s108，将项目成员在项目中进行清退处理。

此外，具体实施时，以上述信用级别符合信用级别阈值范围这一缴费宽限条件为例，本申请实施例提供的一种优选实施方式中，判断项目成员在项目所属项目维度的行为特征信息是否与项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配，具体包括：

1)获取项目成员的历史信用信息；

2)基于所述历史信用信息确定项目成员的信用级别；

3)判断项目成员的信用级别是否符合所述信用级别阈值范围；

若符合，执行下述步骤4)；

若不符合，执行下述步骤s108，将项目成员在项目中进行清退处理；

4)对可能导致项目成员扣费失败的其他原因进行检测，优选通过下述方式对承载项目运行的项目平台进行检测：

检测在所述宽限期内项目成员的缴费账户是否存在针对项目的扣费历史数据；

a)若存在扣费历史数据，表明对参与项目的项目成员的扣费已作用到项目成员的缴费账户，进行进一步的检测，根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率，并判断所述宽限期内的扣费成功率是否超出预设扣费阈值；

若超出预设扣费阈值，表明所述宽限期内对参与项目的项目成员的扣费已达到项目对扣费成功率的要求，承载项目运行的项目平台出现异常的可能性不大，根据项目成员的信用级别确定向项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向项目成员发送缴费提醒；

若未超出预设扣费阈值，表明所述宽限期内对参与项目的项目成员的扣费并未达到项目对扣费成功率的要求，承载项目运行的项目平台出现异常的可能性较大，对所述项目平台进行优化，并在优化后发起对项目成员的二次扣费。

b)若不存在扣费历史数据，则表明对参与项目的项目成员的扣费并未作用到项目成员的缴费账户，承载项目运行的项目平台出现异常的可能性较大，对所述项目平台进行优化，并在优化后根据所述项目成员的信用级别确定向项目成员发送缴费提醒的提醒级别，最终按照所述提醒级别向项目成员发送缴费提醒。

例如，互助共济项目中互助共济成员的宽限期为60天，在60天宽限期内，根据互助共济项目的项目详情中记录的分摊金额和缴费账户，对参与互助共济项目的互助共济成员进行扣费，在扣费失败的情况下，首先获取互助共济成员的过去1个月内与信用相关的信用信息，基于获取到的信用信息确定互助共济成员的信用级别，并且在互助共济成员的信用级别符合信用级别阈值范围的情况下，进一步检测60天宽限期内互助共济成员的缴费账户是否存在针对缴纳分摊金额的扣费历史数据；

如果存在，表明针对互助共济成员的扣费已作用到互助共济成员的缴费账户，进行进一步的检测，根据60天宽限期内的总扣费次数与扣费成功次数，计算60天宽限期内的扣费成功率，并判断60天宽限期内的扣费成功率是否超出扣费阈值(80％)；如果超出，表明60天宽限期内大多数针对互助共济成员的缴费账户的扣费操作正常，承载互助共济项目的互助共济项目平台运行出现异常的可能性不大；如果未超出，表明60天宽限期内至少有一部分针对互助共济成员的缴费账户的扣费操作出现异常，承载互助共济项目的互助共济项目平台运行出现异常的可能性较大，则对互助共济项目平台进行优化，并在优化完后再次对互助共济成员进行扣费；

如果不存在，表明对互助共济成员的扣费并未作用到互助共济成员的缴费账户，承载互助共济项目的互助共济项目平台运行出现异常的可能性较大，对互助共济项目平台进行优化，并在优化完后根据互助共济成员的信用级别确定向互助共济成员发送缴费提醒的提醒级别，最终按照提醒级别向互助共济成员发送缴费提醒。

步骤s108，将所述项目成员在所述项目中进行清退处理。

上述在对参与项目的项目成员扣费失败的情况下，如果项目成员在项目所属项目维度的行为特征信息无法与项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配，则表明项目成员不满足被宽限的条件，将项目成员从参与的项目中进行清退处理即可。

下述结合附图2，以本申请提供的项目缴费处理方法在互助共济项目的应用为例，对所述项目缴费处理方法进行进一步说明，所述项目缴费处理方法具体包括步骤s202至步骤s224。

步骤s202，接收互助共济成员发起的互助共济申请并生成对应的互助共济案件。

步骤s204，判断互助共济申请对应的互助共济案件是否通过案件审核；

若通过，执行下述步骤s206；

若未通过，无需对互助共济成员发起的互助共济申请生成的互助共济案件进行互助共济，不做处理即可。

步骤s206，根据互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，基于承载互助共济项目运行的互助共济项目平台计算参与互助共济项目的所有互助共济成员的分摊金额。

分摊金额，即是指互助共济成员需要在宽限期内交纳的费用，后续步骤对互助共济成员指定的缴费账户(在缴费信息中指定的缴费账户)进行扣费，也是按照该分摊金额进行扣费。

步骤s208，从互助共济项目平台获取互助共济成员参与互助共济项目的项目详情中记录的缴费账户和分摊金额。

步骤s210，根据缴费账户和分摊金额在互助共济成员的宽限期内发起对互助共济成员的扣费。

步骤s212，在扣费失败的情况下，判断互助共济成员在互助共济项目所属项目维度的行为特征信息是否与互助共济项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；

若是，执行下述步骤s214；

若否，执行下述步骤s224。

步骤s214，获取互助共济成员的历史信用信息；

步骤s216，基于历史信用信息互助共济成员的信用级别；

步骤s218，判断互助共济成员的信用级别是否高于预设信用级别阈值；

若是，执行下述步骤s220；

若否，执行下述步骤s224。

步骤s220，基于信用级别确定对互助共济成员的宽限期进行延长的延长期限；

步骤s222，确定按照延长期限对互助共济成员的宽限期进行延长后的延长宽限期，作为互助共济成员参与互助共济项目的宽限期。

步骤s224，将互助共济成员在互助共济项目中进行清退处理。

综上所述，本申请提供的项目缴费处理方法，项目成员在参与项目的过程中，在项目成员的宽限期内根据项目成员的缴费信息对项目成员需缴纳的费用进行扣费，在扣费失败的情况下，从项目成员的行为特征信息出发，通过判断项目成员的行为特征信息与缴费宽限条件是否匹配来检测是否对扣费失败的项目成员进行清退处理，降低扣费失败的所有项目成员面临从项目中被清退的风险，从而避免项目中项目成员被清退造成权益损失。

本申请提供的一种项目缴费处理装置实施例如下：

在上述的实施例中，提供了一种项目缴费处理方法，与之相对应的，本申请还提供了一种项目缴费处理装置，下面结合附图进行说明。

参照附图3，其示出了本申请提供的一种项目缴费处理装置实施例的示意图。

由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。

本申请提供一种项目缴费处理装置，包括：

缴费信息获取单元302，被配置为从承载项目运行的项目平台获取项目成员参与所述项目的项目详情中记录的缴费信息；

扣费单元304，被配置为根据所述缴费信息在所述项目成员参与所述项目的宽限期内发起对所述项目成员的扣费；

匹配单元306，被配置为在所述扣费失败的情况下，判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；

若不匹配，运行清退处理单元308；所述清退处理单元308，被配置为将所述项目成员在所述项目中进行清退处理。

可选的，若所述匹配单元306的运行后输出的判断结果为是，运行如下单元：

历史信用信息获取单元，被配置为获取所述项目成员的历史信用信息；

信用级别确定单元，被配置为基于所述历史信用信息确定所述项目成员的信用级别；

信用级别判断单元，被配置为判断所述项目成员的信用级别是否高于预设信用级别阈值；

若是，运行延长期限确定单元；所述延长期限确定单元，被配置为基于所述信用级别确定对所述项目成员的宽限期进行延长的延长期限；

宽限期延长单元，被配置为确定按照所述延长期限对所述项目成员的宽限期进行延长后的延长宽限期，作为所述项目成员参与所述项目的宽限期。

可选的，所述项目缴费处理装置，包括：

二次扣费单元，被配置为在所述项目的宽限期的结束时间节点，基于所述缴费信息发起对所述项目成员的二次扣费；

第二清退处理单元，被配置为在所述二次扣费失败的情况下，将所述项目成员在所述项目中进行清退处理；

扣费成功提醒发送单元，被配置为在所述二次扣费成功的情况下，则向所述项目成员发送扣费成功提醒。

可选的，所述缴费宽限条件，包括下述至少一项：

信用级别符合信用级别阈值范围，参与所述项目的参与时间符合参与时间阈值范围，参与所述项目的参与期次符合参与期次阈值范围。

可选的，若所述缴费宽限条件为信用级别符合信用级别阈值范围，相应的，所述匹配单元306，包括：

行为特征信息获取子单元，被配置为获取所述项目成员在所述项目所属的项目维度的行为特征信息；

信用级别确定子单元，被配置为基于所述历史信用信息确定所述项目成员的信用级别；

信用级别判断子单元，被配置为判断所述项目成员的信用级别是否符合所述信用级别阈值范围；

若否，运行所述清退处理单元308。

可选的，若所述信用级别判断子单元运行后输出的判断结果为是，运行如下子单元：

扣费历史数据检测子单元，被配置为检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；

若存在，运行扣费成功率计算子单元和扣费成功率判断子单元；

所述扣费成功率计算子单元，被配置为根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；

所述扣费成功率判断子单元，被配置为判断所述宽限期内的扣费成功率是否超出预设扣费阈值；

若超出，运行缴费提醒发送子单元；所述缴费提醒发送子单元，被配置为根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向所述项目成员发送缴费提醒；

若未超出，运行项目平台优化子单元；所述项目平台优化子单元，被配置为对所述项目平台进行优化，并在优化后发起对所述项目成员的二次扣费。

可选的，若所述扣费历史数据检测子单元的运行后输出的检测结果为否，运行如下子单元：

提醒级别确定子单元，被配置为根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别；

缴费提醒发送子单元，被配置为按照所述提醒级别向所述项目成员发送缴费提醒。

可选的，所述项目包括：互助共济项目；

所述项目成员包括：参与所述互助共济项目的互助共济成员；

所述缴费信息包括：所述互助共济成员参与所述互助共济项目过程中生成的互助共济案件的分摊金额。

可选的，所述项目缴费处理装置，包括：

互助共济申请接收单元，被配置为接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；

案件审核单元，被配置为判断所述互助共济申请对应的互助共济案件是否通过案件审核；

若是，运行分摊金额计算单元；所述分摊金额计算单元，被配置为根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额。

本申请提供的一种续期缴费提醒系统实施例如下：

在上述的实施例中，提供了一种续期缴费提醒方法，此外，本申请还提供了一种续期缴费提醒系统，所述续期缴费提醒系统包含的缴费服务端与上述提供的续期缴费提醒方法对应，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的系统实施例仅仅是示意性的。

参照附图4，其示出了本申请提供的一种续期缴费提醒系统，包括：

项目服务端410、项目成员终端420；

所述项目服务端410，包括承载项目运行的项目平台411、信息获取模块412、扣费模块413、匹配模块414以及清退处理模块415；

所述项目平台411，被配置为承载所述项目的运行；

信息获取模块412，被配置为从承载项目运行的项目平台获取项目成员参与所述项目的项目详情中记录的缴费信息；

所述扣费模块413，被配置为根据所述缴费信息在所述项目成员参与所述项目的宽限期内发起对所述项目成员的扣费；

所述匹配模块414，被配置为在所述扣费失败的情况下，判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；

若不匹配，运行清退处理模块415；所述清退处理模块415，被配置为将所述项目成员在所述项目中进行清退处理；

所述项目成员终端420，被配置为与所述项目成员具有唯一对应关系。

可选的，若所述匹配模块414的运行结果为匹配，运行如下模块：

历史信用信息获取模块，被配置为获取所述项目成员的历史信用信息；

信用级别确定模块，被配置为基于所述历史信用信息确定所述项目成员的信用级别；

信用级别判断模块，被配置为判断所述项目成员的信用级别是否高于预设信用级别阈值；

若是，运行延长期限确定模块；所述延长期限确定模块，被配置为基于所述信用级别确定对所述项目成员的宽限期进行延长的延长期限；

宽限期延长模块，被配置为确定按照所述延长期限对所述项目成员的宽限期进行延长后的延长宽限期，作为所述项目成员参与所述项目的宽限期。

可选的，所述项目服务端410，还包括：

二次扣费模块，被配置为在所述项目的宽限期的结束时间节点，基于所述缴费信息发起对所述项目成员的二次扣费；

第二清退处理模块，被配置为在所述二次扣费失败的情况下，将所述项目成员在所述项目中进行清退处理；

扣费成功提醒发送模块，被配置为在所述二次扣费成功的情况下，则向所述项目成员发送扣费成功提醒。

可选的，所述缴费宽限条件，包括下述至少一项：

信用级别符合信用级别阈值范围，参与所述项目的参与时间符合参与时间阈值范围，参与所述项目的参与期次符合参与期次阈值范围。

可选的，若所述缴费宽限条件为信用级别符合信用级别阈值范围，相应的，所述匹配模块414，包括：

行为特征信息获取子模块，被配置为获取所述项目成员在所述项目所属的项目维度的行为特征信息；

信用级别确定子模块，被配置为基于所述历史信用信息确定所述项目成员的信用级别；

信用级别判断子模块，被配置为判断所述项目成员的信用级别是否符合所述信用级别阈值范围；

若否，运行所述清退处理模块415。

可选的，若所述信用级别判断子模块的判断结果为符合，运行如下子模块：

扣费历史数据检测子模块，被配置为检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；

若存在，运行扣费成功率计算子模块和扣费成功率判断子模块；

所述扣费成功率计算子模块，被配置为根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；

所述扣费成功率判断子模块，被配置为判断所述宽限期内的扣费成功率是否超出预设扣费阈值；

若超出，运行缴费提醒发送子模块；所述缴费提醒发送子模块，被配置为根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向所述项目成员发送缴费提醒；

若未超出，运行项目平台优化子模块；所述项目平台优化子模块，被配置为对所述项目平台进行优化，并在优化后发起对所述项目成员的二次扣费。

可选的，若所述扣费历史数据检测子模块运行之后的检测结果为否，运行如下子模块：

提醒级别确定子模块，被配置为根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别；

缴费提醒发送子模块，被配置为按照所述提醒级别向所述项目成员发送缴费提醒。

可选的，所述项目包括：互助共济项目；

所述项目成员包括：参与所述互助共济项目的互助共济成员；

所述缴费信息包括：所述互助共济成员参与所述互助共济项目过程中生成的互助共济案件的分摊金额。

可选的，所述项目服务端410，还包括：

互助共济申请接收模块，被配置为接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；

案件审核模块，被配置为判断所述互助共济申请对应的互助共济案件是否通过案件审核；

若是，运行分摊金额计算模块；

所述分摊金额计算模块，被配置为根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额。

本申请提供的一种计算设备实施例如下：

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

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

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

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

本申请提供一种计算设备，包括存储器510、处理器520及存储在存储器上并可在处理器上运行的计算机指令，所述处理器520用于执行如下计算机可执行指令：

从承载项目运行的项目平台获取项目成员参与所述项目的项目详情中记录的缴费信息；

根据所述缴费信息在所述项目成员参与所述项目的宽限期内发起对所述项目成员的扣费；

在所述扣费失败的情况下，判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；

若不匹配，将所述项目成员在所述项目中进行清退处理。

可选的，若所述判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配指令的执行结果为是，所述处理器520还用于执行如下计算机可执行指令：

获取所述项目成员的历史信用信息；

基于所述历史信用信息确定所述项目成员的信用级别；

判断所述项目成员的信用级别是否高于预设信用级别阈值；

若是，基于所述信用级别确定对所述项目成员的宽限期进行延长的延长期限；

确定按照所述延长期限对所述项目成员的宽限期进行延长后的延长宽限期，作为所述项目成员参与所述项目的宽限期。

可选的，所述确定按照所述延长期限对所述项目成员的宽限期进行延长后的延长宽限期，作为所述项目成员参与所述项目的宽限期指令执行之后，所述处理器520还用于执行如下计算机可执行指令：

在所述项目的宽限期的结束时间节点，基于所述缴费信息发起对所述项目成员的二次扣费；

在所述二次扣费失败的情况下，将所述项目成员在所述项目中进行清退处理；

在所述二次扣费成功的情况下，则向所述项目成员发送扣费成功提醒。

可选的，所述缴费宽限条件，包括下述至少一项：

信用级别符合信用级别阈值范围，参与所述项目的参与时间符合参与时间阈值范围，参与所述项目的参与期次符合参与期次阈值范围。

可选的，若所述缴费宽限条件为信用级别符合信用级别阈值范围，相应的，所述判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配，包括：

获取所述项目成员在所述项目所属的项目维度的行为特征信息；

基于所述历史信用信息确定所述项目成员的信用级别；

判断所述项目成员的信用级别是否符合所述信用级别阈值范围；

若否，执行所述将所述项目成员在所述项目中进行清退处理指令。

可选的，若所述判断所述项目成员的信用级别是否符合所述信用级别阈值范围指令的执行结果为是，所述处理器520还用于执行如下计算机可执行指令：

检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；

若存在，根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；

判断所述宽限期内的扣费成功率是否超出预设扣费阈值；

若超出，根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向所述项目成员发送缴费提醒；

若未超出，对所述项目平台进行优化，并在优化后发起对所述项目成员的二次扣费。

可选的，若所述检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据指令的执行结果为否，所述处理器520还用于执行如下计算机可执行指令：

根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别；

按照所述提醒级别向所述项目成员发送缴费提醒。

可选的，所述项目包括：互助共济项目；

所述项目成员包括：参与所述互助共济项目的互助共济成员；

所述缴费信息包括：所述互助共济成员参与所述互助共济项目过程中生成的互助共济案件的分摊金额。

可选的，所述根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费指令执行之前，所述处理器520还用于执行如下计算机可执行指令：

接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；

判断所述互助共济申请对应的互助共济案件是否通过案件审核；

若是，根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额。

本申请提供的一种计算机可读存储介质实施例如下：

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：

从承载项目运行的项目平台获取项目成员参与所述项目的项目详情中记录的缴费信息；

根据所述缴费信息在所述项目成员参与所述项目的宽限期内发起对所述项目成员的扣费；

在所述扣费失败的情况下，判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配；

若不匹配，将所述项目成员在所述项目中进行清退处理。

可选的，若所述判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配步骤的判断结果为是，执行如下操作：

获取所述项目成员的历史信用信息；

基于所述历史信用信息确定所述项目成员的信用级别；

判断所述项目成员的信用级别是否高于预设信用级别阈值；

若是，基于所述信用级别确定对所述项目成员的宽限期进行延长的延长期限；

确定按照所述延长期限对所述项目成员的宽限期进行延长后的延长宽限期，作为所述项目成员参与所述项目的宽限期。

可选的，所述确定按照所述延长期限对所述项目成员的宽限期进行延长后的延长宽限期，作为所述项目成员参与所述项目的宽限期步骤执行之后，包括：

在所述项目的宽限期的结束时间节点，基于所述缴费信息发起对所述项目成员的二次扣费；

在所述二次扣费失败的情况下，将所述项目成员在所述项目中进行清退处理；

在所述二次扣费成功的情况下，则向所述项目成员发送扣费成功提醒。

可选的，所述缴费宽限条件，包括下述至少一项：

信用级别符合信用级别阈值范围，参与所述项目的参与时间符合参与时间阈值范围，参与所述项目的参与期次符合参与期次阈值范围。

可选的，若所述缴费宽限条件为信用级别符合信用级别阈值范围，相应的，所述判断所述项目成员在所述项目所属项目维度的行为特征信息是否与所述项目的缴费宽限名单中缴费宽限成员对应的至少一项缴费宽限条件匹配，包括：

获取所述项目成员在所述项目所属的项目维度的行为特征信息；

基于所述历史信用信息确定所述项目成员的信用级别；

判断所述项目成员的信用级别是否符合所述信用级别阈值范围；

若否，执行所述将所述项目成员在所述项目中进行清退处理步骤。

可选的，若所述判断所述项目成员的信用级别是否符合所述信用级别阈值范围子步骤的判断结果为是，执行如下操作：

检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；

若存在，根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；

判断所述宽限期内的扣费成功率是否超出预设扣费阈值；

若超出，根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向所述项目成员发送缴费提醒；

若未超出，对所述项目平台进行优化，并在优化后发起对所述项目成员的二次扣费。

可选的，若所述检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据子步骤的检测结果为否，执行如下操作：

根据所述项目成员的信用级别确定向所述项目成员发送缴费提醒的提醒级别；

按照所述提醒级别向所述项目成员发送缴费提醒。

可选的，所述项目包括：互助共济项目；

所述项目成员包括：参与所述互助共济项目的互助共济成员；

所述缴费信息包括：所述互助共济成员参与所述互助共济项目过程中生成的互助共济案件的分摊金额。

可选的，所述根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费步骤执行之前，包括：

接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；

判断所述互助共济申请对应的互助共济案件是否通过案件审核；

若是，根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额。

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

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

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

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

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