[发明专利]网络支付系统及其数据处理方法

说明书

技术领域

本发明涉及网络数据的处理技术领域，尤其涉及一种网络支付系统及其数据处理方法。

背景技术

随着整个互联网开放的大发展，大量的互联网第三方应用程序(APP)蜂拥出现，如何保证APP方便安全的接入并成功营收成为一个亟待解决的问题。目前许多APP对于用户来讲是收费的，用户需要向APP提供方支付费用才能正常或更好地使用APP。在一种支付方式中，用户可以购买电子支付凭证(如游戏类APP中的电子游戏币)购买APP中相应的功能(如游戏类APP中的数字虚拟物品或者点卡)。目前业界常用的支付方式是各APP系统使用本系统内部的可以认证的电子支付凭证。但是目前众多的APP都是集成在一个开放平台上运行，用户只要在开放平台上登录，就可以使用该平台上的所有APP。

如果APP系统使用本系统内部才认证的电子支付凭证，则对于一个开放平台，不同种类的电子支付凭证的大量存在对用户来讲是一个繁重的负担，因此目前的开放平台普遍使用统一的电子支付凭证来支付本平台上各种APP系统提供的收费功能。

目前现有的技术方案是：用户和APP系统方在开放平台上都有电子支付凭证的账户，当用户希望购买某个APP的某个数字虚拟物品(简称为道具)时，由APP系统向开放平台的网络支付系统发起支付请求，所述网络支付系统返回支付地址给APP系统并由APP系统转发给用户客户端，用户客户端通过该支付地址进行支付操作，网络支付系统对用户账户进行扣款，之后通过回调异步通知的方式通知APP系统发货给用户(即向用户提供所购买的道具)，APP系统在收到所述异步通知后自主决定给用户发货，发货完毕后通知网络支付系统，网络支付系统再向该APP的账户中加款。在整个交易流程中，作为中间的开放平台的网络支付系统，只负责实际扣款和加款，而具体的道具发放则通过回调异步通知的方式交由APP系统完成。如果道具发放失败，需要有APP系统发起取消支付。

上述现有技术方案的缺点是：

由于网络支付系统通过异步通知的方式通知APP系统发货给用户，异步通知方式是不需要等待响应信令的，发货结果需要APP系统重新发起通知，因此要进行至少两次通信握手过程，在进行取消操作时还要进行第三次通信握手过程，因此现有的这种数据处理方式导致支付流程的整体处理速度较慢，不适合数据虚拟物品等小额即时消费功能的需求。

另外，由于数字物品发放处理过程异步通知给APP系统执行，导致APP系统和网络支付系统之间存在过多的交互操作，从而给恶意程序提供破坏和篡改的机会，数据交互的安全性不高。

最后，由于第三方APP系统能力的良莠不齐，会经常发生因为APP系统的问题导致用户被网络支付系统扣款但实际收不到道具的情况，或者发生被恶意取消等问题，因此整个交易过程的安全性不高，容易造成用户账户的损失。

发明内容

有鉴于此，本发明提供一种网络支付系统及其数据处理方法，以提高现有网络开放平台支付交易的速度和安全性。

本发明的技术方案是这样实现的：

一种网络支付系统，该网络支付系统包括：

支付请求响应模块，用于接收APP系统的订单支付请求，在收到所述支付请求后，返回所述订单对应的支付页面地址；

支付确认响应模块，用于接收用户对所述订单对应的支付页面的支付确认信息，在收到所述支付确认信息后冻结该用户账户中的订单金额；

同步回调模块，用于同步回调APP系统的发货接口，所述同步回调内容包括：发送包括所述订单信息的发货指令给所述发货接口，并等待所述发货接口的发货结果；

回调结果处理模块，用于判断是否在指定时间内从所述APP系统的发货接口收到成功发货的结果信息，如果是则从所述用户账户中扣除所冻结的订单金额；否则，对所述用户账户中的所述冻结金额进行解冻处理。

一种网络支付系统中的数据处理方法，该方法包括：

接收应用程序APP系统的订单支付请求，收到所述支付请求后返回所述订单对应的支付页面地址；

接收用户对所述订单对应的支付页面的支付确认信息，收到所述支付确认信息后冻结该用户账户中的订单金额；

同步回调APP系统的发货接口，所述同步回调内容包括：发送包括所述订单信息的发货指令给所述发货接口，并等待所述发货接口的发货结果；

若在指定时间内从所述APP系统的发货接口收到成功发货的结果信息，则从所述用户账户中扣除所冻结的订单金额；否则对所述用户账户中的所述冻结金额进行解冻处理。