CN115934262B - 进程的节点管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提出一种进程的节点管理方法、装置、电子设备及存储介质，该方法包括：接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则；确定与待管理子节点标识对应的待管理子节点；当对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理。通过本公开，能够提高进程的节点的管理效率，能够实现对进程中的多个节点进行级联控制，便于控制进程中各个节点的状态，能够有效地提升节点管理操作的便捷性，从而有效提升进程的节点管理效果。

Description

进程的节点管理方法、装置、电子设备及存储介质

技术领域

本公开涉及电子设备技术领域，尤其涉及一种进程的节点管理方法、装置、电子设备及存储介质。

背景技术

在电子设备(例如机器人，或者物联网设备)中软件系统底层的设计中，通常会采用基于发布订阅机制的多节点通讯框架，通过应用该框架，能够实现多进程的同步(例如，进程间的数据同步或者是时间同步)，每个进程都具备一个或多个被称为节点的抽象体。

相关技术中，由电子设备中的操作系统对进程中的各个节点进行维护，针对各个节点的创建、配置、激活、暂停、资源清理、关闭和错误处理均执行不同的管理策略。

这种方式下，针对进程中节点的控制方式不够灵活，从而导致进程的节点管理不够便捷，管理效率不高。

发明内容

本公开旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本公开的目的在于提出一种进程的节点管理方法、装置、电子设备、存储介质及计算机程序产品，能够提高进程的节点的管理效率，能够实现对进程中的多个节点进行级联控制，便于控制进程中各个节点的状态，能够有效地提升节点管理操作的便捷性，从而有效提升进程的节点管理效果。

为达到上述目的，本公开第一方面实施例提出的进程的节点管理方法，包括：接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则；确定与待管理子节点标识对应的待管理子节点；当对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理。

在本公开的一些实施例中，在所述确定与所述待管理子节点标识对应的待管理子节点之后，还包括：

控制所述待管理子节点订阅所述主节点的状态同步消息，其中，所述状态同步消息用于对所述主节点的状态进行更新。

在本公开的一些实施例中，所述当对所述主节点标识所属主节点的状态进行管理时，根据所述管理规则对所述待管理子节点的状态进行管理，包括：

当对所述主节点的状态进行更新时，确定所述主节点的第一目标状态；

根据所述子节点的当前状态、所述第一目标状态结合所述管理规则，确定所述子节点的第二目标状态；

将所述当前状态更新至所述第二目标状态。

在本公开的一些实施例中，所述管理规则包括：同步状态类型，所述根据所述子节点的当前状态、所述第一目标状态结合所述管理规则，确定所述子节点的第二目标状态，包括：

如果所述同步状态类型是第一类型，则将所述第一目标状态作为所述第二目标状态；

如果所述同步状态类型是第二类型，且所述当前状态不是激活态，则将所述第一目标状态作为所述第二目标状态，所述第一类型和所述第二类型不相同；

如果所述同步状态类型是所述第二类型，且所述当前状态是所述激活态，则维持所述子节点的当前状态。

在本公开的一些实施例中，还包括：

将所述状态管理消息保存至所述进程的命名空间。

在本公开的一些实施例中，所述待管理子节点标识的数量是多个，在所述将所述状态管理消息保存至所述进程的命名空间之后，还包括：

确定多个所述待管理子节点标识分别所属的多个待管理子节点；

配置所述多个待管理子节点之间的级联依赖关系。

在本公开的一些实施例中，所述方法还包括：

根据所述级联依赖关系对多个所述待管理子节点的状态进行管理。

在本公开的一些实施例中，所述根据所述级联依赖关系对多个所述待管理子节点的状态进行管理，包括：

在对第一待管理子节点的状态进行管理时，对第二待管理子节点的状态进行管理，所述第一待管理子节点和所述第二待管理子节点之间存在级联依赖关系；

在所述对第二待管理子节点的状态进行管理之后，对第三待管理子节点的状态进行管理，所述第二待管理子节点和所述第三待管理子节点之间存在级联依赖关系。

在本公开的一些实施例中，还包括：

如果所述进程关闭，则删除所述命名空间中的所述状态管理消息。

在本公开的一些实施例中，所述当对所述主节点标识所属主节点的状态进行管理时，根据所述管理规则对所述待管理子节点的状态进行管理，包括：

在确定未针对所述待管理子节点配置单点控制标志，且触发对所述主节点标识所属主节点的状态进行管理时，根据所述管理规则对所述待管理子节点的状态进行管理；

所述方法还包括：

在确定针对所述待管理子节点配置所述单点控制标志时，对所述待管理子节点的状态进行单独管理。

本公开第一方面实施例提出的进程的节点管理方法，通过接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则，并确定与待管理子节点标识对应的待管理子节点，以及在对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理，能够提高进程的节点的管理效率，能够实现对进程中的多个节点进行级联控制，便于控制进程中各个节点的状态，能够有效地提升节点管理操作的便捷性，从而有效提升进程的节点管理效果。

为达到上述目的，本公开第二方面实施例提出的进程的节点管理装置，包括：接收模块，用于接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则；第一确定模块，用于确定与待管理子节点标识对应的待管理子节点；第一管理模块，用于当对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理。

在本公开的一些实施例中，还包括：

控制模块，用于在所述确定与所述待管理子节点标识对应的待管理子节点之后，控制所述待管理子节点订阅所述主节点的状态同步消息，其中，所述状态同步消息用于对所述主节点的状态进行更新。

在本公开的一些实施例中，所述第一管理模块，具体用于：

当对所述主节点的状态进行更新时，确定所述主节点的第一目标状态；

根据所述子节点的当前状态、所述第一目标状态结合所述管理规则，确定所述子节点的第二目标状态；

将所述当前状态更新至所述第二目标状态。

在本公开的一些实施例中，所述管理规则包括：同步状态类型，所述第一管理模块，具体用于：

如果所述同步状态类型是第一类型，则将所述第一目标状态作为所述第二目标状态；

如果所述同步状态类型是第二类型，且所述当前状态不是激活态，则将所述第一目标状态作为所述第二目标状态，所述第一类型和所述第二类型不相同；

如果所述同步状态类型是所述第二类型，且所述当前状态是所述激活态，则维持所述子节点的当前状态。

在本公开的一些实施例中，还包括：

保存模块，用于将所述状态管理消息保存至所述进程的命名空间。

在本公开的一些实施例中，所述待管理子节点标识的数量是多个，还包括：

第二确定模块，用于在所述将所述状态管理消息保存至所述进程的命名空间之后，确定多个所述待管理子节点标识分别所属的多个待管理子节点；

配置模块，用于配置所述多个待管理子节点之间的级联依赖关系。

在本公开的一些实施例中，还包括：

第二管理模块，用于根据所述级联依赖关系对多个所述待管理子节点的状态进行管理。

在本公开的一些实施例中，所述第二管理模块，具体用于：

在对第一待管理子节点的状态进行管理时，对第二待管理子节点的状态进行管理，所述第一待管理子节点和所述第二待管理子节点之间存在级联依赖关系；

在所述对第二待管理子节点的状态进行管理之后，对第三待管理子节点的状态进行管理，所述第二待管理子节点和所述第三待管理子节点之间存在级联依赖关系。

在本公开的一些实施例中，还包括：

删除模块，用于在所述进程关闭时，删除所述命名空间中的所述状态管理消息。

在本公开的一些实施例中，所述第一管理模块，具体用于：

在确定未针对所述待管理子节点配置单点控制标志，且触发对所述主节点标识所属主节点的状态进行管理时，根据所述管理规则对所述待管理子节点的状态进行管理；

在确定针对所述待管理子节点配置所述单点控制标志时，对所述待管理子节点的状态进行单独管理。

本公开第二方面实施例提出的进程的节点管理装置，通过接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则，并确定与待管理子节点标识对应的待管理子节点，以及在对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理，能够提高进程的节点的管理效率，能够实现对进程中的多个节点进行级联控制，便于控制进程中各个节点的状态，能够有效地提升节点管理操作的便捷性，从而有效提升进程的节点管理效果。

根据本公开第三方面，提供了一种电子设备，包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开第一方面实施例的进程的节点管理方法。

根据本公开第四方面，提出了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行本公开第一方面实施例的进程的节点管理方法。

根据本公开第五方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现本公开第一方面实施例的进程的节点管理方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本公开一实施例提出的进程的节点管理方法的流程示意图；

图2是本公开另一实施例提出的进程的节点管理方法的流程示意图；

图3是本公开另一实施例提出的进程的节点管理方法的流程示意图；

图4是本公开另一实施例提出的进程的节点管理方法的流程示意图；

图5是根据本公开一实施例提出的进程的节点管理装置的结构示意图；

图6是根据本公开另一实施例提出的进程的节点管理装置的结构示意图；

图7示出了适于用来实现本公开实施方式的示例性电子设备的框图。

具体实施方式

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本公开，而不能理解为对本公开的限制。相反，本公开的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本公开一实施例提出的进程的节点管理方法的流程示意图。

其中，需要说明的是，本实施例的进程的节点管理方法的执行主体为进程的节点管理装置，该装置可以由软件和/或硬件的方式实现，该装置可以配置在电子设备中，电子设备可以包括但不限于终端、服务器端等。

如图1所示，该进程的节点管理方法，包括：

S101：接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则。

其中，该节点可以是进程中的一种抽象体，该节点可以是具有约定好的程序结构，针对节点，可以执行创建、配置、激活、暂停、资源清理、关闭、错误恢复等操作，一个节点可以完成相应的程序功能。

举例而言，节点的启动至正常运作的顺序可以例如是创建-配置-激活，节点的关闭的正常顺序可以例如是暂停-资源清理-关闭。

其中，当前待对节点的状态进行相应的管理的消息，可以被称为状态管理消息，该状态管理消息可以是由电子设备的应用层发出，由进程的节点管理装置所接收到。

需要说明的是，当进程在作业时，其所支持的一个或者多个节点可能会产生相互之间的影响，例如，节点A和节点B之间具有一定的状态关联关系，则当改变节点A的状态时，可能相应的也需要针对节点B的状态进行控制，则本公开实施例中，可以支持对进程中多个节点进行统一的协作的状态管理，可以预先配置状态管理消息的格式包括：存在状态关联关系的节点的标识，以及一些实际管理的规则，从而辅助提升节点的状态管理效果。

其中，具有状态从属关系的节点，可以被称为主节点，从属于主节点的节点，可以被称为子节点，相应的，该子节点也可以具有状态从属关系，即另一个节点以该子节点为主节点，从而形成链式的状态关联关系，该链式的状态关联关系可以具体依据进程的任务类型、进程所属应用程序的信息进行确定，在此不再赘述。

本公开实施例中，支持将状态管理消息配置为如下格式：

进程的待管理子节点标识、进程的主节点标识，以及管理规则，以此支持对具有状态关联关系的节点的状态进行级联控制。

本公开实施例中为了表述的需要，可以将当前待对其状态进行管理的节点，称为子节点，并将影响该子节点的状态的节点，作为主节点，针对实际具有状态关联关系的其它节点的管理方式可以此类推，对此不做限制。

本公开实施例中的状态管理消息可以是某种结构的表达语句，包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则。

其中，待管理子节点标识可以唯一用于标识该待管理子节点，主节点标识可以唯一用于标识该主节点，而管理规则，是具体用于对待管理子节点进行相应的管理的一些描述规则等等，该管理规则可以是预先配置的，或者也可以结合进程的任务类型、进程所属应用程序的信息自适应配置，对此不做限制。

本公开实施例中，可以由电子设备中的上层应用采用广播方式将状态管理消息传递至该进程的各个节点中，由各个节点确定该状态管理消息是否是针对自身的状态进行管理，以触发后续步骤，对此不做限制。

本公开实施例中，待管理子节点标识可以是表示待管理子节点的特殊标识，可以是一段数字、字母或符号，也可以是其中一种或多种的组合，同理，主节点标识可以是表示主节点的特殊标识，对此不做限制。

本公开实施例中，当主节点状态发生变化，与主节点存在状态关联关系的待管理子节点也会受到主节点状态变化的影响，从而可以相应地参考主节点状态结合管理规则，辅助调整待管理子节点的状态。

举例而言，当进程包含多个节点时，针对多个节点的状态管理，可以是由电子设备的上层应用采用广播方式发布消息订阅通知，部分节点可以订阅该消息，从而监听是否接收到状态管理消息，也即是说，本公开实施例中，支持多节点之间，能够采用广播发布订阅消息方式进行节点间状态的同步和级联。

举例而言，上述状态管理消息的格式可以如下所示：

Operation：ADD/REMOVE/CHANGE

SyncType：FullStage/UntilActive

Activator：主节点名字

Activation：子节点名字。

其中，Operation表示对节点的操作，ADD/REMOVE/CHANGE分别表示添加、移除和改变操作，SyncType表示同步状态类型，FullStage与UntilActive为两个不同的同步状态类型，SyncType被称为管理规则，Activator表示进程的主节点标识，Activation表示进程的待管理子节点标识。

S102：确定与待管理子节点标识对应的待管理子节点。

上述在接收状态管理消息之后，可以根据待管理子节点标识确定与待管理子节点标识对应的待管理子节点。

也即是说，本公开实施例中，可以由电子设备中的上层应用采用广播方式将状态管理消息传递至进程的节点管理装置，而后由进程的节点管理装置解析该状态管理消息，从中得到待管理子节点标识，而后确定与待管理子节点标识对应的待管理子节点，从而触发后续对该待管理子节点的状态进行管理的处理逻辑。

可选地，一些实施例中，在确定与待管理子节点标识对应的待管理子节点之后，还可以控制待管理子节点订阅主节点的状态同步消息，其中，状态同步消息用于对主节点的状态进行更新，从而辅助待管理子节点能够及时地获知主节点的状态同步情况，能够有效地保障节点间的状态同步效果，且通过订阅主节点的状态同步消息即实现可进行更新状态。

本公开实施例中，各个待管理子节点可以通过接收广播的方式订阅主节点的状态同步消息，对此不做限制。

由此，本公开实施例中，支持在接收到状态管理消息后，可以对需要进行管理的子节点进行过滤，便于确定出准确的更新状态。

S103：当对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理。

上述在确定与待管理子节点标识对应的待管理子节点之后，可以对主节点的状态同步消息进行监听，该状态同步消息用于对主节点的状态进行相应的管理，从而当依据该状态同步消息对主节点标识所属主节点的状态进行管理时，触发根据管理规则对待管理子节点的状态进行管理。

举例而言，若进程中的节点A为主节点，进程中的节点B为待管理子节点，在对节点A进行激活时，可以根据管理规则对节点B的状态进行激活或关闭，对此不做限制。

本实施例中，通过接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则，并确定与待管理子节点标识对应的待管理子节点，以及在对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理，能够提高进程的节点的管理效率，能够实现对进程中的多个节点进行级联控制，便于控制进程中各个节点的状态，能够有效地提升节点管理操作的便捷性，从而有效提升进程的节点管理效果。

图2是本公开另一实施例提出的进程的节点管理方法的流程示意图。

如图2所示，该进程的节点管理方法，包括：

S201：接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则。

S202：确定与待管理子节点标识对应的待管理子节点。

S201-S202的描述说明可以具体参见上述实施例，在此不再赘述。

S203：控制待管理子节点订阅主节点的状态同步消息，其中，状态同步消息用于对主节点的状态进行更新。

本公开实施例中，状态同步消息用于对主节点的状态进行更新，状态同步消息可以包括：主节点标识(主节点标识可以具体例如主节点名字，或者，也可以是其它任意能够标识主节点的字符等，对此不做限制)，与主节点的当前状态，状态同步消息示例可以参照以下格式：

Activator：主节点名字

State：当前状态。

其中，Activator表示激活，State表示状态，当接收到该主节点的状态同步消息时，可以对其进行解析得到当前状态，以对主节点的状态进行更新。

S204：当对主节点的状态进行更新时，确定主节点的第一目标状态。

上述控制待管理子节点订阅主节点的状态同步消息之后，当监测接收到该状态同步消息时，可以参考该状态同步消息对主节点的当前状态进行更新，则主节点的更新后的状态，可以被称为第一目标状态，该第一目标状态，可以被用于辅助确定出需要进行级联控制的子节点的第二目标状态，其中，对需要进行级联控制的子节点的状态进行更新后的状态，可以被称为第二目标状态。

也即是说，本公开实施例中，支持参考更新后主节点的第一目标状态来确定出需要进行级联控制的子节点的第二目标状态，从而辅助直接将子节点的当前状态调整为第二目标状态，实现便捷高效地状态管理。

S205：根据子节点的当前状态、第一目标状态结合管理规则，确定子节点的第二目标状态。

其中，子节点当前的状态，可以被称为当前状态。

本公开实施例在确定第二目标状态时，可以参考子节点的当前状态、第一目标状态结合管理规则，确定子节点的第二目标状态，从而不仅保障了状态管理的便捷性，还能够使得状态管理结果更为合理，更符合进程所执行任务的个性化需求。

可选地，一些实施例中，管理规则包括：同步状态类型(即上述的SyncType，而同步状态类型可以配置为FullStage或者是UntilActive，FullStage与UntilActive为两个不同的同步状态类型)。

而针对不同的同步状态类型以及子节点的当前状态得到第二目标状态的管理规则可以如下：

如果同步状态类型是第一类型(FullStage)，则将第一目标状态作为第二目标状态；

如果同步状态类型是第二类型(UntilActive)，且当前状态不是激活态，则将第一目标状态作为第二目标状态，第一类型和第二类型不相同；

如果同步状态类型是第二类型(UntilActive)，且当前状态是激活态，则维持子节点的当前状态。

也即是说，本公开实施例支持FullStage同步状态类型和UntilActive同步状态类型，该FullStage同步状态类型指示：所有状态都随之更新，包括激活和暂停等，UntilActive同步状态类型指示：子节点跟随主节点更新状态，当子节点更新至Active(激活态)时，则保持该Active(激活态)。

当然，也可以采用其它任意可能的方式来实现根据子节点的当前状态、第一目标状态结合管理规则，确定子节点的第二目标状态，比如模型的方式、工程学方式等，对此不做限制。

从而本实施例中，支持对同步状态类型的个性化设置，能够有效保障节点状态管理的灵活性，使得进程的节点管理能够有效地满足个性化的状态同步需求和管理需求，提高了节点状态管理的多样性。

在上述步骤S101状态管理消息类型的举例说明中，同步状态类型可以是：

SyncType：FullStage/UntilActive。

在本实施例中，SyncType可以被称为同步状态类型，FullStage可以被称为第一类型，如果同步类型为第一类型，可以表示为将主节点更新后的第一目标状态作为子节点更新后的第二目标状态，如激活态与暂停态等，UntilActive可以被称为第二类型，如果同步状态类型为第二类型，且当子节点的状态不是激活态，可以表示为将主节点更新后的第一目标状态作为子节点更新后的第二目标状态，当子节点的状态是激活态，则维持子节点的当前状态。

S206：将当前状态更新至第二目标状态。

上述根据子节点的当前状态、主节点的第一目标状态结合管理规则，确定子节点的第二目标状态之后，可以直接将子节点的当前状态更新为子节点的第二目标状态，从而实现不同节点间状态的级联控制。

本实施例中，通过接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则，并确定与待管理子节点标识对应的待管理子节点，以及在对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理，能够提高进程的节点的管理效率，能够实现对进程中的多个节点进行级联控制，便于控制进程中各个节点的状态，能够有效地提升节点管理操作的便捷性，从而有效提升进程的节点管理效果。在确定与待管理子节点标识对应的待管理子节点之后，还可以控制待管理子节点订阅主节点的状态同步消息，其中，状态同步消息用于对主节点的状态进行更新，从而辅助待管理子节点能够及时地获知主节点的状态同步情况，能够有效地保障节点间的状态同步效果，且通过订阅主节点的状态同步消息即实现可进行更新状态。支持参考更新后主节点的第一目标状态来确定出需要进行级联控制的子节点的第二目标状态，从而辅助直接将子节点的当前状态调整为第二目标状态，实现便捷高效地状态管理。支持对同步状态类型的个性化设置，能够有效保障节点状态管理的灵活性，使得进程的节点管理能够有效地满足个性化的状态同步需求和管理需求，提高了节点状态管理的多样性。

图3是本公开另一实施例提出的进程的节点管理方法的流程示意图。

如图3所示，该进程的节点管理方法，包括：

S301：接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则；

S301的描述说明可以具体参见上述实施例，在此不再赘述。

S302：将状态管理消息保存至进程的命名空间。

本公开实施例中，上述接收状态管理消息之后，将状态管理消息保存至进程的命名空间中，命名空间可以是主节点标识或子节点标识在发布和订阅消息时的统一前缀，便于对多个待更新状态的节点进行统一管理。

上述待管理子节点标识的数量可以是多个，从而支持对多个待管理子节点进行统一的管理，有效地提升管理效率。

S303：确定多个待管理子节点标识分别所属的多个待管理子节点。

当待管理子节点标识的数量是多个时，本实施例中可以支持对多个待管理子节点进行统一的状态管理。

S304：配置多个待管理子节点之间的级联依赖关系。

其中，多节点间的状态依赖关系，可以被称为级联依赖关系，一些实施例中，可以采用动态级联方式或者是脱离级联方式以设定命名空间中多个待管理子节点的级联依赖关系。

举例而言，节点A、节点B、节点C之间存在级联依赖关系，节点A依赖节点B，节点C是独立的节点，当节点B切换至配置态时，则节点A可以在过滤消息后，将自身的状态更新至配置态，而节点C则保持当前状态。

S305：根据级联依赖关系对多个待管理子节点的状态进行管理。

可选地，一些实施例中，在对第一待管理子节点的状态进行管理时，对第二待管理子节点的状态进行管理，第一待管理子节点和第二待管理子节点之间存在级联依赖关系；在对第二待管理子节点的状态进行管理之后，对第三待管理子节点的状态进行管理，第二待管理子节点和第三待管理子节点之间存在级联依赖关系，从而使得节点管理更具有灵活性、多样性，提高了操作的便利性。

上述的第一待管理子节点、第二待管理子节点、第三待管理子节点可以是属于多个待管理子节点的，第一待管理子节点、第二待管理子节点、第三待管理子节点之间存在相应的级联依赖关系，也即是说，本实施例中支持针对多个节点，依据预配置的级联依赖关系进行状态的动态管理。

举例而言，存在节点A、节点B、节点C和节点D，如果级联依赖关系是节点A-节点B，节点A-节点C，节点A-节点D，则当节点A改变状态后，则节点B、节点C和节点D将同时跟随更新，如果级联依赖关系是节点A-节点B，节点B-节点C，节点C-节点D，则当节点A改变状态后，节点B跟随更新，节点B更新完毕时，节点C跟随更新，节点C更新完毕时，节点D跟随更新。

S306：如果进程关闭，则删除命名空间中的状态管理消息。

一些实施例中，如果进程没有关闭，则可以持续地将状态管理消息传递至该进程中的其它节点，以保障状态更新的完整性，而在进程关闭时，则可以删除命名空间中的状态管理消息，以便于保证在主节点之后启动的节点可以收到主节点发出的状态管理消息，同时，有效地降低状态管理消息的存储消耗。

本实施例中，通过接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则，并确定与待管理子节点标识对应的待管理子节点，以及在对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理，能够提高进程的节点的管理效率，能够实现对进程中的多个节点进行级联控制，便于控制进程中各个节点的状态，能够有效地提升节点管理操作的便捷性，从而有效提升进程的节点管理效果。通过设置命名空间与级联依赖关系，并将状态管理消息保存至进程的命名空间，能够有效地对多个节点进行统一管理，减少了操作人员对节点管理的操作流程，提高了节点管理的便利性，同时存储于消息空间的消息可以有效地保障状态管理消息传递的准确性，避免节点状态的漏更新，以便于保证在主节点之后启动的节点可以收到主节点发出的状态管理消息，同时，有效地降低状态管理消息的存储消耗，从而有效地提升进程的稳定性，保证了节点管理的灵活性与多样性，辅助提升启动效率。

图4是本公开另一实施例提出的进程的节点管理方法的流程示意图。

如图4所示，该进程的节点管理方法，包括：

S401：接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则。

S402：确定与待管理子节点标识对应的待管理子节点。

S401-S402的描述说明可以具体参见上述实施例，在此不再赘述。

S403：在确定未针对待管理子节点配置单点控制标志，且触发对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理。

其中，对进程中某一待管理子节点进行单独控制的标志，可以被称为单点控制标志，单点控制标志的形式，可以是待管理子节点标识中统一的前缀或后缀等，可以是一个或一串特定排序的字母、符号、数字或它们的组合等，对此不做限制。

本公开实施例中，可以在确定未针对待管理子节点配置单点控制标志，且触发对主节点标识所属主节点的状态进行管理时，可以根据状态管理信息中的管理规则对待管理子节点的状态进行统一管理。

S404：在确定针对待管理子节点配置单点控制标志时，对待管理子节点的状态进行单独管理。

本公开实施例中，在确定有针对待管理子节点配置单点控制标志时，可以根据单点控制标志信息对待管理子节点进行单独管理。

本实施例中，通过接收状态管理消息，确定与待管理子节点标识对应的待管理子节点，在确定未针对待管理子节点配置单点控制标志，且触发对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理，在确定针对待管理子节点配置单点控制标志时，对待管理子节点的状态进行单独管理，由于设置了单点控制标志，能够实现针对节点的单独管理，有效地保障节点管理方式的灵活性，同时，管理机制的多样性可以满足不同的状态同步需求和管理需求，保证了节点管理的多样性。

图5是根据本公开一实施例提出的进程的节点管理装置的结构示意图。

如图5所示，该进程的节点管理装置50，包括：

接收模块501，用于接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则；

第一确定模块502，用于确定与待管理子节点标识对应的待管理子节点；

第一管理模块503，用于当对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理。

在本公开的一些实施例中，如图6所示，图6是根据本公开另一实施例提出的进程的节点管理装置的结构示意图，还包括：

控制模块504，用于在确定与待管理子节点标识对应的待管理子节点之后，控制待管理子节点订阅主节点的状态同步消息，其中，状态同步消息用于对主节点的状态进行更新。

在本公开的一些实施例中，如图6所示，第一管理模块503，具体用于：

当对主节点的状态进行更新时，确定主节点的第一目标状态；

根据子节点的当前状态、第一目标状态结合管理规则，确定子节点的第二目标状态；

将当前状态更新至第二目标状态。

在本公开的一些实施例中，如图6所示，管理规则包括：同步状态类型，第一管理模块503，具体用于：

如果同步状态类型是第一类型，则将第一目标状态作为第二目标状态；

如果同步状态类型是第二类型，且当前状态不是激活态，则将第一目标状态作为第二目标状态，第一类型和第二类型不相同；

如果同步状态类型是第二类型，且当前状态是激活态，则维持子节点的当前状态。

在本公开的一些实施例中，如图6所示，还包括：

保存模块505，用于将状态管理消息保存至进程的命名空间。

在本公开的一些实施例中，如图6所示，待管理子节点标识的数量是多个，还包括：

第二确定模块506，用于在将状态管理消息保存至进程的命名空间之后，确定多个待管理子节点标识分别所属的多个待管理子节点；

配置模块507，用于配置多个待管理子节点之间的级联依赖关系。

在本公开的一些实施例中，如图6所示，还包括：

第二管理模块508，用于根据级联依赖关系对多个待管理子节点的状态进行管理。

在本公开的一些实施例中，如图6所示，第二管理模块508，具体用于：

在对第一待管理子节点的状态进行管理时，对第二待管理子节点的状态进行管理，第一待管理子节点和第二待管理子节点之间存在级联依赖关系；

在对第二待管理子节点的状态进行管理之后，对第三待管理子节点的状态进行管理，第二待管理子节点和第三待管理子节点之间存在级联依赖关系。

在本公开的一些实施例中，如图6所示，还包括：

删除模块509，用于在进程关闭时，删除命名空间中的状态管理消息。

在本公开的一些实施例中，如图6所示，第一管理模块503，具体用于：

在确定未针对待管理子节点配置单点控制标志，且触发对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理；

在确定针对待管理子节点配置单点控制标志时，对待管理子节点的状态进行单独管理。

与上述图1至图4实施例提供的进程的节点管理方法相对应，本公开还提供一种进程的节点管理装置，由于本公开实施例提供的进程的节点管理装置与上述图1至图4实施例提供的进程的节点管理方法相对应，因此在进程的节点管理方法的实施方式也适用于本公开实施例提供的进程的节点管理装置，在本公开实施例中不再详细描述。

本实施例中，通过接收状态管理消息，状态管理消息包括：进程的待管理子节点标识、进程的主节点标识，以及管理规则，并确定与待管理子节点标识对应的待管理子节点，以及在对主节点标识所属主节点的状态进行管理时，根据管理规则对待管理子节点的状态进行管理，能够提高进程的节点的管理效率，能够实现对进程中的多个节点进行级联控制，便于控制进程中各个节点的状态，能够有效地提升节点管理操作的便捷性，从而有效提升进程的节点管理效果。。

为了实现上述实施例，本公开还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本公开前述实施例提出的进程的节点管理方法。

为了实现上述实施例，本公开还提出一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时，实现如本公开前述实施例提出的进程的节点管理方法。

为了实现上述实施例，本公开还提出一种计算机程序产品，当计算机程序产品中的指令处理器执行时，执行如本公开前述实施例提出的进程的节点管理方法。

图7示出了适于用来实现本公开实施方式的示例性电子设备的框图。图7显示的电子设备12仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry Standard Architecture；以下简称：ISA)总线，微通道体系结构(MicroChannel Architecture；以下简称：MAC)总线，增强型ISA总线、视频电子标准协会(VideoElectronics Standards Association；以下简称：VESA)局域总线以及外围组件互连(Peripheral Component Interconnection；以下简称：PCI)总线。

电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory；以下简称：RAM)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图7未显示，通常称为“硬盘驱动器”)。

尽管图7中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如：光盘只读存储器(Compact Disc Read OnlyMemory；以下简称：CD-ROM)、数字多功能只读光盘(Digital Video Disc Read OnlyMemory；以下简称：DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本公开各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本公开所描述的实施例中的功能和/或方法。

电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(Local Area Network；以下简称：LAN)，广域网(Wide Area Net work；以下简称：WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现前述实施例中提及的进程的节点管理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

需要说明的是，在本公开的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本公开的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本公开的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本公开的实施例所属技术领域的技术人员所理解。

应当理解，本公开的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本公开各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (22)

1.一种进程的节点管理方法，其特征在于，所述方法包括：

接收状态管理消息，所述状态管理消息包括：进程的待管理子节点标识、所述进程的主节点标识，以及管理规则，其中，将当前待对其状态进行管理的节点，称为子节点，并将影响所述子节点的状态的节点，作为所述主节点，其中，节点是所述进程中的一种抽象体；

确定与所述待管理子节点标识对应的待管理子节点；

当对所述主节点标识所属主节点的状态进行管理时，根据所述管理规则对所述待管理子节点的状态进行管理。

2.如权利要求1所述的方法，其特征在于，在所述确定与所述待管理子节点标识对应的待管理子节点之后，还包括：

控制所述待管理子节点订阅所述主节点的状态同步消息，其中，所述状态同步消息用于对所述主节点的状态进行更新。

3.如权利要求2所述的方法，其特征在于，所述当对所述主节点标识所属主节点的状态进行管理时，根据所述管理规则对所述待管理子节点的状态进行管理，包括：

当对所述主节点的状态进行更新时，确定所述主节点的第一目标状态；

根据所述子节点的当前状态、所述第一目标状态结合所述管理规则，确定所述子节点的第二目标状态；

将所述当前状态更新至所述第二目标状态。

4.如权利要求3所述的方法，其特征在于，所述管理规则包括：同步状态类型，所述根据所述子节点的当前状态、所述第一目标状态结合所述管理规则，确定所述子节点的第二目标状态，包括：

如果所述同步状态类型是第一类型，则将所述第一目标状态作为所述第二目标状态，其中，所述第一类型用于指示所有状态都随之更新；

如果所述同步状态类型是第二类型，且所述当前状态不是激活态，则将所述第一目标状态作为所述第二目标状态，所述第一类型和所述第二类型不相同，其中，所述第二类型用于指示所述子节点跟随所述主节点更新状态；

如果所述同步状态类型是所述第二类型，且所述当前状态是所述激活态，则维持所述子节点的当前状态。

5.如权利要求1所述的方法，其特征在于，还包括：

将所述状态管理消息保存至所述进程的命名空间。

6.如权利要求5所述的方法，其特征在于，所述待管理子节点标识的数量是多个，在所述将所述状态管理消息保存至所述进程的命名空间之后，还包括：

确定多个所述待管理子节点标识分别所属的多个待管理子节点；

配置所述多个待管理子节点之间的级联依赖关系。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：

根据所述级联依赖关系对多个所述待管理子节点的状态进行管理。

8.如权利要求7所述的方法，其特征在于，所述根据所述级联依赖关系对多个所述待管理子节点的状态进行管理，包括：

在对第一待管理子节点的状态进行管理时，对第二待管理子节点的状态进行管理，所述第一待管理子节点和所述第二待管理子节点之间存在级联依赖关系；

在所述对第二待管理子节点的状态进行管理之后，对第三待管理子节点的状态进行管理，所述第二待管理子节点和所述第三待管理子节点之间存在级联依赖关系。

9.如权利要求5所述的方法，其特征在于，还包括：

如果所述进程关闭，则删除所述命名空间中的所述状态管理消息。

10.如权利要求1所述的方法，其特征在于，所述当对所述主节点标识所属主节点的状态进行管理时，根据所述管理规则对所述待管理子节点的状态进行管理，包括：

在确定未针对所述待管理子节点配置单点控制标志，且触发对所述主节点标识所属主节点的状态进行管理时，根据所述管理规则对所述待管理子节点的状态进行管理；

所述方法还包括：

在确定针对所述待管理子节点配置所述单点控制标志时，对所述待管理子节点的状态进行单独管理。

11.一种进程的节点管理装置，其特征在于，所述装置包括：

接收模块，用于接收状态管理消息，所述状态管理消息包括：进程的待管理子节点标识、所述进程的主节点标识，以及管理规则，其中，将当前待对其状态进行管理的节点，称为子节点，并将影响所述子节点的状态的节点，作为所述主节点，其中，节点是所述进程中的一种抽象体；

第一确定模块，用于确定与所述待管理子节点标识对应的待管理子节点；

第一管理模块，用于在对所述主节点标识所属主节点的状态进行管理时，根据所述管理规则对所述待管理子节点的状态进行管理。

12.如权利要求11所述的装置，其特征在于，还包括：

控制模块，用于在所述确定与所述待管理子节点标识对应的待管理子节点之后，控制所述待管理子节点订阅所述主节点的状态同步消息，其中，所述状态同步消息用于对所述主节点的状态进行更新。

13.如权利要求12所述的装置，其特征在于，所述第一管理模块，具体用于：

当对所述主节点的状态进行更新时，确定所述主节点的第一目标状态；

根据所述子节点的当前状态、所述第一目标状态结合所述管理规则，确定所述子节点的第二目标状态；

将所述当前状态更新至所述第二目标状态。

14.如权利要求13所述的装置，其特征在于，所述管理规则包括：同步状态类型，所述第一管理模块，具体用于：

如果所述同步状态类型是第一类型，则将所述第一目标状态作为所述第二目标状态，其中，所述第一类型用于指示所有状态都随之更新；

如果所述同步状态类型是第二类型，且所述当前状态不是激活态，则将所述第一目标状态作为所述第二目标状态，所述第一类型和所述第二类型不相同，其中，所述第二类型用于指示所述子节点跟随所述主节点更新状态；

如果所述同步状态类型是所述第二类型，且所述当前状态是所述激活态，则维持所述子节点的当前状态。

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

保存模块，用于将所述状态管理消息保存至所述进程的命名空间。

16.如权利要求15所述的装置，其特征在于，所述待管理子节点标识的数量是多个，还包括：

第二确定模块，用于在所述将所述状态管理消息保存至所述进程的命名空间之后，确定多个所述待管理子节点标识分别所属的多个待管理子节点；

配置模块，用于配置所述多个待管理子节点之间的级联依赖关系。

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

第二管理模块，用于根据所述级联依赖关系对多个所述待管理子节点的状态进行管理。

18.如权利要求17所述的装置，其特征在于，所述第二管理模块，具体用于：

在对第一待管理子节点的状态进行管理时，对第二待管理子节点的状态进行管理，所述第一待管理子节点和所述第二待管理子节点之间存在级联依赖关系；

在所述对第二待管理子节点的状态进行管理之后，对第三待管理子节点的状态进行管理，所述第二待管理子节点和所述第三待管理子节点之间存在级联依赖关系。

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

删除模块，用于在所述进程关闭时，删除所述命名空间中的所述状态管理消息。

20.如权利要求11所述的装置，其特征在于，所述第一管理模块，具体用于：

在确定未针对所述待管理子节点配置单点控制标志，且触发对所述主节点标识所属主节点的状态进行管理时，根据所述管理规则对所述待管理子节点的状态进行管理；

在确定针对所述待管理子节点配置所述单点控制标志时，对所述待管理子节点的状态进行单独管理。

21.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。

22.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行权利要求1-10中任一项所述的方法。