CN114282695A - 一种故障维修方法、故障维修装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种故障维修方法、故障维修装置、电子设备及存储介质，包括：基于报修终端发送的故障信息生成故障报修单并发送给审批终端；基于审批终端发送的审批信息生成维修工单并派发给维修终端，以使维修终端对应的维修人员进行故障维修；维修终端包括维修负责人对应的第一维修终端；在维修工单中同步更新任一维修终端在任一节点更新的维修信息，生成目标维修工单；响应于第一维修终端发送的验收请求，将目标维修工单发送给验收终端；基于验收终端发送的验收通过信息将目标维修工单的状态设置为完成状态。这样，可以覆盖故障维修的全过程并在全过程中实时记录维修进度和维修信息，从而实现故障维修的智能化、信息化管理，提高故障维修效率。

Description

一种故障维修方法、故障维修装置、电子设备及存储介质

技术领域

本申请涉及设备巡检技术领域，尤其是涉及一种故障维修方法、故障维修装置、电子设备及存储介质。

背景技术

目前，现有的故障维修方法需要报修人员发现故障后电话通知维修部门，维修部门了解情况后填写纸质维修工单，再将纸质维修工单派发给维修人员以进行维修，维修完成后维修人员在纸质维修工单上签字存档。

因此，现有的故障维修方法更多地依赖于人工操作，智能化程度低，使得相关人员在整个维修过程中无法及时获知维修信息和维修进度，故障维修效率低。

发明内容

有鉴于此，本申请的目的在于提供一种故障维修方法、故障维修装置、电子设备及存储介质，可以覆盖故障从报修到审批、维修和验收的全过程并在全过程中实时更新维修进度和维修信息，从而实现故障维修的智能化、信息化管理，提高故障维修效率，满足实际的故障维修管理需求。

本申请实施例提供了一种故障维修方法，所述方法包括：

基于报修终端发送的故障信息生成故障报修单，并将所述故障报修单发送给审批终端；

基于所述审批终端发送的审批信息生成维修工单，并将所述维修工单派发给维修终端，以使所述维修终端对应的维修人员根据接收到的所述维修工单进行故障维修；所述审批信息由所述审批终端基于接收的故障报修单所生成；所述维修终端包括所述维修工单的维修负责人对应的第一维修终端；

在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，生成目标维修工单；

响应于所述第一维修终端发送的验收请求，将所述目标维修工单发送给验收终端；

基于所述验收终端发送的验收通过信息将所述目标维修工单的状态设置为完成状态。

进一步的，所述故障信息包括设备信息或位置信息；所述将所述故障报修单发送给审批终端，包括：

基于所述设备信息或所述位置信息确定负责的班组；

将所述故障报修单发送给所述负责的班组中的审批人员对应的审批终端。

进一步的，所述审批信息至少包括故障维修时间；

当所述故障维修时间指示立即维修故障时，所述审批信息至少还包括所述维修人员中的维修负责人；

所述将所述维修工单派发给维修终端，包括：将所述维修工单派发给所述第一维修终端；

当所述故障维修时间指示设定时间维修故障时，所述将所述维修工单派发给维修终端，包括：

基于所述审批信息包括的维修负责人的信息，将所述维修工单派发给所述第一维修终端；

或者，

响应于任一所述维修终端发送的接单请求，将发送所述接单请求的所述维修终端所对应的维修人员确定为维修负责人，并将所述维修工单派发给所述第一维修终端。

进一步的，所述维修人员还包括各维修成员；所述将所述维修工单派发给维修终端，还包括：

在所述维修工单中添加所述第一维修终端发送的各维修成员的信息，并将所述维修工单派发给各维修成员对应的各第二维修终端。

进一步的，所述方法还包括：

基于所述第一维修终端修改的维修负责人的信息和/或维修成员的信息，在所述维修工单中修改所述维修负责人的信息和/或所述维修成员的信息；

将修改后的维修负责人所对应的维修终端确定为所述第一维修终端，将修改后的各维修成员所对应的维修终端确定为各第二维修终端；

向所述第一维修终端和/或所述各第二维修终端派发修改后的维修工单。

进一步的，所述方法还包括：

基于所述验收终端发送的验收未通过信息更新所述目标维修工单，并将所述验收未通过信息同步更新至所述维修终端，以使所述维修终端对应的维修人员基于接收到的所述验收未通过信息继续进行故障维修。

进一步的，所述维修信息包括以下各项中的至少一项：故障原因、故障现象、故障处理措施、故障处理时间、维修作业许可证、维修用时和物料信息。

进一步的，所述物料信息包括已领取物料的信息和使用物料的信息；所述在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，包括：

在所述维修工单中同步更新任一所述维修终端在任一节点更新的所述已领取物料的信息和所述使用物料的信息；

基于所述已领取物料的信息和所述使用物料的信息，确定剩余物料的信息。

本申请实施例还提供了一种故障维修装置，所述装置包括：

故障报修模块，用于基于报修终端发送的故障信息生成故障报修单，并将所述故障报修单发送给审批终端；

工单派发模块，用于基于所述审批终端发送的审批信息生成维修工单，并将所述维修工单派发给维修终端，以使所述维修终端对应的维修人员根据接收到的所述维修工单进行故障维修；所述审批信息由所述审批终端基于接收的故障报修单所生成；所述维修终端包括所述维修工单的维修负责人对应的第一维修终端；

更新模块，用于在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，生成目标维修工单；

验收模块，用于响应于所述第一维修终端发送的验收请求，将所述目标维修工单发送给验收终端；

设置模块，用于基于所述验收终端发送的验收通过信息将所述目标维修工单的状态设置为完成状态。

进一步的，所述故障信息包括设备信息或位置信息；所述故障报修模块在用于将所述故障报修单发送给审批终端时，所述故障报修模块用于：

基于所述设备信息或所述位置信息确定负责的班组；

将所述故障报修单发送给所述负责的班组中的审批人员对应的审批终端。

进一步的，所述审批信息至少包括故障维修时间；

当所述故障维修时间指示立即维修故障时，所述审批信息至少还包括所述维修人员中的维修负责人；

所述工单派发模块在用于将所述维修工单派发给维修终端时，所述工单派发模块用于：将所述维修工单派发给所述第一维修终端；

当所述故障维修时间指示设定时间维修故障时，所述工单派发模块在用于将所述维修工单派发给维修终端时，所述工单派发模块用于：

基于所述审批信息包括的维修负责人的信息，将所述维修工单派发给所述第一维修终端；

或者，

响应于任一所述维修终端发送的接单请求，将发送所述接单请求的所述维修终端所对应的维修人员确定为维修负责人，并将所述维修工单派发给所述第一维修终端。

进一步的，所述维修人员还包括各维修成员；所述工单派发模块在用于将所述维修工单派发给维修终端时，所述工单派发模块还用于：

在所述维修工单中添加所述第一维修终端发送的各维修成员的信息，并将所述维修工单派发给各维修成员对应的各第二维修终端。

进一步的，所述工单派发模块还用于：

基于所述第一维修终端修改的维修负责人的信息和/或维修成员的信息，在所述维修工单中修改所述维修负责人的信息和/或所述维修成员的信息；

将修改后的维修负责人所对应的维修终端确定为所述第一维修终端，将修改后的各维修成员所对应的维修终端确定为各第二维修终端；

向所述第一维修终端和/或所述各第二维修终端派发修改后的维修工单。

进一步的，所述验收模块还用于：

基于所述验收终端发送的验收未通过信息更新所述目标维修工单，并将所述验收未通过信息同步更新至所述维修终端，以使所述维修终端对应的维修人员基于接收到的所述验收未通过信息继续进行故障维修。

进一步的，所述维修信息包括以下各项中的至少一项：故障原因、故障现象、故障处理措施、故障处理时间、维修作业许可证、维修用时和物料信息。

进一步的，所述物料信息包括已领取物料的信息和使用物料的信息；所述更新模块在用于在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息时，所述更新模块用于：

在所述维修工单中同步更新任一所述维修终端在任一节点更新的所述已领取物料的信息和所述使用物料的信息；

基于所述已领取物料的信息和所述使用物料的信息，确定剩余物料的信息。

本申请实施例还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行如上述的故障维修方法的步骤。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如上述的故障维修方法的步骤。

本申请实施例提供的一种故障维修方法、故障维修装置、电子设备及存储介质，包括：基于报修终端发送的故障信息生成故障报修单，并将所述故障报修单发送给审批终端；基于所述审批终端发送的审批信息生成维修工单，并将所述维修工单派发给维修终端，以使所述维修终端对应的维修人员根据接收到的所述维修工单进行故障维修；所述审批信息由所述审批终端基于接收的故障报修单所生成；所述维修终端包括所述维修工单的维修负责人对应的第一维修终端；在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，生成目标维修工单；响应于所述第一维修终端发送的验收请求，将所述目标维修工单发送给验收终端；基于所述验收终端发送的验收通过信息将所述目标维修工单的状态设置为完成状态。

这样，可以覆盖故障从报修到审批、维修和验收的全过程并在全过程中实时更新维修进度和维修信息，从而实现故障维修的智能化、信息化管理，提高故障维修效率，满足实际的故障维修管理需求。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例所提供的一种故障维修方法的流程图；

图2示出了本申请实施例所提供的一种确定故障信息的示例；

图3示出了本申请实施例所提供的一种确定审批信息的示例；

图4示出了本申请实施例所提供的一种确定维修信息的示例；

图5示出了本申请实施例所提供的一种对故障维修进行验收的示例；

图6示出了本申请实施例所提供的一种故障维修装置的结构示意图；

图7示出了本申请实施例所提供的一种电子设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例，都属于本申请保护的范围。

首先，对本申请可适用的应用场景进行介绍。本申请可应用于故障维修技术领域。

目前，常见的故障维修方法需要报修人员发现故障后电话通知维修部门，维修部门了解情况后填写纸质维修工单，再将纸质维修工单派发给维修人员以进行维修，维修完成后维修人员在纸质维修工单上签字存档。。

因此，现有的故障维修方法更多地依赖于人工操作，智能化程度低，使得相关人员在整个维修过程中无法及时获知维修信息和维修进度，故障维修效率低。

基于此，本申请实施例提供了一种故障维修方法，可以覆盖故障从报修到审批、维修和验收的全过程并在全过程中实时更新维修进度和维修信息，从而实现故障维修的智能化、信息化管理，提高故障维修效率，满足实际的故障维修管理需求。

请参阅图1，图1为本申请实施例所提供的一种故障维修方法的流程图。这里，所述故障维修方法可应用于服务器，例如，所述故障维修方法可通过服务器中的计算机程序来实现。服务器与报修终端、审批终端、维修终端和验收终端通信连接以进行数据交互。示例性的，所述报修终端、审批终端、维修终端和验收终端可以是移动通信终端(例如，智能手机)、个人计算机、平板电脑、游戏机、数字多媒体播放器等电子终端。

如图1中所示，本申请实施例提供的故障维修方法，包括：

S101、基于报修终端发送的故障信息生成故障报修单，并将所述故障报修单发送给审批终端。

在一种可能的实施方式中，报修终端可通过报修人员的输入或选择操作获取故障信息，或者与设备或***通信连接以自动获取设备或***中产生的故障信息；报修终端将获取的故障信息发送至与报修终端通信连接的服务器；服务器可基于报修终端发送的故障信息以及预存的故障报修单模板生成故障报修单。

其中，故障信息包括发生故障的设备信息或位置信息。示例性的，设备信息为发生故障的设备的具体编码，例如，供暖热水循环***1107011；位置信息为故障发生的具***置，例如，A机场b出口。

进一步的，故障信息还可以包括故障的描述信息，例如，水温不达标、供暖不足；以及故障发生的具体时间、故障现场照片、故障报修人等。

下面请参阅图2，图2示出了本申请实施例所提供的一种确定故障信息的示例。

假设所述故障信息是由报修人员在报修终端的用户界面中显示的故障报修单模板中输入的。

具体说来，报修终端显示的故障报修单模板如图2所示；首先，报修终端可根据报修人员对故障类型的选择操作相应显示出不同类型的故障报修单模板，例如，当报修人员选择了“有设备”故障时，如图2(a)所示，故障报修单模板中可以包括故障标题(比如，供暖热水循环***故障)、故障设备的信息(比如，设备编码、设备图片、安装位置等)、故障描述、故障发生时间等条目；当报修人员选择了“无设备”故障时，如图2(b)所示，故障报修单模板中可以包括故障标题(比如，机场故障)、故障现场的信息(比如，现场图片、故障发生位置)、故障描述、故障发生时间等条目；报修人员可在各个条目中填写或选择相应的故障信息，在维修人员点击“提交”控件后，将故障信息发送至服务器以根据服务器中预存的故障报修单模板生成维修工单。

在一种可能的实施方式中，步骤S101还包括：

S1011、基于所述设备信息或所述位置信息确定负责的班组。

具体说来，可基于设备信息确定负责这类设备的班组，对应于上述示例，当设备信息为供暖热水循环***1107011时，负责的班组为冷热源班组；或者可基于位置信息确定负责相应位置的故障维修的班组。

S1012、将所述故障报修单发送给所述负责的班组中的审批人员对应的审批终端。

具体说来，所述负责的班组中可以设置有审批人员负责故障报修单的审批。示例性的，审批人员可以是班组中的班长、组长或专门设置的故障审批人员。

这样，当可明确发生故障的设备时，可直接基于设备的信息准确确定负责的班组；当不明确发生故障的设备时，也可基于发生故障的位置信息确定负责的班组。

S102、基于所述审批终端发送的审批信息生成维修工单，并将所述维修工单派发给维修终端，以使所述维修终端对应的维修人员根据接收到的所述维修工单进行故障维修。

在一种可能的实施方式中，当所述审批终端发送的审批信息指示同意该次故障维修时，可基于所述审批信息、所述故障信息和预设的维修工单模板生成维修工单。可选的，所述审批终端也可以发送审批信息指示拒绝该次故障维修。

其中，所述审批信息由所述审批终端基于接收的故障报修单所生成；所述审批信息至少包括故障维修时间，故障维修时间可以指示立即维修故障，也可以指示在设定时间维修故障；所述维修终端包括所述维修工单的维修负责人对应的第一维修终端。

在一种可能的实施方式中，审批信息可以是审批终端基于接收的故障报修单中的故障信息自动确定的，例如，基于故障信息中的故障紧急程度指示同意该次故障维修，并确定故障维修时间为指示立即维修故障；或者，审批信息可以是审批人员根据审批终端的用户界面中所显示的故障报修单而输入的。

下面请参阅图3，图3示出了本申请实施例所提供的一种确定审批信息的示例。

假设所述审批信息为审批人员根据审批终端的用户界面中显示的故障报修单而输入的。

具体说来，审批终端的用户界面如图3中的(a)所示，首先，可接收审批人员对故障报修单的选择操作，例如，审批人员选择了“机场故障报修单”，则跳转到如图3中的(b)所示的页面，向审批人员显示机场故障报修单中的故障信息；在审批人员选择“审批信息”后，切换到如图3中的(c)所示的页面，接收审批人员输入或选择的故障维修时间、维修班组和维修负责人等审批信息；在审批人员点击“同意”控件后，将审批信息发送给服务器以生成维修工单。

在一种可能的实施方式中，当所述故障维修时间指示立即维修故障时，所述审批信息至少还包括所述维修人员中的维修负责人，则所述将所述维修工单派发给维修终端，包括：

将所述维修工单派发给所述第一维修终端。

这里，当审批信息中的故障维修时间指示立即维修故障时，审批信息还应当指定至少一名维修负责人，并将维修工单派发给所述维修负责人对应的第一维修终端。这样，能够明确故障维修责任制度，保证紧急的维修任务能够迅速开展。

在一种可能的实施方式中，当所述故障维修时间指示设定时间维修故障时，则所述将所述维修工单派发给维修终端，包括：基于所述审批信息包括的维修负责人的信息，将所述维修工单派发给所述第一维修终端；或者，响应于任一所述维修终端发送的接单请求，将发送所述接单请求的所述维修终端所对应的维修人员确定为维修负责人，并将所述维修工单派发给所述第一维修终端。

这里，当审批信息中的故障维修时间指示设定时间维修故障时，可以通过审批信息指定维修负责人，或者，可以发布维修工单，响应于任一所述维修终端发送的接单请求来确定维修负责人。

在一种可能的实施方式中，所述维修人员还包括各维修成员；所述将所述维修工单派发给维修终端，还包括：

在所述维修工单中添加所述第一维修终端发送的各维修成员的信息，并将所述维修工单派发给各维修成员对应的各第二维修终端。

这里，在确定了维修负责人之后，维修负责人可通过第一维修终端向服务器发送各维修成员的信息以添加维修成员共同完成维修工单；服务器相应地在维修工单中的对应条目(例如，维修人员条目)中对应添加各维修成员的信息，并将维修工单派发给各维修成员对应的各第二维修终端。

在一种可能的实施方式中，所述方法还包括：基于所述第一维修终端修改的维修负责人的信息和/或维修成员的信息，在所述维修工单中修改所述维修负责人的信息和/或所述维修成员的信息；

将修改后的维修负责人所对应的维修终端确定为所述第一维修终端，将修改后的各维修成员所对应的维修终端确定为各第二维修终端；

向所述第一维修终端和/或所述各第二维修终端派发修改后的维修工单。

这里，维修负责人可以随时修改维修负责人的信息和/或维修成员的信息，例如，选择其他的维修负责人替换自己，也可以加入新的维修负责人；维修负责人还可以随时添加新的维修成员或删除原有的维修成员；服务器相应地在维修工单中的对应条目(例如，维修人员条目)中修改维修负责人的信息和/或维修成员的信息，并将修改后的维修工单派发给新增加的维修负责人对应的第一维修终端和/或新增加的维修成员对应的各第二维修终端。其中，维修负责人的信息和维修成员的信息可以是相应人员的姓名、工号等。

需要说明的是，维修负责人、各维修成员和审批人员可以属于同一班组，也可以属于不同班组，本申请在此并不加以限制。例如，冷热源班组的审批人员可以指定本班组内的员工作为维修负责人，维修负责人可以跨班组添加其他班组，例如轨道维护班组内的员工作为维修成员共同完成维修工单等。这样，使得维修工单中的维修人员指派更加灵活，方便实际维修业务开展。

下面请返回参阅图1，S103、在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，生成目标维修工单。

在一种可能的实施方式中，维修信息可以是维修人员(包括维修负责人和各维修人员)在故障维修全过程中，在各自对应的维修终端所显示的维修工单中实时更新的。其中，作为示例，维修信息包括以下各项中的至少一项：故障原因、故障现象、故障处理措施、故障处理时间、维修作业许可证、维修用时和物料信息，比如维修物料的类型、规格和数量。

其中，所述物料信息包括已领取物料的信息和使用物料的信息；所述在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，包括：

在所述维修工单中同步更新任一所述维修终端在任一节点更新的所述已领取物料的信息和所述使用物料的信息；

基于所述已领取物料的信息和所述使用物料的信息，确定剩余物料的信息。

其中，各维修人员均可以在各自对应的维修终端所显示的维修工单中实时更新已领取物料的信息；各维修人员在维修过程中使用物料时，也可以在维修工单中更新所述使用物料的信息；这里，更新物料信息包括添加和删除物料信息。例如，在维修开始时添加已领取五块过滤网，在维修过程中添加使用了两块过滤网，则可确定此时还剩余三块过滤网；维修人员也可以删除物料信息，例如，删除使用了两块过滤网，则确定此时还剩余五块过滤网。

在一种可能的实施方式中，在维修人员更新了维修信息之后，维修终端通过维修人员的保存或确认操作将维修信息发送至服务器。

下面请参阅图4，图4示出了本申请实施例所提供的一种确定维修信息的示例。

假设所述维修信息为维修人员在故障维修的过程中，在维修终端的用户界面中显示的维修工单记录的。

具体说来，维修终端的用户界面如图4中的(a)所示，首先，可接收维修人员对维修工单的选择操作，例如，维修人员选择了“机场故障维修工单”，则跳转到如图4中的(b)所示的页面，向维修人员显示初始的机场故障报修单中的故障信息；在维修人员选择“故障处理”之后，切换到如图4中的(c)所示的页面，接收维修人员输入或选择的处理时间、处理措施、维修作业许可证和处理描述等维修信息。通过类似的方式，相关人员可以选择“物料信息”以在显示的相应物料信息页面中记录维修物料的信息；选择“故障分析”以在显示的相应故障分析页面中记录故障原因和故障现象；选择“维修进度”以在显示的相应维修进度页面中查看在本次故障维修的过程中进行的全部操作记录。如图4(c)中的页面所示，维修人员在点击页面中的“保存”控件后，可以将维修信息保存至该维修终端的维修工单中，并将维修信息发送给服务器。

在一种可能的实施方式中，每个维修终端在不同的节点将维修信息发送给服务器之后，服务器在服务器端的维修工单的对应条目中同步更新接收到的维修信息，生成目标维修工单；其中，节点可以是时间节点，也可以是维修任务节点；对应于上述示例，服务器可以在服务器端的维修工单的故障分析条目中对应更新故障原因和故障现象；在故障处理条目中对应更新故障处理措施、故障处理时间、维修作业许可证和维修用时；在维修物料条目中对应更新物料信息等。

在一种可能的实施方式中，在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，生成目标维修工单之后，所述方法还包括：

将所述维修信息实时更新至所述报修终端、所述审批终端以及除向服务器发送该次维修信息的维修终端之外其他的维修终端。

这样，可以将维修信息实时地更新至全部相关终端，使得从故障报修到故障审批和故障维修的全部相关人员都可以通过对应终端及时地获知故障维修进展，实现了维修进度的动态跟踪，实现故障维修的智能化、信息化管理。

下面请返回参阅图1，S104、响应于所述第一维修终端发送的验收请求，将所述目标维修工单发送给验收终端。

在一种可能的实施方式中，验收请求可以是基于维修人员在维修终端的提交操作，由维修终端产生并发送给服务器的。

下面请继续参阅图4，在维修人员选择“维修进度”之后，切换到如图4(d)所示的页面，页面中记录了本次故障维修的过程中进行的全部操作信息，例如，添加维修成员，保存故障处理，提交维修物料等；维修人员在确认维修完成之后，可以点击“提交”控件，以通过维修终端向服务器发送验收本次故障维修的验收请求。

在一种可能的实施方式中，维修工单可能出现异常情况，例如故障误报，此时也可以通过点击“关闭”控件，不通过验收即可将该维修工单的状态设置为完成状态。

可选的，为维修人员中的维修负责人和一般的维修成员设定不同的权限信息，使得不同的维修人员的维修终端中显示的维修工单中的信息不同，在维修工单中可进行的操作不同。示例性的，可设定只有维修负责人对应的第一维修终端有权限在“维修进度”页面中提交维修工单的验收，一般的维修成员只有权限在“维修进度”页面中查看维修工单的操作记录，而无权限提交维修工单的验收。

在一种可能的实施方式中，服务器可以根据故障信息确定对应的验收终端；在接收到维修终端发送的验收请求后，将更新了维修信息的目标维修工单发送给对应的验收终端。

S105、基于所述验收终端发送的验收通过信息将所述目标维修工单的状态设置为完成状态。

在一种可能的实施方式中，验收终端对应的验收人员可以根据目标维修工单中记录的维修信息对故障维修进行验收。若故障维修的验收通过，则验收终端会向服务器发送验收通过信息，以使服务器根据接收到的验收通过信息将所述目标维修工单的状态设置为完成状态。

在另一种可能的实施方式中，所述方法还包括：基于所述验收终端发送的验收未通过信息更新所述目标维修工单，并将所述验收未通过信息同步更新至所述维修终端，以使所述维修终端对应的维修人员基于接收到的所述验收未通过信息继续进行故障维修。

其中，若故障维修的验收未通过，则验收终端会向服务器发送验收未通过信息，以使服务器根据接收到的验收未通过信息更新所述目标维修工单；服务器会将所述验收未通过信息更新至所述维修终端，以使所述维修终端对应的维修人员基于接收到的所述验收未通过信息继续进行故障维修；服务器也可以将验收未通过信息更新至所述报修终端和所述审批终端，以使其他相关人员及时获知验收情况；示例性，验收未通过信息可以包括验收未通过的原因、故障验收标准和验收人员信息等。

下面请参阅图5，图5示出了本申请实施例所提供的一种对故障维修进行验收的示例。

具体说来，验收终端的用户界面如图5中的(a)所示，首先，可接收验收人员对目标维修工单的选择操作，例如，在验收人员选择“机场故障维修工单”后，跳转到图5(b)所示的页面；验收人员可以点击“故障信息”、“故障分析”、“维修人员”、“故障处理”、“物料信息”和“维修进度”等控件跳转到不同页面，以对目标维修工单中的各项信息进行检查；在维修人员选择“验收意见”之后，切换到如图5(c)所示的页面，验收人员可以在页面中查看验收历史，记录验收时间，上传验收图片并记录验收描述(例如，验收通过或验收未通过的原因、故障验收标准等)；验收人员可以根据验收的实际情况确定该次故障维修通过验收或未通过验收。当确定故障维修通过验收时，验收人员可以点击页面中的“同意”控件，将验收通过信息发送给服务器，以使服务器基于验收终端发送的验收通过信息将这一“机场故障维修工单”的状态设置为完成状态；或者，当确定故障维修未通过验收时，验收人员可以点击页面中的“拒绝”控件，将验收未通过信息发送给服务器，此时，这一“机场故障维修工单”的状态保持为未完成状态；服务器会在工单中更新验收未通过信息以使维修终端对应的维修人员基于接收到的验收未通过信息继续进行故障维修。

需要说明的是，本申请中涉及的报修终端、审批终端、维修终端和验收终端是出于便于说明的目的，根据电子终端在故障维修的过程中所起作用而进行命名区分的，并不代表报修终端、审批终端、维修终端和验收终端在物理上一定属于不同的电子设备。示例性的，某一班组中的班长同时担任某一维修工单的审核人员和维修负责人，则他所持的电子设备在进行工单审核时为本申请中的审核终端，在进行故障维修时为本申请中的维修终端。

本申请实施例提供的一种故障维修方法，包括：基于报修终端发送的故障信息生成故障报修单，并将所述故障报修单发送给审批终端；基于所述审批终端发送的审批信息生成维修工单，并将所述维修工单派发给维修终端，以使所述维修终端对应的维修人员根据接收到的所述维修工单进行故障维修；所述审批信息由所述审批终端基于接收的故障报修单所生成；所述维修终端包括所述维修工单的维修负责人对应的第一维修终端；在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，生成目标维修工单；响应于所述第一维修终端发送的验收请求，将所述目标维修工单发送给验收终端；基于所述验收终端发送的验收通过信息将所述目标维修工单的状态设置为完成状态。

这样，可以覆盖故障从报修到审批、维修和验收的全过程并在全过程中实时更新维修进度和维修信息，从而实现故障维修的智能化、信息化管理，提高故障维修效率，满足实际的故障维修管理需求。

请参阅图6，图6为本申请实施例所提供的一种故障维修装置的结构示意图。如图6中所示，所述故障维修装置600包括：

故障报修模块610，用于基于报修终端发送的故障信息生成故障报修单，并将所述故障报修单发送给审批终端；

工单派发模块620，用于基于所述审批终端发送的审批信息生成维修工单，并将所述维修工单派发给维修终端，以使所述维修终端对应的维修人员根据接收到的所述维修工单进行故障维修；所述审批信息由所述审批终端基于接收的故障报修单所生成；所述维修终端包括所述维修工单的维修负责人对应的第一维修终端；

更新模块630，用于在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，生成目标维修工单；

验收模块640，用于响应于所述第一维修终端发送的验收请求，将所述目标维修工单发送给验收终端；

设置模块650，用于基于所述验收终端发送的验收通过信息将所述目标维修工单的状态设置为完成状态。

进一步的，所述故障信息包括设备信息或位置信息；所述故障报修模块610在用于将所述故障报修单发送给审批终端时，所述故障报修模块610用于：

基于所述设备信息或所述位置信息确定负责的班组；

将所述故障报修单发送给所述负责的班组中的审批人员对应的审批终端。

进一步的，所述审批信息至少包括故障维修时间；

当所述故障维修时间指示立即维修故障时，所述审批信息至少还包括所述维修人员中的维修负责人；

所述工单派发模块620在用于将所述维修工单派发给维修终端时，所述工单派发模块620用于：将所述维修工单派发给所述第一维修终端；

当所述故障维修时间指示设定时间维修故障时，所述工单派发模块620在用于将所述维修工单派发给维修终端时，所述工单派发模块620用于：

基于所述审批信息包括的维修负责人的信息，将所述维修工单派发给所述第一维修终端；

或者，

响应于任一所述维修终端发送的接单请求，将发送所述接单请求的所述维修终端所对应的维修人员确定为维修负责人，并将所述维修工单派发给所述第一维修终端。

进一步的，所述维修人员还包括各维修成员；所述工单派发模块620在用于将所述维修工单派发给维修终端时，所述工单派发模块620还用于：

在所述维修工单中添加所述第一维修终端发送的各维修成员的信息，并将所述维修工单派发给各维修成员对应的各第二维修终端。

进一步的，所述工单派发模块620还用于：

基于所述第一维修终端修改的维修负责人的信息和/或维修成员的信息，在所述维修工单中修改所述维修负责人的信息和/或所述维修成员的信息；

将修改后的维修负责人所对应的维修终端确定为所述第一维修终端，将修改后的各维修成员所对应的维修终端确定为各第二维修终端；

向所述第一维修终端和/或所述各第二维修终端派发修改后的维修工单。

进一步的，所述验收模块640还用于：

基于所述验收终端发送的验收未通过信息更新所述目标维修工单，并将所述验收未通过信息同步更新至所述维修终端，以使所述维修终端对应的维修人员基于接收到的所述验收未通过信息继续进行故障维修。

进一步的，所述维修信息包括以下各项中的至少一项：故障原因、故障现象、故障处理措施、故障处理时间、维修作业许可证、维修用时和物料信息。

进一步的，所述物料信息包括已领取物料的信息和使用物料的信息；所述更新模块630在用于在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息时，所述更新模块630用于：

在所述维修工单中同步更新任一所述维修终端在任一节点更新的所述已领取物料的信息和所述使用物料的信息；

基于所述已领取物料的信息和所述使用物料的信息，确定剩余物料的信息。

本申请实施例提供的一种故障维修装置，包括：故障报修模块，用于基于报修终端发送的故障信息生成故障报修单，并将所述故障报修单发送给对应的审批终端；工单派发模块，用于基于所述审批终端发送的审批信息生成维修工单，并将所述维修工单派发给对应的维修终端，以使所述维修终端对应的维修人员根据接收到的所述维修工单进行故障维修；所述审批信息为所述审批终端基于接收的故障报修单所确定的；记录模块，用于在所述维修工单的对应条目中实时记录任一所述维修终端在任一节点发送的维修信息；验收模块，用于基于所述维修终端发送的验收请求，将已记录所述维修信息的所述维修工单发送给对应的验收终端，并基于所述验收终端发送的验收通过信息完成所述维修工单。

这样，可以覆盖故障从报修到审批、维修和验收的全过程并在全过程中实时记录维修进度和维修信息，从而实现故障维修的智能化、信息化管理，提高故障维修效率，满足实际的故障维修管理需求。

请参阅图7，图7为本申请实施例所提供的一种电子设备的结构示意图。如图7中所示，所述电子设备700包括处理器710、存储器720和总线730。

所述存储器720存储有所述处理器710可执行的机器可读指令，当电子设备700运行时，所述处理器710与所述存储器720之间通过总线730通信，所述机器可读指令被所述处理器710执行时，可以执行如上述图1至图5所示方法实施例中的故障维修方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时可以执行如上述图1至图5所示方法实施例中的故障维修方法的步骤，具体实现方式可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

最后应说明的是：以上所述实施例，仅为本申请的具体实施方式，用以说明本申请的技术方案，而非对其限制，本申请的保护范围并不局限于此，尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本申请实施例技术方案的精神和范围，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (11)

1.一种故障维修方法，其特征在于，所述方法包括：

基于报修终端发送的故障信息生成故障报修单，并将所述故障报修单发送给审批终端；

基于所述审批终端发送的审批信息生成维修工单，并将所述维修工单派发给维修终端，以使所述维修终端对应的维修人员根据接收到的所述维修工单进行故障维修；所述审批信息由所述审批终端基于接收的故障报修单所生成；所述维修终端包括所述维修工单的维修负责人对应的第一维修终端；

在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，生成目标维修工单；

响应于所述第一维修终端发送的验收请求，将所述目标维修工单发送给验收终端；

基于所述验收终端发送的验收通过信息将所述目标维修工单的状态设置为完成状态。

2.根据权利要求1所述的方法，其特征在于，所述故障信息包括设备信息或位置信息；所述将所述故障报修单发送给审批终端，包括：

基于所述设备信息或所述位置信息确定负责的班组；

将所述故障报修单发送给所述负责的班组中的审批人员对应的审批终端。

3.根据权利要求1所述的方法，其特征在于，所述审批信息至少包括故障维修时间；

当所述故障维修时间指示立即维修故障时，所述审批信息至少还包括所述维修人员中的维修负责人；

所述将所述维修工单派发给维修终端，包括：将所述维修工单派发给所述第一维修终端；

当所述故障维修时间指示设定时间维修故障时，所述将所述维修工单派发给维修终端，包括：

基于所述审批信息包括的维修负责人的信息，将所述维修工单派发给所述第一维修终端；

或者，

响应于任一所述维修终端发送的接单请求，将发送所述接单请求的所述维修终端所对应的维修人员确定为维修负责人，并将所述维修工单派发给所述第一维修终端。

4.根据权利要求3所述的方法，其特征在于，所述维修人员还包括各维修成员；所述将所述维修工单派发给维修终端，还包括：

在所述维修工单中添加所述第一维修终端发送的各维修成员的信息，并将所述维修工单派发给各维修成员对应的各第二维修终端。

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

基于所述第一维修终端修改的维修负责人的信息和/或维修成员的信息，在所述维修工单中修改所述维修负责人的信息和/或所述维修成员的信息；

将修改后的维修负责人所对应的维修终端确定为所述第一维修终端，将修改后的各维修成员所对应的维修终端确定为各第二维修终端；

向所述第一维修终端和/或所述各第二维修终端派发修改后的维修工单。

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

基于所述验收终端发送的验收未通过信息更新所述目标维修工单，并将所述验收未通过信息同步更新至所述维修终端，以使所述维修终端对应的维修人员基于接收到的所述验收未通过信息继续进行故障维修。

7.根据权利要求1所述的方法，其特征在于，所述维修信息包括以下各项中的至少一项：故障原因、故障现象、故障处理措施、故障处理时间、维修作业许可证、维修用时和物料信息。

8.根据权利要求7所述的方法，其特征在于，所述物料信息包括已领取物料的信息和使用物料的信息；所述在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，包括：

在所述维修工单中同步更新任一所述维修终端在任一节点更新的所述已领取物料的信息和所述使用物料的信息；

基于所述已领取物料的信息和所述使用物料的信息，确定剩余物料的信息。

9.一种故障维修装置，其特征在于，所述装置包括：

故障报修模块，用于基于报修终端发送的故障信息生成故障报修单，并将所述故障报修单发送给审批终端；

工单派发模块，用于基于所述审批终端发送的审批信息生成维修工单，并将所述维修工单派发给维修终端，以使所述维修终端对应的维修人员根据接收到的所述维修工单进行故障维修；所述审批信息由所述审批终端基于接收的故障报修单所生成；所述维修终端包括所述维修工单的维修负责人对应的第一维修终端；

更新模块，用于在所述维修工单中同步更新任一所述维修终端在任一节点更新的维修信息，生成目标维修工单；

验收模块，用于响应于所述第一维修终端发送的验收请求，将所述目标维修工单发送给验收终端；

设置模块，用于基于所述验收终端发送的验收通过信息将所述目标维修工单的状态设置为完成状态。

10.一种电子设备，其特征在于，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储器之间通过所述总线进行通信，所述机器可读指令被所述处理器运行时执行如权利要求1至8任一所述的故障维修方法的步骤。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至8任一所述的故障维修方法的步骤。

Images