CN101488251A - 电子钱包的充值方法、设备及系统 - Google Patents

Abstract

本发明公开了一种电子钱包的操作方法，该方法包括：移动终端在对电子钱包进行本次操作前，确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；若是，则向网络侧发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；否则直接对电子钱包进行本次操作。本发明同时公开一种移动终端、网络侧设备、电子钱包的处理系统。采用本发明可以保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益。

Description

电子钱包的充值方法、设备及系统

技术领域

本发明涉及通信及计算机技术领域，尤其涉及电子钱包的充值方法、设备及系统。

背景技术

电子钱包是一种为方便持卡人小额消费而设计的金融IC卡应用。它支持圈存、消费等交易。除圈存交易外，使用电子钱包进行的其它交易均不记录明细，且均无需提交个人密码(PIN)。电子钱包中存储用户的消费额度，可以是费用、积分等。

目前的电子钱包产品支持在特殊充值终端上完成充值，充值的基本流程包括：用户将电子钱包卡片靠近充值终端，充值终端发送命令至卡片更新电子钱包余额，卡片回送给充值终端一个确认码，以证明更新已经发生。

充值时，卡片一旦余额更新成功，则需要将确认码回送给充值终端。如果充值终端未收到确认码，充值终端将会处于不知卡片是否更新的不定状态。在这种情况下，充值终端可以提醒用户重新将卡片贴近。之后充值终端将检查靠近的卡片与原卡片是否为同一张卡片。如果是同一张卡片，充值终端从该卡片获取确认码。如果确认码成功返回，充值终端即完成交易处理；如果确认码无法回送，则说明该卡片中的电子钱包余额没有被修改，此时充值可以用适当的初始化命令重新开始。卡片在接收到其它更改电子钱包余额的命令时，如扣费或充值命令时，将清除前次生成的确认码。

为方便描述，将通过移动终端(如手机)的无线信道完成电子钱包充值的过程称为空中充值。发明人发现，空中充值虽然可以方便电子钱包用户随时随地(无线信号覆盖到的地方)的进行充值，带来很大的方便性，但是由于无线信道的特性，很可能会出现充值数据的延时或丢包，从而导致移动终端的充值操作结果与网络侧的充值操作结果不一致的问题，容易引起业务提供者和消费者的纠纷和双方的利益损失。如移动终端的电子钱包已成功完成充值，但是回送给网络侧的确认码丢失，造成网络侧认为本次充值不成功，而没有对用户的充值来源账户做相应充值。

现有的充值方案如果直接应用到空中充值，在网络侧未收到移动终端返回的确认码的情况下，网络侧将会处于不知电子钱包余额是否更新的不定状态，而此时网络侧也很可能无法要求移动终端进行差错恢复。

例如，用户通过移动终端发起充值请求，网络侧收到充值请求后下发充值命令，移动终端收到充值命令后，生成确认码，修改电子钱包余额，此时移动终端断电，或出现通信异常而无法接通网络，产生的确认码无法发送到网络侧。此时，由于移动终端通信中断，网络侧也无法通知移动终端重新提交充值请求，网络侧将认为本次充值失败，不对用户的充值来源账户实施费用更改。这种情况下，用户的电子钱包余额实际已被修改，但网络侧却未更改费用，如果用户接下来又完成一次消费，那么原产生的确认码将被清除，前一次的充值差错无法被纠正。

发明内容

本发明实施例提供一种电子钱包的操作方法，用以保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益，该方法包括：

移动终端在对电子钱包进行本次操作前，确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；

若是，则向网络侧发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；否则直接对电子钱包进行本次操作。

本发明实施例还提供一种电子钱包的充值方法，用以保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益，该方法包括：

网络侧查找到异常状态的充值操作的记录时，向移动终端下发获取确认码的命令，所述确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；

移动终端确定本地是否保存有所述确认码；若是，则向网络侧发送所述确认码，完成所述充值操作；否则，向网络侧返回无所述确认码的响应，重新执行所述充值操作。

本发明实施例还提供一种移动终端，用以保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益，该移动终端包括：

确定模块，用于在对电子钱包进行本次操作之前，先确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；

执行模块，用于在确定本地保存有第一确认码时，向网络侧发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；在确定本地未保存有第一确认码时，直接对电子钱包进行本次操作。

本发明实施例还提供一种网络侧设备，用以保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益，该网络侧设备包括：

接收模块，用于接收移动终端发送的前次充值操作过程中用于通知本设备移动终端的本地余额已修改的第一确认码；

执行模块，用于在完成前次充值操作后，对电子钱包进行本次操作。

本发明实施例还提供一种网络侧设备，用以保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益，该网络侧设备包括：

查找模块，用于查找异常状态的充值操作的记录；

发送模块，用于在查找到异常状态的充值操作的记录时，向移动终端下发获取确认码的命令，所述确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；

接收模块，用于接收移动终端返回的所述确认码或无所述确认码的响应；

执行模块，用于在接收到移动终端返回的所述确认码时，完成所述充值操作；或，在接收移动终端返回的无所述确认码的响应时，重新执行所述充值操作。

本发明实施例还提供一种移动终端，用以保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益，该移动终端包括：

接收模块，用于接收网络侧下发的获取确认码的命令，所述确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；

确定模块，用于确定本地是否保存有所述确认码；

执行模块，用于在确定本地保存有所述确认码时，向网络侧发送所述确认码，完成所述充值操作；在确定本地未保存有所述确认码时，向网络侧返回无所述确认码的响应，重新执行所述充值操作。

本发明实施例还提供一种电子钱包的处理系统，用以保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益，该系统包括移动终端和网络侧设备，其中：

移动终端，用于在对电子钱包进行本次操作之前，先确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；若是，则向网络侧设备发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；否则直接对电子钱包进行本次操作；

网络侧设备，用于接收第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；或，直接对电子钱包进行本次操作。

本发明实施例还提供一种电子钱包的处理系统，用以保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益，该系统包括网络侧设备和移动终端，其中：

网络侧设备，用于在查找到异常状态的充值操作的记录时，向移动终端下发获取确认码的命令，所述确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；以及，在接收到移动终端返回的所述确认码后，完成所述充值操作；或，在接收到移动终端返回的无所述确认码的响应后，重新执行所述充值操作；

移动终端，用于确定本地是否保存有所述确认码；若是，则向网络侧设备发送所述确认码，完成所述充值操作；否则，向网络侧设备返回无所述确认码的响应，重新执行所述充值操作。

本发明实施例中，移动终端在对电子钱包进行本次操作之前，先确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；若是，则向网络侧发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；否则直接对电子钱包进行本次操作，以此实现空中充值，同时避免空中充值过程中出现通信异常时，可能出现前次充值操作未完成时即执行本次充值操作，而造成移动终端与网络侧消费额度不一致的情况，保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益。

本发明实施例中，网络侧查找到异常状态的充值操作的记录时，向移动终端下发获取确认码的命令，所述确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；移动终端确定本地是否保存有所述确认码；若是，则向网络侧发送所述确认码，完成所述充值操作；否则，向网络侧返回无所述确认码的响应，重新执行所述充值操作，以此实现空中充值，同时避免空中充值过程中出现通信异常时，可能出现前次充值操作未完成时即执行本次充值操作，而造成移动终端与网络侧消费额度不一致的情况，保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益。

附图说明

图1、图5为本发明实施例中电子钱包的充值流程图；

图2为本发明实施例中用户通过移动终端进行充值时的正常处理流程图；

图3、图4、图6为本发明实施例中移动终端与网络侧之间的充值的具体实例的处理流程图；

图7、图10为本发明实施例中移动终端的结构示意图；

图8、图9为本发明实施例中网络侧设备的结构示意图；

图11为本发明实施例中电子钱包的费用处理系统的结构示意图。

具体实施方式

为了在空中充值过程中出现通信异常时，保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益，如图1所示，本发明实施例中，一种电子钱包的操作流程如下：

步骤11、移动终端在对电子钱包进行本次操作之前，先确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；若是，则执行步骤12，否则执行步骤13。

步骤12、移动终端向网络侧发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作。

步骤13、直接对电子钱包进行本次操作。

为方便理解本发明实施例技术方案，以电子钱包中存储费用(积分与费用类似)为例，下面将用户通过移动终端进行充值时的正常处理流程及异常处理流程作一比较。如图2所示，用户通过移动终端进行充值时的正常处理流程如下：

步骤21、用户通过移动终端发起充值请求。

步骤22、网络侧收到充值请求后，修改本地余额，向移动终端下发余额修改命令。

步骤23、移动终端收到余额修改命令后，修改本地余额，生成确认码，将确认码返回给网络侧。

步骤24、网络侧收到确认码后，向移动终端下发删除该确认码的命令。

步骤25、移动终端收到删除该确认码的命令后，删除该确认码。

用户通过移动终端进行充值时，出现的异常情况及本发明实施例中的处理方法如下：

一、若网络侧未收到充值请求，则本次充值请求失败，用户重新发起充值请求。

二、若网络侧收到充值请求，完成对充值来源账户的费用更改，后下发余额修改命令至用户移动终端，同时启动计时器，若在规定时间内，未收到移动终端的确认码，则再次下发余额修改命令，为避免重放，每条余额修改命令携带有唯一标识。若达到最大重发次数，网络侧仍未收到确认码，网络侧将本次充值记录标注为“异常状态”。该异常情况的原因可能有两种：

1、移动终端没有收到网络侧下发的余额修改命令。此时，移动终端可以在等待一定时间后，自动或由用户人工再次发起上次充值请求，为避免重放，充值请求携带有唯一标识。充值请求在生成时需要用户输入或选择充值金额信息，以及指定充值来源账户(如有默认则无需指定)。在该充值请求未生效前(对应的充值操作已完成)，用户可以重发该充值请求，待对应的充值操作完成后再编辑新的充值请求；或者，用户可以修改该充值请求，发起新的充值请求并携带新的标识。

2、移动终端收到余额修改指令，余额已修改完毕，并生成确认码，但确认码在返回途中丢失。此时，移动终端无法收到网络侧的确认码删除命令，移动终端将保留确认码，确认码不被删除。在移动终端下次与网络侧通信前，需要先完成对前次确认码的处理，移动终端可以将确认码发送至网络侧，或在与网络侧进行本次通信时，在本次的通信请求中携带上次确认码。

三、网络侧收到确认码，但充值成功确认未成功发送到移动终端。移动终端按确认码未发送成功情况处理。

一个实施例中，网络侧在接收到第一确认码后，取消前次充值操作的异常状态记录，向移动终端下发删除第一确认码的命令；移动终端在接收到删除第一确认码的命令后，删除本地保存的第一确认码，或将本地保存的第一确认码设置为可删除状态，例如在接收到其它更改电子钱包余额的命令时，如扣费或充值命令时，可清除第一确认码。

对电子钱包进行本次操作可以是执行本次充值操作，也可以是执行其它的操作，如查询、暂停处理电子钱包费用、转账等。

对电子钱包进行本次操作为执行本次充值操作时，待完成前次充值操作后，移动终端向网络侧发起本次充值请求；网络侧根据接收的充值请求的标识，确定是否收到过该充值请求，若是，则向移动终端下发余额修改命令；否则修改本地余额，向移动终端下发余额修改命令；移动终端根据接收的余额修改命令的标识，确定是否收到过该余额修改命令，若是，将用于通知网络侧本地余额已修改的第二确认码返回给网络侧；否则修改本地余额，生成第二确认码并返回给网络侧；网络侧在接收到第二确认码后，向移动终端下发删除第二确认码的命令；移动终端在接收到删除第二确认码的命令后，删除本地保存的第二确认码，或将本地保存的第二确认码设置为可删除状态。

网络侧未在规定时间内接收到第二确认码时，重发余额修改命令。余额修改命令的重发次数达到阈值时，网络侧将本次充值操作记录为异常状态。

如图3所示，一个具体实例中，移动终端与网络侧之间的充值处理流程如下：

步骤31、用户选择通过移动终端进行空中充值。

步骤32、移动终端检查是否有未删除的充值确认码，若是，则执行步骤33，否则执行步骤35。

步骤33、网络侧进行确认码验证，取消对应充值记录的“异常状态”，并下发确认码删除命令。

步骤34、移动终端删除对应的确认码。

步骤35、移动终端发起充值请求。

步骤36、网络侧根据充值请求的标识，判断接收的充值请求之前是否已被受理过，若是，则下发余额修改命令，执行步骤38，否则执行步骤37。

步骤37、网络侧对充值来源账户进行费用更改，并下发余额修改命令。

步骤38、移动终端判断是否成功接收到余额修改命令，若是，则执行步骤39，否则返回步骤35。

步骤39、移动终端根据余额修改命令的标识，判断接收的余额修改命令是否在之前已收到过，若是，则将对应的确认码发送给网络侧，执行步骤311，否则执行步骤310。

步骤310、移动终端生成本次充值的确认码，修改本地余额，并将确认码发送给网络侧。

步骤311、网络侧判断是否在规定时间内收到确认码，若是，则向移动终端下发删除确认码命令，并执行步骤312，否则执行步骤315。

步骤312、移动终端判断是否收到删除确认码命令，若是，则执行步骤313，否则执行步骤314。

步骤313、移动终端删除确认码。

步骤314、移动终端保留确认码，确认码不被删除。

步骤315、网络侧判断是否超过最大重发次数，若是，则执行步骤316，否则下发余额修改命令，转入步骤38。

步骤316、网络侧将本次充值记录标注为“异常状态”。

另一实施例中，移动终端可以将第一确认码携带在本次通信请求中，发送给网络侧；网络侧根据接收的通信请求的标识，确定未收到过该通信请求时，在确定本次通信请求中携带有第一确认码后，取消前次充值操作的异常状态记录。

对电子钱包进行本次操作为执行本次充值操作时，在取消前次充值操作的异常状态记录之后，网络侧根据接收的通信请求的标识，确定是否收到过该通信请求，若是，直接向移动终端下发余额修改命令；否则，修改本地余额，向移动终端下发余额修改命令；移动终端根据接收的余额修改命令的标识，确定是否收到过该余额修改命令，若是，将用于通知网络侧本地余额已修改的第二确认码返回给网络侧；否则删除本地保存的第一确认码，修改本地余额，生成第二确认码并返回给网络侧；网络侧在接收到第二确认码后，向移动终端下发删除第二确认码的命令；移动终端在接收到删除第二确认码的命令后，删除本地保存的第二确认码，或将本地保存的第一确认码设置为可删除状态。

网络侧未在规定时间内接收到第二确认码时，重发余额修改命令。余额修改命令的重发次数达到阈值时，网络侧将本次充值操作记录为异常状态。

即移动终端可以将未删除的确认码附在新一轮的充值请求中，发送给网络侧，网络侧收到后，对前一“异常状态”的充值记录进行处理，然后再做新一轮充值处理，如图4所示，对“异常状态”的处理流程如下：

步骤41、用户选择通过移动终端进行空中充值。

步骤42、移动终端检查是否有未删除的充值确认码，若是，则执行步骤43，否则执行步骤44。

步骤43、移动终端将确认码添加到充值请求消息中。

步骤44、移动终端发起充值请求。

步骤45、网络侧根据充值请求的标识，判断接收的充值请求之前是否已被受理过，若是，则下发余额修改命令，执行步骤49，否则执行步骤46。

步骤46、网络侧判断充值请求中是否有确认码，若是，则执行步骤47，否则执行步骤48。

步骤47、网络侧进行确认码验证，取消对应充值记录的“异常状态”。

步骤48、网络侧对充值来源账户进行费用更改，并下发余额修改命令。

步骤49、移动终端判断是否成功接收到余额修改命令，若是，则执行步骤410，否则返回步骤44。

步骤410、移动终端根据余额修改命令的标识，判断接收的余额修改命令是否在之前已收到过，若是，则将对应的确认码发送给网络侧，执行步骤413，否则执行步骤411。

步骤411、移动终端删除对应的确认码。

步骤412、移动终端生成本次充值的确认码，修改余额，并将确认码发送给网络侧。

步骤413、网络侧判断是否在规定时间内收到确认码，若是，则向移动终端下发删除确认码命令，并执行步骤414，否则执行步骤417。

步骤414、移动终端判断是否收到删除确认码命令，若是，则执行步骤415，否则执行步骤416。

步骤415、移动终端删除确认码。

步骤416、移动终端保留确认码，不被删除。

步骤417、网络侧判断是否超过重发次数，若是，则执行步骤418，否则下发余额修改命令，转入步骤49。

步骤418、网络侧将本次充值记录标注为“异常状态”。

如图5所示，本发明实施例中，另一种电子钱包的充值流程如下：

步骤51、网络侧查找到异常状态的充值操作的记录时，向移动终端下发获取确认码的命令，该确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改。

步骤52、移动终端确定本地是否保存有该确认码；若是，则向网络侧发送该确认码，完成该次充值操作；否则，向网络侧返回无该确认码的响应，重新执行该次充值操作。

在步骤52中，完成该次充值操作包括：网络侧在接收到该确认码后，取消该次充值操作的异常状态记录，向移动终端下发删除该确认码的命令；移动终端在接收到删除该确认码的命令后，删除本地保存的该确认码，或将本地保存的该确认码设置为可删除状态。重新执行该次充值操作包括：网络侧修改本地余额，向移动终端下发余额修改命令；移动终端修改本地余额，生成确认码并返回给网络侧；网络侧在接收到确认码后，向移动终端下发删除确认码的命令；移动终端在接收到删除确认码的命令后，删除本地保存的确认码，或将本地保存的该确认码设置为可删除状态。

网络侧未在规定时间内接收到确认码时，重发余额修改命令。余额修改命令的重发次数达到阈值时，网络侧将本次充值操作记录为异常状态。

即网络侧也可以针对处于“异常状态”的充值记录，主动发起冲正，如图6所示，一个具体实例中，充值处理流程如下：

步骤61、网络侧查找到“异常状态”的充值记录，下发获取确认码命令。

步骤62、移动终端检查是否有对应充值记录的确认码，若是，则发送确认码，并执行步骤63，否则发送无确认码的响应，并执行步骤65。

步骤63、网络侧收到确认码。

步骤64、网络侧进行确认码验证，取消对应充值记录的“异常状态”。

步骤65、网络侧获知移动终端未产生确认码。

步骤66、网络侧重新发起充值，修改本地余额，并向移动终端下发余额修改命令。

步骤67、移动终端修改本地余额，生成确认码并返回给网络侧。

步骤68、网络侧判断是否在规定时间内收到确认码，若是，则向移动终端下发删除确认码命令，并执行步骤69，否则执行步骤612。

步骤69、移动终端判断是否收到删除确认码命令，若是，则执行步骤610，否则执行步骤611。

步骤610、移动终端删除确认码。

步骤611、移动终端保留确认码，不被删除。

步骤612、网络侧判断是否超过重发次数，若是，则执行步骤613，否则重发余额修改命令，转入步骤67。

步骤613、网络侧将本次充值记录保持为“异常状态”。

基于同一发明构思，本发明实施例还提供一种移动终端，其结构如图7所示，包括：确定模块71，用于在对电子钱包进行本次操作之前，先确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；执行模块72，用于在确定本地保存有第一确认码时，向网络侧发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；在确定本地未保存有第一确认码时，直接对电子钱包进行本次操作。

一个实施例中，执行模块72可以包括：接收单元，用于接收网络侧下发的删除第一确认码的命令；删除单元，用于删除本地保存的第一确认码，或将本地保存的第一确认码设置为可删除状态。

对电子钱包进行本次操作为执行本次充值操作时，执行模块72还可以包括：发送单元，用于向网络侧发起本次充值请求；在所述接收单元接收到网络侧下发的余额修改命令后，根据接收的余额修改命令的标识，确定收到过该余额修改命令时，将第二确认码返回给网络侧；修改单元，用于在接收单元接收到网络侧下发的余额修改命令后，根据接收的余额修改命令的标识，确定未收到过该余额修改命令时，修改本地余额；生成单元，用于在所述修改单元修改本地余额后，生成第二确认码，并指示发送单元将第二确认码返回给网络侧；接收单元还可以用于接收网络侧下发的删除第二确认码的命令；删除单元还可以用于删除本地保存的第二确认码，或将本地保存的第二确认码设置为可删除状态。

一个实施例中，执行模块72可以包括：发送单元，用于将第一确认码携带在本次通信请求中，发送给网络侧。

对电子钱包进行本次操作为执行本次充值操作时，执行模块72还可以包括：接收单元，用于接收网络侧下发的余额修改命令；所述发送单元进一步用于在根据接收的余额修改命令的标识，确定收到过该余额修改命令时，将第二确认码返回给网络侧；删除单元，用于在根据接收的余额修改命令的标识，确定未收到过该余额修改命令时，删除本地保存的第一确认码；修改单元，用于在所述删除单元删除第一确认码后，修改本地余额；生成单元，用于所述修改单元修改本地余额后，生成第二确认码，并指示发送单元将第二确认码返回给网络侧；接收单元还可以用于接收网络侧下发的删除第二确认码的命令；删除单元还可以用于删除本地保存的第二确认码，或将本地保存的第二确认码设置为可删除状态。

基于同一发明构思，本发明实施例还提供一种网络侧设备，其结构如图8所示，包括：接收模块81，用于接收移动终端发送的前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；执行模块82，用于在完成前次充值操作后，对电子钱包进行本次操作。

一个实施例中，执行模块82可以包括：记录单元，用于取消前次充值操作的异常状态记录；发送单元，用于向移动终端下发删除第一确认码的命令。

对电子钱包进行本次操作为对电子钱包进行本次充值操作时，执行模块82还可以包括：接收单元，用于接收移动终端发送的本次充值请求；修改单元，用于修改本地余额；发送单元还可以用于向移动终端下发余额修改命令；在接收单元接收到移动终端修改本地余额后生成的第二确认码后，向移动终端下发删除第二确认码的命令。

一个实施例中，执行模块82可以包括：记录单元，用于在确定本次通信请求中携带有第一确认码后，取消前次充值操作的异常状态记录。

对电子钱包进行本次操作为对电子钱包进行本次充值操作时，执行模块82还可以包括：修改单元，用于修改本地余额；发送单元，用于向移动终端下发余额修改命令；接收单元，用于接收移动终端修改本地余额后生成的第二确认码；发送单元还可以用于向移动终端下发删除第二确认码的命令。

接收单元未在规定时间内接收到第二确认码时，发送单元重发余额修改命令。余额修改命令的重发次数达到阈值时，记录单元将本次充值操作记录为异常状态。

基于同一发明构思，本发明实施例还提供一种网络侧设备，其结构如图9所示，包括：查找模块91，用于查找异常状态的充值操作的记录；发送模块92，用于在查找到异常状态的充值操作的记录时，向移动终端下发获取确认码的命令，该确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；接收模块93，用于接收移动终端返回的该确认码或无该确认码的响应；执行模块94，用于在接收到移动终端返回的该确认码时，完成充值操作；或，在接收移动终端返回的无该确认码的响应时，重新执行充值操作。

一个实施例中，执行模块94在完成充值操作时，可以包括：记录单元，用于在接收模块93接收到该确认码后，取消充值操作的异常状态记录；发送单元，用于向移动终端下发删除该确认码的命令。

一个实施例中，执行模块94在重新执行所述充值操作时，可以包括：修改单元，用于修改本地余额；发送单元，用于向移动终端下发余额修改命令；接收单元，用于接收移动终端修改本地余额后生成的确认码；发送单元还可以用于向移动终端下发删除确认码的命令。

接收单元未在规定时间内接收到第二确认码时，发送单元重发余额修改命令。执行模块94还可以包括：记录单元，用于在余额修改命令的重发次数达到阈值时，将本次充值操作记录为异常状态。

基于同一发明构思，本发明实施例还提供一种移动终端，其结构如图10所示，包括：接收模块101，用于接收网络侧下发的获取确认码的命令，该确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；确定模块102，用于确定本地是否保存有该确认码；执行模块103，用于在确定本地保存有该确认码时，向网络侧发送该确认码，完成充值操作；在确定本地未保存有该确认码时，向网络侧返回无该确认码的响应，重新执行充值操作。

一个实施例中，执行模块103在完成所述充值操作时，可以包括：接收单元，用于接收网络侧下发的删除该确认码的命令；删除单元，用于删除本地保存的该确认码，或将本地保存的该确认码设置为可删除状态。

一个实施例中，执行模块103在重新执行所述充值操作时，可以包括：接收单元，用于接收网络侧下发的余额修改命令；修改单元，用于修改本地余额；生成单元，用于生成确认码；发送单元，用于将确认码返回给网络侧；删除单元，用于在接收单元接收到网络侧下发的删除确认码的命令后，删除本地保存的确认码，或将本地保存的该确认码设置为可删除状态。

基于同一发明构思，本发明实施例还提供一种电子钱包的处理系统，其结构如图11所示，包括移动终端111和网络侧设备112，其中：移动终端111，用于在对电子钱包进行本次操作之前，先确定本地是否保存有执行前次充值操作时，在修改本地余额后生成的第一确认码；若是，则向网络侧设备112发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；否则直接对电子钱包进行本次操作；网络侧设备112，用于接收第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；或，直接对电子钱包进行本次操作。

基于同一发明构思，本发明实施例还提供一种电子钱包的处理系统，其结构与图11所示的系统结构相同，此时，网络侧设备112，用于在查找到异常状态的充值操作的记录时，向移动终端111下发获取确认码的命令，该确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；以及，在接收到移动终端111返回的该确认码后，完成充值操作；或，在接收到移动终端111返回的无该确认码的响应后，重新执行充值操作；移动终端111，用于确定本地是否保存有该确认码；若是，则向网络侧设备112发送该确认码，完成充值操作；否则，向网络侧设备112返回无该确认码的响应，重新执行充值操作。

本领域普通技术人员可以理解上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：ROM、RAM、磁盘或光盘等。

本发明实施例中，移动终端在对电子钱包进行本次操作之前，先确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；若是，则向网络侧发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；否则直接对电子钱包进行本次操作，以此实现空中充值，同时避免空中充值过程中出现通信异常时，可能出现前次充值操作未完成时即执行本次充值操作，而造成移动终端与网络侧消费额度不一致的情况，保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益。

本发明实施例中，网络侧查找到异常状态的充值操作的记录时，向移动终端下发获取确认码的命令，所述确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；移动终端确定本地是否保存有所述确认码；若是，则向网络侧发送所述确认码，完成所述充值操作；否则，向网络侧返回无所述确认码的响应，重新执行所述充值操作，以此实现空中充值，同时避免空中充值过程中出现通信异常时，可能出现前次充值操作未完成时即执行本次充值操作，而造成移动终端与网络侧消费额度不一致的情况，保持移动终端与网络侧消费额度的一致性，维护业务提供者和消费者双方的利益。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (34)

1、一种电子钱包的操作方法，其特征在于，该方法包括：

移动终端在对电子钱包进行本次操作前，确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；

若是，则向网络侧发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；否则直接对电子钱包进行本次操作。

2、如权利要求1所述的方法，其特征在于，所述完成前次充值操作包括：

网络侧在接收到第一确认码后，取消前次充值操作的异常状态记录，向移动终端下发删除第一确认码的命令；

移动终端在接收到所述删除第一确认码的命令后，删除本地保存的第一确认码，或将本地保存的第一确认码设置为可删除状态。

3、如权利要求2所述的方法，其特征在于，对电子钱包进行本次操作是指对电子钱包进行本次充值操作；

待完成前次充值操作后，对电子钱包进行本次充值操作包括：

移动终端向网络侧发起本次充值请求；

网络侧根据接收的充值请求的标识，确定是否收到过该充值请求，若是，则向移动终端下发余额修改命令；否则修改本地余额，向移动终端下发余额修改命令；

移动终端根据接收的余额修改命令的标识，确定是否收到过该余额修改命令，若是，将用于通知网络侧本地余额已修改的第二确认码返回给网络侧；否则修改本地余额，生成第二确认码并返回给网络侧；

网络侧在接收到第二确认码后，向移动终端下发删除第二确认码的命令；

移动终端在接收到所述删除第二确认码的命令后，删除本地保存的第二确认码，或将本地保存的第二确认码设置为可删除状态。

4、如权利要求1所述的方法，其特征在于，所述向网络侧发送第一确认码是指：移动终端将第一确认码携带在本次通信请求中，发送给网络侧；

所述完成前次充值操作包括：

网络侧根据接收的通信请求的标识，确定未收到过该通信请求时，在确定本次通信请求中携带有第一确认码后，取消前次充值操作的异常状态记录。

5、如权利要求4所述的方法，其特征在于，对电子钱包进行本次操作是指对电子钱包进行本次充值操作；

待完成前次充值操作后，对电子钱包进行本次充值操作包括：

网络侧根据接收的通信请求的标识，确定是否收到过该通信请求，若是，直接向移动终端下发余额修改命令；否则，修改本地余额，向移动终端下发余额修改命令；

移动终端根据接收的余额修改命令的标识，确定是否收到过该余额修改命令，若是，将用于通知网络侧本地余额已修改的第二确认码返回给网络侧；否则删除本地保存的第一确认码，修改本地余额，生成第二确认码并返回给网络侧；

网络侧在接收到第二确认码后，向移动终端下发删除第二确认码的命令；

移动终端在接收到所述删除第二确认码的命令后，删除本地保存的第二确认码，或将本地保存的第二确认码设置为可删除状态。

6、如权利要求3或5所述的方法，其特征在于，网络侧未在规定时间内接收到第二确认码时，重发所述余额修改命令。

7、如权利要求6所述的方法，其特征在于，所述余额修改命令的重发次数达到阈值时，网络侧将本次充值操作记录为异常状态。

8、一种电子钱包的充值方法，其特征在于，该方法包括：

网络侧查找到异常状态的充值操作的记录时，向移动终端下发获取确认码的命令，所述确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；

移动终端确定本地是否保存有所述确认码；若是，则向网络侧发送所述确认码，完成所述充值操作；否则，向网络侧返回无所述确认码的响应，重新执行所述充值操作。

9、如权利要求8所述的方法，其特征在于，完成所述充值操作包括：

网络侧在接收到所述确认码后，取消所述充值操作的异常状态记录，向移动终端下发删除所述确认码的命令；

移动终端在接收到删除所述确认码的命令后，删除本地保存的所述确认码，或将本地保存的所述确认码设置为可删除状态。

10、如权利要求8所述的方法，其特征在于，重新执行所述充值操作包括：

网络侧修改本地余额，向移动终端下发余额修改命令；

移动终端修改本地余额，生成所述确认码并返回给网络侧；

网络侧在接收到所述确认码后，向移动终端下发删除所述确认码的命令；

移动终端在接收到删除所述确认码的命令后，删除本地保存的所述确认码，或将本地保存的所述确认码设置为可删除状态。

11、如权利要求10所述的方法，其特征在于，网络侧未在规定时间内接收到所述确认码时，重发所述余额修改命令。

12、如权利要求11所述的方法，其特征在于，所述余额修改命令的重发次数达到阈值时，网络侧将本次充值操作记录为异常状态。

13、一种移动终端，其特征在于，包括：

确定模块，用于在对电子钱包进行本次操作之前，先确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；

执行模块，用于在确定本地保存有第一确认码时，向网络侧发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；在确定本地未保存有第一确认码时，直接对电子钱包进行本次操作。

14、如权利要求13所述的移动终端，其特征在于，所述执行模块包括：

接收单元，用于接收网络侧下发的删除第一确认码的命令；删除单元，用于删除本地保存的第一确认码，或将本地保存的第一确认码设置为可删除状态。

15、如权利要求14所述的移动终端，其特征在于，对电子钱包进行本次操作是指对电子钱包进行本次充值操作；

所述执行模块还包括：

发送单元，用于向网络侧发起本次充值请求；在所述接收单元接收到网络侧下发的余额修改命令后，根据接收的余额修改命令的标识，确定收到过该余额修改命令时，将用于通知网络侧本地余额已修改的第二确认码返回给网络侧；

修改单元，用于在所述接收单元接收到网络侧下发的余额修改命令后，根据接收的余额修改命令的标识，确定未收到过该余额修改命令时，修改本地余额；

生成单元，用于在所述修改单元修改本地余额后，生成第二确认码，并指示所述发送单元将第二确认码返回给网络侧；

所述接收单元进一步用于接收网络侧下发的删除第二确认码的命令；

所述删除单元进一步用于删除本地保存的第二确认码，或将本地保存的第二确认码设置为可删除状态。

16、如权利要求13所述的移动终端，其特征在于，所述执行模块包括：

发送单元，用于将第一确认码携带在本次通信请求中，发送给网络侧。

17、如权利要求16所述的移动终端，其特征在于，对电子钱包进行本次操作是指对电子钱包进行本次充值操作；

所述执行模块还包括：

接收单元，用于接收网络侧下发的余额修改命令；

所述发送单元进一步用于在根据接收的余额修改命令的标识，确定收到过该余额修改命令时，将用于通知网络侧本地余额已修改的第二确认码返回给网络侧；

删除单元，用于在根据接收的余额修改命令的标识，确定未收到过该余额修改命令时，删除本地保存的第一确认码；

修改单元，用于在所述删除单元删除第一确认码后，修改本地余额；

生成单元，用于所述修改单元修改本地余额后，生成第二确认码，并指示所述发送单元将第二确认码返回给网络侧；

所述接收单元进一步用于接收网络侧下发的删除第二确认码的命令；

所述删除单元进一步用于删除本地保存的第二确认码，或将本地保存的第二确认码设置为可删除状态。

18、一种网络侧设备，其特征在于，包括：

接收模块，用于接收移动终端发送的前次充值操作过程中用于通知本设备移动终端的本地余额已修改的第一确认码；

执行模块，用于在完成前次充值操作后，对电子钱包进行本次操作。

19、如权利要求18所述的网络侧设备，其特征在于，所述执行模块包括：

记录单元，用于取消前次充值操作的异常状态记录；

发送单元，用于向移动终端下发删除第一确认码的命令。

20、如权利要求19所述的网络侧设备，其特征在于，对电子钱包进行本次操作是指对电子钱包进行本次充值操作；

所述执行模块还包括：

接收单元，用于接收移动终端发送的本次充值请求；

修改单元，用于在根据接收的充值请求的标识，确定未收到过该充值请求时，修改本地余额；

所述发送单元进一步用于向移动终端下发余额修改命令；在所述接收单元接收到移动终端修改本地余额后生成的第二确认码后，向移动终端下发删除第二确认码的命令。

21、如权利要求18所述的网络侧设备，其特征在于，所述执行模块包括：

记录单元，用于在根据接收的通信请求的标识，确定未收到过该通信请求时，在确定本次通信请求中携带有第一确认码后，取消前次充值操作的异常状态记录。

22、如权利要求21所述的网络侧设备，其特征在于，对电子钱包进行本次操作是指对电子钱包进行本次充值操作；

所述执行模块还包括：

修改单元，用于在根据接收的通信请求的标识，确定未收到过该通信请求时，修改本地余额；

发送单元，用于向移动终端下发余额修改命令；

接收单元，用于接收移动终端修改本地余额后生成的第二确认码；

所述发送单元进一步用于向移动终端下发删除第二确认码的命令。

23、如权利要求20或22所述的网络侧设备，其特征在于，所述接收单元未在规定时间内接收到第二确认码时，所述发送单元重发所述余额修改命令。

24、如权利要求23所述的网络侧设备，其特征在于，所述余额修改命令的重发次数达到阈值时，所述记录单元将本次充值操作记录为异常状态。

25、一种网络侧设备，其特征在于，包括：

查找模块，用于查找异常状态的充值操作的记录；

发送模块，用于在查找到异常状态的充值操作的记录时，向移动终端下发获取确认码的命令，所述确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；

接收模块，用于接收移动终端返回的所述确认码或无所述确认码的响应；

执行模块，用于在接收到移动终端返回的所述确认码时，完成所述充值操作；或，在接收移动终端返回的无所述确认码的响应时，重新执行所述充值操作。

26、如权利要求25所述的网络侧设备，其特征在于，所述执行模块在完成所述充值操作时，包括：

记录单元，用于在所述接收模块接收到所述确认码后，取消所述充值操作的异常状态记录；

发送单元，用于向移动终端下发删除所述确认码的命令。

27、如权利要求25所述的网络侧设备，其特征在于，所述执行模块在重新执行所述充值操作时，包括：

修改单元，用于修改本地余额；

发送单元，用于向移动终端下发余额修改命令；

接收单元，用于接收移动终端修改本地余额后生成的所述确认码；

所述发送单元进一步用于向移动终端下发删除所述确认码的命令。

28、如权利要求27所述的网络侧设备，其特征在于，所述接收单元未在规定时间内接收到所述确认码时，所述发送单元重发所述余额修改命令。

29、如权利要求28所述的网络侧设备，其特征在于，所述执行模块还包括：

记录单元，用于在所述余额修改命令的重发次数达到阈值时，将本次充值操作记录为异常状态。

30、一种移动终端，其特征在于，包括：

接收模块，用于接收网络侧下发的获取确认码的命令，所述确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；

确定模块，用于确定本地是否保存有所述确认码；

执行模块，用于在确定本地保存有所述确认码时，向网络侧发送所述确认码，完成所述充值操作；在确定本地未保存有所述确认码时，向网络侧返回无所述确认码的响应，重新执行所述充值操作。

31、如权利要求30所述的移动终端，其特征在于，所述执行模块在完成所述充值操作时，包括：

接收单元，用于接收网络侧下发的删除所述确认码的命令；

删除单元，用于删除本地保存的所述确认码，或将本地保存的所述确认码设置为可删除状态。

32、如权利要求30所述的移动终端，其特征在于，所述执行模块在重新接收单元，用于接收网络侧下发的余额修改命令；

修改单元，用于修改本地余额；

生成单元，用于生成所述确认码；

发送单元，用于将所述确认码返回给网络侧；

删除单元，用于在所述接收单元接收到网络侧下发的删除所述确认码的命令后，删除本地保存的所述确认码，或将本地保存的所述确认码设置为可删除状态。

33、一种电子钱包的处理系统，其特征在于，包括移动终端和网络侧设备，其中：

移动终端，用于在对电子钱包进行本次操作之前，先确定本地是否保存有前次充值操作过程中用于通知网络侧本地余额已修改的第一确认码；若是，则向网络侧设备发送第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；否则直接对电子钱包进行本次操作；

网络侧设备，用于接收第一确认码，待完成前次充值操作后，对电子钱包进行本次操作；或，直接对电子钱包进行本次操作。

34、一种电子钱包的处理系统，其特征在于，包括网络侧设备和移动终端，其中：

网络侧设备，用于在查找到异常状态的充值操作的记录时，向移动终端下发获取确认码的命令，所述确认码用于在所述充值操作过程中，通知网络侧移动终端的本地余额已修改；以及，在接收到移动终端返回的所述确认码后，完成所述充值操作；或，在接收到移动终端返回的无所述确认码的响应后，重新执行所述充值操作；

移动终端，用于确定本地是否保存有所述确认码；若是，则向网络侧设备发送所述确认码，完成所述充值操作；否则，向网络侧设备返回无所述确认码的响应，重新执行所述充值操作。

Images