CN111831747A - 慈善捐赠服务系统及慈善捐赠服务平台 - Google Patents

Abstract

本发明提供了一种慈善捐赠服务系统及慈善捐赠服务平台。其中，慈善捐赠服务系统，包括：应用服务层，为用户提供慈善项目的发起和对慈善项目的捐赠服务，并为用户提供慈善项目中捐赠数据的查询服务，其中，捐赠数据包括捐赠物资和/或善款的动向；接口层，为用户提供捐赠物资的物流状态和/或善款的账户状态查询服务，并在物流状态和/或账户状态改变时，向联盟链的节点同步；联盟链，以在联盟链的节点中存储用户信息和捐赠数据，其中，联盟链中引入特殊机制，以通过特殊机制确保捐赠数据的公信力以及用户信息的隐私和真实性。本发明的慈善捐赠服务系统可以有效提升捐赠服务的公信力，保证了捐赠的可信度。

Description

慈善捐赠服务系统及慈善捐赠服务平台

技术领域

本发明涉及通信技术领域，具体涉及一种慈善捐赠服务系统及慈善捐赠服务平台。

背景技术

随着挪用捐赠款项、捐赠的透明度低等问题越来越多，爱心人士对慈善捐赠服务越来越不信任。例如一些慈善组织公开的数据信息有限、不清晰，甚至拒绝公开，在捐赠过程中披露信息不完整、捐赠数据不透明。平台对求助信息审核不严格，难以识别真实有效的捐赠项目，一旦捐赠成功，项目方可能存在挪用善款或物资甚至造假项目问题。慈善捐赠平台存在的一系列低的公信力等问题，严重阻碍捐赠者奉献爱心。

基于区块链的慈善平台随之而来，其中的参与主体为捐款人、被捐赠人、慈善组织和慈善使用机构，慈善组织通过平台接受被捐赠人的求助信息、发布慈善项目、发行慈善代币，同时作为被捐赠人的身份接受社会捐赠用来负责慈善平台的运行和维护。捐款人通过慈善平台了解慈善项目，购买慈善代币，捐赠给指定慈善项目或慈善平台本身。被捐赠人通过慈善平台进行求助，通过平台获得慈善代币，在慈善使用机构进行消费。善款使用机构为慈善平台的特约商户，接受慈善代币进行支付，同时在平台上记录慈善代币消费状况，商户的慈善代币可以在慈善组织兑换为现实货币。整个平台的资金流转全部记录区块链上，使得慈善资金具有可追溯性，同时防止资金的滥用。

然而，目前的基于区块链的慈善平台只能进行捐款，透明度还是相对较低、并且局限性高，例如：只能在指定的机构中通过慈善代币进行消费，另外，不能应对物资的捐赠。

发明内容

基于现有技术中存在的问题，本发明提出一种慈善捐赠服务系统及慈善捐赠服务平台。其中，慈善捐赠服务系统可以有效提升捐赠服务的公信力，保证了捐赠的可信度。

第一方面，本发明提供了一种慈善捐赠服务系统，包括：应用服务层，为用户提供慈善项目的发起和对所述慈善项目的捐赠服务，并为用户提供慈善项目中捐赠数据的查询服务，其中，所述捐赠数据包括捐赠物资和/或善款的动向；接口层，所述接口层与物流方和银行对接，为用户提供捐赠物资的物流状态和/或善款的账户状态查询服务，并在所述物流状态和/或账户状态改变时，向联盟链的节点同步物流状态和/或账户状态；联盟链，所述联盟链与所述应用服务层和所述接口层相连，以在所述联盟链的节点中存储用户信息和所述捐赠数据，其中，所述联盟链中引入特殊机制，以通过特殊机制确保所述捐赠数据的公信力以及所述用户信息的隐私和真实性。

在一些示例中，所述特殊机制包括共识机制、DID和可验证声明和零知识证明，其中，所述共识机制用于提升捐赠进度；所述DID和可验证声明和零知识证明用于对用户信息和捐赠数据进行保护，并确保所述用户信息和捐赠数据的真实性。

在一些示例中，所述共识机制集成Tendermint或RFBC引擎。

在一些示例中，所述应用服务层，为用户提供慈善项目的发起和对所述慈善项目的捐赠服务，并为用户提供慈善项目中捐赠数据的查询服务，包括：提供账户注册、查询善款流向、查询捐赠项目、善款捐赠与使用、查询捐赠详情、查询物流去向、发布捐赠项目和物流捐赠与使用中的部分或全部。

在一些示例中，所述接口层包括查询接口、广播接口、交易接收接口和账户同步状态接口，其中，所述查询接口用于捐赠物资的物流状态和/或善款的账户状态，所述广播接口用于在所述物流状态和/或账户状态改变时，向联盟链的节点广播，以通过所述账户同步状态同步物流状态和/或账户状态，所述交易接收接口用于确定被捐赠用户是否接收到捐赠。

在一些示例中，所述联盟链为Zig-Ledger联盟链。

第二方面，本发明还提供了一种慈善捐赠服务平台，包括：根据上述第一方面所述的慈善捐赠服务系统。

本发明实施例中的上述一个或多个技术方案，至少具有如下技术效果之一：

根据本发明实施例，可以保护捐赠者的隐私，另一方面通过可验证声明可以保证身份或其他性质的真实性。另外，对捐赠过程进行监督，有利于提高系统公信力，提升捐赠过程的透明度，从而，可以有效提升捐赠服务的公信力，保证了捐赠的可信度。

本发明的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。

图1是本发明一实施例提供的慈善捐赠服务系统的结构框图；

图2是本发明一实施例提供的慈善捐赠服务系统的示意图；

图3是本发明一实施例提供的慈善捐赠服务系统的捐赠过程的示意图。

具体实施方式

下面结合附图，对本发明的具体实施方式作进一步描述。以下实施例仅用于更加清楚地说明本发明的技术方案，而不能以此来限制本发明的保护范围。

以下结合附图描述根据本发明实施例的慈善捐赠服务系统及慈善捐赠服务平台。

图1示出了本发明一实施例提供的慈善捐赠服务系统的结构框图。如图1所示，本发明实施例提供的慈善捐赠服务系统，包括：应用服务层110、接口层120和联盟链130。

其中，应用服务层110用于为用户提供慈善项目的发起和对所述慈善项目的捐赠服务，并为用户提供慈善项目中捐赠数据的查询服务，其中，所述捐赠数据包括捐赠物资和/或善款的动向。接口层120与物流方和银行对接，为用户提供捐赠物资的物流状态和/或善款的账户状态查询服务，并在所述物流状态和/或账户状态改变时，向联盟链的节点同步物流状态和/或账户状态。联盟链130与所述应用服务层110和所述接口层120相连，以在所述联盟链的节点中存储用户信息和所述捐赠数据，其中，所述联盟链中引入特殊机制，以通过特殊机制确保所述捐赠数据的公信力以及所述用户信息的隐私和真实性。

以下分别对应用服务层110、接口层120和联盟链130进行详细描述。

如图2所示，并结合图1，应用服务层110包括但不限于：账户注册、查询善款流向、查询捐赠项目、善款捐赠与使用、查询捐赠详情、查询物流去向、发布捐赠项目和物流捐赠与使用，因此，应用服务层110为用户提供慈善项目的发起和对所述慈善项目的捐赠服务，并为用户提供慈善项目中捐赠数据的查询服务，包括但不限于：提供账户注册、查询善款流向、查询捐赠项目、善款捐赠与使用、查询捐赠详情、查询物流去向、发布捐赠项目和物流捐赠与使用中的部分或全部。将可信数据上链供用户进行实时查询，起到监督作用，增加可信度。

接口层120包括但不限于查询接口、广播接口、交易接收接口和账户同步状态接口，其中，所述查询接口用于捐赠物资的物流状态和/或善款的账户状态，所述广播接口用于在所述物流状态和/或账户状态改变时，向联盟链的节点广播，以通过所述账户同步状态同步物流状态和/或账户状态，所述交易接收接口用于确定被捐赠用户是否接收到捐赠。

例如：捐赠者进行转账汇款时，银行通过接口层120与该系统进行连接，从而，可以实时查看善款流向和到账情况；捐赠者捐赠物资时，物流通过接口层120接入该系统，可以在线实时查询物资状态和去向。广播包括但不限于当善款或物资状态发生改变时，联盟链中的节点向临节点进行广播，用以同步账户状态。交易接收是指被捐赠者收到善款或物资，保证捐赠及时到位，有利于对捐赠进行追踪，提高公信力。

联盟链130例如为Zig-Ledger联盟链，联盟链中的特殊机制包括但不限于共识机制、DID和可验证声明和零知识证明，其中，共识机制用于提升捐赠进度；DID和可验证声明和零知识证明用于对用户信息和捐赠数据进行保护，并确保所述用户信息和捐赠数据的真实性。具体来说，联盟链130作为该系统底层技术支撑，包括但不限于共识机制、DID、可验证声明、零知识证明等功能，该系统中共识机制可以加快节点共识，提高捐赠效率。DID、可验证声明以及零知识证明在保护用户隐私的前提下，保证用户身份和披露数据真实有效，在一定程度上提高捐赠的公信力。

在以上示例中，共识机制集成Tendermint、RFBC引擎。

应用本发明实施例的慈善捐赠服务系统时，使用者的用户类型包括捐赠者、被捐赠者、慈善组织机构以及访客等。具体来说，在使用该系统之前，除访客不需要进行注册，其他用户在使用系统前均需要进行注册。

如果用户是捐赠者，注册时需要提交个人资料，系统通过智能合约自动执行审核，审核通过后，即可登录使用该系统进行捐赠。

如果用户是被捐赠者，注册时需要提交求助资料，经系统审核，通过后即可登录系统接受捐赠。

如果用户是慈善组织机构，可以选择通过提交发布捐赠资料或提交机构资料进行注册，审核通过后即可登录系统。在注册过程中，系统对用户提交的信息资料进行加密保护，利用用户设置的密码生成一对密钥，用密钥对用户个人隐私信息进行加密，只有在用户允许的情况下，用户资料可以公开，否则在任何情况下，只有用户可以查看并修改个人资料。

在该系统中，一个用户可能有多种类型的身份，利用DID分布式身份标识技术对用户的身份进行处理，可验证声明可以有效保证身份的真实性，防止用户进行欺诈、骗取捐赠者的爱心等。

此外，访客不需要注册，可以在系统中直接查询捐赠项目，该系统中的善款和物资可以被追踪并且不可篡改，每一项捐赠都被记录到如Zig-Ledger联盟链上，通过链式结构可以追踪捐赠的整个过程，通过本系统进行捐赠，无需额外的成本，一方面可以节省捐赠组织机构的运营成本，另一方也简化了捐赠流程，无需审核拨款等中间环节，同时也加快了捐赠进程。

该系统实现捐赠的主要操作包括：捐赠者进行捐赠、被捐赠者发起求助、接收捐赠善款或物资、慈善机构发出申请求助、接收捐赠善款或物资、慈善机构向被捐赠者进行捐赠等，这些过程的提交与确认均需系统节点达成共识后才会记录在Zig-Ledger联盟链上，系统中的共识机制可以加快节点共识，加快捐赠进度。

以下分别对捐赠者进行捐赠、被捐赠者发起求助、接收捐赠善款或物资、慈善机构发出申请求助、接收捐赠善款或物资、慈善机构向被捐赠者进行捐赠等进行说明。

如图3所示，捐赠者进行捐赠，捐赠者登录系统后，选择要进行捐赠的项目，对该项目可以进行捐款或捐物，如果选择捐款，银行通过接口接入本系统中，将捐赠款项的收款人、收款金额以及其他具体信息记录在Zig-Ledger联盟链上，可以实时查看转账汇款进度，对款项进行追踪，实现专款专用。如果选择捐物，物流公司通过接口接入本系统，在捐赠物资上嵌入芯片，将捐赠物资的具体信息包括名称、数量、收货人、收货地址等具体信息记录在Zig-Ledger联盟链上，可以实时查处物资是否已经邮寄到指定地点，实现有物可寻，避免物资被挪用。当捐赠者寻求捐赠时，捐赠者的身份变为被捐赠者，其在系统中提交发布求助资料，经过审核成功后，求助详情即可显示在系统上。

被捐赠者发起求助、接收捐赠善款或物资，被捐赠者注册完成时，发起的求助会显示在本系统中，等待捐赠者或慈善组织机构进行捐赠，在获得捐赠后，系统通过银行或物流接口可以知晓捐赠是否已经完成捐赠。如果被捐赠者希望再次获得捐赠，则需要在系统中再次发起求助，提交资料后，系统中的智能合约自动进行审核，审核成功后，本次求助捐赠会显示在系统页面上。当被捐赠者希望贡献爱心进行捐赠时，用户类型发生转变，由被捐赠者变成捐赠者，在系统中查找想要捐赠的项目，选择捐款或捐物，进行捐赠活动，无论捐款还是捐物，捐赠数据均记录在链上，可以实时进行查看，对善款或物资进行追踪。

慈善机构发出申请求助、接收捐赠善款或物资、向被捐赠者进行捐赠，慈善组织机构登录系统后，可以在系统上发布求助、查看已捐赠项目以及向被捐赠者进行捐赠。进行发布求助需要慈善组织机构在系统中提交相应的求助项目资料，系统自动进行审核，审核通过后，本次发布的求助项目会显示到系统页面中，当获得捐赠后，系统会自动记录捐赠信息，实现善款或物资追踪。慈善组织机构也可以进行捐赠，在系统选择要捐赠的项目，进行捐款或捐物，银行或物流公司将自动提交捐赠数据至系统中，可以随时进行查询。

本发明实施例的慈善捐赠服务系统，具有以下优点：

解决捐赠过程数据造假、不透明，善款或物资去向不明等问题，该系统将联盟链(如Zig-Ledger联盟链)为底层技术支撑，通过链式结构，使系统具有可追溯性，同时也提高了慈善捐赠的公信力；

无论在捐赠系统还是已有的基于区块链捐赠系统中，用户信息和捐赠信息数据真实性有待考察，除此之外，用户个人信息和捐赠数据直接暴露在系统中，任何人都可以看到，未对用户敏感信息进行保护。该系统通过密码学加密算法、DID、零知识证明，对用户信息和捐赠信息进行保护，在不暴露原始信息的情况下，对原始信息中部分信息的有效性进行验证，系统只会显示查询的内容，而不会泄露其他不相关的信息，同时保证信息证明的安全可靠，做到据可查。

为了提高系稳定性，支持更高的容错。该系统采用不同与其他捐赠系统的共识机制，该共识机制集成了Tendermint、RFBC引擎等，对Kafka的排序共识进行补充，支持拜占庭容错，在一定程度上具有更高的稳定性，有利于可信捐赠平稳进行。

为了便于捐赠者进行捐赠，该系统基于传统捐赠系统只能捐赠物资的功能进行改进，接入银行和物流公司，捐赠者不仅可以捐款，还可以捐物，为广大用户提供便捷服务。

与传统的捐赠系统不同，该系统为个人用户发起求助开放窗口，不存在用户局限性。

为了增加捐赠数据的真实有效性，保证捐赠有序落地，该系统对传统捐赠系统进行改进，为银行、物流公司提供接口，对善款和物资的具体去向进行披露，智能合约及时更新捐赠状态，用户可以实时查看捐赠进度，包括善款和物资的具体去向。数据真实有效且透明，有利于构建慈善捐赠领域的公信力。

应用本发明实施例的慈善捐赠服务系统的示例如下：

示例1：捐赠者A向慈善机构B捐款2000元，捐赠者A首先在系统中进行注册，提交个人信息资料，包括用户名、密码、姓名、手机号、身份证号、居住地址等，本系统接入公安局信息认证系统，基于智能合约自动审核捐赠者的身份是否为真实有效的，审核通过后，系统利用加密算法对捐赠者的个人隐私数据进行加密，未经捐赠者A授权，其他人无法得知捐赠者A的个人信息。捐赠者A登录本系统，查找慈善机构B，选择捐款，金额为2000，根据慈善机构B指定的账户进行转账汇款，由于银行已接入本系统，转账完成后，系统节点通过共识机制迅速达成共识，确认转账成功，完成捐款。捐赠过程中的数据记录在Zig-Ledger联盟链上，P2P对等网络可以保证系统数据实时更新，当提交捐款后，捐赠者A可以登录系统查询是否已到账。

示例2：未注册过的被捐赠者C是一家医院，急需医疗物资，在系统中发起求助，被捐赠者C首先在系统中进行注册，提交医院求助的具体说明，包括医院名称、医院地址、医院营业执照、项目负责人等，系统通过智能合约自动审核医院的资质证明文件以及需求情况。当审核通过后，即意味着被捐赠者C注册成功，同时发起的求助信息也会显示在本系统中。在本系统中，医院提交的注册文件将通过加密算法进行保存，同时利用DID和可验证声明保证被捐赠者C是一家真实存在且急需物资的医院。

示例3：已注册过的慈善组织机构D发布求助捐赠项目“救助残疾儿童项目”，设定目标金额为300000元。慈善组织机构D登录本系统，在系统中发布求助捐赠项目救助残疾儿童项目，需求金额为300000元，并提交“救助残疾儿童项目”的具体受益人群、目的等，经过智能合约自动审核，审核成功后，该项捐赠即可显示在系统上。

根据本发明实施例的慈善捐赠服务系统，为捐赠者增添了身份类型和功能，捐赠者可以是被捐赠者、访客或其他身份，对于用户身份用DID技术进行标识，一方面可以保护捐赠者的隐私，另一方面通过可验证声明可以保证身份或其他性质的真实性。另外，捐赠者除了捐款外还可以捐赠物资，同时本系统向银行和物流公司开放接口，可以在线查看捐赠的款项或物资是否已到位，访客无需登录即可查询捐赠项目和捐赠详情，对捐赠过程进行监督，有利于提高系统公信力；为个人发起求助捐赠开放窗口，在该系统上，不止慈善组织机构可以发布求助申请，个人也可以进行发起求助申请；利用联盟链可实现数据上链，通过银行和物流公司的接口数据，可以对款项或物资进行实时追踪，实现有账可查，专款专用，为系统增信；该系统在实现整个捐赠过程中无需引入第三方认证，可以在线实时进行捐款、捐物，减少人工操作、失误等中间环节，保证数据真实有效的同时提高捐赠效率，联盟链的节点基于网络拓扑结构进行点对点通信，在本地账本记录完整捐赠数据，进而提升捐赠过程的透明度。

进一步地，本发明的实施例公开了一种慈善捐赠服务平台，包括：根据上述任意一个实施例所述的慈善捐赠服务系统。该慈善捐赠服务平台可以有效提升捐赠服务的公信力，保证了捐赠的可信度。

需要说明的是，本发明实施例的慈善捐赠服务平台的具体实现方式与本发明实施例的慈善捐赠服务系统的具体实现方式类似，具体请参见系统部分的描述，为了减少冗余，不做赘述。

此外，在本发明中，诸如“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

此外，在本发明中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

此外，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

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

Claims (7)

1.一种慈善捐赠服务系统，其特征在于，包括：

应用服务层，为用户提供慈善项目的发起和对所述慈善项目的捐赠服务，并为用户提供慈善项目中捐赠数据的查询服务，其中，所述捐赠数据包括捐赠物资和/或善款的动向；

接口层，所述接口层与物流方和银行对接，为用户提供捐赠物资的物流状态和/或善款的账户状态查询服务，并在所述物流状态和/或账户状态改变时，向联盟链的节点同步物流状态和/或账户状态；

联盟链，所述联盟链与所述应用服务层和所述接口层相连，以在所述联盟链的节点中存储用户信息和所述捐赠数据，其中，所述联盟链中引入特殊机制，以通过特殊机制确保所述捐赠数据的公信力以及所述用户信息的隐私和真实性。

2.根据权利要求1所述的慈善捐赠服务系统，其特征在于，所述特殊机制包括共识机制、DID和可验证声明和零知识证明，其中，

所述共识机制用于提升捐赠进度；

所述DID和可验证声明和零知识证明用于对用户信息和捐赠数据进行保护，并确保所述用户信息和捐赠数据的真实性。

3.根据权利要求2所述的慈善捐赠服务系统，其特征在于，所述共识机制集成Tendermint或RFBC引擎。

4.根据权利要求1所述的慈善捐赠服务系统，其特征在于，所述应用服务层，为用户提供慈善项目的发起和对所述慈善项目的捐赠服务，并为用户提供慈善项目中捐赠数据的查询服务，包括：

提供账户注册、查询善款流向、查询捐赠项目、善款捐赠与使用、查询捐赠详情、查询物流去向、发布捐赠项目和物流捐赠与使用中的部分或全部。

5.根据权利要求1所述的慈善捐赠服务系统，其特征在于，所述接口层包括查询接口、广播接口、交易接收接口和账户同步状态接口，其中，所述查询接口用于捐赠物资的物流状态和/或善款的账户状态，所述广播接口用于在所述物流状态和/或账户状态改变时，向联盟链的节点广播，以通过所述账户同步状态同步物流状态和/或账户状态，所述交易接收接口用于确定被捐赠用户是否接收到捐赠。

6.根据权利要求1-5任一项所述的慈善捐赠服务系统，其特征在于，所述联盟链为Zig-Ledger联盟链。

7.一种慈善捐赠服务平台，其特征在于，包括：根据权利要求1-6任一项所述的慈善捐赠服务系统。

Images