网络设备异常时的恢复方法及装置的制造方法
【专利摘要】本申请提供一种网络设备异常时的恢复方法及装置，控制服务器与网络设备之间通过串口总线网络进行通信，所述控制服务器预先配置有网络设备对应的正常状态数据，所述方法包括：在监控工作模式下，确定所述网络设备是否异常；当确定所述网络设备异常时，将所述监控工作模式切换为控制工作模式，并向所述网络设备发送携带所述正常状态数据的配置请求消息，以使所述网络设备利用所述正常状态数据重新配置所述网络设备；若接收到所述网络设备返回的配置成功响应消息，则确定所述网络设备恢复正常。应用本申请实施例，在不依赖以太网的情况下，控制服务器能够实现对网络设备的监控。
【专利说明】
网络设备异常时的恢复方法及装置
技术领域
[0001] 本申请设及通信技术领域，尤其设及一种网络设备异常时的恢复方法及装置。
【背景技术】
[0002] 随着网络规模的不断扩大，网络设备(比如交换机、路由器等）的数量也越来越多， 因此，对网络设备的监控就显得尤为重要。在相关技术中，通过在W太网中配置控制服务器 对网络设备进行监控，而且，控制服务器与网络设备之间通过W太网进行数据传输。由于网 络设备是通过串口（例如RS232串口或RS485串口）向控制服务器发送串口数据，而W太网上 传输的是TCP/iPd'ransport Conhol Protocol/Internet Protocol,传输控制协议/网际 协议)数据，因此串口数据无法在W太网上进行传输，为了实现控制服务器对网络设备的监 控，在控制服务器与网络设备之间配置串口服务器。
[0003] 如图1所示，串口服务器与网络设备的串口直连，并通过W太网与控制服务器连 接。串口服务器将网络设备发送的串口数据转换为TCP/IP数据，再通过W太网传输到控制 服务器，控制服务器根据接收到的TCP/IP数据对网络设备进行监控。然而当W太网中断时， 控制服务器就无法实现对网络设备的监控。
【发明内容】
[0004] 有鉴于此，本申请提供一种网络设备异常时的恢复方法及装置，W解决当W太网 中断时，控制服务器无法实现对网络设备进行监控的问题。
[0005] 根据本申请实施例的第一方面，提供一种网络设备异常时的恢复方法，所述方法 应用于处于主机状态模式的控制服务器上，所述控制服务器通过第一串口总线接入串口总 线网络，处于从机状态模式的网络设备通过第二串口总线接入所述串口总线网络，所述控 制服务器与所述网络设备之间通过所述串口总线网络进行通信，所述控制服务器预先配置 有所述网络设备对应的正常状态数据，所述方法包括：
[0006] 在监控工作模式下，确定所述网络设备是否异常；
[0007] 当确定所述网络设备异常时，将所述监控工作模式切换为控制工作模式，并向所 述网络设备发送携带所述正常状态数据的配置请求消息，W使所述网络设备利用所述正常 状态数据重新配置所述网络设备；
[000引若接收到所述网络设备返回的配置成功响应消息，则确定所述网络设备恢复正 常。
[0009] 根据本申请实施例的第二方面，提供一种网络设备异常时的恢复装置，所述装置 应用于处于主机状态模式的控制服务器上，其特征在于，所述控制服务器通过第一串口总 线接入串口总线网络，处于从机状态模式的网络设备通过第二串口总线接入所述串口总线 网络，所述控制服务器与所述网络设备之间通过所述串口总线网络进行通信，所述控制服 务器预先配置有所述网络设备对应的正常状态数据，所述装置包括：
[0010] 监控单元，用于在监控工作模式下，确定所述网络设备是否异常；
[0011] 重新配置单元，用于当确定所述网络设备异常时，将所述监控工作模式切换为控 制工作模式，向所述网络设备发送携带所述正常状态数据的配置请求消息，W使所述网络 设备利用所述正常状态数据重新配置所述网络设备；
[0012] 确定单元，用于若接收到所述网络设备返回的配置成功响应消息，则确定所述网 络设备恢复正常。
[0013] 应用本申请实施例，控制服务器在监控工作模式下，确定网络设备是否异常，当确 定所述网络设备异常时，所述控制服务器由监控工作模式切换为控制工作模式，利用预先 配置的所述网络设备对应的正常状态数据重新配置所述网络设备。在上述方式中，控制服 务器与网络设备之间直接通过串口总线网络进行通信，因此不需要在控制服务器与网络设 备之间配置串口服务器，也就不需要串口服务器将串口数据转换成TCP/IP数据。因此，在不 依赖W太网的情况下，控制服务器能够实现对网络设备的监控。
【附图说明】
[0014] 图1为现有技术中网络设备的监控应用场景图；
[0015] 图2为本申请根据一示例性实施例示出的一种网络设备异常时的恢复应用场景示 意图；
[0016] 图3为本申请根据一示例性实施例示出的一种网络设备异常时的恢复方法实施例 流程图；
[0017]图4为本申请根据一示例性实施例示出的一种RS485串口总线组网图；
[0018] 图5为本申请根据一示例性实施例示出的一种控制服务器的硬件结构图；
[0019] 图6为本申请根据一示例性实施例示出的一种网络设备异常时的恢复装置实施例 结构图。
【具体实施方式】
[0020] 运里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述设及 附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。W下示例性实施例 中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附 权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0021] 在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。 在本申请和所附权利要求书中所使用的单数形式的"一种"、"所述"和"该"也旨在包括多数 形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语"和/或"是指并包 含一个或多个相关联的列出项目的任何或所有可能组合。
[0022] 应当理解，尽管在本申请可能采用术语第一、第二、第=等来描述各种信息，但运 些信息不应限于运些术语。运些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离 本申请范围的情况下，第一信息也可W被称为第二信息，类似地，第二信息也可W被称为第 一信息。取决于语境，如在此所使用的词语"如果"可W被解释成为"在……时"或"当…… 时"或"响应于确定"。
[0023] 参见图2所示，为本申请根据一示例性实施例示出的一种网络设备异常时的恢复 应用场景示意图：包括控制服务器、多个网络设备（图中列举了两个）。通常情况下，控制服 务器处于主机状态模式，网络设备处于从机状态模式。控制服务器主要负责监控网络设备 和向网络设备下发配置消息的工作，不进行业务处理，而网络设备主要负责业务传输与处 理工作。因此，处于主机状态模式的控制服务器可W监控处于从机状态模式的网络设备。
[0024] 参见图3所示，为本申请根据一示例性实施例示出的一种网络设备异常时的恢复 方法的实施例流程图，该实施例应用于控制服务器上，所述控制服务器通过第一串口总线 接入串口总线网络，网络设备通过第二串口总线接入所述串口总线网络，所述控制服务器 与所述网络设备之间通过所述串口总线网络进行通信，即控制服务器向网络设备发送的所 有消息，均是控制服务器通过第一串口总线将消息发送到串口总线网络，消息经过串口总 线网络的传输，到达第二串口总线，并经过第二串口总线到达网络设备。而网络设备向控制 服务器发送的所有消息，均是网络设备通过第二串口总线将消息发送到串口总线网络，消 息经串口总线网络的传输，到达第一串口总线，并经过第一串口总线到达控制服务器，在后 续的描述中，针对控制服务器向网络设备发送的消息，W及网络设备向控制服务器发送的 消息，不再阐述第一串口总线与串口总线网络的过程W及第二串口总线与串口总线网络的 过程。该方法包括W下步骤：
[0025] 步骤S301:在监控工作模式下，确定所述网络设备是否异常。
[00%]控制服务器可W有两种工作模式:一种是监控工作模式;另一种是控制工作模式。 控制服务器初始化之后，默认为监控工作模式，对网络设备进行监控，当确定网络设备异常 时，会由监控工作模式切换为控制工作模式，向网络设备发送配置消息，W使网络设备恢复 正常。当网络设备恢复正常后再由控制工作模式切换为监控工作模式，对网络设备继续进 行监控。
[0027] 控制服务器预先配置有所述网络设备对应的正常状态数据，在串口总线网络组建 完成后，控制服务器向网络设备发送预先配置的正常状态数据，比如端口数据和/或VLAN (Virtual Local Area化twork，虚拟局域网）数据等，并将所述网络设备对应的正常状态 数据保存在控制服务器的本地数据库中，所述正常状态数据是指能够使所述网络设备的业 务正常运行的数据。
[0028] 在一个实现方式中，针对确定所述网络设备是否异常的过程，控制服务器在监控 工作模式下，获取网络设备的状态数据，然后判断获取到的状态数据与所述正常状态数据 是否一致，当判断结果不一致时，则确定所述网络设备异常，当判断结果一致时，结束当前 处理流程。
[0029] 其中，由于在组建串口总线网络时，管理员为每个接入串口总线网络的网络设备 配置一个地址码，所W控制服务器中预先配置有包括每个网络设备的地址码的地址码表。 因此，控制服务器获取网络设备的状态数据可W从地址码表中获取所述网络设备的地址 码，向接入串口总线网络的所有网络设备发送携带有所述地址码的寻址数据请求消息，并 接收所述网络设备返回的寻址数据响应消息；其中，当所有网络设备接收到寻址数据请求 消息时，若有网络设备确定寻址数据请求消息携带的地址码与所述网络设备的地址码一 致，则所述网络设备向控制服务器返回寻址数据响应消息，若网络设备确定寻址数据请求 消息携带的地址码与所述网络设备的地址码不一致，则丢弃寻址数据请求消息。当控制服 务器接收到寻址数据响应消息时，向发送该寻址数据响应消息的所述网络设备发送状态数 据查询请求消息，并接收所述网络设备返回的携带所述网络设备的状态数据的状态数据查 询响应消息。
[0030] 需要说明的是，在控制服务器向网络设备发起寻址数据请求消息时，所有网络设 备均处于工作状态，在工作状态下，网络设备会处理业务，如果接收到寻址数据请求消息， 并确定所述寻址数据请求携带的地址码与所述网络设备的地址码一致时，该网络设备会认 为寻址数据请求消息的处理优先级最高，暂时停止业务处理，由工作状态进入中断工作状 态，在中断工作状态下，网络设备不会处理业务，W确保在接收到状态数据查询请求消息 时，能够及时处理，当该网络设备向控制服务器返回状态数据查询响应消息后，从中断工作 状态切换为工作状态，继续进行业务处理，所述中断工作状态持续时间很短，不会使人感觉 到业务处理的中断。
[0031] 在另一个实现方式中，针对确定所述网络设备是否异常的过程，当所述网络设备 发现本网络设备接收不到其他网络设备发送的业务报文和/或本地发送的业务报文得不到 响应，则确定本网络设备出现异常。在所述网络设备的第二串口总线空闲时，所述网络设备 通过所述第二串口总线主动向控制服务器发出异常通知消息，当控制服务器接收到所述异 常通知消息时，利用所述异常通知消息也可确定所述网络设备异常。运种网络设备主动通 知控制服务器出现异常的方式，不需要等待控制服务器在监控过程中发现该网络设备异 常，从而提高了控制服务器的处理效率。
[0032] 步骤S302:当确定所述网络设备异常时，将所述监控工作模式切换为控制工作模 式，并向所述网络设备发送携带所述正常状态数据的配置请求消息，W使所述网络设备利 用所述正常状态数据重新配置所述网络设备。
[0033] 当控制服务器在监控工作模式下时，按照预设时间周期，获取网络设备的状态数 据，W确定网络设备是否异常，当控制服务器确定所述网络设备异常时，将所述监控工作模 式切换为控制工作模式，并向所述网络设备发送配置请求消息，当所述网络设备接收到配 置请求消息时，获取所述配置请求消息携带的正常状态数据，并利用获取到的正常状态数 据更新所述网络设备本地的状态数据，W重新配置本地的状态数据，从而使所述网络设备 的业务运行能够恢复正常。
[0034] 步骤S303:若接收到所述网络设备返回执行结果成功响应，则确定所述网络设备 恢复正常。
[0035] 当控制服务器接收到所述网络设备返回的执行结果成功响应时，确定所述网络设 备恢复正常，控制服务器由控制工作模式又切换到监控工作模式，继续监控网络设备是否 异常。
[0036] 需要说明的是，为了保证在不能通过控制服务器使异常的网络设备恢复正常的情 况下，管理员能够快速的定位到异常的网络设备进行人工维修，在地址码表中还可W将网 络设备的地址信息记录进去。若接收到所述网络设备返回的配置失败响应消息，则从所述 地址码表中获取所述网络设备的地址信息，并将所述网络设备的地址信息通知给管理员， W使管理员利用所述地址信息定位到所述网络设备。运样，可W方便管理员利用地址信息 快速定位到异常的网络设备，对异常的网络设备进行维修。
[0037] 针对地址码表中记录网络设备的地址信息，下面分=种情况详细描述：
[0038] 第一种情况:地址码表中记录网络设备的地址信息只包括实际位置，如表1所示， 为一种示例性的地址码表。
[0039]
[0040] 表1
[0041 ]比如，在某一学校局域网中，网络设备I的实际位置在一号教学楼的二层，网络设 备2的实际位置在二号教学楼的二层，当网络设备1出现异常，无法通过控制服务器重新下 发配置请求消息进行恢复时，管理员可W通过控制服务器获取到网络设备1的实际位置，如 一号教学楼的二层，直接到一号教学楼的二层找到网络设备1进行维修。
[0042] 第二种情况:若同一位置布置有多个不同型号的网络设备，地址码表中记录网络 设备的地址信息可W包括实际位置和型号，如表2所示，为一种示例性的地址码表。运样通 过地址码表中记录的网络设备的实际位置、型号，管理员利用实际位置和型号可W很快的 定位到相应的网络设备，进行维修。
[0043]
[0044] 表 2
[0045] 第=种情况:若同一位置布置有多个相同型号的网络设备，地址码表中记录网络 设备的地址信息还可W包括实际位置、型号和端口，如表3所示，为一种示例性的地址码表。 通过网络设备的端口来区分相同型号的网络设备，运样管理员利用实际位置、型号W及端 口也可W很快的定位到相应的网络设备，进行维修。 「00461 L0047J 表 3
[004引需要进一步说明的是，控制服务器可W让网络设备代替自己工作。比如，当控制服 务器比较繁忙，CPlKCentral Processing Unit,中央处理器)使用率已经达到80%时，可W 使网络设备代替自己工作。因此，如果网络设备代替控制服务器工作，则网络设备需要能够 支持监控工作模式和控制工作模式运两个功能，而运样的网络设备支持主机状态模式和从 机状态模式，且可W在监控工作模式和控制工作模式之间进行切换。因此，当需要某一网络 设备监控其他网络设备时，需要该网络设备的状态模式实现由从机状态模式到主机状态模 式的转换，控制服务器的具体操作过程为：
[0049] 在监控工作模式下，控制服务器向接入串口总线网络的所有网络设备发送主机状 态模式请求消息，如果有网络设备的状态模式为主机状态模式，则接收状态模式为主机状 态模式的网络设备发送的主机状态模式响应消息，然后向状态模式为主机状态模式的网络 设备发送用于监控各网络设备的命令，并将本地存储的地址码表W及所述正常状态数据发 送至状态模式为主机状态模式的网络设备，W使状态模式为主机状态模式的网络设备代替 控制服务器工作。此时，该网络设备的状态模式为主机状态模式，工作模式默认为监控工作 模式，该网络设备在监控工作模式下，确定各网络设备是否异常，若确定网络设备出现异 常，则由监控工作模式切换为控制工作模式，利用正常状态数据重新配置异常的网络设备。 处于主机状态模式的网络设备在监控其他网络设备的过程中，其处理与上述控制服务器的 处理相同，在此不再寶述。
[0050] 由步骤S301至步骤S303,所述控制服务器与网络设备之间交互的消息均是串口数 据，所述串口数据可W是RS232串口数据或RS485串口数据或RS422串口数据。RS232串口数 据、RS485串口数据W及RS422串口数据都适用于串行通信接口标准。其中，RS232串口数据 适用于点对点通信方式，一般采用=条信号线实现串行通信(一条发送线、一条接收线W及 一条地线），并且RS232串口数据最大传输距离是30米;RS485串口数据或者RS422串口数据 适用于点对多主从通信方式(一个主机带多个从机），RS485串口数据或者RS422串口数据最 大传输距离均可W达到1200米，RS485串口数据采用两条信号线实现串行通信，RS422串口 数据采用四条信号线实现串行通信。RS485串口数据与RS422串口数据均采用的是差分信号 线接收和发送，不需要地线，具有抑制共模干扰的能力，抗噪声性能好，当RS485串口用于多 点互连时，可W省掉许多信号线，因此得到广泛的应用。
[0051 ]因此，本申请中用到的串口总线网络可W使用RS485串口总线网络实现，参见图4 所示，为RS485串口总线组网图，通常情况下，在RS485串口总线网络中，控制服务器可称为 主机，即状态模式为主机状态模式，网络设备可称为从机，即状态模式为从机状态模式，接 入RS485串口总线网络的网络设备的串口均为RS485串口。而接入RS485串口总线网络的控 制服务器(主机）的串口可W是RS232串口或者RS485串口，若控制服务器的串口是RS485串 口，则直接通过第一串口总线接入RS485串口总线网络中；若控制服务器的串口是RS232串 口，可W通过RS232/RS485转换电路，将RS232串口转换为RS485串口，然后通过第一串口总 线接入RS485串口总线网络中，在本申请中将控制服务器和RS232/RS485转换电路作为一个 整体，即作为一个支持RS485串口的控制服务器。从而在不需要W太网的情况下，使得控制 服务器通过RS485串口总线网络对网络设备进行监控。
[0化2] 通常情况下，在同一个RS485串口总线网络中最多可W接入32个从机，而如果在复 杂的网络环境中，需要接入更多的从机，RS485转换电路中可W使用特制的485忍片，例如 MAX1482、MAX3080等，并在第一串口总线中加一中继器或集线器，最大可W接入400个从机。 [0053] 上述步骤S301至步骤S303中，控制服务器与各网络设备之间传输的RS485串口数 据格式如表4所示。
[0化4]
[(K)巧]表4
[0化6] 其中，DEST_ADD:表示接收方地址码，1个字节；
[0化7] SRC_ADD:表示发送方地址码，1个字节；
[0化引 OPCODE:表示命令字，1个字节；
[0化9] LEN:表示数据DATA的长度，4个字节；
[0060] CRC:表示RS485串口数据的CRC(切clic Redundan巧化eck，循环冗余校验码），4 个字节；
[0061] DATA:控制服务器与网络设备的交互数据。
[0062] 控制服务器与网络设备之间传输的各个消息携带的命令字OPCODE支持五种模式， 如表5所示，为一种示例性命令字OPCODE: Lwu-r」 A'CU
[0065] (I )req_inf O模式，该模式下DATA表示控制服务器向网络设备请求的状态数据，可 W根据业务需求进行扩展，比如DATA可W是：
[0066] req_type_get_host:查看网络设备是否开启主机状态模式，比如所述主机状态模 式请求消息携带的DATA为req_type_get_host;
[0067] req_type_set_host:通知网络设备监控其他网络设备；
[0068] req_type_get_po;rt:获取网络设备的端口数据；
[0069] req_type_get_vlan:获取网络设备的 VLAN 数据。
[0070] (2)reply_info模式，该模式下DATA表示网络设备向控制服务器返回的状态数据。
[0071] (3)req_cmd模式，该模式下DATA表示控制服务器向网络设备发送的命令字数据， 比如配置请求消息携带的OPCODE为F2。
[0072] (4)reply_cmd模式，该模式下DATA表示网络设备向控制服务器返回的命令执行结 果响应，比如配置成功响应消息或配置失败响应消息携带的OPCODE为F3。
[0073] (5)reply_error模式，该模式下DATA表示网络设备出现异常的错误数据，比如所 述异常通知消息携带的OPCODE为F4。
[0074] 由上述实施例所述，控制服务器在监控工作模式下，确定网络设备是否异常，当确 定所述网络设备异常时，所述控制服务器由监控工作模式切换为控制工作模式，利用预先 配置的所述网络设备对应的正常状态数据重新配置所述网络设备。在上述方式中，控制服 务器与网络设备之间直接通过串口总线网络进行通信，因此不需要在控制服务器与网络设 备之间配置串口服务器，也就不需要串口服务器将串口数据转换成TCP/IP数据。因此，在不 依赖W太网的情况下，控制服务器能够实现对网络设备的监控。
[0075] 与前述网络设备异常时的恢复方法的实施例相对应，本申请还提供了网络设备异 常时的恢复装置的实施例。
[0076] 本申请中，网络设备异常时的恢复装置的实施例可W应用在控制服务器上。装置 实施例可W通过软件实现，也可W通过硬件或者软硬件结合的方式实现。W软件实现为例， 作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算 机程序指令读取到内存中运行形成的。从硬件层面而言，如图5所示，为本申请根据一示例 性实施例示出的一种控制服务器的硬件结构图，除了图5所示的处理器、内存、网络接口、W 及非易失性存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可W包 括其他硬件，对此不再寶述。
[0077] 参考图6所示，为本申请根据一示例性实施例示出的一种网络设备异常时的恢复 装置的实施例结构图，该实施例应用于处于主机状态模式的控制服务器上，所述控制服务 器通过第一串口总线接入串口总线网络，处于从机状态模式的网络设备通过第二串口总线 接入所述串口总线网络，所述控制服务器与所述网络设备之间通过所述串口总线网络进行 通信，即控制服务器向网络设备发送的所有消息，均是控制服务器通过第一串口总线将消 息发送到串口总线网络，消息经过串口总线网络的传输，到达第二串口总线，并经过第二串 口总线到达网络设备。而网络设备向控制服务器发送的所有消息，均是网络设备通过第二 串口总线将消息发送到串口总线网络，消息经串口总线网络的传输，到达第一串口总线，并 经过第一串口总线到达控制服务器，在后续的描述中，针对控制服务器向网络设备发送的 消息，W及网络设备向控制服务器发送的消息，不再阐述第一串口总线与串口总线网络的 过程W及第二串口总线与串口总线网络的过程。所述装置包括:监控单元610、重新配置单 元620、确定单元630。
[0078] 其中，监控单元610,用于在监控工作模式下，确定所述网络设备是否异常；
[0079] 重新配置单元620,用于当确定所述网络设备异常时，将所述监控工作模式切换为 控制工作模式，并向所述网络设备发送携带所述正常状态数据的配置请求消息，W使所述 网络设备利用所述正常状态数据重新配置所述网络设备；
[0080] 确定单元630,用于若所述网络设备返回的配置成功响应消息，则确定所述网络设 备恢复正常。
[0081] 在一个可选的实现方式中，所述监控单元610包括(图6中未示出）：
[0082] 获取子单元，用于获取所述网络设备的状态数据；
[0083] 判断子单元，用于判断获取到的状态数据与所述正常状态数据是否一致；
[0084] 第一确定子单元，用于如果不一致，则确定所述网络设备异常；
[0085] 其中，所述控制服务器预先配置有包括所述网络设备的地址码的地址码表，所述 获取子单元，具体用于从所述地址码表中获取所述网络设备的地址码；向接入所述串口总 线网络的所有网络设备发送携带有所述地址码的寻址数据请求消息;接收所述网络设备返 回的寻址数据响应消息；其中，所述寻址数据响应消息是所述网络设备在确定所述寻址数 据请求消息中携带的地址码与所述网络设备的地址码一致时返回的；向所述网络设备发送 状态数据查询请求消息;接收所述网络设备返回的携带所述网络设备的状态数据的状态数 据查询响应消息。
[0086] 在另一个可选的实现方式中，所述监控单元610包括(图6中未示出）：
[0087] 接收子单元，用于接收所述网络设备发送的异常通知消息;其中，所述异常通知消 息是所述网络设备在发现本网络设备出现异常，且在所述第二串口总线空闲时，通过所述 第二串口总线发送的；
[0088] 第二确定子单元，用于利用所述异常通知消息确定所述网络设备异常。
[0089] 在另一个可选的实现方式中，所述装置还包括(图6中未示出）：
[0090] 查询单元，用于在监控工作模式下，向接入所述串口总线网络的所有网络设备发 送主机状态模式请求消息；
[0091] 接收单元，用于如果有网络设备的状态模式为主机状态模式，则接收状态模式为 主机状态模式的网络设备发送的主机状态模式响应消息；
[0092] 通知单元，用于向状态模式为主机状态模式的网络设备发送用于监控各网络设备 的命令，并将本地存储的地址码表W及所述正常状态数据发送至状态模式为主机状态模式 的网络设备，W使状态模式为主机状态模式的网络设备代替所述控制服务器工作。
[0093] 上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的 实现过程，在此不再寶述。
[0094] 对于装置实施例而言，由于其基本对应于方法实施例，所W相关之处参见方法实 施例的部分说明即可。W上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件 说明的单元可W是或者也可W不是物理上分开的，作为单元显示的部件可W是或者也可W 不是物理单元，即可W位于一个地方，或者也可W分布到多个网络单元上。可W根据实际的 需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付 出创造性劳动的情况下，即可W理解并实施。
[00%]由上述实施例所述，控制服务器在监控工作模式下，确定网络设备是否异常，当确 定所述网络设备异常时，所述控制服务器由监控工作模式切换为控制工作模式，利用预先 配置的所述网络设备对应的正常状态数据重新配置所述网络设备。在上述方式中，控制服 务器与网络设备之间直接通过串口总线网络进行通信，因此不需要在控制服务器与网络设 备之间配置串口服务器，也就不需要串口服务器将串口数据转换成TCP/IP数据。因此，在不 依赖W太网的情况下，控制服务器能够实现对网络设备的监控。
[0096] W上所述仅为本申请的较佳实施例而已，并不用W限制本申请，凡在本申请的精 神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
【主权项】
1. 一种网络设备异常时的恢复方法，所述方法应用于处于主机状态模式的控制服务器 上，其特征在于，所述控制服务器通过第一串口总线接入串口总线网络，处于从机状态模式 的网络设备通过第二串口总线接入所述串口总线网络，所述控制服务器与所述网络设备之 间通过所述串口总线网络进行通信，所述控制服务器预先配置有所述网络设备对应的正常 状态数据，所述方法包括： 在监控工作模式下，确定所述网络设备是否异常； 当确定所述网络设备异常时，将所述监控工作模式切换为控制工作模式，并向所述网 络设备发送携带所述正常状态数据的配置请求消息，以使所述网络设备利用所述正常状态 数据重新配置所述网络设备； 若接收到所述网络设备返回的配置成功响应消息，则确定所述网络设备恢复正常。2. 根据权利要求1所述的方法，其特征在于，所述确定所述网络设备是否异常，包括： 获取所述网络设备的状态数据； 判断获取到的状态数据与所述正常状态数据是否一致； 如果不一致，则确定所述网络设备异常。3. 根据权利要求2所述的方法，其特征在于，所述控制服务器预先配置有包括所述网络 设备的地址码的地址码表，所述获取所述网络设备的状态数据，包括： 从所述地址码表中获取所述网络设备的地址码； 向接入所述串口总线网络的所有网络设备发送携带有所述地址码的寻址数据请求消 息； 接收所述网络设备返回的寻址数据响应消息；其中，所述寻址数据响应消息是所述网 络设备在确定所述寻址数据请求消息携带的地址码与所述网络设备的地址码一致时返回 的； 向所述网络设备发送状态数据查询请求消息； 接收所述网络设备返回的携带所述网络设备的状态数据的状态数据查询响应消息。4. 根据权利要求1所述的方法，其特征在于，所述确定所述网络设备是否异常，包括： 接收所述网络设备发送的异常通知消息；其中，所述异常通知消息是所述网络设备在 发现本网络设备出现异常，且所述第二串口总线空闲时，通过所述第二串口总线发送的； 利用所述异常通知消息确定所述网络设备异常。5. 根据权利要求1所述的方法，其特征在于，所述地址码表中还记录有所述网络设备的 地址信息，所述向所述网络设备发送携带所述正常状态数据的配置请求消息，以使所述网 络设备利用所述正常状态数据重新配置所述网络设备之后，还包括： 若接收到所述网络设备返回的配置失败响应消息，则从所述地址码表中获取所述网络 设备的地址信息，并将所述网络设备的地址信息通知给管理员，以使管理员利用所述地址 信息定位到所述网络设备。6. 根据权利要求1所述的方法，其特征在于，所述方法还包括： 在监控工作模式下，向接入所述串口总线网络的所有网络设备发送主机状态模式请求 消息； 如果有网络设备的状态模式为主机状态模式，则接收状态模式为主机状态模式的网络 设备发送的主机状态模式响应消息； 向状态模式为主机状态模式的网络设备发送用于监控各网络设备的命令，并将本地存 储的地址码表以及所述正常状态数据发送至状态模式为主机状态模式的网络设备，以使状 态模式为主机状态模式的网络设备代替所述控制服务器工作。7. -种网络设备异常时的恢复装置，所述装置应用于处于主机状态模式的控制服务器 上，其特征在于，所述控制服务器通过第一串口总线接入串口总线网络，处于从机状态模式 的网络设备通过第二串口总线接入所述串口总线网络，所述控制服务器与所述网络设备之 间通过所述串口总线网络进行通信，所述控制服务器预先配置有所述网络设备对应的正常 状态数据，所述装置包括： 监控单元，用于在监控工作模式下，确定所述网络设备是否异常； 重新配置单元，用于当确定所述网络设备异常时，将所述监控工作模式切换为控制工 作模式，向所述网络设备发送携带所述正常状态数据的配置请求消息，以使所述网络设备 利用所述正常状态数据重新配置所述网络设备； 确定单元，用于若接收到所述网络设备返回的配置成功响应消息，则确定所述网络设 备恢复正常。8. 根据权利要求7所述的装置，其特征在于，所述监控单元，包括： 获取子单元，用于获取所述网络设备的状态数据； 判断子单元，用于判断获取到的状态数据与所述正常状态数据是否一致； 第一确定子单元，用于如果不一致，则确定所述网络设备异常； 其中，所述控制服务器预先配置有包括所述网络设备的地址码的地址码表，所述获取 子单元，具体用于从所述地址码表中获取所述网络设备的地址码；向接入所述串口总线网 络的所有网络设备发送携带有所述地址码的寻址数据请求消息;接收所述网络设备返回的 寻址数据响应消息；其中，所述寻址数据响应消息是所述网络设备在确定所述寻址数据请 求消息中携带的地址码与所述网络设备的地址码一致时返回的；向所述网络设备发送状态 数据查询请求消息;接收所述网络设备返回的携带所述网络设备的状态数据的状态数据查 询响应消息。9. 根据权利要求7所述的装置，其特征在于，所述监控单元，包括： 接收子单元，用于接收所述网络设备发送的异常通知消息;其中，所述异常通知消息是 所述网络设备在发现本网络设备出现异常，且在所述第二串口总线空闲时，通过所述第二 串口总线发送的； 第二确定子单元，用于利用所述异常通知消息确定所述网络设备异常。10. 根据权利要求7所述的装置，其特征在于，所述装置还包括： 查询单元，用于在监控工作模式下，向接入所述串口总线网络的所有网络设备发送主 机状态模式请求消息； 接收单元，用于如果有网络设备的状态模式为主机状态模式，则接收状态模式为主机 状态模式的网络设备发送的主机状态模式响应消息； 通知单元，用于向状态模式为主机状态模式的网络设备发送用于监控各网络设备的命 令，并将本地存储的地址码表以及所述正常状态数据发送至状态模式为主机状态模式的网 络设备，以使状态模式为主机状态模式的网络设备代替所述控制服务器工作。
【文档编号】H04L12/24GK105939211SQ201610006556
【公开日】2016年9月14日
【申请日】2016年1月4日
【发明人】王倩
【申请人】杭州迪普科技有限公司