专利名称：一种监控设备的管理方法和设备的制作方法
技术领域：
本发明涉及通信技术领域，特别涉及一种监控设备的管理方法和设备。
背景技术：
如图1所示，为现有技术中的级联监控场景的示意图，在目前的监控业务中，服务 器㈧管理注册到本服务器上的监控设备(摄像头)。如果需要服务器⑶也能够使用服 务器(A)所管理的监控设备，首先，需要在两个服务器之间约定一套通讯规范，通过这个规 范，使得两个服务器相互注册，然后，服务器(A)通过规范里面定义的推送方式，将自身所 管理的监控设备的信息以消息的形式发送给服务器(B)。当然，如果需要有更多的服务器参与到上述的过程中，那么，服务器(B)也可以继 续将服务器(A)所发送过来的监控设备的信息再次推送给其它服务器(C)。服务器(C)收到服务器(B)推送的监控设备的信息之后，认为此监控设备是属 于服务器(B)的。当服务器(C)需要建立监控设备的相应业务时，会首先将SIP (Session Initiation Protocol，一个应用层的信令控制协议)消息发给服务器(B)，服务器(B)发
现此摄像头不是自身所管理的监控设备，就会将此监控设备的SIP消息继续转发给服务器 ㈧。服务器(A)发现此监控设备属于自身己经推送的监控设备，便开始进行业务建立。同样，如果服务器(A)发现监控设备也不属于自身管理的范围，就会继续将此监 控设备的SIP消息转发到推送此监控设备的信息的服务器。通过上述过程可知，目前的级联业务建立必须经过每一个中间的服务器，每一个 中间的服务器都会对消息进行转发。现有的监控业务中，使用的是用户配置的方式。每个服务器之间的关系都是在组 网阶段配置和监控设备的信息推送的时候就己经由高级管理员手工配置完成，配置完成之 后就不会再变化。如果级联服务器关系中的任何一个服务器出现异常，业务就无法顺利建 成，必须由用户手工去更改，重新配置服务器关系和重新推送需要管理的设备。在实现本发明的过程中，发明人发现现有技术至少存在以下问题在现有的技术方案中，如果是通过多级服务器查看监控设备(摄像头)的监控业 务，只要中间经过的服务器有任何一个出现异常，业务就无法正常建立，相应的，如果要不 影响整个系统的监控业务，需要用户手动介入，重新进行业务配置和推送才可以继续使用。
发明内容
本发明提供一种监控设备的管理方法和设备，用以解决在级联监控的情况下，中 间服务器发生故障时的处理机制不完善的问题。为达到上述目的，本发明一方面提供了一种监控设备的管理方法，所述方法至少 包括以下步骤
服务器获取自身直接管理的下级服务器上报的监控设备的信息，所述下级服务器 上报的监控设备的信息中包含所述下级服务器上报的监控设备所直接归属的服务器的信 息，以及所述服务器管理所述监控设备的管理路径信息；所述服务器在本地管理自身所对应的监控设备的信息，其中，所述服务器所对应 的监控设备包括直接归属于所述服务器的监控设备和/或所述服务器直接管理的下级服 务器上报的监控设备，所述服务器在本地所管理的自身所对应的监控设备的信息包含所述 服务器所对应的各监控设备所直接归属的服务器的信息，以及所述服务器管理所述监控设 备的管理路径信息。其中，所述服务器在本地管理自身所对应的监控设备的信息之后，还包括当所述服务器存在上级服务器时，所述服务器将本地管理的自身所对应的监控设 备的信息上报给所述上级服务器，其中，所述服务器所对应的监控设备包括直接归属于所 述服务器的监控设备和/或所述服务器直接管理的下级服务器上报的监控设备，所述服务 器在本地所管理的自身所对应的监控设备的信息包含所述服务器所对应的各监控设备所 直接归属的服务器的信息，以及所述服务器管理所述监控设备的管理路径信息。其中，所述下级服务器上报的监控设备所直接归属的服务器的信息，具体包括所述下级服务器上报的监控设备所直接归属的服务器的IP地址信息、端口信息， 及其所支持的域间规范；所述服务器所对应的各监控设备所直接归属的服务器的信息，具体包括所述服务器所对应的各监控设备所直接归属的服务器的IP地址信息、端口信息， 及其所支持的域间规范；所述服务器管理所述监控设备的管理路径信息，具体为所述服务器管理所述下级服务器上报的监控设备所需要经过的各级服务器的信 肩、ο其中，当所述服务器确定所述下级服务器发生故障时，所述方法还包括所述服务器判断自身与所述下级服务器上报的监控设备之间是否存在其他路 径；如果有，所述服务器通过所述其他路径与所述下级服务器上报的监控设备建立业 务关系；如果没有，且所述下级服务器上报的监控设备所直接归属的服务器不是发生故障 的所述下级服务器，所述服务器根据之前获取到的所述服务器管理所述监控设备的管理路 径信息，向与所述下级服务器上报的监控设备建立业务关系的其他下级服务器发送业务关 系更新消息，并在收到相应的业务关系更新确认后，将返回所述业务关系更新确认的其他 下级服务器作为替换服务器，建立所述下级服务器上报的监控设备的业务关系。其中，所述服务器向与所述下级服务器上报的监控设备建立业务关系的其他下级 服务器发送业务关系更新消息，具体包括所述服务器根据之前获取到的所述服务器管理所述监控设备的管理路径信息，按 照各所述其他服务器所处级别从高到低的顺序，依次向与所述下级服务器上报的监控设备 建立业务关系的各所述其他下级服务器发送业务关系更新消息。其中，当所述服务器确定发生故障的所述下级服务器的故障恢复时，还包括
所述服务器接收故障恢复的所述下级服务器的注册请求，并完成注册操作，通过 故障恢复的所述下级服务器建立所述下级服务器上报的监控设备的业务连接；所述服务器向所述替换服务器发送业务还原通知，以使所述替换服务器恢复与故 障恢复的所述下级服务器之间的业务连接。另一方面，本发明还提供了一种服务器，至少包括获取模块，用于获取所述服务器直接管理的下级服务器上报的监控设备的信息， 所述下级服务器上报的监控设备的信息中包含所述下级服务器上报的监控设备所直接归 属的服务器的信息，以及所述服务器管理所述监控设备的管理路径信息；管理模块，用于管理所述服务器所对应的监控设备的信息，所述服务器所对应的 监控设备包括直接归属于所述服务器的监控设备和/或所述服务器直接管理的下级服务 器上报的监控设备，所述服务器在本地所管理的自身所对应的监控设备的信息包含所述服 务器所对应的各监控设备所直接归属的服务器的信息，以及所述服务器管理所述监控设备 的管理路径信息。其中，该服务器，还包括发送模块，用于在所述服务器存在上级服务器时，将所述 管理模块所管理的所述服务器所对应的监控设备的信息上报给所述上级服务器，其中，所 述服务器所对应的监控设备包括直接归属于所述服务器的监控设备和/或所述服务器直 接管理的下级服务器上报的监控设备，所述服务器在本地所管理的自身所对应的监控设备 的信息包含所述服务器所对应的各监控设备所直接归属的服务器的信息，以及所述服务器 管理所述监控设备的管理路径信息。其中，该服务器，还包括检测模块和判断模块，所述检测模块，用于检测所述下级服务器是否发生故障；所述判断模块，用于当所述检测模块确定所述下级服务器发生故障时，判断所述 服务器与所述下级服务器上报的监控设备之间是否存在其他路径；所述发送模块，还用于在所述判断模块的判断结果为有时，通过所述其他路径与 所述下级服务器上报的监控设备建立业务关系，而在所述判断模块的判断结果为没有，且 所述下级服务器上报的监控设备所直接归属的服务器不是发生故障的所述下级服务器时， 根据之前所述获取模块所获取到的所述服务器管理所述监控设备的管理路径信息，向与所 述下级服务器上报的监控设备建立业务关系的其他下级服务器发送业务关系更新消息，并 在收到相应的业务关系更新确认后，将返回所述业务关系更新确认的的其他下级服务器作 为替换服务器，建立所述下级服务器上报的监控设备的业务关系。其中，所述发送模块，具体用于根据之前所述获取模块所获取到的所述服务器管 理所述监控设备的管理路径信息，按照各所述其他服务器所处级别从高到低的顺序，依次 向与所述下级服务器上报的监控设备建立业务关系的各所述其他下级服务器发送业务关 系更新消息。其中，所述获取模块，还用于当所述检测模块确定发生故障的所述下级服务器的 故障恢复时，接收故障恢复的所述下级服务器的注册请求，并完成注册操作，通过故障恢复 的所述下级服务器建立所述下级服务器上报的监控设备的业务连接；所述发送模块，还用于当所述检测模块确定发生故障的所述下级服务器的故障恢 复时，向所述替换服务器发送业务还原通知，以使所述替换服务器恢复与故障恢复的所述下级服务器之间的业务连接。与现有技术相比，本发明所提出的技术方案具有以下优点通过应用本发明的技术方案，在级联监控的场景中，各级联服务器在进行监控设 备的信息传输过程中，将该监控设备所直接归属的服务器的信息，以及所述服务器管理所 述监控设备的管理路径信息一并进行上报，在中间服务器发生故障时，上级服务器可以为 发生故障的中间服务器选择替换服务器，保障与该监控设备之间的业务连接的正常工作， 从而，使级联监控场景中单个中间服务器的故障不会影响其他监控业务的正常实现，提高 相应的监控系统的可靠性，简化故障处理和恢复的操作流程，提高相应的处理效率。
图1为现有技术中的级联监控场景的示意图；图2为本发明所提出的一种监控设备的管理方法的流程示意图；图3为本发明实施例中的一个多级的典型监控组网的结构示意图；图4为本发明实施例中的一个摄像头编码的示意图；图5为本发明实施例中的一种存在故障的级联监控场景的示意图；图6为本发明实施例中的在服务器A上应用监控设备的管理方法的流程示意图；图7为本发明实施例中的一种应用场景的示意图；图8为本发明实施例中的一种应用场景的示意图；图9为本发明实施例中的一种业务关系的还原流程的流程示意图；图10为本发明所提出的一种服务器的结构示意图。
具体实施例方式如背景技术所述，在级联监控场景中，现有的监控机制是将监控设备进行设备推 送和目录推送处理。其中，设备推送是指在监控业务中，如果下级服务器要把自己管理的监控设备交 给上级服务器使用，需要将监控设备的信息放到SIP的NOTIFY (通知)消息的消息体中，通 过发送此NOTIFY消息给上级服务器，使得上级服务器可以管理和使用此监控设备。而目录推送是指在上面的设备推送的过程中，如果监控设备是在下级服务器中的 某个特定的组织下，下级服务器可以将此组织的目录信息也一起放到SIP的NOTIFY消息发 给上级服务器。这样上级服务器就知道下级服务器推送过来的监控设备放在哪个特定组织 所对应的目录下，便于管理。但是，通过上述的设备推送和目录推送处理，不同的服务器之间所进行域间目录 推送只是说明此监控设备是挂在下级服务器的哪个组织下面。但此组织是属于这个下级服 务器的，还是属于该下级服务器所管理的另一个服务器的，则没有明确说明，并且，这样的 信息在目前的目录推送方案中是没有涉及的。因此，造成了服务器对于监控设备具体位置 的不确定，一旦上报该监控设备信息的下级服务器发生故障，则无法定位监控设备的实际 位置，也无法建立相应的替换业务链接，从而，会导致业务中断。为了解决上述问题，本发明通过在服务器间交互的监控设备信息中进一步携带监 控设备所直接归属的服务器的信息，以及服务器管理该监控设备的管理路径信息，从而，当中间服务器发生故障时，服务器可以根据监控设备所直接归属的服务器的信息，以及服务 器管理该监控设备的管理路径信息，在该监控设备的业务路径中找到替换服务器，并恢复 业务连接，保障业务的正常实现。如图2所示，为本发明提出的一种监控设备的管理方法的流程示意图，具体包括 以下步骤步骤S201、服务器获取自身直接管理的下级服务器上报的监控设备的信息，所述 下级服务器上报的监控设备的信息中包含所述下级服务器上报的监控设备所直接归属的 服务器的信息，以及所述服务器管理所述监控设备的管理路径信息。在具体的实施场景中，所述下级服务器上报的监控设备所直接归属的服务器的信 息，具体包括以下信息的一种或多种所述下级服务器上报的监控设备所直接归属的服务器的IP地址信息、端口信息， 及其所支持的域间规范。在实际应用中，为了表示监控设备的实际位置，上述的信息也可以包括其他的信 息内容，凡是能够表示监控设备所归属的服务器信息的信息类型，都应属于本发明的保护 范围。而所述服务器管理所述监控设备的管理路径信息，具体为该服务器管理所述下级 服务器上报的监控设备所需要经过的各级服务器的信息。这样的信息获取为后续的替换服务器的确定，以及相应的域间通信规范的协商奠 定了基石出。步骤S202、所述服务器在本地管理自身所对应的监控设备的信息，其中，所述服务 器所对应的监控设备包括直接归属于所述服务器的监控设备和/或所述服务器直接管理 的下级服务器上报的监控设备，所述服务器在本地所管理的自身所对应的监控设备的信息 包含所述服务器所对应的各监控设备所直接归属的服务器的信息，以及所述服务器管理所 述监控设备的管理路径信息。去步骤S201相类似，在具体的实施场景中，所述服务器所对应的各监控设备所直 接归属的服务器的信息，具体包括以下信息的一种或多种所述服务器所对应的各监控设备所直接归属的服务器的IP地址信息、端口信息， 及其所支持的域间规范。在实际应用中，为了表示服务器所对应的各监控设备的实际位置，上述的信息也 可以包括其他的信息内容，凡是能够表示服务器所对应的各监控设备所归属的服务器信息 的信息类型，都应属于本发明的保护范围。而所述服务器管理所述监控设备的管理路径信息，具体为该服务器管理所述下级 服务器上报的监控设备所需要经过的各级服务器的信息。通过本步骤的处理，服务器将自身所管理的监控设备，以及自身以下的各级服务 器所对应的监控设备的信息统一进行管理，在正常状态下的应用过程中，这些监控设备都 被本服务器视为自身所直接管理的监控设备，可以进行直接的调用和管理。在具体的应用场景中，当该服务器存在上级服务器，且该上级服务器需要与该服 务器上所管理的监控设备建立业务连接时，该服务器将本地管理的监控设备的信息上报给 该上级服务器。
其中，所述服务器所对应的监控设备包括直接归属于所述服务器的监控设备和/ 或所述服务器直接管理的下级服务器上报的监控设备，所述服务器在本地所管理的自身所 对应的监控设备的信息包含所述服务器所对应的各监控设备所直接归属的服务器的信息， 以及所述服务器管理所述监控设备的管理路径信息。通过这样的方式，级联监控系统中的各级服务器一方面管理着自身以及下级服务 器所对应的监控设备，另一方面，还将这样的监控设备信息上报给自身的上级服务器，从 而，使级联监控系统中的各服务器都能全面的管理自身以下的所有监控设备的信息。在完成了上述的信息交互后，各级服务器都已经获取了自身以下的各级服务器所 对应的监控设备的信息，之后，服务器自身对于级联监控系统中自身的下级服务器进行通 信状态检测，具体的检测规则可以根据实际需要进行设置，可以是该服务器的主动检测，也 可以是该服务器与下级服务器之间的保活报文交互，或者也可以是下级服务器定期的状态 上报报文，当然也可以是能够达到通信状态检测的其他方式，具体应用哪种方式进行通信 状态的检测，并不会影响本发明的保护范围。需要指出的是，上述的服务器自身对于级联监控系统中自身的下级服务器进行通 信状态检测的过程中，所检测的目标服务器实际为该服务器下的直接下级服务器，而对该 下级服务器的更下级的服务器，则不用本服务器进行检测，而是由下级服务器去进行检测， 这样，层层递进的检测模式一方面充分的分摊了各级服务器的检测工作量，另一方面，也可 以使检测的准确率和效率得到提高。当所述服务器通过检测，确定自身的一个或多个下级服务器发生故障时，相应的 处理过程包括所述服务器判断自身与该发生故障的下级服务器所上报的监控设备之间是否存 在其他路径。如果有，所述服务器通过该其他路径与相应的监控设备建立业务关系。其中的替 换路径可能是源于当前级联监控系统中的多路径设置。如果没有，且该监控设备所直接归属的服务器不是发生故障的下级服务器，那么， 该服务器根据之前获取到的该服务器管理该监控设备的管理路径信息，向与该监控设备建 立业务关系的其他下级服务器发送业务关系更新消息，并在收到相应的业务关系更新确认 后，将返回所述业务关系更新确认的其他下级服务器作为替换服务器，建立与该监控设备 的业务关系。需要指出的是，上述过程所给出的其他下级服务器可能是发生故障的下级服务器 所管理的下一级的服务器，甚至是更下一级或下几级的服务器；而业务关系更新消息的发 送的规则可以是向级别最接近的一个或多个其他下级服务器发送业务关系更新消息，也可 以是向所有处于级联链路中的各其他下级服务器全部发送该业务更新消息，当然，发送的 方式可以是按照一定的规则依次发送，也可以是按照广播的方式一次性发送，这样的变化 并不影响本发明的保护范围。当然，如果没有其他路径，且监控设备所归属的服务器就是发生故障的所述下级 服务器，那么，服务器将无法通过其他方式与该监控设备恢复业务连接，因此，只能中断与 该监控设备的业务连接，但是，这样的情况下，这个发生故障的下级服务器对于相应的监控 设备来讲，也不再是中间服务器而是该监控设备所直接归属的服务器，所以，不再是本发明所讨论的范围，在此不作过多说明。需要进一步指出的是，对于整个级联监控系统的影响，所述服务器发送业务关系 更新消息的操作可以设置相应的规则，例如，如果多个其他下级服务器都返回了业务关系 更新确认，那么，本服务器可以优先将与自身的级别相差较少的服务器作为替换服务器。在实际的应用场景中，可以采用的一种具体的处理方式为所述服务器根据之前 收到的该监控设备的管理路径信息，按照级别从高到低的顺序，依次向与所述监控设备建 立业务关系的其他下级服务器发送业务关系更新消息，并等待业务关系更新确认，如果没 有收到业务关系更新确认，则继续向下一级的服务器发送业务关系更新消息，直至收到一 个业务关系更新确认，并将返回该业务关系更新确认的服务器确定为替换服务器。在确定了相应的替换服务器后，如果所述服务器确定发生故障的所述下级服务器 的故障恢复，那么，还将包括相应的故障恢复流程，具体包括所述服务器接收故障恢复的所述下级服务器的注册请求，并完成注册操作，通过 所述下级服务器建立所述监控设备的业务连接。所述服务器向所述替换服务器发送业务还原通知，以使所述替换服务器恢复与故 障恢复的所述下级服务器之间的业务连接。另一方面，如果是在之前发生中间服务器的故障时，是通过其他路径建立的替换 的业务连接，那么，可以根据实际需要，将业务连接重新建立在故障恢复的服务器所对应的 路径上，也可以保持当前的通信状态，而以故障恢复的服务器所对应的路径为备份路径，对 当前的业务链接进行保护，具体应用哪种规则并不会影响本发明的保护范围。与现有技术相比，本发明所提出的技术方案具有以下优点通过应用本发明的技术方案，在级联监控的场景中，各级联服务器在进行监控设 备的信息传输过程中，将该监控设备所直接归属的服务器的信息，以及所述服务器管理所 述监控设备的管理路径信息一并进行上报，在中间服务器发生故障时，上级服务器可以为 发生故障的中间服务器选择替换服务器，保障与该监控设备之间的业务连接的正常工作， 从而，使级联监控场景中单个中间服务器的故障不会影响其他监控业务的正常实现，提高 相应的监控系统的可靠性，简化故障处理和恢复的操作流程，提高相应的处理效率。为了进一步阐述本发明的技术思想，现结合具体的应用场景，对本发明的技术方 案进行说明。如图3所示，为本发明实施例中的一个多级的典型监控组网的结构示意图。以行政区划为例，假设服务器D属于区级管理平台，服务器D下面管理着摄像头X， 为方便说明，后文均以摄像头作为监控设备的示例进行说明，这样的名称变化并不会影响 本发明的保护范围。服务器D上面的服务器C属于县级管理平台，其具有查看区级管理平台(服务器 D)所有摄像头的权限。服务器C上面的服务器B属于市级管理平台，其具有查看所有县级管理平台(服 务器C)的摄像头的权限，当然，这里面也包括区级管理平台(服务器D)的摄像头X，因为， 在服务器B看来，摄像头X是属于服务器C管理范围的摄像头。最上面的服务器A属于省级管理平台，具有查看所有的下级服务器(包括服务器 B、服务器C和服务器D)的摄像头的权限，当然，这里面也包括区级管理平台(服务器D)的摄像头X，因为，在服务器A看来，摄像头X是属于服务器B管理范围的摄像头。上述的级联监控网络的部署示例只是说明支持多级多域的组网，在实际的应用场 景中，同样平级多域的组网方式也可以应用本发明所提出的技术方案，流程和多级多域一 样，为了简化说明，在此不再重复描述，但这并不会影响本发明的保护范围。为了在中间服务器出现故障时，实现上级服务器的相关业务不受影响，本发明所 提出的技术方案主要涉及到以下两个方面的改进(1)对现有的推送信息进行扩充，将摄像头所直接归属的服务器信息携带于相应 的推送信息中，通知给上级服务器。(2)新增主动业务关系更新/还原的消息，在出现中间服务器的故障时，通过主动 业务关系更新/还原的消息，与替换服务器建立相应的业务连接。首先，对第(1)点改进进行详细说明为了克服现有技术中的摄像头归属信息的不明确的问题，在本发明所提出的技术 方案中，在相应的推动信息中加上标识，使得上级服务器能够知道这个推送的是目录还是 服务器。如果推送的是服务器，则推送信息中要加上服务器的通讯IP和端口，以及支持的 域间规范。以下提供一个推送目录的XML消息示例以供参考
< xml version=" 1.0" > 〈Action〉
<Variable>Catalog</Variable> <Name>服务器 C</Name> <Address>ServerC</Address> <Subnum> 1 </Subnum> <Sublist>
<Item>
权利要求
1.一种监控设备的管理方法，其特征在于，所述方法至少包括以下步骤服务器获取自身直接管理的下级服务器上报的监控设备的信息，所述下级服务器上报 的监控设备的信息中包含所述下级服务器上报的监控设备所直接归属的服务器的信息，以 及所述服务器管理所述监控设备的管理路径信息；所述服务器在本地管理自身所对应的监控设备的信息，其中，所述服务器所对应的监 控设备包括直接归属于所述服务器的监控设备和/或所述服务器直接管理的下级服务器 上报的监控设备，所述服务器在本地所管理的自身所对应的监控设备的信息包含所述服务 器所对应的各监控设备所直接归属的服务器的信息，以及所述服务器管理所述监控设备的 管理路径信息。
2.如权利要求1所述的方法，其特征在于，所述服务器在本地管理自身所对应的监控 设备的信息之后，还包括当所述服务器存在上级服务器时，所述服务器将本地管理的自身所对应的监控设备的 信息上报给所述上级服务器，其中，所述服务器所对应的监控设备包括直接归属于所述服 务器的监控设备和/或所述服务器直接管理的下级服务器上报的监控设备，所述服务器在 本地所管理的自身所对应的监控设备的信息包含所述服务器所对应的各监控设备所直接 归属的服务器的信息，以及所述服务器管理所述监控设备的管理路径信息。
3.如权利要求1或2所述的方法，其特征在于，所述下级服务器上报的监控设备所直接归属的服务器的信息，具体包括所述下级服务器上报的监控设备所直接归属的服务器的IP地址信息、端口信息，及其 所支持的域间规范；所述服务器所对应的各监控设备所直接归属的服务器的信息，具体包括所述服务器所对应的各监控设备所直接归属的服务器的IP地址信息、端口信息，及其 所支持的域间规范；所述服务器管理所述监控设备的管理路径信息，具体为所述服务器管理所述下级服务器上报的监控设备所需要经过的各级服务器的信息。
4.如权利要求1所述的方法，其特征在于，当所述服务器确定所述下级服务器发生故 障时，所述方法还包括所述服务器判断自身与所述下级服务器上报的监控设备之间是否存在其他路径；如果有，所述服务器通过所述其他路径与所述下级服务器上报的监控设备建立业务关系；如果没有，且所述下级服务器上报的监控设备所直接归属的服务器不是发生故障的所 述下级服务器，所述服务器根据之前获取到的所述服务器管理所述监控设备的管理路径信 息，向与所述下级服务器上报的监控设备建立业务关系的其他下级服务器发送业务关系更 新消息，并在收到相应的业务关系更新确认后，将返回所述业务关系更新确认的其他下级 服务器作为替换服务器，建立所述下级服务器上报的监控设备的业务关系。
5.如权利要求4所述的方法，其特征在于，所述服务器向与所述下级服务器上报的监 控设备建立业务关系的其他下级服务器发送业务关系更新消息，具体包括所述服务器根据之前获取到的所述服务器管理所述监控设备的管理路径信息，按照各 所述其他服务器所处级别从高到低的顺序，依次向与所述下级服务器上报的监控设备建立业务关系的各所述其他下级服务器发送业务关系更新消息。
6.如权利要求4所述的方法，其特征在于，当所述服务器确定发生故障的所述下级服 务器的故障恢复时，还包括所述服务器接收故障恢复的所述下级服务器的注册请求，并完成注册操作，通过故障 恢复的所述下级服务器建立所述下级服务器上报的监控设备的业务连接；所述服务器向所述替换服务器发送业务还原通知，以使所述替换服务器恢复与故障恢 复的所述下级服务器之间的业务连接。
7.一种服务器，其特征在于，至少包括获取模块，用于获取所述服务器直接管理的下级服务器上报的监控设备的信息，所述 下级服务器上报的监控设备的信息中包含所述下级服务器上报的监控设备所直接归属的 服务器的信息，以及所述服务器管理所述监控设备的管理路径信息；管理模块，用于管理所述服务器所对应的监控设备的信息，所述服务器所对应的监控 设备包括直接归属于所述服务器的监控设备和/或所述服务器直接管理的下级服务器上 报的监控设备，所述服务器在本地所管理的自身所对应的监控设备的信息包含所述服务器 所对应的各监控设备所直接归属的服务器的信息，以及所述服务器管理所述监控设备的管 理路径信息。
8.如权利要求7所述的服务器，其特征在于，还包括发送模块，用于在所述服务器存在 上级服务器时，将所述管理模块所管理的所述服务器所对应的监控设备的信息上报给所述 上级服务器，其中，所述服务器所对应的监控设备包括直接归属于所述服务器的监控设备 和/或所述服务器直接管理的下级服务器上报的监控设备，所述服务器在本地所管理的自 身所对应的监控设备的信息包含所述服务器所对应的各监控设备所直接归属的服务器的 信息，以及所述服务器管理所述监控设备的管理路径信息。
9.如权利要求8所述的服务器，其特征在于，还包括检测模块和判断模块，所述检测模块，用于检测所述下级服务器是否发生故障；所述判断模块，用于当所述检测模块确定所述下级服务器发生故障时，判断所述服务 器与所述下级服务器上报的监控设备之间是否存在其他路径；所述发送模块，还用于在所述判断模块的判断结果为有时，通过所述其他路径与所述 下级服务器上报的监控设备建立业务关系，而在所述判断模块的判断结果为没有，且所述 下级服务器上报的监控设备所直接归属的服务器不是发生故障的所述下级服务器时，根据 之前所述获取模块所获取到的所述服务器管理所述监控设备的管理路径信息，向与所述下 级服务器上报的监控设备建立业务关系的其他下级服务器发送业务关系更新消息，并在收 到相应的业务关系更新确认后，将返回所述业务关系更新确认的的其他下级服务器作为替 换服务器，建立所述下级服务器上报的监控设备的业务关系。
10.如权利要求9所述的服务器，其特征在于，所述发送模块，具体用于根据之前所述 获取模块所获取到的所述服务器管理所述监控设备的管理路径信息，按照各所述其他服务 器所处级别从高到低的顺序，依次向与所述下级服务器上报的监控设备建立业务关系的各 所述其他下级服务器发送业务关系更新消息。
11.如权利要求9所述的服务器，其特征在于，所述获取模块，还用于当所述检测模块确定发生故障的所述下级服务器的故障恢复时，接收故障恢复的所述下级服务器的注册请求，并完成注册操作，通过故障恢复的所述下 级服务器建立所述下级服务器上报的监控设备的业务连接；所述发送模块，还用于当所述检测模块确定发生故障的所述下级服务器的故障恢复 时，向所述替换服务器发送业务还原通知，以使所述替换服务器恢复与故障恢复的所述下 级服务器之间的业务连接。
全文摘要
本发明公开了一种监控设备的管理方法和设备，通过应用本发明的技术方案，在级联监控的场景中，各级联服务器在进行监控设备的信息传输过程中，将该监控设备所直接归属的服务器的信息，以及所述服务器管理所述监控设备的管理路径信息一并进行上报，在中间服务器发生故障时，上级服务器可以为发生故障的中间服务器选择替换服务器，保障与该监控设备之间的业务连接的正常工作，从而，使级联监控场景中单个中间服务器的故障不会影响其他监控业务的正常实现，提高相应的监控系统的可靠性，简化故障处理和恢复的操作流程，提高相应的处理效率。
文档编号H04L12/24GK102075369SQ201110047400
公开日2011年5月25日 申请日期2011年2月28日 优先权日2011年2月28日
发明者张博 申请人:杭州华三通信技术有限公司