本发明涉及电子支付领域，尤其涉及一种电子红包处理方法及装置。
背景技术：
电子红包是在互联网线上派发的无实物红包，电子红包的发送方不需要和接收方面对面，也无须对方的同意，发送方就可以将电子红包金额发送到接收方，由于其使用的便捷性和抢红包过程中的趣味性深受年轻人的欢迎。当前，电子红包已成了流行的互联网通信工具的重要组成部分，同时也成为了一种重要的金融渠道和社交方式。
现有的电子红包主要分为一对一电子红包，一对多电子红包等。一对一电子红包是指发送方向接收方发送红包消息，接收方确认接收该红包消息后，接收方就可以获得红包金额；一对多电子红包是指发送方在社交群中同时向多个接收方发送红包消息，接收方确认领取该红包消息后，每个接收方可以平均分配红包金额，或者随机分配红包金额。接收方在确认接收红包(即领取红包)时，获得的红包金额进入接收方对应的支付账户中。
但当前电子红包的制定规则较为单一，缺乏趣味性，而基于红包的社交属性和娱乐属性，以抢红包游戏为例，抢红包游戏已经成为名人和商家吸粉、增强客户粘性的利器，用户希望开发出更丰富的规则以提高电子红包的趣味性和安全性。
技术实现要素：
本发明的目的在于：克服现有技术的不足，提供一种电子红包处理方法及装置。本发明通过设置可能包括负向电子红包的随机红包，丰富了电子红包的派发规则，提高了红包的趣味性，而规则的复杂化也提高了安全性。
为实现上述目标，本发明提供了如下技术方案。
一种电子红包处理方法，包括步骤：
采集发送方的随机红包发送指令；
生成随机红包并发送至接收方，所述随机红包包括对应有收款金额的普通电子红包和/或对应有扣款金额的负向电子红包；
获取接收方用户领取红包的操作信息，判定红包为负向电子红包时，从接收方用户电子账户中扣除相应金额并转入前述发送方的电子账户。
进一步，所述负向电子红包还设置有备选金额，所述备选金额对应接收方设置的最低支付金额；在从接收方用户电子账户中扣除相应金额的步骤包括，
判断接收方用户电子账户中的可用金额是否足以支付前述扣款金额；
判定为是时从接收方用户电子账户中扣除前述扣款金额，否则从接收方用户电子账户中扣除前述备选金额。
进一步，所述负向电子红包还设置有替代金额，用以在无法从接收方电子账户中扣除相应金额时，从发送方的电子账户中扣除所述替代金额并转入前述接收方用户的电子账户。
进一步，所述替代金额由发送方预先设置；
或者，在无法从接收方用户电子账户中扣除相应金额时，向发送方反馈负向电子红包发送失败的消息，并采集发送方设置的替代金额信息。
进一步，所述接收方用户为2个及以上。
进一步，生成随机红包的步骤为，
获取随机红包发送指令中的红包总金额x和红包数量y；
根据红包数量y，获取y个-1至1之间的随机数，所述y个随机数之和等于1，其中小于等于0的随机数对应负向电子红包，大于0的随机数对应普通电子红包；
将前述y个随机数作为y个红包的分配比例值，分别乘以前述红包总金额x，从而获得y个红包的分配金额。
进一步，将y个红包的分配金额保存在内存堆栈中，根据接收方用户中参与抢红包的用户的领取顺序，从内存堆栈依次获取对应顺序的分配金额或者从内存堆栈随机获取一个未被分配过的分配金额。
进一步，每当一个用户领取红包时，判断当前所有剩余红包对应的分配金额总和是否大于等于该红包的分配金额；
判定大于等于时，向该用户分配对应的分配金额；否则向接收方提示金额不足。
进一步，当接收方中所有的用户数量z小于前述红包数量y时，获取多出的红包对应的分配金额总和并判断该总和是否大于0；判定大于0时，将对应的金额返回发送方的电子账户。
本发明还提供了一种信息处理装置，包括如下结构：
提交模块，用以采集发送方的随机红包发送指令；
生成模块，用以生成随机红包并发送至接收方，所述随机红包包括对应有收款金额的普通电子红包和/或对应有扣款金额的负向电子红包；
领取模块，获取接收方用户领取红包的操作信息，判定红包为负向电子红包时，从接收方用户电子账户中扣除相应金额并转入前述发送方的电子账户。
本发明提供的以上技术方案，与现有技术相比，具有以下的优点和积极效果：过设置可能包括负向电子红包的随机红包，丰富了电子红包的派发规则，提高了红包的趣味性，而规则的复杂化也提高了安全性。
附图说明
图1为本发明实施例提供的电子红包处理方法的流程图。
图2至图4为本发明实施例提供的发送电子红包的操作示例图。
图5至图6为本发明实施例提供的电子红包的领取操作示例图。
图中标号如下：
发送方终端100，显示结构110；
接收方终端300，红包接收界面310。
具体实施方式
以下结合附图和具体实施例对本发明提供的电子红包处理方法及装置作进一步详细说明。在下述实施例的附图中，下面的描述涉及除非另有表示，不同附图中的相同数字表示相同或相似的要素。
需说明的是，本说明书所附图式所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定发明可实施的限定条件，任何结构的修饰、比例关系的改变或大小的调整，在不影响发明所能产生的功效及所能达成的目的下，均应落在发明所揭示的技术内容所能涵盖的范围内。附图所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。
应当注意的是，下述实施例中描述的技术特征或者技术特征的组合不应当被认为是孤立的，它们可以被相互组合从而达到更好的技术效果。本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
参见图1所示，公开了一种电子红包处理方法，包括步骤：
s100，采集发送方的随机红包发送指令。
本实施例中，所述电子红包的发送方和接收方对应有用户终端，可以是智能手机、平板电脑、便携式个人计算机、智能电视、可穿戴智能设备(智能眼镜或者智能手表或者智能手环)等任何智能设备。终端上可以安装有各种应用app，比如即时通信应用微信等。
电子红包发送方和电子红包接收方可以分别与服务器之间通过互联网相连，实现相互之间的通信。
服务器为终端提供各种网络服务，对于不同的终端或终端上的应用程序，服务器可以认为是提供相应网络服务的后台服务器。作为举例，比如，电子红包发送方通过微信app向接收方发送电子红包，则服务器为微信的后台服务器，可以为该发送方和接收方提供相应的服务。本实施例中，所述服务器具体可以是一台服务器、或者由若干台服务器组成的服务器集群或云计算中心。
参见图2所示，比如用户boris作为电子红包的发送方，可以通过自身的发送方终端100向接收方发送电子红包。所述的接收方，可以包括一个或多个通信用户，可以是个人，也可以是聊天群组。
具体的，发送方boris可以通过工具栏触发红包发放。图2中，用户boris选择的电子红包的类型是随机红包。
在输出的红包发放界面中，包括有红包总金额编辑栏、红包个数编辑栏和问候语编辑栏。参见图3所示，作为举例而非限制，用户boris设置了红包总金额为10元，个数为5个，并编辑了问候语。需要说明的是，根据红包发送对象的属性，所述红包发放界面还可以设置有红包领取条件设置栏等以便用户筛选可参与抢红包的用户。
所述随机红包针对的接收方用户优选为2个及以上。
s200，生成随机红包并发送至接收方，所述随机红包包括对应有收款金额的普通电子红包和/或对应有扣款金额的负向电子红包。
用户boris塞钱成功后，随机红包被成功发送到聊天群的通信交互界面，参见图4所示。
本实施例中，所述随机红包可以包括对应有收款金额的普通电子红包和对应有扣款金额的负向电子红包。
所述负向电子红包与普通电子红包相区别，其对应的是扣款金额。也就是说，针对负向电子红包，服务器获取是发送方用户boris的扣款要求。
s300，获取接收方用户领取红包的操作信息，判定红包为负向电子红包时，从接收方用户电子账户中扣除相应金额并转入前述发送方的电子账户。
在未设置用户领取条件的情况下，随机红包所在的聊天群中的任何用户都可以领取红包，包括发送红包的用户boris自己。用户在领取boris的电子红包之前，是无法知晓红包对应的是扣款信息还是收款信息的。
如果用户领取的红包是负向电子红包，服务器会根据红包对应的扣款金额针对该领取用户的电子帐户生成扣款指令后，将扣款指令发送到该用户对应的接收方终端300。
如果用户领取的红包是普通电子红包，服务器会根据红包对应的收款金额针对该领取用户的电子帐户生成收款指令后，将收款指令发送到该用户对应的接收方终端300。
作为举例而非限制，参见图5所示，比如用户boris领取了自己的红包(此情况下，红包接收方也是红包发送方)，红包领取成功后显示为负向红包，在红包接收界面310显示了扣款信息-0.85元。即，服务器又从用户boris的电子账户中扣款0.85元放入到了随机红包中，此时随机红包的总金额调整为10 0.85＝10.85元。
参见图6所示，聊天群中的另一个用户lion领取了boris发送到红包，红包领取成功后显示为普通红包，在红包接收界面310显示了收款信息1.88元，即，服务器从用户boris发送的10.85元的红包金额中扣减了1.88元并转入到了用户lion的电子账户中。
对于通过即时通信工具发送的电子红包，所述接收方电子账户优选为接收方在即时通信工具上的活期账户，比如零钱账户。接收方具有多个活期账户时，可以由接收方或系统服务器设置扣款的优先级顺序。
需要说明的是，包括负向电子红包的随机红包还可以在通信交互界面以区别于普通随机红包的图形标识显示，比如在红包的图形标识上写上文字包括负向红包，其尤其适用于好友之间进行红包游戏的应用场景。
优选的，所述负向电子红包还可以设置有备选金额，所述备选金额对应接收方设置的最低支付金额。在从接收方用户电子账户中扣除相应金额的步骤包括：判断接收方用户电子账户中的可用金额是否足以支付前述扣款金额；判定为是时从接收方用户电子账户中扣除前述扣款金额，否则从接收方用户电子账户中扣除前述备选金额。
所述负向电子红包还可以设置有替代金额，用以在无法从接收方电子账户中扣除相应金额时，从发送方的电子账户中扣除所述替代金额并转入前述接收方用户的电子账户。
所述替代金额可以由发送方预先设置；或者，在无法从接收方用户电子账户中扣除相应金额时，向发送方反馈负向电子红包发送失败的消息，并采集发送方设置的替代金额信息。
作为举例而非限制，比如用户lion领取了用户boris的随机负向电子红包，该负向电子红包对应的扣款金额为6元，由于用户lion的电子账户中的可用金额仅为0.6元，该可用金额不足以支付前述扣款金额6元。此时，可以采集用户lion设置的备选金额信息——比如为1元，由于可用金额0.6元仍低于备选金额1元，也无法进行备选金额扣款，导致无法从用户lion的电子账户中扣款，于是触发启动替代金额的支付，比如替代金额为0.1元。
所述替代金额优选的由发送方设置，可以是发送方预先设置也可以是发送方实时设置。该替代金额可以作为发送方发送负向电子红包失败的一种掩饰，也可以作为红包游戏中一种竞技，比如发送方与接收方通过发送负向电子红包来竞猜是否能从对方的账户中成功扣款成功。
在另一个实施方式中，所述替代金额是由接收方设置。通过接收方设置替代金额，使得发送方在发送包括负向红包的随机红包时更为谨慎，因为负向红包金额过高时可能无法扣款成功导致发送方损失替代金额，间接可以提高负向电子红包的安全性能。
本实施例中，生成随机红包的步骤具体如下：
步骤1，获取随机红包发送指令中的红包总金额x和红包数量y。
步骤2，根据红包数量y，获取y个-1至1之间的随机数，所述y个随机数之和等于1，其中小于等于0的随机数对应负向电子红包，大于0的随机数对应普通电子红包。
步骤3，将前述y个随机数作为y个红包的分配比例值，分别乘以前述红包总金额x，从而获得y个红包的分配金额。
优选的，将y个红包的分配金额保存在内存堆栈中，根据接收方用户中参与抢红包的用户的领取顺序，从内存堆栈依次获取对应顺序的分配金额或者从内存堆栈随机获取一个未被分配过的分配金额。
每当一个用户领取红包时，需要判断当前所有剩余红包对应的分配金额总和是否大于等于该红包的分配金额；如果判定大于等于时，向该用户分配对应的分配金额；否则向接收方提示金额不足。
以及，当接收方中所有的用户数量z小于前述红包数量y时，获取多出的红包对应的分配金额总和并判断该总和是否大于0；判定大于0时，将对应的金额返回发送方的电子账户。
本发明的另一实施例，还提供了一种信息处理装置。
所述信息处理装置包括提交模块，生成模块和领取模块。
所述提交模块，用以采集发送方的随机红包发送指令。
所述生成模块，用以生成随机红包并发送至接收方，所述随机红包包括对应有收款金额的普通电子红包和/或对应有扣款金额的负向电子红包。
具体的，所述生成模块可以包括如下结构：
参数采集模块，用于获取随机红包发送指令中的红包总金额x和红包数量y。
随机数设置模块，用于根据红包数量y，获取y个-1至1之间的随机数，所述y个随机数之和等于1，其中小于等于0的随机数对应负向电子红包，大于0的随机数对应普通电子红包。
红包分配模块，用于将前述y个随机数作为y个红包的分配比例值，分别乘以前述红包总金额x，从而获得y个红包的分配金额。
优选的，将y个红包的分配金额保存在内存堆栈中，根据接收方用户中参与抢红包的用户的领取顺序，从内存堆栈依次获取对应顺序的分配金额或者从内存堆栈随机获取一个未被分配过的分配金额。
所述红包分配模块还被配置为：
每当一个用户领取红包时，判断当前所有剩余红包对应的分配金额总和是否大于等于该红包的分配金额；如果判定大于等于时，向该用户分配对应的分配金额；否则向接收方提示金额不足；
以及，判定接收方中所有的用户数量z小于前述红包数量y时，获取多出的红包对应的分配金额总和并判断该总和是否大于0；判定大于0时，将对应的金额返回发送方的电子账户。
所述领取模块，获取接收方用户领取红包的操作信息，判定红包为负向电子红包时，从接收方用户电子账户中扣除相应金额并转入前述发送方的电子账户。
本实施例中，信息处理装置还包括显示模块，通过显示模块在发送方与接收方的通信交互界面中显示红包发放消息和领取消息。
其他技术特征参考在前实施例，在此不再赘述。
在上面的描述中，虽然本公开内容的各方面的所有组件可以被解释为被装配或被操作地连接为一个模块，但是本公开内容并不旨在将其自身限于这些方面。而是，在本公开内容的目标保护范围内，各组件可以以任意数目选择性地且操作性地进行合并。这些组件中的每个组件自身还可以实现成硬件，同时各个组件可以部分地合并或选择性地总体合并且实现成具有用于执行硬件等同体的功能的程序模块的计算机程序。用以构建这种程序的代码或代码段可以由本领域技术人员容易地导出。这种计算机程序可以储存在计算机可读介质中，其可以被运行以实现本公开内容的各方面。计算机可读介质可以包括磁记录介质、光学记录介质以及载波介质。
另外，像“包括”、“囊括”以及“具有”的术语应当默认被解释为包括性的或开放性的，而不是排他性的或封闭性，除非其被明确限定为相反的含义。所有技术、科技或其他方面的术语都符合本领域技术人员所理解的含义，除非其被限定为相反的含义。在词典里找到的公共术语应当在相关技术文档的背景下不被太理想化或太不实际地解释，除非本公开内容明确将其限定成那样。
虽然已出于说明的目的描述了本公开内容的示例方面，但是本领域技术人员应当意识到，上述描述仅是对本发明较佳实施例的描述，并非对本发明范围的任何限定，本发明的优选实施方式的范围包括另外的实现，其中可以不按所述出或讨论的顺序来执行功能。本发明领域的普通技术人员根据上述揭示内容做的任何变更、修饰，均属于权利要求书的保护范围。
1.一种电子红包处理方法，其特征在于，包括步骤：
采集发送方的随机红包发送指令；
生成随机红包并发送至接收方，所述随机红包包括对应有收款金额的普通电子红包和/或对应有扣款金额的负向电子红包；
获取接收方用户领取红包的操作信息，判定红包为负向电子红包时，从接收方用户电子账户中扣除相应金额并转入前述发送方的电子账户。
2.根据权利要求1所述的电子红包处理方法，其特征在于：所述负向电子红包还设置有备选金额，所述备选金额对应接收方设置的最低支付金额；在从接收方用户电子账户中扣除相应金额的步骤包括，
判断接收方用户电子账户中的可用金额是否足以支付前述扣款金额；判定为是时从接收方用户电子账户中扣除前述扣款金额，否则从接收方用户电子账户中扣除前述备选金额。
3.根据权利要求1或2所述的电子红包处理方法，其特征在于：所述负向电子红包还设置有替代金额，用以在无法从接收方电子账户中扣除相应金额时，从发送方的电子账户中扣除所述替代金额并转入前述接收方用户的电子账户。
4.根据权利要求3所述的电子红包处理方法，其特征在于：所述替代金额由发送方预先设置；
或者，在无法从接收方用户电子账户中扣除相应金额时，向发送方反馈负向电子红包发送失败的消息，并采集发送方设置的替代金额信息。
5.根据权利要求1所述的电子红包处理方法，其特征在于：所述接收方用户为2个及以上。
6.根据权利要求1所述的电子红包处理方法，其特征在于：生成随机红包的步骤为，
获取随机红包发送指令中的红包总金额x和红包数量y；
根据红包数量y，获取y个-1至1之间的随机数，所述y个随机数之和等于1，其中小于等于0的随机数对应负向电子红包，大于0的随机数对应普通电子红包；
将前述y个随机数作为y个红包的分配比例值，分别乘以前述红包总金额x，从而获得y个红包的分配金额。
7.根据权利要求6所述的电子红包处理方法，其特征在于：将y个红包的分配金额保存在内存堆栈中，根据接收方用户中参与抢红包的用户的领取顺序，从内存堆栈依次获取对应顺序的分配金额或者从内存堆栈随机获取一个未被分配过的分配金额。
8.根据权利要求6或7所述的电子红包处理方法，其特征在于：每当一个用户领取红包时，判断当前所有剩余红包对应的分配金额总和是否大于等于该红包的分配金额；
判定大于等于时，向该用户分配对应的分配金额；否则向接收方提示金额不足。
9.根据权利要求8所述的电子红包处理方法，其特征在于：当接收方中所有的用户数量z小于前述红包数量y时，获取多出的红包对应的分配金额总和并判断该总和是否大于0；判定大于0时，将对应的金额返回发送方的电子账户。
10.一种信息处理装置，其特征在于，包括如下结构：
提交模块，用以采集发送方的随机红包发送指令；
生成模块，用以生成随机红包并发送至接收方，所述随机红包包括对应有收款金额的普通电子红包和/或对应有扣款金额的负向电子红包；
领取模块，获取接收方用户领取红包的操作信息，判定红包为负向电子红包时，从接收方用户电子账户中扣除相应金额并转入前述发送方的电子账户。
技术总结