CN110675079A - 故障数据处理方法、装置和计算机设备 - Google Patents

Abstract

本申请涉及一种故障数据处理方法、装置和计算机设备，所述方法包括：获取待检测设备对应的故障检测数据，根据所述故障检测数据进行故障检测；所述故障检测数据包括待检测设备对应的设备标识；当检测出所述待检测设备存在故障时，获取所述设备标识对应的地理位置信息，根据所述地理位置信息及所述设备标识生成警报信息；将所述警报信息发送至应用服务器，以使得所述应用服务器根据所述设备标识获取对应的历史维保信息，根据所述历史维保信息及所述地理位置信息生成所述设备标识对应的维修工单，并将所述维修工单发送至目标维修人员对应的终端。本申请提供的方案可以提高对故障进行处理的效率。

Description

故障数据处理方法、装置和计算机设备

技术领域

本申请涉及物联网技术领域，特别是涉及一种故障数据处理方法、装置、计算机可读存储介质和计算机设备。

背景技术

随着科技的发展，楼宇建筑开始进入智能化时代，建筑物内的电力、空调、照明、防灾、防盗、运输等各种设备都可以实现智能化，给人们的生活带来了便利。但是智能化程度越来越高和功能越来越丰富同时也带来了设备结构越来越复杂，可靠性逐渐降低，导致设备出现故障的概率提高。

传统技术中，当设备出现故障时，通常是人工保修，业务人员接到保修后，安排维修人员维修设备，这种方式对故障进行处理的效率低下

发明内容

基于此，有必要针对上述技术问题，提供一种故障数据处理方法、装置和计算机设备。

一种故障数据处理方法，所述方法包括：

获取待检测设备对应的故障检测数据，根据所述故障检测数据进行故障检测；所述故障检测数据包括待检测设备对应的设备标识；

当检测出所述待检测设备存在故障时，获取所述设备标识对应的地理位置信息，根据所述地理位置信息及所述设备标识生成警报信息；

将所述警报信息发送至应用服务器，以使得所述应用服务器根据所述设备标识获取对应的历史维保信息，根据所述历史维保信息及所述地理位置信息生成所述设备标识对应的维修工单，并将所述维修工单发送至目标维修人员对应的终端。

一种故障数据处理装置，所述装置包括：

检测模块，用于获取待检测设备对应的故障检测数据，根据所述故障检测数据进行故障检测；所述故障检测数据包括待检测设备对应的设备标识；

生成模块，用于当检测出所述待检测设备存在故障时，获取所述设备标识对应的地理位置信息，根据所述地理位置信息及所述设备标识生成警报信息；

发送模块，用于将所述警报信息发送至应用服务器，以使得所述应用服务器根据所述设备标识获取对应的历史维保信息，根据所述历史维保信息及所述地理位置信息生成所述设备标识对应的维修工单，并将所述维修工单发送至目标维修人员对应的终端。

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

获取待检测设备对应的故障检测数据，根据所述故障检测数据进行故障检测；所述故障检测数据包括待检测设备对应的设备标识；

当检测出所述待检测设备存在故障时，获取所述设备标识对应的地理位置信息，根据所述地理位置信息及所述设备标识生成警报信息；

将所述警报信息发送至应用服务器，以使得所述应用服务器根据所述设备标识获取对应的历史维保信息，根据所述历史维保信息及所述地理位置信息生成所述设备标识对应的维修工单，并将所述维修工单发送至目标维修人员对应的终端。

上述故障数据处理方法、装置和计算机设备，通过获取待检测设备对应的故障检测数据，根据故障检测数据进行故障检测，故障检测数据包括待检测设备对应的设备标识，当检测出待检测设备存在故障时，获取设备标识对应的地理位置信息，根据地理位置信息及设备标识生成警报信息，将警报信息发送至应用服务器，以使得应用服务器根据设备标识获取对应的历史维保信息，根据历史维保信息及地理位置信息生成设备标识对应的维修工单，并将维修工单发送至目标维修人员对应的终端，以实现对故障的处理。由于可以自动进行故障检测，并且在检测到故障时，自动生成并派发维修工单，相较于传统技术，可以更加及时地对故障进行处理，从而提高了对故障进行处理的效率。进一步，由于在对故障进行处理的过程中，是由故障检测设备检测故障，以生成警报信息来触发应用服务器生成维修工单，故障检测设备、应用服务器分工协作，可以保证维修工单及时生成，避免了单一设备进行处理时压力过大造成一些维修工单生成时间滞后，从而可以进一步提高了对故障进行处理的效率。

附图说明

图1为一个实施例中故障数据处理方法的应用环境图；

图2为一个实施例中故障数据处理方法的流程示意图；

图2A为另一个实施例中生成警报信息的流程示意图；

图2B为另一个实施例中故障数据处理方法的流程示意图；

图2C为另一个实施例中故障数据处理方法对应的技术架构图；

图3为一个实施例中应用服务器生成维修工单的流程示意图；

图4为一个实施例中确定目标维修人的流程示意图；

图5为一个实施例中管理终端进行手动派单的界面示意图；

图6为一个实施例中对工单进行处理的流程图示意图；

图7为又一个实施例中故障数据处理方法的流程示意图；

图8为一个实施例中故障数据处理装置的结构框图；

图9为一个实施例中计算机设备的结构框图。

具体实施方式

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

图1为一个实施例中故障数据处理方法的应用环境图。参照图1，该故障数据处理方法应用于故障数据处理系统。该系统包括多个待检测设备110，例如110A、110B，还包括故障检测设备120、应用服务器130、管理终端140以及多个维修人员终端150，维修人员终端例如150A、150B。待检测设备110与故障检测设备120通过网络连接，故障检测设备120与应用服务器130通过网络连接，管理终端140与应用服务器130通过网络连接，维修人员终端150与应用服务器130通过网络连接。待检测设备110可以是各种智能化设备，例如电灯、空调等等；管理终端140以及维修人员终端150具体可以是台式终端或移动终端，移动终端具体可以手机、平板电脑、笔记本电脑等中的至少一种。应用服务器130可以用独立的服务器或者是多个服务器组成的服务器集群来实现。故障检测设备120可以是终端或服务器。

如图2所示，在一个实施例中，提供了一种故障数据处理方法。本实施例主要以该方法应用于上述图1中的故障检测设备120来举例说明。参照图2，该故障数据处理方法具体包括如下步骤：

S202，获取待检测设备对应的故障检测数据，根据故障检测数据进行故障检测；故障检测数据包括待检测设备对应的设备标识。

其中，待检测设备指的是需要进行故障检测的智能化设备。待检测设备具体可以是照明设备例如电灯，或者其他电器设备例如可以是空调，当然，也可以是其他智能化设备，本申请在此不做限定。故障检测数据指的是用于对待检测设备进行故障检测的数据。设备标识用于唯一标识一个设备。

本实施例中，故障检测设备可以获取待检测设备的故障检测数据，根据故障检测数据进行故障检测。

在一个实施例中，故障检测数据可以是故障检测设备生成的心跳包，故障检测设备获取到心跳包后，根据心跳包进行故障检测。

在一个实施例中，故障检测设备上设置有待检测设备对应的设备影子，设备影子是一个JSON文档，用于存储设备上报状态、应用程序期望状态信息，待检测设备上安装有故障检测设备对应的软件开发工具包(Software Development Kit，SDK)。故障检测数据可以是待检测设备的运行参数值，待检测设备的运行参数值可以按照预设的时间间隔通过SDK同步到故障检测设备的设备影子中，故障检测设备从设备影子中获取到运行参数值后，根据运行参数值进行故障检测。

在一个实施例中，故障检测数据可以是待检测设备的状态数据，待检测设备可以对自身进行故障检测，得到状态数据，通过安装的SDK将状态数据上报到故障检测设备，故障检测设备获取到状态数据后，根据状态数据进行故障检测。

S204，当检测出待检测设备存在故障时，获取设备标识对应的地理位置信息，根据地理位置信息及设备标识生成警报信息。

具体地，当故障检测设备检测出待检测设备存在故障时，故障检测设备还可以根据设备标识查询到故障检测设备上存储的设备的地理位置信息，根据该待检测设备的具体的故障信息、地理位置信息及设备标识生成警报信息，生成的警报信息中可以携带设备标识、地理位置信息以及故障信息。

在一个实施例中，故障检测设备还可以根据设备标识查询到故障检测设备上存储的设备的一些基本信息，例如，设备的属性信息、扩展信息、空间区域信息等，设备的属性信息例如可以是设备的品牌名称、生产厂家、生产日期、规则参数等等，扩展信息例如可以是设备的特征、功能等等，然后根据设备的基本信息、故障信息、地理位置信息及设备标识生成警报信息，生成的警报信息中可以携带设备标识、地理位置信息、故障信息及基本信息。

S206，将警报信息发送至应用服务器，以使得应用服务器根据设备标识获取对应的历史维保信息，根据历史维保信息及地理位置信息生成设备标识对应的维修工单，并将维修工单发送至目标维修人员对应的终端。

其中，历史维保信息指的是应用服务器对应的数据库上存储的与待检测设备相关的维修和保养信息，包括设备的维修历史、保养历史、巡检历史、病历卡等。历史维保信息与设备标识对应存储。

具体地，故障检测设备可以将生成的警报信息发送至应用服务器。应用服务器在接收到警报信息后，获取警报信息中携带的设备标识及地理位置信息，根据警报信息中携带的设备标识查询到对应的历史维保信息，然后根据历史维保信息及地理位置信息生成设备标识对应的维修工单。由于维修工单是根据历史维保信息及地理位置信息生成的，维修人员根据维修工单可以清楚的了解到待检测设备的历史维保信息及地理位置信息，方便维修人员对待检测设备进行维修。

在一个实施例中，在生成维修工单时，应用服务器还可以获取警报信息中携带的故障信息及基本信息，根据警报信息中携带的设备标识、故障信息、基本信息、地理位置信息及查询到的历史维保信息生成维修工单。

在一个实施例中，应用服务器可以获取维修工单模板，根据维修工单模板、地理位置信息及历史维保信息生成维修工单。

进一步，应用服务器在生成了维修工单后，需要确定目标维修人员，将维修工单发送至目标维修人员对应的终端。其中的目标维修人员指的可以分派维修工单的维修人员。

在一个实施例中，如图2A所示，故障检测设备上可以进行警报设置，故障检测设备按照预设时间间隔扫描当前检测出故障的所有设备，判断是否针对这些设备生成并发送了警报信息，若否，则针对这些设备生成警报信息并发送至应用服务器；若是已生成警报信息，则判断是否达到警报间隔时间，若是，则重新生成警报信息并发送至应用服务器，直至接收到应用服务器返回的确认报警并生成工单的反馈信息时，可以结束对该反馈信息对应的设备生成并发送警报信息。

上述故障数据处理方法，通过获取待检测设备对应的故障检测数据，根据故障检测数据进行故障检测，故障检测数据包括待检测设备对应的设备标识，当检测出待检测设备存在故障时，获取设备标识对应的地理位置信息，根据地理位置信息及设备标识生成携带设备标识的警报信息，将警报信息发送至应用服务器，以使得应用服务器根据设备标识获取对应的历史维保信息，根据历史维保信息及地理位置信息生成设备标识对应的维修工单，并将维修工单发送至目标维修人员对应的终端，以实现对故障的处理。由于可以自动进行故障检测，并且在检测到故障时，自动生成并派发维修工单，相较于传统技术，可以更加及时地对故障进行处理，从而提高了对故障进行处理的效率。进一步，由于在对故障进行处理的过程中，是由故障检测设备检测故障，以生成警报信息来触发应用服务器生成维修工单，故障检测设备、应用服务器分工协作，可以保证维修工单及时生成，避免了单一设备进行处理时压力过大造成一些维修工单生成时间滞后，从而可以进一步提高了对故障进行处理的效率。

在一个实施例中，如图2B所示，故障检测设备上设置有数字平台，应用服务器上设置有工单平台。参照图2B，数字平台在生成警报信息后，发送到工单平台，触发工单平台生成维修工单，工单平台将维修工单发送至维修人员对应的终端，维修人员对应的终端接收到维修工单后，维修人员可以开始进行维修。

如图2C所示，为一个实施例中，该方法的技术架构示意图，包括至少一个设备、数字空间、管理应用服务、web视图。在本实施例中，数字空间可用于数据存储、数据传输，以及可以提供空间服务和地图服务。其中，空间服务指的是数字空间可以查询到设备的空间位置，例如，在智能楼宇中，空间位置可以是设备在大楼中的具体位置，地图服务指的是数字空间可接入地图接口，获取到设备的地理位置信息，例如设备的经纬度。应用服务器可以提供应用管理服务、空间位置服务、工单系统、设备管理服务；在web视图可以对工单进行跟踪以及进行室内导航。

在一个实施例中，故障检测数据为心跳包，根据故障检测数据进行故障检测，包括：获取心跳包对应的心跳时间间隔；当心跳包对应的心跳时间间隔超过预设时长时，判定待检测设备存在故障。

其中，心跳包为一个自定义的命令字，按照预设的时间间隔进行发送。心跳时间间隔指的是心跳包对应的心跳时间与当前时间之间的时间间隔。可以理解的是，这里的心跳时间为离当前时间最近的一个心跳时间。

具体地，故障检测设备获取的心跳包可以是待检测设备发送的，也可以是故障检测设备主动生成的。故障检测设备根据心跳包进行故障检测时，检测出的故障可以是待检测设备网络异常或宕机。

在一个实施例中，心跳包可以是待检测设备主动发送的，心跳时间指的是故障检测设备接收到待检测设备发送的心跳包的时间。具体地，待检测设备可设置心跳机制，按照预设的时间间隔向故障检测设备发送心跳包，故障检测设备接收到心跳包后，更新待检测设备的状态信息及心跳时间。故障检测设备可设置一个定时器，定时获取所有待检测设备的心跳时间，根据心跳时间与当前时间之间的时间差得到心跳时间间隔，判断心跳时间间隔是否超过其对应的预设时间间隔，若超过，则判定该心跳时间对应的待检测设备存在故障。

在另一个实施例中，心跳包可以是故障检测设备发送的，心跳时间指的是故障检测设备发送心跳包的时间。具体地，故障检测设备可以按照预设的时间间隔向所有待检测设备发送心跳包，并根据心跳包的发送时间更新各个设备的心跳时间，当接收到任意一个待检测设备的响应信息时，将该响应信息与心跳包对应保存下来。故障检测设备可设置一个定时器，定时检测所有心跳包对应的响应信息，当任意一个心跳包不存在响应信息时，根据该心跳包对应的心跳时间与当前时间之间的时间差得到心跳时间间隔，判断心跳时间间隔是否超过其对应的预设时间间隔，若超过，则判定该心跳时间对应的待检测设备存在故障。可以理解的是，在本实施例中，当故障检测设备检测到响应信息为无效信息或者错误信息，也可以判断该响应信息对应的待检测设备存在故障。

上述实施例中，通过心跳包对待检测设备进行故障检测，可以方便快捷地检测出待检测设备的网络故障或者宕机故障。

在一个实施例中，故障检测数据为待检测设备对应的运行参数，根据待检测数据进行故障检测，包括：获取运行参数值对应的预设标准值，将运行参数值与其对应的预设标准值进行比对；当运行参数值与其对应的预设标准值之间的差异超过预设阈值时，判定待检测设备存在故障。

其中，运行参数值指的是设备运行过程中的各个参数对应的值，其中的参数例如可以是电压、电流等等，每一个参数都有对应的预设标准值。故障检测设备在获取到待检测设备对应的运行参数值后，获取各个运行参数值对应的预设标准值，将获取到的运行参数值与预设标准值进行比对，若运行参数值与其对应的预设标准值之间的差异超过预设阈值时，判定待检测设备存在故障。

上述实施例中，通过获取待检测设备的运行参数值进行故障检测，可以快速地检测出待检测设备运行过程中的设备故障。

在一个实施例中，故障检测数据为待检测设备对应的状态数据，根据待检测数据进行故障检测，包括：将状态数据与预设故障数据集合中的故障数据进行匹配；当状态数据匹配上预设故障数据集合中任意一个故障数据时，判定待检测设备存在故障。

其中，状态数据是待检测设备对自身进行故障检测得到的。待检测设备内设有自动检测程序可以对自身进行检测从而得到状态数据后，将状态数据上报至故障检测设备。故障检测设备获取到状态数据后，将状态数据与预设故障数据集合中的故障数据进行匹配，当状态数据匹配上预设故障数据集合中任意一个故障数据时，判定待检测设备存在故障。其中，匹配上的故障数据为对待检测设备进行故障检测得到的具体的故障。

上述实施例中，通过将状态数据与预设故障数据集合中的故障数据进行匹配来判断状态数据是否为故障数据，可以准确快速地进行故障检测。

如图3所示，为一个实施例中，应用服务器接收到警报信息后，生成维修工单的步骤，具体包括：

S302，应用服务器确定故障对应的故障类型。

具体地，故障检测设备在检测出故障后，会将具体的故障信息携带在警报信息中一起发送至应用服务器，应用服务器可以根据警报信息中携带的故障信息确定对应的故障类型。在一个实施例中，应用服务器可预先建立故障与故障类型之间的关联关系，在接收到警报信息后，可根据警报信息中携带的故障信息直接查询与故障信息有关联关系的故障类型，从而确定故障对应的故障类型。

S304，应用服务器根据故障类型从数据库中查询对应的故障解决方案。

具体地，应用服务器上可建立数据库，数据库中存储了每一个故障类型对应的解决方案。应用服务器在确定了故障类型后，可根据故障类型从数据库中查询对应的故障解决方案。

S306，应用服务器根据故障解决方案、地理位置信息及历史维保信息生成设备标识对应的维修工单。

具体地，应用服务器在查询到故障解决方案后，可根据故障解决方案、地理位置信息及历史维保信息共同生成维修工单，即在维修工单中包含该故障解决方案。在一个实施例中，应用服务器可选择包含故障解决方案字段、地理位置信息及历史维保信息字段的维修工单模板，将查询到的故障解决方案、地理位置信息及历史维保信息分别读取至该维修工单模板中对应的字段位置处，以生成维修工单。

上述实施例中，应用服务器可以确定故障类型，并根据故障类型查询对应的故障解决方案，然后根据故障解决方案、地理位置信息及历史维保信息生成维修工单，由于生成的维修工单中包含了故障解决方案，可以更好的满足维修需求。

在一个实施例中，如图4所示，该方法还包括确定目标维修人员的步骤，具体包括：

S402，应用服务器检测当前派单模式是否为自动派单模式。

其中，派单模式指的是派发维修工单的方式，包括手动派单模式和自动派单模式。手动派单模式指的是以手动选择的方式确定目标维修人员；自动派单模式指的是应用服务器自动确定目标维修人员。

具体地，应用服务器可以对当前派单模式进行检测，判断当前派单模式是否为自动派单模式。

在一个实施例中，应用服务器对应的管理终端可显示自动派单模式及手动派单模式两个选项，管理终端在检测到对任意一个派单模式的选择操作后，将该派单模式确定为目标派单模式并发送至应用服务器。应用服务器对目标派单模式进行检测以判断是否为自动派单模式。

S404，当检测到当前派单模式为自动派单模式时，应用服务器检测自动派单模式对应的分配方式是否为第一分配方式。

具体地，自动派单模式对应的分配方式包括两种，即第一分配方式及第二分配方式，第一分配方式指确定一个目标维修人员的分配方式，而第二分配方式则指的是确定多个目标维修人员的分配方式。

在一个实施例中，当当前派单模式为自动派单模式时，应用服务器对应的管理终端可显示第一分配方式及第二分配方式两个选项，管理终端在检测到对任意一个分配方式的选择操作后，将该分配方式确定为目标分配方式并发送至应用服务器。应用服务器对目标分配方式进行检测以判断是否为第一分配方式。

S406，当检测到自动派单模式对应的分配方式为第一分配方式时，应用服务器根据预设的匹配规则从当前维修人员集合中确定一个目标维修人员。

其中，预设的匹配规则指的是预先设定的可以从当前维修人员集合中确定目标维修人员的规则，预设的匹配规则可以根据需要进行设定和修改。预设的匹配规则例如可以是待检测设备所在区域指定的维修人员，或者是待检测设备对应的设备类型指定的维修人员，当然，也可以是其他的匹配规则，本申请在此不做限定。

具体地，当检测到自动派单模式对应的分配方式为第一分配方式时，应用服务器根据预设的匹配规则从当前维修人员集合中确定一个目标维修人员，并将维修工单发送至该目标维修人员对应的终端。目标维修人员在接收到工单后，可以选择“接单”或者“拒单”，若选择接单，则表示该目标维修人员选择接受该维修工单对应的维修任务，派单完成。当然，该目标维修人员也可以选择“拒单”，若是该目标维修人员选择拒单，则表示该目标维修人员不接受该维修工单对应的维修任务，此时，需要重新派单。

在一个实施例中，当需要重新派单时，应用服务器可以将维修工单发送至管理终端，由管理终端对应的管理人员重新确定目标维修人员，进行手动派单。

S408，当检测到自动派单模式对应的分配方式为第二分配方式时，应用服务器获取当前维修人员集合中各维修人员对应的地理位置信息及评分信息。

S410，应用服务器根据各维修人员对应的地理位置信息及评分信息从维修人员集合中确定多个目标维修人员。

具体地，当检测到自动派单模式对应的分配方式为第二分配方式时，应用服务器获取当前维修人员集合中各维修人员对应的地理位置信息及评分信息，其中，维修人员对应的地理位置信息可根据维修人员对应的终端的定位信息来进行确定，评分信息指的是维修人员对待检测设备进行维修后，由待检测设备方人员对维修人员进行评分得到的。

由于待检测设备对应的地理位置信息是已知的，应用服务器在获取当前维修人员集合中各维修人员对应的地理位置信息后，可计算待检测设备与各个维修人员之间的距离，然后根据距离及评分信息从维修人员集合中确定多个目标维修人员。

在一个实施例中，应用服务器可以先根据距离对各维修人员进行降序排列，选择排序靠前的第一预设数量的维修人员确定为候选维修人员，然后，根据评分高低对各个候选维修人员进行降序排列，选择排序靠前的第二预设数量的维修人员确定为目标维修人员。

在一个实施例中，可预先设置距离和评分的权重，根据权重对距离和评分进行加权求和，得到各维修人员对应的匹配值，根据匹配值对各维修人员进行降序排列，根据排序结果选取预设数量的评分靠前的维修人员确定为目标维修人员。

可以理解的是，上述实施例中在对维修人员进行排序时，是对各维修人员对应的身份标识进行排序，身份标识用于唯一标识一个维修人员，身份标识具体可以是维修人员对应的注册账号，例如，QQ账号、邮箱账号等等。

应用服务器在确定了多个目标维修人员后，可以将维修工单分别发送至各个目标维修人员对应的终端，这些目标维修人员对应的终端都可以显示该维修工单，这些目标维修人员可以通过其对应的终端进行抢单。

在一个实施例中，抢单时，维修人员可以点击终端的“抢单”按钮，以触发终端向应用服务器发送抢单指令，应用服务器在接收到至少一个抢单指令后，获取各个抢单指令对应的时间戳，判定时间戳最早的抢单指令对应的目标维修人员抢单成功，此时，该目标维修人员接受了该维修工单对应的维修任务，应用服务器可以停止向其他目标维修人员发送维修工单。

在一个实施例中，如果发送的维修工单没有维修人员抢单，应用服务器可以向管理终端发送提示信息，以提示管理人员进行手动派单。

上述实施例中，应用服务器在派单时，当检测到当前派单模式为自动派单模式时，可通过多种方式进行自动派单，提高了派单的灵活性，可以更好地满足用户的自动派单需求。

在一个实施例中，S402之后，还包括：当检测到当前派单模式为手动派单模式时，应用服务器将维修工单发送至预设终端，以使得预设终端在接收到预设用户的派单操作时，生成派单指令，派单指令携带待派单维修人员标识；应用服务器接收派单指令，根据待派单维修人员标识确定目标维修人员。

其中，预设终端指的是应用服务器对应的管理终端，预设用户指的是管理终端对应的管理人员。待派单维修人员标识指的是待派单维修人员对应的身份标识，用于唯一标识待派单维修人员。在手动派单模式下，应用服务器在生成维修工单后，可以将维修工单及所有维修人员对应的身份标识信息发送至该预设终端，该预设终端可以显示该维修工单及维修人员列表，然后根据接收到的派单操作确定待派单维修人员，根据待派单维修人员对应的身份标识生成派单指令。生成的派单指令中携带待派单维修人员标识。

派单操作，指的是管理用户手动选择给某一个维修人员进行派单的操作。如图5所示，为一个实施例中，管理终端进行手动派单的界面示意图，该管理终端显示维修人员列表，并对每一个维修人员设置对应的派单按钮，派单操作可以是对派单按钮的点击操作，当管理人员点击其中任意一个派单按钮时，将待派单按钮对应的维修人员的身份标识确定为待派单维修人员标识。

进一步，应用服务器接收到派单指令后，根据派单指令携带的待派单维修人员标识确定目标维修人员，然后将对应的维修工单发送至该目标维修人员对应的终端。

上述实施例中，当检测到当前派单模式为手动派单时，应用服务器可以将维修工单发送至管理终端，并根据管理终端返回的派单指令确定目标维修人员，从而可以更好的满足用户的派单需求。

在一个实施例中，该故障数据处理方法还包括：应用服务器接收目标维修人员对应的终端发送的转单指令，转单指令携带待转让维修工单及目标转让维修人员标识；应用服务器将待转让维修工单发送至目标转让维修人员标识对应的终端。

本实施例中，接受了维修任务的维修人员若无法及时完成维修任务，可选择转单，转单时，可触发其对应的终端生成转单指令，并携带待转让维修工单及目标转让维修人员标识。其中，待转让维修工单指的是需要转单的维修工单，目标转让维修人员标识指的是指定的接收工单的维修人员对应的身份标识。例如，A在终端上设置把维修工单转给B，则B为目标转让维修人员。

应用服务器在接收到转单指令后，将维修工单发送至目标维修人员标识对应的终端。

本实施例中，应用服务器接收到转单指令后可以进行转单，进一步提高了派单的灵活性。

在一个实施例中，维修人员接受维修任务后，选择维修时间，参考维修工单中的地理位置信息、历史维保信息及故障解决方案，通过地图室内导航到设备所在点进行维修。维修人员到达后，可以采用地图签到技术来判定是否在约定时间到达。完成设备维修后，维修人员在其对应的终端上确认已完成。故障检测设备可以通过发送心跳包及判断运行参数是否正常来判定设备是否已正常运作，如果正常结束维修工单，否则不结束工单，继续维修。

如图6所示，为一个实施例中，对工单进行处理的流程图示意图。参照图5，对工单进行处理的步骤具体包括：

1、应用服务器在接收到警报信息后，生成维修工单。

2、应用服务器检测当前的派单模式，根据当前派单模式进行派单。

2-1、若为手动派单，则进入手动派单流程，将维修工单发送至指定的维修人员。

2-2、若为自动派单，则根据当前的自动派单策略判断是不是工作组抢单；

2-21、若是，则进入抢单流程，判断是不是有人抢到维修工单，若是有维修人员抢到单，则表示该维修人员已经接单。

2-22、若否，应用服务器自动匹配一个维修人员，将维修工单发送至该维修人员。

3、维修人员接单后，可以开始工作，参考维修工单中的故障解决方案对设备进行维修。

4、维修完成，需要填报维修工单，包括故障详情、协助人、所提供的维修服务、使用的物料等信息，填报完成后，通过其对应的终端提交维修工单。

5、应用服务器接收到提交的工单后，判断是不是需要验收，若需要验收，则进行验收，判断验收是否通过，若通过，则结束维修任务；若不需要验收，也结束维修任务。

6、维修人员接收到工单后，也可以通过其对应的终端进行转单或者拒单，若维修人员拒单了，则进入手动派单模式进行手动派单。

在一个具体的实施例中，如图7所示，该故障数据处理方法包括以下步骤：

S702，故障检测设备获取待检测设备对应的故障检测数据，根据故障检测数据进行故障检测；故障检测数据包括待检测设备对应的设备标识；

其中，故障检测设备进行故障检测可采用上述实施例中提供的任意一种或多种方法。

S704，当检测出待检测设备存在故障时，故障检测设备获取设备标识对应的地理位置信息，根据地理位置信息及设备标识生成警报信息；

S706，故障检测设备将警报信息发送至应用服务器；

S708，应用服务器接收到警报信息后，根据设备标识获取对应的历史维保信息，并确定对设备标识对应的设备所检测出的故障所属的故障类型；

S710，应用服务器根据故障类型从数据库中查询对应的故障解决方案，根据故障解决方案、地理位置信息及历史维保信息生成设备标识对应的维修工单；

S712，检测当前派单模式是否为自动派单模式；

S714，当检测到当前派单模式为自动派单模式时，应用服务器检测自动派单模式对应的分配方式是否为第一分配方式；

S716，当检测到自动派单模式对应的分配方式为第一分配方式时，应用服务器根据预设的匹配规则从当前维修人员集合中确定一个目标维修人员；

S718，当检测到自动派单模式对应的分配方式为第二分配方式时，应用服务器获取当前维修人员集合中各维修人员对应的地理位置信息及评分信息；

S720，应用服务器根据各维修人员对应的地理位置信息及评分信息从维修人员集合中确定多个目标维修人员；

S722，当检测到当前派单模式为手动派单模式时，应用服务器将维修工单发送至预设终端，预设终端在接收到预设用户的派单操作时，生成派单指令，派单指令携带待派单维修人员标识；

S724，应用服务器接收派单指令，根据待派单维修人员标识确定目标维修人员；

S726，将维修工单发送至目标维修人员对应的终端；

S728，应用服务器接收目标维修人员对应的终端发送的携带待转让维修工单及目标转让维修人员标识的转单指令，将待转让维修工单发送至目标转让维修人员标识对应的终端。

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

在一个实施例中，如图8所示，还提供了一种故障数据处理装置800，该装置包括：

检测模块802，用于获取待检测设备对应的故障检测数据，根据故障检测数据进行故障检测；故障检测数据包括待检测设备对应的设备标识；

生成模块804，用于当检测出待检测设备存在故障时，获取设备标识对应的地理位置信息，根据地理位置信息及设备标识生成警报信息；

发送模块806，用于将警报信息发送至应用服务器，以使得应用服务器根据设备标识获取对应的历史维保信息，根据历史维保信息及地理位置信息生成设备标识对应的维修工单，并将维修工单发送至目标维修人员对应的终端。

在一个实施例中，故障检测数据为心跳包，检测模块802还用于获取心跳包对应的心跳时间间隔；当心跳包对应的心跳时间间隔超过预设时长时，判定待检测设备存在故障。

在一个实施例中，故障检测数据为待检测设备对应的运行参数值，检测模块802还用于获取运行参数值对应的预设标准值，将运行参数值与其对应的预设标准值进行比对；当运行参数值与其对应的预设标准值之间的差异超过预设阈值时，判定待检测设备存在故障。

在一个实施例中，故障检测数据为待检测设备对应的状态数据，检测模块802还用于将状态数据与预设故障数据集合中的故障数据进行匹配；当状态数据匹配上预设故障数据集合中任意一个故障数据时，判定待检测设备存在故障。

在一个实施例中，发送模块806还用于确定故障对应的故障类型；根据故障类型从数据库中查询对应的故障解决方案；根据故障解决方案、地理位置信息及历史维保信息生成设备标识对应的维修工单。

在一个实施例中，发送模块806还用于检测当前派单模式是否为自动派单模式；当检测到当前派单模式为自动派单模式时，检测自动派单模式对应的分配方式是否为第一分配方式；当检测到自动派单模式对应的分配方式为第一分配方式时，根据预设的匹配规则从当前维修人员集合中确定一个目标维修人员；当检测到自动派单模式对应的分配方式为第二分配方式时，获取当前维修人员集合中各维修人员对应的地理位置信息及评分信息；根据各维修人员对应的地理位置信息及评分信息从维修人员集合中确定多个目标维修人员。

在一个实施例中，发送模块806还用于当检测到当前派单模式为手动派单模式时，将维修工单发送至预设终端，以使得预设终端在接收到预设用户的派单操作时，生成派单指令，派单指令携带待派单维修人员标识；接收派单指令，根据待派单维修人员标识确定目标维修人员。

在一个实施例中，发送模块806还用于接收目标维修人员对应的终端发送的转单指令，转单指令携带待转让维修工单及目标转让维修人员标识；将待转让维修工单发送至目标转让维修人员标识对应的终端。

上述故障数据处理装置，通过获取待检测设备对应的故障检测数据，根据故障检测数据进行故障检测，故障检测数据包括待检测设备对应的设备标识，当检测出待检测设备存在故障时，获取设备标识对应的地理位置信息，根据地理位置信息及设备标识生成警报信息，将警报信息发送至应用服务器，以使得应用服务器根据设备标识获取对应的历史维保信息，根据历史维保信息及地理位置信息生成设备标识对应的维修工单，并将维修工单发送至目标维修人员对应的终端，以实现对故障的处理。由于可以自动进行故障检测，并且在检测到故障时，自动生成并派发维修工单，相较于传统技术，可以更加及时地对故障进行处理，从而提高了对故障进行处理的效率。进一步，由于在对故障进行处理的过程中，是由故障检测设备检测故障，以生成警报信息来触发应用服务器生成维修工单，故障检测设备、应用服务器分工协作，可以保证维修工单及时生成，避免了单一设备进行处理时压力过大造成一些维修工单生成时间滞后，从而可以进一步提高了对故障进行处理的效率。

图9示出了一个实施例中计算机设备的内部结构图。该计算机设备具体可以是图1中的故障检测设备120。如图9所示，该计算机设备包括该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、输入装置和显示屏。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质存储有操作系统，还可存储有计算机程序，该计算机程序被处理器执行时，可使得处理器实现故障数据处理方法。该内存储器中也可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行故障数据处理方法。计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

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

在一个实施例中，本申请提供的故障数据处理装置可以实现为一种计算机程序的形式，计算机程序可在如图9所示的计算机设备上运行。计算机设备的存储器中可存储组成该故障数据处理装置的各个程序模块，比如，图8所示的检测模块、生成模块和发送模块。各个程序模块构成的计算机程序使得处理器执行本说明书中描述的本申请各个实施例的故障数据处理方法中的步骤。

例如，图9所示的计算机设备可以通过如图8所示的XX装置中的检测模块执行步骤S202。计算机设备可通过生成模块执行步骤S204。计算机设备可通过发送模块执行步骤S206。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述故障数据处理方法的步骤。此处故障数据处理方法的步骤可以是上述各个实施例的故障数据处理方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述故障数据处理方法的步骤。此处故障数据处理方法的步骤可以是上述各个实施例的故障数据处理方法中的步骤。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

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

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

Claims (10)

1.一种故障数据处理方法，所述方法包括：

获取待检测设备对应的故障检测数据，根据所述故障检测数据进行故障检测；所述故障检测数据包括待检测设备对应的设备标识；

当检测出所述待检测设备存在故障时，获取所述设备标识对应的地理位置信息，根据所述地理位置信息及所述设备标识生成警报信息；

将所述警报信息发送至应用服务器，以使得所述应用服务器根据所述设备标识获取对应的历史维保信息，根据所述历史维保信息及所述地理位置信息生成所述设备标识对应的维修工单，并将所述维修工单发送至目标维修人员对应的终端。

2.根据权利要求1所述的方法，其特征在于，所述故障检测数据为心跳包，所述根据所述故障检测数据进行故障检测，包括：

获取所述心跳包对应的心跳时间间隔；

当所述心跳包对应的心跳时间间隔超过预设时长时，判定所述待检测设备存在故障。

3.根据权利要求1所述的方法，其特征在于，所述故障检测数据为所述待检测设备对应的运行参数值，所述根据所述故障检测数据进行故障检测，包括：

获取所述运行参数值对应的预设标准值，将所述运行参数值与其对应的预设标准值进行比对；

当所述运行参数值与其对应的预设标准值之间的差异超过预设阈值时，判定所述待检测设备存在故障。

4.根据权利要求1所述的方法，其特征在于，所述故障检测数据为所述待检测设备对应的状态数据，所述根据所述故障检测数据进行故障检测，包括：

将所述状态数据与预设故障数据集合中的故障数据进行匹配；

当所述状态数据匹配上所述预设故障数据集合中任意一个故障数据时，判定所述待检测设备存在故障。

5.根据权利要求1至3任意一项所述的方法，其特征在于，在所述根据所述历史维保信息及所述地理位置信息生成所述设备标识对应的维修工单之前，还包括：

所述应用服务器确定所述故障对应的故障类型；

所述应用服务器根据所述故障类型从数据库中查询对应的故障解决方案；

所述根据所述历史维保信息及所述地理位置信息生成所述设备标识对应的维修工单，包括：

所述应用服务器根据所述故障解决方案、所述历史维保信息及所述地理位置信息生成所述设备标识对应的维修工单。

6.根据权利要求5所述的方法，其特征在于，在所述将所述维修工单发送至目标维修人员对应的终端之前，还包括：

所述应用服务器检测当前派单模式是否为自动派单模式；

当检测到当前派单模式为自动派单模式时，所述应用服务器检测所述自动派单模式对应的分配方式是否为第一分配方式；

当检测到所述自动派单模式对应的分配方式为第一分配方式时，所述应用服务器根据预设的匹配规则从当前维修人员集合中确定一个目标维修人员；

当检测到所述自动派单模式对应的分配方式为第二分配方式时，所述应用服务器获取当前维修人员集合中各维修人员对应的地理位置信息及评分信息；

所述应用服务器根据各维修人员对应的地理位置信息及评分信息从所述维修人员集合中确定多个目标维修人员。

7.根据权利要求6中所述的方法，其特征在于，在所述应用服务器检测当前派单模式是否为自动派单模式之后，还包括：

当检测到当前派单模式为手动派单模式时，所述应用服务器将所述维修工单发送至预设终端，以使得所述预设终端在接收到预设用户的派单操作时，生成派单指令，所述派单指令携带待派单维修人员标识；

所述应用服务器接收所述派单指令，根据所述待派单维修人员标识确定目标维修人员。

8.根据权利要求6至7任意一项所述的方法，其特征在于，所述方法还包括：

所述应用服务器接收所述目标维修人员对应的终端发送的转单指令，所述转单指令携带待转让维修工单及目标转让维修人员标识；

所述应用服务器将所述待转让维修工单发送至所述目标转让维修人员标识对应的终端。

9.一种故障数据处理装置，其特征在于，所述装置包括：

检测模块，用于获取待检测设备对应的故障检测数据，根据所述故障检测数据进行故障检测；所述故障检测数据包括待检测设备对应的设备标识；

生成模块，用于当检测出所述待检测设备存在故障时，获取所述设备标识对应的地理位置信息，根据所述地理位置信息及所述设备标识生成警报信息；

发送模块，用于将所述警报信息发送至应用服务器，以使得所述应用服务器根据所述设备标识获取对应的历史维保信息，根据所述历史维保信息及所述地理位置信息生成所述设备标识对应的维修工单，并将所述维修工单发送至目标维修人员对应的终端。

10.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行如权利要求1至8中任一项所述方法的步骤。

Images