CN116628015A - 数据的处理方法、装置、设备、介质及产品 - Google Patents

Abstract

本申请公开了一种数据的处理方法、装置、设备、介质及产品。方法包括：接收用户设备发送的交易数据的查询请求，其中，查询请求中包括交易数据的服务码；基于服务码确定交易数据的至少两个目标交易系统，其中，每个目标交易系统包括至少两个交易端，各交易端之间通过交易数据的交易链路组成目标交易系统；获取至少两个目标交易系统中交易数据的交易链路；将交易链路进行汇总，得到交易数据的交易线数据。本申请能够实现交易线数据的自动化查询，提高交易线数据的查询效率。

Description

数据的处理方法、装置、设备、介质及产品

技术领域

本申请属于计算机技术领域，尤其涉及一种数据的处理方法、装置、设备、介质及产品。

背景技术

目前银行等机构的交易系统越来越多，一笔交易往往需要多个系统处理才能最终落地，因此在查询一笔交易具体涉及的系统和交易线时，只能通过手动查询每个交易系统，最终再人工手动对查询到的每个系统的交易线进行汇总，因此造成交易线的查询效率低下。

发明内容

本申请实施例提供一种数据的处理方法、装置、设备、介质及产品，能够实现交易线数据的自动化查询，提高交易线数据的查询效率。

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

接收用户设备发送的交易数据的查询请求，其中，查询请求中包括交易数据的服务码；

基于服务码确定交易数据的至少两个目标交易系统，其中，每个目标交易系统包括至少两个交易端，各交易端之间通过交易数据的交易链路组成目标交易系统；

获取至少两个目标交易系统中交易数据的交易链路；

将交易链路进行汇总，得到交易数据的交易线数据。

在一些可能的实现方式中，基于服务码确定交易数据的至少两个目标交易系统，包括：

基于服务码在多个交易系统中查询交易数据；

确定包括交易数据的交易系统为目标交易系统。

在一些可能的实现方式中，用户设备上具有第一数据接口，各交易系统包括第二数据接口，基于服务码在多个交易系统中查询交易数据，包括：

基于服务码通过第一数据接口和第二数据接口在多个交易系统中查询交易数据。

在一些可能的实现方式中，将交易链路进行汇总，得到交易数据的交易线数据，包括：

将属于相同交易端的交易链路进行合并，得到交易数据的交易线数据。

在一些可能的实现方式中，将交易链路进行汇总，得到交易数据的交易线数据之后，方法还包括：

将交易线数据发送给用户设备。

在一些可能的实现方式中，交易数据包括缴费数据。

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

接受模块，用于接收用户设备发送的交易数据的查询请求，其中，查询请求中包括交易数据的服务码；

确定模块，用于基于服务码确定交易数据的至少两个目标交易系统，其中，每个目标交易系统包括至少两个交易端，各交易端之间通过交易数据的交易链路组成目标交易系统；

获取模块，用于获取至少两个目标交易系统中交易数据的交易链路；

汇总模块，用于将交易链路进行汇总，得到交易数据的交易线数据。

在一些可能的实现方式中，确定模块具体包括：

查询单元，用于基于服务码在多个交易系统中查询交易数据；

确定单元，用于确定包括交易数据的交易系统为目标交易系统。

在一些可能的实现方式中，用户设备上具有第一数据接口，各交易系统包括第二数据接口，查询单元，包括：

查询子单元，用于基于服务码通过第一数据接口和第二数据接口在多个交易系统中查询交易数据。

在一些可能的实现方式中，汇总模块包括：

汇总单元，用于将属于相同交易端的交易链路进行合并，得到交易数据的交易线数据。

在一些可能的实现方式中，装置还包括：

发送模块，用于将交易线数据发送给用户设备。

在一些可能的实现方式中，交易数据包括缴费数据。

第三方系统面，本申请实施例提供了一种电子设备，设备包括：

处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时用于执行上述第一方面的数据的处理方法。

第四方面，本申请实施例提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现上述第一方面的数据的处理方法。

第五方面，本申请实施例提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器处理时实现上述第一方面的数据的处理方法。

本申请实施例公开提供的数据的处理方法、装置、设备、介质及产品，可以通过接收到用户设备发送的交易数据的查询请求，基于交易数据的查询请求中的交易数据的服务码确定出至少两个目标交易系统，通过获取至少两个目标交易系统中交易数据的交易链路，得到交易数据的交易线数据，实现了多系统交易线数据的自动化获取，提高了交易线数据的查询效率。

附图说明

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

图1为本申请一个实施例提供的一种数据的处理系统的流程示意图。

图2为本申请一个实施例提供的一种数据的处理方法的流程示意图。

图3为本申请一个实施例提供的一种示例性的交易链路示意图。

图4为本申请一个实施例提供的另一种示例性的交易链路示意图。

图5为本申请一个实施例提供的又一种示例性的交易链路示意图。

图6为本申请一个实施例提供的又一种示例性的交易链路示意图。

图7为本申请一个实施例提供的一种示例性的交易线数据示意图。

图8为本申请一个实施例提供的一种数据的处理装置的示意图。

图9为本申请实施例提供的一种电子设备的硬件结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

需要说明的是，本申请实施例中对数据的获取、存储、使用和处理等，均符合国家法律法规的相关规定。

在介绍本申请实施例的技术方案之前，首先介绍一些本申请实施例的背景技术：

目前银行等机构的交易系统越来越多，一笔交易往往需要多个系统处理才能最终落地，因此在查询一笔交易具体涉及的系统和交易线时，只能通过手动查询每个交易系统，最终再人工手动对查询到的每个系统的交易线进行汇总，以得到该交易数据的最终交易链路。

在一个示例中，参考图1-图4，若要查询一笔缴费，首先得到多个交易端组成的查询交易系统，例如是图1中的前端101、缴费系统102和第三方系统103组应的查询交易系统，具体的是需要在前端、缴费系统和第三方系统中前端101输入在缴费系统102中输入查询请求，缴费系统102从第三方系统103调取待缴费订单，然后前端101通过核心系统104支付待缴费订单，支付完成后，前端101通过缴费系统102将支付完成的通知发送给第三方系统103，第三方系统103从缴费系统102调取从核心系统104发送的对账文件，上述过程一共得到三个交易系统，分别为图1组成的查单交易系统，图2组成的支付交易系统，图3组成的通知交易系统以及图4组成的对账交易系统，上述三个交易系统之间互不相连，需要人工手动对查询到的每个系统的交易线进行汇总，以得到该交易数据的最终交易链路，如此在查询交易线数据时，存在查询效率低下的问题。

为了解决上述问题，本申请实施例提供了一种数据的处理方法、装置、设备、介质及产品，能够实现多系统交易线数据的自动化获取，提高交易线数据的查询效率。如图5所示，本申请实施例提出一种数据的处理系统，包括查询系统和交易系统，其中，交易系统的数量可以是一个或者多个，在此不做限定。数据的处理系统的具体执行过程如下：

S510：查询系统可以接受用户设备的查询交易数据的交易线的查询请求，查询请求中包括交易数据的服务码。

S520：查询系统根据查询请求中的服务码确定出目标交易系统。

其中，目标交易系统可以是交易系统中的至少一个。这里，目标交易系统为在多个交易系统中包括上述交易数据的交易系统，因此，在基于服务码确定目标交易系统时，可以选择在所有交易系统中查询交易数目，将包括交易数据的交易系统确定为目标交易系统。

S530：查询系统将查询请求发送给交易系统中的目标交易系统。

S540：交易系统中的目标交易系统会基于查询请求查找出交易数据对应的交易链路。

S550：目标交易系统将交易链路并发送给查询系统。

S560：查询系统对上述交易链路进行汇总，得到交易线数据。

通过设置查询系统，可以在交易系统中查询到交易链路，最终汇总得到交易线数据，克服了需要人工操作查询交易线数据的效率低下的问题。

下面对本申请实施例提出的数据的处理方法进行具体说明。

如图6所示，本申请实施例提出一种数据的处理方法，包括：

S610：接收用户设备发送的交易数据的查询请求，其中，查询请求中包括交易数据的服务码。

上述查询请求可以是用户在用户设备基于实际需求输入的交易数据的查询请求，该查询请求可能基于交易数据类型的不同而不同，例如在交易数据为缴费数据时，查询请求可能是查询缴费数据的待缴费订单，或者是查询缴费是否完成的请求信息等。

通常情况下，为了确保交易的安全性，每笔交易数据都会有唯一的交易数据的服务码，因此在查询交易数据时，可以根据交易数据的服务码查询交易数据。因此，在本申请实施例中，可以接收到用户设备发送的包括交易数据的服务码的查询请求，从而进行查询。

S620：基于服务码确定交易数据的至少两个目标交易系统，其中，每个目标交易系统包括至少两个交易端，各交易端之间通过交易数据的交易链路组成目标交易系统。

其中，目标交易系统为在多个交易系统中包括上述交易数据的交易系统。以缴费数据为例，与缴费数据有关的交易系统可能包括多个系统，例如包括：查单交易系统、支付交易系统、通知交易系统、对账交易系统或者掉单系统等。但由于不同交易系统的交易数据不同，不同的交易系统中可能包括同一个交易数据的服务码，因此基于服务码可以确定出至少两个目标交易系统。以交易数据包括缴费数据为例，由缴费数据的服务码可以确定出的交易系统可以包括：查单交易系统100、支付交易系统200、通知交易系统300和对账交易系统400等。

在接受到交易数据的查询请求之后，可以基于查询请求中的交易数据的服务码确定出至少两个目标交易系统，这里，由于每个目标交易系统包括至少两个交易端，各交易端之间通过交易数据的交易链路组成目标交易系统。如图1所示，在查单交易系统100中，交易端可以包括：前端101、缴费系统102和第三方系统103。

这里，基于交易码确定目标交易系统可以是将服务码广播给所有交易系统，每个交易系统在接收到服务码后在基于服务码在交易系统中查询交易数据，将确定包括交易数据的交易系统确定为目标交易系统。

在一些示例中，也可以基于交易码直接在交易系统中进行查询，将查询到的包括交易数据的交易系统确定为目标交易系统。

在一些示例中，查询请求中也可以包括交易数据的至少两个交易端，因此也可以基于至少两个交易端，在交易系统中查询交易端，将包括上述至少两个交易端的交易系统确定为目标交易系统。

S630：获取至少两个目标交易系统中交易数据的交易链路。

交易链路可以是至少两个目标交易系统中交易数据的交易线，交易链路可以运用图表的形式进行展示，以上述交易数据为缴费数据为例，在查询到目标交易系统包括：查单交易系统100、支付交易系统200、通知交易系统300和对账交易系统400后，每个目标交易系统都会有交易链路。如图1所示，在查单交易系统100中，交易端包括：前端101、缴费系统102和第三方系统103，因此在查单交易系统的交易链路为前端101通过缴费系统102在第三方系统103查询待缴费订单。

在支付交易系统200中，如图2所示，交易端可能包括前端101和核心系统104，因此在支付交易系统中的交易链路为前端301通过核心系统104支付该待缴费订单的费用。

在通知交易系统300中，如图3所示，交易端可能包括前端101、缴费系统102和第三方系统103，因此在通知交易系统中的交易链路为前端101完成支付后将完成支付的通知通过缴费系统102发送给第三方系统103。

在对账交易系统400中，如图4所示，交易端可能包括核心系统104、缴费系统102和第三方系统103，因此在对账交易系统中的交易链路为核心系统104将对账文件通过缴费系统102发送给第三方系统103。在确定了至少两个目标交易系统之后，可以获取到至少两个目标交易系统中交易数据的交易链路。这里，可以直接基于服务码在目标系统中进行查询，得到交易数据的交易链路。

在一些示例中，也可以是目标交易系统基于接收到的服务码查询交易数据的交易链路，并对查询到的交易链路进行反馈。

S640：将交易链路进行汇总，得到交易数据的交易线数据。

在获取到交易链路后，可以对交易链路进行汇总。具体可以为将相同的交易链路中的交易端进行合并，得到交易线数据。

在一些示例中，也可以将不同的交易链路按照预设的图表模板进行汇总，得到交易数据的交易线数据。

在本实施例中，通过接收到用户设备发送的交易数据的查询请求，基于交易数据的查询请求中的交易数据的服务码确定出至少两个目标交易系统，通过获取至少两个目标交易系统中交易数据的交易链路，得到交易数据的交易线数据，实现了多系统交易线数据的自动化获取，提高了交易线数据的查询效率。

在一些实施例中，步骤S620，基于服务码确定交易数据的至少两个目标交易系统，包括：

基于服务码在多个交易系统中查询交易数据；确定包括交易数据的交易系统为目标交易系统。

由于在交易系统包括至少两个交易端，各交易端之间通过交易数据的交易链路组成目标交易系统，因此可以基于服务码在交易系统中查询交易数据，将包括交易数据的交易系统确定为目标交易系统。

在一些示例中，交易数据可以包括缴费数据，与缴费数据有关的交易系统可能包括查单交易系统、支付交易系统、通知交易系统、对账交易系统或者掉单系统，因此可以在可以基于缴费数据的服务码，在上述多个系统中查询缴费数据，例如对于服务码为“xxx”的缴费数据，确定包括上述服务码的目标交易系统可以包括：查单交易系统、支付交易系统、通知交易系统和对账交易系统。

在本实施例中，基于服务码在交易系统查询交易数据确定目标交易系统的方式，可以一键查询到多个目标交易系统，克服了统查询方式中的逐个查询的效率低下的问题，因此提高了查询交易线数据的效率。

在一些实施例中，用户设备上具有第一数据接口，各交易系统包括第二数据接口，基于服务码在多个交易系统中查询交易数据，包括：

基于服务码通过第一数据接口和第二数据接口在多个交易系统中查询交易数据。

为了实现数据的快速对接查询，因此可以在用户设备上设置第一数据接口，在各交易系统中设置第二数据接口，与用户设备通过第一数据接口进行数据传输，与各交易系统通过第二数据接口进行数据传输。通过设置第一数据接口和第二数据接口，提高了数据的传输效率，因此可以提高查询交易线数据的效率。

在一些示例中，可以设置查询系统，因此，用户设备可以通过第一数据接口向查询系统发送查询请求。查询系统在接收到查询请求后可以基于查询请求中的服务码，通过第二数据接口在交易系统中查询交易数据。

在一些实施例中，步骤S640：将交易链路进行汇总，得到交易数据的交易线数据，包括：

将属于相同交易端的交易链路进行合并，得到交易数据的交易线数据。

由于查询到的不同交易链路可能会有相同的交易端，因此需要将相同交易端的交易链路进行合并，得到交易线数据。

基于上述图1-图4四个不同的交易链路，可以得到在不同的交易链路中可能存在相同的交易端，因此需要对交易链路进行汇总，将相同的交易端的交易链路进行合并，得到交易线数据，这里，为了交易线数据得到更清晰的显示，因此可以选择将得到的交易线数据按照预设的显示方式进行显示，例如可以按照如图7所示的图表形式进行显示，可以想到的是，也可以将交易线数据按照其他的显示方式例如文字、列表等进行显示，在此不做限定。

在本实施例中，通过对得到的交易链路中属于相同交易端的交易链路进行合并，得到交易数据的交易线数据的方式，可以使得到的交易线数据更加规范，方便用户一目了然地观看，提高用户的体验。

在一些实施例中，将交易链路进行汇总，得到交易数据的交易线数据之后，方法还包括：将交易线数据发送给用户设备。

得到交易线数据后，可以将交易线数据发送给用户设备。这里，依然可以通过第一数据接口将交易线数据发送给用户设备，可以提高数据的传输效率。

作为一种实现方式，本申请实施例通过接受用户设备发送的包括交易数据的服务码放入交易数据的查询请求，确定出至少两个目标交易系统，通过获取目标交易系统中的目标交易链路并进行汇总，得到交易数据的交易线数据，无需人工手动查询，提高了交易线数据的查询效率。

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

接受模块801，用于接收用户设备发送的交易数据的查询请求，其中，查询请求中包括交易数据的服务码。

确定模块802，用于基于服务码确定交易数据的至少两个目标交易系统，其中，每个目标交易系统包括至少两个交易端，各交易端之间通过交易数据的交易链路组成目标交易系统。

获取模块803，用于获取至少两个目标交易系统中交易数据的交易链路。

汇总模块804，用于将交易链路进行汇总，得到交易数据的交易线数据。

在一些实施例中，确定模块802具体包括：

查询单元，用于基于服务码在多个交易系统中查询交易数据；

确定单元，用于确定包括交易数据的交易系统为目标交易系统。

在一些实施例中，用户设备上具有第一数据接口，各交易系统包括第二数据接口，查询单元，包括：

查询子单元，用于基于服务码通过第一数据接口和第二数据接口在多个交易系统中查询交易数据。

在一些实施例中，汇总模块804包括：

汇总单元，用于将至少两个目标交易系统中交易链路中属于相同交易端的交易链路进行合并，得到交易数据的交易线数据。

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

发送模块，用于将交易线数据发送给用户设备。

在一些实施例中，交易数据包括缴费数据。

上述实施例的装置用于实现前述任一实施例中相应的数据的处理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

图9申请实施例提供的一种电子设备的硬件结构示意图。

该电子设备900可以包括处理器901以及存储有计算机程序指令的存储器902。

具体地，上述处理器901可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器902可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器902可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器902可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器902可在综合网关容灾设备的内部或外部。在特定实施例中，存储器902是非易失性固态存储器。

在特定实施例中，存储器902包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请的第一方面的方法所描述的操作。

处理器901通过读取并执行存储器902中存储的计算机程序指令，以实现上述实施例中的任意一种数据的处理方法。

在一个示例中，该电子设备还可包括通信接口903和总线904。其中，如图9，处理器901、存储器902、通信接口903通过总线904连接并完成相互间的通信。

通信接口903，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线904包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线904可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

上述实施例的电子设备用于实现前述任一实施例中相应的数据的处理方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

另外，结合上述实施例中的数据的处理方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种数据的处理方法。

另外，结合上述实施例中的数据的处理方法，本申请实施例可提供一种计算机程序产品来实现。该计算机程序产品指令由电子设备的处理器执行时，实现上述实施例中的任意一种数据的处理方法。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本申请的范围(包括权利要求)被限于这些例子；在本申请的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本申请实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或装置。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(装置)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

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

接收用户设备发送的交易数据的查询请求，其中，所述查询请求中包括所述交易数据的服务码；

基于所述服务码确定所述交易数据的至少两个目标交易系统，其中，每个目标交易系统包括至少两个交易端，各交易端之间通过所述交易数据的交易链路组成所述目标交易系统；

获取所述至少两个目标交易系统中所述交易数据的交易链路；

将所述交易链路进行汇总，得到所述交易数据的交易线数据。

2.根据权利要求1所述的数据的处理方法，其特征在于，所述基于所述服务码确定所述交易数据的至少两个目标交易系统，包括：

基于所述服务码在多个交易系统中查询所述交易数据；

确定包括所述交易数据的交易系统为目标交易系统。

3.根据权利要求1所述的数据的处理方法，其特征在于，所述用户设备上具有第一数据接口，各交易系统包括第二数据接口，所述基于所述服务码在多个交易系统中查询所述交易数据，包括：

基于所述服务码通过所述第一数据接口和所述第二数据接口在多个交易系统中查询所述交易数据。

4.根据权利要求1所述的数据的处理方法，其特征在于，所述将所述交易链路进行汇总，得到所述交易数据的交易线数据，包括：

将属于相同交易端的交易链路进行合并，得到所述交易数据的交易线数据。

5.根据权利要求1所述的数据的处理方法，其特征在于，将所述交易链路进行汇总，得到所述交易数据的交易线数据之后，所述方法还包括：

将所述交易线数据发送给所述用户设备。

6.根据权利要求1所述的数据的处理方法，其特征在于，所述交易数据包括缴费数据。

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

接受模块，用于接收用户设备发送的交易数据的查询请求，其中，所述查询请求中包括所述交易数据的服务码；

确定模块，用于基于所述服务码确定所述交易数据的至少两个目标交易系统，其中，每个目标交易系统包括至少两个交易端，各交易端之间通过所述交易数据的交易链路组成所述目标交易系统；

获取模块，用于获取所述至少两个目标交易系统中所述交易数据的交易链路；

汇总模块，用于将所述交易链路进行汇总，得到所述交易数据的交易线数据。

8.一种电子设备，其特征在于，所述设备包括：处理器，以及存储有计算机程序指令的存储器；

所述处理器读取并执行所述计算机程序指令，以实现如权利要求1至6任意一项所述的数据的处理方法。

9.一种可读存储介质，其特征在于，所述可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1至6任意一项所述的数据的处理方法。

10.一种计算机程序产品，包括计算机程序，其特征在于，该计算机程序被处理器处理时实现如权利要求1至6任意一项所述的数据的处理方法。