[发明专利]订单处理方法、装置、电子设备及存储介质

说明书

本发明涉及数据处理，公开一种订单处理方法、装置、电子设备及存储介质，方法包括：向应用服务器和应用平台发起内购请求并生成相应订单；接收应用服务器返回的平台订单号，以及应用平台返回的交易订单号并进行关联，调用所述内购框架，在应用平台端完成内购请求的支付操作；确定接收到应用平台返回的支付收据，基于平台订单号、交易订单号和收据生成订单信息，保存订单信息，并将订单的订单状态设置为待同步状态；当检测到对应于内购请求的应用程序启动时，将处于待同步状态的订单的订单信息同步至应用服务器，以令应用服务器基于订单信息发放与订单对应的虚拟商品。本发明可以防止掉单、漏单现象，提高用户的使用体验。

技术领域

本发明涉及数据处理领域，尤其涉及一种订单处理方法、装置及计算机可读存储介质。

背景技术

随着移动互联网的快速发展，越来越多的应用上架到应用平台(为手机、平板电脑等提供免费、收费游戏、软件应用下载服务的平台)，并衍生出大量的虚拟商品，这些应用可能是免费的，但是有些应用里面会有一些虚拟商品是收费的，需要进行支付，比如游戏应用内的虚拟道具、社交应用内的虚拟礼物等。这样在应用内部收费的支付模式，称之为内购。

目前内购是在应用中内嵌内购框架，应用使用内购框架与应用平台进行数据传输。以苹果公司为例，为保护用户隐私，苹果公司不给商品提供商出具用户内购信息，也不追踪商品提供商是否发放商品。一旦用户内购的虚拟商品没有到账，与应用提供商出现分歧时，很难查询到用户是否真正内购了此虚拟商品，以苹果手机为例，IOS(苹果手机专用操作系统)内购的流程框架如图1所示，其内购的步骤流程如下：

应用通过StoreKit(内购框架)连接到应用平台，以提示并安全地处理付款；

应用平台通过StoreKit将用户内购的商品的相关信息返回到应用；

应用通过应用服务器验证支付凭证。

对于自动订阅的商品，苹果会通知到应用服务器，但对于非自动订阅的商品，订单状态的同步则依赖于应用。发明人发现，当用户出现弱网或断网或退出应用等操作时，应用与应用服务器断开连接，订单状态无法及时同步，出现用户支付成功而商品发放不成功的情况。从而出现掉单、漏单的情况，发明人意识到，这在给客户带来经济损失的同时也给公司带来了不良影响。

发明内容

本发明提供一种订单处理方法、装置、电子设备及存储介质，其主要目的在于防止了内购时掉单、漏单现象。

为实现上述目的，本发明提供的一种订单处理方法，包括：

终端向应用服务器和应用平台发起内购请求并生成相应订单，其中，利用内置的内购框架向所述应用平台发起所述内购请求；

接收所述应用服务器返回的平台订单号，以及所述应用平台返回的交易订单号，将所述平台订单号和所述交易订单号进行关联，并调用所述内购框架，在所述应用平台端完成所述内购请求的支付操作；

确定接收到所述应用平台返回的支付收据，基于所述平台订单号、所述交易订单号和所述收据生成订单信息，保存所述订单信息，并将所述订单的订单状态设置为待同步状态；

当检测到对应于所述内购请求的应用程序启动时，将处于待同步状态的订单的订单信息同步至应用服务器，以令所述应用服务器基于所述订单信息发放与所述订单对应的虚拟商品。

本发明还提供一种订单处理装置，所述装置包括：

内购请求模块，用于向应用服务器和应用平台发起内购请求并生成相应订单，其中，利用内置的内购框架向所述应用平台发起所述内购请求；

订单关联模块，用于接收所述应用服务器返回的平台订单号，以及所述应用平台返回的交易订单号，将所述平台订单号和所述交易订单号进行关联，并调用所述内购框架，在所述应用平台端完成所述内购请求的支付操作；