CN114677138A - 一种数据处理方法、设备以及计算机可读存储介质 - Google Patents

Abstract

本申请实施例公开一种数据处理方法、设备以及计算机可读存储介质，其中，方法包括：获取物品配置信息；获取交易请求，根据交易请求调用集成有M个交易方式所共同对应的通用交易功能的交易通用组件，交易请求携带资产值以及目标交易方式；根据第一物品数据、目标交易方式以及交易通用组件，对资产值对应的待转移资产进行资产转移处理，获取资产转移凭证；通过交易通用组件将资产转移凭证发送至通用组件服务器，以使通用组件服务器返回凭证验证结果；通过交易通用组件，将根据凭证验证结果所生成的物品转移请求发送至通用组件服务器，以使通用组件服务器返回物品转移反馈信息。采用本申请，可以提高多种支付方式被集成于应用客户端的效率。

Description

一种数据处理方法、设备以及计算机可读存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种数据处理方法、设备以及计算机可读存储介质。

背景技术

随着互联网技术的日益完善以及社会的进步，利用移动设备的移动支付得到快速普及，人们每天都在使用移动设备(例如手机)购买自己需要的物品，显然，移动支付成为人们生活中重要的组成部分。

实现移动支付的支付方式以及支付平台有很多，但支付平台之间是独立的，其所支持的支付方式同样也是独立的，例如支付平台A支持支付方式1(可以理解为交易方式1)，支付平台B支持支付方式2以及支付方式3，如果应用开发商仅仅将支付平台A所支持的支付方式1，集成于自己开发的应用客户端中，那么用户使用该应用客户端时，只能通过支付方式1进行物品交易，而不能通过支付平台B所支持的支付方式进行物品交易。

为了便于用户可以通过应用客户端中的多种支付方式购买物品，那么应用开发商需要将多种支付方式集成于应用程序(Application，App)中。在现有技术中，接入多种支付方式，例如支付方式1以及支付方式3，应用侧需要对支付方式1进行接入处理，并需要进行大量的适配工作，其中，接入处理以及适配处理需要耗费大量的时间以及人力，而针对支付方式3的具体的接入工作以及适配工作，与对支付方式1的接入工作与适配工作不同，因此，现有的集成支付方式或支付功能的方法存在低效率的缺陷。

发明内容

本申请实施例提供一种数据处理方法、设备以及计算机可读存储介质，可以提高多种支付方式被集成于应用客户端的效率。

本申请实施例一方面提供了一种数据处理方法，包括：

获取公共服务器发送的针对目标应用客户端的物品配置信息，物品配置信息包括目标物品对应的第一物品数据；

获取针对目标物品的交易请求，根据交易请求，调用集成有M个交易方式所共同对应的通用交易功能的交易通用组件，交易通用组件被集成在目标应用客户端中，交易请求携带针对目标物品的资产值以及目标交易方式，M为正整数，M个交易方式包括目标交易方式；

根据第一物品数据、目标交易方式以及交易通用组件，对资产值对应的待转移资产进行资产转移处理，获取针对目标物品的资产转移凭证；

通过交易通用组件，将资产转移凭证发送至通用组件服务器，以使通用组件服务器返回凭证验证结果，通用组件服务器是指与交易通用组件相关联的服务器；

通过交易通用组件，将根据凭证验证结果所生成的物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息。

本申请实施例一方面提供了一种数据处理方法，包括：

获取针对目标应用客户端的物品配置请求，目标应用客户端集成有交易通用组件，交易通用组件集成有M个交易方式所共同对应的通用交易功能，M为正整数，M个交易方式包括目标交易方式，目标应用客户端中的物品包括目标物品；

根据物品配置请求调用物品配置组件，根据物品配置组件对目标应用客户端中的物品进行配置，生成物品配置信息，物品配置组件由通用组件服务器提供，通用组件服务器是指与交易通用组件相关联的服务器，物品配置信息包括目标物品对应的第一物品数据；

获取用户终端发送的针对目标应用客户端的配置拉取请求，根据配置拉取请求将物品配置信息发送至用户终端，以使用户终端在获取到针对目标物品的交易请求时，调用交易通用组件，根据第一物品数据、交易请求所携带的目标交易方式以及交易通用组件，对目标物品进行物品交易处理，用户终端是指安装有目标应用客户端的终端。

本申请实施例一方面提供了一种数据处理装置，包括：

第一获取模块，用于获取公共服务器发送的针对目标应用客户端的物品配置信息，物品配置信息包括目标物品对应的第一物品数据；

第二获取模块，用于获取针对目标物品的交易请求，根据交易请求，调用集成有M个交易方式所共同对应的通用交易功能的交易通用组件，交易通用组件被集成在目标应用客户端中，交易请求携带针对目标物品的资产值以及目标交易方式，M为正整数，M个交易方式包括目标交易方式；

第三获取模块，用于根据第一物品数据、目标交易方式以及交易通用组件，对资产值对应的待转移资产进行资产转移处理，获取针对目标物品的资产转移凭证；

第一发送模块，用于通过交易通用组件，将资产转移凭证发送至通用组件服务器，以使通用组件服务器返回凭证验证结果，通用组件服务器是指与交易通用组件相关联的服务器；

第二发送模块，用于通过交易通用组件，将根据凭证验证结果所生成的物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息。

其中，第一获取模块，包括：

第一生成单元，用于响应针对目标应用客户端的物品配置操作，生成配置拉取请求；

第一发送单元，用于将配置拉取请求发送至公共服务器，公共服务器存储有物品配置信息，物品配置信息是由公共服务器根据通用组件服务器所提供的物品配置组件，对N个物品分别进行配置所生成的，物品配置信息包括针对目标物品的目标物品配置信息，目标物品配置信息包括针对目标物品的目标交易方式、目标物品标识以及资产值，N个物品包括目标物品，N为正整数；

第一获取单元，用于获取公共服务器返回的物品配置信息；

则第二获取模块，包括：

第二生成单元，用于响应针对目标物品的交易操作，根据目标物品标识生成针对目标物品的交易请求。

其中，第三获取模块，包括：

第二发送单元，用于根据交易通用组件以及目标交易方式，将交易请求发送至目标交易服务器，以使目标交易服务器返回与目标物品相关联的第二物品数据，目标交易服务器是指具备针对目标交易方式的交易功能的服务器；

第三生成单元，用于根据第一物品数据以及第二物品数据，生成针对目标物品的物品转移预请求；

第三获取单元，用于根据物品转移预请求以及交易通用组件，对资产值对应的待转移资产进行资产转移处理，根据资产转移处理结果获取针对目标物品的资产转移凭证。

其中，第二发送单元，包括：

第一目标子单元，用于调用交易通用组件中与目标交易方式对应的目标交易接口；

第二目标子单元，用于通过目标交易接口，将交易请求传输至目标交易方式对应的原始交易组件，交易请求携带针对目标物品的目标物品标识；

第一发送子单元，用于通过原始交易组件，将交易请求发送至目标交易服务器，以使目标交易服务器从P个物品分别对应的物品数据中，确定目标物品标识对应的第二物品数据，将第二物品数据返回至原始交易组件，P为正整数；

第一获取子单元，用于通过目标交易接口，获取原始交易组件返回的第二物品数据。

其中，第三生成单元，包括：

数据对比子单元，用于将第一物品数据以及第二物品数据进行对比；

第一生成子单元，用于若第一物品数据以及第二物品数据不同，则生成针对目标物品的物品错误数据提示；

第一生成子单元，还用于若第一物品数据以及第二物品数据相同，则生成针对目标物品的物品转移预请求。

其中，第二获取单元，包括：

第二发送子单元，用于通过交易通用组件，将物品转移预请求发送至通用组件服务器，以使通用组件服务器对物品转移预请求进行合法性检验，根据合法性检验结果生成预请求答复结果；

第二获取子单元，用于通过交易通用组件，获取通用组件服务器返回的预请求答复结果，预请求答复结果包括第一答复结果或第二答复结果，第一答复结果用于表征，通用组件服务器针对物品转移预请求的合法性检验结果为非法结果，第二答复结果用于表征合法性检验结果为合法结果；

第二生成子单元，用于若预请求答复结果为第一答复结果，则生成针对目标物品的预请求失败提示；

第三获取子单元，用于若预请求答复结果为第二答复结果，则对资产值对应的待转移资产进行资产转移处理，根据资产转移处理结果获取针对目标物品的资产转移凭证。

其中，第三获取子单元，包括：

第一处理子单元，用于通过交易通用组件，对资产值对应的待转移资产进行资产转移处理，得到资产转移处理结果，资产转移处理结果包括第一处理结果或第二处理结果，第一处理结果用于表征通过待转移资产的资产转移处理，第二处理结果用于表征未通过待转移资产的资产转移处理；

第二处理子单元，用于若资产转移处理结果为第二处理结果，则生成针对待转移资产的资产转移失败提示；

第二处理子单元，还用于若资产转移处理结果为第一处理结果，则生成针对目标物品的资产转移通知；

第一传输子单元，用于调用交易通用组件中与目标交易方式对应的目标交易接口，通过目标交易接口，将资产转移通知传输至目标交易方式对应的原始交易组件；

第二传输子单元，用于通过原始交易组件，将资产转移通知发送至目标交易服务器，以使目标交易服务器对资产转移通知进行核实操作，得到核实结果，核实结果包括第一核实结果或第二核实结果，第一核实结果用于表征目标交易服务器认可资产转移通知，第二核实结果用于表征目标交易服务器拒绝资产转移通知；

第三传输子单元，用于若核实结果为第二核实结果，则通过原始交易组件获取目标交易服务器返回的资产转移失败通知；

第三传输子单元，还用于若核实结果为第一核实结果，则通过原始交易组件获取目标交易服务器返回的针对目标物品的资产转移凭证；

第四传输子单元，用于通过目标交易接口，将资产转移凭证返回至交易通用组件。

其中，第一发送模块，包括：

第四生成单元，用于生成包括资产转移凭证的凭证验证请求；

第三发送单元，用于通过交易通用组件，将凭证验证请求发送至通用组件服务器，以使通用组件服务器返回针对资产转移凭证的凭证验证结果，凭证验证结果是在通用组件服务器以及目标交易服务器之间，对资产转移凭证进行合法性验证所得到的；

第三获取单元，用于通过交易通用组件，获取凭证验证结果。

其中，凭证验证结果包括验证通过结果或验证失败结果，验证通过结果用于表征资产转移凭证通过目标交易服务器的合法性验证，验证失败结果用于表征资产转移凭证未通过目标交易服务器的合法性验证；

第二发送模块，包括：

第五生成单元，用于若凭证验证结果为验证失败结果，则生成凭证验证失败提示；

第五生成单元，还用于若凭证验证结果为验证通过结果，则生成针对目标物品的物品转移请求；

第四发送单元，用于通过交易通用组件，将物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息，物品转移反馈信息是在通用组件服务器、公共服务器以及目标应用服务器之间对物品转移请求进行验证所得到的，目标应用服务器是指目标应用客户端对应的后台服务器；

第四获取单元，用于通过交易通用组件，获取物品转移反馈信息。

本申请实施例一方面提供了一种数据处理装置，包括：

第一获取模块，用于获取针对目标应用客户端的物品配置请求，目标应用客户端集成有交易通用组件，交易通用组件集成有M个交易方式所共同对应的通用交易功能，M为正整数，M个交易方式包括目标交易方式，目标应用客户端中的物品包括目标物品；

第一生成模块，用于根据物品配置请求调用物品配置组件，根据物品配置组件对目标应用客户端中的物品进行配置，生成物品配置信息，物品配置组件由通用组件服务器提供，通用组件服务器是指与交易通用组件相关联的服务器，物品配置信息包括目标物品对应的第一物品数据；

第二获取模块，用于获取用户终端发送的针对目标应用客户端的配置拉取请求，根据配置拉取请求将物品配置信息发送至用户终端，以使用户终端在获取到针对目标物品的交易请求时，调用交易通用组件，根据第一物品数据、交易请求所携带的目标交易方式以及交易通用组件，对目标物品进行物品交易处理，用户终端是指安装有目标应用客户端的终端。

其中，第一生成模块，包括：

第一调用单元，用于根据物品配置请求，调用集成有W个配置方式所共同对应的通用配置功能的物品配置组件，W为正整数，W个配置方式包括配置地区方式；

第一配置单元，用于若响应针对配置地区方式的触发操作，则从M个交易方式中获取配置地区对应的地区交易方式，根据配置地区以及地区交易方式之间的关联关系，为目标应用客户端中的物品进行配置，生成物品配置信息；

则第二获取模块，包括：

第一获取单元，用于根据配置拉取请求，获取用户终端的网络地址所属的终端地区；

第一目标单元，用于根据配置地区以及地区交易方式之间的关联关系，确定终端地区对应的目标地区交易方式；

第二目标单元，用于将携带有目标地区交易方式的物品配置信息发送至用户终端。

其中，第一生成模块，包括：

第二调用单元，用于根据物品配置请求，调用集成有W个配置方式所共同对应的通用配置功能的物品配置组件，W为正整数，W个配置方式包括配置交易方式；

第二获取单元，用于若响应针对配置交易方式的触发操作，则从目标应用客户端中的物品中获取待配置物品；

第二配置单元，用于若获取到通用组件服务器发送的针对待配置物品的推荐交易方式，则根据推荐交易方式对待配置物品进行配置，生成物品配置信息。

其中，数据处理装置，还包括：

第三获取模块，用于获取用户终端集群中每个用户终端分别发送的针对目标物品的交易上报记录，用户终端集群中每个用户终端均安装有目标应用客户端，交易上报记录包括针对目标物品的资产转移值，以及针对目标物品的交易方式；

第二生成模块，用于根据针对目标物品的资产转移值，以及针对目标物品的交易方式创建对照测试实验，执行对照测试实验，得到测试实验结果，测试实验结果包括针对目标物品的推荐资产值，以及针对目标物品的推荐交易方式，测试实验结果用于在响应下一次物品配置请求时，根据推荐资产值以及推荐交易方式，对目标物品的目标物品配置信息进行更新。

本申请一方面提供了一种计算机设备，包括：处理器、存储器、网络接口；

上述处理器与上述存储器、上述网络接口相连，其中，上述网络接口用于提供数据通信功能，上述存储器用于存储计算机程序，上述处理器用于调用上述计算机程序，以使得计算机设备执行本申请实施例中的方法。

本申请实施例一方面提供了一种计算机可读存储介质，上述计算机可读存储介质中存储有计算机程序，上述计算机程序适于由处理器加载并执行本申请实施例中的方法。

本申请实施例一方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中；计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例中的方法。

在本申请实施例中，若应用开发者将具有M个交易方式所共同对应的通用交易功能的交易通用组件集成于目标应用客户端后，那么当用户终端安装有该目标应用客户端，且获取到针对目标应用客户端中的目标物品的交易请求时，可以根据交易请求，调用集成有通用交易功能的交易通用组件；进一步地，根据交易通用组件、从公共服务器获取到的第一物品数据、交易请求携带的针对目标物品的目标交易方式，可以对资产值对应的待转移资产进行资产转移处理，获取针对目标物品的资产转移凭证；进一步地，通过交易通用组件，可以将资产转移凭证发送至与交易通用组件相关联的通用组件服务器，以使通用组件服务器返回凭证验证结果；进一步地，通过交易通用组件，可以将根据凭证验证结果所生成的物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息。上述可知，通过将交易通用组件集成于目标应用客户端，不仅可以实现用户通过多种支付方式(即上述的M个交易方式)购买目标应用客户端中的物品，还可以提高应用开发者集成多种支付方式于目标应用客户端的接入效率；此外，本申请实施例通过交易通用组件，可以将资产转移凭证以及凭证验证结果均发送至通用组件服务器，以使其进行对应的操作并返回结果(包括上述的凭证验证结果以及物品转移反馈信息)，可以在用户支付过程中，避免仅集中于目标应用服务器(目标应用客户端对应的后台服务器)对交易请求的验证处理，可以提高用户的支付效率以及准确率。

附图说明

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

图1是本申请实施例提供的一种系统架构示意图；

图2是本申请实施例提供的一种集成多种交易方式的技术框架示意图；

图3是本申请实施例提供的一种数据处理方法的流程示意图；

图4是本申请实施例提供的一种数据处理的场景示意图；

图5是本申请实施例提供的一种数据处理的场景示意图；

图6是本申请实施例提供的一种数据处理的场景示意图；

图7是本申请实施例提供的一种数据处理的场景示意图；

图8是本申请实施例提供的一种数据处理的场景示意图；

图9是本申请实施例提供的一种数据处理的场景示意图；

图10是本申请实施例提供的一种数据处理的场景示意图；

图11是本申请实施例提供的一种数据处理方法的流程示意图；

图12是本申请实施例提供的一种数据处理方法的流程示意图；

图13是本申请实施例提供的一种物品配置的架构示意图；

图14是本申请实施例提供的一种数据处理的场景示意图；

图15是本申请实施例提供的一种多平台间的数据流转示意图；

图16是本申请实施例提供的一种AB测试的基本框架图；

图17是本申请实施例提供的一种数据处理的场景示意图；

图18是本申请实施例提供的一种数据处理装置的结构示意图；

图19是本申请实施例提供的一种数据处理装置的结构示意图；

图20是本申请实施例提供的一种计算机设备的结构示意图；

图21是本申请实施例提供的一种计算机设备的结构示意图。

具体实施方式

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

请参见图1，图1是本申请实施例提供的一种系统架构示意图。如图1所示，该系统可以包括公共服务器10b、通用组件服务器10d、用户终端集群10a、应用服务器集群10c以及交易服务器集群10e。其中，应用服务器集群10c可以包括：应用服务器101c、…、应用服务器102c，可以理解的是，上述系统可以包括一个或者多个应用服务器，这里将不对应用服务器的数量进行限制；应用服务器集群10c中的每个应用服务器，均可以为具备物品交易功能的应用所对应的后台服务器，例如，应用服务器101c是应用1对应的后台服务器，应用服务器102c是应用2对应的后台服务器，其中，上述提及的应用可以为社交应用、多媒体应用(例如视频应用)、娱乐应用(例如游戏应用)、教育应用、直播应用等应用；其中，该应用可以为独立的应用，也可以为集成在某应用(例如，社交应用、教育应用以及多媒体应用等)中的嵌入式子应用，在此不做限定。应用中的物品可以为虚拟物品，也可以为实体物品，在此不做限定。

其中，通用组件服务器10d可以为应用服务器集群10c中的每个应用服务器提供交易通用组件，该交易通用组件可以具备M个交易方式所共同对应的通用交易功能，M为正整数，且M可以小于或等于交易服务器集群10e中交易服务器的总数量。例如，通用组件服务器10d为应用服务器101c提供交易通用组件，则应用服务器101c可以将交易通用组件集成于应用1对应的应用数据包中，通过将交易通用组件嵌入应用1对应的应用数据包中，在接入M个交易方式时，应用服务器101c可以避免与交易服务器集群10e中的每个交易服务器，直接对接交易功能，可以理解为，通用组件服务器10d预先与交易服务器对接，将每个交易服务器对应的交易方式集成于交易通用组件，然后将集成有M个交易方式的交易通用组件提供给应用服务器集群10c中的应用服务器。

此外，通用组件服务器10d可以为应用服务器集群10c中的每个应用服务器提供物品配置组件，该物品配置组件可以具备W个配置方式所共同对应的通用配置功能，W为正整数。例如，通用组件服务器10d为应用服务器101c提供物品配置组件，通过物品配置组件，应用服务器101c可以对应用1所包括的N个物品分别进行配置，得到包括N个物品的物品配置信息，N为正整数；后续，应用服务器101c可以将物品配置信息发送至公共服务器10b，使其存储有针对应用1的物品配置信息。

此外，通用组件服务器10d可以为公共服务器10b提供上述物品配置组件，此时，公共服务器10b在获取到每个应用服务器分别对应的物品后，可以在本地为每个应用服务器分别对应的物品进行物品配置。例如，公共服务器10b获取到应用服务器101c发送的针对应用1的N个物品，以及获取到通用组件服务器10d所提供的物品配置组件，则可以在本地对针对应用1的N个物品分别进行配置，得到针对应用1的物品配置信息。可以理解的是，上述系统可以包括一个或者多个通用组件服务器，这里将不对通用组件服务器的数量进行限制。

其中，公共服务器10b可以存储有每个应用服务器分别对应的物品配置信息，例如，公共服务器10b可以存储有应用服务器101c对应的物品配置信息，可以存储有应用服务器102c对应的物品配置信息，上述提及的物品配置信息可以是对应的应用服务器在本地对物品配置好之后，发送至公共服务器10b的，也可以是公共服务器10b在本地对各个应用分别对应的物品进行配置所得到的，本申请实施例对此不作限定。可以理解的是，上述系统可以包括一个或者多个公共服务器，这里将不对公共服务器的数量进行限制。

如图1所述，交易服务器集群10e可以包括：交易服务器101e、…、交易服务器102e，可以理解的是，上述系统可以包括一个或者多个交易服务器，这里将不对交易服务器的数量进行限制。交易服务器集群10e中的每个交易服务器，均可以为具备资产转移功能(等同于交易支付功能)的应用所对应的后台服务器，例如，交易服务器101e是具备交易支付功能的应用3对应的后台服务器，交易服务器102e是具备交易支付功能的应用4对应的后台服务器，其中，上述提及的应用可以为社交应用、多媒体应用(例如视频应用)、娱乐应用(例如游戏应用)、教育应用、直播应用等应用；其中，该应用可以为独立的应用，也可以为集成在某应用(例如，社交应用、教育应用以及多媒体应用等)中的嵌入式子应用，在此不做限定。可以理解的是，应用3可以等同于上述提及的应用1，即存在一个应用，既可以实现物品交易功能，又可以实现交易支付功能。

如图1所示，用户终端集群10a可以包括：用户终端101a、...、用户终端102a，可以理解的是，上述系统可以包括一个或者多个用户终端，这里将不对用户终端的数量进行限制。用户终端集群10a中的每个用户终端均可以安装有上述提及的应用，即用户终端集群10a均可以包括上述应用对应的应用客户端，例如，用户终端101a可以安装有应用1、应用2、应用3以及应用4，用户终端102a可以安装有应用1以及应用3。

其中，用户终端集群10a之间可以存在通信连接，例如，用户终端101a与用户终端102a之间存在通信连接；同时，用户终端集群10a中的任一用户终端可以与公共服务器10b存在通信连接，例如，用户终端101a与公共服务器10b之间存在通信连接，用户终端102a与公共服务器10b之间存在通信连接；用户终端集群10a中的任一用户终端可以与通用组件服务器10d存在通信连接，例如，用户终端101a与通用组件服务器10d之间存在通信连接，用户终端102a与通用组件服务器10d之间存在通信连接；用户终端集群10a中的任一用户终端，可以与应用服务器集群10c中的任一应用服务器存在通信连接，例如，用户终端101a与应用服务器101c之间存在通信连接，用户终端102a与应用服务器101c之间存在通信连接；用户终端集群10a中的任一用户终端，可以与交易服务器集群10e中的任一交易服务器存在通信连接，例如，用户终端101a与交易服务器101e之间存在通信连接，用户终端102a与交易服务器102e之间存在通信连接。

其中，公共服务器10b可以与通用组件服务器10d存在通信连接；公共服务器10b可以与应用服务器集群10c中的任一应用服务器存在通信连接，例如，公共服务器10b与应用服务器101c之间存在通信连接，公共服务器10b与应用服务器101c之间存在通信连接；公共服务器10b可以与交易服务器集群10e中的任一交易服务器存在通信连接，例如，公共服务器10b与交易服务器101e之间存在通信连接，公共服务器10b与交易服务器102e之间存在通信连接。

其中，应用服务器集群10c之间可以存在通信连接，例如，应用服务器101c与应用服务器102c之间存在通信连接；应用服务器集群10c中的任一应用服务器可以与通用组件服务器10d存在通信连接，例如，应用服务器101c与公共服务器10b之间存在通信连接，应用服务器102c与公共服务器10b之间存在通信连接；应用服务器集群10c中的任一应用服务器，可以与交易服务器集群10e中的任一交易服务器存在通信连接，例如，应用服务器101c与交易服务器101e之间存在通信连接，应用服务器101c与交易服务器102e之间存在通信连接。

其中，交易服务器集群10e之间可以存在通信连接，例如，交易服务器101e与交易服务器102e之间存在通信连接；交易服务器集群10e中的任一交易服务器可以与通用组件服务器10d存在通信连接，例如，交易服务器101e与公共服务器10b之间存在通信连接，交易服务器102e与公共服务器10b之间存在通信连接。

其中，上述的通信连接不限定连接方式，可以通过有线通信方式进行直接或间接地连接，也可以通过无线通信方式进行直接或间接地连接，还可以通过其他方式，本申请在此不做限制。

可以理解的是，公共服务器10b、通用组件服务器10d、用户终端101a、...、用户终端102a、应用服务器101c、…、应用服务器102c、交易服务器101e、…、交易服务器102e，均可以为区块链网络中的区块链节点，下文叙述的数据(例如物品配置信息)，可以进行存储，存储方式可以是区块链节点根据数据生成区块，并将区块添加至区块链中进行存储的方式。

区块链是一种分布式数据存储、点对点传输、共识机制以及加密算法等计算机技术的新型应用模式，主要用于对数据按时间顺序进行整理，并加密成账本，使其不可被篡改和伪造，同时可进行数据的验证、存储和更新。区块链本质上是一个去中心化的数据库，该数据库中的每个节点均存储一条相同的区块链，区块链网络可以将区块链节点区分为核心节点、数据节点以及轻节点。其中核心节点负责区块链全网的共识，也就是说核心节点为区块链网络中的共识节点。对于区块链网络中的交易数据被写入账本的流程可以为，区块链网络中的数据节点或轻节点获取到交易数据，将交易数据在区块链网络中传递(也就是节点以接力棒的方式进行传递)，直到共识节点收到该交易数据，共识节点再将该交易数据打包进区块，进行执行共识，待共识完成后将该交易数据写入账本。此处以物品配置信息示例交易数据，公共服务器10b(等同于共识节点)在通过对交易数据的共识后，根据交易数据生成区块，将区块存储至区块链网络中；而对于交易数据(即物品配置信息)的读取，则可以由区块链节点在区块链网络中，获取到包含该交易数据的区块，进一步，在区块中获取交易数据。

其中，图1中的公共服务器10b、通用组件服务器10d、用户终端101a、...、用户终端102a、应用服务器101c、…、应用服务器102c、交易服务器101e、…、交易服务器102e，可以包括手机、平板电脑、笔记本电脑、掌上电脑、智能音响、移动互联网设备(MID，mobileinternet device)、POS(Point Of Sales，销售点)机、可穿戴设备(例如智能手表、智能手环等)等。

可以理解的是，本申请实施例所提供的数据处理方法可以由计算机设备执行，计算机设备包括但不限于为用户终端或服务器(包括图1所示例的公共服务器、通用组件服务器、应用服务器以及交易服务器)。上述服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。上述用户终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。用户终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

进一步地，请参见图2，图2是本申请实施例提供的一种集成多种交易方式的技术框架示意图。如图2所示，该技术框架可以包括移动支付中台软件开发工具包(SoftwareDevelopment Kit，SDK)、配置平台、监控分析平台、通用支付网关以及控制平台，各部分作用以及功能如下描述。

1、移动支付中台SDK：该部分可以分为业务逻辑层以及网络层，其中，业务逻辑层主要负责数据更新、产品付费(等同于物品交易支付)、场景管理、异常处理以及通知管理；数据更新可以包括支付方式(等同于交易方式)、产品数据(等同于物品数据)、运营活动、特权配置以及优先级管理；产品付费可以包括多种交易方式，例如图2所示例的支付方式1、支付方式2、…、支付方式3，支付方式1可以由图2所示例的支付应用1(其对应的后台服务器为交易服务器1)支持，支付方式2可以由图2所示例的支付应用2(其对应的后台服务器为交易服务器2)支持，支付方式3可以由图2所示例的支付应用3(其对应的后台服务器为交易服务器3)支持。

网络层主要负责底层的数据管理、监控以及后台任务管理，同时，提供相应的支付回调功能和业务数据上报功能，还负责触发支付底层的支付功能，支付底层可以包括支付逻辑、产品验证以及数据存储。

移动支付中台SDK被集成在应用侧的应用客户端中，如图2所示例的应用1以及应用2中，应用客户端被安装于用户终端中，例如用户终端可以安装应用1以及应用2。

2、配置平台：此部分主要是进行各个功能的配置，包含产品数据配置、支付方式配置、运营活动配置、场景管理、订单管理、权限控制特权管理、会员配置以及运营活动配置等。配置平台可以包括图1中的公共服务器10b，也可以包括图1中的应用服务器集群10c中的应用服务器，还可以包括公共服务器10b以及应用服务器，此处不对配置平台的范围进行限定，可以根据实际应用场景进行设定，其具体配置过程请参见下文图12所对应的实施例。

3、监控分析平台：监控分析平台可以包括图1所示例的公共服务器10b，此部分负责监控支付过程中的重要的数据内容，包含AB测试(Test)功能、大数据分析功能和附加资产(PropertyPlus，PP)数据监控功能。其中，ABTest主要是负责根据用户的客群范围进行AB-Test实验，并根据实验数据判断功能的效果情况。大数据分析主要是分析用户支付的异常以及成功的聚类情况，并随时提供可供查看的数据。PP数据监控主要是负责各个服务器接口的统计和监控，并在服务器接口出现异常的时候，提供告警功能以及提醒。

4、控制平台：该平台可以包括图1所示例的通用组件服务器10d，此部分主要是负责产品(等同于物品)的配置及注册、用户的支付监控服务、支付风控策略以及用户的付费分析，同时，提供各个产品的支付成功率和失败率的统计，并可以根据配置的告警策略提供相应的告警服务。

对于很多应用，如何快速、高效地接入支付功能是尤为重要的，特别是对于新开的业务，在人力资源比较紧缺的情况下，快速接入支付功能就更为重要。本申请实施例就如何快速又高效地接入支付功能的问题，提出了一种基于交易通用组件以及物品配置组件实现多支付方式的方法。

进一步地，请参见图3，图3是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由计算机设备执行，该计算机设备可以包括图1中的用户终端集群10a中的任一用户终端，可以包括图1中的服务器(包括图1所示例的公共服务器10b、通用组件服务器10d、应用服务器集群10c以及交易服务器集群10e)，还可以包括用户终端以及服务器，如图3所示，该数据处理过程可以包括如下步骤。

步骤S101，获取公共服务器发送的针对目标应用客户端的物品配置信息，物品配置信息包括目标物品对应的第一物品数据。

具体的，响应针对目标应用客户端的物品配置操作，生成配置拉取请求；将配置拉取请求发送至公共服务器，公共服务器存储有物品配置信息，物品配置信息是由公共服务器根据通用组件服务器所提供的物品配置组件，对N个物品分别进行配置所生成的，物品配置信息包括针对目标物品的目标物品配置信息，目标物品配置信息包括针对目标物品的目标交易方式、目标物品标识以及资产值，N个物品包括目标物品，N为正整数；获取公共服务器返回的物品配置信息。

在本申请实施例中，假设N等于3，请一并参见图4，图4是本申请实施例提供的一种数据处理的场景示意图。如图4所示，用户可以在用户终端上安装应用1，其中，应用1对应的目标应用服务器已经将具备多个交易方式所共同对应的通用交易功能的交易通用组件，集成于应用1(等同于应用客户端)中。用户终端安装好应用1后，用户可以在应用1上进行注册，注册信息可以包括登录方式以及昵称等基本信息，登录方式可以包括手机号码、身份证以及第三方可信应用的授权登录等方式，此处不对注册信息以及登录方式进行限定，可以根据实际应用场景进行设定。本申请实施例以第三方可信应用授权登录方式为例示意登录方式，其中，图4中的111****8546可以示意用户在第三方可信应用中的用户账号。

请再参见图4，用户终端显示针对应用1的开通会员页面401c，用户点击开通会员页面401c中的开通会员控件40b，则用户终端101a可以响应针对目标应用客户端(即应用1)的物品配置操作，生成配置拉取请求，如图4所示，用户终端将配置拉取请求发送至公共服务器10b。公共服务器10b可以包括信息数据库40a，信息数据库40a存储有多个应用服务器分别对应的物品配置信息，此处的多个应用服务器，是指将交易通用组件集成于自己的应用客户端的服务器；如图4所示，信息数据库40a存储有物品配置信息401a、物品配置信息402a、…、物品配置信息403a，其中，物品配置信息401a、物品配置信息402a、…、物品配置信息403a分别为不同应用服务器分别对应的物品配置信息，例如，物品配置信息401a是应用服务器101c所对应的物品配置信息，物品配置信息402a是应用服务器102c所对应的物品配置信息，物品配置信息403a是应用服务器103c所对应的物品配置信息。可以理解的是，应用服务器对应的物品配置信息可以是应用服务器在本地对自己的物品进行配置之后，发送至公共服务器10b的，也可以是公共服务器10b在本地对各个应用分别对应的物品进行配置所得到的，本申请实施例对此不作限定。

配置拉取请求可以携带应用1的应用标识，该应用标识可以等于应用1对应的后台服务器的服务器标识，或可以对接其对应的后台服务器的标识。公共服务器10b可以根据应用1的应用标识，从信息数据库40a中确定应用1对应的物品配置信息，如图4所示例的物品配置信息401a，物品配置信息401a包括3个物品分别对应的物品配置信息，其中，物品配置信息401a中的标识可以指代物品标识，例如标识1为物品1的物品标识，标识2为物品2的物品标识，标识3为物品3的物品标识；物品配置信息401a中的数据可以指代每个物品分别对应的物品配置信息，例如物品1对应的物品配置信息1，物品2对应的物品配置信息2，物品3对应的物品配置信息3。每个物品分别对应的物品配置信息均可以包括该物品所支持的交易方式、物品标识以及资产值；每个物品分别对应的物品配置信息均可以包括该物品对应的第一物品数据，第一物品数据可以包括该物品的基本数据，例如，物品标识以及资产值，本申请实施例不对第一物品数据的数据内容进行限定，可以根据实际应用场景进行设定。

请再参见图4，公共服务器10b将物品配置信息401a返回至用户终端，则用户终端可以将开通会员页面401c切换至物品选购页面402c，其中，物品选购页面402c中所显示的“连续包月”可以为物品1的物品名称，“连续包月”对应的8元可以为物品1的资产值，即该物品的价值为8元，同理，物品选购页面402c中所显示的“连续包年”可以为物品2的物品名称，“连续包年”对应的80元可以为物品2的资产值，即该物品的价值为80元；物品选购页面402c中所显示的“连续包季”可以为物品3的物品名称，“连续包季”对应的22元可以为物品3的资产值，即该物品的价值为22元。明显地，应用1包括3种支付方式(等同于3种交易方式)，分别为支付方式1、支付方式2以及支付方式3，本申请实施例不对支付方式进行限定，可以为应用1本身所支持的支付方式，也可以为第三方支付应用所支持的支付方式，还可以为用户终端对应的操作系统所携带的支付方式。

可以理解的是，用户终端不仅可以根据配置拉取请求，从公共服务器10b中获取应用1对应的物品配置信息401a，还可以由公共服务器10b主动发送物品配置信息401a至用户终端，例如信息数据库40a中针对应用1的物品配置信息发生了更新，则公共服务器10b可以将更新后的针对应用1的物品配置信息发送至用户终端。

步骤S102，获取针对目标物品的交易请求，根据交易请求，调用集成有M个交易方式所共同对应的通用交易功能的交易通用组件，交易通用组件被集成在目标应用客户端中，交易请求携带针对目标物品的资产值以及目标交易方式，M为正整数，M个交易方式包括目标交易方式。

具体的，响应针对目标物品的交易操作，根据目标物品标识生成针对目标物品的交易请求。

在本申请实施例中，假设M等于3，可以理解的是，M与N两者无关联。请一并参见图5，图5是本申请实施例提供的一种数据处理的场景示意图。结合图5以及步骤S101(包括图4)，当用户点击物品选购页面402c中的物品1(即图5中的“连续包月”产品)，以及支付方式1后，再点击物品选购页面403c中的“确认支付”控件时，用户终端可以确定“连续包月”产品为目标物品，支付方式1为目标交易方式，此时，用户终端响应针对目标物品的交易操作，可以根据目标物品标识(如图4所示例的标识1)生成针对目标物品的交易请求。

请再参见图5，交易请求可以携带针对目标物品的基本数据，例如资产值(即图5示例的8元)、目标交易方式(即支付方式1)以及目标物品标识(即标识1)，本申请实施例不对交易请求所携带的针对目标物品的基本数据进行限定，可以根据实际应用场景进行设定。

用户终端根据交易请求，可以调用交易通用组件；组件可以理解为一种代码的集合，这种代码的集合是为了一种特定的功能，其可以加速开发迭代，提升开发的效率；本申请实施例中的交易通用组件可以理解为支付组件，该支付组件是针对支付方式的一种代码组织形式，即将各种支付方式(等同于M个交易方式)集成在一起，并提供相应的支付功能，交易通用组件可以满足不同的应用开发者将支付功能接入应用程序包的需求。本申请实施例中的交易通用组件是通用的支付组件，由通用组件服务器提供，该通用组件服务器用于与不同的交易服务器进行支付对接工作，以生成交易通用组件，将交易通用组件提供给不同的应用服务器，可以避免应用服务器与不同的交易服务器进行支付对接工作，进而可以节省应用服务器对应用的支付功能开发时间以及支付功能升级时间。

请再参见图5，交易通用组件可以包括3种交易方式，如图5示例的支付方式1、支付方式2以及支付方式3。

步骤S103，根据第一物品数据、目标交易方式以及交易通用组件，对资产值对应的待转移资产进行资产转移处理，获取针对目标物品的资产转移凭证。

具体的，根据交易通用组件以及目标交易方式，将交易请求发送至目标交易服务器，以使目标交易服务器返回与目标物品相关联的第二物品数据，目标交易服务器是指具备针对目标交易方式的交易功能的服务器；根据第一物品数据以及第二物品数据，生成针对目标物品的物品转移预请求；根据物品转移预请求以及交易通用组件，对资产值对应的待转移资产进行资产转移处理，根据资产转移处理结果获取针对目标物品的资产转移凭证。

其中，获取第二物品数据的具体过程可以包括：调用交易通用组件中与目标交易方式对应的目标交易接口；通过目标交易接口，将交易请求传输至目标交易方式对应的原始交易组件，交易请求携带针对目标物品的目标物品标识；通过原始交易组件，将交易请求发送至目标交易服务器，以使目标交易服务器从P个物品分别对应的物品数据中，确定目标物品标识对应的第二物品数据，将第二物品数据返回至原始交易组件，P为正整数；通过目标交易接口，获取原始交易组件返回的第二物品数据。

其中，生成物品转移预请求的具体过程可以包括：将第一物品数据以及第二物品数据进行对比；若第一物品数据以及第二物品数据不同，则生成针对目标物品的物品错误数据提示；若第一物品数据以及第二物品数据相同，则生成针对目标物品的物品转移预请求。

其中，获取资产转移凭证的具体过程可以包括：通过交易通用组件，将物品转移预请求发送至通用组件服务器，以使通用组件服务器对物品转移预请求进行合法性检验，根据合法性检验结果生成预请求答复结果；通过交易通用组件，获取通用组件服务器返回的预请求答复结果，预请求答复结果包括第一答复结果或第二答复结果，第一答复结果用于表征，通用组件服务器针对物品转移预请求的合法性检验结果为非法结果，第二答复结果用于表征合法性检验结果为合法结果；若预请求答复结果为第一答复结果，则生成针对目标物品的预请求失败提示；若预请求答复结果为第二答复结果，则通过交易通用组件，对资产值对应的待转移资产进行资产转移处理，得到资产转移处理结果，资产转移处理结果包括第一处理结果或第二处理结果，第一处理结果用于表征通过待转移资产的资产转移处理，第二处理结果用于表征未通过待转移资产的资产转移处理；若资产转移处理结果为第二处理结果，则生成针对待转移资产的资产转移失败提示；若资产转移处理结果为第一处理结果，则生成针对目标物品的资产转移通知；调用交易通用组件中与目标交易方式对应的目标交易接口，通过目标交易接口，将资产转移通知传输至目标交易方式对应的原始交易组件；通过原始交易组件，将资产转移通知发送至目标交易服务器，以使目标交易服务器对资产转移通知进行核实操作，得到核实结果，核实结果包括第一核实结果或第二核实结果，第一核实结果用于表征目标交易服务器认可资产转移通知，第二核实结果用于表征目标交易服务器拒绝资产转移通知；若核实结果为第二核实结果，则通过原始交易组件获取目标交易服务器返回的资产转移失败通知；若核实结果为第一核实结果，则通过原始交易组件获取目标交易服务器返回的针对目标物品的资产转移凭证；通过目标交易接口，将资产转移凭证返回至交易通用组件。

请再参见图5，交易通用组件可以包括3种交易方式，如图5示例的支付方式1、支付方式2以及支付方式3，其中，交易通用组件中的接口1是支付方式1对应的交易接口，交易通用组件中的接口2是支付方式2对应的交易接口，交易通用组件中的接口3是支付方式3对应的交易接口。由步骤S102可知支付方式1是目标交易方式，所以用户终端可以确定目标交易接口是图5示例的接口1；进一步地，调用交易通用组件中的接口1(即目标交易接口)，通过接口1，用户终端将交易请求传输至目标交易方式(即图5示例的支付方式1)对应的原始交易组件，可以理解的是，若应用1对应的后台服务器自身具备针对支付方式1的交易功能，则原始交易组件可以被集成于应用1中，若支付方式1是第三方交易应用所提供交易功能，则原始交易组件不存在于应用1中。

通过原始交易组件，用户终端可以将交易请求发送至目标交易服务器(如图5中的交易服务器101e)，目标交易服务器是指具备针对目标交易方式的交易功能的服务器，可以理解的是，若应用1对应的后台服务器自身具备针对支付方式1的交易功能，则交易服务器101e等于目标应用服务器(例如图1示例的应用服务器101c)，即等于应用1对应的后台服务器；若支付方式1是第三方交易应用所提供交易功能，则交易服务器101e以及目标应用服务器互为独立的服务器。

请再参见图5，交易服务器101e可以包括信息数据库40d，信息数据库40d存储有多个应用服务器分别对应的物品配置信息，此处的多个应用服务器，不仅将交易通用组件集成于自己的应用客户端，还将自己的物品配置为支持支付方式1。如图5所示，信息数据库40d存储有物品配置信息401d、物品配置信息402d、…、物品配置信息403d，其中，物品配置信息401d、物品配置信息402d、…、物品配置信息403d分别为不同应用服务器分别对应的物品配置信息。交易请求可以携带应用1的应用标识，交易服务器101e可以根据应用1的应用标识，从信息数据库40d中确定应用1对应的物品配置信息，如图5所示例的物品配置信息401d，物品配置信息401d包括支持支付方式1的物品所对应的物品配置信息，假设图4所示例的物品2(即“连续包年”产品)暂不支持支付方式1，则物品配置信息401d不包括物品2对应的物品配置信息。

请再参见图5，交易服务器101e可以根据目标物品的目标物品标识(即标识1)从物品配置信息401d中获取针对物品1(即目标物品)的物品配置信息4，根据交易请求从物品配置信息4中获取针对物品1的第二物品数据，可以理解的是，第二物品数据对应的数据属性与步骤S101中的第一物品数据对应的数据属性相同，例如第二物品数据包括针对物品1的物品标识以及资产值。交易服务器101e将第二物品数据返回至用户终端中的原始交易组件，通过目标交易接口，用户终端中的应用客户端获取原始交易组件返回的第二物品数据。

请一并参见图6，图6是本申请实施例提供的一种数据处理的场景示意图。如图6所示，用户终端101a将从公共服务器获取到的第一物品数据，以及从目标交易服务器获取到的第二物品数据进行对比，若第一物品数据以及第二物品数据不同，则用户终端101a可以确定第一物品数据或第二物品数据存在错误数据，此时可以生成针对目标物品的物品错误数据提示，如图6所示例的在物品选购页面404c上显示子页面40f，子页面40f可以包括“数据错误，暂停交易”，以提示用户该物品暂时不能购买；若第一物品数据以及第二物品数据相同，则用户终端101a生成针对目标物品的物品转移预请求，此时用户还未真正执行付款操作，用户终端101a针对目标物品(如图6示例的物品1)仍处于审核状态。通过交易通用组件，用户终端101a将物品转移预请求发送至通用组件服务器10d，需要说明的是，通用组件服务器10d包括集成有交易通用组件的应用所对应的物品配置信息。

可以理解的是，物品转移预请求携带物品1的基本数据，该基本数据可以包括目标物品标识(即标识1)以及资产值，本申请实施例不对物品转移预请求携带的物品1的基本数据进行限定，可以根据实际应用场景进行设定。通用组件服务器10d获取到物品转移预请求后，对物品1进行合法性检验，首先根据标识1从本地数据库的物品配置信息中获取到与标识1相关联的物品数据，若本地数据库中不存在与标识1相关联的物品数据，则通用组件服务器10d可以确定针对物品转移预请求的合法性检验结果40e为非法结果，若本地数据库中存在与标识1相关联的物品数据，则将与标识1相关联的物品数据以及物品1的基本数据进行对比，若两者不相同，则通用组件服务器10d可以确定针对物品转移预请求的合法性检验结果40e为非法结果，若两者相同，则可以确定针对物品转移预请求的合法性检验结果40e为合法结果。通用组件服务器10d根据合法性检验结果40e生成预请求答复结果，通过交易通用组件，将预请求答复结果返回至用户终端101a。

请一并参见图7，图7是本申请实施例提供的一种数据处理的场景示意图。通用组件服务器返回的预请求答复结果40f包括两个结果，分别为第一答复结果或第二答复结果，其中，第一答复结果用于表征，通用组件服务器针对物品转移预请求的合法性检验结果为非法结果，第二答复结果用于表征合法性检验结果为合法结果。若预请求答复结果40f为第一答复结果，则用户终端101a可以生成针对目标物品的预请求失败提示；若预请求答复结果40f为第二答复结果，则通过交易通用组件，对资产值(如图7所示例的8元)对应的待转移资产进行资产转移处理，一种可行的实施方案如图7所示，用户终端101a显示付款页面401g，其中，付款页面401g可以包括应用名称(本申请实施例以应用1作为应用名称)、应用中的物品(本申请实施例以应用1的会员作为物品)、目标物品的资产值以及控件40h(如图7示例的“付款并开通续费”控件)，当用户点击控件40h时，用户终端101a对待转移资产进行资产转移处理。进一步地，用户终端101a根据资产转移处理得到针对目标物品的资产转移处理结果，若通过待转移资产的资产转移处理，则确定资产转移处理结果为第一处理结果，此时用户终端101a可以显示付款成功页面403g，付款成功页面403g除了显示应用名称、物品名称以及实付价格(可以等同于待转移资产)外，还可以显示针对目标物品的订单信息，如图7示例的“11111111111”，还可以显示应用4交易号，如图7示例的“222222222222”，其中，应用4为支付方式1所属的第三方付款应用的应用名称，还可以包括付款时间，如图7所示例的2021.5.4的8点56分；进一步地，用户终端101a可以生成资产转移通知。若未通过待转移资产的资产转移处理，则用户终端101a可以确定资产转移处理结果为第二处理结果，此时，生成针对待转移资产的资产转移失败提示，如图7所示的付款失败页面402g，该付款失败页面402g可以显示“余额不足，付款失败”提示，可以理解的是，图7只是示例了付款失败的原因之一，还有其他因素可以导致付款失败，例如网络不佳等等，此处不对付款失败原因进行限定。

进一步地，请一并参见图8，图8是本申请实施例通过的一种数据处理的场景示意图。如图8所示，资产转移通知可以包括目标物品标识(如图8示例的标识1)、实付金额(如图8示例的8元，等于资产值)、目标交易方式(如图8示例的支付方式1)，以及付款时间等等，本申请实施例不对资产转移通知携带的数据内容进行限定，可以根据实际应用场景进行设定。用户终端调用交易通用组件中与目标交易方式对应的目标交易接口(如图8示例的接口1)，通过目标交易接口，将资产转移通知传输至目标交易方式对应的原始交易组件；通过原始交易组件，用户终端将资产转移通知发送至目标交易服务器(如图8示例的交易服务器101e，等同于图1中的交易服务器101e)。目标交易服务器接收到资产转移通知后，可以对资产转移通知里所携带的数据进行核实操作，若目标交易服务器拒绝资产转移通知中的数据，则可以确定核实结果为第二核实结果，可以理解为用户终端针对目标物品的下单操作失败，此时，目标交易服务器(即交易服务器101e)返回资产转移失败通知至用户终端中的原始交易组件，通过接口1，获取原始交易组件发送的资产转移失败通知，如图8所示。

请再参见图8，若目标交易服务器认可资产转移通知中的数据，则可以确定核实结果为第一核实结果，可以理解为用户终端针对目标物品的下单操作成功，此时，目标交易服务器返回资产转移凭证至用户终端中的原始交易组件，通过交易通用组件中的接口1，获取原始交易组件发送的资产转移凭证，请一并参见图9，图9是本申请实施例提供的一种数据处理的场景示意图。

步骤S104，通过交易通用组件，将资产转移凭证发送至通用组件服务器，以使通用组件服务器返回凭证验证结果，通用组件服务器是指与交易通用组件相关联的服务器。

具体的，生成包括资产转移凭证的凭证验证请求；通过交易通用组件，将凭证验证请求发送至通用组件服务器，以使通用组件服务器返回针对资产转移凭证的凭证验证结果，凭证验证结果是在通用组件服务器以及目标交易服务器之间，对资产转移凭证进行合法性验证所得到的；通过交易通用组件，获取凭证验证结果。

请再参见图9，用户终端101a根据资产转移凭证生成凭证验证请求，其中，资产转移凭证可以包括目标物品标识(如图9示例的标识1)、实付金额(如图9示例的8元，等于资产值)、目标交易方式(如图9示例的支付方式1)，以及付款时间等等，本申请实施例不对资产转移凭证携带的数据内容进行限定，可以根据实际应用场景进行设定。用户终端101a通过交易通用组件，将凭证验证请求发送至通用组件服务器10d，通用组件服务器10d可以对凭证验证请求所携带的资产转移凭证进行合法性验证，即核实资产转移凭证包括的数据是否是真实的数据，不存在非法数据，若通用组件服务器10d针对资产转移凭证中的数据的验证结果为数据非法结果，则通用组件服务器10d可以将数据非法结果发送至目标交易服务器(即交易服务器101e)，此时交易服务器101e可以根据数据非法结果确定凭证验证结果40j。若通用组件服务器10d针对资产转移凭证中的数据的验证结果为数据合法结果，则可以将凭证验证请求发送至交易服务器101e，交易服务器101e获取到凭证验证请求后，对凭证验证请求所携带的资产转移凭证进行合法性验证，根据合法性验证结果确定凭证验证结果40j。

交易服务器101e将凭证验证结果40j返回至通用组件服务器10d，以使通用组件服务器10d将针对资产转移凭证的凭证验证结果40j返回至用户终端101a。

步骤S105，通过交易通用组件，将根据凭证验证结果所生成的物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息。

具体的，凭证验证结果包括验证通过结果或验证失败结果，验证通过结果用于表征资产转移凭证通过目标交易服务器的合法性验证，验证失败结果用于表征资产转移凭证未通过目标交易服务器的合法性验证；若凭证验证结果为验证失败结果，则生成凭证验证失败提示；若凭证验证结果为验证通过结果，则生成针对目标物品的物品转移请求；通过交易通用组件，将物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息，物品转移反馈信息是在通用组件服务器、公共服务器以及目标应用服务器之间对物品转移请求进行验证所得到的，目标应用服务器是指目标应用客户端对应的后台服务器；通过交易通用组件，获取物品转移反馈信息。

请一并参见图10，图10是本申请实施例提供的一种数据处理的场景示意图。结合图10以及步骤S104叙述，凭证验证结果40j存在两种情况，即验证通过结果或验证失败结果，若通用组件服务器10d返回的是验证失败结果，则用户终端101a根据验证失败结果可以生成凭证验证失败提示；若通用组件服务器10d返回的是验证通过结果，则可以生成针对目标物品的物品转移请求。如图10所示，用户终端101a通过交易通用组件，将物品转移请求发送至通用组件服务器10d，此时通用组件服务器10d可以对物品转移请求中的数据进行核实，若认可物品转移请求中的数据，则将该物品转移请求发送至公共服务器10b，同理，公共服务器10b会对物品转移请求中的数据进行核实，若认可物品转移请求中的数据，则将该物品转移请求发送至目标应用服务器(即图10示例的应用服务器101c)，同理，应用服务器101c会对物品转移请求中的数据进行核实，若认可物品转移请求中的数据，则生成针对目标物品的物品转移反馈信息，并按照图10所示的顺序将该物品转移反馈信息返回至用户终端101a。若上述核实过程中，存在某个服务器不认可物品转移请求中的数据，则不再传递物品转移请求，可以生成物品转移失败通知，并返回物品转移失败通知至用户终端101a。

图4-图9中的界面(例如图7中的付款失败页面402g)仅是为了便于叙述所示例的，可以理解的是，实际应用时，各个应用分别对应的应用客户端的界面显示会不相同，故本申请实施例不对应用客户端的界面内容进行限定，可以根据实际应用场景进行设定。

图3对应的实施例，可以一并参见图11，图11是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法主要包含物品信息拉取、下单支付、凭证验证和目标物品发货四个部分。

第一部分：物品信息拉取主要包括步骤S1以及步骤S2，即用户终端发送配置拉取请求至公共服务器，以及用户终端获取公共服务器返回的物品配置信息，配置拉取请求用于拉取针对应用客户端的物品展示信息(等同于物品配置信息)，包含物品单价、图标、物品标识等，该部分的详细描述可以参见上文步骤S101中的描述，此处不再进行赘述。

第二部分：下单支付主要包括步骤S3-步骤S15，其中，步骤S3、用户终端获取交易请求；步骤S4、用户终端调用交易通用组件中的目标交易接口；步骤S5、通过目标交易接口发送交易请求至原始交易组件；步骤S6、通过原生交易接口，将交易请求发送至目标交易服务器；步骤S7、目标交易服务器返回第二物品数据；步骤S8、通过交易通用组件，获取原生交易接口返回的第二物品数据；步骤S9、应用客户端对比物品数据，该物品数据包括第一物品数据以及第二物品数据，第一物品数据从物品配置信息中确定；步骤S10、通过交易通用组件，用户终端发送物品转移预请求至通用组件服务器；步骤S11、通过交易通用组件，获取通用组件服务器返回的预请求答复结果；步骤S12、用户终端进行资产转移处理；步骤S13、通过原始交易接口，发送资产转移通知至目标交易服务器；步骤S14、通过原始交易接口，获取目标交易服务器返回的资产转移凭证；步骤S15、通过交易通用组件，获取原始交易接口返回的资产转移凭证；该部分的详细描述可以参见上文步骤S102-步骤S103中的描述，此处不再进行赘述。

第三部分：凭证验证主要包括步骤S16-步骤S19，其中，步骤S16、通过交易通用组件，将凭证验证请求发送至通用组件服务器；步骤S17、通用组件服务器将凭证验证请求发送至目标交易服务器；步骤S18、目标交易服务器将凭证验证结果返回至通用组件服务器；步骤S19、通过交易通用组件，获取通用组件服务器返回的凭证验证结果；该部分的详细描述可以参见上文步骤S104中的描述，此处不再进行赘述。

第四部分：目标物品发货主要包括步骤S20-步骤S26，其中，步骤S20、通过交易通用组件，发送物品转移通知至通用组件服务器；步骤S21、通用组件服务器发送物品转移请求至公共服务器；步骤S22、公共服务器发送物品转移请求至目标应用服务器；步骤S23、目标应用服务器返回物品转移反馈信息至公共服务器；步骤S24、公共服务器返回物品转移反馈信息至通用组件服务器；步骤S25、通过交易通用组件，获取通用组件服务器返回的物品转移反馈信息；步骤S26、将物品转移反馈信息回调至应用客户端；该部分的详细描述可以参见上文步骤S105中的描述，此处不再进行赘述。

综上所述，本申请实施例具有以下优势：

1、目前，应用客户端开发成本高，同一种支付方式，每个应用客户端都单独接入，会导致成本较大；当支付方式类型较多时，每个支付方式对应的接入接口不一样，致使对接成本高；通过交易通用组件的通用交易功能，应用客户端可以支持多种支付方式(即交易方式)，无需与第三方支付应用直接对接。

2、目前支付方式的接入效果无法保证，接入细节点繁多，另外，应用开发者的开发水平参差不齐，无法保证自身应用客户端中支付功能的成功率，通过交易通用组件，应用开发者无需在应用客户端中特地为每个支付方式接入接口。

3、接入运营平台可以更好的满足运营诉求，通过AB-Test进行运营实验。

在本申请实施例中，若应用开发者将具有M个交易方式所共同对应的通用交易功能的交易通用组件集成于目标应用客户端后，那么当用户终端安装有该目标应用客户端，且获取到针对目标应用客户端中的目标物品的交易请求时，可以根据交易请求，调用集成有通用交易功能的交易通用组件；进一步地，根据交易通用组件、从公共服务器获取到的第一物品数据、交易请求携带的针对目标物品的目标交易方式，可以对资产值对应的待转移资产进行资产转移处理，获取针对目标物品的资产转移凭证；进一步地，通过交易通用组件，可以将资产转移凭证发送至与交易通用组件相关联的通用组件服务器，以使通用组件服务器返回凭证验证结果；进一步地，通过交易通用组件，可以将根据凭证验证结果所生成的物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息。上述可知，通过将交易通用组件集成于目标应用客户端，不仅可以实现用户通过多种支付方式(即上述的M个交易方式)购买目标应用客户端中的物品，还可以提高应用开发者集成多种支付方式于目标应用客户端的接入效率；此外，本申请实施例通过交易通用组件，可以将资产转移凭证以及凭证验证结果均发送至通用组件服务器，以使其进行对应的操作并返回结果(包括上述的凭证验证结果以及物品转移反馈信息)，可以在用户支付过程中，避免仅集中于目标应用服务器(目标应用客户端对应的后台服务器)对交易请求的验证处理，可以提高用户的支付效率以及准确率。

进一步地，请参见图12，图12是本申请实施例提供的一种数据处理方法的流程示意图。该数据处理方法可以由计算机设备执行，该计算机设备可以包括图1中的用户终端集群10a中的任一用户终端，可以包括图1中的服务器(包括图1所示例的公共服务器10b、通用组件服务器10d、应用服务器集群10c以及交易服务器集群10e)，还可以包括用户终端以及服务器，如图12所示，该数据处理过程包括如下步骤：

步骤S201，获取针对目标应用客户端的物品配置请求，目标应用客户端集成有交易通用组件，交易通用组件集成有M个交易方式所共同对应的通用交易功能，M为正整数，M个交易方式包括目标交易方式，目标应用客户端中的物品包括目标物品。

步骤S202，根据物品配置请求调用物品配置组件，根据物品配置组件对目标应用客户端中的物品进行配置，生成物品配置信息，物品配置组件由通用组件服务器提供，通用组件服务器是指与交易通用组件相关联的服务器，物品配置信息包括目标物品对应的第一物品数据。

步骤S203，获取用户终端发送的针对目标应用客户端的配置拉取请求，根据配置拉取请求将物品配置信息发送至用户终端，以使用户终端在获取到针对目标物品的交易请求时，调用交易通用组件，根据第一物品数据、交易请求所携带的目标交易方式以及交易通用组件，对目标物品进行物品交易处理，用户终端是指安装有目标应用客户端的终端。

具体的，根据物品配置请求，调用集成有W个配置方式所共同对应的通用配置功能的物品配置组件，W为正整数，W个配置方式包括配置地区方式；若响应针对配置地区方式的触发操作，则从M个交易方式中获取配置地区对应的地区交易方式，根据配置地区以及地区交易方式之间的关联关系，为目标应用客户端中的物品进行配置，生成物品配置信息。根据配置拉取请求，获取用户终端的网络地址所属的终端地区；根据配置地区以及地区交易方式之间的关联关系，确定终端地区对应的目标地区交易方式；将携带有目标地区交易方式的物品配置信息发送至用户终端。

另一种可实施方式，根据物品配置请求，调用集成有W个配置方式所共同对应的通用配置功能的物品配置组件，W为正整数，W个配置方式包括配置交易方式；若响应针对配置交易方式的触发操作，则从目标应用客户端中的物品中获取待配置物品；若获取到通用组件服务器发送的针对待配置物品的推荐交易方式，则根据推荐交易方式对待配置物品进行配置，生成物品配置信息。

具体的，请一并参见图13，图13是本申请实施例提供的一种物品配置的架构示意图。如图13所示，其中图13的左侧部分与上文图2中的左侧部分作用一致，故此处不再进行赘述，请参见图13的右侧，即针对目标应用客户端中的物品的配置。本申请实施例可以提供3种基础配置方式，实际配置时，可以根据实际应用场景结合两种或三种基础配置方式对物品进行配置。第一种配置方式是配置交易方式，等同于图13中的按产品维度配置方式，请一并参见图14，图14是本申请实施例提供的一种数据处理的场景示意图。图14中的渠道可以包括两种渠道，即渠道1以及渠道2，该渠道用于表征可以获取应用客户端的渠道，实际应用时，渠道可以为任意数量，本申请实施例对此不作限定。图14中的支付类型等同于上文中的交易方式，本申请实施例以两种支付类型为例叙述，即支付类型1以及支付类型2；图14中的状态用于表征该应用客户端是否上线，即用户终端是否可以安装该应用客户端，账号类型用于表征用户可以使用哪种方式登录该应用客户端。可以理解的是，本申请实施例仅以上述因素(例如标识、渠道等等)描述配置界面，实际应用时，配置界面可以包括其他的因素。

本申请实施例以公共服务器对目标应用客户端中的物品进行配置为例叙述物品配置信息的生成过程，而实际应用时，可以是目标应用服务器对自身的物品(即产品)进行配置，生成针对自身的物品配置信息，然后发送至公共服务器。如图14所示，本申请实施例示意目标物品标识为标识262，目标物品为标识262对应的物品，公共服务器响应针对目标应用客户端中目标物品的配置操作，即配置用户点击针对目标物品的修改控件50a，公共服务器对应的显示屏可以显示编辑页面，其中，配置用户可以在编辑页面为目标物品选择渠道(如图14示例的渠道2)，填写名称(如图14示例的连续包年)，选择账号类型(如图14示例的第三方应用)，填写用户终端显示的按钮文案(如图14示例的立即开通，如图5中的“确认支付”)，目标物品对应的有效时间(如图14示例的36个月)，为目标物品设定的支付类型(如图14示例的支付类型1)，目标物品对应的原价以及现价(如图14示例的原价为360，现价为178)，确定目标物品所属的物品类型(如图14示例的年费物品)，以及物品标识(如图14示例的应用1.物品2)，可以理解的是，配置页面所需配置的物品标识是目标物品在各个服务器真实的标识，该标识可以为目标物品在公共服务器中的存储地址，也可以为其他具有唯一性的数据，该物品标识与标识262具有映射关系，即任意一个服务器获取到标识262，则可以确定目标物品以及该物品标识，同理，任意一个服务器获取到该物品标识，可以确定其对应的目标物品以及标识262。

可以理解的是，图14示例的界面仅是为了便于叙述以及理解，实际应用时，公共服务器针对不同的应用，其对应的配置界面可以不相同，也可以相同，本申请实施例对本次不做限定。

根据配置交易方式，公共服务器可以配置单个产品的支付方式，同时，各个产品的支付方式支持多样化，请再参见图13，图13示意了3个物品(即图13中的产品a、产品b以及产品c)，若根据配置交易方式对产品a进行配置，则可以按照图14示意的配置界面对其进行配置，配置用户可以在图14的编辑页面中的支付类型选项框为产品a选择支付类型，进而可以得到产品a对应的物品配置信息，产品a对应的物品配置信息可以包括应用标识A(可以等同于图14示例的标识262，也可以等同于图14示例的物品标识)、产品类别a(可以等同于图14示例的年费物品)以及支付方式1(等同于图14示例的支付类型1)，针对产品b以及产品c的配置过程可以参见产品a的配置过程，此处不再一一进行赘述。

第二种配置方式是配置地区方式，等同于图13中的按省份地区配置方式，公共服务器为每个省份地区预先设置好对应的支付方式(可以为一种或多种支付方式)，当用户终端请求目标应用客户端的物品配置信息时，公共服务器可以确定用户对应的网络地址，查询该网络地址对应的省份或地区编码，再根据编码获取该省份或地区对应的配置信息(包括支付方式)，最后将产品数据(即物品配置信息)返回至用户终端。例如，通过配置地区方式，公共服务器将广东省的所有用户的支付方式均设置为支付方式1，将湖北省的所有用户的支付方式均设置为支付方式2，当网络地址属于广东省的用户终端3向公共服务器请求应用客户端的物品配置信息时，公共服务器可以根据其网络地址的属性(即广东省)，确定针对用户终端3的物品配置信息中的支付方式为支付方式1，同理，公共服务器可以为网络地址属于湖北省的用户终端，返回携带支付方式2的物品配置信息。

第三种配置方式是配置固定方式，等同于图13中的固定配置方式，可以配置所有产品具有相同的支付方式，此时，不用再按照单个产品来配置每个不相同的支付方式。

结合图3以及图12分别对应的实施例，可以一并参见图15，图15是本申请实施例提供的一种多平台间的数据流转示意图。该多平台可以包括目标应用客户端、公共服务器、AB测试平台、交易通用平台以及目标应用服务器，各个平台间的数据流转步骤如下描述。

步骤1，目标应用客户端至公共服务器的数据流转。目标应用客户端被安装于用户终端中，主要是指用户终端向公共服务器请求针对目标应用客户端的物品配置信息，该物品配置信息可以包含物品名称、价格、支付参数信息、支付方式等。此外，目标应用客户端通过交易通用组件上报与支付事件相关联的用户参数信息(等同于交易上报记录)至公共服务器。

步骤2，公共服务器至AB测试平台的数据流转。可以理解的是，不同的用户终端对应的目标应用客户端的物品配置信息存在差异，故不同的用户购买物品时，用户终端所生成的与支付事件相关联的用户参数信息(此处主要是指与物品相关联的数据)存在差异性，进一步地，AB测试平台可以根据大量差异性的用户参数信息进行对照测试。公共服务器将用户参数信息发送至AB测试平台，以请求AB实验，AB测试平台根据用户群和实验所属群，下发不同的配置，进行相关的交叉实验，请一并参见图16，图16是本申请实施例提供的一种AB测试的基本框架图。公共服务器首先获取大量用户的支付事件，以及业务侧(即应用客户端)的用户数据，将其输入产品分析系统，根据数据分析结果，一方面确定用户画像、收入数据、付费率以及功能渗透，另一方面创建AB测试，AB测试平台通过将用户分配为不同群体，即自定义用户群体，根据自定义的用户群体选择相应的用户，将相应的用户确定为目标用户，创建AB-Test任务。

下文简单叙述如何配置AB测试中的对照组以及实验组分别对应的参数，请一并参见图17，图17是本申请实施例提供的一种数据处理的场景示意图。在本申请实施例中假设有3个实验组，即图17中的实验组1、实验组2以及实验组3，AB测试平台首先为对照组以及每个实验组配置数据，如图17所示，需要配置的数据可以分为任务数据以及推送人群数据等，任务数据可以包括任务名称以及选择业务数据，图17以“应用1外部弹框每天运行检测场景”示例任务名称，以“应用1外部场景引导”示例选择业务。配置用户点击控件50b(即图17示例的“推送人群选择”控件)，AB测试平台可以显示配置页面50c，配置页面50c可以包括推送人群(如图17示例的指定画像以及全量用户)，若配置用户选择指定用户，则配置用户50c还可以包括指定画像需要满足的条件，本申请实施例示例了3个条件，即地区、年龄以及性别，其中，地区设置为深圳，年龄设置为20-25年龄段，性别设置为女性，又因为本申请实施例以与“和”关系确定上述3个条件，故针对实验组的指定画像为位于深圳地区的20-25岁的女性。

请再参见图17，配置页面50c还可以包括添加画像条件，例如针对年龄，可以增加46-50的条件，配置页面50c还可以包括添加画像条件组，例如工作、祖籍等。本申请实施例以配置对照组的实验参数为例叙述，可以理解的是，图17中的3个实验组分别对应的参数配置(配置的业务和人群可以不同)过程，与对照组的参数配置过程一致，故此处不再进行赘述。可以理解的是，图17是为了便于叙述以及理解所示意的配置界面，实际应用时，AB测试平台针对不同的AB测试，会显示不同的配置页面。

AB测试平台进行相应的AB实验，得到实验结果，其中，AB测试平台可以位于通用组件服务器，则通用组件服务器根据用户画像、收入数据以及实验结果等为应用推荐更合适的配置方案，包括为不同的用户群设置不同的物品配置信息，例如通过AB测试，了解不同地区的用户更倾向于哪种支付方式，如提示应用服务器，南方地区的用户更倾向于使用支付方式1，北方地区的用户更倾向于支付方式3；例如通过AB测试，了解不同年龄段的用户更倾向于哪种支付方式，如提示应用服务器，15-30岁的用户更倾向于使用支付方式1，30岁以上的用户更倾向于支付方式3，以实现应用客户端的优化，以及增长用户对应用客户端的喜爱度等。

一种可行的实施方式，AB测试平台位于公共服务器，则公共服务器获取用户终端集群中每个用户终端分别发送的针对目标物品的交易上报记录，用户终端集群中每个用户终端均安装有目标应用客户端，交易上报记录包括针对目标物品的资产转移值，以及针对目标物品的交易方式；根据针对目标物品的资产转移值，以及针对目标物品的交易方式创建对照测试实验，执行对照测试实验，得到测试实验结果，测试实验结果包括针对目标物品的推荐资产值，以及针对目标物品的推荐交易方式，测试实验结果用于在响应下一次物品配置请求时，根据推荐资产值以及推荐交易方式，对目标物品的目标物品配置信息进行更新。

步骤3:AB-Test平台至公共服务器的数据流转。根据AB-Test配置的不同实验，返回参数信息至公共服务器，参数信息包含产品数据信息、支付方式信息、AB-Test实验参数信息等。

步骤4:公共服务器至目标应用客户端的数据流转。将物品配置信息(包含产品详细数据信息、支付方式信息等)返回至目标应用客户端，目标应用客户端获取到物品配置信息以后，可以进行相关的解序列化操作，即将数字数据转化为可视化的内容，进行页面展示，让用户购买物品。

步骤5:目标应用客户端至交易通用平台的数据流转。当用户发起产品支付时，目标应用客户端将针对目标物品的目标物品标识等数据传递给交易通用平台，根据目标支付方式进行相应的支付处理。交易通用平台将支付结果返回给目标交易服务器，此时目标交易服务器会进行相关的凭证验证过程，凭证验证成功后会进行后续的操作和流程。

步骤6：交易通用平台至目标应用服务器的数据流转。交易通用平台发送物品转移请求至目标应用服务器。

步骤7:目标应用服务器至交易通用平台的数据流转。目标应用服务器将发货结果(等同于物品转移反馈信息)回传给交易通用平台。

步骤8:交易通用平台至目标应用客户端的数据流转。交易通用平台根据相关的结果通知目标应用客户端进行对应的展示和结果提示。

上述步骤1-步骤8的具体描述可以参见上文图3对应的实施例中的描述。

上述可知，通过将交易通用组件集成于目标应用客户端，不仅可以实现用户通过多种支付方式(即上述的M个交易方式)购买目标应用客户端中的物品，还可以提高应用开发者集成多种支付方式于目标应用客户端的接入效率；此外，本申请实施例通过交易通用组件，可以将资产转移凭证以及凭证验证结果均发送至通用组件服务器，以使其进行对应的操作并返回结果(包括上述的凭证验证结果以及物品转移反馈信息)，可以在用户支付过程中，避免仅集中于目标应用服务器(目标应用客户端对应的后台服务器)对交易请求的验证处理，可以提高用户的支付效率以及准确率。

进一步地，请参见图18，图18是本申请实施例提供的一种数据处理装置的结构示意图。上述数据处理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该数据处理装置为一个应用软件；该装置可以用于执行本申请实施例提供的方法中的相应步骤。如图18所示，该数据处理装置1可以包括：第一获取模块11、第二获取模块12、第三获取模块13、第一发送模块14以及第二发送模块15。

第一获取模块11，用于获取公共服务器发送的针对目标应用客户端的物品配置信息，物品配置信息包括目标物品对应的第一物品数据；

第二获取模块12，用于获取针对目标物品的交易请求，根据交易请求，调用集成有M个交易方式所共同对应的通用交易功能的交易通用组件，交易通用组件被集成在目标应用客户端中，交易请求携带针对目标物品的资产值以及目标交易方式，M为正整数，M个交易方式包括目标交易方式；

第三获取模块13，用于根据第一物品数据、目标交易方式以及交易通用组件，对资产值对应的待转移资产进行资产转移处理，获取针对目标物品的资产转移凭证；

第一发送模块14，用于通过交易通用组件，将资产转移凭证发送至通用组件服务器，以使通用组件服务器返回凭证验证结果，通用组件服务器是指与交易通用组件相关联的服务器；

第二发送模块15，用于通过交易通用组件，将根据凭证验证结果所生成的物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息。

其中，第一获取模块11、第二获取模块12、第三获取模块13、第一发送模块14以及第二发送模块15的具体功能实现方式可以参见上述图3对应实施例中的步骤S101-步骤S105，这里不再进行赘述。

再请参见图18，第一获取模块11可以包括：第一生成单元111、第一发送单元112以及第一获取单元113。

第一生成单元111，用于响应针对目标应用客户端的物品配置操作，生成配置拉取请求；

第一发送单元112，用于将配置拉取请求发送至公共服务器，公共服务器存储有物品配置信息，物品配置信息是由公共服务器根据通用组件服务器所提供的物品配置组件，对N个物品分别进行配置所生成的，物品配置信息包括针对目标物品的目标物品配置信息，目标物品配置信息包括针对目标物品的目标交易方式、目标物品标识以及资产值，N个物品包括目标物品，N为正整数；

第一获取单元113，用于获取公共服务器返回的物品配置信息；

则第二获取模块12可以包括：第二生成单元121。

第二生成单元121，用于响应针对目标物品的交易操作，根据目标物品标识生成针对目标物品的交易请求。

其中，第一生成单元111、第一发送单元112、第一获取单元113以及第二生成单元121的具体功能实现方式可以参见上述图3对应实施例中的步骤S101-步骤S102，这里不再进行赘述。

再请参见图18，第三获取模块13可以包括：第二发送单元131、第三生成单元132以及第三获取单元133。

第二发送单元131，用于根据交易通用组件以及目标交易方式，将交易请求发送至目标交易服务器，以使目标交易服务器返回与目标物品相关联的第二物品数据，目标交易服务器是指具备针对目标交易方式的交易功能的服务器；

第三生成单元132，用于根据第一物品数据以及第二物品数据，生成针对目标物品的物品转移预请求；

第三获取单元133，用于根据物品转移预请求以及交易通用组件，对资产值对应的待转移资产进行资产转移处理，根据资产转移处理结果获取针对目标物品的资产转移凭证。

其中，第二发送单元131、第三生成单元132以及第三获取单元133的具体功能实现方式可以参见上述图3对应实施例中的步骤S103，这里不再进行赘述。

再请参见图18，第二发送单元131可以包括：第一目标子单元1311、第二目标子单元1312、第一发送子单元1313以及第一获取子单元1314。

第一目标子单元1311，用于调用交易通用组件中与目标交易方式对应的目标交易接口；

第二目标子单元1312，用于通过目标交易接口，将交易请求传输至目标交易方式对应的原始交易组件，交易请求携带针对目标物品的目标物品标识；

第一发送子单元1313，用于通过原始交易组件，将交易请求发送至目标交易服务器，以使目标交易服务器从P个物品分别对应的物品数据中，确定目标物品标识对应的第二物品数据，将第二物品数据返回至原始交易组件，P为正整数；

第一获取子单元1314，用于通过目标交易接口，获取原始交易组件返回的第二物品数据。

其中，第一目标子单元1311、第二目标子单元1312、第一发送子单元1313以及第一获取子单元1314的具体功能实现方式可以参见上述图3对应实施例中的步骤S103，这里不再进行赘述。

再请参见图18，第三生成单元132可以包括：数据对比子单元1321以及第一生成子单元1322。

数据对比子单元1321，用于将第一物品数据以及第二物品数据进行对比；

第一生成子单元1322，用于若第一物品数据以及第二物品数据不同，则生成针对目标物品的物品错误数据提示；

第一生成子单元1322，还用于若第一物品数据以及第二物品数据相同，则生成针对目标物品的物品转移预请求。

其中，数据对比子单元1321以及第一生成子单元1322的具体功能实现方式可以参见上述图3对应实施例中的步骤S103，这里不再进行赘述。

再请参见图18，第二获取单元133可以包括：第二发送子单元1331、第二获取子单元1332、第二生成子单元1333以及第三获取子单元1334。

第二发送子单元1331，用于通过交易通用组件，将物品转移预请求发送至通用组件服务器，以使通用组件服务器对物品转移预请求进行合法性检验，根据合法性检验结果生成预请求答复结果；

第二获取子单元1332，用于通过交易通用组件，获取通用组件服务器返回的预请求答复结果，预请求答复结果包括第一答复结果或第二答复结果，第一答复结果用于表征，通用组件服务器针对物品转移预请求的合法性检验结果为非法结果，第二答复结果用于表征合法性检验结果为合法结果；

第二生成子单元1333，用于若预请求答复结果为第一答复结果，则生成针对目标物品的预请求失败提示；

第三获取子单元1334，用于若预请求答复结果为第二答复结果，则对资产值对应的待转移资产进行资产转移处理，根据资产转移处理结果获取针对目标物品的资产转移凭证。

其中，第二发送子单元1331、第二获取子单元1332、第二生成子单元1333以及第三获取子单元1334的具体功能实现方式可以参见上述图3对应实施例中的步骤S103，这里不再进行赘述。

再请参见图18，第三获取子单元1334可以包括：第一处理子单元13341、第二处理子单元13342、第一传输子单元13343、第二传输子单元13344、第三传输子单元13345以及第四传输子单元13346。

第一处理子单元13341，用于通过交易通用组件，对资产值对应的待转移资产进行资产转移处理，得到资产转移处理结果，资产转移处理结果包括第一处理结果或第二处理结果，第一处理结果用于表征通过待转移资产的资产转移处理，第二处理结果用于表征未通过待转移资产的资产转移处理；

第二处理子单元13342，用于若资产转移处理结果为第二处理结果，则生成针对待转移资产的资产转移失败提示；

第二处理子单元13342，还用于若资产转移处理结果为第一处理结果，则生成针对目标物品的资产转移通知；

第一传输子单元13343，用于调用交易通用组件中与目标交易方式对应的目标交易接口，通过目标交易接口，将资产转移通知传输至目标交易方式对应的原始交易组件；

第二传输子单元13344，用于通过原始交易组件，将资产转移通知发送至目标交易服务器，以使目标交易服务器对资产转移通知进行核实操作，得到核实结果，核实结果包括第一核实结果或第二核实结果，第一核实结果用于表征目标交易服务器认可资产转移通知，第二核实结果用于表征目标交易服务器拒绝资产转移通知；

第三传输子单元13345，用于若核实结果为第二核实结果，则通过原始交易组件获取目标交易服务器返回的资产转移失败通知；

第三传输子单元13345，还用于若核实结果为第一核实结果，则通过原始交易组件获取目标交易服务器返回的针对目标物品的资产转移凭证；

第四传输子单元13346，用于通过目标交易接口，将资产转移凭证返回至交易通用组件。

其中，第一处理子单元13341、第二处理子单元13342、第一传输子单元13343、第二传输子单元13344、第三传输子单元13345以及第四传输子单元13346的具体功能实现方式可以参见上述图3对应实施例中的步骤S103，这里不再进行赘述。

再请参见图18，第一发送模块14可以包括：第四生成单元141、第三发送单元142以及第三获取单元143。

第四生成单元141，用于生成包括资产转移凭证的凭证验证请求；

第三发送单元142，用于通过交易通用组件，将凭证验证请求发送至通用组件服务器，以使通用组件服务器返回针对资产转移凭证的凭证验证结果，凭证验证结果是在通用组件服务器以及目标交易服务器之间，对资产转移凭证进行合法性验证所得到的；

第三获取单元143，用于通过交易通用组件，获取凭证验证结果。

其中，第四生成单元141、第三发送单元142以及第三获取单元143的具体功能实现方式可以参见上述图3对应实施例中的步骤S104，这里不再进行赘述。

再请参见图18，凭证验证结果包括验证通过结果或验证失败结果，验证通过结果用于表征资产转移凭证通过目标交易服务器的合法性验证，验证失败结果用于表征资产转移凭证未通过目标交易服务器的合法性验证；

第二发送模块15可以包括：第五生成单元151、第四发送单元152以及第四获取单元153。

第五生成单元151，用于若凭证验证结果为验证失败结果，则生成凭证验证失败提示；

第五生成单元151，还用于若凭证验证结果为验证通过结果，则生成针对目标物品的物品转移请求；

第四发送单元152，用于通过交易通用组件，将物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息，物品转移反馈信息是在通用组件服务器、公共服务器以及目标应用服务器之间对物品转移请求进行验证所得到的，目标应用服务器是指目标应用客户端对应的后台服务器；

第四获取单元153，用于通过交易通用组件，获取物品转移反馈信息。

其中，第五生成单元151、第四发送单元152以及第四获取单元153的具体功能实现方式可以参见上述图3对应实施例中的步骤S105，这里不再进行赘述。

在本申请实施例中，若应用开发者将具有M个交易方式所共同对应的通用交易功能的交易通用组件集成于目标应用客户端后，那么当用户终端安装有该目标应用客户端，且获取到针对目标应用客户端中的目标物品的交易请求时，可以根据交易请求，调用集成有通用交易功能的交易通用组件；进一步地，根据交易通用组件、从公共服务器获取到的第一物品数据、交易请求携带的针对目标物品的目标交易方式，可以对资产值对应的待转移资产进行资产转移处理，获取针对目标物品的资产转移凭证；进一步地，通过交易通用组件，可以将资产转移凭证发送至与交易通用组件相关联的通用组件服务器，以使通用组件服务器返回凭证验证结果；进一步地，通过交易通用组件，可以将根据凭证验证结果所生成的物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息。上述可知，通过将交易通用组件集成于目标应用客户端，不仅可以实现用户通过多种支付方式(即上述的M个交易方式)购买目标应用客户端中的物品，还可以提高应用开发者集成多种支付方式于目标客户端的接入效率；此外，本申请实施例通过交易通用组件，可以将资产转移凭证以及凭证验证结果均发送至通用组件服务器，以使其进行对应的操作并返回结果(包括上述的凭证验证结果以及物品转移反馈信息)，可以在用户支付过程中，避免仅集中于目标应用服务器(目标应用客户端对应的后台服务器)对交易请求的验证处理，可以提高用户的支付效率以及准确率。

进一步地，请参见图19，图19是本申请实施例提供的一种数据处理装置的结构示意图。上述数据处理装置可以是运行于计算机设备中的一个计算机程序(包括程序代码)，例如该数据处理装置为一个应用软件；该装置可以用于执行本申请实施例提供的方法中的相应步骤。如图19所示，该数据处理装置2可以包括：第一获取模块21、第一生成模块22以及第二获取模块23。

第一获取模块21，用于获取针对目标应用客户端的物品配置请求，目标应用客户端集成有交易通用组件，交易通用组件集成有M个交易方式所共同对应的通用交易功能，M为正整数，M个交易方式包括目标交易方式，目标应用客户端中的物品包括目标物品；

第一生成模块22，用于根据物品配置请求调用物品配置组件，根据物品配置组件对目标应用客户端中的物品进行配置，生成物品配置信息，物品配置组件由通用组件服务器提供，通用组件服务器是指与交易通用组件相关联的服务器，物品配置信息包括目标物品对应的第一物品数据；

第二获取模块23，用于获取用户终端发送的针对目标应用客户端的配置拉取请求，根据配置拉取请求将物品配置信息发送至用户终端，以使用户终端在获取到针对目标物品的交易请求时，调用交易通用组件，根据第一物品数据、交易请求所携带的目标交易方式以及交易通用组件，对目标物品进行物品交易处理，用户终端是指安装有目标应用客户端的终端。

其中，第一获取模块21、第一生成模块22以及第二获取模块23的具体功能实现方式可以参见上述图12对应实施例中的步骤S201-步骤S203，这里不再进行赘述。

再请参见图19，第一生成模块22可以包括：第一调用单元221以及第一配置单元222。

第一调用单元221，用于根据物品配置请求，调用集成有W个配置方式所共同对应的通用配置功能的物品配置组件，W为正整数，W个配置方式包括配置地区方式；

第一配置单元222，用于若响应针对配置地区方式的触发操作，则从M个交易方式中获取配置地区对应的地区交易方式，根据配置地区以及地区交易方式之间的关联关系，为目标应用客户端中的物品进行配置，生成物品配置信息；

则第二获取模块23可以包括：第一获取单元231、第一目标单元232以及第二目标单元233。

第一获取单元231，用于根据配置拉取请求，获取用户终端的网络地址所属的终端地区；

第一目标单元232，用于根据配置地区以及地区交易方式之间的关联关系，确定终端地区对应的目标地区交易方式；

第二目标单元233，用于将携带有目标地区交易方式的物品配置信息发送至用户终端。

其中，第一调用单元221、第一配置单元222、第一获取单元231、第一目标单元232以及第二目标单元233的具体功能实现方式可以参见上述图12对应实施例中的步骤S202-步骤S203，这里不再进行赘述。

再请参见图19，第一生成模块22可以包括：第二调用单元223、第二获取单元224以及第二配置单元225。

第二调用单元223，用于根据物品配置请求，调用集成有W个配置方式所共同对应的通用配置功能的物品配置组件，W为正整数，W个配置方式包括配置交易方式；

第二获取单元224，用于若响应针对配置交易方式的触发操作，则从目标应用客户端中的物品中获取待配置物品；

第二配置单元225，用于若获取到通用组件服务器发送的针对待配置物品的推荐交易方式，则根据推荐交易方式对待配置物品进行配置，生成物品配置信息。

其中，第二调用单元223、第二获取单元224以及第二配置单元225的具体功能实现方式可以参见上述图12对应实施例中的步骤S202，这里不再进行赘述。

再请参见图19，数据处理装置2还可以包括：第三获取模块24以及第二生成模块25。

第三获取模块24，用于获取用户终端集群中每个用户终端分别发送的针对目标物品的交易上报记录，用户终端集群中每个用户终端均安装有目标应用客户端，交易上报记录包括针对目标物品的资产转移值，以及针对目标物品的交易方式；

第二生成模块25，用于根据针对目标物品的资产转移值，以及针对目标物品的交易方式创建对照测试实验，执行对照测试实验，得到测试实验结果，测试实验结果包括针对目标物品的推荐资产值，以及针对目标物品的推荐交易方式，测试实验结果用于在响应下一次物品配置请求时，根据推荐资产值以及推荐交易方式，对目标物品的目标物品配置信息进行更新。

其中，第三获取模块24以及第二生成模块25的具体功能实现方式可以参见上述图12对应实施例中的步骤S203，这里不再进行赘述。

上述可知，通过将交易通用组件集成于目标应用客户端，不仅可以实现用户通过多种支付方式(即上述的M个交易方式)购买目标应用客户端中的物品，还可以提高应用开发者集成多种支付方式于目标客户端的接入效率；此外，本申请实施例通过交易通用组件，可以将资产转移凭证以及凭证验证结果均发送至通用组件服务器，以使其进行对应的操作并返回结果(包括上述的凭证验证结果以及物品转移反馈信息)，可以在用户支付过程中，避免仅集中于目标应用服务器(目标应用客户端对应的后台服务器)对交易请求的验证处理，可以提高用户的支付效率以及准确率。

进一步地，请参见图20，图20是本申请实施例提供的一种计算机设备的结构示意图。如图20所示，该计算机设备1000可以为上述图3对应实施例中的用户终端，该计算机设备1000可以包括：至少一个处理器1001，例如CPU，至少一个网络接口1004，用户接口1003，存储器1005，至少一个通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。其中，用户接口1003可以包括显示屏(Display)、键盘(Keyboard)，网络接口1004可选地可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1005可选地还可以是至少一个位于远离前述处理器1001的存储装置。如图20所示，作为一种计算机存储介质的存储器1005可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在图20所示的计算机设备1000中，网络接口1004可提供网络通讯功能；而用户接口1003主要用于为用户提供输入的接口；而处理器1001可以用于调用存储器1005中存储的设备控制应用程序，以实现：

获取公共服务器发送的针对目标应用客户端的物品配置信息，物品配置信息包括目标物品对应的第一物品数据；

获取针对目标物品的交易请求，根据交易请求，调用集成有M个交易方式所共同对应的通用交易功能的交易通用组件，交易通用组件被集成在目标应用客户端中，交易请求携带针对目标物品的资产值以及目标交易方式，M为正整数，M个交易方式包括目标交易方式；

根据第一物品数据、目标交易方式以及交易通用组件，对资产值对应的待转移资产进行资产转移处理，获取针对目标物品的资产转移凭证；

通过交易通用组件，将资产转移凭证发送至通用组件服务器，以使通用组件服务器返回凭证验证结果，通用组件服务器是指与交易通用组件相关联的服务器；

通过交易通用组件，将根据凭证验证结果所生成的物品转移请求发送至通用组件服务器，以使通用组件服务器返回针对目标物品的物品转移反馈信息。

应当理解，本申请实施例中所描述的计算机设备1000可执行前文图3、图11以及图12所对应实施例中对数据处理方法的描述，也可执行前文图18所对应实施例中对数据处理装置1的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

进一步地，请参见图21，图21是本申请实施例提供的一种计算机设备的结构示意图。如图21所示，该计算机设备2000可以为上述图12对应实施例中的公共服务器，上述计算机设备2000可以包括：处理器2001，网络接口2004和存储器2005，此外，上述计算机设备2000还可以包括：用户接口2003，和至少一个通信总线2002。其中，通信总线2002用于实现这些组件之间的连接通信。其中，用户接口2003可以包括显示屏(Display)、键盘(Keyboard)，可选用户接口2003还可以包括标准的有线接口、无线接口。网络接口2004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器2005可以是高速RAM存储器，也可以是非易失性的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器2005可选的还可以是至少一个位于远离前述处理器2001的存储装置。如图21所示，作为一种计算机可读存储介质的存储器2005中可以包括操作系统、网络通信模块、用户接口模块以及设备控制应用程序。

在图21所示的计算机设备2000中，网络接口2004可提供网络通讯功能；而用户接口2003主要用于为用户提供输入的接口；而处理器2001可以用于调用存储器2005中存储的设备控制应用程序，以实现：

获取针对目标应用客户端的物品配置请求，目标应用客户端集成有交易通用组件，交易通用组件集成有M个交易方式所共同对应的通用交易功能，M为正整数，M个交易方式包括目标交易方式，目标应用客户端中的物品包括目标物品；

根据物品配置请求调用物品配置组件，根据物品配置组件对目标应用客户端中的物品进行配置，生成物品配置信息，物品配置组件由通用组件服务器提供，通用组件服务器是指与交易通用组件相关联的服务器，物品配置信息包括目标物品对应的第一物品数据；

获取用户终端发送的针对目标应用客户端的配置拉取请求，根据配置拉取请求将物品配置信息发送至用户终端，以使用户终端在获取到针对目标物品的交易请求时，调用交易通用组件，根据第一物品数据、交易请求所携带的目标交易方式以及交易通用组件，对目标物品进行物品交易处理，用户终端是指安装有目标应用客户端的终端。

应当理解，本申请实施例中所描述的计算机设备2000可执行前文图3、图11以及图12所对应实施例中对数据处理方法的描述，也可执行前文图19所对应实施例中对数据处理装置2的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序包括程序指令，该程序指令被处理器执行时实现图3、图11以及图12中各个步骤所提供的数据处理方法，具体可参见上述图3、图11以及图12各个步骤所提供的实现方式，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

上述计算机可读存储介质可以是前述任一实施例提供的数据处理装置或者上述计算机设备的内部存储单元，例如计算机设备的硬盘或内存。该计算机可读存储介质也可以是该计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(smart media card，SMC)，安全数字(secure digital，SD)卡，闪存卡(flash card)等。进一步地，该计算机可读存储介质还可以既包括该计算机设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该计算机设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备可执行前文图3、图11以及图12所对应实施例中对数据处理方法的描述，在此不再赘述。另外，对采用相同方法的有益效果描述，也不再进行赘述。

本申请实施例的说明书和权利要求书及附图中的术语“第一”、“第二”等是用于区别不同对象，而非用于描述特定顺序。此外，术语“包括”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或设备没有限定于已列出的步骤或模块，而是可选地还包括没有列出的步骤或模块，或可选地还包括对于这些过程、方法、装置、产品或设备固有的其他步骤单元。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例提供的方法及相关装置是参照本申请实施例提供的方法流程图和/或结构示意图来描述的，具体可由计算机程序指令实现方法流程图和/或结构示意图的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。这些计算机程序指令可提供到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或结构示意图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或结构示意一个方框或多个方框中指定的功能的步骤。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (15)

1.一种数据处理方法，其特征在于，包括：

获取公共服务器发送的针对目标应用客户端的物品配置信息，所述物品配置信息包括目标物品对应的第一物品数据；

获取针对所述目标物品的交易请求，根据所述交易请求，调用集成有M个交易方式所共同对应的通用交易功能的交易通用组件，所述交易通用组件被集成在所述目标应用客户端中，所述交易请求携带针对所述目标物品的资产值以及目标交易方式，M为正整数，所述M个交易方式包括所述目标交易方式；

根据所述第一物品数据、所述目标交易方式以及所述交易通用组件，对所述资产值对应的待转移资产进行资产转移处理，获取针对所述目标物品的资产转移凭证；

通过所述交易通用组件，将所述资产转移凭证发送至通用组件服务器，以使所述通用组件服务器返回凭证验证结果，所述通用组件服务器是指与所述交易通用组件相关联的服务器；

通过所述交易通用组件，将根据所述凭证验证结果所生成的物品转移请求发送至所述通用组件服务器，以使所述通用组件服务器返回针对所述目标物品的物品转移反馈信息。

2.根据权利要求1所述的方法，其特征在于，所述获取公共服务器发送的针对目标应用客户端的物品配置信息，包括：

响应针对所述目标应用客户端的物品配置操作，生成配置拉取请求；

将所述配置拉取请求发送至所述公共服务器，所述公共服务器存储有物品配置信息，所述物品配置信息是由所述公共服务器根据所述通用组件服务器所提供的物品配置组件，对N个物品分别进行配置所生成的，所述物品配置信息包括针对所述目标物品的目标物品配置信息，所述目标物品配置信息包括针对所述目标物品的所述目标交易方式、目标物品标识以及所述资产值，所述N个物品包括所述目标物品，N为正整数；

获取所述公共服务器返回的所述物品配置信息；

则所述获取针对所述目标物品的交易请求，包括：

响应针对所述目标物品的交易操作，根据所述目标物品标识生成针对所述目标物品的所述交易请求。

3.根据权利要求1所述的方法，其特征在于，所述根据所述第一物品数据、所述目标交易方式以及所述交易通用组件，对所述资产值对应的待转移资产进行资产转移处理，获取针对所述目标物品的资产转移凭证，包括：

根据所述交易通用组件以及所述目标交易方式，将所述交易请求发送至目标交易服务器，以使所述目标交易服务器返回与所述目标物品相关联的第二物品数据，所述目标交易服务器是指具备针对所述目标交易方式的交易功能的服务器；

根据所述第一物品数据以及所述第二物品数据，生成针对所述目标物品的物品转移预请求；

根据所述物品转移预请求以及所述交易通用组件，对所述资产值对应的待转移资产进行资产转移处理，根据资产转移处理结果获取针对所述目标物品的所述资产转移凭证。

4.根据权利要求3所述的方法，其特征在于，所述根据所述交易通用组件以及所述目标交易方式，将所述交易请求发送至目标交易服务器，以使所述目标交易服务器返回与所述目标物品相关联的第二物品数据，包括：

调用所述交易通用组件中与所述目标交易方式对应的目标交易接口；

通过所述目标交易接口，将所述交易请求传输至所述目标交易方式对应的原始交易组件，所述交易请求携带针对所述目标物品的目标物品标识；

通过所述原始交易组件，将所述交易请求发送至所述目标交易服务器，以使所述目标交易服务器从P个物品分别对应的物品数据中，确定所述目标物品标识对应的所述第二物品数据，将所述第二物品数据返回至所述原始交易组件，P为正整数；

通过所述目标交易接口，获取所述原始交易组件返回的所述第二物品数据。

5.根据权利要求3所述的方法，其特征在于，所述根据所述第一物品数据以及所述第二物品数据，生成针对所述目标物品的物品转移预请求，包括：

将所述第一物品数据以及所述第二物品数据进行对比；

若所述第一物品数据以及所述第二物品数据不同，则生成针对所述目标物品的物品错误数据提示；

若所述第一物品数据以及所述第二物品数据相同，则生成针对所述目标物品的所述物品转移预请求。

6.根据权利要求3所述的方法，其特征在于，所述根据所述物品转移预请求以及所述交易通用组件，对所述资产值对应的待转移资产进行资产转移处理，根据资产转移处理结果获取针对所述目标物品的所述资产转移凭证，包括：

通过所述交易通用组件，将所述物品转移预请求发送至通用组件服务器，以使所述通用组件服务器对所述物品转移预请求进行合法性检验，根据合法性检验结果生成预请求答复结果；

通过所述交易通用组件，获取所述通用组件服务器返回的所述预请求答复结果，所述预请求答复结果包括第一答复结果或所述第二答复结果，所述第一答复结果用于表征，所述通用组件服务器针对所述物品转移预请求的合法性检验结果为非法结果，所述第二答复结果用于表征所述合法性检验结果为合法结果；

若所述预请求答复结果为所述第一答复结果，则生成针对所述目标物品的预请求失败提示；

若所述预请求答复结果为所述第二答复结果，则对所述资产值对应的待转移资产进行资产转移处理，根据所述资产转移处理结果获取针对所述目标物品的所述资产转移凭证。

7.根据权利要求6所述的方法，其特征在于，所述对所述资产值对应的待转移资产进行资产转移处理，根据所述资产转移处理结果获取针对所述目标物品的所述资产转移凭证，包括：

通过所述交易通用组件，对所述资产值对应的待转移资产进行资产转移处理，得到所述资产转移处理结果，所述资产转移处理结果包括第一处理结果或第二处理结果，所述第一处理结果用于表征通过所述待转移资产的资产转移处理，所述第二处理结果用于表征未通过所述待转移资产的资产转移处理；

若所述资产转移处理结果为所述第二处理结果，则生成针对所述待转移资产的资产转移失败提示；

若所述资产转移处理结果为所述第一处理结果，则生成针对所述目标物品的资产转移通知；

调用所述交易通用组件中与所述目标交易方式对应的目标交易接口，通过所述目标交易接口，将所述资产转移通知传输至所述目标交易方式对应的原始交易组件；

通过所述原始交易组件，将所述资产转移通知发送至所述目标交易服务器，以使所述目标交易服务器对所述资产转移通知进行核实操作，得到核实结果，所述核实结果包括第一核实结果或第二核实结果，所述第一核实结果用于表征所述目标交易服务器认可所述资产转移通知，所述第二核实结果用于表征所述目标交易服务器拒绝所述资产转移通知；

若所述核实结果为所述第二核实结果，则通过所述原始交易组件获取所述目标交易服务器返回的资产转移失败通知；

若所述核实结果为所述第一核实结果，则通过所述原始交易组件获取所述目标交易服务器返回的针对所述目标物品的所述资产转移凭证；

通过所述目标交易接口，将所述资产转移凭证返回至所述交易通用组件。

8.根据权利要求1所述的方法，其特征在于，所述通过所述交易通用组件，将所述资产转移凭证发送至通用组件服务器，以使所述通用组件服务器返回凭证验证结果，包括：

生成包括所述资产转移凭证的凭证验证请求；

通过所述交易通用组件，将所述凭证验证请求发送至所述通用组件服务器，以使所述通用组件服务器返回针对所述资产转移凭证的所述凭证验证结果，所述凭证验证结果是在所述通用组件服务器以及目标交易服务器之间，对所述资产转移凭证进行合法性验证所得到的；

通过所述交易通用组件，获取所述凭证验证结果。

9.根据权利要求1所述的方法，其特征在于，所述凭证验证结果包括验证通过结果或验证失败结果，所述验证通过结果用于表征所述资产转移凭证通过目标交易服务器的合法性验证，所述验证失败结果用于表征所述资产转移凭证未通过所述目标交易服务器的合法性验证；

所述通过所述交易通用组件，将根据所述凭证验证结果所生成的物品转移请求发送至所述通用组件服务器，以使所述通用组件服务器返回针对所述目标物品的物品转移反馈信息，包括：

若所述凭证验证结果为所述验证失败结果，则生成凭证验证失败提示；

若所述凭证验证结果为所述验证通过结果，则生成针对所述目标物品的所述物品转移请求；

通过所述交易通用组件，将所述物品转移请求发送至所述通用组件服务器，以使所述通用组件服务器返回针对所述目标物品的所述物品转移反馈信息，所述物品转移反馈信息是在所述通用组件服务器、所述公共服务器以及目标应用服务器之间对所述物品转移请求进行验证所得到的，所述目标应用服务器是指所述目标应用客户端对应的后台服务器；

通过所述交易通用组件，获取所述物品转移反馈信息。

10.一种数据处理方法，其特征在于，包括：

获取针对目标应用客户端的物品配置请求，所述目标应用客户端集成有交易通用组件，所述交易通用组件集成有M个交易方式所共同对应的通用交易功能，M为正整数，所述M个交易方式包括目标交易方式，所述目标应用客户端中的物品包括目标物品；

根据所述物品配置请求调用物品配置组件，根据所述物品配置组件对所述目标应用客户端中的物品进行配置，生成物品配置信息，所述物品配置组件由通用组件服务器提供，所述通用组件服务器是指与所述交易通用组件相关联的服务器，所述物品配置信息包括所述目标物品对应的第一物品数据；

获取用户终端发送的针对所述目标应用客户端的配置拉取请求，根据所述配置拉取请求将所述物品配置信息发送至所述用户终端，以使所述用户终端在获取到针对所述目标物品的交易请求时，调用所述交易通用组件，根据所述第一物品数据、所述交易请求所携带的所述目标交易方式以及所述交易通用组件，对所述目标物品进行物品交易处理，所述用户终端是指安装有所述目标应用客户端的终端。

11.根据权利要求10所述的方法，其特征在于，根据所述物品配置请求调用物品配置组件，根据所述物品配置组件对所述目标应用客户端中的物品进行配置，生成物品配置信息，包括：

根据所述物品配置请求，调用集成有W个配置方式所共同对应的通用配置功能的所述物品配置组件，W为正整数，所述W个配置方式包括配置地区方式；

若响应针对所述配置地区方式的触发操作，则从所述M个交易方式中获取配置地区对应的地区交易方式，根据所述配置地区以及所述地区交易方式之间的关联关系，为所述目标应用客户端中的物品进行配置，生成所述物品配置信息；

则所述根据所述配置拉取请求将所述物品配置信息发送至所述用户终端，包括：

根据所述配置拉取请求，获取所述用户终端的网络地址所属的终端地区；

根据所述配置地区以及所述地区交易方式之间的关联关系，确定所述终端地区对应的目标地区交易方式；

将携带有所述目标地区交易方式的所述物品配置信息发送至所述用户终端。

12.根据权利要求11所述的方法，其特征在于，根据所述物品配置请求调用物品配置组件，根据所述物品配置组件对所述目标应用客户端中的物品进行配置，生成物品配置信息，包括：

根据所述物品配置请求，调用集成有W个配置方式所共同对应的通用配置功能的所述物品配置组件，W为正整数，所述W个配置方式包括配置交易方式；

若响应针对所述配置交易方式的触发操作，则从所述目标应用客户端中的物品中获取待配置物品；

若获取到所述通用组件服务器发送的针对所述待配置物品的推荐交易方式，则根据所述推荐交易方式对所述待配置物品进行配置，生成所述物品配置信息。

13.根据权利要求10所述的方法，其特征在于，所述方法还包括：

获取用户终端集群中每个用户终端分别发送的针对所述目标物品的交易上报记录，所述用户终端集群中每个用户终端均安装有所述目标应用客户端，所述交易上报记录包括针对所述目标物品的资产转移值，以及针对所述目标物品的交易方式；

根据针对所述目标物品的资产转移值，以及针对所述目标物品的交易方式创建对照测试实验，执行所述对照测试实验，得到测试实验结果，所述测试实验结果包括针对所述目标物品的推荐资产值，以及针对所述目标物品的推荐交易方式，所述测试实验结果用于在响应下一次物品配置请求时，根据所述推荐资产值以及所述推荐交易方式，对所述目标物品的目标物品配置信息进行更新。

14.一种计算机设备，其特征在于，包括：处理器、存储器以及网络接口；

所述处理器与所述存储器、所述网络接口相连，其中，所述网络接口用于提供数据通信功能，所述存储器用于存储计算机程序，所述处理器用于调用所述计算机程序，以使得所述计算机设备执行权利要求1至13任一项所述的方法。

15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，所述计算机程序适于由处理器加载并执行，以使得具有所述处理器的计算机设备执行权利要求1-13任一项所述的方法。

Images