CN114418538A - 一种运维工单处理方法和装置 - Google Patents

Abstract

本公开涉及数据处理技术领域，提供了一种运维工单处理方法和装置。该方法包括：接收缺陷信息，其中，缺陷信息至少包括缺陷类型、缺陷属性信息；基于缺陷信息，利用标签规则库进行匹配，得到带有确认标签的缺陷；根据消缺作业配置规则对带有确认标签的缺陷进行匹配，生成对应的消缺作业类型工单；基于消缺作业类型工单，进行消缺作业处理。本公开实现了系统自动分析和筛选缺陷信息，自动匹配不同类型的消缺作业工单，降低人工判断失误率，有助于对设备缺陷进行精准运维，提升消除故障缺陷的效率。

Description

一种运维工单处理方法和装置

技术领域

本公开涉及数据处理技术领域，尤其涉及一种运维工单处理方法和装置。

背景技术

综合能源智能运维平台，对多种能源提供生产、运行、消费的设备提供检修、维修、改造、调节等综合性服务。对于出现故障缺陷的设备，由于缺陷类型不同，处理缺陷的紧急程度和消缺方式也完全不同，需要平台对各种设备的缺陷信息生成不同类型的消缺工单，使得设备缺陷问题能够及时解决。

然而，现有技术，综合运维平台智能工单管理模块，主要生成电力设备的告警转单和物业实施设备的工单管理，系统将上报的告警信息以自动或手动的形式转成工单，但是不能通过智能化手段将设备缺陷信息精准生成不同类型的消缺作业工单。

发明内容

有鉴于此，本公开实施例提供了一种运维工单处理方法、装置、电子设备及计算机可读存储介质，以解决现有技术中无法将设备缺陷信息精准生成不同类型的消缺作业工单的问题。

本公开实施例的第一方面，提供了一种运维工单处理方法，包括：

接收缺陷信息，其中，所述缺陷信息至少包括缺陷类型、缺陷属性信息；

基于所述缺陷信息，利用标签规则库进行匹配，得到带有确认标签的缺陷；

根据消缺作业配置规则对所述带有确认标签的缺陷进行匹配，生成对应的消缺作业类型工单；

基于所述消缺作业类型工单，进行消缺作业处理。

本公开实施例的第二方面，提供了一种运维工单处理装置，包括：

缺陷接收模块，被配置为接收缺陷信息，其中，所述缺陷信息至少包括缺陷类别、缺陷属性信息；

缺陷清洗模块，被配置为基于所述缺陷信息，利用标签规则库进行匹配，得到带有确认标签的缺陷；

缺陷转单模块，被配置为根据消缺作业配置规则对所述带有确认标签的缺陷进行匹配，生成对应的消缺作业类型工单；

缺陷处理模块，被配置为基于所述消缺作业类型工单，进行消缺作业处理。本公开实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。

本公开实施例的第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本公开实施例与现有技术相比存在的有益效果是：本公开实施例基于缺陷信息，筛选利用标签规则库进行匹配，得到带有确认标签的缺陷，根据消缺作业配置规则匹配，生成对应的消缺作业类型工单，并基于消缺作业类型工单，完成消缺作业流程，实现了系统自动分析和筛选缺陷信息，自动匹配不同类型的消缺作业工单，降低人工判断失误率，有助于对设备缺陷进行精准运维，提升消除故障缺陷的效率。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本公开实施例提供的一种运维工单处理方法的示意图；

图2是本公开实施例提供的运维工单处理方法中生成不同消缺作业类型工单的具体流程示意图；

图3是本公开实施例提供的一种运维工单处理装置的示意图；

图4是本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本公开实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本公开。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本公开的描述。

另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。

下面将结合附图详细说明根据本公开实施例的一种运维工单处理方法和装置。

综合运维平台对于运行中的设备，在发生设备缺陷时，由于缺陷没有严格的定义，各类型设备厂家和用户上报的缺陷都是自定义缺陷，综合运维系统会接受到众多缺陷信息，部分缺陷信息具有重复性高、错误率高、描述真实性低的特点。同时结合发生缺陷的不同的应用场景，需要处理的缺陷信息的紧急程度和消除缺陷的流程是不同的，没有统一标准确定哪些缺陷需要紧急处理、哪些需要远程操作、哪些无需处理，针对设备缺陷运维问题，需要对设备缺陷进行筛选，生成满足不同设备作业需求的消缺工单。

现有技术中，仅仅对上报的设备告警缺陷信息自动或手动全部转成工单，但对于设备自身监测到的故障缺陷或告警缺陷信息，以及人员上报的缺陷信息，不能进行智能化筛选分析，合并优化，确定是否将不同的缺陷信息精准地转成作业工单。

本公开实施例则提出了一种运维工单处理方法，基于缺陷信息，利用标签规则库进行匹配，得到带有确认标签的缺陷；基于带有确认标签的缺陷，根据消缺作业配置规则匹配，生成对应的消缺作业类型工单；基于消缺作业类型工单，从而完成消缺作业流程，实现了系统自动分析和筛选缺陷信息，自动匹配不同类型的消缺作业工单，减少了人为判断过程中的失误，有助于对设备缺陷进行精准运维，提升消除故障缺陷的效率。

图1是本公开实施例提供的一种运维工单处理方法，如图1所示，该方法具体可以包括：

S101：接收缺陷信息，其中，缺陷信息至少包括缺陷类别、缺陷属性信息。

在本公开实施例中，接收缺陷信息来自于能源运维服务中各种设备的各种缺陷，实际应用中，能源运维服务可以是综合能源运维服务。其中，综合能源运维服务是整合区域内石油、煤炭、天然气和电力等多种能源资源，为进行生产、运行、消费的设备提供检修、保养、维修、改造、巡视、调节等综合性服务。设备可以是生产能源设备、存储能源设备、传输能源设备、回收能源设备等。

缺陷类别包括但不限于设备自身故障和告警信息上报的缺陷、厂家可预先在设备中自定义设置缺陷、检测装置检测的缺陷、运维人员填报的缺陷、平台系统诊断的缺陷中的至少一种。其中，检测装置上传的缺陷可以通过离线方式或在线的方式上传。

根据设备的不同，缺陷属性信息也会不同，包括但不限于缺陷名称、缺陷等级、缺陷类型、缺陷现象描述、缺陷图片等信息。各类缺陷信息均由用户和设备自定义的方式进行上报。根据得到的缺陷信息，建立缺陷库，将收集的缺陷信息全部收集汇总，并储存，形成缺陷数据库，随着设备故障缺陷的增加，缺陷数据库更新。

S102：基于缺陷信息，利用标签规则库进行匹配，得到带有确认标签的缺陷。

将缺陷库中的缺陷信息在标签规则库中匹配，匹配的过程也是去重、筛选、归类的过程，具体步骤如下：

第一步，进行匹配之前，需要先将缺陷信息进行缺陷去重，得到非重复缺陷。

在本公开实施例中，采用识别技术可以将缺陷数据库中的缺陷信息进行缺陷去重，具体地，识别技术是将图像识别技术和文字识别技术相结合的方式。先利用图像识别技术，识别采集到的缺陷信息中的缺陷图片，根据缺陷数据库中的缺陷属性信息，确定设备设施信息，通过识别数据库中和实际缺陷的缺陷位置、缺陷表征信息，经过系统比较，查找得到多条待处理相似度较高的缺陷，进而利用文字识别技术，识别缺陷库中的官方名称、别称、描述事件等信息，经过文字比对，进一步得到多条相似度较高的缺陷。

在系统中相似度设置阈值，阈值初始值设置为20％，随着去重机规则库中的数据增加，阈值按照5％的比例进行提高。综合计算图片识别和文字识别技术的相似度的权重，将计算结果和阈值进行比较，超过阈值，则将重复的、质量较差的缺陷信息进行去重，标记为作废缺陷，无需进行处理，将筛选出来的作废缺陷建立去重规则库。未超过阈值的，标记为非重复缺陷。

第二步，根据非重复缺陷，通过标签规则库进行匹配，得到带有确认标签的缺陷。

首先，在标签匹配规则库中进行匹配，标签规则库为预先设置。具体地，由各能源设备的基础信息，建立的设备知识库；由缺陷关联的设备设施应用场景、发生的场景信息、设备运行检修规程信息、设备维护保养手册信息和设备故障处理建议组合作为规则因素构成标签匹配规则库。基于设备知识库确定基础信息，基于规则匹配库确定规则因素并进行矩阵排列组合，生成套餐，套餐内容包括，设备信息、缺陷内容、处理意见、保养安排等。将生成的套餐设置处理标签，具体地，套餐处理标签规则设置为远程处理缺陷、现场处理缺陷、以及无需处理缺陷。

本实施例中，将非重复缺陷和标签规则设置的远程处理缺陷、现场处理缺陷、以及无需处理缺陷进行匹配，形成匹配度，依据匹配度设置阈值，超过阈值则匹配成功。其中，阈值的设置初始值可以设为30％，根据应用场景不同，应用场景可以是电力设备、智能家居、供暖设备等，此处不做限制。设置的匹配度阈值根据应用场景不同，阈值也不同。

进一步地，匹配成功后，进行用户确认标签。判断是否之前已有用户确认历史缺陷信息，若没有则推送消息，进行用户确认，用户确认后将缺陷打上对应标签，且推送到标签缺陷库，为机器学习提供知识信息。然后，若历史被用户确认过的，则直接按照历史已确认的信息进行处理。用户确认匹配后对应标签的缺陷，得到带有确认标签的缺陷。

第三步，将带有确认标签的缺陷，所有的标签信息同步到标签规则库。

标签规则库通过信息匹配和相似度的方式，基于已有的缺陷信息集进行训练，得到不同缺陷类型的特征点，结合设备信息，构建标签规则库。最终实现所有的缺陷经过标签规则库匹配，得到对应的远程处理缺陷、现场处理缺陷和无需处理缺陷的标签。

S103：根据消缺作业配置规则对所述带有确认标签的缺陷进行匹配，生成对应的消缺作业类型工单。

消缺作业配置规则包括用户自定义规则和系统默认规则，根据用户自定义规则，将带有确认标签的缺陷与对应的消缺作业类型工单进行匹配。若满足用户自定义规则，直接生成对应的消缺作业类型工单，若不满足自定义规则，则按照系统默认规则继续匹配，生成临时作业工单，将临时作业工单进行用户确认，生成对应的消缺作业类型工单，具体地，消缺工单类型工单分为消缺工单、抢修工单、检修工单。

S104：基于消缺作业类型工单，进行消缺作业处理。

本实施例中，三类工单所执行的流程依据紧急程度、事故类型、设备类型执行不同的作业流程，主要流程如下：(1)消缺工单流程：缺陷转为消缺工单后，由系统或运维主管人员进行工单派发，运维工接单后，依据工单任务内容，申请备品备件、车辆、工器具的准备，同时申请二种工作票，待工作票批准，物质准备完毕，按照工单计划执行日期到现场进行身份核验，作业前安全宣贯后，按照工单消缺的作业指导卡进行作业处理，处理后需提交消缺完结信息，形成消缺完结单。(2)抢修工单流程：缺陷生成抢修工单后，由运维主管进行抢修方案的定制，定制内容包含人员调配、备品备件调配、设备调配、安全设施调配、车辆调配、应急现场处置方案定制后，发布抢修工单到现场站长，站长协调各物资准备方按照物资调配联系单完成物资的调配和配送，推送现场安全应急联系单到现场运行值班人员，完成安全措施准备后，站长按照调配的人所持的抢修工单方案到达现场，对现场情况完成事故和故障排查，并上报故障和事故排查方案和抢修优化方案，待运维主管批准后，进行现场抢修，抢修完毕后，抢修人员完成抢修报告上报，并补填一种工作票。(3)检修工单，缺陷生成检修工单后，由运维主管派检修工单到运维工，运维工在工单上申请一种工作，依据设备故障情况，可能需要申请动火或动土工作票，等待工作票批准后，申请停电停机操作票，待批准后，进行备品备件、车辆、工器具、安全措施物资准备，完成物资准备后，到达现场进行审核核验，由现场运行值班人员进行安全措施部署，并宣布开始工作，运维工方可进入现场，依据工单上操作票唱票流程完成停电停机操作后，才可以进行检修和维修处理，处理完毕后需进行检修报告提交，工作票和操作票申请终结，物资归还，等待运维主管完成检修审核验收，验收通过后完成设备检修流程，审核驳回需重新申请两票，重新进行检修处理。

按照对应的消缺处理流程，完成消缺处理，消缺处理完成后，用户反馈缺陷转单类型是否正确和反馈建议的消缺作业类型工单，并将信息同步到错题库中，提供机器进行学习，提升自动转单的精确度。

本公开实施例的有益效果至少包括：本公开实施例首先接收缺陷信息，其中缺陷信息至少包括缺陷类别、缺陷属性信息；然后基于缺陷信息，筛选利用标签规则库进行匹配，得到带有确认标签的缺陷，并根据消缺作业配置规则匹配，生成对应的消缺作业类型工单，基于消缺作业类型工单，完成消缺作业流程。本公开实现了系统自动分析和筛选缺陷信息，自动匹配不同类型的消缺作业工单，降低人工判断失误率，解除人员对历史运维经验的依赖，有助于对设备缺陷进行精准运维，节约运维成本，提升消除故障缺陷的效率，满足不同应用场景下的消缺作业需求。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

以下给出一种运维工单处理方法，包括如下步骤：

接收缺陷信息；

进行缺陷去重，得到非重复缺陷；

根据标签规则库匹配对应标签缺陷；

用户确认标签缺陷；

基于用户标签缺陷，根据消缺作业工单类型库和消缺作业规则库进行匹配；

生成对应的消缺作业工单；

完成消缺作业流程；

现场反馈消缺作业工单类型是否正确并同步至错题库进行更新。

图2是本公开实施例提供的生成不同消缺作业类型工单的具体流程示意图，如图2所示，该方法具体可以包括：

S201，设置消缺作业工单类型库。

具体地，系统按照业务场景需求，将消缺作业工单类型分为消缺工单、抢修工单、检修工单。消缺工单，指设备和设施出现无需停机停电，不影响正常运行生产的缺陷，且维修消缺周期可长可短，无需紧急处理的现场消缺；抢修工单，指设备和设施出现重大故障和事故情况，继续紧急消防处理，需进行紧急人物调配，简化作业处理流程的灵活性抢修。检修工单，指设备和设施出现故障情况，无需紧急处理，可进行排期按照计划停机和停电，且需专业技术人员进行现场处理。

S202，基于带有确认标签的缺陷，通过消缺作业配置规则和消缺作业类型库进行匹配。

消缺作业配置规则库由用户自定义转单规则和系统默认设置的规则组成。

S203，进行用户自定义规则匹配。

具体地，本实施例中，系统为用户提供用户自定义的转单规则配置功能，系统依据用户自定义的规则，若未满足规则条件，则直接生成对应的消缺作业类型的工单。其中，用户自定义的规则因子包含缺陷等级、缺陷类型、缺陷来源、用户自己上传的设备故障知识库信息，将信息组合为多个套餐，将套餐对应不同类型的消缺作业类型工单，依据信息匹配，匹配成功的则对应生成消缺作业类型的工单。

若匹配成功，则：

S204，直接生成对应的消缺类型的工单。

S205，执行消缺作业流程。

S206，现场反馈消缺工单类型是否正确，给出对应建议的工单类型。

若匹配不成功，进入系统默认规则进行判断，则：

S207，查找缺陷发生场景信息。

S208，查找缺陷对应设备设施应用场景信息。

S209，查找缺陷等级。

S210，查找上报来源。

S211，查找缺陷设备或关联相关设备的停电操作流程信息。

S212，查找是否需要两票信息。

S213，确定缺陷处理类型标签。

S214，选择现场处理或远程处理。

完成系统默认规则匹配，若匹配成功，则：

S215，生成临时的消缺作业工单。

S216，判断是否有历史匹配信息。

S217，若没有，则推送询问信息。

S218，确认作业工单类型是否正确，若用户确认为正确，则对应生成对应的作业类型工单，返回至步骤S204。

S219，确认历史匹配是否正确，若正确，则直接生成对应的作业工单类型，返回至步骤S204。

若不正确，则：

S220，进入错题库进行学习。

其中，错题库为预先设置的信息库，基于缺陷类型进行划分，错题库汇总包含用户进行修改标签的缺陷，以及缺陷处理套餐中内容存在问题的缺陷。

在一些实施例中，该方法还包括：可通过人工添加缺陷，将对缺陷直接录入待转的消缺工单类型，系统通过直接读表实现匹配自动转单。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图3是本公开实施例提供的一种运维工单处理装置的示意图，如图3所示，该运维工单处理装置包括缺陷接收模块301、缺陷清洗模块302、缺陷转单模块303、缺陷处理模块304。其中，缺陷接收模块301被配置为接收缺陷信息，其中，缺陷信息至少包括缺陷类别、缺陷属性信息。缺陷清洗模块402被配置为基于缺陷信息，利用标签规则库进行匹配，得到带有确认标签的缺陷。缺陷转单303被配置为根据消缺作业配置规则对所述带有确认标签的缺陷进行匹配，生成对应的消缺作业类型工单。缺陷处理模块404被配置为基于消缺作业类型工单，进行消缺作业处理。

在一些实施例中，缺陷类别包括设备自身故障和告警信息上报的缺陷、检测装置检测的缺陷、运维人员填报的缺陷、平台系统诊断的缺陷中的至少一种；缺陷属性信息包括缺陷名称、缺陷等级、缺陷类型、缺陷现象描述、缺陷图片中的至少一种。

在一些实施例中，缺陷清洗模块302被具体配置为：基于缺陷信息，采用识别技术进行信息筛选，得到非重复缺陷；基于非重复缺陷，根据标签匹配规则库设置的需要远程处理缺陷、需现场处理缺陷、无需处理缺陷规则进行匹配，得到匹配后对应标签的缺陷；用户确认匹配后对应标签的缺陷，得到带有确认标签的缺陷。

在一些实施例中，缺陷转单303被具体配置为：消缺作业配置规则包括用户自定义规则和系统默认规则；根据用户自定义规则，将带有确认标签的缺陷与对应的消缺作业类型工单进行匹配；若满足用户自定义规则，直接生成对应的消缺作业类型工单；若不满足自定义规则，则按照系统默认规则继续匹配，生成临时作业工单；将临时作业工单进行用户确认，生成对应的消缺作业类型工单。

在一些实施例中，缺陷处理模块304被具体配置为：用户反馈消缺工单是否准确，给出对应建议的工单类型。

图4是本公开实施例提供的电子设备4的结构示意图。如图4所示，该实施例的电子设备4包括：处理器401、存储器402以及存储在该存储器402中并且可以在处理器401上运行的计算机程序403。处理器401执行计算机程序403时实现上述各个方法实施例中的步骤。或者，处理器401执行计算机程序403时实现上述各装置实施例中各模块/单元的功能。

示例性地，计算机程序403可以被分割成一个或多个模块/单元，一个或多个模块/单元被存储在存储器402中，并由处理器401执行，以完成本公开。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序403在电子设备4中的执行过程。

电子设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备4可以包括但不仅限于处理器401和存储器402。本领域技术人员可以理解，图4仅仅是电子设备4的示例，并不构成对电子设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如，电子设备还可以包括输入输出设备、网络接入设备、总线等。

处理器401可以是中央处理单元(Central Processing Unit，CPU)，也可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器402可以是电子设备4的内部存储单元，例如，电子设备4的硬盘或内存。存储器402也可以是电子设备4的外部存储设备，例如，电子设备4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器402还可以既包括电子设备4的内部存储单元也包括外部存储设备。存储器402用于存储计算机程序以及电子设备所需的其它程序和数据。存储器402还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

在本公开所提供的实施例中，应该理解到，所揭露的装置/计算机设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/计算机设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本公开实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在计算机可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围，均应包含在本公开的保护范围之内。

Claims (10)

1.一种运维工单处理方法，其特征在于，包括：

接收缺陷信息，其中，所述缺陷信息至少包括缺陷类型、缺陷属性信息；

基于所述缺陷信息，利用标签规则库进行匹配，得到带有确认标签的缺陷；

根据消缺作业配置规则对所述带有确认标签的缺陷进行匹配，生成对应的消缺作业类型工单；

基于所述消缺作业类型工单，进行消缺作业处理。

2.根据权利要求1所述的方法，其特征在于，所述缺陷类型包括设备自身故障和告警信息上报的缺陷、检测装置检测的缺陷、运维人员填报的缺陷、平台系统诊断的缺陷中的至少一种；

所述缺陷属性信息包括缺陷名称、缺陷等级、缺陷类型、缺陷现象描述、缺陷图片中的至少一种。

3.据权利要求1所述的方法，其特征在于，基于所述缺陷信息，利用标签规则库进行匹配，得到带有确认标签的缺陷，包括：

基于所述缺陷信息，采用识别技术进行信息筛选，得到非重复缺陷；

基于所述非重复缺陷，根据标签匹配规则库，得到匹配后对应标签的缺陷；

通过用户确认所述匹配后对应标签的缺陷，得到带有确认标签的缺陷。

4.根据权利要求3所述的方法，其特征在于，基于所述非重复缺陷，根据标签匹配规则库，得到匹配后对应标签的缺陷步骤中，设置的标签规则为需要远程处理缺陷、需现场处理缺陷、无需处理缺陷。

5.根据权利要求1所述的方法，其特征在于，所述消缺作业配置规则包括用户自定义规则和系统默认规则；

所述基于所述带有确认标签的缺陷，根据消缺作业配置规则匹配，生成对应的消缺作业类型工单，包括：

根据用户自定义规则，将所述带有确认标签的缺陷与对应的消缺作业类型工单进行匹配；

若满足用户自定义规则，直接生成对应的消缺作业类型工单；

若不满足自定义规则，则按照系统默认规则继续匹配，生成临时作业工单；

将所述临时作业工单进行用户确认，生成对应的消缺作业类型工单。

6.根据权利要求5所述的方法，其特征在于，所述消缺作业类型工单包括：消缺工单、检修工单、抢修工单。

7.根据权利要求1所述的方法，其特征在于，所述基于所述消缺作业类型工单，进行消缺作业处理步骤后，还包括：

获取消缺工单是否准确的反馈，并基于反馈调整工单类型。

8.一种运维工单处理装置，其特征在于，包括：

缺陷接收模块，被配置为接收缺陷信息，其中，所述缺陷信息至少包括缺陷类别、缺陷属性信息；

缺陷清洗模块，被配置为基于所述缺陷信息，利用标签规则库进行匹配，得到带有确认标签的缺陷；

缺陷转单模块，被配置为根据消缺作业配置规则对所述带有确认标签的缺陷进行匹配，生成对应的消缺作业类型工单；

缺陷处理模块，被配置为基于所述消缺作业类型工单，进行消缺作业处理。

9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述方法的步骤。

Images