一种保障网关稳定运行的系统
技术领域
本发明涉及网关保障技术领域，特别涉及一种保障网关稳定运行的系统。
背景技术
医疗监护设备的普及率是跟国民生活水平呈正相关关系的，随着我国经济发展，人均收入水平提高，以及行业研发水平的进一步提高，我国医疗保障体系得到进一步完善，高端产品将逐步成为主流了；且随着我国医疗器械的市场在稳步增长，医疗监护设备也从过去主要用于危重病人的监护，发展到目前普通病房的监护；而基层医疗单位和社区医疗单位也提出了应用的需求。而伴随着市场需求的增长，医疗监护设备厂商也逐渐增多，多种型号的医疗监护设备的兼容性就成了问题，设备所采集到的医疗数据不能统一收集到数据平台或者需要额外增加对数据的管理。目前，针对这种情况，存在一些解决方案：
其中，专利名称为：智能监护系统监护设备数据采集方法(专利申请号为：201811051521.4)的方案提出了一种医疗设备数据采集方法，通过智能监护网关及智能监护数据采集程序将各种医疗设备所产生的多种医疗数据进行有效的整合、处理与展示，并将多种医疗设备的多种医疗数据实时地推送给智能监护服务器。具体来说，智能监护数据采集程序可以将多种监护设备，包括监护仪、呼吸机/麻醉机、注射泵等不同设备的协议转换为统一协议，从而能够实时采集各种设备的多种监护数据，方便医生针对不同状况的病人提供及时的诊治方案。
但是上述智能监护数据采集程序在运行过程中会由于智能监护网关系统资源用尽、网络故障、程序损毁、数据通道阻塞、人为操作失误等各种偶发性故障，导致本应长期稳定运行中的智能监护数据采集程序出现问题。但是，现有智能监护网关及智能监护数据采集程序出现故障时，主要靠系统管理员手动排查故障，手动维护。由此，使得当网关出现网络故障时，无法自动发现、报告故障，也无法自动修复故障；具体的例如当网关出现故障，例如磁盘空间用完，内存空间被大量进程用完等情况发生时，无法自动发现、报告、修复故障；以及当网关的系统运行所需的文件、工具、进程缺失时，无法自动发现、报告、修复；当网关的程序运行时的数据通道阻塞时，无法自动发现、报告、修复；当网关出现某些突发性故障，导致程序功能出现故障时，无法及时发现、报告系统管理员。
由此，目前需要一种更好的方案以解决上述技术问题。
发明内容
针对现有技术中的缺陷，本发明提出了一种保障网关稳定运行的系统，在硬件上设置有可远程控制的电源模块、此外还在软件层进行故障的检测和自修复、告警，并将相关信息存储到日志记录模块中，从而大大提升了网关的稳定性，减轻了软件运维人员的压力。
具体的，本发明提出了以下具体的实施例：
本发明实施例提出了一种保障网关稳定运行的系统，应用于设置有可远程控制的电源模块的网关，该系统包括：
检测模块，用于检测所述网关是否在线，并当所述网关不在线时基于所述电源模块重启所述网关；
监控模块，用于监测所述网关的运行状态，并当监测到故障时进行故障修复；
告警模块，用于在所述监控模块无法修复故障时，向预设目标进行告警；
日志记录模块，用于存储所述检测模块、所述监控模块及所述告警模块三者的工作信息。
在一个具体的实施例中，所述电源模块包括：具备加电自启动功能的远程电源控制模块以及多个备用电源；
所述检测模块，具体用于：
向所述网关发送在线探测数据包；
若在预设时间未收到所述网关反馈的特定数据包，则向所述网关进行多次在线探测数据包重发；
若在重发之后的预设时间内未收到所述网关反馈的特定数据包，则通过所述远程电源控制模块重启所述网关。
在一个具体的实施例中，所述监控模块包括：系统资源监控子模块、网络链路监控子模块、数据通道监控子模块、程序完整性监控子模块、程序功能性监控子模块。
在一个具体的实施例中，所述系统资源监控子模块，用于定期监控所述网关的磁盘空间占有率，并当磁盘空间占用率大于磁盘第一阈值时，进行磁盘清理；若进行清理后的磁盘占用率大于磁盘第一阈值时，则通过所述告警模块进行告警；若进行清理后的磁盘占用率大于磁盘第二阈值且不大于所述第一阈值时，减小所述监控的时间间隔；
还用于定期监控所述网关的CPU占用率与内存占用率，若所述CPU占用率或内存占用率大于相应的占用率阈值，对所述网关的进程进行清理；若进行进程清理后的CPU占用率或内存占用率仍大于相应的占用率阈值，则进行系统清理；若进行系统清理后的CPU占用率或内存占用率仍大于相应的占用率阈值，则通过所述告警模块进行告警。
在一个具体的实施例中，所述网关还设置有多种网络模块；
网络链路监控子模块，用于定期测试所述网关的网络链路的时延与丢包率；
若时延大于预设时间值且丢包率达到第一预设丢包阈值，则选择其他网络模块来进行网络切换，并进行网络链接测试；若存在网络可导通的网络模块，从中选择网络链路质量最好的网络模块进行网络连接；其中，所述其他网络模块为与所述网络链路当前网络模块不同的网络模块；
若基于时延与丢包率确定当前网络链路的网络不导通，则判断所述网络链接中的下一跳是否可达；若下一跳可达，则选择与其他的网络模块来进行网络切换；若进行所述网络切换后的网络不导通，则通过所述告警模块进行告警；若下一跳不可达，则执行网络配置恢复的操作；若进行所述操作后的网络不导通，则通过所述告警模块进行告警。
在一个具体的实施例中，所述“从中选择当前网络链路质量最好的网络模块进行网络连接”之后包括：
若采用当前最好的网络模块丢包率大于第二预设丢包阈值，则缩短所述定期测试的时间间隔。
在一个具体的实施例中，所述数据通道监控子模块，用于：当监控到所述网关到智能监护服务器的HTTP数据通道堵塞时，调用所述网络链路监控子模块进行处理，以保障所述HTTP通道恢复正常；
还用于定期向所述网关到智能监护服务器的MQTT数据通道发送数据包；当基于返回的数据时延确定所述MQTT数据通道堵塞时，在预设时间内降低所述数据包发送速度；
若降低操作后监控到所述MQTT数据通道仍堵塞，则在预设时间内进一步降低所述数据包发送速度；若进一步降低操作后监控到所述MQTT数据通道仍堵塞，则通过所述告警模块进行告警；
若降低操作后监控到所述MQTT数据通道不堵塞，则恢复所述数据包的发送速度；若恢复操作后监控到所述MQTT数据通道堵塞，则通过所述告警模块进行告警；
还用于当监控到所述网关内部的消息队列数据通道堵塞时，降低数据发送速度；若降低数据发送速度之后，所述消息队列数据通道仍堵塞时，则重启接收进程；若重启接收进程之后，所述消息队列数据通道仍堵塞时，通过所述告警模块进行告警。
在一个具体的实施例中，所述程序完整性监控子模块，用于定期检测所述网关的可执行文件是否缺失；若可执行文件缺失，则执行下载所缺失可执行文件的操作；
还用于定期检测所述网关的进程是否缺失；若存在进程缺失，则启动所缺失的进程；若由于文件缺失无法启动所述进程，则下载所缺失的文件后启动所缺失的行程；
还用于定期检测所述网关的软件是否缺失；若存在软件缺失，则安装所缺失的软件；若安装失败，则基于源码安装所缺失的软件；若源码安装失败，则通过所述告警模块进行告警。
在一个具体的实施例中，
所述程序功能性监控子模块，用于当数据上传失败时，判断是否进行数据采集；若判断存在数据采集，则调用网络模块进行数据上传；若判断不存在数据采集，则判断数据的采集设备是否在线；若确定在线，则进行协议匹配操作；
还用于当视频数据流缺失时，进行采集所述视频数据流的视频设备是否在线的测试；若视频设备不在线，则通过所述告警模块进行告警；若视频设备在线，则查询本地是否存在视频流；若判断存在，则调用网络模块进行处理；若判断不存在，则重置视频设备的配置。
在一个具体的实施例中，所述告警模块的告警方式包括以下一种或多种的任意组合：邮件告警、短信告警、微信告警，电话告警。
以此，本发明实施例提出了一种保障网关稳定运行的系统，应用于设置有可远程控制的电源模块的网关，该系统包括：检测模块，用于检测所述网关是否在线，并当所述网关不在线时基于所述电源模块重启所述网关；监控模块，用于监测所述网关的运行状态，并当监测到故障时进行故障修复；告警模块，用于在所述监控模块无法修复故障时，向预设目标进行告警；日志记录模块，用于存储所述检测模块、所述监控模块及所述告警模块三者的工作信息。本方案在硬件上设置有可远程控制的电源模块、此外还在软件层进行故障的检测和自修复、告警，并将相关信息存储到日志记录模块中，从而大大提升了网关的稳定性，减轻了软件运维人员的压力。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本发明实施例提出的一种保障网关稳定运行的系统的框架结构示意图；
图2为本发明实施例提出的一种保障网关稳定运行的系统与网关的框架结构示意图；
图3为本发明实施例提出的一种保障网关稳定运行的系统运行的框架结构示意图；
图4为本发明实施例提出的一种保障网关稳定运行的系统中系统资源监控决策树的示意图图；
图5为本发明实施例提出的一种保障网关稳定运行的系统中网络链路监控决策树的示意图；
图6为本发明实施例提出的一种保障网关稳定运行的系统中数据通道监控决策树的示意图图；
图7为本发明实施例提出的一种保障网关稳定运行的系统中程序完整性监控决策树的示意图；
图8为本发明实施例提出的一种保障网关稳定运行的系统中功能完整性监控决策树的示意图。
具体实施方式
在下文中，将更全面地描述本公开的各种实施例。本公开可具有各种实施例，并且可在其中做出调整和改变。然而，应理解：不存在将本公开的各种实施例限于在此公开的特定实施例的意图，而是应将本公开理解为涵盖落入本公开的各种实施例的精神和范围内的所有调整、等同物和/或可选方案。
在本公开的各种实施例中使用的术语仅用于描述特定实施例的目的并且并非意在限制本公开的各种实施例。如在此所使用，单数形式意在也包括复数形式，除非上下文清楚地另有指示。除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本公开的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本公开的各种实施例中被清楚地限定。
实施例
本发明实施例公开了一种保障网关稳定运行的系统，应用于设置有可远程控制的电源模块的网关，所述网关还设置有多种网络模块；如图1所示，该系统包括：
检测模块101，用于检测所述网关是否在线，并当所述网关不在线时基于所述电源模块重启所述网关；
具体的，所述电源模块包括：具备加电自启动功能的远程电源控制模块以及多个备用电源，通过电源模块可以对网关进行重启，而通过多个备用电源的设置，例如当网关由于某些原因未连接电源时，将会自动切换至备用电池；当网关连接电源时，备用电池会进行定期充电，保证电池电量充足。以此，所述检测模块101，如图3所示，具体用于：向所述网关发送在线探测数据包；若在预设时间未收到所述网关反馈的特定数据包，则向所述网关进行多次在线探测数据包重发；若在重发之后的预设时间内未收到所述网关反馈的特定数据包，则通过所述远程电源控制模块重启所述网关。
具体的，检测模块101结合网关上的远程电源控制模块，基于智能监护服务器通过TCP协议定期向网关的6060端口发送在线探测数据包，之后网关会返回特定数据包来表示网关处于在线状况。当网关未在指定时间内返回数据包时，智能监护服务器将会进行两次数据包重发，若智能监护服务器依旧未接收到来自网关的数据包，则默认网关已关机，然后通过远程电源控制模块重启网关服务器，若下发重启指令后，网关依旧处于关机状态，则认为该网关已经人为关机。
监控模块102，用于监测所述网关的运行状态，并当监测到故障时进行故障修复；具体的，若网关处于在线状态，则启动监控模块102来进行工作，具体的，如图3所示，所述监控模块102包括：系统资源监控子模块、网络链路监控子模块、数据通道监控子模块、程序完整性监控子模块、程序功能性监控子模块。
具体的，如图4所示，所述系统资源监控子模块，用于定期监控所述网关的磁盘空间占有率，并当磁盘空间占用率大于磁盘第一阈值时，进行磁盘清理；若进行清理后的磁盘占用率大于磁盘第一阈值时，则通过所述告警模块进行告警；若进行清理后的磁盘占用率大于磁盘第二阈值且不大于所述第一阈值时，减小所述监控的时间间隔；
还用于定期监控所述网关的CPU占用率与内存占用率，若所述CPU占用率或内存占用率大于相应的占用率阈值，对所述网关的进程进行清理；若进行进程清理后的CPU占用率或内存占用率仍大于相应的占用率阈值，则进行系统清理；若进行系统清理后的CPU占用率或内存占用率仍大于相应的占用率阈值，则通过所述告警模块进行告警。
具体的，系统资源状态检测子模块，通过多种程序语言，进行磁盘空间、CPU、内存、进程等系统资源监控，定期获取网关服务器剩余磁盘空间大小、CPU占用率、内存占用率、进程数量。当发现网关服务器磁盘空间占用超过80％时，首先清理一月前的智能监护采集系统产生的数据日志、已上报但仍存在数据库内的数据、非系统产生的大文件，若在此之后磁盘占用空间少于60％，就认为正常。如果清理过后，磁盘占用率大于60％，小于80％，则缩短磁盘空间检测周期；如果清理过后，磁盘占用率大于80％，则认为磁盘空间不足，进行邮件告警。当发现CPU、内存占用率超过90％时，则清理所有非必要进程(必要进程指：操作系统进程和智能监护软件所需的进程)、人为操作产生的重复进程，若之后CPU占用率低于90％则认为正常。至于进程的监控，用于辅助CPU、内存监控，便于清理无用进程。
此外，所述网关还设置有多种网络模块；具体的，例如可以包括wifi模块，3G/4G/5G模块等等。由此，如图5所示，网络链路监控子模块采用网络探针主动进行IPV4和IPV6环境下的网络质量探测，分析网络速度、质量，具体的用于定期测试所述网关的网络链路的时延与丢包率；
若时延大于预设时间值且丢包率达到第一预设丢包阈值，则选择其他网络模块来进行网络切换，并进行网络链接测试；若存在网络可导通的网络模块，从中选择网络链路质量最好的网络模块进行网络连接；其中，所述其他网络模块为与所述网络链路当前网络模块不同的网络模块；
若基于时延与丢包率确定当前网络链路的网络不导通，则判断所述网络链接中的下一跳是否可达；若下一跳可达，则选择与其他的网络模块来进行网络切换；若进行所述网络切换后的网络不导通，则通过所述告警模块进行告警；若下一跳不可达，则执行网络配置恢复的操作；若进行所述操作后的网络不导通，则通过所述告警模块进行告警。
此外，所述“从中选择当前网络链路质量最好的网络模块进行网络连接”之后包括：若采用当前最好的网络模块丢包率大于第二预设丢包阈值，则缩短所述定期测试的时间间隔。
具体的，如图5所示，网络链路监控子模块，通过编写的探针程序，在各个网关上调用caida的scamper网络探测工具，向智能监护服务器、摄像头、编码器发送ICMP(InternetControl Message Protocol，是TCP/IP协议簇的一个子协议，用于在IP主机、路由器之间传递控制消息。控制消息是指网络通不通、主机是否可达、路由是否可用等网络本身的消息。这些控制消息虽然并不传输用户数据，但是对于用户数据的传递起着重要的作用)、ICMPv6数据包，以进行IPV4(Internet Protocol version 4，网际协议版本4)和IPV6(InternetProtocol version 6，网际协议版本6)协议下的tracerout测试，获取从网关到上层服务器之间的各个节点的时延、抖动、丢包率。当网关链路时延大于1000ms、链路丢包率达到10％时，认为网络链路质量差。当网络链路质量差时，记录下当前网络连接方式，并尝试在有线、WIFI、4G之间进行网络切换，并进行网络链路状态测试，若经测试，所有网络连接方式均显示为网络链路质量差，则进行网络对比，选择最佳网络连接方式。当显示网络不通时，首先通过tracerout命令判断下一跳是否可达，若下一跳可达就认为是网络链路中其他节点的故障，则在有线、WIFI、4G之间进行切换；若下一跳不可达，则运行网络配置脚本，重新进行网络配置。若最后依旧无法连接到目的端，则发送故障邮件。
具体的，如图6所示，所述数据通道监控子模块，用于：当监控到所述网关到智能监护服务器的HTTP数据通道堵塞时，调用所述网络链路监控子模块进行处理，以保障所述HTTP通道恢复正常；
还用于定期向所述网关到智能监护服务器的MQTT数据通道发送数据包；当基于返回的数据时延确定所述MQTT数据通道堵塞时，在预设时间内降低所述数据包发送速度；
若降低操作后监控到所述MQTT数据通道仍堵塞，则在预设时间内进一步降低所述数据包发送速度；若进一步降低操作后监控到所述MQTT数据通道仍堵塞，则通过所述告警模块进行告警；
若降低操作后监控到所述MQTT数据通道不堵塞，则恢复所述数据包的发送速度；若恢复操作后监控到所述MQTT数据通道堵塞，则通过所述告警模块进行告警；
还用于当监控到所述网关内部的消息队列数据通道堵塞时，降低数据发送速度；若降低数据发送速度之后，所述消息队列数据通道仍堵塞时，则重启接收进程；若重启接收进程之后，所述消息队列数据通道仍堵塞时，通过所述告警模块进行告警。
具体的，如图6所示，数据通道监控子模块，主要通过数据收发状况来进行监控，对于数据通道共有三种数据通道：分别是网关到智能监护服务器的HTTP通道、网关到智能监护服务器的MQTT(Message Queuing Telemetry Transport，消息队列遥测传输)数据通道、网关内部的消息队列数据通道。MQTT是ISO标准(ISO/IEC PRF 20922)下基于发布/订阅范式的消息协议，其工作在TCP/IP协议族上，是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议。
对于HTTP数据通道，主要涉及网络层连接，因此由网络链路监控子模块进行稳定性保障。
对于MQTT数据通道，通过定期经由MQTT数据通道发送HELLO数据包，并分析返回数据包，来进行通道畅通检测。如果返回数据包时延超过1000ms，便判定MQTT数据通道处于阻塞状态，然后减缓数据包发送速度，维持5分钟，进行重新测试。如果依旧处于阻塞状态，便向服务端发送阻塞信息，然后进一步降低数据包发送速度，维持5分钟。若依旧阻塞，则发送告警邮件，否则，便恢复数据包发送速度。
对于网关内部的消息通道的检测，采用C程序，调用sys/msg模块，得到消息队列内的数据量、数据上次存放时间、数据上次读取时间。若数据上次读取时间在上次存放时间的两分钟之前，则重启消息队列读取进程。具体的决策树参见图6所示。
如图7所示，所述程序完整性监控子模块，用于定期检测所述网关的可执行文件是否缺失；若可执行文件缺失，则执行下载所缺失可执行文件的操作；
还用于定期检测所述网关的进程是否缺失；若存在进程缺失，则启动所缺失的进程；若由于文件缺失无法启动所述进程，则下载所缺失的文件后启动所缺失的行程；
还用于定期检测所述网关的软件是否缺失；若存在软件缺失，则安装所缺失的软件；若安装失败，则基于源码安装所缺失的软件；若源码安装失败，则通过所述告警模块进行告警。
具体的，程序完整性监控子模块通过事前准备好的配置文件，定期检测网关上所必需的可执行文件、配置文件、软件包是否全部存在，以及检测系统运行所需要的软件版本与操作系统版本是否匹配，然后检测应该存在的进程是否全部以正确的方式运行。在完成程序完整性状态检测之后，若有缺失的可执行程序，则到对应文件夹下进行启动，若有缺失的配置文件，则到备用文件夹下进行生成，若缺失智能监护系统运行所需要的软件则进行自动安装。具体的决策树参见图7所示。
如图8所示，所述程序功能性监控子模块，用于当数据上传失败时，则判断是否进行数据采集；若判断存在数据采集，则调用网络模块进行数据上传；若判断不存在数据采集，则判断数据的采集设备是否在线；若确定在线，则进行协议匹配操作；具体而言，协议匹配操作中首先进行协议类型适配，在一个具体的应用场景中，协议主要包括N15监护仪协议、IPM6监护仪协议，omeda注射泵协议，omeda呼吸机协议等，通过设备识别，确定设备类型，并切换至对应协议解析程序。若上述操作后，依旧不存在数据采集，则识别对应协议解析程序的版本号是否为最新版本，否则的话，到服务器上下载最新文件，以更新程序。若上述操作后，依旧不存在数据采集，则进行告警操作。
还用于当视频数据流缺失时，进行采集所述视频数据流的视频设备是否在线的测试；若视频设备不在线，则通过所述告警模块进行告警；若视频设备在线，则查询本地是否存在视频流；若判断存在，则调用网络模块进行处理；若判断不存在，则重置视频设备的配置。
以通过摄像头进行视频采集与上传为例来进行说明，程序功能性监控子模块，主要负责检测数据采集、视频传送功能是否正确。如果没有数据上传，通过对应接口检测智能监护系统的对应设备是否在线、数据是否采集到，如果设备在线，但是数据未采集到，则第一时间调用程序完整性监控子模块；若数据采集到，则第一时间调用数据通道监控子模块。如果没有视频上传，则首先尝试连接网关上连接的摄像头，若摄像头可以连接到，则重置摄像头相关配置。具体的决策树参见图8所示。
告警模块103，用于在所述监控模块无法修复故障时，向预设目标进行告警；具体的，为了及时告警，所述告警模块103的告警方式包括以下一种或多种的任意组合：邮件告警、短信告警、微信告警，电话告警。具体的以邮件告警为例，当其他模块遇到问题时，可通过告警模块103向指定系统管理员发送告警信息，告警信息会附带故障发生模块、已进行的相关处理、故障具体情况。
日志记录模块104，用于存储所述检测模块、所述监测模块及所述告警模块三者的工作信息。具体的日志记录模块104负责将系统进行的相关故障监控信息、自修复操作、告警记录存储到磁盘内，且所有的日志可以依旧不同的模块、时间、类型存储到不同的区域内。
由此，在一个具体的应用场景中，主要包括硬件层和软件层保障程序。
在硬件层，通过特定硬件模块，包括电源模块以及多个网络模块，保障网关长久、稳定运行。
在软件层，通过软件保障网关服务器正常运行，具体而言，软件层用于执行以下功能：
㈠在智能监护服务器上，通过特定协议，检测网关在线状况，具体的功能性保障由下一步负责。
㈡在各个运行有智能监护数据采集软件的网关服务器上进行状态监控，并进行故障修复:具体的，包括以下子功能：
①系统资源监控，定期查询网关服务器系统状态。
②网络链路监控，采用网络探针主动进行IPV4和IPV6环境下的网络质量探测，分析网络速度、质量。
③数据通道监控，监管程序中的HTTP、MQTT、消息队列通道等各个数据通道，且定期获取多种数据上下传输情况，并进行自动修复。
④程序功能性监控，定期检测数据采集、视频传输功能是否正常，确保程序功能性正常。
⑤程序完整性监控，确保系统运行所需文件、插件、进程完整，无损失。
㈢邮件告警模块，遇到无法程序自解决、自恢复的功能，向软件管理员发送邮件。
㈣日志记录模块，将本保障系统产生的监控信息、自修复操作、告警信息，存储到日志系统中。
通过本智能监护软件稳定性保障算法，可以从硬件层、软件层，及时发现长期运行的智能监护数据采集软件系统出现的偶发性问题，并进行自动修复和邮件告警，从而提升软件运行稳定性。
以此，本发明实施例提出了一种保障网关稳定运行的系统，应用于设置有可远程控制的电源模块的网关，该系统包括：检测模块，用于检测所述网关是否在线，并当所述网关不在线时基于所述电源模块重启所述网关；监控模块，用于监测所述网关的运行状态，并当监测到故障时进行故障修复；告警模块，用于在所述监控模块无法修复故障时，向预设目标进行告警；日志记录模块，用于存储所述检测模块、所述监控模块及所述告警模块三者的工作信息。本方案在硬件上设置有可远程控制的电源模块、此外还在软件层进行故障的检测和自修复、告警，并将相关信息存储到日志记录模块中，从而大大提升了网关的稳定性，减轻了软件运维人员的压力。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述，不代表实施场景的优劣。
以上公开的仅为本发明的几个具体实施场景，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
