CN102779304A - 电子钱包中赠予金额的处理方法及服务器 - Google Patents

Abstract

本发明提供一种电子钱包中赠予金额的处理方法及服务器。方法包括：服务器根据触发策略向电子钱包发送充值指令，所述充值指令包括赠予金额；所述电子钱包根据所述充值指令，在电子钱包账户中增加所述赠予金额，并向所述服务器返回充值成功结果；所述服务器根据所述电子钱包返回的充值成功结果，将所述赠予金额记录到所述电子钱包对应的红包子账户中。服务器包括：业务管理模块、支付处理模块、圈存模块和账户管理模块。采用本发明技术方案，可以提高电子钱包在使用上的灵活性，便于推广电子钱包业务的各种方案的实施，极大的促进了电子钱包业务的推广和发展。

Description

电子钱包中赠予金额的处理方法及服务器

技术领域

本发明涉及通信技术，尤其涉及一种电子钱包中赠予金额的处理方法及服务器。

背景技术

电子钱包是顾客用来进行安全网络交易，特别是安全网络支付并存储交易记录的特殊计算机软件或硬件设备。电子钱包中可以存放电子现金、信用***、电子零钱、个人信息等，适合于个体的、小额的网上消费。广义电子钱包主要是指以卡为媒介的小额支付手段，例如：交通卡、校园卡、储蓄卡、***、网银、电子现金、paypal(易趣支付工具)等。狭义的电子钱包主要是指支持离线交易的小额电子支付手段，其具有交易速度快、效率高等优点，因此特别适合在交通、快餐等小额支付领域应用。随着电子钱包的发展，逐渐出现了电子钱包业务。

电子钱包业务为顾客和商家之间的现场消费创造了方便快捷的条件，但是由于电子钱包业务是一种新兴增值业务，用户通常会担心自己划入的资金是否安全、划入的资金是否容易退回或操作是否繁琐等，而放弃使用电子钱包业务，因此，需要通过各种方式对电子钱包业务进行推广。其中，一种推广方式是让用户体验电子钱包业务，但是由于现有电子钱包仅支持用户在开通此业务并将自己的资金划入电子钱包之后，才能体验电子钱包业务，限制了该方式的实施。另外一种推广方式是对使用电子钱包的用户提供优惠政策，但该实施方式通常需要商户的配合，即商户针对电子钱包用户另外制定一套商品价格，这无疑增加了商户的管理成本和结算时的复杂度，因此，该推广方式也存在缺陷。

由上述可见，由于现有电子钱包在使用上的灵活性较差，使推广电子钱包业务的各种方案的实施受到限制，限制了电子钱包业务的发展，因此，进一步提高电子钱包的使用灵活性成为电子钱包业务发展的当务之急。

发明内容

本发明实施例提供一种电子钱包中赠予金额的处理方法及服务器，用以提高电子钱包的使用灵活性，促进电子钱包业务的发展。

本发明提供一种电子钱包中赠予金额的处理方法，包括：

服务器根据触发策略向电子钱包发送充值指令，所述充值指令包括赠予金额；

所述电子钱包根据所述充值指令，在电子钱包账户中增加所述赠予金额，并向所述服务器返回充值成功结果；

所述服务器根据所述电子钱包返回的充值成功结果，将所述赠予金额记录到所述电子钱包对应的红包子账户中。

本发明提供一种服务器，包括：业务管理模块、支付处理模块、圈存模块和账户管理模块；

所述业务管理模块，用于根据触发策略向所述支付处理模块发送赠送派发请求，所述赠送派发请求包括赠予金额；

所述支付处理模块，用于根据所述赠送派发请求，向所述圈存模块发送赠送圈存请求，所述赠送圈存请求包括所述赠予金额；

所述圈存模块，用于向电子钱包发送充值指令，所述充值指令包括所述赠予金额；

所述账户管理模块，用于根据所述电子钱包返回的充值成功结果，将所述赠予金额记录到所述电子钱包对应的红包子账户中。

本发明的电子钱包中赠予金额的处理方法及服务器，服务器根据触发策略向电子钱包发送携带赠予金额的充值指令，电子钱包根据充值指令将电子钱包用户增加赠予金额后向服务器返回充值成功结果，服务器根据充值成功金额将赠予金额记录到与用户的现金子账户相区别的红包子账户中，完成向电子钱包派发赠予金额的操作。在本发明技术方案中，服务器向电子钱包派发赠予金额并通过红包子账户管理赠予金额，极大的提高了电子钱包的使用灵活性，用户可以通过赠予金额进行电子钱包体验，而商户可以通过触发策略派发赠予金额向电子钱包用户提供优惠政策，可以不再定制多套商品价格，便于各种推广电子钱包业务的方案的实施，利于电子钱包业务的推广。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的电子钱包中赠予金额的处理方法的流程图；

图2为本发明实施例二提供的电子钱包中赠予金额的处理方法的流程图；

图3为本发明实施例三提供的基于电子钱包的业务支付的流程图；

图4为本发明实施例四提供的电子钱包进行业务支付后服务器的处理流程的示意图；

图5为本发明实施例五提供的服务器的结构示意图。

具体实施方式

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

图1为本发明实施例一提供的电子钱包中赠予金额的处理方法的流程图。如图1所示，本实施例的方法包括：

步骤101、服务器根据触发策略向电子钱包发送充值指令，所述充值指令包括赠予金额；

对用户而言，实现电子钱包业务的电子钱包***包括电子钱包和服务器。在电子钱包中，包括一电子钱包账户(主要是指离线账户)，支持用户进行业务交易。服务器设置与电子钱包或电子钱包账户对应的用户账户，通过与电子钱包账户进行同步来对用户账户进行管理；其中，每个用户账户具有唯一的标识。

在本实施例中，服务器对用户账户进行分级管理，服务器预先为各电子钱包对应的用户账户建立现金子账户和红包子账户，分别管理用户以不同方式获取的金额信息。其中，现金子账户用于记录由用户充值账号充入电子钱包中的现金金额；用户充值账号可以是银行卡账号、***账号等。红包子账户用于记录赠予用户的赠予金额；例如：运营商为推广电子钱包业务而赠予用于体验电子钱包的金额；又例如：商户为促销提供给用户的折扣金额，或者专门提供给使用电子钱包的用户的优惠资金等。对于赠予金额的大小视情况而定，本实施例不做限定。

进一步，如表1所示，本实施例中用户账户的信息除上述现金子账户和红包子账户之外还包括：用户账户ID、账户状态(用于标识是否为有效账户)、账户余额(用于显示整个用户账户的余额，包括现金子账户中的现金金额和红包子账户中的赠予金额)、开户日期、销户日期(在用户销户前该日期可以设置为空)等。

表1

基于上述，本实施例的触发策略可以是由服务器制定的各种推广策略，也可以是由商户发起的促销策略或鼓励策略等。上述触发策略可以预先设置于服务器中，也可以实时触发服务器。服务器根据上述触发策略主动向电子钱包发送携带赠予金额的充值指令。

步骤102、电子钱包根据充值指令，在电子钱包账户中增加赠予金额，并向服务器返回充值成功结果；

对于电子钱包而言，当接收到服务器的充值指令后根据现有电子钱包的充值机制进行处理，当充值成功后，根据充值结果生成交易验证码(Transaction Authorization Crypogram；简称为：TAC)，并记录该充值操作的相关信息，最后生成携带TAC的充值记录信息上报给服务器，以使服务器了解电子钱包充值成功。

步骤103、服务器根据电子钱包返回的充值成功结果，将赠予金额记录到电子钱包对应的红包子账户中。

当服务器接收到电子钱包返回的充值成功结果后，将赠予金额记录到电子钱包对应的红包子账户中，以便于对赠予金额进行管理。

在本实施例中，赠予金额与现金金额不同。由用户充值账户对用户账户进行充值的操作由用户主动发起，且充入的现金金额被记录到现金子账户中，该现金金额可以被消费也可以被提现。而在用户账户中充值赠予金额的操作是由服务器主动发起的，与用户的意愿无关，且该赠予金额被记录到红包子账户中，该赠予金额只允许消费，不允许提现。

本实施例的电子钱包中赠予金额的处理方法，由服务器主动向电子钱包发送携带赠予金额的充值指令，以在电子钱包中充入一定额度的赠予金额，并通过红包子账户对赠予金额进行管理，可以极大的提高电子钱包的使用率灵活性，例如：用户可以通过这部分赠予金额进行电子钱包的体验，利于电子钱包业务的推广；又例如：商户也可以通过赠予金额的方式向电子钱包用户提供优惠政策，而不需要定制多套商品价格，既有利于电子钱包业务的推广，也有利于商户进行管理和结算。即通过本实施例的方法提高了电子钱包在使用上的灵活性，可以便于各种推广电子钱包业务的方案的实施，为促进电子钱包业务的发展做出了极大的贡献。

图2为本发明实施例二提供的电子钱包中赠予金额的处理方法的流程图。在本实施例中，服务器主要包括以下功能模块：业务管理模块、支付处理模块、圈存模块和账户管理模块，如图2所示，本实施例的方法具体包括以下步骤：

步骤201、业务管理模块根据触发策略，向支付处理模块发送赠送派发请求，所述赠送派发请求包括赠予金额；

其中，触发策略可以预先设置于业务管理模块中，或者业务管理模块允许实时输入触发策略，并根据实时输入的触发策略执行发送赠送派发请求的操作。触发策略可以是运营商制定的各种推广策略，也可以是商户制定的各种促销策略或优惠策略。

在本实施例中，业务管理模块主要用于根据触发策略生成赠送派发请求，并发送给支付处理模块。其中，赠送派发请求可以是批量的，用于给大量用户的电子钱包充入赠予金额。

步骤202、支付处理模块根据赠送派发请求，向圈存模块发送赠送圈存请求，所述赠送圈存请求包括赠予金额；

在本实施例中，支付处理模块用于根据赠送派发请求控制圈存模块向电子钱包发送充值指令。

步骤203、圈存模块向电子钱包发送充值指令；

具体的，圈存模块是服务器与电子钱包的直接通信接口，圈存模块接收到支付处理模块的赠送圈存请求后获知服务器需要向电子钱包充入赠予金额，则根据赠送圈存请求生成包含赠予金额的充值指令，通过空中接口方式或销售点(Point Of Sale；简称为：POS)终端发送给电子钱包。

步骤204、电子钱包接收充值指令，并根据充值指令进行充值，向圈存模块返回充值成功结果；

具体的，电子钱包接收到充值指令之后，根据现有电子钱包机制首先进行处理，例如根据密钥(例如报文鉴别代码(Message Authentication Code；简称为：MAC))进行合法性验证等，在验证合法后将电子钱包账户中增加赠予金额，生成TAC，记录充值操作的相关信息，最后通过空中接口方式或POS终端将携带TAC的充值记录信息返回给服务器中的圈存模块。

步骤205、圈存模块接收电子钱包返回的充值成功结果，并将充值成功结果发送给支付处理模块；

步骤206、支付处理模块根据充值成功结果，向账户管理模块发送账务管理请求，所述账务管理请求包括用户账户的标识；

其中，支付处理模块确认电子钱包已经充值成功后，通知账户管理模块对后台的用户账户进行相应处理。

步骤207、账户管理模块根据账务管理请求，将赠予金额记录到红包子账户中，并记录赠予金额对应的交易过程，然后向支付处理模块返回处理成功结果；

在本实施例中，赠予金额和现金金额不同，因此，账户管理模块需要记录赠予金额的交易过程，以便于对赠予金额进行单独管理和处理。

步骤208、支付处理模块将处理成功结果发送给业务管理模块，以告知业务管理模块此次赠予金额的充入操作结束。

本实施例的电子钱包中赠予金额的处理方法，由服务器的各功能模块实现根据触发策略在电子钱包中充入赠予金额，并通过预先建立的红包子账户对赠予金额进行单独管理，极大的提高了电子钱包在使用上的灵活性，便于电子钱包业务的推广和发展。

图3为本发明实施例三提供的基于电子钱包的业务支付的流程图。本实施例中的电子钱包是上述实施例中充入赠予金额后的电子钱包。如图3所示，本实施例的业务支付方法包括：

步骤301、POS终端向电子钱包发起消费初始化请求，所述消费初始化请求包括消费金额等信息。

步骤302、电子钱包判断电子钱包账户中的余额是否不小于消费金额；如果判断结果为是，则执行步骤303；反之，执行步骤311。

步骤303、电子钱包向POS终端返回消费初始化响应，所述消费初始化响应包括伪随机数。

该伪随机数用于对消费初始化响应进行加密，POS终端接收到消费初始化响应之后，根据伪随机数解密消费初始化响应获取其中的信息。该信息主要是告知POS终端本电子钱包中的余额足够支付此次消费。

步骤304、POS终端向电子钱包发送消费初始化验证请求；

步骤305、电子钱包根据消费初始化验证请求，生成MAC，记为MAC1，并向POS终端返回携带MAC1的消费初始化验证响应。

步骤306、POS终端向电子钱包发送消费请求，所述消费请求包括MAC1。

步骤307、电子钱包接收消费请求，解析获取其中的MAC1，对MAC1进行验证，并在验证通过后从电子钱包账户中扣除消费金额，同时产生MAC，记为MAC2，生成TAC并记录交易明细。

步骤308、电子钱包将携带MAC2、TAC和交易明细的消费响应发送给POS终端。

步骤309、POS终端向电子钱包发送验证请求，所述验证请求包括MAC2。

步骤310、电子钱包接收验证请求，解析获取其中的MAC2，并对MAC2进行验证，向POS终端返回验证响应，并执行步骤311。

步骤311、结束操作。

本实施例提供的基于电子钱包的业务支付流程与现有技术相类似，在电子钱包而言，在进行支付业务时并未区分现金金额和赠予金额，故在本实施例中未做详细论述。

图4为本发明实施例四提供的电子钱包进行业务支付后服务器的处理流程的示意图。本实施例可基于实施例三实现，即在电子钱包进行业务支付之后的处理操作，如图4所示，具体包括以下步骤：

步骤401、服务器接收POS终端根据执行业务交易发送的交易处理请求，所述交易处理请求包括根据电子钱包进行业务交易的业务交易信息。

该步骤401具体包括：步骤4011、POS终端一侧的操作员触发POS终端的批上送功能。其中，该步骤4011可以在由电子钱包结束业务支付之后立刻触发，也可以按照一定的上报周期触发，例如每天的下午的五点等。

步骤4012、POS终端向服务器发送交易处理请求。

POS终端记录了电子钱包业务支付时的详细明细，例如支付日期、支付金额等信息。POS终端向服务器发送交易处理请求时，需要携带上述业务交易信息，以便服务器根据此次业务支付对电子钱包对应的用户账户进行相应的处理操作。

其中，上述交易处理请求具体由服务器的支付处理模块接收，并发送给服务器的账户管理模块。

步骤402、服务器根据业务交易信息、现金子账户和红包子账户，对电子钱包对应的用户账户进行业务交易处理。

该步骤402具体包括：步骤4021、服务器的账户管理模块将业务交易信息中的交易金额与红包子账户中的赠予金额进行比较；如果交易金额不大于赠予金额，则执行步骤4022；反之，执行步骤4023。

步骤4022、账户管理模块直接从红包子账户的赠予金额中扣除交易金额，并记录扣费明细。其中，扣费明细包括扣费时间、扣费金额、以及仅从红包子账户中扣除等信息。例如：假设电子钱包的电子钱包账户中的金额为30元，包括用户充入的现金金额20元和赠予金额10元。另外，假设用户的交易金额为5元，则电子钱包会从其电子钱包账户中扣除5元，其可用金额变为25元。账户管理模块通过比较发现交易金额小于赠予金额，则直接从红包子账户中扣除5元，则红包子账户的可用赠予金额变为5元，现金子账户中的可用现金金额仍为20元。

步骤4023、账户管理模块将红包子账户中的赠予金额全部扣除，并从现金子账户中扣除交易金额与赠予金额的差值，并记录扣费明细。该步骤4023中的扣费明细包括扣费时间、从红包子账户中扣费的金额、从现金子账户中扣除的金额等信息。例如：假设用户的交易金额为15元，电子钱包从电子钱包账户中扣除15元后，电子钱包账户中的可用金额为15元。而账户管理模块比较得出交易金额大于赠予金额，则将红包子账户中的赠予金额10元全部扣除，然后再从现金子账户中扣除5元，此时，现金子账户的可用金额为15元，而红包子账户中的可用赠予金额为0。

上述步骤4021-步骤4023是服务器为用户账户建立红包子账户后，根据POS终端上报的交易处理请求对电子钱包离线交易进行相应处理的一种实施方式，但并不限于此。例如：服务器也可以先从现金子账户中扣费，在现金子账户费用不足时，再行从红包子账户中扣费。

由本实施例提供的在电子钱包进行业务支付后服务器的处理流程可见，本实施例的服务器通过不同的子账户对现金金额和赠予金额进行处理，可以灵活的使用赠予金额。同时，通过赠予金额可以方便用户体验电子钱包，便于商户的促销或优惠策略的实施，均为推广电子钱包业务打下了基础。

在实际应用中，用户可能会通过电子钱包来提现(该情况一般不经常发生)，即在上述各实施例中，服务器还需要对用户提出的提现请求对用户账户进行处理。由于在本发明上述各实施例中规定赠予金额不允许提现，故本实施例提供一种服务器根据用户的提现请求进行处理的实施方式。该实施方式包括以下步骤：步骤501、服务器接收用户通过指定的业务处理设备发送的金额提现请求，所述金额提现请求包括用户账户的标识和当前电子钱包账户中的费用余额；

对于电子钱包的提现业务，用户需要到运营商指定的***点进行处理，通过***点的业务处理设备提交金额提现请求。金额提现请求要携带用户账户的标识和当前电子钱包账户中的费用余额。

具体的，可由服务器中的支付处理模块接收金额提现请求。

步骤502、服务器将费用余额和现金子账户中的现金金额进行比较；如果费用余额不大于现金金额，执行步骤503；反之，执行步骤504。

步骤503、服务器向业务处理设备返回用户的提现金额为费用余额，并执行步骤505。

步骤504、服务器向业务处理设备返回用户的提现金额为现金金额，并执行步骤505。

一方面由于电子钱包的业务交易与服务器端的处理不是同步进行的，存在时间差，另一方面由于本实施例的用户账户中包括赠予金额，因此，电子钱包中的费用余额可能与现金子账户中的现金金额不同。例如：假设电子钱包的电子钱包账户中的原始金额为30元，包括用户充值现金金额20元和赠予金额10元。当消费5元时，服务器会先从红包子账户的赠予金额中扣除5元，此时，电子钱包账户中的费用余额为25元，现金子账户中的可用金额为20元，由于只有现金子账户中的现金金额才能提现，故此时现金金额才是用户可提现的金额数目。当用户再消费8元时，假设此时交易业务未上传至服务器，则此时电子钱包账户中的费用余额为17元，而服务器一端的用户账户总余额仍为25元，现金子账户中的可用金额仍为20元，因此，用户实际能提出的现金金额应该为17元。再进一步，当上述交易业务上传后，服务器先扣除红包子账户中的5元赠予金额，然后再从现金子账户中扣除3元，则此时现金子账户中的可用金额变为17元，而红包子账户中的赠予金额为0元。

由上述可见，本实施例的服务器通过将现金子账户中的金额和电子钱包账户中的费用余额进行比较，将两者中较小的金额作为用户的提现金额，在保证用户提现的同时，保证了提现金额的正确性。

其中，上述操作具体可由服务器的账户管理模块来执行。

步骤505、业务处理设备根据服务器的返回结果完成提现操作。

具体的，***点的业务人员可以根据业务处理设备显示的服务器返回的结果，完成用户的提现操作。

更进一步，电子钱包除了上述业务支付、提现等功能之外，通常用户还会有退货行为，则电子钱包还需具有退款功能。关于退款操作业务需要用户到上述***点由业务处理设备向服务器提交退款请求，然后服务器根据存储的交易明细或扣费明细等，将扣除的费用分别返还到红包子账户和现金子账户中。由于该操作与服务器的扣费操作正好相反，故在此不再赘述，本领域技术人员可以根据服务器进行扣费操作的流程实现费用返回的流程。进一步说明，服务器在执行退款操作时需要依据POS终端上传的与该退款请求相适应的交易明细或扣费明细等，由于POS终端向服务器提交交易明细的过程可能不是实时的，因此，服务器执行退款操作也可能不是实时的，必须在POS终端提交相映的交易明细之后执行。

上述实施例提供的电子钱包中赠予金额的处理方法主要包括往电子钱包中充入赠予金额的操作、充入赠予金额后的电子钱包的业务支付操作、基于电子钱包进行业务支付后服务器的扣费处理操作、服务器的提现处理操作以及退款处理操作等，全面介绍了与赠予金额相关的处理流程。在上述各实施例中，服务器通过将用户账户划分为现金子账户和红包子账户，在根据触发策略向电子钱包充入赠予金额时通过红包子账户对赠予金额进行独立管理，提高了电子钱包在使用上的灵活性，允许用户通过赠予金额进行电子钱包的体验，允许商户通过赠予金额实施优惠政策或促销政策，为电子钱包业务的推广做出了极大的贡献。

上述各实施例主要是由服务器对用户账户进行分级管理，为电子钱包对应的用户账户建立了现金子账户和红包子账户，提高电子钱包使用时的灵活性，但并不限于此。根据实际应用中的需求，服务器还可以为用户账户建立更多的子账户，并采用类似上述实施例管理红包子账户的方式对后续扩展的其他子账户进行管理，在此不做详述。

图5为本发明实施例五提供的服务器的结构示意图。如图5所示，本实施例的服务器包括：业务管理模块51、支付处理模块52、圈存模块53和账户管理模块54。

其中，业务管理模块51，用于根据触发策略向支付处理模块52发送赠送派发请求，所述赠送派发请求包括赠予金额；支付处理模块52，与业务管理模块51连接，用于根据赠送派发请求，向圈存模块53发送赠送圈存请求，所述赠送圈存请求包括赠予金额；圈存模块53，与支付处理模块52和电子钱包连接，用于向电子钱包发送充值指令，所述充值指令包括赠予金额；账户管理模块54，与支付处理模块52连接，用于根据电子钱包返回的充值成功结果，将赠予金额记录到电子钱包对应的红包子账户中。

具体的，圈存模块53接收电子钱包返回的充值成功结果，将充值成功结果发送给支付处理模块52；然后，支付处理模块52根据充值成功结果向账户管理模块54发送账务管理请求，账务管理请求包括用户账户的标识；账户管理模块54具体根据账务管理请求，将赠予金额记录到红包子账户中，并记录赠予金额对应的交易过程，然后向支付处理模块52返回处理成功结果；支付处理模块52将处理成功结果发送给业务管理模块51，以告知业务管理模块51此次处理操作结束。

本实施例服务器的各功能模块可用于执行上述实施例一或实施例二中的方法流程，其工作原理不再赘述。

本实施例的服务器通过上述各功能模块，实现根据触发策略给电子钱包充入赠予金额，并通过红包子账户对赠予金额进行独立管理的流程，提高了电子钱包在使用上的灵活性，用户通过赠予金额进行电子钱包的体验，商户可以通过赠予金额实施优惠政策或促销政策，便于各种推广电子钱包业务的方案的实施，极大的促进了电子钱包业务的推广和发展。

进一步，本实施例服务器中的账户管理模块54在业务管理模块51根据触发策略向支付处理模块52发送赠送派发请求之前，为电子钱包对应的用户账户建立现金子账户和红包子账户。其中，现金子账户用于记录由用户充值账号充入电子钱包中的现金金额，而红包子账户用于记录赠予用户的赠予金额。

更进一步，当电子钱包进行业务支付之后，POS终端会根据进行过的业务支付操作向服务器发送业务处理请求，此时，支付处理模块52还用于接收POS终端根据执行业务交易发送的业务处理请求，并将业务处理请求发送给账户管理模块54，所述业务交易处理请求包括根据电子钱包进行业务交易的业务交易信息，例如交易时间和交易金额等；账户管理模块54还用于根据业务交易信息、现金子账户和红包子账户，对电子钱包对应的用户账户进行业务交易处理。

其中，账户管理模块54具体用于将业务交易信息中的交易金额与红包子账户中的赠予金额进行比较，并在交易金额不大于赠予金额时，直接从红包子账户的赠予金额中扣除交易金额，并记录扣费明细；另外还用于在交易金额大于赠予金额时，将红包子账户中的赠予金额全部扣除，并从现金子账户中扣除交易金额与赠予金额的差值，并记录扣费明细。

再进一步，当用户通过运营商的***点指定的业务处理设备上交金额提现请求时，支付处理模块52还用于接收用户通过指定的业务处理设备发送的金额提现请求，并将金额提现请求发送给账户管理模块54，所述金额提现请求包括用户账户的标识和当前电子钱包账户中的费用余额。账户管理模块54还用于将费用余额和现金子账户中的现金金额进行比较，并在费用余额不大于现金金额时，向业务处理设备返回用户的提现金额为费用余额；另外还用于在费用余额大于现金金额时，向业务处理设备返回用户的提现金额为现金金额。

本实施例上述各功能模块可用于执行上述方法实施例中的相应流程，其工作原理不再赘述。

本实施例的服务器通过上述各功能模块实现了向电子钱包中充入赠予金额的操作、基于电子钱包进行业务支付后服务器的扣费处理操作、服务器的提现处理操作等，详细实现了与赠予金额相关的业务处理流程。在上述实施例中，服务器通过将用户账户划分为现金子账户和红包子账户，在根据触发策略向电子钱包充入赠予金额时通过红包子账户对赠予金额进行独立管理，提高了电子钱包在使用上的灵活性，允许用户通过赠予金额进行电子钱包的体验，允许商户通过赠予金额实施优惠政策或促销政策，为电子钱包业务的推广做出了极大的贡献。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (14)

1.一种电子钱包中赠予金额的处理方法，其特征在于，包括：

服务器根据触发策略向电子钱包发送充值指令，所述充值指令包括赠予金额；

所述电子钱包根据所述充值指令，在电子钱包账户中增加所述赠予金额，并向所述服务器返回充值成功结果；

所述服务器根据所述电子钱包返回的充值成功结果，将所述赠予金额记录到所述电子钱包对应的红包子账户中。

2.根据权利要求1所述的电子钱包中赠予金额的处理方法，其特征在于，所述服务器根据触发策略向电子钱包发送充值指令之前还包括：

所述服务器为所述电子钱包对应的用户账户建立现金子账户和红包子账户，所述现金子账户用于记录由用户充值账号充入所述电子钱包中的现金金额，所述红包子账户用于记录赠予所述用户的赠予金额。

3.根据权利要求1所述的电子钱包中赠予金额的处理方法，其特征在于，所述服务器根据触发策略向电子钱包发送充值指令包括：

所述服务器的业务管理模块根据所述触发策略，向所述服务器的支付处理模块发送赠送派发请求，所述赠送派发请求包括所述赠予金额；

所述支付处理模块根据所述赠送派发请求，向所述服务器的圈存模块发送赠送圈存请求，所述赠送圈存请求包括所述赠予金额；

所述圈存模块向所述电子钱包发送所述充值指令。

4.根据权利要求3所述的电子钱包中赠予金额的处理方法，其特征在于，所述服务器根据所述电子钱包返回的充值成功结果，将所述赠予金额记录到所述电子钱包对应的红包子账户中包括：

所述圈存模块接收所述电子钱包返回的充值成功结果；

所述圈存模块将所述充值成功结果发送给所述支付处理模块；

所述支付处理模块根据所述充值成功结果，向所述服务器的账户管理模块发送账务管理请求，所述账务管理请求包括所述用户账户的标识；

所述账户管理模块根据所述账务管理请求，将所述赠予金额记录到所述红包子账户中，并记录所述赠予金额对应的交易过程，然后向所述支付处理模块返回处理成功结果；

所述支付处理模块将所述处理成功结果发送给所述业务管理模块。

5.根据权利要求1所述的电子钱包中赠予金额的处理方法，其特征在于，所述电子钱包根据所述充值指令，在电子钱包账户中增加所述赠予金额，并向所述服务器返回充值成功结果包括：

所述电子钱包根据所述充值指令在所述电子钱包账户中增加所述赠予金额，并根据充值结果生成携带交易验证码TAC的充值记录信息上报所述服务器。

6.根据权利要求1所述的电子钱包中赠予金额的处理方法，其特征在于，还包括：

所述服务器接收销售点POS终端根据执行业务交易发送的交易处理请求，所述交易处理请求包括根据所述电子钱包进行业务交易的业务交易信息；

所述服务器根据所述业务交易信息、所述现金子账户和所述红包子账户，对所述电子钱包对应的用户账户进行业务交易处理。

7.根据权利要求6所述的电子钱包中赠予金额的处理方法，其特征在于，所述服务器根据所述业务交易信息、所述现金子账户和所述红包子账户，对所述电子钱包对应的用户账户进行业务交易处理包括：

所述服务器的账户管理模块将所述业务交易信息中的交易金额与所述红包子账户中的赠予金额进行比较；

若所述交易金额不大于所述赠予金额，所述账户管理模块直接从所述红包子账户的赠予金额中扣除所述交易金额，并记录扣费明细；

若所述交易金额大于所述赠予金额，所述账户管理模块将所述红包子账户中的赠予金额全部扣除，并从所述现金子账户中扣除所述交易金额与所述赠予金额的差值，并记录扣费明细。

8.根据权利要求2所述的电子钱包中赠予金额的处理方法，其特征在于，还包括：

所述服务器接收用户通过指定的业务处理设备发送的金额提现请求，所述金额提现请求包括所述用户账户的标识和当前所述电子钱包账户中的费用余额；

所述服务器将所述费用余额和所述现金子账户中的现金金额进行比较；

如果所述费用余额不大于所述现金金额，向所述业务处理设备返回所述用户的提现金额为所述费用余额；

如果所述费用余额大于所述现金金额，向所述业务处理设备返回所述用户的提现金额为所述现金金额。

9.一种服务器，其特征在于，包括：业务管理模块、支付处理模块、圈存模块和账户管理模块；

所述业务管理模块，用于根据触发策略向所述支付处理模块发送赠送派发请求，所述赠送派发请求包括赠予金额；

所述支付处理模块，用于根据所述赠送派发请求，向所述圈存模块发送赠送圈存请求，所述赠送圈存请求包括所述赠予金额；

所述圈存模块，用于向电子钱包发送充值指令，所述充值指令包括所述赠予金额；

所述账户管理模块，用于根据所述电子钱包返回的充值成功结果，将所述赠予金额记录到所述电子钱包对应的红包子账户中。

10.根据权利要求9所述的服务器，其特征在于，所述账户管理模块还用于在所述业务管理模块根据所述触发策略向所述支付处理模块发送赠送派发请求之前，为所述电子钱包对应的用户账户建立现金子账户和红包子账户，所述现金子账户用于记录由用户充值账号充入所述电子钱包中的现金金额，所述红包子账户用于记录赠予所述用户的赠予金额。

11.根据权利要求10所述的服务器，其特征在于，所述圈存模块还用于接收所述电子钱包返回的充值成功结果，并将所述充值成功结果发送给所述支付处理模块；

所述支付处理模块还用于根据所述充值成功结果向所述账户管理模块发送账务管理请求，所述账务管理请求包括所述用户账户的标识；

所述账户管理模块根据所述电子钱包返回的充值成功结果，将所述赠予金额记录到所述电子钱包对应的红包子账户中具体为：

所述账户管理模块根据所述账务管理请求，将所述赠予金额记录到所述红包子账户中，并记录所述赠予金额对应的交易过程，然后向所述支付处理模块返回处理成功结果；

所述支付处理模块还用于将所述处理成功结果发送给所述业务管理模块。

12.根据权利要求9所述的服务器，其特征在于，所述支付处理模块还用于接收销售点POS终端根据执行业务交易发送的业务处理请求，并将所述业务处理请求发送给所述账户管理模块，所述业务交易处理请求包括根据所述电子钱包进行业务交易的业务交易信息；

所述账户管理模块还用于根据所述业务交易信息、所述现金子账户和所述红包子账户，对所述电子钱包对应的用户账户进行业务交易处理。

13.根据权利要求12所述的服务器，其特征在于，所述账户管理模块具体用于将所述业务交易信息中的交易金额与所述红包子账户中的赠予金额进行比较，并在所述交易金额不大于所述赠予金额时，直接从所述红包子账户的赠予金额中扣除所述交易金额，并记录扣费明细；以及在所述交易金额大于所述赠予金额时，将所述红包子账户中的赠予金额全部扣除，并从所述现金子账户中扣除所述交易金额与所述赠予金额的差值，并记录扣费明细。

14.根据权利要求10所述的服务器，其特征在于，所述支付处理模块还用于接收用户通过指定的业务处理设备发送的金额提现请求，并将所述金额提现请求发送给所述账户管理模块，所述金额提现请求包括所述用户账户的标识和当前所述电子钱包账户中的费用余额；

所述账户管理模块还用于将所述费用余额和所述现金子账户中的现金金额进行比较，并在所述费用余额不大于所述现金金额时，向所述业务处理设备返回所述用户的提现金额为所述费用余额；以及在所述费用余额大于所述现金金额时，向所述业务处理设备返回所述用户的提现金额为所述现金金额。

Images