CN108632198A

CN108632198A - 一种设备管理方法及装置

Info

Publication number: CN108632198A
Application number: CN201710152752.3A
Authority: CN
Inventors: 徐森
Original assignee: Hangzhou Hikvision Digital Technology Co Ltd
Current assignee: Hangzhou Hikvision Digital Technology Co Ltd
Priority date: 2017-03-15
Filing date: 2017-03-15
Publication date: 2018-10-09
Anticipated expiration: 2037-03-15
Also published as: CN108632198B

Abstract

本申请实施例提供了一种设备管理方法及装置，涉及网络通信技术领域。应用于网络系统中的服务器，该设备管理方法包括：获取待管理网络设备的物理地址；根据所获取的物理地址，生成所述待管理网络设备的本地链路地址，作为第一本地链路地址；根据所述第一本地链路地址，与所述待管理网络设备建立基于传输控制协议TCP的网络连接；通过所建立的网络连接与所述待管理网络设备进行信息交互，以管理所述待管理网络设备。应用本申请实施例提供的方案进行设备管理，能够提高设备管理过程的成功率。

Description

一种设备管理方法及装置

技术领域

本申请涉及网络通信技术领域，特别涉及一种设备管理方法及装置。

背景技术

在对网络设备进行管理时，服务器可以从网络设备中获取网络设备的设备信息，上述设备信息可以包括：网络设备的网络参数和设备序列号等；服务器也可以向上述网络设备发送配置参数。

相关技术中，服务器在需要管理网络设备时，首先会搜索网络中的网络设备，并获取网络设备的地址信息。在获取网络设备的地址信息之后，服务器与网络设备之间建立基于用户数据报协议(User Datagram Protocol，UDP)的网络连接，实现信息的交互，完成对设备的管理。

通常，基于UDP建立网络连接后，服务器基本能够实现与网络设备的信息交互，完成对设备的管理工作。但是，由于UDP是一种不可靠的网络传输协议，因此服务器在与网络设备进行信息交互时无法确定对方是否接收到交互信息，易出现服务器接收交互信息超时的情况，进而导致设备管理过程失败，设备管理过程的成功率不够高。

发明内容

本申请实施例的目的在于提供了一种设备管理方法及装置，以提高设备管理过程的成功率。具体的技术方案如下。

为了达到上述目的，本申请公开了一种设备管理方法，应用于服务器，所述方法包括：

获取待管理网络设备的物理地址；

根据所获取的物理地址，生成所述待管理网络设备的本地链路地址，作为第一本地链路地址；

根据所述第一本地链路地址，与所述待管理网络设备建立基于传输控制协议TCP的网络连接；

通过所建立的网络连接与所述待管理网络设备进行信息交互，以管理所述待管理网络设备。

可选的，所述获取待管理网络设备的物理地址的步骤，包括：

向待管理网络设备发送搜索消息，所述搜索消息用于搜索网络设备；

接收所述待管理网络设备针对所述搜索消息发送的反馈消息；

从所述反馈消息中获取所述待管理网络设备的物理地址。

可选的，所述向待管理网络设备发送搜索消息的步骤，包括：

以预设多播组的本地站点多播地址为接收地址，以多播方式发送搜索消息，其中，所述服务器和待管理网络设备均为所述预设多播组中的设备；或者，

以预设多播组的本地链路多播地址为接收地址，以多播方式发送搜索消息；或者，

以所述预设多播组的非本地站点多播地址和/或非本地链路多播地址为接收地址，以多播方式发送第一标识取预设值的搜索消息，其中，取预设值的第一标识用于防止将所述搜索消息发送至除所述预设多播组中的设备之外的设备处。

可选的，所述反馈消息为所述待管理网络设备按照以下情况中的至少一种发送的消息：

在接收到所述搜索消息后，在预设回复周期内未向所述服务器发送过针对所述搜索消息的反馈消息的情况下，向所述服务器发送一个反馈消息；

按照随机方式确定睡眠时长并进入睡眠状态，当睡眠结束时，向所述服务器发送针对所述搜索消息的反馈消息。

可选的，所述获取待管理网络设备的物理地址的步骤之后，所述方法还包括：

在本地存储所述待管理网络设备的物理地址。

从本地存储的网络设备与物理地址的对应关系中获取待管理网络设备的物理地址。

可选的，所述通过所建立的网络连接与所述待管理网络设备进行信息交互，以管理所述待管理网络设备的步骤之后，还包括：

在满足预设的网络断开条件时，断开所建立的网络连接。

为了达到上述目的，本申请还公开了一种设备管理方法，应用于网络设备，所述方法包括：

获取用于管理所述网络设备的服务器的物理地址；

根据所获取的物理地址，生成所述服务器的本地链路地址，作为第二本地链路地址；

根据所述第二本地链路地址，与所述服务器建立基于传输控制协议TCP的网络连接；

通过所建立的网络连接与所述服务器进行信息交互，以使所述服务器管理所述网络设备。

可选的，所述获取用于管理所述网络设备的服务器的物理地址的步骤包括：

接收用于管理所述网络设备的服务器发送的搜索消息，所述搜索消息用于搜索网络设备；

从所述搜索消息中获取所述服务器的物理地址。

可选的，所述搜索消息为所述服务器采用以下方式发送的消息：

以预设多播组的本地站点多播地址为接收地址，以多播方式发送搜索消息；所述服务器和网络设备均为预设多播组中的设备；或者，

可选的，所述接收用于管理所述网络设备的服务器发送的搜索消息的步骤之后，所述方法还包括：

按照以下方式中的至少一种，向所述服务器发送针对所述搜索消息的反馈消息：

可选的，所述获取用于管理所述网络设备的服务器的物理地址的步骤之后，所述方法还包括：

在本地存储所述服务器的物理地址。

从本地存储的服务器与物理地址的对应关系中，获取用于管理所述网络设备的服务器的物理地址。

可选的，所述通过所建立的网络连接与所述服务器进行信息交互，以使所述服务器管理所述网络设备的步骤之后，还包括：

在满足预设的网络断开条件时，断开所建立的网络连接。

为了达到上述目的，本申请公开了一种设备管理装置，应用于服务器，所述装置包括：

第一获取模块，用于获取待管理网络设备的物理地址；

第一生成模块，用于根据所获取的物理地址，生成所述待管理网络设备的本地链路地址，作为第一本地链路地址；

第一连接模块，用于根据所述第一本地链路地址，与所述待管理网络设备建立基于传输控制协议TCP的网络连接；

第一交互模块，用于通过所建立的网络连接与所述待管理网络设备进行信息交互，以管理所述待管理网络设备。

可选的，所述第一获取模块包括：

第一发送子模块，用于向待管理网络设备发送搜索消息，所述搜索消息用于搜索网络设备；

第一接收子模块，用于接收所述待管理网络设备针对所述搜索消息发送的反馈消息；

第一获取子模块，用于从所述反馈消息中获取所述待管理网络设备的物理地址。

可选的，所述第一发送子模块具体用于：

可选的，所述反馈消息为所述待管理网络设备中的第一发送模块发送的消息；

其中，所述第一发送模块，具体用于在接收到所述搜索消息后，在预设回复周期内未向所述服务器发送过针对所述搜索消息的反馈消息的情况下，向所述服务器发送一个反馈消息；或者，

可选的，所述装置还包括：

第一存储模块，用于在获取所述待管理网络设备的物理地址之后，在本地存储所述待管理网络设备的物理地址。

可选的，所述第一获取模块具体用于：

可选的，所述装置还包括：

第一断开模块，用于在通过所建立的网络连接与所述待管理网络设备进行信息交互，以管理所述待管理网络设备之后，在满足预设的网络断开条件时，断开所建立的网络连接。

为了达到上述目的，本申请公开了一种设备管理装置，应用于网络设备，所述装置包括：

第二获取模块，用于获取用于管理所述网络设备的服务器的物理地址；

第二生成模块，用于根据所获取的物理地址，生成所述服务器的本地链路地址，作为第二本地链路地址；

第二连接模块，用于根据所述第二本地链路地址，与所述服务器建立基于传输控制协议TCP的网络连接；

第二交互模块，用于通过所建立的网络连接与所述服务器进行信息交互，以使所述服务器管理所述网络设备。

可选的，所述第二获取模块包括：

第二接收子模块，用于接收用于管理所述网络设备的服务器发送的搜索消息，所述搜索消息用于搜索网络设备；

第二获取子模块，用于从所述搜索消息中获取所述服务器的物理地址。

可选的，所述搜索消息为所述服务器中的第二发送模块发送的消息；

其中，所述第二发送模块，具体用于以预设多播组的本地站点多播地址为接收地址，以多播方式发送搜索消息；所述服务器和网络设备均为预设多播组中的设备；或者，

可选的，所述第二获取模块还包括：

第二发送子模块，用于在接收到所述服务器发送的搜索消息之后，向所述服务器发送针对所述搜索消息的反馈消息；

其中，所述第二发送子模块，具体用于在接收到所述搜索消息后，在预设回复周期内未向所述服务器发送过针对所述搜索消息的反馈消息的情况下，向所述服务器发送一个反馈消息；或者，

可选的，所述装置还包括：

第二存储模块，用于在获取所述服务器的物理地址之后，在本地存储所述服务器的物理地址。

可选的，所述第二获取模块具体用于：

可选的，所述装置还包括：

第二断开模块，用于在通过所建立的网络连接与所述服务器进行信息交互，以使所述服务器管理所述网络设备之后，在满足预设的网络断开条件时，断开所建立的网络连接。

由上述技术方案可见，本申请实施例提供的方案中，服务器获取待管理网络设备的物理地址，并根据该物理地址生成第一本地链路地址；根据该第一本地链路地址，与待管理网络设备建立基于TCP的网络连接，由于TCP协议是一种比UDP协议可靠性更强的网络传输协议，相比于基于UDP的网络连接，基于TCP的网络连接的可靠性更强。因此，通过所建立的基于TCP的网络连接进行设备管理，能够提高设备管理过程的成功率。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

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

图2为图1中步骤S101的一种流程示意图；

图3为服务器与网络设备之间进行交互的一种流程示意图；

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

图5为本申请实施例提供的一种设备管理装置的结构示意图；

图6为本申请实施例提供的另一种设备管理装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述。显然，所描述的实施例仅仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请实施例提供了一种设备管理方法及装置，能够提高设备管理过程的成功率。下面通过具体实施例，对本申请进行详细说明。

图1为本申请实施例提供的一种设备管理方法的流程示意图，该方法应用于用于管理网络设备的服务器。该方法包括如下步骤S101～步骤S104：

步骤S101：获取待管理网络设备的物理地址。

其中，物理地址可以为MAC地址。MAC(Media Access Control，媒体访问控制)地址，也称为硬件地址，用来定义网络设备的位置。每个网络设备的网卡都会有一个专属于它的唯一的MAC地址。

具体的，获取待管理网络设备的物理地址时，可以直接从服务器本地存储的网络设备与物理地址的对应关系中获取待管理网络设备的物理地址。也可以向待管理网络设备索取物理地址。

步骤S102：根据所获取的物理地址，生成所述待管理网络设备的本地链路地址，作为第一本地链路地址。

其中，本地链路地址(Link-local address)是IPv6协议引入的用于本地链路通信的IPv6单播地址。本地链路地址也可以称为链路本地地址。需要说明的是，IPV4(Internetprotocol version 4)为互联网协议的第四个版本，IPV6(Internet protocol version 6)为互联网协议的第六个版本，主要是为了解决IPV4协议中IP地址不够用的问题而设立的。本地链路地址是IPv6协议引入的受限的单播地址，只能用在一个受到限制的范围内，即只能在连接到同一本地链路的节点(节点相当于主机)之间使用。当在节点上启用IPv6协议栈时，节点的每个接口可以配置一个本地链路地址，这样就能使连接到同一链路的两个节点进行通信。本地链路可以理解为在链路层直接通信连接的节点之间的链路。也就是说，属于同一个本地链路的节点之间可以满足以下条件中的至少一种：节点之间在链路上直接通信连接；或者，节点之间通过交换机直接通信连接；或者，节点之间虽然有路由器，但是节点之间的通信不需要通过路由器寻找下一跳节点而实现。

作为一种具体实施方式，在根据所获取的物理地址生成本地链路地址时，可以按照EUI-64标准来生成本地链路地址。其中，EUI-64标准是由电气和电子工程协会(IEEE)定义的一种地址标准。具体的，在根据所获取的物理地址生成本地链路地址时，可以包括：根据预设的本地链路地址前缀和所述物理地址，生成待管理网络设备的本地链路地址。更具体的，上述过程可以包括：对物理地址的第1个字节的第7位进行置反操作，在置反后的物理地址中间插入预设值，形成64位的物理地址，在形成的64位物理地址前添加预设的本地链路地址前缀，即生成待管理网络设备的本地链路地址。

其中，在EUI-64标准中，预设的本地链路地址前缀为FE80::，所插入的预设值为16位的0xFFFE。需要说明的是，现有的MAC地址均为48位地址，此地址由24位公司ID(Identity，标识)(也称为制造商ID)和24位扩展ID(也称为底板ID)组成，换句话说，公司ID和底板ID的组合即可生成全局唯一的48位地址，这个地址就是MAC地址。但是IEEE的EUI-64地址代码网络接口寻址的新标准中规定，公司ID仍为24位，扩展ID是40位。因此，在将现有的MAC地址按照EUI-64标准映射到本地链路地址中时，需要将16位的0xFFFE插入公司ID和扩展ID之间，形成40位的MAC地址。之所以对物理地址的第1个字节的第7位进行置反操作，是因为，在现有的MAC地址中，第1个字节的第7位为1时表示本地管理，为0时表示全球管理；而在EUI-64标准中，MAC地址部分第1个字节第7位为1时表示全球管理，为0时表示本地管理，两者含义正好相反。

下面再用一个例子说明生成本地链路地址的过程。已知设备的MAC地址为48位的00-01-02-03-04-05，其中，第1个字节00的二进制数为00000000，对其第7位进行置反操作，则第1个字节变为00000010，十进制数为02。置反后的MAC地址为02-01-02-03-04-05。将16位的0xFFFE插入置反后的MAC地址中，得到64位的MAC地址02-01-02-FF-FE-03-04-05。最后将本地链路地址前缀FE80::添加至64位的MAC地址之前，得到本地链路地址FE80::201:2FF:FE03:405。

步骤S103：根据所述第一本地链路地址，与所述待管理网络设备建立基于传输控制协议TCP的网络连接。其中，TCP(Transport Control Protocol，传输控制协议)是一种基于连接的可靠的传输层协议。

具体的，与待管理网络设备建立基于TCP的网络连接时，可以包括：服务器根据自身的物理地址生成自身的本地链路地址，根据自身的本地链路地址和对端的第一本地链路地址，通过三次握手与待管理网络设备建立基于TCP的网络连接。

需要说明的是，本实施例中服务器主动发起网络连接请求，待管理网络设备在接收到服务器发送的网络连接请求时与其建立网络连接。

步骤S104：通过所建立的网络连接与所述待管理网络设备进行信息交互，以管理所述待管理网络设备。

具体的，服务器在与待管理网络设备进行信息交互时，可以包括：索取待管理网络设备的设备参数信息，或者向待管理网络设备发送配置参数信息，以使待管理网络设备根据上述配置参数信息进行参数配置。其中，设备参数信息可以包括设备的网络参数和设备序列号等信息。另外，在获得待管理网络设备的设备参数信息之后，还可以将设备参数信息保存至服务器本地，以便后续需要使用设备参数信息时，可以直接从服务器本地存储的信息中获取。

作为一种具体实施方式，在通过所建立的网络连接与所述待管理网络设备进行信息交互，以管理所述待管理网络设备的步骤之后，还可以包括：在满足预设的网络断开条件时，断开所建立的网络连接。其中，预设的网络断开条件可以包括：服务器与待管理网络设备本次的交互过程已结束；或者，服务器在预设时长内未接收到待管理网络设备的消息等。可以理解的是，在满足一定条件时断开网络连接，可以避免服务器承担过多的网络连接造成的运行效率低下。

由上述内容可知，本实施例提供的方案中，作为执行主体的服务器，获取待管理网络设备的物理地址，并根据该物理地址生成第一本地链路地址；根据该第一本地链路地址，与待管理网络设备建立基于TCP的网络连接；通过所建立的网络连接与待管理网络设备进行信息交互，以管理上述待管理网络设备。TCP协议是一种比UDP协议可靠性更强的网络传输协议，相比于基于UDP的网络连接，基于TCP的网络连接的可靠性更强。其中，UDP(UserData protocol，用户数据包协议)是一种无连接的不可靠的传输层协议。

因此，应用本实施例提供的方案进行设备管理，能够提高设备管理过程的成功率，提高用户体验。

在另一情景下，如果使用IPV4地址和对端建立基于TCP的网络连接，当服务器的IPV4地址与对端的IPV4地址不在同一网段时，则无法建立基于TCP的网络连接，从而无法管理对端的网络设备。而在本实施例中，服务器在获取设备参数信息、配置参数信息时均使用IPV6中的本地链路地址和对端建立基于TCP的可靠的网络连接，并且由于本地链路地址存在于任何支持IPV6的设备中，本地链路地址可以使设备之间正常交互，无需要求相互通信的设备在同一网段，因此本实施例能够提高与对端建立基于TCP的网络连接的成功率，提高用户体验。

在基于图1所示实施例的一种具体实施方式中，步骤S101，即获取待管理网络设备的物理地址，可以按照图2所示流程示意图进行，其包括以下步骤S101A～步骤S101C：

步骤S101A：向待管理网络设备发送搜索消息，所述搜索消息用于搜索网络设备。

其中，上述搜索消息可以采用广播或多播的方式发送至待管理网络设备。当服务器发送搜索消息时，该搜索消息的源地址即为服务器的地址，指定范围内的网络设备可以接收到该搜索消息，接收到该搜索消息的网络设备可以根据搜索消息的源地址对该搜索消息进行反馈，服务器即可以根据反馈搜索到指定范围内的网络设备，进而获得网络设备的标识或地址等信息。

具体的，在向待管理网络设备发送搜索消息时，可以采用多播的发送方式，多播(Multicast)是一种允许单一设备发送单一数据包到多台设备的TCP/IP网络技术。多播发送需要服务器和待管理网络设备均加入指定的多播组。

在网络中，当待管理网络设备的数量很多时，可以使待管理网络设备加入不同的多播组，服务器可以根据配置分别加入不同的多播组，以分别对各个多播组中的网络设备进行管理。例如，已知服务器A需要管理1000台设备，可以将这1000台设备分别划分到10个多播组中，服务器A也加入这10个多播组，服务器A即可以分别对这10个多播组中的网络设备进行管理。

在以多播方式发送搜索消息时，可以采用以下发送方式：

方式一，以预设多播组的本地站点多播地址为接收地址，以多播方式发送搜索消息。其中，所述服务器和待管理网络设备均为所述预设多播组中的设备。本地站点多播地址可以为IPV6中的保留地址，例如前缀为FF05::的保留地址，具体可以包括FF05::/104、FF05::1或FF05::02等保留地址。

在本实施方式中，以预设多播组的本地站点多播地址为接收地址，以多播方式发送搜索消息，即所发送的搜索消息的目的地址为预设多播组的本地站点多播地址。服务器将本地站点多播地址作为搜索消息的接收地址来发送搜索消息，可以避免该多播的搜索消息通过路由器转发至该预设多播组之外，避免信息的泄露。

方式二，以预设多播组的本地链路多播地址为接收地址，以多播方式发送搜索消息。其中，所述服务器和待管理网络设备均为所述预设多播组中的设备。本地链路多播地址可以是IPv6中的保留地址，例如前缀为FF02::的保留地址，具体的可以为FF02::1、FF02::2、FF02::3、FF02::4等保留地址。

在本实施方式中，以预设多播组的本地链路多播地址为接收地址，以多播方式发送搜索消息，即所发送的搜索消息的目的地址为预设多播组的本地链路多播地址。服务器将本地链路多播地址作为搜索消息的接收地址来发送搜索消息，也可以避免该多播的搜索消息通过路由器转发至该预设多播组之外，避免信息的泄露。

方式三，以所述预设多播组的非本地站点多播地址和/或非本地链路多播地址为接收地址，以多播方式发送第一标识取预设值的搜索消息，其中，取预设值的第一标识用于防止将所述搜索消息发送至除所述预设多播组中的设备之外的设备处，所述服务器和待管理网络设备均为所述预设多播组中的设备。非本地站点多播地址和非本地链路多播地址，可以包括IPv6中的其他多播地址，例如前缀从FF01::到FF0F::中除了前缀为FF02::和FF05::之外的保留地址为其他多播地址。

可以理解的是，本实施例所发送的搜索消息包括以下几种实现形式：除本地站点多播地址和本地链路多播地址之外的多播地址+第一标识取预设值，本地站点多播地址+第一标识取预设值，本地链路多播地址+第一标识取预设值。

具体的，第一标识可以为生存时间TTL，预设值可以为1或其他的取值。例如，可以将搜索消息的TTL设置为预设值，当搜索消息的TTL为预设值时，规定路由器不向预设多播组外转发该搜索消息。当然，第一标识还可以为其他标识，本申请对此不做具体限定。

需要说明的是，当预设多播组的多播地址为非本地站点多播地址和/或非本地链路多播地址，为了避免路由器将多播的搜索消息转发至预设多播组之外，可以在搜索消息中设置特殊标识，并规定当搜索消息携带该特殊标识时，路由器不向预设多播组外转发该搜索消息，从而避免信息的泄露。

作为一种具体实施方式，服务器向待管理网络设备发送搜索消息时，为了尽可能保证待管理网络设备接收到服务器发送的搜索消息，服务器可以在满足搜索消息发送条件时，在预设时长内多次发送上述搜索消息。其中，搜索消息发送条件可以为接收到特定发送指令或预先设定的时刻到达等。

作为一种具体实施方式，待管理网络设备在接收到服务器发送的搜索消息时，可以获取该搜索消息携带的服务器的物理地址，并保存服务器与物理地址之间的对应关系。

步骤S101B：接收所述待管理网络设备针对所述搜索消息发送的反馈消息。

具体的，当服务器向待管理网络设备发送上述搜索消息时，待管理网络设备接收上述搜索消息，并向服务器发送针对该搜索消息的反馈消息，服务器接收待管理网络设备发送的上述反馈消息。该反馈消息携带待管理服务器的物理地址，待管理服务器的物理地址可以以源地址的形式存在于反馈消息中。

当待管理网络设备发送上述反馈消息时，可以按照以下情况进行发送：在接收到上述搜索消息后，在预设回复周期内未向服务器发送过针对上述搜索消息的反馈消息的情况下，向服务器发送一个反馈消息。其中，预设回复周期可以为指定值，例如2秒、5秒、10秒、20秒等时间长度。

在本实施例中，待管理网络设备接收到某个搜索消息后，可以检测当前预设回复周期内是否向服务器发送过针对搜索消息的反馈消息，如果检测结果为否，则向所述服务器发送一个反馈消息，如果检测结果为是，则不予处理。

可以理解的是，当服务器陆续多次发送搜索消息时，待管理网络设备可以陆续接收到多个搜索消息，待管理网络设备可以针对预设回复周期内接收到的多个搜索消息，只回复一个反馈消息，而无需对该服务器的每个搜索消息都进行回复，从而可以避免重复发送反馈消息造成的资源浪费。具体的，在回复反馈消息时，待管理网络设备可能在预设回复周期内接收到第一个搜索消息时回复反馈消息，也可能在预设回复周期内接收到最后一个搜索消息时回复反馈消息，还可能在预设回复周期内接收到中间任一一个搜索消息时回复反馈消息。

另外，管理服务器在接收到多个搜索消息时，可以根据搜索消息携带的源MAC地址区分不同的服务器，针对不同服务器发送的搜索消息分别发送反馈消息。

作为一种具体实施方式，待管理网络设备向服务器发送反馈消息时，可以按照随机方式确定睡眠时长并进入睡眠状态，当睡眠结束时，向服务器发送针对上述搜索消息的反馈消息。这样，可以避免所有待管理网络设备集中向服务器发送反馈消息而引起的网络洪泛。

在本申请的一种实施方式中，按照随机方式确定睡眠时长，可以包括：在预设数值范围内随机确定睡眠时长。例如，预设数值范围可以包括0～100毫秒、0～1秒等。

步骤S101C：从所述反馈消息中获取所述待管理网络设备的物理地址。

作为一种具体的实施方式，在步骤S101之后，即获取待管理网络设备的物理地址之后，所述方法还可以包括：在服务器本地存储所述待管理网络设备的物理地址。具体的，在服务器本地存储所述待管理网络设备的物理地址时，可以包括：生成待管理网络设备与物理地址的对应关系，在本地存储该对应关系。

作为一种具体的实施方式，在获取待管理网络设备的物理地址时，可以先判断服务器本地是否存储有待管理网络设备与物理地址的对应关系，若存在，则直接从本地获取待管理网络设备的物理地址，若不存在，则可以通过发送搜索消息来获取网络设备的物理地址。需要说明的是，在服务器本地存储上述物理地址之后，当服务器需要再次获取待管理网络设备的物理地址时，可以直接从服务器本地获取，这样可以提高效率。

为了更清楚地说明服务器与网络设备之间的交互过程，本申请在图3中列出了上述交互过程的流程图。在图3中，服务器首先在步骤301中发送多播搜索消息，网络设备接收该搜索消息，然后在步骤S302中记录搜索消息中服务器的MAC地址，并在步骤303中发送反馈消息，在步骤304中从反馈消息中获取MAC地址并生成本地链路地址，在步骤305中根据本地链路地址与网络设备建立TCP连接，在步骤306中服务器与网络设备之间6交互TCP数据包，在步骤S307中断开网络连接。

图4为本申请实施例提供的另一种设备管理方法的流程示意图，该方法应用于网络设备。该方法包括如下步骤S401～步骤S404：

步骤S401：获取用于管理所述网络设备的服务器的物理地址。

具体的，获取用于管理所述网络设备的服务器的物理地址时，可以直接从网络设备本地存储的服务器与物理地址的对应关系中获取。也可以从服务器发送至网络设备的搜索消息中获取。

步骤S402：根据所获取的物理地址，生成所述服务器的本地链路地址，作为第二本地链路地址。

作为一种具体实施方式，根据所获取的物理地址，生成所述服务器的本地链路地址时，可以按照EUI-64标准来生成本地链路地址。具体的，在根据所获取的物理地址，生成所述服务器的本地链路地址时，可以包括：根据预设的本地链路地址前缀和所述物理地址，生成服务器的本地链路地址。更具体的，上述过程可以包括：对物理地址的第1个字节的第7位进行置反操作，在置反后的物理地址中间插入预设值，形成64位的物理地址，在形成的64位物理地址前添加预设的本地链路地址前缀，即生成服务器的本地链路地址。

步骤S403：根据所述第二本地链路地址，与所述服务器建立基于传输控制协议TCP的网络连接。

具体的，与服务器建立基于TCP的网络连接时，可以包括：网络设备根据自身的物理地址生成自身的本地链路地址，根据自身的本地链路地址和对端的第二本地链路地址，通过三次握手与服务器建立基于TCP的网络连接。

需要说明的是，本实施例中网络设备主动发起网络连接请求，服务器在接收到网络设备发送的网络连接请求时与其建立网络连接。

步骤S404：通过所建立的网络连接与所述服务器进行信息交互，以使所述服务器管理所述网络设备。

具体的，网络设备在与服务器进行信息交互时，可以包括：向服务器发送自身的设备参数信息，以使服务器保存设备参数信息；或者，接收服务器发送的配置参数信息，并根据上述配置参数信息进行参数配置。其中，设备参数信息可以包括设备的网络参数和设备序列号等信息。

作为一种具体实施方式，在通过所建立的网络连接与所述服务器进行信息交互，以使所述服务器管理所述网络设备的步骤之后，还可以包括：在满足预设的网络断开条件时，断开所建立的网络连接。其中，预设的网络断开条件可以包括：网络设备与服务器本次的交互过程已结束时；或者，网络设备在预设时长内未接收到服务器的消息时等。可以理解的是，在满足一定条件时断开网络连接，可以避免网络设备承担过多的网络连接造成的运行效率低下。

由上述内容可知，本实施例提供的方案中，作为执行主体的网络设备，首先获取用于管理网络设备的服务器的物理地址，并根据该物理地址生成第二本地链路地址；然后，根据该第二本地链路地址，与服务器建立基于TCP的网络连接；最后，通过所建立的网络连接与服务器进行信息交互，以使服务器管理所述网络设备。TCP协议是一种比UDP协议可靠性更强的网络传输协议，相比于基于UDP的网络连接，基于TCP的网络连接的可靠性更强。因此，应用本实施例提供的方案进行设备管理，能够提高设备管理过程的成功率，提高用户体验。

在另一应用情景下，如果使用IPV4地址和对端服务器建立基于TCP的网络连接，当网络设备的IPV4地址与对端的IPV4地址不在同一网段时，则无法建立基于TCP的网络连接，从而无法使服务器管理网络设备。而在本实施例中，网络设备使用IPV6中的本地链路地址和服务器建立基于TCP的可靠的网络连接，并且由于本地链路地址存在于任何支持IPV6的设备中，其全球唯一且在本地链路中可以正常交互，因此本实施例能够提高与服务器建立基于TCP的网络连接的成功率，提高用户体验。

在基于图4所示实施例的一种具体实施方式中，步骤S401，即获取用于管理所述网络设备的服务器的物理地址的步骤，可以包括以下步骤1和步骤2：

步骤1：接收用于管理所述网络设备的服务器发送的搜索消息，所述搜索消息用于搜索网络设备。

作为一种具体的实施方式，所述搜索消息可以为服务器采用以下方式发送的消息：方式一，以预设多播组的本地站点多播地址为接收地址，以多播方式发送搜索消息，所述服务器和网络设备均为预设多播组中的设备。服务器将本地站点多播地址作为搜索消息的接收地址来发送搜索消息，可以避免该多播的搜索消息通过路由器转发至该预设多播组之外，从而可以避免信息的泄露。方式二，以预设多播组的本地链路多播地址为接收地址，以多播方式发送搜索消息。服务器将本地链路多播地址作为接收地址来发送搜索消息，可以避免该多播的搜索消息通过路由器转发至该预设多播组之外，从而可以避免信息的泄露。方式三，以所述预设多播组的非本地站点多播地址和/非本地链路多播地址为接收地址，以多播方式发送第一标识取预设值的搜索消息，其中，取预设值的第一标识用于防止将所述搜索消息发送至除所述预设多播组中的设备之外的设备处。其中，方式三中搜索消息具体包括以下几种实现形式：除本地站点多播地址和本地链路多播地址之外的多播地址+第一标识取预设值，本地站点多播地址+第一标识取预设值，本地链路多播地址+第一标识取预设值。

作为一种具体的实施方式，在步骤1之后，即接收用于管理所述网络设备的服务器发送的搜索消息的步骤之后，所述方法还可以包括：按照以下方式中的至少一种，向所述服务器发送针对所述搜索消息的反馈消息：

方式一，在接收到所述搜索消息后，在预设回复周期内未向服务器发送过针对上述搜索消息的反馈消息的情况下，向该服务器发送一个反馈消息。其中，预设回复周期可以根据服务器发送搜索消息的频率来设定，例如服务器在1分钟内发送100次搜索消息，则可以将预设回复周期设定为10秒。

具体的，网络设备在接收到某个搜索消息后，可以检测当前预设回复周期内是否向服务器发送过针对搜索消息的反馈消息，如果检测结果为否，则向所述服务器发送一个反馈消息，如果检测结果为是，则不予处理。例如，在回复反馈消息时，网络设备可能在预设回复周期内接收到第一个搜索消息时回复反馈消息，也可能在预设回复周期内接收到最后一个搜索消息时回复反馈消息，还可能在预设回复周期内接收到中间任一一个搜索消息时回复反馈消息。

需要说明的是，当服务器陆续多次发送搜索消息时，网络设备可以陆续接收到多个搜索消息，网络设备可以针对预设回复周期内接收到的多个搜索消息，只回复一个反馈消息，而无需对该服务器的每个搜索消息都进行回复，从而可以避免重复发送反馈消息造成的资源浪费。

可以理解的是，如果网络设备在预设回复周期内只回复一个反馈消息，即可以使服务器搜索到网络设备，网络设备无需频繁反馈，这样也可以避免短时间内重复回复服务器而造成的资源浪费。

在发送反馈消息时，网络设备可以针对不同的服务器分别进行反馈。在区分不同的服务器发送的搜索消息时，可以根据搜索消息中携带的物理地址来区别。

方式二，按照随机方式确定睡眠时长并进入睡眠状态，当睡眠结束时，向所述服务器发送针对所述搜索消息的反馈消息。可以理解的是，网络设备在向服务器发送反馈消息使，如果大量网络设备同时向同一服务器发送反馈消息，则可能引起短暂的网络洪泛。因此，为了避免这种情况发送，在发送反馈消息时，网络设备可以随机产生一个睡眠时长，在睡眠结束时再向服务器发送反馈消息。

在本申请的一种实施方式中，按照随机方式确定睡眠时长，可以包括：在预设数值范围内随机确定睡眠时长。例如，预设数值范围可以包括0～5秒、0～1秒等。

上述两种方式可以结合起来使用，也可以分别单独使用，本实施例对此不做具体限定。

步骤2：从所述搜索消息中获取所述服务器的物理地址。

在本实施方式中，在获取服务器的物理地址时，是从接收到的服务器发送的搜索消息中获取的。因此，作为一种具体的实施方式，在步骤S401之后，即获取用于管理所述网络设备的服务器的物理地址的步骤之后，所述方法还可以包括：在网络设备本地存储所述服务器的物理地址。具体的，在网络设备本地存储服务器的物理地址时，可以包括：生成服务器与物理地址的对应关系，在本地存储该对应关系。

作为一种具体的实施方式，在获取用于管理所述网络设备的服务器的物理地址时，可以先判断网络设备本地是否存储有该服务器与物理地址的对应关系，若存在，则直接从本地获取该服务器的物理地址，若不存在，则可以通过服务器发送至网络设备的搜索消息中获取服务器的物理地址。需要说明的是，在网络设备本地存储上述物理地址之后，当网络设备需要再次获取服务器的物理地址时，可以直接从网络设备本地获取，这样可以提高效率。

图1所示实施例和图4所示实施例是基于相同的发明构思得到的实施例，实施例中的具体内容两者可以相互参考。

图5为本申请实施例提供的一种设备管理装置的结构示意图，该装置应用于服务器，与图1所示方法实施例相对应，所述装置包括：

第一获取模块501，用于获取待管理网络设备的物理地址；

第一生成模块502，用于根据所获取的物理地址，生成所述待管理网络设备的本地链路地址，作为第一本地链路地址；

第一连接模块503，用于根据所述第一本地链路地址，与所述待管理网络设备建立基于传输控制协议TCP的网络连接；

第一交互模块504，用于通过所建立的网络连接与所述待管理网络设备进行信息交互，以管理所述待管理网络设备。

基于图5所示实施例的一种具体实施方式中，第一获取模块501可以包括：

第一发送子模块(图中未示出)，用于向待管理网络设备发送搜索消息，所述搜索消息用于搜索网络设备；

第一接收子模块(图中未示出)，用于接收所述待管理网络设备针对所述搜索消息发送的反馈消息；

第一获取子模块(图中未示出)，用于从所述反馈消息中获取所述待管理网络设备的物理地址。

基于图5所示实施例的一种具体实施方式中，第一发送子模块可以用于：

基于图5所示实施例的一种具体实施方式中，所述反馈消息为所述待管理网络设备中的第一发送模块发送的消息；

其中，所述第一发送模块(图中未示出)，具体用于在接收到所述搜索消息后，在预设回复周期内未向所述服务器发送过针对所述搜索消息的反馈消息的情况下，向所述服务器发送一个反馈消息；或者，

基于图5所示实施例的一种具体实施方式中，所述装置还可以包括：

第一存储模块(图中未示出)，用于在获取所述待管理网络设备的物理地址之后，在本地存储所述待管理网络设备的物理地址。

基于图5所示实施例的一种具体实施方式中，第一获取模块501可以用于：

第一断开模块(图中未示出)，用于在通过所建立的网络连接与所述待管理网络设备进行信息交互，以管理所述待管理网络设备之后，在满足预设的网络断开条件时，断开所建立的网络连接。

图6为本申请实施例提供的另一种设备管理装置的结构示意图，该装置应用于网络设备，与图4所示方法实施例相对应，所述装置包括：

第二获取模块601，用于获取用于管理所述网络设备的服务器的物理地址；

第二生成模块602，用于根据所获取的物理地址，生成所述服务器的本地链路地址，作为第二本地链路地址；

第二连接模块603，用于根据所述第二本地链路地址，与所述服务器建立基于传输控制协议TCP的网络连接；

第二交互模块604，用于通过所建立的网络连接与所述服务器进行信息交互，以使所述服务器管理所述网络设备。

基于图6所示实施例的一种具体实施方式中，第二获取模块601可以包括：

第二接收子模块(图中未示出)，用于接收用于管理所述网络设备的服务器发送的搜索消息，所述搜索消息用于搜索网络设备；

第二获取子模块(图中未示出)，用于从所述搜索消息中获取所述服务器的物理地址。

基于图6所示实施例的一种具体实施方式中，所述搜索消息为所述服务器中的第二发送模块发送的消息；

其中，所述第二发送模块(图中未示出)，具体用于以预设多播组的本地站点多播地址为接收地址，以多播方式发送搜索消息；所述服务器和网络设备均为预设多播组中的设备；或者，

基于图6所示实施例的一种具体实施方式中，第二获取模块601还可以包括：

第二发送子模块(图中未示出)，用于在接收到所述搜索消息后，在预设回复周期内未向所述服务器发送过针对所述搜索消息的反馈消息的情况下，向所述服务器发送一个反馈消息；

其中，所述第二发送子模块，具体用于在接收到所述搜索消息后，针对在预设回复周期内接收到的搜索消息，向所述服务器发送一个反馈消息；或者，

基于图6所示实施例的一种具体实施方式中，所述装置还可以包括：

第二存储模块(图中未示出)，用于在获取所述服务器的物理地址之后，在本地存储所述服务器的物理地址。

基于图6所示实施例的一种具体实施方式中，第二获取模块601可以用于：

第二断开模块(图中未示出)，用于在通过所建立的网络连接与所述服务器进行信息交互，以使所述服务器管理所述网络设备之后，在满足预设的网络断开条件时，断开所建立的网络连接。

由于上述装置实施例是基于方法实施例得到的，与该方法具有相同的技术效果，因此装置实施例的技术效果在此不再赘述。对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本领域普通技术人员可以理解实现上述方法实施方式中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，这里所称得的存储介质，如：ROM/RAM、磁碟、光盘等。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。

以上所述仅为本申请的较佳实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本申请的保护范围内。

Claims

1.一种设备管理方法，其特征在于，应用于服务器，所述方法包括：

获取待管理网络设备的物理地址；

2.根据权利要求1所述的方法，其特征在于，所述获取待管理网络设备的物理地址的步骤，包括：

从所述反馈消息中获取所述待管理网络设备的物理地址。

3.根据权利要求2所述的方法，其特征在于，所述向待管理网络设备发送搜索消息的步骤，包括：

4.根据权利要求3所述的方法，其特征在于，所述反馈消息为所述待管理网络设备按照以下情况中的至少一种发送的消息：

5.根据权利要求2所述的方法，其特征在于，所述获取待管理网络设备的物理地址的步骤之后，所述方法还包括：

在本地存储所述待管理网络设备的物理地址。

6.根据权利要求1所述的方法，其特征在于，所述获取待管理网络设备的物理地址的步骤，包括：

7.根据权利要求1所述的方法，其特征在于，所述通过所建立的网络连接与所述待管理网络设备进行信息交互，以管理所述待管理网络设备的步骤之后，还包括：

在满足预设的网络断开条件时，断开所建立的网络连接。

8.一种设备管理方法，其特征在于，应用于网络设备，所述方法包括：

获取用于管理所述网络设备的服务器的物理地址；

9.根据权利要求8所述的方法，其特征在于，所述获取用于管理所述网络设备的服务器的物理地址的步骤，包括：

从所述搜索消息中获取所述服务器的物理地址。

10.根据权利要求9所述的方法，其特征在于，所述搜索消息为所述服务器采用以下方式发送的消息：

11.根据权利要求9所述的方法，其特征在于，所述接收用于管理所述网络设备的服务器发送的搜索消息的步骤之后，所述方法还包括：

12.根据权利要求9所述的方法，其特征在于，所述获取用于管理所述网络设备的服务器的物理地址的步骤之后，所述方法还包括：

在本地存储所述服务器的物理地址。

13.根据权利要求8所述的方法，其特征在于，所述获取用于管理所述网络设备的服务器的物理地址的步骤，包括：

14.根据权利要求8所述的方法，其特征在于，所述通过所建立的网络连接与所述服务器进行信息交互，以使所述服务器管理所述网络设备的步骤之后，还包括：

在满足预设的网络断开条件时，断开所建立的网络连接。

15.一种设备管理装置，其特征在于，应用于服务器，所述装置包括：

第一获取模块，用于获取待管理网络设备的物理地址；

16.根据权利要求15所述的装置，其特征在于，所述第一获取模块包括：

17.根据权利要求16所述的装置，其特征在于，所述第一发送子模块具体用于：

18.根据权利要求17所述的装置，其特征在于，所述反馈消息为所述待管理网络设备中的第一发送模块发送的消息；

19.根据权利要求16所述的装置，其特征在于，所述装置还包括：

20.根据权利要求15所述的装置，其特征在于，所述第一获取模块具体用于：

21.根据权利要求15所述的装置，其特征在于，所述装置还包括：

22.一种设备管理装置，其特征在于，应用于网络设备，所述装置包括：

23.根据权利要求22所述的装置，其特征在于，所述第二获取模块包括：

24.根据权利要求23所述的装置，其特征在于，所述搜索消息为所述服务器中的第二发送模块发送的消息；

25.根据权利要求23所述的装置，其特征在于，所述第二获取模块还包括：

26.根据权利要求23所述的装置，其特征在于，所述装置还包括：

27.根据权利要求22所述的装置，其特征在于，所述第二获取模块具体用于：

28.根据权利要求22所述的装置，其特征在于，所述装置还包括：