CN115378997B - 业务路径的处理方法、装置及设备 - Google Patents

Abstract

本申请实施例提供一种业务路径的处理方法、装置及设备，可用于资源管理领域。该方法包括：根据获取到的多条业务信息确定多个业务链，业务信息中包括业务标识、初始系统的标识、本地交易码、接收方交易码、业务请求时刻和业务响应时刻，业务链中包括至少两条业务信息；确定每个业务链对应的结构化信息，结构化信息包括至少一个结构化式，结构化式包括目标系统的标识、本地交易码、接收方交易码和业务响应时长；根据多条业务链对应的结构化信息，确定多条业务路径对应的业务量和目标响应时长；根据多条业务路径对应的业务量和目标响应时长，生成并显示全局视图。提高了对业务处理进行监控的效率。

Description

业务路径的处理方法、装置及设备

技术领域

本申请实施例涉及资源管理领域，尤其涉及一种业务路径的处理方法、装置及设备。

背景技术

系统集群中可以包括多个电子设备，每个电子设备可以对应一个系统。多个电子设备对应的多个系统之间，存在着多条业务路径。系统集群可以通过这些系统之间的业务路径对各类业务进行处理。例如，业务可以为金融业务、大数据业务等。

在相关技术中，可以通过对系统集群中多个系统之间的业务路径状态的监控，进而实现对业务的运行情况进行监控。然而，在上述过程中，由于无法直观地看到系统集群中多个系统之间的业务路径状态，导致无法快速获取业务路径对应的多个系统之间的关联关系、以及对存在故障的业务路径的及时预警等，从而导致对业务处理进行监控的效率较低。

发明内容

本申请实施例提供一种业务路径的处理方法、装置及设备，提高了对业务处理进行监控的效率。

第一方面，本申请实施例提供一种业务路径的处理方法，包括：

根据获取到的多条业务信息确定多个业务链，所述业务信息中包括业务标识、初始系统的标识、本地交易码、接收方交易码、业务请求时刻和业务响应时刻，所述业务链中包括至少两条业务信息；

确定每个业务链对应的结构化信息，所述结构化信息包括至少一个结构化式，所述结构化式包括目标系统的标识、本地交易码、接收方交易码和业务响应时长；

根据所述多条业务链对应的结构化信息，确定多条业务路径对应的业务量和目标响应时长；

根据所述多条业务路径对应的业务量和目标响应时长，生成并显示全局视图，所述全局视图中包括多个目标系统的标识、每个目标系统中存在的本地交易码和多条业务路径。

在一种可能的实施方式中，针对任意一个业务链；确定所述业务链对应的结构化信息，包括：

根据所述业务链中各业务信息中的初始系统的标识，对所述业务链中的业务信息进行分组，得到至少一个业务信息组；

分别确定每个业务信息组对应的结构化式；

根据每个业务信息组对应的结构化式，确定所述业务链对应的结构化信息。

在一种可能的实施方式中，根据所述业务链中各业务信息中的初始系统的标识，对所述业务链中的业务信息进行分组，得到至少一个业务信息组，包括：

获取目标系统与初始系统之间的第一对应关系，一个所述目标系统对应至少一个初始系统；

根据所述业务链中各业务信息中的初始系统的标识和所述第一对应关系，对所述业务链中的业务信息进行分组，得到所述至少一个业务信息组，所述业务信息组中各业务信息中的初始系统的标识对应的目标系统的标识相同。

在一种可能的实施方式中，针对任意一个业务信息组；确定所述业务信息组对应的结构化式，包括：

根据所述业务信息组中各业务信息中的业务请求时刻和业务响应时刻，确定所述业务信息组对应的响应时长；

根据所述业务信息组对应的目标系统的标识、本地交易码、接收方交易码和所述响应时长，确定所述业务信息组对应的结构化式。

在一种可能的实施方式中，针对任意一条业务路径；根据所述多条业务链对应的结构化信息，确定所述业务路径对应的业务量和目标响应时长，包括：

根据所述业务路径对应的目标系统的标识、本地交易码和接收方交易码，在所述多条业务链对应的结构化信息中，确定所述业务路径对应的多条第一结构化信息；

将所述多条第一结构化信息的数量，确定为所述业务量；

将所述多条第一结构化信息的业务响应时长的统计值，确定为所述目标响应时长。

在一种可能的实施方式中，根据所述多条业务路径对应的业务量和目标响应时长，生成并显示全局视图，包括：

针对任意一条业务路径，根据所述业务路径对应的业务量和目标响应时长，确定所述业务路径的路径信息，所述路径信息包括路径宽度和路径颜色；

获取基础视图，所述基础视图中包括多个目标系统的标识和每个目标系统中存在的本地交易码；

根据所述多条业务路径的路径信息，在所述基础视图中绘制所述多条业务路径，以得到所述全局视图，并显示所述全局视图。

第二方面，本申请实施例提供一种业务路径的处理装置，包括：第一确定模块、第二确定模块、第三确定模块、生成模块，其中，

所述第一确定模块用于，根据获取到的多条业务信息确定多个业务链，所述业务信息中包括业务标识、初始系统的标识、本地交易码、接收方交易码、业务请求时刻和业务响应时刻，所述业务链中包括至少两条业务信息；

所述第二确定模块用于，确定每个业务链对应的结构化信息，所述结构化信息包括至少一个结构化式，所述结构化式包括目标系统的标识、本地交易码、接收方交易码和业务响应时长；

所述第三确定模块用于，根据所述多条业务链对应的结构化信息，确定多条业务路径对应的业务量和目标响应时长；

所述生成模块用于，根据所述多条业务路径对应的业务量和目标响应时长，生成并显示全局视图，所述全局视图中包括多个目标系统的标识、每个目标系统中存在的本地交易码和多条业务路径。

在一种可能的实施方式中，所述第二确定模块具体用于：

根据所述业务链中各业务信息中的初始系统的标识，对所述业务链中的业务信息进行分组，得到至少一个业务信息组；

分别确定每个业务信息组对应的结构化式；

根据每个业务信息组对应的结构化式，确定所述业务链对应的结构化信息。

在一种可能的实施方式中，所述第二确定模块具体用于：

获取目标系统与初始系统之间的第一对应关系，一个所述目标系统对应至少一个初始系统；

根据所述业务链中各业务信息中的初始系统的标识和所述第一对应关系，对所述业务链中的业务信息进行分组，得到所述至少一个业务信息组，所述业务信息组中各业务信息中的初始系统的标识对应的目标系统的标识相同。

在一种可能的实施方式中，所述第二确定模块具体用于：

根据所述业务信息组中各业务信息中的业务请求时刻和业务响应时刻，确定所述业务信息组对应的响应时长；

根据所述业务信息组对应的目标系统的标识、本地交易码、接收方交易码和所述响应时长，确定所述业务信息组对应的结构化式。

在一种可能的实施方式中，所述第三确定模块具体用于：

根据所述业务路径对应的目标系统的标识、本地交易码和接收方交易码，在所述多条业务链对应的结构化信息中，确定所述业务路径对应的多条第一结构化信息；

将所述多条第一结构化信息的数量，确定为所述业务量；

将所述多条第一结构化信息的业务响应时长的统计值，确定为所述目标响应时长。

在一种可能的实施方式中，所述生成模块具体用于：

针对任意一条业务路径，根据所述业务路径对应的业务量和目标响应时长，确定所述业务路径的路径信息，所述路径信息包括路径宽度和路径颜色；

获取基础视图，所述基础视图中包括多个目标系统的标识和每个目标系统中存在的本地交易码；

根据所述多条业务路径的路径信息，在所述基础视图中绘制所述多条业务路径，以得到所述全局视图，并显示所述全局视图。

第三方面，本申请实施例提供一种业务路径的处理设备，包括：处理器和存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述处理器执行如第一方面任一项所述的方法。

第四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现第一方面任一项所述的方法。

第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现第一方面任一项所述的方法。

本申请实施例提供的一种业务路径的处理方法、装置及设备，通过对获取到的多条业务信息进行处理可以确定多个业务链；对业务链进行结构化处理，可以获取业务链对应的结构化信息；根据多条业务链对应的结构化信息，可以确定多条业务路径对应的业务量和目标响应时长；最后根据多条业务路径对应的业务量和目标响应时长进一步生成并显示全局视图。提高了对业务处理进行监控的效率。

附图说明

图1为本申请实施例提供的应用场景的示意图；

图2为本申请实施例提供的一种业务路径的处理方法的流程示意图；

图3为本申请实施例提供的全局视图的示意图；

图4为本申请实施例提供的另一种业务路径的处理方法的流程示意图；

图5为本申请实施例提供的业务路径的处理装置的结构示意图；

图6为本申请实施例提供的业务路径的处理设备的硬件结构示意图。

具体实施方式

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

本申请实施例的技术方案中，获取到的业务信息中所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

图1为本申请实施例提供的应用场景的示意图。请参见图1，包括系统集群101和服务器102。系统集群101中包括多个电子设备，该多个电子设备之间可以依次调用以进行业务处理。每个电子设备对应一个初始系统，可以根据各个初始系统的功能，对多个初始系统进行归类，以得到多个目标系统，一个目标系统可以对应一个或多个初始系统。

多个电子设备之间的调用关系可以映射至多个目标系统，即，多个目标系统之间存在调用关系。每个初始系统可以对应一个或多个交易码，每个目标系统可以对应一个或多个初始系统对应的所有交易码，即，一个目标系统对应至少一个初始系统的所有交易码。在业务处理的过程中，不同目标系统之间存在业务路径。例如，请参见图1，目标系统1和目标系统2之间存在业务路径1、业务路径2和业务路径3。目标系统2和目标系统3之间存在业务路径4、业务路径5和业务路径6。

服务器102可以从各个电子设备中获取多条业务信息，并根据业务信息确定各个业务路径在一定时段内的业务量和响应时长，并以可视化的全局视图的方式显示各个业务路径的业务量和响应时长。

在相关技术中，可以通过对系统集群中多个系统之间的业务路径状态的监控，进而实现对业务的运行情况进行监控。然而，在上述过程中，由于无法直观地看到系统集群中多个系统之间的业务路径状态，导致无法快速获取业务路径对应的多个系统之间的关联关系、以及对存在故障的业务路径的及时预警等，从而导致对业务处理进行监控的效率较低。

在本申请实施例中，通过对获取到的多条业务信息进行处理可以确定多个业务链；通过对业务链进行结构化处理，可以获取多条业务路径对应的业务量和目标响应时长，并根据多条业务路径对应的业务量和目标响应时长生成并显示全局视图，全局视图以可视化的方式展示各个目标系统之间的调用情况，提高了对业务处理进行监控的效率。

下面，通过具体实施例对本申请所示的方法进行说明。需要说明的是，下面几个实施例可以单独存在，也可以互相结合，对于相同或相似的内容，在不同的实施例中不再重复说明。

图2为本申请实施例提供的一种业务路径的处理方法的流程示意图。请参见图2，该方法可以包括：

S201、根据获取到的多条业务信息确定多个业务链。

本申请实施例的执行主体可以为业务路径的处理设备，这个业务路径的处理设备可以为服务器，也可以为设置在服务器中的业务路径处理装置。业务路径处理装置可以通过软件实现，也可以通过软件和硬件的结合实现。

其中，业务信息中包括业务标识、初始系统的标识、本地交易码、接收方交易码、业务请求时刻和业务响应时刻，业务链中包括至少两条业务信息。

在系统集群中的各个设备进行业务处理的过程中，各个设备可以生成业务信息。该多个业务信息可以为从各个设备获取到的，业务信息可以为日志信息。

一次业务处理过程可以对应一个业务标识。在实际应用过程中，通常由系统集群中的多个设备进行协同处理，以完成一次业务处理过程，在该一次业务处理过程中，各个设备生成的业务信息中的业务标识相同。

系统集群中每个设备有其对应的初始系统，初始系统的标识可以为初始系统的名称或编号。例如，当初始系统为借记卡系统、贷借卡系统或客户信息系统等。

每个初始系统可以对应一个或者多个交易码。两个初始系统之间可以通过调用交易码来完成一场交易，在交易过程中，发出交易调用请求的初始系统对应的交易码称为本地交易码，接收交易调用请求的初始系统对应的交易码称为接收方交易码。

业务请求时刻可以为设备发出业务请求的时刻。

业务响应时刻可以为设备接收到业务请求对应的业务响应的时刻。

一次业务处理过程可以对应一条业务链，这条业务链可以包括多个简单的子业务链。可以通过如下方式确定业务链：一条业务链可以包含多个业务信息，可以将业务标识相同的业务信息确定为一条业务链中的业务信息；将业务标识相同的多个业务信息先按照本地交易码和接收方交易码之间的调用关系进行顺序排序，可以获得多个子业务链；再将子业务链按照时间顺序从前往后依次进行排序，可以组成一条业务链。

S202、确定每个业务链对应的结构化信息。

其中，结构化信息包括至少一个结构化式，结构化式包括目标系统的标识、本地交易码、接收方交易码和业务响应时长。

可以通过如下方式获得每个业务链对应的结构化信息：根据业务链中各业务信息中的初始系统的标识，对业务链中的业务信息进行分组，得到至少一个业务信息组；分别确定每个业务信息组对应的结构化式；根据每个业务信息组对应的结构化式，确定业务链对应的结构化信息。

一个目标系统可以对应一个或多个初始系统，该多个初始系统可以具有类似功能。目标系统的标识可以为目标系统的名称或编号。例如，在图1中，目标系统1可以对应3个初始系统，分别为初始系统1～初始系统3，这3个初始系统均可以实现业务发起的功能。

目标系统和初始系统之间可以具有第一对应关系，相应的，可以根据第一对应关系和业务链中各业务信息中的初始系统的标识，对业务链中的业务信息进行分组，其中，一个业务信息组中包括至少一个业务信息，在一个业务信息组中，各业务信息中初始系统所对应的目标系统的标识相同。

一个业务信息组可以对应多个结构化式，一个业务信息组对应一个目标系统，因此，结构化式和目标系统之间具有对应关系，结构化式中的目标系统的标识为其对应的目标系统的标识。结构化式中的本地交易码可以为其对应的业务信息组中各业务信息中包括的本地交易码。结构化式中的接收方交易码可以为其对应的业务信息组中各业务信息中包括的接收方交易码。可以根据结构化式所对应的业务信息组中的业务请求时刻和业务响应时刻确定响应时长。

S203、根据多条业务链对应的结构化信息，确定多条业务路径对应的业务量和目标响应时长。

可以通过如下方式确定多条业务路径对应的业务量和目标响应时长：根据业务路径对应的目标系统的标识和本地交易码、接收方交易码，在多条业务链对应的结构化信息中，确定业务路径对应的多条第一结构化信息；将多条第一结构化信息的数量，确定为业务量；将多条第一结构化信息的业务响应时长的统计值，确定为目标响应时长。

业务路径与目标系统的标识、本地交易码和接收方交易码之间具有对应关系，一个业务路径可以对应一个目标系统的标识、本地交易码和接收方交易码。

第一结构化信息中各结构化式所包括的目标系统的标识，与业务路径对应的目标系统的标识相同。第一结构化信息中各结构化式所包括的本地交易码和接收方交易码，与业务路径对应的本地交易码和接收方交易码相同。

统计值可以为平均值、最大值或方差值等。

S204、根据多条业务路径对应的业务量和目标响应时长，生成并显示全局视图。

其中，全局视图中包括多个目标系统的标识、每个目标系统中存在的本地交易码和多条业务路径。

下面，结合图3，对全局视图进行说明。

图3为本申请实施例提供的全局视图的示意图。请参见图3，包括目标系统1、目标系统2、目标系统3和目标系统4。其中，目标系统1中包含3个本地交易码，分别为本地交易码1～本地交易码3；目标系统2中包含3个本地交易码，分别为本地交易码1～本地交易码3；目标系统3中包含2个本地交易码，分别为本地交易码1和本地交易码2；目标系统4中仅包含1个本地交易码，为本地交易码1。

在图3中，由目标系统1中的本地交易码1指向目标系统2中的本地交易码1的指向箭头，可以表示一条业务路径，通过指向箭头的宽度可以反映这条业务路径对应的业务量，通过指向箭头的颜色可以反映这条业务路径对应的业务的目标响应时长。

例如，假设时间单位为一天，即，一天更新一次全局视图，则可以通过如下的数据表达式对全局视图中的指向箭头的宽度进行计算：

其中，最大宽度可以为系统该业务路径对应的最大业务量所对应的宽度。

可选的，在上述数据表达式中，当业务路径对应的上日业务量为零时，在该业务路径的全局视图中，指向箭头可以取最小宽度。最小宽度可以为系统该业务路径对应的最小业务量所对应的宽度。

在一种具体的实施方式中，可以在全局视图中对指向箭头进行如下的颜色设置，以反映业务处理过程中各业务的不同目标响应时长。例如，当业务的目标响应时长为正常的比例高于90％时，可以将指向箭头在全局视图中呈现的颜色设置为绿色；当业务的目标响应时长为正常的比例在80％～90％之间时，可以将指向箭头在全局视图中呈现的颜色设置为橙色；当业务的目标响应时长为正常的比例在70％～80％时，可以将指向箭头在全局视图中呈现的颜色设置为红色；当业务的目标响应时长为正常的比例低于70％时，可以将指向箭头在全局视图中呈现的颜色设置为深红色。

可选的，在业务路径对应的全局视图中，当需要对某业务路径进行报警提示时，可以将该业务路径对应的目标系统和本地交易码的颜色标为深灰，将与该业务路径相关联的目标系统与本地交易码标为浅灰，以此来进行该业务路径的报警提示。请参见图3，当需要对目标系统2中的本地交易码1对应的业务路径进行报警提示时，可以将目标系统2和目标系统2中的本地交易码1的颜色标为深灰色，将与该条业务路径相关联的目标系统1、以及目标系统1中的本地交易码1和目标系统3、以及目标系统3中的本地交易码3的颜色标为浅灰色，从而实现对该条业务路径的报警提示。

通过对业务处理过程中的业务路径进行可视化全局视图的呈现，可以直观看到业务路径中各个目标系统之间的调用关系，从而实现对业务运行情况的监控与报警提示。

本申请实施例提供的一种业务路径处理方法，通过对获取到的多条业务信息进行处理可以确定多个业务链；通过对业务链进行结构化处理，可以获取多条业务路径对应的业务量和目标响应时长，并根据多条业务路径对应的业务量和目标响应时长生成并显示全局视图，全局视图以可视化的方式展示各个目标系统之间的调用情况，提高了对业务处理进行监控的效率。

在上述任意一个实施例的基础上，下面，结合图4，对业务路径的处理方法进行进一步详细说明。

图4为本申请实施例提供的另一种业务路径的处理方法的流程示意图。请参见图4，该方法可以包括：

S401、获取多条业务信息。

在系统集群中的各个设备进行业务处理的过程中，各个设备可以生成业务信息。该多个业务信息可以为从各个设备获取到的，业务信息可以为日志信息。

可选的，当系统集群中各设备对应的初始系统在上线前或上线后进行更新时，业务信息还可以为，系统集群中的各个设备进行测试时产生的测试日志信息。

可选的，可以根据确定的统计时间段，来获取该统计时间段内参与业务处理的各设备的业务信息。统计时间段可根据实际需求进行设定。统计时间段可以为一个小时或一天等。

假设，一个系统集群包括7台设备，分别记为设备1～设备7，它们之间可以依次调用以完成一次业务处理过程。在完成一次业务处理的过程中，设备1～设备7中的每台设备可以生成如下所示的业务信息：

设备1：

bus1，c_sys1，c_sys1_code1，c_sys2_code1，time1，r_time1；

bus1，c_sys1，c_sys1_code2，c_sys2_code1，time2，r_time2；

bus1，c_sys1，c_sys1_code1，c_sys3_code1，time3，r_time3；

设备2：

bus1，c_sys2，c_sys2_code1，c_sys4_code1，time2，r_time2；

bus1，c_sys2，c_sys2_code1，c_sys4_code1，time3，r_time3；

bus1，c_sys2，c_sys2_code1，c_sys5_code1，time4，r_time4；

bus1，c_sys2，c_sys2_code1，c_sys5_code1，time5，r_time5。

设备3：

bus1，c_sys3，c_sys3_code1，c_sys6_code1，time7，r_time7；

bus1，c_sys3，c_sys3_code1，c_sys7_code1，time9，r_time9。

设备4：

bus1，c_sys4，c_sys4_code1，c_sys1_code1，time3，r_time3；

bus1，c_sys4，c_sys4_code1，c_sys1_code2，time4，r_time4。

设备5：

bus1，c_sys5，c_sys5_code1，c_sys1_code1，time5，r_time5；

bus1，c_sys5，c_sys5_code1，c_sys1_code2，time6，r_time6。

设备6：

bus1，c_sys6，c_sys6_code1，c_sys1_code1，time8，r_time8。

设备7：

bus1，c_sys7，c_sys7_code1，c_sys1_code1，time10，r_time10。

其中，bus表示业务标识，c_sys表示初始系统的标识，前一个c_sys_code表示本地交易码，后一个c_sys_code表示接收方交易码，time表示业务请求时刻，r_time表示业务响应时刻。

S402、根据多条业务信息确定多个业务链。

其中，业务信息中包括业务标识、初始系统的标识、本地交易码、接收方交易码、业务请求时刻和业务响应时刻，业务链中包括至少两条业务信息。

例如，S401中的业务信息为设备1～设备7执行一次业务过程中所产生的业务信息，因此，上述业务信息具有相同的业务标识bus1。可以先按照这些业务信息中本地交易码和接收方交易码之间的调用关系将上述业务信息整理成如下所示的6条子业务链：

子业务链1：

bus1，c_sys1，c_sys1_code1，c_sys2_code1，time1，r_time1；

bus1，c_sys2，c_sys2_code1，c_sys4_code1，time2，r_time2；

bus1，c_sys4，c_sys4_code1，c_sys1_code1，time3，r_time3。

子业务链2：

bus1，c_sys1，c_sys1_code1，c_sys2_code1，time1，r_time1；

bus1，c_sys2，c_sys2_code1，c_sys5_code1，time4，r_time4；

bus1，c_sys5，c_sys5_code1，c_sys1_code1，time5，r_time5。

子业务链3：

bus1，c_sys1，c_sys1_code2，c_sys2_code1，time2，r_time2；

bus1，c_sys2，c_sys2_code1，c_sys4_code1，time3，r_time3；

bus1，c_sys4，c_sys4_code1，c_sys1_code2，time4，r_time4。

子业务链4：

bus1，c_sys1，c_sys1_code2，c_sys2_code1，time2，r_time2；

bus1，c_sys2，c_sys2_code1，c_sys5_code1，time5，r_time5；

bus1，c_sys5，c_sys5_code1，c_sys1_code2，time6，r_time6。

子业务链5：

bus1，c_sys1，c_sys1_code1，c_sys3_code1，time3，r_time3；

bus1，c_sys3，c_sys3_code1，c_sys6_code1，time7，r_time7；

bus1，c_sys6，c_sys6_code1，c_sys1_code1，time8，r_time8；

子业务链6：

bus1，c_sys1，c_sys1_code1，c_sys3_code1，time3，r_time3；

bus1，c_sys3，c_sys3_code1，c_sys7_code1，time9，r_time9；

bus1，c_sys7，c_sys7_code1，c_sys1_code1，time10，r_time10。

再根据时间顺序将上述6条子业务链进行排序可以获得一条业务链，该业务链为上述7个设备在一次业务处理过程中对应的业务链。可选的，业务链中的业务信息中还可以不包括业务标识。

S403、获取目标系统与初始系统之间的第一对应关系。

目标系统和初始系统之间可以具有第一对应关系，一个目标系统可以对应一个或多个初始系统。

例如，对于银行企业的系统集群而言，第一对应关系可以如表1所示：

表1

请参见表1，渠道系统可以为具有业务发起功能的一类初始系统，它可以对应于手机银行、网上银行、柜面操作系统等初始系统；主责系统可以为实现具体的业务办理功能的一类初始系统，它可以对应于借记卡系统、贷借卡系统、个贷系统等初始系统；关联系统可以为进行具体的业务办理过程中调用的一类初始系统，它可以对应于存款系统等初始系统；公共系统为大部分业务办理过程中都需要依赖的一类初始系统，它可以对应于客户信息系统、机构树管理系统等初始系统。

S404、根据业务链中各业务信息中的初始系统的标识和第一对应关系，对业务链中的业务信息进行分组，得到至少一个业务信息组。

其中，业务信息组中各业务信息中的初始系统的标识对应的目标系统的标识相同。

例如，对于步骤S402中确定的业务链，假设第一对应关系如表2所示：

表2

根据业务链中各业务信息中包括的初始系统的标识、以及第一对应关系，可以将业务链中的7条业务信息分成如下所示的3个业务信息组：

业务信息组1：

sys1，c_sys1_code1，c_sys2_code1，time1，r_time1；

sys1，c_sys1_code2，c_sys2_code1，time2，r_time2；

sys1，c_sys1_code1，c_sys3_code1，time3，r_time3。

业务信息组2：

sys2，c_sys2_code1，c_sys4_code1，time2，r_time2；

sys2，c_sys2_code1，c_sys4_code1，time3，r_time3；

sys2，c_sys2_code1，c_sys5_code1，time4，r_time4；

sys2，c_sys2_code1，c_sys5_code1，time5，r_time5；

sys2，c_sys3_code1，c_sys6_code1，time7，r_time7；

sys2，c_sys3_code1，c_sys7_code1，time9，r_time9。

业务信息组3

sys3，c_sys4_code1，c_sys1_code1，time3，r_time3；

sys3，c_sys4_code1，c_sys1_code2，time4，r_time4；

sys3，c_sys5_code1，c_sys1_code1，time5，r_time5；

sys3，c_sys5_code1，c_sys1_code2，time6，r_time6；

sys3，c_sys6_code1，c_sys1_code1，time8，r_time8；

sys3，c_sys7_code1，c_sys1_code1，time10，r_time10。

其中，业务信息组1中包含3个业务信息，这3个业务信息中的初始系统对应的目标系统的标识均为sys1；业务信息组2中包含6个业务信息，这6个业务信息中的初始系统对应的目标系统的标识均为sys2；业务信息组3中包含6个业务信息，这6个业务信息中的初始系统对应的目标系统的标识均为sys3。

S405、根据业务信息组中各业务信息中的业务请求时刻和业务响应时刻，确定业务信息组对应的响应时长。

对于一个业务信息，可以通过业务响应时刻与业务请求时刻之间的时间差，来确定该业务信息对应的响应时长。一个业务信息组可以包括多条业务信息，每个业务信息均对应于一个响应时长，业务信息组对应的响应时长可以为业务信息组内多条业务信息对应的多个响应时长。

例如，对于步骤S404中获得的业务信息组1，其对应的响应时长可以为r_time1-time1、r_time2-time2、r_time3-time3。

S406、根据业务信息组对应的目标系统的标识、本地交易码、接收方交易码和响应时长，确定业务信息组对应的结构化式。

一个业务信息组对应一个结构化式。结构化式的基础结构可以为(目标系统的标识，本地交易码，接收方交易码，业务响应时长)，其中，目标系统的标识为该业务信息所在的业务信息组所对应的目标系统的标识；本地交易码为该业务信息对应的本地交易码；接收方交易码为该业务信息对应的接收方交易码；响应时长为该业务信息所对应的响应时长。

一个业务信息组对应的结构化式可以为，该业务信息组中包括的多个业务信息所对应的多个结构化式。

通过对业务信息组中的业务信息进行结构化处理，可以得到该业务信息组对应的结构化式的基础结构。例如，对步骤S404中获得的业务信息组1中的3个业务信息进行结构化处理，可以获得业务信息组1对应的3个结构化式，这3个结构化式的基础结构如下所示：

(sys1，c_sys1_code1，c_sys2_code1，r_time1-time1)；

(sys1，c_sys1_code2，c_sys2_code1，r_time2-time2)；

(sys1，c_sys1_code1，c_sys3_code1，r_time3-time3)。

S407、根据每个业务信息组对应的结构化式，确定业务链对应的结构化信息。

一条业务链可以包含一个或多个业务信息组，该业务链对应的结构化信息为其包含的一个或多个业务信息组对应的结构化式。

系统集群中包括多条业务路径，确定每一条业务路径的业务量和目标响应时长的过程相同，下面，以确定任意一条业务路径的业务量和目标响应时长的过程为例进行说明。

S408、根据业务路径对应的目标系统的标识、本地交易码和接收方交易码，在多条业务链对应的结构化信息中，确定业务路径对应的多条第一结构化信息。

第一结构化信息可以为，在多个业务链对应的多条结构化信息中，目标系统的标识、本地交易码和接收方交易码均相同的结构化信息。

例如，第一结构化信息可以为如下所示的结构化式：

(sys2，c_sys2_code1，c_sys4_code1，r_time2-time2)；

(sys2，c_sys2_code1，c_sys4_code1，r_time3-time3)。

如上所示，这2条结构化式的目标系统标识、本地交易码和接收方交易码均相同。

S409、将多条第一结构化信息的数量，确定为业务量。

例如，第一结构化信息的数量为5个，业务量即为5。

S410、将多条第一结构化信息的业务响应时长的统计值，确定为目标响应时长。

目标响应时长可以为多条第一结构化信息的业务响应时长的平均值。

例如，假设统计值为平均值，则步骤S408中的第一结构化信息的目标响应时长可以为[(r_time2-time2)+(r_time3-time3)]÷2。

S411、根据业务路径对应的业务量和目标响应时长，确定业务路径的路径信息，路径信息包括路径宽度和路径颜色。

针对任意一条业务路径，可以通过路径宽度来直观反映该业务路径对应的业务量的大小；可以通过路径颜色来直观反映该业务路径对应的业务的正常响应情况。

针对任意一条业务路径，均执行上述S408-S411，以获取每条业务路径的路径信息。

S412、获取基础视图。

其中，基础视图中包括多个目标系统的标识和每个目标系统中存在的本地交易码。

S413、根据多条业务路径的路径信息，在基础视图中绘制多条业务路径，以得到全局视图，并显示全局视图。

可选的，在实际应用过程中，可以周期性执行图4所示的方案，以实现周期性的更新全局视图中各个业务路径的路径宽度和路径颜色。

可选的，在实际应用过程中，当系统集群中各设备对应的初始系统在正式上线前，需要先对这些初始系统进行系统测试。在测试期间，系统集群中的各个设备可以实时生成多个测试日志信息。当测试通过，系统集群中各设备对应的初始系统可以正式上线后，可以选择上述系统集群中各个设备生成的最新一次的测试日志信息，按照图4所示的方案对其进行处理，以获得全局视图的初始化视图。

可选的，当某一初始系统对应的本地交易码增加时，可以通过对该初始系统中新增的本地交易码进行测试，获取包含该本地交易码的所有测试日志信息，按照步骤S401～S407对获得的测试日志信息进行处理，可以得到包含该本地交易码的多条业务链对应的结构化信息。可以通过将这些结构化信息直接导入生成并显示全局视图的服务器中，从而实现对与该本地交易码相关的业务路径的更新。当某一初始系统对应的本地交易码删除时，可以通过直接检索包含该本地交易码的所有结构化信息，对其进行删除，从而实现对与该本地交易码相关的业务路径的更新。

在实际应用过程中，集群系统中设备对应的初始系统可能发生更新，或者初始系统对应的本地交易码可能发生更新。在该种情况下，可以对基础视图进行更新。

其中，集群系统中设备对应的初始系统的更新，或者初始系统对应的本地交易码的更新可以有以下两种情况：

第一种情况：当集群系统中设备对应的初始系统更新后，或者初始系统对应的本地交易码更新后，可能导致某一条业务路径中断。对于这种情况，可以通过设置验证时间长度参数来进行基础视图的自更新。即，当某一条业务路径持续未更新的时间超过验证时间长度参数后，可以判断该业务路径发生了变更，从而可以选择自动删除，或者由人工确认后删除基础视图中该业务路径对应的本地交易码。

第二种情况：当集群系统中设备对应的初始系统更新后，或者初始系统对应的本地交易码更新后，可能导致多条业务路径中断。对于这种情况，由于每个业务路径的更新时间不一样，如果通过设置验证时间长度参数进行基础视图自更新时，不能很好的实现每个业务路径的实时更新。

因此，对于这种情况，可以通过对更新后的初始系统、或者更新后的本地交易码所对应的初始系统进行系统测试，获取更新的测试日志信息。按照步骤S401～S407对获得的更新后的测试日志信息进行处理，可以得到该更新的初始系统、或者更新的本地交易码所在的多条业务链，以及这些业务链对应的结构化信息。可以通过将这些结构化信息直接导入生成并显示全局视图的服务器中，从而实现对基础视图中该更新的初始系统对应的目标系统的标识，以及本地交易码的更新。

本申请实施例提供的一种业务路径处理方法，通过对获取到的多条业务信息进行处理可以确定多个业务链；通过对业务链进行结构化处理，可以获取多条业务路径对应的业务量和目标响应时长，并根据多条业务路径对应的业务量和目标响应时长生成并显示全局视图，全局视图以可视化的方式展示各个目标系统之间的调用情况，提高了对业务处理进行监控的效率。

图5为本申请实施例提供的业务路径的处理装置的结构示意图。如图5所示，该业务路径的处理装置10包括第一确定模块11、第二确定模块12、第三确定模块13、生成模块14，其中：

所述第一确定模块11用于，根据获取到的多条业务信息确定多个业务链，所述业务信息中包括业务标识、初始系统的标识、本地交易码、接收方交易码、业务请求时刻和业务响应时刻，所述业务链中包括至少两条业务信息；

所述第二确定模块12用于，确定每个业务链对应的结构化信息，所述结构化信息包括至少一个结构化式，所述结构化式包括目标系统的标识、本地交易码、接收方交易码和业务响应时长；

所述第三确定模块13用于，根据所述多条业务链对应的结构化信息，确定多条业务路径对应的业务量和目标响应时长；

所述生成模块14用于，根据所述多条业务路径对应的业务量和目标响应时长，生成并显示全局视图，所述全局视图中包括多个目标系统的标识、每个目标系统中存在的本地交易码和多条业务路径。

在一种可能的实施方案中，所述第二确定模块12具体用于：

根据所述业务链中各业务信息中的初始系统的标识，对所述业务链中的业务信息进行分组，得到至少一个业务信息组；

分别确定每个业务信息组对应的结构化式；

根据每个业务信息组对应的结构化式，确定所述业务链对应的结构化信息。

在一种可能的实施方式中，所述第二确定模块12具体用于：

获取目标系统与初始系统之间的第一对应关系，一个所述目标系统对应至少一个初始系统；

根据所述业务链中各业务信息中的初始系统的标识和所述第一对应关系，对所述业务链中的业务信息进行分组，得到所述至少一个业务信息组，所述业务信息组中各业务信息中的初始系统的标识对应的目标系统的标识相同。

在一种可能的实施方式中，所述第二确定模块12具体用于：

根据所述业务信息组中各业务信息中的业务请求时刻和业务响应时刻，确定所述业务信息组对应的响应时长；

根据所述业务信息组对应的目标系统的标识、本地交易码、接收方交易码和所述响应时长，确定所述业务信息组对应的结构化式。

在一种可能的实施方式中，所述第三确定模块13具体用于：

根据所述业务路径对应的目标系统的标识、本地交易码和接收方交易码，在所述多条业务链对应的结构化信息中，确定所述业务路径对应的多条第一结构化信息；

将所述多条第一结构化信息的数量，确定为所述业务量；

将所述多条第一结构化信息的业务响应时长的统计值，确定为所述目标响应时长。

在一种可能的实施方式中，所述生成模块14具体用于：

针对任意一条业务路径，根据所述业务路径对应的业务量和目标响应时长，确定所述业务路径的路径信息，所述路径信息包括路径宽度和路径颜色；

获取基础视图，所述基础视图中包括多个目标系统的标识和每个目标系统中存在的本地交易码；

根据所述多条业务路径的路径信息，在所述基础视图中绘制所述多条业务路径，以得到所述全局视图，并显示所述全局视图。

本申请实施例提供的业务路径的处理装置可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

图6为本申请实施例提供的业务路径的处理设备的硬件结构示意图。请参见图6，该业务路径的处理设备20可以包括：处理器21和存储器22，其中，处理器21和存储器22可以通信；示例性的，处理器21和存储器22通过通信总线23通信，所述存储器22用于存储程序指令，所述处理器21用于调用存储器中的程序指令执行上述任意方法实施例所示的业务路径的处理方法。

可选的，业务路径的处理设备20还可以包括通信接口，通信接口可以包括发送器和/或接收器。

可选的，上述处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

本申请实施例提供的业务路径的处理设备可以执行上述方法实施例所示的技术方案，其实现原理以及有益效果类似，此处不再进行赘述。

本申请实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序；所述计算机程序用于实现如上述任意实施例所述的业务路径的处理方法。

本申请实施例提供一种计算机程序产品，所述计算机程序产品包括指令，当所述指令被执行时，使得计算机执行上述业务路径的处理方法。

实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(英文：read-only memory，缩写：ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetic tape)、软盘(英文：floppydisk)、光盘(英文：optical disc)及其任意组合。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

Claims (6)

1.一种业务路径的处理方法，其特征在于，包括：

根据获取到的多条业务信息确定多个业务链，所述业务信息中包括业务标识、初始系统的标识、本地交易码、接收方交易码、业务请求时刻和业务响应时刻，所述业务链中包括至少两条业务信息；

针对任意一个业务链，获取目标系统与初始系统之间的第一对应关系，一个所述目标系统对应至少一个初始系统；

根据所述业务链中各业务信息中的初始系统的标识和所述第一对应关系，对所述业务链中的业务信息进行分组，得到至少一个业务信息组，所述业务信息组中各业务信息中的初始系统的标识对应的目标系统的标识相同；

分别确定每个业务信息组对应的结构化式；

根据每个业务信息组对应的结构化式，确定所述业务链对应的结构化信息，所述结构化信息包括至少一个结构化式，所述结构化式包括目标系统的标识、本地交易码、接收方交易码和业务响应时长；

根据多个业务链对应的结构化信息，确定多条业务路径对应的业务量和目标响应时长；

根据所述多条业务路径对应的业务量和目标响应时长，生成并显示全局视图，所述全局视图中包括多个目标系统的标识、每个目标系统中存在的本地交易码和多条业务路径；

针对任意一条业务路径，根据所述多条业务链对应的结构化信息，确定所述业务路径对应的业务量和目标响应时长，包括：

根据所述业务路径对应的目标系统的标识、本地交易码和接收方交易码，在所述多个业务链对应的结构化信息中，确定所述业务路径对应的多条第一结构化信息；

将所述多条第一结构化信息的数量，确定为所述业务量；

将所述多条第一结构化信息的业务响应时长的统计值，确定为所述目标响应时长。

2.根据权利要求1所述的方法，其特征在于，针对任意一个业务信息组，确定所述业务信息组对应的结构化式，包括：

根据所述业务信息组中各业务信息中的业务请求时刻和业务响应时刻，确定所述业务信息组对应的响应时长；

根据所述业务信息组对应的目标系统的标识、本地交易码、接收方交易码和所述响应时长，确定所述业务信息组对应的结构化式。

3.根据权利要求1或2所述的方法，其特征在于，根据所述多条业务路径对应的业务量和目标响应时长，生成并显示全局视图，包括：

针对任意一条业务路径，根据所述业务路径对应的业务量和目标响应时长，确定所述业务路径的路径信息，所述路径信息包括路径宽度和路径颜色；

获取基础视图，所述基础视图中包括多个目标系统的标识和每个目标系统中存在的本地交易码；

根据所述多条业务路径的路径信息，在所述基础视图中绘制所述多条业务路径，以得到所述全局视图，并显示所述全局视图。

4.一种业务路径的处理装置，其特征在于，包括：第一确定模块、第二确定模块、第三确定模块、生成模块，其中，

所述第一确定模块用于，根据获取到的多条业务信息确定多个业务链，所述业务信息中包括业务标识、初始系统的标识、本地交易码、接收方交易码、业务请求时刻和业务响应时刻，所述业务链中包括至少两条业务信息；

所述第二确定模块用于，针对任意一个业务链，获取目标系统与初始系统之间的第一对应关系，一个所述目标系统对应至少一个初始系统；

根据所述业务链中各业务信息中的初始系统的标识和所述第一对应关系，对所述业务链中的业务信息进行分组，得到至少一个业务信息组，所述业务信息组中各业务信息中的初始系统的标识对应的目标系统的标识相同；

分别确定每个业务信息组对应的结构化式；

根据每个业务信息组对应的结构化式，确定所述业务链对应的结构化信息，所述结构化信息包括至少一个结构化式，所述结构化式包括目标系统的标识、本地交易码、接收方交易码和业务响应时长；

所述第三确定模块用于，根据多个业务链对应的结构化信息，确定多条业务路径对应的业务量和目标响应时长；

所述生成模块用于，根据所述多条业务路径对应的业务量和目标响应时长，生成并显示全局视图，所述全局视图中包括多个目标系统的标识、每个目标系统中存在的本地交易码和多条业务路径；

所述第三确定模块具体用于，针对任意一条业务路径，根据所述业务路径对应的目标系统的标识、本地交易码和接收方交易码，在所述多个业务链对应的结构化信息中，确定所述业务路径对应的多条第一结构化信息；

将所述多条第一结构化信息的数量，确定为所述业务量；

将所述多条第一结构化信息的业务响应时长的统计值，确定为所述目标响应时长。

5.一种业务路径的处理设备，其特征在于，包括：处理器和存储器；

所述存储器用于，存储计算机程序；

所述处理器用于，执行所述存储器中存储的计算机程序，实现如权利要求1至3中任一项所述的方法。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当所述计算机执行指令被处理器执行时用于实现权利要求1至3任一项所述的方法。

Images