订单重发方法和装置与流程

本发明涉及数据通信技术领域，尤其是涉及一种订单重发方法和装置。

背景技术：

用户在ios或者android设备上玩游戏时经常会有购买虚拟货币的充值行为，通常流程如下：用户进入游戏客户端内的充值界面，点击购买虚拟货币；游戏客户端与appstore或者googlewallet的服务器进行通信，由其先扣取用户账户的钱然后生成订单数据返回给游戏客户端；游戏客户端再把上述订单数据发送到该游戏的服务器，由该游戏的服务器发放游戏虚拟货币给用户。然而在上述流程中，游戏客户端在发送订单数据给游戏服务器时往往会由于网络问题发送不成功，导致用户在已付款的情况下却无法收到虚拟货币，用户体验差。

针对上述充值过程中订单发送失败的问题，目前尚未提出有效解决方案。

技术实现要素：

有鉴于此，本发明的目的在于提供一种订单重发方法和装置，可以将发送失败的订单进行重发，以完成充值过程，提高了用户的体验度。

第一方面，本发明实施例提供了一种订单重发方法，应用于客户端，包括：当客户端接收到缴费请求时，将缴费请求发送至第三方服务器；接收第三方服务器在缴费成功时下发的订单；客户端存储上述订单并向客户端的服务器发送订单；当客户端确定订单提交成功时，删除上述订单；当客户端再次启动时进行初始化；查找客户端中存储的订单；重新向客户端的服务器发送该订单；当接收到客户端的服务器返回的提交成功消息时，确定订单重发成功。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，当客户端再次启动时进行初始化包括：当客户端再次启动时初始化sqlite数据库。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，查找客户端中存储的订单包括：查找客户端是否存储有订单重发列表；当存在订单重发列表时，从订单重发列表中查找订单。

结合第一方面的第二种可能的实施方式，本发明实施例提供了第一方面的第三种可能的实施方式，还包括：当不存在订单重发列表时，新建订单重发列表。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，确定订单重发成功之后还包括：从客户端中删除上述订单；当客户端确定订单提交失败时，提示用户在下次启动时客户端会重发上述订单。

结合第一方面的第三种可能的实施方式，本发明实施例提供了第一方面的第五种可能的实施方式，还包括：在客户端运行过程中，定时检查订单重发列表中是否有订单；如果有，重发订单重发列表中的订单；当订单发送成功时，从订单重发列表将订单删除。

第二方面，本发明实施例还提供一种订单重发装置，应用于客户端，包括：缴费请求发送模块，用于当客户端接收到缴费请求时，将缴费请求发送至第三方服务器；订单接收模块，用于接收第三方服务器在缴费成功时下发的订单；订单发送模块，用于客户端向客户端的服务器发送订单；订单存储模块，用于当客户端确定订单提交失败时，存储订单；初始化模块，用于当客户端再次启动时进行初始化；订单查找模块，用于查找客户端中存储的订单；订单重发模块，用于重新向客户端的服务器发送订单；确定模块，用于当接收到客户端的服务器返回的提交成功消息时，确定订单重发成功。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，初始化模块还用于：当客户端再次启动时初始化sqlite数据库。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，订单查找模块还用于：查找客户端是否存储有订单重发列表；当存在订单重发列表时，从订单重发列表中查找订单。

结合第二方面，本发明实施例提供了第二方面的第三种可能的实施方式，还包括：订单重发列表新建模块，用于当不存在订单重发列表时，新建订单重发列表。

本发明实施例带来了以下有益效果：

本实施例提供的订单重发方法和装置，在客户端向客户端的服务器提交收到的第三方服务器返回的缴费订单时，存储上述订单，在提交成功后再将该订单删除，如果提交失败则保留；进而在客户端启动时查找客户端中存储的提交失败的订单，查找到之后进行重发，通过上述保存订单并重发的方式，可以有效保证完成缴费充值过程，提高了用户的体验度。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

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

图1为本发明实施例提供的一种订单重发方法的流程示意图；

图2为本发明实施例提供的另一种订单重发方法的流程示意图；

图3为本发明实施例提供的另一种订单重发方法的流程示意图；

图4为本发明实施例提供的一种订单重发装置的结构示意图；

图5为本发明实施例提供的一种订单重发装置的结构示意图；

图6为本发明实施例提供的一种订单重发装置的结构示意图；

图7为本发明实施例提供的一种智能终端的结构示意图。

具体实施方式

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

目前游戏客户端在将订单信息发送到服务器的充值过程中，存在由于网络问题导致的订单信息发送不成功的问题，导致用户在已付款的情况下充值失败，基于此，本发明实施例提供的一种订单重发方法和装置，可以将发送失败的订单进行重发，以完成充值过程，提高了用户的体验度。为便于对本实施例进行理解，首先对本发明实施例所公开的一种订单重发方法进行详细介绍。

在介绍订单重发方法前，需要先定义上述方法的应用场景，应用场景并不限于游戏充值场景，可以适用于所有客户端接收第三方服务器的订单信息，并且该客户端需要将订单信息发送到服务端的场景，在本发明实施例中以游戏客户端发送订单为例。

实施例1

本发明实施例1提供了一种订单重发方法，应用于客户端，参见图1所示的订单重发方法的流程示意图，包括如下步骤：

步骤s11，当客户端接收到缴费请求时，将缴费请求发送至第三方服务器。

具体地，用户在进行缴费时，在客户端提交缴费请求，其中缴费请求包括充值、购买游戏虚拟货币等。

步骤s12，接收第三方服务器在缴费成功时下发的订单。

以ios或者android游戏客户端为例，客户端将缴费请求发送至appstore或者googlewallet服务器，由上述appstore或者googlewallet服务器扣取用户账户中的金钱，生成订单返回给游戏客户端，由游戏客户端再把订单发送到游戏的服务器，服务器发放游戏虚拟货币等给玩家。

步骤s13，客户端存储上述订单并向该客户端的服务器发送订单。

客户端在向该客户端的服务器发送订单时存储了该订单，可以避免在发送订单时，游戏因其他原因关闭或者闪退，导致服务器未收到消息，客户端也来不及保存，进而漏单。

步骤s14，当客户端确定订单提交成功时，删除上述订单。

在复杂网络环境下，游戏客户端在将订单信息发送到游戏的服务器时，存在订单发送失败的情况，此时客户端存储该发送失败的订单。可以理解的是，在订单发送成功的情况下没有必要存储该发送成功的订单，因此在客户端中存储的订单均为发送失败的订单。本实施例中，对客户端保存上述提交失败的订单的方式不做限定，客户端可以采用任何可用的存储方式。

步骤s15，当客户端再次启动时进行初始化。

在启动游戏时需要先进行初始化，具体是初始化sqlite数据库，可以防止后续重发订单的过程中出现丢单。

步骤s16，查找客户端中存储的订单。

在客户端再次启动时，需要先查找客户端中存储的订单，该订单是用户在上述缴费过程中客户端提交失败的订单。

步骤s17，重新向客户端的服务器发送上述订单。

在客户端中存储有订单时，将上述订单进行重新发送至服务器。如果客户端中未存储有订单，则表示此前无发送失败的订单。

步骤s18，当接收到客户端的服务器返回的提交成功消息时，确定订单重发成功。

本实施例提供的订单重发方法，在客户端向客户端的服务器提交收到的第三方服务器返回的缴费订单时，存储上述订单，在提交成功后再将该订单删除，如果提交失败则保留；进而在客户端启动时查找客户端中存储的提交失败的订单，查找到之后进行重发，通过上述保存订单并重发的方式，可以有效保证完成缴费充值过程，提高了用户的体验度。

考虑到在发送时，存在提交失败的情况，因此上述方法还包括：当客户端确定订单提交失败时，提示用户在下次启动时客户端会重发订单。在订单发送未成功的情况下，考虑到此时游戏已经在运行中，继续重发会消耗系统资源，对游戏的体验也会产生一定的影响，因此提示用户在客户端下次启动时，由客户端重新发送该订单。

具体地，客户端可以通过多种方式确定订单提交失败，包括但不限于以下方式：

(1)当指定时间内未接收到客户端的服务器返回的提交成功消息时，确定订单提交失败；上述提交成功消息包括订单提交确认消息或服务器发放游戏虚拟货币消息等。

(2)当接收到客户端的服务器返回的提交失败消息时，确定订单提交失败；

(3)当客户端无网络连接或者网络连接异常时，确定订单提交失败。

本实施例提供的上述方法，在客户端重发成功后删除存储的订单，在客户端重发失败时提示用户在下次启动时重发，可以保证订单重发至发送成功，同时节省系统资源。

实施例2

本发明实施例2提供了一种订单重发方法，以提交失败的订单存储在订单重发列表中为例进行说明。参见图2所示的流程示意图，具体包括如下步骤(其中步骤s21-s25与实施例1中的步骤s11-s15相同)：

步骤s21，当客户端接收到缴费请求时，将缴费请求发送至第三方服务器。

步骤s22，接收第三方服务器在缴费成功时下发的订单。

步骤s23，客户端存储上述订单并向该客户端的服务器发送订单。

步骤s24，当客户端确定订单提交成功时，删除上述订单。

在本实施例中客户端存储上述订单的方式为在客户端中的订单重发列表内保存为例进行说明

步骤s25，当客户端再次启动时进行初始化。

步骤s26，查找客户端是否存储有订单重发列表。

上述订单重发列表保存为retryorder，在本实施例中以订单重发列表retryorder包含两个字段为例进行说明，具体包括：订单号orderid；订单详细数据orderdetail，该orderdetail数据是json(javascriptobjectnotation，js对象标记)格式的。

步骤s27，当存在订单重发列表时，从订单重发列表中查找订单。

步骤s28，当不存在订单重发列表时，新建订单重发列表。

如果客户端中没有上述订单重发列表，则创建表retryorder。不存在订单重发列表的情况可以是首次启动客户端或者订单重发列表被删除或者出错等，此时新建列表，在客户端提交订单到服务器失败时，将该订单保存到订单重发列表，供之后重发操作使用。

步骤s29，重新发送上述订单到服务器。

在上述步骤s23和s24中，对上述订单进行的操作的具体步骤如下：

(1)当客户端向客户端的服务器提交订单时，将该订单保存至订单重发列表；

(2)判断该新订单是否提交成功；

(3)如果是，从订单重发列表中删除该新订单；

(4)如果否，提示用户在下次启动时客户端会重发该新订单。

在上述存储操作中，是将客户端所有的订单在提交之前全部保存，通过订单发送成功与否来决定需要保留哪些订单，显然提交成功的订单不再需要保存在订单重发列表中，即将其删除，仅保留失败订单，留待下次启动时由客户端重发。

本实施例提供的订单重发方法，客户端通过订单重发列表的方式存储提交失败的订单，在客户端启动时查找并重发上述订单，可以有效保证完成缴费充值过程，提高了用户的体验度。

考虑到客户端发送订单失败至用户下次启动客户端一般会间隔一段时间，用户在充值时可能急需充值成功以便得到虚拟货币或者虚拟道具，因此在上述方法的基础上，还包括以下客户端运行过程中进行重发的步骤：

(1)在客户端运行过程中，定时检查订单重发列表中是否有订单；

(2)如果有，重发订单重发列表中的订单；

(3)当订单发送成功时，从订单重发列表将订单删除。

在客户端运行过程中，采用定期检查retryorder表中是否有需要重发的订单的方式，进行重发操作。

本实施例提供的上述方法，可以采用客户端运行过程中进行重发的方式，可以加快缴费充值完成，提高了用户的体验度。

实施例3

本发明实施例3提供了一种订单重发方法，在实施例2提供的方法的基础上，以用户实际使用时的场景为例进行说明。参见图3所示的流程示意图，具体包括如下步骤：

步骤s31，客户端判断retryorder表是否存在。如果存在，执行步骤s32；如果不存在，执行步骤s33。

步骤s32，重发retryorder表中的订单。

步骤s33，创建retryorder表。

步骤s34，判断上述订单是否发送成功。如果是，执行步骤s35；如果否，执行步骤s36。

步骤s35，删除retryorder表中的上述订单。

步骤s36，提示用户在下次启动时客户端会重发该新订单。

本实施例提供的上述方法，在客户端启动时检查retryorder表是否存在，并重发retryorder表中的订单，可以保证缴费充值完成，提高了用户的体验度。

实施例4

本发明实施例4提供了一种订单重发装置，应用于客户端，参见图4所示的结构示意图，包括以下模块：

缴费请求发送模块401，用于当客户端接收到缴费请求时，将缴费请求发送至第三方服务器；

订单接收模块402，用于接收第三方服务器在缴费成功时下发的订单；

订单发送模块403，用于客户端存储上述订单并向客户端的服务器发送订单；

订单存储模块404，用于当客户端确定订单提交成功时，删除上述订单；

初始化模块405，用于当客户端再次启动时进行初始化；

订单查找模块406，用于查找客户端中存储的订单；

订单重发模块407，用于重新向客户端的服务器发送订单；

确定模块408，用于当接收到客户端的服务器返回的提交成功消息时，确定订单重发成功。

进一步，初始化模块405还用于：当客户端再次启动时初始化sqlite数据库。

订单查找模块406还用于：查找客户端是否存储有订单重发列表；当存在订单重发列表时，从订单重发列表中查找订单。

初始化模块405还用于：当客户端再次启动时初始化sqlite数据库。

订单查找模块406还用于：查找客户端是否存储有订单重发列表；当存在订单重发列表时，从订单重发列表中查找订单。

参见图5所示的结构示意图，上述装置还包括订单重发列表新建模块409，用于当不存在订单重发列表时，新建订单重发列表。参见图6所示的结构示意图，上述装置还包括定时检查模块410，用于在客户端运行过程中，定时检查订单重发列表中是否有订单。如果有，订单重发模块407重发订单重发列表中的订单；当订单发送成功时，从订单重发列表将订单删除。

所属领域的技术人员可以清楚地了解到，为描述地方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本实施例提供的订单重发装置，在客户端向客户端的服务器提交收到的第三方服务器返回的缴费订单时，存储上述订单，在提交成功后再将该订单删除，如果提交失败则保留；进而在客户端启动时查找客户端中存储的提交失败的订单，查找到之后进行重发，通过上述保存提交失败的订单并重发的方式，可以有效保证完成缴费充值过程；在客户端重发成功后删除存储的订单，在客户端重发失败时提示用户在下次启动时重发，可以保证订单重发至发送成功，同时节省系统资源，提高了用户的体验度。

参见图7，本发明实施例还提供一种智能终端100，包括：处理器70，存储器71，总线72和通信接口73，处理器70、通信接口73和存储器71通过总线72连接；处理器70用于执行存储器71中存储的可执行模块，例如计算机程序。

其中，存储器71可能包含高速随机存取存储器(ram，randomaccessmemory)，也可能还包括非不稳定的存储器(non-volatilememory)，例如至少一个磁盘存储器。通过至少一个通信接口73(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接，可以使用互联网，广域网，本地网，城域网等。

总线72可以是isa总线、pci总线或eisa总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图xx中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器71用于存储程序，处理器70在接收到执行指令后，执行前述程序，前述本发明实施例任一实施例揭示的流过程定义的装置所执行的方法可以应用于处理器70中，或者由处理器70实现。

处理器70可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器70中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器70可以是通用处理器，包括中央处理器(centralprocessingunit，简称cpu)、网络处理器(networkprocessor，简称np)等；还可以是数字信号处理器(digitalsignalprocessing，简称dsp)、专用集成电路(applicationspecificintegratedcircuit，简称asic)、现成可编程门阵列(field-programmablegatearray，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器71，处理器70读取存储器71中的信息，结合其硬件完成上述方法的步骤。

本发明实施例所提供的进行订单重发方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。