业务知识图谱的构建方法及装置、介质、电子设备

摘要

本公开提供一种业务知识图谱的构建方法、业务知识图谱的构建装置、计算机可读介质以及电子设备；涉及数据处理技术领域。业务知识图谱的构建方法包括：获取目标业务对应的业务日志，并根据业务日志构建目标业务对应的基础业务链条；基于各基础业务链条包含的相同业务节点对各基础业务链条进行聚合，得到业务知识图谱。本公开通过基础业务链条将业务知识体系从连续的业务日志、零散的业务日志以及错误的业务日志等相关知识孤岛中抽取出来，并进行精细分类和组合，进而得到关联性强、包容性强的业务知识图谱。基于业务知识图谱进行业务数据存储，有利于对业务知识进行分类存储，以便于读取和查询对应的业务知识。

说明书

技术领域

本公开涉及数据处理技术领域，具体而言，涉及一种业务知识图谱的构建方法、业务知识图谱的构建装置、计算机可读介质以及电子设备。

背景技术

数据挖掘是指从数据库的大量数据中揭示出隐含的、先前未知的并有潜在价值的信息的非平凡过程，它主要基于人工智能、机器学习、模式识别、统计学、数据库、可视化技术等，高度自动化地分析企业的数据，做出归纳性的推理。例如，在相关技术中，可以通过在数据中镜像实体关系挖掘的方式，形成用于表明实体关系的知识图谱。

在现有的业务处理过程中，业务知识通常通过留存文档、口口相传等方式进行流传。然而，口口相传并不能让公司的业务得以传承，而留存文档虽然可以解决知识学习问题，但是文档无法实时追踪系统当前的流程，万一文档如果没有及时更新，就会造成严重的错误。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种业务知识图谱的构建方法、业务知识图谱的构建装置、计算机可读介质以及电子设备，可以通过业务知识图谱将与业务相关的知识串联起来，得到关联性更强的业务知识体系。

根据本公开的第一方面，提供一种业务知识图谱的构建方法，包括：获取目标业务对应的业务日志，并根据业务日志构建目标业务对应的基础业务链条；基于各基础业务链条包含的相同业务节点对各基础业务链条进行聚合，得到业务知识图谱。

可选的，获取目标业务对应的业务日志，包括：基于用户标识对业务流水进行分组和解析，以获取至少一个用户标识对应的业务日志；在各用户标识对应的业务日志中查找目标业务的发起时间，并基于发起时间提取目标业务对应的业务日志。

可选的，根据业务日志构建目标业务对应的基础业务链条，包括：基于业务日志构建目标业务对应的业务执行链条；对业务执行链条进行链条分割，得到至少一个目标业务对应的基础业务链条。

可选的，基于业务日志构建目标业务对应的业务执行链条，包括：基于用户标识对目标业务对应的业务日志进行分组，以获取至少一个用户标识对应的业务日志；针对每个用户标识对应的业务日志，确定业务日志中包含的一组节点数据；基于各组节点数据构建目标业务对应的业务执行链条。

可选的，节点数据包括业务节点和业务节点的触发顺序；基于各组节点数据构建目标业务对应的业务执行链条，包括：根据节点数据中包括的业务节点对节点数据进行聚类，得到至少一类节点数据；针对每一类节点数据，基于节点数据中包含的业务节点的触发顺序确定业务节点对应的触发位置；基于每一类业务数据中包含的业务节点和业务节点对应的触发位置，构建目标业务对应的业务执行链条。

可选的，对业务执行链条进行链条分割，得到至少一个目标业务对应的基础业务链条，包括：以预设业务节点为分割节点对业务执行链条进行链条分割，得到至少一个基础业务链条。

可选的，在获取目标业务对应的业务日志之后，业务知识图谱的构建方法还包括：对业务日志进行数据处理；数据处理包括以下处理过程中的至少一种：对业务日志进行数据去重，删除业务日志中的错误数据，和将业务日志中的不完整数据填充完整。

根据本公开的第二方面，提供一种业务知识图谱的构建装置，包括：链条构建模块，用于获取目标业务对应的业务日志，并根据业务日志构建目标业务对应的基础业务链条；图谱构建模块，用于基于各基础业务链条包含的相同业务节点对各基础业务链条进行聚合，得到业务知识图谱。

根据本公开的第三方面，提供一种电子设备，包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，处理器配置为经由执行可执行指令来执行上述任意一项的方法。

根据本公开的第四方面，提供一种计算机可读介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任意一项的方法。

本公开示例性实施例可以具有以下部分或全部有益效果：

在本公开的一示例实施方式所提供的业务知识图谱的构建方法中，通过获取目标业务对应的业务日志，然后根据业务日志构建目标业务对应的基础业务链条，最后根据基础业务链条之间包含的相同业务节点将基础业务链条聚合起来，可以得到目标业务对应的业务知识图谱。本公开可以通过基础业务链条将业务知识体系从连续的业务日志、零散的业务日志以及错误的业务日志等相关知识孤岛中抽取出来，并进行精细分类和组合，进而得到关联性强、包容性强的业务知识图谱。基于业务知识图谱进行业务数据存储，有利于对业务知识进行分类存储，以便于读取和查询对应的业务知识。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了可以应用本公开实施例的一种图像融合方法及装置的示例性系统架构的示意图；

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图；

图3示意性示出本公开示例性实施例中一种业务知识图谱的构建方法的流程图；

图4示意性示出本公开示例性实施例中一种业务链条的示意图；

图5示意性示出本公开示例性实施例中另一种业务链条的示意图；

图6示意性示出本公开示例性实施例中一种获取目标业务对应的业务日志的方法的流程图；

图7示意性示出本公开示例性实施例中一种业务流水示意图；

图8示意性示出本公开示例性实施例中一种构建基础业务链条的方法的流程图；

图9示意性示出本公开示例性实施例中一种业务知识图谱；

图10示意性示出本公开示例性实施例中另一种业务知识图谱；

图11示意性示出本公开示例性实施例中一种全局知识图谱；

图12示意性示出本公开示例性实施例中一种业务系统架构流程图；

图13示意性示出本公开示例性实施例中业务知识图谱的构建装置的组成示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

图1示出了可以应用本公开实施例的一种业务知识图谱的构建方法及装置的示例性应用环境的系统架构的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一个或多个，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于台式计算机、便携式计算机、智能手机和平板电脑等等。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

本公开实施例所提供的业务知识图谱的构建方法一般由服务器105执行，相应地，业务知识图谱的构建装置一般设置于服务器105中。但本领域技术人员容易理解的是，本公开实施例所提供的业务知识图谱的构建方法也可以由终端设备101、102、103执行，相应的，业务知识图谱的构建装置也可以设置于终端设备101、102、103中，本示例性实施例中对此不做特殊限定。举例而言，在一种示例性实施例中，可以是用户通过终端设备101、102、103将业务日志上传至服务器105，服务器105通过本公开实施例所提供的业务知识图谱的构建方法构建业务知识图谱，以便于在终端设备101、102、103等进行查询时，服务器105可以通过业务知识图谱查询对应的结果，并向终端设备101、102、103等反馈查询结果。

图2示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图2示出的电子设备的计算机系统200仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图2所示，计算机系统200包括中央处理单元(CPU)201，其可以根据存储在只读存储器(ROM)202中的程序或者从存储部分208加载到随机访问存储器(RAM)203中的程序而执行各种适当的动作和处理。在RAM 203中，还存储有系统操作所需的各种程序和数据。CPU201、ROM 202以及RAM 203通过总线204彼此相连。输入/输出(I/O)接口205也连接至总线204。

以下部件连接至I/O接口205：包括键盘、鼠标等的输入部分206；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分207；包括硬盘等的存储部分208；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分209。通信部分209经由诸如因特网的网络执行通信处理。驱动器210也根据需要连接至I/O接口205。可拆卸介质211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器210上，以便于从其上读出的计算机程序根据需要被安装入存储部分208。

特别地，根据本公开的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分209从网络上被下载和安装，和/或从可拆卸介质211被安装。在该计算机程序被中央处理单元(CPU)201执行时，执行本申请的方法和装置中限定的各种功能。在一些实施例中，计算机系统200还可以包括AI(ArtificialIntelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中的方法。例如，的电子设备可以实现如图3、6、8等所示的各个步骤等。

以下对本公开实施例的技术方案进行详细阐述：

基于上述一个或多个问题，本示例实施方式提供了一种业务知识图谱的构建方法。该业务知识图谱的构建方法可以应用于上述服务器105，也可以应用于上述终端设备101、102、103中的一个或多个，本示例性实施例中对此不做特殊限定。参考图3所示，该业务知识图谱的构建方法可以包括以下步骤S310和步骤S320：

步骤S310，获取目标业务对应的业务日志，并根据业务日志构建目标业务对应的基础业务链条；

步骤S320，基于各基础业务链条包含的相同业务节点对各基础业务链条进行聚合，得到业务知识图谱。

在本示例实施方式所提供的业务知识图谱的构建方法中，可以通过基础业务链条将业务知识体系从连续的业务日志、零散的业务日志以及错误的业务日志等相关知识孤岛中抽取出来，并进行精细分类和组合，进而得到关联性强、包容性强的业务知识图谱。基于业务知识图谱进行业务数据存储，有利于对业务知识进行分类存储，以便于读取和查询对应的业务知识。在这种情况下，非目标业务相关人员也可以跨领域查询业务，避免查询目标业务相关业务知识时，必须目标业务相关人员进行查询和说明等浪费人力、物力的情况。

下面，对于本示例实施方式的上述步骤进行更加详细的说明。

在步骤S310中，获取目标业务对应的业务日志，并根据业务日志构建目标业务对应的基础业务链条。

其中，业务是指用户通过对系统的操作所要完成的目标。例如，用户通过网络系统实现的贷款业务；目标业务对应的业务日志是指用于记录执行目标业务的具体情况的日志，该日志可以包括执行目标业务的时间，执行时具体进行了哪些业务流程等与目标业务执行相关的所有执行信息。目标业务对应的基础业务链条是指在业务系统执行目标业务时，使得业务系统执行结束或者重新开始执行的最短链条。

举例而言，参照图4所示的业务链条，业务系统可以通过业务开始、业务准入、准入成功、准入异常4个节点结束业务的执行；业务系统还可以通过业务开始、业务准入、准入成功、正常业务、业务结束5个节点结束业务的执行；业务系统还可以通过业务开始、业务准入、准入成功、准入失败、客户回访5个节点结束业务的执行。因此，如图4的业务链条可以包括上述3个基础业务链条。又如，假设预设节点A为业务开始节点，参照图5所示的业务链条A→B→C→D→A→B→E，其中，子链条A→B→C→D可以使得业务重新开始执行(即重新执行业务开始节点A)，子链条A→B→E可以结束业务的执行，因此子链条A→B→C→D和子链条A→B→E均为基础业务链条。

在一示例性实施例中，由于某一用户发起目标业务后，在发起时间之后的一段时间之内，业务系统中该用户对应执行的业务节点通常均属于目标业务对应的流程。因此，在获取目标业务对应的业务日志时，参照图6所示，可以包括以下步骤S610和S620：

在步骤S610中，基于用户标识对业务流水进行分组和解析，以获取至少一个用户标识对应的业务日志。

在一示例性实施例中，在某一用户发起目标业务后，业务系统在执行目标业务时，业务流水中通常携带有用户标识。例如。参照图7所示，业务流水中，某一时刻的业务流程A、业务流程B、业务流程C、业务流程D为一用户执行的，则这些业务流水中同时包含业务流程，以及业务流程的执行信息，同时这些执行信息中可以带有用于表示调用该业务流程的用户对应的用户id。

基于此，为了得到某一用户发起各个业务的业务日志，可以基于用户标识对业务流水进行分组，将业务流水中包含的所有数据分类，得到每个用户标识对应的业务流水。然后可以基于每个用户标识对应的业务流水进行解析，得到对应的业务日志。

在步骤S620中，在各用户标识对应的业务日志中查找目标业务的发起时间，并基于发起时间提取目标业务对应的业务日志。

在一示例性实施例中，在得到每个用户标识对应的业务日志后，由于在用户触发某一业务后，在触发之后的一段时间内，该用户的用户标识对应的业务日志通常均为触发业务执行时对应的业务日志。因此，可以在每个用户标识对应的业务日志中，分别查找目标业务的发起时间，然后从该发起时间为起点，抽取预设时间段内的业务日志，作为目标业务对应的业务日志。

在一示例性实施例中，在得到目标业务对应的业务日志之后，可以根据业务日志构建目标业务对应的基础业务链条。需要说明的是，由于在目标业务执行时，很可能出现某一业务执行失败后自动重新触发等各种情况。因此，基于业务日志直接生成的链条很可能不是基础业务链条。在这种情况下，参照图8所示，可以通过以下步骤S810和S820构建基础业务链条：

在步骤S810中，基于业务日志构建目标业务对应的业务执行链条。

在一示例性实施例中，在得到业务日志后，可以先根据业务日志构建执行业务时的业务执行链条。其中，目标业务对应的业务执行链条可以包括业务系统在执行目标业务时，业务系统中按照次序依次触发的业务节点。例如参照图5所示，该图表明了某一目标业务的业务执行链条为A→B→C→D→A→B→E。

在一示例性实施例中，在基于业务日志构建目标业务对应的业务执行链条时，可以先基于用户标识对目标业务对应的业务日志进行分组，得到至少一个用户标识对应的业务日志。然后针对每个用户标识对应的业务日志，确定业务日志中包含的节点数据，然后根据节点数据构建目标业务对应的业务执行链条。其中，业务日志中包含的节点数据通常可以包括执行业务时业务系统触发的业务节点、触发各业务节点的时间，以及该业务节点的属性数据等。

在一示例性实施例中，节点数据可以包括业务节点和业务节点的触发顺序。由于在业务执行时的情况不同，业务执行链条可能存在不同，因此可以先根据各组节点数据中包括的业务节点进行聚类，将包含的业务节点相同的各组节点数据分为一类，得到至少一类节点数据。然后，针对每一类节点数据，可以根据节点数据中包含的业务节点的触发顺序确定业务节点的触发位置，然后根据每一类节点数据中包含的业务节点，按照确定的各业务节点的触发位置构建目标业务对应的业务执行链条。

其中，在确定业务节点的触发位置时，由于有些业务流水对应生成的业务日志并不是完全有序，可能存在无序的数据。因此，在确定业务节点的触发位置时，可以基于大量的业务数据确定。具体的，由于在同一类节点数据中包括的业务节点相同，因此可以根据同一类节点数据中，每一组节点数据中个业务节点的触发顺序确定该业务节点在业务执行链条中的触发位置。

例如，假设一类节点数据中共包括5组节点数据，每一组节点数据均包括业务节点A、业务节点B、业务节点C…业务节点Z共26个业务节点。其中，业务节点C在5组节点数据中的触发顺序分别为第22位、第23位、第22位、第22位、第22位。此时，可以通过计算业务节点C的顺序的方差和标准差，并根据方差和标准差的大小确定触发位置。具体的，在上例中，基于22、23、22、22、22可以计算出方差为0.16，标准差为0.4，若方差和标准差均小于预设值，则可以认为数据质量较好，因此可以取其中的众数22作为最终的触发位置；反之，若触发顺序为21、19、32、21、44，计算得到方差和标准差分别为89.84和9.48，若方差和标准差大于预设值，可以认为数据质量较差，因此需要将该数据丢弃，选择其他数据重新计算业务节点的触发位置。

需要说明的是，若在业务系统发生变化，即目标业务的执行中增加或减少了业务节点，则整个业务链条的顺序会发生变化。但由于业务日志的数据量通常非常大，因此即使移动后，数据的标准差和方差变化均比较小，因此仍然可以利用方差和标准差的方式确定触发位置。

在步骤S820中，对业务执行链条进行链条分割，得到至少一个目标业务对应的基础业务链条。

在一示例性实施例中，如上文所说，基于业务日志直接生成的链条很可能不是基础业务链条，因此在得到业务执行链条后，可以对业务执行链条进行分割，以得到至少一个目标业务对应的基础业务链条。具体的，可以针对目标业务提前设定预设业务节点，在基础业务链条中出现预设业务节点时，以预设业务节点为分割节点对业务执行链条进行链条分割，得到至少一个基础业务链条。

其中，预设业务节点可以是开始节点和/或结束节点。具体的，在预设业务节点为开始节点时，可以以开始节点为分割节点，在开始节点与前一节点之间进行分割。例如，在开始节点为A，可以在业务节点A与其之前的业务节点D之间对业务执行链条A→B→C→D→A→B→E进行分割，得到基础业务链条A→B→C→D和基础业务链条A→B→E；在预设业务节点为结束节点时，可以以结束节点为分割节点，在结束节点与后一节点之间进行分割。例如，结束节点可以设置为D和E，针对上述业务执行链条，即可在业务节点D与其之后的业务节点A之间进行分割，同时可以在业务节点E之后进行分割。此外，还可以同时设定开始节点和业务节点，同时从开始节点之前和结束节点之后进行分割。

在步骤S320中，基于各基础业务链条包含的相同业务节点对各基础业务链条进行聚合，得到业务知识图谱。

在一示例性实施例中，在得到基础业务链条后，可以基于基础业务链条包含的相同业务节点对各个基础业务链条进行聚合，得到业务知识图谱。在聚合时，可以将基础业务链条中包括的相同业务节点合并为一个，并将其余业务节点作为分支，生成业务知识图谱。例如，参照图5所示的业务执行链条被分割为基础业务链条A→B→C→D和基础业务链条A→B→E后，可以对基础业务链条A→B→C→D和基础业务链条A→B→E进行聚合，得到如图9所示的业务知识图谱。

需要说明的是，在实际操作过程中，目标业务可以包括很多子业务，对应的得到业务知识图谱可以非常复杂。例如，如图10所示的业务知识图谱，某一目标业务包含多个子业务，通过将多个子业务对应的基础业务链条进行聚合，就可以得到较为复杂的业务知识图谱。

此外，在一示例性实施例中，为了能够更好的展示业务知识，还可以对业务系统执行业务流程时触发的业务节点进行监控，以获取各个业务节点的属性信息。其中，属性信息可以包括业务节点的基本信息，使用信息等。例如，可以包括业务节点的节点名称、节点作用、节点使用频率、是否存在关联节点等信息。在得到这些属性信息后，可以对业务节点赋能，使得可以在业务知识图谱中展示这些属性信息。例如，可以将属性信息标记在业务节点上，当用户点击或者将光标移动至业务节点时展示对应的属性信息。

在一示例性实施例中，可能存在业务数据质量差的问题，因此在得到业务日志后，可以对业务日志进行数据处理。具体的，可以进行数据清洗，数据萃取、数据对齐等过程。通过数据处理过程，可以对业务日志进行数据去重，删除业务日志中的错误数据，以及将业务日志中不完整的数据填充完整。

此外，在一示例性实施例中，在得到一目标业务对应的业务知识图谱之后，可能存在其他目标业务与该目标业务之间存在关联关系，因此可以将多个目标业务对应的知识图谱按照关联关系合并为一个全局知识图谱。例如，如图11所示的全局知识图谱，可以包括多个具有关联关系的目标业务。通过点击各目标业务对应的节点，可以将该目标业务对应的业务知识图谱开启或隐藏。

需要说明的是，在得到业务知识图谱之后，随着业务系统中的业务数据不断增加，业务知识图谱可以根据业务系统中不断增加的新的业务流水机进行实时更新和实时同步，以保证业务系统知识的传承。例如，还可以通过如图12所示的业务系统架构流程，了解业务系统中需要处理的业务节点。

应当注意，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

进一步的，本示例实施方式中，还提供了一种业务知识图谱的构建装置。该业务知识图谱的构建装置可以应用于一服务器或终端设备。参考图13所示，该业务知识图谱的构建装置1300可以包括链条构建模块1310和图谱构建模块1320。其中：

链条构建模块1310，用于获取目标业务对应的业务日志，并根据业务日志构建目标业务对应的基础业务链条；

图谱构建模块1320，用于基于各基础业务链条包含的相同业务节点对各基础业务链条进行聚合，得到业务知识图谱。

在一示例性实施例中，链条构建模块1310可以用于基于用户标识对业务流水进行分组和解析，以获取至少一个用户标识对应的业务日志；在各用户标识对应的业务日志中查找目标业务的发起时间，并基于发起时间提取目标业务对应的业务日志。

在一示例性实施例中，链条构建模块1310可以用于基于业务日志构建目标业务对应的业务执行链条；对业务执行链条进行链条分割，得到至少一个目标业务对应的基础业务链条。

在一示例性实施例中，链条构建模块1310可以用于基于用户标识对目标业务对应的业务日志进行分组，以获取至少一个用户标识对应的业务日志；针对每个用户标识对应的业务日志，确定业务日志中包含的一组节点数据；基于各组节点数据构建目标业务对应的业务执行链条。

在一示例性实施例中，链条构建模块1310可以用于根据节点数据中包括的业务节点对节点数据进行聚类，得到至少一类节点数据；针对每一类节点数据，基于节点数据中包含的业务节点的触发顺序确定业务节点对应的触发位置；基于每一类业务数据中包含的业务节点和业务节点对应的触发位置，构建目标业务对应的业务执行链条。

在一示例性实施例中，链条构建模块1310可以用于以预设业务节点为分割节点对业务执行链条进行链条分割，得到至少一个基础业务链条。

在一示例性实施例中，链条构建模块1310可以用于对业务日志进行数据处理；数据处理包括以下处理过程中的至少一种：对业务日志进行数据去重，删除业务日志中的错误数据，和将业务日志中的不完整数据填充完整。

上述业务知识图谱的构建装置中各模块或单元的具体细节已经在对应的业务知识图谱的构建方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。