基于电子凭证的资源管理包发送方法及系统与流程

本发明涉及通信领域，尤其涉及基于电子凭证的资源管理包发送方法及系统。

背景技术：

众所周知现有的捐款系统通常是设置捐款平台服务器进行募捐，将所有捐赠者捐助的资金转存到专有的账户中，然后资金管理服务器管理账户中的资金，最后通过捐款平台服务器与资金管理服务器管之间进行通信将资金转发到各个受捐者对应的资源接收终端中。但是由于在资金转存的过程中，资金管理服务器缺乏对捐款平台服务器和资源接收终端之间的数据监控，使得资源在流转过程中存在人为的虚假操作和数据不安全性。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

技术实现要素：

本发明的主要目的在于提供一种具有相同发明构思的基于电子凭证的资源管理包发送方法及系统，旨在提高资源管理数据的安全性。

为了实现发明目的，本发明提供一种基于电子凭证的资源管理包发送方法，所述基于电子凭证的资源管理包发送方法包括以下步骤：

服务器接收发送方客户端发送的第一资源转移数据包；所述第一资源转移数据包包括：生成电子凭证的预置参数；

所述服务器根据所述第一资源转移数据包生成第二资源转移数据包，并发送至第一接收方客户端；所述第二资源转移数据包包括所述预置参数；

第一接收方客户端接收所述第二资源转移数据包，并显示所述预置参数；

当所述第一接收方客户端接收到转发指令时，所述第一接收方客户端根据所述预置参数与第二接收方客户端的信息生成第三资源转移数据包，并发 送至所述服务器；

所述服务器根据所述第三资源转移数据包向所述第二接收方客户端发送所述服务器根据所述预置参数生成的电子凭证。

此外，为了实现上述发明目的，本发明进一步提供一种基于电子凭证的资源管理包发送系统，所述基于电子凭证的资源管理包发送系统包括服务器、发送方客户端、第一接收方客户端和第二接收方客户端，其中，

所述服务器用于，接收发送方客户端发送的第一资源转移数据包；所述第一资源转移数据包包括：生成电子凭证的预置参数；并根据所述第一资源转移数据包生成第二资源转移数据包，并发送至第一接收方客户端；所述第二资源转移数据包包括所述预置参数；

所述第一接收方客户端，用于接收所述第二资源转移数据包，并显示所述预置参数；当所述第一接收方客户端接收到转发指令时，所述第一接收方客户端根据所述预置参数与第二接收方客户端的信息生成第三资源转移数据包，并发送至所述服务器；

所述服务器还用于，根据所述第三资源转移数据包向所述第二接收方客户端发送所述服务器根据所述预置参数生成的电子凭证。

本发明实施例通过采用电子凭证作为捐献的收付工具，且在捐献的过程中，中间受捐客户端仅能够显示当前收到的金额，因此可以保证捐助金钱不易流失，提高了捐助系统的可靠性以及资源管理数据的安全性。

附图说明

图1为本发明基于电子凭证的资源管理包发送方法第一实施例的流程示意图；

图2为本发明基于电子凭证的资源管理包发送方法第二实施例的流程示意图；

图3为本发明基于电子凭证的资源管理包发送方法第三实施例的流程示意图；

图4为本发明基于电子凭证的资源管理包发送方法一实施例中利用电子 红包进行捐赠的流程示例图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种基于电子凭证的资源管理包发送方法，参照图1，提供了本发明基于电子凭证的资源管理包发送方法第一实施例，在该实施例中，该基于电子凭证的资源管理包发送方法包括：

步骤s10，服务器接收发送方客户端发送的第一资源转移数据包；所述第一资源转移数据包包括：生成电子凭证的预置参数；

本实施例中的基于电子凭证的资源管理包发送方法主要应用于慈善机构捐款系统中，用于对账户的资源进行管理。具体地，上述账户资源可以为个人银行账户的货币存款，还可以为其他类型的虚拟货币等。以下各实施例中以个人银行账户的货币存款为例进行详细说明。上述电子凭证为一种虚拟的电子标签，可以用于显示，并携带有预置的参数，以下各实施例中以银信证为例进行详细说明。

步骤s20，所述服务器根据所述第一资源转移数据包生成第二资源转移数据包，并发送至第一接收方客户端；所述第二资源转移数据包包括所述预置参数；

具体地，上述第一资源转移数据包可以为一种资源转移请求，其包括生成银信证的预置参数，例如生成银信证的数量、每张银信证上货币的面额(该面额可以为固定面额的银信证，也可以使用非固定面额的银信证)、货币的类型以及银信证的有效期等等。可以理解的是，上述发送方客户端和第一接收方客户端的具体可以为一个终端或者为一种软件客户端。优选地，在本实施例中，上述第一接收方客户端可以为慈善机构的公众号之类的。

步骤s30，第一接收方客户端接收所述第二资源转移数据包，并显示所述预置参数；

在上述第一接收方客户端上包括显示界面，用于显示各捐赠人员捐赠的资源管理包，例如在本实施例中，显示各发送终端发送的银信证的数量和面额参数等。具体地，可以显示一个面额，也可以显示每一个面额对应银信证的数量。

步骤s40，当所述第一接收方客户端接收到转发指令时，所述第一接收方客户端根据所述预置参数与第二接收方客户端的信息生成第三资源转移数据包，并发送至所述服务器；

步骤s50，所述服务器根据所述第三资源转移数据包向所述第二接收方客户端发送所述服务器根据所述预置参数生成的电子凭证。

在上述显示界面上，可以设置转发按钮以供用户输入转发指令，对接收到的电子凭证进行转发处理。

本实施例中，上述资源管理包可以为电子红包。例如用户进行电子红包发送时，首先可以在点击发送电子红包按钮，从而跳转到电子红包发送界面，在该界面上，用户可以选择电子红包发送的方式。例如可以选择相应的发送电子红包方式，跳转到第一电子红包参数设置界面，此时，可以设置一个电子红包内银信证的数量和面额(在其他实施例中，还可以设置银信证的有效期等其他参数)。当选择另一种发送电子红包发送方式时，可以跳转第二电子红包参数设置界面，此时，可以设置多个电子红包内银信证的数量和面额。当点击塞进电子红包时，可以将各预置参数进行打包形成上述第一资源转移数据包，并发送至服务器。即在本实施例中，上述该电子红包的数量可以为一个也可以为多个，且每一个电子红包内可以由一张银信证或者多张银信证组成。

服务器在接收到上述第一资源转移数据包时，可以根据第一资源转移数据包生成第二资源转移数据包，该第二资源转移数据包，可以仅包括银信证的面额总和，也可以包括各面额对应的银信证的数量。然后服务器将第二资源转移数据包发送给第一接收方客户端上，以供第一接收方客户端进行接收显示(如可以设置一个公共捐款帐号，由广大群众进行关注和公益捐款)。此时在第一接收方客户端仅能显示捐款的数量不能进行提款操作(即提现)，仅在第一接收方客户端显示了一个或多个发送方客户端所发送的银信证的面额值。

在显示界面上还可以设置转发按钮，供用户对接收到的捐款进行转发处理。具体地，用户可以对当前接收到的一个发送方客户端所有的银信证转发至一个受捐者(如一个第二接收方客户端)；也可以将一个发送方客户端所有的银信证转发至多个受捐者(即上述第二接收方客户端为多个)；还可以将接收到的多个发送方客户端发送的银信证转发至同一受捐者。具体地发送方式可以根据实际需要进行设置，在此不做进一步地限定。

本发明实施例通过采用电子凭证作为资源管理包捐献的工具，且在捐献的过程中，中间受捐客户端仅能够显示当前收到的金额，因此可以保证捐助金钱不易流失，提高了捐助系统的可靠性以及资源管理数据的安全性。

应当说明的是，上述银信证是指银行根据开证人的申请冻结所需数额资金而开立，并承诺依照约定解付条件办理支付结算的电子凭证。在银行版电子红包场景中，开证人即向银行申请发放电子红包的企业。当领取了电子红包后，用户在银信证的收证人处输入自己的银行账号信息，向银行申请收证，银行即在约定的时间内将资金转入收证账户。

银信证的业务流程如下：

1.1、开证人通过互联网或以其他方式向开证银行申请开证。

1.2、开证银行验证身份、账户信息无误后受理，审核确认符合开证条件，冻结保付资金后开立银信证。

1.3、收证人通过互联网或以其他方式向收证银行申请收证。

1.4、收证银行验证身份、账户信息无误后受理收证(或根据收证人设置由收证银行自动收证)。

1.5、收证人履行银信证项下基础交易义务后，提交履约信息(一般用于电商领域，收证人为商家，履行发货义务后，提交发货信息，在电子红包领域中，由于是开证人无偿转移给收证人，因此就不需要履行交易义务)。

1.6、收证人或指定的第三方将申请解付信息发送至开证银行申请解付(在电子红包领域中，收证人填写收证后即自动申请解付)。

1.7、开证银行解付银信证并将资金划转至收证银行，收证银行将资金转入收证账户。

进一步地，参照图2，基于本发明基于电子凭证的资源管理包发送方法第一实施例，在本发明基于电子凭证的资源管理包发送方法第二实施例中，该基于电子凭证的资源管理包发送方法还包括：

步骤s60，所述服务器接收到所述第二接收方客户端发送的提现指令时，所述服务器将所述发送方客户端关联的第一账户内的第一资源转移至与所述第二接收方客户端关联的第二账户内；所述第一资源所述提现指令中对应电子凭证的资源转移量。

本实施例中，上述第一账户和第二账户可以分别是银行账户，具体地，在上述数据包中可以携带有第一账户的信息，在生成上述银信证时，银信证上携带该第一账户的信息；当用户点击提现时，可以将第二账户信息添加至上述银信证上，然后根据该银信证上携带的第一账户信息、第二账户信息以及资源转移量(转账金额)生成提现指令发送给服务器端，由服务器端进行资源转移(进行转账，即将第一账户中的部分资金转移到第二账户中)，从而完成资源管理包发送。具体地，由于第二接收方客户端接收到的银信证数量可以有多个，因此用户在进行提现时，可以提取其中的一个或多个。此外，在上述有效期到达时，第二接收方客户端仍未进行资金提取，则上述银信证自动失效，将无法进行提取。可以理解的是，上述服务器在生成银信证时，需要冻结第一账户内的资金，当收到上述提现指令时，可以将冻结的资金转到第二账户内，并发送银信证解付通知信息至发送方客户端。

进一步地，参照图3，基于本发明基于电子凭证的资源管理包发送方法第二实施例，在本发明基于电子凭证的资源管理包发送方法第三实施例中，上述步骤s60之后还包括：

步骤s70，所述服务器将提现指令中携带的所述第二接收方客户端的信息发送至所述第一接收方客户端和/或发送方客户端。

本实施例中，由于本发明主要应用于捐款系统中，为了确保资金的流向，可以将受捐者的信息发送给捐赠者。即在上述第二接收方客户端发送提现指令时，获取该第二接收方客户端的信息，并发送至服务器端，该信息可以包括受捐者的个人信息和资助信息等。最后由服务器端将该信息发送至第一接收方客户端和/或发送方客户端。

进一步地，基于本发明基于电子凭证的资源管理包发送方法的第二实施例，在本发明基于电子凭证的资源管理包发送方法第四实施例中，上述第一数据包中包含接收方客户端的信息；

所述服务器将所述发送方客户端关联的第一账户内的第一资源转移至与所述第二接收方客户端关联的第二账户内之前还包括：

所述服务器判断所述第一资源转移数据包中携带的接收方客户端的信息与所述提现指令中携带的第二接收方客户端携带的第二接收方客户端的信息是否一致；

若是，则执行所述服务器将所述发送方客户端关联的第一账户内的第一资源转移至与所述第二接收方客户端关联的第二账户内的步骤。

本实施例中，上述发送方客户端可以根据实际情况对指定的用户进行资助。具体地，第二接收方客户端的信息内容可以根据实际需要进行设置，在此不做进一步地限定。

进一步地，所述服务器根据第一资源转移数据生成第二资源转移数据包，并发送至第一接收方客户端包括：

所述服务器根据所述第一资源转移数据生成确认是否按照电子卷发送第二资源数据包的确认请求，并发送至所述发送方客户端；

所述服务器根据接收到所述发送方客户端对所述确认请求的应答结果为确认按照电子凭证发送所述第二资源数据包时，生成第二资源转移数据包，并发送至第一接收方客户端。

本实施例中，主要应用在双服务器中，即上述服务器可以包括资源管理包服务器和电子凭证服务器。具体地，采用双服务器时，上述电子凭证服务器仅是根据上述第一资源转移数据包生成银信证，然后将该银信证转发至资源管理包服务器，由资源管理包服务器执行其余所有的操作；最后由银信证服务器接收提现指令进行资源转移的操作。

具体地，上述服务器可以包括发送方客户端对应的服务器1和第二接收方客户端对应的服务器2，其中服务器1用于管理发送方客户端对应的银行账 户，服务器2用于管理第二接收方客户端对应的银行账户。以下对电子红包发送的流程进行详细说明。如图4所示，电子红包捐款发送的流程如下：

步骤1，发送方客户端根据用户输入包含金额a的电子红包信息生成第一资源转移数据包，并将该第一资源转移数据包作为用户请求发送至服务器1；

步骤2，服务器1根据发送方客户端的用户请求生成电子红包数据包，并将发送方客户端的银行账号中对应的电子红包的金额进行冻结，将电子红包数据包发送给第一接收方客户端；

步骤3，第一接收方客户端接收到转发指令时，将该电子红包数据发送给服务器2；

步骤4，服务器2将该电子红包数据发送给第二接收方客户端；

步骤5，服务器2接收第二接收方客户端发送的对电子红包的提现请求，根据提现请求通知服务器1对发送方客户端的银行账号中的电子红包的冻结金额进行解冻，并将发送方客户端用户的银行账号中的与电子红包对应的金额划拨到第二接收方客户端的银行账号中。

上述发送方客户端可以为个人或企业。在本实施例中，服务器1接收到发送方客户端提交的生成电子红包的请求后，生成a金额的电子红包，并冻结发送方客户端对应的银行账号1中的a金额。服务器1发送生成的电子红包或该生成的电子红包的地址信息至第一接收方客户端，由第一接收方客户端进行转发。在第一接收方客户端进行转发时，由服务器2将电子红包发送至第二接收方客户端；从而由第二接收方客户端进行领电子红包操作。确认领电子红包时，通知服务器2，服务器2进行校验，确认后向服务器1发送解冻请求，服务器1将银行账号1中的冻结的a金额进行解冻，并将a金额从银行账号1中划拨到第二接收方客户端对应的银行账号2中。

在本实施例中，上述第一接收方客户端相当于捐款平台服务器，服务器1和服务器2相当于资金管理服务器，由于资金仅在服务器1和服务器2中进行交互，并不通过捐款平台服务器，因此可以有效提高资源管理数据的安全性。

本发明还一种基于电子凭证的资源管理包发送系统，所述基于电子凭证 的资源管理包发送系统包括服务器、发送方客户端、第一接收方客户端和第二接收方客户端，其中，

所述服务器用于，接收发送方客户端发送的第一资源转移数据包；所述第一资源转移数据包包括：生成电子凭证的预置参数；并根据所述第一资源转移数据包生成第二资源转移数据包，并发送至第一接收方客户端；所述第二资源转移数据包包括所述预置参数；

所述第一接收方客户端，用于接收所述第二资源转移数据包，并显示所述预置参数；当所述第一接收方客户端接收到转发指令时，所述第一接收方客户端根据所述预置参数与第二接收方客户端的信息生成第三资源转移数据包，并发送至所述服务器；

所述服务器还用于，根据所述第三资源转移数据包向所述第二接收方客户端发送所述服务器根据所述预置参数生成的电子凭证。

本实施例中的基于电子凭证的资源管理包发送系统主要应用于慈善机构捐款系统中，用于对账户的资源进行管理。具体地，上述账户资源可以为个人银行账户的货币存款，还可以为其他类型的虚拟货币等。以下各实施例中以个人银行的货币存款为例进行详细说明。上述电子凭证为一种虚拟的电子标签，可以用于显示，并携带有预置的参数，以下各实施例中以银信证为例进行详细说明。

具体地，上述第一资源转移数据包可以为一种资源转移请求，其包括生成银信证的预置参数，例如生成银信证的数量、每张银信证的面额、货币的类型以及银信证的有效期等等。可以理解的是，上述发送方客户端和第一接收方客户端的具体可以为一个终端或者为一种软件客户端。优选地，在本实施例中，上述第一接收方客户端可以为慈善机构的公众号之类的。

在上述第一接收方客户端上包括显示界面，用于显示各捐赠人员捐赠的资源管理包，例如在本实施例中，显示各发送终端发送的银信证的数量和面额参数等。具体地，可以显示一个面额，也可以显示每一个面额对应银信证的数量。

在上述显示界面上，可以设置转发按钮以供用户输入转发指令，对接收到的电子凭证进行转发处理。

例如用户进行电子红包发送时，首先可以在点击发送电子红包按钮，从 而跳转到电子红包发送界面，在该界面上，用户可以选择电子红包发送的方式。例如可以选择相应的发送电子红包方式，跳转到第一电子红包参数设置界面，此时，可以设置一个电子红包内银信证的数量和面额(在其他实施例中，还可以设置银信证的有效期等其他参数)。当选择另一种发送电子红包发送方式时，可以跳转第二电子红包参数设置界面，此时，可以设置多个电子红包内银信证的数量和面额。当点击塞进电子红包时，可以将各预置参数进行打包形成上述第一资源转移数据包，并发送至服务器。即在本实施例中，上述该电子红包的数量可以为一个也可以为多个，且每一个电子红包内可以由一张银信证或者多张银信证组成。

服务器在接收到上述第一资源转移数据包时，可以根据第一资源转移数据包生成第二资源转移数据包，该第二资源转移数据包，可以仅包括银信证的面额总和，也可以包括各面额对应的银信证的数量。然后服务器将第二资源转移数据包发送给第一接收方客户端上，以供第一接收方客户端进行接收显示(如可以设置一个公共捐款帐号，由广大群众进行关注和公益捐款)。此时在第一接收方客户端仅能显示捐款的数量不能进行提款操作(即提现)，仅在第一接收方客户端显示了一个或多个发送方客户端所发送的银信证的面额值。

在显示界面上还可以设置转发按钮，供用户对接收到的捐款进行转发处理。具体地，用户可以对当前接收到的一个发送方客户端所有的银信证转发至一个受捐者(如一个第二接收方客户端)；也可以将一个发送方客户端所有的银信证转发至多个受捐者(即上述第二接收方客户端为多个)；还可以将接收到的多个发送方客户端发送的银信证转发至同一受捐者。具体地发送方式可以根据实际需要进行设置，在此不做进一步地限定。

本发明实施例通过采用电子凭证作为资源管理包进行捐献，且在捐献的过程中，中间受捐客户端仅能够显示当前收到的金额，因此可以保证捐助金钱不易流失，提高了捐助系统的可靠性以及资源管理数据的安全性。

进一步地，基于本发明基于电子凭证的资源管理包发送系统第一实施例，在本发明基于电子凭证的资源管理包发送系统第二实施例中，

所述服务器还用于，接收到所述第二接收方客户端发送的提现指令时， 所述服务器将所述发送方客户端关联的第一账户内的第一资源转移至与所述第二接收方客户端关联的第二账户内；所述第一资源所述提现指令中对应电子凭证的资源转移量。

本实施例中，上述第一账户和第二账户可以分别是银行账户，具体地，在上述数据包中可以携带有第一账户的信息，在生成上述银信证时，银信证上携带该第一账户的信息；当用户点击提现时，可以将第二账户信息添加至上述银信证上，然后根据该银信证上携带的第一账户信息、第二账户信息以及资源转移量(转账金额)生成提现指令发送给服务器端，由服务器端进行资源转移(进行转账，即将第一账户中的部分资金转移到第二账户中)，从而完成资源管理包发送。具体地，由于第二接收方客户端接收到的银信证数量可以有多个，因此用户在进行提现时，可以提取其中的一个或多个。此外，在上述有效期到达时，第二接收方客户端仍未进行资金提取，则上述银信证自动失效，将无法进行提取。可以理解的是，上述服务器在生成银信证时，需要冻结第一账户内的资金，当收到上述提现指令时，可以将冻结的资金转到第二账户内，并发送银信证解付通知信息至发送方客户端。

进一步地，基于本发明基于电子凭证的资源管理包发送系统第二实施例，在本发明基于电子凭证的资源管理包发送系统第三实施例中，上述服务器还用于，将提现指令中携带的所述第二接收方客户端的信息发送至所述第一接收方客户端和/或发送方客户端。

本实施例中，由于本发明主要应用于捐款系统中，为了确保资金的流向，可以将受捐者的信息发送给捐赠者。即在上述第二接收方客户端发送提现指令时，获取该第二接收方客户端的信息，并发送至服务器端，该信息可以包括受捐者的个人信息和资助信息等。最后由服务器端将该信息发送至第一接收方客户端和/或发送方客户端。

进一步地，基于本发明基于电子凭证的资源管理包发送系统的第二实施例实施例，在本发明基于电子凭证的资源管理包发送系统第四实施例中，上述第一数据包中包含接收方客户端的信息；

所述服务器还用于判断所述第一资源转移数据包中携带的接收方客户端 的信息与所述提现指令中携带的第二接收方客户端携带的第二接收方客户端的信息是否一致；

若是，则触发所述服务器将所述发送方客户端关联的第一账户内的第一资源转移至与所述第二接收方客户端关联的第二账户内。

本实施例中，上述发送方客户端可以根据实际情况对指定的用户进行资助。具体地，第二接收方客户端的信息内容可以根据实际需要进行设置，在此不做进一步地限定。

进一步地，所述服务器用于根据第一资源转移数据生成第二资源转移数据包，并发送至第一接收方客户端具体为：

所述服务器用于，根据所述第一资源转移数据生成确认是否按照电子卷发送第二资源数据包的确认请求，并发送至所述发送方客户端；并根据接收到所述发送方客户端对所述确认请求的应答结果为确认按照电子凭证发送所述第二资源数据包时，生成第二资源转移数据包，并发送至第一接收方客户端。

本实施例中，主要应用在双服务器中，即上述服务器可以包括资源管理包服务器和电子凭证服务器。具体地，采用双服务器时，上述电子凭证服务器仅是根据上述第一资源转移数据包生成银信证，然后将该银信证转发至资源管理包服务器，由资源管理包服务器执行其余所有的操作；最后由银信证服务器接收提现指令进行资源转移的操作。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

可以理解的是，在本实施例中，对于电子凭证的转发过程也存在不同。 具体地，在进行电子凭证转发时，可以直接由第一接收方客户端根据接收到的电子凭证或者电子凭证的下载连接生成第三资源转移数据包发送至第二接收方客户端。

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