具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参考图1，示出了本发明实施例提供的一种公益救助平台的结构示意图，在本实施例中，该公益救助平台包括：

公益机构注册模块100，用于接收公益机构的申请信息，并将所述申请信息发送到银行审核模块进行审核；

银行审核模块200，用于基于所述申请信息对公益机构的资质进行审核；

追踪模块300，用于对公益资源进行追踪；

支付令模块400，用于向公益机构和第三方机构发送电子支付令，并在公益机构和所述第三方机构提供的电子支付令匹配的情况下，向第三方机构拨款。

本实施例中，公益机构在向公益救助平台发送申请信息之前，需要由政府公式公益活动、由会计事务所审核、审计机构审核，在上述几项没有问题的情况下，允许获得公益池计划。然后公益机构可以向公益救助平台发起申请。

公益机构通过公益机构注册模块100向公益救助平台发送申请信息，其中申请信息至少包括：公益机构的有效证件信息。

银行审核模块200对提供的有效证件信息进行审核，并判定该公益机构是否符合条件。

其中，审核条件包括多项，其中一项包括：公益机构是否为非公司性质，若该公益机构为非公司性质则表示符合条件。

其中，银行审核模块200对申请信息进行审核的过程，包括：

对所述公益机构的相关证件进行识别，得到第一关键信息；所述第一关键信息中至少包括：机构信息、法人信息、开户所在地；

从区块链平台中获取政府机构中存储的公益机构的相关信息；

若所述第一关键信息与从政府机构中获取的公益机构的相关信息一致，且所述公益机构为非盈利性组织则，则表示审核通过。

除此之外，银行审核模块会将接收到的公益机构的相关证件上传到区块链进行存储。

追踪模块400，对公益资源进行追踪；

本实施例中，公益资源指的是由组织或者个人捐赠的资金、实物或者虚拟资源，其中虚拟资源包括：虚拟实物或者积分等。

追踪模块400，用于对由组织或者个人捐赠的资金、实物、虚拟资源等的流向进行追踪。

其中，追踪模块400可以通过区块链技术实现对公益资源的追踪。

支付令模块400对公益机构和第三方机构进行核验的过程包括：

当检测到公益机构确定的第三方机构后，向公益机构和第三方机构发送第一电子支付令；

接收到所述第三方机构反馈的响应信息后，获取所述第三方机构提供的第二电子支付令和所述第三方机构服务的公益机构的第三电子支付令；所述响应信息是第三方机构在执行完公益机构下达的指令后向公益救助平台申请的；

核验所述第二电子支付令和所述第三电子支付令是否能够匹配；

若所述第二电子支付令和所述第三电子支付令能够匹配，则向所述第三方机构拨款。

举例说明，上述两种过程包括如下的两种场景：

场景一：

当公益机构捐助物资时，在银行平台选择对应的商家(第三方机构)，平台给公益机构和物资商家各发放一个电子支付令，其中，发送给双方的电子支付令通过加密算法进行加密；物资商家在备货完成后，申请在平台与公益机构匹配支付令；物资商家与公益机构的支付令匹配后，银行划拨物资款项至商家；商家收到款项后发货至救助地。

场景二：

当个人申请救助时，在银行平台选择对应的医院(第三方机构)，公益救助平台给公益机构和医院发放一个电子支付令，双方支付令使用非对称的加密算法进行加密；医院收到病人准备救治时，申请在公益救助平台与公益机构匹配电子支付令；当医院与公益机构的电子支付令匹配后，银行向物资款项拨款到医院；医院收到款项后开始对个人进行救治。

本实施例中，通过构建的公益救助平台，为个人或者组织提供了救助途径，并且实现了对资源的追踪和展示，对于通过第三方机构实现的救助，通过电子支付令对公益机构和第三方机构进行匹配，进一步提升了资金的有效监管，避免了资金流动出现错误，提升了安全性。并且，以银行为中心的资金监管平台可提高公益活动的可信度。

实施例2：

在上述实施例1的基础上，参考图2，示出了本发明实施例提供的一种公益救助平台的实施例2的结构示意图，在本实施例中，该结构包括：

公益机构注册模块100，用于接收公益机构的申请信息，并将所述申请信息发送到银行审核模块进行审核；

银行审核模块200，用于用于基于所述申请信息对公益机构的资质进行审核；

追踪模块300，用于对公益资源进行追踪；

支付令模块400，用于向公益机构和第三方机构发送电子支付令，并在公益机构和所述第三方机构提供的电子支付令匹配的情况下，向第三方机构拨款。

100-400的模块已经在上述实施例1中进行了详细的介绍，本实施例中不再赘述。

除此之外，公益救助平台还包括：

个人加入公益池模块500，用于个人通过所述平台选择公益机构和捐款形式，以向公益池进行捐助。

其中，公益池是由公益机构发起的公益计划。

本实施例提供的公益救助平台支持个人捐助，个人可以向平台申请加入的公益池和捐款形式。

其中，个人可以以多种形式向公益池进行捐助，例如包括：钱款、权益、积分、虚拟实物等。

其中，公益救助平台给用户提供了多种捐款形式的选项，用户可以选择其中的一项或者多项实现捐助。

为了实现公益平台的透明化，公益救助平台还支持对资源流向进行展示的功能，具体的，公益救助平台还包括：

物流流向展示模块600，用于向银行、公益机构、捐赠者展示资源的流向。

本实施例中，资源的流向是通过追踪模块300实现的，物流展示模块将追踪模块获取的资源的每个流向进行展示。

进一步的，为了帮助更多需要获得帮助的人或者组织，本实施例提供的公益救助平台还支持个人或者组织直接申请救助的功能，具体的，还包括：

申请援助模块700，用于接收用户提交的救助申请材料；所述救助申请材料至少包括：个人身份信息、相关证明信息、相关票据信息；

救助决策模块800，用于对救助申请材料进行识别，得到用户的第二关键信息，通过所述用户的第二关键信息核验所述救助申请材料的真伪，并通过所述用户的第二关键信息获取用户的调查信息，基于所述救助申请材料的真伪和用户的调查信息确定救助策略。

本实施例中，用户提交了救助审核和申请材料后，通过救助决策模块自动实现是否同意救助的决策，具体的，包括：

接收用户提交的救助申请材料；所述救助申请材料至少包括：个人身份信息、相关证明信息、相关票据信息；

对救助申请材料进行识别，得到用户的第二关键信息；

通过所述用户的第二关键信息核验所述救助申请材料的真伪，并通过所述用户的第二关键信息获取用户的调查信息；

基于所述救助申请材料的真伪和用户的调查信息确定救助策略。

其中，对救助申请材料进行识别的方法可以包括多种，本实施例中不进行限定，优选的，可以采用OCR技术实现对材料的扫描，并从申请材料中识别出第二关键信息。

其中，为了实现上述流程的自动化，还可以通过RPA(机器人流程自动化)机器人技术。

其中，用户的调查信息至少包括：用户的背景信息、信用信息及收入信息，根据个人征信。

本实施例中，救助决策模块基于所述救助申请材料的真伪和用户的调查信息确定救助策略的方法可以包括多种，本实施例中不进行限定，优选的，本实施例中提供了如下的两种实施方式：

实施方式一：

将救助申请材料的真伪和用户的调查信息划分为多个审核项；

为每一个审核项进行打分；

若每一个审核项的分数均超过了预设的第一阈值，则表示通过了救助申请。

实施方式二：

将救助申请材料的真伪和用户的调查信息划分为多个审核项；

为每一个审核项进行打分；

通过加权平均的方式对每一个审核项的分数进行相加，得到审核分数；

若审核分数大于预设的第二阈值，则表示通过救助申请。

进一步的，本实施例中，公益救助平台还支持公益机构自主发起捐款计划，具体的，所述公益救助平台还包括：

公益机构捐助模块900，用于当公益机构获悉公益救助信息后，发起捐助申请。

具体的，实现公益救助的过程包括：

公益机构获悉社会救助需求后，在公益救助平台发起援助计划，该救助计划包括：具体金额或者虚拟实物信息；公益救助平台检测是否需要政府介入，若需要政府介入，等待政府同意；若公益机构本身属于政府机构，则默认同意；进行捐助时，可以将款项转至地方政府，或者由第三方机构实施，通过第三方机构实施时，向公益机构和第三方机构发送电子支付令，并在公益机构和所述第三方机构提供的电子支付令匹配的情况下，向第三方机构拨款。当受捐助人接收到物品后，则表示救助成功。

进一步的，公益救助平台还可以依赖自身优势，挖掘可以合作的企业，这些企业中有的可以进行捐款，还有一些可可以是可以提供服务的第三方机构，具体的，还包括：

合作企业挖掘模块1000：从银行系统中获取可合作的企业信息，并存储。

由此，银行通过自己的客户资源和市场信誉，为公益行为提供可靠有效的医院、供应商、物流、监管机构、公益机构等。使公益行为形成闭环运行，全链监控，安全可靠。

本实施例中，通过构建的公益救助平台，为个人或者组织提供了救助途径，并且实现了对资源的追踪和展示，对于通过第三方机构实现的救助，通过电子支付令对公益机构和第三方机构进行匹配，进一步提升了资金的有效监管，避免了资金流动出现错误，提升了安全性。并且，支持个人救助申请，完善了救助机制。还可以提供可靠有效的医院、供应商、物流、监管机构、公益机构等。使公益行为形成闭环运行，全链监控，安全可靠。

实施例3

在上述实施例1和实施例2提供的公益救助平台的基础上，参考图3，示出了本发明实施例提供的一种公益救助方法，其特征在于，包括：

S301：接收到公益机构发起的救助申请后，审核所述救助申请；

S302：救助申请通过后，当检测到公益机构确定的第三方机构的情况下，向公益机构和第三方机构发送第一电子支付令；

S303：接收到所述第三方机构反馈的响应信息后，获取所述第三方机构提供的第二电子支付令和所述第三方机构服务的公益机构的第三电子支付令；所述响应信息是第三方机构在执行完公益机构下达的指令后向公益救助平台申请的；

S304：核验所述第二电子支付令和所述第三电子支付令是否能够匹配；

S305：若所述第二电子支付令和所述第三电子支付令能够匹配，则向所述第三方机构拨款。

公益机构获悉社会救助需求后，在公益救助平台发起援助计划，该救助计划包括：具体金额或者虚拟实物信息；公益救助平台检测是否需要政府介入，若需要政府介入，等待政府同意；若公益机构本身属于政府机构，则默认同意；进行捐助时，可以将款项转至地方政府，或者由第三方机构实施，通过第三方机构实施时，向公益机构和第三方机构发送电子支付令，并在公益机构和所述第三方机构提供的电子支付令匹配的情况下，向第三方机构拨款。当受捐助人接收到物品后，则表示救助成功。

除此之外，当接收到用户的救助申请后，还可以通过如下的方法确定救助策略，包括：

接收用户提交的救赎申请和救助申请材料；所述救助申请材料至少包括：个人身份信息、相关证明信息、相关票据信息；

对救助申请材料进行识别，得到用户的关键信息；

通过所述用户的关键信息核验所述救助申请材料的真伪，并通过所述用户的关键信息获取用户的调查信息；

基于所述救助申请材料的真伪和用户的调查信息确定救助策略。

本实施例中，通过构建的公益救助平台，为个人或者组织提供了救助途径，并且实现了对资源的追踪和展示，对于通过第三方机构实现的救助，通过电子支付令对公益机构和第三方机构进行匹配，进一步提升了资金的有效监管，避免了资金流动出现错误，提升了安全性。并且，支持个人救助申请，完善了救助机制。还可以提供可靠有效的医院、供应商、物流、监管机构、公益机构等。使公益行为形成闭环运行，全链监控，安全可靠。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。