一种设备管理方法和装置与流程

本发明涉及网管技术领域，尤其涉及一种设备管理方法和装置。

背景技术：

管理设备目前一般使用SNMP(简单网络管理)协议，但是SNMP协议有一个问题是必须要网管服务器和设备可达即有UDP(用户数据报协议)连接，才能读取或者改写设备数据，设备需要维护MIB(管理信息数据库)，网管同时也需要维护自己的数据库，需要变更时，两者都需要改动，工作量巨大。

然而，当网管服务端和设备不可达即无法建立UDP连接时，使用SNMP协议便无用处，无法实现对设备的管理。因此，需要一种新方案来管理非直连的网元。

在对网管服务端和设备无法建立UDP连接导致无法使用SNMP协议对设备管理的情况下，目前一般采用其他协议来实现对网络设备管理，例如使用路由协议(OSPF、ISIS等)创建全互通的路由网络使网管服务端可达，从而管理全网设备，然而这种方式需要创建独立的网络管理域，存在着配置复杂，维护及培训成本高，对维护人员的技术要求高的缺点，间接降低了网管的普及程度；又例如使用基于VPN(虚拟专用网络)的网络管理协议使网管服务端管理全网设备，这种方式需要创建VPN环境，缺点是只能管理同一私网的设备，如需管理公网设备，还需要把公网路由发布到私网上，同样也存在配置困难的问题，需要设备支持VPN协议，普及程度不高，使用不方便。

因此，在网管服务端和设备无法建立UDP连接的情况下，现有管理设备方案存在配置复杂、成本较高、使用不便以及普及程度低的技术问题。

技术实现要素：

本发明要解决的主要技术问题是，提供一种设备管理方法和装置，能够解决在网管服务端和设备无法建立UDP连接的情况下，现有管理设备方案存在配置复杂、成本较高、使用不便以及普及程度低的技术问题。

为解决上述技术问题，本发明提供一种设备管理方法，包括如下步骤：

在网管服务器无法直接登录设备时，检测所述设备是否存在可登录所述设备的跳板；

若存在，所述网管服务器通过所述跳板登录到所述设备上；

所述网管服务器通过所述跳板与所述设备进行数据交互实现对所述设备管理。

进一步地，所述网管服务器通过所述跳板与所述设备进行数据交互实现对所述设备管理的步骤包括：

所述网管服务器通过所述跳板将数据同步请求发送给设备；

所述网管服务器通过所述跳板接收所述设备响应所述数据同步请求返回的设备数据；

或者

所述网管服务器生成所述设备的配置数据；

所述网管服务器通过所述跳板将所述配置数据发送给所述设备。

进一步地，所述网管服务器通过所述跳板接收所述设备响应所述数据同步请求返回的设备数据的步骤包括：

所述网管服务器接收所述跳板转发的所述设备响应所述数据同步请求返回的数据报文；

所述网管服务器对所述数据报文进行解析得到设备数据。

进一步地，所述网管服务器接收所述跳板转发的所述设备响应所述数据同 步请求返回的数据报文的步骤包括：

所述网管服务器通过Telnet协议(远程终端协议)接收所述跳板转发的所述设备响应所述数据同步请求返回的Telnet协议数据报文。

进一步地，在得到设备数据之后，所述设备管理方法还包括：

根据所述设备数据的类型将所述设备数据存储至对应的数据库中。

进一步地，所述网管服务器通过所述跳板将所述配置数据发送给所述设备的步骤包括：

所述网管服务器将所述配置数据处理成可在所述跳板上传输且被所述设备识别的数据报文；

所述网管服务器将所述数据报文发送给所述跳板由所述跳板将配置数据转发给所述设备。

进一步地，当所述网管服务器、所述设备和所述跳板均支持Telnet协议时，所述网管服务器将所述配置数据处理成可在所述跳板上传输且被所述设备识别的数据报文的步骤包括：

所述网管服务器将所述配置数据封装成Telnet协议数据报文。

同样为了解决上述的技术问题，本发明还提供了另一种设备管理方法，包括如下步骤：

设备接受网管服务器通过所述设备的跳板的登录；

所述设备通过所述跳板与网管服务器进行数据交互以实现网管服务器对所述设备的管理。

进一步地，所述设备通过所述跳板与网管服务器进行数据交互的步骤包括：设备通过其跳板接收到网管服务器发送的数据同步请求；

所述设备响应所述数据同步请求将对应的设备数据通过所述跳板发送给所述网管服务器；

或者

所述设备通过所述跳板接收所述网管服务器发送的配置数据。

进一步地，所述设备响应所述数据同步请求将对应的设备数据通过所述跳板发送给所述网管服务器的步骤包括：

所述设备响应所述数据同步请求获取对应的设备数据；

所述设备将所述设备数据处理成可在所述跳板上传输且被所述网管服务器识别的数据报文；

所述设备将处理后的数据报文通过所述跳板发送给所述网管服务器。

进一步地，当所述跳板、所述设备以及所述网管服务器均支持Telnet协议时，所述设备将所述设备数据处理成可在所述跳板上传输且被所述网管服务器识别的数据报文的步骤包括：

所述设备将所述设备数据封装成Telnet协议数据报文；

所述设备通过Telnet协议将所述数据报文发送给所述跳板，由所述跳板通过Telnet协议将所述数据报文转发给所述网管服务器。

进一步地，所述数据报文包括：报文内容类型的标识信息和报文体，所述报文体携带所述设备数据以及指示报文的协议类型。

进一步地，所述设备通过所述跳板接收所述网管服务器发送的配置数据的步骤包括：

所述设备通过Telnet协议接收所述跳板转发的所述网管服务器发送的Telnet协议数据报文；

所述设备对所述Telnet协议数据报文进行解析得到配置数据。

同样为了解决上述的技术问题，本发明还提供了一种设备管理装置，应用于网管服务器，包括：检测模块、登录模块和管理模块；

所述检测模块，用于在网管服务器无法直接登录设备时，检测所述设备是 否存在可登录所述设备的跳板；

所述登录模块，用于在检测模块检测到设备存在可登录所述设备的跳板时，通过所述跳板登录到所述设备上；

所述管理模块，用于通过所述跳板与所述设备进行数据交互实现对所述设备管理。

进一步地，所述管理模块，用于：

通过所述跳板将数据同步请求发送给设备；

通过所述跳板接收所述设备响应所述数据同步请求返回的设备数据；

或者

生成所述设备的配置数据；

通过所述跳板将所述配置数据发送给所述设备。

同样为了解决上述的技术问题，本发明还提供了另一种设备管理装置，应用于设备，包括：登录模块和数据传输模块；

所述登录模块，用于接受网管服务器通过所述设备的跳板的登录；

所述数据传输模块，用于通过所述跳板与网管服务器进行数据交互以实现网管服务器对所述设备的管理。

进一步地，所述数据传输模块，用于：

通过设备的跳板接收到网管服务器发送的数据同步请求；

响应所述数据同步请求将对应的设备数据通过所述跳板发送给所述网管服务器；

或者

通过所述跳板接收所述网管服务器发送的配置数据。

本发明的有益效果是：

本发明提供了一种设备管理方法和装置，本发明的设备管理方法具体包括：在网管服务器无法直接登录设备时，检测所述设备是否存在可登录所述设备的 跳板；若存在，所述网管服务器通过所述跳板登录到所述设备上；所述网管服务器通过所述跳板与所述设备进行数据交互实现对所述设备管理；本发明的设备管理方法在网管服务器与设备无法建立连接情况下，可以通过设备的跳板来登录设备与设备连接，通过跳板来对设备进行管理，适用于对所有具有跳板的设备的管理，而由于目前一般设备都具有跳板，因此普及程度高；另外采用本发明的设备管理方法无需对设备变更很多只需设备提供相应的接口、配置简单，并且维护及培训成本低、对维护人员的技术要求也不高降低了成本且使用方便，进一步提升了方案普及程度。

附图说明

图1为本发明实施例一提供的一种设备管理方法的流程示意图；

图2为本发明实施例一提供的另一种设备管理方法的流程示意图；

图3为本发明实施例一提供的一种数据同步的流程示意图；

图4为本发明实施例一提供的一种入库操作的流程示意图；

图5为本发明实施例一提供的一种数据报文的格式的示意图；

图6为本发明实施例一提供的一种解码报文的流程示意图；

图7为本发明实施例一提供的一种配置设备数据的流程示意图；

图8为本发明实施例二提供的一种设备管理方法的流程示意图；

图9为本发明实施例三提供一种数据同步的流程示意图；

图10为本发明实施例四提供的一种设备管理装置的结构示意图；

图11为本发明实施例四提供的另一种设备管理装置的结构示意图。

具体实施方式

下面通过具体实施方式结合附图对本发明作进一步详细说明。

实施例一：

在网管服务端和设备无法建立UDP连接的情况下，现有管理设备方案存在配置复杂、成本较高、使用不便以及普及程度低的技术问题；本实施例提供了一种设备管理方法，如图1所示，包括如下步骤：

步骤101：在网管服务器无法直接登录设备时，检测所述设备是否存在可登录所述设备的跳板，若是，则执行步骤102，若否，则执行步骤104。

具体地，在网管服务器需要对设备进行管理时，网管服务器首先检测需要管理的设备是否可以直接登录，如果可直接登录，则网管服务器之间登录该设备进行管理，如果设备不可直接登录即网管服务器无法直接登录设备，则可以进一步检测设备是否存在跳板，若存在，则再检测跳板是否可以登录设备，若可登录，则设备存在可登陆其自身的跳板。

本实施例中设备的跳板可以为设备的一级跳板、二级跳板或者多级跳板。

步骤102：所述网管服务器通过所述跳板登录到所述设备上。

本实施例中网管服务器通过跳板登录到设备实质上是：网管服务器通过跳板与设备建立连接，使得网管服务器和设备间接可达。本实施例中网管服务器可以通过一级，二级或者多级跳板远程登陆到设备上。

步骤103：所述网管服务器通过所述跳板与所述设备进行数据交互实现对所述设备管理。

本实施例中对设备管理可以包括：数据同步或者配置设备；当然还可以是对设备进行其他的管理。

具体地，网管服务器与设备数据同步的过程可以包括：

网管服务器通过所述跳板将数据同步请求发送给设备；

网管服务器通过所述跳板接收所述设备响应所述数据同步请求返回的设备数据。

本实施例中网管服务器将数据同步请求发送给设备的跳板，然后由设备的跳板将数据同步请求转发给设备，设备在接收到数据同步请求后将对应的设备数据发送给跳板，由跳板转发给网管服务器。

在实际应用中，设备响应数据同步请求获取对应的设备数据，然后将设备数据处理成数据报文发送给跳板(例如对设备数据进行编码将其封装成数据报文)，由跳板转发给网管服务器；此时，本实施例中所述网管服务器通过所述跳板接收所述设备响应所述数据同步请求返回的设备数据的过程可以包括：

所述网管服务器接收所述跳板转发的所述设备响应所述数据同步请求返回的数据报文；

所述网管服务器对所述数据报文进行解析得到设备数据(具体地，网管服务器对数据报文进行解码得到对应的设备数据)。

在本实施例中，当网管服务器、设备和跳板均支持Telnet协议的情况下，设备会将对应的设备数据封装成Telnet协议数据报文；设备通过Telnet协议将该数据报文发送给跳板，然后由跳板通过Telnet协议将该数据报文转发给网管服务器，也即网管服务器通过Telnet协议接收所述跳板转发的所述设备响应所述数据同步请求返回的Telnet协议数据报文。

应当理解的是，本实施例中在网管服务器、设备和跳板均支持其他通讯协议的情况下，设备可以将设备数据封装成对应通讯协议报文，网管服务器通过通讯协议接收跳板转发的符合该通讯协议的报文。

本实施例中网管服务器对设备进行数据配置的过程包括：

所述网管服务器生成所述设备的配置数据；

所述网管服务器通过所述跳板将所述配置数据发送给所述设备。

本实施例中网管服务器在配置数据库中配置对应的配置数据，然后将配置数据发送给跳板，由跳板转发给设备。

优先地，配置数据可以采用数据报文来传输，因此，本实施例中网管服务器通过所述跳板将所述配置数据发送给所述设备的过程包括：

所述网管服务器将所述配置数据处理成可在所述跳板上传输且被所述设备识别的数据报文；

所述网管服务器将所述数据报文发送给所述跳板由所述跳板将配置数据转发给所述设备。

当所述网管服务器、所述设备和所述跳板均支持Telnet协议时，所述网管服务器将所述配置数据处理成可在所述跳板上传输且被所述设备识别的数据报文的过程包括：

所述网管服务器将所述配置数据封装成Telnet协议数据报文。

也即，网管服务器、设备、跳板之间通过相同的通讯协议(例如Telnet协议)进行数据交互。

应当理解的是，在本实施例中网管服务器与设备之间可以采用第一通讯协议交互数据，设备与跳板之间可以采用第二通讯协议交互数据，此时跳板增加通讯协议转换功能，以实现网管服务器对设备的管理；此时网管服务器或者设备在发送数据时，需要将数据封装成对应的协议报文。

步骤104：判定对设备管理失败。

本实施例的设备管理方法在网管服务器与设备无法建立连接情况下，可以通过设备的跳板来登录设备与设备连接，通过跳板来对设备进行管理，适用于对所有具有跳板的设备的管理，而由于目前一般设备都具有跳板，因此普及程度高；另外采用本发明的设备管理方法无需对设备变更很多只需设备提供相应 的接口、配置简单，并且维护及培训成本低、对维护人员的技术要求也不高降低了成本且使用方便，进一步提升了方案普及程度。

进一步地，应用本实施例的设备管理方法只需要所有设备支持标准的Telnet协议，网管和设备需要实现编码和解码的功能就可以管理设备，以及实现跨网络的设备管理，例如可以实现A外网网管管理B内网的设备，B内网网管管理A外网设备，A外网网管管理B外网设备，B外网网管管理A外网设备达，解决了网管部署中受制于设备环境的问题，提高了网管的易用性。

根据上述的描述，如图2所示，本实施例提供了一种设备管理方法，包括如下步骤：

步骤201：网管服务器检测需要管理的设备是否可以直接登录，如否，则执行步骤202，若是，则执行步骤205。

步骤202：网管服务器检测设备是否存在跳板，若是，则执行步骤203，若否则执行步骤206

步骤203：网管服务器检测设备的跳板是否可以远程登录设备，若是，则执行步骤204，若否则执行步骤206；

步骤204：网管服务器通过跳板远程登录到设备上，且通过跳板与设备进行数据交互实现对设备的管理。

具体地，通过跳板与设备进行数据同步或者通过跳板配置设备。数据同步过程和配置设备的过程可以参考上述的具体描述。

步骤205：网管服务器直接远程登录到设备上对设备进行管理。

步骤206：判定对设备的管理失败。

如图3所示，本实施例还提供了一种网管服务器与设备进行数据同步的方法，包括如下步骤：

步骤301：在网管服务器无法直接登录设备时，检测所述设备是否存在可登录所述设备的跳板，若是，则执行步骤302，若否，则执行步骤307。

步骤302：网管服务器通过所述跳板登录到所述设备上。

步骤303：网管服务器通过所述跳板发送数据同步请求至所述设备。

步骤304：网管服务器通过Telnet协议接收所述跳板转发的所述设备响应所述数据同步请求返回的Telnet协议数据报文。

具体地，在设备接收到数据同步请求后进行响应，获取对应的设备数据然后将设备数据封装成网管服务器、跳板和设备均支持Telnet协议数据报文发送给跳板，由跳板将该数据报文转发给网管服务器。

步骤305：网管服务器对Telnet协议数据报文进行解析得到设备数据。

具体地，网管服务器在接收到Telnet协议数据报文后，对该数据报文进行解码获取设备数据。

步骤306：网管服务器存储设备数据。

步骤307：判定数据同步失败。

在本实施例中网管服务器与设备进行数据同步的情况下，在得到设备数据之后，网管服务器还需要存储设备数据；可以将设备数据存入到对应的数据库，具体地，可以根据设备数据的类型将其存入到对应的数据库。

在数据同步时，设备反馈的设备数据可以包括：设备的状态数据和/或配置数据；其中状态数据可以包括：基础状态数据、协议状态数据和告警监控数据，配置数据可以包括：基本配置数据、协议配置数据和维护配置数据。

如图4所示，在网管服务器获取设备反馈的设备数据之后进行入库操作的过程包括：

步骤401：判断设备数据为状态数据还是配置数据，若为配置数据，则执行 步骤402，若为状态数据，则执行步骤408.

步骤402：判断配置数据是否基本配置数据，若是，则执行步骤403，若否则执行步骤404。

步骤403：根据设备数据更新基本配置数据库。

步骤404：判断配置数据是否为协议配置数据，若是，则执行步骤405，若否，则执行步骤406。

步骤405：根据设备数据更新协议配置数据库。

步骤406：判断配置数据是否为维护配置数据，若是，则执行步骤407，若否，则执行步骤414。

步骤407：根据设备数据更新维护数据库。

步骤408：判断状态数据是否基础状态数据，若是，则执行步骤409，若否，则执行步骤410。

步骤409：根据设备数据更新基础状态数据库。

步骤410：判断状态数据是否为协议状态数据，若是，则执行步骤411，若否，则执行步骤412。

步骤411：根据设备数据更新协议状态数据库。

步骤412：判断状态数据是否为告警监控数据，若是，则执行步骤413，若否，则执行步骤414。

步骤413：根据设备数据更新告警监控数据库。

步骤414：判定入库失败。

在本实施例中当接收到的设备数据为配置数据时，判断配置数据是否为基本配置数据、协议配置数据或维护数据配置的顺序可以根据实际情况来设定，不仅限于图4所示的判断顺序；同样在接收到的设备数据为状态数据时，判断 状态数据是否为基础状态数据、协议状态数据或者告警监控数据的顺序可以根据实际情况来设定不仅限于图4所示的判断顺序。

在设备构造数据报文时可以区分设备数据的类型(例如区分设备数据是配置数据还是状态数据)和协议的类型；具体地，报文内容类型的标识信息和报文体，所述报文体携带所述设备数据以及指示报文的协议类型。如图5所示为Telnet协议数据报文的格式，该数据报文包括：报文开始标记位、报文头(用于标记报文携带的设备数据是状态数据还是配置数据)、报文体1……报文体n(报文体定义协议类型)、报文结束标记位(即表示报文传输完毕)。网管服务器在接收到如图5所述格式的报文之后，对数据报文进行解码的过程如图6所示：

步骤601：判断是否接收到报文开始标记位，若是，执行步骤602，若否执行步骤608；

步骤602：判断是否接收到报文头标记，若是，执行步骤603，若否，则执行步骤609。

步骤603：解码报文头标记判断报文携带的设备数据是状态数据还是配置数据，若为状态数据，则执行步骤604，若为配置数据，则执行步骤610。

步骤604：判断是否接收到携带状态数据的报文体，若是，则执行步骤605，若否，则执行步骤609。

步骤605：解码携带状态数据的报文体获取状态数据。

步骤606：判断是否接收到报文尾标记，若是，执行步骤607。

步骤607：将状态数据存入对应的数据库。

步骤608：解码失败。

步骤609：报错。

步骤610：判断是否接收到携带配置数据的报文体，若是，则执行步骤611，若否，则执行步骤609。

步骤611：解码携带配置数据的报文体获取配置数据。

步骤612：判断是否接收到报文尾标记，若是，执行步骤613。

步骤613：将配置数据存入对应的数据库。

以上主要介绍的网管服务器与设备数据同步的过程，然而本实施例中网管服务器还可以通过跳板向设备发送配置数据实现配置设备，如图7所示，为一种对设备配置数据的过程，包括：

步骤701：网管服务器生成所述设备的配置数据。

步骤702：所述网管服务器将所述配置数据处理成可在所述跳板上传输且被所述设备识别的数据报文。

当所述网管服务器、所述设备和所述跳板均支持Telnet协议时，所述网管服务器将所述配置数据封装成Telnet协议数据报文。其中数据报文的格式可参考图5。

步骤703：所述网管服务器将所述数据报文发送给所述跳板由所述跳板将配置数据转发给所述设备。

本实施例的设备管理方法只需要使用Telnet协议就可以管理设备，可以实现跨网络的设备管理，该方法具有简单、方便、成本低、普及程度高等优点。

实施例二：

如图8所示，本实施例提供了一种设备管理方法，包括如下步骤：

步骤801：设备接受网管服务器通过所述设备的跳板的登录。

本实施例中设备可以接收网管服务器通过跳板的登录，也即设备通过跳板与网管服务器连接。

步骤802：所述设备通过所述跳板与网管服务器进行数据交互以实现网管服务器对所述设备的管理。

本实施例中对设备的管理包括：数据同步和配置设备数据。步骤702包括：

设备通过其跳板接收到网管服务器发送的数据同步请求；

所述设备响应所述数据同步请求将对应的设备数据通过所述跳板发送给所述网管服务器；

或者

设备通过所述跳板接收所述网管服务器发送的配置数据。

本实施例中设备与网管服务器进行数据同步时，设备侧具体的过程包括：

所述设备响应所述数据同步请求获取对应的设备数据；

所述设备将所述设备数据处理成可在所述跳板上传输且被所述网管服务器识别的数据报文；

所述设备将处理后的数据报文通过所述跳板发送给所述网管服务器。

在本实施例中设备可以实时收集设备的配置信息、协议信息、监控信息等形成一数据库；在接收所到数据同步请求后从该数据库中获取对应的设备数据反馈给网管服务器。

优先地，当所述跳板、所述设备以及所述网管服务器均支持Telnet协议时，所述设备将所述设备数据处理成可在所述跳板上传输且被所述网管服务器识别的数据报文的过程包括：

所述设备将所述设备数据封装成Telnet协议数据报文；

所述设备通过Telnet协议将所述数据报文发送给所述跳板，由所述跳板通过Telnet协议将所述数据报文转发给所述网管服务器。

此时设备实时收集信息形成的数据库可以为Telnet信息库。

优先地，本实施例中设备封装的数据报文可以包括：报文内容类型的标识 信息和报文体，所述报文体携带所述设备数据以及指示报文的协议类型。报文的具体格式可参考实施例一中的图5。

在网管服务器配置设备的过程中，设备侧的具体过程包括：

设备接收所述跳板转发的网管服务器发送的数据报文；

设备对数据报文进行解析获取配置数据。

本实施例中网管服务器可以通过跳板向设备发送配置数据以实现对设备的配置，具体地，网管服务器可以将配置数据封装成数据报文发送给跳板由跳板转发给设备，设备接收到数据报文后进行解码获取配置数据。网管侧封装的数据报文可以包括：报文内容类型的标识信息和报文体，所述报文体携带所述设备数据以及指示报文的协议类型。报文的具体格式可参考实施例一中的图5。

当所述跳板、所述设备以及所述网管服务器均支持Telnet协议时，网管服务器会将配置数据封装成Telnet协议数据报文发送给跳板，由跳板通过Telnet协议将数据报文转发给设备，所述设备通过Telnet协议接收所述跳板转发的所述网管服务器发送的Telnet协议数据报文，然后对所述Telnet协议数据报文进行解析得到配置数据。

本实施例的设备管理方法在网管服务器与设备无法建立连接情况下，可以通过设备的跳板来登录设备与设备连接，通过跳板来对设备进行管理，适用于对所有具有跳板的设备的管理，而由于目前一般设备都具有跳板，因此普及程度高；另外采用本发明的设备管理方法无需对设备变更很多只需设备提供相应的接口、配置简单，并且维护及培训成本低、对维护人员的技术要求也不高降低了成本且使用方便，进一步提升了方案普及程度。

进一步地，应用本实施例的设备管理方法只需要所有设备支持标准的Telnet协议，网管和设备需要实现编码和解码的功能就可以管理设备，以及实现跨网络的设备管理。

实施例三：

本实施例提供了一种网管系统，包括：网管服务器、被管理的设备和设备的跳板，其中网管服务器、设备、跳板均支持Telnet协议；该网管系统进行数据同步的过程包括，如图9所示：

步骤901：设备收集配置信息、监控信息、协议信息等网管需要的信息，存储到Telnet信息库。

步骤902：网管服务器检测是否能直接登录设备，若否，则执行步骤903，若否，则执行步骤907。

步骤903：网管服务器检测设备是否存在可登录其自身的跳板，若是，则执行步骤904，若否，执行步骤908。

具体地，服务器中网管控制器先检查设备是否可以直接登陆，如果可以直接登陆，直接进行数据同步请求，如果无法直接登陆，检查是否存在跳板，通过一级，二级或者多级跳板远程登陆到设备上，再进行数据同步。

步骤904：网管服务器通过所述跳板登录到设备，并通过跳板将数据同步请求发送给设备。

步骤905:设备根据数据同步请求从Telnet信息库提取对应的信息，并将提取信息编码为适合通过Telnet协议传输的数据报文，将数据报文通过跳板发送给网管服务器。

具体地，设备编码器把Telnet信息库信息编码为适合通过Telnet传输的数据报文。设备编码器构造传输数据报文，数据报文在构造时需要区分协议单元和分类信息(如区分配置信息或者状态信息)，每种协议类型分类标记，形成数据字典，便于后期扩展，最终编码成为可以在Telnet上传输的数据报文格式。

步骤906：网管服务器接收到数据报文后，解码数据报文获取对应信息，并将获取的信息存储到对应的数据库中。

网管解码器解码数据报文，报文解码成功后通过网管控制器解析报文的各项参数，缓存到内存中待用。网管控制器解析缓存到内存中的有效数据，再进行数据入库动作，如图4所示，根据数据报文格式先检查报文是状态数据还是配置数据，如果是状态数据，检查是否是基础数据状态，如果是更新基础状态数据库，如果不是，继续进行检查，是否是协议状态和告警监控数据，检查完毕后进入相应的数据库中。

步骤907：网管服务器直接登录设备进行数据同步。

步骤908：数据同步失败。

本实施例中网管系统配置设备数据的过程为：在配置数据库中完成数据的配置，将配置数据通过网管编码器编译成可以在跳板上传输并被设备采集器识别的数据格式，例如Telnet协议报文格式，然后将数据报文通过跳板发送给设备。

本实施例的网管系统可以实现A外网网管管理B内网的设备，B内网网管管理A外网设备，A外网网管管理B外网设备，B外网网管管理A外网设备。只需要所有设备支持标准的Telnet协议，网管和设备需要实现编码和解码的功能。达成了跨子网管理设备的目的，解决了网管部署中受制于设备环境的问题，提高了网管的易用性。

实施例四：

如图10所示，本实施例提供了一种设备管理装置，应用于网管服务器侧，包括：检测模块、登录模块和管理模块；

所述检测模块，用于在网管服务器无法直接登录设备时，检测所述设备是否存在可登录所述设备的跳板；

所述登录模块，用于在检测模块检测到设备存在可登录所述设备的跳板时，通过所述跳板登录到所述设备上；

所述管理模块，用于通过所述跳板与所述设备进行数据交互实现对所述设备管理。

优先地，所述管理模块，用于：

通过所述跳板将数据同步请求发送给设备；

通过所述跳板接收所述设备响应所述数据同步请求返回的设备数据；

或者

生成所述设备的配置数据；

通过所述跳板将所述配置数据发送给所述设备。

如图11所示，本实施例还提供了另一种设备管理装置，应用于设备侧，包括：登录模块和数据传输模块；

所述登录模块，用于接受网管服务器通过所述设备的跳板的登录；

所述数据传输模块，用于通过所述跳板与网管服务器进行数据交互以实现网管服务器对所述设备的管理。

优先地，所述数据传输模块，用于：

通过设备的跳板接收到网管服务器发送的数据同步请求；

响应所述数据同步请求将对应的设备数据通过所述跳板发送给所述网管服务器；

或者

通过所述跳板接收所述网管服务器发送的配置数据。

本实施例的设备管理装置在网管服务器与设备无法建立连接情况下，可以通过设备的跳板来登录设备与设备连接，通过跳板来对设备进行管理，适用于 对所有具有跳板的设备的管理，而由于目前一般设备都具有跳板，因此普及程度高；另外采用本发明的设备管理装置无需对设备变更很多只需设备提供相应的接口、配置简单，并且维护及培训成本低、对维护人员的技术要求也不高降低了成本且使用方便，进一步提升了方案普及程度。

以上内容是结合具体的实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。