节点管理方法、装置、节点、系统及存储介质与流程

1.本发明实施例涉及通信技术领域，尤其涉及一种节点管理方法、装置、节点、系统及存储介质。


背景技术：

2.随着信息技术的快速发展，基于数据处理的相关应用程序可部署在多个节点上以便于数据的同步处理和分发，其中多个节点可能存在所处网络环境不同的情况。在这种情况下，由于处于不同网络环境的节点之间为了网络安全不允许直接联通管理，会导致运维人员无法对各个节点以及部署在各节点上的相关应用程序进行统一的监控和管理，从而在给运维人员带来大量工作量的同时降低了节点管理的效率。
3.故，如何提高节点管理的效率是当前亟待解决的技术问题。


技术实现要素：

4.本发明实施例提供了一种节点管理方法、装置、节点、系统及存储介质，以提高节点管理的效率。
5.第一方面，本发明实施例提供了一种节点管理方法，包括：
6.针对每个节点，通过所配置的目标监控管理端口接收请求信息；
7.将所述请求信息转发至统一监控平台，并通过所述目标监控管理端口接收所述请求信息对应的应答信息，所述应答信息由所述统一监控平台根据所述请求信息生成；
8.根据所述应答信息中的节点标识(identity，id)确定目标节点，并根据所述应答信息对所述目标节点进行管理。
9.第二方面，本发明实施例还提供了一种节点管理装置，包括：
10.接收模块，用于针对每个节点，通过所配置的目标监控管理端口接收请求信息；
11.转发模块，用于将所述请求信息转发至统一监控平台，并通过所述目标监控管理端口接收所述请求信息对应的应答信息，所述应答信息由所述统一监控平台根据所述请求信息生成；
12.管理模块，用于根据所述应答信息中的节点id确定目标节点，并根据所述应答信息对所述目标节点进行管理。
13.第三方面，本发明实施例还提供了一种节点，包括：
14.一个或多个处理器；
15.存储装置，用于存储一个或多个程序；
16.所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例提供的节点管理方法。
17.第四方面，本发明实施例还提供了一种节点管理系统，包括：监控管理平台，以及多个如本发明实施例提供的节点；
18.其中，至少两个所述节点级联。
19.第五方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例提供的节点管理方法。
20.本发明实施例提供了一种节点管理方法、装置、节点、系统及存储介质，首先针对每个节点，通过所配置的目标监控管理端口接收请求信息；然后将请求信息转发至统一监控平台，并通过目标监控管理端口接收请求信息对应的应答信息，应答信息由统一监控平台根据请求信息生成；最后根据应答信息中的节点id确定目标节点，并根据应答信息对目标节点进行管理。利用上述技术方案，能够提高节点管理的效率。
附图说明
21.图1为本发明实施例一提供的一种节点管理方法的流程示意图；
22.图2为本发明实施例二提供的一种节点管理方法的流程示意图；
23.图3为本发明实施例二提供的一种节点管理系统的实现示意图；
24.图4本发明实施例二提供的一种节点管理方法的实现示意图；
25.图5本发明实施例二提供的一种对应答信息进行解析的实现示意图；
26.图6为本发明实施例三提供的一种节点管理装置的结构示意图；
27.图7为本发明实施例四提供的一种节点的结构示意图；
28.图8为本发明实施例六提供的一种节点管理系统的示意图。
具体实施方式
29.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
30.在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。此外，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。
31.本发明使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”。
32.需要注意，本发明中提及的“第一”、“第二”等概念仅用于对相应内容进行区分，并非用于限定顺序或者相互依存关系。
33.需要注意，本发明中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
34.实施例一
35.图1为本发明实施例一提供的一种节点管理方法的流程示意图，该方法可适用于对不同节点进行统一管理的情况，该方法可以由节点管理装置来执行，其中该装置可由软件和/或硬件实现，并一般集成在节点上，在本实施例中节点包括但不限于：台式计算机、笔记本电脑和服务器等设备。
36.如图1所示，本发明实施例一提供的一种节点管理方法，该方法包括如下步骤：
37.s110、针对每个节点，通过所配置的目标监控管理端口接收请求信息。
38.在本实施例中，目标监控管理端口可以指每个节点所对应配置的用于各节点间进行通信的端口，即一个节点可对应配置一个目标监控管理端口。可理解的是，通信端口与互联网协议(internet protocol，ip)地址是相互关联的，例如每个节点都对应一个ip地址，各节点间在通信时首先需要获取ip地址找到对应的节点，在此基础上，在该节点上想要访问某个应用程序就需要通信端口来实现，不同的应用程序可对应不同的通信端口；也就是说，在通过ip地址连接到相应的节点之后，通过通信端口可以定位访问到该节点上对应的应用程序。
39.请求信息可以指包含节点配置信息、节点状态信息和节点请求信息的信息。其中节点配置信息可以指节点注册时的相关配置信息，例如可以包括注册认证用户名、注册认证密码、节点名称、节点地址、上级网关地址、通信端口、通信协议和系统版本等信息。节点状态信息可以指与节点当前的运行状态相关联的信息，例如可以包括节点的内存状态、中央处理器(central processing unit，cpu)状态、应用进程状态、节点接收数据大小、数据更新时间、数据压缩率、发送数据大小、数据发送速度和数据处理耗时等信息。节点请求信息可以指节点请求注册到统一监控管理平台所关联的信息，例如可以包括节点id、节点版本号、节点应用程序版本等信息。
40.统一监控管理平台可以认为是指所部署的一个用于对所有节点进行统一监控和管理的系统平台。在统一监控管理平台上可以提供有接收各节点请求信息的端口(即可称为统一监控平台所配置的监控管理端口)，并且还可将所接收的请求信息展示给用户(如运维人员)，以便于用户了解各节点的状态。
41.针对每个节点，可以通过该节点所配置的目标监控管理端口接收请求信息。可理解的是，为了网络安全，不同网段(即跨网段)之间的节点不允许直接联通通信，因此可以设置一个目标监控管理端口以用于通信。其中每个节点所对应的目标监控管理端口可以根据每个节点所属的网络环境配置来确定，网络环境配置可以指节点所处的通信网段配置。
42.示例性的，若某个节点所属的网络环境配置与统一监控平台所属的网络环境一致(即属于同一网段)，则该节点所配置的目标监控管理端口可设置为统一监控平台所配置的监控管理端口；若某节点所属的网络环境配置与统一监控平台所属的网络环境配置不一致(即属于跨网段)，则该节点所配置的目标监控管理端口可设置为该节点的上级节点所配置的监控管理端口。需要说明的是，ip地址与通信端口是相关联的，因此在某节点配置目标监控管理端口的同时，还可以相应的配置ip地址，例如若某节点所配置的目标监控管理端口为统一监控平台所配置的监控管理端口，则该节点的ip地址配置可为统一监控平台所配置的ip地址；同理，若某节点所配置的目标监控管理端口为该节点的上级节点所配置的监控管理端口，则该节点的ip地址配置可为该节点的上级节点所配置的ip地址。
43.可选的，请求信息包括该节点对应的请求信息或该节点的下级节点对应的请求信息；
44.在通过所配置的目标监控管理端口接收请求信息之后，还包括：若请求信息为该节点的下级节点对应的请求信息，则将请求信息中的节点id与下级连接之间的映射关系记录在该节点的本地缓存队列中，下级连接为该节点的目标监控管理端口与该节点的下级节
点的本地端口之间的连接。
45.其中，针对每个节点，请求信息可以包括该节点所提交的请求信息，也可包括该节点的下级节点所提交的请求信息。在该节点通过所配置的目标监控管理端口接收请求信息之后，若请求信息为该节点的下级节点所对应提交的请求信息，则可将请求信息中所包含的节点id与下级连接之间的映射关系记录在该节点的本地缓存队列中以待后续用于应答信息的定位转发。
46.可理解的是，若请求信息为该节点的下级节点所对应提交的请求信息，则可说明该节点的下级节点所配置的目标监控管理端口为该节点对应的目标监控管理端口，在此基础上，该节点的下级节点可将请求信息通过本地端口提交给所对应配置的目标监控管理端口(即该节点对应的目标监控管理端口)，因此下级连接可以指该节点的目标监控管理端口与该节点的下级节点的本地端口之间的连接；也可理解为该节点的下级节点在提交请求信息至该节点时，下级节点对应的本地端口会与所配置的目标监控管理端口之间建立长连接，即下级连接。相应的，若请求信息为该节点所对应提交的请求信息，则可理解为不存在下级连接，直接可在该节点的本地接收请求信息对应的应答信息即可。
47.s120、将所述请求信息转发至统一监控平台，并通过所述目标监控管理端口接收所述请求信息对应的应答信息，所述应答信息由所述统一监控平台根据所述请求信息生成。
48.在本实施例中，针对每个节点，将所接收的请求信息转发至统一监控平台，并通过所对应的目标监控管理端口接收该请求信息所对应的应答信息。其中，应答信息可以由统一监控管理平台根据对应的请求信息生成，例如应答信息可以包括根据请求信息所生成的对节点配置进行更新、对节点应用程序进行升级更新、和对节点是否可注册进统一管理平台的决策等信息。其中对节点配置进行更新可以是相关运维人员基于请求信息中的节点配置信息等对节点所作的相应节点配置修改所生成的应答信息，对节点是否可注册进统一管理平台的决策可以是根据当前请求信息中的节点id等信息和相关运维人员在统一监控平台中所预先设定的允许注册的节点名单等信息所生成的应答信息。需要说明的是，若根据请求信息发现无任何节点修改或请求节点注册等信息，则应答信息可为空，即不对对应节点作任何修改和管理。
49.可选的，将请求信息转发至统一监控平台，包括：若目标监控管理端口为统一监控平台所对应的第一监控管理端口，则通过目标监控管理端口将请求信息转发至统一监控平台；若目标监控管理端口为该节点的上级节点所对应的第二监控管理端口，则依次通过与该节点相级联的各个上级节点所对应的目标监控管理端口转发请求信息，其中，最后一级节点所对应的目标监控管理端口为第一监控管理端口。
50.其中，针对每个节点，若该节点的目标监控管理端口为统一监控平台所对应的第一监控管理端口(第一监控管理端口即可理解为统一监控平台所对应配置的监控管理端口)，则可通过该目标监控管理端口将请求信息直接转发至统一监控平台(即可理解为只有节点对应的目标监控管理端口是第一监控管理端时，才可允许访问统一监控平台并与统一监控平台进行通信)。
51.若该节点的目标监控管理端口为该节点的上级节点所对应的第二监控管理端口(第二监控管理端口即可理解为该节点的上级节点所对应配置的目标监控管理端口)，则可
依次通过与该节点相级联的各个上级节点所对应的目标监控管理端口转发请求信息，其中，最后一级节点所对应的目标监控管理端口为第一监控管理端口。也就是说，该节点通过对应的目标监控管理端口将请求信息转发至与自己相级联的上级节点，若该上级节点对应的目标监控管理端口不是第一监控管理端口(此时说明不可直接与统一监控平台相通信)，则在此基础上该上级节点继续将请求信息转发至与自己相级联的上级节点，依此类推，直至所转发到的节点对应的目标监控管理端口是第一监控管理端口为止。
52.s130、根据所述应答信息中的节点id确定目标节点，并根据所述应答信息对所述目标节点进行管理。
53.在本实施例中，目标节点可以指最初提交请求信息的节点，因此针对每个节点，由于请求信息可能是该节点或该节点的下级节点所对应提交的，故目标节点可以包括该节点或该节点的下级节点。
54.可选的，目标节点包括该节点或该节点的下级节点；根据请求信息中的节点id确定目标节点，包括：根据应答信息中的节点id，从该节点的本地缓存队列中查找是否存在与节点id相匹配的下级连接；若是，则确定目标节点为该节点的下级节点；否则，确定目标节点为该节点。
55.其中，针对每个节点，根据应答信息中的节点id确定目标节点可以是，根据应答信息中所包含的节点id信息，从该节点的本地缓存队列中查找是否存在与该节点id相匹配的下级连接，若存在则可说明该应答信息对应的请求信息可能是该节点的下级节点提交的，即目标节点是该节点的下级节点；若不存在则可说明该应答信息对应的请求信息可能是该节点自己提交的，即目标节点是该节点。
56.在此基础上，若目标节点为该节点，则可根据所接收的应答信息对目标节点进行管理；若目标节点为该节点的下级节点，则该节点可通过目标监控管理端口将应答信息转发至对应的下级节点的本地端口上，在此基础上该下级节点可根据所接收的应答信息进行相应的节点管理。
57.可选的，根据应答信息对目标节点进行管理，包括：对应答信息按照设定应答信息类型进行解析；根据解析结果对目标节点进行管理；
58.其中，设定应答信息类型可以指所预先设定的应答消息的分类类型，例如可以包括节点配置更新、节点程序升级、节点消息公告、节点删除以及节点保持等。节点配置更新可理解为更新节点的当前配置信息。节点程序升级可理解为对部署于节点上的相关应用程序进行升级。节点消息公告可理解为统一监控平台所下发的消息通知，此处对消息通知的内容不作限定，例如可包括相关运维人员对某应用程序的管理结果通知、对节点的相关配置修改通知等；另外节点还可展示该消息通知的内容。节点删除可理解为对节点允许接入统一监控平台的相关配置的删除。节点保持可理解为节点保持当前的所有设置不变。
59.在接收到对应答信息后，可对应答消息按照设定应答信息类型进行解析，在此基础上，根据解析结果对目标节点进行管理，例如，若对应答信息的解析结果为节点删除，则可自动删除与目标节点允许接入统一监控平台相关联的配置信息；若对应答信息的解析结果为节点配置更新，则可根据应答信息中所包含的新节点配置信息自动完成对目标节点当前的节点配置进行更新等。
60.需要说明的是，在一实施例中，在统一监控平台根据请求信息生成应答信息时，若
需要对节点上的应用程序进行升级，则应答信息中可包含从统一监控平台下载的应用程序升级包；在此基础上，目标节点接收到应答信息后可直接根据应答信息中的应用程序升级包进行更新以替换当前的节点应用程序。此处对获取应用程序升级包的方式不作限定，可根据实际需求进行设定。
61.本发明实施例一提供的一种节点管理方法，首先针对每个节点，通过所配置的目标监控管理端口接收请求信息；然后将请求信息转发至统一监控平台，并通过目标监控管理端口接收请求信息对应的应答信息，应答信息由统一监控平台根据请求信息生成；最后根据应答信息中的节点id确定目标节点，并根据应答信息对目标节点进行管理。利用上述方法，能够提高节点管理的效率。
62.实施例二
63.图2为本发明实施例二提供的一种节点管理方法的流程示意图，本实施例二在上述各实施例的基础上进行细化。需要说明的是，未在本实施例中详尽描述的技术细节可参见上述任意实施例。
64.如图2所示，本发明实施例二提供的一种节点管理方法，包括如下步骤：
65.s210、针对每个节点，根据该节点所属的网络环境配置确定对应的目标监控管理端口。
66.在本实施例中，每个节点所属的网络环境配置可能是不同的，为了不同网络环境配置的节点间可以相互通信，针对每个节点，可以根据该节点所属的网络环境配置确定对应的目标监控管理端口，以通过目标监控管理端口进行相应的通信。
67.可选的，目标监控管理端口包括统一监控平台所对应的第一监控管理端口或该节点的上级节点所对应的第二监控管理端口；针对每个节点，根据该节点所属的网络环境配置确定对应的目标监控管理端口，包括：若该节点所属的网络环境配置与统一监控平台所属的网络环境配置一致，则该节点所对应的目标监控管理端口为统一监控平台所对应的第一监控管理端口；若该节点所属的网络环境配置与统一监控平台所属的网络环境配置不一致，则该节点所对应的目标监控管理端口为该节点的上级节点所对应的第二监控管理端口。
68.其中，与统一监控平台所属的网络环境配置一致的节点，可配置的目标监控管理端口可以是统一监控平台所对应的第一监控管理端口；与统一监控平台所属的网络环境配置不一致的节点，为了跨网段通信，可配置的目标监控管理端口可以是该节点的上级节点所对应的第二监控管理端口。
69.s220、通过所配置的目标监控管理端口接收请求信息。
70.在本实施例中，针对每个节点，通过所配置的目标监控管理端口接收请求信息，其中请求信息可以包括该节点对应的请求信息或该节点的下级节点对应的请求信息。在通过所配置的目标监控管理端口接收请求信息之后，若请求信息为该节点的下级节点对应的请求信息，则可将请求信息中的节点id与下级连接之间的映射关系记录在该节点的本地缓存队列中。
71.s230、将请求信息转发至统一监控平台，并通过目标监控管理端口接收请求信息对应的应答信息，应答信息由统一监控平台根据请求信息生成。
72.在本实施例中，若目标监控管理端口为统一监控平台所对应的第一监控管理端
口，则可通过目标监控管理端口将请求信息转发至统一监控平台；若目标监控管理端口为该节点的上级节点所对应的第二监控管理端口，则可依次通过与该节点相级联的各个上级节点所对应的目标监控管理端口转发请求信息，其中，最后一级节点所对应的目标监控管理端口为第一监控管理端口。
73.s240、根据应答信息中的节点id确定目标节点，并根据应答信息对目标节点进行管理。
74.在本实施例中，根据应答信息中的节点id确定目标节点，目标节点可以包括该节点或该节点的下级节点。具体的，可以根据应答信息中的节点id，从该节点的本地缓存队列中查找是否存在与节点id相匹配的下级连接；若是，则可确定目标节点为该节点的下级节点；否则，可确定目标节点为该节点本身。在此基础上，可对应答信息按照设定应答信息类型进行解析，并根据解析结果对目标节点进行管理。
75.本发明实施例二提供的一种节点管理方法，该方法通过针对每个节点配置相应的目标监控管理端口，在此基础上通过监控管理端口实现请求信息和对应应答信息的传输，能够根据应答信息实现对节点的自动化管理，从而提高了节点管理的效率和准确性。
76.在一实施例中，随着信息技术的快速发展以及交易所行情的提速，各类文件行情逐步替换为流式数据传输。证券、期货、基金等相关企业对行情数据传输要求也越来越高，因此从传统行情文件映射共享等方式，改为通过行情分发软件实时同步和分发行情数据。较常见的行情分发软件，属于客户端与服务端部署方式，如由企业总部从交易所网关接收行情，通过行情分发软件服务端分发至总部以下的相关子部门。而总部与子部门之间可能属于跨网段的网络环境，基于网络安全要求，不同网络环境不允许直接联通，一般可由堡垒机部署行情软件子节点，即将行情软件部署在总部和各个子部门对应的节点上，进而转发行情数据至子网络(子网络可指子部门所属的网络环境)内的各终端节点(终端节点可理解为子部门下的各个终端对应的节点)。基于以上部署架构，将遇到跨网段节点及其所部署的行情分发软件的监控及管理的难点，特别是针对行情分发节点软件的应用程序升级，因缺少统一的监控管理，会给相关运维人员带来大量的工作量。为解决跨网段节点的运维管理难点，本实施例提出一种针对跨网段节点的统一监控管理的方法。
77.一种针对节点统一监控管理的方法，包括以下步骤：
78.步骤一：部署统一监控平台，提供节点注册及状态收集接口(即同一监控平台对应的第一监控管理端口)，其中符合接口规范和认证要求的节点请求即可注册到当前平台。根据节点注册信息及相关状态信息(即请求信息)展示对应的节点详细信息。
79.步骤二：每个节点配置对应的监控管理ip地址及端口(即目标监控管理端口和与之相关联的ip地址)，该监控管理ip地址和端口可以为统一监控平台所对应的ip地址和第一监控管理端口，也可以是该节点的上级节点对应的ip地址和目标监控管理端口，该节点提交请求信息至对应的目标监控管理端口，请求信息中可包括该节点的状态信息，该状态信息可以是定期上传至对应的目标监控管理端口。
80.步骤三：每个节点可提供目标监控管理端口作为代理监控管理端口，用于该节点的下级节点无法访问统一监控平台的场景。等待下级节点接入，然后该节点的目标监控管理端口接收到请求信息，并转发至统一监控平台，同时该节点的本地缓存队列中可记录该请求信息中的节点id与下级连接的映射关系。通过目标监控管理端口接收到请求信息所对
应的应答信息，根据本地缓存队列种所记录的映射关系和应答信息中的节点id找到下级连接，将应答信息转发至下级连接对应的节点(即可理解为目标节点)，并对应答信息按照设定应答信息类型进行解析，以根据解析结果对目标节点进行管理。
81.步骤四：若节点从目标监控管理端口接收应答信息后，在本地缓存队列的记录中未匹配到与应答信息中的节点id相匹配的下级连接，则可表示此应答信息为该节点对应的应答信息。该节点启动解析处理，对应答信息按照设定应答信息类型进行解析，以根据解析结果对目标节点进行管理。
82.本实施例针对每个节点，通过目标监控管理端口的设置，可以收集下级节点的请求信息并转发至统一监控平台，在此基础上还可通过目标监控管理端口接收从统一监控管理平台下发的应答信息。此外，目标监控管理端口的设置可以使得跨网段的各下级节点无需开放专门的端口给统一监控平台进行监控管理，配置上级节点对应的目标监控管理端口即可实现与统一监控平台的通信，实现了跨网段节点的自动监控和管理，从而避免了运维人员进行人工节点管理操作时的失误或遗漏，提高了节点管理的效率，节省了人力资源，提高了自动化运维的效率和准确性。
83.图3为本发明实施例二提供的一种节点管理系统的实现示意图。如图3所示，以行情数据的分发传输为例，其中包括网关(可指提供最初行情数据的节点所属的网关)、主节点(可指直连网关进行通信的节点，如企业总部门所对应的节点)、子节点(子节点可指总部门以下的各个子部门所对应的节点)和终端节点(终端节点可指总部门以下的各个终端或者各个子部门以下的各个终端所对应的节点)。主节点从网关接收行情数据，分发至子节点或者与之相连的终端节点。同时，子节点可以继续级联转发行情数据至自身下级的终端节点。图3中，网关、主节点、与主节点相连的终端节点以及统一监控平台部署在总部网络环境中，子节点部署在堡垒机上，其中堡垒机为双网卡机器，可以从主节点接收行情数据，且可以访问统一监控平台，故主节点、与主节点相连的终端节点、以及部署在堡垒机上的子节点也可访问统一监控平台。子节点下游的终端节点部署在不同于总部网络环境的独立网络环境中，可以从子节点接收行情数据，但无法访问总部主节点及统一监控管理平台。
84.在上述实施例的基础上，行情数据的传输方向可为，网关发送行情数据至主节点，主节点分发至子节点以及与之连接的部分终端节点，子节点分发至自身下游的终端节点。请求信息的收集方式可为，与统一监控平台属于同一网络环境的主节点、部分终端节点、子节点可直接通过所配置的目标监控管理端口(即第一监控管理端口)发送状态信息至统一监控平台；与统一监控平台不属于同一网络环境的部分终端节点可发送请求信息至上级节点的目标监控管理端口(即子节点对应的目标监控管理端口)，由子节点将请求信息转发至统一监控平台。在此基础上，统一监控管理平台可根据收集的请求信息，实时展示和监控各节点的详细信息。
85.图4本发明实施例二提供的一种节点管理方法的实现示意图。如图4所示，首先，针对每个节点，该节点监听对应的目标监控管理端口，等待该节点的下级节点连接，并接收下级节点的请求信息。该节点还可记录请求信息中的节点id与下级连接的映射关系至本地缓存队列。然后，该节点将接收到的请求信息转发至配置的目标监控管理端口(此时还包括转发至配置的与目标监控管理端口相关联的ip地址)，并等待接收应答信息。收到应答信息后，根据应答信息中的节点id，在本地缓存队列中查找匹配下级连接，如果无匹配的下级连
接，则可说明当前应答信息为该节点所对应的，该节点按照应答信息类型解析应答信息，并根据解析结果对该节点进行管理即可。如果匹配到下级连接，则将应答信息转发至下级连接对应的节点(即目标节点)，以根据应答信息完成对目标节点的管理。
86.图5本发明实施例二提供的一种对应答信息进行解析的实现示意图。如图5所示，目标节点接收应答信息，按照设定应答信息类型对应答信息进行判断解析，解析结果可包括节点配置更新、节点程序升级、节点消息公告、节点删除以及节点保持。
87.实施例三
88.图6为本发明实施例三提供的一种节点管理装置的结构示意图，该装置可由软件和/或硬件实现。如图6所示，该装置包括：接收模块310、转发模块320和管理模块330；
89.其中，接收模块310，用于针对每个节点，通过所配置的目标监控管理端口接收请求信息；
90.转发模块320，用于将所述请求信息转发至统一监控平台，并通过所述目标监控管理端口接收所述请求信息对应的应答信息，所述应答信息由所述统一监控平台根据所述请求信息生成；
91.管理模块330，用于根据所述应答信息中的节点id确定目标节点，并根据所述应答信息对所述目标节点进行管理。
92.在本实施例中，该装置首先通过接收模块310，针对每个节点，通过所配置的目标监控管理端口接收请求信息；然后通过转发模块320，将请求信息转发至统一监控平台，并通过目标监控管理端口接收请求信息对应的应答信息，应答信息由统一监控平台根据请求信息生成；最后通过管理模块330，根据应答信息中的节点id确定目标节点，并根据应答信息对目标节点进行管理。利用上述装置，能够提高节点管理的效率。
93.可选的，所述装置还包括：
94.端口确定模块，用于在通过所配置的目标监控管理端口接收请求信息之前，针对每个节点，根据该节点所属的网络环境配置确定对应的目标监控管理端口。
95.可选的，所述目标监控管理端口包括统一监控平台所对应的第一监控管理端口或该节点的上级节点所对应的第二监控管理端口；
96.端口确定模块，具体包括：
97.第一端口确定单元，用于若该节点所属的网络环境配置与所述统一监控平台所属的网络环境配置一致，则该节点所对应的目标监控管理端口为统一监控平台所对应的第一监控管理端口；
98.第二端口确定单元，用于若该节点所属的网络环境配置与所述统一监控平台所属的网络环境配置不一致，则该节点所对应的目标监控管理端口为该节点的上级节点所对应的第二监控管理端口。
99.可选的，转发模块320，具体包括：
100.第一转达单元，用于若所述目标监控管理端口为所述统一监控平台所对应的第一监控管理端口，则通过所述目标监控管理端口将所述请求信息转发至所述统一监控平台；
101.第二转达单元，用于若所述目标监控管理端口为该节点的上级节点所对应的第二监控管理端口，则依次通过与该节点相级联的各个上级节点所对应的目标监控管理端口转发所述请求信息，其中，最后一级节点所对应的目标监控管理端口为第一监控管理端口。
102.可选的，所述请求信息包括该节点对应的请求信息或该节点的下级节点对应的请求信息；
103.所述装置还包括：
104.记录模块，用于在通过所配置的目标监控管理端口接收请求信息之后，若所述请求信息为该节点的下级节点对应的请求信息，则将所述请求信息中的节点id与下级连接之间的映射关系记录在该节点的本地缓存队列中，所述下级连接为该节点的目标监控管理端口与该节点的下级节点的本地端口之间的连接。
105.可选的，所述目标节点包括该节点或该节点的下级节点；
106.管理模块330，具体包括：
107.查找单元，用于根据所述应答信息中的节点id，从该节点的本地缓存队列中查找是否存在与所述节点id相匹配的下级连接；
108.第一节点确定单元，用于若存在与所述节点id相匹配的下级连接，则确定目标节点为该节点的下级节点；
109.第一节点确定单元，用于若不存在与所述节点id相匹配的下级连接，则确定目标节点为该节点。
110.可选的，管理模块330，具体还包括：
111.解析单元，用于对所述应答信息按照设定应答信息类型进行解析；
112.管理单元，用于根据解析结果对所述目标节点进行管理；
113.其中，所述设定应答信息类型包括节点配置更新、节点程序升级、节点消息公告、节点删除以及节点保持。
114.上述节点管理装置可执行本发明任意实施例所提供的节点管理方法，具备执行方法相应的功能模块和有益效果。
115.实施例四
116.图7为本发明实施例四提供的一种节点的结构示意图。如图7所示，本发明实施例四提供的节点包括：存储装置42和一个或多个处理器41；该节点中的处理器41可以是一个或多个，图4中以一个处理器41为例；存储装置42用于存储一个或多个程序；所述一个或多个程序被所述一个或多个处理器41执行，使得所述一个或多个处理器41实现如本发明实施例中任一项所述的节点管理方法。
117.所述节点还可以包括：通信装置43、输入装置44和输出装置45。
118.节点中的处理器41、存储装置42、通信装置43、输入装置44和输出装置45可以通过总线或其他方式连接，图7中以通过总线连接为例。
119.该节点中的存储装置42作为一种计算机可读存储介质，可用于存储一个或多个程序，所述程序可以是软件程序、计算机可执行程序以及模块，如本发明实施例一或二所提供节点管理方法对应的程序指令/模块(例如，附图6所示的节点管理装置中的模块，包括：接收模块310、转发模块320和管理模块330)。处理器41通过运行存储在存储装置42中的软件程序、指令以及模块，从而执行节点的各种功能应用以及数据处理，即实现上述方法实施例中节点管理方法。
120.存储装置42可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据节点的使用所创建的数据等。此外，
存储装置42可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置42可进一步包括相对于处理器41远程设置的存储器，这些远程存储器可以通过网络连接至节点。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
121.通信装置43可以包括接收器和发送器。通信装置43设置为根据处理器41的控制进行信息收发通信。
122.输入装置44可用于接收输入的数字或字符信息，以及产生与节点的用户设置以及功能控制有关的键信号输入。输出装置45可包括显示屏等显示设备。
123.并且，当上述节点所包括一个或者多个程序被所述一个或者多个处理器41执行时，程序进行如下操作：针对每个节点，通过所配置的目标监控管理端口接收请求信息；将所述请求信息转发至统一监控平台，并通过所述目标监控管理端口接收所述请求信息对应的应答信息，所述应答信息由所述统一监控平台根据所述请求信息生成；根据所述应答信息中的节点id确定目标节点，并根据所述应答信息对所述目标节点进行管理。
124.实施例五
125.本发明实施例五提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时用于执行节点管理方法，该方法包括：针对每个节点，通过所配置的目标监控管理端口接收请求信息；将所述请求信息转发至统一监控平台，并通过所述目标监控管理端口接收所述请求信息对应的应答信息，所述应答信息由所述统一监控平台根据所述请求信息生成；根据所述应答信息中的节点id确定目标节点，并根据所述应答信息对所述目标节点进行管理
126.可选的，该程序被处理器执行时还可以用于执行本发明任意实施例所提供的节点管理方法。
127.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(random access memory，ram)、只读存储器(read only memory，rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式cd-rom、光存储器件、磁存储器件、或者上述的任意合适的组合。计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
128.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
129.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆或无线电频率(radio frequency，rf)等等，或者上述的任意合适的组合。
130.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机
程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c ，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
131.实施例六
132.图8为本发明实施例六提供的一种节点管理系统的示意图。如图8所示，该节点管理系统包括：统一监控平台510，以及多个如本发明实施例提供的节点520；
133.其中，至少两个节点520级联。
134.针对每个节点520，通过所配置的目标监控管理端口接收请求信息；
135.将请求信息转发至统一监控平台510，并通过目标监控管理端口接收请求信息对应的应答信息，应答信息由统一监控平台510根据请求信息生成；
136.根据应答信息中的节点id确定目标节点，并根据应答信息对目标节点进行管理。
137.本实施例六提供的一种节点管理系统可以用于执行上述任意实施例提供的节点管理方法，具备相应的功能和有益效果。
138.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。