CN101247401A

CN101247401A - 基于消息驱动的状态机处理方法和装置

Info

Publication number: CN101247401A
Application number: CNA2008100854143A
Authority: CN
Inventors: 王鹏飞; 王志高
Original assignee: ZTE Corp
Priority date: 2008-03-14
Filing date: 2008-03-14
Publication date: 2008-08-20
Anticipated expiration: 2028-03-14
Also published as: CN101247401B

Abstract

本发明提供了一种基于消息驱动的状态机处理方法和装置，方法包括以下步骤：对流程处理涉及的每个资源分配和或设备配置都初始设置一个标记位为不需要配置；在状态机中的第一状态机之后收到消息；解析消息得到关于需要分配资源和或配置设备的指示；根据指示设置资源和或设备的标记位为需要配置；检查资源或设备，如果被检查的资源或设备的标记位为需要配置，则分配资源或配置设备；根据配置成功与否设置标记位为配置成功或配置失败；继续向状态机中的第二状态机前进或回退到第一状态机。本发明集中了处理流程，提高了代码复用能力，从而提高了效率。

Description

基于消息驱动的状态机处理方法和装置

技术领域

本发明涉及通信领域，具体而言，涉及一种基于消息驱动的状态机处理方法和装置。

背景技术

当前在通信领域各系统中，业务处理普遍采取基于消息驱动的状态机机制实现。简单的说，就是软件系统启动后，处于一个初始状态，在收到一个外部消息触发后，会经过如下一系列过程：初始状态A，收到消息1，跳转到状态B，收到消息2，跳转到状态C，收到消息3，跳转到状态D...。通常是一个消息触发一个流程，该流程经历多个不同的状态下进行对不同的资源和设备进行多次配置，但不同的流程都只是反复对这些类设备进行配置。

例如，现有技术中某次流程处理过程及状态机跳转如下：

初始状态A：

业务处理消息：

业务处理解析；

分配资源1；

配置设备2；

跳转到等待设备2响应状态B；

状态B：

设备2成功响应消息：

设备2成功响应消息解析；

配置资源3；

配置资源4；

配置设备5；

跳转到等待设备5响应状态C；

设备2失败响应消息：

设备2失败响应消息解析；

回退设备2配置；

释放资源1；

跳转到初始状态A；

状态C：

设备5成功响应消息：

设备5成功响应消息解析；

配置资源6；

跳转到状态D；

设备5失败响应消息：

设备5失败响应消息解析；

回退设备5配置；

释放资源4；

释放资源3；

回退设备2配置；

释放资源1；

跳转到初始状态A；

在实现本发明过程中，发明人发现上述的状态机处理方式，是对每个流程的每个状态机分别进行处理。按照现有的处理方法，流程处理比较分散，且代码实现难以复用。

发明内容

本发明旨在提供一种基于消息驱动的状态机处理方法和装置，能够解决现有的处理方法流程处理比较分散且代码实现难以复用等问题。

在本发明的实施例中，提供了一种基于消息驱动的状态机处理方法，包括以下步骤：对流程处理涉及的每个资源分配和或设备配置都初始设置一个标记位为不需要配置，其中，标记位允许设置的状态包括：不需要配置、需要配置、配置失败和配置成功，流程处理包括一系列状态机；在状态机中的第一状态机之后收到消息；解析消息得到关于需要分配资源和或配置设备的指示；根据指示设置资源和或设备的标记位为需要配置；检查资源或设备，如果被检查的资源或设备的标记位为需要配置，则分配资源或配置设备；根据配置成功与否设置标记位为配置成功或配置失败；继续向状态机中的第二状态机前进或回退到第一状态机。

优选的，根据分配成功与否设置标记位为配置成功或配置失败具体包括：对于不产生回应的资源分配或设备配置，则直接设置标记位为配置成功；对于产生回应的资源分配或设备配置，则根据回应设置标记位为配置成功或配置失败。

优选的，继续向第二状态机前进或回退到第一状态机具体包括：如果配置成功则流程处理向第二状态机前进；如果配置失败，则对于标记位为配置成功的资源或设备取消分配和设置，将其标记位设置为不需要配置，并且使流程处理回退到第一状态机。

优选的，还包括：当配置失败时，记录错误码，错误码映射配置失败的资源分配或设备配置是何种异常。

优选的，还包括：在进行错误分析时，利用错误码确定配置失败的资源分配或设备配置是何种异常。

优选的，还包括：当配置失败进行错误分析时，确定是标记位为分配失败的资源或设备发生异常。

在本发明的实施例中，还提供了一种基于消息驱动的状态机处理装置，包括：设置模块，用于对流程处理涉及的每个资源分配和或设备配置都初始设置一个标记位为不需要配置，其中，标记位允许设置的状态包括：不需要配置、需要配置、配置失败和配置成功，流程处理包括一系列状态机；解析模块，用于在状态机中的第一状态机之后收到消息时，解析消息得到关于需要分配资源和或配置设备的指示，根据指示设置资源和或设备的标记位为需要配置；正常处理模块，用于检查资源或设备，如果被检查的资源或设备的标记位为需要配置，则分配资源或配置设备；标记模块，用于根据配置成功与否设置标记位为配置成功或配置失败；流程模块，用于继续向状态机中的第二状态机前进或回退到第一状态机。

优选的，标记模块具体包括：第一单元，用于对于不产生回应的资源分配或设备配置，则直接设置标记位为配置成功；第二单元，用于对于产生回应的资源分配或设备配置，则根据回应设置标记位为配置成功或配置失败。

优选的，流程模块包括：前进单元，用于配置成功则流程处理向第二状态机前进；回退单元，用于如果配置失败，则对于标记位为配置成功的资源或设备取消分配和设置，将其标记位设置为不需要配置，并且使流程处理回退到第一状态机。

优选的，还包括：记录模块，用于当配置失败时，记录错误码，错误码映射配置失败的资源分配或设备配置是何种异常；定位模块，用于在进行错误分析时，利用错误码确定配置失败的资源分配或设备配置是何种异常，并确定是标记位为分配失败的资源或设备发生异常。

该实施例因为采用设置标记位的方法，所以克服了现有的处理方法流程处理比较分散且代码实现难以复用等问题，进而达到了流程处理集中的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了根据本发明实施例的基于消息驱动的状态机处理方法的流程图；以及

图2示出了根据本发明实施例的基于消息驱动的状态机处理装置的方框图。

具体实施方式

下面将参考附图并结合实施例，来详细说明本发明。

图1示出了根据本发明实施例的基于消息驱动的状态机处理方法的流程图，包括以下步骤：

步骤S10，对流程处理涉及的每个资源分配和或设备配置都初始设置一个标记位为不需要配置，其中，标记位允许设置的状态包括：不需要配置、需要配置、配置失败和配置成功，流程处理包括一系列状态机；

步骤S20，在状态机中的第一状态机之后收到消息；

步骤S30，解析消息得到关于需要分配资源和或配置设备的指示；

步骤S40，根据指示设置资源和或设备的标记位为需要配置；

步骤S50，检查资源或设备，如果被检查的资源或设备的标记位为需要配置，则分配资源或配置设备；

步骤S60，根据配置成功与否设置标记位为配置成功或配置失败；

步骤S70，继续向状态机中的第二状态机前进或回退到第一状态机。

打个比方，状态机处理方式像是构建了一幅地图，每个资源分配和设备设置操作可以看作是从起点出发到目的地的一个个沿途站点。现有技术中，如果途中需要返回，由于这些站点没有标记，所以不知道这些沿途站点已经走过，因此如果要用橡皮擦擦掉这些站点的途径痕迹时，将不知道从整幅地图中擦除哪些站点的痕迹。

而在上述的实施例中，由于对这些沿途站点设置了标记位，所以进行回退处理等操作，将变得很容易。

优选的，步骤S60具体包括：对于不产生回应的资源分配或设备配置，则直接设置标记位为配置成功；对于产生回应的资源分配或设备配置，则根据回应设置标记位为配置成功或配置失败。

该打点式集中配置方法，可以针对一个流程在多个状态下只用一个过程进行配置。该方法对流程处理中涉及的每个资源分配和设备配置都设置了一个标记位(打点)，因为在一个系统中，不同的业务处理流程涉及到的资源分配和设备配置都是有限的，而且往往不同流程都需要分配同一类资源或者配置同一类设备，所以这些标记位在不同的流程间可以共用。标记位可以设置成四种：不需要配置、需要配置、配置失败、配置成功。标记位初始化为不需要配置，在收到消息时，根据消息内容，对需要分配的资源或者配置的设备设置标记位(打点)。将消息解析独立出来，在收到相关设备的回应消息后，在消息解析时根据回应成功与否修改上述标记位，对于不需要回应消息的配置或者资源分配，配置成功，即将标记位置为成功，从而实现业务过程集中处理。这种打点式配置方法，思想简要概括为：需要配置就配置。每个流程需要配置哪些设备从代码实现能够清晰看出。

优选的，步骤S70具体包括：如果配置成功则流程处理向第二状态机前进；如果配置失败，则对于标记位为配置成功的资源或设备取消分配和设置，将其标记位设置为不需要配置，并且使流程处理回退到第一状态机。

优选的，还包括：当配置失败进行错误分析时，确定是标记位为分配失败的资源或设备发生异常。可见，标记位还可以帮助迅速定位发生异常配置的资源或设备。

在系统发生错误时，使用该方法，定位问题非常方便。只需要调出相应的标记位，就可以看到当前流程配置进行到什么地方发生了失败，根据错误码很容易定位出问题发生的设备出现了何种异常。

该打点式处理方法，可以实现异常的统一处理，对每个流程只需要设置一个统一的异常处理过程。对于异常采取集中处理的策略，在异常发生的地方并不马上进行异常处理，而是抛出一个错误码，在处理过程结束返回后根据错误码进行异常处理。异常处理时如上述打点的某标记位为成功时，即对相应的分配的资源释放或者配置成功的设备进行回滚配置。进行这种异常统一处理方法，思想简要概括为：配置成功即回滚。

由上可见，打点式处理方法具备业务处理和异常处理集中、清晰、简单，问题定位方便，调试效率高的优点。

图2示出了根据本发明实施例的基于消息驱动的状态机处理装置的方框图，包括：

设置模块10，用于对流程处理涉及的每个资源分配和或设备配置都初始设置一个标记位为不需要配置，其中，标记位允许设置的状态包括：不需要配置、需要配置、配置失败和配置成功，流程处理包括一系列状态机；

解析模块20，用于在状态机中的第一状态机之后收到消息时，解析消息得到关于需要分配资源和或配置设备的指示，根据指示设置资源和或设备的标记位为需要配置；

正常处理模块30，用于检查资源或设备，如果被检查的资源或设备的标记位为需要配置，则分配资源或配置设备；

标记模块40，用于根据配置成功与否设置标记位为配置成功或配置失败；

流程模块50，用于继续向状态机中的第二状态机前进或回退到第一状态机。

优选的，标记模块40具体包括：第一单元，用于对于不产生回应的资源分配或设备配置，则直接设置标记位为配置成功；第二单元，用于对于产生回应的资源分配或设备配置，则根据回应设置标记位为配置成功或配置失败。

优选的，流程模块50包括：前进单元，用于配置成功则流程处理向第二状态机前进；回退单元，用于如果配置失败，则对于标记位为配置成功的资源或设备取消分配和设置，将其标记位设置为不需要配置，并且使流程处理回退到第一状态机。

优选的，该装置还包括：记录模块，用于当配置失败时，记录错误码，错误码映射配置失败的资源分配或设备配置是何种异常；定位模块，用于在进行错误分析时，利用错误码确定配置失败的资源分配或设备配置是何种异常，并确定是标记位为分配失败的资源或设备发生异常。

这里以背景技术中的流程配置说明该方法实现例。

针对背景技术中的状态机流程处理，本实施例中提供了一种新的状态机处理方法。包括：

收到业务处理消息或设备回应消息，解析消息并根据消息内容设置配置项打点，该模块处理如下：

int ProcMsgParseAndMark()

{

if(业务处理消息)

{

初始化所有资源和设备标记位为不需要配置

}

根据消息内容设置标记位；

if(设备回应消息且为失败)

{

返回消息中附带错误码；

}

返回0；

}

该模块为消息解析模块，用于对消息进行解析，如果收到的消息是业务处理消息，就初始化所有资源和设备标记位为不需要配置。随后解析消息，根据消息内容设置标记位：业务处理消息，设置相应需要分配资源或配置设备的标记位为需要配置；设备回应消息，根据回应消息中设备成功与否设置相应设备标记位为配置成功或失败。如果回应消息中为配置失败，则将消息中携带错误码抛出。

解析成功后调用如下过程处理：

int ProcConfigProcess()

{

if(资源1标记为需要配置)

{

分配资源1；

分配成功，则设置该标记位为成功；

分配失败，则设置该标记位为失败，并返回错误码；

}

if(设备2标记为需要配置)

{

配置设备2；

跳转到等待设备2响应状态B；

}

if(资源3标记为需要配置)

{

分配资源3；

分配成功，则设置该标记位为成功；

分配失败，则设置该标记位为失败，并返回错误码；

}

if(资源4标记为需要配置)

{

分配资源4；

分配成功，则设置该标记位为成功；

分配失败，则设置该标记位为失败，并返回错误码；

}

if(设备5标记为需要配置)

{

配置设备5；

跳转到等待设备5响应状态B；

}

if(资源6标记为需要配置)

{

分配资源6；

分配成功，则设置该标记位为成功；

分配失败，则设置该标记位为失败，并返回错误码；

}

跳转到状态D；

}

该模块为正常处理模块，该过程的作用是该模块逐一对资源和配置判断标记位，如果资源标记位为需要配置，分配资源，资源分配成功，将相应资源标记位设为配置成功；资源分配失败，设置资源标记为配置失败。如果是设备标记位为需要配置，发送消息配置设备，跳转到等待设备响应的状态。

正常处理模块进行完某项设备配置后，如需要等待该设备响应，即会自动跳转到等待设备回应的状态。如上在状态A处理完就会跳到状态B，在状态B收到设备2的响应消息，消息解析时将设备2标记为配置成功(或失败)。当为成功时，继续调用上述配置过程进行配置，因为设备2已经配置成功，上述过程会走到“if(资源3标记为需要配置)”项；当为失败时，会返回一个错误码，采用如下异常统一处理过程进行处理：

ProcExceptionProccess(int iErrorCode)

{

if(iErrorCode为0)

{

直接返回；

}

if(资源1标记为配置成功)

{

释放资源1；

}

if(设备2标记为配置成功)

{

回退设备2配置；

}

.............

记录错误码；

特定错误下的处理；

状态跳转；

}

该模块为异常处理模块，首先对错误码进行检查，如果发现没有错误，直接返回不进行任何处理；发生错误继续往下处理。下面处理过程，当资源1标记为配置成功时，释放资源1；当设备2标记为配置成功时，回退设备2；省略号表示将所有资源或者设备标记为成功的逐一释放或回退；后面记录错误码；再接着针对具体错误进行一些特殊处理；最后状态机状态跳转到初始状态。

由于上述消息解析模块、正常处理模块、异常处理模块利用标记位将分散的业务处理涉及的资源分配和设备配置集中化，将分散的异常处理集中化，从而达到高度复用。因此，对业务的处理，经历的不同状态下的不同处理过程，演变成非常简单的模式：解析消息，判断是否发生异常，进行配置，判断是否发生异常。同一流程，不同状态下，不同消息下处理模式一样。按此方法，该实施例实现方法简化为：

ProcProcess()

{

初始iErrorCode为0；

初始状态A：

业务处理消息：

iErrorCode＝ProcMsgParseAndMark()；

ProcExceptionProccess(iErrorCode)；

iErrorCode＝ProcConfigProcess()；

ProcExceptionProccess(iErrorCode)；

状态B：

设备2成功响应消息：

设备2失败响应消息：

iErrorCode＝ProcMsgParseAndMark()；

ProcExceptionProccess(iErrorCode)；

iErrorCode＝ProcConfigProcess()；

ProcExceptionProccess(iErrorCode)；

状态C：

设备5成功响应消息：

设备5失败响应消息：

iErrorCode＝ProcMsgParseAndMark()；

ProcExceptionProccess(iErrorCode)；

iErrorCode＝ProcConfigProcess()；

ProcExceptionProccess(iErrorCode)；

}

以上述过程状态B下收到设备2成功响应消息为例，说明如下：

首先调用解析模块ProcMsgParseAndMark处理，在解析模块ProcMsgParseAndMark会对设备2的回应消息进行解析，并将设备2的标记位置为成功配置，返回0；

其后进入异常处理模块ProcExceptionProccess，该模块发现无错误，直接返回；

接着会进入正常处理模块ProcConfigProcess，进行后续资源的分配或设备的配置，ProcConfigProcess对资源1的标记位进行检查，发现资源1标记位为配置成功，就不会再分配资源1了；接着对设备2的标记位进行检查，发现设备2标记位也为配置成功，不再对设备2进行配置，后面检查资源3、4标记位为需要配置，对资源3、4依次分配，分配成功后，将相应标记位置为配置成功，接着检查设备5标记位为需要配置，就给设备5发送配置消息，就会进入等待设备5响应的状态B；

因为状态直接跳转了，实际运行时最后的异常处理模块ProcExceptionProccess，就不会再执行了。

显然，本领域的技术人员应该明白，上述本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种基于消息驱动的状态机处理方法，其特征在于，包括以下步骤：

对流程处理涉及的每个资源分配和或设备配置都初始设置一个标记位为不需要配置，其中，所述标记位允许设置的状态包括：不需要配置、需要配置、配置失败和配置成功，所述流程处理包括一系列状态机；

在所述状态机中的第一状态机之后收到消息；

解析所述消息得到关于需要分配资源和或配置设备的指示；

根据所述指示设置所述资源和或设备的所述标记位为需要配置；

检查资源或设备，如果被检查的资源或设备的所述标记位为需要配置，则分配所述资源或配置所述设备；

根据配置成功与否设置所述标记位为配置成功或配置失败；

继续向在所述状态机中的第二状态机前进或回退到所述第一状态机。

2.根据权利要求1所述的状态机处理方法，其特征在于，根据分配成功与否设置所述标记位为配置成功或配置失败具体包括：

对于不产生回应的资源分配或设备配置，则直接设置所述标记位为配置成功；

对于产生回应的资源分配或设备配置，则根据所述回应设置所述标记位为配置成功或配置失败。

3.根据权利要求1所述的状态机处理方法，其特征在于，继续向第二所述状态机前进或回退到所述第一状态机具体包括：

如果配置成功则流程处理向第二所述状态机前进；

如果配置失败，则对于所述标记位为配置成功的资源或设备取消分配和设置，将其标记位设置为不需要配置，并且使流程处理回退到所述第一状态机。

4.根据权利要求1所述的状态机处理方法，其特征在于，还包括：

当配置失败时，记录错误码，所述错误码映射配置失败的资源分配或设备配置是何种异常。

5.根据权利要求4所述的状态机处理方法，其特征在于，还包括：

在进行错误分析时，利用所述错误码确定配置失败的资源分配或设备配置是何种异常。

6.根据权利要求1所述的状态机处理方法，其特征在于，还包括：

当配置失败进行错误分析时，确定是所述标记位为分配失败的资源或设备发生异常。

7.一种基于消息驱动的状态机处理装置，其特征在于，包括：

设置模块，用于对流程处理涉及的每个资源分配和或设备配置都初始设置一个标记位为不需要配置，其中，所述标记位允许设置的状态包括：不需要配置、需要配置、配置失败和配置成功，所述流程处理包括一系列状态机；

解析模块，用于在所述状态机中的第一状态机之后收到消息时，解析所述消息得到关于需要分配资源和或配置设备的指示，根据所述指示设置所述资源和或设备的所述标记位为需要配置；

正常处理模块，用于检查资源或设备，如果被检查的资源或设备的所述标记位为需要配置，则分配所述资源或配置所述设备；

标记模块，用于根据配置成功与否设置所述标记位为配置成功或配置失败；

流程模块，用于继续向所述状态机中的第二状态机前进或回退到所述第一状态机。

8.根据权利要求7所述的状态机处理装置，其特征在于，所述标记模块具体包括：

第一单元，用于对于不产生回应的资源分配或设备配置，则直接设置所述标记位为配置成功；

第二单元，用于对于产生回应的资源分配或设备配置，则根据所述回应设置所述标记位为配置成功或配置失败。

9.根据权利要求8所述的状态机处理装置，其特征在于，所述流程模块包括：

前进单元，用于配置成功则流程处理向第二所述状态机前进；

回退单元，用于如果配置失败，则对于所述标记位为配置成功的资源或设备取消分配和设置，将其标记位设置为不需要配置，并且使流程处理回退到所述第一状态机。

10.根据权利要求7所述的状态机处理装置，其特征在于，还包括：

记录模块，用于当配置失败时，记录错误码，所述错误码映射配置失败的资源分配或设备配置是何种异常；

定位模块，用于在进行错误分析时，利用所述错误码确定配置失败的资源分配或设备配置是何种异常，并确定是所述标记位为分配失败的资源或设备发生异常。