CN113497731B - 集控探针调度方法及集控探针管理系统 - Google Patents

Abstract

本公开提供了一种集控探针调度方法，包括：由集控设备通过一个集控探针在加入集控管理系统时与所述集控设备创建的第一信道向所述集控探针发送包含调度指令的调度心跳包；由集控设备通过第一信道接收所述集控探针针对所述调度心跳包反馈的接收确认信号；由集控设备通过所述集控探针基于所述调度指令创建的与所述集控设备之间的第二信道接收所述集控探针发出的参数报文请求，并基于所述请求通过所述第二信道向所述集控探针反馈包含所述调度指令执行所需的参数的响应；以及由集控设备通过所述第一信道获取所述集控探针发送来的包含调度指令执行进度的状态心跳包以及通过第二信道获取所述集控探针发送来的调度指令执行的结果。

Description

集控探针调度方法及集控探针管理系统

技术领域

本公开涉及网络设备管理/维护技术领域，尤其是涉及一种基于集控管理系统的集控探针调度方法及集控探针管理系统。

背景技术

随着计算机和网络技术的发展，各行业业务对计算机技术的依赖程度与日俱增。在不同的行业中，由集控设备和集控探针组成的集控管理系统也在被越来越广泛地应用。集控设备对集控探针的调度方法也显得越来越重要。通常，所述集控探针部署在外网，集控设备部署在内网。

当一台集控探针加入到一个集控管理系统中之后，该集控管理系统负责对该集控探针的所有调度，调度工作主要包括：下发调度指令，以使该集控探针执行；获取该集控探针执行该调度指令后的结果。目前，业界广泛使用的集控管理系统的调度方案为：集控设备通过调用集控探针不同的开放接口，以实现对集控探针的调度。例如，一种现有的集控探针的调度方法通常要需要调用至少4个开放接口，这种常规方法中，集控设备首先通过调用集控探针的第一开放接口获取集控探针的连通及运行状态；其次，在获取集控探针为连通状态的情况下，集控设备通过请求探针开放第二接口，使探针执行调度指令，同时通过第二接口的响应结果判断调度指令是否正常下发，相反，如果集控探针，则修改集控管理平台中该集控探针为未连通状态；再次，如果判断调度指令正常下发，则定时请求集控探针的开放第三接口，以便获取调度指令的执行进度及状态，直至获取调度指令的执行结束状态；以及最后集控设备调用集控探针的第四开放接口获取调度指令的执行结果。然而，上述现有的调度方法中，一方面，如果集控探针的四个开放接口被修改，则集控设备调度方法需同步修改，不利于整个管理系统的维护；另一方面，一条指令从下发到获取执行结果，需要调用至少4个开放接口，这样，若集控设备的调度指令有n条，集控探针需要有至少n*4个开放接口，过多的开放接口将削弱探针自身的安全性。

因此，人们希望获得一种能够减少开放接口以及消除开放接口修改导致调度方法需要对应修改的集控探针调度方法和集控探针管理系统。

发明内容

本申请发明人考虑到现有技术中的上述情况而作出了本公开。本公开的示例性实施例的目的在于克服现有技术中的上述和/或其他的问题。

本公开主要用来解决由集控设备对集控探针进行调度时需频繁发起请求、接收响应问题、以及集控探针由于开放接口过多导致的自身安全性较低的问题，并提出了一种新的集控探针调度方法，其中，以心跳控制通道下发调度指令，以临时通道进行调度数据的交互，使用双通道来完成集控设备对集控探针的调度。

根据本公开的一个方面，提供了一种集控探针调度方法，包括：由集控设备通过一个集控探针在加入集控管理系统时与所述集控设备创建的第一信道向所述集控探针发送包含调度指令的调度心跳包；由集控设备通过第一信道接收所述集控探针针对所述调度心跳包反馈的接收确认信号；由集控设备通过所述集控探针基于所述调度指令创建的与所述集控设备之间的第二信道接收所述集控探针发出的参数报文请求，并基于所述请求通过所述第二信道向所述集控探针反馈包含所述调度指令执行所需的参数的响应；以及由集控设备通过所述第一信道获取所述集控探针发送来的包含调度指令执行进度的状态心跳包以及通过第二信道获取所述集控探针发送来的调度指令执行的结果。

根据本公开的集控探针调度方法，还包括：集控设备在接收到调度指令执行结果后通过第二信道向所述集控探针反馈结果确认信号，以便所述集控探针基于所述结果确认信号关闭所述第二信道。

根据本公开的集控探针调度方法，其中所述第一信道或第二信道为SSL信道，并且所述第一信道和第二信道指向所述集控设备的不同端口。

根据本公开的集控探针调度方法，其中所述集控探针在接收到来自所述集控设备的所述调度心跳包后，解析所述调度心跳包以获取其中的调度指令，并将该调度指令加入该集控探针的调度指令队列中，并按照排列先后顺序逐一执行所述调度指令队列中调度指令。

根据本公开的集控探针调度方法，其中第一信道为用于心跳包的心跳通道，第二信道为专用于调度指令的调度通道，并且所述集控探针的第一信道在第二信道关闭之后关闭。

根据本公开的集控探针调度方法，其中所述响应包括执行所述调度指令所需的动作和参数。

根据本公开的另一个方面，提供了一种集控探针管理系统，包括集控设备以及与所述集控设备相连的集控探针，其中所述集控探针在加入集控探针管理系统时通过与所述集控设备认证而创建与所述集控设备之间的第一信道；所述集控设备经由所述第一信道向所述集控探针发送包含调度指令的调度心跳包；所述集控探针通过第一信道针对所述调度心跳包向所述集控设备反馈接收确认信号，并基于所述调度指令创建与所述集控设备之间的第二信道以及通过所述第二信道向所述集控设备参数报文请求；所述集控设备基于所述请求通过经由所述第二信道向所述集控探针反馈包含所述调度指令执行所需的参数的响应；所述集控探针基于所述响应执行所述调度指令并通过所述第一信道向所述集控设备发送包含调度指令执行进度的状态心跳包以及在调度指令执行结束时通过第二信道向所述集控设备发送调度指令执行的结果。

根据本公开的集控探针管理系统，其中所述集控设备在接收到调度指令执行结果后通过第二信道向所述集控探针反馈结果确认信号，以便所述集控探针基于所述结果确认信号关闭所述第二信道。

根据本公开的集控探针管理系统，其中所述第一信道或第二信道为SSL信道，并且所述第一信道和第二信道指向所述集控设备的不同端口。

根据本公开的集控探针管理系统，其中所述集控探针在接收到来自所述集控设备的所述调度心跳包后，解析所述调度心跳包以获取其中的调度指令，并将该调度指令加入该集控探针的调度指令队列中，并按照排列先后顺序逐一执行所述调度指令队列中调度指令。

根据本公开的集控探针管理系统，其中所述第一信道为用于心跳包的心跳通道，第二信道为专用于调度指令的调度通道，并且所述集控探针的第一信道在第二信道关闭之后关闭。

根据本公开的集控探针管理系统，其中所述响应包括执行所述调度指令所需的动作和参数。

本公开的实施例的有益效果包括：简化了在集控设备侧调度集控探针的复杂程度，将集控设备上原来的n*4条请求转化为n条指令，关闭探针的开放接口提高其自身安全性。调度复杂度降低的同时，也提高了整个集控管理系统的可维护性。

附图说明

通过结合附图对于本公开的示例性实施例进行描述，可以更好地理解本公开，在附图中：

图1所示的是根据本公开实施例的集控探针管理系统的示意图；

图2所示的是根据本公开实施例的集控探针管理系统中集控探针调度方法的数据通讯时序示意图；以及

图3所示的是根据本公开实施例的集控探针调度方法的处理流程示意图。

具体实施方式

以下将描述本公开的具体实施方式，需要指出的是，在这些实施方式的具体描述过程中，为了进行简明扼要的描述，本说明书不可能对实际的实施方式的所有特征均作详尽的描述。应当可以理解的是，在任意一种实施方式的实际实施过程中，正如在任意一个工程项目或者设计项目的过程中，为了实现开发者的具体目标，为了满足系统相关的或者商业相关的限制，常常会做出各种各样的具体决策，而这也会从一种实施方式到另一种实施方式之间发生改变。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本公开公开的内容相关的本领域的普通技术人员而言，在本公开揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本公开的内容不充分。

除非另作定义，权利要求书和说明书中使用的技术术语或者科学术语应当为本公开所属技术领域内具有一般技能的人士所理解的通常意义。本公开专利申请说明书以及权利要求书中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“一个”或者“一”等类似词语并不表示数量限制，而是表示存在至少一个。“包括”或者“包含”等类似的词语意指出现在“包括”或者“包含”前面的元件或者物件涵盖出现在“包括”或者“包含”后面列举的元件或者物件及其等同元件，并不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，也不限于是直接的还是间接的连接。

图1是根据本公开实施例的集控探针管理系统的示意图。如图1所示，集控探针管理系统10包括集控设备100以及与所述集控设备100相连的集控探针200。尽管图1中仅仅显示了一个集控探针200，但是在实际的集控探针管理系统中，每个集控设备100会管理和调度多个集控探针200，集控探针200的数量会成百上千。如图1所示，在集控探针200加入集控探针管理系统10时，会通过与所述集控设备认证而创建与所述集控设备之间的第一信道，从而两者之间建立一种网络链接。这种认证加入过程可以采用常规的网络握手连接过程进行，在此不进行赘述。

如图1所示，集控设备100与每一个与其相连的集控探针200之间通过作为本公开第一通道的心跳包通道相连，以便定时通过所述心跳包通道发送和接收心跳包，从而集控探针200告知集控设备100其处于活跃状态，即与集控设备100处理连接状态，同样集控设备也因此获知集控探针200处于活跃状态。当集控设备100需要调度集控探针200时，其心跳包组件110会构造一个包含调度指令的调度心跳包。该调度心跳包通过收发单元140经由心跳包通道发送到集控探针200。集控探针200的解析组件220会解析收发单元240所接收到的调度心跳包，并获取其中的调度指令。集控探针200会基于之前的认证结果创建于目的地为集控设备100之间的第二通道作为两者之间的调度数据通道，用于临时在两者之间进行调度数据的传输。集控探针200在通过解析组件200获取调度指令并创建第二通道后，通过调度数据通道向集控设备100请求调度指令所需的参数和操作步骤相关的规程。集控设备100的调度数据组件130会将相关的参数和操作步骤数据反馈给集控探针100。随后集控探针200的调度执行组件230会执行调度指令。集控探针200的心跳包组件210会定期将包含调度指令的执行进度的状态心跳包交由收发单元240经由心跳包通道发送到集控设备100。当调度执行组件230执行完调度指令时，收发单元240会将调度指令的执行结果数据经由调度数据通道发送到集控设备100。在执行结果数据发送完成后，集控探针200会关闭作为调度数据通道的第二信道。

图2所示的是根据本公开实施例的集控探针管理系统中集控探针调度方法的数据通讯时序示意图。如图2所示，首先，在步骤S201处，集控探针200加入集控管理系统，并向集控设备100发出认证请求。随后在步骤S202处，集控设备100反馈认证确认，从而实现集控设备100集控探针200之间的握手。在步骤S203处，集控探针200基于与集控设备100的认证，创建与集控设备100之间的作为第一信道的心跳包通道。随后集控探针200在步骤S204处定期通过心跳包通道向集控设备100发送心跳包，以便告知集控探针200处于集控管理系统中并处于活跃状态。尽管此处显示为集控探针200向集控设备100发送心跳包，但是可以采用集控设备100向集控探针200发送心跳包，并通过获得集控探针200的响应来获知集控探针200的连接状态。

集控设备100在需要通过集控探针200获取集控探针200所能获取的网络系统中的各种数据或环境参数时，会在步骤S205处构造包含调度指令的待发送心跳包，即调度心跳包。用户本公开的心跳包是通常采用的自定义的结构体(数据包)。通过将调度指令包含在结构体中的内容数据字段可以构造含有调度指令的调度心跳包，这种封包方式是本领域技术人员在本说明书的说明指导下可以容易实现，因此不再赘述数据的构造本身。

随后，集控设备100将调度心跳包在步骤S206处经由作为第一信道的心跳通道发送到集控探针200。集控探针200在步骤S207处解析调度心跳包，获取其中所包含的调度指令，并在步骤S208处反馈心跳应答，同时在步骤S209处基于所解析获得调度指令创建一个临时通道，即作为本公开的第二信道的调度数据通道。随后集控探针200在步骤S210处通过所创建的第二信道向集控设备100发送请求，请求执行调度指令所需的参数和操作步骤。这些数据请求方式采用常规的方式进行，因此不在赘述具体的数据请求方式。接着，作为对集控探针200的请求的响应，集控设备100在步骤S211处经由第二信道发送调度指令所需的参数和操作步骤到集控探针200。随后集控探针200在步骤S212处基于调度指令以及所接收到的参数和操作步骤执行调度指令。在执行过程中，集控探针200在S213处依然会向集控设备100经由心跳通道定期发送心跳包。此时集控探针200所构造的状态心跳包中在内容数据字段部分会包含调度指令执行的进度。因此集控设备100会因此定期获知集控探针200执行调度指令的进度和状态。在集控探针200的调度执行组件230执行完所述调度指令之后，集控探针200会在S214处经由第二信道向集控设备100反馈调度指令执行的结果数据，例如检测到的环境数据。最后，在步骤S215处，集控设备100经由第二信道向集控探针200反馈收到的确认。当集控探针200获得集控设备100的确认后，会关闭作为调度数据通道的临时通道并再次处于常规的心跳连接状态，直到最后集控探针200脱离整个集控探针管理系统，由此关闭心跳通道。

图3所示的是根据本公开实施例的集控探针调度方法的处理流程示意图。如图3所示，所述集控探针调度方法包括以下步骤：步骤S100、集控探针与集控设备建立第一信道(例如SSL(Secure Sockets Layer，安全套接层)信道)，并通过第一信道建立心跳连接，以便接入集控设备，其中，集控探针在第一信道上主动向集控设备发送上行心跳包，其包括探针自身的运行状态等信息；步骤S200、集控设备在需要对探针进行调度(需要探针执行调度指令)时，在调度心跳包中构造调度指令，并在第一信道上将包含调度指令的调度心跳包传递至探针；步骤S300、探针在收到心跳包之后，从心跳包提取该调度指令，将该调度指令加入探针的调度指令队列，依据加入队列的先后顺序，在队列中等待执行，并返回信息告知集控设备本条调度指令接收成功；之后，针对调度指令队列中的每个调度指令，单独执行步骤S400至S700，直至队列为空为止；步骤S400、探针主动与集控设备建立第二SSL第二信道，作为该调度指令的临时专用信道，其用于传递该调度指令的执行动作、参数、结果等信息；步骤S500、探针通过第二信道发送请求至集控设备，获取与该调度指令相关的具体动作和参数，例如，根据集控设备返回的信息，来确定是否执行某个/某些动作；步骤S600、探针开始执行与该调度指令相关的具体动作，在心跳包中添加不同动作的进度，并通过第一信道上传至集控设备，使集控设备能够实时监控到探针运行该调度指令的进度；步骤S700、探针执行完与该调度指令相关的具体动作之后，心跳包内容恢复正常，探针将执行结果按指定格式通过第二信道上报给集控设备，待集控设备接收数据完成并返回正确信息后，探针关闭第二信道。

之后，探针继续通过第一信道保持与集控设备的心跳连接，等待下一次调度指令的下发，其中，当从集控设备接收到断开心跳连接的指令时，探针关闭第一信道，并从集控设备下线，该方法结束。

综上所述，集控设备与集控探针(下称：探针)使用SSL建立安全通信链接。通信建立后，在探针侧使用心跳机制将自身的硬件信息、运行状态等主动上报至集控设备，以此来保持与集控设备的持续通信。在集控设备需要时，可结合调度指令构造出新的心跳包，通过心跳通道将调度指令下发至探针。探针根据接收到的调度指令，自主完成指令动作，并在动作结束后主动将执行结果上报集控设备。通俗而言，探针在接入集控管理系统时与集控设备建立SSL通信管道：心跳通道，并在探针上启用心跳机制主动向集控设备上报探针自身的运行状态等信息；集控设备在需要对探针进行调度时，选择需要的调度指令构造出新的心跳包中，并在下一次心跳时，将调度指令传递至探针；探针在收到调度指令后，将该指令加入探针的调度指令队列，依据加入队列的先后顺序，在队列中等待执行，并返回信息告知集控设备本条调度指令接收成功；调度指令开始执行时，探针主动与集控设备建立第二条SSL通信管道：调度数据通道，作为该调度指令的专用通信管道；调度数据通道建立后，探针通过调度数据通道发送请求至集控设备获取该调度指令执行时所需的具体参数，并根据集控设备回报的信息来确定是否执行动作；当探针开始执行调度指令时，根据不同的调度指令在心跳包中添加不同动作的进度，并通过心跳通道上传至集控设备，使集控设备能够实时监控到探针运行以及调度指令的进度；探针的指令动作执行结束后，心跳包内容恢复正常、探针将执行结果按指定格式整理，通过调度数据通道上报给集控设备、待集控设备接收数据完成并返回正确信息后，探针关闭调度数据通道；探针在执行调度指令队列中的指令未执行完的情况下，会继续调度指令的执行直至队列为空；在调度指令队列为空后，探针继续保持与集控设备的心跳链接，等待下一次调度指令的下发；在指令队列中可能会包含断开心跳链接的指令，因此探针在执行到断开心跳链接的指令，探针断开与集控设备的心跳通道，从整个集控管理系统中下线。

可见，根据本公开的集控探针调度方法和管理系统以心跳控制通道下发调度指令，以临时通道进行调度数据的交互，使用双通道来完成集控管理中集控设备对集控探针调度，简化了在集控设备调度集控探针的复杂程度，将集控设备上原来的n*4条请求转化为n条指令，关闭探针的开放接口提高其自身安全性。调度复杂度降低的同时，也提高了整个集控管理系统的可维护性。

以上结合具体实施例描述了本公开的基本原理，但是，需要指出的是，对本领域的普通技术人员而言，能够理解本公开的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本公开的说明的情况下运用他们的基本编程技能就能实现的。

因此，本公开的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本公开的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本公开，并且存储有这样的程序产品的存储介质也构成本公开。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。

还需要指出的是，在本公开的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (12)

1.一种集控探针调度方法，包括：

由集控设备通过一个集控探针在加入集控管理系统时与所述集控设备创建的第一信道向所述集控探针发送包含调度指令的调度心跳包；

由集控设备通过第一信道接收所述集控探针针对所述调度心跳包反馈的接收确认信号；

由集控设备通过所述集控探针基于所述调度指令创建的与所述集控设备之间的第二信道接收所述集控探针发出的参数报文请求，并基于所述请求通过所述第二信道向所述集控探针反馈包含所述调度指令执行所需的参数的响应；以及

由集控设备通过所述第一信道获取所述集控探针发送来的包含调度指令执行进度的状态心跳包以及通过第二信道获取所述集控探针发送来的调度指令执行的结果。

2.根据权利要求1所述的集控探针调度方法，还包括：

集控设备在接收到调度指令执行结果后通过第二信道向所述集控探针反馈结果确认信号，以便所述集控探针基于所述结果确认信号关闭所述第二信道。

3.根据权利要求1所述的集控探针调度方法，其中所述第一信道或第二信道为SSL信道，并且所述第一信道和第二信道指向所述集控设备的不同端口。

4.根据权利要求1所述的集控探针调度方法，其中所述集控探针在接收到来自所述集控设备的所述调度心跳包后，解析所述调度心跳包以获取其中的调度指令，并将该调度指令加入该集控探针的调度指令队列中，并按照排列先后顺序逐一执行所述调度指令队列中调度指令。

5.根据权利要求1所述的集控探针调度方法，其中，第一信道为用于心跳包的心跳通道，第二信道为专用于调度指令的调度通道，并且所述集控探针的第一信道在第二信道关闭之后关闭。

6.根据权利要求1所述的集控探针调度方法，其中所述响应包括执行所述调度指令所需的动作和参数。

7.一种集控探针管理系统，包括集控设备以及与所述集控设备相连的集控探针，其中

所述集控探针在加入集控探针管理系统时通过与所述集控设备认证而创建与所述集控设备之间的第一信道；

所述集控设备经由所述第一信道向所述集控探针发送包含调度指令的调度心跳包；

所述集控探针通过第一信道针对所述调度心跳包向所述集控设备反馈接收确认信号，并基于所述调度指令创建与所述集控设备之间的第二信道以及通过所述第二信道向所述集控设备参数报文请求；

所述集控设备基于所述请求通过经由所述第二信道向所述集控探针反馈包含所述调度指令执行所需的参数的响应；

所述集控探针基于所述响应执行所述调度指令并通过所述第一信道向所述集控设备发送包含调度指令执行进度的状态心跳包以及在调度指令执行结束时通过第二信道向所述集控设备发送调度指令执行的结果。

8.根据权利要求7所述的集控探针管理系统，其中所述集控设备在接收到调度指令执行结果后通过第二信道向所述集控探针反馈结果确认信号，以便所述集控探针基于所述结果确认信号关闭所述第二信道。

9.根据权利要求7所述的集控探针管理系统，其中所述第一信道或第二信道为SSL信道，并且所述第一信道和第二信道指向所述集控设备的不同端口。

10.根据权利要求7所述的集控探针管理系统，其中所述集控探针在接收到来自所述集控设备的所述调度心跳包后，解析所述调度心跳包以获取其中的调度指令，并将该调度指令加入该集控探针的调度指令队列中，并按照排列先后顺序逐一执行所述调度指令队列中调度指令。

11.根据权利要求7所述的集控探针管理系统，其中所述第一信道为用于心跳包的心跳通道，第二信道为专用于调度指令的调度通道，并且所述集控探针的第一信道在第二信道关闭之后关闭。

12.根据权利要求7所述的集控探针管理系统，其中所述响应包括执行所述调度指令所需的动作和参数。

Images