工单处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及定期试验技术领域，特别是涉及一种工单处理方法、装置、计算机设备和存储介质。

背景技术

核电厂是通过核燃料在核反应堆中产生的热能来进行发电。由于核电厂的特殊性，需要保证核电厂最基本的安全。而定期试验作为保证核电厂安全的一个重要过程，是指针对处于运行阶段的核电厂按运行技术规格书的要求，在确定的时间间隔内，按照试验程序所规定的方法，对机组、系统、部件或构筑物所进行的测定性能参数或检查其可用性的工作。

目前，专业人员在审核试验工单的执行结果时，若对执行结果不满意，例如发现设备存在缺陷时，需要将设备缺陷处理完毕才能关闭试验工单。传统技术中，需要人工追踪设备缺陷解决情况，并填写解决信息，手动关闭试验工单，操作繁琐，工单处理效率低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高工单处理效率的工单处理方法、装置、计算机设备和存储介质。

一种工单处理方法，所述方法包括：

获取缺陷工序的缺陷处理信息，获取缺陷通知单模板，缺陷处理信息包括所述缺陷工序对应的缺陷信息、解决方案和检验工单；

根据缺陷工序的缺陷处理信息和缺陷通知单模板生成目标缺陷通知单；

将目标缺陷通知单发送至执行终端，以使执行终端在执行终端的页面上将目标缺陷通知单进行显示，获取在执行终端的页面上录入的根据解决方案和检验工单处理缺陷信息得到的缺陷处理结果，反馈缺陷处理结果；

将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态；

当缺陷信息的解决状态为已解决时，将缺陷工序对应的工单的执行状态修改为已完成。

在其中一个实施例中，获取缺陷工序的缺陷处理信息之前，所述方法还包括：

获取工单对应的至少一个审批终端，将工单发送至审批终端，以使审批终端对工单中各个工序的执行结果进行审批；

获取审批终端反馈的各个工序的审批相关信息，审批相关信息包括审批结果、缺陷信息和解决方案；

当工序的审批结果为审批未通过时，确定工序为缺陷工序。

在其中一个实施例中，所述方法还包括：

获取与缺陷工序关联的至少一个目标工序，将目标工序组成缺陷工序对应的检验工单；

根据缺陷信息、解决方案和检验工单生成缺陷工序的缺陷处理信息。

在其中一个实施例中，所述方法还包括：

获取参考检验工单集合，参考检验工单集合包括不同缺陷信息对应的参考检验工单；

从参考检验工单集合中获取缺陷信息对应的参考检验工单，将参考检验工单作为缺陷工序对应的检验工单；

根据缺陷信息、解决方案和检验工单生成缺陷工序的缺陷处理信息。

在其中一个实施例中，根据缺陷工序的缺陷处理信息和缺陷通知单模板生成目标缺陷通知单之后，所述方法还包括：

获取缺陷工序对应的工单；

将缺陷工序对应的工单和目标缺陷通知单进行关联；

当缺陷信息的解决状态为已解决时，将缺陷工序对应的工单的执行状态修改为已完成，包括：

当缺陷信息的解决状态为已解决时，获取目标缺陷通知单关联的工单，将与目标缺陷通知单关联的工单的执行状态修改为已完成。

在其中一个实施例中，所述将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态，包括：

当比较结果为一致时，确定缺陷信息的解决状态为已解决；

当比较结果为不一致时，确定缺陷信息的解决状态为未解决。

在其中一个实施例中，所述方法还包括：

当缺陷信息的解决状态为未解决时，发送缺陷工序对应的缺陷信息未解决的提示消息至预设终端，提示消息包括视频、图像、语音、文字中的至少一种，提示消息携带缺陷工序对应的缺陷处理信息和缺陷处理结果。

一种工单处理装置，所述装置包括：

获取模块，用于获取缺陷工序的缺陷处理信息，获取缺陷通知单模板，缺陷处理信息包括缺陷工序对应的缺陷信息、解决方案和检验工单；

生成模块，用于根据缺陷工序的缺陷处理信息和缺陷通知单模板生成目标缺陷通知单；

发送模块，用于将目标缺陷通知单发送至执行终端，以使执行终端在执行终端的页面上将目标缺陷通知单进行显示，获取在执行终端的页面上录入的根据解决方案和检验工单处理缺陷信息得到的缺陷处理结果，反馈缺陷处理结果；

比较模块，用于将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态；

修改模块，用于当缺陷信息的解决状态为已解决时，将缺陷工序对应的工单的执行状态修改为已完成。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取缺陷工序的缺陷处理信息，获取缺陷通知单模板，缺陷处理信息包括缺陷工序对应的缺陷信息、解决方案和检验工单；

根据缺陷工序的缺陷处理信息和缺陷通知单模板生成目标缺陷通知单；

将目标缺陷通知单发送至执行终端，以使执行终端在执行终端的页面上将目标缺陷通知单进行显示，获取在执行终端的页面上录入的根据解决方案和检验工单处理缺陷信息得到的缺陷处理结果，反馈缺陷处理结果；

将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态；

当缺陷信息的解决状态为已解决时，将缺陷工序对应的工单的执行状态修改为已完成。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取缺陷工序的缺陷处理信息，获取缺陷通知单模板，缺陷处理信息包括缺陷工序对应的缺陷信息、解决方案和检验工单；

根据缺陷工序的缺陷处理信息和缺陷通知单模板生成目标缺陷通知单；

将目标缺陷通知单发送至执行终端，以使执行终端在执行终端的页面上将目标缺陷通知单进行显示，获取在执行终端的页面上录入的根据解决方案和检验工单处理缺陷信息得到的缺陷处理结果，反馈缺陷处理结果；

将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态；

当缺陷信息的解决状态为已解决时，将缺陷工序对应的工单的执行状态修改为已完成。

上述工单处理方法、装置、计算机设备和存储介质，通过获取缺陷工序的缺陷处理信息，获取缺陷通知单模板，缺陷处理信息包括缺陷工序对应的缺陷信息、解决方案和检验工单；根据缺陷工序的缺陷处理信息和缺陷通知单模板生成目标缺陷通知单；将目标缺陷通知单发送至执行终端，以使执行终端在执行终端的页面上将目标缺陷通知单进行显示，获取在执行终端的页面上录入的根据解决方案和检验工单处理缺陷信息得到的缺陷处理结果，反馈缺陷处理结果；将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态；当缺陷信息的解决状态为已解决时，将缺陷工序对应的工单的执行状态修改为已完成。这样，自动根据缺陷工序的相关信息生成缺陷通知单发送至执行终端，自动根据执行终端返回的缺陷处理结果和预期处理结果的对比结果确定缺陷是否解决，当确定缺陷已解决时，自动关闭工单，从而提高了工单处理效率。

附图说明

图1为一个实施例中工单处理方法的应用环境图；

图2为一个实施例中工单处理方法的流程示意图；

图3为一个实施例中确定缺陷工序的流程示意图；

图4为一个实施例中生成缺陷处理信息的流程示意图；

图5为另一个实施例中生成缺陷处理信息的流程示意图；

图6为另一个实施例中工单处理方法的流程示意图；

图7为一个实施例中工单处理装置的结构框图；

图8为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的工单处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与服务器104通过网络进行通信。服务器104获取缺陷工序的缺陷处理信息和缺陷通知单模板，将缺陷处理信息导入缺陷通知单模板，得到目标缺陷通知单。服务器104将目标缺陷通知单发送至终端102，终端102在本地页面上展示目标缺陷通知单。现场操作员根据目标缺陷通知单上的解决方案处理缺陷，执行目标缺陷通知单上的检验工单检验缺陷解决情况，得到缺陷处理结果，并录入至终端102，进而反馈至服务器104。服务器104可以将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态。当确定缺陷已解决时，服务器104可以自动将缺陷工序对应的工单的执行状态修改为已完成。其中，终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图2所示，提供了一种工单处理方法，以该方法应用于图1中的服务器为例进行说明，包括以下步骤：

S202，获取缺陷工序的缺陷处理信息，获取缺陷通知单模板，缺陷处理信息包括缺陷工序对应的缺陷信息、解决方案和检验工单。

S204，根据缺陷工序的缺陷处理信息和缺陷通知单模板生成目标缺陷通知单。

其中，缺陷工序是指审批结果为审批未通过的工序。审批结果为审批未通过的工序表明工序的执行结果出现异常。当核电厂的设备出现缺陷或故障时，工序的执行结果会存在出现异常的情况。缺陷处理信息是指用于处理缺陷的相关信息，包括缺陷信息、解决方案、检验工单、审批人员等信息。缺陷信息是指故障信息，也就是，导致工序的执行结果出现异常的故障原因，例如风机的轴承损坏，导致风机轴承温度异常，则缺陷信息为风机的轴承损坏。解决方案是指解决缺陷或故障的方法，例如更换风机的轴承。检验工单是用于检验缺陷是否解决的工单，检验工单包括至少一个检验工序。缺陷通知单模板是一个具有标准格式的文件模板，用于导入相关数据生成缺陷通知单。

具体地，服务器存储有多个已执行的工单和各个工单中各个工序的执行结果的审批相关信息，审批相关信息包括审批人员信息、审批开始时间、审批结束时间、审批结果、审批结果对应的审批理由中的至少一种。审批结果包括审批通过和审批未通过。当审批结果为审批未通过时，审批人员需要填写审批理由，审批理由包括缺陷信息和解决方案。当监测到工序的工序执行结果为审批不通过时，确定该工序为缺陷工序，服务器从审批相关信息中获取缺陷工序对应的缺陷信息、解决方案，服务器获取检验工单，根据缺陷工序对应的缺陷信息、解决方案和检验工单组成缺陷处理信息。服务器获取缺陷通知单模块，将缺陷处理信息导入缺陷通知单模板，生成目标缺陷通知单。

在一个实施例中，缺陷处理信息包括缺陷信息对应的缺陷等级。当审批结果为审批未通过时，审批人员可以根据评判标准确缺陷信息对应的缺陷等级。缺陷等级可以用数字来进行表示，数字越大，缺陷等级越高。缺陷等级还可以是自动根据缺陷数量确定的，缺陷数量越多，缺陷等级越高。例如，缺陷信息包括风机的轴承损坏、风机的机壳断裂、风机的进风口堵塞，则缺陷等级为3。

在一个实施例中，一个工单可以包括多个缺陷工序，多个缺陷工序对应的缺陷信息可以相同，也可以不同。不同工单可以分别包括不同的缺陷工序，不同工单的缺陷工序对应的缺陷信息可以相同，也可以不同。当多个缺陷工序对应的缺陷信息相同时，服务器只需要生成一个目标缺陷通知单，将其他缺陷工序与该目标缺陷通知单关联。

S206，将目标缺陷通知单发送至执行终端，以使执行终端在执行终端的页面上将目标缺陷通知单进行显示，获取在执行终端的页面上录入的根据解决方案和检验工单处理缺陷信息得到的缺陷处理结果，反馈缺陷处理结果。

其中，缺陷处理结果是指检验工单的执行结果。根据解决方案处理缺陷信息后，需要执行检验工单。执行终端是指执行人员执行工单时操作的终端。

具体地，服务器生成目标缺陷通知单后，将目标缺陷通知单发送至执行人员对应的终端。执行人员对应的终端接收到目标缺陷通知单后，在终端的页面上将目标缺陷通知单进行显示。执行人员根据终端上显示的内容获知设备的缺陷信息、解决方案和检验工单，进而执行人员根据解决方案处理缺陷信息，执行检验工单，并在终端的页面上录入检验工单中各个工序的执行结果。当检验工单执行完毕后，执行人员可以通过终端将检验工单的执行结果发送至服务器。

在一个实施例中，执行终端安装有应用程序，可以通过应用程序展示目标缺陷通知单。执行人员可以在展示页面的相应位置上录入检验工单的执行结果。页面中展示有用于触发反馈的控件，当检测到作用于该控件的触发操作时，执行终端可以将包括检验工单执行结果的目标缺陷通知单反馈给服务器。

在一个实施例中，服务器可以获取缺陷工序所对应的工单的执行人员标识，将目标缺陷通知单发送至该执行人员标识对应的终端。服务器还可以获取当前时间段的值班人员信息，从值班人员信息中获取该工单对应的执行区域的当前值班人员标识，将目标缺陷通知单发送至当前值班人员标识对应的终端。

在一个实施例中，服务器可以为不同的值班人员设置检验优先级。具体可以根据值班人员的工作年限设置检验优先级，例如工作年限多的值班人员操作经验丰富，执行效率和准确性高，优先将缺陷等级高的目标缺陷通知单发送至工作年限多的值班人员对应的终端，以提高检验工单的执行效率和准确性。

S208，将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态。

S210，当缺陷信息的解决状态为已解决时，将缺陷工序对应的工单的执行状态修改为已完成。

其中，检验工单的各个工序存在对应的参考处理结果。参考处理结果是指在设备运行正常的情况下，检验工单中各个工序的预期执行结果。缺陷信息的解决状态包括已解决和未解决。工单的执行状态包括待完成和已完成。已完成表示工单中各个工序的执行结果无异常，或者，工单中工序执行结果的异常情况已解决。

具体地，服务器接收到执行终端上传的包括检验工单执行结果的目标缺陷通知单后，获取缺陷处理结果，将缺陷处理结果和参考处理结果进行比对，若缺陷处理结果满足参考处理结果，可以确定缺陷信息的解决状态为已解决，也就是缺陷已解决。当缺陷信息的解决状态为已解决时，服务器自动将缺陷工序对应的工单的执行状态修改为已完成。

在一个实施例中，将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态，包括：当比较结果为一致时，确定缺陷信息的解决状态为已解决；当比较结果为不一致时，确定缺陷信息的解决状态为未解决。

具体地，参考处理结果可以是工序执行结果的参考范围。若缺陷处理结果位于参考范围内，则缺陷处理结果和参考处理结果的比较结果为一致，服务器可以确定缺陷信息对应的解决状态为已解决。若缺陷处理结果超出参考范围，则缺陷处理结果和参考处理结果的比较结果为不一致，服务器可以确定缺陷信息对应的解决状态为未解决。这样，服务器可以根据参考处理结果快速地确定缺陷信息的解决状态。

在一个实施例中，当多个缺陷工序对应的缺陷信息相同时，其中任意一个缺陷工序对应的工单的执行状态修改为已完成，服务器自动将其他缺陷工序对应的工单的执行状态修改为已完成。若同一个工单存在多个缺陷工序，那么所有缺陷工序对应的缺陷信息均为已解决时，服务器才将该工单的执行状态修改为已完成。

上述工单处理方法中，通过获取缺陷工序的缺陷处理信息，获取缺陷通知单模板，缺陷处理信息包括缺陷工序对应的缺陷信息、解决方案和检验工单；根据缺陷工序的缺陷处理信息和缺陷通知单模板生成目标缺陷通知单；将目标缺陷通知单发送至执行终端，以使执行终端在执行终端的页面上将目标缺陷通知单进行显示，获取在执行终端的页面上录入的根据解决方案和检验工单处理缺陷信息得到的缺陷处理结果，反馈缺陷处理结果；将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态；当缺陷信息的解决状态为已解决时，将缺陷工序对应的工单的执行状态修改为已完成。这样，自动根据缺陷工序的相关信息生成缺陷通知单发送至执行终端，自动根据执行终端返回的缺陷处理结果和预期处理结果的对比结果确定缺陷是否解决，当确定缺陷已解决时，自动关闭工单，从而提高了工单处理效率。

在一个实施例中，如图3所示，获取缺陷工序的缺陷处理信息之前，工单处理方法还包括：

S302，获取工单对应的至少一个审批终端，将工单发送至审批终端，以使审批终端对工单中各个工序的执行结果进行审批。

S304，获取审批终端反馈的各个工序的审批相关信息，审批相关信息包括审批结果、缺陷信息和解决方案。

S306，当工序的审批结果为审批未通过时，确定工序为缺陷工序。

其中，审批终端是指审批人员进行审批时操作的终端。

具体地，执行人员执行完工单后，需要相关的审批人员进行审批。审批终端可以向服务器返回相应的审批相关信息。当工序的审批结果为审批未通过时，确定该工序为缺陷工序。审批人员可以为一个或者多个，例如审批人员为组长、主任、经理中的至少一个。当审批人员为多个时，可以设置审批人员的审批顺序，审批顺序可以是按照审批人员的职位信息设置，例如审批人员包括组长、主任、经理，审批顺序依次为组长、主任和经理。审批顺序靠后的审批人员可以对审批顺序靠前的审批人员的审批相关信息进行修改，例如，主任可以对组长填写的审批理由进行修改，对审批理由中的缺陷信息和解决方案进行完善。当多个审批终端返回的审批结果不同时，以审批顺序靠后的审批终端返回的审批结果作为最终的审批结果。

在一个实施例中，工单的各个工序也存在参考执行结果。服务器预先存储有各个工单中各个工序对应的参考执行结果。服务器可以根据参考执行结果对工单进行筛选。当工单中所有工序的执行结果满足参考执行结果时，服务器确定该工单为正常工单。正常工单可以跳过审批流程，服务器自动将正常工单的执行状态修改为已完成。当工单中存在工序的执行结果不满足参考执行结果时，服务器确定该工单为异常工单。服务器将异常工单发送至相关审批终端进行审批。服务器预先对工单进行筛选，只有异常工单才发送至审批终端进行审批，可以减少审批终端的负担，提高审批效率。

在一个实施例中，工单是定期重复执行的，例如每两个月执行一次。服务器可以根据历史工单的历史执行结果确定参考执行结果。例如，前六次电动机的温度测量值为115度、114度、110度、115度、114度、111度。那么测量电动机温度工序对应的参考执行结果可以是110度-115度。

上述实施例中，根据审批终端反馈的审批结果确定缺陷工序，能够提高缺陷工序确定准确性。

在一个实施例中，如图4所示，工单处理方法还包括：

S402，获取与缺陷工序关联的至少一个目标工序，将目标工序作为缺陷工序对应的检验工单；

S404，根据缺陷信息、解决方案和检验工单生成缺陷工序的缺陷处理信息。

其中，目标工序是与缺陷工序相关联的工序。

具体地，服务器预先存储有各个工序与工序之间的关联关系。当确定了缺陷工序后，服务器可以获取与该缺陷工序存在关联关系的所有工序或部分工序作为目标工序，将目标工序组成缺陷工序对应的检验工单。

在一个实施例中，同一工单内的各个工序存在关联关系，各个工序需要按照工序编号的顺序依次执行。因此，当确定了缺陷工序后，服务器可以获取执行顺序在该缺陷工序之前预设数目的工序以及该缺陷工序，作为目标工序。例如，当缺陷工序对应的工序编号小于预设阈值时，将工序编号在该缺陷工序之前预设数目的工序以及该缺陷工序组成目标工序。假设缺陷工序在工单内的工序编号为6，那么可以获取该工单中工序编号为1-6的工序作为目标工序。或者，服务器获取执行顺序在该缺陷工序之前第一预设数目的工序、执行顺序在该缺陷工序之后第二预设数目的工序以及该缺陷工序，作为目标工序。例如，缺陷工序在工单内的工序编号为16，那么可以获取该工单中工序编号10-25的工序作为目标工序。其中，预设阈值和预设数目可以根据需要自定义。

上述实施例中，获取与缺陷工序关联的至少一个目标工序，将目标工序作为缺陷工序对应的检验工单；根据缺陷信息、解决方案和目标工序生成缺陷工序的缺陷处理信息。这样，将与缺陷工序相关联的工序组成检验工单，可以提高缺陷处理信息生成效率。

在一个实施例中，如图5所示，工单处理方法还包括：

S502，获取参考检验工单集合，参考检验工单集合包括不同缺陷信息对应的参考检验工单。

S504，从参考检验工单集合中获取缺陷信息对应的参考检验工单，将参考检验工单作为缺陷工序对应的检验工单。

S506，根据缺陷信息、解决方案和检验工单生成缺陷工序的缺陷处理信息。

具体地，服务器存储有参考检验工单集合，参考检验工单集合包括多种缺陷信息对应的参考检验工单。当确定了缺陷工序后，服务器可以获取检验工单集合，从检验工单集合中查找该缺陷工序对应的缺陷信息对应的参考检验工单，将查找到的参考检验工单作为该缺陷工序对应的检验工单。服务器根据缺陷信息、解决方案和该检验工单生成该缺陷工序对应的缺陷处理信息。

在一个实施例中，参考检验工单集合是从终端发送至服务器。专业人员可以在终端编辑各种缺陷信息对应的检验工单，组成参考检验工单集合，通过终端发送至服务器。服务器也可以获取历史检验工单和历史检验工单对应的缺陷信息组成检验工单集合。其中，历史检验工单是从历史缺陷通知单中获取的。历史缺陷通知单是指成功解决过缺陷信息的缺陷通知单。参考检验工单集合可以定期进行更新，提高适用性。

在一个实施例中，当缺陷信息中缺陷数量大于预设阈值时，服务器优先根据参考检验工单集合确定缺陷工序对应的检验工单。

上述实施例中，获取参考检验工单集合，参考检验工单集合包括不同缺陷信息对应的参考检验工单，从参考检验工单集合中获取缺陷信息对应的参考检验工单，将参考检验工单作为缺陷工序对应的检验工单，根据缺陷信息、解决方案和检验工单生成缺陷工序的缺陷处理信息。这样，从参考检验工单集合获取检验工单，可以提高缺陷处理信息生成效率。

在一个实施例中，工单处理方法还包括：获取缺陷工序对应的工单；将缺陷工序对应的工单和目标缺陷通知单进行关联；当缺陷信息的解决状态为已解决时，将缺陷工序对应的工单的执行状态修改为已完成，包括：当缺陷信息的解决状态为已解决时，获取目标缺陷通知单关联的工单，将与目标缺陷通知单关联的工单的执行状态修改为已完成。

具体地，在生成目标缺陷通知单之后，服务器可以将缺陷工序对应的工单和目标缺陷通知单进行关联。例如，建立工单标识和目标缺陷通知单标识的关联关系。工单标识可以是工单编号，目标缺陷通知单标识可以是缺陷通知单编号。因此，当服务器接收到包括检验工单执行结果的目标缺陷通知单，根据检验工单执行结果确定缺陷已解决时，服务器可以获取与目标缺陷通知单标识关联的工单标识，将该工单标识对应的工单的执行状态修改为已完成。

在一个实施例中，当缺陷信息的解决状态为已解决时，服务器自动将该缺陷信息和对应的检验工单添加至参考检验工单集合，以更新参考检验工单集合。

上述实施例中，将缺陷工序对应的工单和目标缺陷通知单进行关联，当根据目标缺陷通知单的反馈结果确定缺陷已解决时，可以自动修改关联工单的执行状态，提高工单处理效率。

在一个实施例中，该工单处理方法还包括：当缺陷信息的解决状态为未解决时，发送缺陷工序对应的缺陷信息未解决的提示消息至预设终端，提示消息包括视频、图像、语音、文字中的至少一种，提示消息携带缺陷工序对应的缺陷处理信息和缺陷处理结果。

其中，预设终端包括审批终端和执行终端中的至少一种。执行终端可以是检验工单对应的执行终端，也可以是与缺陷工序对应的工单存在关联关系的工单对应的执行终端。例如，测试关联设备性能的工单之间存在关联关系。

具体地，当根据缺陷处理结果确定缺陷未解决时，服务器可以及时通过提示信息通知缺陷工序对应的审批人员和检验工单对应的执行人员，可将提示信息发送至审批人员和执行人员对应的终端。提示消息可以为视频、图像、语音、文字中的至少一种。可以将缺陷处理信息和缺陷处理结果携带至提示信息一并发送至审批人员和执行人员。审批终端接收到提示信息后，审批人员可以及时对检验工单的执行结果进行分析，重新定位缺陷信息、制定新的解决方案和检验工单。执行终端接收到提示信息后，执行人员可以及时获知缺陷解决情况，执行人员也可以及时暂停相关工单的执行工作，避免盲目执行工单。

在一个具体的实施例中，如图6所示，工单处理方法包括以下步骤：

S602，获取工单对应的至少一个审批终端，将工单发送至审批终端，以使审批终端对工单中各个工序的执行结果进行审批。

S604，获取审批终端反馈的各个工序的审批相关信息，审批相关信息包括审批结果、缺陷信息和解决方案。

S606，当工序的审批结果为审批未通过时，确定该工序为缺陷工序。

S608，获取与缺陷工序关联的至少一个目标工序，将目标工序组成缺陷工序对应的检验工单，或者，获取参考检验工单集合，参考检验工单集合包括不同缺陷信息对应的参考检验工单，从参考检验工单集合中获取缺陷信息对应的参考检验工单，将参考检验工单作为缺陷工序对应的检验工单。

S610，根据缺陷信息、解决方案和检验工单生成缺陷工序的缺陷处理信息。

S612，获取缺陷通知单模板，根据缺陷工序的缺陷处理信息和缺陷通知单模板生成目标缺陷通知单。

S614，获取缺陷工序对应的工单，将缺陷工序对应的工单和目标缺陷通知单进行关联。

S616，将目标缺陷通知单发送至执行终端，以使执行终端在执行终端的页面上将目标缺陷通知单进行显示，获取在执行终端的页面上录入的根据解决方案和检验工单处理缺陷信息得到的缺陷处理结果，反馈缺陷处理结果。

S618，将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态。

S620，当比较结果为一致时，确定缺陷信息的解决状态为已解决。获取目标缺陷通知单关联的工单，将与目标缺陷通知单关联的工单的执行状态修改为已完成。

S622，当比较结果为不一致时，确定缺陷信息的解决状态为未解决。发送缺陷工序对应的缺陷信息未解决的提示消息至预设终端，提示消息包括视频、图像、语音、文字中的至少一种，提示消息携带缺陷工序对应的缺陷处理信息和缺陷处理结果。

应该理解的是，上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图7所示，提供了一种工单处理装置，包括：获取模块702、生成模块704、发送模块706、比较模块708和修改模块710，其中：

获取模块702，用于获取缺陷工序的缺陷处理信息，获取缺陷通知单模板，缺陷处理信息包括缺陷工序对应的缺陷信息、解决方案和检验工单；

生成模块704，用于根据缺陷工序的缺陷处理信息和缺陷通知单模板生成目标缺陷通知单；

发送模块706，用于将目标缺陷通知单发送至执行终端，以使执行终端在执行终端的页面上将目标缺陷通知单进行显示，获取在执行终端的页面上录入的根据解决方案和检验工单处理缺陷信息得到的缺陷处理结果，反馈缺陷处理结果；

比较模块708，用于将缺陷处理结果和参考处理结果进行比较，根据比较结果确定缺陷信息的解决状态；

修改模块710，用于当缺陷信息的解决状态为已解决时，将缺陷工序对应的工单的执行状态修改为已完成。

在一个实施例中，获取模块还用于获取工单对应的至少一个审批终端，将工单发送至审批终端，以使审批终端对工单中各个工序的执行结果进行审批；获取审批终端反馈的各个工序的审批相关信息，审批相关信息包括审批结果、缺陷信息和解决方案；当工序的审批结果为审批未通过时，确定工序为缺陷工序。

在一个实施例中，获取模块还用于获取与缺陷工序关联的至少一个目标工序，将目标工序组成缺陷工序对应的检验工单；根据缺陷信息、解决方案和检验工单生成缺陷工序的缺陷处理信息。

在一个实施例中，获取模块还用于获取参考检验工单集合，参考检验工单集合包括不同缺陷信息对应的参考检验工单；从参考检验工单集合中获取缺陷信息对应的参考检验工单，将参考检验工单作为缺陷工序对应的检验工单；根据缺陷信息、解决方案和检验工单生成缺陷工序的缺陷处理信息。

在一个实施例中，工单处理装置还包括：

关联模块还用于获取缺陷工序对应的工单；将缺陷工序对应的工单和目标缺陷通知单进行关联。

在一个实施例中，修改模块还用于当缺陷信息的解决状态为已解决时，获取目标缺陷通知单关联的工单，将与目标缺陷通知单关联的工单的执行状态修改为已完成。

在一个实施例中，比较模块还用于当比较结果为一致时，确定缺陷信息的解决状态为已解决；当比较结果为不一致时，确定缺陷信息的解决状态为未解决。

在一个实施例中，发送模块还用于当缺陷信息的解决状态为未解决时，发送缺陷工序对应的缺陷信息未解决的提示消息至预设终端，提示消息包括视频、图像、语音、文字中的至少一种，提示消息携带缺陷工序对应的缺陷处理信息和缺陷处理结果。

关于工单处理装置的具体限定可以参见上文中对于工单处理方法的限定，在此不再赘述。上述工单处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储工单相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种工单处理方法。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一些实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述工单处理方法的步骤。

在一些实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述工单处理方法的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。