CN110288334A - 项目扣费方法、装置、计算设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供项目扣费方法、装置、计算设备及计算机可读存储介质，所述项目扣费方法，包括：获取项目成员的缴费信息；基于项目成员的历史扣费记录，确定所述项目成员扣费成功率最高的支付链路；对项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；若扣费失败，通过对项目成员集的历史扣费记录进行分析，确定项目平台提供的支付链路的扣费顺序；按照支付链路的扣费顺序对项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。所述项目扣费方法，根据项目成员的历史扣费记录确定对项目成员的支付链路的扣费顺序，按照扣费顺序对支付链路进行扣费的方式来提高扣费成功率，从而提高短期内对大批量项目成员进行扣费的扣费效率。

Description

项目扣费方法、装置、计算设备及计算机可读存储介质

技术领域

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

背景技术

随着用户对自身健康的关注程度及抗风险意识增强，保险成为越来越多用户的投资选项，而互联网的迅猛发展又促进了保险模式的创新，互联网保险市场出现了相互保险的保险形式。相互保险是指具有同质风险保障需求的单位或个人，通过订立合同成为会员，由该基金对合同约定的事故发生所造成的损失承担赔偿责任。

传统保险的保费是在订立合同时收取的，其定价是保险精算师通过各种数据提前计算出来的；而相互保险采用的后付费制是指用户在投保时无需缴纳保费，在参保人员中发生理赔案件再进行收取。由于相互保险的后付费特性，每个保险用户每期应该分摊的保费需要通过一系列复杂的计算过程产生，这一计算过程依赖多方的数据来源，比如分摊人数、赔案数、每个赔案的理赔金额、历史的分摊结余等，明确每个用户的分摊金额后，即可对保险用户进行扣费。

现有的后付费扣费模式，通过系统任务发起代扣，根据系统默认的扣费顺序对用户加入相互保险时授权代扣的支付工具进行扣费，大量用户需要多次扣费才能成功，导致扣费效率比较低。

发明内容

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

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

获取项目成员所参与项目的项目详情中记录的缴费信息；

基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路；

对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序；

按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

可选的，所述通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序，包括：

根据所述项目的项目成员集的历史扣费记录，计算所述项目平台提供的各支付链路的扣费成功率；

将所述项目平台提供的支付链路按照扣费成功率从高到低的顺序排列，确定所述项目平台提供的支付链路的扣费顺序。

可选的，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费，包括：

对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；

对所述待扣费支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，则返回按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路子步骤。

可选的，对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费子步骤执行之前，包括：

判断所述首个排序的支付链路是否为所述项目成员扣费成功率最高的支付链路；

若是，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；

对所述待扣费支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，则返回按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路子步骤；

若否，执行对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费子步骤。

可选的，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费步骤执行之后，包括：

在所述项目的宽限期内判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若否，在所述项目的宽限期内向所述项目成员发送支付账户缴费提醒；

对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

若扣费失败，按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

可选的，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费步骤执行之后，包括：

在所述项目的宽限期的截止时间判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若否，在所述项目中对所述项目成员进行清退处理。

可选的，所述对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费，包括：

判断所述支付链路的支付账户的数目是否大于1；

若是，根据所述项目成员的历史扣费记录，统计所述支付链路对应的各支付账户的使用次数；

将所述支付账户按照使用次数从多到少的顺序排列，确定所述支付账户的扣费顺序；

按照所述支付账户的扣费顺序对所述支付账户进行扣费。

可选的，所述项目成员所参与项目的缴费信息，包括所述项目当期的人均分摊金额，所述项目当期的人均分摊金额，采用如下方式确定：

根据所述项目当期项目案件的案件数目以及案件金额确定当期案件赔付金额；

根据所述当期案件赔付金额、所述项目详情中包含的历史结余费用以及项目管理费用确定所述项目当期的分摊总金额；

根据所述项目当期的项目成员数目及所述分摊总金额确定所述项目当期的人均分摊金额。

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

信息获取模块，被配置为获取项目成员所参与项目的项目详情中记录的缴费信息；

优选支付链路确定模块，被配置为基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路；

优选支付链路扣费模块，被配置为对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

支付链路排序模块，被配置为若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序；

按序扣费模块，被配置为按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

可选的，所述支付链路排序模块，包括：

各支付链路扣费成功率计算子模块，被配置为根据所述项目的项目成员集的历史扣费记录，计算所述项目平台提供的各支付链路的扣费成功率；

扣费顺序确定子模块，被配置为将所述项目平台提供的支付链路按照扣费成功率从高到低的顺序排列，确定所述项目平台提供的支付链路的扣费顺序。

可选的，所述项目扣费装置，还包括：

扣费结果判断模块，被配置为在所述项目的宽限期的截止时间判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若所述扣费结果判断模块运行结果为否，运行清退模块，所述清退模块，被配置为在所述项目中对所述项目成员进行清退处理。

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

存储器和处理器；

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

获取项目成员所参与项目的项目详情中记录的缴费信息；

基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路；

对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序；

按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

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

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

本申请提供一种项目扣费方法，包括：

获取项目成员所参与项目的项目详情中记录的缴费信息；基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路；对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序；按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

本申请提供的项目扣费方法，在计算出项目当期的人均分摊金额后，首先对项目成员支付成功率最高的支付链路进行扣费，若扣费失败，则根据项目成员集的历史扣费记录确定支付链路的扣费顺序，按照扣费顺序对支付链路进行扣费，所述扣费方法能够有效提高扣费成功率，从而提高短期内对大批量项目成员进行扣费的扣费效率。

附图说明

图1是本申请实施例提供的一种项目扣费方法执行流程图；

图2是本申请实施例提供的一种项目扣费过程的执行流程图；

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

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

具体实施方式

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

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

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

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

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

参照附图1，其示出了本实施例提供的一种项目扣费方法执行流程图；参照附图2，其示出了本实施例提供的一种项目扣费过程的执行流程图。

步骤S102，获取项目成员所参与项目的项目详情中记录的缴费信息。

相互保险项目的后付费特性是指参与项目的项目成员在投保时无需缴纳保费，在发生理赔案件经过审核确定出险时再由项目成员共同承担理赔案件的赔付金额，以互助共济项目为例，在项目每期的分摊日，当期获准赔付的理赔案件的赔付金额由项目成员平均分摊，具体的，本实施例提供的一种优选实施方式中，所述项目成员所参与项目的缴费信息，包括所述项目当期的人均分摊金额，所述项目当期的人均分摊金额，采用如下方式确定：

根据所述项目当期项目案件的案件数目以及案件金额确定当期案件赔付金额；根据所述当期案件赔付金额、所述项目详情中包含的历史结余费用以及项目管理费用确定所述项目当期的分摊总金额；根据所述项目当期的项目成员数目及所述分摊总金额确定所述项目当期的人均分摊金额。

以互助共济项目为例，当期案件赔付金额为当期所有获准赔付的项目案件总共的赔付金额，若互助共济项目有多种不同类型的项目案件，且不同类型的项目案件的赔付金额也不同，比如A类案件的赔付金额为10万元，B类案件的赔付金额为30万元，则在计算当期案件赔付金额时，所述根据所述项目当期项目案件的案件数目以及案件金额确定当期案件赔付金额，具体是将当期对应同一赔付金额的案件的案件数目和该赔付金额的乘积作为该赔付金额的赔付总额，再将不同赔付金额的赔付总额相加，即得所述当期案件赔付金额。以互助共济项目有两种类型的项目案件为例，互助共济项目当期案件有A类案件一件，B类案件两件，A类案件的赔付金额为10万元，B类案件的赔付金额为30万元，则当期案件赔付金额＝10*1+30*2＝70万元，此即当期获准赔付的项目案件总共的赔付金额。

确定当期案件赔付金额之后，在项目用户进行分摊赔付之前，若还有往期的历史结余费用，以及承载所述项目运行的项目平台收取的服务费用，还需要对所述当期案件赔付金额做一些计算，所述根据所述当期案件赔付金额、所述项目详情中包含的历史结余费用以及项目管理费用确定所述项目当期的分摊总金额，具体是指将当期案件赔付金额减去项目详情中包含的历史结余费用，再加上项目管理费用，即得当期分摊总金额。例如，根据上述步骤计算出当期案件赔付金额为70万元，历史结余费用为3500元，项目平台收取的项目管理费用为当期案件赔付金额的8％，则项目管理费用＝70*8％＝5.6万元，则当期分摊总金额＝当期案件赔付金额-历史结余费用+项目管理费用＝70-0.35+5.6＝75.25万元。

计算出当期分摊总金额后，即可根据项目当期的项目成员数目计算出每个项目成员人均分摊金额，项目当期的项目成员数目可以是当期项目分摊日当天所述项目的项目成员数，所述根据所述项目当期的项目成员数目及所述分摊总金额确定所述项目当期的人均分摊金额，具体是将所述分摊总金额除以所述项目当期的项目成员数，即得所述项目当期的人均分摊金额，人均分摊金额就是每位项目成员需要分摊的案件赔付金额。例如，根据上述步骤计算出当期分摊总金额为75.25万元，当期项目分摊日当天的项目成员数目为3500万，则所述项目当期的人均分摊金额＝75.25/3500＝0.0215(精确到分，分以后进一)＝0.03元，即每位项目成员对当期确定赔付的项目案件的赔付金额为0.03元；若对每位项目成员的支付账户都扣费成功，3500万项目成员每人分摊0.03元一共可筹集3500*0.03＝105万元，105-75.25＝29.75万元，所述29.75万元将作为项目下一期的历史结余费用。

本实施例仅提供了一种计算项目当期的人均分摊金额的方法，除此种方法外，具体人均分摊金额的计算可能根据项目不同而存在其他的方法，本实施例在此不做赘述。

步骤S104，基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路。

确定人均分摊金额后，即可对项目成员的支付账户进行扣费。所述支付链路由承载所述项目运行的项目平台提供，是项目成员在加入所述项目时授权保险公司代扣案件赔付均摊金额的支付路径，比如第三方支付平台、网上银行等；所述支付账户，是指所述支付链路中执行具体扣费的支付账户，比如某项目成员在B银行申请的一个账户。

为了使对项目成员的支付账户进行扣费的行为具有更高的成功率，本实施例提供的项目扣费方法，根据项目成员的历史扣费记录确定对项目成员的支付链路的扣费顺序，将历史扣费记录中扣费成功率高的支付链路作为优先扣费的支付链路，在项目分摊日进行扣费时先对优先扣费的支付链路进行扣费，以提高扣费成功率。

对项目成员进行扣费时，最先进行扣费的支付链路为该项目成员的历史扣费记录中扣费成功率最高的支付链路，若项目成员M扣费成功率最高的支付链路为第三方支付平台T，则在扣费时最先对该项目成员在第三方支付平台T对应的支付账户进行扣费。所述扣费成功率，根据历史扣费记录计算，一种计算支付链路扣费成功率的方法为：支付链路A的扣费成功率＝支付链路A扣费成功次数/对支付链路A扣费总次数，除这种计算方法外，还可采取其他算法，本实施例在此不做赘述。

步骤S106，对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费。

确定项目成员扣费成功率最高的支付链路后，即可对该支付链路对应的支付账户进行扣费。对于支付链路，可能存在不止一个支付账户的情况，比如项目成员M在B银行申请了两个账户分别为b1和b2，若项目成员B扣费成功率最高的支付链路为B银行的账户，则在对项目成员M在支付链路B银行对应的支付账户进行扣款时，对两个支付账户b1和b2也可以确定扣费顺序，具体的，本实施例提供的一种优选实施方式中，所述对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费，包括：

判断所述支付链路的支付账户的数目是否大于1；若是，根据所述项目成员的历史扣费记录，统计所述支付链路对应的各支付账户的使用次数；将所述支付账户按照使用次数从多到少的顺序排列，确定所述支付账户的扣费顺序；按照所述支付账户的扣费顺序对所述支付账户进行扣费。

对于扣费成功率最高的支付链路对应多个支付账户的情况，多个支付账户的扣费顺序，依据各支付账户的使用次数确定，所述各支付账户的使用次数为对各支付账户扣费成功的次数，比如项目成员M在支付链路B银行对应两个支付账户b1和b2，历史扣费中，假如扣费的默认顺序为先扣b1再扣b2，则在历史第j次扣费行为中，若先对支付账户b1扣费成功，则不用再对支付账户b2进行扣费，此次扣费行为支付账户b1的使用次数为1，支付账户b2的使用次数为0；各支付账户的使用次数为历史每次扣费行为对应的使用次数之和，历史使用次数多的支付账户，在新一期的扣费行为中也更可能扣费成功，按照使用次数从多到少的顺序对各支付账户进行扣费，可以使对优先扣费的支付账户进行扣费的成功率大，有效减少对各支付账户轮询扣费的次数。

步骤S108，若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序。

若对项目成员扣费成功率最高的支付链路对应的支付账户进行的扣费行为失败，则要继续对该项目成员其他的支付链路进行扣费，支付链路的扣费顺序根据所述项目的所有项目成员的历史扣费记录确定，具体的，所述通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序，包括：

根据所述项目的项目成员集的历史扣费记录，计算所述项目平台提供的各支付链路的扣费成功率；将所述项目平台提供的支付链路按照扣费成功率从高到低的顺序排列，确定所述项目平台提供的支付链路的扣费顺序。

所述项目成员集，是指参与所述项目的所有项目成员的集合，通过分析所有项目成员的历史扣费记录，可以统计出所述项目平台提供的各支付链路的扣费成功次数，从而计算出各支付链路的扣费成功率，通过对各支付链路按照扣费成功率从高到低的顺序排列，并在后续步骤中按序扣费，使得在对项目成员进行扣费时能够尽快扣费成功，缩短扣费时间。

步骤S110，按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

本实施例提供的一种优选实施方式中，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费，包括：

对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费；若扣费成功，则向所述项目成员发送扣费成功提醒；若扣费失败，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；对所述待扣费支付链路对应的支付账户进行扣费；若扣费成功，则向所述项目成员发送扣费成功提醒；若扣费失败，则返回按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路子步骤。

按照所述支付链路的扣费顺序对各支付链路对应的支付账户进行扣费，先对首个排序的支付链路对应的支付账户进行扣费，所述首个排序的支付链路就是分析项目成员集的历史扣费记录得出的扣费成功率最高的支付链路，若扣费成功，则不必再对其他支付链路对应的支付账户进行扣费，向项目成员发送扣费成功提醒即可；若扣费失败，则需要对扣费排序中排序第二的支付链路对应的支付账户进行扣费，所述排序第二的支付链路，就是扣费排序中未进行扣费的下一个支付链路，称作待扣费支付链路，对待扣费支付链路进行扣费，若扣费成功，则同样向项目成员发送扣费成功提醒；若扣费失败，则需要对扣费排序中排序第三的支付链路对应的支付账户进行扣费……以此类推。由此可以得出，按照扣费顺序对支付账户进行扣费的执行步骤为：按照支付链路的扣费顺序从前到后每次对一个排序的支付链路对应的支付账户进行扣费，若扣费成功，则向项目成员发送扣费成功提醒，扣费结束；若扣费失败，则对支付链路的扣费顺序中下一个排序的支付链路对应的支付账户进行扣费，一直到扣费成功，或者对扣费排序中排序末位的支付账户进行扣费步骤执行后，扣费结束。若存在支付链路对应的支付账户为多个的情况，可以参考上述提供的对项目成员的成功率最高的支付链路对应的支付账户进行扣费且所述支付账户为多个的情况，对各支付账户先排序再按序扣费。

上述在对项目成员的成功率最高的支付链路对应的支付账户进行扣费的结果为扣费失败的情况下，若再次按照根据项目成员集的历史扣费记录确定的各支付链路的扣费顺序对项目成员的支付账户进行扣费，需要注意按序扣费的支付链路不与扣费失败的项目成员的成功率最高的支付链路重复，基于此，本实施例提供的一种优选实施方式中，对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费子步骤执行之前，执行下述操作：

判断所述首个排序的支付链路是否为所述项目成员扣费成功率最高的支付链路；

若是，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；对所述待扣费支付链路对应的支付账户进行扣费；若扣费成功，则向所述项目成员发送扣费成功提醒；若扣费失败，则返回按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路子步骤；

若否，执行对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费子步骤。

即在对扣费顺序中首个排序的支付链路对应的支付账户进行扣费之前，先判断所述首个排序的支付链路是否为扣费失败的所述项目成员扣费成功率最高的支付链路，若是，则不对所述首个排序的支付链路对应的支付账户进行扣费，对排序第二的支付链路对应的支付账户进行扣费，扣费成功和扣费失败后执行的操作与上述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费的操作相同；若判断所述首个排序的支付链路是否为扣费失败的所述项目成员扣费成功率最高的支付链路的判断结果为否，则说明首个排序的支付链路不是之前扣费失败的支付链路，直接对首个排序的支付链路对应的支付账户进行扣费即可。通过在对扣费排序中首个排序的支付链路对应的支付账户进行扣费之前添加一步判断步骤，能有效避免首个排序的支付链路与之前扣费失败的支付链路重复的情况，减少扣费流程。

在对上述步骤S102至步骤S110执行一遍之后，若扣费结果仍然是扣费失败，则表明对该项目审核成员所有支付链路对应的支付账户都扣费失败，该项目成员分摊理赔案件的赔付金额失败，在这种不利情况下，本实施例还提供一种兜底措施，在分摊结束前提醒扣费失败的项目成员对其支付账户进行缴费，然后再进行一次上述扣费操作，若扣费成功，则该项目审核成员分摊成功，具体的，本实施例提供的一种优选实施方式中，在按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费步骤执行之后，还包括：

在所述项目的宽限期内判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；若否，在所述项目的宽限期内向所述项目成员发送支付账户缴费提醒；对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；若扣费失败，按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

所述项目的宽限期为分摊日结束后项目的分摊宽限期限，即分摊日结束后，在项目的宽限期内对在分摊日内扣费失败的项目成员进行补充扣费，若扣费成功，仍可认为对该项目成员扣费成功，不会影响到该项目发放理赔案件的赔付金额的进程。若项目的分摊日持续两个自然日，项目的宽限期为5天，则在该项目的2天分摊日内，在执行完一遍步骤S102至步骤S110的流程后，若项目成员仍然分摊失败，则在不超出分摊日之后5天的项目宽限期内，向项目成员发送支付账户缴费提醒，项目成员收到缴费提醒后若及时对支付账户进行缴费，则在宽限期内进行下一轮扣费操作后，该项目成员能够分摊成功，上述兜底措施为没有实时跟踪自身支付账户的账户信息的项目成员提供了一种补救措施，使其能在第一轮扣费失败的情况下，通过在项目的宽限期内及时缴费，在第二轮扣费成功，同时也提高了扣费成功率。

优选的，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费步骤执行之后，包括：

在所述项目的宽限期的截止时间判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；若否，在所述项目中对所述项目成员进行清退处理。

以项目的宽限期为5天为例，所述项目的宽限期的截止时间，即是指宽限期的第5天结束的时间；由于超出宽限期仍然扣费失败的项目成员对所述项目责任感不强且违背了契约精神，为了符合保险合同规定且不影响下一期赔付金额的分摊扣费，对于超出宽限期仍然扣费失败的项目成员进行清退处理，该项目成员与相互保险公司订立的合同失效。

下述结合附图2，以对项目成员M进行分摊扣费为例，对本申请提供的项目扣费方法进行进一步说明，具体实现如下：

步骤S202，获取项目成员的缴费信息。

获取项目成员所参与项目的项目详情中记录的缴费信息，缴费信息中包括项目当期的人均分摊金额。

步骤S204，确定项目成员扣费成功率最高的支付链路。

基于项目成员M的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定项目成员M扣费成功率最高的支付链路，支付链路的扣费成功率的计算方法为，以支付链路A为例，支付链路A的扣费成功率＝支付链路A扣费成功次数/对支付链路A扣费总次数。

步骤S206，对项目成员M扣费成功率最高的支付链路对应的支付账户进行扣费。

步骤S208，若扣费失败，计算项目成员集的各支付链路的扣费成功率。

若扣费失败，统计所有项目成员的历史扣费记录中项目平台提供的各支付链路的扣费成功次数，从而计算出各支付链路的扣费成功率，计算支付链路的扣费成功率参照上述步骤S204中的算法。

步骤S210，将各支付链路按照扣费成功率从高到低的顺序排列，确定扣费顺序。

步骤S212，对扣费顺序中首个排序的支付链路对应的支付账户进行扣费；

若扣费成功，执行步骤S214；

若扣费失败，执行步骤S216。

步骤S214，向项目成员M发送扣费成功提醒。

步骤S216，按照扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路。

步骤S218，对待扣费支付链路对应的支付账户进行扣费；

若扣费成功，执行步骤S220；

若扣费失败，执行步骤S222。

步骤S220，向项目成员M发送扣费成功提醒。

步骤S222，判断是否已对扣费顺序中排序末位的支付链路对应的支付账户进行扣费；

若否，返回步骤S216；

若是，执行步骤S224。

步骤S224，在项目宽限期的截止时间判断对项目成员M的支付账户进行扣费的扣费结果是否成功；

若是，不做操作即可；

若否，执行步骤S226。

步骤S226，在项目中对项目成员M进行清退处理。

综上所述，本申请提供的项目扣费方法，在计算出项目当期的人均分摊金额后，首先对项目成员支付成功率最高的支付链路进行扣费，若扣费失败，则根据项目成员集的历史扣费记录确定支付链路的扣费顺序，按照扣费顺序对支付链路进行扣费，所述扣费方法能够有效提高扣费成功率，从而提高短期内对大批量项目成员进行扣费的扣费效率。

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

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

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

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

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

信息获取模块302，被配置为获取项目成员所参与项目的项目详情中记录的缴费信息；

优选支付链路确定模块304，被配置为基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路；

优选支付链路扣费模块306，被配置为对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

支付链路排序模块308，被配置为若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序；

按序扣费模块310，被配置为按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

可选的，所述支付链路排序模块308，包括：

各支付链路扣费成功率计算子模块，被配置为若扣费失败，根据所述项目的项目成员集的历史扣费记录，计算所述项目平台提供的各支付链路的扣费成功率；

扣费顺序确定子模块，被配置为将所述项目平台提供的支付链路按照扣费成功率从高到低的顺序排列，确定所述项目平台提供的支付链路的扣费顺序。

可选的，所述按序扣费模块310，包括：

首位扣费子模块，被配置为对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费；

第一成功提醒子模块，被配置为若扣费成功，则向所述项目成员发送扣费成功提醒；

待扣费链路确定子模块，被配置为若扣费失败，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；

下位扣费子模块，被配置为对所述待扣费支付链路对应的支付账户进行扣费；

第二成功提醒子模块，被配置为若扣费成功，则向所述项目成员发送扣费成功提醒；

返回子模块，被配置为若扣费失败，则返回待扣费链路确定子模块。

可选的，所述按序扣费模块310，还包括：

重合判断子模块，被配置为判断所述首个排序的支付链路是否为所述项目成员扣费成功率最高的支付链路；

若所述重合判断子模块的运行结果为是，运行下位链路确定子模块，所述下位链路确定子模块，被配置为按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；

若所述重合判断子模块的运行结果为否，运行所述首位扣费子模块。

可选的，所述项目扣费装置，还包括：

期内扣费结果判断模块，被配置为在所述项目的宽限期内判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若所述期内扣费结果判断模块的运行结果为否，运行缴费提醒模块，所述缴费提醒模块，被配置为在所述项目的宽限期内向所述项目成员发送支付账户缴费提醒；

第二优选支付链路扣费模块，被配置为对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

第二按序扣费模块，被配置为若扣费失败，按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

可选的，所述项目扣费装置，还包括：

扣费结果判断模块，被配置为在所述项目的宽限期的截止时间判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若所述扣费结果判断模块的运行结果为否，运行清退模块，所述清退模块，被配置为在所述项目中对所述项目成员进行清退处理。

可选的，优选支付链路扣费模块306，包括：

账户数目判断子模块，被配置为判断所述支付链路的支付账户的数目是否大于1；

若所述账户数目判断子模块的运行结果为是，运行次数统计子模块，所述次数统计子模块，被配置为根据所述项目成员的历史扣费记录，统计所述支付链路对应的各支付账户的使用次数；

账户排序子模块，被配置为将所述支付账户按照使用次数从多到少的顺序排列，确定所述支付账户的扣费顺序；

账户扣费子模块，被配置为按照所述支付账户的扣费顺序对所述支付账户进行扣费。

可选的，所述项目成员所参与项目的缴费信息，包括所述项目当期的人均分摊金额，所述项目当期的人均分摊金额，采用如下方式确定：

根据所述项目当期项目案件的案件数目以及案件金额确定当期案件赔付金额；

根据所述当期案件赔付金额、所述项目详情中包含的历史结余费用以及项目管理费用确定所述项目当期的分摊总金额；

根据所述项目当期的项目成员数目及所述分摊总金额确定所述项目当期的人均分摊金额。

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

图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还可以是移动式或静止式的服务器。

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

获取项目成员所参与项目的项目详情中记录的缴费信息；

基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路；

对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序；

按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

可选的，所述通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序，包括：

根据所述项目的项目成员集的历史扣费记录，计算所述项目平台提供的各支付链路的扣费成功率；

将所述项目平台提供的支付链路按照扣费成功率从高到低的顺序排列，确定所述项目平台提供的支付链路的扣费顺序。

可选的，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费，包括：

对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；

对所述待扣费支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，则返回按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路子步骤。

可选的，对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费子步骤执行之前，包括：

判断所述首个排序的支付链路是否为所述项目成员扣费成功率最高的支付链路；

若是，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；

对所述待扣费支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，则返回按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路子步骤；

若否，执行对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费子步骤。

可选的，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费步骤执行之后，包括：

在所述项目的宽限期内判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若否，在所述项目的宽限期内向所述项目成员发送支付账户缴费提醒；

对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

若扣费失败，按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

可选的，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费步骤执行之后，包括：

在所述项目的宽限期的截止时间判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若否，在所述项目中对所述项目成员进行清退处理。

可选的，所述对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费，包括：

判断所述支付链路的支付账户的数目是否大于1；

若是，根据所述项目成员的历史扣费记录，统计所述支付链路对应的各支付账户的使用次数；

将所述支付账户按照使用次数从多到少的顺序排列，确定所述支付账户的扣费顺序；

按照所述支付账户的扣费顺序对所述支付账户进行扣费。

可选的，所述项目成员所参与项目的缴费信息，包括所述项目当期的人均分摊金额，所述项目当期的人均分摊金额，采用如下方式确定：

根据所述项目当期项目案件的案件数目以及案件金额确定当期案件赔付金额；

根据所述当期案件赔付金额、所述项目详情中包含的历史结余费用以及项目管理费用确定所述项目当期的分摊总金额；

根据所述项目当期的项目成员数目及所述分摊总金额确定所述项目当期的人均分摊金额。

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

获取项目成员所参与项目的项目详情中记录的缴费信息；

基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路；

对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序；

按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

可选的，所述通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序，包括：

根据所述项目的项目成员集的历史扣费记录，计算所述项目平台提供的各支付链路的扣费成功率；

将所述项目平台提供的支付链路按照扣费成功率从高到低的顺序排列，确定所述项目平台提供的支付链路的扣费顺序。

可选的，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费，包括：

对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；

对所述待扣费支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，则返回按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路子步骤。

可选的，对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费子步骤执行之前，包括：

判断所述首个排序的支付链路是否为所述项目成员扣费成功率最高的支付链路；

若是，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；

对所述待扣费支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，则返回按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路子步骤；

若否，执行对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费子步骤。

可选的，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费步骤执行之后，包括：

在所述项目的宽限期内判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若否，在所述项目的宽限期内向所述项目成员发送支付账户缴费提醒；

对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

若扣费失败，按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

可选的，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费步骤执行之后，包括：

在所述项目的宽限期的截止时间判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若否，在所述项目中对所述项目成员进行清退处理。

可选的，所述对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费，包括：

判断所述支付链路的支付账户的数目是否大于1；

若是，根据所述项目成员的历史扣费记录，统计所述支付链路对应的各支付账户的使用次数；

将所述支付账户按照使用次数从多到少的顺序排列，确定所述支付账户的扣费顺序；

按照所述支付账户的扣费顺序对所述支付账户进行扣费。

可选的，所述项目成员所参与项目的缴费信息，包括所述项目当期的人均分摊金额，所述项目当期的人均分摊金额，采用如下方式确定：

根据所述项目当期项目案件的案件数目以及案件金额确定当期案件赔付金额；

根据所述当期案件赔付金额、所述项目详情中包含的历史结余费用以及项目管理费用确定所述项目当期的分摊总金额；

根据所述项目当期的项目成员数目及所述分摊总金额确定所述项目当期的人均分摊金额。

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

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

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

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

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

Claims (13)

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

获取项目成员所参与项目的项目详情中记录的缴费信息；

基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路；

对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序；

按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

2.根据权利要求1所述的项目扣费方法，其特征在于，所述通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序，包括：

根据所述项目的项目成员集的历史扣费记录，计算所述项目平台提供的各支付链路的扣费成功率；

将所述项目平台提供的支付链路按照扣费成功率从高到低的顺序排列，确定所述项目平台提供的支付链路的扣费顺序。

3.根据权利要求1所述的项目扣费方法，其特征在于，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费，包括：

对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；

对所述待扣费支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，则返回按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路子步骤。

4.根据权利要求3所述的项目扣费方法，其特征在于，对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费子步骤执行之前，包括：

判断所述首个排序的支付链路是否为所述项目成员扣费成功率最高的支付链路；

若是，按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路；

对所述待扣费支付链路对应的支付账户进行扣费；

若扣费成功，则向所述项目成员发送扣费成功提醒；

若扣费失败，则返回按照所述支付链路的扣费顺序，读取未进行扣费的下一个支付链路作为待扣费支付链路子步骤；

若否，执行对所述支付链路的扣费顺序中首个排序的支付链路对应的支付账户进行扣费子步骤。

5.根据权利要求3所述的项目扣费方法，其特征在于，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费步骤执行之后，包括：

在所述项目的宽限期内判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若否，在所述项目的宽限期内向所述项目成员发送支付账户缴费提醒；

对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

若扣费失败，按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

6.根据权利要求1所述的项目扣费方法，其特征在于，所述按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费步骤执行之后，包括：

在所述项目的宽限期的截止时间判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若否，在所述项目中对所述项目成员进行清退处理。

7.根据权利要求1所述的项目扣费方法，其特征在于，所述对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费，包括：

判断所述支付链路的支付账户的数目是否大于1；

若是，根据所述项目成员的历史扣费记录，统计所述支付链路对应的各支付账户的使用次数；

将所述支付账户按照使用次数从多到少的顺序排列，确定所述支付账户的扣费顺序；

按照所述支付账户的扣费顺序对所述支付账户进行扣费。

8.根据权利要求1所述的项目扣费方法，其特征在于，所述项目成员所参与项目的缴费信息，包括所述项目当期的人均分摊金额，所述项目当期的人均分摊金额，采用如下方式确定：

根据所述项目当期项目案件的案件数目以及案件金额确定当期案件赔付金额；

根据所述当期案件赔付金额、所述项目详情中包含的历史结余费用以及项目管理费用确定所述项目当期的分摊总金额；

根据所述项目当期的项目成员数目及所述分摊总金额确定所述项目当期的人均分摊金额。

9.一种项目扣费装置，其特征在于，包括：

信息获取模块，被配置为获取项目成员所参与项目的项目详情中记录的缴费信息；

优选支付链路确定模块，被配置为基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路；

优选支付链路扣费模块，被配置为对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

支付链路排序模块，被配置为若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序；

按序扣费模块，被配置为按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

10.根据权利要求9所述的项目扣费装置，其特征在于，所述支付链路排序模块，包括：

各支付链路扣费成功率计算子模块，被配置为根据所述项目的项目成员集的历史扣费记录，计算所述项目平台提供的各支付链路的扣费成功率；

扣费顺序确定子模块，被配置为将所述项目平台提供的支付链路按照扣费成功率从高到低的顺序排列，确定所述项目平台提供的支付链路的扣费顺序。

11.根据权利要求9所述的项目扣费装置，其特征在于，所述项目扣费装置，还包括：

扣费结果判断模块，被配置为在所述项目的宽限期的截止时间判断对所述项目成员的支付账户进行扣费的扣费结果是否成功；

若所述扣费结果判断模块运行结果为否，运行清退模块，所述清退模块，被配置为在所述项目中对所述项目成员进行清退处理。

12.一种计算设备，其特征在于，包括：

存储器和处理器；

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

获取项目成员所参与项目的项目详情中记录的缴费信息；

基于所述项目成员的历史扣费记录，在承载所述项目运行的项目平台提供的支付链路中确定所述项目成员扣费成功率最高的支付链路；

对所述项目成员扣费成功率最高的支付链路对应的支付账户进行扣费；

若扣费失败，通过对所述项目的项目成员集的历史扣费记录进行分析，确定所述项目平台提供的支付链路的扣费顺序；

按照所述支付链路的扣费顺序对所述项目成员在所述项目平台提供的支付链路对应的支付账户进行扣费。

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