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