CN105939210B - 管理被管设备的方法及装置 - Google Patents
管理被管设备的方法及装置 Download PDFInfo
- Publication number
- CN105939210B CN105939210B CN201511027190.7A CN201511027190A CN105939210B CN 105939210 B CN105939210 B CN 105939210B CN 201511027190 A CN201511027190 A CN 201511027190A CN 105939210 B CN105939210 B CN 105939210B
- Authority
- CN
- China
- Prior art keywords
- information
- pipe information
- pipe
- status indicator
- mark
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
- H04L67/5651—Reducing the amount or size of exchanged application data
Abstract
本申请提供管理被管设备的方法及装置，所述方法应用在被管设备上，所述方法包括：当向管理设备发送过保存的被管信息后，检测保存的被管信息是否发生变化；当检测到所述保存的被管信息发生变化时，将被管信息的变化情况信息告知管理设备，以使管理设备根据所述被管信息的变化情况信息更新保存的本地管理信息。应用本申请实施例，有效地提高了管理设备的处理性能。
Description
技术领域
本申请涉及网络通信技术领域，尤其涉及管理被管设备的方法及装置。
背景技术
随着网络规模日益庞大，对于网络的管理和维护显得尤为重要。SNMP(SimpleNetwork Management Protocol，简单网络管理协议)协议是一种在IP(InternetProtocol，因特网互联协议)网络中管理被管设备(如服务器、工作站、路由器、交换机等)的标准协议。现有技术中，管理设备可以基于SNMP协议，周期性地向被管设备发送探询信息，被管设备收到该探询信息之后向管理设备返回保存的被管信息，从而管理设备可以根据获取到的被管信息管理被管设备。
但是，在每个探询周期中，由于管理设备都要获取每个被管设备的所有被管信息，当被管信息的数量较多时，例如，被管信息包括2万条ARP(Address Resolution Protocol，地址解析协议)表项，1万条MAC(Media Access Control，媒体访问控制)地址表项，管理设备与被管设备之间的通信量较大，并且由于大部分被管信息已经被管理设备获取过，因此被管信息的重复传输也会造成设备之间通信资源和计算资源的严重浪费，降低管理设备的处理性能。
发明内容
有鉴于此，本申请提供管理被管设备的方法及装置，以解决现有管理设备周期性地获取被管设备的所有被管信息，降低管理设备处理性能的问题。
具体地，本申请是通过如下技术方案实现的：
根据本申请实施例的第一方面，提供一种管理被管设备的方法，所述方法应用在被管设备上，所述方法包括：
在将保存的所有被管信息发送至管理设备之前，为所述保存的所有被管信息的状态设置第二标识；
当状态标识为第二标识的被管信息发送至管理设备之后，将所述被管信息的状态标识更新为第一标识；
当新增被管信息时，为所述新增的被管信息的状态设置第二标识；
当状态标识为第一标识的被管信息发生更新时，将所述被管信息的状态标识更新为第三标识；
当状态标识为第一标识的被管信息需要删除时，将所述被管信息的状态标识更新为第四标识；
当向管理设备发送过保存的被管信息后，检测保存的被管信息是否发生变化；
当检测到所述保存的被管信息发生变化时，将被管信息的变化情况信息告知管理设备，以使管理设备根据所述被管信息的变化情况信息更新保存的本地管理信息，其中，所述检测保存的被管信息是否发生变化包括：
遍历保存的所有被管信息；
当所遍历到的被管信息的状态标识不为第一标识时，确定检测到保存的被管信息发生变化；
将被管信息的变化情况信息告知管理设备包括：
当所遍历到的被管信息的状态标识为第二标识，或，第三标识时，将所述被管信息的标识、被管信息的内容以及被管信息的状态标识发送至管理设备；
当所遍历到的被管信息的状态标识为第四标识时，将所述被管信息的标识以及被管信息的状态标识发送至管理设备。
根据本申请实施例的第二方面，提供另一种管理被管设备的方法，所述方法应用在管理设备上，所述方法包括：
在接收到被管设备发送的被管信息后，接收被管设备在检测到被管信息发生变化时所发送的被管信息的变化情况信息；
根据所述被管信息的变化情况信息更新保存的本地管理信息；
所述根据所述被管信息的变化情况信息更新保存的本地管理信息包括：当所述被管信息的变化情况信息中包括的被管信息的状态标识为第二标识时，将所述被管信息的变化情况信息中包括的被管信息的标识、被管信息的内容保存为本地管理信息，所述第二标识用于表示被管信息为所述被管设备上新增的被管信息；
当所述被管信息的变化情况信息中包括的被管信息的状态标识为第三标识时，如果从所述本地管理信息中查找到所述被管信息的标识，则根据所述被管信息的变化情况信息中包括的被管信息的内容更新与所述被管信息的标识对应的本地管理信息的内容，所述第三标识用于表示被管信息已发送至管理设备并发生更新；
当所述被管信息的变化情况信息中包括的被管信息的状态标识为第四标识时，如果从所述本地管理信息中查找到所述被管信息的标识，则删除与所述被管信息的标识对应的本地管理信息，所述第四标识用于表示被管信息已发送至管理设备并需要删除。
根据本申请实施例的第三方面，提供一种管理被管设备的装置，所述装置应用在被管设备上，所述装置包括：
设置单元，用于在将保存的所有被管信息发送至管理设备之前，为所述保存的所有被管信息的状态设置第二标识；
当状态标识为第二标识的被管信息发送至管理设备之后，将所述被管信息的状态标识更新为第一标识；
当新增被管信息时，为所述新增的被管信息的状态设置第二标识；
当状态标识为第一标识的被管信息发生更新时，将所述被管信息的状态标识更新为第三标识；
当状态标识为第一标识的被管信息需要删除时，将所述被管信息的状态标识更新为第四标识；
检测单元，用于当向管理设备发送过保存的被管信息后，检测保存的被管信息是否发生变化；
告知单元，用于当检测到所述保存的被管信息发生变化时，将被管信息的变化情况信息告知管理设备，以使管理设备根据所述被管信息的变化情况信息更新保存的本地管理信息；
所述检测单元包括：
遍历子单元，用于遍历保存的所有被管信息；
确定子单元，用于当所遍历到的被管信息的状态标识不为第一标识时，确定检测到保存的被管信息发生变化；
所述告知单元用于当所遍历到的被管信息的状态标识为第二标识，或，第三标识时，将所述被管信息的标识、被管信息的内容以及被管信息的状态标识发送至管理设备；
当所遍历到的被管信息的状态标识为第四标识时，将所述被管信息的标识以及被管信息的状态标识发送至管理设备。
根据本申请实施例的第四方面，提供另一种管理被管设备的装置，所述装置应用在管理设备上，所述装置包括：
接收单元，用于在接收到被管设备发送的被管信息后，接收被管设备在检测到被管信息发生变化时发送的被管信息的变化情况信息；
更新单元，用于根据所述被管信息的变化情况信息更新保存的本地管理信息；
所述更新单元包括：
保存子单元，用于当所述被管信息的变化情况信息中包括的被管信息的状态标识为第二标识时，将所述被管信息的变化情况信息中包括的被管信息的标识、被管信息的内容保存为本地管理信息，所述第二标识用于表示被管信息为所述被管设备上新增的被管信息；
更新子单元，用于当所述被管信息的变化情况信息中包括的被管信息的状态标识为第三标识时，如果从所述本地管理信息中查找到所述被管信息的标识，则根据所述被管信息的变化情况信息中包括的被管信息的内容更新与所述被管信息的标识对应的本地管理信息的内容，所述第三标识用于表示被管信息已发送至管理设备并发生更新；
删除子单元，用于当所述被管信息的变化情况信息中包括的被管信息的状态标识为第四标识时，如果从所述本地管理信息中查找到所述被管信息的标识，则删除与所述被管信息的标识对应的本地管理信息，所述第四标识用于表示被管信息已发送至管理设备并需要删除。
应用上述实施例，被管设备可以检测保存的被管信息是否发生变化，当检测到被管信息发生变化时，被管设备主动将被管信息的变化情况信息告知管理设备，管理设备可以根据被管设备告知的变化情况信息更新保存的本地管理信息，以使本地管理信息始终与被管设备保存的被管信息保持一致。由于被管设备不再周期性地向管理设备发送所有的被管信息，从而节省了设备间的通信资源和计算资源，有效地提高了管理设备的处理性能。
附图说明
图1是本申请实施例实现管理被管设备的方法的应用场景示意图。
图2是本申请管理被管设备的方法的一个实施例流程图。
图3是本申请管理被管设备的方法的另一个实施例流程图。
图4是本申请管理被管设备的装置所在设备的一种硬件结构图。
图5是本申请管理被管设备的装置的一个实施例框图。
图6是本申请管理被管设备的装置的另一个实施例框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
请参见图1，为本申请实施例实现管理被管设备的方法的应用场景示意图，其中包括位于同一网络中的一台管理设备，以及由其管理的多台被管设备(如图1所示的被管设备1至被管设备n)，所述被管设备在实际应用中可以为路由器、交换机、服务器等。在本申请实施例中，管理设备可以仅在启动时向被管设备发送一次被管信息的获取请求报文，被管设备接收到该被管信息的获取请求报文后，将保存的所有被管信息发送至管理设备，管理设备可以保存接收到的被管信息，为了描述方便，可以将管理设备上保存的被管信息称为本地管理信息。此后，管理设备不再主动向被管设备发送所述被管信息的获取请求报文，而是由被管设备主动检测保存的被管信息是否发生变化，当被管设备检测到保存的被管信息发生变化时，可以将被管信息的变化情况信息报告给管理设备，从而使管理设备可以根据所述被管信息的变化情况信息更新保存的本地管理信息，使本地管理信息始终与被管设备保存的被管信息保持一致。下面结合具体实施例对本申请进行详细描述。
参见图2，为本申请管理被管设备的方法的一个实施例流程图，所述方法应用在被管设备上，所述方法包括以下步骤：
步骤S201：当向管理设备发送过保存的被管信息后，检测保存的被管信息是否发生变化。
通常被管信息中可以包括被管信息的标识、被管信息的内容，其中，通过被管信息的标识可以唯一确定一条被管信息，在一个例子中，被管信息的标识可以包括被管信息的ID编号，进一步还可以包括被管信息的类别，被管信息的类别可以包括system(被管设备系统的总体信息)、interface(各个网络接口的相关信息)、at(地址转换的相关信息)、ip(IP协议的实现和运行相关信息)等；被管信息的内容可以包括管理设备可以访问的被管设备的控制和状态信息等数据。在一个可选的实现方式中，被管设备的所有被管信息可以保存在本地MIB(Management Information Base，管理信息库)中，被管设备可以通过代理进程管理所述本地MIB中的被管信息。
在本申请实施例中，管理设备可以在启动时，向被管设备发送被管信息的获取请求报文，当被管设备接收到所述被管信息的获取请求报文后，将本地MIB中保存的所有被管信息发送至管理设备，管理设备可以将接收到的被管信息保存为本地管理信息，为了方便查询与管理，所述本地管理信息可以包括被管信息的标识、被管信息的内容，为了避免混淆，本申请实施例中，可以将本地管理信息中的被管信息的内容称为本地管理信息的内容。
当向管理设备发送过保存的被管信息后，被管设备可以主动检测本地MIB中保存的被管信息是否发生变化。
本申请实施例中，为了对被管信息的变化情况进行检测，可以为被管信息设置状态，在一个例子中，可以预先定义本地MIB中的被管信息有四种状态，分别是已发送至管理设备且未更新、未发送至管理设备、已发送至管理设备并发生更新、已发送至管理设备并需要删除。被管设备可以确定本地MIB中的所有被管信息对应的状态，其中被管信息的不同状态可以通过为其设置不同的状态标识进行表征。例如，可以为状态为已发送至管理设备且未更新的被管信息设置第一标识，为状态为未发送至管理设备的被管信息设置第二标识，为状态为已发送至管理设备并发生更新的被管信息设置第三标识，为状态为已发送至管理设备并需要删除的被管信息设置第四标识。上述状态标识可以通过不同的数字表示，如下表1所示：
表1
| 被管信息的状态 | 状态标识 |
| 已发送至管理设备且未更新 | 1 |
| 未发送至管理设备 | 2 |
| 已发送至管理设备并发生更新 | 3 |
| 已发送至管理设备并需要删除 | 4 |
结合上述示例与上表1，当本地MIB中的被管信息均未发送给管理设备时，被管设备可以为本地MIB中的所有被管信息设置状态标识2，当被管设备将本地MIB中的被管信息发送至管理设备之后，由于被管信息的状态发生变化，因此被管设备可以将已发送至管理设备的被管信息的状态标识更新为1。
后续在被管信息发生变化时，被管设备可以根据变化后的状态同步更新被管信息的状态标识，例如，当本地MIB中新增被管信息时，该新增的被管信息的状态为未发送至管理设备，则被管设备可以为该新增的被管信息设置状态标识2；当所述已发送至管理设备且未更新的被管信息，即状态标识为1的被管信息发生更新时，该被管信息更新后的状态为已发送至管理设备并发生更新，则被管设备可以将该被管信息的状态标识更新为3；当所述已发送至管理设备且未更新的被管信息，即状态标识为1的被管信息需要删除时，该被管信息的状态变为已发送至管理设备并需要删除，则被管设备可以将该被管信息的状态标识更新为4。
在一个可选的实现方式中，被管设备可以按照一定的检测周期，例如，5分钟，循环遍历本地MIB中的被管信息，获取被管信息的状态标识，当所述被管信息的状态标识不为1时，可以确定该被管信息发生变化。
步骤S202：当检测到所述保存的被管信息发生变化时，将被管信息的变化情况信息告知管理设备，以使管理设备根据所述被管信息的变化情况信息更新保存的本地管理信息。
在一个可选的实现方式中，当检测到保存的被管信息发生变化时，被管设备可以构造一个通知报文，该通知报文可以携带被管信息的变化情况信息，将该通知报文发送至管理设备，管理设备可以通过该通知报文中携带的被管信息的变化情况信息确定如何更新保存的本地管理信息。
结合步骤S201中的示例，对于具有不同状态标识的被管信息，分别进行如下处理：
当所遍历到的被管信息的状态标识为2时，表示该被管信息未发送至管理设备，因此被管设备构造的通知报文中可以包括该被管信息的标识、被管信息的内容以及被管信息的状态标识，管理设备接收到该通知报文后，获取所述被管信息的状态标识，可以根据该被管信息的状态标识确定需要保存新的本地管理信息，继而可以将所述被管信息的标识以及被管信息的内容保存为本地管理信息；被管设备将所述通知报文发送至管理设备之后，可以将该被管信息的状态标识更新为1。
当所遍历到的被管信息的状态标识为3时，表示该被管信息已发送至管理设备并发生更新，因此被管设备构造的通知报文中可以包括该被管信息的标识、被管信息的内容以及被管信息的状态标识，管理设备接收到该通知报文后，获取所述被管信息的状态标识，可以根据该被管信息的状态标识确定需要更新本地管理信息，继而可以根据所述被管信息的标识查找保存的本地管理信息，如果查找到所述被管信息的标识，则可以根据所述被管信息的内容更新与所述被管信息的标识对应的本地管理信息的内容；被管设备将所述通知报文发送至管理设备之后，可以将该被管信息的状态标识更新为1。
当所遍历到的被管信息的状态标识为4时，表示该被管信息已发送至管理设备并需要删除，因此，被管设备构造的通知报文中可以包括该被管信息的标识以及被管信息的状态标识，管理设备接收到该通知报文后，获取所述被管信息的状态标识，可以根据该被管信息的状态标识确定需要删除与所述被管信息的标识对应的本地管理信息，继而可以根据所述被管信息的标识查找保存的本地管理信息，如果查找到所述被管信息的标识，则可以删除与所述被管信息的标识对应的本地管理信息。
应用上述实施例，被管设备可以检测保存的被管信息是否发生变化，当检测到被管信息发生变化时，被管设备主动将被管信息的变化情况信息告知管理设备，管理设备可以根据被管设备告知的变化情况信息更新保存的本地管理信息，以使本地管理信息始终与被管设备保存的被管信息保持一致。由于被管设备不再周期性地向管理设备发送所有的被管信息，从而节省了设备间的通信资源和计算资源，有效地提高了管理设备的处理性能。
参见图3，为本申请管理被管设备的方法的另一个实施例流程图，所述方法应用在管理设备上，所述方法包括以下步骤：
步骤S301：在接收到被管设备发送的被管信息后，接收被管设备发送的被管信息的变化情况信息。
在本申请实施例中，管理设备在启动时，可以向被管设备发送被管信息的获取请求报文，该被管信息的获取请求报文可以是SNMP报文，例如，get-request报文，当被管设备的被管信息保存在本地MIB中时，通过get-request报文可以从被管设备的本地MIB中提取一条或多条被管信息。
被管设备接收到所述被管信息的获取请求报文后，可以将保存的所有被管信息发送至管理设备，管理设备接收到所述被管信息后，可以将其保存为本地管理信息，所述本地管理信息包括被管信息的标识以及本地管理信息的内容。被管设备将保存的所有被管信息发送至管理设备后，可以主动检测保存的被管信息是否发生变化，当检测到保存的被管信息发生变化时，将被管信息的变化情况信息发送至管理设备。
在一个可选的实现方式中，被管设备可以构造通知报文，通过该通知报文携带被管信息的变化情况信息，该通知报文的构造过程与步骤S202中描述一致，本步骤中不再详细赘述。
步骤S302：根据所述被管信息的变化情况信息更新保存的本地管理信息。
由步骤S301所述，通知报文中可以携带被管信息的变化情况信息，因此管理设备可以根据所述通知报文中携带的被管信息的变化情况信息确定如何更新保存的本地管理信息。
结合步骤S201中的示例，对于具有不同状态标识的被管信息，分别进行如下处理：
当所述通知报文携带的被管信息的变化情况信息表示被管信息未发送至管理设备时，所述通知报文中可以包括被管信息的标识、被管信息的内容以及被管信息的状态标识，该被管信息的状态标识为2。因此，管理设备可以根据该被管信息的状态标识2确定需要保存新的本地管理信息，继而，管理设备可以将所述通知报文中的被管信息的标识、被管信息的内容保存为本地管理信息。
当所述通知报文携带的被管信息的变化情况信息表示被管信息已发送至管理设备并且发生更新时，所述通知报文中可以包括被管信息的标识、被管信息的内容以及被管信息的状态标识，该被管信息的状态标识为3。因此，管理设备可以根据该被管信息的状态标识3确定需要更新本地管理信息，继而，管理设备可以根据所述被管信息的标识查找保存的本地管理信息，如果查找到所述被管信息的标识，则可以根据所述被管信息的内容更新与所述被管信息的标识对应的本地管理信息的内容。
当所述通知报文携带的被管信息的变化情况信息表示被管信息已发送至管理设备并需要删除时，所述通知报文中可以包括被管信息的标识以及被管信息的状态标识，该被管信息的状态标识为4。因此，管理设备可以根据该被管信息的状态标识4确定需要删除与所述被管信息的标识对应的本地管理信息，继而，管理设备可以根据所述被管信息的标识查找保存的本地管理信息，如果查找到所述被管信息的标识，则可以将与所述被管信息的标识对应的本地管理信息删除。
应用上述实施例，管理设备可以根据被管设备主动发送的被管信息的变化情况信息更新保存的本地管理信息，以使保存的本地管理信息始终与被管设备保存的被管信息保持一致，由于管理设备不再周期性地向被管设备获取所有的被管信息，从而节省了设备间的通信资源和计算资源，有效地提高了管理设备的处理性能。
与前述管理被管设备的方法的实施例相对应，本申请还提供了管理被管设备的装置的实施例。
本申请管理被管设备的装置的实施例可以分别应用在被管设备和管理设备上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请管理被管设备的装置所在设备的一种硬件结构图，除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。
请参考图5，是本申请管理被管设备的装置的一个实施例框图，所述装置应用在被管设备上，所述装置可以包括检测单元510、告知单元520。
其中，所述检测单元510，用于当向管理设备发送过保存的被管信息后，检测保存的被管信息是否发生变化；
所述告知单元520，用于当检测到所述保存的被管信息发生变化时，将被管信息的变化情况信息告知管理设备，以使管理设备根据所述被管信息的变化情况信息更新保存的本地管理信息。
在一个可选的实现方式中，所述装置还可以包括(图5中未示出)：接收请求单元、发送信息单元。
其中，所述接收请求单元，用于接收管理设备发送的被管信息的获取请求报文；
所述发送信息单元，用于根据所述被管信息的获取请求报文将保存的所有被管信息发送至管理设备，以使管理设备将所述被管信息保存为本地管理信息。
在另一个可选的实现方式中，所述装置还可以包括(图5中未示出)：设置单元。
所述设置单元，用于在将保存的所有被管信息发送至管理设备之前，为所述保存的所有被管信息的状态设置第二标识；
当状态标识为第二标识的被管信息发送至管理设备之后，将所述被管信息的状态设置第一标识；
当新增被管信息时，为所述新增的被管信息的状态设置第二标识；
当状态标识为第一标识的被管信息发生更新时，将所述被管信息的状态标识更新为第三标识；
当状态标识为第一标识的被管信息需要删除时，将所述被管信息的状态标识更新为第四标识。
在另一个可选的实现方式中，所述检测单元510可以包括(图5中未示出)：遍历子单元、确定子单元。
其中，所述遍历子单元，用于遍历保存的所有被管信息；
所述确定子单元，用于当所遍历到的被管信息的状态标识不为第一标识时，确定检测到保存的被管信息发生变化；
所述告知单元，可以用于当所遍历到的被管信息的状态标识为第二标识，或，第三标识时，将所述被管信息的标识、被管信息的内容以及被管信息的状态标识发送至管理设备；
当所遍历到的被管信息的状态标识为第四标识时，将所述被管信息的标识以及被管信息的状态标识发送至管理设备。
在另一个可选的实现方式中，所述设置单元，还可以用于当所遍历到的被管信息的状态标识为第二标识，或，第三标识时，将被管信息的变化情况信息告知管理设备之后，将所述被管信息的状态标识更新为第一标识；
所述装置还可以包括(图5中未示出)：删除单元。
所述删除单元，用于当所遍历到的被管信息的状态标识为第四标识时，将被管信息的变化情况信息告知管理设备之后，删除所述状态标识为第四标识的被管信息。
请参考图6，是本申请管理被管设备的装置的另一个实施例框图，所述装置应用在管理设备上，所述装置可以包括接收单元610、更新单元620。
其中，所述接收单元610，用于在接收到被管设备发送的被管信息后，接收被管设备在检测到被管信息发生变化时所发送的被管信息的变化情况信息；
所述更新单元620，用于根据所述被管信息的变化情况信息更新保存的本地管理信息。
在一个可选的实现方式中，所述装置还可以包括(图6中未示出)：发送请求单元、保存单元。
其中，所述发送请求单元，用于向被管设备发送被管信息的获取请求报文；
所述保存单元，用于接收被管设备根据所述被管信息的获取请求报文发送的被管信息，并将所述被管信息保存为本地管理信息。
在另一个可选的实现方式中，所述更新单元620可以包括(图6中未示出)：保存子单元、更新子单元、删除子单元。
其中，所述保存子单元，用于当所述被管信息的变化情况信息中包括的被管信息的状态标识为第二标识时，将所述被管信息的变化情况信息中包括的被管信息的标识、被管信息的内容保存为本地管理信息，所述第二标识用于表示被管信息为所述被管设备上新增的被管信息；
所述更新子单元，用于当所述被管信息的变化情况信息中包括的被管信息的状态标识为第三标识时，如果从所述本地管理信息中查找到所述被管信息的标识，则根据所述被管信息的变化情况信息中包括的被管信息的内容更新与所述被管信息的标识对应的本地管理信息的内容，所述第三标识用于表示被管信息已发送至管理设备并发生更新；
所述删除子单元，用于当所述被管信息的变化情况信息中包括的被管信息的状态标识为第四标识时，如果从所述本地管理信息中查找到所述被管信息的标识，则删除与所述被管信息的标识对应的本地管理信息，所述第四标识用于表示被管信息已发送至管理设备并需要删除。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
Claims (10)
1.一种管理被管设备的方法，其特征在于，所述方法应用在被管设备上，所述方法包括：
在将保存的所有被管信息发送至管理设备之前，为所述保存的所有被管信息的状态设置第二标识；
当状态标识为第二标识的被管信息发送至管理设备之后，将所述被管信息的状态标识更新为第一标识；
当新增被管信息时，为所述新增的被管信息的状态设置第二标识；
当状态标识为第一标识的被管信息发生更新时，将所述被管信息的状态标识更新为第三标识；
当状态标识为第一标识的被管信息需要删除时，将所述被管信息的状态标识更新为第四标识；
当向管理设备发送过保存的被管信息后，检测保存的被管信息是否发生变化；
当检测到所述保存的被管信息发生变化时，将被管信息的变化情况信息告知管理设备，以使管理设备根据所述被管信息的变化情况信息更新保存的本地管理信息，其中，所述检测保存的被管信息是否发生变化包括：
遍历保存的所有被管信息；
当所遍历到的被管信息的状态标识不为第一标识时，确定检测到保存的被管信息发生变化；
将被管信息的变化情况信息告知管理设备包括：
当所遍历到的被管信息的状态标识为第二标识，或，第三标识时，将所述被管信息的标识、被管信息的内容以及被管信息的状态标识发送至管理设备；
当所遍历到的被管信息的状态标识为第四标识时，将所述被管信息的标识以及被管信息的状态标识发送至管理设备。
2.根据权利要求1所述的方法，其特征在于，所述检测保存的被管信息是否发生变化之前，还包括：
接收管理设备发送的被管信息的获取请求报文；
根据所述被管信息的获取请求报文将保存的所有被管信息发送至管理设备，以使管理设备将所述被管信息保存为本地管理信息。
3.根据权利要求1所述的方法，其特征在于，所述将被管信息的变化情况信息告知管理设备之后，还包括：
当所遍历到的被管信息的状态标识为第二标识，或，第三标识时，将所述被管信息的状态标识更新为第一标识；
当所遍历到的被管信息的状态标识为第四标识时，删除所述状态标识为第四标识的被管信息。
4.一种管理被管设备的方法，其特征在于，所述方法应用在管理设备上，所述方法包括：
在接收到被管设备发送的被管信息后，接收被管设备在检测到被管信息发生变化时所发送的被管信息的变化情况信息；
根据所述被管信息的变化情况信息更新保存的本地管理信息；
所述根据所述被管信息的变化情况信息更新保存的本地管理信息包括：当所述被管信息的变化情况信息中包括的被管信息的状态标识为第二标识时，将所述被管信息的变化情况信息中包括的被管信息的标识、被管信息的内容保存为本地管理信息，所述第二标识用于表示被管信息为所述被管设备上新增的被管信息；
当所述被管信息的变化情况信息中包括的被管信息的状态标识为第三标识时，如果从所述本地管理信息中查找到所述被管信息的标识，则根据所述被管信息的变化情况信息中包括的被管信息的内容更新与所述被管信息的标识对应的本地管理信息的内容，所述第三标识用于表示被管信息已发送至管理设备并发生更新；
当所述被管信息的变化情况信息中包括的被管信息的状态标识为第四标识时，如果从所述本地管理信息中查找到所述被管信息的标识，则删除与所述被管信息的标识对应的本地管理信息，所述第四标识用于表示被管信息已发送至管理设备并需要删除。
5.根据权利要求4所述的方法，其特征在于，所述接收被管设备发送的被管信息的变化情况之前，还包括：
向被管设备发送被管信息的获取请求报文；
接收被管设备根据所述被管信息的获取请求报文发送的被管信息，并将所述被管信息保存为本地管理信息。
6.一种管理被管设备的装置，其特征在于，所述装置应用在被管设备上，所述装置包括：
设置单元，用于在将保存的所有被管信息发送至管理设备之前，为所述保存的所有被管信息的状态设置第二标识；
当状态标识为第二标识的被管信息发送至管理设备之后，将所述被管信息的状态标识更新为第一标识；
当新增被管信息时，为所述新增的被管信息的状态设置第二标识；
当状态标识为第一标识的被管信息发生更新时，将所述被管信息的状态标识更新为第三标识；
当状态标识为第一标识的被管信息需要删除时，将所述被管信息的状态标识更新为第四标识；
检测单元，用于当向管理设备发送过保存的被管信息后，检测保存的被管信息是否发生变化；
告知单元，用于当检测到所述保存的被管信息发生变化时，将被管信息的变化情况信息告知管理设备，以使管理设备根据所述被管信息的变化情况信息更新保存的本地管理信息；
所述检测单元包括：
遍历子单元，用于遍历保存的所有被管信息；
确定子单元，用于当所遍历到的被管信息的状态标识不为第一标识时，确定检测到保存的被管信息发生变化；
所述告知单元用于当所遍历到的被管信息的状态标识为第二标识，或，第三标识时，将所述被管信息的标识、被管信息的内容以及被管信息的状态标识发送至管理设备；
当所遍历到的被管信息的状态标识为第四标识时，将所述被管信息的标识以及被管信息的状态标识发送至管理设备。
7.根据权利要求6所述的装置，其特征在于，所述装置还包括：
接收请求单元，用于接收管理设备发送的被管信息的获取请求报文；
发送信息单元，用于根据所述被管信息的获取请求报文将保存的所有被管信息发送至管理设备，以使管理设备将所述被管信息保存为本地管理信息。
8.根据权利要求6所述的装置，其特征在于，
所述设置单元，还用于当所遍历到的被管信息的状态标识为第二标识，或，第三标识时，将被管信息的变化情况信息告知管理设备之后，将所述被管信息的状态标识更新为第一标识；
所述装置还包括：
删除单元，用于当所遍历到的被管信息的状态标识为第四标识时，将被管信息的变化情况信息告知管理设备之后，删除所述状态标识为第四标识的被管信息。
9.一种管理被管设备的装置，其特征在于，所述装置应用在管理设备上，所述装置包括：
接收单元，用于在接收到被管设备发送的被管信息后，接收被管设备在检测到被管信息发生变化时所发送的被管信息的变化情况信息；
更新单元，用于根据所述被管信息的变化情况信息更新保存的本地管理信息；
所述更新单元包括：
保存子单元，用于当所述被管信息的变化情况信息中包括的被管信息的状态标识为第二标识时，将所述被管信息的变化情况信息中包括的被管信息的标识、被管信息的内容保存为本地管理信息，所述第二标识用于表示被管信息为所述被管设备上新增的被管信息；
更新子单元，用于当所述被管信息的变化情况信息中包括的被管信息的状态标识为第三标识时，如果从所述本地管理信息中查找到所述被管信息的标识，则根据所述被管信息的变化情况信息中包括的被管信息的内容更新与所述被管信息的标识对应的本地管理信息的内容，所述第三标识用于表示被管信息已发送至管理设备并发生更新；
删除子单元，用于当所述被管信息的变化情况信息中包括的被管信息的状态标识为第四标识时，如果从所述本地管理信息中查找到所述被管信息的标识，则删除与所述被管信息的标识对应的本地管理信息，所述第四标识用于表示被管信息已发送至管理设备并需要删除。
10.根据权利要求9所述的装置，其特征在于，所述装置还包括：
发送请求单元，用于向被管设备发送被管信息的获取请求报文；
保存单元，用于接收被管设备根据所述被管信息的获取请求报文发送的被管信息，并将所述被管信息保存为本地管理信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201511027190.7A CN105939210B (zh) | 2015-12-30 | 2015-12-30 | 管理被管设备的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201511027190.7A CN105939210B (zh) | 2015-12-30 | 2015-12-30 | 管理被管设备的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105939210A CN105939210A (zh) | 2016-09-14 |
| CN105939210B true CN105939210B (zh) | 2019-03-15 |
Family
ID=57152983
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201511027190.7A Active CN105939210B (zh) | 2015-12-30 | 2015-12-30 | 管理被管设备的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105939210B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114714973A (zh) * | 2019-09-12 | 2022-07-08 | 奥动新能源汽车科技有限公司 | 电动车电池的信息管理方法、系统及可读存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101471871A (zh) * | 2007-12-28 | 2009-07-01 | 华为技术有限公司 | 终端、服务器、终端管理方法和终端能力信息上报方法 |
| CN102447582A (zh) * | 2011-12-31 | 2012-05-09 | 中兴通讯股份有限公司 | 资源同步方法和装置 |
| CN102820989A (zh) * | 2012-08-07 | 2012-12-12 | 杭州华三通信技术有限公司 | 网络设备及其资产管理方法 |
| CN104618434A (zh) * | 2014-12-23 | 2015-05-13 | 上海斐讯数据通信技术有限公司 | 一种mPortal系统数据同步方法及同步系统 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101114933A (zh) * | 2006-07-26 | 2008-01-30 | 华为技术有限公司 | 对能力管理对象维护、对能力管理的方法、系统及终端 |
-
2015
- 2015-12-30 CN CN201511027190.7A patent/CN105939210B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101471871A (zh) * | 2007-12-28 | 2009-07-01 | 华为技术有限公司 | 终端、服务器、终端管理方法和终端能力信息上报方法 |
| CN102447582A (zh) * | 2011-12-31 | 2012-05-09 | 中兴通讯股份有限公司 | 资源同步方法和装置 |
| CN102820989A (zh) * | 2012-08-07 | 2012-12-12 | 杭州华三通信技术有限公司 | 网络设备及其资产管理方法 |
| CN104618434A (zh) * | 2014-12-23 | 2015-05-13 | 上海斐讯数据通信技术有限公司 | 一种mPortal系统数据同步方法及同步系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105939210A (zh) | 2016-09-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10764393B2 (en) | Determining a persistent network identity of a networked device | |
| CN107733670B (zh) | 一种转发策略配置方法和装置 | |
| CN105577496B (zh) | 一种家庭网关利用云平台识别接入设备类型的系统 | |
| US8725859B2 (en) | Service network discovery | |
| JP6633775B2 (ja) | パケット伝送 | |
| JP2016540448A (ja) | 仮想拡張ｌａｎの通信方法、装置、及びシステム | |
| CN103905251B (zh) | 网络拓扑获取方法及装置 | |
| CN106921578B (zh) | 一种转发表项的生成方法和装置 | |
| CN105282003B (zh) | 建立隧道的方法和系统以及隧道控制器和虚拟交换机 | |
| US10382924B2 (en) | M2M node management method and apparatus, and computer storage medium | |
| CN108134856A (zh) | 一种基于网络树的虚拟化mac地址防冲突方法和装置 | |
| CN104780232B (zh) | 一种资源分配方法、控制器及系统 | |
| CN111224901B (zh) | 一种数据关联方法、装置和分布式系统 | |
| CN107124364A (zh) | 基于软件定义网络控制器的网络arp完全代理方法及系统 | |
| US7369513B1 (en) | Method and apparatus for determining a network topology based on Spanning-tree-Algorithm-designated ports | |
| CN102970391B (zh) | 域名查询处理方法、服务器及系统 | |
| CN105939210B (zh) | 管理被管设备的方法及装置 | |
| CN106878106A (zh) | 一种可达性检测方法及装置 | |
| CN116827801B (zh) | 网络拓扑构建方法、装置、计算机设备及可读存储介质 | |
| CN110958124B (zh) | 多播组管理方法、装置、可读存储介质、及计算机 | |
| CN106230658B (zh) | 一种监控网络设备的方法和装置 | |
| CN108429641A (zh) | 一种网络设备管理方法及装置 | |
| CN102316004B (zh) | 在通信网络中用于确定节点间路由信息的方法及装置 | |
| CN105122776B (zh) | 地址获取方法及网络虚拟化边缘设备 | |
| CN105634999B (zh) | 一种介质访问控制地址的老化方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building Applicant after: Hangzhou Dipu Polytron Technologies Inc Address before: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building Applicant before: Hangzhou Dipu Technology Co., Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant |