CN117171364A - 运维知识图谱更新方法及装置 - Google Patents

Abstract

本申请提出一种运维知识图谱更新方法及装置，方法为：接收知识图谱的包含运维文本及知识图谱的更新类型的更新请求后，根据更新类型及知识图谱对应的模式层schema信息，确定目标提示Prompt集，并基于目标Prompt集调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组，然后，利用第一三元组更新知识图谱。由此，基于更新类型确定不同的目标提示Prompt集，实现了在原有知识图谱的基础上对各种更新类型的更新，从而提高了运维知识图谱更新的效率。

Description

运维知识图谱更新方法及装置

技术领域

本申请涉及信息处理技术领域，尤其涉及一种运维知识图谱更新方法及装置。

背景技术

工业装备运维过程中，通常需要记录和保存大量的运维工单，以便于对运维情况进行分析、评估和改进。运维工单中蕴含了丰富的运维知识，对于提高运维效率、降低运维成本、预防故障发生等具有重要的价值。

为了利用好运维工单中的知识，有必要对运维工单中的知识进行有效地提取、组织和表示，以便于对其进行分析、检索和应用。知识图谱是一种能够表示复杂知识的数据结构，它由实体、关系和属性组成，能够描述实体之间的语义联系。知识图谱具有结构化、可视化、可查询等优点，适合用于表示运维工单中的知识。

目前，对运维知识图谱的更新过程中需要较多人工参与环节，并且在知识图谱模式层需要更新时，需要重新执行知识图谱生成的完整过程，无法在原有知识图谱的基础上进行更新。导致更新效率较低的问题。

发明内容

本申请提出一种运维知识图谱更新方法及装置。具体方案如下：

本申请一方面实施例提供一种运维知识图谱更新方法，方法包括：

接收知识图谱的更新请求，其中，更新请求中包含运维文本及知识图谱的更新类型；

根据更新类型及知识图谱对应的模式层schema信息，确定目标提示Prompt集；

基于目标Prompt 集调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组；

利用第一三元组更新知识图谱。

本申请另一方面实施例提供一种运维知识图谱更新装置，包括：

接收模块，用于接收知识图谱的更新请求，其中，更新请求中包含运维文本及知识图谱的更新类型；

确定模块，用于根据更新类型及知识图谱对应的模式层schema信息，确定目标提示Prompt集；

解析模块，用于基于目标Prompt集调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组；

更新模块，用于利用第一三元组更新知识图谱。

本申请另一方面实施例提供一种计算机设备，包括处理器和存储器；

其中，处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于实现如上述实施例的方法。

本申请另一方面实施例提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如上述实施例的方法。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例提供的一种运维知识图谱更新方法的流程示意图；

图2为本申请实施例提供的另一种运维知识图谱更新方法的流程示意图；

图3为本申请实施例提供的另一种运维知识图谱更新方法的流程示意图；

图4为本申请实施例提供的另一种运维知识图谱更新方法的流程示意图；

图5为本申请实施例提供的一种运维知识图谱更新装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

下面参考附图描述本申请实施例的运维知识图谱更新方法。

图1为本申请实施例提供的一种运维知识图谱更新方法的流程示意图。

本申请实施例的运维知识图谱更新方法，是由本申请实施例提供的运维知识图谱更新装置（以下简称更新装置）执行，该装置可配置于计算机设备、终端设备中，以提高运维知识图谱更新的效率。

如图1所示，该运维知识图谱更新方法包括：

步骤101，接收知识图谱的更新请求，其中，更新请求中包含运维文本及知识图谱的更新类型。

其中，更新类型可以包括第一类型及第二类型，第一类型的更新请求为需要对知识图谱的模式层进行更新的更新请求，第二类型的更新请求为不需要对知识图谱的模式层进行更新的更新请求。知识图谱中包含多个节点，每个节点对应于一个三元组，三元组是指由实体、属性或关系组成的知识表示形式，知识表示形式由三元组对应的schema决定的。如三元组[设备1（实体），F18（型号）]，该三元组对应的schema为（实体，型号）。

工业装备运维是指对工业装备进行定期或不定期的检查、维护、修理、更换等活动，以保证工业装备的正常运行和延长其使用寿命。工业装备运维是工业生产的重要组成部分，直接影响着生产效率、质量和安全。在基于大量运维文本生成运维知识图谱（以下简称知识图谱）后，在日常运维的过程中，会产生新的运维文本。因此，需要定期基于新增的运维文本对知识图谱进行更新，以保证知识图谱的丰富性。

本申请中，在工业装备运维过程中，可以通过客户端记录并保存运维文本。之后，用户可以通过客户端选择用于更新知识图谱的运维文本，并设置知识图谱的更新类型。在用户触发客户端中知识图谱更新对应的控件后，客户端即可基于用户选择的运维文本及知识图谱的更新类型生成知识图谱的更新请求，并将该更新请求发送给更新装置。由此，更新装置即可对更新请求进行解析，获取运维文本及知识图谱的更新类型。其中，运维文本是指记录了运维活动相关信息的文档，包括事件、条件、设备、故障、现象、解决措施等内容。

步骤102，根据更新类型及知识图谱对应的模式层schema信息，确定目标提示Prompt集。

其中，Schema是指定义了工业装备运维知识图谱中的实体、属性、关系等概念的规范，以及相互之间的约束和规则。

本申请中，不同类型的运维知识对应的三元组的schema不同。比如，实体为设备的三元组的schema为（实体，关系，属性），而实体为解决措施的三元组的schema为（实体，属性）。其中，运维知识的类型可以包括事件、条件、设备、故障描述、现象、解决措施等。

本申请中，可以预先设置知识图谱所包含的运维知识的类型，以及各类型对应的schema。

在更新类型为第二类型的情况下，可以分别将知识图谱包含的每个运维知识的类型对应的预设指令 Instruction及schema的具体信息进行拼接，生成目标提示Prompt集。

比如，故障描述类型运维知识对应的schema为[实体：故障描述，属性：故障发生位置、主要故障、故障参数化描述]。拼接生成用于提取故障描述类型运维知识的目标Prompt可以为“请你提取出{故障描述}包含的【故障发生位置】、【主要故障】和【故障参数化描述】。故障描述：……”

或者，还可以在目标Prompt中拼接待提取运维知识对应的例子，以提高运维知识提取准确性。比如，故障类型运维知识对应的schema为[实体：故障描述，属性：故障发生位置、主要故障、故障参数化描述]。拼接生成的目标Prompt可以为“请你提取出{故障描述}包含的【故障发生位置】、【主要故障】和【故障参数化描述】。例如：故障描述:渗漏排水应急泵出口空气阀前阀漏水，约17秒一滴。你应该输出:{"故障发生位置": "渗漏排水应急泵出口空气阀前阀","主要故障": "漏水","故障参数化描述": "约17秒一滴"}。故障描述：……”。在更新类型为第一类型的情况下，根据从更新请求中解析获取的参考Prompt，生成目标Prompt集。以基于目标Prompt集调用大模型，获取新增的schema对应的三元组，从而实现模式层发生改变时，仍能在原有知识图谱的基础上进行知识图谱更新。从而提高了知识图谱更新的效率。其中，参考Prompt包括参考运维工单文本及其对应的知识图谱表示，参考运维工单文本包含知识图谱中新增的模式层对应的运维信息。

可选的，还可以利用预设的Prompt调用大模型对运维文本进行处理，获取大模型输出的运维文本中包含的运维知识的类型。比如，预设的Prompt可以为“请你提取出运维文本中包含的运维知识的类型。例如：运维文本:渗漏排水应急泵出口空气阀前阀漏水，约17秒一滴。你应该输出:{故障描述类型}。运维文本：……”。之后，可以将运维文本中包含的运维知识的类型对应的预设指令 Instruction及schema进行拼接，生成目标提示Prompt集。从而实现针对性的生成目标Prompt集，以降低大模型的处理任务数量，从而提高知识图谱更新的效率。

可选的，在运维文本中包含多种类型的运维知识的情况下，可以确定该运维文本包含多层次的运维知识。可以基于每个类型生成用于对运维文本进行分割的第一Prompt。比如，假设运维文本中包含类型1、类型2的运维知识。第一Prompt可以为“请对运维文本进行分割，输出运维文本中类型1、类型2分别对应的子文本。运维文本：……”。并可以将运维文本中包含的运维知识的每个类型对应的分割获取的子文本、预设指令 Instruction及schema及进行拼接，生成第二Prompt。

步骤103，基于目标Prompt集调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组。

本申请中，可以将目标Prompt集中每个目标Prompt输入大模型，大模型可以基于目标Prompt对运维文本进行解析，从运维文本中提取对应的第一三元组。

步骤104，利用第一三元组更新知识图谱。

本申请中，在更新类型为第一类型的情况下，可以将第一三元组中的实体与知识图谱中每个节点对应的三元组的实体进行匹配。在知识图谱中某一节点对应的三元组的实体与第一三元组中的实体相同时，可以利用第一三元组对该节点对应的三元组进行更新。

在更新类型为第二类型的情况下，可以从参考Prompt中提取待更新类型的运维知识对应的schema。将该待更新类型的运维知识的第一三元组中的实体，与知识图谱中原有某一节点对应的三元组的实体相同时，可以将待更新类型的运维知识对应的schema合并到该节点三元组对应的schema中，并将待更新类型的运维知识的第一三元组合并到该节点的三元组中。

在待更新类型的运维知识的第一三元组中的实体与知识图谱中全部节点对应的三元组的实体均不相同时，可以在知识图谱中新增节点。并将待更新类型的运维知识的第一三元组确定为该新增节点对应的三元组。之后，可以确定运维文本中包含的每个类型对应的第一三元组间的关系，以基于每个第一三元组间的关系，建立新增节点与知识图谱中其它节点间的关联关系。比如，在某一第一三元组与待更新类型的运维知识对应的第一三元组间存在关联关系的情况下，在知识图谱中建立该第一三元组对应的节点与新增节点间的连接。

本申请中，接收知识图谱的包含运维文本及知识图谱的更新类型的更新请求后，根据更新类型及知识图谱对应的模式层schema信息，确定目标提示Prompt集，并基于目标Prompt集调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组，然后，利用第一三元组更新知识图谱。由此，基于更新类型确定不同的目标提示Prompt集，实现了在原有知识图谱的基础上对各种更新类型的更新，从而提高了运维知识图谱更新的效率。

图2为本申请实施例提供的一种运维知识图谱更新方法的流程示意图。

如图2所示，该运维知识图谱更新方法包括：

步骤201，接收知识图谱的更新请求，其中，更新请求中包含运维文本及知识图谱的更新类型。

步骤202，根据更新类型及知识图谱对应的模式层schema信息，确定目标提示Prompt集。

本申请中，步骤201-步骤202的具体实现过程，可参见本申请任一实施例的详细描述，在此不再赘述。

步骤203，基于目标Prompt集中第一Prompt调用大模型对运维文本进行分割，获取运维文本中包含的每个事件对应的子文本。

运维文本中可能包含了多层次的运维知识。比如，运维文本中包含了多个故障现象、每个故障现象的故障原因、每个故障对应的故障解决措施等多个相互间存在联系的运维知识。而更新知识图谱中的某一三元组时，该三元组对应于运维文本中某一运维知识，且该运维知识对应的实体在知识图谱中可能对应于多个三元组。从而导致仅基于提取出的该三元组无法准确确定该三元组在知识图谱中对应的节点。比如，运维文本中包含的内容为“16号供水机组1号泵停运的情况下，2号泵翻转” ，则直接提取出的故障信息的第一三元组为“2号泵（实体），翻转”，而不能提取出是16号供水机组下的2号泵。但是知识图谱中存在多个实体为2号泵的三元组，比如， 15号机组下的2号泵对应的三元组、14号机组下的2号泵对应的三元组。从而导致仅基于提取的第一三元组“2号泵（实体），翻转” 无法准确确定该第一三元组在知识图谱中对应的节点。

本申请中，为了提高大模型抽取三元组的全面性和准确率，可以基于目标Prompt集中第一Prompt调用大模型对运维文本进行分割，以实现对运维工单从事件层面进行层次化、结构化拆解，从而获取运维文本中包含的每个事件对应的子文本，并获取大模型输出的每个事件间的关联关系。其中，关联关系可以包括事件背景或条件等。

步骤204，基于目标Prompt集中第二Prompt调用大模型对每个子文本进行解析，获取每个子文本中包含的第一三元组。

步骤205，确定每个第一三元组间的关系。

本申请中，可以将每个子文本对应的事件间的关联关系，即为每个子文本中提取的第一三元组间的关联关系。

步骤206，基于每个第一三元组的实体，及每个第一三元组间的关系遍历知识图谱，确定各第一三元组中目标三元组在知识图谱中对应的节点。

其中，目标三元组为用于更新知识图谱的三元组，可以预先指定。

本申请中，可以将每个第一三元组的实体，分别与知识图谱中各节点对应的第二三元组的实体进行匹配，确定每个第一三元组在知识图谱中对应的参考节点。并根据每个第一三元组间的关系，确定参考节点中各第一三元组在知识图谱中对应的目标节点。其中，任意两个目标节点对应的第二三元组间的关系，与该两个参考节点分别对应的第一三元组间的关系相同。由此，即可确定目标三元组在知识图谱中对应的节点。

步骤207，根据目标三元组对知识图谱中节点对应的三元组进行更新。

本申请中，步骤207的具体实现过程可参见本申请任一实施例的详细描述，在此不再赘述。

本申请中，接收知识图谱的包含运维文本及知识图谱的更新类型的更新请求后，根据更新类型及知识图谱对应的模式层schema信息，确定目标提示Prompt集，之后，基于目标Prompt集中第一Prompt调用大模型对运维文本进行分割，获取运维文本中包含的每个事件对应的子文本，并基于目标Prompt集中第二Prompt调用大模型对每个子文本进行解析，获取每个子文本中包含的第一三元组，然后，确定每个第一三元组间的关系，并基于每个第一三元组的实体，及每个第一三元组间的关系遍历知识图谱，确定各第一三元组中目标三元组在知识图谱中对应的节点，以根据目标三元组对知识图谱中节点对应的三元组进行更新。从而提高知识图谱更新的准确性与效率。

图3为本申请实施例提供的一种运维知识图谱更新方法的流程示意图。

如图3所示，该运维知识图谱更新方法包括：

步骤301，接收知识图谱的更新请求，其中，更新请求中包含运维文本及知识图谱的更新类型。

本申请中，步骤301的具体实现过程，可参见本申请任一实施例的详细描述，在此不再赘述。

步骤302，在更新类型为第一类型的情况下，根据从更新请求中解析获取的参考Prompt，生成目标提示Prompt集。

其中，第一类型的更新请求为需要对知识图谱的模式层进行更新的更新请求。

本申请中，知识图谱的模式层更新是指在知识图谱中添加其没有涉及的新关系，比如，现在的知识图谱中只包含故障描述类型的运维知识对应的三元组，在知识图谱中增加维修类型的运维知识对应的三元组时，即涉及知识图谱的模式层更新，新增的模式层即为维修类型的运维知识的三元组对应的模式层。或者，对知识图谱中原有某一类型运维知识的三元组对应的schema进行拓展。

在更新类型为第一类型的情况下，由于新增的模式层为之前未涉及的模式层，因此，根据基于知识图谱对应的原有模式层确定的Prompt集调用大模型对运维文本进行处理，提取不出新增的模式层对应的信息。本申请中，用户可以在客户端界面中设置知识图谱的更新类型及参考Prompt，在触发发送直至图谱的更新控件后，客户端即可生成包含知识图谱的更新类型及参考Prompt的更新请求，并将该更新请求发送给更新装置。由此，更新装置即可通过解析更新请求，获取知识图谱的更新类型及参考Prompt。其中，参考Prompt包括参考运维工单文本及其对应的知识图谱表示，参考运维工单文本包含知识图谱中新增的模式层对应的运维信息。

比如，假设知识图谱中故障描述类型的对应的schema中不包含【故障参数化描述】。参考Prompt可以为“你的任务是：请你提取出{故障描述} 包含的【故障参数化描述】。例如，{故障描述}:厂房渗漏排水应急泵出口空气阀前阀漏水，约20秒一滴。你应该输出:{"故障参数化描述": 约20秒一滴。}”。本申请中，可以获取知识图谱对应的预设Prompt集，并利用参考Prompt对预设Prompt集进行扩充，生成目标Prompt集。由此，基于参考Prompt调用大模型对运维文本进行解析，即可从运维文本中提取出新增模式层对应的三元组。从而在更新类型为第一类型的情况下，不需要重新执行知识图谱生成的全过程，只需在原有知识图谱的基础上进行部分更新。从而提高了知识图谱更新的效率。其中，预设Prompt集可以包括用于提取知识图谱中已包含类型的运维知识的Prompt。

步骤303，基于目标Prompt集调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组。

步骤304，利用第一三元组更新知识图谱。

本申请中，步骤303-步骤304的具体实现过程，可参见本申请任一实施例的详细描述，在此不再赘述。

本申请中，接收知识图谱的包含运维文本及知识图谱的更新类型的更新请求，在更新类型为第一类型的情况下，根据从更新请求中解析获取的参考Prompt，生成目标提示Prompt集，之后，基于目标Prompt集调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组，并利用第一三元组更新知识图谱。从而提高知识图谱更新的效率。

图4为本申请实施例提供的一种运维知识图谱更新方法的流程示意图。

如图4所示，该运维知识图谱更新方法包括：

步骤401，接收知识图谱的更新请求，其中，更新请求中包含运维文本及知识图谱的更新类型。

步骤402，根据更新类型及知识图谱对应的模式层schema信息，确定目标提示Prompt集。

步骤403，基于目标Prompt集调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组。

本申请中，步骤401-步骤403的具体实现过程，可参见本申请任一实施例的详细描述，在此不再赘述。

步骤404，基于第一三元组的实体遍历知识图谱，确定第一三元组在知识图谱中的节点，及知识图谱中节点对应的第二三元组。

本申请中，将第一三元组的实体与知识图谱中每个节点对应的三元组的实体进行匹配，当知识图谱中某一节点对应的三元组的实体与第一三元组的实体相同时，将该节点确定为第一三元组在知识图谱中对应的节点，并将知识图谱中该节点对应的三元组确定为第二三元组。

步骤405，确定第一三元组与第二三元组是否存在冲突。

本申请中，可以将第一三元组的属性值与第二三元组的属性值进行对比，当第一三元组的属性值与第二三元组的属性值相似时，即可确定第一三元组与第二三元组间不存在冲突。而当第一三元组的属性值与第二三元组的属性值不相似时，即可确定第一三元组与第二三元组间存在冲突。

比如，第一三元组中“螺栓脱落原因”属性的属性值为“机械振动过大”，第二三元组中“螺栓脱落原因”属性的属性值不为振动过大。此时可以确定第一三元组与第二三元组间存在冲突。

或者，可以将第一三元组的关系与第二三元组的关系进行对比，当第一三元组的关系与第二三元组的关系相同时，即可确定第一三元组与第二三元组间不存在冲突。而当第一三元组的关系与第二三元组的关系不相同时，即可确定第一三元组与第二三元组间存在冲突。第一三元组的关系为通过大模型提取的。

步骤406，在第一三元组与第二三元组存在冲突的情况下，将第一三元组与第二三元组发送给预设终端设备。

本申请中，在第一三元组与第二三元组存在冲突的情况下，说明第一三元组与第二三元组信息不一致。此时，第一三元组与第二三元组可能都是正确的。比如，第一三元组中的实体实际对应于多个关系（关系1、关系2），第一三元组中包含的关系1，第二三元组中包含关系2，因此，第一三元组和第二三元组都是正确的。或者，第一三元组与第二三元组中只有一个是正确的。

因此，可以将第一三元组与第二三元组发送给预设终端设备，以对第一三元组及第二三元组进行人工复合，确定第一三元组及第二三元组的正确性。

步骤407，响应于接收到终端设备的冲突反馈信息，基于冲突反馈信息中包含的目标三元组标识对应的三元组更新知识图谱中节点对应的三元组，其中，目标三元组标识为第一三元组标识和/或第二三元组标识。

本申请中，用户可以在终端设备中选择第一三元组和第二三元组中正确的三元组（即目标三元组），并触发发送冲突反馈信息。之后，终端设备即可基于用户设置的目标三元组标识生成冲突反馈信息，并将该冲突反馈信息发送给更新装置。由此，更新装置即可通过解析该冲突反馈信息获取目标三元组标识。

之后，在目标三元组标识对应于第一三元组的情况下，可以利用第一三元组更新知识图谱中的第二三元组。在目标三元组标识对应于第二三元组的情况下，则不对知识图谱中的第二三元组进行更新。在目标三元组标识对应于第一三元组及第二三元组的情况下，则将第一三元组添加到知识图谱中的第一三元组对应的节点。从而保证运维知识图谱更新的准确性。

可选的，还可以继续向大模型发送第三Prompt，询问大模型第一三元组及第二三元组中哪个三元组正确，并基于大模型返回的三元组确定为目标三元组。之后，目标三元组为第一三元组时，利用目标三元组更新知识图谱中的第二三元组。目标三元组为第二三元组时，不对知识图谱进行更新操作。

本申请中，接收知识图谱的包含运维文本及知识图谱的更新类型的更新请求后，根据更新类型及知识图谱对应的模式层schema信息，确定目标提示Prompt集，以基于目标Prompt集调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组，之后，基于目标Prompt集及知识图谱对应的模式层schema信息调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组，并基于第一三元组的实体遍历知识图谱，确定第一三元组在知识图谱中对应的节点，及知识图谱中节点对应的第二三元组，之后，确定第一三元组与第二三元组是否存在冲突，在第一三元组与第二三元组存在冲突的情况下，将第一三元组与第二三元组发送给预设终端设备，响应于接收到终端设备的冲突反馈信息，基于冲突反馈信息中包含的目标三元组标识对应的三元组更新知识图谱中节点对应的信息。从而提高运维知识图谱更新的准确性。

为了实现上述实施例，本申请实施例还提出一种运维知识图谱更新装置。图5为本申请实施例提供的一种运维知识图谱更新装置的结构示意图。

如图5所示，该运维知识图谱更新装置，包括接收模块510、确定模块520、解析模块530、更新模块540：

接收模块510，用于接收知识图谱的更新请求，其中，所述更新请求中包含运维文本及所述知识图谱的更新类型；

确定模块520，用于根据所述更新类型及所述知识图谱对应的模式层schema信息，确定目标提示Prompt集；

解析模块530，用于基于所述目标Prompt集调用大模型对所述运维文本进行解析，确定所述运维文本中包含的第一三元组；

更新模块540，用于利用所述第一三元组更新所述知识图谱。

在本申请实施例一种可能的实现方式中，上述解析模块530，用于：

基于所述目标Prompt集中第一Prompt调用大模型对所述运维文本进行分割，获取所述运维文本中包含的每个事件对应的子文本；

基于所述目标Prompt集中第二Prompt调用大模型对每个所述子文本进行解析，获取每个所述子文本中包含的第一三元组。

在本申请实施例一种可能的实现方式中，上述更新模块540，用于：

确定每个所述第一三元组间的关系；

基于每个所述第一三元组的实体，及每个所述第一三元组间的关系遍历所述知识图谱，确定各所述第一三元组中目标三元组在所述知识图谱中对应的节点；

根据所述目标三元组对所述知识图谱中的所述节点对应的三元组进行更新。

在本申请实施例一种可能的实现方式中，上述确定模块520，用于：

在所述更新类型为第一类型的情况下，根据从所述更新请求中解析获取的参考Prompt，生成所述目标提示Prompt集。

在本申请实施例一种可能的实现方式中，上述更新模块540，用于：

基于所述第一三元组的实体遍历所述知识图谱，确定所述第一三元组在所述知识图谱中对应的节点，及所述知识图谱中所述节点对应的第二三元组；

确定所述第一三元组与所述第二三元组是否存在冲突；

在所述第一三元组与所述第二三元组存在冲突的情况下，将所述第一三元组与所述第二三元组发送给预设终端设备；

响应于接收到所述终端设备的冲突反馈信息，基于所述冲突反馈信息中包含的目标三元组标识对应的三元组更新所述知识图谱中所述节点对应的三元组，其中，所述目标三元组标识为所述第一三元组标识和/或所述第二三元组标识。

需要说明的是，上述对运维知识图谱更新方法实施例的解释说明，也适用于该实施例的运维知识图谱更新装置，故在此不再赘述。

本申请中，接收知识图谱的包含运维文本及知识图谱的更新类型的更新请求后，根据更新类型及知识图谱对应的模式层schema信息，确定目标提示Prompt集，并基于目标Prompt集调用大模型对运维文本进行解析，确定运维文本中包含的第一三元组，然后，利用第一三元组更新知识图谱。由此，基于更新类型确定不同的目标提示Prompt集，实现了在原有知识图谱的基础上对各种更新类型的更新，从而提高了运维知识图谱更新的效率。

为了实现上述实施例，本申请实施例还提出一种计算机设备，包括处理器和存储器；

其中，处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于实现如上述实施例的运维知识图谱更新方法。

为了实现上述实施例，本申请实施例还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例的运维知识图谱更新方法。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种运维知识图谱更新方法，其特征在于，包括：

接收知识图谱的更新请求，其中，所述更新请求中包含运维文本及所述知识图谱的更新类型；

根据所述更新类型及所述知识图谱对应的模式层schema信息，确定目标提示Prompt集；

基于所述目标Prompt集调用大模型对所述运维文本进行解析，确定所述运维文本中包含的第一三元组；

利用所述第一三元组更新所述知识图谱。

2.如权利要求1所述的方法，其特征在于，所述基于所述目标Prompt集调用大模型对所述运维文本进行解析，确定所述运维文本中包含的第一三元组，包括：

基于所述目标Prompt集中第一Prompt调用大模型对所述运维文本进行分割，获取所述运维文本中包含的每个事件对应的子文本；

基于所述目标Prompt集中第二Prompt调用大模型对每个所述子文本进行解析，获取每个所述子文本中包含的第一三元组。

3.如权利要求2所述的方法，其特征在于，所述利用所述第一三元组更新所述知识图谱，包括：

确定每个所述第一三元组间的关系；

基于每个所述第一三元组的实体，及每个所述第一三元组间的关系遍历所述知识图谱，确定各所述第一三元组中目标三元组在所述知识图谱中对应的节点；

根据所述目标三元组对所述知识图谱中所述节点对应的三元组进行更新。

4.如权利要求1所述的方法，其特征在于，所述根据所述更新类型及所述知识图谱对应的模式层schema信息，确定目标提示Prompt集，包括：

在所述更新类型为第一类型的情况下，根据从所述更新请求中解析获取的参考Prompt，生成所述目标提示Prompt集。

5.如权利要求1所述的方法，其特征在于，所述利用所述第一三元组更新所述知识图谱，包括：

基于所述第一三元组的实体遍历所述知识图谱，确定所述第一三元组在所述知识图谱中对应的节点，及所述知识图谱中所述节点对应的第二三元组；

确定所述第一三元组与所述第二三元组是否存在冲突；

在所述第一三元组与所述第二三元组存在冲突的情况下，将所述第一三元组与所述第二三元组发送给预设终端设备；

响应于接收到所述终端设备的冲突反馈信息，基于所述冲突反馈信息中包含的目标三元组标识对应的三元组更新所述知识图谱中所述节点对应的三元组，其中，所述目标三元组标识为所述第一三元组标识和/或所述第二三元组标识。

6.一种运维知识图谱更新装置，其特征在于，包括：

接收模块，用于接收知识图谱的更新请求，其中，所述更新请求中包含运维文本及所述知识图谱的更新类型；

确定模块，用于根据所述更新类型及所述知识图谱对应的模式层schema信息，确定目标提示Prompt集；

解析模块，用于基于所述目标Prompt集调用大模型对所述运维文本进行解析，确定所述运维文本中包含的第一三元组；

更新模块，用于利用所述第一三元组更新所述知识图谱。

7.如权利要求6所述的装置，其特征在于，所述解析模块，用于：

基于所述目标Prompt集中第一Prompt调用大模型对所述运维文本进行分割，获取所述运维文本中包含的每个事件对应的子文本；

基于所述目标Prompt集中第二Prompt调用大模型对每个所述子文本进行解析，获取每个所述子文本中包含的第一三元组。

8.如权利要求7所述的装置，其特征在于，所述更新模块，用于：

确定每个所述第一三元组间的关系；

基于每个所述第一三元组的实体，及每个所述第一三元组间的关系遍历所述知识图谱，确定各所述第一三元组中目标三元组在所述知识图谱中对应的节点；

根据所述目标三元组对所述知识图谱中所述节点对应的三元组进行更新。

9.如权利要求6所述的装置，其特征在于，所述确定模块，用于：

在所述更新类型为第一类型的情况下，根据从所述更新请求中解析获取的参考Prompt，生成所述目标提示Prompt集。

10.如权利要求6所述的装置，其特征在于，所述更新模块，用于：

基于所述第一三元组的实体遍历所述知识图谱，确定所述第一三元组在所述知识图谱中对应的节点，及所述知识图谱中所述节点对应的第二三元组；

确定所述第一三元组与所述第二三元组是否存在冲突；

在所述第一三元组与所述第二三元组存在冲突的情况下，将所述第一三元组与所述第二三元组发送给预设终端设备；

响应于接收到所述终端设备的冲突反馈信息，基于所述冲突反馈信息中包含的目标三元组标识对应的三元组更新所述知识图谱中所述节点对应的三元组，其中，所述目标三元组标识为所述第一三元组标识和/或所述第二三元组标识。