CN113673858A - 一种厂务设备的维保方法、装置、系统及存储介质 - Google Patents

Abstract

本申请实施例提供一种厂务设备的维保方法、装置、系统及存储介质，其中，所述方法包括：响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步。

Description

一种厂务设备的维保方法、装置、系统及存储介质

技术领域

本申请涉及维保技术领域，涉及但不限于一种厂务设备的维保方法、装置、系统及存储介质。

背景技术

相关技术中，在生成维保工单后会将维保工单输出至工作端，维保工作人员查看工作端接收到的维保工单，并执行维保工单。由于工作端中可能存在大量需要不同维保工作人员进行维保的维保工单，因此，在不同维保工作人员查看维保工单的时候比较困难，费时、费力。

发明内容

有鉴于此，本申请实施例提供一种厂务设备的维保方法、装置、系统及存储介质，不同维保人员能够在对应的客户端查看与自身相关的维保工单，比较方便，节约时间、节约人力。

第一方面，本申请实施例提供一种厂务设备的维保方法，所述方法包括：应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步。

第二方面，本申请实施例提供另一种厂务设备的维保方法，应用于客户端，所述方法包括：确定待处理的维保工单中的第一设备信息；获取对待处理的维保工单所选择的设备编码的扫描操作；响应于所述扫描操作，对所述选择的设备编码进行分析，得到所述选择的设备编码对应的设备信息作为对应的所述待处理的维保工单中的第二设备信息；比较所述第一设备信息和所述第二设备信息，得到比较结果；根据所述比较结果，确定是否发出提示信息。

第三方面，本申请实施例提供一种厂务设备的维保装置，包括：第一确定模块，用于响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的维保人员的客户端账号；第二确定模块，用于基于所述第一客户端账号，确定待同步的厂务设备的设备类别范围和维保工单同步范围；第三确定模块，用于基于所述待同步的厂务设备的设备类别范围和所述维保单的同步范围，确定待同步的维保工单集合；第一发送模块，用于基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步。

第四方面，本申请实施例提供另一种厂务设备的维保装置，包括：第四确定模块，用于确定待处理的维保工单中的第一设备信息；第一获取模块，用于获取对为所述待处理的维保工单所选择的设备编码的扫描操作；响应模块，用于响应于所述扫描操作，对所述选择的设备编码进行分析，得到所述选择的设备编码对应的设备信息作为对应的待处理的维保工单中的第二设备信息；比较模块，用于比较所述第一设备信息和对应的所述第二设备信息，得到比较结果；第五确定模块，用于根据所述比较结果，确定是否发出提示信息。

第五方面，本申请实施例提供一种厂务设备的维保系统，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现任意一种所述厂务设备的维保方法中的步骤。

第六方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现任意一种所述厂务设备的维保方法中的步骤。

本申请实施例中，通过响应维保单同步需求，确定第一客户端账号，并基于第一客户端账号，确定待同步的厂务设备的维保工单同步范围，进而确定第一客户端账号对应的维保工单集合，并将第一客户端账号对应的维保工单集合发送给第一客户端。如此，第一客户端上仅存在第一客户端账号对应的维保工单，并不存在其它客户端账号对应的维保工单，在第一客户端仅会查看与第一客户端相关的维保工单，比较方便，节约时间、节约人力。

附图说明

在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。

图1为本申请实施例提供的一种厂务设备的维保方法的实现流程示意图；

图2为本申请实施例提供的另一种厂务设备的维保方法的实现流程示意图；

图3为本申请实施例提供的一种设备运行系统(Facility Operation System，FOS)系统的组成结构示意图；

图4为本申请实施例提供的一种半导体企业厂务设备的智能保养管理的方法的实现流程图；

图5a为本申请实施例提供的一种维保项目数据维保的界面示意图；

图5b为申请实施例提供的一种数据模板的示意图；

图5c为本申请实施例提供的一种厂务设备数据维保的界面示意图；

图6为本申请实施例提供的一种进行厂务设备维保的实现流程界面示意图；

图7为本申请实施例提供的一种厂务设备的维保结果的统计分析结果可视化图；

图8为本申请实施例提供的一种厂务设备的维保装置的组成结构示意图；

图9为本申请实施例提供的另一种厂务设备的维保装置的组成结构示意图；

图10为本申请实施例提供的一种厂务设备的维保系统的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对发明的具体技术方案做进一步详细描述。以下实施例用于说明本申请，但不用来限制本申请的范围。

在后续的描述中，使用用于表示元件的诸如“模块”或“单元”的后缀仅为了有利于本申请的说明，其本身没有特定的意义。因此，“模块”或“单元”可以混合地使用。

相关技术中，对于半导体公司中的厂务排水、废水、电力、空压、真空、通风、制冷、软化等系统的设备，运转过程中需对设备定期进行状态监控、日常保养及零部件更换。目前，在半导体公司中存在厂务监控系统(Facility Monitoring and Control System，FMCS)，通过FMCS不间断的收集各种集中供应设备运行状况的数据，厂务运行人员可以通过这些数据监控设备的运行状态，如有异常情况，值班人员可以第一时间检修和维护设备。其中，FMCS主要包括智能巡检系统、机器人巡检系统、智能检修系统、故障智能分析系统、知识库系统、智能报表系统、人员定位系统和人脸识别系统。

由于厂务运行人员通过线下手动记录水电气化设备的基础信息及完成维保的情况，并且人为推算下次维保时间，因此存在保养不及时或遗漏，作业责任人员不明确，实际完成情况无法追溯分析等影响，从而造成设备保养费用高和资源的浪费，严重情况下甚至会影响到半导体正常生产运营。

基于上述技术问题，本申请实施例提供了一种厂务设备的维保方法，如图1所示，所述方法包括以下步骤：

步骤S101：响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；

这里，对所述厂务设备进行维保的关联人员至少包括对厂务设备进行维保的维保人员和管理人员。

在一种可能的实施方式中，响应维保单同步需求，确定第一客户端账号，可以是厂务设备的维保系统的网页端主动进入派单模式，将预设时段内对厂务设备进行维保的关联人员的账号作为第一客户端账号。

在另一种可能的实施方式中，响应维保单同步需求，确定第一客户端账号，可以是厂务设备的维保系统的网页端响应客户端发送的维保工单同步请求，将与客户端关联的对厂务设备进行维保的关联人员的账号确定为第一客户端账号。

步骤S103：基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

可以理解的是，对于不同的客户端账号，可以在厂务设备的维保系统中看到不同的设备类型、不同时段、不同维保工单数量的维保工单。例如，客户端1，可以看到设备类型1、时段1和工单数量1的维保工单集合，客户端2可以看到设备类型2、时段2和工单数量2的维保工单集合。这里，设备类型1可以和设备类型2相同也可以不相同，时段1可以和时段2相同也可以和时段2不相同；工单数量1可以和工单数量2相同，也可以不相同。

在一种可能的实施方式中，基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围，可以是厂务设备的维保系统的网页端根据第一客户端账号的权限等级，确定第一客户端账号的权限等级对应的设备类型范围、预设时长范围和维保工单数量范围，将第一客户端账号的权限等级对应的设备类型范围、预设时长范围和维保工单(或厂务设备)数量范围，确定为待同步的厂务设备的工单同步范围。

例如，在第一客户端账号的权限等级是等级1的情况下，若等级1对应的设备类型范围包括废水处理设备和空压设备、预设时长范围为90天、厂务设备(维保工单)数量范围为10至20个，因此，待同步的厂务设备的工单同步范围为废水处理设备和空压设备、预设时长范围为90天、厂务设备数量范围为10至20个。

步骤S105：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

在一些可能的实施方式中，基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合，可以是厂务设备的维保系统的网页端将待同步的厂务设备的维保工单同步范围内的所有维保工单，确定为待同步的维保工单集合。例如，将设备类型为废水处理设备和空压设备、预设时长范围为90天、厂务设备数量范围为10至20个的维保工单确定为待同步的维保工单集合。

步骤S107：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步。

在一些可能的实施方式中，基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步，可以是厂务设备的维保系统的网页端将确定的待同步的维保单集合发送给第一客户端，将厂务设备的维保工单同步至客户端。

在实际应用中，步骤S101至步骤S107可以利用常务设备的维保系统的网页端中的控制器实现，上述控制器可以为特定用途集成电路(Application Specific IntegratedCircuit，ASIC)、数字信号处理器(Digital Signal Processor，DSP)、数字信号处理装置(Digital Signal Processing Device，DSPD)、可编程逻辑装置(Programmable LogicDevice，PLD)、现场可编程门阵列(Field Programmable Gate Array，FPGA)、中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器中的至少一种。

本申请实施例中，通过响应维保单同步需求，确定第一客户端账号，并基于第一客户端账号，确定待同步的厂务设备的维保工单同步范围，进而确定第一客户端账号对应的维保工单集合，并将第一客户端账号对应的维保工单集合发送给第一客户端。如此，第一客户端上仅存在第一客户端账号对应的维保工单，并不存在其它客户端账号对应的维保工单，在第一客户端仅会查看与第一客户端相关的维保工单，比较方便，节约时间、节约人力。

本申请实施例提供了又一种厂务设备的维保方法，所述方法包括以下步骤：

步骤100：在系统时间满足预设时段的情况下，将所述预设时段内对所述厂务设备进行维保的关联人员的账号作为第一客户端账号；

可以理解的是，预设时段可以是指预先设定的一个时间段，例如，预设时段可以是1个星期、半个月、1个月、1个季度、半年等。

在一些实施方式中，在系统时间满足预设时段的情况下，将所述预设时段内对所述厂务设备进行维保的关联人员的账号作为第一客户端账号，可以是在系统时间从第1时刻变换为第2时刻，第1时刻与第2时刻相差1个星期的情况下，将第1时刻至第2时刻时间范围内对厂务设备进行维保的关联人员的账号作为第一客户端账号。

在一个示例中，将第1时刻至第2时刻时间范围内对厂务设备进行维保的关联人员的账号作为第一客户端账号，可以是将厂务设备的维保系统在第1时刻至第2时刻时间范围内，所生成的所有维保工单关联的关联人员的账号作为第一客户端账号。这里，与维保工单关联的关联人员可以包括维保工单的维保人员和责任人员。例如，在第1时刻至第2时刻时间范围内，厂务设备的维保系统存在50个维保工单，该50个工单关联的维保人员可以是40个，责任人员可以是10个，如此，可以确定第一客户端账号包括40个维保人员的账号和10个责任人员的账号。

步骤102：基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

步骤104：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

步骤106：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步；

步骤108：基于新生成的维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述新生成的维保工单的关联人员的账号；

可以理解的是，维保工单的工单信息至少包括维保单号、维保设备编号、维保大类、维保细项、维保人员和责任人员。新生成的维保工单至少包括根据正常维保周期所生成的第一维保工单和厂务设备发生故障的情况下所生成的第二维保工单。

在一些可能的实施方式中，基于新生成的维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述新生成的维保工单的关联人员的账号，可以是厂务设备的维保系统确定新生成的维保工单的工单信息中的维保人员和责任人员，将维保人员和责任人员的账号确定为第二客户端账号。

步骤110：将所述新生成的维保工单发送给第二客户端。

在一些可能的实施方式中，可以将所述新生成的维保工单发送给第二客户端，可以是厂务设备的维保系统将新生成的维保工单发送给第二客户端。

本申请实施例中，通过将预设时段内对厂务设备进行维保的关联人员的账号作为第一客户端，如此，厂务设备的维保系统可以自动确定第一客户端，从而实现对第一客户端的维保工单的同步；通过根据新生成的维保工单的工单信息，确定新生成的维保工单对应的第二客户端账号，将新生成的维保工单发送给第二客户端，如此，可以实现将新生成的维保工单通知至对应的客户端，方便客户端的查询。

本申请实施例提供了还一种厂务设备的维保方法，所述方法包括以下步骤：

步骤200：响应于第三客户端发送的维保工单同步请求，将对所述厂务设备进行维保，且与所述第三客户端关联的关联人员的账号作为所述第一客户端账号；

这里，第三客户端是发送维保工单同步请求的客户端。第三客户端可以是厂务设备的维保系统中的任一维保人员或责任人员。

可以理解的是，第三客户端发送维保工单同步请求的实现方式，可以是第三客户端触发维保工单同步请求对应的控件或是在第三客户端登陆厂务设备的维保系统的过程中自动向系统发送维保工单同步请求。

在一些可能的实施方式中，响应于第三客户端发送的维保工单同步请求，将对所述厂务设备进行维保，且与所述第三客户端关联的关联人员的账号作为所述第一客户端账号，可以是响应于责任人员或维保人员的登陆信息，将与责任人员处于同一维保工单的维保人员的账号、责任人员的账号确定为第一客户端账号。

步骤202：基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

步骤204：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

步骤206：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步；

步骤208：将属于目标类型的厂务设备确定为目标设备集合；

这里，所述厂务设备至少包括以下类型：厂务排水设备、废水处理设备、电力设备、空压设备、真空设备、通风设备、制冷设备和软化设备。

可以理解的是，目标类型可以是上述设备类型中的至少一种，例如，目标类型可以是电力设备类型。可以将所有类型为电力设备类型的厂务设备确定为目标设备集合。例如，目标设备集合中可以包括电力设备1至电力设备5。

步骤210：获取所述目标设备集合中每一所述目标设备的设备信息；

可以理解的是，目标设备的设备信息可以包括目标设备的使用年限、设备编号和维保时间。

在一些可能的实施方式中，获取所述目标设备集合中每一所述目标设备的设备信息，可以是获取所述目标设备集合中每一所述目标设备的使用年限、设备编号和维保时间。

步骤212：基于每一所述目标设备的设备信息和每一所述目标设备对应的维保规则，确定每一所述目标设备的维保工单的要素内容；

这里，每一述目标设备对应的维保规则至少包括目标设备的维保大类。每一所述目标设备的维保工单的要素内容至少包括每一所述目标设备的维保工单的维保单号、每一所述目标设备的维保工单中所述目标设备的待维保项目、设备编号和维保时间。

在一些可能的实施方式中，基于每一所述目标设备的设备信息和每一所述目标设备对应的维保规则，确定每一所述目标设备的维保工单的要素内容，可以是根据每一所述目标设备的设备信息，获取每一所述目标设备的维保工单的维保单号、设备编号和维保时间，根据每一所述目标设备的对应的维保规则，确定每一所述目标设备对应的维保大类，根据每一所述目标设备对应的维保大类，确定每一所述目标设备的维保工单中所述目标设备的待维保项目。

步骤214：基于每一所述目标设备的维保工单的要素内容，为对应的目标设备生成第一维保工单；

在一些可能的实施方式中，基于每一所述目标设备的维保工单的要素内容，为对应的目标设备生成第一维保工单，可以是将每一所述目标设备的维保工单的要素内容按照预设的方式进行编排，得到包含目标设备维保工单的要素内容的第一维保工单。

步骤216：基于所述第一维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述第一维保工单的关联人员的账号；

步骤218：将所述第一维保工单发送给第二客户端。

本申请实施例中，通过响应客户端的维保单同步请求来确定第一客户端账号，使得厂务设备的维保系统可以自动根据维保单同步请求确定第一客户端，从而实现对第一客户端的维保工单的同步；通过确定目标设备集合和目标设备集合中每一目标设备的设备信息和对应的维保规则，确定每一所述目标设备的维保工单的要素内容，基于每一所述目标设备的维保工单的要素内容，为对应的目标设备生成所述第一维保工单，如此，可以针对不同类型的厂务设备生成第一维保工单。

本申请实施例提供了其它一种厂务设备的维保方法，所述方法包括以下步骤：

步骤300：响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；

步骤302：基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

步骤304：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

步骤306：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步；

步骤308：将属于目标类型的厂务设备确定为目标设备集合；

这里，所述厂务设备至少包括以下类型：厂务排水设备、废水处理设备、电力设备、空压设备、真空设备、通风设备、制冷设备和软化设备

步骤310：获取所述目标设备集合中每一所述目标设备的设备信息；

步骤312：获取属于所述目标类型的所述厂务设备的总维保规则；

这里，厂务设备的总维保规则可以对目标类型的厂务设备中每一目标设备的规则的并集。

步骤314：根据每一所述目标设备的使用年限，从所述目标类型对应的所述总维保规则中，确定每一所述目标设备对应的维保规则；

可以理解的是，目标设备的使用年限可以是目标设备从出厂或使用开始使用了多长时间。例如，目标设备1的使用年限可以是10年或5年。

对于同一目标设备不同的使用年限对应的维保规则可以是不同的。例如，对于同一目标设备1，使用年限为5年对应的维保规则和使用年限为10年对应的维保规则是不同的。

步骤316：基于每一所述目标设备的设备信息和每一所述目标设备对应的维保规则，确定每一所述目标设备的维保工单的要素内容；

步骤318：基于每一所述目标设备的维保工单的要素内容，为对应的目标设备生成第一维保工单；

步骤320：基于所述第一维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述第一维保工单的关联人员的账号；

步骤322：将所述第一维保工单发送给第二客户端。

本申请实施例中，由于是根据每一目标设备的使用年限，从目标设备类型对应的总维保规则中，确定每一目标设备对应的维保规则，因此，可以根据每一目标设备的实际情况，来准确确定每一目标设备对应的维保规则。

本申请实施例提供了再一种厂务设备的维保方法，所述方法包括以下步骤：

步骤400：响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；

步骤402：基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

步骤404：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

步骤406：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步；

步骤408：将属于目标类型的厂务设备确定为目标设备集合；

这里，所述厂务设备至少包括以下类型：厂务排水设备、废水处理设备、电力设备、空压设备、真空设备、通风设备、制冷设备和软化设备

步骤410：获取所述目标设备集合中每一所述目标设备的设备信息；所述目标设备的设备信息还包括所述目标设备的设备编号和维保时间，所述目标设备对应的维保规则包括所述目标设备的维保大类；

步骤412：获取属于所述目标类型的所述厂务设备的总维保规则；

步骤414：根据每一所述目标设备的使用年限，从所述目标类型对应的所述总维保规则中，确定每一所述目标设备对应的维保规则；

步骤416：获取每一所述目标设备的维保工单的维保单号；

步骤418：根据每一所述目标设备对应的维保大类，确定每一所述目标设备的维保工单中所述目标设备的待维保项目；

可以理解的是，每一维保大类可以对应多个待维保项目，例如，设备1的季度保养，则对应的多个待维保项目可以是设备1的测试1、设备1的测试2、设备1的测试3和设备1的测试4。

步骤420：将每一所述目标设备的维保工单的维保单号、每一所述目标设备的维保工单中所述目标设备的待维保项目、设备编号和维保时间，作为每一所述目标设备的维保工单的要素内容；

步骤422：基于每一所述目标设备的维保工单的要素内容，为对应的目标设备生成第一维保工单；

步骤424：基于所述第一维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述第一维保工单的关联人员的账号；

步骤426：将所述第一维保工单发送给第二客户端。

本申请实施例中，通过确定每一所述目标设备的维保工单的维保单号、每一所述目标设备的维保工单中所述目标设备的待维保项目、设备编号和维保时间，可以得到每一目标设备的维保工单的要素内容。

本申请实施例提供了另一种厂务设备的维保方法，所述方法包括以下步骤：

步骤500：响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；

步骤502：基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

步骤504：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

步骤506：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步；

步骤508：将属于目标类型的厂务设备确定为目标设备集合；

这里，所述厂务设备至少包括以下类型：厂务排水设备、废水处理设备、电力设备、空压设备、真空设备、通风设备、制冷设备和软化设备

步骤510：获取所述目标设备集合中每一所述目标设备的设备信息；所述目标设备的设备信息还包括所述目标设备的设备编号和维保时间，所述目标设备对应的维保规则包括所述目标设备的维保大类；

步骤512：获取属于所述目标类型的所述厂务设备的总维保规则；

步骤514：根据每一所述目标设备的使用年限，从所述目标类型对应的所述总维保规则中，确定每一所述目标设备对应的维保规则；

步骤516：获取每一所述目标设备的设备编号、每一所述目标设备的维保大类与维保单号之间的关联关系；

这里，每一所述目标设备的设备编号、每一所述目标设备的维保大类与维保单号之间的关联关系可以通过表格的形式进行展示，如下表1所示：

表1

设备编号	维保大类	维保单号
			设备编号1	维保大类1	维保单号1
设备编号2	维保大类1	维保单号2
			设备编号1	维保大类2	维保单号3
设备编号2	维保大类3	维保单号4

其中，设备编号和维保大类中的任意一个不同时，对应的维保单号是不同的，例如，设备编号1和维保大类1对应的维保单号是维保单号1；设备编号1和维保大类2对应的维保单号则是维保单号3。

步骤518：基于每一所述目标设备的设备编号和维保大类查找所述关联关系，得到每一所述目标设备的维保工单的维保单号；

在一些可能的实施方式中，基于每一所述目标设备的设备编号和维保大类查找所述关联关系，得到每一所述目标设备的维保工单的维保单号，可以是在所述关联关系对应的关系表格中，查找与每一目标设备的设备编号和维保大类编号均相同时所对应的维保单号。

步骤520：根据每一所述目标设备对应的维保大类，确定每一所述目标设备的维保工单中所述目标设备的待维保项目；

步骤522：将每一所述目标设备的维保工单的维保单号、每一所述目标设备的维保工单中所述目标设备的待维保项目、设备编号和维保时间，作为每一所述目标设备的维保工单的要素内容；

步骤524：基于每一所述目标设备的维保工单的要素内容，为对应的目标设备生成第一维保工单；

步骤526：基于所述第一维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述第一维保工单的关联人员的账号；

步骤528：将所述第一维保工单发送给第二客户端。

本申请实施例中，明确了通过在每一所述目标设备的设备编号、每一所述目标设备的维保大类与维保单号之间的关联关系中，查找每一所述目标设备的设备编号和维保大类所对应的维保工单的维保单号，所确定的每一目标设备的维保工单的维保单号能够较好的区分维保大类和设备编号。

本申请实施例提供了又一种厂务设备的维保方法，所述方法包括以下步骤：

步骤600：响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；

步骤602：基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

步骤604：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

步骤606：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步；

步骤608：确定故障设备的设备信息；

这里，故障设备可以是突发故障的任一厂务设备或在预设时段内发生故障的任一厂务设备。

在一种可能的实施方式中，确定故障设备的设备信息，可以是确定故障设备的使用年限、设备编号和维保时间。

步骤610：基于所述故障设备的设备信息和所述故障设备对应的维保规则，确定所述故障设备的维保工单的要素内容；

在一种可能的实施方式中，基于所述故障设备的设备信息和所述故障设备对应的维保规则，确定所述故障设备的维保工单的要素内容，可以是根据故障设备的设备信息，获取根据故障设备的故障时间所生成的新的维保工单的维保单号、设备编号和维保时间，根据故障设备对应的维保规则，确定故障设备对应的维保大类，根据故障设备对应的维保大类，确定故障设备的维保工单中所述目标设备的待维保项目。

步骤612：基于所述故障设备的维保工单的要素内容，为所述故障设备生成第二维保工单；

步骤614：基于所述第二维保工单的工单信息，确定所述第二客户端账号，所述第二客户端账号表示所述第二维保工单的关联人员的账号；

步骤616：确定所述第二维保工单的优先级；基于所述第二维保工单的优先级将所述第二维保工单发送给所述第二客户端。

本申请实施例中，由于第二维保工单是通过故障设备的设备信息和故障设备对应的维保准则，生成故障设备的维保工单的要素内容，基于故障设备的维保工单的要素内容所生成的，因此，充分发生故障情况下所生成的维保工单。

本申请实施例提供了还一种厂务设备的维保方法，所述方法包括以下步骤：

步骤700：响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；

步骤702：基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

步骤704：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

步骤706：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步；

步骤708：确定故障设备的设备信息；所述故障设备的设备信息包括故障设备对应的目标类型；

步骤710：基于所述故障设备的设备信息和所述故障设备对应的维保规则，确定所述故障设备的维保工单的要素内容；

步骤712：基于所述故障设备的维保工单的要素内容，为所述故障设备生成第二维保工单；

步骤714：基于所述第二维保工单的工单信息，确定所述第二客户端账号，所述第二客户端账号表示所述第二维保工单的关联人员的账号；

步骤716：获取优先级映射信息，所述优先级映射信息用于表征厂务设备的类型与派单优先级之间的对应关系；

在一个示例中，优先级映射信息也可以通过优先级映射表来进行表示，如下表2所示：

表2

厂务设备的类型	判断优先级
		电力设备	第一优先级
真空设备、空压设备	第二优先级
		通风设备	第三优先级
制冷设备	第四优先级

其中，电流设备与通风设备的优先级是不同的；真空设备和空压设备的优先级是相同的。即，不同类型的厂务设备的优先级可以相同，也可以不同，需要根据厂务设备的维保系统的需求进行确定。

步骤718：从优先级映射信息中，查找与所述故障设备的目标类型对应的优先级；

步骤720：将所述故障设备的目标类型对应的优先级确定为所述第二维保工单的优先级；

步骤722：基于所述第二维保工单的优先级将所述第二维保工单发送给所述第二客户端。

本申请实施例中，通过在优先级映射信息中查找故障设备目标类型对应的优先级，将故障设备目标类型对应的优先级确定为第二维保工单的优先级，即，第二维保工单的优先级是与故障设备的类型相关的，因此，对于不同目标类型的故障设备，设置不同优先级的第二维保工单，可以避免由于处理不及时所导致的更大的故障问题。

本申请实施例提供了另一种厂务设备的维保方法，所述方法包括以下步骤：

步骤800：响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；

步骤802：基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

步骤804：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

步骤806：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步；

步骤808：确定故障设备的设备信息；

步骤810：基于所述故障设备的设备信息和所述故障设备对应的维保规则，确定所述故障设备的维保工单的要素内容；

步骤812：基于所述故障设备的维保工单的要素内容，为所述故障设备生成第二维保工单；

步骤814：基于所述第二维保工单的工单信息，确定所述第二客户端账号，所述第二客户端账号表示所述第二维保工单的关联人员的账号；

步骤816：确定与所述故障设备的类型相同的正常设备的数量；

可以理解的是，在故障设备的类型是电力设备、故障设备是电力设备1且厂务设备系统中包括10个电力设备(电力设备1至10)的情况下，可以确定与故障设备的类型相同的正常设备是电力设备2至10，即，与所述故障设备的类型相同的正常设备的数量是9。

步骤818：在所述正常设备的数量小于等于所述预设数量阈值的情况下，将所述第二维保工单的优先级确定为第一优先级；

在一种可能的实施方式中，预设数量阈值可以是根据经验或设计冗余度预设的一个固定数量；当然，不同类型的故障设备对应的预设数量阈值可以是不同的，例如，对于真空设备，预设数量阈值可以为总的真空设备数量(即1个也不能坏)；对于电力设备，则预设数量阈值可以为小于电力设备数量(允许坏1个或2个)。

可以理解的是，预设数量阈值可以是保证厂务设备系统正常工作的情况下，与故障设备的类型相同的正常设备的最小数量。

步骤820：在所述正常设备的数量大于等于所述预设数量阈值的情况下，将所述第二维保工单的优先级确定为第二优先级；所述第二优先级的优先级别低于所述第一优先级；

步骤822：基于所述第二维保工单的优先级将所述第二维保工单发送给所述第二客户端。

本申请实施例中，通过确定与故障设备的类型相同的正常设备的数量，确定正常设备的数量与预设数量阈值的大小关系，根据正常设备的数量与预设数量阈值的大小关系确定第二维保工单的优先级。即，第二维保工单的优先级是通过正常设备的数量与预设数量阈值的大小关系所确定的，因此，对于不同的正常设备的数量，设置不同优先级的第二维保工单，可以更准确地确定第二维保工单的优先级，避免由于处理不及时所导致的更大的故障问题。

本申请实施例提供了再一种厂务设备的维保方法，所述方法包括以下步骤：

步骤900：响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；

步骤902：确定所述第一客户端账号对应的权限等级；

可以理解的是，第一客户端账号不仅可以包括维保人员的账号，也包括责任人的账号。责任人的账号的权限等级可以高于维保人员的账号。例如，对于责任人1，由于责任人1负责整个目标类型的厂务设备的管理工作，因此，责任人1的权限等级高于维保人员1至10中任一维保人员的权限等级。

在一个示例中，确定所述第一客户端账号对应的权限等级，可以是确定责任人1的账号对应的权限等级为第一权限等级；确定维保人员1对应的权限等级为第二权限等级。这里，第一权限等级高于第二权限等级。

步骤904：确定与所述第一客户端账号对应的权限等级对应的目标参数范围；

这里，目标参数范围包括以下至少之一：目标设备类别范围、目标设备的数量和预设时长。

在一个示例中，权限等级可以与目标参数范围之间存在如下表3所示的对应关系：

表3

其中，第一权限等级对应的目标参数范围，可以包括：包括电力设备、空压设备、真空设备、通风设备的目标设备类别范围、目标设备的数量100和预设时长为年；第二权限等级对应的目标参数范围，可以包括：包括真空设备、通风设备的目标设备类别范围、目标设备的数量50和预设时长为半年度；第三权限等级对应的目标参数范围，可以包括：包括真空设备的目标设备类别范围、目标设备的数量10和预设时长为月。

步骤906：将所述目标参数范围内的维保工单，确定为所述待同步的厂务设备的维保工单同步范围；

在一种可能的实施方式中，将所述目标参数范围内的维保工单，确定为所述待同步的厂务设备的维保工单同步范围，可以是电力设备、空压设备、真空设备、通风设备的一年内厂务设备的数量小于等于100的范围内的维保工单，确定为待同步的厂务设备的维保工单不同范围。

步骤908：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

在一些可能的实施方式中，基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合，可以是将电力设备、空压设备、真空设备、通风设备的一年内厂务设备的数量小于等于100的范围内的所有维保工单的集合，确定为待同步的维保工单集合。

步骤910：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步；

步骤912：将属于目标类型的厂务设备确定为目标设备集合；

步骤914：获取所述目标设备集合中每一所述目标设备的设备信息；

步骤916：基于每一所述目标设备的设备信息和每一所述目标设备对应的维保规则，确定每一所述目标设备的维保工单的要素内容；

步骤918：基于每一所述目标设备的维保工单的要素内容，为对应的目标设备生成所述第一维保工单；

步骤920：基于所述第一维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述第一维保工单的关联人员的账号；

步骤922：将所述第一维保工单发送给第二客户端；

步骤924：获取每一所述目标设备的维保结果和维保作业清单；

这里，目标设备的维保结果表示在预设时段内维保人员对目标设备进行维保所得到的维保结果；这里，维保结果中可以包括维保大类中每一维保细项的完成情况和对特定参数的检测结果。维保作业清单表示从目标设备投入使用以来对目标设备维保所包括的维保大类。例如，对于目标设备1对应的维保作业清单，可以包括目标设备1历来所维保的维保大类，包括维保大类1、维保大类2和维保大类3。

步骤926：统计并分析每一所述目标设备的维保结果和维保作业清单，得到每一所述目标设备的异常项和对应的异常频次；

这里，目标设备的异常项可以是在对目标设备进行维保过程中所确定的维保大类中的维保细项中一项或多项。目标设备的异常项对应的异常频次可以是在预设时间段内目标设备的异常项发生的次数。

步骤928：将异常频次大于预设频次阈值的异常项，确定为待优化的异常项；

可以理解的是，预设频次阈值，可以预设时间段内的次数阈值。

步骤930：将存在所述待优化的异常项的目标设备，确定为待优化的厂务设备；

步骤932：根据所述待优化的厂务设备的设备信息和所述待优化的异常项，确定对所述待优化的厂务设备的改进策略。

本申请实施例中，通过获取每一目标设备的维保结果和维保作业清单，可以确定待优化的异常项和待优化的厂务设备，确定对待优化的厂务设备的改进策略，如此，可以通过待优化的常务设备的改进策略，实现对待优化的厂务设备的有效改进。通过确定第一客户端账号对应的权限等级对应的目标参数范围的维保工单，为待同步的厂务设备的维保工单，可以根据第一客户端的账号对应的权限等级，准确地确定出第一客户端的权限等级对应的待同步的厂务设备的维保工单同步范围。

本申请实施例提供了其它一种厂务设备的维保方法，所述方法包括以下步骤：

步骤1000：响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；

步骤1002：基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

步骤1004：基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

步骤1006：基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步；

步骤1008：接收互联网web请求；所述web请求用于表征对目标类型的厂务设备的设备信息和维保作业清单进行增加、删除、修改或查看的操作请求；

步骤1010：在所述第一客户端账号具备对所述目标类型的厂务设备的操作权限的情况下，响应所述web请求，增加、删除、修改或查看所述目标类型的厂务设备的设备信息和维保作业清单。

本申请实施例中，可以通过网页增加、删除、修改或查看厂务设备的设备信息和维保作业清单。

图2为本申请实施例提供的另一种厂务设备的维保方法的实现流程示意图，如图2所示，所述厂务设备的维保方法应用于客户端，所述流程包括：

步骤S201：确定待处理的维保工单中的第一设备信息；

在一些实施方式中，确定待处理的维保工单中的第一设备信息，可以是客户端至少获取待处理的维保工单中的设备编号和设备类型。

步骤S203：获取对为所述待处理的维保工单所选择的设备编码的扫描操作；

可以理解的是，设备编码可以是粘贴在对应厂务设备上的二维码，设备编码可以包含厂务设备的设备信息，在扫描厂务设备上的二维码的情况下，可以获取二维码上的设备信息。为所述待处理的维保工单所选择的设备编码可以是维保人员在维保过程中为处理待处理的维保工单所选择的厂务设备上的二维码。

在一个示例中，为待处理的维保工单所选择的设备编码可以是待处理的维保工单中的设备编号对应的编码，也可以是其它厂务设备对应的编码。

步骤S205：响应于所述扫描操作，对所述选择的设备编码进行分析，得到所述选择的设备编码对应的设备信息作为对应的所述待处理的维保工单中的第二设备信息；

可以理解的是，待处理的维保工单中的第二设备信息是对选择的设备编码分析得到的设备信息。

步骤S207：比较所述第一设备信息和所述第二设备信息，得到比较结果；

在一种可能的实施方式中，比较所述第一设备信息和所述第二设备信息，得到比较结果，可以是在第二设备信息与第一设备信息不相同的情况下，可以确定维保人员为待处理的维保工单所选择的设备编码不是待处理的维保工单对应的设备编码；在第二设备信息与第一设备信息相同的情况下，可以确定维保人员为待处理的维保工单所选择的设备编码为待处理的维保工单对应的设备编码。

步骤S209：根据所述比较结果发出对应的提示信息。

在一种可能的实施方式中，根据所述比较结果发出对应的提示信息，可以是在第二设备信息与第一设备信息不相同的情况下，发出第一提示信息；在第二设备信息与第一设备信息相同的情况下，发出第二提示信息；第一提示信息不同于第二提示信息。

本申请实施例中，客户端通过比较第一设备信息和第二设备信息，根据比较结果发出对应的提示信息，有助于帮助维保人员进行维保工作，避免维保人员选择了错误的厂务设备进行维保。

本申请实施例提供的再一种厂务设备的维保方法，应用于客户端，所述流程包括：

步骤1100：在登陆第一客户端账号处于在线的状态的情况下，获取所述第一客户端账号对应的所有维保工单；所述第一客户端账号对应的所有维保工单包括所述待处理的维保工单；

步骤1102：在本地保存所述第一客户端账号对应的所有维保工单，以便在离线状态下能够通过终端获取所述待处理的维保工单；

步骤1104：确定待处理的维保工单中的第一设备信息；

步骤1106：获取对为所述待处理的维保工单所选择的设备编码的扫描操作；

步骤1108：响应于所述扫描操作，对所述选择的设备编码进行分析，得到所述选择的设备编码对应的设备信息作为对应的所述待处理的维保工单中的第二设备信息；

步骤1110：比较所述第一设备信息和所述第二设备信息，得到比较结果；

步骤1112：在所述第一设备信息和所述第二设备信息相同的情况下，发出第一提示信息；所述第一提示信息用于表示可对所述待维保的厂务设备进行维保；

步骤1114：在所述第一设备信息和所述第二设备信息不相同的情况下，发出第二提示信息；所述第二提示信息用于表示选择的所述厂务设备不是所述待维保的厂务设备；

步骤1116：在所述第一设备信息和所述第二设备信息相同的情况下，获取所述第一客户端账号对应的维保工单的维保结果；

步骤1118：在本地保存所述第一客户端账号对应的维保工单的维保结果；

步骤1120：在登陆所述第一客户端账号处于在线的状态的情况下，将所述第一客户端账号对应的维保工单的维保结果同步至厂务设备的维保系统。

本申请实施例中，在登陆第一客户端账号处于在线的状态的情况下，将获取的第一客户端账号对应的所有维保工单在本地保存，可以使得客户端在离线状态下能够通过终端获取所述待处理的维保工单。通过在第一设备信息和第二设备信息相同的情况下，发出用于表示可对待维保的厂务设备进行维保的第一提示信息；在第一设备信息和第二设备信息不相同的情况下，发出用于表示选择的所述厂务设备不是所述待维保的厂务设备的第二提示信息，有助于帮助维保人员进行维保工作，避免维保人员选择了错误的厂务设备进行维保。通过客户端在离线状态下获取并保存第一客户端账号对应的维保工单的维保结果，并在登陆所述第一客户端账号处于在线的状态的情况下，将第一客户端账号对应的维保工单的维保结果同步至厂务设备的维保系统，可以使得厂务设备的维保系统中能够基于同步的维保结果生成新的维保工单，更好地对厂务设备进行维保。

本申请实施例中，通过将厂务设备数据化，海量设备数据的智能分析，制定科学养护计划及保障措施，移动端与网页端协同管理，实现维保作业及时高效，维保结果透明可追溯分析，大幅降低设备损耗率和故障率，保障设备持续高效运转，节约人力资源，促进半导体企业减少能源消耗，大幅降低生产运营和设备维护成本，实现资源合理化分配。

本申请实施例中，用户可以通过网页随时增加、删除、修改和查看厂务设备基础信息和维保作业清单，方便快捷；手机APP中随时可以查看本人待完成、进行中和未上传的设备维保作业情况，公司内网环境下，可极速下载新指派工作清单和上传已完成工作清单；作业现场无网络环境，用户可在离线情况下，扫描厂务设备编码，自动得到维保内容，完成作业后，更新保存每项维保结果；网页端智能报表实时监控分析各部门、每周/月维保作业完成情况，存在未完成情况，每天定时邮件提醒到负责人。

图3为本申请实施例提供的一种FOS系统的组成结构示意图，如图3所示，所述系统包括：厂务设备301、FOS的数据库302、维保工单表303、派工单元304、设备维保系统305、同步并自动创建新的维保单单元306和数据分析单元307。其中，针对半导体企业厂务设备智能保养管理的流程包括：

步骤S301：FOS的初始化；

这里，半导体企业厂务设备的智能保养管理系统初始化包括：在网页端的半导体企业厂务设备的智能保养管理系统中将厂务设备301和维保内容数字化并保存到FOS的数据库中。

步骤S303：FOS根据设备信息和维保大类生成维保工单；

步骤S305：FOS针对新生成的维保工单进行派工，指定作业负责人；

步骤S307：在FOS的客户端，接收同步的待办维保工单和记录的维保结果；

这里，步骤S307包括：在维保人员在线登陆FOS的客户端的情况下，半导体企业厂务设备的智能保养管理系统同步待办维保工单到FOS的客户端(维保人员终端的应用程序(Application，APP))中，维保人员进行现场作业，并在APP中记录维保结果；

步骤S309：FOS接收上传的维保结果；

这里，在终端在线的情况下，维保人员可以手动触发上传操作，将全部完成的工单上传到系统中。

步骤S311：FOS在FOS数据库302中同步维保结果，并自动创建新周期的维保单；

步骤S313：FOS智能监控和分析所有厂务设备维保情况。

图4为本申请实施例提供的一种半导体企业厂务设备的智能保养管理的方法的实现流程图，如图4所示，所述流程包括：

步骤S401：FOS收集设备信息和维保信息；

这里，步骤S401包括：1、用户在模板中收集设备信息，包含：设备名称、设备编码、厂商、型号、品牌、上次维保日期、维保周期(天)、维保大类编号；2、收集维保信息，包含：维保大类编号、维保大类名称、维保项目、类型、单位、上下限；其中，可以将维保大类与设备编号作为唯一性判断条件，生成维保工单。

步骤S403：FOS将维保工单信息读取到系统程序中；

这里，步骤S403包括：基于模型视图控制器5(Model View Controller 5，MVC5)框架，用户可选择上传模板，模板中的信息会一次性批量读取到程序中。

步骤S405：FOS的系统程序将用户上传的数据写入到FOS数据库，生成维保工单；

这里，步骤S405：FOS的系统程序在读取用户上传的数据过程中，自动判断是否存在不符合要求的“脏数据”并自动给予用户提示，将合法数据通过Entity Framework批量写入到FOS的数据库中，初次写入的设备会自动生成初始化维保工单。

步骤S407：FOS在接收到登陆信息的情况下，可以接收增加、删除、修改或查看设备的基础信息和维保细项信息。

这里，步骤S407包括：用户登陆FOS厂务设备维保系统，增加、删除、修改、查看设备的基础信息和维保细项信息。

图5a为本申请实施例提供的一种维保项目数据维保的界面示意图，如图5a所示，维保项目数据维保的界面中包括：控件新建CheckList 501、控件批量更新502、控件下载模版503以及每一维保项目包含维保大类编号504、保养大类505、序号506、检查项507、类型508、上限时间509、下限510、单位511以及备注512等特征项，同时，可以通过编辑控件513和删除控件514分别实现对对应的维保项目中的特征项的编辑和删除。

图5b为申请实施例提供的一种数据模板的示意图，如图5b所示，所述数据模板中每一维保项目对应的特征项包括：设备编号515、系统516、设备名称517、型号518、品牌519、上限时间509、保养大类编号504、保养大类505、保养细项520、保养周期521、上次保养时间522和负责人523。

图5c为本申请实施例提供的一种厂务设备数据维保的界面示意图，如图5c所示，所述厂务设备数据维保的界面中，包括添加控件524、导入控件525、更新控件526、导出控件527和下载模板控件528可以是实现对厂务设备数据的维保。

图6为本申请实施例提供的一种进行厂务设备维保的实现流程界面示意图，如图6所示，所述界面包括：登陆界面61、客户端显示维保工单的界面62、扫描界面63、记录维保状态的界面64、上传界面65；其中，可以通过下面步骤来表示各个界面的工作流程：

步骤S601：在登陆界面61上进行登录验证，默认记录上一次登录工号；

步骤S603：登录后自动同步委派的作业，通过Jetpack框架ROOM组件，将数据保存到手机中，以便现场离线操作，客户端显示维保工单的界面62上可以通过不同颜色的字符标识标记不同的作业状态，且可根据设备名称搜索过滤；

步骤S605：维保人员在扫描界面63扫描设备编码，验证所选单据与厂务设备是否一致，以确保人员位于实际设备旁；

步骤S607：维保人员在记录维保状态的界面64上记录维保状况，完成后保存(保存在本地，确保离线环境下也可以正常作业)；

步骤S609：维保人员在上传界面65上点击一键上传空间，上传所有完成的维保单，使用Retrofit组件，访问Web应用程序接口(Application Programming Interface，API)调用接口，同步完成后删除本地数据。

图7为本申请实施例提供的一种厂务设备的维保结果的统计分析结果可视化图，如图7所示，所述可视化图可以包括本月待办71、本月完成情况72、近期进度73和年度维保完成情况74。

其中，在本月代办71包括年份选项和月份选择控件，用于选择不同的年份和月份，在选择2021年4月的情况下，总维保单数为1170个、待派工的维保单数为0个、作业中的维保单数为478个、审批中的维保单数为252个、来到派工点的维保单数为76个、待审批的维保单数为5个、已完成的维保单数为359个；

本月完成情况72部分显示了选择2021年4月的情况下，设备维保的完成率；

近期进度73部分详细展示了第11周至第19周的已完成工单数和未完成工单数；

年度维保完成情况74展示了2021年12月份中每一月份中总维保工单数、完成的总维保工单以及完成率，从而可以看出2021年一整年的维保工作的完成趋势。

基于前述的实施例，本申请实施例提供一种厂务设备的维保装置，该装置包括所包括的各单元、以及各单元所包括的各模块，可以通过厂务设备的维保装置中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(Microprocessor Unit，MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图8为本申请实施例提供的一种厂务设备的维保装置的组成结构示意图，如图8所示，所述厂务设备的维保装置80包括：第一确定模块81，用于响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的维保人员的客户端账号；第二确定模块82，用于基于所述第一客户端账号，确定待同步的厂务设备的设备类别范围和维保工单同步范围；第三确定模块83，用于基于所述待同步的厂务设备的设备类别范围和所述维保单的同步范围，确定待同步的维保工单集合；第一发送模块84，用于基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步。

在一种实施方式中，所述装置还包括：第五确定模块，用于基于新生成的维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述新生成的维保工单的关联人员的账号；第二发送模块，用于将所述新生成的维保工单发送给第二客户端。

在一种实施方式中，所述第一确定模块81，用于在系统时间满足预设时段的情况下，将所述预设时段内对所述厂务设备进行维保的关联人员的账号作为第一客户端账号；响应于第三客户端发送的维保工单同步请求，将对所述厂务设备进行维保，且与所述第三客户端关联的关联人员的账号作为所述第一客户端账号。

在一种实施方式中，所述厂务设备至少包括以下类型：厂务排水设备、废水处理设备、电力设备、空压设备、真空设备、通风设备、制冷设备和软化设备，所述新生成的维保工单包括第一维保工单，所述装置还包括：第一维保工单生成模块，用于将属于目标类型的厂务设备确定为目标设备集合；获取所述目标设备集合中每一所述目标设备的设备信息；基于每一所述目标设备的设备信息和每一所述目标设备对应的维保规则，确定每一所述目标设备的维保工单的要素内容；基于每一所述目标设备的维保工单的要素内容，为对应的目标设备生成所述第一维保工单；所述第五确定模块，用于基于所述第一维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述第一维保工单的关联人员的账号；所述第二发送模块，用于将所述第一维保工单发送给第二客户端。

在一种实施方式中，所述目标设备的设备信息包括所述目标设备的使用年限，所述装置还包括：目标设备维保规则确定模块，用于获取属于所述目标类型的所述厂务设备的总维保规则；根据每一所述目标设备的使用年限，从所述目标类型对应的所述总维保规则中，确定每一所述目标设备对应的维保规则。

在一种实施方式中，所述目标设备的设备信息还包括所述目标设备的设备编号和维保时间，所述目标设备对应的维保规则包括所述目标设备的维保大类；所述第一维保工单生成模块，用于获取每一所述目标设备的维保工单的维保单号；根据每一所述目标设备对应的维保大类，确定每一所述目标设备的维保工单中所述目标设备的待维保项目；将每一所述目标设备的维保工单的维保单号、每一所述目标设备的维保工单中所述目标设备的待维保项目、设备编号和维保时间，作为每一所述目标设备的维保工单的要素内容。

在一种实施方式中，所述第一维保工单生成模块，用于获取每一所述目标设备的设备编号、每一所述目标设备的维保大类与维保单号之间的关联关系；基于每一所述目标设备的设备编号和维保大类查找所述关联关系，得到每一所述目标设备的维保工单的维保单号。

在一种实施方式中，所述新生成的维保工单还包括第二维保工单，所述装置还包括：第二维保工单生成模块，用于确定故障设备的设备信息；基于所述故障设备的设备信息和所述故障设备对应的维保规则，确定所述故障设备的维保工单的要素内容；基于所述故障设备的维保工单的要素内容，为所述故障设备生成所述第二维保工单；所述第五确定模块，用于基于所述第二维保工单的工单信息，确定所述第二客户端账号，所述第二客户端账号表示所述第二维保工单的关联人员的账号；所述第二发送模块，用于确定所述第二维保工单的优先级；基于所述第二维保工单的优先级将所述第二维保工单发送给所述第二客户端。

在一种实施方式中，所述第二发送模块，用于获取优先级映射信息，所述优先级映射信息用于表征厂务设备的类型与派单优先级之间的对应关系；从优先级映射信息中，查找与所述故障设备的目标类型对应的优先级；将所述故障设备的目标类型对应的优先级确定为所述第二维保工单的优先级。

在一种实施方式中，所述第二发送模块，用于确定与所述故障设备的类型相同的正常设备的数量；在所述正常设备的数量小于等于预设数量阈值的情况下，将所述第二维保工单的优先级确定为第一优先级；在所述正常设备的数量大于等于所述预设数量阈值的情况下，将所述第二维保工单的优先级确定为第二优先级；所述第二优先级的优先级别低于所述第一优先级。

在一种实施方式中，所述方法装置包括：优化策略确定模块，用于获取每一所述目标设备的维保结果和维保作业清单；统计并分析每一所述目标设备的维保结果和维保作业清单，得到每一所述目标设备的异常项和对应的异常频次；将异常频次大于预设频次阈值的异常项，确定为待优化的异常项；将存在所述待优化的异常项的目标设备，确定为待优化的厂务设备；根据所述待优化的厂务设备的设备信息和所述待优化的异常项，确定对所述待优化的厂务设备的改进策略。

在一种实施方式中，所述第二确定模块82，用于确定所述第一客户端账号对应的权限等级；确定与所述第一客户端账号对应的权限等级对应的目标参数范围；将所述目标参数范围内的维保工单，确定为所述待同步的厂务设备的维保工单同步范围。

在一种实施方式中，所述装置还包括：厂务设备和维保作业清单的增加、删除、修改或查看模块，用于接收互联网web请求；所述web请求用于表征对目标类型的厂务设备的设备信息和维保作业清单进行增加、删除、修改或查看的操作请求；在所述第一客户端账号具备对所述目标类型的厂务设备的操作权限的情况下，响应所述web请求，增加、删除、修改或查看所述目标类型的厂务设备的设备信息和维保作业清单。

图9为本申请实施例提供的另一种厂务设备的维保装置的组成结构示意图，如图9所示，所述厂务设备的维保装置90包括：第四确定模块91，用于确定待处理的维保工单中的第一设备信息；第一获取模块92，用于获取对为所述待处理的维保工单所选择的设备编码的扫描操作；响应模块93，用于响应于所述扫描操作，对所述选择的设备编码进行分析，得到所述选择的设备编码对应的设备信息作为对应的待处理的维保工单中的第二设备信息；比较模块94，用于比较所述第一设备信息和对应的所述第二设备信息，得到比较结果；发出模块95，用于根据所述比较结果发出对应的提示信息。

在一种实施方式中，所述装置还包括：保存模块，用于在登陆第一客户端账号处于在线的状态的情况下，获取所述第一客户端账号对应的所有维保工单；所述第一客户端账号对应的所有维保工单包括所述待处理的维保工单；在本地保存所述第一客户端账号对应的所有维保工单，以便在离线状态下能够通过所述终端获取所述待处理的维保工单。

在一种实施方式中，所述发出模块95，用于在所述第一设备信息和所述第二设备信息相同的情况下，发出第一提示信息；所述第一提示信息用于表示可对所述待维保的厂务设备进行维保；在所述第一设备信息和所述第二设备信息不相同的情况下，发出第二提示信息；所述第二提示信息用于表示选择的所述厂务设备不是所述待维保的厂务设备。

在一种实施方式中，所述装置还包括：维保结果同步模块，用于在所述第一设备信息和所述第二设备信息相同的情况下，获取所述第一客户端账号对应的维保工单的维保结果；在本地保存所述第一客户端账号对应的维保工单的维保结果；在登陆所述第一客户端账号处于在线的状态的情况下，将所述第一客户端账号对应的维保工单的维保结果同步至厂务设备的维保系统。

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

所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时，可以存储在一个计算机可读取存储介质中，基于这样的理解，本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

一般来讲，本实施例中的一种厂务设备的维保方法对应的计算机程序指令可以被存储在光盘，硬盘，U盘等存储介质上，当存储介质中的与一厂务设备的维保方法对应的计算机程序指令被一厂务设备的维保系统读取或被执行时，实现前述实施例的任意一种厂务设备的维保方法。

基于前述实施例相同的技术构思，参见图10，其示出了本申请实施例提供的一种厂务设备的维保系统的结构示意图，所述厂务设备的维保系统1001可以包括：存储器1003和处理器1005；其中，

所述存储器1003，用于存储计算机程序和数据；

所述处理器1005，用于执行所述存储器中存储的计算机程序，以实现前述实施例的任意一种厂务设备的维保方法。

在实际应用中，上述存储器1003可以是易失性存储器(volatile memory)，例如RAM；或者非易失性存储器(non-volatile memory)，例如ROM，快闪存储器(flash memory)，硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)；或者上述种类的存储器的组合，并向处理器1005提供指令和数据。

上述处理器1005可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。可以理解地，对于不同的增强现实云平台，用于实现上述处理器功能的电子器件还可以为其它，本申请实施例不作限定。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (20)

1.一种厂务设备的维保方法，其特征在于，所述方法包括：

响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的关联人员的客户端账号；

基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围；

基于所述待同步的厂务设备的维保工单同步范围，确定待同步的维保工单集合；

基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

基于新生成的维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述新生成的维保工单的关联人员的账号；

将所述新生成的维保工单发送给第二客户端。

3.根据权利要求1所述的方法，其特征在于，所述响应维保单同步需求，确定第一客户端账号，包括以下之一：

在系统时间满足预设时段的情况下，将所述预设时段内对所述厂务设备进行维保的关联人员的账号作为第一客户端账号；

响应于第三客户端发送的维保工单同步请求，将对所述厂务设备进行维保，且与所述第三客户端关联的关联人员的账号作为所述第一客户端账号。

4.根据权利要求2所述的方法，其特征在于，所述厂务设备至少包括以下类型：厂务排水设备、废水处理设备、电力设备、空压设备、真空设备、通风设备、制冷设备和软化设备，所述新生成的维保工单包括第一维保工单，所述方法还包括：

将属于目标类型的厂务设备确定为目标设备集合；

获取所述目标设备集合中每一所述目标设备的设备信息；

基于每一所述目标设备的设备信息和每一所述目标设备对应的维保规则，确定每一所述目标设备的维保工单的要素内容；

基于每一所述目标设备的维保工单的要素内容，为对应的目标设备生成所述第一维保工单；

对应地，所述基于新生成的维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述新生成的维保工单的关联人员的账号，包括：基于所述第一维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述第一维保工单的关联人员的账号；

所述将所述新生成的维保工单发送给第二客户端，包括：将所述第一维保工单发送给第二客户端。

5.根据权利要求4所述的方法，其特征在于，所述目标设备的设备信息包括所述目标设备的使用年限，所述方法还包括：

获取属于所述目标类型的所述厂务设备的总维保规则；

根据每一所述目标设备的使用年限，从所述目标类型对应的所述总维保规则中，确定每一所述目标设备对应的维保规则。

6.根据权利要求4所述的方法，其特征在于，所述目标设备的设备信息还包括所述目标设备的设备编号和维保时间，所述目标设备对应的维保规则包括所述目标设备的维保大类；

所述基于每一所述目标设备的设备信息和每一所述目标设备对应的维保规则，确定每一所述目标设备的维保工单的要素内容，包括：

获取每一所述目标设备的维保工单的维保单号；

根据每一所述目标设备对应的维保大类，确定每一所述目标设备的维保工单中所述目标设备的待维保项目；

将每一所述目标设备的维保工单的维保单号、每一所述目标设备的维保工单中所述目标设备的待维保项目、设备编号和维保时间，作为每一所述目标设备的维保工单的要素内容。

7.根据权利要求6所述的方法，其特征在于，所述获取每一所述目标设备的维保工单的维保单号，包括：

获取每一所述目标设备的设备编号、每一所述目标设备的维保大类与维保单号之间的关联关系；

基于每一所述目标设备的设备编号和维保大类查找所述关联关系，得到每一所述目标设备的维保工单的维保单号。

8.根据权利要求4所述的方法，其特征在于，所述新生成的维保工单还包括第二维保工单，所述方法还包括：

确定故障设备的设备信息；

基于所述故障设备的设备信息和所述故障设备对应的维保规则，确定所述故障设备的维保工单的要素内容；

基于所述故障设备的维保工单的要素内容，为所述故障设备生成所述第二维保工单；

对应地，所述基于新生成的维保工单的工单信息，确定第二客户端账号，所述第二客户端账号表示所述新生成的维保工单的关联人员的账号，包括：基于所述第二维保工单的工单信息，确定所述第二客户端账号，所述第二客户端账号表示所述第二维保工单的关联人员的账号；

所述将所述新生成的维保工单发送给第二客户端，包括：确定所述第二维保工单的优先级；基于所述第二维保工单的优先级将所述第二维保工单发送给所述第二客户端。

9.根据权利要求8所述的方法，其特征在于，所述故障设备的设备信息包括故障设备对应的目标类型；所述确定所述第二维保工单的优先级，包括：

获取优先级映射信息，所述优先级映射信息用于表征厂务设备的类型与派单优先级之间的对应关系；

从优先级映射信息中，查找与所述故障设备的目标类型对应的优先级；

将所述故障设备的目标类型对应的优先级确定为所述第二维保工单的优先级。

10.根据权利要求8所述的方法，其特征在于，所述确定所述第二维保工单的优先级，包括：

确定与所述故障设备的类型相同的正常设备的数量；

在所述正常设备的数量小于等于预设数量阈值的情况下，将所述第二维保工单的优先级确定为第一优先级；

在所述正常设备的数量大于等于所述预设数量阈值的情况下，将所述第二维保工单的优先级确定为第二优先级；所述第二优先级的优先级别低于所述第一优先级。

11.根据权利要求4所述的方法，其特征在于，所述方法还包括：

获取每一所述目标设备的维保结果和维保作业清单；

统计并分析每一所述目标设备的维保结果和维保作业清单，得到每一所述目标设备的异常项和对应的异常频次；

将异常频次大于预设频次阈值的异常项，确定为待优化的异常项；

将存在所述待优化的异常项的目标设备，确定为待优化的厂务设备；

根据所述待优化的厂务设备的设备信息和所述待优化的异常项，确定对所述待优化的厂务设备的改进策略。

12.根据权利要求1至11任一项所述的方法，其特征在于，所述基于所述第一客户端账号，确定待同步的厂务设备的维保工单同步范围，包括：

确定所述第一客户端账号对应的权限等级；

确定与所述第一客户端账号对应的权限等级对应的目标参数范围；

将所述目标参数范围内的维保工单，确定为所述待同步的厂务设备的维保工单同步范围。

13.根据权利要求1至11任一项所述的方法，其特征在于，所述方法还包括：

接收互联网web请求；所述web请求用于表征对目标类型的厂务设备的设备信息和维保作业清单进行增加、删除、修改或查看的操作请求；

在所述第一客户端账号具备对所述目标类型的厂务设备的操作权限的情况下，响应所述web请求，增加、删除、修改或查看所述目标类型的厂务设备的设备信息和维保作业清单。

14.一种厂务设备的维保方法，其特征在于，应用于客户端，所述方法包括：

确定待处理的维保工单中的第一设备信息；

获取对为所述待处理的维保工单所选择的设备编码的扫描操作；

响应于所述扫描操作，对所述选择的设备编码进行分析，得到所述选择的设备编码对应的设备信息作为对应的所述待处理的维保工单中的第二设备信息；

比较所述第一设备信息和所述第二设备信息，得到比较结果；

根据所述比较结果发出对应的提示信息。

15.根据权利要求14所述的方法，其特征在于，在所述确定每一待处理的维保工单中的第一设备信息之前，还包括：

在登陆第一客户端账号处于在线的状态的情况下，获取所述第一客户端账号对应的所有维保工单；所述第一客户端账号对应的所有维保工单包括所述待处理的维保工单；

在本地保存所述第一客户端账号对应的所有维保工单，以便在离线状态下能够通过终端获取所述待处理的维保工单。

16.根据权利要求14所述的方法，其特征在于，所述根据所述比较结果发出对应的提示信息，包括：

在所述第一设备信息和所述第二设备信息相同的情况下，发出第一提示信息；所述第一提示信息用于表示可对待维保的厂务设备进行维保；

在所述第一设备信息和所述第二设备信息不相同的情况下，发出第二提示信息；所述第二提示信息用于表示选择的所述厂务设备不是所述待维保的厂务设备。

17.一种厂务设备的维保装置，其特征在于，包括：

第一确定模块，用于响应维保单同步需求，确定第一客户端账号，所述第一客户端账号表示对所述厂务设备进行维保的维保人员的客户端账号；

第二确定模块，用于基于所述第一客户端账号，确定待同步的厂务设备的设备类别范围和维保工单同步范围；

第三确定模块，用于基于所述待同步的厂务设备的设备类别范围和所述维保单的同步范围，确定待同步的维保工单集合；

第一发送模块，用于基于所述第一客户端账号，将所述待同步的维保单集合发送给第一客户端，以对所述厂务设备的维保工单进行同步。

18.一种厂务设备的维保装置，其特征在于，包括：

第四确定模块，用于确定待处理的维保工单中的第一设备信息；

第一获取模块，用于获取对为所述待处理的维保工单所选择的设备编码的扫描操作；

响应模块，用于响应于所述扫描操作，对所述选择的设备编码进行分析，得到所述选择的设备编码对应的设备信息作为对应的待处理的维保工单中的第二设备信息；

比较模块，用于比较所述第一设备信息和对应的所述第二设备信息，得到比较结果；

第五确定模块，用于根据所述比较结果，确定是否发出提示信息。

19.一种厂务设备的维保系统，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至13或14至16任一项所述厂务设备的维保方法中的步骤。

20.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至13或14至16任一项所述厂务设备的维保方法中的步骤。

Images