面向无人售卖柜的无人值守告警方法及系统与流程

1.本说明书一个或多个实施例涉及无人智能终端领域，尤其涉及一种面向无人售卖柜的无人值守告警方法及系统。


背景技术：

2.今年来，随着无人零售市场的快速发展，无人智能终端已经涉及到生鲜、果蔬、零食多个行业。无人智能终端也跟随这一些行业的业务，开始在全国各地进行落地运营。随着落地运营的范围的增加，运营的费用也随之增加。运营客户的售后服务团队需投入大量的服务人员外出巡检、走访，服务成本高昂且收效低微，用户抱怨、投诉多。现阶段，无人智能设备维护通常停留在定期巡检、检修的事后维护阶段，无法及时、精确进行故障排查。同时采集的信息粗放管理，效率低下。因此，迫切需要一种面向无人售卖柜的远程维护监控平台系统，能够有效提升对运维过程的管控，通过监控系统及时了解设备状态、降低运维成本、提升服务水平，实现由事后维护到预防性维护的转变。
3.然而，目前的监控平台经常会遇到一些问题，例如，如果告警出现突发高峰，监控平台容易造成宕机；再例如，监控平台的计算量很大，影响监控平台对终端设备的响应速度。


技术实现要素：

4.本说明书一个或多个实施例描述了一种面向无人售卖柜的无人值守告警方法及系统。
5.第一方面，本发明提供了一种面向无人售卖柜的无人值守告警方法，包括：
6.安装在无人售卖柜中的智能终端采集所述无人售卖柜上的硬件信息，根据所述硬件信息分析所述无人售卖机在当前是否发生故障；若发生故障，则向所述控制平台上报故障告警；若未发生故障，则在本地保存所述硬件信息，并在所述上报定时器达到所述上报时间间隔时将在所述预设时间间隔内采集到的硬件信息上报至所述控制平台；所述智能终端与所述控制平台通信连接；所述智能终端中存储有多个故障告警对应的异常修复方案；
7.所述控制平台在接收到所述智能终端发送来的所述硬件信息后，根据所述硬件信息分析所述无人售卖机在所述上报时间间隔内是否发生故障，若是则保存对应的故障报警；并针对所述控制平台分析出的故障报警和从所述智能终端发送过来的故障告警，判断在预设时长内是否已经保存相同的故障告警，若是，则将所述故障告警过滤掉；
8.所述控制平台根据所述故障告警的类型确定所述故障报警是否能够自修复；若所述故障告警能够自修复，则进行自我修复；若所述故障告警不能自修复，则向所述运营人员下发告警通知，以使所述运营人员确定所述故障报警是否能够通过异常修复方案修复，若是则通过所述控制平台向所述智能终端下发异常修复指令，以使所述智能终端根据对应的异常修复方案进行异常修复，并在修复完成上报所述控制平台以使所述控制平台。
9.第二方面，本发明提供了一种面向无人售卖柜的无人值守告警系统，包括：安装在
无人售卖柜中的智能终端及与所述智能终端通信连接的控制平台，所述智能终端中存储有多个故障告警对应的异常修复方案；其中：
10.所述智能终端用于：采集所述无人售卖柜上的硬件信息，根据所述硬件信息分析所述无人售卖机在当前是否发生故障；若发生故障，则向所述控制平台上报故障告警；若未发生故障，则在本地保存所述硬件信息，并在所述上报定时器达到所述上报时间间隔时将在所述预设时间间隔内采集到的硬件信息上报至所述控制平台；
11.所述控制平台用于：在接收到所述智能终端发送来的所述硬件信息后，根据所述硬件信息分析所述无人售卖机在所述上报时间间隔内是否发生故障，若是则保存对应的故障报警；并针对所述控制平台分析出的故障报警和从所述智能终端发送过来的故障告警，判断在预设时长内是否已经保存相同的故障告警，若是，则将所述故障告警过滤掉；根据所述故障告警的类型确定所述故障报警是否能够自修复；若所述故障告警能够自修复，则进行自我修复；若所述故障告警不能自修复，则向所述运营人员下发告警通知，以使所述运营人员确定所述故障报警是否能够通过异常修复方案修复，若是则通过所述控制平台向所述智能终端下发异常修复指令；
12.所述智能终端还用于：根据对应的异常修复方案进行异常修复，并在修复完成上报所述控制平台以使所述控制平台。
13.本说明书实施例提供的面向无人售卖柜的无人值守告警方法及系统，在控制平台对故障告警进行过滤，即对在短时间内重复上报的故障告警进行过滤，避免大量告警对控制平台造成压力甚至宕机。将告警的部分判断功能分解到智能终端，进一步减少控制平台的压力。也就是说，本发明增加了告警过滤机制以及将部分故障分析功能转移至智能终端，不仅可以降低控制平台的压力，还能提升控制平台对智能终端的故障告警的响应速度。针对一些故障告警，可以进行自修复，或者通过异常修复方案进行异常修复，即控制平台进行自修复和通过异常修复方案进行修复，实现了大部分故障告警的闭环处理，提升了无人售卖柜的稳定性，实现告警的远程修复，这样可以减少运维成本，提升服务水平。也就是说，即除了一些硬件故障导致的故障告警无法正常恢复外，其它情况的故障告警都可以通过远程修复的方式解决，降低了无人售卖柜在用户侧的故障率。
附图说明
14.为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
15.图1是本说明书一个实施例中面向无人售卖柜的无人值守告警方法的流程示意图；
16.图2是本说明书一个实施例中面向无人售卖柜的无人值守告警的结构框图。
具体实施方式
17.下面结合附图，对本说明书提供的方案进行描述。
18.第一方面，本发明提供一种面向无人售卖柜的无人值守告警方法，如图1所示，该
方法包括如下步骤：
19.s110、安装在无人售卖柜中的智能终端采集所述无人售卖柜上的硬件信息，根据所述硬件信息分析所述无人售卖机当前是否发生故障；若发生故障，则向所述控制平台上报故障告警；若未发生故障，则在本地保存所述硬件信息，并在所述上报定时器达到所述上报时间间隔时将在所述预设时间间隔内采集到的硬件信息上报至所述控制平台；
20.在s110之前，所述方法还可以包括：
21.s100、智能终端在开机后向控制平台获取上报时间间隔，并按照所述上报时间间隔开启上报定时器，所述智能终端与所述控制平台通信连接，所述智能终端中存储有多个故障告警对应的异常修复方案；
22.其中，工作人员可以在控制平台上设置上报时间间隔，这样在智能终端开机后从控制平台上获取上报时间间隔，开启上报定时器，这样智能终端会在每次上报定时器到达上报时间间隔时上报硬件信息。
23.其中，硬件信息包括门锁状态、门磁状态、温度状态、重力传感器参数和/或网络状态，依据门锁状态、门磁状态可以分析出门锁和门磁是否存在异常，依据温度状态可以判断温度传感器是否存在异常，依据重力传感器参数可以分析出重力传感器是否存在异常，依据网络状态可以分析出网络状态是否存在异常，即依据硬件信息可以分析出当前是否存在故障。
24.其中，智能终端一旦分析出硬件信息中存在故障就会将故障告警上报至控制平台，若没有故障，就等到上报时间将这个上报时间间隔内所采集的硬件信息上报至控制平台。
25.在具体实施时，智能终端可以通过android板读取硬件信息，所述硬件信息包括门锁状态、门磁状态、温度状态、重力传感器参数和/或网络状态。
26.其中，智能终端可以通过android板获取门锁状态和门磁状态的过程可以包括：所述智能终端通过android板获取门锁和门磁分别对应的gpio口的文件存储值，并根据所述门锁和所述门磁分别对应的gpio口的文件存储值确定所述门锁状态和所述门磁状态，具体包括：
27.若所述门锁对应的gpio口的文件存储值为低电平，所述门磁对应的gpio口的文件存储值为低电平，则所述门锁状态和所述门磁状态均为打开状态，即所述无人售卖柜的门为打开状态；
28.若所述门锁对应的gpio口的文件存储值为低电平，所述门磁对应的gpio口的文件存储值为高电平，则所述门锁状态为打开状态，所述门磁状态为关闭状态，即在扫码开锁后未拉开门的状态；
29.若所述门锁对应的gpio口的文件存储值为高电平，所述门磁对应的gpio口的文件存储值为高电平，则所述门锁状态和所述门磁状态均为关闭状态，即未购物或者购物后关闭门的状态。
30.可见，对于门磁状态和门锁状态，高电平是关闭状态，低电平是打开状态。在无人售卖机的运行过程中，随着购物的不同状态，门磁和门锁在android系统中对应的gpio口的文件存储值会发生变化。其中，gpio口即general
‑
purpose input/output口，通用型的输入输出口。其中低电平为0，高电平为1。
31.其中，所述智能终端通过所述android板与重力传感器进行交互以获取重力传感器参数，具体过程可以包括：
32.所述android板根据所述重力传感器的通信协议，组合第一指令，所述第一指令为用于读取所述重力传感器的重力数据的指令；
33.所述android板将所述第一指令转换为对应的字节指令，并开启一个写线程，将所述字节指令写入所述重力传感器；
34.所述android板开启一个读线程，以读取所述重力传感器执行所述字节指令后得到的字节数据；所述重力传感器在执行完所述字节指令后将得到的字节数据返回到所述读线程；
35.所述android板根据所述重力传感器的通信协议对所述字节数据进行解析，得到对应的重力数据。
36.也就是说，android板在将第一指令对应的字节指令写入重力传感器之后，重力传感器会执行该字节指令，进而将执行获得的重力数据返回到读线程，这样android板就可以通过读线程获取重力数据，然后将字节形式的重力数据转换为十进制的重力数据。
37.其中，所述智能终端通过所述android板获取温度状态的过程可以包括：
38.所述智能终端通过所述android板获取温度传感器对应的adc口(即模数转换口)的文件存储值；根据所述文件存储值、所述温度传感器的总输入电压和所述温度传感器的分压电阻阻值，确定所述温度传感器对应的当前电阻值；在预设数据表中查找所述当前电阻值对应的温度，并将所述温度作为所述温度状态；其中，所述预设数据表中包括所述温度传感器的多个电阻值和温度之间的映射关系。
39.也就是说，当温度发生变化时，温度传感器的阻值会发生变化，这样温度传感器对应的电压值就会发生变化，而温度传感器对应的adc口的文件存储值存储的是温度传感器的电压值，因此温度传感器对应的adc口的文件存储值也会发生变化。
40.由于在温度传感器所在支路上还设置有一个分压电阻，为该温度传感器所在支路输入的总电压是可知的，因此根据所述文件存储值、所述温度传感器的总输入电压和所述温度传感器的分压电阻阻值，可以确定所述温度传感器对应的当前电阻值。具体可以采用第一公式计算所述温度传感器的当前电阻值，所述第一公式包括：
[0041][0042]
式中，r1为所述分压电阻阻值，r2为所述温度传感器对应的当前电阻值，uc为所述总输入电压，uc_vol为所述温度传感器对应的adc口的文件存储值。
[0043]
进一步的，针对每一个温度传感器，厂商会提供一个阻值表即上述预设数据表，在阻值表中记录有温度传感器所在环境的温度和阻值的对应关系，因此在该阻值表中可以找到r2对应的温度。
[0044]
s120、所述控制平台在接收到所述智能终端发送来的所述硬件信息后，根据所述硬件信息分析所述无人售卖机在所述上报时间间隔内是否发生故障，若是则保存对应的故障报警；并针对所述控制平台分析出的故障报警和从所述智能终端发送过来的故障告警，判断在预设时长内是否已经保存相同的故障告警，若是，则将所述故障告警过滤掉；
[0045]
当控制平台在接收到硬件信息后，由于接收到的硬件信息为一个上报时间间隔内
的硬件信息，因此控制平台在根据硬件信息分析故障告警时依据的是一段时间内的硬件信息，具有整体性，可以减少因为网络波动等因素导致在个别时间点的异常。而智能终端在进行故障分析时依据的是实时的硬件信息，只要在数据采集的时间点数据存在异常就会产生故障告警，不论是何种原因造成的异常。由于控制平台会根据一段时间内的硬件信息进行综合分析，如果分析出来的故障和智能终端上报的故障是一样的，说明故障仍然存在，此时只保留一个，即只记录一次。如果分析出来的故障和智能终端上报的故障不一样，则说明智能终端上报的故障并不是真的故障，是由于其它外界干扰因素引起的数据波动，而且已经恢复正常，因此可以对智能终端上报的故障告警忽略。后续只针对控制平台分析出来的故障依据过滤机制进行过滤。当然也可以为了保险起见，也可以将控制平台分析出来的故障和智能终端发送来的故障均依据过滤机制进行过滤。
[0046]
由于重复上报基本出现在智能终端，因此上述过滤机制基本上针对的是智能终端发送来的故障告警。在实际中有可能会出现在一个时段内智能终端重复上报故障告警的情况，为了避免大量的故障告警造成控制平台宕机，控制平台在接收到故障告警之后会进行过滤处理，过滤过程大致为：判断在同一个时段内是否保存过相同的故障告警，若保存过，就将这个故障告警过滤掉，没有保存过，就将这个故障告警保存。
[0047]
例如，在接收到一个故障告警之后，如果在5分钟之内再次接收到了相同的故障告警，则将新接收到的故障告警删除。如果在5分钟之后才接收到一个相同的故障告警，则不会将新的故障告警删除，而是保留下来，这样相同的故障告警的次数为2。
[0048]
当控制平台接收到智能终端发送来的硬件信息后，会对接收到的硬件信息进行存储，并对硬件信息进行分析，判断智能终端是否存在异常，即判断无人售卖柜在上报时间间隔内是否存在故障。虽然智能终端已经分析过是否有故障，但是仅针对于实时采集的数据进行分析，因此本发明通过控制平台进行整体分析可以再次确认故障，从而删除一些非真实的故障，同时通过整体分析也可以分析出一些遗漏的故障，保证无人售卖柜的正常运行。
[0049]
在具体实施时，s110中所述智能终端向所述控制平台上报故障告警的过程可以包括：将所述故障告警按照预设数据格式进行编码，得到告警编码，将所述告警编码发送至所述控制平台；不同的故障告警对应不同的告警编码；这样s120中所述控制平台判断在预设时长内是否已经保存相同的故障告警的过程可以包括：判断在所述预设时长内是否已经保存过相同的告警编码，若是，则将所述告警编码过滤掉。
[0050]
也就是说，智能终端和控制平台会有一套统一的编码方式即预设数据格式，智能终端根据预设数据格式对故障告警进行编码，将得到的告警编码发送给控制平台。控制平台根据预设数据格式对接收到的告警编码进行解码，得到对应的故障告警。如果两个故障告警的告警编码相同，则说明是两个相同的故障告警。
[0051]
s130、所述控制平台根据所述故障告警的类型确定所述故障报警是否能够自修复；若所述故障告警能够自修复，则进行自我修复；若所述故障告警不能自修复，则向所述运营人员下发告警通知，以使所述运营人员确定所述故障报警是否能够通过异常修复方案修复，若是则通过所述控制平台向所述智能终端下发异常修复指令，以使所述智能终端根据对应的异常修复方案进行异常修复，并在修复完成上报所述控制平台以使所述控制平台。
[0052]
当然，若所述故障告警不能通过所述异常修复方案修复，则可以通过所述控制平
台向维修人员下发现场维修通知。
[0053]
在具体实施时，所述控制平台根据所述故障告警的类型确定所述故障报警是否能够自修复之前，还可以判断每一个故障告警是否达到对应的触发阈值，若是则根据所述故障告警的类型确定所述故障报警是否能够自修复。
[0054]
可理解的是，针对智能终端发送来的故障告警和控制平台自己分析出的故障告警，控制平台都会对其是否达到触发阈值进行判断，只有在一个故障告警达到了对应的触发阈值才会对其进行后续的修复步骤。
[0055]
可理解的是，有的类型的故障告警可以自修复，有的类型的故障告警不能自修复，例如，门锁和门磁的故障告警可以自修复，重力传感器的故障告警不能自修复，订单异常的告警不能自修复。因此可以根据故障告警的类型判断故障告警是否可以自修复。
[0056]
针对可以自修复类型的故障告警，实际上大概率并不是真的发生故障，而是由于网络波动等外界影响因素导致数据在此刻发生异常，而下一刻数据基本恢复正常的情况。自修复的过程是包括：如果根据下一次接收到的硬件信息判断是否还存在相同的故障告警，若不存在，则说明数据已经恢复正常，将该故障告警删除即可。而如果还存在相同的故障告警，说明自修复是不成功的，此时可以判断是否有对应的异常修复方案。
[0057]
针对不能自修复类型的故障告警或者自修复失败的故障告警，控制平台向所述运营人员下发告警通知，运营人员在接收到告警通知后，会确定在智能终端是否存在解决这一故障告警的异常修复方案，如果有对应的异常修复方案，则运营人员会在控制平台上下发异常修复指令，当智能终端接收到异常修复指令后，会根据对应的异常修复方案进行异常修复，在修复完成后会将修复结果上报给控制平台。
[0058]
针对不存在异常修复方案的故障告警或者通过异常修复方案修复失败的故障告警，运营人员可以在控制平台上向维修人员下发现场维修通知，这样维修人员在接收到维修通知后会去现场进行维修。
[0059]
在具体实施时，控制平台判断每一个故障告警是否达到对应的触发阈值的过程可以包括：判断所述控制平台对每一个故障告警的次数是否达到对应故障类型的次数阈值，若达到所述次数阈值，则根据所述故障告警的类型确定所述故障报警是否能够自修复；其中，所述次数为所述控制平台在不同预设时长内故障告警的保存次数。
[0060]
其中，触发阈值包括次数阈值，即故障告警的次数，次数为控制平台在不同预设时长内对应的次数，包括智能终端发送来的故障告警和控制平台自己分析出的故障告警。预设时长，例如5分钟，是为了滤掉在很短时间内重复上报的情况。
[0061]
可理解的是，不同类型的故障告警，其对应的次数阈值是不同的，例如，针对对于门锁、门磁故障，次数阈值可以为3，再例如，对于重力传感器的故障，次数阈值为1次。也就是说，当控制平台上对门锁门磁故障的保留次数为3次时，就需要进行后续是否能够自修复进行判断。而重力传感器故障，只要有1次就进行后续是否能够自修复进行判断。
[0062]
其中，智能终端具有数据采集、数据上报、故障分析、故障上报、异常修复等功能。控制平台具有数据接收、数据保存、数据处理、故障分析、告警过滤、告警触发、告警通知、告警自修复、异常修复等功能。
[0063]
具体的，智能终端的功能介绍大致如下：
[0064]
1、数据采集：负责采集多个硬件的状态信息，具体可以通过数据采集模块实现，例
如，数据采集模块定时采集门锁、门磁、压缩机、温度、网络等硬件的状态信息，具体通过android板读取硬件信息，数据采集成功以后，先保存在智能终端的本地。
[0065]
2、数据上报：负责定时将采集到的硬件的状态信息上报给控制平台，具体通过硬件状态上报模块实现，例如，在智能终端开机的时候，从控制平台上获取上报时间间隔，每一次定时时间达到以后，将保存在智能终端的硬件信息通过控制平台的数据采集接口上报到控制平台。
[0066]
3、故障分析：根据采集到的硬件信息判断硬件是否存在故障，具体可以通过故障分析模块实现，智能终端上有一套判断硬件是否存在故障的本地告警规则，智能终端采集到硬件信息以后，首先会根据本地告警规则，判断硬件是否存在故障，如果存在故障，会直接将故障告警上报到控制平台。
[0067]
4、故障上报：将故障告警上报给控制平台，具体可以通过故障上报模块实现，在智能终端和控制平台上是有统一的一套告警编码方式的，通过故障上报模块将故障告警对应的告警编码上传给控制平台，可以分担控制平台判断故障的压力。
[0068]
5、异常修复：根据控制平台下发的指令，在智能终端上找到对应的异常修复方案，然后根据异常修复方案进行异常修复操作。具体可以通过异常修复模块实现。异常修复方案是根据过去运营的经验，制定的一系列的容错机制，即针对一些特定的故障，通过运营实践，整理了一系列的异常修复机制，异常修复方案与故障告警一一对应。如果在智能终端上存储有故障告警对应的异常修复方案，控制平台就会下发对应的指令，智能终端在接收到该指令之后就会执行对应的异常修复方案。
[0069]
具体的，控制平台的功能介绍大致如下：
[0070]
1、数据采集或接收：负责接收智能终端上传的硬件信息，具体可以通过数据采集模块实现，通过数据采集模块获取到智能终端上传的硬件信息。
[0071]
2、数据保存：负责保存智能终端上传的硬件信息，具体可以通过数据保存模块实现，将通过数据采集模块获取到的硬件信息保存至数据库中。
[0072]
3、数据处理：更新、删除硬件信息，具体可以通过数据处理模块实现，控制平台开启数据处理服务进程，通过控制平台制定的数据处理规则，处理保存在数据库中的硬件信息，例如，对1个月之前的硬件信息进行删除。
[0073]
4、监控分析：根据上传的硬件信息进行判断智能终端上的硬件是否存在故障，具体可以通过监控分析模块实现，控制平台开启监控服务进程，主要负责监听和分析数据处理模块处理后的数据以及直接通过智能终端上传的故障告警。
[0074]
5、告警过滤：通过过滤机制，过滤掉预设时长内段重复出现的故障告警，具体可以通过告警过滤模块实现，主要负责过滤智能终端上报的故障告警；控制平台制定了告警的数据格式，如果告警编码相同，则过滤掉当前告警。
[0075]
6、告警触发：设定告警触发的次数阈值，具体通过告警触发模块实现，主要负责制定每一个类型的故障告警的次数阈值，确定每一个类型的故障告警是否达到了触发标准。
[0076]
7、告警通知：将不能通过告警自修复的故障告警通知到运营人员，具体可以通过告警通知模块实现，主要负责将故障告警通知到运营者，主要通过小程序、app、网页来实现告警通知，即将告警通知下发到小程序、app或者网页端。
[0077]
8、告警自修复：主要通过告警自修复模块实现，由于智能终端的硬件和网络状态
偶尔会有波动，这样依据硬件信息会认为出现了故障，实际上这一部分故障，可以通过判断前后上传的硬件信息即可完成故障的清除，不需要异常修复方案或者现场维修，通过这个模块可以提升控制平台处理故障告警的效率。
[0078]
9、异常修复模块：通过下发指令，实现智能终端修复告警，具体可以通过异常修复模块实现。通过前期设备运营的经验，运维人员整理出的解决故障告警的异常修复方案，将不需要到达现场的异常修复方案进行统一整理，存储至智能终端上，通过这一部分的异常修复方案，运维人员可以通过操作控制平台，下发操作指令，来实现故障的远程修复，通过异常修复模块可以提升运维的效率。
[0079]
本发明与现有技术的主要区别之处在于：
[0080]
1、本发明在控制平台上设置了告警过滤模块，对于短时间内重复上报的相同故障告警进行过滤，这样可以解决告警量过大而引起的控制平台宕机的问题。
[0081]
2、本发明在控制平台设置了告警自修复模块，针对一些因为网络波动而引起的故障告警可以实现自修复。
[0082]
3、针对不能自修复的故障告警，运营人员可以在控制平台上下发指令，控制智能终端执行异常修复方案，实现远程修复；
[0083]
4、在智能终端上设置由故障分析模块，可以实现减少控制平台的压力。
[0084]
举例来说，无人售卖柜的智能终端检测到重力传感器硬件出现故障，并将故障告警上报给平台，具体为重力传感器数据读取超时，可以通过重新读取重力传感器恢复无人售卖柜的正常运行。场景如下：
[0085]
1、无人售卖柜开机，云平台也开启服务；
[0086]
2、无人售卖柜在购物过程中，智能终端检测到重力传感器没有返回数据，出现数据读取超时的故障告警；
[0087]
3、智能终端将重力传感器的数据读取超时的故障告警上报给控制平台；
[0088]
4、控制平台判断在10分钟之内没有接收到相同的故障告警，保留该故障告警；
[0089]
5、控制平台根据该类型的故障告警对应的次数阈值为1，故该故障告警被触发；
[0090]
6、控制平台根据故障告警的类型确定通过重新读取重力传感器便可以解除告警；
[0091]
7、控制平台通过智能终端重新读取重力传感器的数值，接触告警，以使无人售卖柜恢复正常运行。
[0092]
举例来说，无人售卖柜检测到门锁故障，控制平台根据硬件信息检测到当前订单未正常结算，而当前门锁状态已经恢复正常，可以通过通知运营人员重置购物状态，即可恢复无人售卖柜的正常运行，场景如下：
[0093]
1、无人售卖柜开机，云平台也开启服务；
[0094]
2、无人售卖柜在购物过程中，未正常结算，无人售卖柜下一个人无法正常购买；
[0095]
3、控制平台接收到无人售卖柜的硬件信息，判断当前订单异常；
[0096]
4、控制平台根据告警触发模块确定当前故障告警被触发；
[0097]
5、控制平台根据告警自修复模判断，当前故障告警无法通过自修复模块进行修复；
[0098]
6、控制平台根据告警通知模块通知到运营人员；
[0099]
7、运营人员根据收到的故障告警，发现智能终端中存在对应的异常修复方案；
[0100]
8、运营人员通过控制平台下发指令，智能终端收到指令进行操作，重置设备购物状态；
[0101]
9、重置设备购物状态后，无人售卖柜的下一个人可以正常进行购物。
[0102]
在具体实施时，每一个无人售卖柜的智能终端在投入使用之前需要将对应的身份标识写入所述智能终端内，从而对无人售卖柜进行唯一标识。具体的写入过程可以包括：
[0103]
采用扫码枪对所述智能终端上所贴附的身份标识进行扫描，并将扫描得到的身份标识发送至上位机；所述上位机与所述扫码枪通过无线方式连接；
[0104]
所述上位机在接收到所述身份标识后，对所述身份标识进行格式判断，若所述身份标识符合预设要求，则将所述身份标识发送至控制模块；所述控制模块与所述上位机通过串口方式连接；
[0105]
所述控制模块在接收到所述身份标识后，将所述身份标识拆分为多段内容，对各段内容分别按照红外数据编码方式进行编码，得到多个数据包，并通过红外发码灯将所述多个数据包发送至所述智能终端；所述红外发码灯与所述控制模块通过有线方式连接；
[0106]
所述智能终端的控制器在接收到所述多个数据包后，对所述多个数据包进行解析并合成所述身份标识，将所述身份标识存储至存储器中。
[0107]
可理解的是，如果身份标识不符合预设要求，则检查扫码枪是否扫错了，或者智能终端上贴错了。如果身份标识符合预设要求，则将身份标识发送给控制模块。
[0108]
其中，上位机上安装有相应软件，能够对接收到的身份标识进行格式判断，只有身份标识符合预设要求，才会执行后续的写入步骤。
[0109]
可理解的是，控制模块在接收到身份标识之后，由于后续要通过红外发码灯发送给智能终端，而身份标识既包括数字也包括字母等，可能比较长，红外发码灯不能一次性发送完成，因此这里需要根据红外发码灯对发送数据长度的要求，将身份标识分段，然后针对每一段按照红外数据编码方式进行编码，得到对应的多个数据包。然后控制模块将编码得到的各个数据包依次通过红外发码灯发送给智能终端。
[0110]
也就是说，当智能终端在接收到数据包之后，对各个数据包进行解析，得到各个分段内容，然后将这些分段内容组合成身份标识，然后将身份标识存储至智能终端的存储器中，即完成身份标识的写入操作。
[0111]
在具体实施时，具体的写入过程还可以包括：在所述上位机上预先设置所述身份标识的版本号；这样所述控制模块对所述身份标识进行格式判断的过程包括：
[0112]
所述控制模块获取所述身份标识对应的第一参数、第二参数和第三参数；所述第一参数表征所述身份标识的长度，所述第二参数表征所述身份标识中字符种类的数量，所述第三参数表征所述身份标识的后四位字符的种类标识；
[0113]
所述控制模块将所述第一参数、所述第二参数和所述第三参数输入至第二公式中，得到版本标识；所述第二公式包括：m＝ax by cz，其中，m为所述版本标识，x为所述长度，y为所述数量，z为所述后四位字符的种类标识，a为100*n，b为10*n，c为n，n为大于等于1且小于等于5的正整数；
[0114]
所述控制模块根据所述版本标识，在预设记录表中查找对应的版本号，若查找到的版本号与预先设置的版本号一致，则所述身份标识进行格式检测成功；所述预设记录表中存储有多个版本标识和多个版本号之间的映射关系。
[0115]
可理解的是，由于身份标识可能有不同的版本，因此身份标识的组成、长度等信息可能会不同，而工作人员很难对每一个版本的身份标识的格式都了如执掌，因此在上位机上预先设置的时候，工作人员只需要设置当前身份标识的版本即可。由上位机判断获取到的身份标识是否符合所设置的版本对应的格式即可。
[0116]
具体的，对扫码枪扫码得到的身份标识进行识别，获取该身份标识对应的三个参数，从而可以得知身份标识的长度、字符种类的数量以及后四位的种类标识，可理解的是，不同种类对应不同的标识，例如，字母对应的种类标识为1，数字字符对应的种类标识为2，特殊字符对应的种类标识为3等。然后将这三个参数输入到第二公式m＝ax by cz中，便可以得到对应的版本标识。例如，长度为6位，种类数量为3，后四位的种类标识为2，则输入至第二公式后得到的版本标识为m为632，根据版本标识632在预设记录表中查找对应的版本号，如果能够查找到对应的版本号，且查找到的版本号与预先设置的版本号一致，则认为身份标识符合格式要求，如果没有查找到对应的版本号或者查找到的版本号和预先设置的版本号不一致，则认为身份标识的格式不符合要求。
[0117]
可见，通过这种方式，工作人员不必在上位机上对身份标识的格式进行设置，只需要设置版本号即可，可以大大降低对工作人员的要求，大大提高写入效率。
[0118]
本发明中，在控制平台对智能终端上报的故障告警进行过滤，即对在短时间内重复上报的故障告警进行过滤，避免大量告警对控制平台造成压力甚至宕机。将告警的部分判断功能分解到智能终端，进一步减少控制平台的压力。也就是说，本发明增加了告警过滤机制以及将部分故障分析功能转移至智能终端，不仅可以降低控制平台的压力，还能提升控制平台对智能终端的故障告警的响应速度。针对一些故障告警，可以进行自修复，或者通过异常修复方案进行异常修复，即控制平台进行自修复和通过异常修复方案进行修复，实现了大部分故障告警的闭环处理，提升了无人售卖柜的稳定性，实现告警的远程修复，这样可以减少运维成本，提升服务水平。也就是说，即除了一些硬件故障导致的故障告警无法正常恢复外，其它情况的故障告警都可以通过远程修复的方式解决，降低了无人售卖柜在用户侧的故障率。只有针对无法通过异常修复方案修复的故障告警，才会通知维修人员进行维修。
[0119]
第二方面，本发明提供一种面向无人售卖柜的无人值守告警系统，该系统包括：安装在无人售卖柜中的智能终端及与所述智能终端通信连接的控制平台，所述智能终端中存储有多个故障告警对应的异常修复方案；其中：
[0120]
所述智能终端用于：采集所述无人售卖柜上的硬件信息，根据所述硬件信息分析所述无人售卖机在当前是否发生故障；若发生故障，则向所述控制平台上报故障告警；若未发生故障，则在本地保存所述硬件信息，并在所述上报定时器达到所述上报时间间隔时将在所述预设时间间隔内采集到的硬件信息上报至所述控制平台；
[0121]
所述控制平台用于：在接收到所述智能终端发送来的所述硬件信息后，根据所述硬件信息分析所述无人售卖机在所述上报时间间隔内是否发生故障，若是则保存对应的故障报警；并针对所述控制平台分析出的故障报警和从所述智能终端发送过来的故障告警，判断在预设时长内是否已经保存相同的故障告警，若是，则将所述故障告警过滤掉；根据所述故障告警的类型确定所述故障报警是否能够自修复；若所述故障告警能够自修复，则进行自我修复；若所述故障告警不能自修复，则向所述运营人员下发告警通知，以使所述运营
人员确定所述故障报警是否能够通过异常修复方案修复，若是则通过所述控制平台向所述智能终端下发异常修复指令；
[0122]
所述智能终端还用于：根据对应的异常修复方案进行异常修复，并在修复完成上报所述控制平台以使所述控制平台。
[0123]
可理解的是，第二方面提供的系统与第一方面提供的方法是相对应的，其有关内容的解释、举例、有益效果、具体实施方式等内容可以参考第一方面中的相应部分，此处不再赘述。
[0124]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0125]
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、挂件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。
[0126]
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。