CN115599881A - 工作流创建方法、***、电子设备和计算机可读存储介质 - Google Patents

Abstract

本申请实施例涉及通信技术领域，特别涉及一种工作流创建方法、***、电子设备和计算机可读存储介质。上述工作流创建方法包括：若收到故障的描述信息，则获取所述故障的描述信息的关键词信息；根据所述关键词信息，生成查询语句；根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除所述故障的路径；根据所述路径用到的运维微服务，创建运维微服务工作流。本申请实施例提供的工作流创建方法，旨在灵活地、自动地创建运维微服务工作流，降低运维成本，提升运维效率，友好地满足多样性的通信运维业务需求。

Description

工作流创建方法、***、电子设备和计算机可读存储介质

技术领域

本申请实施例涉及通信技术领域，特别涉及一种工作流创建方法、***、电子设备和计算机可读存储介质。

背景技术

随着通信技术的飞速发展，无线网络排障成为保障通信质量的重要一环，各通信运营商开发了多种无线网络排障运维微服务，来应对通信网络可能出现的故障，无线网络排障运维微服务可以在某种场景下，为某类特定领域的问题提供服务，参与排障，比如关键性能指标(Key Performance Index，简称：KPI)异常检测微服务负责实时监控KPI，干扰分析微服务负责分析有干扰的小区的干扰类型等，每个运维微服务都可以作为解决网络故障的一个子流程，多个运维微服务还可以组成运维微服务工作流，提供特定场景下智能化程度更高的服务，从而进行无线网络排障。

然而，相关技术中，运维微服务工作流只能由通信运营商在无线网络运维微服务的开发期，通过人工进行预先创建，但随着运维微服务的增加、已存在的运维微服务的功能发生变更和已存在的运维微服务被废弃等情况的出现，预先创建的运维微服务工作流可能会无法使用，难以满足通信业务场景的多样性，此时，通信运营商只能通过人工重新创建运维微服务工作流，导致运维成本非常高，运维效率很低。

发明内容

本申请实施例的主要目的在于提出一种工作流创建方法、***、电子设备和计算机可读存储介质。旨在灵活地、自动地创建运维微服务工作流，降低运维成本，提升运维效率，友好地满足多样性的通信运维业务需求。

为实现上述目的，本申请实施例提供了一种工作流创建方法，所述方法包括：若收到故障的描述信息，则获取所述故障的描述信息的关键词信息；根据所述关键词信息，生成查询语句；根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除所述故障的路径；根据所述路径用到的运维微服务，创建运维微服务工作流。

为实现上述目的，本申请实施例还提供一种工作流创建***，包括：获取模块、查询模块、存储模块和执行模块；所述获取模块用于接收故障的描述信息，并将所述描述信息发送至所述查询模块；所述查询模块用于获取所述描述信息的关键词信息，根据所述关键词信息，生成查询语句，根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除所述故障的路径，并将所述路径发送至所述执行模块；所述存储模块用于存储所述预存的用于表示故障排除流程的知识图谱；所述执行模块用于根据所述路径用到的运维微服务，创建运维微服务工作流。

为实现上述目的，本申请实施例还提供了一种电子设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的工作流创建方法。

为实现上述目的，本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述的工作流创建方法。

本申请提出的工作流创建方法、***、电子设备和计算机可读存储介质，相较于相关技术中通过人工在无线网络的开发期预先创建运维微服务工作流的技术方案而言，本申请的实施例，服务器若收到故障的描述信息，则获取描述信息中的关键词信息，根据获取到的关键词信息，生成与该故障的描述信息对应的查询语句，并在预存的知识图谱中确定与查询语句对应的路径，再根据与查询语句对应的路径中的运维微服务，创建用于排除该故障工作流，本申请的实施例，通过语义识别、查询知识图谱的方式，可以灵活地、自动地创建满足业务需求的运维微服务工作流，不需要预先在开发阶段人工创建运维微服务工作流，减少开发阶段的工作量，降低运维成本，提升运维效率，同时，本申请的实施例创建的工作流可以随故障的变化而变化，能够友好地满足多样性的通信运维业务需求。

附图说明

图1是根据本申请一个实施例的工作流创建方法的流程图一；

图2是根据本申请一个实施例中提供的一种用于表示故障排除流程的知识图谱的示意图一；

图3是根据本申请一个实施例中，根据关键词信息，生成查询语句的流程图；

图4是根据本申请另一个实施例的工作流创建方法的流程图二；

图5是根据本申请另一个实施例的工作流创建方法的流程图三；

图6是根据本申请另一个实施例中提供的一种对知识图谱进行调整的流程图；

图7是根据本申请一个实施例中提供的一种用于表示故障排除流程的知识图谱的示意图二；

图8是根据本申请一个实施例中提供的一种用于表示故障排除流程的知识图谱的示意图三；

图9是根据本申请一个实施例中提供的一种用于表示故障排除流程的知识图谱的示意图四；

图10是根据本申请另一个实施例的工作流创建***的流程图；

图11是根据本申请另一个实施例的电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本申请的一个实施例涉及一种工作流创建方法，应用于电子设备，其中，电子设备可以为终端或服务器，本实施例以及以下各个实施例中的电子设备以服务器为例进行说明。下面对本实施例的工作流创建方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。

本实施例的工作流创建的具体流程可以如图1所示，包括：

步骤101，若收到故障的描述信息，则获取故障的描述信息的关键词信息。

在具体实现中，服务器可以实时接收用户输入的故障的描述信息，并在收到用户输入的故障的描述信息后，获取故障的描述信息的关键词信息。

在一个例子中，服务器内部可以存储有预先训练的自然语言识别模型，该模型的输入为故障的描述信息，输出为故障的描述信息的关键词信息，服务器收到用户输入的故障的描述信息后，可以将用户输入的故障的描述信息输入至预训练的自然语言识别模型，获取自然语言识别模型输出的故障的描述信息的关键词信息。其中，预训练的自然语言识别模型可以基于服务器以往获取的故障的描述信息进行训练。

在一个例子中，用户输入的故障的描述信息可以是文本形式的自然语言的故障的描述信息，服务器直接根据文本形式的自然语言的故障的描述信息，获取故障的描述信息的关键词信息。

在一个例子中，用户输入的故障的描述信息可以是音频形式的自然语言的故障的描述信息，服务器可以先将音频形式的自然语言的故障的描述信息，转换成文本形式的自然语言的故障的描述信息，再获取故障的描述信息的关键词信息。

在另一个例子中，用户输入的故障的描述信息可以是用户对交互界面的选中信息，服务器可以先将用户对交互界面的选中信息，转换成文本形式的自然语言的故障的描述信息，再获取故障的描述信息的关键词信息。

在一个例子中，用户输入的故障的描述信息为“优化5G小区通话质量差”，服务器获取的故障的描述信息的关键词信息可以为“通话质量差”、“5G”和“小区”。

步骤102，根据关键词信息，生成查询语句。

在具体实现中，服务器获取到故障的描述信息的关键词信息后，可以根据关键词信息，生成查询语句。其中，查询语句用于在知识图谱中查找与查询语句相关联的内容。

在一个例子中，服务器获取的故障的描述信息的关键词信息可以为“通话质量差”、“5G”和“小区”，服务器可以根据“通话质量差”生成查询语句，即在知识图谱中，查询与“通话质量差”相关联的内容。

步骤103，根据查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除该故障的路径。

在具体实现中，服务器内部存储器中存储有用于表示故障排除流程的知识图谱，服务器在根据关键词信息，生成查询语句后，可以根据查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除该故障的路径，也就是在知识图谱中查找排除该故障的方法和流程。

在一个例子中，如图2所示，用于表示故障排除流程的知识图谱至少包括：用于表征故障的第一类实体，用于表征KPI的第二类实体，用于表征告警的第三类实体，用于表征运维微服务的第四类实体，用于表征故障根因的第五类实体，和各实体之间的关系。知识图谱中包括故障实体、KPI实体、告警实体、运维微服务实体、故障根因实体和各实体之间的关系，可以清楚地、科学地构建运维排障的基础知识，从而更加科学、快速地构建工作流。

比如：图2中，“通话质量差”为表征故障的第一类实体，“无线掉话率”为表征KPI的第二类实体，“分布单元(Distribution Unit，简称：DU)小区退服”为表征告警的第三类实体，“KPI根因分析”、“覆盖问题优化”和“告警诊断”为表征运维微服务的第四类实体，“弱覆盖”、“硬件问题”和“上行干扰”等为表征故障根因的第五类实体，各实体之间的关系如“上行干扰”为“KPI根因分析”的分析结果，“通信质量差”为“DU小区退服”告警的症状等。

在一个例子中，如图2所示，知识图谱中还包括各实体对应的属性，比如：如图2所示，“通话质量差”的属性包括：“通话质量差”的类型为故障现象，“通话质量差”的网络为5G网络，“通话质量差”的描述的对象为小区。

在一个例子中，服务器获取的故障的描述信息的关键词信息为“通话质量差”，服务器根据“通话质量差”这一关键词信息，生成查询语句后，可以现在预存的知识图谱中，找到“通话质量差”，再确定所有经过“通话质量差”的路径，将所有经过“通话质量差”的路径，确定为用于表示排除“通话质量差”这一故障的路径。

在一个例子中，预存的用于表示故障排除流程的知识图谱可以采用图数据库的形式进行存储，如Neo4j图数据库等。

步骤104，根据路径用到的运维微服务，创建运维微服务工作流。

在具体实现中，服务器在知识图谱中，确定用于表示排除该故障的路径后，可以先确定出路径中用到了哪些运维微服务，再根据这些运维微服务，创建用于排除该故障的运维微服务工作流，最后启用该工作流，直到排除该故障。

在一个例子中，服务器可以根据路径用到的运维微服务，按照预设的创建规则，创建运维微服务工作流，预设的创建规则包括各运维微服务的优先级，即服务器确定出路径中用到了哪些运维微服务后，可以根据各运维微服务的优先级，确定各运维微服务的启用顺序，再基于启用顺序，创建运维微服务工作流，根据包括各运维微服务的优先级在内的创建规则，创建运维微服务工作流，可以有效防止工作流内部的各微服务之间发生冲突，进一步提升运维排障的效率。

比如：路径中用到了“KPI根因分析”运维微服务、“弱覆盖问题优化”运维微服务和“干扰问题优化”运维微服务，其中，“KPI根因分析”的优先级高于“弱覆盖问题优化”，“弱覆盖问题优化”的优先级高于“干扰问题优化”，服务器确定先启用“KPI根因分析”运维微服务，再启用“弱覆盖问题优化”运维微服务，最后启用“干扰问题优化”运维微服务，生成运维微服务工作流。

在一个例子中，服务器创建运维微服务工作流后，可以等待获取启动指令，在获取到启动指令后，启动该运维微服务工作流。

本实施例，服务器若收到故障的描述信息，则获取描述信息中的关键词信息，根据获取到的关键词信息，生成与该故障的描述信息对应的查询语句，并在预存的知识图谱中确定与查询语句对应的路径，再根据与查询语句对应的路径中的运维微服务，创建用于排除该故障工作流，本申请的实施例，通过语义识别、查询知识图谱的方式，可以灵活地、自动地创建满足业务需求的运维微服务工作流，不需要预先在开发阶段人工创建运维微服务工作流，减少开发阶段的工作量，降低运维成本，提升运维效率，同时，本申请的实施例创建的工作流随故障的变化而变化，能够友好地满足多样性的通信运维业务需求。

在一个实施例中，服务器在根据路径用到的运维微服务，创建运维微服务工作流后，可以根据创建的运维微服务工作流，生成并保存以关键词信息命名的运维微服务工作流模板，服务器可以将保存的以关键词信息命名的运维微服务工作流作为模板，当再次发生该运维微服务工作流对应解决的故障时，直接使用，从而节约运维资源。

在一个例子中，服务器获取的关键词信息中包括“网络延迟高”，并依据关键词信息，创建了用于排除“网络延迟高”这一故障的运维微服务工作流，服务器可以将该运维微服务工作流命名为解决“网络延迟高”的运维微服务工作流，并生成以“网络延迟高”命名的运维微服务工作流模板，并保存至服务器内部的存储器中。

在一个实施例中，服务器内部的存储器中预存有若干以关键词信息命名的运维微服务工作流，服务器根据关键词信息，生成查询语句，可以由如图3所示的各子步骤实现，具体包括：

步骤201，根据关键词信息，检测是否有预存的以该关键词信息命名的运维微服务工作流模板，如果是，则执行步骤202，否则，执行步骤203。

在具体实现中，服务器在创建运维微服务工作流的过程中，可以在获取到故障的描述信息的关键词信息后，先根据关键词信息，检测服务器内部的存储器中，是否有预存的以获取的关键词信息命名的运维微服务工作流模板。

在一个例子中，服务器获取到的故障的描述信息的关键词信息包括“网络延迟高”，服务器可以检测预先存储的各运维微服务工作流中，是否有以“网络延迟高”命名的运维工作流模板。

步骤202，直接根据模板，创建运维微服务工作流。

在具体实现中，若服务器检测到预存有以获取到故障的描述信息的关键词信息命名的运维微服务工作流模板，则可以直接根据模板，创建运维微服务工作流，无需重复创建工作流，节约运维资源，大幅度缩短创建工作流的时间，从而缩短运维排障的时间。

在一个例子中，服务器获取到的故障的描述信息的关键词信息包括“网络延迟高”，服务器检测到预存有以“网络延迟高”命名的微服务工作流模板，则直接根据该模板，创建本次运维微服务工作流。

步骤203，生成查询语句。

在具体实现中，若服务器没有检测到预存有以获取到故障的描述信息的关键词信息命名的运维微服务工作流模板，则可以根据关键词信息，生成查询语句，从而进入新创建运维微服务工作流的流程。

本申请的另一个实施例涉及一种工作流创建方法，本实施例中预存的用于表示故障排除流程的知识图谱包括：用于表征故障的第一类实体，用于表征KPI的第二类实体，用于表征告警的第三类实体，用于表征运维微服务的第四类实体，用于表征故障根因的第五类实体，和各实体之间的关系。下面对本实施例的工作流创建方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，图4是本实施例所述的工作流创建方法的流程图，包括：

步骤301，若收到故障的描述信息，则获取故障的描述信息的关键词信息。

其中，步骤301与步骤101大致相同，此处不再赘述。

步骤302，若收到KPI的描述信息，则获取KPI的描述信息的关键词信息。

在具体实现中，服务器不仅支持用户输入故障的描述信息，还支持用户输入至少一个KPI的描述信息，也支持用户同时输入故障的描述信息和KPI的描述信息，服务器在获取到用户输入的KPI的描述信息后，可以获取KPI的描述信息的关键词信息。

在一个例子中，用户输入的KPI的描述信息可以是文本形式的自然语言的KPI的描述信息，服务器直接根据文本形式的自然语言的KPI的描述信息，获取KPI的描述信息的关键词信息。

在一个例子中，用户输入的KPI的描述信息可以是音频形式的自然语言的KPI的描述信息，服务器可以先将音频形式的自然语言的KPI的描述信息，转换成文本形式的自然语言的KPI的描述信息，再获取KPI的描述信息的关键词信息。

在另一个例子中，用户输入的KPI的描述信息可以是用户对交互界面的选中信息，服务器可以先将用户对交互界面的选中信息，转换成文本形式的自然语言的KPI的描述信息，再获取KPI的描述信息的关键词信息。

在一个例子中，服务器获取用户输入的信息为：“从无线掉话率角度分析和优化5G小区通话质量差的问题”，其中，“5G小区通话质量差”即故障的描述信息，“从无线掉话率角度”即KPI的描述信息。服务器获取KPI的描述信息的关键词信息为“无线掉话率”。

步骤303，根据故障的描述信息的关键词信息和KPI的描述信息的关键词信息，生成查询语句。

在具体实现中，服务器获取到故障的描述信息的关键词信息和KPI的描述信息的关键词信息后，可以据故障的描述信息的关键词信息和KPI的描述信息的关键词信息，生成查询语句。其中，生成的查询语句用于表征从KPI对应的角度解决故障。

在一个例子中，服务器获取的故障的描述信息的关键词信息为“通话质量差”，KPI的描述信息的关键词信息为“无线掉话率”，服务器可以根据“通话质量差”和“无线掉话率”生成查询语句，即在知识图谱中，查询与“从无线掉话率的角度解决通话质量差”相关联的内容。

步骤304，根据查询语句，在预存的用于表示故障排除流程的知识图谱中，确定故障对应的第一类实体和该KPI对应的第二类实体。

在具体实现中，服务器在获取到查询语句后，可以根据查询语句，先在预存的用于表示故障排除流程的知识图谱中，确定故障对应的第一类实体和该KPI对应的第二类实体，即确定路径的起点。

在一个例子中，如图2所示，服务器获取的查询语句为查询与“从无线掉话率的角度解决通话质量差”相关联的内容，服务器在预存的知识图谱中，先确定表示“通话质量差”的实体和“无线掉话率”的实体。

步骤305，将同时经过该故障对应的第一类实体和该KPI对应的第二类实体的路径，作为用于表示从该KPI对应的角度排除该故障的路径。

在具体实现中，同时经过该故障对应的第一类实体和该KPI对应的第二类实体的路径，就是从该KPI对应的角度解决该故障的流程图，服务器以该故障对应的第一类实体为起点，该KPI对应的第二类实体为起点后的第一点，从而进行查询，将同时经过这两点的路径，作为用于表示排除该故障的路径。

在一个例子中，如图2所示，服务器已确定表示“通话质量差”的实体和表示“无线掉话率”的实体，则以“通话质量差”对应的实体为起点，以“无线掉话率”对应的实体为起点后的第一点，服务器确认同时经过示“通话质量差”的实体和表示“无线掉话率”的实体的路径包括：通话质量差→无线掉话率→KPI根因分析→弱覆盖→覆盖问题优化；通话质量差→无线掉话率→KPI根因分析→硬件问题；通话质量差→无线掉话率→KPI根因分析→上行干扰，服务器将这三条路径，都作为用于表示从该KPI对应的角度排除该故障的路径。

步骤306，根据路径用到的运维微服务，创建运维微服务工作流。

在一个例子中，如图2所示，服务器确认出用于表示从该KPI对应的角度排除该故障的路径为：通话质量差→无线掉话率→KPI根因分析→弱覆盖→覆盖问题优化，服务器创建运维微服务工作流，将“无线掉话率”作为输入参数，输入至“KPI根因分析”运维微服务，分析“通话质量差”这一故障是否是由于“弱覆盖”导致的，如果是由于“弱覆盖”导致的，则启动“覆盖问题优化”运维微服务，进行网络优化。

本实施例，在所述根据所述关键词信息，生成查询语句之前，还包括：若收到KPI的描述信息，则获取所述KPI的描述信息的关键词信息；所述根据所述关键词信息，生成查询语句，包括：根据所述故障的描述信息的关键词信息和所述KPI的描述信息的关键词信息，生成查询语句；其中，所述查询语句用于表征从所述KPI对应的角度解决所述故障；所述根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除所述故障的路径，包括：根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定所述故障对应的第一类实体和所述KPI对应的第二类实体；将同时经过所述故障对应的第一类实体和所述KPI对应的第二类实体的路径，作为用于表示从所述KPI对应的角度排除所述故障的路径，关键词信息至少包括故障信息和KPI信息，根据故障信息和KPI信息生成查询语句，可以更明确地确定从什么角度去解决故障，更准确地、更全面地、更有针对性地确定出与查询语句对应的路径，从而更准确地创建工作流。

本申请的另一个实施例涉及一种工作流创建方法，本实施例中预存的用于表示故障排除流程的知识图谱包括：用于表征故障的第一类实体，用于表征KPI的第二类实体，用于表征告警的第三类实体，用于表征运维微服务的第四类实体，用于表征故障根因的第五类实体，和各实体之间的关系。下面对本实施例的工作流创建方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，图5是本实施例所述的工作流创建方法的流程图，包括：

步骤401，若收到故障的描述信息，则获取故障的描述信息的关键词信息。

其中，步骤401与步骤101大致相同，此处不再赘述。

步骤402，若收到告警的描述信息，则获取告警的描述信息的关键词信息。

在具体实现中，服务器不仅支持用户输入故障的描述信息，还支持用户输入至少一个告警的描述信息，也支持用户同时输入故障的描述信息和告警的描述信息，服务器在获取到用户输入的告警的描述信息后，可以获取告警的描述信息的关键词信息。在一个例子中，服务器获取用户输入的信息为：“从DU小区退服角度分析和优化5G小区通话质量差的问题”，其中，“5G小区通话质量差”即故障的描述信息，“从DU小区退服的角度”即告警的描述信息。服务器获取告警的描述信息的关键词信息为“DU小区退服”。

步骤403，根据故障的描述信息的关键词信息和告警的描述信息的关键词信息，生成查询语句。

在具体实现中，服务器获取到故障的描述信息的关键词信息和告警的描述信息的关键词信息后，可以据故障的描述信息的关键词信息和告警的描述信息的关键词信息，生成查询语句。其中，生成的查询语句用于表征从告警对应的角度解决故障。

在一个例子中，服务器获取的故障的描述信息的关键词信息为“通话质量差”，告警的描述信息的关键词信息为“DU小区退服”，服务器可以根据“通话质量差”和“DU小区退服”生成查询语句，即在知识图谱中，查询与“从DU小区退服的角度解决通话质量差”相关联的内容。

步骤404，根据查询语句，在预存的用于表示故障排除流程的知识图谱中，确定故障对应的第一类实体和该告警对应的第三类实体。

在具体实现中，服务器在获取到查询语句后，可以根据查询语句，先在预存的用于表示故障排除流程的知识图谱中，确定故障对应的第一类实体和该告警对应的第三类实体，即确定路径的起点。

在一个例子中，如图2所示，服务器获取的查询语句为查询与“从DU小区退服的角度解决通话质量差”相关联的内容，服务器在预存的知识图谱中，先确定表示“通话质量差”的实体和“DU小区退服”的实体。

步骤405，将同时经过该故障对应的第一类实体和该告警对应的第三类实体的路径，作为用于表示从该告警对应的角度排除该故障的路径。

在具体实现中，同时经过该故障对应的第一类实体和该告警对应的第三类实体的路径，就是从该告警对应的角度解决该故障的流程图，服务器以该故障对应的第一类实体为起点，该告警对应的第二类实体为起点后的第一点，从而进行查询，将同时经过这两点的路径，作为用于表示排除该故障的路径。

在一个例子中，如图2所示，服务器已确定表示“通话质量差”的实体和表示“DU小区退服”的实体，则以“通话质量差”对应的实体为起点，以“DU小区退服”对应的实体为起点后的第一点，服务器确认同时经过示“通话质量差”的实体和表示“DU小区退服”的实体的路径包括：通话质量差→DU小区退服→告警诊断，服务器将这条路径，作为用于表示从该告警对应的角度排除该故障的路径。

步骤406，根据路径用到的运维微服务，创建运维微服务工作流。

在一个例子中，如图2所示，服务器确认出用于表示从该KPI对应的角度排除该故障的路径为：通话质量差→DU小区退服→告警诊断，服务器创建运维微服务工作流，将“DU小区退服”作为输入参数，输入至“告警诊断”运维微服务。

在一个实施例中，服务器也可以同时获取用户输入的故障的描述信息、KPI的描述信息和告警的描述信息。

在一个实施例中，服务器还可以实时接收用于对预存的知识图谱进行调整的调整指令，服务器对知识图谱进行调整可以由如图6所示的各步骤实现，具体包括：

步骤501，若收到调整指令，则调整知识图谱中与调整指令对应的实体，和/或调整指令对应的实体与其他实体之间的关系。

在具体实现中，服务器若收到用于对预存的知识图谱进行调整的调整指令，则可以调整知识图谱中与调整指令对应的实体，和/或调整指令对应的实体与其他实体之间的关系。本申请的实施例支持用户修改知识图谱中的实体和/或各实体之间的关系，有效提升知识图谱的科学性、准确性，从而创建排障效果更好的工作流，提升用户的使用体验。

在一个例子中，调整指令为用于删除知识图谱中的实体的删除指令，服务器收到删除指令后，可以删除知识图谱中与删除指令对应的实体。比如：预存的知识图谱可以如图2所示，此时服务器收到删除“覆盖问题优化”的指令，服务器可以删除知识图谱中的“覆盖问题优化”实体，并自然地删除掉“覆盖问题优化”实体与其他实体之间的关系，删除“覆盖问题优化”的知识图谱可以如图7所示。

在一个例子中，服务器删除知识图谱中的“覆盖问题优化”后可以删除所有包含“覆盖问题优化”的预存的运维微服务工作流。

在一个例子中，调整指令为用于在知识图谱中添加实体的添加指令，服务器收到添加指令后，可以在知识图谱中添加与添加指令对应的实体。比如：预存的知识图谱可以如图2所示，服务器确定新研发了“干扰问题优化”运维微服务，添加指令为在知识图谱中添加“干扰问题优化”实体，服务器再确认“干扰问题优化”运维微服务部署成功后，可以获取“干扰问题优化”的三元组信息，根据三元组信息，在知识图谱中添加“干扰问题优化”实体，并添加该实体与其他实体之间的关系，添加“干扰问题优化”后的知识图谱可以如图8所示。

在一个例子中，服务器在知识图谱中添加“干扰问题优化”后可以删除所有预存的运维微服务工作流。

在一个例子中，调整指令为用于修改知识图谱中的实体和/或实体之间的关系的修改指令，服务器收到修改指令后，可以修改知识图谱中与修改指令对应的实体和/或实体之间的关系。比如：如图2所示，修改指令表示需要将“告警收集”作为“KPI根因分析”的分析过程，即需要修改“告警收集”与“KPI根因分析”之间的关系，服务器可以将修改二者之间的关系，修改后的知识图谱可以如图9所示。

在一个例子中，如图9所示，相较于图2，修改后的知识图谱新增了一条路径，该路径为：通话质量差无线掉话率KPI根因分析告警收集DU小区退服告警诊断。服务器可以根据该路径用到的运维微服务，创建运维微服务工作流，启动该工作流时，可以将“无线掉话率”作为参数输入至“KPI根因分析”运维微服务中，启动“告警收集”运维微服务，判断是否有“DU小区退服”告警，若由该告警，则启动“告警诊断”运维微服务。

步骤502，将经过调整后的知识图谱作为预存的知识图谱。

在具体实现中，服务器完成对预存的知识图谱的调整后，可以将调整后的知识图谱更新为预存的知识图谱。

本申请的另一个实施例涉及一种工作流创建***，下面对本实施例的调度***的细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本例的必须，图10是本实施例所述的工作流创建***的示意图，包括：获取模块601、查询模块602、存储模块603和执行模块604。

获取模块601用于接收故障的描述信息，并将故障的描述信息发送至查询模块602；

查询模块602用于获取故障的描述信息的关键词信息，根据关键词信息，生成查询语句，根据查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除故障的路径，并将路径发送至执行模块604；

存储模块603用于存储预存的用于表示故障排除流程的知识图谱；

执行模块604用于根据路径用到的运维微服务，创建运维微服务工作流。

不难发现，本实施例为与上述方法实施例对应的***实施例，本实施例可以与上述方法实施例互相配合实施。上述实施例中提到的相关技术细节和技术效果在本实施例中依然有效，为了减少重复，这里不再赘述。相应地，本实施例中提到的相关技术细节也可应用在上述实施例中。

值得一提的是，本实施例中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施例中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施例中不存在其它的单元。

本申请另一个实施例涉及一种电子设备，如图11所示，包括：至少一个处理器701；以及，与所述至少一个处理器701通信连接的存储器702；其中，所述存储器702存储有可被所述至少一个处理器701执行的指令，所述指令被所述至少一个处理器701执行，以使所述至少一个处理器701能够执行上述各实施例中的工作流创建方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，***接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

本申请另一个实施例涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (11)

1.一种工作流创建方法，其特征在于，包括：

若收到故障的描述信息，则获取所述故障的描述信息的关键词信息；

根据所述关键词信息，生成查询语句；

根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除所述故障的路径；

根据所述路径用到的运维微服务，创建运维微服务工作流。

2.根据权利要求1所述的工作流创建方法，其特征在于，在根据所述路径用到的运维微服务，创建运维微服务工作流之后，还包括：

根据创建的所述运维微服务工作流，生成并保存以所述关键词信息命名的运维微服务工作流模板。

3.根据权利要求2所述的工作流创建方法，其特征在于，所述根据所述关键词信息，生成查询语句，包括：

根据所述关键词信息，检测是否有预存的以所述关键词信息命名的运维微服务工作流模板；

若有预存的以所述关键词信息命名的运维微服务工作流模板，则直接根据所述模板，创建运维微服务工作流；

若没有预存的以所述关键词信息命名的运维微服务工作流模板，则生成查询语句。

4.根据权利要求1所述的工作流创建方法，其特征在于，所述知识图谱至少包括：用于表征故障的第一类实体，用于表征关键性能指标KPI的第二类实体，用于表征告警的第三类实体，用于表征运维微服务的第四类实体，用于表征故障根因的第五类实体，和各实体之间的关系。

5.根据权利要求4所述的工作流创建方法，其特征在于，在所述根据所述关键词信息，生成查询语句之前，还包括：

若收到KPI的描述信息，则获取所述KPI的描述信息的关键词信息；

所述根据所述关键词信息，生成查询语句，包括：

根据所述故障的描述信息的关键词信息和所述KPI的描述信息的关键词信息，生成查询语句；其中，所述查询语句用于表征从所述KPI对应的角度排除所述故障；

所述根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除所述故障的路径，包括：

根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定所述故障对应的第一类实体所述KPI对应的第二类实体；

将同时经过所述故障对应的第一类实体所述KPI对应的第二类实体的路径，作为用于表示从所述KPI对应的角度排除所述故障的路径。

6.根据权利要求4或5所述的工作流创建方法，其特征在于，在所述根据所述关键词信息，生成查询语句之前，还包括：

若收到告警的描述信息，则获取所述告警的描述信息的关键词信息；

所述根据所述关键词信息，生成查询语句，包括：

根据所述故障的描述信息的关键词信息和所述告警的描述信息的关键词信息，生成查询语句；其中，所述查询语句用于表征从所述告警对应的角度排除所述故障；

所述根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除所述故障的路径，包括：

根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定所述故障对应的第一类实体所述告警对应的第三类实体；

将同时经过所述故障对应的第一类实体所述告警对应的第三类实体的路径，作为用于表示从所述告警对应的角度排除所述故障的路径。

7.根据权利要求4所述的工作流创建方法，其特征在于，在所述根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除所述故障的路径之前，还包括：

若收到调整指令，则调整知识图谱中与所述调整指令对应的实体，和/或所述调整指令对应的实体与其他实体之间的关系；

将经过调整后的所述知识图谱作为预存的知识图谱；

其中，所述调整指令包括：用于删除知识图谱中的实体的删除指令，用于在知识图谱中添加实体的添加指令，用于修改知识图谱中的实体和/或实体之间的关系的修改指令。

8.根据权利要求1所述的工作流创建方法，其特征在于，所述根据所述路径用到的运维微服务，创建运维微服务工作流，包括：

根据所述路径用到的运维微服务，按照预设的创建规则，创建运维微服务工作流；其中，所述预设的创建规则包括所述各运维微服务的优先级。

9.一种工作流创建***，其特征在于，包括：获取模块、查询模块、存储模块和执行模块；

所述获取模块用于接收故障的描述信息，并将所述故障的描述信息发送至所述查询模块；

所述查询模块用于获取所述描述信息的关键词信息，根据所述关键词信息，生成查询语句，根据所述查询语句，在预存的用于表示故障排除流程的知识图谱中，确定用于表示排除所述故障的路径，并将所述路径发送至所述执行模块；

所述存储模块用于存储所述预存的用于表示故障排除流程的知识图谱；

所述执行模块用于根据所述路径用到的运维微服务，创建运维微服务工作流。

10.一种电子设备，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至9中任一项所述的工作流创建方法。

11.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的工作流创建方法。

Images