CN102610042A - 空中圈存方法、系统、终端和空中圈存服务器 - Google Patents

Abstract

本发明提供一种空中圈存方法、系统、终端和空中圈存服务器，方法包括：在向空中圈存服务器发送本次交易的圈存请求前，检测终端侧的状态码，所述终端侧的状态码用于标识所述终端侧的上次交易状态；根据所述终端侧的上次交易状态进行空中圈存处理，并更新所述终端侧的状态码。终端包括第一检测模块和第一圈存模块。空中圈存服务器包括第二检测模块和第二圈存模块。空中圈存系统包括终端、空中圈存服务器和账户管理服务器。本发明解决了现有技术中出现的当短信通道异常时终端侧与服务器侧双方账目出现不一致的问题，提高了空中圈存的便捷性和稳定性。

Description

空中圈存方法、系统、终端和空中圈存服务器

技术领域

本发明涉及通信技术，尤其涉及一种空中圈存方法、系统、终端和空中圈存服务器。

背景技术

移动支付业务作为允许用户使用移动终端对所消费的商品或服务进行账务支付的一种业务，为用户的日常生活带来了极大的便捷性，用户无需再去银行排队办理相关业务，只需通过空中圈存服务器为终端圈存资金便可以提供支付业务。

现有技术中的空中圈存方式为通过设置在终端的电子钱包应用客户端向空中圈存服务器发送圈存请求，空中圈存服务器根据圈存请求完成账户预扣款操作后，再向终端返回扣账结果通知，电子钱包应用客户端根据扣账结果通知在本地完成充值等圈存流程，并向圈存服务器返回充值结果通知，空中圈存服务器根据充值结果通知进行实际扣账处理。

然而，现有技术中存在如下问题：当空中圈存的短信通道出现切断或堵塞等异常情况时，终端侧与服务器侧双方账目出现不一致现象。

发明内容

本发明提供一种空中圈存方法、系统、终端和空中圈存服务器，解决现有技术中出现的当短信通道异常时终端侧与服务器侧双方账目出现不一致的问题，提高空中圈存的便捷性和稳定性。

本发明的第一个方面是提供一种空中圈存方法，包括：

在向空中圈存服务器发送本次交易的圈存请求前，检测终端侧的状态码，所述终端侧的状态码用于标识所述终端侧的上次交易状态；

根据所述终端侧的上次交易状态进行空中圈存处理，并更新所述终端侧的状态码。

本发明的另一个方面是提供一种空中圈存方法，当终端侧的状态码标识终端侧的上次交易已完成时，所述方法包括：

在接收到终端发送的本次交易的圈存请求后，检测服务器侧的状态码，所述服务器侧的状态码用于标识所述服务器侧的上次交易状态；

根据所述服务器侧的上次交易状态进行空中圈存处理，并更新所述服务器侧的状态码。

本发明的又一个方面是提供一种终端，包括：

第一检测模块，用于在向空中圈存服务器发送本次交易的圈存请求前，检测终端侧的状态码，所述终端侧的状态码用于标识所述终端侧的上次交易状态；

第一圈存模块，用于根据所述终端侧的上次交易状态进行空中圈存处理，并更新所述终端侧的状态码。

本发明的又一个方面是提供一种空中圈存服务器，当终端侧的状态码标识终端侧的上次交易已完成时，所述服务器包括：

第二检测模块，用于在接收到终端发送的本次交易的圈存请求后，检测服务器侧的状态码，所述服务器侧的状态码用于标识所述服务器侧的上次交易状态；

第二圈存模块，用于根据所述服务器侧的上次交易状态进行空中圈存处理，并更新所述服务器侧的状态码。

本发明的又一个方面是提供一种空中圈存系统，包括上述终端、空中圈存服务器和账户管理服务器。

本发明的技术效果是：在向空中圈存服务器发送本次交易的圈存请求之前，通过检测终端侧的状态码获取终端侧的上次交易状态，根据终端侧的上次交易状态进行空中圈存处理，并更新终端侧的状态码；本发明解决了现有技术中出现的当短信通道异常时终端侧与服务器侧双方账目出现不一致的问题，提高了空中圈存的便捷性和稳定性。

附图说明

图1为本发明空中圈存方法实施例一的流程图；

图2为本发明空中圈存方法实施例二的流程图；

图3为本发明空中圈存方法实施例三的流程图；

图4为本发明终端实施例一的结构示意图；

图5为本发明终端实施例二的结构示意图；

图6为本发明空中圈存服务器实施例一的结构示意图；

图7为本发明空中圈存服务器实施例二的结构示意图。

具体实施方式

图1为本发明空中圈存方法实施例一的流程图，如图1所示，本实施例提供了一种空中圈存方法，本实施例从终端侧对本发明的技术方案进行具体的说明，本实施例可以具体包括如下步骤：

步骤101，在向空中圈存服务器发送本次交易的圈存请求前，检测终端侧的状态码，所述终端侧的状态码用于标识所述终端侧的上次交易状态。

在本实施例中，当用户需要执行圈存时，用户需要通过终端向空中圈存服务器发送本次交易的圈存请求。本实施例中的终端可以具体为手机、平板电脑等移动设备。在本实施例中，在终端侧维护一个状态码，即终端侧的状态码，该终端侧的状态码用于标识终端侧的上次交易状态。在本步骤中，在终端向空中圈存服务器发送本次交易的圈存请求前，终端先对终端侧的状态码进行检测，通过该状态码获取终端侧的上次交易状态，以确定终端侧是否已完成上次交易。

步骤102，根据所述终端侧的上次交易状态进行空中圈存处理，并更新所述终端侧的状态码。

在检测到终端侧的状态码后，终端侧通过该状态码获取到终端侧的上次交易状态，根据终端侧的上次交易状态进行空中圈存处理，即根据终端侧的上次交易状态来执行后续的空中圈存处理过程，并实时更新终端侧的状态码。本实施例在发起本次交易的圈存请求前，通过检测终端侧的状态码获取终端侧的上次交易状态，当上次交易已完成时，终端可以发起本次交易的圈存请求，从而执行本次交易的空中圈存过程；当上次交易未完成时，终端则可以选择继续执行上次交易的空中圈存过程或者执行本次交易的空中圈存过程。具体的空中圈存过程与现有是类似的，只是在终端完成空中圈存过程之后，如终端已完成充值过程之后，对终端侧的状态码进行更新，以使得终端侧的状态码可以标识终端侧的最新交易状态。因此，本实施例提供的空中圈存方法能够防止在空中短信通道出现异常后由于上次交易未完成而导致的终端侧与服务器侧的双方账目不一致的现象。

具体地，在本实施例中，上述步骤102可以具体包括如下步骤：当所述终端侧的上次交易未完成时，终端根据生成的用户指令继续执行上次交易的空中圈存处理或执行本次交易的空中圈存处理。当终端选择执行本次交易的空中圈存处理时，终端向空中圈存服务器发送本次交易的圈存请求，同时，终端在该圈存请求中携带终端侧的上次交易记录，表明终端侧的上次交易未完成，则空中圈存服务器在根据本次交易的圈存请求执行本次交易的空中圈存处理之前，先根据终端侧的上次交易记录进行平账处理。此处的平账处理可以具体为空中圈存服务器根据终端侧的上次交易记录平衡终端侧的账目信息和服务器侧的账目信息，例如，终端尚未完成账户充值，则空中圈存服务器需要根据上次交易记录将服务器侧已经预扣除的款项返回服务器侧的账户。

或者，本实施例中的上述步骤102可以具体包括如下步骤：当所述终端侧的上次交易已完成时，向所述空中圈存服务器发送圈存请求，以使所述空中圈存服务器根据所述圈存请求检测服务器侧的状态码。

本实施例提供了一种空中圈存方法，在向空中圈存服务器发送本次交易的圈存请求之前，通过检测终端侧的状态码获取终端侧的上次交易状态，根据终端侧的上次交易状态进行空中圈存处理，并更新终端侧的状态码；本实施例解决了现有技术中出现的当短信通道异常时终端侧与服务器侧双方账目出现不一致的问题，提高了空中圈存的便捷性和稳定性。

图2为本发明空中圈存方法实施例二的流程图，如图2所示，本实施例提供了一种空中圈存方法，本实施例从空中圈存服务器侧对本发明的技术方案进行具体的说明，本实施例可以具体包括如下步骤：

步骤201，当终端侧的状态码标识终端侧的上次交易已完成时，在接收到终端发送的本次交易的圈存请求后，检测服务器侧的状态码，所述服务器侧的状态码用于标识所述服务器侧的上次交易状态。

当终端通过检测终端侧的状态码获知终端侧的上次交易已完成时，终端向空中圈存服务器发送本次交易的圈存请求。空中圈存服务器在接收到本次交易的圈存请求后，先检测服务器侧的状态码，服务器侧的状态码用于标识服务器侧的上次交易状态，空中圈存服务器通过服务器侧的状态码获知服务器侧的上次交易已完成或服务器侧的上次交易未完成。

步骤202，根据所述服务器侧的上次交易状态进行空中圈存处理，并更新所述服务器侧的状态码。

在获取到服务器侧的上次交易状态后，空中圈存服务器根据服务器侧的上次交易状态进行空中圈存处理，并根据空中圈存处理的处理结果更新服务器侧的状态码。当服务器侧的上次交易已完成时，此时由于终端侧维护的终端侧的状态码已表明终端侧的上次交易也已完成，空中圈存服务器可以根据接收到的本次交易的圈存请求进行本次交易的空中圈存处理，并在服务器侧的本次交易完成后更新服务器侧的状态码。当服务器侧的上次交易未完成时，服务器则继续执行上次交易的空中圈存处理，即通过账户管理平台进行相应的实际扣账处理。在本实施例中，具体的空中圈存过程与现有是类似的，只是在服务器完成空中圈存过程之后，对服务器侧的状态码进行更新，以使得服务器侧的状态码可以标识服务器侧的最新交易状态。因此，本实施例提供的空中圈存方法能够防止在空中短信通道出现异常后由于上次交易未完成而导致的终端侧与服务器侧的双方账目不一致的现象。

具体地，本实施例中的上述步骤202可以具体包括如下步骤：当所述服务器侧的上次交易未完成时，空中圈存服务器继续执行上次交易的空中圈存处理，并根据所述扣账结果通知更新所述服务器侧的状态码。

或者，本实施例中的上述步骤202可以具体包括如下步骤：当所述服务器侧的上次交易已完成时，空中圈存服务器根据所述本次交易的圈存请求执行所述本次交易的空中圈存处理，并根据圈存处理结果更新所述服务器侧的状态码。

本实施例提供了一种空中圈存方法，当终端侧的上次交易已完成时，在接收到终端发送的本次交易的圈存请求后，通过检测服务器侧的状态码获取服务器侧的上次交易状态，根据服务器侧的上次交易状态进行空中圈存处理，并更新服务器侧的状态码；本实施例解决了现有技术中出现的当短信通道异常时终端侧与服务器侧双方账目出现不一致的问题，提高了空中圈存的便捷性和稳定性。

图3为本发明空中圈存方法实施例三的流程图，如图3所示，本实施例提供了一种空中圈存方法，可以具体包括如下步骤：

步骤301，在向空中圈存服务器发送本次交易的圈存请求前，终端检测检测终端侧的状态码，终端侧的状态码用于标识终端侧的上次交易状态。

本实施例具体以电子钱包业务为例来说明本发明的空中圈存方法，具体地，电子钱包应用客户端安装在手机终端中，因此，电子钱包应用客户端与空中圈存服务器之间的交互相当于终端与空中圈存服务器之间的交互。当用户需要执行圈存时，用户需要通过终端发起本次交易的圈存请求，本实施例为在终端向空中圈存服务器发送本次交易的圈存请求前，先触发终端检测终端侧的状态码，该终端侧的状态码用于标识终端侧的上次交易状态。

步骤302，终端通过终端侧的状态码判断终端侧的上次交易是否完成，如果是，则执行步骤303，否则执行步骤311。

终端对终端侧的状态码进行检测，通过终端侧的状态码判断终端侧的上次交易是否完成，如果是，则执行步骤303，否则执行后续步骤311。

步骤303，终端向空中圈存服务器发送本次交易的圈存请求。

当终端通过终端侧的状态码获知终端侧的上次交易已完成时，终端直接向空中圈存服务器发送本次交易的圈存请求，即将本次交易的圈存请求发送到空中圈存服务器。

步骤304，空中圈存服务器检测服务器侧的状态码，服务器侧的状态码用于标识所述服务器侧的上次交易状态。

当空中圈存服务器接收到终端发送的本次交易的圈存请求后，空中圈存服务器在进行本次交易的空中圈存处理之前，先检测服务器侧的状态码，该服务器侧的状态码用于标识服务器侧的上次交易状态。

步骤305，空中圈存服务器通过服务器侧的状态码判断服务器侧的上次交易是否完成，如果是，则执行步骤306，否则执行步骤307。

空中圈存服务器对服务器侧的状态码进行检测，通过服务器侧的状态码判断服务器侧的上次交易是否完成，如果是，则执行步骤306，否则执行后续步骤307。由于终端与空中圈存服务器之间通过短信通道进行信息交互，当短信通道出现异常时，可能导致某个交易被中断，从而导致终端与空中圈存服务器之间的账目信息不一致。在空中圈存过程中，当终端侧的上次交易已完成时，服务器侧的上次交易可能尚未完成，而当服务器侧的上次交易已完成时，表明上次交易的整个过程已完成，交易过程未出现中断。因此，本实施例对终端侧的状态码和服务器侧的状态码进行检测，根据终端和空中圈存服务器分别维护的上次交易状态来执行后续的圈存处理。

步骤306，空中圈存服务器根据本次交易的圈存请求执行本次交易的空中圈存处理，并根据圈存处理结果更新服务器侧的状态码。

在空中圈存服务器通过服务器侧的状态码获知服务器侧的上次交易已完成时，表明上次交易过程未被中断，则空中圈存服务器可以根据终端发送的本次交易的圈存请求直接执行本次交易的空中圈存处理。具体的空中圈存处理的操作可以与现有类似，如空中圈存服务器可以先根据圈存请求向账务管理服务器发送预扣账请求，由账务管理服务器进行预扣账处理，在终端进行充值处理后再向账务管理服务器发送扣账处理请求，由账务管理服务器执行实际扣账处理，并在完成实际扣账处理后，空中圈存服务器根据扣账处理结果更新服务器侧的状态码。

步骤307，空中圈存服务器向账户管理服务器发送扣账处理请求。

当空中圈存服务器的上次交易未完成时，空中圈存服务器直接继续上次交易的空中圈存过程。此时由于终端侧的上次交易已完成，即终端侧已经完成充值过程，则服务器侧未完成的交易过程为扣账处理过程，则空中圈存服务器直接向账户管理服务器发送上次交易的扣账处理请求，在该扣账处理请求中可以携带交易信息。

步骤308，账户管理服务器根据扣账处理请求进行实际扣账处理。

账户管理服务器在接收到空中圈存服务器发送的扣账处理请求后，根据扣账处理请求中的交易信息执行上次交易的实际扣账处理过程，本步骤中的扣账处理过程可以与现有类似。

步骤309，账户管理服务器向空中圈存服务器返回扣账结果通知。

账户管理服务器在完成上次交易的扣账处理后，向空中圈存服务器返回扣账结果通知，以通知空中圈存服务器本次扣账过程是否执行成功。

步骤310，空中圈存服务器根据扣账结果通知更新服务器侧的状态码。

空中圈存服务器根据接收到的扣账结果通知来更新服务器侧的状态码，当扣账结果通知为扣账成功时，将服务器侧的状态码更新为上次交易已完成的状态，当扣账结果通知为扣账未成功时，保持服务器侧的状态码为上次交易未完成不变，此处以扣账成功为例进行说明。

步骤311，终端根据生成的用户指令继续执行上次交易的空中圈存处理或执行本次交易的空中圈存处理，并根据圈存处理结果更新终端侧的状态码。

当检测到终端侧的上次交易未完成时，终端会自动生成提示信息，以提示用户是否继续完成上次交易，用户根据提示信息进行选择，从而生成对应的用户指令。当生成的用户指令为用户选择继续完成上次交易时，终端继续执行上次交易的空中圈存处理，并根据圈存处理结果更新终端侧的状态码。终端执行本地保存的处理脚本，此处的处理脚本可以为更新账户余额、更新交易时间等信息的脚本，从而将终端侧的账目信息与服务器侧的账目信息进行同步。同时，终端根据执行结果更新终端侧的状态码，以使终端侧的状态码可以反映终端侧的上次交易的最新状态。当生成的用户指令为用户选择放弃完成上次交易时，终端则执行本次交易的空中圈存处理，并根据圈存处理结果更新终端侧的状态码。

本实施例提供了一种空中圈存方法，在向空中圈存服务器发送本次交易的圈存请求之前，终端通过检测终端侧的状态码获取终端侧的上次交易状态，根据终端侧的上次交易状态进行空中圈存处理，并更新终端侧的状态码；当终端侧的上次交易已完成时，在接收到终端发送的本次交易的圈存请求后，空中圈存服务器通过检测服务器侧的状态码获取服务器侧的上次交易状态，根据服务器侧的上次交易状态进行空中圈存处理，并更新服务器侧的状态码；本实施例解决了现有技术中出现的当短信通道异常时终端侧与服务器侧双方账目出现不一致的问题，提高了空中圈存的便捷性和稳定性。

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

图4为本发明终端实施例一的结构示意图，如图4所示，本实施例提供了一种终端，可以具体执行上述方法实施例一中的各个步骤，此处不再赘述。本实施例提供的终端可以具体包括第一检测模块401和第一圈存模块402。其中，第一检测模块401用于在向空中圈存服务器发送本次交易的圈存请求前，检测终端侧的状态码，所述终端侧的状态码用于标识所述终端侧的上次交易状态。第一圈存模块402用于根据所述终端侧的上次交易状态进行空中圈存处理，并更新所述终端侧的状态码。

图5为本发明终端实施例二的结构示意图，如图5所示，本实施例提供了一种终端，可以具体执行上述方法实施例三中的各个步骤，此处不再赘述。本实施例提供的终端在上述图4所示的基础之上，第一圈存模块402可以具体包括第一圈存单元412。其中，第一圈存单元412用于当所述终端侧的上次交易未完成时，根据生成的用户指令继续执行上次交易的空中圈存处理或执行本次交易的空中圈存处理，并更新所述终端侧的状态码。

具体地，本实施例中的第一圈存模块402可以具体第二圈存单元422。其中，第二圈存单元422用于当所述终端侧的上次交易已完成时，向所述空中圈存服务器发送圈存请求，以使所述空中圈存服务器根据所述圈存请求检测服务器侧的状态码。

本实施例提供了一种空中圈存服务器，在向空中圈存服务器发送本次交易的圈存请求之前，通过检测终端侧的状态码获取终端侧的上次交易状态，根据终端侧的上次交易状态进行空中圈存处理，并更新终端侧的状态码；本实施例解决了现有技术中出现的当短信通道异常时终端侧与服务器侧双方账目出现不一致的问题，提高了空中圈存的便捷性和稳定性。

图6为本发明空中圈存服务器实施例一的结构示意图，如图6所示，本实施例提供了一种空中圈存服务器，可以具体执行上述方法实施例二中的各个步骤，此处不再赘述。当终端侧的状态码标识终端侧的上次交易已完成时，本实施例提供的空中圈存服务器可以具体包括第二检测模块601和第二圈存模块602。其中，第二检测模块601用于在接收到终端发送的本次交易的圈存请求后，检测服务器侧的状态码，所述服务器侧的状态码用于标识所述服务器侧的上次交易状态。第二圈存模块602用于根据所述服务器侧的上次交易状态进行空中圈存处理，并更新所述服务器侧的状态码。

图7为本发明空中圈存服务器实施例二的结构示意图，如图7所示，本实施例提供了一种空中圈存服务器，可以具体执行上述方法实施例三中的各个步骤，此处不再赘述。本实施例提供的空中圈存服务器在上述图6所示的基础之上，第二圈存模块602可以具体包括第三圈存单元612，第三圈存单元612用于当所述服务器侧的上次交易未完成时，继续执行上次交易的空中圈存处理，并根据圈存处理结果更新所述服务器侧的状态码。

具体地，本实施例中的第二圈存模块602可以具体包括第四圈存单元622，第四圈存单元622用于当所述服务器侧的上次交易已完成时，根据所述本次交易的圈存请求执行所述本次交易的空中圈存处理，并根据圈存处理结果更新所述服务器侧的状态码。

本实施例提供了一种空中圈存服务器，当终端侧的上次交易已完成时，在接收到终端发送的本次交易的圈存请求后，通过检测服务器侧的状态码获取服务器侧的上次交易状态，根据服务器侧的上次交易状态进行空中圈存处理，并更新服务器侧的状态码；本实施例解决了现有技术中出现的当短信通道异常时终端侧与服务器侧双方账目出现不一致的问题，提高了空中圈存的便捷性和稳定性。

本实施例还提供了一种空中圈存系统，可以具体包括上述图4或图5所示的终端、图6或图7所示的空中圈存服务器和账户管理服务器。

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

Claims (13)

1.一种空中圈存方法，其特征在于，包括：

在向空中圈存服务器发送本次交易的圈存请求前，检测终端侧的状态码，所述终端侧的状态码用于标识所述终端侧的上次交易状态；

根据所述终端侧的上次交易状态进行空中圈存处理，并更新所述终端侧的状态码。

2.根据权利要求1所述的方法，其特征在于，所述根据所述终端侧的上次交易状态进行空中圈存处理包括：

当所述终端侧的上次交易未完成时，根据生成的用户指令继续执行上次交易的空中圈存处理或执行本次交易的空中圈存处理。

3.根据权利要求1所述的方法，其特征在于，所述根据所述终端侧的上次交易状态进行空中圈存处理包括：

当所述终端侧的上次交易已完成时，向所述空中圈存服务器发送圈存请求，以使所述空中圈存服务器根据所述圈存请求检测服务器侧的状态码。

4.一种空中圈存方法，其特征在于，当终端侧的状态码标识终端侧的上次交易已完成时，所述方法包括：

在接收到终端发送的本次交易的圈存请求后，检测服务器侧的状态码，所述服务器侧的状态码用于标识所述服务器侧的上次交易状态；

根据所述服务器侧的上次交易状态进行空中圈存处理，并更新所述服务器侧的状态码。

5.根据权利要求4所述的方法，其特征在于，所述根据所述服务器侧的上次交易状态进行空中圈存处理，并更新所述服务器侧的状态码包括：

当所述服务器侧的上次交易未完成时，继续执行上次交易的空中圈存处理，并根据圈存处理结果更新所述服务器侧的状态码。

6.根据权利要求4所述的方法，其特征在于，所述根据所述服务器侧的上次交易状态进行空中圈存处理，并更新所述服务器侧的状态码包括：

当所述服务器侧的上次交易已完成时，根据所述本次交易的圈存请求执行所述本次交易的空中圈存处理，并根据圈存处理结果更新所述服务器侧的状态码。

7.一种终端，其特征在于，包括：

第一检测模块，用于在向空中圈存服务器发送本次交易的圈存请求前，检测终端侧的状态码，所述终端侧的状态码用于标识所述终端侧的上次交易状态；

第一圈存模块，用于根据所述终端侧的上次交易状态进行空中圈存处理，并更新所述终端侧的状态码。

8.根据权利要求7所述的终端，其特征在于，所述第一圈存模块包括：

第一圈存单元，用于当所述终端侧的上次交易未完成时，根据生成的用户指令继续执行上次交易的空中圈存处理或执行本次交易的空中圈存处理，并更新所述终端侧的状态码。

9.根据权利要求7所述的终端，其特征在于，所述第一圈存模块包括：

第二圈存单元，用于当所述终端侧的上次交易已完成时，向所述空中圈存服务器发送圈存请求，以使所述空中圈存服务器根据所述圈存请求检测服务器侧的状态码。

10.一种空中圈存服务器，其特征在于，当终端侧的状态码标识终端侧的上次交易已完成时，所述服务器包括：

第二检测模块，用于在接收到终端发送的本次交易的圈存请求后，检测服务器侧的状态码，所述服务器侧的状态码用于标识所述服务器侧的上次交易状态；

第二圈存模块，用于根据所述服务器侧的上次交易状态进行空中圈存处理，并更新所述服务器侧的状态码。

11.根据权利要求10所述的服务器，其特征在于，所述第二圈存模块包括：

第三圈存单元，用于当所述服务器侧的上次交易未完成时，继续执行上次交易的空中圈存处理，并根据圈存处理结果更新所述服务器侧的状态码。

12.根据权利要求10所述的服务器，其特征在于，所述第二圈存模块包括：

第四圈存单元，用于当所述服务器侧的上次交易已完成时，根据所述本次交易的圈存请求执行所述本次交易的空中圈存处理，并根据圈存处理结果更新所述服务器侧的状态码。

13.一种空中圈存系统，其特征在于，包括权利要求7-9中任一项所述的终端、权利要求10-12中任一项所述的空中圈存服务器和账户管理服务器。

Images