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

项目缴费处理方法、装置以及系统
1.本技术为申请号201910236914.0，申请日2019年03月27日，发明名称为“项目缴费处理方法、装置以及系统”的分案申请。
技术领域
2.本技术涉及数据处理技术领域，特别涉及一种项目缴费处理方法。本技术同时涉及一种项目缴费处理装置，一种项目缴费处理系统，一种计算设备，以及一种计算机可读存储介质。


背景技术：

3.随着互联网技术的飞速发展，保险的销售、售后、理赔等常规业务都可以比较方便地在线操作，同时，随着用户对自身健康的关注程度越来越高，重疾、人寿等长期险种越来越受到用户的青睐，长期险的投保过程中，投保人可以一次性对后续若干期同时进行投保，也可以在上期的基础上不断进行续保，在投保人续保这种情况下，投保人需要在上期的保险到期之前或者在保险合同的宽限期内进行续保。
4.保险合同的宽限期是指保险公司对投保人未按时缴纳续期保费所给予的宽限时间，在宽限期内，即使没有交纳续期保费，保险合同依然有效，如果在此期间发生保险事故，保险公司仍要承担保险责任，不过要从给付金额中扣除欠交的保险费；但如果超出宽限期投保人仍未足额交纳续期保费，则保险合同将会中止；保险中止后，只有提出复效，才会重新恢复效力。
5.目前，在保险到期续保的过程中，保险公司会在宽限期向投保人发送主动缴费的提醒，如果提醒发送之后投保人并未进行主动缴费，则由保险公司主动在投保人指定的缴费账户进行扣款，如果对投保人指定的缴费账户扣款失败，则投保人会在宽限期结束之后被清退。
6.实际中往往存在投保人指定的缴费账户余额不足以支持缴费扣款，或者投保人忘记主动缴费的情况，但目前无法分辨投保人未成功缴费的情况，对于缴费账户余额不足或者忘记主动缴费的投保人来说，被清退导致风险得不到保障，甚至投保人的信用也可能会受到一定影响，存在一定的缺陷。


技术实现要素：

7.有鉴于此，本技术实施例提供了一种项目缴费处理方法，以解决现有技术中存在的技术缺陷。本技术实施例同时提供了一种项目缴费处理装置，一种项目缴费处理系统，一种计算设备，以及一种计算机可读存储介质。
8.本技术实施例公开了一种项目缴费处理方法，包括：
9.根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费；
10.在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员
的信用级别；
11.若根据所述信用级别确定所述项目成员为优质项目成员，基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限。
12.可选的，所述基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限步骤执行之后，包括：
13.在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费；
14.若所述延期期限内的二次扣费成功，则向所述优质项目成员发送成功扣费提醒。
15.可选的，所述在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费步骤执行之后，包括：
16.若所述延期期限内的二次扣费失败，根据所述优质项目成员的信用级别确定向所述优质项目成员发送缴费提醒的提醒级别；
17.按照所述提醒级别向所述优质项目成员发送缴费提醒。
18.可选的，所述按照所述提醒级别向所述优质项目成员发送缴费提醒步骤执行之后，包括：
19.根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；
20.判断所述宽限期内的扣费成功率是否超出预设扣费阈值；
21.若是，将所述优质项目成员在所述项目中进行清退处理。
22.可选的，所述基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限步骤执行之后，包括：
23.检测在所述延期期限内所述优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
24.若是，根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率；
25.判断所述延期期限内的扣费成功率是否超出预设扣费阈值；
26.若超出，将所述优质项目成员在所述项目中进行清退处理。
27.可选的，所述在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别步骤执行之后，包括：
28.若根据所述信用级别确定所述项目成员为非优质项目成员，则将所述非优质项目成员在所述项目中进行清退处理。
29.可选的，所述根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费步骤执行之后，且所述基于所述项目成员的历史信用数据确定所述项目成员的信用级别步骤执行之前，包括：
30.在所述扣费失败的情况下，检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
31.若存在，根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；
32.判断所述宽限期内的扣费成功率是否超出预设扣费阈值；
33.若超出，执行所述基于所述项目成员的历史信用数据确定所述项目成员的信用级
别步骤。
34.可选的，若所述检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据步骤的检测结果为否，对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费；
35.和/或，若所述判断所述宽限期内的扣费成功率是否超出预设扣费阈值步骤的判断结果为否，对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费。
36.可选的，所述项目包括：互助共济项目；
37.所述项目成员包括：参与所述互助共济项目的互助共济成员；
38.所述缴费信息包括：所述互助共济成员参与所述互助共济项目过程中生成的互助共济案件的分摊金额。
39.可选的，所述根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费步骤执行之前，包括：
40.接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；
41.判断所述互助共济申请对应的互助共济案件是否通过案件审核；
42.若是，根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额。
43.本技术提供一种项目缴费处理装置，包括：
44.扣费单元，被配置为根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费；
45.信用级别确定单元，被配置为在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别；
46.延期期限确定单元，被配置为若根据所述信用级别确定所述项目成员为优质项目成员，基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限。
47.本技术还提供一种项目缴费处理系统，包括：
48.项目服务端和项目成员终端；
49.其中，所述项目服务端，被配置为根据所述项目成员终端对应的项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费，并在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别；若根据所述信用级别确定所述项目成员为优质项目成员，基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限；
50.所述项目成员终端，被配置为与所述项目成员具有唯一对应关系。
51.可选的，所述项目服务端，还被配置为在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费；若所述延期期限内的二次扣费成功，则向所述优质项目成员发送成功扣费提醒。
52.可选的，所述项目服务端，还被配置为在所述延期期限内的二次扣费失败的情况下，根据所述优质项目成员的信用级别确定向所述优质项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向所述优质项目成员对应项目成员终端发送缴费提醒；
53.相应的，所述优质项目成员对应项目成员终端，被配置为接收所述项目服务端发
送的所述缴费提醒。
54.可选的，所述项目服务端，还被配置为根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；判断所述宽限期内的扣费成功率是否超出预设扣费阈值；若是，将所述优质项目成员在所述项目中进行清退处理。
55.可选的，所述项目服务端，还被配置为检测在所述延期期限内所述优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
56.若是，根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率；判断所述延期期限内的扣费成功率是否超出预设扣费阈值；若超出，将所述优质项目成员在所述项目中进行清退处理。
57.可选的，所述项目服务端，还被配置为在根据所述信用级别确定所述项目成员为非优质项目成员的情况下，则将所述非优质项目成员在所述项目中进行清退处理。
58.可选的，所述项目服务端，包括扣费检测模块、扣费成功率计算模块、扣费成功率判断模块、信用级别确定模块；
59.所述扣费检测模块，被配置为在所述扣费失败的情况下，检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
60.若存在，运行扣费成功率计算模块和扣费成功率判断模块；
61.所述扣费成功率计算模块，被配置为根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；
62.所述扣费成功率判断模块，被配置为判断所述宽限期内的扣费成功率是否超出预设扣费阈值；
63.若超出，运行信用级别确定模块；所述信用级别确定模块，被配置为基于所述项目成员的历史信用数据确定所述项目成员的信用级别。
64.可选的，所述项目服务端，还包括第一项目优化模块和第二项目优化模块；
65.若所述扣费检测模块的检测结果为否，运行所述第一项目优化模块；所述第一项目优化模块，被配置为对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费；
66.和/或，若所述扣费成功率判断模块的判断结果为否，运行所述第二项目优化模块；所述第二项目优化模块，被配置为对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费。
67.本技术还提供一种计算设备，包括：
68.存储器和处理器；
69.所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：
70.根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费；
71.在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别；
72.若根据所述信用级别确定所述项目成员为优质项目成员，基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限。
73.本技术还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述项目缴费处理方法的步骤。
74.与现有技术相比，本技术具有如下优点：
75.本技术提供一种项目缴费处理方法，包括：根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费；
76.在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别；
77.若根据所述信用级别确定所述项目成员为优质项目成员，基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限。
78.本技术提供的项目缴费处理方法，项目成员在参与项目的过程中，在项目的宽限期内对项目成员需缴纳的费用进行扣费，并在扣费失败的情况下，通过项目成员的历史信用数据对扣费失败的项目成员进行更加精细化的区分，并延长项目中信用较好的优质项目成员的费用缴纳期限，降低优质项目成员超出费用缴纳期限未成功缴费面临从项目中被清退的风险，从而更好的保障优质项目成员的权益。
附图说明
79.图1是本技术实施例提供的一种项目缴费处理方法处理流程图；
80.图2是本技术实施例提供的一种应用于互助共济项目的项目缴费处理方法处理流程图；
81.图3是本技术实施例提供的一种项目缴费处理装置的示意图；
82.图4是本技术实施例提供的一种项目缴费处理系统的示意图；
83.图5是本技术实施例提供的一种计算设备的结构框图。
具体实施方式
84.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本技术内涵的情况下做类似推广，因此本技术不受下面公开的具体实施的限制。
85.在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
86.应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
87.本技术提供一种项目缴费处理方法，本技术还提供一种项目缴费处理装置，一种项目缴费处理系统，一种计算设备，以及一种计算机可读存储介质。以下分别结合本技术提
供的实施例的附图逐一进行详细说明，并且对方法的各个步骤进行说明。
88.本技术提供的一种项目缴费处理方法实施例如下：
89.参照附图1，其示出了本实施例提供的一种项目缴费处理方法处理流程图，参照附图2，其示出了本技术实施例提供的一种应用于互助共济项目的项目缴费处理方法处理流程图。
90.步骤s102，根据项目成员的参与项目的项目详情中记录的缴费信息，在所述参与项目的宽限期内发起对所述项目成员的扣费。
91.本技术实施例所述项目，可以是互助共济项目、众筹项目、保险项目、投资项目等，本技术实施例以互助共济项目为例进行说明，众筹项目、保险项目、投资项目的具体实现与互助共济项目的具体实现类似，参照互助共济项目的具体实现即可，在此不再赘述。
92.互助共济项目是指集合具有相同需求的一批成员，这一批成员通过参与互助共济项目的方式进行相互之间的互助共济，即共同参与到互助共济项目中，当参与互助共济项目的任一项目成员遭受意外或者面临需要帮助的其他特殊情况时，由该项目成员提出互助申请，互助申请审核通过后，由参与互助共济项目的其他项目成员(除提出互助申请的项目成员之外的所有项目成员)通过提供互助金的方式对该项目成员进行互助共济，具体的，这部分互助金是采用分摊的方式由其他项目成员进行支付，即：项目成员通过支付一定的分摊金额为提出互助共济申请的项目成员提供互助共济，互助共济项目的特点是“后付费”，即：项目成员申请参与互助共济项目时无需缴纳费用，当参与互助共济项目的任一项目成员遭受意外或者面临需要帮助的其他特殊情况提出互助申请之后，由其他项目成员通过缴纳一定费用的方式对提出互助申请的项目成员进行互助共济。
93.参与到项目中的成员即为所述项目的项目成员，比如参与到互助共济项目中的项目成员即为互助共济成员。
94.所述项目详情中记录有项目的详情，以及参与项目的项目成员的详情。所述项目详情中记录有项目成员参与项目过程生成的缴费信息，比如在互助共济项目中，缴费信息中包含有互助共济成员参与互助共济项目过程中生成的互助共济案件的分摊金额。
95.所述宽限期，是指项目成员参与项目需支付的费用所给予的宽限期，在宽限期内，如果项目成员未支付参与项目需支付的金额，项目成员参与项目的参与状态依旧有效；如果超出宽限期未支付，则未支付的项目成员将会从参与的项目中被清退。
96.比如在互助共济项目中，在互助共济项目对互助共济成员参与互助共济项目需支付的互助金所给予的宽限期内，如果互助共济成员未支付分摊金额，互助共济项目成员参与互助共济项目的参与状态依旧有效；如果超出宽限期未支付分摊金额，则未支付的互助共济成员从参与的互助共济项目中被清退。
97.具体实施时，项目成员参与项目的过程中，为防止项目成员在超出宽限期之后在参与的项目中被清退，会根据项目成员参与项目的项目详情中记录的缴费信息，在宽限期内发起对所述项目成员的扣费；
98.如果扣费成功，表明项目成员参与项目过程中生成的待支付费用已成功支付，向所述项目成员发送缴费成功的提醒或者不做处理即可；
99.如果扣费失败，执行下述步骤s104，在扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别。
100.例如，为防止参与互助共济项目的互助共济成员超出宽限期未成功缴费被清退，根据项目详情中记录的缴费信息中包含的缴费日期和缴费账户，在互助共济成员的缴费账户内进行扣费；如果扣费成功，向互助共济成员发送缴费成功的提醒即可；如果扣费失败，执行后续基于互助共济项目的历史信用数据确定互助共济成员的信用级别的处理过程。
101.实际应用中，参与项目的项目成员提出申请并生成相应项目案件之后，需要对生成的项目案件进行审核，以互助共济项目为例，根据互助共济成员的参与互助共济项目的项目详情中记录的缴费信息，在互助共济项目的宽限期内发起对互助共济成员的扣费之前，需接收互助共济成员发起的互助共济申请，根据互助共济成员发起的互助共济申请生成对应的互助共济案件，并判断所述互助共济申请对应的互助共济案件是否通过案件审核；
102.若通过，根据互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与互助共济项目的所有互助共济成员的分摊金额；所述分摊金额，即是指互助共济成员需要在宽限期内交纳的费用，上述对互助共济成员指定的缴费账户(在缴费信息中指定的缴费账户)进行扣费，也是按照该分摊金额进行扣费；
103.若未通过，无需对互助共济成员发起的互助共济申请生成的互助共济案件进行互助，不做处理即可。
104.上述对互助共济案件进行审核的过程，能够使互助共济项目参与过程中的互助共济更加有效，从而更加有效的保障参与互助共济项目的互助共济成员的权益。
105.步骤s104，在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别。
106.上述在宽限期内根据项目详情中记录的缴费信息发起对项目成员的扣费失败的情况下，通过获取项目成员的历史信用数据来确定项目成员的信用级别；确定项目成员的信用级别的目的在于对项目成员进行更加精细化的划分，具体划分为优质项目成员和非优质项目成员，划分的依据是项目成员的历史信用数据，并以此为依据对优质项目成员和非优质项目成员进行有针对性的处理。
107.本技术实施例所述历史信用数据，包括项目成员历史参与信用相关项目过程中生成的历史数据，比如项目成员参与支付平台的基金项目、理财项目过程中的信用分或者履约记录，或者项目成员在支付平台进行资金借贷、预约消费、转账等过程中生成的信用分或者履约记录。
108.实际应用中，上述在宽限期内根据项目详情中记录的缴费信息发起对项目成员的扣费失败的情况下，为保障参与项目的项目成员的权益，通过对扣费失败的原因进行分析，排除因项目运行异常导致的扣费失败，避免因项目运行异常产生的扣费失败随之导致的项目成员被清退，保障项目中项目成员的权益。本技术实施例提供的一种优选实施方式中，在上述在宽限期内根据项目详情中记录的缴费信息发起对项目成员的扣费之后，并且在通过获取项目成员的历史信用数据来确定项目成员的信用级别之前，在扣费失败的情况下，首先检测在所述宽限期内项目成员的缴费账户是否存在针对项目的扣费历史数据；
109.1)若存在，表明对参与项目的项目成员的扣费已作用到项目成员的缴费账户，进行进一步的检测，根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率，并判断所述宽限期内的扣费成功率是否超出预设扣费阈值；
110.a)若超出，表明所述宽限期内对参与项目的项目成员的扣费已达到项目对扣费成功率的要求，可见，项目在上述扣费是否作用到项目成员的缴费账户和扣费成功率是否满足项目的扣费成功率这两个检测环节均无异常，表明项目处于正常运行状态，在此基础上，通过获取项目成员的历史信用数据来确定项目成员的信用级别，对参与项目的项目成员进行优质项目成员和非优质项目成员的更具体划分；
111.b)若未超出，表明所述宽限期内对参与项目的项目成员的扣费未达到所述项目对扣费成功率的要求，存在一定可能是该项目成员参与的项目运行出现异常，优选对项目成员参与的项目进行优化，并且在优化完成之后，对参与该优化后项目的项目成员进行二次扣费；
112.2)若不存在，表明对参与项目的项目成员的扣费并未作用到项目成员的缴费账户，存在一定可能是该项目成员参与的项目运行出现异常，对项目成员参与的项目进行优化，并且在优化完成之后，对参与该优化后项目的项目成员进行二次扣费。
113.例如，在互助共济项目的60天宽限期内，根据互助共济项目的项目详情中记录的分摊金额和缴费账户，对参与互助共济项目的互助共济成员进行扣费，在扣费失败的情况下，
114.首先检测60天宽限期内互助共济成员的缴费账户是否存在针对缴纳分摊金额的扣费历史数据；
115.如果存在，表明针对互助共济成员的扣费已作用到互助共济成员的缴费账户，进行进一步的检测，根据60天宽限期内的总扣费次数与扣费成功次数，计算60天宽限期内的扣费成功率，并判断60天宽限期内的扣费成功率是否超出扣费阈值(80％)；
116.如果超出，表明60天宽限期内大多数针对互助共济成员的缴费账户的扣费操作正常，互助共济项目运行出现异常的可能性不大；
117.如果未超出，表明60天宽限期内至少有一部分针对互助共济成员的缴费账户的扣费操作出现异常，互助共济项目运行出现异常的可能性较大，则在对互助共济项目进行优化之后再次进行扣费即可；
118.如果60天宽限期内互助共济成员的缴费账户不存在针对缴纳分摊金额的扣费历史数据，表明对互助共济成员的扣费并未作用到互助共济成员的缴费账户，互助共济项目运行出现异常的可能性较大，对互助共济项目进行优化之后再次进行扣费即可。
119.步骤s106，若根据所述信用级别确定所述项目成员为优质项目成员，基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限。
120.上述在扣费失败的情况下，通过获取项目成员的历史信用数据来确定项目成员的信用级别的基础上，若根据所述信用级别确定项目成员为优质项目成员，则基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限。比如互助共济项目中优质互助共济成员a的信用级别很高，高于优质互助共济成员b和优质互助共济成员c的信用级别，则将该优质互助共济成员a的宽限期从60天延长至80天，延期期限为20天；优质互助共济成员b的信用级别较高，高于优质互助共济成员c的信用级别，则将该优质互助共济成员a的宽限期从60天延长至70天，延期期限为10天；优质互助共济成员c的信用级别一般，则将该优质互助共济成员c的宽限期从60天延长至65天，延期期限为5天，通过延长宽限期，尽可能避免优质互助共济成员由于超出宽限期未缴纳分摊费用被清退。
121.若根据所述信用级别确定项目成员为非优质项目成员，优选将所述非优质项目成员在其参与项目中进行清退处理，通过清退不缴纳费用且信用程度较低的非优质项目成员，将参与项目的项目成员的信用维持在一个较高的水平，参与项目的项目成员的信用水平越高，越有利用于保证参与项目的项目成员在项目参与过程中的权益。
122.具体实施时，在上述根据所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限的基础上，为避免优质项目成员超出延期期限后未缴纳费用被清退，本技术实施例提供的一种优选实施方式中，在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费；若所述延期期限内的二次扣费成功，则向所述优质项目成员发送成功扣费提醒；若所述延期期限内的二次扣费失败，优选根据所述优质项目成员的信用级别确定向所述优质项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向所述优质项目成员发送缴费提醒。
123.具体的，所述缴费提醒可以是基于内容链接的消息提醒，基于推送内容的消息提醒，比如以内容链接、短信、push(推送)、应用程序内的card(卡包)等方式发送的提醒；此外，所述缴费提醒还可以是语音消息提醒或者电话提醒。
124.比如互助共济项目中优质互助共济成员a的信用级别高于优质互助共济成员b和优质互助共济成员c的信用级别，且优质互助共济成员b的信用级别高于优质互助共济成员c的信用级别，同时，电话提醒的提醒级别高于语音消息提醒，且语音消息提醒的提醒级别高于短信提醒，则采用电话提醒的方式向优质互助共济成员a发送缴费提醒，采用语音消息提醒的方式向优质互助共济成员b发送缴费提醒，采用短信的方式向优质互助共济成员c发送缴费提醒。
125.进一步，按照所述提醒级别向所述优质项目成员发送缴费提醒之后，优选根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率，并判断所述宽限期内的扣费成功率是否超出预设扣费阈值；
126.若是，表明所述宽限期内对参与项目的项目成员的扣费已达到项目对扣费成功率的要求，将所述优质项目成员在所述项目中进行清退处理；
127.若否，表明所述宽限期内对参与项目的项目成员的扣费并未达到项目对扣费成功率的要求，对所述优质项目成员参与的项目进行优化，并在优化之后对参与被优化项目的优质项目成员进行第三次扣费。
128.此外，在上述根据所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限的基础上，为进一步避免优质项目成员超出延期期限后未缴纳费用被清退，保障项目中优质项目成员的权益，本技术实施例提供另一种优选实施方式中，检测在所述宽限期内所述优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
129.1)如果存在，表明对优质项目成员的扣费已作用到优质项目成员的缴费账户，进行进一步的检测，根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率，并判断所述延期期限内的扣费成功率是否超出预设扣费阈值；
130.若超出，表明所述延期期限内对参与项目的项目成员的扣费已达到项目对扣费成功率的要求，将所述优质项目成员在项目中进行清退处理；
131.若未超出，表明所述延期期限内对参与项目的项目成员的扣费未达到项目对扣费成功率的要求，对所述优质项目成员参与的项目进行优化，并在优化之后对参与被优化项
目的优质项目成员进行再一次的扣费即可；
132.2)如果不存在，表明对优质项目成员的扣费并未作用到优质项目成员的缴费账户，对所述优质项目成员参与的项目进行优化，并在优化之后对参与被优化项目的优质项目成员进行再一次的扣费即可。
133.下述结合附图2，以本技术提供的项目缴费处理方法在互助共济项目的应用为例，对所述项目缴费处理方法进行进一步说明，所述项目缴费处理方法具体包括步骤s202至步骤s224。
134.步骤s202，接收互助共济成员发起的互助共济申请并生成对应的互助共济案件。
135.步骤s204，判断互助共济申请对应的互助共济案件是否通过案件审核；
136.若通过，执行下述步骤s206；
137.若未通过，则无需对互助共济成员发起的互助共济申请生成的互助共济案件进行互助，不做处理即可。
138.步骤s206，根据互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与互助共济项目的所有互助共济成员的分摊金额。
139.分摊金额，即是指互助共济成员需要在宽限期内交纳的费用，后续步骤对互助共济成员指定的缴费账户(在缴费信息中指定的缴费账户)进行扣费，也是按照该分摊金额进行扣费。
140.步骤s208，根据互助共济项目的项目详情中记录的缴费账户和分摊金额，在互助共济项目的宽限期内发起对互助共济成员的扣费。
141.步骤s210，在扣费失败的情况下，基于互助共济成员的历史信用数据确定互助共济成员的信用级别。
142.步骤s212，若根据信用级别确定互助共济成员为优质互助共济成员，基于信用级别确定对优质互助共济成员的宽限期进行延期的延期期限。
143.比如互助共济项目中优质互助共济成员a的信用级别很高，高于优质互助共济成员b和优质互助共济成员c的信用级别，则将该优质互助共济成员a的宽限期从60天延长至80天，延期期限为20天；优质互助共济成员b的信用级别较高，高于优质互助共济成员c的信用级别，则将该优质互助共济成员a的宽限期从60天延长至70天，延期期限为10天；优质互助共济成员c的信用级别一般，则将该优质互助共济成员c的宽限期从60天延长至65天，延期期限为5天，通过延长宽限期，尽可能避免优质互助共济成员由于超出宽限期未缴纳分摊费用被清退。
144.步骤s214，在优质互助共济成员的延期期限内发起对优质互助共济成员的二次扣费。
145.若延期期限内的二次扣费成功，向优质互助共济成员发送成功扣费提醒即可；
146.若延期期限内的二次扣费失败，执行步骤s216。
147.步骤s216，根据优质互助共济成员的信用级别确定向优质互助共济成员发送缴费提醒的提醒级别。
148.步骤s218，按照提醒级别向优质互助共济成员发送缴费提醒。
149.步骤s220，根据宽限期内的总扣费次数与扣费成功次数，计算宽限期内的扣费成功率。
150.步骤s222，判断宽限期内的扣费成功率是否超出预设扣费阈值；
151.若是，表明宽限期内对参与互助共济项目的所有互助共济成员的扣费已达到互助共济项目对扣费成功率的要求，执行步骤s224；
152.若否，表明宽限期内对参与互助共济项目的所有互助共济成员的扣费并未达到互助共济项目对扣费成功率的要求，对互助共济项目进行优化，并在优化之后对参与被优化互助共济项目的优质互助共济成员进行第三次的扣费即可。
153.步骤s224，在互助共济项目对该优质互助共济成员进行清退处理。
154.综上所述，本技术提供的项目缴费处理方法，项目成员在参与项目的过程中，在项目的宽限期内对项目成员需缴纳的费用进行扣费，并在扣费失败的情况下，通过项目成员的历史信用数据对扣费失败的项目成员进行更加精细化的区分，并延长项目中信用较好的优质项目成员的费用缴纳期限，降低优质项目成员超出费用缴纳期限未成功缴费面临从项目中被清退的风险，从而更好的保障优质项目成员的权益。
155.本技术提供的一种项目缴费处理装置实施例如下：
156.在上述的实施例中，提供了一种项目缴费处理方法，与之相对应的，本技术还提供了一种项目缴费处理装置，下面结合附图进行说明。
157.参照附图3，其示出了本技术提供的一种项目缴费处理装置实施例的示意图。
158.由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
159.本技术提供一种项目缴费处理装置，包括：
160.扣费单元302，被配置为根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费；
161.信用级别确定单元304，被配置为在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别；
162.延期期限确定单元306，被配置为若根据所述信用级别确定所述项目成员为优质项目成员，基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限。
163.可选的，所述项目缴费处理装置，还包括：
164.二次扣费单元，被配置为在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费；
165.扣费提醒发送单元，被配置为在所述延期期限内的二次扣费成功的情况下，则向所述优质项目成员发送成功扣费提醒。
166.可选的，所述项目缴费处理装置，还包括：
167.提醒级别确定单元，被配置为若所述延期期限内的二次扣费失败，根据所述优质项目成员的信用级别确定向所述优质项目成员发送缴费提醒的提醒级别；
168.缴费提醒发送单元，被配置为按照所述提醒级别向所述优质项目成员发送缴费提醒。
169.可选的，所述项目缴费处理装置，还包括：
170.扣费成功率计算单元，被配置为根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；
171.清退处理检测单元，被配置为判断所述宽限期内的扣费成功率是否超出预设扣费
阈值；若是，将所述优质项目成员在所述项目中进行清退处理。
172.可选的，所述项目缴费处理装置，还包括：
173.扣费历史数据检测单元，被配置为检测在所述延期期限内所述优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
174.若是，运行第二扣费成功率计算单元和第二清退处理检测单元；
175.所述第二扣费成功率计算单元，被配置为根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率；
176.所述第二清退处理检测单元，被配置为判断所述延期期限内的扣费成功率是否超出预设扣费阈值；若超出，将所述优质项目成员在所述项目中进行清退处理。
177.可选的，所述项目缴费处理装置，还包括：
178.清退处理单元，被配置为在根据所述信用级别确定所述项目成员为非优质项目成员的情况下，则将所述非优质项目成员在所述项目中进行清退处理。
179.可选的，所述项目缴费处理装置，还包括：
180.第二扣费历史数据检测单元，被配置为单元，被配置为在在所述扣费失败的情况下，检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
181.若存在，运行第三扣费成功率计算单元和扣费成功率检测单元；
182.所述第三扣费成功率计算单元，被配置为单元，被配置为在根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；
183.所述扣费成功率检测单元，被配置为在判断所述宽限期内的扣费成功率是否超出预设扣费阈值；若超出，运行所述信用级别确定单元304。
184.可选的，若所述第二扣费历史数据检测单元的检测结果为否，运行二次扣费单元；所述二次扣费单元，被配置为对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费；
185.和/或，若所述扣费成功率检测单元的检测结果为否，运行项目优化单元；所述项目优化单元，被配置为对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费。
186.可选的，所述项目包括：互助共济项目；
187.所述项目成员包括：参与所述互助共济项目的互助共济成员；
188.所述缴费信息包括：所述互助共济成员参与所述互助共济项目过程中生成的互助共济案件的分摊金额。
189.可选的，所述项目缴费处理装置，还包括：
190.互助共济案件生成单元，被配置为接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；
191.互助共济案件审核单元，被配置为判断所述互助共济申请对应的互助共济案件是否通过案件审核；
192.若是，运行分摊金额计算单元；所述分摊金额计算单元，被配置为根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额。
193.本技术提供的一种续期缴费提醒系统实施例如下：
194.在上述的实施例中，提供了一种续期缴费提醒方法，此外，本技术还提供了一种续期缴费提醒系统，所述续期缴费提醒系统包含的缴费服务端与上述提供的续期缴费提醒方法对应，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的系统实施例仅仅是示意性的。
195.参照附图4，其示出了本技术提供的一种续期缴费提醒系统，包括：
196.项目服务端410和项目成员终端420；
197.其中，所述项目服务端410，被配置为根据所述项目成员终端420对应的项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费，并在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别；若根据所述信用级别确定所述项目成员为优质项目成员，基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限；
198.所述项目成员终端420，被配置为与所述项目成员具有唯一对应关系。
199.可选的，所述项目服务端410，还被配置为在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费；若所述延期期限内的二次扣费成功，则向所述优质项目成员发送成功扣费提醒。
200.可选的，所述项目服务端410，还被配置为在所述延期期限内的二次扣费失败的情况下，根据所述优质项目成员的信用级别确定向所述优质项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向所述优质项目成员对应项目成员终端420发送缴费提醒；
201.相应的，所述优质项目成员对应项目成员终端420，被配置为接收所述项目服务端410发送的所述缴费提醒。
202.可选的，所述项目服务端410，还被配置为根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；判断所述宽限期内的扣费成功率是否超出预设扣费阈值；若是，将所述优质项目成员在所述项目中进行清退处理。
203.可选的，所述项目服务端410，还被配置为检测在所述延期期限内所述优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
204.若是，根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率；判断所述延期期限内的扣费成功率是否超出预设扣费阈值；若超出，将所述优质项目成员在所述项目中进行清退处理。
205.可选的，所述项目服务端410，还被配置为在根据所述信用级别确定所述项目成员为非优质项目成员的情况下，则将所述非优质项目成员在所述项目中进行清退处理。
206.可选的，所述项目服务端410，包括扣费检测模块、扣费成功率计算模块、扣费成功率判断模块、信用级别确定模块；
207.所述扣费检测模块，被配置为在所述扣费失败的情况下，检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
208.若存在，运行扣费成功率计算模块和扣费成功率判断模块；
209.所述扣费成功率计算模块，被配置为根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；
210.所述扣费成功率判断模块，被配置为判断所述宽限期内的扣费成功率是否超出预
设扣费阈值；
211.若超出，运行信用级别确定模块；所述信用级别确定模块，被配置为基于所述项目成员的历史信用数据确定所述项目成员的信用级别。
212.可选的，所述项目服务端410，包括第一项目优化模块和第二项目优化模块；
213.若所述扣费检测模块的检测结果为否，运行所述第一项目优化模块；所述第一项目优化模块，被配置为对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费；
214.和/或，若所述扣费成功率判断模块的判断结果为否，运行所述第二项目优化模块；所述第二项目优化模块，被配置为对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费。
215.可选的，所述项目包括：互助共济项目；
216.所述项目成员包括：参与所述互助共济项目的互助共济成员；
217.所述缴费信息包括：所述互助共济成员参与所述互助共济项目过程中生成的互助共济案件的分摊金额。
218.可选的，所述项目服务端410，还被配置为接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；判断所述互助共济申请对应的互助共济案件是否通过案件审核；若是，根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额。
219.本技术提供的一种计算设备实施例如下：
220.图5是示出了根据本说明书一实施例的计算设备500的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530相连接，数据库550用于保存数据。
221.计算设备500还包括接入设备540，接入设备540使得计算设备500能够经由一个或多个网络560通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备540可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。
222.在本说明书的一个实施例中，计算设备500的上述部件以及图5中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图5所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
223.计算设备500可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备500还可以是移动式或静止式的服务器。
224.本技术提供一种计算设备，包括存储器510、处理器520及存储在存储器上并可在处理器上运行的计算机指令，所述处理器520用于执行如下计算机可执行指令：
225.根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费；
226.在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别；
227.若根据所述信用级别确定所述项目成员为优质项目成员，基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限。
228.可选的，所述基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限指令执行之后，所述处理器520还用于执行如下计算机可执行指令：
229.在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费；
230.若所述延期期限内的二次扣费成功，则向所述优质项目成员发送成功扣费提醒。
231.可选的，所述在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费指令执行之后，所述处理器520还用于执行如下计算机可执行指令：
232.若所述延期期限内的二次扣费失败，根据所述优质项目成员的信用级别确定向所述优质项目成员发送缴费提醒的提醒级别；
233.按照所述提醒级别向所述优质项目成员发送缴费提醒。
234.可选的，所述按照所述提醒级别向所述优质项目成员发送缴费提醒指令执行之后，所述处理器520还用于执行如下计算机可执行指令：
235.根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；
236.判断所述宽限期内的扣费成功率是否超出预设扣费阈值；
237.若是，将所述优质项目成员在所述项目中进行清退处理。
238.可选的，所述基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限指令执行之后，所述处理器520还用于执行如下计算机可执行指令：
239.检测在所述延期期限内所述优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
240.若是，根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率；
241.判断所述延期期限内的扣费成功率是否超出预设扣费阈值；
242.若超出，将所述优质项目成员在所述项目中进行清退处理。
243.可选的，所述在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别指令执行之后，所述处理器520还用于执行如下计算机可执行指令：
244.若根据所述信用级别确定所述项目成员为非优质项目成员，则将所述非优质项目成员在所述项目中进行清退处理。
245.可选的，所述根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费指令执行之后，且所述基于所述项目成员的历史信用数据确定所述项目成员的信用级别指令执行之前，所述处理器520还用于执行如下计算机可执行指令：
246.在所述扣费失败的情况下，检测在所述宽限期内所述项目成员的缴费账户是否存
在针对所述项目的扣费历史数据；
247.若存在，根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；
248.判断所述宽限期内的扣费成功率是否超出预设扣费阈值；
249.若超出，执行所述基于所述项目成员的历史信用数据确定所述项目成员的信用级别指令。
250.可选的，若所述检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据指令的执行结果为否，对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费；
251.和/或，若所述判断所述宽限期内的扣费成功率是否超出预设扣费阈值指令的执行结果为否，对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费。
252.可选的，所述项目包括：互助共济项目；
253.所述项目成员包括：参与所述互助共济项目的互助共济成员；
254.所述缴费信息包括：所述互助共济成员参与所述互助共济项目过程中生成的互助共济案件的分摊金额。
255.可选的，所述根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费指令执行之前，所述处理器520还用于执行如下计算机可执行指令：
256.接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；
257.判断所述互助共济申请对应的互助共济案件是否通过案件审核；
258.若是，根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额。
259.本技术提供的一种计算机可读存储介质实施例如下：
260.本技术一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：
261.根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费；
262.在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别；
263.若根据所述信用级别确定所述项目成员为优质项目成员，基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限。
264.可选的，所述基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限步骤执行之后，包括：
265.在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费；
266.若所述延期期限内的二次扣费成功，则向所述优质项目成员发送成功扣费提醒。
267.可选的，所述在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费步骤执行之后，包括：
268.若所述延期期限内的二次扣费失败，根据所述优质项目成员的信用级别确定向所
述优质项目成员发送缴费提醒的提醒级别；
269.按照所述提醒级别向所述优质项目成员发送缴费提醒。
270.可选的，所述按照所述提醒级别向所述优质项目成员发送缴费提醒步骤执行之后，包括：
271.根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；
272.判断所述宽限期内的扣费成功率是否超出预设扣费阈值；
273.若是，将所述优质项目成员在所述项目中进行清退处理。
274.可选的，所述基于所述信用级别确定对所述优质项目成员的宽限期进行延期的延期期限步骤执行之后，包括：
275.检测在所述延期期限内所述优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
276.若是，根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率；
277.判断所述延期期限内的扣费成功率是否超出预设扣费阈值；
278.若超出，将所述优质项目成员在所述项目中进行清退处理。
279.可选的，所述在所述扣费失败的情况下，基于所述项目成员的历史信用数据确定所述项目成员的信用级别步骤执行之后，包括：
280.若根据所述信用级别确定所述项目成员为非优质项目成员，则将所述非优质项目成员在所述项目中进行清退处理。
281.可选的，所述根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费步骤执行之后，且所述基于所述项目成员的历史信用数据确定所述项目成员的信用级别步骤执行之前，包括：
282.在所述扣费失败的情况下，检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据；
283.若存在，根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；
284.判断所述宽限期内的扣费成功率是否超出预设扣费阈值；
285.若超出，执行所述基于所述项目成员的历史信用数据确定所述项目成员的信用级别步骤。
286.可选的，若所述检测在所述宽限期内所述项目成员的缴费账户是否存在针对所述项目的扣费历史数据步骤的检测结果为否，对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费；
287.和/或，若所述判断所述宽限期内的扣费成功率是否超出预设扣费阈值步骤的判断结果为否，对所述项目成员参与的项目进行优化，并在优化之后对参与被优化项目的项目成员进行二次扣费。
288.可选的，所述项目包括：互助共济项目；
289.所述项目成员包括：参与所述互助共济项目的互助共济成员；
290.所述缴费信息包括：所述互助共济成员参与所述互助共济项目过程中生成的互助
共济案件的分摊金额。
291.可选的，所述根据项目成员参与项目的项目详情中记录的缴费信息，在所述项目的宽限期内发起对所述项目成员的扣费步骤执行之前，包括：
292.接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；
293.判断所述互助共济申请对应的互助共济案件是否通过案件审核；
294.若是，根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额。
295.上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的项目缴费处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述项目缴费处理方法的技术方案的描述。
296.所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，randomaccess memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
297.需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本技术所必须的。
298.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
299.以上公开的本技术优选实施例只是用于帮助阐述本技术。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本技术的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本技术。本技术仅受权利要求书及其全部范围和等效物的限制。

技术特征：
1.一种项目缴费处理方法，其特征在于，包括：在宽限期内扣费失败的情况下，将非优质项目成员在项目中进行清退处理，并检测在延期期限内优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据，其中，所述延期期限为宽限期内扣费失败的情况下针对所述优质项目成员确定出的期限；若是，根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率；判断所述延期期限内的扣费成功率是否超出预设扣费阈值；若超出，将所述优质项目成员在所述项目中进行清退处理；若否，对所述优质项目成员参与的项目进行优化，并在优化之后对参与被优化项目的优质项目成员进行再次扣费。2.根据权利要求1所述的项目缴费处理方法，其特征在于，所述检测在延期期限内优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据之前，包括：在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费；若所述延期期限内的二次扣费成功，则向所述优质项目成员发送成功扣费提醒。3.根据权利要求2所述的项目缴费处理方法，其特征在于，所述在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费步骤执行之后，包括：若所述延期期限内的二次扣费失败，根据所述优质项目成员的信用级别确定向所述优质项目成员发送缴费提醒的提醒级别；按照所述提醒级别向所述优质项目成员发送缴费提醒。4.根据权利要求3所述的项目缴费处理方法，其特征在于，所述按照所述提醒级别向所述优质项目成员发送缴费提醒步骤执行之后，包括：根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；判断所述宽限期内的扣费成功率是否超出预设扣费阈值；若是，将所述优质项目成员在所述项目中进行清退处理。5.根据权利要求1至4任意一项所述的项目缴费处理方法，其特征在于，所述项目包括：互助共济项目，参与所述互助共济项目的为互助共济成员。6.根据权利要求5所述的项目缴费处理方法，其特征在于，所述在宽限期内扣费失败的情况下，将非优质项目成员在项目中进行清退处理之前，还包括：接收所述互助共济成员发起的互助共济申请；根据所述互助共济申请生成对应的互助共济案件，并判断所述互助共济申请对应的互助共济案件是否通过案件审核；若通过，则根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与互助共济项目的所有互助共济成员的分摊金额；按照所述分摊金额在所述宽限期内进行扣费。7.一种项目缴费处理装置，其特征在于，包括：清退处理单元，被配置为在宽限期内扣费失败的情况下，将非优质项目成员在项目中进行清退处理；扣费历史数据检测单元，被配置为检测在延期期限内优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据，其中，所述延期期限为宽限期内扣费失败的情况下针对所述优质项目成员确定出的期限；若是，运行第二扣费成功率计算单元和第二清退处理检
测单元；若否，对所述优质项目成员参与的项目进行优化，并在优化之后对参与被优化项目的优质项目成员进行再次扣费；所述第二扣费成功率计算单元，被配置为根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率；所述第二清退处理检测单元，被配置为判断所述延期期限内的扣费成功率是否超出预设扣费阈值；若超出，将所述优质项目成员在所述项目中进行清退处理。8.一种项目缴费处理系统，其特征在于，包括：项目服务端和项目成员终端；其中，所述项目服务端，被配置为在宽限期内扣费失败的情况下，将非优质项目成员在项目中进行清退处理，检测在延期期限内优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据，其中，所述延期期限为宽限期内扣费失败的情况下针对所述优质项目成员确定出的期限；若是，根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率；判断所述延期期限内的扣费成功率是否超出预设扣费阈值；若超出，将所述优质项目成员在所述项目中进行清退处理；若否，对所述优质项目成员参与的项目进行优化，并在优化之后对参与被优化项目的优质项目成员进行再次扣费；所述项目成员终端，被配置为与项目成员具有唯一对应关系。9.根据权利要求8所述的项目缴费处理系统，其特征在于，所述项目服务端，还被配置为在所述优质项目成员的延期期限内发起对所述优质项目成员的二次扣费；若所述延期期限内的二次扣费成功，则向所述优质项目成员发送成功扣费提醒。10.根据权利要求9所述的项目缴费处理系统，其特征在于，所述项目服务端，还被配置为在所述延期期限内的二次扣费失败的情况下，根据所述优质项目成员的信用级别确定向所述优质项目成员发送缴费提醒的提醒级别，并按照所述提醒级别向所述优质项目成员对应项目成员终端发送缴费提醒；相应的，所述优质项目成员对应项目成员终端，被配置为接收所述项目服务端发送的所述缴费提醒。11.根据权利要求10所述的项目缴费处理系统，其特征在于，所述项目服务端，还被配置为根据所述宽限期内的总扣费次数与扣费成功次数，计算所述宽限期内的扣费成功率；判断所述宽限期内的扣费成功率是否超出预设扣费阈值；若是，将所述优质项目成员在所述项目中进行清退处理。12.根据权利要求8-11任意一项所述的项目缴费处理系统，其特征在于，所述项目包括互助共济项目，参与所述互助共济项目的为互助共济成员；所述项目服务端，还被配置为接收所述互助共济成员发起的互助共济申请并生成对应的互助共济案件；判断所述互助共济申请对应的互助共济案件是否通过案件审核；若是，根据所述互助共济项目的项目周期内发起的互助共济案件以及各互助共济案件的互助共济金额，计算参与所述互助共济项目的所有项目成员的分摊金额；按照所述分摊金额在所述宽限期内进行扣费。13.一种计算设备，其特征在于，包括：存储器和处理器；所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指
令：在宽限期内扣费失败的情况下，将非优质项目成员在项目中进行清退处理，并检测在延期期限内优质项目成员的缴费账户是否存在针对所述项目的扣费历史数据；若是，根据所述延期期限内的总扣费次数与扣费成功次数，计算所述延期期限内的扣费成功率；判断所述延期期限内的扣费成功率是否超出预设扣费阈值；若超出，将所述优质项目成员在所述项目中进行清退处理；若否，对所述优质项目成员参与的项目进行优化，并在优化之后对参与被优化项目的优质项目成员进行再次扣费。14.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1至6任意一项所述方法的步骤。

技术总结
本申请提供项目缴费处理方法、装置以及系统，其中，所述项目缴费处理方法包括：在宽限期内扣费失败的情况下，将非优质项目成员在项目中进行清退处理，并检测在延期期限内优质项目成员的缴费账户是否存在针对项目的扣费历史数据，其中，延期期限为宽限期内扣费失败的情况下针对优质项目成员确定出的期限；若是，根据延期期限内的总扣费次数与扣费成功次数，计算延期期限内的扣费成功率，判断延期期限内的扣费成功率是否超出预设扣费阈值，若超出，将优质项目成员在项目中进行清退处理；若否，对优质项目成员参与的项目进行优化，并在优化之后对参与被优化项目的优质项目成员进行再次扣费。从而更好的保障优质项目成员的权益。从而更好的保障优质项目成员的权益。从而更好的保障优质项目成员的权益。


技术研发人员：徐旭
受保护的技术使用者：创新先进技术有限公司
技术研发日：2019.03.27
技术公布日：2023/10/11