CN115263679A - 一种远程故障报修方法和系统 - Google Patents

Abstract

本发明属于故障维护领域，针对人工巡检时对于故障察觉不敏感的问题，提供一种远程故障报修方法和系统，其中，应用于故障采集客户端的方法，包括：获取当前参考信息；在当前参考信息异于预设的标准参考信息时，根据所述当前参考信息得到异常参考信息；输出所述异常参考信息，以供运维服务器根据预设的数据库，查找到对应所述异常参考信息的故障码和维修指导信息，从而输出给用户客户端，解析所述故障码对应的故障信息；其中，所述数据库包括相互关联的各个故障区域信息、故障码、维修指导信息；故障信息包括故障设备、故障码、故障现象和故障时间。

Description

一种远程故障报修方法和系统

技术领域

本发明属于故障维护领域，具体涉及一种远程故障报修方法和系统。

背景技术

风电设备结构复杂，运行条件苛刻，设备发生故障在所难免。传统发生故障的流程一般为巡检人员将故障现象和异常情况记录，并告知维修人员，维修人员根据实际情况进行故障处理。上述流程中，维修人员由于存在多个维修任务，往往不能及时处理多个维修任务，而且维修后也无法及时通告巡检人员，也即故障维修流程不能闭环。另外由于现在设备智能化程序很高，很多故障表象不明显，普通巡检人员无法肉眼或者经验察觉，而且故障发生具有随机性，巡检人员无法24小时时刻对设备进行不间断检查，所以会存在设备故障发生报修的滞后性，也即不能及时发现故障并报修。

发明内容

本发明提供一种远程故障报修方法和系统，用以解决现有技术中人工巡检时对于故障察觉不敏感的问题。

本发明的基础方案为：一种远程故障报修方法，应用于故障采集客户端，包括：

获取当前参考信息；

在当前参考信息异于预设的标准参考信息时，根据所述当前参考信息得到异常参考信息；

输出所述异常参考信息，以供运维服务器根据预设的数据库，查找到对应所述异常参考信息的故障码和维修指导信息，从而输出给用户客户端，解析所述故障码对应的故障信息；

其中，所述数据库包括相互关联的各个故障区域信息、故障码、维修指导信息；故障信息包括故障设备、故障码、故障现象和故障时间。

有益效果：本发明中直接通过传感器等其他采集装置来获取当前参考信息，了解到风电设备的当前工作状态；随后比较当前参考信息是否异于预设的标准参考信息，标准参考信息是指正常范围内的参考信息，从而判断当前参考信息是否异常，进而根据判断异常的当前参考信息，构成整体的异常参考信息，发送给运维服务器来进行后续的故障分析。

本方案首先通过采集客户端进行数据的采集，和简单的数据筛选和重新组装，降低了整体运维服务器在进行故障分析的工作量，提高了整体的工作效率，同时将数据重新组装提高整体数据的稳定性。同时，运维服务器自动处理和分析异常参考信息，从而分辨出其对应的具体故障，相比人工判断而言更为准确；以及，维修指导信息的输出也有利于给维修人员提供维修的参考。整体过程自动化高，免去了人工检测和人工识别的误差，提高整体的稳定性和准确性。

进一步，获取当前参考信息，包括：

获取各个待检测位置的传感器所发送的当前参考信息；所述当前参考信息包括当前传感器种类、当前传感器位置和当前传感器位置。

进一步，所述传感器包括安装于待检测设备核心发热处的温度传感器、安装于待检测设备仪表盘出的AI识别摄像头。

进一步，在所述传感器为温度传感器时，与所述温度传感器对应的故障阈值为第一温度区间；

当前参考信息异于预设的标准参考信息，具体为，所述温度传感器所发送的当前参考信息不属于所述第一温度区间。

进一步，所述第一温度区间的最小值为35℃，第一温度区间的最大值为75℃。

进一步，在当前参考信息大于预设的标准参考信息时，根据所述当前参考信息得到异常参考信息，包括：

获取标准参考下的各个传感器所检测到的标准数据，获取每一个传感器所监测的标准数据设置故障阈值；

若当前参考信息与所述标准数据不一致，且当前参考信息与标准数据之间的差值超出所述故障阈值，则根据所述当前参考信息，得到异常参考信息。

本发明还提供一种远程故障报修方法，应用于运维服务器，包括：

获取所述的故障采集客户端所发送的异常参考信息；

根据所述异常参考信息从数据库中，查找到对应所述异常参考信息的故障码和维修指导信息，得到故障信息；

存储所述故障信息到数据库中；

输出所述故障信息和维修指导信息给用户客户端，以供维修人员根据故障信息和维修指导信息进行检修；

其中，所述故障信息包括故障设备、故障码、故障现象、故障时间和故障状态，故障设备为所述故障采集客户端所采集的当前设备，故障现象包括所述采集客户端在采集所述当前设备在同一时间所发送的所有异常参考信息，故障时间为所述故障现象所对应的时间，所述故障状态为未解决；所述故障状态为未解决或已解决。

进一步，还包括：

获取用户客户端发送的故障码；

从数据库中查找到含所述故障码的故障信息；

将所述故障信息发送给用户客户端，以供用户客户端显示。

本发明还提供一种远程故障报修方法，应用于用户客户端，包括：

获取所述运维服务器所发送的故障信息和维修指导信息；

显示所述故障信息和维修指导信息；

显示所述故障信息和维修指导信息后，在收到确认信号时，获取维修现场信息；所述维修现场信息包括维修现场图片、维修现场视频、维修现场文字中至少一项；

将所述故障信息和维修现场信息发送给运维服务器，以供运维服务器根据故障信息和维修现场信息得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决。

本发明还提供一种故障采集客户端，包括：采集单元、存储单元、异常处理单元和第一输出单元；

所述采集单元，用于获取当前参考信息；

第一存储单元，用于存储预设的标准参考信息；

异常处理单元，用于在所述采集单元发送的当前参考信息异于第一存储单元中的标准参考信息时，根据所述当前参考信息得到异常参考信息；

第一输出单元，用于输出所述异常处理单元所发送的异常参考信息给运维服务器，以供运维服务器根据预设的数据库，查找到对应所述异常参考信息的故障码和维修指导信息，从而输出给用户客户端，解析所述故障码对应的故障信息；

其中，所述数据库包括相互关联的各个故障区域信息、故障码、维修指导信息；故障信息包括故障设备、故障码、故障现象和故障时间。

本发明还提供一种运维服务器，包括：

第二信号接收单元，用于获取所述的故障采集客户端所发送的异常参考信息；

第二存储单元，包括数据库，用于存储异常参考信息、故障码、维修指导信息、故障信息；故障信息包括故障设备、故障码、故障现象、故障时间和故障状态，故障设备为对应故障采集客户端所采集的当前设备，故障现象包括对应采集客户端在采集所述当前设备在同一时间所发送的所有异常参考信息，故障时间为所述故障现象所对应的时间，所述故障状态为未解决或已解决，所述故障状态初始值为未解决；

故障信息设置单元，用于根据所述异常参考信息从数据库中，查找到对应所述异常参考信息的故障码和维修指导信息，得到故障信息；

第二处理单元，用于将故障信息中的故障状态设置为未解决，并存储所述故障信息到数据库中；

第二输出单元，输出所述故障信息和维修指导信息给用户客户端，以供维修人员根据故障信息和维修指导信息进行检修。

进一步，所述第二信号接收单元，还用于接收用户客户端发送的故障信息和维修现场信息；

所述第二处理单元，还用于根据第二信号接收单元所发送的故障信息和维修现场信息，得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决；

第二输出单元，还用于输出第二处理单元所发送的异常结果和对应所述异常结果的故障信息给所述用户客户端，以供显示。

进一步，所述第二信号接收单元，还用于接收用户客户端发送的故障码；

第二处理单元，还用于根据所述第二信号接收单元所发送的故障码，从第二存储单元中查找到对应所述故障码的故障信息；

第二输出单元，还用于将所述故障信息发送给用户客户端，以供用户客户端显示。

本发明还提供一种用户客户端，包括：

第三信号接收单元，用于获取所述运维服务器发送的故障信息和维修指导信息；

显示单元，用于显示所述第三信号接收单元发送的故障信息和维修指导信息；

输入单元，用于显示所述故障信息和维修指导信息后，在收到确认信号时，获取维修现场信息；

第三信号发送单元，用于将所述故障信息和维修现场信息发送给运维服务器，以供运维服务器根据故障信息和维修现场信息得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决。

本发明还提供一种远程故障报修系统，包括：上述的故障采集客户端、上述任一的运维服务器和上述的用户客户端。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。

图1为本发明第一实施方式提供的一种远程故障报修方法的流程图；

图2为本发明第二实施方式提供的一种故障采集客户端的模块示意图；

图3为本发明第四实施方式提供的一种远程故障报修方法的流程图；

图4为本发明第五实施方式提供的一种运维服务器的模块示意图；

图5为本发明第七实施方式提供的一种远程故障报修方法的流程图；

图6为本发明第八实施方式提供的一种用户客户端的模块示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

第一实施方式：

本发明的第一实施方式提供一种远程故障报修方法，应用于故障采集客户端，包括：获取当前参考信息；在当前参考信息异于预设的标准参考信息时，根据所述当前参考信息得到异常参考信息；输出所述异常参考信息，以供运维服务器根据预设的数据库，查找到对应所述异常参考信息的故障码和维修指导信息，从而输出给用户客户端，解析所述故障码对应的故障信息；其中，所述数据库包括相互关联的各个故障区域信息、故障码、维修指导信息；故障信息包括故障设备、故障码、故障现象和故障时间。

直接通过传感器等其他采集装置来获取当前参考信息，了解到风电设备的当前工作状态；随后比较当前参考信息是否异于预设的标准参考信息，标准参考信息是指正常范围内的参考信息，从而判断当前参考信息是否异常，进而根据判断异常的当前参考信息，构成整体的异常参考信息，发送给运维服务器来进行后续的故障分析。

首先通过采集客户端进行数据的采集，和简单的数据筛选和重新组装，降低了整体运维服务器在进行故障分析的工作量，提高了整体的工作效率，同时将数据重新组装提高整体数据的稳定性。同时，运维服务器自动处理和分析异常参考信息，从而分辨出其对应的具体故障，相比人工判断而言更为准确；以及，维修指导信息的输出也有利于给维修人员提供维修的参考。整体过程自动化高，免去了人工检测和人工识别的误差，提高整体的稳定性和准确性。

下面对本实施方式的一种远程故障报修方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，本实施方式的具体流程如图1所示，本实施方式应用于故障采集客户端。

步骤101，获取当前参考信息。

具体而言，步骤101的实施包括：获取各个待检测位置的传感器所发送的当前参考信息；所述当前参考信息包括当前传感器种类、当前传感器位置和当前传感器位置。

在一些示例中，传感器包括安装于待检测设备核心发热处的温度传感器、安装于待检测设备仪表盘出的AI识别摄像头。温度传感器检测待检测设备核心发热处的温度，AI识别摄像头用于识别待检测设备上各个仪表盘中的读数。

例如，AI识别摄像头的焦点直接对向仪表盘的显示界面，在获取到仪表盘显示界面所显示的图像后，对这些图像进行图像识别处理，从而识别出图像中的数值或指针所对应的数值。

进一步的，AI识别摄像头包括图像采集器、图像处理器和输出接口。图像采集器采集仪表盘界面显示的初始图像。图像处理器，首先通过判断初始图像的种类，初始图像的种类有两种数值直接显示类、仪表指示类；在初始图像的种类为数值直接显示类时，直接通过图像识别图中在预设区域内的读数和单位，从而直接得出该AI摄像头对应仪表盘的当前参考信息；在初始图像的种类为仪表显示类的，直接通过图像识别图中指针位置和指针所对应的读书，从而得到对应仪表盘的当前参考信息；输出接口，用于将图像处理器输出的当前参考信息通过数据接口进行输出。再进一步，图像处理器进行图像识别之前还会连续选取预定数量的图像进行叠加合成，将不同图像对应的每个像素进行叠加平均，再进行消噪，接着才会进行图像识别；避免因为晃动图像采集出现模糊的情况，提高整体识别的准确度。

步骤102，在当前参考信息异于预设的标准参考信息时，根据所述当前参考信息得到异常参考信息。

在一些示例中，判断当前参考信息是否异于预设的标准参考信息的方式，包括：获取标准数据，获取每一个传感器所监测的标准数据设置故障阈值；若当前参考信息与所述标准数据不一致，且当前参考信息与标准数据之间的差值超出所述故障阈值，则根据所述当前参考信息，得到异常参考信息。标准数据可以是固定数值，也可以是由用户设定的数值，故障阈值可以是固定数值也可以是用户设定的数值。本方案是先比较数值，再比较差值，最后得出结论当前参考信息是否异常。

进一步的，获取的标准数据标准参考下的各个传感器所检测到的标准数据。其中，标准参考下是指，在标准环境下。标准环境下各个传感器所检测到的数据就是标准数据。也就是书标准数据为能够自动更新的固定数值。

在另一些示例中，判断当前参考信息是否异于预设的标准参考信息的方式，包括：获取预设的标准参考信息，比较所述当前参考信息和标准参考信息。其中，预设的标准参考信息的设置可以是固定数值，也可以是范围数值。标准参考信息为范围数值的设置过程可以是：预设一个基准数值a，再预设一个差异值b，随后将范围数值设定为【a-b，a+b】。基准数值a和差异值b都是可以通过人工设定的，通常设置为默认值。本方案中是进行范围设定，再进行数值比较。

在一些示例中，在所述传感器为温度传感器时，与所述温度传感器对应的故障阈值为第一温度区间；当前参考信息异于预设的标准参考信息，具体为，所述温度传感器所发送的当前参考信息不属于所述第一温度区间。例如，所述第一温度区间的最小值为35℃，第一温度区间的最大值为75℃。

在一些示例中，根据所述当前参考信息，得到异常参考信息，包括：将统一时间所有判断为异常的信息进行集合，集合为异常参考信息。异常参考信息中可以包括多种判断为异常的当前参考信息。异常参考信息包括了异常设备(即，故障采集客户端正在检查的设备)、故障现象(即，所有判定为异常的当前参考信息)、异常时间(前述所有当前参考信息的检测时间)。

步骤103，输出所述异常参考信息。

具体而言，将异常参考信息输出出来。以供运维服务器根据预设的数据库，查找到对应所述异常参考信息的故障码和维修指导信息，从而输出给用户客户端，解析所述故障码对应的故障信息；其中，所述数据库包括相互关联的各个故障区域信息、故障码、维修指导信息；故障信息包括故障设备、故障码、故障现象和故障时间。

在一些示例中，输出方式可以是通过串口通信的等方式，利用固定数据线将异常参考信息发送给外界。例如发送给运维服务器的与所述串口通信相对应的信号接收端。

在一些示例中，输出方式还可以是通过无线通信的方式，通过http协议进行网络通信。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

第二实施方式：

本发明的实施方式提供了一种故障采集客户端1，如图2所示，包括：采集单元、存储单元、异常处理单元和第一输出单元。

所述采集单元11，用于获取当前参考信息；第一存储单元12，用于存储预设的标准参考信息；异常处理单元13，用于在所述采集单元11发送的当前参考信息异于第一存储单元12中的标准参考信息时，根据所述当前参考信息得到异常参考信息；第一输出单元14，用于输出所述异常处理单元13所发送的异常参考信息给运维服务器2，以供运维服务器2根据预设的数据库，查找到对应所述异常参考信息的故障码和维修指导信息，从而输出给用户客户端3，解析所述故障码对应的故障信息；其中，所述数据库包括相互关联的各个故障区域信息、故障码、维修指导信息；故障信息包括故障设备、故障码、故障现象和故障时间。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

第三实施方式：

本发明的第三实施方式提供了一种故障采集客户端，包括网络侧服务端，包括至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的第一实施方式中所提及的故障远程报修方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

第四实施方式：

本发明的第四实施方式提供一种远程故障报修方法，应用于运维服务器，包括：获取所述的故障采集客户端所发送的异常参考信息；根据所述异常参考信息从数据库中，查找到对应所述异常参考信息的故障码和维修指导信息，得到故障信息；存储所述故障信息到数据库中；输出所述故障信息和维修指导信息给用户客户端，以供维修人员根据故障信息和维修指导信息进行检修；其中，所述故障信息包括故障设备、故障码、故障现象、故障时间和故障状态，故障设备为所述故障采集客户端所采集的当前设备，故障现象包括所述采集客户端在采集所述当前设备在同一时间所发送的所有异常参考信息，故障时间为所述故障现象所对应的时间，所述故障状态为未解决；所述故障状态为未解决或已解决。

下面对本实施方式的一种远程故障报修方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，本实施方式的具体流程如图3所示，本实施方式应用于运维服务器。

步骤201，获取所述的故障采集客户端所发送的异常参考信息。

具体而言，本步骤201中获取到的异常参考信息为第一实施方式中步骤103中所发送的异常参考信息。本步骤201的实施与第一实施方式中103的实施是相对应的。

步骤202，根据所述异常参考信息从数据库中，查找到对应所述异常参考信息的故障码和维修指导信息，得到故障信息。

具体而言，数据库用于存储异常参考信息、故障码、维修指导信息、故障信息；故障信息包括故障设备、故障码、故障现象、故障时间和故障状态，故障设备为对应故障采集客户端所采集的当前设备，故障现象包括对应采集客户端在采集所述当前设备在同一时间所发送的所有异常参考信息，故障时间为所述故障现象所对应的时间，所述故障状态为未解决或已解决，所述故障状态初始值为未解决。每个故障码对应的是不同的故障名称。数据库还存储有故障码和对应所述故障码的故障范围，故障范围和故障码都是预设的。

本步骤202的实质上是根据异常参考信息从数据库中找到其所属的故障范围，根据该筛选出的故障范围找到对应的故障码；将所述异常参考信息的集合作为故障现象，将所述异常参考信息的时间作为故障时间，将未解决作为故障状态，将异常参考信息所对应的当前检测设备设置为故障设备，从而得到故障信息。而维修指导信息是根据故障码得到的。

步骤203，存储所述故障信息到数据库中。

步骤204，输出所述故障信息和维修指导信息。

具体而言，输出所述故障信息和维修指导信息给用户客户端，以供维修人员根据故障信息和维修指导信息进行检修；其中，所述故障信息包括故障设备、故障码、故障现象、故障时间和故障状态，故障设备为所述故障采集客户端所采集的当前设备，故障现象包括所述采集客户端在采集所述当前设备在同一时间所发送的所有异常参考信息，故障时间为所述故障现象所对应的时间，所述故障状态为未解决；所述故障状态为未解决或已解决。

值得注意的是，用户客户端显示源自运维服务器通过步骤204发送的故障信息和维修指导信息后，在收到确认信号时，获取维修现场信息；将所述故障信息和维修现场信息发送给运维服务器。所述维修现场信息包括维修现场图片、维修现场视频、维修现场文字中至少一项，以供运维服务器根据故障信息和维修现场信息得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决。具体如下：

步骤205，获取用户客户端发送的维修现场信息和故障信息。

步骤206，根据故障信息和维修现场信息，得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决。

具体而言，异常结果的得出方式，可以是运维人员实地考察后得出。异常结果的得出方式还可以是，在预设时长(例如1min)内再次进行检测，全部没有异常信息，即步骤103持续预设时长内不输出异常参数信息，即本步骤201持续预设时长内没有接收到异常参数信息，则将异常结果设置为正常。

另外，本运维服务器的运行方法还包括如下步骤：获取用户客户端发送的故障码；从数据库中查找到含所述故障码的故障信息；将所述故障信息发送给用户客户端，以供用户客户端显示。本案实现了，用户客户端对于各个故障码对应的故障信息的查看，从而了解到各个故障的故障状态。

本运维服务器与用户客户端之间的通信，可以通过串口通信的等方式，利用固定数据线将异常参考信息发送给外界。也可以是通过http协议进行网络通信的无线通信的方式。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

第五实施方式：

本发明还提供一种运维服务器2，如图4包括：第二信号接收单元21，用于获取所述的故障采集客户端1所发送的异常参考信息；第二存储单元22，包括数据库，用于存储异常参考信息、故障码、维修指导信息、故障信息；故障信息设置单元23，用于根据所述异常参考信息从数据库中，查找到对应所述异常参考信息的故障码和维修指导信息，得到故障信息；第二处理单元24，用于将故障信息中的故障状态设置为未解决，并存储所述故障信息到数据库中；第二输出单元25，输出所述故障信息和维修指导信息给用户客户端3，以供维修人员根据故障信息和维修指导信息进行检修。

其中，故障信息包括故障设备、故障码、故障现象、故障时间和故障状态，故障设备为对应故障采集客户端所采集的当前设备，故障现象包括对应采集客户端在采集所述当前设备在同一时间所发送的所有异常参考信息，故障时间为所述故障现象所对应的时间，所述故障状态为未解决或已解决，所述故障状态初始值为未解决。

进一步，所述第二信号接收单元21，还用于接收用户客户端3发送的故障信息和维修现场信息；所述第二处理单元24，还用于根据第二信号接收单元21所发送的故障信息和维修现场信息，得出异常结果，并在所述异常结果为正常时，修改第二存储单元22的数据库中所述故障信息中的故障状态为已解决；第二输出单元25，还用于输出第二处理单元24所发送的异常结果和对应所述异常结果的故障信息给所述用户客户端3，以供显示。

进一步，所述第二信号接收单元21，还用于接收用户客户端3发送的故障码；第二处理单元24，还用于根据所述第二信号接收单元21所发送的故障码，从第二存储单元22中查找到对应所述故障码的故障信息；第二输出单元25，还用于将所述故障信息发送给用户客户端，以供用户客户端显示。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

不难发现，本实施方式为与第四实施方式相对应的系统实施例，本实施方式可与第四实施方式互相配合实施。第四实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第四实施方式中。

第六实施方式：

本发明的第六实施方式提供了一种运维服务器，包括网络侧服务端，包括至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的第四实施方式中所提及的故障远程报修方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

第七实施方式：

本发明的第七是实施方式提供了一种远程故障报修方法，应用于用户客户端，包括：获取所述运维服务器所发送的故障信息和维修指导信息；显示所述故障信息和维修指导信息；显示所述故障信息和维修指导信息后，在收到确认信号时，获取维修现场信息；所述维修现场信息包括维修现场图片、维修现场视频、维修现场文字中至少一项；将所述故障信息和维修现场信息发送给运维服务器，以供运维服务器根据故障信息和维修现场信息得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决。

下面对本实施方式的一种远程故障报修方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须，本实施方式的具体流程如图5所示，本实施方式应用于用户客户端。

步骤301，获取所述运维服务器所发送的故障信息和维修指导信息。

具体而言，本步骤301是与第四实施方式中的运维服务器的步骤204相对应。运维服务器与本用户客户端之间的连接，可以通过串口通信的等方式，利用固定数据线将异常参考信息发送给外界。也可以是通过http协议进行网络通信的无线通信的方式。

步骤302，显示所述故障信息和维修指导信息。

具体而言，直接将故障信息和维修知道信息显示在屏幕上。

一些示例中，步骤302显示是通过弹窗的形式执行的，弹窗直接显示故障信息中的故障设备和故障时间；用户点开该弹窗后，才显示所有的故障信息和维修指导信息。其中，故障信息包括了所述故障信息包括故障设备、故障码、故障现象、故障时间和故障状态，故障设备为所述故障采集客户端所采集的当前设备，故障现象包括所述采集客户端在采集所述当前设备在同一时间所发送的所有异常参考信息，故障时间为所述故障现象所对应的时间。

步骤303，显示所述故障信息和维修指导信息后，在收到确认信号时，获取维修现场信息。

具体而言，在步骤102实施完成后，用户点击用户客户端上的按键/虚拟按钮发出确认信号。确认信号可以是高低点平、脉冲的电信号，也可以是其他的数字信号。所述维修现场信息包括维修现场图片、维修现场视频、维修现场文字中至少一项。

在使用时，通常步骤102展示完成后，用户找到维修人员提出维修请求，随后维修人员到来之后将使用“确认”按钮，发出确认信号，表示已经知悉故障情况，正式进入到维修阶段。在维修完成后，采用该用户客户端拍照维修现场，并根据自身需要填写必要的文字信息，完成上传维修现场信息，进入到待验收状态。

步骤304，将所述故障信息和维修现场信息发送给运维服务器。

具体而言，本步骤304的实施以供运维服务器根据故障信息和维修现场信息得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决。

在使用时，运维服务系统在收到故障信息和维修现场信息时，运维人员对该异常信息进行实地查验或者其他方式验证，确认该异常结果，如果已修复，得在运维服务器中的服务系统管理页面中验收通过，将推送验收通过消息至用户客户端，同时，将该故障信息中的故障状态修改为已解决；如果故障异常未修复，则在管理页面中针对所述故障信息的故障状态依然是未解决，并添加未修复的情况描述，并将修改后的故障信息发送给本用户客户端，供重新进行步骤301的运行。

此外，用户客户端还可以通过输入故障码，查看运维服务器中故障信息的具体内容。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

第八实施方式：

本发明提供了一种用户客户端3，如图6所示，包括：

第三信号接收单元31，用于获取所述运维服务器2发送的故障信息和维修指导信息；

显示单元32，用于显示所述第三信号接收单元发送的故障信息和维修指导信息；

输入单元33，用于显示所述故障信息和维修指导信息后，在收到确认信号时，获取维修现场信息；

第三信号发送单元34，用于将所述故障信息和维修现场信息发送给运维服务器2，以供运维服务器2根据故障信息和维修现场信息得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决。

进一步，所述输入单元33还用于输入故障码；

第三信号发送单元34，还用于将输入单元33所发送的故障码发送给运维服务器2，以供运维服务器2根据所述故障码查找到对应所述故障码的故障信息，并发送给本用户客户端3；

所述第三信号接收单元31，还用于接收运维服务器发送的故障信息；

显示单元32，用于显示第三信号接收单元31发送的故障信息。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

不难发现，本实施方式为与第七实施方式相对应的系统实施例，本实施方式可与第七实施方式互相配合实施。第七实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第七实施方式中。

第九实施方式：

本发明的第九实施方式提供一种用户客户端，包括网络侧服务端，包括至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的第七实施方式中所提及的故障远程报修方法。

其中，存储器和处理器采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器和存储器的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器。

处理器负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器可以被用于存储处理器在执行操作时所使用的数据。

第十实施方式：

本发明的第十实施方式提供了种远程故障报修系统，包括：实施例二或三中任一所述的故障采集客户端、实施例五或六中任一所述的运维服务器和实施例八或九中任一的用户客户端。

以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。

Claims (10)

1.一种远程故障报修方法，其特征在于，应用于故障采集客户端，包括：

获取当前参考信息；获取各个待检测位置的传感器所发送的当前参考信息；所述当前参考信息包括当前传感器种类、当前传感器位置和当前传感器位置；

在当前参考信息异于预设的标准参考信息时，根据所述当前参考信息得到异常参考信息；

输出所述异常参考信息，以供运维服务器根据预设的数据库，查找到对应所述异常参考信息的故障码和维修指导信息，从而输出给用户客户端，解析所述故障码对应的故障信息；

其中，所述数据库包括相互关联的各个故障区域信息、故障码、维修指导信息；故障信息包括故障设备、故障码、故障现象和故障时间。

2.根据权利要求1所述的一种远程故障报修方法，其特征在于，所述传感器包括安装于待检测设备核心发热处的温度传感器、安装于待检测设备仪表盘出的AI识别摄像头；

在所述传感器为温度传感器时，与所述温度传感器对应的故障阈值为第一温度区间；

当前参考信息异于预设的标准参考信息，具体为，所述温度传感器所发送的当前参考信息不属于所述第一温度区间；所述第一温度区间的最小值为35℃，第一温度区间的最大值为75℃。

3.根据权利要求1所述的一种远程故障报修方法，其特征在于，在当前参考信息大于预设的标准参考信息时，根据所述当前参考信息得到异常参考信息，包括：

获取标准参考下的各个传感器所检测到的标准数据，获取每一个传感器所监测的标准数据设置故障阈值；

若当前参考信息与所述标准数据不一致，且当前参考信息与标准数据之间的差值超出所述故障阈值，则根据所述当前参考信息，得到异常参考信息。

4.一种远程故障报修方法，其特征在于，应用于运维服务器，包括：

获取所述的故障采集客户端所发送的异常参考信息；

根据所述异常参考信息从数据库中，查找到对应所述异常参考信息的故障码和维修指导信息，得到故障信息；

存储所述故障信息到数据库中；

输出所述故障信息和维修指导信息给用户客户端，以供维修人员根据故障信息和维修指导信息进行检修；

其中，所述故障信息包括故障设备、故障码、故障现象、故障时间和故障状态，故障设备为所述故障采集客户端所采集的当前设备，故障现象包括所述采集客户端在采集所述当前设备在同一时间所发送的所有异常参考信息，故障时间为所述故障现象所对应的时间，所述故障状态为未解决；所述故障状态为未解决或已解决。

5.一种远程故障报修方法，其特征在于，应用于用户客户端，包括：

获取所述运维服务器所发送的故障信息和维修指导信息；

显示所述故障信息和维修指导信息；

显示所述故障信息和维修指导信息后，在收到确认信号时，获取维修现场信息；所述维修现场信息包括维修现场图片、维修现场视频、维修现场文字中至少一项；

将所述故障信息和维修现场信息发送给运维服务器，以供运维服务器根据故障信息和维修现场信息得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决。

6.一种故障采集客户端，其特征在于，包括：采集单元、存储单元、异常处理单元和第一输出单元；

所述采集单元，用于获取当前参考信息；

第一存储单元，用于存储预设的标准参考信息；

异常处理单元，用于在所述采集单元发送的当前参考信息异于第一存储单元中的标准参考信息时，根据所述当前参考信息得到异常参考信息；

第一输出单元，用于输出所述异常处理单元所发送的异常参考信息给运维服务器，以供运维服务器根据预设的数据库，查找到对应所述异常参考信息的故障码和维修指导信息，从而输出给用户客户端，解析所述故障码对应的故障信息；

其中，所述数据库包括相互关联的各个故障区域信息、故障码、维修指导信息；故障信息包括故障设备、故障码、故障现象和故障时间。

7.一种运维服务器，其特征在于，包括：

第二信号接收单元，用于获取所述的故障采集客户端所发送的异常参考信息；

第二存储单元，包括数据库，用于存储异常参考信息、故障码、维修指导信息、故障信息；故障信息包括故障设备、故障码、故障现象、故障时间和故障状态，故障设备为对应故障采集客户端所采集的当前设备，故障现象包括对应采集客户端在采集所述当前设备在同一时间所发送的所有异常参考信息，故障时间为所述故障现象所对应的时间，所述故障状态为未解决或已解决，所述故障状态初始值为未解决；

故障信息设置单元，用于根据所述异常参考信息从数据库中，查找到对应所述异常参考信息的故障码和维修指导信息，得到故障信息；

第二处理单元，用于将故障信息中的故障状态设置为未解决，并存储所述故障信息到数据库中；

第二输出单元，输出所述故障信息和维修指导信息给用户客户端，以供维修人员根据故障信息和维修指导信息进行检修。

8.根据权利要求7所述的一种运维服务器，其特征在于：

所述第二信号接收单元，还用于接收用户客户端发送的故障信息和维修现场信息；

所述第二处理单元，还用于根据第二信号接收单元所发送的故障信息和维修现场信息，得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决；

第二输出单元，还用于输出第二处理单元所发送的异常结果和对应所述异常结果的故障信息给所述用户客户端，以供显示。

9.一种用户客户端，其特征在于，包括：

第三信号接收单元，用于获取所述运维服务器发送的故障信息和维修指导信息；

显示单元，用于显示所述第三信号接收单元发送的故障信息和维修指导信息；

输入单元，用于显示所述故障信息和维修指导信息后，在收到确认信号时，获取维修现场信息；

第三信号发送单元，用于将所述故障信息和维修现场信息发送给运维服务器，以供运维服务器根据故障信息和维修现场信息得出异常结果，并在所述异常结果为正常时，修改所述数据库中所述故障信息中的故障状态为已解决。

10.一种远程故障报修系统，其特征在于，包括：如权利要求6所述的故障采集客户端、如权利要求7-8中任一所述的运维服务器和如权利要求9所述的用户客户端。

Images