交易信息的处理方法、系统、装置及存储介质与流程

本发明涉及信息处理领域，更为具体而言，涉及一种交易信息的处理方法、系统、装置及存储介质。

背景技术

当今社会，随着生活方式的转变，科技的发展，线上支付已经变得越来越主流，大有将纸质货币直接提升至电子货币的节奏，各商户对线上支付的需求也十分迫切。

目前，众多的商户通过在其客户端中整合第三方支付对接包(插件)来实现线上支付。但是，现有的对接包接口众多、容量占比大，导致商户客户端的对接周期长，并在原有的基础上增加了不少容量。且现有的对接包受制于商户客户端更新机制，需要同步商户客户端更新。同时，支付时，要求同步安装相应的第三方支付客户端，否则会产生无法调用该支付产品进行支付的问题。

技术实现要素：

为了解决现有技术中存在的上述问题，本发明提供了一种交易信息的处理方法、系统、装置及存储介质，能够减少对接包所占用的内存容量，且使对接包无需频繁跟随商户客户端进行更新。

根据本发明的实施方式，提供了一种交易信息的处理方法，所述方法包括：商户客户端通过其上安装的对接包向服务器提交交易请求；所述服务器根据所述交易请求进行交易逻辑处理，并生成反馈信息以返回给所述对接包；所述对接包接收所述反馈信息并根据所述反馈信息唤起支付客户端。

在本发明的一些实施方式中，所述商户客户端通过其上安装的对接包向服务器提交交易请求包括：所述对接包通过统一接口调用接收所述商户客户端提交的交易请求；所述对接包加密所述交易请求并将所述加密后的交易请求提交至所述服务器。

在本发明的一些实施方式中，所述方法还包括：所述对接包唤起所述商户客户端中的内嵌html5(hypertextmarkuplanguage5，超文本标记语言5)支付页面。

在本发明的一些实施方式中，所述方法还包括：所述服务器检测所述交易请求是否满足安全审核条件；在满足所述安全审核条件的情况下，执行所述交易逻辑处理，并生成反馈信息；若不满足所述安全审核条件，生成交易失败信息，并提交至所述对接包。

在本发明的一些实施方式中，所述对接包存储交易的公共信息，所述公共信息包括：支付请求地址、请求客户端参数和密钥。。

同时，本发明提供了一种交易信息的处理系统，所述系统至少包括商户客户端和服务器；其中，商户客户端包括对接包，所述对接包包括：信息模块，用于接收商户客户端提交的交易请求；第一通信模块，用于向服务器提交所述交易请求或接受所述服务器返回的反馈信息；智能唤起模块：用于根据所述反馈信息唤起支付客户端。其中，所述服务器包括：交易逻辑处理模块，用于根据所述交易请求进行交易逻辑处理，并生成反馈信息；第二通信模块，用于接收所述对接包提交的交易请求或向所述对接包返回反馈信息。

在本发明的一些实施方式中，所述信息模块包括：接口单元，用于通过统一接口调用接收所述商户客户端提交的交易请求；安全控制单元，用于加密所述交易请求。

在本发明的一些实施方式中，所述智能唤起模块包括：html5唤起单元，用于唤起所述商户客户端中的内嵌html5支付页面。

在本发明的一些实施方式中，所述服务器还包括：安全审核模块，用于检测所述交易请求是否满足安全审核条件，并在满足所述安全审核条件的情况下，通知所述交易逻辑处理模块执行交易逻辑处理，并生成反馈信息；若不满足所述安全审核条件，通知所述交易逻辑处理模块生成交易失败信息，并通过所述第二通信模块提交至所述对接包。

在本发明的一些实施方式中，所述对接包还包括：业务逻辑处理模块，用于存储交易的公共信息；所述公共信息包括：支付请求地址、请求客户端参数和密钥。

此外，本发明提供了一种交易信息的处理装置，包括存储器和处理器，所述存储器用于存储一条或多条计算机指令；所述处理器用于调用并执行所述一条或多条计算机指令从而实现前述任一项的交易信息的处理方法。

本发明还提供了一种计算机存储介质，存储有一条或多条计算机程序，所述一条或多条计算机程序在执行时实现前述任一项的交易信息的处理方法。

本发明的方法通过将交易逻辑处理后移至服务器端，使对接包仅仅承接信息转接及支付唤起等路由功能，显著减少了对接包所占用的内存容量，且将交互逻辑进行智能整合，使对接包无需频繁跟随商户客户端进行更新。同时，本方法对交易信息执行严格的安全审核，安全性高。

附图说明

为了便于理解本发明，以下通过具体实施方式并结合附图对本发明进行具体说明。

图1是根据本发明实施方式的一种交易信息的处理方法的流程示意图；

图2是根据一种根据本发明实施方式的商户客户端通过其上安装的对接包向服务器提交交易请求的方法的流程示意图；

图3是本发明的一种示例性的交易信息的处理方法的实现过程的框图；

图4是根据本发明实施方式的一种交易信息的处理系统的框图；

图5是一种图3中交易信息的处理系统的信息模块的框图；

图6是一种图3中交易信息的处理系统的智能唤起模块的框图；

图7是根据一种根据本发明实施方式的服务器的框图；

图8是根据一种根据本发明实施方式的对接包的框图。

具体实施方式

以下结合附图和具体实施方式对本发明的各个方面进行详细阐述。其中，众所周知的模块、单元及其相互之间的连接、链接、通信或操作没有示出或未作详细说明。并且，所描述的特征、架构或功能可在一个或一个以上实施方式中以任何方式组合。本领域技术人员应当理解，下述的各种实施方式只用于举例说明，而非用于限制本发明的保护范围。还可以容易理解，本文所述和附图所示的各实施方式中的模块或单元或处理方式可以按各种不同配置进行组合和设计。

图1是根据本发明实施方式的一种交易信息的处理方法的流程示意图，参照图1，该方法包括：

100：商户客户端通过其上安装的对接包向服务器提交交易请求；

102：所述服务器根据所述交易请求进行交易逻辑处理，并生成反馈信息以返回给所述对接包；

104：所述对接包接收所述反馈信息并根据所述反馈信息唤起支付客户端。

在本实施方式中，通过将将交易逻辑处理后移至服务器端，使对接包仅仅承接信息转接及支付唤起等路由功能，显著减少了对接包所占用的内存容量。

可选的，在本发明的实施方式中，如图2所示，处理100可以通过以下方式实现：

106：所述对接包通过统一接口调用接收所述商户客户端提交的交易请求；

108：所述对接包加密所述交易请求并将所述加密后的交易请求提交至所述服务器。

通过处理106，将现有技术中繁杂的多个接口进行整合，通过统一接口调用的方法传入参数，使对接更加简单化，且大大缩短了现有的对接周期。

其中，在对交易请求进行加密的同时，还可以对其进行签名，以保证交易的安全性。

同样的，在本发明的实施方式中，服务器也会对对接包提交的交易请求进行安全审核，以加强交易的安全性。具体的，服务器在接收到对接包提交的交易请求后，先对其进行签名验证，以确保信息来源的合法性及正确性。解密后，对交易请求中所包含的信息，联动风险库进行安全审核。例如，审核商户是否合法，交易请求是否合理等，以及时发现和禁止非法商户发起交易。

可选的，在本发明的实施方式中，为了解决在未安装相应的第三方支付客户端的情况下，对接包无法调用该支付产品进行支付的问题，本方法还包括：在对接包无法唤起支付客户端的情况下，唤起商户客户端中内嵌的html5支付页面，进行网页支付。

可选的，在本发明的实施方式中，将需要长期更新的交易的公共信息以公共参数的形式存储于对接包中，如果需要变更，只需要在服务器中进行变更后，通过请求传入对接包即可。由此，摆脱了现有对接包受制于商户客户端更新机制的问题，使对接包无需同步商户客户端进行更新。

其中，公共信息包括：支付请求地址、请求客户端参数、密钥等。

以下，以中国建设银行龙支付方式为例，参照图3，说明本发明的一种示例性的交易信息的处理方法的实现过程：

商户客户端调用对接包中的统一接口，将交易请求及一些相关的参数传入对接包。对接包接受交易请求后，对其进行加密并签名，将加密和签名后的交易请求递交至服务器。

服务器接受到交易请求后对其进行验证，以保证数据未被篡改及数据来源合法，并对其进行安全审核，判断是否为合法商户等。只有在通过验证及安全审核后，服务器才会针对该交易请求进行支付逻辑处理。若未通过验证及安全审核，则服务器生成交易失败信息，并将其提交至对接包，以反馈给商户客户端。

交易逻辑处理完毕后，服务器生成反馈信息并提交至对接包，以请求唤起手机银行客户端(支付客户端)完成支付操作。

对接包接收到反馈信息后，检测本机是否安装了手机银行客户端，若安装了则唤起手机银行客户端并跳转至客户端页面，若未安装，则唤起商户客户端中内嵌的html5支付页面，为客户提供智能的选择方案。

支付完成后，支付客户端通过回调方法通知商户支付结果，同时，服务器也会以点对点的方式二次通知商户支付结果。

本发明的方法通过将交易逻辑处理后移至服务器端，使对接包仅仅承接信息转接及支付唤起等路由功能，显著减少了对接包所占用的内存容量，且将交互逻辑进行智能整合，使对接包无需频繁跟随商户客户端进行更新。同时，本方法对交易信息执行严格的安全审核，安全性高。

图4是根据本发明实施方式的一种交易信息的处理系统的框图，参照图4，交易信息的处理系统1至少包括商户客户端10和服务器20。

其中，商户客户端10包括对接包110，该对接包110包括：信息模块111，用于接收商户客户端提交的交易请求；第一通信模块112，用于向服务器提交交易请求或接受服务器返回的反馈信息；智能唤起模块113，用于根据反馈信息唤起支付客户端。

可选的，参照图5，在本发明的实施方式的一种实现方式中，信息模块111包括：接口单元115，用于通过统一接口调用接收商户客户端提交的交易请求；安全控制单元116，用于加密交易请求。

可选的，参照图6，在本发明的实施方式的一种实现方式中，智能唤起模块113包括：html5唤起单元117，用于唤起商户客户端中的内嵌html5支付页面。

可选的，参照图7，在本发明的实施方式的一种实现方式中，服务器20还可以包括：安全审核模块212，用于检测交易请求是否满足安全审核条件，并在满足安全审核条件的情况下，通知交易逻辑处理模块执行交易逻辑处理，并生成反馈信息；若不满足安全审核条件，通知交易逻辑处理模块生成交易失败信息，并通过第二通信模块提交至所述对接包。

可选的，参照图8，在本发明的实施方式的一种实现方式中，对接包110还可以包括：业务逻辑处理模块114，用于存储交易的公共信息；公共信息包括：支付请求地址、请求客户端参数、密钥等。

可选的，本发明提供了一种交易信息的处理装置，该交易信息的处理装置包括存储器，用于存储一条或多条计算机指令；处理器，用于调用并执行所述一条或多条计算机指令从而实现本发明前述实施方式或实现方式所提供的交易信息的处理方法。可选地，在本发明实施方式的一种实现方式中，所述交易信息的处理装置还可以包括用于进行数据通信的输入输出接口。例如，所述处理装置可以是计算机、智能终端、服务器等。

本发明还提供了一种计算机存储介质，存储有一条或多条计算机指令，用于在执行时实现本发明前述实施方式或实现方式提供的交易信息的处理方法。例如，所述存储介质可以包括硬盘、软盘、光盘等。

虽然本文举例描述了一些实施方式，但是，在不脱离本发明实质的前提下，可以对这些实施方式进行各种变形，所有这些变形仍属于本发明的构思，并且落入本发明权利要求所限定的保护范围。

本文所公开的具体实施方式仅用于举例说明本发明，对于本领域技术人员而言，显然可以根据本文的教导进行各种修改，可以采用各种等同的方式实施本发明，因此，本发明上述公开的特定的实施方式仅仅是示例性的，其保护范围不受在此公开的结构或设计的细节所限，除非在权利要求中另有说明。因此，上述公开的特定的示例性的实施方式可进行各种替换、组合或修改，其所有的变形都落入本文公开的范围内。在缺少本文没有具体公开的任何元件或缺少本文公开的任选的部件的情况下，本文示例性公开的交易信息的处理方法、系统、装置及存储介质仍可适当地实施。上述公开的所有的数值和范围也可进行一定变化。每当公开了具有下限和上限的数值范围，落入此范围内的任何数值及任何被包含的范围都被具体地公开了。具体而言，本文公开的数值的任一范围均可理解为列举了包含在较宽数值范围内的任一数值和范围。同样，除非申请人明确且清楚地另有定义，权利要求中的术语具有它们的清楚、通常的含义。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件结合硬件平台的方式来实现。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施方式或者实施方式的某些部分所述的方法。

此外，权利要求书中的部件的数量包括一个或至少一个，除非另有说明。如果本发明中的用词或术语与其它文献中的用法或含义存在不一致，则应当以与本发明所定义的为准。