CN103164790B - 网络支付***及其数据处理方法 - Google Patents

Abstract

本发明公开了一种网络支付***及其数据处理方法，***包括：支付请求响应模块、支付确认响应模块、同步回调模块、以及回调结果处理模块。方法包括：接收到应用程序(APP)***的订单支付请求后返回所述订单对应的支付页面地址；接收到用户对所述订单对应的支付页面的支付确认信息后冻结该用户账户中的订单金额；同步回调APP***的发货接口，发送包括所述订单信息的发货指令给所述发货接口，并等待所述发货接口的发货结果；若在指定时间内从所述APP***的发货接口收到成功发货的结果信息，则从所述用户账户中扣除所冻结的订单金额；否则对所述用户账户中的所述冻结金额进行解冻处理。利用本发明，可以提高现有网络支付***的数据安全性。

Description

网络支付***及其数据处理方法

技术领域

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

背景技术

随着整个互联网开放的大发展，大量的互联网第三方应用程序(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***的发货接口，所述同步回调APP***的发货接口包括：发送包括订单信息的发货指令给所述发货接口，并等待所述发货接口的发货结果；

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

区别于现有技术，本发明的同步回调过程会发出指令后等待响应结果，使得网络支付***和APP***之间进行一次通信握手过程即可完成发货处理，实现了快速的准实时***易处理，同时较少的交互次数又降低了交互信息被篡改的风险，提高了安全性，非常适合数字虚拟物品等小额即时消费功能的要求。同时网络支付***在指定时间内收到发货响应且发货成功才进行扣款操作，又可以在发货失败的情况下，即时解冻用户已被冻结的资金，保证了用户账户的资金安全。

附图说明

图1为本发明所述网络支付***的一种实施例的组成示意图；

图2为本发明所述网络支付***的一种具有发货网关的实施例的组成示意图；

图3为本发明所述网络支付***的具有发货代理接口的实施例的组成示意图；

图4为本发明所述网络支付***的具有发货网关和发货代理接口的实施例的组成示意图；

图5为本发明所述网络支付***的数据处理方法的一种流程图。

具体实施方式

下面结合附图及具体实施例对本发明再作进一步详细的说明。

本发明的核心技术方案是网络支付***进行如下数据处理：接收应用程序APP***的关于数字物品订单的支付请求，收到所述支付请求后返回所述订单对应的支付页面地址；接收用户对所述订单对应的支付页面的支付确认信息，收到所述支付确认信息后冻结该用户账户中的订单金额；同步回调APP***的发货接口，所述同步回调内容包括：发送包括所述订单信息的发货指令给所述发货接口，并等待所述发货接口的发货结果；若在指定时间内从所述APP***的发货接口收到成功发货的结果信息，则从所述用户账户中扣除所冻结的订单金额；否则，即在指定时间内没有收到发货结果，或者在指定时间内收到发货结果但是失败的发货结果，对所述用户账户中的所述冻结金额进行解冻处理。

图1为本发明所述网络支付***的一种实施例的组成示意图，用于执行本发明所述的数据处理方法。该网络支付***100包括：

支付请求响应模块101，用于接收APP***的订单支付请求，在收到所述支付请求后，向APP***返回所述订单对应的支付页面地址，并通知所述支付确认模块102。

支付确认响应模块102，用于接收用户对所述订单对应的支付页面的支付确认信息，在收到所述支付确认信息后冻结该用户账户中的订单金额，并触发所述同步回调模块103进行同步回调，触发信息中包括订单信息如订单号。

同步回调模块103，用于同步回调APP***的发货接口，所述同步回调内容包括：发送包括所述订单信息(如订单号)的发货指令给所述发货接口，并开始计时，等待所述发货接口的发货结果。所述APP***的发货接口收到发货指令后即时发货，并即时返回发货结果。

在本发明中，所述APP***需要配合设置发货接口，并提供给网络支付***，供网络支付***同步回调，该发货接口需要保证在收到发货指令后在指定时间内进行发货处理并即时返回发货结果给网络支付***。

与现有技术的异步通知方式不同，本发明的同步回调过程会发出指令后等待响应结果，使得网络支付***和APP***之间进行一次通信握手过程即可完成发货处理，实现了快速的准实时***易处理，同时较少的交互次数又降低了交互信息被篡改的风险，提高了安全性，非常适合数字虚拟物品等小额即时消费功能的要求。

为了保证同步回调模块103和APP***之间通信的安全性，本发明在一种实施例中所述同步回调模块103对APP***发货接口的同步回调的通信方式为采用超文本传输安全协议(HTTPS，Hypertext Transfer Protocol Secure)方式。为了进一步确保安全性，所述HTTPS的通信方式为双向校验的HTTPS方式。

回调结果处理模块104，用于判断所述同步回调模块103是否在指定时间内从所述APP***的发货接口收到成功发货的结果信息，如果是则从所述用户账户中扣除所冻结的订单金额；否则，对所述用户账户中的所述冻结金额进行解冻处理。在上述处理中，网络支付***在指定时间内收到发货响应且发货成功才进行扣款操作，又可以在发货失败的情况下，即时解冻用户已被冻结的资金，保证了用户账户的资金安全。

图2为本发明所述网络支付***的一种具有发货网关的实施例的组成示意图。参见图2，该实施例中，为了更好地同时支持一个以上的APP***，该网络支付***进一步包括：发货网关105，设置在该网络支付***侧，在网络支付***内与所述同步回调模块103通信连接(可以是有线通信连接或无线通信连接)，外部与一个以上APP***的发货接口通信连接(主要是通过有线或无形方式通过互联网进行通信)，用于对一个以上APP***的发货接口进行同步回调；所述同步回调模块103在同步回调某一APP***的发货接口时，将该APP***发货接口的地址提交给所述发货网关105，由该发货网关105根据所述发货接口的地址同步回调所述发货接口，并接收所述发货接口的发货结果回传给所述同步回调模块103，一起回传的信息还包括所述发货接口的地址信息，同步回调模块根据该地址信息得知发货结果所属的发货接口。

本发明中，图1所示同步回调模块103对APP***发货接口的同步回调的通信方式为HTTPS方式，或进一步为双向校验的HTTPS方式。所述图2中，所述发货网关和各APP***的发货接口之间采用HTTPS的通信方式进行交互，或进一步为双向校验的HTTPS通信方式。由于HTTPS通信方式较为复杂，采用HTTPS需要APP***侧支持HTTPS的通信，为了降低第三方APP***的技术开发门槛，更好地推广开放性的网络支付***，本发明在另一种实施例中还可以进一步在APP***侧设置发货代理接口，通过该发货代理接口以对外网实现HTTPS或双效校验HTTPS的通信方式。

图3为本发明所述网络支付***的具有发货代理接口的实施例的组成示意图。参见图3，该网络支付***进一步包括设置在APP***侧的内部网络中的发货代理接口106，例如可以设置在APP***的机房中，用于接收所述网络支付***侧通过HTTPS方式发送的针对APP***发货接口的同步回调通知，所述发货代理接口采用HTTP的方式同步回调所述APP***的发货接口，在收到发货结果后再采用HTTPS的方式向网络支付***返回发货结果。在实际场景中，所述APP***侧的机房中可能会存在多个APP***，因此所述发货代理接口106可以通过APP***侧的内部网络连接到一个以上APP***，网络支付***在同步回调某一APP***的发货接口时，进一步将该APP***发货接口的地址通知给所述发货代理接口，该发货代理接口进一步用于根据所述发货接口的地址同步回调对应的发货接口。当然图4中所述同步回调模块103和发货代理接口106之间可以采用双向校验的HTTPS方式进行通信。

当然，图2和图3所述的实施例也可以组合使用，组成同时包括发货网关和发货代理接口的实施例，如图4所示，所述发货网关可以在直接与某一APP***的发货接口进行HTTPS通信，也可以通过所述发货代理接口与某一APP***的发货接口通信。此种情况下，需要在同步回调模块中配置一个配置表，其中配置哪些发货接口与发货网关直连，哪些发货接口需要通过发货代理进行连接，并配置发货接口的地址和发货代理接口的地址。当所述同步回调模块需要同步回调某一发货接口时，查询配置表确定该发货接口的地址，发送给发货网关，由发货网关通过该发货接口的地址同步回调对应的发货接口；如果该发货接口需要通过发货代理进行连接，则进一步将发货代理接口的地址发送给所述发货网关，发货网关先通过该发货代理接口的地址找到发货代理接口，将同步回调指令和发货接口的地址发送给该发货代理接口，该发货代理接口再根据该发货接口的地址同步回调对应的发货接口。当然图4中所述发货网关和发货代理接口之间可以采用双向校验的HTTPS方式进行通信。

图5为本发明所述网络支付***的数据处理方法的一种流程图；参见图5，其中不但包括网络支付***的处理示意流程，还包括与APP***和用户端的交互示意流程，具体包括：

步骤501、用户端登录APP***，提交针对某一数字物品的订单，订单中包括订单号、物品标识、订单金额等信息。所述的数字物品是指诸如游戏类APP中的数字虚拟道具、点卡等可以即时在线发货和收货的数字物品。

步骤502、APP***收到订单后向网络支付***发送支付请求，其中主要包括订单号、订单金额等信息。

步骤503、网络支付***收到所述支付请求后向APP***返回所述订单对应的支付页面地址，该支付页面中包括订单信息，例如订单号，订单金额等。

步骤504、APP***将所述支付页面地址发送给用户端。

步骤505、用户端登录所述支付页面地址，确认无误后点击其中的支付确认按钮进行确认，支付确认信息被发送给网络支付***。在此过程中如果用户端没有登录网络支付***，则网络支付***还进一步提供登录界面供用户登录，用户登录成功后才能确认提交所述支付确认信息。

步骤506、网络支付***收到所述支付确认信息后，在所述用户的账户中冻结所述订单中对应的订单金额。所述用户账户为该用户在该网络支付***中的账户，例如所述账户的可用余额为100元，所述订单金额为2元，则在该用户账户中冻结2元的金额。

步骤507、网络支付***同步回调APP***的发货接口，所述同步回调内容包括：发送包括所述订单信息(如订单号)的发货指令给所述发货接口，并等待所述发货接口的发货结果。

为了保证所述网络支付***同步回调APP***的发货接口的过程的安全性，在一种实施例中，所述网络支付***和APP***之间HTTPS的方式进行通信。为了进一步确保安全性，所述HTTPS的通信方式为双向校验的HTTPS方式。

所述双向校验是标准HTTPS的一种使用方法。HTTPS主要使用证书的方式来保证信息传输安全，每个“证书/私钥对”由可信证书颁发机构(CA)生成，并绑定域名或者IP。一方可使用对方的CA证书来校验对方证书的有效性，并可根据证书来校验对方的IP地址及域名是否合法。双向校验即两方分别都校验对端的有效及合法性。

步骤508～509、所述APP***的发货接口根据所述发货指令，在指定时间内对所述订单进行发货处理，例如将订单所涉及的数字物品发送到用户在该APP***内的帐号内，或者为用户开通订单所指的功能，用户即可使用该项功能；在发货处理完毕后即时返回发货结果(发货成功或失败)给网络支付***。

步骤510、网络支付***判断在指定时间(如1分钟)内是否从所同步回调的APP***发货接口收到成功发货的结果信息，如果是则从所述用户账户中扣除所冻结的订单金额，例如扣除所述2元金额，用户账户的可用余额变为98元；否则，即在指定时间内没有收到发货结果，或者在指定时间内收到发货结果但是为失败的发货结果，则对所述用户账户中的所述冻结金额进行解冻处理，即所述用户账户的可用余额恢复到100元。

在上述处理中，网络支付***在指定时间内收到发货响应且发货成功才进行扣款操作，又可以在发货失败的情况下，即时解冻用户已被冻结的资金，保证了用户账户的资金安全。

在上述方法的一种该实施例中，可以进一步在网络支付***侧利用发货网关对一个以上APP***的发货接口进行同步回调，在同步回调某一APP***的发货接口时，将该APP***发货接口的地址提交给所述发货网关，由该发货网关根据所述发货接口的地址同步回调所述发货接口，并接收所述发货接口的发货结果。

本发明的方法还可以进一步在APP***侧设置发货代理接口，网络支付***通过HTTPS的方式通知所述发货代理接口同步回调APP***的发货接口，所述发货代理接口采用HTTP的方式同步回调所述APP***的发货接口，在收到发货结果后再采用HTTPS的方式向网络支付***返回发货结果。

将所述发货代理接口可以通过内部网络连接到一个以上APP***；网络支付***在同步回调某一APP***的发货接口时，进一步将该APP***发货接口的地址通知给所述发货代理接口，由该发货代理接口根据所述发货接口的地址同步回调对应的发货接口。

所述网络支付***同步回调APP***的发货接口的过程中，网络支付***和APP***之间采用HTTPS的方式进行通信，其中包括：同步回调模块与发货接口之间、发货网关和发货接口之间、同步回调模块与发货代理接口之间、以及发货网关和发货代理接口之间都可以采用HTTPS的方式进行通信，并可以进一步采用双向校验的HTTPS方式进行通信。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (12)

1.一种网络支付***，其特征在于，该网络支付***包括：

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

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

同步回调模块，用于同步回调应用程序***的发货接口，所述同步回调应用程序***的发货接口包括：发送包括订单信息的发货指令给所述发货接口，并开始计时以等待所述发货接口的发货结果；

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

2.根据权利要求1所述的网络支付***，其特征在于，该网络支付***进一步包括：发货网关，设置在该网络支付***中，在网络支付***内与所述同步回调模块通信连接，外部与一个以上应用程序***通信连接，用于对一个以上应用程序***的发货接口进行同步回调；所述同步回调模块在同步回调某一应用程序***的发货接口时，将该应用程序***的发货接口的地址提交给所述发货网关，由该发货网关根据所述发货接口的地址同步回调所述发货接口，并接收所述发货接口的发货结果回传给所述同步回调模块。

3.根据权利要求1或2所述的网络支付***，其特征在于，所述网络支付***对应用程序***的发货接口的同步回调的通信方式为超文本传输安全协议方式。

4.根据权利要求3所述的网络支付***，其特征在于，该网络支付***进一步包括：设置在应用程序***侧内部网络中的发货代理接口，用于接收所述网络支付***通过超文本传输安全协议的方式发送的针对应用程序***的发货接口的同步回调通知，所述发货代理接口采用超文本传输协议的方式同步回调所述应用程序***的发货接口，在收到发货结果后再采用超文本传输安全协议的方式向网络支付***返回发货结果。

5.根据权利要求4所述的***，其特征在于，所述发货代理接口通过应用程序***侧的内部网络连接到一个以上应用程序***，并进一步用于接收网络支付***发送的发货接口的地址，根据该发货接口的地址同步回调对应的发货接口。

6.根据权利要求3所述的***，其特征在于，所述网络支付***对应用程序***的发货接口采用的超文本传输安全协议通信方式为双向校验的超文本传输安全协议方式。

7.一种网络支付***中的数据处理方法，其特征在于，该方法包括：

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

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

同步回调应用程序***的发货接口，所述同步回调应用程序***的发货接口包括：发送包括订单信息的发货指令给所述发货接口，并开始计时以等待所述发货接口的发货结果；

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

8.根据权利要求7所述的方法，其特征在于，该方法进一步在网络支付***利用发货网关对一个以上应用程序***的发货接口进行同步回调，在同步回调某一应用程序***的发货接口时，将该应用程序***的发货接口的地址提交给所述发货网关，由该发货网关根据所述发货接口的地址同步回调所述发货接口，并接收所述发货接口的发货结果。

9.根据权利要求7或8所述的方法，其特征在于，所述网络支付***同步回调应用程序***的发货接口的过程中，网络支付***和应用程序***之间采用超文本传输安全协议的方式进行通信。

10.根据权利要求9所述的方法，其特征在于，该方法进一步在应用程序***侧设置发货代理接口，网络支付***通过超文本传输安全协议的方式通知所述发货代理接口同步回调应用程序***的发货接口，所述发货代理接口采用超文本传输安全协议的方式同步回调所述应用程序***的发货接口，在收到发货结果后再采用超文本传输安全协议的方式向网络支付***返回发货结果。

11.根据权利要求10所述的方法，其特征在于，该方法进一步包括：将所述发货代理接口通过内部网络连接到一个以上应用程序***；网络支付***在同步回调某一应用程序***的发货接口时，进一步将该应用程序***的发货接口的地址通知给所述发货代理接口，由该发货代理接口根据所述发货接口的地址同步回调对应的发货接口。

12.根据权利要求9所述的方法，其特征在于，所述网络支付***和应用程序***之间采用的超文本传输安全协议的通信方式为双向校验的超文本传输安全协议方式。