具体实施方式

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

本发明实施例提供一种工单质检方法、系统及服务器，以解决现有的工单质检方法无法的问题。本发明实施例提供一种工单质检方法，该方法的执行主体，可以但不限于应用程序、服务器或能够被配置为执行本发明实施例提供的该方法的装置或系统。

为便于描述，下文以该方法的执行主体为能够执行该方法的服务器为例，对该方法的实施方式进行介绍。可以理解，该方法的执行主体为服务器只是一种示例性的说明，并不应理解为对该方法的限定。

图1为本发明实施例提供的工单质检方法的流程图，图1的方法可以由服务器执行，如图1所示，该方法可以包括：

步骤110、根据告警对象类型、设备厂家和告警标准名，确定各个网元的实时状态质检属性集合。

其中，告警对象类型、设备厂家和告警标准名均从工单中提取的。该设备厂家可以包括2G设备厂家包括爱立信、华为、中兴，4G设备厂家包括爱立信、华为、中兴、诺西、大唐，OLT设备厂家包括华为、中兴、烽火、贝尔。

该网元的实时状态质检属性可以包括：2G小区退服，2G基站退服，4G小区退服，4G基站退服，OLT脱管，OLT PON口信号丢失，OLT上联PON口信号丢失。

示例性的，该网元的实时状态质检属性集合可以定义为M，则

M＝{m1,m2,m3,m4,…,m28}

其中m1为爱立信2G小区退服，m2为华为2G小区退服，m3为中兴2G小区退服，m4为爱立信2G基站退服，m5为华为2G基站退服，m6为中兴2G基站退服，m7为爱立信4G小区退服，m8为华为4G小区退服，m9为中兴4G小区退服、m10为诺西4G小区退服、m11为大唐4G小区退服，以此类推，m28为贝尔OLT上联PON口信号丢失。

步骤120、根据所述告警对象类型和所述设备厂家，确定所述各个网元的实时状态的获取方式集合。

示例性的，该网元的实时状态的获取方式集合可以定义为N，则

N＝{n1,n2,n3,n4,…,n28}

其中，元素n1为爱立信2G小区状态获取方法，元素n2为华为2G小区状态获取方法，以此类推，n28为贝尔OLT上联口状态获取方法。

所述实时状态的获取方式集合中的元素与所述实时状态质检属性集合中的元素一一对应。

也就是说，对于网元的实时状态质检属性集合M中的每一个质检属性元素，都能在获取实时网元状态方式集合N中找到唯一的方法元素与之对应，即M到N的映射

M->N

若网元的实时状态质检属性集合M与获取实时网元状态方式集合N的对应关系为f，即f为满足一个集合M中元素m与另一个集合N中元素n有着相同的设备厂家和告警对象类型，则

n1＝f(m1)

n2＝f(m2)

以此类推，也就是n1是元素m1在映射f下的象，n2是元素m2在映射f下的象。

步骤130、在确定待质检工单的质检属性值属于所述实时状态质检属性集合的情况下，根据所述待质检工单的质检属性值对应的实时状态的获取方式，获取待质检网元的实时状态。

如图2所示，本步骤具体可实现为：步骤204、将所述待质检工单的质检属性值对应的实时状态的查询指令集发送至待质检网元所在的网管；步骤205、接收所述网管根据所述查询指令集返回的待质检网元的状态日志信息；步骤206、根据所述网管返回的待质检网元的状态日志信息，确定待质检网元的实时状态。具体可实现为：判断待质检网元的实时状态是否正常，若是，则质检合格，若否，则质检不合格；若未知，则按原流程质检。

示例性的，通过对应关系f找到对应的获取实时网元状态方式集合N的方法元素。例如，质检属性为华为4G小区退服，则通过对应关系明确了获取实时华为4G小区状态方式。该方式可以具体指多条获取网元状态的指令，通过实时触发查询网元状态指令至网元所在网管，接收并保存网管对应指令返回的网元状态日志信息。例如华为4G小区实时状态方法的指令就包括LST CELL和DSP CELL。

如图2所示，在执行本步骤之前，本发明实施例提供的工单质检方法还包括：步骤201、提取所述待质检工单的告警对象类型、设备厂家和告警标准名；步骤202、根据所述告警对象类型、设备厂家和告警标准名，确定所述待质检工单的质检属性值；步骤203、判断待质检工单的质检属性值是否属于实时网元状态质检属性集合。若质检属性值属于网元实时状态质检属性集合，则执行步骤130，否则按原质检流程执行质检操作。

即，基于告警三元组计算待质检工单的质检属性值s，若s属于网元实时状态质检属性集合M，即

s∈M

则待质检工单需获取网元实时状态来判断质检是否合格。若s不属于网元实时状态质检属性集合M，即

则待质检工单无需获取网元实时状态来判断质检是否合格，需按原质检流程执行质检操作。

例如，本省目前采用的原质检流程则是通过是否获取到告警清除时间来判断质检是否合格的。

步骤140、根据所述待质检网元的实时状态，及网元的实时状态质检属性集合中的元素与智能质检结果集合中的元素的对应关系，确定所述待质检工单的质检结果。

在执行步骤140之前，本发明实施例提供的工单质检方法包括：

建立网元的实时状态质检属性集合中的元素与智能质检结果集合中的元素的对应关系。

其中，所述网元的实时状态质检属性集合包括：正常、异常、人工闭塞、脱管和未知；所述智能质检结果集合包括合格、不合格和按照原流程质检；

建立网元的实时状态质检属性集合中的元素与智能质检结果集合中的元素的对应关系，具体可实现为：

将所述正常映射为合格；将所述异常、人工闭塞和脱管映射为不合格；将所述未知映射为所述按照原流程质检。

例如，在华为4G小区状态指令集查询返回的网元状态日志信息中包含了小区激活状态和小区的实例状态。若小区激活状态为未激活，则表明该小区被人工停闭了，那么小区的当前状态为人工闭塞，因此映射智能质检结果集合为不合格。若小区激活状态为激活，且小区的实例状态为正常，则表明该小区的当前状态为正常，映射智能质检结果为合格。若小区的激活状态为激活，但小区的实例状态为未建立、不正常，则判断小区状态为故障，映射到智能质检结果为不合格。若在执行获取实时网元状态方法时，未能与网元所在网管成功建立连接，则判断小区的当前状态为未知，因此映射到智能质检结果中的原流程质检。

本发明实施例中，根据告警对象类型、设备厂家和告警标准名，确定各个网元的实时状态质检属性集合；根据所述告警对象类型和所述设备厂家，确定所述各个网元的实时状态的获取方式集合；在确定待质检工单的质检属性值属于所述实时状态质检属性集合的情况下，根据所述待质检工单的质检属性值对应的实时状态的获取方式，获取待质检网元的实时状态；根据所述待质检网元的实时状态，及网元的实时状态质检属性集合中的元素与智能质检结果集合中的元素的对应关系，确定所述待质检工单的质检结果，实现自动的将各个网元连接起来，以实时获取的网元状态作为工单质检的唯一标准，严格管控好故障工单流转的最后一关，减少故障隐患，提升故障处理效率和维护人员管理能力。

以上，结合图1～图2详细说明了本说明书实施例的工单质检系统，下面，结合图3，详细说明本说明书实施例的工单质检系统。

图3示出了本说明书实施例提供的工单质检系统的结构示意图，如图3所示，该工单质检系统300可以包括：

工单质检申请模块310，用于提取出工单中告警对象类型、设备厂家和告警标准名；

质检属性值检测模块320，用于根据告警对象类型、设备厂家和告警标准名，确定各个网元的实时状态质检属性集合；

获取网元状态方式生成模块330，用于根据所述告警对象类型和所述设备厂家，确定所述各个网元的实时状态的获取方式集合，所述实时状态的获取方式集合中的元素与所述实时状态质检属性集合中的元素一一对应；

网元状态判断模块340，用于在确定待质检工单的质检属性值属于所述实时状态质检属性集合的情况下，根据所述待质检工单的质检属性值对应的实时状态的获取方式，获取待质检网元的实时状态；

质检判断模块350，用于根据所述待质检网元的实时状态，及网元的实时状态质检属性集合中的元素与智能质检结果集合中的元素的对应关系，确定所述待质检工单的质检结果。

其中，工单质检申请模块作为基于告警三元组实时获取网元状态的工单智能质检系统的第一个模块，是触发工单智能质检系统的开始，它与质检属性值检测模块、获取网元状态方法生成模块、质检判断模块、前端显示模块相互连接。工单质检申请模块是维护人员在完成故障处理后自主申请工单质检的模块，该模块在收到申请质检消息后，便启动了质检判断流程。工单质检申请模块提取出工单中告警对象类型、设备厂家和告警标准名三个字段传递给质检属性值检测模块。质检属性值检测模块与工单质检申请模块、获取网元状态方法生成模块相连接，在计算出质检属性值后，判断质检属性值是否属于实时网元状态质检属性集合，将属于实时网元状态质检属性集合的质检属性值传递给工单质检申请模块和获取网元状态方法生成模块。若质检属性值不属于实时网元状态质检属性集合，则质检属性值传递给工单质检申请模块，待质检工单按原质检流程执行。

获取网元状态方法生成模块与工单质检申请模块、质检属性值检测模块、方法执行模块连接，在获取到质检属性值后，工单质检申请模块同样传递告警对象类型、设备厂家、网元信息给获取网元状态方法生成模块，网元状态方法生成模块根据质检属性值和工单质检申请模块传递的对应关系，找到映射的获取实时网元状态方法，并输入网元信息参数生成获取网元状态的指令，并将指令串行的传递给方法执行模块。方法执行模块与获取网元状态方法生成模块和网元状态判断模块相连，在获取到实时获取网元状态指令集后，该模块需先与网元所在网管建立连接，然后将指令集传递给网管。最后，在网管执行获取网元状态的指令集后，将每条指令执行后返回的查询日志信息通过方法执行模块透传至网元状态判断模块。

网元状态判断模块与方法执行模块、质检判断模块相连，在获取到方法执行模块返回的查询日志信息后，根据网元状态判断方法计算出网元当前的状态。并将网元状态信息传递给质检判断模块。质检判断模块与工单质检申请模块、网元状态判断模块和前端显示模块相连。通过网元状态模块返回的网元当前状态集合中的属性值，映射出质检结果。并将质检是否合格结果传递给前端显示模块和工单质检申请模块。前端显示模块与工单质检申请模块、质检判断模块相连，该模块将获取到的质检结果呈现在前端，为维护人员提供界面化的呈现。同时工单质检申请模块在工单系统存储此次质检结果，合格则归档工单，不合格则退回工单给维护人员继续处理故障。

在一实施例中，所述系统300包括：

方法执行模块360，与网元所在网管建立连接，用于在网管执行获取网元状态的查询指令集后，将每条查询指令执行后返回的状态日志信息传至网元状态判断模块；

前端显示模块370，用于将所述待质检工单的质检结果呈现在前端。

本发明实施例中，根据告警对象类型、设备厂家和告警标准名，确定各个网元的实时状态质检属性集合；根据所述告警对象类型和所述设备厂家，确定所述各个网元的实时状态的获取方式集合；在确定待质检工单的质检属性值属于所述实时状态质检属性集合的情况下，根据所述待质检工单的质检属性值对应的实时状态的获取方式，获取待质检网元的实时状态；根据所述待质检网元的实时状态，及网元的实时状态质检属性集合中的元素与智能质检结果集合中的元素的对应关系，确定所述待质检工单的质检结果，实现自动的将各个网元连接起来，以实时获取的网元状态作为工单质检的唯一标准，严格管控好故障工单流转的最后一关，减少故障隐患，提升故障处理效率和维护人员管理能力。

以上，结合图1～图2详细说明了本说明书实施例的工单质检方法，下面，结合图4，详细说明本说明书实施例的服务器。

图4示出了本说明书实施例提供的服务器的结构示意图，如图4所示，该服务器400可以包括：

第一确定模块410，用于根据告警对象类型、设备厂家和告警标准名，确定各个网元的实时状态质检属性集合；

第二确定模块420，用于根据所述告警对象类型和所述设备厂家，确定所述各个网元的实时状态的获取方式集合，所述实时状态的获取方式集合中的元素与所述实时状态质检属性集合中的元素一一对应；

获取模块430，用于在确定待质检工单的质检属性值属于所述实时状态质检属性集合的情况下，根据所述待质检工单的质检属性值对应的实时状态的获取方式，获取待质检网元的实时状态；

第三确定模块440，用于根据所述待质检网元的实时状态，及网元的实时状态质检属性集合中的元素与智能质检结果集合中的元素的对应关系，确定所述待质检工单的质检结果。

在一实施例中，所述获取模块430可以包括：

发送单元，用于将所述待质检工单的质检属性值对应的实时状态的查询指令集发送至待质检网元所在的网管；

接收单元，用于接收所述网管根据所述查询指令集、返回的待质检网元的状态日志信息；

确定单元，用于根据所述网管返回的待质检网元的状态日志信息，确定待质检网元的实时状态。

在一实施例中，所述服务器400可以包括：

建立模块450，用于建立网元的实时状态质检属性集合中的元素与智能质检结果集合中的元素的对应关系。

在一实施例中，所述网元的实时状态质检属性集合包括：正常、异常、人工闭塞、脱管和未知；所述智能质检结果集合包括合格、不合格和按照原流程质检；

建立模块450可以，包括：

映射单元，用于将所述正常映射为合格；将所述异常、人工闭塞和脱管映射为不合格；将所述未知映射为所述按照原流程质检。

在一实施例中，所述服务器400可以包括：

提取模块460，用于提取所述待质检工单的告警对象类型、设备厂家和告警标准名；

第四确定模块470，用于根据所述告警对象类型、设备厂家和告警标准名，确定所述待质检工单的质检属性值。

本发明实施例中，根据告警对象类型、设备厂家和告警标准名，确定各个网元的实时状态质检属性集合；根据所述告警对象类型和所述设备厂家，确定所述各个网元的实时状态的获取方式集合；在确定待质检工单的质检属性值属于所述实时状态质检属性集合的情况下，根据所述待质检工单的质检属性值对应的实时状态的获取方式，获取待质检网元的实时状态；根据所述待质检网元的实时状态，及网元的实时状态质检属性集合中的元素与智能质检结果集合中的元素的对应关系，确定所述待质检工单的质检结果，实现自动的将各个网元连接起来，以实时获取的网元状态作为工单质检的唯一标准，严格管控好故障工单流转的最后一关，减少故障隐患，提升故障处理效率和维护人员管理能力。

下面将结合图5详细描述根据本发明实施例的服务器。参考图5，在硬件层面，服务器包括处理器，可选地，包括内部总线、网络接口、存储器。其中，如图5所示，存储器可能包含内存，例如高速随机存取存储器(Random-Access Memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少1个磁盘存储器等。当然，该服务器还可能包括实现其他目标业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是工业标准体系结构(Industry StandardArchitecture，ISA)总线、外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(ExtendedIndustry StandardArchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成资源增值对象与资源对象的关联装置。处理器，执行存储器所存放的程序，并具体用于执行本说明书前文所述的方法实施例的操作。

上述图1至图4所示实施例揭示的方法、系统、服务器执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field－Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

图5所示的服务器还可执行图1至图2的方法，实现工单质检方法在图3至图4所示实施例的功能，本发明实施例在此不再赘述。

当然，除了软件实现方式之外，本申请的服务器并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述各个方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。