CN106227584A - 一种基于状态机的事件驱动方法和系统 - Google Patents

Abstract

本发明涉及数据处理领域，特别涉及一种基于状态机的事件驱动方法和系统。本发明的事件驱动方法和系统支持多状态机，能够同时处理多个流程，同时每个流程支持多线程并发，实现多任务处理；同时本发明的状态流程定义简单明确，在事件处理过程中，将处理业务逻辑的类和处理状态机的类相分离，从而优化了处理速度，提高了状态机的运行处理效率。

Description

一种基于状态机的事件驱动方法和系统

技术领域

本发明涉及数据处理领域，特别涉及一种基于状态机的事件驱动方法和系统。

背景技术

状态机由状态寄存器和组合逻辑电路构成，能够根据控制信号按照预先设定的状态进行状态转移，是协调相关信号动作，完成特定操作的控制中心。状态机可归纳为4个要素，即现态、条件、动作、次态。“现态”是指当前所处的状态，当一个“条件”被满足时，可能会触发一个“动作”，“动作”执行完毕后，可以从当前状态迁移到新的状态，也可以仍旧保持当前状态。或者当一个条件被满足后，不执行任何动作，直接执行一次状态的迁移，即从当前状态迁移到新的状态，新状态即为“次态”。“次态”是相对于“现态”而言的，“次态”一旦被激活，就转变成新的“现态”了。状态机在事件触发的业务处理中应用广泛，每个状态机针对一个流程，一个流程可能有非常多的状态节点，一个节点也会对多个事件进行响应，因此要求状态机具备并发处理能力，尤其是在高速处理的系统中，对状态机的稳定性和并发处理能力提出了较高的要求，如果状态机运行不稳定、不具备并发处理能力或者并发处理能力较弱，则会极大影响数据处理的速度和效率。

发明内容

本发明提供了一种基于状态机的事件驱动方法和系统，解决了现有技术状态机采用并发处理能力较弱，数据处理效率低的技术问题。

本发明解决上述技术问题的技术方案如下：一种基于状态机的事件驱动方法，包括以下步骤：

步骤1，应用服务器启动至少一个状态机流转引擎线程和至少一个事件处理线程；

步骤2，连接服务器接收用户通过客户端发送的交易请求事件，将所述交易请求事件封装为第一服务器事件，并通过消息服务器对所述第一服务器事件进行分发；

步骤3，应用服务器监听并接收所述第一服务器事件，通过对应的状态机流转引擎线程对所述第一服务器事件进行流转，并在流转过程中依次调用对应的事件处理线程对所述第一服务器事件进行处理，然后将处理得到的最终处理结果封装为第二服务器事件；

步骤4，将所述第二服务器事件变换为客户端事件后返回至用户的客户端。

在上述技术方案的基础上，本发明还可以做如下改进。

进一步，所述交易请求事件包括议价请求事件和/或交割请求事件。

进一步，所述第一服务器事件包括交易信息和流程信息。

进一步，步骤1中，应用服务器将存储在数据库服务器中的状态机流程定义信息读取到内存中进行缓存，所述状态机流程定义信息包括状态机信息和交易请求事件信息。采用上述步骤，可以方便后续步骤中对状态机流程定义信息进行快速读取，提高状态机的运行效率。

进一步，步骤3中，应用服务器通过状态机流转引擎线程和状态机流程定义信息对所述第一服务器事件进行流转和处理，具体为：

S301，状态机流转引擎线程获取到所述第一服务器事件的信息后，根据所述状态机流程定义信息，快速查询下一个操作状态ID和对应的处理所述第一服务器事件的第一事件处理类；

S302，状态机流转引擎线程通过事件处理线程将所述第一服务器事件流转给所述第一事件处理类；

S303，所述第一事件处理类对所述第一服务器事件进行处理，生成第一中间处理结果，并把所述第一中间处理结果封装为第一中间服务器事件；

S304，所述事件处理线程将所述第一中间服务器事件流转至用于监控所述第一中间服务器事件的第二事件处理类进行处理，得到第二中间处理结果；依次进行，直到得到最终处理结果；

S305，将所述最终处理结果封装为第二服务器事件。

进一步，步骤3中，事件处理类在对第一服务器事件和/或中间服务器事件进行处理时，更新用于存储业务信息的数据库。

进一步，连接服务器接收多个用户分别通过客户端发送的多个交易请求事件或者接收一个用户通过客户端发送的多个交易请求事件时，将多个交易请求事件分别封装为多个第一服务器事件；应用服务器接收到多个第一服务器事件后，同时启动多个状态机分别对每个第一服务器事件进行处理。

进一步，所述步骤4具体为：

将所述第二服务器事件通过消息服务器发送到用于监听服务器事件的连接服务器；

连接服务器将所述第二服务器事件变换为客户端事件，并通过socket通信方式发送到用户客户端；

用户客户端接收所述客户端事件后，采用弹窗方式响应所述客户端事件，并对客户端画面信息进行更新。

为了解决本发明的技术问题，本发明还提供了一种基于状态机的事件驱动系统，包括客户端、连接服务器、消息服务器和应用服务器，

所述客户端用于发送交易请求事件；以及用于接收所述第二服务器事件封装成的客户端事件，采用弹窗方式响应所述客户端事件，并对客户端画面信息进行更新；

所述连接服务器用于接收用户通过客户端发送的交易请求事件，将所述交易请求事件封装为第一服务器事件；以及将所述第二服务器事件变换为客户端事件后返回至用户的客户端；

所述消息服务器用于对所述第一服务器事件进行存储并分发；以及用于存储所述第二服务器事件；

所述应用服务器用于启动至少一个状态机流转引擎线程和至少一个事件处理线程；且监听并接收所述第一服务器事件，通过对应的状态机流转引擎线程对所述第一服务器事件进行流转，并在流转过程中依次调用对应的事件处理线程对所述第一服务器事件进行处理，然后将处理得到的最终处理结果封装为第二服务器事件。

进一步，所述基于状态机的事件驱动系统包括至少一个客户端。

本发明的有益效果是：本发明基于状态机的事件驱动方法和系统支持多状态机，能够同时处理多个流程，同时每个流程支持多线程并发，实现多任务处理；同时本发明的状态流程定义简单明确，在事件处理过程中，将处理业务逻辑的类和处理状态机的类相分离，从而优化了处理速度，提高了状态机的运行处理效率。

附图说明

图1为本发明一种基于状态机的事件驱动方法的流程示意图；

图2为本发明一种基于状态机的事件驱动系统的结构示意图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

如图1所示，为本发明一种基于状态机的事件驱动方法的流程示意图，方法包括以下步骤：

应用服务器启动至少一个状态机流转引擎线程和至少一个事件处理线程；

连接服务器接收用户通过客户端发送的交易请求事件，将所述交易请求事件封装为第一服务器事件，并通过消息服务器对所述第一服务器事件进行分发；

应用服务器监听并接收所述第一服务器事件，通过对应的状态机流转引擎线程对所述第一服务器事件进行流转，并在流转过程中依次调用对应的事件处理线程对所述第一服务器事件进行处理，然后将处理得到的最终处理结果封装为第二服务器事件；

将所述第二服务器事件变换为客户端事件后返回至用户的客户端。

以下对上述步骤进行具体说明。

步骤1，应用服务器启动至少一个状态机流转引擎线程和至少一个用于事件处理线程，同时将存储在数据库服务器中的状态机流程定义信息读取到内存中进行缓存，这样在后续通过状态机流转引擎线程对事件进行分发和处理时，可以对状态机流程定义信息进行快速读取，提高数据处理的速度和效率。本发明中，所述事件处理线程为专用于处理服务器事件的线程，从而将处理服务器事件的类和处理状态机的类分离，优化了处理速度。

所述状态机流程定义信息包括状态机信息和交易请求事件信息，如下表1和表2所示，表1为状态机信息一览表，表2为状态机流程定义表。

表1 状态机信息表

状态机ID	状态机描述	初始化状态ID
			32	Test Process	51
21	Ticket Process	14

表2 状态机流程定义表

如表1的状态机信息表所示，定义了两个状态机ID，即包括两个状态机32和21，分别进行Test process和Ticket process进程处理，如表2所示，为状态机ID为32的状态机的流程定义表，定义了状态机的初始状态、条件、下一个状态，以及处理该事件的类。当用户发起了交易请求事件，并进入等待答复状态后，若在交易请求时间内有事件接收者对交易请求事件进行了答复，则进入“完成”状态，将状态ID修改为52，并调用“OKHandler”类对该事件进行处理；若在交易请求时间内，没有接收到任何答复信息，则进入“交易请求过期”状态，将状态ID修改为54，并调用“DNTHandler”对事件进行处理；若在交易请求时间内取消了交易，则进入“取消交易状态”，将状态ID修改为53，并调用“CLEHandler”对事件进行处理。

步骤2，用户通过客户端发起一个交易请求事件，比如议价请求事件或者交割请求事件，客户端通过scoket通信的方式将所述交易请求事件发送到连接服务器。连接服务器接收所述交易请求事件，并对所述交易请求事件进行内部封装为第一服务器事件。本发明中，不同业务实例之间的所有信息传送均通过事件进行，事件是一个内部对象，可以携带各种关键信息，以供业务实例处理时使用。比如，所述交易请求事件为客户端事件，包括事件ID为C001，事件类型为：客户端的交易请求事件；请求数据包括：交易ID、请求内容、状态机ID、状态ID等。封装成的第一服务器事件包括事件ID为S001，事件类型为：服务器端的交易请求事件；请求数据包括交易ID、请求内容、状态机ID、状态ID等等。

步骤3，连接服务器将封装好的第一服务器事件发送给消息服务器进行存储，应用服务器监听并读取所述第一服务器事件。应用服务器读取到所述第一服务器事件后，可以获取所述第一服务器事件中包含的交易信息和流程信息。

步骤4，获取到所述第一服务器事件的应用服务器通过状态机流转引擎线程和状态机流程定义信息对所述第一服务器事件进行流转和处理，具体为：

状态机流转引擎线程获取到所述第一服务器事件的信息后，根据所述状态机流程定义信息，快速查询下一个操作状态ID和对应的处理所述第一服务器事件的第一事件处理类，比如okhandler类；

状态机流转引擎线程通过事件处理线程将所述第一服务器事件流转给所述第一事件处理类进行处理，生成第一中间处理结果，并把所述第一中间处理结果封装为第一中间服务器事件；同时在处理过程中，更新用于存储业务信息的数据库；

所述事件处理线程将所述第一中间服务器事件流转至用于监控所述第一中间服务器事件的第二事件处理类进行处理，得到第二中间处理结果；依次进行，直到得到最终处理结果；然后将所述最终处理结果封装为第二服务器事件。

步骤5，将所述第二服务器事件变换为客户端事件后返回至用户的客户端，具体为：

将所述第二服务器事件通过消息服务器发送到用于监听服务器事件的连接服务器；

连接服务器将所述第二服务器事件变换为客户端事件，并通过socket通信方式发送到用户客户端；

用户客户端接收所述客户端事件后，采用弹窗方式响应所述客户端事件，并对客户端画面信息进行更新，实现画面互动。

以上为基于状态机对用户通过客户端发送的一个交易请求事件进行处理的完整过程。在实际应用过程中，一个用户可以通过客户端发送多个交易请求事件，或者多个用户可以发送多个交易请求事件，此时，连接服务器接收所述多个交易请求事件后，将多个交易请求事件分别封装为多个第一服务器事件，并通过消息服务器进行分发。应用服务器接收到多个第一服务器事件后，同时启动多个状态机分别对每个第一服务器事件进行处理，从而提高了数据处理的速度和效率。

如图2所示，为本发明一种基于状态机的事件驱动系统的结构示意图，包括连接服务器、消息服务器、应用服务器和至少一个客户端，

所述客户端用于发送交易请求事件；以及用于接收客户端事件，采用弹窗方式响应所述客户端事件，并对客户端画面信息进行更新；

所述连接服务器用于接收用户通过客户端发送的交易请求事件，将所述交易请求事件封装为第一服务器事件；以及将所述第二服务器事件变换为客户端事件后返回至用户的客户端；

所述消息服务器用于对所述第一服务器事件进行存储并分发；以及用于存储所述第二服务器事件；

所述应用服务器用于启动至少一个状态机流转引擎线程和至少一个事件处理线程；且监听并接收所述第一服务器事件，通过对应的状态机流转引擎线程对所述第一服务器事件进行流转，并在流转过程中依次调用对应的事件处理线程对所述第一服务器事件进行处理，然后将处理得到的最终处理结果封装为第二服务器事件。

本发明基于状态机的事件驱动方法和系统支持多状态机，能够同时处理多个流程，同时每个流程支持多线程并发，实现多任务处理；同时本发明的状态流程定义简单明确，在事件处理过程中，将处理业务逻辑的类和处理状态机的类相分离，从而优化了处理速度，提高了状态机的运行处理效率。

在本发明的描述中，需要理解的是，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

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

Claims (10)

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

步骤1，应用服务器启动至少一个状态机流转引擎线程和至少一个事件处理线程；

步骤2，连接服务器接收用户通过客户端发送的交易请求事件，将所述交易请求事件封装为第一服务器事件，并通过消息服务器对所述第一服务器事件进行分发；

步骤3，应用服务器监听并接收所述第一服务器事件，通过对应的状态机流转引擎线程对所述第一服务器事件进行流转，并在流转过程中依次调用对应的事件处理线程对所述第一服务器事件进行处理，然后将处理得到的最终处理结果封装为第二服务器事件；

步骤4，将所述第二服务器事件变换为客户端事件后返回至用户的客户端。

2.根据权利要求1所述的基于状态机的事件驱动方法，其特征在于，所述交易请求事件包括议价请求事件和/或交割请求事件。

3.根据权利要求2所述的基于状态机的事件驱动方法，其特征在于，所述第一服务器事件包括交易信息和流程信息。

4.根据权利要求1所述的基于状态机的事件驱动方法，其特征在于，步骤1中，应用服务器将存储在数据库服务器中的状态机流程定义信息读取到内存中进行缓存，所述状态机流程定义信息包括状态机信息和交易请求事件信息。

5.根据权利要求4所述的基于状态机的事件驱动方法，其特征在于，步骤3中，应用服务器通过状态机流转引擎线程和状态机流程定义信息对所述第一服务器事件进行流转和处理，具体为：

S301，状态机流转引擎线程获取到所述第一服务器事件的信息后，根据所述状态机流程定义信息，快速查询下一个操作状态ID和对应的处理所述第一服务器事件的第一事件处理类；

S302，状态机流转引擎线程通过事件处理线程将所述第一服务器事件流转给所述第一事件处理类；

S303，所述第一事件处理类对所述第一服务器事件进行处理，生成第一中间处理结果，并把所述第一中间处理结果封装为第一中间服务器事件；

S304，所述事件处理线程将所述第一中间服务器事件流转至用于监控所述第一中间服务器事件的第二事件处理类进行处理，得到第二中间处理结果；依次进行，直到得到最终处理结果；

S305，将所述最终处理结果封装为第二服务器事件。

6.根据权利要求5所述的基于状态机的事件驱动方法，其特征在于，步骤3中，事件处理类在对第一服务器事件和/或中间服务器事件进行处理时，更新用于存储业务信息的数据库。

7.根据权利要求1～6任一所述的基于状态机的事件驱动方法，其特征在于，连接服务器接收多个用户分别通过客户端发送的多个交易请求事件或者接收一个用户通过客户端发送的多个交易请求事件时，将多个交易请求事件分别封装为多个第一服务器事件；应用服务器接收到多个第一服务器事件后，同时启动多个状态机分别对每个第一服务器事件进行处理。

8.根据权利要求7所述的基于状态机的事件驱动方法，其特征在于，所述步骤4具体为：

将所述第二服务器事件通过消息服务器发送到用于监听服务器事件的连接服务器；

连接服务器将所述第二服务器事件变换为客户端事件，并通过socket通信方式发送到用户客户端；

用户客户端接收所述客户端事件后，采用弹窗方式响应所述客户端事件，并对客户端画面信息进行更新。

9.一种基于状态机的事件驱动系统，其特征在于，包括客户端、连接服务器、消息服务器和应用服务器，

所述客户端用于发送交易请求事件；以及用于接收客户端事件，采用弹窗方式响应所述客户端事件，并对客户端画面信息进行更新；

所述连接服务器用于接收用户通过客户端发送的交易请求事件，将所述交易请求事件封装为第一服务器事件；以及将所述第二服务器事件变换为客户端事件后返回至用户的客户端；

所述消息服务器用于对所述第一服务器事件进行存储并分发；以及用于存储所述第二服务器事件；

所述应用服务器用于启动至少一个状态机流转引擎线程和至少一个事件处理线程；且监听并接收所述第一服务器事件，通过对应的状态机流转引擎线程对所述第一服务器事件进行流转，并在流转过程中依次调用对应的事件处理线程对所述第一服务器事件进行处理，然后将处理得到的最终处理结果封装为第二服务器事件。

10.根据权利要求9所述的基于状态机的事件驱动系统，其特征在于，包括至少一个客户端。