设备故障修复方法与流程

1.本发明涉及设备维护技术领域，尤其涉及设备故障修复方法。


背景技术：

2.随着近年来社会对公共安全需求的提升，以摄像机为核心的视频监控技术在道路、商场、机场、火车站等大型公共场所被广泛的应用。视频监控系统由摄像、传输、控制、显示及记录等几个部分组成。其中摄像的主体是前端设备，是视频监控系统的核心部分，其稳定性与可靠性决定了视频监控系统的整体性能。
3.在实际应用中，由于前端设备种类和数量繁多，由软件问题导致的设备问题成了制约设备可靠性的一个重要方面。对于简单软件问题，一般可以通过简单恢复或重启设备进行解决。但是当设备出现严重软件问题时，如用户修改了某项参数导致业务进程启动未完成而退出或者由于技术人员的疏忽升级了异常程序导致设备挂死，重启之后现象仍然存在，对于该种情况，当前没有合适的手段来进行故障设备的远程修复，只能依靠维护人员去现场拆卸设备，使用串口进行修复升级，增加了人力和时间成本，并且由于此种修复方式时间周期较长，损害了用户的产品体验。
4.针对目前视频监控前端设备出现严重软件问题时远程修复困难问题，目前尚未出现解决方案。


技术实现要素：

5.本发明实施例提出设备故障修复方法，以实现对设备故障的远程修复。
6.本发明实施例的技术方案是这样实现的：
7.一种设备故障修复方法，该方法包括：
8.在设备重启后，检测是否存在由于重启前检测到的设备故障而被cpu保存的异常状态文件；
9.当检测到设备异常状态文件时，读取与异常状态文件对应保存的uboot网络配置信息；
10.根据读取到的uboot网络配置信息，发起与文件传输协议ftp服务器的通信连接；
11.当与ftp服务器成功建立通信连接后，向ftp服务器发送升级请求；
12.响应于ftp服务器返回的软件包，对设备进行修复升级。
13.所述根据读取到的uboot网络配置信息发起与ftp服务器的通信连接包括：
14.根据uboot网络配置信息中的设备ip地址、设备网关、子网掩码和ftp服务器地址进行uboot网络配置，并发起与ftp服务器的通信连接。
15.所述向ftp服务器发送升级请求包括：
16.向ftp服务器发送携带设备标识信息的升级请求，以使得：ftp服务器根据该设备标识信息查询到发布软件包的svn服务器地址。
17.所述检测是否存在由于重启前检测到的设备故障而被cpu保存的异常状态文件包
括：
18.检测闪存中是否存在由于重启前检测到的设备故障而被cpu保存的异常状态文件；
19.所述读取与异常状态文件对应保存的uboot网络配置信息包括：
20.从闪存中读取与异常状态文件对应保存的uboot网络配置信息。
21.所述设备重启为：前端设备重启。
22.所述异常状态文件和所述uboot网络配置信息为：
23.当检测到设备发生故障时，保存的设备在发生该故障时的异常状态文件和uboot网络配置信息。
24.所述检测到设备发生故障包括：
25.检测到设备的业务进程退出，则重启业务进程，若连续预设次检测到业务进程重启失败，则确定设备发生故障。
26.所述检测到业务进程退出包括：
27.周期性地向业务进程发送保活包，若在预设保活等待时长内未收到业务进程回复的保活包，则判定业务进程退出。
28.所述连续预设次检测到业务进程重启失败包括：
29.每隔预设启动询问时长向业务进程发送启动完成询问包，若连续发出预设数目个启动完成询问包，但未收到业务进程回复的任何启动完成包，则判定业务进程重启失败。
30.所述uboot网络配置信息包括：设备ip地址、设备网关、子网掩码和ftp服务器地址。
31.本发明实施例中，当设备发生故障后，通过与ftp服务器进行远程交互，获取最新软件包完成修复升级，实现了对设备故障的自动远程修复，无需人工参与，减少了设备维护成本。
附图说明
32.图1为本发明一实施例提供的设备故障修复方法流程图；
33.图2为本发明另一实施例提供的设备故障修复方法流程图；
34.图3为本发明又一实施例提供的设备故障修复方法流程图；
35.图4为本发明实施例提供的设备故障修复装置的结构示意图；
36.图5为本发明实施例提供的设备故障修复系统的结构示意图。
具体实施方式
37.下面结合附图及具体实施例对本发明再作进一步详细的说明。
38.为方便理解，首先给出如下解释：
39.uboot(universal boot loader，通用引导加载模块)：是一种主要应用于嵌入式终端的引导加载模块；
40.ftp(file transfer protocol，文件传输协议)：是tcp(transfer control protocol，传输控制协议)/ip(internet protocol，因特网协议)组中的协议之一；
41.前端设备：指分布于探测现场的各类设备，通常指摄像机及相关设备；
42.守护进程：设备中运行的提供系统类服务的进程；
43.业务进程：实现设备具体软件功能的进程，如预览、存储、通信等业务功能；
44.svn(subversion)：是一个软件版本的控制系统。
45.图1为本发明一实施例提供的设备故障修复方法流程图，其具体步骤如下：
46.步骤101：在设备重启后，检测是否存在由于重启前检测到的设备故障而被cpu保存的异常状态文件。
47.步骤102：当检测到设备异常状态文件时，读取与异常状态文件对应保存的uboot网络配置信息。
48.一可选实施例中，uboot网络配置信息包括：设备ip地址、设备网关、子网掩码和ftp服务器地址。
49.步骤103：根据读取到的uboot网络配置信息，发起与ftp服务器的通信连接。
50.步骤104：当与ftp服务器成功建立通信连接后，向ftp服务器发送升级请求。
51.步骤105：响应于ftp服务器返回的软件包，对设备进行修复升级。
52.上述实施例中，当设备发生故障后，通过与ftp服务器进行远程交互，获取最新软件包完成修复升级，实现了对设备故障的自动远程修复，无需人工参与，减少了设备维护成本。
53.图2为本发明另一实施例提供的设备故障修复方法流程图，其具体步骤如下：
54.步骤201：当检测到设备发生故障时，保存设备在发生该故障时的异常状态文件和uboot网络配置信息。
55.一可选实施例中，检测到设备发生故障包括：检测到设备的业务进程退出，则重启业务进程，若连续预设次检测到业务进程重启失败，则确定设备发生故障。
56.一可选实施例中，检测到业务进程退出包括：周期性地向业务进程发送保活包，若在预设保活等待时长内未收到业务进程回复的保活包，则判定业务进程退出。
57.一可选实施例中，连续预设次检测到业务进程重启失败包括：每隔预设启动询问时长向业务进程发送启动完成询问包，若连续发出预设数目个启动完成询问包，但未收到业务进程回复的任何启动完成包，则判定业务进程重启失败。
58.步骤202：在设备重启后，检测是否存在由于重启前检测到的设备故障而被cpu保存的异常状态文件。
59.步骤203：当检测到设备异常状态文件时，读取与异常状态文件对应保存的uboot网络配置信息。
60.步骤204：根据读取到的uboot网络配置信息，发起与ftp服务器的通信连接。
61.步骤205：向ftp服务器发送携带设备标识信息的升级请求，以使得：ftp服务器根据该设备标识信息查询到发布软件包的svn服务器地址，并从对应svn服务器下载设备的最新软件包。
62.步骤206：响应于ftp服务器返回的软件包，对设备进行修复升级。
63.上述实施例中，通过检测到业务进程退出，则确定设备异常，之后，若连续预设次检测到业务进程重启失败，则确定设备发生故障，从而实现了对设备故障的准确判定；且，根据设备标识信息查询到发布软件包的svn服务器地址，从而准确下载到设备的最新软件包。
64.图3为本发明又一实施例提供的设备故障修复方法流程图，其具体步骤如下：
65.步骤301：设备启动，设备的守护进程和业务进程之间建立socket连接。
66.步骤302：守护进程通过socket连接周期性地向业务进程发送keeplive(保活)包，并等待业务进程回复。
67.例如：守护进程每隔1s(秒)向业务进程发送一次keeplive包。
68.步骤303：若守护进程在预设保活等待时长内未收到业务进程回复的keeplive包，则判定业务进程已退出，重启业务进程，并每隔预设启动询问时长向业务进程发送一次启动完成询问包。
69.启动询问时长如：5s。
70.步骤304：业务进程接收到启动完成询问包，查看启动完成标志是否为1，若为1，则向守护进程回复启动完成包，若为0，则回复启动未完成包。
71.步骤305：若守护进程连续预设数目次收到业务进程回复的启动未完成包，则判定设备故障，守护进程保存设备异常状态文件和设备uboot网络配置信息到设备的flash(闪存)中，同时重启设备。
72.例如：预设数目＝6。
73.uboot网络配置信息包括：设备ip地址、设备网关、子网掩码及ftp服务器地址等。
74.步骤306：设备重启之后启动uboot模块，uboot模块从flash中读取到设备异常状态文件则进入异常修复模式，从flash读取设备uboot网络配置信息，根据uboot网络配置信息进行uboot网络配置。
75.uboot模块有两种各种工作模式，分别为正常模式和异常修复模式，正常模式下启动完成之后直接加载linux内核。
76.步骤307：设备的uboot根据uboot网络配置信息中的ftp服务器地址，与ftp服务器建立ftp连接，向ftp服务器发送携带设备标识信息的升级请求。
77.升级请求携带的设备标识信息包括：设备ip地址、设备mac地址和设备型号等。
78.步骤308：ftp服务器接收升级请求，将请求中的设备标识信息加入到故障设备表中，并根据设备型号在自身保存的设备型号与发布软件包的svn服务器地址的对应关系中，查找到svn服务器地址，从对应svn服务器下载设备的最新软件包。
79.具体地，ftp服务器向svn服务器发送携带该设备的设备型号的软件包下载请求，svn服务器收到该请求后，根据该设备型号查询到最新软件包，将该最新软件包返回给ftp服务器。
80.步骤309：ftp服务器将设备的最新软件包发送给设备。
81.步骤310：设备接收最新软件包，并解压到flash中，从flash中读取最新软件包，采用该软件包对设备进行修复升级。
82.升级完成之后，设备向ftp服务器发送携带设备标识信息的修复完成消息，ftp服务器将该设备标识信息从故障设备表中删除。
83.若svn服务器中不存在该设备型号对应的软件包，则svn服务器提示维护人员需要生成该设备型号的软件包，等待维护人员对设备进行人工修复，由维护人员自行编译生成该设备型号的软件包，并上传到ftp服务器上，当ftp服务器接收到维护人员上传的该设备型号的软件包时，将该软件包发送给该设备。
84.图4为本发明实施例提供的设备故障修复装置的结构示意图，该装置主要包括：异常查询模块41和修复模块42，其中：
85.异常查询模块41，用于在设备重启后，检测是否存在由于重启前检测到的设备故障而被cpu保存的异常状态文件；当检测到设备异常状态文件时，读取与异常状态文件对应保存的uboot网络配置信息。
86.修复模块42：根据异常查询模块41读取到的uboot网络配置信息，发起与ftp服务器的通信连接；当与ftp服务器成功建立通信连接后，向ftp服务器发送升级请求；响应于ftp服务器返回的软件包，对设备进行修复升级。
87.一可选实施例中，修复模块42根据异常查询模块41读取到的uboot网络配置信息发起与ftp服务器的通信连接包括：根据uboot网络配置信息中的设备ip地址、设备网关、子网掩码和ftp服务器地址进行uboot网络配置，并发起与ftp服务器的通信连接。
88.一可选实施例中，修复模块42向ftp服务器发送升级请求包括：向ftp服务器发送携带设备标识信息的升级请求，以使得：ftp服务器根据该设备标识信息查询到发布软件包的svn服务器地址。
89.一可选实施例中，异常查询模块41检测是否存在由于重启前检测到的设备故障而被cpu保存的异常状态文件包括：检测闪存中是否存在由于重启前检测到的设备故障而被cpu保存的异常状态文件；
90.异常查询模块41读取与异常状态文件对应保存的uboot网络配置信息包括：从闪存中读取与异常状态文件对应保存的uboot网络配置信息。
91.一可选实施例中，异常查询模块41读取的异常状态文件和uboot网络配置信息为：当检测到设备发生故障时，保存的设备在发生该故障时的异常状态文件和uboot网络配置信息。
92.一可选实施例中，上述装置位于前端设备上。
93.图5为本发明实施例提供的设备故障修复系统的结构示意图，该系统主要包括：设备51、ftp服务器52和svn服务器53，其中：
94.设备51，用于在重启后，检测是否存在由于重启前检测到的本设备故障而被cpu保存的异常状态文件；当检测到设备异常状态文件时，读取与异常状态文件对应保存的uboot网络配置信息；根据读取到的uboot网络配置信息，发起与ftp服务器52的通信连接；当与ftp服务器52成功建立通信连接后，向ftp服务器52发送升级请求；响应于ftp服务器52返回的软件包，对本设备51进行修复升级。
95.一可选实施例中，设备51根据读取到的uboot网络配置信息发起与ftp服务器52的通信连接包括：根据uboot网络配置信息中的设备ip地址、设备网关、子网掩码和ftp服务器地址进行uboot网络配置，并发起与ftp服务器52的通信连接。
96.一可选实施例中，设备51向ftp服务器52发送升级请求包括：向ftp服务器52发送携带设备标识信息的升级请求，以使得：ftp服务器52根据该设备标识信息查询到发布软件包的svn服务器53地址。
97.一可选实施例中，设备51检测是否存在由于重启前检测到的设备故障而被cpu保存的异常状态文件包括：检测闪存中是否存在由于重启前检测到的本设备故障而被cpu保存的异常状态文件；
98.设备51读取与异常状态文件对应保存的uboot网络配置信息包括：从闪存中读取与异常状态文件对应保存的uboot网络配置信息。
99.一可选实施例中，设备51读取的异常状态文件和uboot网络配置信息为：当检测到设备发生故障时，保存的设备在发生该故障时的异常状态文件和uboot网络配置信息。
100.一可选实施例中，设备51检测到设备发生故障包括：检测到本设备的业务进程退出，则重启业务进程，若连续预设次检测到业务进程重启失败，则确定本设备发生故障。
101.一可选实施例中，设备51检测到业务进程退出包括：周期性地向业务进程发送保活包，若在预设保活等待时长内未收到业务进程回复的保活包，则判定业务进程退出。
102.一可选实施例中，设备51连续预设次检测到业务进程重启失败包括：每隔预设启动询问时长向业务进程发送启动完成询问包，若连续发出预设数目个启动完成询问包，但未收到业务进程回复的任何启动完成包，则判定业务进程重启失败。
103.一可选实施例中，设备51为前端设备。
104.ftp服务器52，用于接收到设备51发来的升级请求，从svn服务器53获取到设备的最新软件包，将最新软件包发送给设备51。
105.一可选实施例中，ftp服务器52根据升级请求携带的设备标识信息，查询到发布软件包的svn服务器地址，从对应的svn服务器下载该设备的最新软件包。
106.svn服务器53，用于将设备51的最新软件包提供给ftp服务器52。
107.本发明实施例中的设备可为前端设备。
108.以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。