一种智能洗车系统告警管理方法、系统、设备及介质与流程

1.本技术涉及智能分析的技术领域，尤其是涉及一种智能洗车系统告警管理方法、系统、设备及介质。


背景技术：

2.目前，智能自助洗车机普遍以共享形式设置在各大加油站、服务区、停车场、城镇、乡村、社区等场所，以便用户使用自助洗车机自主完成车辆清洗，但由于自助洗车机设置于公共场所，当洗车机设备出现故障时，洗车机的运营商较难做到及时获知洗车机的故障信息并进行及时的维护，易导致共享的自助洗车机出现不可修复性的损坏，因此对共享的智能自助洗车机的监管需要进一步提升。


技术实现要素：

3.为了实现在洗车机出现故障时，能够及时获知洗车机的故障信息并对其进行及时维护；本技术提供了一种智能洗车系统告警管理方法、系统、设备及介质。
4.本技术的上述发明目的一是通过以下技术方案得以实现的：一种智能洗车系统告警管理方法，包括步骤：当接收到代表洗车机的设备终端发出的故障提醒消息时，获取该设备终端的定位信息；基于定位信息，获取该设备终端预先绑定的与该设备终端距离最近的目标用户端，目标用户端用于与洗车机维修人员的身份信息绑定；依据检测规则判断该设备终端的故障类型，依据故障类型匹配生成对应的故障信息；若接收到目标用户端发送的预约确认消息，则将故障信息发送至目标用户端。
5.通过采用上述技术方案，当坐落于不同地区位置的任一洗车机，即设备终端出现例如整机无法启动或某一功能无法正常运行的故障时，首先获取该设备终端的定位信息，以获知该设备的所在位置，进一步能够获取到该设备终端预先绑定的目标用户端，即将故障信息通知到距离该设备终端最近的维修人员，进一步，目标用户端的维修人员能够获知出现故障的设别终端的地址以及故障类型，进而使得该设备终端的故障信息能够及时被处理，且维修人员能够事先了解到故障信息的类型，方便维修人员进行维修相关工具的筛选和携带，提高了维修的作业效率，因此，设备终端出现故障时，通过远程自动通知最近目标用户端的方式，实现在洗车机出现故障时，能够及时获知洗车机的故障信息并对其进行及时维护。
6.本技术在一较佳示例中：故障类型包括整机故障类型和功能故障类型，所述依据检测规则判断该设备终端的故障类型，依据故障类型匹配生成对应的故障信息的步骤，包括步骤：依据检测规则向该设备终端发送启动检测指令；
若未接收到来自该设备终端的启动响应消息，则判断该设备终端的故障类型为整机故障类型，并生成整机故障信息；若接收到来自该设备终端的启动响应消息，则向该设备终端依次发送洗车机各个功能对应的功能检测指令；当功能检测指令发出后未能接收到对应的功能响应消息时，则判断该设备的故障类型为与功能检测指令对应的功能故障类型，并生成对应的功能故障信息。
7.通过采用上述技术方案，通过远程对设备终端发送启动检测指令和设别终端各个功能的功能检测指令，能够实现提前预知设备终端大概的故障情况，整机故障信息则有代表可能是整机的供电模块出现故障，功能故障信息例如洗车机的泡沫功能出现故障、或除菌功能出现故障等，以便维修人员对洗车机的故障信息进行提前预判并携带相关的维修工具。
8.本技术在一较佳示例中：所述依据检测规则判断该设备终端的故障类型，依据故障类型匹配生成对应的故障信息的步骤之后，执行如下步骤：向目标用户端发送预约请求消息，预约请求消息包括设备终端的故障类型；若预设时间内未接收到来自目标用户端的预约确认消息，或预设时间内接收到来自目标用户端的预约失败消息时，触发备用用户端的筛选规则；基于筛选规则，向除目标用户端外的处于抢单状态的若干备用用户端发送预约请求消息，备用用户端的定位信息均在允许接收该预约请求消息的预设范围内；若接收到两个及以上的备用用户端发送的预约确认消息时，则将故障信息发送至距离该设备终端最近的备用用户端。
9.通过采用上述技术方案，故障信息生成后，为了确保目标用户端能够及时处理设备终端的故障情况，需先向目标用户端发送预约请求消息，若目标用户端的维修人员外出或已接有任务，则目标用户端会出现预设时间内无回应预约确认消息，或直接回应预约失败消息的情况，则该预约请求消息需要及时分配至备用用户端，且备用用户端的定位信息也在预设范围内，到达设备终端的位置的距离仅次于目标用户端，且备用用户端处于抢单状态也说明了该备用用户端做好了维修的准备且具备维修的资格，保持维修人员及时到达设备终端现场的效果，当目标用户端未能及时处理所绑定的设备终端的故障情况时，则及时将该设备终端的预约请求消息发送备用用户端，以使该设备终端的故障情况能够及时被响应和维修。
10.本技术在一较佳示例中：所述基于筛选规则，向除目标用户端外的处于抢单状态的若干备用用户端发送预约请求的步骤之后，执行如下步骤：当接收到两个及以上的备用用户端发送的预约确认消息时，获取各个备用用户端的历史维修信息；基于本次设备终端的故障类型以及各个备用用户端的历史维修信息，筛选出针对本次故障类型处理次数最多的备用用户端以发送故障信息。
11.通过采用上述技术方案，通过各个备用用户端的历史维修信息，可以获知该备用用户端处理过的设备终端的故障类型，进而能够获知该备用用户端处理各种故障类型的次数，即获知该备用用户端最有处理经验的故障类型，因此，将预约确认消息发送至所筛选出针对该故障类型处理次数最多的备用用户端，能够提升维修的效率。
12.本技术在一较佳示例中：若同一个目标用户端同时接收到两个以上定位信息不同的设备终端发出的预约请求消息时，所述向目标用户端发送预约请求消息的步骤，包括：获取发出故障提醒消息的设备终端的每日的使用频次数据；基于使用频次数据，将使用频次数据最高的设备终端的预约请求消息发送至目标用户端，当接收到来自目标用户端的预约确认消息时，将其余设备终端的预约请求消息分发到备用用户端。
13.通过采用上述技术方案，当多个不同定位信息的设备终端出现故障，且出现故障的设备终端所绑定的目标用户端为同一个时，为了能够及时处理多个故障的设备终端，则先将使用频次最高的设备终端分配至目标用户端，以使使用频次最高的洗车机能够得到最及时的维修，以保持设备终端的收益，进一步，其余未分配至目标用户端的预约请求消息，则分配到备用用户端，以使出现故障的若干个设备终端都能及时得到维修处理。
14.本技术在一较佳示例中：所述当接收到来自目标用户端的预约确认消息时，将其余设备终端的预约请求消息分发到备用用户端的步骤，包括步骤：当接收到来自目标用户端的预约确认消息时，获取其余设备终端的预约请求消息中的故障类型；若故障类型包括整机故障类型和功能故障类型，则优先分发整机故障类型的预约请求消息，并基于备用用户端与设备终端的定位信息距离由近至远依次派发；完成整机故障类型的预约请求信息派发后，依据剩余的备用用户端的历史维修信息，将不同的功能故障类型的预约请求消息分发至对应的处理次数最多的备用用户端。
15.通过采用上述技术方案，当使用频次最高的设备终端被分配到目标用户端后，将剩余的设备终端的预约请求消息按照一定的规则进行分发，由于整机故障类型为基础性的故障类型，则按照备用用户端与设备终端的距离远近进行派发，以提高整机故障类型的设备终端的维修效率；而当预约请求消息的类型为功能故障类型时，则按照备用用户端各个功能故障类型维修的次数派发预约请求消息，使得最有处理经理的备用用户端处理擅长的功能故障类型，同样提高了设备终端的维修效率。
16.本技术的上述发明目的二是通过以下技术方案得以实现的：一种智能洗车系统告警管理系统，包括：故障接收模块，用于当接收到代表洗车机的设备终端发出的故障提醒消息时，获取该设备终端的定位信息；目标用户端获取模块，用于基于定位信息，获取该设备终端预先绑定的与该设备终端距离最近的目标用户端，目标用户端用于与洗车机维修人员的身份信息绑定；故障类型判断模块，用于依据检测规则判断该设备终端的故障类型，依据故障类型匹配生成对应的故障信息；故障信息发送模块，用于若接收到目标用户端发送的预约确认消息，则将故障信息发送至目标用户端。
17.通过采用上述技术方案，当坐落于不同地区位置的任一洗车机，即设备终端出现例如整机无法启动或某一功能无法正常运行的故障时，首先获取该设备终端的定位信息，以获知该设备的所在位置，进一步能够获取到该设备终端预先绑定的目标用户端，即将故
障信息通知到距离该设备终端最近的维修人员，进一步，目标用户端的维修人员能够获知出现故障的设别终端的地址以及故障类型，进而使得该设备终端的故障信息能够及时被处理，且维修人员能够事先了解到故障信息的类型，方便维修人员进行维修相关工具的筛选和携带，提高了维修的作业效率，因此，设备终端出现故障时，通过远程自动通知最近目标用户端的方式，实现在洗车机出现故障时，能够及时获知洗车机的故障信息并对其进行及时维护。
18.可选的，故障类型包括整机故障类型和功能故障类型，故障类型判断模块包括：启动检测子模块，用于依据检测规则向该设备终端发送启动检测指令；整机故障判断子模块，用于若未接收到来自该设备终端的启动响应消息，则判断该设备终端的故障类型为整机故障类型，并生成整机故障信息；功能检测子模块，用于若接收到来自该设备终端的启动响应消息，则向该设备终端依次发送洗车机各个功能对应的功能检测指令；功能故障判断子模块，用于当功能检测指令发出后未能接收到对应的功能响应消息时，则判断该设备的故障类型为与功能检测指令对应的功能故障类型，并生成对应的功能故障信息。
19.本技术的上述目的三是通过以下技术方案得以实现的：一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述一种智能洗车系统告警管理方法的步骤。
20.本技术的上述目的四是通过以下技术方案得以实现的：一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述一种智能洗车系统告警管理方法的步骤。
21.综上所述，本技术包括以下至少一种有益技术效果：1.设备终端出现故障时，通过远程自动通知最近目标用户端的方式，实现在洗车机出现故障时，能够及时获知洗车机的故障信息并对其进行及时维护；2.通过远程对设备终端发送启动检测指令和设别终端各个功能的功能检测指令，能够实现提前预知设备终端大概的故障情况，整机故障信息则有代表可能是整机的供电模块出现故障，功能故障信息例如洗车机的泡沫功能出现故障、或除菌功能出现故障等，以便维修人员对洗车机的故障信息进行提前预判并携带相关的维修工具；3.当目标用户端未能及时处理所绑定的设备终端的故障情况时，则及时将该设备终端的预约请求消息发送备用用户端，以使该设备终端的故障情况能够及时被响应和维修；4.通过各个备用用户端的历史维修信息，可以获知该备用用户端处理过的设备终端的故障类型，进而能够获知该备用用户端处理各种故障类型的次数，即获知该备用用户端最有处理经验的故障类型，因此，将预约确认消息发送至所筛选出针对该故障类型处理次数最多的备用用户端，能够提升维修的效率。
附图说明
22.图1是本技术一种智能洗车系统告警管理方法实施例的一流程图；
图2是本技术一种智能洗车系统告警管理方法实施例中步骤s30的步骤实现流程图；图3是本技术一种智能洗车系统告警管理方法实施例步骤s30之后的步骤实现流程图；图4是本技术一种智能洗车系统告警管理方法实施例中步骤s31的步骤实现流程图；图5是本技术一种智能洗车系统告警管理方法实施例中步骤s313的步骤实现流程图；图6是本技术一种计算机设备的一原理框图。
具体实施方式
23.以下结合附图1-6对本技术作进一步详细说明。
24.在一实施例中，如图1所示，本技术公开了一种智能洗车系统告警管理方法，具体包括如下步骤：s10：当接收到代表洗车机的设备终端发出的故障提醒消息时，获取该设备终端的定位信息；在本实施例中，通过传感器判断洗车机整机的开关状态是否与对应的启动、停止状态一致，进而判断洗车机是否出现启停功能的故障，同理通过传感器测试检测洗车机各个功能按钮的开关状态是否能够控制各功能的启停，若不能，则代表洗车机的功能出现故障。
25.设备终端是指洗车机整机，定位信息是指洗车机的地理位置，故障提醒消息为文本消息，例如：某某区某某停车场的洗车机出现故障。
26.具体的，当接收到代表某某区某某停车场的洗衣机出现故障的故障提醒消息时，获取该洗车机的地理位置的文本信息。
27.s20：基于定位信息，获取该设备终端预先绑定的与该设备终端距离最近的目标用户端，目标用户端用于与洗车机维修人员的身份信息绑定；在本实施例中，目标用户端是指pc端或移动终端，洗车机维修人员通过身份信息登录app或pc端软件即可登录目标用户端。
28.具体的，基于设备终端的定位信息，获取与该设备终端预先绑定的距离自身最近的目标用户端，即每个洗车机均有绑定的距离最近的维修人员。
29.s30：依据检测规则判断该设备终端的故障类型，依据故障类型匹配生成对应的故障信息；在本实施例中，检测规则即检测洗车机是整车不启停或是单一功能不能启停。故障类型包括整机不启动型以及多个单一功能不启动型的分类，故障信息包括了出现故障的设备终端的定位信息以及设备终端的故障类型。
30.具体的，依据监测规则判断出现故障的洗车机的故障类型，并根据故障类型匹配生成对应故障信息，故障信息为文本信息。
31.s40：若接收到目标用户端发送的预约确认消息，则将故障信息发送至目标用户端。
32.在本实施例中，预约确认消息代表该目标用户端能够承接并立即进行该设备终端的维修工作。
33.具体的，若目标用户端发出了代表能够承接并立即执行维修工作的预约确认消息时，则将设备终端的故障信息发送至目标用户端，以表示该目标用户端开始承接维修工作。
34.在一实施例中，故障类型包括整机故障类型和功能故障类型，参照图2，步骤s30包括步骤：s301：依据检测规则向该设备终端发送启动检测指令；s302：若未接收到来自该设备终端的启动响应消息，则判断该设备终端的故障类型为整机故障类型，并生成整机故障信息；s303：若接收到来自该设备终端的启动响应消息，则向该设备终端依次发送洗车机各个功能对应的功能检测指令；s304：当功能检测指令发出后未能接收到对应的功能响应消息时，则判断该设备的故障类型为与功能检测指令对应的功能故障类型，并生成对应的功能故障信息。
35.在本实施例中，检测规则即先向设备终端发送启动检测指令以检测设备终端是否为整机故障类型，整机故障类型例如整机的供电模块出现故障；若排除整机故障类型，则依据设备终端包含的功能，例如冲洗、泡沫、除臭等功能逐一发出用于测试设备终端功能是否正常运行的功能检测指令。
36.具体的，依据检测规则先向发出故障提醒消息的设备终端发出启动检测指令，若未接收到来自设备终端启动响应消息，即洗车机整机未启动，则判断该设备终端的故障类型属于整机故障类型，并生成整机故障的文本信息；进一步，若接收到来自设备终端启动响应消息，则向该设备终端逐一发送功能检测指令，例如发送冲洗启动指令、泡沫启动指令或杀菌功能启动指令，当任一功能检测指令发出后未能接收到对应的功能响应消息时，则判断该设备的故障类型为与功能检测指令相对应故障类型，例如杀菌功能启动指令发出后洗车机未能启动杀菌功能，则判断为杀菌故障类型，并生成杀菌功能故障的文本信息。
37.在一实施例中，参照图3，步骤s30之后，执行如下步骤：s31：向目标用户端发送预约请求消息，预约请求消息包括设备终端的故障类型；s32：若预设时间内未接收到来自目标用户端的预约确认消息，或预设时间内接收到来自目标用户端的预约失败消息时，触发备用用户端的筛选规则；s33：基于筛选规则，向除目标用户端外的处于抢单状态的若干备用用户端发送预约请求消息，备用用户端的定位信息均在允许接收该预约请求消息的预设范围内；s34：若接收到两个及以上的备用用户端发送的预约确认消息时，则将故障信息发送至距离该设备终端最近的备用用户端。
38.在本实施例中，预约请求消息为文本消息，例如“请求维修处理某某区某某停车场的设备终端故障事件，故障类型为整机故障类型。”预设时间可自定义设置，通常为10分钟。预约失败消息种包含了维修人员通过目标用户端自定义编辑的预约失败原因文本消息。
39.预设范围是自定义设置的用于界定能够成为目标用户端的备用用户端的地理范围，通常设置为以设备终端为中心半径10公里内的用户端均可以为目标用户端的备用用户
端。
40.具体的，设备终端的故障信息生成后，向预先绑定的目标用户端发送预约请求消息以请求处理故障情况，若预设的时间内仍未接收到目标用户端的预约确认消息或预设时间内接收到了目标用户端的预约失败消息时，则触发备用用户端的筛选规则，在处于能够处理故障情况的抢单状态的若干备用用户端中，选择出与发出故障请求消息的设备终端距离最近的用户端作为备用用户端，并将故障信息发至备用用户端。
41.在一实施例中，步骤s33之后，还执行如下步骤：s331：当接收到两个及以上的备用用户端发送的预约确认消息时，获取各个备用用户端的历史维修信息；s332：基于本次设备终端的故障类型以及各个备用用户端的历史维修信息，筛选出针对本次故障类型处理次数最多的备用用户端以发送故障信息。
42.在本实施例中，历史维修信息是指备用用户端的历史维修次数的记录，进一步记录了各个故障类型的维修次数，例如整机故障类型的维修次数、冲洗故障类型的维修次数、泡沫故障类型的维修次数以及杀菌故障类型的维修次数。
43.具体的，当接收到两个及以上的备用用户端发送的预约确认消息时，则需从两个及以上的备用用户端中挑选出一个承接该设备终端的故障维修。此时根据各个备用用户端的历史维修信息，能够获知各个备用用户端处理各种故障类型的次数，以获知各个备用用户端较有处理经验的故障类型，并根据本次设备终端的故障类型将预约请求消息发送至较有处理经验的备用用户端。
44.在一实施例中，参照图4，若同一个目标用户端同时接收到两个以上定位信息不同的设备终端发出的预约请求消息时，步骤s31包括：s311：获取发出故障提醒消息的设备终端的每日的使用频次数据；s312：基于使用频次数据，将使用频次数据最高的设备终端的预约请求消息发送至目标用户端；s313：当接收到来自目标用户端的预约确认消息时，将其余设备终端的预约请求消息分发到备用用户端。
45.在本实施例中，每日的使用频次数据即指洗车机每日被使用的次数，使用频次最高的设备终端说明其需求大，为了提高该设备终端的收益，则需优先维修被使用频次最高的设备终端。
46.具体的，获取发出故障提醒消息的设备终端每日被使用的次数，将所有发出故障提醒消息的设备终端每日的使用频次数据进行比对，将使用频次最高的设备终端的预约请求消息优先发送至目标用户端，以实现对该需求最大的设备终端进行优先维修处理。
47.进一步，为了使其余的设备终端的故障情况能够得到及时维修，则处理发送至目标用户端的其余设备终端的预约请求消息则分发至备用用户端。
48.在一实施例中，参照图5，步骤s313包括步骤：s3131：当接收到来自目标用户端的预约确认消息时，获取其余设备终端的预约请求消息中的故障类型；s3132：若故障类型包括整机故障类型和功能故障类型，则优先分发整机故障类型的预约请求消息，并基于备用用户端与设备终端的定位信息距离由近至远依次派发；
s3133：完成整机故障类型的预约请求信息派发后，依据剩余的备用用户端的历史维修信息，将不同的功能故障类型的预约请求消息分发至对应的处理次数最多的备用用户端。
49.具体的，当目标用户端发出预约确认消息以响应使用频次最高的设备终端的预约请求消息后，其余出现故障的设备终端的预约请求消息的分发，需先判断故障类型，筛选出故障类型为整机故障类型的预约请求消息，并优先将整机故障类型的预约请求消息，按照备用用户端与设备终端的定位信息距离由近至远依次派发；进一步若还剩余功能故障类型的预约请求消息，则按照备用用户端的的历史维修信息进行派发。
50.可选的，剩余的功能故障类型的预约请求消息，也可按照备用用户端与出现故障的设备终端的距离由近至远进行派发。
51.在一实施例中，a地区的b停车场的设备终端出现故障，发出了故障提醒消息，此时向该设备终端发出启动检测信号，设备终端发出启动响应消息以示整机启动功能正常，进一步向该设备终端发送功能检测指令以检测设备终端的杀菌功能是否正常，而发出后未接收到杀菌功能的功能响应消息，进而判断未杀菌功能故障的功能故障类型，并生成预约请求消息和故障信息。
52.进一步将预约请求消息发送至目标用户端，但立即接收到目标用户端的预约失败消息，理由是目前没有维修人员可承接工作，进而将预约请求消息发送至距离设备终端6km处的备用用户端，该备用用户端较有杀菌功能的处理经验，最后将设备终端的故障信息发送至该备用用户端。
53.应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
54.在一实施例中，提供一种智能洗车系统告警管理系统，该一种智能洗车系统告警管理系统与上述实施例中一种智能洗车系统告警管理方法对应。该一种智能洗车系统告警管理系统包括：故障接收模块，用于当接收到代表洗车机的设备终端发出的故障提醒消息时，获取该设备终端的定位信息；目标用户端获取模块，用于基于定位信息，获取该设备终端预先绑定的与该设备终端距离最近的目标用户端，目标用户端用于与洗车机维修人员的身份信息绑定；故障类型判断模块，用于依据检测规则判断该设备终端的故障类型，依据故障类型匹配生成对应的故障信息；故障信息发送模块，用于若接收到目标用户端发送的预约确认消息，则将故障信息发送至目标用户端。
55.可选的，故障类型包括整机故障类型和功能故障类型，故障类型判断模块包括：启动检测子模块，用于依据检测规则向该设备终端发送启动检测指令；整机故障判断子模块，用于若未接收到来自该设备终端的启动响应消息，则判断该设备终端的故障类型为整机故障类型，并生成整机故障信息；功能检测子模块，用于若接收到来自该设备终端的启动响应消息，则向该设备终端依次发送洗车机各个功能对应的功能检测指令；
功能故障判断子模块，用于当功能检测指令发出后未能接收到对应的功能响应消息时，则判断该设备的故障类型为与功能检测指令对应的功能故障类型，并生成对应的功能故障信息。
56.可选的，还包括：预约请求模块，用于向目标用户端发送预约请求消息，预约请求消息包括设备终端的故障类型；备用用户端筛选模块，用于若预设时间内未接收到来自目标用户端的预约确认消息，或预设时间内接收到来自目标用户端的预约失败消息时，触发备用用户端的筛选规则；备用预约模块，用于基于筛选规则，向除目标用户端外的处于抢单状态的若干备用用户端发送预约请求消息，备用用户端的定位信息均在允许接收该预约请求消息的预设范围内；备用用户端选择模块，用于若接收到两个及以上的备用用户端发送的预约确认消息时，则将故障信息发送至距离该设备终端最近的备用用户端。
57.可选的，还包括：历史信息获取模块，用于当接收到两个及以上的备用用户端发送的预约确认消息时，获取各个备用用户端的历史维修信息；备用用户端筛选模块，用于基于本次设备终端的故障类型以及各个备用用户端的历史维修信息，筛选出针对本次故障类型处理次数最多的备用用户端以发送故障信息。
58.可选的，若同一个目标用户端同时接收到两个以上定位信息不同的设备终端发出的预约请求消息时，预约请求模块包括：频次获取子模块，用于获取发出故障提醒消息的设备终端的每日的使用频次数据；最高频次筛选子模块，用于基于使用频次数据，将使用频次数据最高的设备终端的预约请求消息发送至目标用户端，预约请求消息分配子模块，用于当接收到来自目标用户端的预约确认消息时，将其余设备终端的预约请求消息分发到备用用户端。
59.可选的，预约请求消息分配子模块包括：故障类型获取单元，当接收到来自目标用户端的预约确认消息时，获取其余设备终端的预约请求消息中的故障类型；整机故障类型派发单元，用于若故障类型包括整机故障类型和功能故障类型，则优先分发整机故障类型的预约请求消息，并基于备用用户端与设备终端的定位信息距离由近至远依次派发；功能故障类型派发单元，用于完成整机故障类型的预约请求信息派发后，依据剩余的备用用户端的历史维修信息，将不同的功能故障类型的预约请求消息分发至对应的处理次数最多的备用用户端。
60.关于一种智能洗车系统告警管理系统的具体限定可以参见上文中对于一种智能洗车系统告警管理方法的限定，在此不再赘述。上述一种智能洗车系统告警管理系统中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，
以便于处理器调用执行以上各个模块对应的操作。
61.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储设备终端的定位信息、故障类型、故障信息，预约请求消息。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种智能洗车系统告警管理方法。
62.在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现一种智能洗车系统告警管理方法；在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现一种智能洗车系统告警管理方法。
63.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器（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）等。
64.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
65.以上所述实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的精神和范围，均应包含在本技术的保护范围之内。