阅读说明：本技术 设备管理方法及相关设备 () 是由 刘玭娉 叶言飞 于 2018-05-18 设计创作，主要内容包括：提供一种设备管理方法及相关设备,其中,第一控制设备通过第一管理协议获取被管理设备的状态指示；第一控制设备将所述状态指示与所述状态指示对应的被管理设备的原始设备标识存储到数据库中；第一控制设备接收第二控制设备通过第二管理协议发送的请求消息；第一控制设备从所述数据库中提取状态指示,所提取的状态指示为所述请求消息中虚拟设备标识所标识的被管理设备的状态指示；第一控制设备通过所述第二管理协议将所述提取的状态指示发送给所述第二控制设备。可见,本申请实施例中,第二控制设备通过第一控制设备实现对被管理设备的管理,从而避免为实现第二控制设备对被管理设备的管理所需的大量软硬件升级。()

设备管理方法及相关设备

技术领域

本申请涉及通信技术领域，尤其涉及一种设备管理方法及相关设备。

背景技术

随着数据中心技术的兴起，网络设备都逐渐部署到数据中心中，网络管理器和网络设备之间跨网络的组网场景逐渐流行起来。然而，网络管理器无法跨网络对数据中心中的网络设备进行管理。特别是，用户期望以传统的网络管理器作为主管理界面时，网络管理器是无法使用简单网络管理协议(Simple Network Management Protocol，SNMP)对数据中心的网络设备进行管理的。

发明内容

本申请提供了一种设备管理方法及相关设备，能够实现现有的网络管理器对数据中心的网络设备进行管理。

一方面，本申请提供的一种设备管理方法，该方法中，第一控制设备通过第一管理协议获取被管理设备的状态指示，第一控制设备可以将该状态指示与状态指示对应的被管理设备的原始设备标识存储到数据库中，所述状态指示与所述原始设备标识一一对应；并在接收第二控制设备通过第二管理协议发送的请求消息时，从数据库中提取状态指示，该提取的状态指示为所述请求消息中虚拟设备标识所标识的被管理设备的状态指示，所述被管理设备的所述虚拟设备标识对应于所述被管理设备的所述原始设备标识；第一控制设备通过第二管理协议将提取的状态指示发送给第二控制设备。

由于第一控制设备模拟受到第二控制设备管理的被管理设备向第二控制设备发送被管理设备的状态指示，在第一控制设备通过第一管理协议对被管理设备进行管理的同时，可以在不修改第二控制设备的硬件或软件而使其支持第一管理协议的前提下，实现该第二控制设备通过第二管理协议如简单网络管理协议对被管理设备的管理。

例如，第二控制设备为网络管理器，第二管理协议为简单网络管理协议SNMP，采用本申请实施例，网络管理器可在自身没有做任何更改的情况下，依旧可以采用SNMP对数据中心中被管理设备进行管理，从而避免了对网络管理器为适应第一管理协议而需要的大量的软件或硬件升级。

其中，第一管理协议可以为网络配置NETCONF协议，也可以为sTelnet协议等，或者其他能够管理数据中心中各被管理设备的协议，本申请不做限定。

其中，原始设备标识为第一控制设备与被管理设备之间通信时被管理设备的设备标识，比如，原始设备标识为被管理设备的实际IP地址和/或端口号，或者被管理设备经过网络地址转换(Network Address Translation，NAT)后得到的公网IP地址和/或端口号等，本申请不做限定。

其中，虚拟设备标识为第一控制设备与第二控制设备之间通信时被管理设备的设备标识，比如，虚拟设备标识为所述第一控制设备的IP地址和端口号的组合，其中，不同被管理设备的虚拟设备标识可以包含第一控制设备的不同IP地址，或者，不同被管理设备的虚拟设备标识可以包含不同的端口号，本申请不做限定。

在一种可能的实施方式中，第一控制设备存储有每个被管理设备的原始设备标识和虚拟设备标识之间的对应关系。例如，第一控制设备确定被管理设备的虚拟设备标识；所述第一控制设备存储所述被管理设备的原始设备标识和虚拟设备标识之间的对应关系。这样，第一控制设备就可以基于该对应关系来处理第二控制设备利用虚拟设备标识与被管理设备之间通信的消息。

在一种可能的实施方式中，第一控制设备确定被管理设备的虚拟设备标识可以以静态或动态的方式进行配置，总之，可以确保不同的被管理设备对应的虚拟设备标识不同。

相应的，第一控制设备可以通过第二管理协议将被管理设备的虚拟设备标识发送给第二控制设备。比如，第一控制设备通过SNMP协议以告警消息的形式将每个被管理设备的虚拟设备标识发送给第二控制设备；其中，该告警消息可为SNMP陷阱(SNMP Trap)，SNMP陷阱)是指主动向第二控制设备发送消息，而不是等待第二控制设备再次轮询时才发送，从而有利于第二控制设备及时获知增加的被管理设备以及所增加的被管理设备的虚拟设备标识。

在另一种可能的实施方式中，该告警消息还可以用于第一控制设备向第二控制设备发送被管理设备的状态指示，利用告警消息发送的状态指示可以预先设置，由被管理设备自动触发发送给第一控制设备，继而发送给第二控制设备。例如，被管理设备出现预先设置的状态指示时，向第一控制设备发送告警消息，该告警消息可以携带被管理设备的状态指示等；第一控制设备确定该告警消息是用于发送给第二控制设备的，则该被管理设备的虚拟设备标识将所述告警消息发送给第二控制设备。

在另一种可能的实施方式中，第二控制设备若需指示被管理设备配置相关配置参数，可以通过以下步骤实现。所述第一控制设备接收所述第二控制设备通过第二管理协议发送的对应于所述被管理设备的所述虚拟设备标识的配置参数；所述第一控制设备通过所述第一管理协议指示所述虚拟设备标识对应的所述原始设备标识所标识的所述被管理设备配置所述配置参数。

在一种可能的实施方式中，第一控制设备可以将接收的配置参数与配置参数对应的虚拟设备标识存储到数据库中，在确定了虚拟设备标识对应的原始设备标识后，可以从数据库中读取该虚拟设备标识对应的配置参数，指示该原始设备标识所标识的所述被管理设备配置所述配置参数。

可见，该实施方式可以实现第二控制设备对数据中心中的被管理设备配置配置参数，以实现对被管理设备的管理。

在一种可能的实施方式中，第一控制设备还可以获取被管理设备执行所述配置参数指示的操作后获得的操作结果或配置所述配置参数后更新的状态指示。例如，配置参数为“shutdown”，则相应的操作结果可以为该被管理设备关机，则第一控制设备获取到该被管理设备关机的操作结果或状态指示后，可以发送给第二控制设备，以使第二控制设备在显示屏上显示该被管理设备的状态为已关机状态。

另一方面，本申请还提供一种设备管理方法，该设备管理方法以第二控制设备作为执行主体进行阐述的，该设备管理方法可以包括：第二控制设备通过第二管理协议和虚拟设备标识发送请求消息，以及接收第一控制设备响应所述请求消息返回的所述虚拟设备标识对应的被管理设备的状态指示，以及输出所述虚拟设备标识对应的被管理设备的状态指示。

可见，该实施方式中，由于第一控制设备模拟受到第二控制设备管理的被管理设备向第二控制设备发送被管理设备的状态指示，在第一控制设备通过第一管理协议实现对被管理设备管理的同时，第二控制设备可以依旧采用第二管理协议通过第一控制设备实现对被管理设备的间接管理，从而避免对网络管理器为适应第一管理协议而需要的大量的软件或硬件升级。

在一种可能的实施方式中，第二控制设备可以接收第一控制设备发送的每个被管理设备的虚拟设备标识，从而可以基于该虚拟设备标识和第二管理协议实现对被管理设备的管理。

在一种可能的实施方式中，该设备管理方法还可以包括：第二控制设备通过第二管理协议和虚拟设备标识指示该虚拟设备标识对应的被管理设备配置配置参数过程中，由于第一控制设备预先存储的有虚拟设备标识和原始设备标识之间的对应关系，因此第一控制设备可以接收该配置参数并查询虚拟设备标识对应的原始设备标识，进而，第一控制设备可以基于该原始设备标识和第一管理协议指示对应的被管理设备配置所述配置参数。可见，该实施方式在避免为适应第一管理协议对第二控制设备进行软硬件升级的情况下，也能够实现第二控制设备采用第二管理协议指示被管理设备配置所述配置参数。

相应的，第二控制设备还可以利用虚拟设备标识和第二管理协议查询被管理设备执行配置参数后获得的操作结果或者更新后的状态指示，并输出该操作结果或更新后的状态指示。

又一方面，本申请还提供了一种设备，该设备可以包括：

获取单元，用于通过第一管理协议获取被管理设备的状态指示；

存储单元，用于将所述状态指示与所述状态指示对应的被管理设备的原始设备标识存储到数据库中；所述状态指示与所述原始设备标识一一对应；

接收单元，用于接收第二控制设备通过第二管理协议发送的请求消息；

查询单元，用于从所述数据库中提取状态指示，所述提取的状态指示为所述请求消息中虚拟设备标识所标识的被管理设备的状态指示；

其中，被管理设备的所述虚拟设备标识对应于该被管理设备的所述原始设备标识。

发送单元，用于通过所述第二管理协议将所述提取的状态指示发送给所述第二控制设备。

在一种可能的实施方式中，所述确定单元，还用于确定所述被管理设备的虚拟设备标识；所述存储单元，还用于存储所述被管理设备中所述原始设备标识和所述虚拟设备标识之间的对应关系。

在一种可能的实施方式中，发送单元，还用于通过所述第二管理协议将所述被管理设备的虚拟设备标识发送给所述第二控制设备。

在一种可能的实施方式中，所述虚拟设备标识包括所述第一控制设备的IP地址和对应于所述被管理设备的传输层端口号的组合。

在一种可能的实施方式中，所述接收单元，还用于接收所述第二控制设备发送的对应于所述被管理设备的所述虚拟设备标识的配置参数；所述设备还包括：所述指示单元，还用于通过所述第一管理协议指示所述虚拟设备标识对应的所述原始设备标识所标识的所述被管理设备配置所述配置参数。

上述方面所述的设备的各个可能的设计与上述方面所述的设备管理方法中第一控制设备对应的可能的执行步骤的效果相同，此处不再赘述。

又一方面，本申请还提供一种设备，该设备包括处理器、通信接口和存储器，所述处理器，用于用所述通信接口通过第一管理协议获取被管理设备的状态指示；所述处理器，用于将所述状态指示与所述状态指示对应的被管理设备的原始设备标识存储到所述存储器中的数据库中；所述状态指示与所述原始设备标识一一对应；所述处理器，用于用所述通信接口接收第二控制设备通过第二管理协议发送的请求消息；所述处理器，还用于从所述数据库中提取状态指示，所述提取的状态指示为所述请求消息中虚拟设备标识所标识的被管理设备的状态指示，其中，被管理设备的所述虚拟设备标识对应于所述被管理设备的所述原始设备标识；所述处理器，还用于用所述通信接口通过所述第二管理协议将所述提取的状态指示发送给所述第二控制设备。

又一方面，本申请还提供一种设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的程序，所述处理器执行所述程序时实现上述方面所述的设备管理方法中第一控制设备的操作。需要注意的是，所述存储器可以是非易失性的，也可以是易失性的，其位置可以位于所述通信设备内部，也可以位于所述通信设备外部。

又一方面，本申请还提供一种通信设备，该通信设备可以使用上述方面所述的设备管理方法中第一控制设备的相关步骤。该通信设备可以是终端，也可以是实现类似功能的硬件。

又一方面，本申请还提供一种通信设备，包括至少一个处理器，所述处理器与存储器耦合，所述处理器用于读取存储器中的指令并根据所述指令执行上述方面所述的方法中第一控制设备的操作。

又一方面，本申请还提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方面所述的方法中第一控制设备的操作。

附图说明

图1是本申请实施例提供了一种设备管理系统的结构示意图；

图2是本申请实施例提供的一种设备管理方法的流程示意图；

图3是本申请实施例提供的另一种设备管理方法的流程示意图；

图4是本申请实施例提供的一种第二控制设备的状态指示显示界面的示意图；

图5是本申请实施例提供的一种设备管理方法的示意图；

图6是本申请实施例提供的一种被管理设备向第一控制设备注册的流程示意图；

图7是本申请实施例提供的一种设备的结构示意图；

图8是本发明实施例提供的另一种设备的结构示意图。

具体实施方式

本申请实施例提供一种设备管理方法，该方法中，第一控制设备模拟受到第二控制设备管理的被管理设备来向第二控制设备发送被管理设备的状态指示，即在第一控制设备通过第一管理协议对被管理设备进行管理的同时，可以在不修改第二控制设备的硬件或软件而使其支持第一管理协议的前提下，实现该第二控制设备通过第二管理协议如简单网络管理协议对被管理设备的管理。

本申请实施例中，被管理设备能够采用NETCONF或sTelnet协议向第一控制设备进行注册。其中，NETCONF协议或sTelnet协议是SNMP协议的改进。NETCONF协议或sTelnet协议基于传输控制协议(Transmission Control Protocol，TCP)，可靠性更好，能够支持设备的主动注册，并支持第一控制设备和被管理设备之间的跨网络管理的协议。其中，传统的被管理设备和数据中心中的被管理设备均可以包括防火墙设备、网络交换机设备以及无线接入点(access point，AP)设备等。

本申请实施例中，第一控制设备可以为采用NETCONF协议或sTelnet协议管理被管理设备的控制器。

本申请实施例中，第二控制设备可以为部署网络管理系统(Network managementsystem，NMS)的至少一个或多个设备。该网络管理系统一般具备告警、配置、状态显示等功能。

本申请实施例中，第一管理协议可以为网络配置NETCONF协议，也可以为sTelnet协议等，能够用于管理数据中心中各被管理设备。第二管理协议可以为简单网络管理协议(Simple Network Management Protocol，SNMP)。

本申请实施例中，原始设备标识为第一控制设备与被管理设备之间通信时被管理设备的设备标识。比如，原始设备标识为被管理设备的实际网际协议(Internet Protocol,IP)地址和/或端口号，或者被管理设备的经过网络地址转换(NAT)后得到的IP地址，或NAT后的IP地址与端口号的组合。可选的，该原始设备标识也可以为基于NETCONF协议的统一资源名称(Uniform Resource Name，URN)，即第一控制设备可以利用被管理设备的URN与该被管理设备进行通信。虚拟设备标识为第一控制设备与第二控制设备之间通信时被管理设备的设备标识。比如，虚拟设备标识为所述第一控制设备的IP地址和端口号的组合。其中，当虚拟设备标识为一个IP地址和多个不同端口号的组合时，不同被管理设备对应的端口号也不同。

为了进行详细阐述，本申请实施例提供了一种设备管理系统的结构示意图，如图1所示，该设备管理系统中，第二控制设备以带有显示器的计算机为例，该计算机部署有NMS；第二控制设备以服务器为例，能够基于第一管理协议实现对被管理设备的管理；被管理设备可以分为上述所述的数据中心中的被管理设备和传统的被管理设备，如图1所示，两者均可以包括网络交换机设备以及无线AP设备，但采用的管理协议不同。第一控制设备用第一管理协议管理数据中心中的被管理设备，第二控制设备用第二管理协议管理传统的被管理设备。

上述可知，第一控制设备可以通过网络配置NETCONF协议或sTelnet协议对被管理设备的管理，本申请实施例为何不用第一控制设备来代替第二控制设备的原因在于，如图1所示，网络中存在大量的传统的被管理设备，这些被管理设备与第二控制设备之间是采用SNMP进行交互的，若采用NETCONF协议对传统的被管理设备进行管理，则需要传统的被管理设备进行大量的软件或硬件更新才能实现，而大批量的更新设备是一件成本非常大且困难的事情。

因此，本申请实施例针对新部署的数据中心中的被管理设备与第一控制设备之间采用NETCONF协议或sTelnet协议，通过第一控制设备建立第二控制设备与被管理设备之间的间接管理。从而实现第二控制设备对传统的网络设备继续管理的同时，还能够间接对数据中心中的被管理设备进行管理，从而避免大批量的设备更新。另一方面，目前新建立的数据中心中的被管理设备，多委托为第三方管理，即通过第一控制设备的第一管理协议对数据中心中的被管理设备进行管理，但委托方若想实时查看或同时管理这些被管理设备，就需要对委托方的第二控制设备进行软硬件的升级来支持第一管理协议以实时查看或管理被管理设备，这样，导致第二控制设备的软硬件升级成本较大，因此，为了实现避免对第二控制设备的软硬件升级的同时还能够使得第二控制设备实时查看或同时管理这些被管理设备，本申请实施例提供了该设备管理方法，使得在第一控制设备通过第一管理协议对被管理设备进行管理的同时，第二控制设备能够基于第一控制设备实现对数据中心中的被管理设备进行间接管理，还可以保留委托方使用SNMP管理界面的***滑演进。

如图1所示，本申请实施例中，第二控制设备依旧可以采用SNMP实现对这些传统被管理设备的管理，对于数据中心中的被管理设备，第二控制设备采用申请实施例所述的设备管理方法，基于第一控制设备实现对被管理设备的间接管理。例如，第二控制设备可以与第一控制设备之间采用SNMP协议，第一控制设备与被管理设备之间可以采用NETCONF协议。

为了详细阐述本申请，本申请实施例提供了如下的多种实施方式来实现对数据中心中被管理设备的管理。

请参阅图2，图2是本申请实施例提供的一种设备管理方法的流程示意图，如图2所示，该设备管理方法可以包括以下步骤：

101、第一控制设备通过第一管理协议获取被管理设备的状态指示；

例如，状态指示可以包括被管理设备的CPU、内存占用率等。

102、第一控制设备将所述状态指示与所述状态指示对应的被管理设备的原始设备标识存储到数据库中；

其中，所述状态指示与所述原始设备标识一一对应。

103、第一控制设备接收第二控制设备通过第二管理协议发送的请求消息；

其中，该请求消息的报文头中的设备标识为被管理设备的虚拟设备标识。

104、第一控制设备从所述数据库中提取状态指示，所述提取的状态指示为所述请求消息中虚拟设备标识所标识的被管理设备的状态指示；

其中，被管理设备的所述虚拟设备标识对应于所述被管理设备的所述原始设备标识。故在一种可选的实施方式中，第一控制设备从所述数据库中提取状态指示，包括：第一控制设备确定请求消息中的虚拟设备标识对应的原始设备标识；第一控制设备从数据库中提取该原始设备标识所标识的被管理设备的状态指示。105、第一控制设备通过所述第二管理协议将所述提取的状态指示发送给所述第二控制设备。

107、第二控制设备输出该状态指示。

在一种示例中，第二管理协议为SNMP协议，也就是说，第一控制设备与第二控制设备之间采用SNMP协议进行交互时，第一控制设备可以作为SNMP服务器，第二控制设备可以作为SNMP客户端来访问第一控制设备。相应的，该示例中，请求消息的报文格式可以采用SNMP报文格式，该请求消息中还携带有虚拟设备标识。

可见，该实施方式中，不需要对第二控制设备做任何修改，即可通过第一控制设备实现对被管理设备的管理，相应的，针对传统的被管理设备，第二控制设备依旧可以采用第二管理协议进行管理，也避免了对网络管理器为适应第一管理协议而需要的软硬件升级，从而有利于传统分散网络向网络集中化部署的演进。

请参阅图3，图3是本申请实施例提供的另一种设备管理方法的流程示意图，其中，图3所示的设备管理方法与图2所示的设备管理方法的不同之处在于，图3所示的设备管理方法中，第二控制设备还可以通过第一控制设备指示被管理设备配置所述配置参数，具体的，该设备管理方法可以包括以下步骤：

107、第二控制设备通过第二管理协议发送对应于被管理设备的虚拟设备标识的配置参数；

108、第一控制设备接收并通过所述第一管理协议指示所述虚拟设备标识对应的所述原始设备标识所标识的所述被管理设备配置所述配置参数。

相应的，在一种示例中，步骤108至110可以具体为：第二控制设备利用第二管理协议的报文发送该配置消息时，该第二管理协议的报文中的目的地址就为该虚拟设备标识；相应的，第一控制设备接收到该第二管理协议的报文时，可以读取配置参数，并封装成第一管理协议的报文，以及根据对应关系查询该虚拟设备标识对应的原始设备标识，将该原始设备标识作为该第一管理协议的报文的目的地址，将第一管理协议的报文发送给相应的被管理设备，以使被管理设备执行或配置该第一管理协议的报文中的配置参数。

在另一种示例中，与上述示例相比，第一控制设备接收到第二管理协议的报文时，可以将其中的虚拟设备标识和配置参数对应存储到数据库中，需要指示被管理设备配置该配置参数时，第一控制设备可以从数据库中读取该被管理设备的配置参数，并封装成第一管理协议的报文发送给被管理设备。

在一种示例中，第一管理协议为NETCONF协议，第二管理协议为SNMP协议，则第一管理协议的报文中配置参数的信息承载格式为YANG文件，其中，YANG文件为NETCONF协议所采用的数据建模语言和数据模型；第二管理协议的报文中配置参数的信息承载格式为管理信息库(MIB)的格式。因此，第一控制设备可以根据MIB文件和YANG文件的对照表，将MIB文件形式的配置参数转换为YANG文件形式的配置参数。

在一种可能的实施方式中，该设备管理方法中还可以包括：第一控制设备获取被管理设备执行或配置所述配置参数后的状态指示；以及将该状态指示发送给第二控制设备，由第二控制设备输出该状态指示。

例如，该配置参数为“shutdown”参数，则被管理设备可以执行该“shutdown”参数对应的关闭操作，并且第二控制设备变更该被管理设备的状态指示，如由开机状态变更为关机状态。

可见，图3所示的设备管理方法中，第二控制设备还能够通过第一控制设备指示被管理设备配置所述配置参数，从而有利于第二控制设备对被管理设备的管理。

在一种可能的实施方式中，上述图2和图3所示的设备管理方法中，还可以包括上述对应关系的建立，具体的，该对应关系的建立可以包括以下步骤：第一控制设备确定每个被管理设备的虚拟设备标识；第一控制设备存储每个被管理设备的原始设备标识和虚拟设备标识之间的对应关系。相应的，第一控制设备可以通过所述第二管理协议将所述被管理设备的虚拟设备标识发送给所述第二控制设备。

可见，该实施方式可以使得第一控制设备及时更新被管理设备的对应关系，如数据中心中新增加的被管理设备的原始设备标识和虚拟设备标识。

本申请实施例中，第一控制设备可以存储被管理设备的状态指示与该被管理设备的原始设备标识之间的对应关系，或者存储被管理设备的状态指示与该被管理设备的虚拟设备标识之间的对应关系。相应的，第一控制设备存储有被管理设备的原始设备标识和虚拟设备标识之间的对应关系，使得第一控制设备可以根据请求消息或配置参数中的虚拟设备标识从数据库中提取对应的状态指示。

在另一种实施方式中，第一控制设备可以存储被管理设备的其他设备标识，如被管理设备的媒体介入控制(Media Access Control，MAC)地址或设备序列号(equipmentserial number，ESN)，与被管理设备的状态指示之间的对应关系；相应的，第一控制设备还可以存储被管理设备的该其他设备标识与该被管理设备的原始设备标识以及虚拟设备标识之间的对应关系，从而，使得第一控制设备可以根据请求消息或配置参数中的虚拟设备标识从数据库中提取对应的状态指示。

在一种可选的实施方式中，第一控制设备可以通过第二管理协议将被管理设备的虚拟设备标识发送给第二控制设备可以具体为：第一控制设备通过SNMP协议以告警消息的形式将每个被管理设备的虚拟设备标识发送给第二控制设备；其中，该告警消息可为SNMP陷阱(SNMP Trap)，SNMP陷阱)是指主动向第二控制设备发送消息，而不是等待第二控制设备再次轮询时才发送，从而有利于第二控制设备及时获知增加的被管理设备以及所增加的被管理设备的虚拟设备标识。

在另一种可能的实施方式中，该告警消息还可以用于第一控制设备向第二控制设备发送被管理设备的状态指示，利用告警消息发送的状态指示可以预先设置，由被管理设备自动触发发送给第一控制设备，继而发送给第二控制设备。例如，被管理设备出现预先设置的状态指示时，向第一控制设备发送告警消息，该告警消息可以携带被管理设备的状态指示等；第一控制设备确定该告警消息是用于发送给第二控制设备的，则该被管理设备的虚拟设备标识将所述告警消息发送给第二控制设备。

在一种示例中，第二控制设备输出被管理设备的状态指示，可以如图4所示，图4是本申请实施例提供的一种第二控制设备的状态显示界面的示意图，如图4所示，第二控制设备的状态显示界面可以显示被管理设备的名称、状态信息、虚拟设备标识(如IP地址+端口号)、型号等。从而有利于用户在传统NMS的管理界面上直观的观看数据中心中被管理设备的状态指示，避免了对第二控制设备为适应第一管理协议而需要的软件或硬件升级。其中，图4所示的状态显示界面为简单的示例，该状态显示界面还可以包括其他信息，本申请实施例不做限定。

在一种示例中，参阅图5，图5为本申请实施例提供的一种设备管理方法的示意图，如图5所示，被管理设备分别为交换机设备SW-1、交换机设备SW-2；交换机设备SW-1对应的虚拟设备标识为第一控制设备的IP地址：10.1.1.1和端口号：10000；交换机设备SW-2对应的虚拟设备标识为第一控制设备的IP地址：10.1.1.1和端口号：10001；第一控制设备也可以称控制器，控制器将网元(即交换机设备SW-1、交换机设备SW-2)的虚拟设备标识通知给NMS，其中，控制器还可以通过NETCONF或sTelnet的方式建立与各交换机设备之间的连接；NMS通过SNMP连接10.1.1.1:10000实现管理SW-1；NMS通过SNMP连接10.1.1.1:10001实现管理SW-2。

在一种可能的实施方式中，图2和图3所示的设备管理方法还可以包括：第一控制设备建立与被管理设备之间的NETCONF连接，实现对被管理设备的管理。具体的，参阅图6，图6是本申请实施例提供的一种被管理设备向第一控制设备注册的流程示意图，第一控制设备与被管理设备可以完成如图6所示的交互操作。

如图6所示，第一控制设备与被管理设备之间的交互操作包括以下步骤：

201、被管理设备上电后，可以通过DHCP服务器自动获取设备地址；

其中，DHCP为动态主机配置协议(Dynamic Host Configuration Protocol，DHCP)，是一个局域网的网络协议。

202、被管理设备获取到设备地址后，可以通过域名解析，查询第一控制设备的IP地址；

可见，被管理设备可以通过域名解析的方式，获得第一控制设备的IP地址。其中，域名解析是域名到IP地址的转换过程。

203、被管理设备根据第一控制设备的IP地址，建立与第一控制设备之间的安全协议(Secure Shell，SSH)隧道；

204、被管理设备通过该SSH隧道将自身的MAC地址、设备名称等设备信息发送给控制设备；

205、第一控制设备在确定被管理设备的设备信息合法时，建立与被管理设备之间的NETCONF连接。

其中，第一控制设备确定被管理设备的设备信息是否合法，可以为检测该被管理设备是否在控制设备中的白名单范围内，若在，则继续检测该被管理设备的身份证书是否合法，如果合法，则执行步骤205，即第一控制设备实现管理该被管理设备。

本申请实施例中，201至205的过程，也可以称为被管理设备向第一控制设备的注册过程，以实现控制设备对被管理设备的管理。

综上所述，本申请实施例中，由第一控制设备模拟受到第二控制设备管理的被管理设备向第二控制设备发送被管理设备的状态指示，即在第一控制设备通过第一管理协议对被管理设备进行管理的同时，可以在不修改第二控制设备的硬件或软件而使其支持第一管理协议的前提下，实现该第二控制设备通过第二管理协议如简单网络管理协议对被管理设备的管理，因此，本申请实施例所述的设备管理方法有利于现有的网络管理方式向数据中心管理或者云管理的方式平滑演进。

请参阅图7，图7是本申请实施例提供的一种设备的结构示意图，如图7所示，该设备可以包括以下单元：

获取单元301，用于通过第一管理协议获取被管理设备的状态指示；

存储单元302，用于将所述状态指示与所述状态指示对应的被管理设备的原始设备标识存储到数据库中；所述状态指示与所述原始设备标识一一对应；

接收单元303，用于接收第二控制设备通过第二管理协议发送的请求消息；

其中，获取单元301所执行的通过第一管理协议获取多个被管理设备的状态指示的操作也可以由接收单元303和发送单元306交互实现。

查询单元304，用于从所述数据库中提取状态指示，所述提取的状态指示为所述请求消息中虚拟设备标识所标识的被管理设备的状态指示；

其中，被管理设备的所述虚拟设备标识对应于所述被管理设备的所述原始设备标识。故在一种可选的实施方式中，查询单元304从数据库中提取状态指示，具体为：查询单元304确定请求消息中虚拟设备标识所标识的被管理设备的原始设备标识；查询单元304从数据库中提取该原始设备标识对应的状态指示。其中，查询单元304确定请求消息中虚拟设备标识所标识的被管理设备的原始设备标识即为查询单元304确定请求消息中虚拟设备标识对应的原始设备标识。发送单元305，用于通过所述第二管理协议将所述提取的状态指示发送给所述第二控制设备。

在一种可能的实施方式中，所述设备还包括：确定单元304，用于确定所述被管理设备的虚拟设备标识；

所述存储单元302，还用于存储所述被管理设备中所述原始设备标识和所述虚拟设备标识之间的对应关系。

在一种可能的实施方式中，所述设备还包括：

发送单元306，还用于通过所述第二管理协议将所述被管理设备的虚拟设备标识发送给所述第二控制设备。

在一种可能的实施方式中，所述虚拟设备标识包括所述第一控制设备的IP地址和对应于所述被管理设备的传输层端口号的组合。

在一种可能的实施方式中，所述接收单元303，还用于接收所述第二控制设备发送的对应于所述被管理设备的所述虚拟设备标识的配置参数；相应的，所述设备还包括：所述指示单元307，用于通过所述第一管理协议指示所述虚拟设备标识对应的所述原始设备标识所标识的所述被管理设备配置所述配置参数。

请参阅图8，图8是本发明实施例提供的另一种设备的结构示意图，如图8所示，该设备可以包括：处理器402、通信接口403以及存储器401。其中，通信接口403、处理器402以及存储器401相互连接。其中，处理器402可以执行上述输出单元的功能，通信接口可以与上述发送单元或接收单元的功能类似，存储器可以存储处理器接收的状态信息或操作结果。在一种示例中，该通信接口403可以包括接收器和发射器，或者由接收器和发射器集成得到，本申请不做限定。可选的，该设备还可包括总线，总线可以是外设部件互连标准(peripheral component interconnect，缩写：PCI)总线或扩展工业标准结构(extendedindustry standard architecture，缩写：EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

其中，所述处理器402，用于用所述通信接口403通过第一管理协议获取被管理设备的状态指示；

所述处理器402，用于将所述状态指示与所述状态指示对应的被管理设备的原始设备标识存储到所述存储器中的数据库中；所述状态指示与所述原始设备标识一一对应；

所述处理器402，还用于用所述通信接口403接收第二控制设备通过第二管理协议发送的请求消息；

所述处理器402，还用于从所述数据库中提取状态指示，所述提取的状态指示为所述请求消息中虚拟设备标识所标识的被管理设备的状态指示；

其中，所述被管理设备的所述虚拟设备标识对应于所述被管理设备的所述原始设备标识。

所述通信接口403，还用于用所述通信接口403通过所述第二管理协议将所述查询的状态指示发送给所述第二控制设备。

所述处理器402，还用于确定所述多个被管理设备中每个被管理设备的虚拟设备标识；

所述处理器402，还用于存储所述多个被管理设备中每个被管理设备的原始设备标识和虚拟设备标识之间的对应关系。

所述处理器402，还用于用所述通信接口403通过所述第二管理协议将所述被管理设备的虚拟设备标识发送给所述第二控制设备。

在一种可选的实施方式中，所述处理器402，还用于确定所述被管理设备的虚拟设备标识；

所述处理器402，还用于将所述被管理设备的所述原始设备标识与所述虚拟设备标识之间的对应关系存储到所述存储器401中。

在一种可选的实施方式中，所述处理器402，还用于用所述通信接口403通过所述第二管理协议将所述被管理设备的虚拟设备标识发送给所述第二控制设备。

在一种可选的实施方式中，所述虚拟设备标识包括所述第一控制设备的IP地址和对应于所述被管理设备的传输层端口号的组合。

在一种可选的实施方式中，所述处理器402，还用于用所述通信接口403接收所述第二控制设备通过第二管理协议发送的对应于所述被管理设备的所述虚拟设备标识的配置参数；

所述处理器402，还用于通过所述第一管理协议指示所述虚拟设备标识对应的所述原始设备标识所标识的被管理设备配置所述配置参数。

应理解，在本申请中，上述第一控制设备中的各个单元(接收单元、发送单元以及输出等)或器件(通信接口、处理器等)可以联合实施本申请中部分或全部的实施例中第一控制设备的步骤或行为，本申请不做限定。

作为本实施例的另一种形式，还提供一种通信设备，该通信设备可以使用上述方面所述的设备管理方法中第一控制设备的相关步骤。该通信设备可以是终端，也可以是实现类似功能的硬件。

作为本实施例的另一种形式，还提供一种通信设备，包括至少一个处理器，所述处理器与存储器耦合，所述处理器用于读取存储器中的指令并根据所述指令执行上述方面所述的方法中第一控制设备的操作。

作为本实施例的另一种形式，提供一种计算机可读存储介质，其上存储有指令该指令被执行时执行上述各实施例所述的设备管理方法中第一控制设备的相关功能。

应理解，在本申请实施例中，处理器可以是中央处理单元(central processingunit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

根据本申请实施例提供的方法，本申请实施例还提供一种通信系统，其包括前述的一个或多于一个网络设备和一个或多于一个终端或终端设备。

还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本发明实施例的范围。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block)和步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性的，光学的或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

在上述实施例中，可以全部或部分地通过软件、硬件或者其组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、双绞线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何介质或者是包含一个或多个介质集成的服务器、数据中心等数据存储设备。所述介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，光盘)、或者半导体介质(例如固态硬盘)等。