CN112990906B - 数据处理方法、装置和系统，计算机存储介质和电子设备 - Google Patents

Abstract

本申请公开了一种数据处理方法、装置和系统，计算机存储介质和电子设备，所述方法包括：根据生成的支付任务请求，确定与所述支付任务请求匹配的支付链路，其中，所述支付链路至少包括云支付服务链路和客侧支付服务链路；当所述支付链路为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息；根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理；从而可以针对不同的支付任务请求采用不同的支付链路，当支付请求压力较大时，云支付服务链路的链路建立较为简单，链路结构清晰，进而能够有效提升支付数据处理的时间。

Description

数据处理方法、装置和系统，计算机存储介质和电子设备

技术领域

本申请涉及计算机应用技术领域，具体涉及一种数据处理方法和装置，以及数据处理系统。本申请同时涉及一种计算机存储介质和电子设备。

背景技术

随着互联网和计算机应用技术的不断发现，电子支付已逐渐演变成一种常规的交易支付手段。例如：线下消费-线下电子支付，线上消费-线下电子支付等。

虽然，电子支付已成为一种生活习惯，但是，其仍然存在需要克服的技术困难，例如：支付耗时。

发明内容

本申请提供一种数据处理方法，以解决现有技术中存在支付耗时问题。

本申请提供一种数据处理方法，包括：

根据生成的支付任务请求，确定与所述支付任务请求匹配的支付链路，其中，所述支付链路至少包括云支付服务链路和客侧支付服务链路；

当所述支付链路为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息；

根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理。

在一些实施例中，所述当确定为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为与所述云支付服务链路的待处理任务信息，包括：

将所述任务信息中的资源对象信息映射为所述云支付服务链路中的第一资源对象信息；

将所述任务信息中的资源对象提供方信息映射为所述云支付服务链路中与所述第一资源对象信息匹配的第一资源对象提供方信息；

根据所述第一资源对象信息和所述第一资源对象提供方信息，确定所述待处理任务信息。

在一些实施例中，所述根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理，包括：

确定所述待处理任务信息是否满足并行数据处理要求；

若是，则将所述待处理任务信息拆分为创单任务和支付任务；

将所述创单任务和所述支付任务分别分配到对应的创单线程和支付线程中进行支付数据处理。

在一些实施例中，所述将所述创单任务分配到所述创单线程进行支付数据处理，包括：

获取与所述待处理任务信息相匹配的资产数据；其中，所述资产数据表征所述待处理任务信息具有的优惠数据、储值数据和积分数据中的至少一种；

对所述资产数据进行核销处理；

根据所述核销处理对所述待处理任务信息进行创单，获得与所述云支付服务链路中订单模型匹配的下单订单；

所述将所述支付任务分配到所述支付线程进行支付数据处理，包括：

通过第三方支付机构对所述下单订单进行支付处理，生成与所述云支付服务链路中支付模型匹配的支付订单。

在一些实施例中，还包括：

对所述资产数据进行校验；

若校验成功，则对所述资源数据进行核销处理。

在一些实施例中，还包括：

若所述待处理任务信息不满足并行数据处理要求，则对获取的所述待处理任务信息相匹配的资产数据进行核销处理；

根据所述核销处理对所述待处理任务信息进行创单，获得与所述云支付服务链路中订单模型匹配的下单订单；

通过第三方支付机构对所述下单订单进行支付处理。

在一些实施例中，所述根据所述云支付服务链路，对所述待处理任务信息进行支付数据的处理，包括：

在所述云支付服务链路中建立间联通道；

将所述间联通道中使用频率优先级高的间联平台进行前置；

通过所述支付间联通道中所述间联平台向第三方支付机构发起支付。

在一些实施例中，所述通过所述支付间联通道中所述间联平台向第三方支付机构发起支付，包括：

确定在所述间联平台，是否存储有所述待处理任务信息中资源对象提供方的支付参数；

若是，则根据所述支付参数，通过所述间联平台向第三方支付机构发起支付对所述待处理任务信息进行支付。

在一些实施例中，还包括：

若所述间联平台没有存储所述待处理任务信息中资源对象提供方的支付参数，则根据第三方支付机构获取所述资源对象提供方的支付参数；

根据所述支付参数进行对所述待处理任务信息进行支付；

将所述支付参数存储到所述间联平台。

在一些实施例中，还包括：

获取用于生成所述支付任务请求的客户端的版本信息；

当确定与所述支付任务请求匹配的支付链路为所述云支付服务链路时，根据所述版本信息，确定与所述版本信息匹配的用于进入所述云支付服务链路的路径。

在一些实施例中，所述当确定与所述支付任务请求匹配的支付链路为所述云支付服务链路时，根据所述版本信息，确定与所述版本信息匹配的用于进入所述云支付服务链路的路径，包括：

当所述版本信息为升级后的新版本信息，则所述支付任务请求直接进入所述云支付服务链路；

当所述版本信息为升级前的旧版本信息，则所述支付任务请求通过客侧服务端进入所述云支付服务链路，或者，根据对所述客户端的升级处理后，所述支付任务请求直接进入所述云支付服务链路。

本申请还提供一种数据处理装置，包括：

确定单元，用于根据生成的支付任务请求，确定与所述支付任务请求匹配的支付链路，其中，所述支付链路至少包括云支付服务链路和客侧支付服务链路；

转换单元，用于当所述支付链路为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息；

处理单元，用于根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理。

本申请还提供一种数据处理系统，包括：客户端和云支付服务端；

所述客户端生成支付任务请求，并确定与所述支付任务请求匹配的支付链路，其中，所述支付链路至少包括云支付服务链路和客侧支付服务链路；

所述云支付服务端用于当所述支付链路为所述云支付服务链路时，将所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息，根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理。

在一些实施例中，还包括：客侧服务端，用于当所述支付链路为所述客侧支付服务链路时，对所述支付任务请求按照所述客侧支付服务链路进行支付数据处理。

本申请还提供一种支付请求方法，包括：

根据客户端的属性信息，确定用于发送支付任务请求的请求支付链路；其中，所述请求支付链路包括：云支付服务端的请求支付链路和客侧服务端的请求支付链路，所述云支付服务端提供云支付服务链路，所述客侧服务端提供客户端支付服务链路；

当确定为所述云支付服务端的请求支付链路时，输出所述云支付服务端针对所述支付任务请求处理后的支付操作信息。

本申请还提供一种计算机存储介质，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被所述处理器读取执行时，执行如上述数据处理方法的步骤，或者，执行如上述支付请求方法的步骤。

本申请还提供一种电子设备，包括：

处理器；

存储器，用于存储对网络平台产生数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如上述数据处理方法的步骤，或者，执行如上述支付请求方法的步骤。

与现有技术相比，本申请具有以下优点:

本申请提供一种数据处理方法，通过根据生成的支付任务请求，确定与所述支付任务请求匹配的支付链路，其中，所述支付链路至少包括云支付服务链路和客侧支付服务链路；当所述支付链路为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息；根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理。由于该方法可以针对不同的支付任务请求采用不同的支付链路，当支付请求压力较大时，云支付服务链路的链路建立较为简单，链路结构清晰，进而能够有效提升支付数据处理的时间。

附图说明

图1是本申请提供的一种数据处理方法实施例的流程图。

图2是本申请提供的一种数据处理方法实施例中支付链路决策时序图。

图3是本申请提供的一种数据处理方法实施例中云支付服务链路中支付处理时序图。

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

图5是本申请提供的一种数据处理系统实施例的结构框架图。

图6是本申请提供的一种支付请求方法实施例的流程图。

图7是本申请提供的一种支付请求装置实施例的结构框架图。

图8是本申请提供的一种电子设备实施例的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请中使用的术语是仅仅出于对特定实施例描述的目的，而非旨在限制本申请。在本申请中和所附权利要求书中所使用的描述方式例如：“一种”、“第一”、和“第二”等，并非对数量上的限定或先后顺序上的限定，而是用来将同一类型的信息彼此区分。

通过上述背景技术部分可知，本申请提供的数据处理方法主要是基于现有技术中在通过电子支付进行支付时产生的耗时问题而提出。为便利于理解下面结合应用场景对本申请发明构思进行描述。

在线下门店进行用餐或购物时，当支付用户较多的情况下，会因为商户收银效率而导致支付耗时问题，例如：快餐门店通常出现大量的结账排队场景，此时商家通过POS等终端设备进行收银时，访问请求增大，导致收支付链路处理请求的处理量增大，进而产生支付耗时的问题。然而，现有支付链路由于存在改动风险，且非核心节点未异步化导致同步耗时增加，访问数据库频次过高，代码复杂度高等原因，故此提出本申请技术方案。下面对本申请提供的数据处理方法进行详细描述。

如图1所示，图1是本申请提供的一种数据处理方法实施例的流程图，该方法包括：

步骤S101：根据生成的支付任务请求，确定与所述支付任务请求匹配的支付链路，其中，所述支付链路至少包括云支付服务链路和客侧支付服务链路；

所述步骤S101中的所述云支付服务链路可以理解为是Saas服务端的支付链路，其中Saas为Software-as-a-service（软件即服务），云支付服务链路可以是Saas提供的一种交易服务链路。所述客侧支付服务链路可以理解为POS机服务端的支付链路。通常情况下，客户端（例如：POS机）是通过其对应的服务端完成支付操作。

需要说明的是，所述客户端可以是上述POS机也可以是第三方应用服务平台，例如：小程序。本实施例中所述客户端以POS机为例进行说明。

请参考图2所示，图2是本申请提供的一种数据处理方法实施例中支付链路决策时序图。在本实施例中，将支付链路的切换策略可以预先存储在客户端，客户端生成支付任务请求后可以根据本地存储的切换策略确定所述支付任务请求匹配的支付链路。所述切换策略可以按照商户的类型进行设置，例如：快餐门店的支付链路为云支付服务链路，非快餐门店的支付链路为客侧支付服务链路。或者也可以按照用餐时间进行设置，例如：用餐高峰时段（如：11:00-13:00和/或18:00-19:30）的支付链路为云支付服务链路，其他时段为客侧支付服务链路；当然，也可以按照门店商家自身需求进行设置。当POS端生成支付任务请求时，则根据本地存储的切换策略确定与所述支付任务请求匹配的支付链路。如图2所示，如果确定的支付链路为云支付服务链路，则进入所述云支付服务链路；如果确定的支付链路为客侧支付服务链路，则进入客侧支付服务链路。

考虑到客户端发版流程跟云支付服务端发布流程存在区别，例如：客户端通常是在固定时间节点进行版本更新，更新的周期较长，且商家门店用的POS版本差异也较大。而云支付服务端发布相对灵活，即改即发。当切换策略的结果为云支付服务链路时为适应云支付服务端的版本，一方面可以通过对旧版本的客户端进行升级处理，以能够直接进入到云支付服务端进行相应的支付数据处理；另一方面可以通过客侧服务端的支付服务进入云支付服务端进行相应的支付数据处理，在所述支付服务模块获取所述支付任务请求的相关数据或者进行客侧支付服务链路到云支付服务链路的订单模型和/或支付模型的转换，以保证相关数据或模型能够与云支付服务链路的版本相适配，避免客侧服务端根据所述支付任务请求生成待支付订单信息。从而能够使得不同版本的POS端均可以访问所述云支付服务链路。因此，还可以包括：

步骤Sa11：获取用于生成所述支付任务请求的客户端的版本信息；

步骤Sa12：当确定与所述支付任务请求匹配的支付链路为所述云支付服务链路时，根据所述版本信息，确定与所述版本信息匹配的用于进入所述云支付服务链路的路径。

步骤Sa12包括：

步骤Sa12-1：当所述版本信息为升级后的新版本信息，则所述支付任务请求直接进入所述云支付服务链路；

步骤Sa12-2：当所述版本信息为升级前的旧版本信息，则所述支付任务请求通过客侧服务端进入所述云支付服务链路，或者，根据对所述客户端升级处理后，所述支付任务请求直接进入所述云支付服务链路。

步骤S102：当所述支付链路为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息；

如图3所示，所述步骤S102的目的在于将所述支付任务请求中的参数转换为与所述云支付服务链路中匹配的参数，以便云支付服务链路能够进行相应的支付数据处理。具体实现过程可以包括：

步骤S102-1：将所述任务信息中的资源对象信息映射为所述云支付服务链路中的第一资源对象信息；例如：将所述商品信息中的标识信息映射为Saas服务内的商品标识信息；在本实施例中，所述资源对象信息可以理解为是商品信息，所述第一资源对象信息为云支付服务链路中的商品信息；

步骤S102-2：将所述任务信息中的资源对象提供方信息映射为所述云支付服务链路中与所述第一资源对象信息匹配的第一资源对象提供方信息；在本实施例中，所述资源对象提供方信息为商家和/或门店的信息；所述第一资源对象提供方信息则可以是云支付服务链路中的商家和/或门店的信息；例如：将商户的标识信息转换为所述Saas服务内的商户标识信息，可以是从云支付服务网关（本实施例中可以是Saas网关）获取SaasId，根据商户标识信息对SaasId进行填充。

步骤S102-3：根据所述第一资源对象信息和所述第一资源对象提供方信息，确定所述待处理任务信息。

在本实施例中，将所述任务信息中的参数转换为所述云支付服务链路中的待处理信息，可以是在云支付服务链路中的网关进行映射转换。

步骤S103：根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理；

所述步骤S103的具体实现过程可以根据不同应用场景的需求通过串行方式或并行方式实现支付数据的处理，例如：当应用场景较为复杂的情况下可以采用并行方式，即：当所述待处理任务信息满足并行数据处理要求时，按照并行方式进行支付数据处理，否则按照串行方式进行支付数据的处理。在本实施例中，并行数据处理要求可以是所述待处理任务信息中存在会员资产则可以为满足并行数据处理要求，采用并行方式，下面将对串行方式和并行方式依次进行描述。

可以理解的是，对于应用场景较为复杂的情况下的待处理任务信息的处理，为了减少云支付服务链路对支付数据处理的耗时，因此，提供并行方式，即处理下单订单数据的同时，还可以处理支付订单的支付数据。实际上也可以通过串行方式进行处理。

如图3所示，并行方式可以包括：

步骤S103-11：确定所述待处理任务信息是否满足并行数据处理要求；

步骤S103-12：若是，则将所述待处理任务信息拆分为创单任务和支付任务；

步骤S103-13：将所述创单任务和所述支付任务分别分配到对应的创单线程和支付线程中进行支付数据处理。

其中，所述步骤S103-13中将所述创单任务分配到对应的创单线程进行支付数据处理，具体实现过程可以包括：

获取与所述待处理任务信息相匹配的资产数据；其中，所述资产数据表征所述待处理任务信息具有的优惠数据、储值数据和积分数据中的至少一种；例如：优惠数据可以包括红包，优惠券、满减活动，入会优惠；储值数据可以包括：会员储值；积分数据可以包括：会员积分等。所述资产数据可以来源于所述云支付服务链路，第三方应用平台和客户端中的至少一方，当然首次通过云支付服务链路进行支付数据处理时，所述云支付服务链路可能不存在所述资产数据，那么所述资产数据的来源可以是第三方应用平台和/或客户端。

对所述资产数据进行核销处理；

根据所述核销处理对所述待处理任务信息进行创单，获得与所述云支付服务链路中订单模型匹配的下单订单。

在本实施例中，所述资产数据的核销可以通过所述云支付服务链路中建立的核销服务域完成核销处理，并将核销处理返回到所述云支付服务链路中的下单域，下单域将核销处理信息和所述待处理任务信息发送到订单域完成对所述待处理任务信息的创单，获得下单订单，具体内容请参考后续对数据处理系统实施例部分的描述。

需要说明的是，所述云支付服务链路中对于支付数据处理可以根据预先设置的订单模型，将所述待处理任务信息中的参数生成匹配的下单订单，或者将客户端的订单模型转换为所述云支付服务链路中的订单模型以便进行下单订单的创建。

其中，所述步骤S103-13中将所述支付任务分配到对应的支付线程进行支付数据处理，具体实现过程可以包括：

通过第三方支付机构对所述下单订单进行支付处理，生成与所述云支付服务链路中支付模型匹配的支付订单。

同样地，支付处理可以根据预先设置的支付模型，将生成与所述支付模型匹配的支付订单，或者，将客户端的支付模型转换为所述云支付服务链路中的支付模型以便进行支付订单的创建。

在本实施例中，在对所述资产数据进行核销处理还可以对所述资产数据进行验证，验证通过后进行资产数据的核销，进而保证创单的准确性，因此还可以包括：

对所述资产数据进行校验；

若校验成功，则对所述资源数据进行核销处理。

如图3所示，当所述待处理任务信息不满足并行数据处理要求时，则可以采用串行方式进行支付数据的处理，如下：

将所述待处理任务信息中的参数发送到所述云支付服务链路中的下单域，下单域根据所述待处理任务信息中的参数进行下单订单的创建，在创建前在所述下单域需要对涉及的资产数据进行相应的处理，所述资源数据表征所述待处理任务信息具有的优惠数据，例如：优惠数据可以包括红包，优惠券、满减活动等。所述资产数据可以来源于所述云支付服务链路，第三方应用平台和客户端中的至少一方，当然首次通过云支付服务链路进行支付数据处理时，所述云支付服务链路可能不存在所述资产数据，那么所述资产数据的来源可以是第三方应用平台和/或客户端。下单订单创建完成后对所述下单订单通过所述第三方支付机构进行支付，获得所述支付订单。

同样地，采用串行方式进行支付数据处理的过程中，也可以在对所述资产数据进行核销处理时对所述资产数据进行验证，验证通过后进行资产数据的核销，进而保证下单订单创建的准确性。

通过上述可知，本实施例中可以通过第三方支付机构对下单订单进行支付处理，在本实施例中，所述第三方支付机构可以通过所述云支付服务链路中自建的支付渠道进入第三方支付机构进行支付，也可以是通过客户端的客侧支付服务链路中的支付渠道进入第三方支付机构。

当通过所述云支付服务链路中自建的支付渠道进入第三方支付机构进行支付时，具体地，可以通过直连通道或者间联通道或者断直连通道等进行支付处理。所述直连通道可以理解为云支付服务端（或者是客户端）与用户之间通过第三方支付机构直接接入，即用户支付金额直接通过第三方支付机构到达客户端；所述间联通道可以理解为云支付服务端（或者是客户端）与用户之间通过中间机构连接，支付数据的相关信息通过中间机构进行中转，即：用户支付金额先通过中间机构再到达客户端；所述断直连通道可以理解为第三方支付机构切断之前直连银行的模式，接入网联或银联。

为了进一步提高云支付服务链路的支付效率，避免出现支付耗时，所述步骤S103包括：

在所述云支付服务链路中建立支付间联通道；

将所述间联通道中使用频率优先级高的间联平台进行前置；

通过所述支付间联通道中所述间联平台向第三方支付机构发起支付。

其中，所述通过所述支付间联通道中所述间联平台向第三方支付机构发起支付，包括：

确定在客户端是否存储有所述待处理任务信息中资源对象提供方的支付参数；

若是，则从所述客户端获取所述支付参数；

通过所述间联平台向第三方支付机构发起对所述待处理任务信息的支付。

若否，则确定所述间联平台中是否存在所述支付参数；

若是，则将所述支付参数存储到所述客户端；

根据所述支付参数通过所述间联平台向所述第三方支付机构发起对所述待处理任务信息的支付。

若所述间联平台不存在所述支付参数，则返回支付失败的信息。还可以包括：输出商户未在所述间联平台注册的提示信息。

因为通过客户端的缓存存储支付参数，所以商家只有第一次发起收款时，才需要调用所述间联平台获取支付参数，后续可以直接读取缓存中的支付参数，从而可以减少调用所述间联平台的频次，达到减少耗时的目的。

需要说明的是，所述步骤S103中根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理的过程可以通过所述直连通道，即直接通过第三方支付机构实现支付数据的支付，也可以通过间联通道向所述第三方支付机构实现支付数据的支付。当支付链路为客侧支付服务链路时可以经直连通道通过第三方支付机构实现支付数据的支付。

为保证客侧支付服务链路与云支付服务链路中信息同步，所述云支付服务链路将支付订单推送到所述客侧支付服务链路，还可以同步到所述客侧支付服务链路中的客户端，例如：同步到客户端的商品域（例如：商户信息和/或商品信息），客户端的数据域（例如：交易等数据报表）和客户端的供应链（例如：库存）中的至少一种；还可以同步到第三方应用服务平台。

本实施例中，还可以包括：

将对所述待处理任务信息进行支付数据处理的结果返回到所述客户端和/或所述客侧服务端。

为保证云支付服务链路和客侧支付服务链路能够同步所述支付订单，还可以包括：

接收针对所述支付订单的退款请求；

根据所述退款请求，将所述退款信息通过客侧支付服务链路回写到所述云支付服务链路。

以上是对本申请提供的一种数据处理方法实施例的描述，为了便于对本申请上述数据处理方法实施例的理解，结合上述内容，对本申请提供的数据处理系统实施例进行描述。具体如下：

结合图2-图3，参考图5所示，所述系统实施例包括：客户端和云支付服务端；所述客户端可以为POS机，生成支付任务请求；确定与所述支付任务请求匹配的支付链路，在本实施例中包括至少两条支付链路，一种是客户端的老支付链路，即：客侧支付服务链路；一种是新支付链路，即云支付服务链路。所述客侧支付服务链路可以理解为是POS机服务侧的支付服务链路，所述云支付服务链路则可以理解为是SAAS服务侧的支付服务链路。两条支付服务链路可以存储在POS机本地，并预先设置支付服务链路的策略信息。在本实施例中，当应用场景为餐饮服务行业时，策略信息可以是按照餐饮门店或商家的类型、用餐的时间等数据进行对支付服务链路的划分，例如：快餐类门店或商家可以设置为云支付服务链路；其他类型门店或单家可以是客侧支付服务链路；或者也可以按照用餐时间进行设置，例如：用餐高峰时段（如：11:00-13:00和/或18:00-19:30）的支付链路为云支付服务链路，其他时段为客侧支付服务链路；当然上述两种设置方式仅为一种示例，实际上，支付链路的确定还可以是实时进行，例如：当前待支付任务数量大于进入云支付服务链路的阈值时，则开启云支付服务链路的通道，反之，则进入客侧支付服务链路。也就是说，对所述支付链路的决策可以包括多种方式，在需要提高支付效率减少支付耗时，可以选择云支付服务链路。在实施例中将所述策略存储在所述客户端本地能够减少针对所述支付任务请求查询支付服务链路的耗时。

所述客户端不同的版本信息可以采用不同进入云支付服务链路的路径，具体可以参考上述步骤Sa11到步骤Sa12的描述，此处不再重复赘述。

所述云支付服务端根据所述客户端决策所述支付链路为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息，并对所述待处理任务信息进行支付数据处理。所述云支付服务端可以包括：云网关（saasgw）、下单域（buy）、订单域（order）和支付域（payment）。其中，所述云网关将所述任务信息中的资源对象信息映射为所述云支付服务链路中的第一资源对象信息；将所述任务信息中的资源对象提供方信息映射为所述云支付服务链路中与所述第一资源对象信息匹配的第一资源对象提供方信息；具体可以参考所述步骤S102-1到步骤S102-3的描述。将根据所述第一资源对象信息和所述第一资源对象提供方信息，确定所述待处理任务信息下发到所述下单域，所述下单域用于根据所述待处理任务信息进行下单订单的创建；所述订单域，用于对所述下单订单进行存储，当存在退款等信息时，接收退款相关信息并进行下单订单状态的更新，还可以包括对所述下单订单状态推进到所述履约域，履约域能够将所述下单订单推送给客户端，从而在POS机上拒单，如果履约失败（履约会重试推送）；客侧支付服务链路收到订单支付消息可以去订单域内的订单，从而能够获得下单数据，以便使POS机拒单。所述支付域根据所述下单订单通过第三方支付机构进行支付处理。

需要说明的是，在进行支付时往往会存在较为复杂的支付场景，此时会导致支付链路耗时增大的问题，因此，为进一步提高支付效率减少耗时，本实施例中所述云支付服务链路中还包括：核销域，用于对所述资产数据进行核销。所述云支付服务链路在对所述待处理任务进行支付数据处理时，可以采用并行方式或者串行方式实现下单订单的创建。例如：可以根据不同应用场景的需求通过串行方式或并行方式实现支付数据的处理，例如：当应用场景较为复杂的情况下可以采用并行方式，即：当所述待处理任务信息满足并行数据处理要求时，按照并行方式进行支付数据处理，否则按照串行方式进行支付数据的处理。在本实施例中，并行数据处理要求可以是所述待处理任务信息中存在会员资产则可以为满足并行数据处理要求，采用并行方式，下面将对串行方式和并行方式依次进行描述。可以理解的是，对于应用场景较为复杂的情况下的待处理任务信息的处理，为了减少云支付服务链路对支付数据处理的耗时，因此，提供并行方式。实际上也可以通过串行方式进行处理。具体地，可以参考上述步骤S103-11到步骤S103-13的描述，以及关于资产数据的验证均可以参考上述内容，此处不再重复赘述。所述支付域将所述创建的下单订单根据预先设置的支付模型，将生成与所述支付模型匹配的支付订单，或者，将客户端的支付模型转换为所述云支付服务链路中的支付模型以便进行支付订单的创建。具体地可以通过支付路由到第三方支付机构进行支付数据的处理，本实施例中，可以通过直连通道或者间联通道或者断直连通道等进行支付处理。所述直连通道可以理解为云支付服务端（或者是客户端）与用户之间通过第三方支付机构直接接入，即用户支付金额直接通过第三方支付机构到达客户端；所述间联通道可以理解为云支付服务端（或者是客户端）与用户之间通过中间机构连接，支付数据的相关信息通过中间机构进行中转，即：用户支付金额先通过中间机构再到达客户端；所述断直连通道可以理解为第三方支付机构切断之前直连银行的模式，接入网联或银联。具体内容可以参考上述步骤S103的相关描述此处不再重复赘述。

需要说明的是，在本实施例中，所述第三方支付机构可以通过所述云支付服务链路中自建的支付渠道进入第三方支付机构进行支付，也可以是通过客户端的客侧支付服务链路中的支付渠道进入第三方支付机构，关于自建的支付渠道可以参考上述数据处理方法实施例中的相关描述，对于客侧支付服务链路中的支付渠道实际上可以是现有技术中采用支付数据处理的过程，即：POS生成支付任务请求后，相关支付数据处理过程，包括下单订单的创建、资产数据的核销、支付订单的创建等均是在客侧服务端的客侧支付服务链路中完成。因此在所述云支付服务链路中通过第三方支付机构进行支付处理时，可以是通过云支付服务链路中自建的支付渠道完成也可以通过客侧支付服务链路中的支付渠道完成，当通过所述客侧支付服务链路的支付渠道完成后，相关支付信息和/或订单的状态信息等会通过所述云网关回流到云支付服务链路的订单域内。当通过所述自建渠道完成支付时，支付数据和/或订单状态等信息也会被推送到客侧服务端，从而保证订单数据在云支付服务链和在客侧支付服务链路中的同步性。因此，还可以包括：客侧服务端，用于将所述云支付服务链路支付处理后的支付信息回流到所述客户端。

另外，所述客侧服务端还用于当所述支付链路被确定为所述客侧支付服务链路时，对所述支付任务请求按照所述客侧支付服务链路进行支付数据处理。所述客侧服务链路中可以包括：客侧网关、支付入口、支付渠道网关、支付服务、订单回流等模块。

为进一步保证客侧支付服务链路与云支付服务链路中信息同步，所述云支付服务链路将支付订单推送到所述客侧支付服务链路，还可以同步到所述客侧支付服务链路中的客户端，例如：同步到客户端的商品域（例如：商户信息和/或商品信息），客户端的数据域（例如：交易等数据报表）和客户端的供应链（例如：库存）中的至少一种；还可以同步到第三方应用服务平台。

以上是对本申请提供的一种数据处理方法和系统实施例的具体描述，与前述提供的一种数据处理方法实施例相对应，本申请还公开一种数据处理装置实施例，请参看图4，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图4所示，本申请提供的数据处理装置实施例包括：

确定单元401，用于根据生成的支付任务请求，确定与所述支付任务请求匹配的支付链路，其中，所述支付链路至少包括云支付服务链路和客侧支付服务链路。

转换单元402，用于当所述支付链路为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息；

所述转换单元具体可以用于将所述任务信息中的资源对象信息映射为所述云支付服务链路中的第一资源对象信息；

将所述任务信息中的资源对象提供方信息映射为所述云支付服务链路中与所述第一资源对象信息匹配的第一资源对象提供方信息；

根据所述第一资源对象信息和所述第一资源对象提供方信息，确定所述待处理任务信息。

处理单元403，用于根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理；

所述处理单元具体可以包括并行处理单元和串行处理单元，所述并行处理单元包括：确定子单元，用于确定所述待处理任务信息是否满足并行数据处理要求；拆分子单元，用于根据所述确定子单元的确定结果为是时，将所述待处理任务信息拆分为创单任务和支付任务；分配子单元，用于将所述创单任务和所述支付任务分别分配到对应的创单线程和支付线程中进行支付数据处理。所述分配子单元具体用于获取与所述待处理任务信息相匹配的资产数据；其中，所述资产数据表征所述待处理任务信息具有的优惠数据、储值数据和积分数据中的至少一种；对所述资产数据进行核销处理；根据所述核销处理对所述待处理任务信息进行创单，获得与所述云支付服务链路中订单模型匹配的下单订单。所述分配子单元具体用于通过第三方支付机构对所述下单订单进行支付处理，生成与所述云支付服务链路中支付模型匹配的支付订单。

还包括：校验单元和核销单元，所述校验单元用于对所述资产数据进行校验；所述核销单元用于根据所述校验单元的校验结果为成功时，对所述资源数据进行核销处理。

所述串行处理单元包括：核销子单元，用于当所述待处理任务信息不满足并行数据处理要求，则对获取的所述待处理任务信息相匹配的资产数据进行核销处理；创单子单元，用于根据所述核销处理对所述待处理任务信息进行创单，获得与所述云支付服务链路中订单模型匹配的下单订单；支付子单元，用于通过第三方支付机构对所述下单订单进行支付处理。

处理单元403可以包括：建立子单元，用于在所述云支付服务链路中建立间联通道；设置子单元，用于将所述间联通道中使用频率优先级高的间联平台进行前置；支付子单元，用于通过所述支付间联通道中所述间联平台向第三方支付机构发起支付，具体地，确定在所述间联平台，是否存储有所述待处理任务信息中资源对象提供方的支付参数；若是，则根据所述支付参数，通过所述间联平台向第三方支付机构发起支付对所述待处理任务信息进行支付。若所述间联平台没有存储所述待处理任务信息中资源对象提供方的支付参数，则根据第三方支付机构获取所述资源对象提供方的支付参数；根据所述支付参数进行对所述待处理任务信息进行支付；将所述支付参数存储到所述间联平台。

还包括：获取单元，用于获取用于生成所述支付任务请求的客户端的版本信息；路径确定单元，用于当确定与所述支付任务请求匹配的支付链路为所述云支付服务链路时，根据所述版本信息，确定与所述版本信息匹配的用于进入所述云支付服务链路的路径；具体地，当所述版本信息为升级后的新版本信息，则所述支付任务请求直接进入所述云支付服务链路；当所述版本信息为升级前的旧版本信息，则所述支付任务请求通过客侧服务端进入所述云支付服务链路，或者，根据对所述客户端的升级处理后，所述支付任务请求直接进入所述云支付服务链路。

还包括：回流单元，用于将对所述待处理任务信息进行支付数据处理的结果返回到所述客户端和/或所述客侧服务端。

上述仅为针对本申请提供的一种数据处理装置实施例的概要性描述，具体内容可以参考上述数据处理方法和系统实施例的内容。

考虑到本申请提供的数据处理方法的应用场景，本申请还可以提供一种支付请求方法，该方法主要以客户端或者终端为角度进行描述，因为，在支付数据处理过程，采用本申请提供的数据处理方法能够提升支付效率，在到店点餐、商场购物等场景下通过客户端设备均可以实现快速的支付，避免支付延迟或者因为支付人群过多而导致的支付链路拥堵等一系列支付问题，如图6所示，为本申请提供的一种支付请求方法实施例的流程图，该实施例包括：

步骤S601：根据客户端的属性信息，确定用于发送支付任务请求的请求支付链路；其中，所述请求支付链路包括：云支付服务端的请求支付链路和客侧服务端的请求支付链路，所述云支付服务端提供云支付服务链路，所述客侧服务端提供客户端支付服务链路；关于

所述步骤S601中的客户端可以是POS机等终端设备，当然并限于该设备，具有相同支付、点餐等服务需求的设备均适用。客户端的属性信息可以是客户端的版本信息，当版本信息为新版本时，则可以确定针对所述支付任务请求的请求支付链路为所述云支付服务端的请求支付链路，若为旧版本信息则可以确定针对所述支付任务请求的请求支付链路为客侧服务端的请求支付链路。关于支付请求链路的相关内容可以参考上述步骤S101、以及步骤Sa11和步骤Sa12的描述，此处不再重复赘述。

步骤S602：当确定为所述云支付服务端的请求支付链路时，输出所述云支付服务端针对所述支付任务请求处理后的支付操作信息;

所述步骤S602在确定为所述云支付服务端的请求支付链路，所述云支付服务端的云支付服务链路会对所述支付任务请求进行相应处理，处理后能够提供支付渠道的相关信息，以便客户端进行支付操作，例如：主动扫码支付或被动扫码支付等方式，当然可以选择现金支付的方式，所述支付操作信息可以包括针对支付任务请求的支付订单信息、支付扫码操作的信息、支付渠道的相关信息等中的至少一种或多种。关于步骤S602的具体内容也可以参考上述步骤S101到步骤S103的内容，也可以参考上述关于数据处理系统的相关内容，故此，不再重复赘述。

本申请提供的支付请求方法实施例能够在需要通过云支付服务链路的情况下，将支付请求发送到云支付服务端，减少现有技术中客户端到客户服务端之间进行支付数据处理的时间，对于客户端而言，支付速度提升，支付效率也相应提高。

相应地，针对上述提供的一种支付请求方法实施例的描述，本申请还提供一种支付请求装置，如图7所示，图7是本申请提供的一种支付请求装置实施例的结构框架图，该实施例包括：

确定单元，用于根据客户端的属性信息，确定用于发送支付任务请求的请求支付链路；其中，所述请求支付链路包括：云支付服务端的请求支付链路和客侧服务端的请求支付链路，所述云支付服务端提供云支付服务链路，所述客侧服务端提供客户端支付服务链路；

输出单元，用于当确定为所述云支付服务端的请求支付链路时，输出所述云支付服务端针对所述支付任务请求处理后的支付操作信息。

关于支付请求装置实施例的具体内容也可参考上述支付请求方法实施例以及数据处理方法实施例和数据处理系统实施例的相关内容。

基于上述内容，本申请还提供一种计算机存储介质，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被所述处理器读取执行时，执行如上述数据处理方法的步骤。

基于上述内容，本申请还提供一种电子设备，如图8所示，包括：

处理器801；

存储器802，用于存储对网络平台产生数据进行处理的程序，所述程序在被所述处理器801读取执行时，执行如上述数据处理方法的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器 (CPU)、 输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM) 和/或非易失性内存等形式，如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、 程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器 (DRAM)、 其他类型的随机存取存储器 (RAM)、只读存储器(ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体 (transitory media)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

Claims (9)

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

根据本地存储的切换策略确定与生成的支付任务请求匹配的支付链路，其中，所述支付链路至少包括云支付服务链路和客侧支付服务链路；

当所述支付链路为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息；

根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理；

其中，所述当所述支付链路为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为与所述云支付服务链路的待处理任务信息，包括：

将所述任务信息中的资源对象信息映射为所述云支付服务链路中的第一资源对象信息；

将所述任务信息中的资源对象提供方信息映射为所述云支付服务链路中与所述第一资源对象信息匹配的第一资源对象提供方信息；

根据所述第一资源对象信息和所述第一资源对象提供方信息，确定所述待处理任务信息。

2.根据权利要求1所述的数据处理方法，其特征在于，所述根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理，包括：

确定所述待处理任务信息是否满足并行数据处理要求；

若是，则将所述待处理任务信息拆分为创单任务和支付任务；

将所述创单任务和所述支付任务分别分配到对应的创单线程和支付线程中进行支付数据处理。

3.根据权利要求2所述的数据处理方法，其特征在于，所述将所述创单任务分配到所述创单线程进行支付数据处理，包括：

获取与所述待处理任务信息相匹配的资产数据；其中，所述资产数据表征所述待处理任务信息具有的优惠数据、储值数据和积分数据中的至少一种；

对所述资产数据进行核销处理；

根据所述核销处理对所述待处理任务信息进行创单，获得与所述云支付服务链路中订单模型匹配的下单订单；

所述将所述支付任务分配到所述支付线程进行支付数据处理，包括：

通过第三方支付机构对所述下单订单进行支付处理，生成与所述云支付服务链路中支付模型匹配的支付订单。

4.根据权利要求3所述的数据处理方法，其特征在于，还包括：

对所述资产数据进行校验；

若校验成功，则对所述资产数据进行核销处理。

5.一种数据处理装置，其特征在于，包括：

确定单元，用于根据本地存储的切换策略确定与生成的支付任务请求匹配的支付链路，其中，所述支付链路至少包括云支付服务链路和客侧支付服务链路；

转换单元，用于当所述支付链路为所述云支付服务链路时，将获取的所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息；

处理单元，用于根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理；

其中，所述转换单元具体包括：将所述任务信息中的资源对象信息映射为所述云支付服务链路中的第一资源对象信息；将所述任务信息中的资源对象提供方信息映射为所述云支付服务链路中与所述第一资源对象信息匹配的第一资源对象提供方信息；根据所述第一资源对象信息和所述第一资源对象提供方信息，确定所述待处理任务信息。

6.一种数据处理系统，其特征在于，包括：客户端和云支付服务端；

所述客户端生成支付任务请求，并根据本地存储的切换策略确定与所述支付任务请求匹配的支付链路，其中，所述支付链路至少包括云支付服务链路和客侧支付服务链路；

所述云支付服务端用于当所述支付链路为所述云支付服务链路时，将所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息，根据所述云支付服务链路，对所述待处理任务信息进行支付数据处理；

其中，所述云支付服务端用于当所述支付链路为所述云支付服务链路时，将所述支付任务请求中的任务信息转换为所述云支付服务链路中的待处理任务信息，具体包括：将所述任务信息中的资源对象信息映射为所述云支付服务链路中的第一资源对象信息；将所述任务信息中的资源对象提供方信息映射为所述云支付服务链路中与所述第一资源对象信息匹配的第一资源对象提供方信息；根据所述第一资源对象信息和所述第一资源对象提供方信息，确定所述待处理任务信息。

7.一种支付请求方法，其特征在于，包括：

根据客户端的属性信息和本地存储的切换策略，确定用于发送支付任务请求的请求支付链路；其中，所述请求支付链路包括：云支付服务端的请求支付链路和客侧服务端的请求支付链路，所述云支付服务端提供云支付服务链路，所述客侧服务端提供客户端支付服务链路；

当确定为所述云支付服务端的请求支付链路时，输出所述云支付服务端针对所述支付任务请求处理后的支付操作信息；具体包括：将所述支付任务请求中任务信息中的资源对象信息映射为所述云支付服务链路中的第一资源对象信息；将所述任务信息中的资源对象提供方信息映射为所述云支付服务链路中与所述第一资源对象信息匹配的第一资源对象提供方信息；根据所述第一资源对象信息和所述第一资源对象提供方信息，确定待处理任务信息；所述云支付服务端输出针对所述待处理任务信息的支付操作信息。

8.一种计算机存储介质，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被处理器读取执行时，执行如上述权利要求1到权利要求4任意一项所述的数据处理方法的步骤，或者，执行如上述权利要求7所述的支付请求方法的步骤。

9.一种电子设备，包括：

处理器；

存储器，用于存储对网络平台产生数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如上述权利要求1到权利要求4任意一项所述的数据处理方法的步骤，或者，执行如上述权利要求7所述的支付请求方法的步骤。

Images