CN116308313B - 数字钱包处理方法以及装置、电子设备、存储介质 - Google Patents

Abstract

本申请公开了一种数字钱包处理方法以及装置、电子设备、存储介质。所述方法包括：基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限；基于所述预存的企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包；接收并保存成功处理后的企业端被服务方的账户信息；根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金；接收并保存成功处理后的预付金发放结果；根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息。本申请解决了企业无法较好地管理福利金的技术问题。

Description

数字钱包处理方法以及装置、电子设备、存储介质

技术领域

本申请涉及企业服务管理领域，具体而言，涉及一种数字钱包处理方法以及装置、电子设备、存储介质。

背景技术

企业可以通过向被服务方发放福利金，并让被服务方到企业服务服务平台进行购买、兑换实现福利的发放，或者让被服务方按照一定数额到企业服务服务平台先进行购买、兑换，之后由企业向企业服务服务平台结算。

相关技术中对于企业服务的管理，并无法做到预算专款专用，而且会经常出现被服务方忘记到企业服务服务平台进行购买、兑换的情况，造成福利金的流失。

针对相关技术中企业无法较好地管理福利金的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种数字钱包处理方法以及装置、电子设备、存储介质，以解决企业无法较好地管理福利金的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种数字钱包处理方法，应用于企业服务服务平台的后台服务器，所述后台服务器用于管理企业服务中公对公业务的数字钱包。

根据本申请的数字钱包处理方法包括：

基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限；

基于所述预存的企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包，所述企业待发放用于服务的数字资产至少包括如下之一：服务有效期限、被服务方信息、每个被服务方待发放福利额度；

接收所述银行端根据所述批量为所述企业端的被服务方开通数字钱包的指令，通过所述被服务方信息开通的个人数字钱包的处理状态，并保存成功处理后的企业端被服务方的账户信息；

根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金；

接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果；

根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息。

在一些实施例中，所述方法还包括：

接收所述企业端的被服务方的交易请求，其中所述交易请求中至少携带有用于访问所述企业服务服务平台中的服务商品的信息、所述企业端被服务方的账户信息；

根据所述购买请求判断所述企业端被服务方的账户信息是否有开通所述数字钱包；

如果有开通所述数字钱包，则判断所述数字钱包中是否有福利金，所述福利金是通过将所述预付金分配至所述数字钱包得到的；

如果有所述福利金，则根据所述用于访问所述企业服务服务平台中的服务商品的信息，生成所述银行端的数字钱包支付链接并返回至所述企业端的被服务方。

在一些实施例中，所述方法还包括：

根据所述服务有效期限，定期回收所述数字钱包中的福利金并将所述福利金中的余额返还至企业端预先在银行端开通的专属账户中。

在一些实施例中，所述方法还包括：

在所述企业端的被服务方的交易请求完成支付后，将所述数字钱包中的福利金转至所述数字钱包管理账户；

在所述企业端的被服务方的交易请求完成交货后，将所述数字钱包管理账户中的福利金转至供应商端的账户。

在一些实施例中，所述福利金被配置为消费红包或消费抵扣券的数字资产的形式。

在一些实施例中，所述根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金，包括：

将所述企业端购买的所述企业服务服务平台中的预设服务项目的款项转化为所述企业端预先在银行端开通的专属账户中的预付金；

根据所述账户信息中的多个被服务方唯一标识ID，批量向所述个人数字钱包按照所述待发放福利额度下发预付金。

在一些实施例中，接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果，包括：

接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，在所述银行端创建与所述预设服务项目对应的的活动项目后将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态；

判断所述活动项目中的所述个人数据钱包处理状态是否成功；

如果成功，则保存成功处理后的预付金发放结果。

为了实现上述目的，根据本申请的另一方面，提供了一种数字钱包处理装置应用于企业服务服务平台的后台服务器，所述后台服务器用于管理企业服务中公对公业务的数字钱包。

根据本申请的数字钱包处理装置包括：

处理模块，用于基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限；

批量开通模块，用于基于所述预存的企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包，所述企业待发放用于服务的数字资产至少包括如下之一：服务有效期限、被服务方信息、每个被服务方待发放福利额度；

第一接收模块，用于接收所述银行端根据所述批量为所述企业端的被服务方开通数字钱包的指令，通过所述被服务方信息开通的个人数字钱包的处理状态，并保存成功处理后的企业端被服务方的账户信息；

批量下发模块，用于根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金；

第二接收模块，用于接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果；

管理模块，用于根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息。

根据本申请的又一个方面，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本申请的又一个方面，还提供了一种电子设备，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

在本申请实施例中数字钱包处理方法，采用基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限的方式，通过基于所述预存的企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包以及根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金，之后根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息，达到了管理并监控企业端被服务方的账户信息以及预付金发放结果的目的，从而实现了批量化开通并使用数字钱包且通过银行端实现监管的技术效果，进而解决了企业无法较好地管理福利金的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的数字钱包处理方法的流程示意图；

图2是根据本申请实施例的数字钱包处理装置的结构示意图；

图3是根据本申请实施例的数字钱包处理方法时序示意图。

具体实施方式

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

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

在本申请中，术语“上”、“下”、“左”、“右”、“前”、“后”、“顶”、“底”、“内”、“外”、“中”、“竖直”、“水平”、“横向”、“纵向”等指示的方位或位置关系为基于附图所示的方位或位置关系。这些术语主要是为了更好地描述本申请及其实施例，并非用于限定所指示的装置、元件或组成部分必须具有特定方位，或以特定方位进行构造和操作。

并且，上述部分术语除了可以用于表示方位或位置关系以外，还可能用于表示其他含义，例如术语“上”在某些情况下也可能用于表示某种依附关系或连接关系。对于本领域普通技术人员而言，可以根据具体情况理解这些术语在本申请中的具体含义。

此外，术语“安装”、“设置”、“设有”、“连接”、“相连”、“套接”应做广义理解。例如，可以是固定连接，可拆卸连接，或整体式构造；可以是机械连接，或电连接；可以是直接相连，或者是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

通常企业向被服务方发放福利的方式基本上都是企业先向福利平台购买一定数量的福利金(兑换券或者积分等形式)，然后被服务方在福利平台购买相应的福利商品，没有使用和剩余的福利金由福利平台无偿获得。

发明人研究时发现，上述管理方式存在以下几个问题：

1.企业发放的被服务方福利金其实并没有成为被服务方的实际财产，仅仅是在福利平台的一个记账。如果福利平台由于某些原因无法履约，所有原本归属被服务方的福利金会全部损失。

2.如果想让福利金成为被服务方的实际财产，就需要批量把福利金直接转到被服务方的个人银行账户上，但是从合规性和可操作性上都无法实现的。

此外，还有一些场景下，企业向福利服务平台支付费用后购买一定数量的福利金(消费券，兑换券或积分等形式)给到被服务方，然后被服务方用福利金在平台购买相应的福利商品。另一些场景下，平台先行向企业的被服务方发放一定数量的福利金(消费券，兑换券或积分等形式)，然后企业被服务方用福利金在福利平台购买相应的福利商品。最后企业根据被服务方使用福利金的多少向平台支付相应的费用。

发明人研究时发现，上述管理方式存在以下几个问题：

1.企业的福利资金按照预算一次性给到了福利平台，换成了被服务方的福利金，但是被服务方的福利金可能忘记使用或者会有一部分剩余没有使用，这部分剩余资金都会成为福利平台的无偿所得，甚或平台无法履约，企业可能损失全部的福利资金。

2.被服务方个人的福利金的利用率提高了，但是企业总的预算的福利金总额可能不能完全用于被服务方福利，多出的部分可能挪作他用，无法做到专款专用。

如图1所示，是根据本申请实施例的数字钱包处理方法的流程示意图，该方法包括如下的步骤S110至步骤S160：

步骤S110，基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限。

所述数字钱包处理方法中，应用于企业服务服务平台的后台服务器，所述后台服务器用于管理企业服务中公对公业务的数字钱包。

基于企业服务服务平台与企业端的合作关系(通常是线下建立合作关系)，所述后台服务器在所述银行端开通数字钱包管理账户并获得预设接口权限。即通过在后台服务器申请数字钱包账户，并开通数字钱包相关接口权限。

步骤S120，基于所述预存的企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包，所述企业待发放用于服务的数字资产至少包括如下之一：服务有效期限、被服务方信息、每个被服务方待发放福利额度。

后台服务器基于所述预存的企业端提交的企业待发放用于服务的数字资产，并通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包。需要注意的是，此过程在后台服务器仅用于调用银行端的接口，实际开通的操作是由银行端执行并完成的。

可以理解，所述预设接口权限包括了批量开通数字钱包的接口权限。即银行端支持批量开通数字钱包的操作。

所述企业待发放用于服务的数字资产至少包括如下之一：服务有效期限、被服务方信息、每个被服务方待发放福利额度。所述服务有效期限即是指企业服务服务平台与所述企业端约定的针对某次福利开通的服务项目的有效期限。所述被服务方信息包括了被服务方的姓名以及电话号。所述每个被服务方待发放福利额度是指每个被服务方可以得到的对应福利金。

所述用于服务的数字资产包括但不限于企业发放的福利金、企业对企业的预付金、企业的客户激励金等。

示例性的，企业端如果想要进行福利发放，即通过向所述企业服务服务平台提交企业待发放用于服务的数字资产，即可实现所述企业服务服务平台代为在银行端办理相关的数字钱包开通业务。并且由于是批量开通的，企业端无需再单独为每位被服务方进行办理。

步骤S130，接收所述银行端根据所述批量为所述企业端的被服务方开通数字钱包的指令，通过所述被服务方信息开通的个人数字钱包的处理状态，并保存成功处理后的企业端被服务方的账户信息。

后台服务器接收所述处理状态，并确定所述处理状态是否处理成功或失败。并且会将处理状态为成功的企业端被服务方的账户信息进行保存。这样不仅可以有开通记录而且方便查找批量开通过程中的异常。如果接收到失败的状态，则会定位具体的失败结果。

依托银行的相关技术接口，确保了方案的安全性和可靠性。

步骤S140，根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金。

后台服务器根据所述账户信息，可以批量为所述被服务方在所述预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金。可以理解，需要通过支持批量下发的银行端支持批量下发的操作。所述后台服务器端根据所述账户创建成功的信息，批量为所述被服务方在其创建的预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金。

步骤S150，接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果。

在后台服务器接收处理状态，同时保存成功处理后的预付金发放结果，即被服务方预付金发放完成。需要注意的是，相关预付金从企业到被服务方个人的数字钱包的过程中并没有经过企业服务服务平台，确保预付金的专款专用。

此外，在所述银行端会根据由所述后台服务器下发的所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将所述企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态。需要注意的是，这里的银行端开通的专属账户是企业专属，用于预先存放预付金。并且当需要向被服务方发放预付金时即将预付金转至所述个人数字钱包。此时在所述后台服务器记录的是上述过程的处理状态。

步骤S160，根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息。

后台服务器根据所述账户信息、所述预付金发放结果，实时地动态更新所述数字钱包管理账户中的状态信息，可以理解，所述企业服务服务平台需要根据所述账户信息、所述预付金发放结果确保企业端的预付金已经按照约定进行发放并且发放到了每个被服务方开通数字钱包中。

上述步骤中，福利金以数字资产的方式发放到了各个被服务方的数字钱包中，福利金作为个人财产的安全性得到了保障。从被服务方的个人数字钱包的创建，到福利金的发放和回收，全部由企业服务服务平台自动的批量完成。该方案兼具了传统银行的安全性，可靠性以和移动互联网业务的便利性和灵活性。

此外，通过引入银行的专属福利资金账户的方式，确保企业的福利资金预算只能用于被服务方福利发放，不能挪作他用，同时也保证了企业的资金安全。被服务方的福利金只能在购买福利产品时才能使用，不能他用。被服务方未使用完的福利金部分，企业服务服务平台会通过银行接口统一回收转至企业的专属福利资金账户。

从以上的描述中，可以看出，本申请实现了如下技术效果：

采用基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限的方式，通过基于所述预存的企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包以及根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金，之后根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息，达到了管理并监控企业端被服务方的账户信息以及预付金发放结果的目的，从而实现了批量化开通并使用数字钱包且通过银行端实现监管的技术效果，进而解决了企业无法较好地管理福利金的技术问题。

通过所述企业服务服务平台，能够管理企业服务的数字钱包，并自动化地实现企业服务的批量发放、回收以及企业服务金的专款专用。整个过程中由企业服务服务平台跟踪同步福利发放、使用、回收的过程，并无需企业参与。

通过引入银行端的专属福利资金账户的方式，确保企业端的福利资金预算只能用于被服务方福利发放，不能挪作他用，同时也保证了企业的资金安全。被服务方的福利金只能在购买福利产品时才能使用，不能他用。

此外，被服务方未使用完的福利金部分，企业服务服务平台会通过银行接口统一回收转至企业的专属福利资金账户。企业端的福利资金和被服务方的福利金只能用于购买福利产品，不能他用，做到了专款专用，而且通过余额回收机制，最大限度提搞了企业服务资金的利用率。

为本实施例中的优选，所述方法还包括：接收所述企业端的被服务方的交易请求，其中所述交易请求中至少携带有用于访问所述企业服务服务平台中的服务商品的信息、所述企业端被服务方的账户信息；根据所述购买请求判断所述企业端被服务方的账户信息是否有开通所述数字钱包；如果有开通所述数字钱包则判断所述数字钱包中是否有福利金，所述福利金是通过将所述预付金分配至所述数字钱包得到的；如果有所述福利金，则根据所述用于访问所述企业服务服务平台中的服务商品的信息，生成所述银行端的数字钱包支付链接并返回至所述企业端的被服务方。

具体实施时，对于所述企业端的被服务方在所述企业服务服务平台中的交易请求即企业端的被服务方根据企业服务发放的结果，可以在企业合作的企业服务服务平台中进行交易(购买或兑换商品)。接收的所述企业端的被服务方的交易请求中携带了用于访问所述企业服务服务平台中的服务商品的信息以及所述企业端被服务方的账户信息。接企业端的被服务方想要在所述企业服务服务平台中兑换或购买哪个商品(虚拟或实体)，并且还包括所述企业端被服务方的账户信息(数字钱包信息)。

进一步地，后台服务器会根据接收到的请求，判断所述企业端被服务方的账户信息是否有开通所述数字钱包，即是否为后台服务器通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包。如果是，则认为有开通数字钱包，之后则判断所述数字钱包中是否有福利金可用于购买或兑换商品。

如果有所述福利金，则根据所述用于访问所述企业服务服务平台中的服务商品的信息，生成所述银行端的数字钱包支付链接并返回至所述企业端的被服务方。这里后台服务器会生成所述银行端的数字钱包支付链接，企业端的被服务方通过所述银行端的数字钱包支付链接，可以通过数字钱包进行支付，完成商品的兑换或者购买。

需要注意的是，所述福利金是通过将所述预付金分配至所述数字钱包得到的。可以理解，在数字钱包中的即作为被服务方的福利金，而对于企业端而言即是福利预付金。

在银行端对应的还执行了扣除被服务方的数字钱包中福利金的对应金额的操作，并在银行端通过将扣除的金额转发所述企业服务服务平台中的数字钱包管理账户(管理账户或平台账户)。

作为本实施例中的优选，所述方法还包括：根据所述服务有效期限，定期回收所述数字钱包中的福利金并将所述福利金中的余额返还至企业端预先在银行端开通的专属账户中。

具体实施时，企业的福利资金和被服务方的福利金只能用于购买福利产品，不能他用，做到了专款专用，而且通过余额回收机制，最大限度提搞了企业服务资金的利用率。

可以理解，通过后台服务器根据与企业端约定的规则进行回收操作，且回收操作包括但不限于：过期不回收、回收到企业服务服务平台，回收到企业端。

作为本实施例中的优选，所述方法还包括：在所述企业端的被服务方的交易请求完成支付后，将所述数字钱包中的福利金转至所述数字钱包管理账户；在所述企业端的被服务方的交易请求完成交货后，将所述数字钱包管理账户中的福利金转至供应商端的账户。

如果购买的是实体商品(由供应商提供)，还需要与供应商进行服务打通。在所述企业端的被服务方的交易请求完成支付后，后台服务器将所述数字钱包中的福利金转至所述数字钱包管理账户，然后在所述企业端的被服务方的交易请求完成交货后，将所述数字钱包管理账户中的福利金转至供应商端的账户。整个过程无需垫付或者预付，转账实时到账并转移。

示例性的，企业端的被服务方通过登录企业服务服务平台的App或者H5商城进行消费的时候，企业服务服务平台根据用户的帐号判断是否为数字钱包预付金用户，如果是就根据银行的支付规范，返回一个数字钱包的支付入口的链接。企业端的被服务方点击链接会打开银行的支付页面，银行端系统根据链接参数返回用户数字钱包预付金可用金额。被服务方在该银行支付界面进行支付，完成预付金的使用。

作为本实施例中的优选，所述福利金被配置为消费红包或消费抵扣券的数字资产的形式。

由于福利金在数字钱包中需要与具体场景适配，所以所述福利金可以被配置为消费红包或消费抵扣券的数字资产的形式。比如，数字钱包中的红包可以实现支付，同理数字钱包中的消费抵扣卷也可以实现抵扣完成支付。

作为本实施例中的优选，所述根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金，包括：将所述企业端购买的所述企业服务服务平台中的预设服务项目的款项转化为所述企业端预先在银行端开通的专属账户中的预付金；根据所述账户信息中的多个被服务方唯一标识ID，批量向所述个人数字钱包按照所述待发放福利额度下发预付金。

具体实施时，批量向数字钱包中下发预付金时将所述企业端购买的所述企业服务服务平台中的预设服务项目的款项转化为所述企业端预先在银行端开通的专属账户中的预付金，通过活动将被服务方的数字钱包的预付金与平台的服务项目进行了绑定，确保被服务方的预付金只能用于购买平台的服务，不能他用。根据所述账户信息中的多个被服务方唯一标识ID(比如被服务方的手机号)，批量向所述个人数字钱包按照所述待发放福利额度下发预付金。

作为本实施例中的优选，接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果，包括：接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，在所述银行端创建与所述预设服务项目对应的的活动项目后将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态；判断所述活动项目中的所述个人数据钱包处理状态是否成功；如果成功，则保存成功处理后的预付金发放结果。

后台服务器接收处理状态判断所述活动项目中的所述个人数据钱包处理状态是否成功，如果成功，则保存成功处理后的预付金发放结果。

优选地，根据所述服务有效期限，后台服务器定期回收所述数字钱包中的福利金并将所述福利金中的余额返还至企业端预先在银行端开通的专属账户中。

同时，在所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金，并且在所述银行端创建与所述预设服务项目对应的的活动项目后将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包。也就是说，实际的执行过程均由银行端执行并监管，后台服务器只需要接收银行端返回的处理状态即可。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述方法的数字钱包处理装置200，应用于企业服务服务平台的后台服务器，所述后台服务器用于管理企业服务的数字钱包，如图2所示，该装置包括：

处理模块210，用于基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限；

批量开通模块220，用于基于所述预存的企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包，所述企业待发放用于服务的数字资产至少包括如下之一：服务有效期限、被服务方信息、每个被服务方待发放福利额度；

第一接收模块230，用于接收所述银行端根据所述批量为所述企业端的被服务方开通数字钱包的指令，通过所述被服务方信息开通的个人数字钱包的处理状态，并保存成功处理后的企业端被服务方的账户信息；

批量下发模块240，用于根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金；

第二接收模块250，用于接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果；

管理模块260，用于根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息。

本申请实施的所述处理模块210中所述数字钱包处理方法中，应用于企业服务服务平台的后台服务器，所述后台服务器用于管理企业服务的数字钱包。

基于企业服务服务平台与企业端的合作关系(通常是线下建立合作关系)，所述后台服务器在所述银行端开通数字钱包管理账户并获得预设接口权限。即通过在后台服务器申请数字钱包账户，并开通数字钱包相关接口权限。

本申请实施的所述批量开通模块220中后台服务器基于所述预存的企业端提交的企业待发放用于服务的数字资产，并通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包。需要注意的是，此过程在后台服务器仅用于调用银行端的接口，实际开通的操作是由银行端执行并完成的。

可以理解，所述预设接口权限包括了批量开通数字钱包的接口权限。即银行端支持批量开通数字钱包的操作。

所述企业待发放用于服务的数字资产至少包括如下之一：服务有效期限、被服务方信息、每个被服务方待发放福利额度。所述服务有效期限即是指企业服务服务平台与所述企业端约定的针对某次福利开通的服务项目的有效期限。所述被服务方信息包括了被服务方的姓名以及电话号。所述每个被服务方待发放福利额度是指每个被服务方可以得到的对应福利金。

示例性的，企业端如果想要进行福利发放，即通过向所述企业服务服务平台提交企业待发放用于服务的数字资产，即可实现所述企业服务服务平台代为在银行端办理相关的数字钱包开通业务。并且由于是批量开通的，企业端无需再单独为每位被服务方进行办理。

本申请实施的所述第一接收模块230中后台服务器接收所述处理状态，并确定所述处理状态是否处理成功或失败。并且会将处理状态为成功的企业端被服务方的账户信息进行保存。这样不仅可以有开通记录而且方便查找批量开通过程中的异常。如果接收到失败的状态，则会定位具体的失败结果。

本申请实施的所述批量下发模块240中后台服务器根据所述账户信息，可以批量为所述被服务方在所述预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金。可以理解，需要通过支持批量下发的银行端支持批量下发的操作。所述后台服务器端根据所述账户创建成功的信息，批量为所述被服务方在其创建的预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金。

本申请实施的所述第二接收模块250中在后台服务器接收处理状态，同时保存成功处理后的预付金发放结果，即被服务方预付金发放完成。需要注意的是，相关预付金从企业到被服务方个人的数字钱包的过程中并没有经过企业服务服务平台，确保预付金的专款专用。

此外，在所述银行端会根据由所述后台服务器下发的所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将所述企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态。需要注意的是，这里的银行端开通的专属账户是企业专属，用于预先存放预付金。并且当需要向被服务方发放预付金时即将预付金转至所述个人数字钱包。此时在所述后台服务器记录的是上述过程的处理状态。

本申请实施的所述管理模块260中后台服务器根据所述账户信息、所述预付金发放结果，实时地动态更新所述数字钱包管理账户中的状态信息，可以理解，所述企业服务服务平台需要根据所述账户信息、所述预付金发放结果确保企业端的预付金已经按照约定进行发放并且发放到了每个被服务方开通数字钱包中。

上述模块中，福利金以数字资产的方式发放到了各个被服务方的数字钱包中，福利金作为个人财产的安全性得到了保障。从被服务方的个人数字钱包的创建，到福利金的发放和回收，全部由企业服务服务平台自动的批量完成。该方案兼具了传统银行的安全性，可靠性以和移动互联网业务的便利性和灵活性。

此外，通过引入银行的专属福利资金账户的方式，确保企业的福利资金预算只能用于被服务方福利发放，不能挪作他用，同时也保证了企业的资金安全。被服务方的福利金只能在购买福利产品时才能使用，不能他用。被服务方未使用完的福利金部分，企业服务服务平台会通过银行接口统一回收转至企业的专属福利资金账户。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

为了更好地说明本申请中的数字钱包处理方法，图3是根据本申请实施例的数字钱包处理方法的时序示意图，其主要包括：企业端、银行端以及企业服务服务平台，其实现的流程具体包括如下：

S1，企业服务服务平台通过银行端的接口批量为企业的被服务方创建数字钱包。从被服务方的个人数字钱包的创建，到福利金的发放和回收，全部由企业服务服务平台自动的批量完成。该方案兼具了传统银行的安全性，可靠性以和移动互联网业务的便利性和灵活性。

银行端向企业服务服务平台提供支付系统相关的规范文档和接入参数，接口功能包括但不限于“批量创建钱包”、“批量向钱包转账”。

S2，企业服务服务平台批量将福利金转入到企业被服务方的数字钱包。福利金以数字人民币的形式归属于被服务方的个人财产。此时，企业端与企业服务服务平台达成合作后，企业端会在银行端开一个福利专用资金账户。并将企业端预算购买福利商品的资金打入这个专用资金账户。这部分资金只能用于发放被服务方福利，不能挪作他用。

企业服务服务平台通过调用银行的相关接口，批量为企业被服务方开通数字钱包，企业服务服务平台调用银行端的相关接口，批量将福利金发发送到各个被服务方的数字钱包。

S3，企业端被服务方在企业服务服务平台购买福利商品支付时，选择使用数字钱包内的福利金进行支付。福利到期后，企业服务服务平台通过调用银行接口，批量将被服务方数字钱包中未使用的福利金再批量转回到企业端的专属账户。

基于数字钱包实现了批量建立以及批量下发福利金，福利金属于被服务方的个人财产，而不仅仅是平台系统中的一笔记账，且不用担心平台不履约造成资金损失的风险。福利到期后被服务方没有消费完的福利金，企业服务服务平台可以批量将其从被服务方的数字钱包转回到企业的专属账户。

企业服务服务平台会根据企业的要求，调用银行端的相关接口，为企业被服务方批量开通数字钱包，并将福利金从企业端的专属账户发放到被服务方各自的数字钱包，并会标记该笔资金为福利金，仅用于福利商品购买。被服务方在企业服务服务平台购买商品的时候，企业服务服务平台会提示被服务方优先使用数字钱包的福利金来进行购买。

企业端被服务方的数字钱包中的福利金的剩余部分，在福利活动结束后，福利平台会调用银行的接口将这部分剩余福利金批量转回到企业的专属福利资金账户。专属账户中剩余的资金可用于下次福利活动，发放给被服务方。

支付成功银行将费用从数字钱包划转到平台企业账户，福利活动结束后，平台调用银行接口，批量将被服务方的剩余福利金回收再转至企业的专属福利资金账户。账户中的剩余资金用于下一次的福利活动的福利金发放。

本申请的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

S1，基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限；

S2，基于所述预存的企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包，所述企业待发放用于服务的数字资产至少包括如下之一：服务有效期限、被服务方信息、每个被服务方待发放福利额度；

S3，接收所述银行端根据所述批量为所述企业端的被服务方开通数字钱包的指令，通过所述被服务方信息开通的个人数字钱包的处理状态，并保存成功处理后的企业端被服务方的账户信息；

S4，根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金；

S5，接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果；

S6，根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本申请的实施例还提供了一种电子设备，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限；

S2，基于所述预存的企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包，所述企业待发放用于服务的数字资产至少包括如下之一：服务有效期限、被服务方信息、每个被服务方待发放福利额度；

S3，接收所述银行端根据所述批量为所述企业端的被服务方开通数字钱包的指令，通过所述被服务方信息开通的个人数字钱包的处理状态，并保存成功处理后的企业端被服务方的账户信息；

S4，根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金；

S5，接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果；

S6，根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种数字钱包处理方法，其特征在于，应用于企业服务服务平台的后台服务器，所述后台服务器用于管理企业服务中公对公业务的数字钱包，所述方法包括：

基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限；

基于预存的所述企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包，所述企业待发放用于服务的数字资产包括：服务有效期限、被服务方信息、每个被服务方待发放福利额度；

接收所述银行端根据所述批量为所述企业端的被服务方开通数字钱包的指令，通过所述被服务方信息开通的个人数字钱包的处理状态，并保存成功处理后的企业端被服务方的账户信息；

根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述每个被服务方待发放福利额度下发预付金；

接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述每个被服务方待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果；

根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息。

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

接收所述企业端的被服务方的交易请求，其中所述交易请求中至少携带有用于访问所述企业服务服务平台中的服务商品的信息、所述企业端被服务方的账户信息；

根据购买请求判断所述企业端被服务方的账户信息是否有开通所述数字钱包；

如果有开通所述数字钱包，则判断所述数字钱包中是否有福利金，所述福利金是通过将所述预付金分配至所述数字钱包得到的；

如果有所述福利金，则根据所述用于访问所述企业服务服务平台中的服务商品的信息，生成所述银行端的数字钱包支付链接并返回至所述企业端的被服务方。

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

根据所述服务有效期限，定期回收所述数字钱包中的福利金并将所述福利金中的余额返还至企业端预先在银行端开通的专属账户中。

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

在所述企业端的被服务方的交易请求完成支付后，将所述数字钱包中的福利金转至所述数字钱包管理账户；

在所述企业端的被服务方的交易请求完成交货后，将所述数字钱包管理账户中的福利金转至供应商端的账户。

5.根据权利要求2所述的方法，其特征在于，所述福利金被配置为消费红包或消费抵扣券的数字资产的形式。

6.根据权利要求1所述的方法，其特征在于，所述根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述待发放福利额度下发预付金，包括：

将所述企业端购买的所述企业服务服务平台中的预设服务项目的款项转化为所述企业端预先在银行端开通的专属账户中的预付金；

根据所述账户信息中的多个被服务方唯一标识ID，批量向所述个人数字钱包按照所述待发放福利额度下发预付金。

7.根据权利要求1所述的方法，其特征在于，接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果，包括：

接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述待发放福利额度下发预付金的指令，在所述银行端创建与所述预设服务项目对应的的活动项目后将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态；

判断所述活动项目中的所述个人数据钱包处理状态是否成功；

如果成功，则保存成功处理后的预付金发放结果。

8.一种数字钱包处理装置，其特征在于，应用于企业服务服务平台的后台服务器，所述后台服务器用于管理企业服务中公对公业务的数字钱包，所述装置包括：

处理模块，用于基于与企业端的合作关系，在银行端开通数字钱包管理账户并获得预设接口权限；

批量开通模块，用于基于预存的所述企业端提交的企业待发放用于服务的数字资产，通过所述预设接口权限批量为所述企业端的被服务方开通数字钱包，所述企业待发放用于服务的数字资产包括：服务有效期限、被服务方信息、每个被服务方待发放福利额度；

第一接收模块，用于接收所述银行端根据所述批量为所述企业端的被服务方开通数字钱包的指令，通过所述被服务方信息开通的个人数字钱包的处理状态，并保存成功处理后的企业端被服务方的账户信息；

批量下发模块，用于根据所述账户信息，批量为所述被服务方在预设服务项目内向所述个人数字钱包按照所述每个被服务方待发放福利额度下发预付金；

第二接收模块，用于接收所述银行端根据所述批量为所述被服务方在预设服务项目内按照所述每个被服务方待发放福利额度下发预付金的指令，将企业端预先在银行端开通的专属账户中的预付金转至所述个人数字钱包的处理状态，并保存成功处理后的预付金发放结果；

管理模块，用于根据所述账户信息、所述预付金发放结果实时动态更新所述数字钱包管理账户中的状态信息。

9.一种电子设备，包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器执行所述权利要求1～7之任一所述方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储一个或多个程序，所述一个或多个程序当被包括多个应用程序的电子设备执行时，使得所述电子设备执行所述权利要求1～7之任一所述方法。