基于互助项目的资助处理系统、方法以及装置

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

随着互联网技术的飞速发展，保险的销售、售后、理赔等常规业务都可以比较方便地在线操作，通过将互联网场景与各种保险场景相结合，为场景提供定制化的保险服务。比如在保险项目中，要求参保人达到保险项目规定的准入条件后即可加入该保险项目中，加入到保险项目之后，如果参保人在保险业务期间患病或发生意外将获得理赔，这部分保费由除获得理赔外的其他参保人进行缴费，但受限于互联网场景中保险服务自身的特点，其中的难点在于有争议的理赔案件的处理。

目前，在对理赔案件进行处理的过程中，通过引入审核制度以解决有争议的理赔案件的审议，从参与保险项目的成员当中筛选出一批成员作为审核员，采用投票的方式针对有争议的理赔案件进行投票审议，具体是将有争议的理赔案件推送给审核员，审核员在了解理赔案件的案情后通过投票的方式对该理赔案件进行表决，如果投票结果显示多数审核员同意对该理赔案件进行赔付，则最终的审议结果为对该有争议的理赔案件进行赔付；如果投票结果显示多数审核员拒绝对该理赔案件进行赔付，则最终的审议结果为拒绝对该有争议的理赔案件进行赔付。

可见，发生理赔争议的情况下，如果成员申请理赔的申请经审核员审议之后的审议结果为拒绝赔付，但从申请理赔的成员这一角度而言，参与保险项目的目的是保证自身的权益，但在审核未通过的情况下，申请理赔的成员的权益无法得到保障，存在一定的缺陷。

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

本申请提供一种基于互助项目的资助处理系统，包括：

资助申请接收模块、项目案件展示模块、分布式事务获取模块、资助校验模块和资助处理模块；

其中，所述资助申请接收模块，被配置为接收互助项目中申领互助金失败的项目案件对应的待资助项目成员提交的资助申请；

所述项目案件展示模块，被配置为在所述资助申请通过资助审核的情况下，基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口；

所述分布式事务获取模块，被配置为获取参与所述互助项目的项目成员通过触发各自的成员终端展示的所述案件资助接口提交资助申请后生成的分布式事务；

所述资助校验模块，被配置为基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验；

所述资助处理模块，被配置为在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理。

可选的，所述资助校验模块，具体被配置为：

判断对所述分布式事务中携带的资助金额进行资助处理过程中所述项目案件的实际资助额是否小于所述资助总额；

若是，判断所述分布式事务中携带的资助金额是否处于案件资助金额区间内；

若是，判断所述分布式事务对应的项目成员针对所述项目案件的资助次数是否小于预设资助次数阈值；

若是，运行所述资助处理模块。

可选的，所述资助处理模块，具体被配置为：

创建所述项目成员对所述项目案件进行资助的资助订单；

通过调用支付平台创建所述资助订单对应的支付订单；所述支付订单中携带所述项目成员的资助账户和所述待资助项目成员的被资助账户；

根据所述资助金额，基于所述支付平台针对所述项目成员的资助账户和所述待资助项目成员的被资助账户进行支付处理。

可选的，所述案件展示页面还展示有所述项目案件的赔审材料浏览接口，且所述赔审材料浏览接口与所述案件处理环节中包含的赔审环节对应；相应的，所述项目案件展示模块包括赔审详情展示子模块；

所述赔审详情展示子模块，被配置为检测到所述项目成员针对所述成员终端展示的所述赔审材料浏览接口的触发指令的情况下，基于所述触发指令从项目案件库中读取所述项目案件在赔审环节的案件赔审详情，并基于所述成员终端展示所述案件赔审详情。

可选的，所述项目案件展示模块包括资助进度展示子模块；

所述资助详情展示子模块，被配置为基于所述成员终端展示包含所述资助总额和已资助金额的资助详情；其中，所述资助详情包含区别展示所述资助总额和所述已资助金额的资助总额进度条和已资助进度条。

可选的，所述基于互助项目的资助处理系统，还包括资助总额确定模块；所述资助总额确定模块，被配置为：

获取所述项目案件在赔审环节的赔审数据和评论数据；

根据所述赔审数据中包含的审核结果为向所述待资助项目成员发放互助金的第一审核组成员数目，以及审核结果为不向所述待资助项目成员发放互助金的第二审核组成员数目，计算所述项目案件的审核支持比；

根据所述评论数据中包含的支持向所述待资助项目成员发放互助金的第一评论项目成员数目，以及不支持向所述待资助项目成员发放互助金的第二评论项目成员数目，计算所述项目案件的评论支持比；

根据所述审核支持比和所述评论支持比和所述互助金申领金额，计算对所述待资助项目成员进行资助的参考资助总额；

判断所述资助申请中包含的所述资助申请金额是否小于所述参考资助总额；

若是，将所述资助申请金额作为所述项目案件的资助总额；

若否，将所述参考资助总额作为所述项目案件的资助总额。

可选的，所述项目案件的审核支持比，包括所述第一审核组成员数目与所述第一审核组成员数目和所述第二审核组成员数目二者之和的比值；

所述项目案件的评论支持比，等于所述第一评论项目成员数目与所述第一评论项目成员数目和所述第二评论项目成员数目二者之和的比值。

可选的，所述参考资助总额，包括：所述互助金申领金额与所述审核支持比和评论支持比二者均值的乘积。

可选的，所述基于互助项目的资助处理系统，还包括：

案件资助金额区间计算单元，被配置为根据所述第一评论项目成员数目和所述资助总额计算所述案件资助金额区间的上限值，以及，根据所述第一评论项目成员数目与所述第二评论项目成员数目之和计算所述案件资助金额区间的下限值。

本申请还提供一种基于互助项目的资助处理方法，包括：

接收互助项目中申领互助金失败的项目案件对应的待资助项目成员提交的资助申请；

在所述资助申请通过资助审核的情况下，基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口；

获取参与所述互助项目的项目成员通过触发各自的成员终端展示的所述案件资助接口提交资助申请后生成的分布式事务；

基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验；

在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理。

可选的，所述基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验，包括：

判断对所述分布式事务中携带的资助金额进行资助处理过程中所述项目案件的实际资助额是否小于所述资助总额；

若是，判断所述分布式事务中携带的资助金额是否处于案件资助金额区间内；

若是，判断所述分布式事务对应的项目成员针对所述项目案件的资助次数是否小于预设资助次数阈值；

若是，执行所述在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理步骤。

可选的，所述在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理，包括：

创建所述项目成员对所述项目案件进行资助的资助订单；

通过调用支付平台创建所述资助订单对应的支付订单；所述支付订单中携带所述项目成员的资助账户和所述待资助项目成员的被资助账户；

根据所述资助金额，基于所述支付平台针对所述项目成员的资助账户和所述待资助项目成员的被资助账户进行支付处理。

可选的，所述案件展示页面还展示有所述项目案件的赔审材料浏览接口，且所述赔审材料浏览接口与所述案件处理环节中包含的赔审环节对应；

相应的，所述基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口，包括：

检测到所述项目成员针对所述成员终端展示的所述赔审材料浏览接口的触发指令的情况下，基于所述触发指令从项目案件库中读取所述项目案件在赔审环节的案件赔审详情，并基于所述成员终端展示所述案件赔审详情。

可选的，所述检测到所述项目成员针对所述成员终端展示的所述赔审材料浏览接口的触发指令的情况下，基于所述触发指令从项目案件库中读取所述项目案件在赔审环节的案件赔审详情，并基于所述成员终端展示所述案件赔审详情子步骤执行之后，包括：

基于所述成员终端展示包含所述资助总额和已资助金额的资助详情；

其中，所述资助详情包含区别展示所述资助总额和所述已资助金额的资助总额进度条和已资助进度条。

可选的，所述基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验步骤执行之前，包括：

获取所述项目案件在赔审环节的赔审数据和评论数据；

根据所述赔审数据中包含的审核结果为向所述待资助项目成员发放互助金的第一审核组成员数目，以及审核结果为不向所述待资助项目成员发放互助金的第二审核组成员数目，计算所述项目案件的审核支持比；

根据所述评论数据中包含的支持向所述待资助项目成员发放互助金的第一评论项目成员数目，以及不支持向所述待资助项目成员发放互助金的第二评论项目成员数目，计算所述项目案件的评论支持比；

根据所述审核支持比和所述评论支持比和所述互助金申领金额，计算对所述待资助项目成员进行资助的参考资助总额；

判断所述资助申请中包含的所述资助申请金额是否小于所述参考资助总额；

若是，将所述资助申请金额作为所述项目案件的资助总额；

若否，将所述参考资助总额作为所述项目案件的资助总额。

可选的，所述项目案件的审核支持比，包括所述第一审核组成员数目与所述第一审核组成员数目和所述第二审核组成员数目二者之和的比值；

所述项目案件的评论支持比，等于所述第一评论项目成员数目与所述第一评论项目成员数目和所述第二评论项目成员数目二者之和的比值。

可选的，所述参考资助总额，包括：所述互助金申领金额与所述审核支持比和评论支持比二者均值的乘积。

可选的，所述基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验步骤执行之前，包括：

根据所述第一评论项目成员数目和所述资助总额计算所述案件资助金额区间的上限值，以及，根据所述第一评论项目成员数目与所述第二评论项目成员数目之和计算所述案件资助金额区间的下限值。

本申请还提供一种基于互助项目的资助处理装置，包括：

资助申请接收单元，被配置为接收互助项目中申领互助金失败的项目案件对应的待资助项目成员提交的资助申请；

项目案件展示单元，被配置为在所述资助申请通过资助审核的情况下，基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口；

分布式事务获取单元，被配置为获取参与所述互助项目的项目成员通过触发各自的成员终端展示的所述案件资助接口提交资助申请后生成的分布式事务；

资助校验单元，被配置为基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验；

资助处理单元，被配置为在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理。

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

存储器和处理器；

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

接收互助项目中申领互助金失败的项目案件对应的待资助项目成员提交的资助申请；

在所述资助申请通过资助审核的情况下，基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口；

获取参与所述互助项目的项目成员通过触发各自的成员终端展示的所述案件资助接口提交资助申请后生成的分布式事务；

基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验；

在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理。

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

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

本申请提供一种基于互助项目的资助处理方法，包括：资助申请接收模块、项目案件展示模块、分布式事务获取模块、资助校验模块和资助处理模块；其中，所述资助申请接收模块，被配置为接收互助项目中申领互助金失败的项目案件对应的待资助项目成员提交的资助申请；所述项目案件展示模块，被配置为在所述资助申请通过资助审核的情况下，基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口；所述分布式事务获取模块，被配置为获取参与所述互助项目的项目成员通过触发各自的成员终端展示的所述案件资助接口提交资助申请后生成的分布式事务；所述资助校验模块，被配置为基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验；所述资助处理模块，被配置为在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理。

本申请提供的基于互助项目的资助处理系统，将互助项目中申领互助金失败的项目成员作为待资助项目成员，结合资助申请接收模块、项目案件展示模块、分布式事务获取模块、资助校验模块和资助处理模块，通过互助项目中项目成员对所述待资助项目成员进行资助的方式，来保障申领互助金失败的所述待资助项目成员的权益，同时，通过对待资助项目成员的资助总额以及项目成员对所述待资助项目成员的资助金额进行校验，降低了项目成员投入大额资金进行资助后出现资金无法追回的风险，也降低了待资助项目成员获得大批量项目成员的资助后引发舆情的风险。

图1是本申请实施例提供的一种基于互助项目的资助处理处理系统的示意图；

图2是本申请实施例提供的一种案件展示页面的示意图；

图3是本申请实施例提供的一种基于互助项目的资助处理方法的处理流程图；

图4是本申请实施例提供的一种基于互助项目的资助处理装置的示意图；

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

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

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

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

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

本申请提供的一种基于互助项目的资助处理系统实施例如下：

参照附图1，其示出了本实施例提供的一种基于互助项目的资助处理处理系统的示意图，参照附图2，其示出了本申请实施例提供的第一种案件展示页面的示意图。

本申请提供的基于互助项目的资助处理系统，包括：

资助申请接收模块102、项目案件展示模块104、分布式事务获取模块106、资助处理模块108和资助处理模块110；

其中，所述资助申请接收模块102，被配置为接收互助项目中申领互助金失败的项目案件对应的待资助项目成员提交的资助申请；

所述项目案件展示模块104，被配置为在所述资助申请通过资助审核的情况下，基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口；

所述分布式事务获取模块106，被配置为获取参与所述互助项目的项目成员通过触发各自的成员终端展示的所述案件资助接口提交资助申请后生成的分布式事务；

所述资助校验模块108，被配置为基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验；

所述资助处理模块110，被配置为在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理。

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

互助共济式保险项目是指集合具有相同需求的一批成员，这一批成员通过参与互助共济式保险项目的方式进行相互之间的互助共济，即共同参与到互助共济式保险项目中，当参与互助共济式保险项目的任一项目成员遭受意外或者面临需要帮助的其他特殊情况时，由该项目成员提出互助申请，如果互助申请审核通过，则由参与互助共济式保险项目的其他项目成员(除提出互助申请的项目成员之外的所有项目成员)通过提供互助金的方式对该项目成员进行互助共济；

如果互助申请审核未通过，并且在提出互助申请的项目成员对该互助申请审核未通过的结果有异议的情况下，针对该互助申请生成相应的项目案件，通过互助共济式保险项目中项目审核组中的审核组成员采用投票表决的方式决定是否对项目案件发放互助金，如果参与投票的审核组成员中有50％以上的审核组成员投票支持发放互助金，则项目审核组的审议结果为向提出异议的项目成员发放互助金；如果参与投票的审核组成员中有50％以上的审核组成员投票拒绝发放互助金，则项目审核组的审议结果为拒绝向提出异议的项目成员发放互助金。

具体的，在向提出互助申请的项目成员发放互助金的过程中，这部分互助金是采用分摊的方式由其他项目成员进行支付，即：项目成员通过支付一定的分摊金额为提出互助申请的项目成员提供互助共济，互助共济式保险项目的特点是“后付费”，即：项目成员申请参与互助共济式保险项目时无需缴纳费用，当参与互助共济式保险项目的任一项目成员遭受意外或者面临需要帮助的其他特殊情况提出互助申请之后，由其他项目成员通过缴纳一定费用的方式对提出互助申请的项目成员进行互助共济。

实际应用中，对于项目审核组的审议结果为拒绝发放互助金的项目案件，即申领互助金失败的项目案件，采用本申请提供的基于互助项目的资助处理系统，通过对申领互助金失败的项目案件对应的项目成员进行资助的方式，来保障申领互助金失败的项目成员的权益，同时，结合对互助项目中对申领互助金成功的项目成员发放互助金的方式，来保障申领互助金成功的项目成员的权益，从而来提升互助项目整体的参与体验。

具体的，本申请提供的基于互助项目的资助处理系统，在对申领互助金失败的项目成员进行资助的过程中，在申领互助金失败的项目成员提出资助申请之后，从申领互助金失败的项目成员(即：待资助项目成员)的项目案件出发，互助项目中待资助项目成员之外的项目成员通过浏览待资助项目成员的项目案件的案件材料来了解项目案件的情况来决定是否进行资助，以及，通过对待资助项目成员的资助总额以及项目成员对所述待资助项目成员单次的资助金额进行约束，降低项目成员投入大额资金进行资助后出现资金无法追回的风险，同时也降低待资助项目成员获得大批量项目成员资助后引发舆情的风险。

本申请提供的基于互助项目的资助处理系统，包括资助申请接收模块102、项目案件展示模块104、分布式事务获取模块106、资助校验模块108和资助处理模块110这5个模块，下述根据这5个模块在互助项目的实际资助处理过程中的运行顺序，按照运行顺序从前到后的顺序依次对这5个模块进行说明，并对所述基于互助项目的资助处理系统包含的其他模块进行说明。

1、资助申请接收模块102。

如上所述，对于参与到互助项目中的项目成员，如果该项目成员在遭受意外或者面临需要帮助的其他特殊情况提出的互助申请未被审核通过，并且后续项目成员提出异议后经项目审核组审核投票后的审议结果为拒绝发放互助金，这种情况下，项目成员可以通过提出资助申请的方式请求救济。

比如，互助共济式保险项目中的项目成员A在申领互助金失败后，基于申领互助金失败的项目案件提交资助申请，资助申请接收模块102接收该申领互助金是被的项目成员A(待资助项目成员A)提交的资助申请，并将接收到的资助申请插入队列中，以待后续该资助申请的处理。

2、项目案件展示模块104。

具体实施时，在所述资助申请接收模块102接收到所述待资助项目成员基于申领互助金失败的项目案件提交的资助申请之后，所述项目案件展示模块104首先对所述资助申请进行资助审核，在资助审核通过的情况下，基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口，展示所述项目案件的案件处理环节的目的是希望互助项目中有意向资助的项目成员能够了解待资助的项目案件的详情，如果互助项目中的项目成员在了解待资助的项目案件的详情之后决定对该项目案件对应的待资助项目成员进行资助，通过案件资助接口进行资助即可。

需要说明的是，所述项目案件展示模块104对所述资助申请进行的资助审核，一方面包括对所述待资助项目成员的风险级别的审核，比如检测所述待资助项目成员申请互助金失败的原因是否为所述待资助项目成员存在未如实填写自身健康情况、隐瞒以往疾病史甚至骗保等行为，如果所述待资助项目成员存在未如实填写自身健康情况、隐瞒以往疾病史甚至骗保等行为，则将所述待资助项目成员的风险级别确定为高风险级别，这种情况下，对所述待资助项目成员提交的资助审核的审核结果为不通过；如果所述待资助项目成员的风险级别确定为低风险级别，则对所述待资助项目成员提交的资助审核的审核结果为通过；

另一方面还包括对提交资助申请的所述待资助项目成员对应的项目案件在赔审环节的赔审数据的审核，如果所述待资助项目成员对应的项目案件在赔审环节审核组成员的审议结果为拒绝向所述待资助项目成员发放互助金，审核组成员中5％的审核组成员支持发放互助金，另有95％的审核组成员不支持发放互助金，在这种支持发放互助金的审核组成员的占比与不支持发放互助金的审核组成员的占比相差较大的情况下，对所述待资助项目成员提交的资助审核的审核结果为不通过；

如果所述待资助项目成员对应的项目案件在赔审环节审核组成员的审议结果为拒绝向所述待资助项目成员发放互助金，审核组成员中40％的审核组成员支持发放互助金，另有60％的审核组成员不支持发放互助金，在这种支持发放互助金的审核组成员的占比与不支持发放互助金的审核组成员的占比相差较小的情况下，对所述待资助项目成员提交的资助审核的审核结果为通过。

本申请实施例提供的一种可选实施方式中，所述项目案件展示模块104在基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节的过程中，所述案件展示页面不仅展示有所述项目案件的案件处理环节，还展示有所述项目案件的赔审材料浏览接口，其中，所述赔审材料浏览接口与所述案件处理环节中包含的赔审环节对应；

相应的，所述项目案件展示模块104包括赔审详情展示子模块，具体的，所述赔审详情展示子模块，被配置为接收所述项目成员针对所述成员终端展示的所述赔审材料浏览接口的触发指令的情况下，基于所述触发指令从项目案件库中读取所述项目案件在赔审环节的案件赔审详情，并基于所述成员终端展示所述案件赔审详情。

可选的，所述项目案件展示模块104还包括资助进度展示子模块，所述资助详情展示子模块，被配置为基于所述成员终端展示包含所述资助总额和已资助金额的资助详情；其中，所述资助详情包含区别展示所述资助总额和所述已资助金额的资助总额进度条和已资助进度条。

例如，待资助项目成员A基于申领互助金失败的项目案件提交资助申请之后，项目案件展示模块104首先对资助项目成员A的风险级别进行审核，如果审核结果为待资助项目成员A的风险级别为低风险级别，则进一步对待资助项目成员A申领互助金失败的项目案件在赔审环节的赔审数据进行审核，如果该项目案件在赔审环节的审议结果为拒绝发放互助金，且项目审核组中47.5％的审核组成员支持发放互助金，另有52.5％的审核组成员不支持发放互助金，二者占比的差值仅为5％，则对待资助项目成员A申领互助金失败的项目案件的赔审环节的赔审数据的审核结果也为审核通过；

待资助项目成员A提交的资助申请通过项目案件展示模块104的审核之后，生成该项目案件的案件展示页面，参与互助项目的其他项目成员在通过各自的成员终端(比如，移动终端、可穿戴设备等)浏览该项目案件时，在浏览的成员终端显示该项目案件的案件展示页面，如附图2所示；

其中，案件展示页面的上方区域显示待资助项目成员A的姓名(李**)、地理位置(山东省)、申请资助的项目案件中记录的疾病种类(罹患急性白血病)和身份信息关键词(山东老乡、北京青年、北漂一族)；

案件展示页面的中间区域显示有：案件资助接口(“资助”控件)，待资助项目成员A针对申领互助金失败的项目案件想要获得资助的资助总额(50000元)，已获得互助项目中项目成员资助的已资助金额(32334元)，并同时在资助总额(50000元)和已资助金额(32334元)上方显示资助总额和已资助金额各自对应的进度条；

案件展示页面的下方区域显示有待资助项目成员A针对申领互助金失败的项目案件经历的3个案件处理环节：“申领互助金”环节、“提请赔审团审议”环节(即：赔审环节)和“发起求助”环节；

并且，还显示有“提请赔审团审议”环节对应的赔审材料浏览接口(“了解详情”控件)，如果互助共济式保险项目中的项目成员想要了解该项目案件在“提请赔审团审议”环节的详情，则通过触发赔审材料浏览接口(“了解详情”控件)，当检测到项目成员针对该赔审材料浏览接口(“了解详情”控件)的触发指令后，从项目案件库中读取该项目案件的案件赔审详情，并在案件展示页面显示读取到的案件赔审详情，供项目成员浏览后决定是否对待资助项目成员A进行资助。

3、分布式事务获取模块106。

具体实施时，上述基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口之后，互助项目中的项目成员可通过各自的成员终端浏览所述案件展示页面展示的所述项目案件，如果项目成员浏览后有意向对所述项目案件对应的待资助项目成员进行资助，可通过触发所述案件展示页面展示的所述案件资助接口来进行资助。

具体资助过程中，当项目成员触发所述案件展示页面展示的所述案件资助接口之后，会在所述案件展示页面展示用于输入资助金额的金额输入界面，项目成员在金额输入界面输入资助金额后提交即可；项目成员输入的资助金额会以资助请求的形式进行提交，并且会生成相应的事务，生成的事务由所述分布式事务获取模块106、所述资助校验模块108和所述资助处理模块110进行处理，此处，由所述分布式事务获取模块106获取项目成员通过触发各自的成员终端显示的所述案件展示页面中的案件资助接口提交资助申请后生成的事务。

实际应用中，如果参与互助项目的项目成员数目较多，达到千万级甚至亿级，则在获取所述项目成员提交资助申请后生成的事务的数量也比较大，这就对事务的处理提出了较高的要求，本实施例中，为提升对所述事务的处理效率，以及后续针对所述事务进行资助处理的处理效率，采用分布式架构来实现分布式事务的获取和后续的资助处理，具体的，所述分布式事务获取模块106，被配置为获取项目成员通过触发各自的成员终端展示的所述案件资助接口提交资助申请后生成的分布式事务；相应的，后续所述资助校验模块108和所述资助处理模块110在所述分布式事务的基础上进行资助处理。

4、资助校验模块108。

具体实施时，所述资助校验模块108，被配置为基于所述资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验。本申请实施例提供的一种可选实施方式中，所述资助校验模块108，具体采用如下方式实现对所述资助金额的校验：

1)判断对所述分布式事务中携带的资助金额进行资助处理过程中所述项目案件的实际资助额是否小于或者等于所述资助总额；

若是，表明所述项目案件当前获得的实际资助金额未超出所述资助总额，执行下述步骤2)，进一步对资助金额进行检测；

若否，表明所述项目案件当前获得的实际资助金额超出所述资助总额，向所述项目成员发送资助失败的提醒，并对超出所述资助总额部分的资助金额进行退款操作。

此处通过所述资助总额进行检测，避免对分布式事务进行资助处理过程中针对所述待资助项目成员的资助超出所述资助总额而出错的情形。

此外，为了降低互助项目中的项目成员针对所述待资助项目成员进行资助的资助总额过大导致大额资金的资助后无法追回的风险，降低对待资助项目成员资助后引发舆情的风险，所述基于互助项目的资助处理系统还设置有资助总额确定模块，通过所述资助总额确定模块来确定所述资助总额的金额大小，本申请实施实施例提供的一种可选实施方式中，所述资助总额确定模块具体采用如下方式来确定所述资助总额：

a)获取所述项目案件在赔审环节的赔审数据和评论数据；

b)根据所述赔审数据中包含的审核结果为向所述待资助项目成员发放互助金的第一审核组成员数目，以及审核结果为不向所述待资助项目成员发放互助金的第二审核组成员数目，计算所述项目案件的审核支持比；

可选的，所述项目案件的审核支持比，包括所述第一审核组成员数目与所述第一审核组成员数目和所述第二审核组成员数目二者之和的比值；

c)根据所述评论数据中包含的支持向所述待资助项目成员发放互助金的第一评论项目成员数目，以及不支持向所述待资助项目成员发放互助金的第二评论项目成员数目，计算所述项目案件的评论支持比；

类似的，所述项目案件的评论支持比，等于所述第一评论项目成员数目与所述第一评论项目成员数目和所述第二评论项目成员数目二者之和的比值；

d)根据所述审核支持比和所述评论支持比和所述互助金申领金额，计算对所述待资助项目成员进行资助的参考资助总额；

可选的，所述参考资助总额，等于所述互助金申领金额与所述审核支持比和评论支持比二者均值的乘积；

e)判断所述资助申请中包含的所述资助申请金额是否小于所述参考资助总额；

若是，将所述资助申请金额作为所述项目案件的资助总额；

若否，将所述参考资助总额作为所述项目案件的资助总额。

例如，待资助项目成员A申领互助金失败的项目案件在赔审环节的赔审数据中包含项目审核组中2000名审核组成员的审核投票结果，其中，300名审核组成员支持向待资助项目成员A发放互助金，另外1700名审核组成员拒绝向待资助项目成员A发放互助金，因此最终的审议结果为拒绝向待资助项目成员A发放互助金，审核支持比＝300/(300+1700)＝0.15；

待资助项目成员A申领互助金失败的项目案件在赔审环节的评论数据中包含500000名项目成员对该项目案件的评论打分，其中90000名项目成员的评论结果为支持向待资助项目成员A发放互助金，另外410000名项目成员的评论结果为不支持向待资助项目成员A发放互助金，评论支持比＝90000/(90000+410000)＝0.18；

待资助项目成员A在申领互助金过程中的互助金申领金额为30万元，由此计算待资助项目成员A的参考资助总额＝30*(0.15+0.18)/2＝4.95万元，取整为5万元；如果待资助项目成员A在申领互助金失败后申请资助时提交的资助申请金额小于或者等于5万元，则将待资助项目成员A提交的资助申请金额作为对待资助项目成员A进行资助的资助总额即可；如果待资助项目成员A在申领互助金失败后申请资助时提交的资助申请金额大于5万元，则将待资助项目成员A的参考资助总额5万元作为对待资助项目成员A进行资助的资助总额即可。

此处通过所述资助总额进行检测，避免对分布式事务进行资助处理过程中针对所述待资助项目成员的资助超出所述资助总额而出错的情形。

2)判断所述分布式事务中携带的资助金额是否处于案件资助金额区间内；

若是，表明所述项目成员当前资助的资助金额满足资助条件，执行下述步骤3)，进一步对资助次数进行检测；

若否，表明所述项目成员当前资助的资助金额不满足资助条件，向所述项目成员发送资助失败的提醒，所述项目成员可通过修改资助金额重新进行资助。

本实施例中，所述案件资助金额区间由上限值和下限值组成，具体通过所述基于互助项目的资助处理系统设置的案件资助金额区间计算单元来计算所述案件资助金额区间由上限值和下限值，可选的，根据所述第一评论项目成员数目和所述资助总额计算所述案件资助金额区间的上限值，以及，根据所述第一评论项目成员数目与所述第二评论项目成员数目之和计算所述案件资助金额区间的下限值。

例如，对待资助项目成员A进行资助的资助总额为5万元，赔审环节的评论数据中支持向待资助项目成员A发放互助金的项目成员有90000名，据此计算案件资助金额区间的上限值＝50000/90000＝0.55元；赔审环节的评论数据中参与该项目案件的评论打分的项目成员总共500000名，则据此计算案件资助金额区间的下限值＝50000/500000＝0.1元。

除此之外，还可以结合实际业务场景来设置所述案件资助金额区间的上限值和下限值，比如将案件资助金额区间的上限值设为1元，将案件资助金额区间的下限值设为0.1元。

3)判断所述分布式事务对应的项目成员针对所述项目案件的资助次数是否小于预设资助次数阈值；

若是，表明所述项目成员针对所述项目案件进行资助的资助次数符合规定，运行所述资助处理模块110；

若否，表明所述项目成员针对所述项目案件进行资助的资助次数不符合规定，向所述项目成员发送资助失败的提醒即可。

上述通过所述资助总额、所述资助金额和所述资助次数进行约束，从而尽可能避免存在项目成员投入大额资金进行资助或者多次进行资助无法追回的风险，降低对待资助项目成员资助后引发舆情的风险。

例如，对待资助项目成员A进行资助的资助总额为5万元，即：待资助项目成员A申领互助金失败的项目案件的资助总额为5万元，互助项目中项目成员对待资助项目成员A进行资助的案件资助金额区间为0.1元至1元，并且，规定互助项目中项目成员最多对待资助项目成员A资助1次；

基于此，在对分布式事务进行处理时，首先判断待资助项目成员A当前已获得的实际资助金额是否已经达到5万元，如果达到，则向该分布式事务对应的项目成员发送资助失败的提醒，并对超出资助总额部分的资助金额进行退款操作；

如果未达到，则进一步判断该分布式事务中记录的资助金额(即：项目成员通过金额输入界面输入的资助金额)是否处于0.1元至1元这一案件资助金额区间内，如果项目成员输入的资助金额大于1元或者小于0.1元，则向分布式事务对应的项目成员发送资助失败的提醒，该项目成员可通过修改资助金额重新进行资助；

如果项目成员输入的资助金额在0.1元至1元之间，则判断分布式事务对应的项目成员对待资助项目成员A申领互助金失败的项目案件的资助次数是否为第一次，如果是第一次资助，则进行后续处理即可；如果不是第一次资助，则向该项目成员发送资助失败的提醒即可。

5、资助处理模块110。

所述资助处理模块110，被配置为在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理。

本申请实施例提供的一种可选实施方式中，所述资助处理模块110具体采用如下方式实现对所述资助订单的支付处理：

1)创建所述项目成员对所述项目案件进行资助的资助订单；

2)通过调用支付平台创建所述资助订单对应的支付订单；所述支付订单中携带所述项目成员的资助账户和所述待资助项目成员的被资助账户；

3)根据所述资助金额，基于所述支付平台针对所述项目成员的资助账户和所述待资助项目成员的被资助账户进行支付处理。

综上所述，本申请提供的基于互助项目的资助处理系统，将互助项目中申领互助金失败的项目成员作为待资助项目成员，结合所述资助申请接收模块102、项目案件展示模块104、所述分布式事务获取模块106、所述资助校验模块108和所述资助处理模块110，通过互助项目中项目成员对所述待资助项目成员进行资助的方式，来保障申领互助金失败的所述待资助项目成员在参与所述互助项目过程中的权益，同时，通过对待资助项目成员的资助总额以及项目成员对所述待资助项目成员的资助金额进行校验，降低了项目成员投入大额资金进行资助后出现资金无法追回的风险，也降低了待资助项目成员获得大批量项目成员资助后引发舆情的风险。

本申请提供的一种基于互助项目的资助处理方法实施例如下：

在上述的实施例中，提供了一种基于互助项目的资助处理系统，此外，本申请还提供了一种基于互助项目的资助处理方法，所述基于互助项目的资助处理方法基于所述基于互助项目的资助处理系统实现，相关的部分请参见上述提供的系统实施例的对应说明即可，下述描述的方法实施例仅仅是示意性的。

参照附图3，其示出了本实施例提供的一种基于互助项目的资助处理方法的处理流程图，包括步骤S302至步骤S310。

步骤S302，接收互助项目中申领互助金失败的项目案件对应的待资助项目成员提交的资助申请；

步骤S304，在所述资助申请通过资助审核的情况下，基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口；

步骤S306，获取参与所述互助项目的项目成员通过触发各自的成员终端展示的所述案件资助接口提交资助申请后生成的分布式事务；

步骤S308，基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验；

步骤S310，在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理。

可选的，所述基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验，包括：

判断对所述分布式事务中携带的资助金额进行资助处理过程中所述项目案件的实际资助额是否小于所述资助总额；

若是，判断所述分布式事务中携带的资助金额是否处于案件资助金额区间内；

若是，判断所述分布式事务对应的项目成员针对所述项目案件的资助次数是否小于预设资助次数阈值；

若是，执行所述在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理步骤。

可选的，所述在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理，包括：

创建所述项目成员对所述项目案件进行资助的资助订单；

通过调用支付平台创建所述资助订单对应的支付订单；所述支付订单中携带所述项目成员的资助账户和所述待资助项目成员的被资助账户；

根据所述资助金额，基于所述支付平台针对所述项目成员的资助账户和所述待资助项目成员的被资助账户进行支付处理。

可选的，所述案件展示页面还展示有所述项目案件的赔审材料浏览接口，且所述赔审材料浏览接口与所述案件处理环节中包含的赔审环节对应；

相应的，所述基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口，包括：

检测到所述项目成员针对所述成员终端展示的所述赔审材料浏览接口的触发指令的情况下，基于所述触发指令从项目案件库中读取所述项目案件在赔审环节的案件赔审详情，并基于所述成员终端展示所述案件赔审详情。

可选的，所述检测到所述项目成员针对所述成员终端展示的所述赔审材料浏览接口的触发指令的情况下，基于所述触发指令从项目案件库中读取所述项目案件在赔审环节的案件赔审详情，并基于所述成员终端展示所述案件赔审详情子步骤执行之后，包括：

基于所述成员终端展示包含所述资助总额和已资助金额的资助详情；

其中，所述资助详情包含区别展示所述资助总额和所述已资助金额的资助总额进度条和已资助进度条。

可选的，所述基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验步骤执行之前，包括：

获取所述项目案件在赔审环节的赔审数据和评论数据；

根据所述赔审数据中包含的审核结果为向所述待资助项目成员发放互助金的第一审核组成员数目，以及审核结果为不向所述待资助项目成员发放互助金的第二审核组成员数目，计算所述项目案件的审核支持比；

根据所述评论数据中包含的支持向所述待资助项目成员发放互助金的第一评论项目成员数目，以及不支持向所述待资助项目成员发放互助金的第二评论项目成员数目，计算所述项目案件的评论支持比；

根据所述审核支持比和所述评论支持比和所述互助金申领金额，计算对所述待资助项目成员进行资助的参考资助总额；

判断所述资助申请中包含的所述资助申请金额是否小于所述参考资助总额；

若是，将所述资助申请金额作为所述项目案件的资助总额；

若否，将所述参考资助总额作为所述项目案件的资助总额。

可选的，所述项目案件的审核支持比，包括所述第一审核组成员数目与所述第一审核组成员数目和所述第二审核组成员数目二者之和的比值；

所述项目案件的评论支持比，等于所述第一评论项目成员数目与所述第一评论项目成员数目和所述第二评论项目成员数目二者之和的比值。

可选的，所述参考资助总额，包括：所述互助金申领金额与所述审核支持比和评论支持比二者均值的乘积。

可选的，所述基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验步骤执行之前，包括：

根据所述第一评论项目成员数目和所述资助总额计算所述案件资助金额区间的上限值，以及，根据所述第一评论项目成员数目与所述第二评论项目成员数目之和计算所述案件资助金额区间的下限值。

本申请提供的一种基于互助项目的资助处理装置实施例如下：

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

参照附图4，其示出了本申请提供的一种基于互助项目的资助处理装置实施例的示意图。

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

本申请提供一种基于互助项目的资助处理装置，包括：

资助申请接收单元402，被配置为接收互助项目中申领互助金失败的项目案件对应的待资助项目成员提交的资助申请；

项目案件展示单元404，被配置为在所述资助申请通过资助审核的情况下，基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口；

分布式事务获取单元406，被配置为获取参与所述互助项目的项目成员通过触发各自的成员终端展示的所述案件资助接口提交资助申请后生成的分布式事务；

资助校验单元408，被配置为基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验；

资助处理单元410，被配置为在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理。

可选的，所述资助校验单元408，包括：

资助总额判断子单元，被配置为判断对所述分布式事务中携带的资助金额进行资助处理过程中所述项目案件的实际资助额是否小于所述资助总额；

若是，运行资助金额判断子单元；

所述资助金额判断子单元，被配置为判断所述分布式事务中携带的资助金额是否处于案件资助金额区间内；

若是，运行设资助次数判断子单元；

所述设资助次数判断子单元，被配置为判断所述分布式事务对应的项目成员针对所述项目案件的资助次数是否小于预设资助次数阈值；若是，运行所述资助处理单元410。

可选的，所述资助处理单元410，包括：

资助订单创建子单元，被配置为创建所述项目成员对所述项目案件进行资助的资助订单；

支付订单创建子单元，被配置为通过调用支付平台创建所述资助订单对应的支付订单；所述支付订单中携带所述项目成员的资助账户和所述待资助项目成员的被资助账户；

支付处理子单元，被配置为根据所述资助金额，基于所述支付平台针对所述项目成员的资助账户和所述待资助项目成员的被资助账户进行支付处理。

可选的，所述案件展示页面还展示有所述项目案件的赔审材料浏览接口，且所述赔审材料浏览接口与所述案件处理环节中包含的赔审环节对应；

相应的，所述项目案件展示单元404，包括：

案件赔审详情展示子单元，被配置为检测到所述项目成员针对所述成员终端展示的所述赔审材料浏览接口的触发指令的情况下，基于所述触发指令从项目案件库中读取所述项目案件在赔审环节的案件赔审详情，并基于所述成员终端展示所述案件赔审详情。

可选的，所述项目案件展示单元404，包括：

资助详情展示子单元，被配置为基于所述成员终端展示包含所述资助总额和已资助金额的资助详情；

其中，所述资助详情包含区别展示所述资助总额和所述已资助金额的资助总额进度条和已资助进度条。

可选的，所述基于互助项目的资助处理装置，包括：

数据获取单元，被配置为获取所述项目案件在赔审环节的赔审数据和评论数据；

审核支持比计算单元，被配置为根据所述赔审数据中包含的审核结果为向所述待资助项目成员发放互助金的第一审核组成员数目，以及审核结果为不向所述待资助项目成员发放互助金的第二审核组成员数目，计算所述项目案件的审核支持比；

评论支持比计算单元，被配置为根据所述评论数据中包含的支持向所述待资助项目成员发放互助金的第一评论项目成员数目，以及不支持向所述待资助项目成员发放互助金的第二评论项目成员数目，计算所述项目案件的评论支持比；

参考资助总额计算单元，被配置为根据所述审核支持比和所述评论支持比和所述互助金申领金额，计算对所述待资助项目成员进行资助的参考资助总额；

资助总额确定单元，被配置为判断所述资助申请中包含的所述资助申请金额是否小于所述参考资助总额；若是，将所述资助申请金额作为所述项目案件的资助总额；若否，将所述参考资助总额作为所述项目案件的资助总额。

可选的，所述项目案件的审核支持比，包括所述第一审核组成员数目与所述第一审核组成员数目和所述第二审核组成员数目二者之和的比值；

所述项目案件的评论支持比，等于所述第一评论项目成员数目与所述第一评论项目成员数目和所述第二评论项目成员数目二者之和的比值。

可选的，所述参考资助总额，包括：所述互助金申领金额与所述审核支持比和评论支持比二者均值的乘积。

可选的，所述基于互助项目的资助处理装置，包括：

案件资助金额区间计算单元，被配置为根据所述第一评论项目成员数目和所述资助总额计算所述案件资助金额区间的上限值，以及，根据所述第一评论项目成员数目与所述第二评论项目成员数目之和计算所述案件资助金额区间的下限值。

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

图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还用于执行如下计算机可执行指令：

根据所述第一评论项目成员数目和所述资助总额计算所述案件资助金额区间的上限值，以及，根据所述第一评论项目成员数目与所述第二评论项目成员数目之和计算所述案件资助金额区间的下限值。

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

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

接收互助项目中申领互助金失败的项目案件对应的待资助项目成员提交的资助申请；

在所述资助申请通过资助审核的情况下，基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口；

获取参与所述互助项目的项目成员通过触发各自的成员终端展示的所述案件资助接口提交资助申请后生成的分布式事务；

基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验；

在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理。

可选的，所述基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验，包括：

判断对所述分布式事务中携带的资助金额进行资助处理过程中所述项目案件的实际资助额是否小于所述资助总额；

若是，判断所述分布式事务中携带的资助金额是否处于案件资助金额区间内；

若是，判断所述分布式事务对应的项目成员针对所述项目案件的资助次数是否小于预设资助次数阈值；

若是，执行所述在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理步骤。

可选的，所述在校验通过的情况下创建所述分布式事务对应的资助订单并对所述资助订单进行支付处理，包括：

创建所述项目成员对所述项目案件进行资助的资助订单；

通过调用支付平台创建所述资助订单对应的支付订单；所述支付订单中携带所述项目成员的资助账户和所述待资助项目成员的被资助账户；

根据所述资助金额，基于所述支付平台针对所述项目成员的资助账户和所述待资助项目成员的被资助账户进行支付处理。

可选的，所述案件展示页面还展示有所述项目案件的赔审材料浏览接口，且所述赔审材料浏览接口与所述案件处理环节中包含的赔审环节对应；

相应的，所述基于所述项目案件的案件展示页面展示所述项目案件的案件处理环节和案件资助接口，包括：

检测到所述项目成员针对所述成员终端展示的所述赔审材料浏览接口的触发指令的情况下，基于所述触发指令从项目案件库中读取所述项目案件在赔审环节的案件赔审详情，并基于所述成员终端展示所述案件赔审详情。

可选的，所述检测到所述项目成员针对所述成员终端展示的所述赔审材料浏览接口的触发指令的情况下，基于所述触发指令从项目案件库中读取所述项目案件在赔审环节的案件赔审详情，并基于所述成员终端展示所述案件赔审详情子步骤执行之后，包括：

基于所述成员终端展示包含所述资助总额和已资助金额的资助详情；

其中，所述资助详情包含区别展示所述资助总额和所述已资助金额的资助总额进度条和已资助进度条。

可选的，所述基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验步骤执行之前，包括：

获取所述项目案件在赔审环节的赔审数据和评论数据；

根据所述赔审数据中包含的审核结果为向所述待资助项目成员发放互助金的第一审核组成员数目，以及审核结果为不向所述待资助项目成员发放互助金的第二审核组成员数目，计算所述项目案件的审核支持比；

根据所述评论数据中包含的支持向所述待资助项目成员发放互助金的第一评论项目成员数目，以及不支持向所述待资助项目成员发放互助金的第二评论项目成员数目，计算所述项目案件的评论支持比；

根据所述审核支持比和所述评论支持比和所述互助金申领金额，计算对所述待资助项目成员进行资助的参考资助总额；

判断所述资助申请中包含的所述资助申请金额是否小于所述参考资助总额；

若是，将所述资助申请金额作为所述项目案件的资助总额；

若否，将所述参考资助总额作为所述项目案件的资助总额。

可选的，所述项目案件的审核支持比，包括所述第一审核组成员数目与所述第一审核组成员数目和所述第二审核组成员数目二者之和的比值；

所述项目案件的评论支持比，等于所述第一评论项目成员数目与所述第一评论项目成员数目和所述第二评论项目成员数目二者之和的比值。

可选的，所述参考资助总额，包括：所述互助金申领金额与所述审核支持比和评论支持比二者均值的乘积。

可选的，所述基于所述项目案件的资助总额、所述项目案件对应的案件资助金额区间对所述分布式事务中携带的资助金额进行校验步骤执行之前，包括：

根据所述第一评论项目成员数目和所述资助总额计算所述案件资助金额区间的上限值，以及，根据所述第一评论项目成员数目与所述第二评论项目成员数目之和计算所述案件资助金额区间的下限值。

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

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

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

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

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