CN109118232A - 一种捐款方法、系统及相关设备 - Google Patents

Abstract

本申请实施例提供了一种捐款方法、系统及相关设备，基于区块链保障募捐过程及费用使用的公开透明，避免募捐金额虚高、诈捐等问题。本申请实施例方法包括：接收第一募捐人发送的募捐请求信息，募捐请求信息至少包括募捐金额；判断募捐金额是否满足预置条件，若满足，则根据募捐请求信息生成智能合约；将智能合约记录在区块链中并进行广播；根据智能合约将接收到的捐款存入第三方账户，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中；接收第一募捐人绑定的医院发送的费用明细信息，并将费用明细信息写入区块链中；根据费用明细信息，采用第三方账户中的资金向第一募捐人绑定的医院支付对应的费用。

Description

一种捐款方法、系统及相关设备

技术领域

本申请涉及区块链技术领域，尤其涉及一种捐款方法、系统及相关设备。

背景技术

随着网络的迅速发展，网络慈善捐款越来越普及，越来越多的人可以基于网络平台进行募捐和捐款，网络捐款帮助了越来越多的人。

但现有的网络捐款平台存在监管的问题，平台门槛过低审核不严，对于求助人的信息审核太简单、求救人募集资金数额虚高、所筹善款使用情况不透明，众筹金额可以由求助人自行设定，甚至可以随时修改等问题，家庭本来有能力支付出现了很多诈捐的问题等等。

有鉴于此，有必要提出一种新的网络捐款方法。

发明内容

本申请实施例提供了一种捐款方法、系统及相关设备，基于区块链保障募捐过程及费用使用的公开透明，避免募捐金额虚高、诈捐等问题。

本申请实施例第一方面提供了一种捐款方法，其特征在于，包括：

接收第一募捐人发送的募捐请求信息，所述募捐请求信息至少包括募捐金额；

判断所述募捐金额是否满足预置条件，若满足，则根据所述募捐请求信息生成智能合约；

将所述智能合约记录在区块链中并进行广播；

根据所述智能合约将接收到的捐款存入第三方账户，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

可选的，作为一种可能的实施方式，本申请实施例中的捐款方法还包括：

接收所述第一募捐人绑定的医院发送的费用明细信息，并将所述费用明细信息写入区块链中；

根据所述费用明细信息，向所述第一募捐人绑定的医院支付对应的费用。

可选的，作为一种可能的实施方式，本申请实施例中，所述募捐请求信息还包括所述第一募捐人的身份信息，所述判断所述募捐金额是否满足预置条件，包括：

根据所述第一募捐人的身份信息查询所述第一募捐人所属的财产信息；

根据所述第一募捐人所属的财产信息计算所述第一募捐人的财产金额；

接收所述第一募捐人绑定的医院发送的医疗预算金额；

用所述募捐金额与所述第一募捐人的财产金额之和减去所述医疗预算金额得到治疗完成之后的剩余财产金额；

若所述剩余财产金额与所述第一募捐人的财产金额比值小于第一阈值时，则判定所述募捐金额满足预置条件；

若所述剩余财产金额与所述第一募捐人的财产金额比值不小于第一阈值时，则判定所述募捐金额不满足预置条件。

可选的，作为一种可能的实施方式，本申请实施例中的捐款方法还包括：

当所述募捐金额不满足预置条件时，向所述第一募捐人发送提示信息，以提示所述第一募捐人调整所述募捐金额。

可选的，作为一种可能的实施方式，本申请实施例中的捐款方法还包括：

接收所述第一募捐人重新发送的募捐金额，并重新计算所述剩余财产金额；

若所述剩余财产金额与所述第一募捐人的财产金额比值不小于所述第一阈值，且不大于第二阈值，则将所述第一募捐人所属的财产信息写入区块链中，并进行广播；

若所述剩余财产金额与所述第一募捐人的财产金额比值大于所述第二阈值，则拒绝所述第一募捐人的募捐请求。

可选的，作为一种可能的实施方式，本申请实施例中所述根据所述智能合约处理接收到的捐款，包括：

将接收到的捐款自动存入所述第三方账户中。

可选的，作为一种可能的实施方式，本申请实施例中的捐款方法还包括：

统计所述第三方账户中捐赠给所述第一募捐人的捐款总金额；

在所述第一募捐人治疗完成之后，若所述第三方账户向所述第一募捐人绑定的医院支付的费用之和小于所述捐款总金额，则将剩余资金退回至各个捐款人的账户。

本申请实施例第二方面提供了一种捐款系统，其特征在于，包括：

第一接收模块，用于接收第一募捐人发送的募捐请求信息，所述募捐请求信息至少包括募捐金额；

判断模块，用于判断所述募捐金额是否满足预置条件，若满足，则根据所述募捐请求信息生成智能合约；

广播模块，用于将所述智能合约记录在区块链中并进行广播；

第一处理模块，用于根据所述智能合约处理接收到的捐款，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

可选的，作为一种可能的实施方式，本申请实施例中的捐款系统还包括：

第二接收模块，用于接收所述第一募捐人绑定的医院发送的费用明细信息，并将所述费用明细信息写入区块链中；

支付模块，用于根据所述费用明细信息，向所述第一募捐人绑定的医院支付对应的费用。

可选的，作为一种可能的实施方式，本申请实施例中的募捐请求信息还包括所述第一募捐人的身份信息，所述判断模块包括：

查询单元，用于根据所述第一募捐人的身份信息查询所述第一募捐人所属的财产信息；

第一计算单元，用于根据所述第一募捐人所属的财产信息计算所述第一募捐人的财产金额；

接收单元，用于接收所述第一募捐人绑定的医院发送的医疗预算金额；

第二计算单元，用于将所述募捐金额与所述第一募捐人的财产金额之和减去所述医疗预算金额得到治疗完成之后的剩余财产金额；

第一判断单元，若所述剩余财产金额与所述第一募捐人的财产金额比值小于第一阈值时，则判定所述募捐金额满足预置条件；

第二判断单元，若所述剩余财产金额与所述第一募捐人的财产金额比值不小于第一阈值时，则判定所述募捐金额不满足预置条件。

可选的，作为一种可能的实施方式，本申请实施例中的捐款系统还包括：

提示模块，当所述募捐金额不满足预置条件时，向所述第一募捐人发送提示信息，以提示所述第一募捐人调整所述募捐金额。

可选的，作为一种可能的实施方式，本申请实施例中的捐款系统还包括：第二处理模块，用于接收所述第一募捐人重新发送的募捐金额，并重新计算所述剩余财产金额；

第三处理模块，若所述剩余财产金额与所述第一募捐人的财产金额比值不小于所述第一阈值，且不大于第二阈值，则将所述第一募捐人所属的财产信息写入区块链中，并进行广播；

第四处理模块，若所述剩余财产金额与所述第一募捐人的财产金额比值大于所述第二阈值，则拒绝所述第一募捐人的募捐请求。

可选的，作为一种可能的实施方式，本申请实施例中的捐款系统还包括：统计模块，用于统计所述第三方账户中捐赠给所述第一募捐人的捐款总金额；

返还模块，在所述第一募捐人治疗完成之后，若所述第三方账户向所述第一募捐人绑定的医院支付的费用之和小于所述捐款总金额，则将剩余资金退回至各个捐款人的账户。

可选的，作为一种可能的实施方式，本申请实施例中的第一处理模块包括：

存入单元，用于将接收到的捐款自动存入所述第三方账户中；

记录单元，用于记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

本申请实施例第三方面提供了一种服务器，其特征在于：所述服务器包括处理器及存储器，所述处理器用于执行存储器中存储的计算机程序时实现如第一方面及第一方面的任一种可能的实施方式中的步骤

本申请实施例第四方面提供了一种服务器可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如第一方面及第一方面的任一种可能的实施方式中的步骤。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，服务器可以对第一募捐人的募捐金额进行审核，只有满足预置条件才会根据募捐请求信息生成智能合约，并将智能合约记录在区块链中进行广播，接入区块链的捐款人可以基于其接查看到智能合约，当捐款人捐款之后，服务器将根据智能合约接收处理捐款，并将各个捐款人的捐款信息写入区块链中，接入区款连中的节点可以随时查看对应的信息，不仅实现了募捐及捐款的公开透明及不可篡改，还对募捐金额进行了审核，避免募捐金额虚高及诈捐问题。其次，本申请实施例还将第一募捐人绑定的医院发送的费用明细信息写入区块链中，根据费用明细信息，向第一募捐人绑定的医院支付对应的费用，使得捐款资金用处的公开透明，提高了用户体验。

附图说明

图1为本申请实施例中一种捐款方法的一个实施例示意图；

图2为本申请实施例中一种捐款方法的另一个实施例示意图；

图3为本申请实施例中一种捐款系统的一个实施例示意图；

图4为本申请实施例中一种捐款系统的另一个实施例示意图；

图5为本申请实施例中一种捐款系统的另一个实施例示意图；

图6为本申请实施例中一种捐款系统的另一个实施例示意图；

图7为本申请实施例中一种捐款系统的另一个实施例示意图；

图8为本申请实施例中一种服务器的一个实施例示意图。

具体实施方式

本申请实施例提供了一种捐款方法、系统及相关设备，基于区块链保障募捐过程及费用使用的公开透明，避免募捐金额虚高、诈捐等问题。

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本申请实施例中的一种捐款方法，将区块链技术应用到网络捐款系统中，为了便于理解，下面将对在本申请实施例中的区块链(BlockChain)进行简单的介绍，区块链是对接入服务器的所有区块链节点公开的分布式存储的数据结构，包含着若干的区块(Block)。用户可以通过web端或app端访问竞价系统注册并登陆，登录之后，即形成一个区块链节点，与接入捐款系统的区块链节点设备的其他区块链节点组成P2P网络，区块链数据可以存放在P2P网络，P2P网络任何一个或多个区块链节点瘫痪，都不会导致区块链数据的丢失，这样区块链数据就具有很强的安全性，确保数据的永久保存和不可篡改。当一个区块持久化到区块链数据中时，接入区块链节点设备的区块链节点存储的区块链数据都可以添加该区块；区块是按照持久化时间顺序一个一个地添加到区块链数据中的，除了区块链数据中第一个区块外的每一个区块都要链接到其前一个区块，这样区块链数据就形成一个区块链接这一个区块了，就像一个链条一样，当一个区块被持久化到区块链数据后，该区块就无法被修改了。

为了便于理解，下面对本申请实施例中的具体流程进行描述，请参阅图1，本申请实施例中一种捐款方法的一个实施例可包括：

101、接收第一募捐人发送的募捐请求信息。

本申请实施例中，各个募捐人及捐款人均可以通过移动终端或web端向区块链节点设备进行注册，注册之后的终端或web端成为区块链的一个轻节点(可以查询区块链中的数据，但无需保存完整的区块链数据)，第一募捐人可以向其所属的区块链节点设备发送募捐请求信息，募捐请求信息至少包括募捐金额。区块链节点设备可以接收第一募捐人发送的募捐请求信息。

102、判断募捐金额是否满足预置条件，若满足，则根据募捐请求信息生成智能合约。

区块链节点设备在接收到募捐请求之后，可以判断募捐金额是否满足预置条件，若满足预置条件，则根据募捐请求信息生成智能合约，自动完成捐款的接收与存入。若不满足预置条件，则区块链节点设备可以执行其他预置的流程，具体的流程将在后续的实施例中进行描述。其中，区块链节点设备可以根据第一募捐人的财产、医疗预算及募捐金额的大小设置预置条件，只需要保证募捐金额比例不虚高，被用户接受即可，具体预置条件的设置此处不做限定。若募捐金额满足预置条件，则根据募捐请求信息生成智能合约，若不满足预置条件，则可以执行区块链节点设备预置的操作，例如发送提示信息以提示第一募捐人调整募捐金额或者可以拒绝募捐请求，具体此处不做限定。

其中，智能合约是一套以数字形式定义的承诺，包括合约参与方可以在上面执行这些承诺的协议，承诺指的是合约参与方同意的(经常是相互的)权利和义务，以一个销售合约为典型例子，卖家承诺发送货物，买家承诺支付合理的货款；智能合约被写入计算机可读的代码中，智能合约建立的权利和义务，是由一台计算机或者计算机网络自动执行的。

可选的，作为一种可能的实施方式，本申请实施例中判断募捐金额是否满足预置条件，包括：

根据第一募捐人的身份信息查询第一募捐人所属的财产信息；

根据第一募捐人所属的财产信息计算第一募捐人的财产金额；

接收第一募捐人绑定的医院发送的医疗预算金额；

用募捐金额与第一募捐人的财产金额之和减去医疗预算金额得到治疗完成之后的剩余财产金额；

若剩余财产金额与第一募捐人的财产金额比值小于第一阈值时，则判定募捐金额满足预置条件；

若剩余财产金额与第一募捐人的财产金额比值不小于第一阈值时，则判定募捐金额不满足预置条件。

具体的，区块链节点设备可以根据募捐请求信息中第一募捐人的身份信息，在银行获取银行流水或者账户金额信息，从不动产登记部门获取不动产信息等。区块链节点设备可以根据查询到的第一募捐人的财产信息计算第一募捐人的财产金额。区块链节点设备在计算到第一募捐人的财产金额之后可以用募捐金额与第一募捐人的财产金额之和减去医疗预算金额得到治疗完成之后的剩余财产金额，最终根据剩余财产金额与第一募捐人的财产金额比值判断募捐金额是否满足预置条件。可选的，本申请中区块链节点设备可以设置预置条件为“剩余财产金额与第一募捐人的财产金额的比值不大于第一阈值”，具体的第一阈值的取值范围为10％至80％之间。区块链节点设备也可以根据募捐金额、医疗花费金额、第一募捐人的财产金额以及第一募捐人在未来预置时间内的生活费用综合判断募捐金额是否满足预置条件，例如，在计算出上述的剩余财产金额之后，可以用剩余财产金额减去第一募捐人在未来预置时间内的生活费用，得到最终净资产金额，计算该最终净资产金额与第一募捐人的财产金额(原始财产金额)的比例，根据该比例设置预置条件，可以设置预置条件为“第一募捐人的最终净资产金额与第一募捐人的财产金额比值不大于第一阈值”，具体的第一阈值的取值范围为10％至80％之间。可以理解的是，具体的预置条件中的第一阈值的取值范围可以根据实际情况进行合理的调整，具体此处不做限定。

103、将智能合约记录在区块链中并进行广播。

区块链节点设备在生成智能合约之后，可以将该智能合约记录在区块链中，并在区块链中广播，使得各个节点可以查看和存储对应的智能合约。

104、根据智能合约处理接收到的捐款，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

各个捐款人在查看到智能合约中对应的捐款信息之后，如果用户基于其向第一募捐人捐款，则区块链节点设备可以统一接收各个捐款人的善款，根据智能合约处理捐款。例如，可以将接收到的捐款存入第三方账户或直接存入第一募捐人的账户，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

本申请实施例中，区块链节点设备可以对第一募捐人的募捐金额进行审核，只有满足预置条件才会根据募捐请求信息生成智能合约，并将智能合约记录在区块链中进行广播，接入区块链的捐款人可以基于其所属的区块链节点设备查看到智能合约，当捐款人捐款之后，区块链节点设备将根据智能合约自动处理捐款，并将各个捐款人的捐款信息写入区块链中，接入区款连中的节点可以随时查看对应的信息，不仅实现了募捐及捐款的公开透明及不可篡改，还对募捐金额进行了审核，避免募捐金额虚高及诈捐问题。

在上述图1所示的实施例的基础上，当募捐请求信息中的募捐金额不满足预置条件时，可以给予第一募捐人提示信息，提示其对募捐请求进行修改，募捐审核过程需要进一步优化。请参阅图2，本申请实施例中一种捐款方法的另一个实施例可包括：

201、接收第一募捐人发送的募捐请求信息。

本申请实施例中，各个募捐人及捐款人均可以通过移动终端或web端向区块链节点设备进行注册，注册之后的终端或web端成为区块链的一个轻节点(可以查询区块链中的数据，但无需保存完整的区块链数据)，第一募捐人可以向其所属的区块链节点设备发送的募捐请求信息，募捐请求信息至少包括募捐金额。区块链节点设备可以接收第一募捐人发送的募捐请求信息。

202、判断募捐金额是否满足预置条件。

区块链节点设备在接收到募捐请求之后，可以判断募捐金额是否满足预置条件，若满足预置条件，则执行步骤206，根据募捐请求信息生成智能合约。若不满足预置条件，则区块链节点设备可以执行步骤203。

203、向第一募捐人发送提示信息，以提示第一募捐人调整募捐金额。

本实施例中，当第一募捐人的财产金额与第一募捐人的募捐请求中的募捐金额的比值超过第一阈值时，区块链节点设备向第一募捐人发送提示信息，以提示第一募捐人调整募捐金额。

204、接收第一募捐人重新发送的募捐金额，并重新计算剩余财产金额。

205、根据重新计算剩余财产金额与第一募捐人的财产金额的比值所处的范围执行对应的操作。

当第一募捐人根据提示信息修改募捐金额之后，若重新计算的剩余财产金额与第一募捐人的财产金额比值不小于第一阈值，且不大于第二阈值，则区块链节点设备可以根据第一募捐人修改之后的募捐请求生成智能合约在区块链网络中广播。同时，区块链节点设备将第一募捐人所属的财产信息写入区块链中，并进行广播，以供各个捐款人可以查阅第一募捐人的财产信息，做出合理的捐款行为。可选的，第一阈值的取值范围为10％至80％之间，第二阈值的取值范围为80％至100％之间。若重新计算的剩余财产金额与第一募捐人的财产金额比值大于第二阈值，则拒绝第一募捐人的募捐请求。例如，设置第一阈值为50％，第二阈值为80％，第一募捐人的财产金额为100万，医疗预算金额为200万时，则允许的募捐金额的最大合理数额为150万，若募捐金额超出150万而小于180万时，区块链节点设备公开第一募捐人的财产信息，若募捐金额超过180万，则拒绝第一募捐人的募捐请求。

206、根据募捐请求信息生成智能合约。

若计算的剩余财产金额与第一募捐人的财产金额比值不大于第二阈值，则区块链节点设备可以根据募捐请求信息生成智能合约。

207、将智能合约记录在区块链中并进行广播。

208、根据智能合约将接收到的捐款存入第三方账户，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

209、接收第一募捐人绑定的医院发送的费用明细信息，并将费用明细信息写入区块链中。

本实施例中，第一募捐人需要绑定其治疗所在的医院，由该第一募捐人绑定的医院所属的区块链节点设备发送费用明细信息，区块链节点设备将费用明细信息写入区块链中，以便于各个节点进行查看监督。如果遇到转院情况，当前所绑定的院方转移权限到所转的医院，同一时间发送费用明细信息的权限只能属于一个医院。

210、根据费用明细信息，采用第三方账户中的资金向第一募捐人绑定的医院支付对应的费用。

区块链节点设备可以根据医院发送的费用明细信息，采用第三方账户中的资金向第一募捐人绑定的医院支付对应的费用。优选的，本申请实施例中，区块链节点设备可以根据募捐金额与第一募捐人的财产金额的比例确定需要支付给医院的费用，例如募捐金额与第一募捐人的财产金额的比例为6:4，则每一笔医疗账单中，第三方账户只需要支付该医疗账单的60％，剩余的40％由第一募捐人承担。

本申请实施例中，区块链节点设备可以对第一募捐人的募捐金额进行审核，只有满足预置条件才会根据募捐请求信息生成智能合约，并将智能合约记录在区块链中进行广播，接入区块链的捐款人可以基于其所属的区块链节点设备接查看到智能合约，当捐款人捐款之后，区块链节点设备将根据智能合约将捐款存入第三方账户，并将各个捐款人的捐款信息写入区块链中，接入区款连中的节点可以随时查看对应的信息，不仅实现了募捐及捐款的公开透明及不可篡改，还对募捐金额进行了审核，避免募捐金额虚高及诈捐问题。其次，本申请实施例还将第一募捐人绑定的医院发送的费用明细信息写入区块链中，根据费用明细信息，采用第三方账户中的资金向第一募捐人绑定的医院支付对应的费用，使得捐款资金用处的公开透明，提高了用户体验。

211、统计第三方账户中捐赠给第一募捐人的捐款总金额。

可选的，实际运用中，医院上传的医疗预算金额与实际医疗账单会有差异，可能会出现资金剩余的问题。可选的，本申请实施例中，区块链节点设备可以统计第三方账户中捐赠给第一募捐人的资金总额，即为捐款总金额，并根据捐款总金额确定是否有资金剩余。

212、在第一募捐人治疗完成之后，若第三方账户向第一募捐人绑定的医院支付的费用之和小于捐款总金额，则将剩余资金退回至各个捐款人的账户。

可选的，本申请实施例中，在第一募捐人治疗完成之后，若第三方账户向第一募捐人绑定的医院支付的费用之和小于捐款总金额，区块链节点设备可以将剩余资金按照捐款额占捐款总金额的比例退回至各个捐款人的账户，可以有效避免捐款剩余或诈捐的情况。

本申请实施例中，区块链节点设备可以对第一募捐人的募捐金额进行审核，只有满足预置条件才会根据募捐请求信息生成智能合约，并将智能合约记录在区块链中进行广播，接入区块链的捐款人可以基于其所属的区块链节点设备查看到智能合约，当捐款人捐款之后，区块链节点设备将根据智能合约自动处理捐款，并将各个捐款人的捐款信息写入区块链中，接入区款连中的节点可以随时查看对应的信息，不仅实现了募捐及捐款的公开透明及不可篡改，还对募捐金额进行了审核，避免募捐金额虚高及诈捐问题。

其次，本申请实施例中可以根据募捐金额与第一募捐人的财产金额之和减去医疗预算金额得到治疗完成之后的剩余财产金额，剩余财产金额与第一募捐人的财产金额比值合理审核募捐金额，可以有效防止募捐金额虚高的情况发生，同时由第三方账户按比例支付医疗账单，剩余捐款返回捐款人，可以有效避免诈捐的情况发生。

可以理解的是，在本申请的各种实施例中，上述各步骤的序号的大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上述实施例对本申请实施例中的捐款方法进行了描述，下面将对本申请实施例中的捐款系统进行描述，请参阅图3，本申请实施例中一种捐款系统的一个实施例可包括：

第一接收模块301，用于接收第一募捐人发送的募捐请求信息，募捐请求信息至少包括募捐金额；

判断模块302，用于判断募捐金额是否满足预置条件，若满足，则根据募捐请求信息生成智能合约；

广播模块303，用于将智能合约记录在区块链中并进行广播；

第一处理模块304，用于根据智能合约处理接收到的捐款，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

本申请实施例中，区块链节点设备可以对第一募捐人的募捐金额进行审核，只有满足预置条件才会根据募捐请求信息生成智能合约，并将智能合约记录在区块链中进行广播，接入区块链的捐款人可以基于其所属的区块链节点设备查看到智能合约，当捐款人捐款之后，区块链节点设备将根据智能合约自动处理捐款，并将各个捐款人的捐款信息写入区块链中，接入区款连中的节点可以随时查看对应的信息，不仅实现了募捐及捐款的公开透明及不可篡改，还对募捐金额进行了审核，避免募捐金额虚高及诈捐问题。

可选的，作为一种可能的实施方式，请参阅图3，本申请实施例中的捐款系统还可以进一步包括：

第二接收模块305，用于接收第一募捐人绑定的医院发送的费用明细信息，并将费用明细信息写入区块链中；

支付模块306，用于根据费用明细信息，采用第三方账户中的资金向第一募捐人绑定的医院支付对应的费用。

可选的，作为一种可能的实施方式，募捐请求信息还包括第一募捐人的身份信息，请参阅图4，本申请实施例中的判断模块302包括：

查询单元3021，用于根据第一募捐人的身份信息查询第一募捐人所属的财产信息；

第一计算单元3022，用于根据第一募捐人所属的财产信息计算第一募捐人的财产金额；

接收单元3023，用于接收第一募捐人绑定的医院发送的医疗预算金额；

第二计算单元3024，用于将募捐金额与第一募捐人的财产金额之和减去医疗预算金额得到治疗完成之后的剩余财产金额；

第一判断单元3025，若剩余财产金额与第一募捐人的财产金额比值小于第一阈值时，则判定募捐金额满足预置条件；

第二判断单元3026，若剩余财产金额与第一募捐人的财产金额比值不小于第一阈值时，则判定募捐金额不满足预置条件。

可选的，作为一种可能的实施方式，请参阅图5，本申请实施例中的捐款系统还包括：

提示模块307，当募捐金额不满足预置条件时，向第一募捐人发送提示信息，以提示第一募捐人调整募捐金额。

可选的，作为一种可能的实施方式，请参阅图6，本申请实施例中的捐款系统还包括：

第二处理模块308，用于接收第一募捐人重新发送的募捐金额，并重新计算剩余财产金额；

第三处理模块309，若剩余财产金额与第一募捐人的财产金额比值不小于第一阈值，且不大于第二阈值，则将第一募捐人所属的财产信息写入区块链中，并进行广播；

第四处理模块310，若剩余财产金额与第一募捐人的财产金额比值大于第二阈值，则拒绝第一募捐人的募捐请求。

可选的，作为一种可能的实施方式，请参阅图7，本申请实施例中的捐款系统还包括：

统计模块311，用于统计第三方账户中捐赠给第一募捐人的捐款总金额；

返还模块312，在第一募捐人治疗完成之后，若第三方账户向第一募捐人绑定的医院支付的费用之和小于捐款总金额，则将剩余资金退回至各个捐款人的账户。

可选的，作为一种可能的实施方式，本申请实施例中的第一处理模块304包括：

存入单元3041，用于将接收到的捐款自动存入所述第三方账户中；

记录单元3042，用于记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

上面对本申请实施例中的竞拍方法及系统进行了描述，下面从硬件处理的角度对本申请实施例中的服务器进行描述。

本申请实施例还提供了一种服务器8，如图8所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该服务器8一般指计算机装置等处理能力较强的计算机设备。

参考图8，服务器8包括：电源810、存储器820、处理器830、有线或无线网络接口840以及存储在存储器中并可在处理器上运行的计算机程序。处理器执行计算机程序时实现上述各个捐款方法实施例中的步骤，例如图1所示的步骤101至104。或者，处理器执行计算机程序时实现上述各装置实施例中各模块或单元的功能。

本申请实施例中的一些实施例中，处理器用于执行存储器中存储的计算机程序时实现如下步骤：

接收第一募捐人发送的募捐请求信息，募捐请求信息至少包括募捐金额；

判断募捐金额是否满足预置条件，若满足，则根据募捐请求信息生成智能合约；

将智能合约记录在区块链中并进行广播；

根据智能合约处理接收到的捐款，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

接收第一募捐人绑定的医院发送的费用明细信息，并将费用明细信息写入区块链中；

根据费用明细信息，向第一募捐人绑定的医院支付对应的费用。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

根据第一募捐人的身份信息查询第一募捐人所属的财产信息；

根据第一募捐人所属的财产信息计算第一募捐人的财产金额；

接收第一募捐人绑定的医院发送的医疗预算金额；

用募捐金额与第一募捐人的财产金额之和减去医疗预算金额得到治疗完成之后的剩余财产金额；

若剩余财产金额与第一募捐人的财产金额比值小于第一阈值时，则判定募捐金额满足预置条件；

若剩余财产金额与第一募捐人的财产金额比值不小于第一阈值时，则判定募捐金额不满足预置条件。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

当募捐金额不满足预置条件时，向第一募捐人发送提示信息，以提示第一募捐人调整募捐金额。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

接收第一募捐人重新发送的募捐金额，并重新计算剩余财产金额；

若剩余财产金额与第一募捐人的财产金额比值不小于第一阈值，且不大于第二阈值，则将第一募捐人所属的财产信息写入区块链中，并进行广播；

若剩余财产金额与第一募捐人的财产金额比值大于第二阈值，则拒绝第一募捐人的募捐请求。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

统计第三方账户中捐赠给第一募捐人的捐款总金额；

在第一募捐人治疗完成之后，若第三方账户向第一募捐人绑定的医院支付的费用之和小于捐款总金额，则将剩余资金退回至各个捐款人的账户。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

将接收到的捐款自动存入所述第三方账户中。

服务器8可以是桌上型计算机、笔记本、掌上电脑及云端计算机装置等计算设备。示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器中，并由处理器执行。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。

本领域技术人员可以理解，图8中示出的结构并不构成对服务器8的限定，服务器8可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，例如计算机装置还可以包括输入输出设备、总线等。

所称处理器可以是中央处理单元(CentralProcessingUnit，CPU)，还可以是其他通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现成可编程门阵列(Field-ProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

存储器可用于存储计算机程序和/或模块，处理器通过运行或执行存储在存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现计算机装置的各种功能。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(SmartMediaCard,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(FlashCard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

本申请还提供了一种服务器可读存储介质，该服务器可读存储介质上存储有计算机程序，计算机程序被处理器执行时，可以实现如下步骤：

接收第一募捐人发送的募捐请求信息，募捐请求信息至少包括募捐金额；

判断募捐金额是否满足预置条件，若满足，则根据募捐请求信息生成智能合约；

将智能合约记录在区块链中并进行广播；

根据智能合约处理接收到的捐款，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

接收第一募捐人绑定的医院发送的费用明细信息，并将费用明细信息写入区块链中；

根据费用明细信息，向第一募捐人绑定的医院支付对应的费用。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

根据第一募捐人的身份信息查询第一募捐人所属的财产信息；

根据第一募捐人所属的财产信息计算第一募捐人的财产金额；

接收第一募捐人绑定的医院发送的医疗预算金额；

用募捐金额与第一募捐人的财产金额之和减去医疗预算金额得到治疗完成之后的剩余财产金额；

若剩余财产金额与第一募捐人的财产金额比值小于第一阈值时，则判定募捐金额满足预置条件；

若剩余财产金额与第一募捐人的财产金额比值不小于第一阈值时，则判定募捐金额不满足预置条件。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

当募捐金额不满足预置条件时，向第一募捐人发送提示信息，以提示第一募捐人调整募捐金额。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

接收第一募捐人重新发送的募捐金额，并重新计算剩余财产金额；

若剩余财产金额与第一募捐人的财产金额比值不小于第一阈值，且不大于第二阈值，则将第一募捐人所属的财产信息写入区块链中，并进行广播；

若剩余财产金额与第一募捐人的财产金额比值大于第二阈值，则拒绝第一募捐人的募捐请求。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

统计第三方账户中捐赠给第一募捐人的捐款总金额；

在第一募捐人治疗完成之后，若第三方账户向第一募捐人绑定的医院支付的费用之和小于捐款总金额，则将剩余资金退回至各个捐款人的账户。

可选的，本申请的一些实施例中，处理器还可以用于实现如下步骤：

将接收到的捐款自动存入所述第三方账户中。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (10)

1.一种捐款方法，其特征在于，应用于区块链节点设备，包括：

接收第一募捐人发送的募捐请求信息，所述募捐请求信息至少包括募捐金额；

判断所述募捐金额是否满足预置条件，若满足，则根据所述募捐请求信息生成智能合约；

将所述智能合约记录在区块链中并进行广播；

根据所述智能合约处理接收到的捐款，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

2.根据权利要求1所述的方法，其特征在于，还包括：

接收所述第一募捐人绑定的医院发送的费用明细信息，并将所述费用明细信息写入区块链中；

根据所述费用明细信息，向所述第一募捐人绑定的医院支付对应的费用。

3.根据权利要求2所述的方法，其特征在于，所述募捐请求信息还包括所述第一募捐人的身份信息，所述判断所述募捐金额是否满足预置条件，包括：

根据所述第一募捐人的身份信息查询所述第一募捐人所属的财产信息；

根据所述第一募捐人所属的财产信息计算所述第一募捐人的财产金额；

接收所述第一募捐人绑定的医院发送的医疗预算金额；

用所述募捐金额与所述第一募捐人的财产金额之和减去所述医疗预算金额得到治疗完成之后的剩余财产金额；

若所述剩余财产金额与所述第一募捐人的财产金额比值小于第一阈值时，则判定所述募捐金额满足预置条件；

若所述剩余财产金额与所述第一募捐人的财产金额比值不小于第一阈值时，则判定所述募捐金额不满足预置条件。

4.根据权利要求3所述的方法，其特征在于，还包括：

当所述募捐金额不满足预置条件时，向所述第一募捐人发送提示信息，以提示所述第一募捐人调整所述募捐金额。

5.根据权利要求4所述的方法，其特征在于，还包括：

接收所述第一募捐人重新发送的募捐金额，并重新计算所述剩余财产金额；

若所述剩余财产金额与所述第一募捐人的财产金额比值不小于所述第一阈值，且不大于第二阈值，则将所述第一募捐人所属的财产信息写入区块链中，并进行广播；

若所述剩余财产金额与所述第一募捐人的财产金额比值大于所述第二阈值，则拒绝所述第一募捐人的募捐请求。

6.根据权利要求1至5中任一项所述的方法,其特征在于，所述根据所述智能合约处理接收到的捐款，包括：

将接收到的捐款自动存入第三方账户中。

7.根据权利要求6所述的方法，其特征在于，还包括：

统计所述第三方账户中捐赠给所述第一募捐人的捐款总金额；

在所述第一募捐人治疗完成之后，若所述第三方账户向所述第一募捐人绑定的医院支付的费用之和小于所述捐款总金额，则将剩余资金退回至各个捐款人的账户。

8.一种捐款系统，其特征在于，包括：

第一接收模块，用于接收第一募捐人发送的募捐请求信息，所述募捐请求信息至少包括募捐金额；

判断模块，用于判断所述募捐金额是否满足预置条件，若满足，则根据所述募捐请求信息生成智能合约；

广播模块，用于将所述智能合约记录在区块链中并进行广播；

第一处理模块，用于根据所述智能合约处理接收到的捐款，并记录各个捐款人的捐款信息，将各个捐款信息写入区块链中。

第二接收模块，用于接收所述第一募捐人绑定的医院发送的费用明细信息，并将所述费用明细信息写入区块链中；

支付模块，用于根据所述费用明细信息，向所述第一募捐人绑定的医院支付对应的费用。

9.一种服务器，其特征在于：所述服务器包括处理器及存储器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至7中任意一项所述捐款方法中的步骤。

10.一种服务器可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述捐款方法中的步骤。