CN109214807A - 管理捐款信息的方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明提供一种管理捐款信息的方法、装置、计算机设备及存储介质。该方法包括：获取捐款信息，所述捐款信息包括捐款人、资助对象以及捐款数额中的至少一种；根据智能合约对所述捐款信息进行处理，其中，所述智能合约是根据所述慈善平台的基本属性信息和/或所述慈善平台的历史捐款信息确定的。本发明能够更好地处理捐款信息，节约人工审核成本。

Description

管理捐款信息的方法、装置、计算机设备及存储介质

技术领域

本发明涉及慈善系统领域，尤其涉及一种管理捐款信息的方法、装置、计算机设备及存储介质。

背景技术

慈善捐款过程中涉及多方(捐款人、银行、慈善机构等)，多方之间的信任度不高(例如，捐款人不太信任慈善机构)。此外，目前的慈善平台的善款在流转过程中还存在着很大的不透明性，导致善款的去向很难做到准确的追踪。对善款进行管理和审核也需要较高的人工成本和时间成本。

发明内容

本发明的目的是提供一种管理捐款信息的方法、装置、计算机设备及存储介质，以更好的管理慈善系统中的善款。

第一方面，提供了一种管理捐款信息的方法，该方法包括：获取捐款信息，所述捐款信息包括捐款人、资助对象以及捐款数额中的至少一种；根据智能合约确定对所述捐款信息进行处理的目标处理方式，其中，所述智能合约是根据所述慈善平台的基本属性信息和/或所述慈善平台的历史捐款信息确定的；根据所述目标处理方式对所述捐款信息进行处理；

记录所述捐款信息的处理信息，并将所述捐款信息的处理信息发送到所述捐款信息的相关方。

本发明中，通过采用智能合约对捐款信息进行管理，能够更好地处理捐款信息，节约人工审核成本。

可选地，所述方法还包括：根据慈善平台的基本属性信息和/或慈善平台的历史捐款信息确定智能合约。

应理解，在确定智能合约时，既可以单独根据慈善平台的基本属性信息来确定，也可以单独采用慈善平台的历史捐款信息来确定，也可以根据慈善平台的基本属性信息和慈善平台的历史捐款信息来综合确定。

可选地，根据慈善平台的基本属性信息确定智能合约，包括：当慈善平台的规模小于预设规模时，确定将捐款信息对应的捐款转入到公共账户中；当慈善平台的规模大于预设规模时，确定将捐款信息对应的捐款转入到专用账户中。

可选地，根据慈善平台的基本属性信息确定智能合约，包括：当慈善平台为综合性慈善组织时，确定将捐款信息对应的捐款转入到相应的专用账户中；当慈善平台的为单一的慈善组织时，确定将捐款信息对应的捐款转入到公共账户中。

而在根据慈善平台的历史捐款信息确定智能合约时，可以根据历史捐款的处理方式来确定智能合约，也就是说，可以将捐款的历史处理方式确定为智能合约。

例如，当历史捐款人为个人时，捐款被转入到公共账户中，当历史捐款人为单位时，捐款被转入到专用账户中，那么，可以将该历史处理方式确定为智能合约(也就是说，个人的捐款转入到公共账户中，单位的捐款转入到专用账户中)。

例如，当历史捐款额小于第一阈值时，捐款被转入到公共账户中，当历史捐款额大于或者等于第一阈值时，捐款被转入到专用账户中，那么，可以将该历史处理方式确定为智能合约(也就是说，捐款额大于第一阈值转入到公共账户中，捐款额大于或者等于第一阈值的捐款转入到专用账户中)。

可选地，所述根据智能合约对所述捐款信息进行处理，包括：根据智能合约确定捐款信息对应的账户；将捐款信息对应的捐款转入到所述捐款信息对应的账户中。

捐款信息对应的账户可以是公用账号，也可以是个人账号。

例如，当捐款信息中包含资助对象为儿童时，可以将儿童对应的捐款账户直接确定为捐款信息对应的账户，接下来，直接将捐款转到儿童账户即可。

例如，当捐款信息中包含资助对象时，也可以将资助对象的账号直接确定为捐款信息对应的账户，接下来，将捐款直接打到资助对象的账号即可。

在第一方面的某些实现方式中，所述慈善平台的基本属性信息包括所述慈善平台的种类、所述慈善平台的规模、所述慈善平台的捐助对象以及所述平台的覆盖范围中的至少一种。

例如，按照慈善组织是否针对特定的人群，可以将慈善组织划分为综合类慈善组织和专项慈善组织，其中，综合类慈善组织一般是针对多种人群，多种捐助对象的慈善组织，专项慈善组织一般是针对特定人群的慈善组织。

慈善组织的种类不同，确定智能合约的方式也会有所不同，例如，教育类的慈善组织的捐助对象一般只能是学生和学校等等，因此，在设置智能合约时需要设置特定的捐助对象。

慈善平台的规模可以是指慈善平台的资金规模是多大，按照资金规模可以将慈善平台分为大型、中型和小型慈善组织(当然，也可以根据实际需要将慈善组织的规模划分成更多的层级)。

在第一方面的某些实现方式中，所述智能合约用于指示捐款人与不同的处理方式之间的对应关系，所述根据智能合约确定对所述捐款信息进行处理的目标处理方式，包括：当所述捐款人为个人时，确定将所述捐款信息对应的捐款转入到公共账户中；当所述捐款人为单位时，确定将所述捐款信息对应的捐款转入到所述捐款信息对应的专用账户中。

在第一方面的某些实现方式中，所述智能合约用于指示捐款数额与不同的处理方式之间的对应关系，所述根据智能合约确定对所述捐款信息进行处理的目标处理方式，包括：当捐款额小于第一阈值时，将所述捐款信息对应的捐款转入到公共账户中；当捐款额大于或者等于第一阈值时，将所述捐款信息对应的捐款转入到所述捐款信息对应的专用账户中。

在第一方面的某些实现方式中，所述智能合约用于指示慈善平台与不同的处理方式之间的对应关系，所述根据智能合约确定对所述捐款信息进行处理的目标处理方式，包括：当慈善平台的规模小于预设规模时，将所述捐款信息对应的捐款转入到公共账户中；当慈善平台的规模大于或者等于预设规模时，将所述捐款信息对应的捐款转入到所述捐款信息对应的专用账户中。

可选地，所述根据智能合约确定对所述捐款信息进行处理的目标处理方式，包括：当所述捐款人为个人，且所述捐款额小于第一阈值时，将所述捐款信息对应的捐款转入到公共账户中；当所述捐款人为单位且所述捐款额大于或者等于第一阈值时，将所述捐款信息对应的捐款转入到所述捐款信息对应的专用账户中。

可选地，所述根据智能合约确定对所述捐款信息进行处理的目标处理方式，包括：当所述捐款人为个人，且慈善平台的规模小于或者等于预设规模时，将所述捐款信息对应的捐款转入到公共账户中；当所述捐款人为单位且慈善平台的规模大于或者等于预设规模时，将所述捐款信息对应的捐款转入到所述捐款信息对应的专用账户中。

应理解，在根据智能合约确定对捐款信息进行处理的目标处理方式时，可以综合捐款人、捐款额以及慈善平台中的至少一种来确定。

可选地，所述根据智能合约确定对所述捐款信息进行处理的目标处理方式，包括：当所述捐款人为个人，且所述捐款额小于第一阈值时，将所述捐款信息对应的捐款转入到第一公共账户中；当所述捐款人为个人，且所述捐款额大于或者等于第一阈值时，将所述捐款信息对应的捐款转入到第一专用账户中；当所述捐款人为单位，且所述捐款额小于第一阈值时，将所述捐款信息对应的捐款转入到第二公共账户中；当所述捐款人为单位，且所述捐款额大于或者等于第一阈值时，将所述捐款信息对应的捐款转入到第二专用账户中。

本申请中，通过设置不同的公共账户和专用账户能够实现对捐款更精细的管理。

应理解，在综合捐款人，捐款额和慈善平台这三个参数来确定目标处理方式时，可以设置三个公共账户(第一公共账户，第二公共账户，第三公共账户和第四公共账户)和三个专用账户(第一专用账户，第二专用账户，第三专用账户和第四专用账户)。

例如，当捐款人为个人时将捐款信息对应的捐款转入到公共账户(上述三个公共账户)中，当捐款人为单位时将捐款信息对应的捐款转入到专用账户(上述三个专用账户)中。

具体地，当捐款人为个人，捐款额小于第一阈值，慈善平台小于预设规模时，将捐款信息对应的捐款转入到第一公共账户中；当捐款人为个人，捐款额小于第一阈值，慈善平台大于或者等于预设规模时，将捐款信息对应的捐款转入到第二公共账户中；当捐款人为个人，捐款额大于或者等于第一阈值，慈善平台小于预设规模时，将捐款信息对应的捐款转入到第三公共账户中；捐款人为个人，捐款额大于或者等于第一阈值，慈善平台大于或者等于预设规模时，将捐款信息对应的捐款转入到第四公共账户中。

另外，当捐款人为单位，捐款额小于第一阈值，慈善平台小于预设规模时，将捐款信息对应的捐款转入到第一专用账户中；当捐款人为单位，捐款额小于第一阈值，慈善平台大于或者等于预设规模时，将捐款信息对应的捐款转入到第二专用账户中；当捐款人为单位，捐款额大于或者等于第一阈值，慈善平台小于预设规模时，将捐款信息对应的捐款转入到第三专用账户中；捐款人为单位，捐款额大于或者等于第一阈值，慈善平台大于或者等于预设规模时，将捐款信息对应的捐款转入到第四专用账户中。

在第一方面的某些实现方式中，所述历史捐款信息包括历史捐款人、历史资助对象以及历史捐款数额中的至少一种。

在第一方面的某些实现方式中，所述智能合约用于指示捐款信息与不同处理方式之间的对应关系。

在第一方面的某些实现方式中，所述智能合约用于指示捐款人、资助对象以及捐款数额中的至少一种对应的处理方式。

在第一方面的某些实现方式中，所述智能合约是预先设置的。

通过预先设置智能合约，能够提高处理捐款信息的速度。

在第一方面的某些实现方式中，在根据所述智能合约对所述捐款信息进行处理之前，所述方法还包括：对所述捐款信息进行加密。

通过对捐款信息进行加密，能够提高捐款信息的安全性。

第二方面，提供了一种管理捐款信息的装置，该装置包括：获取模块，用于获取捐款信息，所述捐款信息包括捐款人、资助对象以及捐款数额中的至少一种；信息处理模块，用于根据智能合约对所述捐款信息进行处理，其中，所述智能合约是根据所述慈善平台的基本属性信息和/或所述慈善平台的历史捐款信息确定的。

本发明中，通过采用智能合约对捐款信息进行管理，能够更好地处理捐款信息，节约人工审核成本。

应理解，上述管理捐款信息的装置具体可以是一个慈善信息管理系统，该系统可以是位于服务器中，专门用于对捐款信息进行管理。

在第二方面的某些实现方式中，所述慈善平台的基本属性信息包括所述慈善平台的种类、所述慈善平台的规模、所述慈善平台的捐助对象以及所述平台的覆盖范围中的至少一种。

在第二方面的某些实现方式中，所述历史捐款信息包括历史捐款人、历史资助对象以及历史捐款数额中的至少一种。

在第二方面的某些实现方式中，所述智能合约用于指示捐款信息与不同处理方式之间的对应关系。

在第二方面的某些实现方式中，所述智能合约用于指示捐款人、资助对象以及捐款数额中的至少一种对应的处理方式。

在第二方面的某些实现方式中，所述智能合约是预先设置的。

在第二方面的某些实现方式中，所述装置还包括：加密模块，用于对所述捐款信息进行加密。

第三方面，提供了一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上的计算机程序，当所述处理器执行所述存储器存储的计算机程序时，所述处理器用于执行所述第一方面或者第一方面中任意一种实现方式中的方法的步骤。

第四方面，提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被计算机执行时，所述计算机用于执行所述第一方面或者第一方面中任意一种实现方式中的方法的步骤。

附图说明

图1为本发明实施例的管理捐款信息的方法的示意性流程图；

图2为本发明实施例的管理捐款信息的装置的示意性框图；

图3为本发明实施例的管理捐款信息的装置的示意性框图；

图4为本发明实施例的管理捐款信息的装置的示意性框图；

图5是本发明实施例的计算机设备的示意性框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明提供的管理捐款信息的方法、装置、计算机设备及存储介质，适用于慈善领域。本发明依据慈善平台的基本属性信息以及慈善平台的历史捐款信息中的至少一种生成智能合约，能够利用智能合约对捐款信息进行更高效的处理，从而减少人工审核所需的时间，提高慈善系统的管理效率。

为了更好地理解本发明实施例的管理捐款信息的方法，下面结合图1对本发明实施例的管理捐款信息的方法进行详细的介绍。

图1为本发明实施例的管理捐款信息的方法的示意性流程图。图1所示的方法可以由管理捐款信息的装置来执行，具体地，管理捐款信息的装置具体可以是一个服务器，该服务器可以存在一种慈善信息管理系统，通过该慈善信息管理系统能够实现对慈善信息系统的管理。

图1所示的方法包括步骤101和步骤102，下面分别对步骤101和步骤102进行详细的介绍。

101、获取捐款信息。

可选地，上述捐款信息包括捐款人、资助对象以及捐款数额中的至少一种。

这里的捐款人是指捐款的提供者，资助对象也可以称为被捐款对象，资助对象可以是具体的某个人或者机构(例如，资助对象可以是某个学校)，资助对象还可以是特定的人群，例如，妇女，儿童以及贫困地区的人群等。

进一步的，上述捐款信息还可以指示捐款是否包含附加条件，如果包含附加条件的话，捐款的附加条件具体是什么。

例如，上述捐款信息可以指示捐款没有任何附加条件，或者，上述捐款信息可以指示捐款需要直接捐给资助对象。

102、根据智能合约对所述捐款信息进行处理。

上述智能合约是根据所述慈善平台的基本属性信息和/或所述慈善平台的历史捐款信息确定的。

本发明中，通过采用智能合约对捐款信息进行管理，能够更好地处理捐款信息，节约人工审核成本。

具体地，在确定智能合约之前可以先获取慈善平台的基本属性信息和/或慈善平台的历史捐款信息。

可选地，作为一个实施例，所述根据智能合约对所述捐款信息进行处理，包括：

根据智能合约确定捐款信息对应的账户；将捐款信息对应的捐款转入到所述捐款信息对应的账户中。

捐款信息对应的账户可以是公用账号，也可以是个人账号。

例如，当捐款信息中包含资助对象为儿童时，可以将儿童对应的捐款账户直接确定为捐款信息对应的账户，接下来，直接将捐款转到儿童账户即可。

例如，当捐款信息中包含资助对象时，也可以将资助对象的账号直接确定为捐款信息对应的账户，接下来，将捐款直接打到资助对象的账号即可。

上述慈善平台的基本属性信息为慈善平台的一些基础信息，历史捐款信息为慈善平台处理的捐款信息。

可选地，所述慈善平台的基本属性信息包括所述慈善平台的种类、所述慈善平台的规模、所述慈善平台的捐助对象以及所述平台的覆盖范围中的至少一种。

例如，按照慈善组织是否针对特定的人群，可以将慈善组织划分为综合类慈善组织和专项慈善组织，其中，综合类慈善组织一般是针对多种人群，多种捐助对象的慈善组织，专项慈善组织一般是针对特定人群的慈善组织。

综合类慈善组织，例如，中华慈善总会，中国红十字基金会，上海市慈善基金会，

专项慈善组织的种类有很多，例如，环保类慈善组织，扶贫类慈善组织，教育类慈善组织，关注儿童类的慈善组织，关爱残疾人的慈善组织等等。

慈善组织的种类不同，确定智能合约的方式也会有所不同，例如，教育类的慈善组织的捐助对象一般只能是学生和学校等等，因此，在设置智能合约时需要设置特定的捐助对象。

慈善平台的规模可以是指慈善平台的资金规模是多大，按照资金规模可以将慈善平台分为大型、中型和小型慈善组织(当然，也可以根据实际需要将慈善组织的规模划分成更多的层级)。

具体地，在生成智能合约时可以根据慈善平台的种类(例如，有关注平困地区教育的慈善平台，关爱老年人的慈善平台，关注留守儿童的慈善平台)，慈善平台的规模(慈善平台的资金规模，全国性的慈善平台还是地方性的慈善平台)，具体的捐款项的属性(捐物还是直接捐钱等)以及善款是否有附件条件(例如，有的善款是无条件的可以应用于任何项目，而有的善款是有附加条件的，需应用于特定的项目或者捐助给特定的人群等)等来确定智能合约。

可选地，历史捐款信息包括历史捐款人、历史资助对象以及历史捐款数额中的至少一种。

可选地，作为一个实施例，所述智能合约用于指示捐款信息与不同处理方式之间的对应关系。

具体地，智能合约可以指示捐款人与处理方式的对应关系。

例如，智能合约中可以规定捐款人为个人时对应第一种处理方式(将捐款直接捐到公共账户中)，捐款人为单位时对应第二种处理方式(单独为捐款设置一个账户)。

可选地，智能合约还可以指示资助对象与处理方式之间的对应关系。

例如，智能合约中可以规定资助对象为个人时采用第三种处理方式(直接将捐款转到资助对象的个人账号中)，资助对象为单位时采用第四种处理方式(将捐款转到第三方机构等等)。

可选地，智能合约中还可以指示捐款数额与处理方式之间的对应关系。

例如，智能合约中可以规定捐款数额未超出一定的数额时可以直接捐款转到相应的账户中，当捐款数额超过一定的数额时需要先对捐款事项进行审核或者验证，在经过审核或者验证无误后再将捐款转到相应的账户中。

应理解，智能合约中可以指示捐款人、资助对象以及捐款数额中的至少一种对应的处理方式。

在根据智能合约对捐款信息进行处理时可以先根据智能合约确定捐款信息对应的处理方式，然后再根据该处理方式对捐款信息进行处理。

可选地，在上述步骤102之前，图1所示的方法还包括：根据所述慈善平台的基本属性信息和/或所述慈善平台的历史捐款信息确定所述智能合约。

根据实时确定的智能合约来处理捐款信息，能够利用更合理的智能处理更好地捐款信息进行处理，能够提高捐款信息的处理效果。

可选地，上述智能合约也可以预设的。

也就是说，上述智能合约也可以是实现已经确定好的，这样在获取捐款信息之后能够根据该智能合约对捐款信息进行处理，能够提高捐款信息的处理速度。

应理解，可以定期对智能合约进行更新，或者，也可以在慈善平台发生较大变化时对智能合约进行更新，例如，当慈善平台的资质或者捐款项目发生较大变化时可以对慈善平台进行调整。

可选地，作为一个实施例，在步骤102之前，图1所示的方法还包括：对所述捐款信息进行加密。

通过对捐款信息进行加密，能够提高捐款信息的安全性。

在对捐款信息进行加密时可以采用现有的加密技术进行加密。

例如，可以采用CA认证和数据传输加密对捐款信息进行加密。

下面对CA认证和数据传输加密进行简单的介绍。

CA认证：

CA认证主要是应用在接入系统(具体可以是慈善管理系统)的过程，例如，某个机构或者用户在接入慈善平台时需要进行鉴权认证，识别接入者的身份，当接入者的身份符合要求时，允许该接入者接入该慈善系统。例如，当接入者为预先设定的银行机构，对口支援的机构等等时，允许接入者接入该慈善平台，以保证慈善平台只接入满足要求的用户或者机构。

例如，当用户接入慈善管理系统时，可以通过密码进行验证，获得相应密码的用户是被授权的用户，这些用户可以通过这些密码访问系统，而没有密码的用户无法访问系统。

数据传输加密：

在接收善款或者善款的流转时，会产生大量的相关信息，这些信息可能会在慈善平台中的各个机构和平台之间传输，为了信息的安全，需要对该信息进行加密，具体的加密技术可以采用通信时常采用的加密技术，加密过程与现有的加密过程基本一致。

上述相关信息可以包括：善款的金额，转入善款的银行(捐款人通过哪个银行将善款转到慈善平台)，暂存善款的银行(接收到善款后，将善款存入到某个银行)，善款转出到的银行(捐助善款时，将善款转账到哪个银行)，以及流转过程中流经的账户信息，善款暂存时的收益信息等等。

总之，善款在流动过程中的各种信息都是属于上述相关信息，这些信息都要记录下来。

上文结合图1对本发明实施例的管理捐款信息的方法进行了详细介绍，下面结合图2至图4对本发明实施例的管理捐款信息的装置进行介绍，应理解，图2至图4中的慈善信息系统中的管理装置能够执行本发明实施例的管理捐款信息的方法的各个步骤，下面在介绍本发明实施例的管理捐款信息的装置时适当省略重复的描述。

图2为本发明实施例的管理捐款信息的装置的示意性框图。

图2所示的装置1000包括：

获取模块1001，用于获取捐款信息，所述捐款信息包括捐款人、资助对象以及捐款数额中的至少一种；

信息处理模块1002，用于根据智能合约对所述捐款信息进行处理，其中，所述智能合约是根据慈善平台的基本属性信息和/或所述慈善平台的历史捐款信息确定的。

本发明中，通过采用智能合约对捐款信息进行管理，能够更好地处理捐款信息，节约人工审核成本。

可选地，作为一个实施例，所述慈善平台的基本属性信息包括所述慈善平台的种类、所述慈善平台的规模、所述慈善平台的捐助对象以及所述平台的覆盖范围中的至少一种。

可选地，作为一个实施例，所述历史捐款信息包括历史捐款人、历史资助对象以及历史捐款数额中的至少一种。

可选地，作为一个实施例，所述智能合约用于指示捐款信息与不同处理方式之间的对应关系。

可选地，作为一个实施例，所述智能合约用于指示捐款人、资助对象以及捐款数额中的至少一种对应的处理方式。

可选地，作为一个实施例，所述智能合约是预先设置的。

可选地，作为一个实施例，上述装置1000还包括：

加密模块1003，用于对所述捐款信息进行加密。

如图3所示，装置1000还包括加密模块1003。

图4为本发明实施例的管理捐款信息的装置的示意性框图。

图4所示的装置3000包括：

存储器3001，用于存储程序；

处理器3002，用于执行存储器3001中存储的程序，当存储器3001中的程序被执行时，处理器3002具体用于：获取捐款信息，所述捐款信息包括捐款人、资助对象以及捐款数额中的至少一种；根据智能合约对所述捐款信息进行处理，其中，所述智能合约是根据慈善平台的基本属性信息和/或所述慈善平台的历史捐款信息确定的。

本发明中，通过采用智能合约对捐款信息进行管理，能够更好地处理捐款信息，节约人工审核成本。

可选地，作为一个实施例，所述慈善平台的基本属性信息包括所述慈善平台的种类、所述慈善平台的规模、所述慈善平台的捐助对象以及所述平台的覆盖范围中的至少一种。

可选地，作为一个实施例，所述历史捐款信息包括历史捐款人、历史资助对象以及历史捐款数额中的至少一种。

可选地，作为一个实施例，所述智能合约用于指示捐款信息与不同处理方式之间的对应关系。

可选地，作为一个实施例，所述智能合约用于指示捐款人、资助对象以及捐款数额中的至少一种对应的处理方式。

可选地，作为一个实施例，所述智能合约是预先设置的。

可选地，作为一个实施例，上述装置3000还用于对所述捐款信息进行加密。

应理解，图2至图4的装置具体可以是一个慈善信息管理系统，该系统可以是位于服务器中，利用该慈善信息管理系统能够实现对捐款信息的管理。

图5是本发明实施例的计算机设备的示意性框图。

图5所示的计算机设备具有管理捐款信息的功能，在该计算机设备上可以有一个慈善信息管理系统，利用该慈善信息管理系统能够实现对捐款信息的管理(也就是实现本发明实施例的管理捐款信息的方法)。

图5所示的计算机设备20包括存储器21和处理器22，计算机设备20可以是具有运算或者处理数据能力的设备，计算机设备20可以是执行程序的智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。

本实施例的计算机设备20至少包括但不限于：可通过系统总线相互通信连接的存储器21、处理器22，如图5所示。需要指出的是，图5仅示出了具有组件21-22的计算机设备20，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。

本实施例中，存储器21(即可读存储介质)包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。

在一些实施例中，存储器21可以是计算机设备20的内部存储单元，例如该计算机设备20的硬盘或内存。在另一些实施例中，存储器21也可以是计算机设备20的外部存储设备，例如该计算机设备20上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。当然，存储器21还可以既包括计算机设备20的内部存储单元也包括其外部存储设备。本实施例中，存储器21通常用于存储安装于计算机设备20的操作系统和各类应用软件，例如实施例一的坐席任务管理装置10的程序代码等。此外，存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器22在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备20的总体操作。本实施例中，处理器22用于运行存储器21中存储的程序代码或者处理数据，以实现本发明实施例的管理捐款信息的方法。

本实施例还提供一种计算机可读存储介质，如闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等，其上存储有计算机程序，程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质用于存储程序，当该程序被计算机设备执行时，计算机设备用于执行本发明实施例的管理捐款信息的方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

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

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

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种管理捐款信息的方法，其特征在于，包括：

获取捐款信息，所述捐款信息包括捐款人、资助对象以及捐款数额中的至少一种；

根据智能合约确定对所述捐款信息进行处理的目标处理方式，其中，所述智能合约是根据慈善平台的基本属性信息和/或所述慈善平台的历史捐款信息确定的；

根据所述目标处理方式对所述捐款信息进行处理；

记录所述捐款信息的处理信息，并将所述捐款信息的处理信息发送到所述捐款信息的相关方。

2.如权利要求1所述的方法，其特征在于，所述智能合约用于指示捐款人与不同的处理方式之间的对应关系，所述根据智能合约确定对所述捐款信息进行处理的目标处理方式，包括：

当所述捐款人为个人时，确定将所述捐款信息对应的捐款转入到公共账户中；

当所述捐款人为单位时，确定将所述捐款信息对应的捐款转入到所述捐款信息对应的专用账户中。

3.如权利要求1所述的方法，其特征在于，所述智能合约用于指示捐款数额与不同的处理方式之间的对应关系，所述根据智能合约确定对所述捐款信息进行处理的目标处理方式，包括：

当捐款额小于第一阈值时，将所述捐款信息对应的捐款转入到公共账户中；

当捐款额大于或者等于第一阈值时，将所述捐款信息对应的捐款转入到所述捐款信息对应的专用账户中。

4.如权利要求1所述的方法，其特征在于，所述智能合约用于指示慈善平台与不同的处理方式之间的对应关系，所述根据智能合约确定对所述捐款信息进行处理的目标处理方式，包括：

当慈善平台的规模小于预设规模时，将所述捐款信息对应的捐款转入到公共账户中；

当慈善平台的规模大于或者等于预设规模时，将所述捐款信息对应的捐款转入到所述捐款信息对应的专用账户中。

5.如权利要求1-4中任一项所述的方法，其特征在于，所述慈善平台的基本属性信息包括所述慈善平台的种类、所述慈善平台的规模、所述慈善平台的捐助对象以及所述平台的覆盖范围中的至少一种。

6.如权利要求1-5中任一项所述的方法，其特征在于，所述历史捐款信息包括历史捐款人、历史资助对象以及历史捐款数额中的至少一种。

7.如权利要求1-6中任一项所述的方法，其特征在于，在根据所述智能合约对所述捐款信息进行处理之前，所述方法还包括：

对所述捐款信息进行加密。

8.一种管理捐款信息的装置，其特征在于，其包括：

获取模块，用于获取捐款信息，所述捐款信息包括捐款人、资助对象以及捐款数额中的至少一种；

信息处理模块，用于根据智能合约确定对所述捐款信息进行处理的目标处理方式，其中，所述智能合约是根据慈善平台的基本属性信息和/或所述慈善平台的历史捐款信息确定的；

所述信息处理模块还用于对所述捐款信息进行处理；

所述信息处理模块还用于记录所述捐款信息的处理信息，并将所述捐款信息的处理信息发送到所述捐款信息的相关方。

9.一种计算机设备，其特征在于，包括存储器、处理器以及存储在存储器上的计算机程序，当所述处理器执行所述存储器存储的计算机程序时，所述处理器用于执行如权利要求1至7中任一项所述的方法中的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被计算机执行时，所述计算机用于执行如权利要求1至7中任一项所述的方法中的步骤。