业务流程处理方法、装置和有限状态机模型与流程

1.本发明属于计算机技术领域，具体涉及一种基于有限状态机的业务流程处理方法和装置以及用于业务处理的有限状态机模型。


背景技术：

2.传统的统计业务系统，业务流程的控制大多采用if-else、case when或switch等程序语句来实现，由于业务流程复杂多变，计算机指令数量巨大，相应计算机状态的数量也非常多，业务流程控制方法的程序通常十分复杂，程序设计人员学习和维护成本非常高，且往往不能重复使用，工作效率低。
3.以统计调查业务为例，在统计调查数据管理工作中，统计数据生产是重点难点，统计数据生产流程包括统计设计、任务部署、数据采集、数据审核、数据处理、数据评估、数据发布、存储归档8个环节共34个重点工作，具体如图1的统计调查数据管理中具体重点工作的示意图。数据生产流程中，不是所有环节都是通过系统处理的，根据需要的引用，主要涉及数据采集、数据审核、数据处理这几个环节。
4.另外，在实际操作过程中，根据统计调查任务的不同，可从某个环节或节点开始，允许跳过或重复执行某些环节或节点，其中很多重点工作环节已实现电子化办公。在统计业务电子化工作中，业务系统开发的内容通常会涉及多种业务状态，这些业务状态的转换逻辑往往散落在业务代码中，不仅影响业务开发过程，在业务变更情况下很难修改系统代码，还使得后续业务人员很难快速接手系统工作。因此，如何维护业务状态的流转成为亟需解决的问题。
5.另外，统计业务的流程多变，给业务系统的开发带来很大的复杂度和工作量，业务人员的学习成本高、实施操作工作量大。
6.因此，现有技术需要一种能够有效处理业务流程的解决方案。
7.上述在背景部分公开的信息仅用于对本发明的背景做进一步的理解，因此它可以包含对于本领域普通技术人员已知的不构成现有技术的信息。


技术实现要素：

8.本发明涉及一种基于有限状态机的业务流程处理方法和装置以及用于业务处理的有限状态机模型。本发明的方案能够对业务流程进行优化处理，并通过可视化能够降低业务系统开发的复杂度和周期，使得业务人员容易学习业务流程。
9.本发明的第一方面提供了一种基于有限状态机的业务流程处理方法，该方法包括：s1：基于所述业务流程创建有限状态机模型；s2：根据输入数据和预设的状态转移规则来对所述有限状态机模型中的业务状态进行更新和切换，以执行与所述输入数据相对应的业务流程的处理。
10.根据本发明的一个实施例，在所述有限状态机模型中包括多个业务状态，每个业务状态包括：该业务状态的基本信息、进入每个业务状态的前置动作、当前业务状态的执行
动作和离开该业务状态的后置动作。
11.根据本发明的一个实施例，所述业务状态的基本信息包括：该业务状态的输入参数、权限设置和基本属性数据，其中所述业务状态基本信息根据输入数据和业务状态切换规则来更新。
12.根据本发明的一个实施例，该方法还包括：步骤s3：对所述输入数据相对应的业务流程的处理中的业务状态更新和切换进行可视化。
13.根据本发明的一个实施例，其中，通过推理机根据所述状态转移规则来实现业务状态间的切换，并且其中，所述业务状态逻辑使用url方式保存，并且可以呈现为页面地址或者接口。
14.根据本发明的一个实施例，其中，所述业务状态基本信息包括和当前业务状态相关的变量表，并且s21：当当前业务状态的相关变量有更新时，并更新当前业务状态变量表中的值；s22：确定是否满足所述状态转移规则中的状态转移条件，并由推理机确定是否进行状态切换；s23：如果确定进行状态切换，则从当前状态切换至下一状态，并解析当前状态的业务逻辑动作，并执行当前状态的前置动作对应的业务事件以及当前业务状态的执行动作对应的业务事件；s24：获取所述下一业务状态基本信息，并执行当前状态的后置动作对应的业务事件，并更新当前业务状态。s25：如果不确定进行状态切换，则返回当前业务状态。
15.根据本发明的一个实施例，其中，所述有限状态机模型包含以下组件：业务状态组件，其包含业务状态的基本信息和业务状态切换前后的业务动作执行规则；业务变量组件，用于存储状态机模型中各业务状态相关的输入和输出数据切换规则组件，其包含各个业务状态之间切换的条件；业务权限组件，其在获取用户待处理的业务流程时筛选与用户待处理业务相关的业务流程；流程管理组件，其包括：对所述业务状态、业务变量、切换规则好权限组件进行增加、删除、修改和查询的规则，以及对所述有限状态机模型进行解析和反解析的规则。
16.根据本发明的一个实施例，其中，使用可扩展标记语言xml对所述有限状态机模型中的各个组件进行描述。
17.根据本发明的一个实施例，其中，在所述步骤s2中，当当前业务状态相关的业务变量组件有更新时，所述方法还包括：s31：更新业务变量组件中和当前业务状态相关的变量的值；s32：解析当前业务状态的切换规则组件中的切换规则；s33：如果满足当前业务状态的切换规则，则将当前业务状态切换至下一业务状态；s34：如果不满足当前业务状态切换规则，则保持当前业务状态。
18.根据本发明的一个实施例，在所述步骤s33中，在将当前业务状态切换至下一业务状态前，执行进入当前业务状态的前置动作、当前业务状态的执行动作和离开当前业务状态的后置动作。其中,在不侵入整体核心业务流程的情况下，在切换至下一业务状态前增加系统辅助执行动作,以提升业务处理流程的灵活性。
19.本发明的第二方面提供了一种用于业务处理的有限状态机模型，其中，所述有限状态机模型包括：多个业务状态、多个业务状态输入和输出数据的变量，以及多个业务状态的状态间切换规则，其中，所述多个业务状态中的每个业务状态包括：该业务状态的输入参数、权限设置和基本属性数据，以及进入该业务状态的前置动作、当前业务状态的执行动作
和离开该业务状态的后置动作。
20.根据本发明的一个实施例，所述有限状态机模型还包括流程管理引擎，其包括：对所述业务状态、所述变量、所述切换规则和所述权限设置进行增加、删除、修改和查询的规则，以及对所述有限状态机模型进行解析和反解析的规则。
21.本发明的第三方面提供一种基于有限状态机的业务流程处理装置，包括：存储器和处理器，所述存储器用于存储计算机程序，当由所述处理器执行所述计算机程序时，实现上述的基于有限状态机的业务流程处理方法。
22.本发明的方案利用业务流程引擎工具，在web端的可视化界面定制业务流程，并输入工作数据，即可维护和管理统计业务中的状态信息和转换逻辑，极大地降低了统计业务流程使用难度。另外本发明的方案对于系统的程序设计人员来说，当业务发生变化，业务流程和逻辑的修改工作量也会大幅减少，有效提高开发效率。
附图说明
23.为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图进行简单介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
24.图1是统计调查数据管理中具体重点工作的示意图。
25.图2是根据本发明示例性示例的统计调查表的业务流程的有限状态机模型图。
26.图3示出了根据本发明的示例性实施例的有限状态机中一个状态的示意图。
27.图4示出了根据本发明的示例性的实施例的状态机的两个状态转移的示意图。
28.图5示出了根据本发明的示例性的实施例的基于有限状态机的业务流程处理方法的流程图。
29.图6示出了根据本发明的示例性的实施例的基于xml的有限状态机模型中业务流程的状态机工作流原理图。
30.图7示出了根据本发明的示例性的实施例的基于xml的有限状态机模型中业务流程的状态机工作流流程图。
31.图8示出了根据本发明的一个或多个实施例的本发明的业务流程引擎设计开发的一个可视化模型定制工具设计界面图。
32.图9示出了根据本发明示例性实施例的基于有限状态机的业务流程处理装置的示意图。
33.图10示出了根据本发明示例性实施例的用于业务处理的有限状态机模型的示意图。
具体实施例
34.如在本文中所使用的，词语“第一”、“第二”等可以用于描述本发明的示例性实施例中的元件。这些词语只用于区分一个元件与另一元件，并且对应元件的固有特征或顺序等不受该词语的限制。除非另有定义，本文中使用的所有术语(包括技术或科学术语)具有与本发明所属技术领域的普通技术人员通常理解的含意相同的含意。如在常用词典中定义的那些术语被解释为具有与相关技术领域中的上下文含意相同的含意，而不被解释为具有
理想或过于正式的含意，除非在本发明中被明确定义为具有这样的含意。
35.本领域的技术人员将理解的是，本文中描述的且在附图中说明的本发明的装置和方法是非限制性的示例性实施例，并且本发明的范围仅由权利要求书限定。结合一个示例性实施例所说明或描述的特征可与其他实施例的特征组合。这种修改和变化包括在本发明的范围内。
36.下文中，将参考附图详细描述本发明的示例性实施例。在附图中，省略相关已知功能或配置的详细描述，以避免不必要地遮蔽本发明的技术要点。另外，通篇描述中，相同的附图标记始终指代相同的电路、模块或单元，并且为了简洁，省略对相同电路、模块或单元的重复描述。
37.此外，应当理解一个或多个以下方法或其方面可以通过至少一个控制单元或控制器执行。术语“控制单元”，“控制器”,“控制模块”或者“主控模块”可以指代包括存储器和处理器的硬件设备。存储器或者计算机可读存储介质配置成存储程序指令，而处理器具体配置成执行程序指令以执行将在以下进一步描述的一个或更多进程。而且，应当理解，正如本领域普通技术人员将意识到的，以下方法可以通过包括处理器并结合一个或多个其他部件来执行。
38.本发明从具体业务应用出发，以适应统计业务多变的业务流程和复杂的业务逻辑，以及降低用户和开发人员工具使用难度为宗旨，提供一种基于有限状态机的统计业务流程处理方法、设计及装置，设计并实现了基于有限状态机建立业务流程模型的业务流程引擎。对于业务用户来说，只需要利用业务流程引擎工具，在web端的可视化界面定制业务流程，并输入工作数据，即可维护和管理统计业务中的状态信息和转换逻辑，极大地降低了统计业务流程使用难度。对于系统的程序设计人员来说，当业务发生变化，业务流程和逻辑的修改工作量也会大幅减少，有效提高开发效率。
39.根据本发明的一个或多个实施例，有限状态机(fsm：finite state machine)是表示有限多个状态以及在这些状态之间迁移和动作的数学模型。在统计业务流程处理中，有限状态机可以作为业务建模的工具，描述业务对象在生命周期内所经历的状态序列，以及如何响应来自外部的各种事件。
40.通常，采用通过一个五元组表示有限状态机的fsm数学模型：
41.m＝(q,q_0,σ,δ,f)
42.其中q为状态的非空有限集合。q∈q，q为m的一个状态。q_0是m的开始状态，(初始状态或者启动状态)，q_0∈q。σ表示输入字母表，输入字符串都是σ上的字符串，通常可以为输出的数据映射成的字母表。δ为状态转移函数，δ：q
×
σq，对任意(q,a)∈q
×
σ，δ(q,a)＝p表示：m在状态q读入字符a，将状态变成p，并将读头只想输入字符串的下一个字符。f是m的终止状态集合，若q∈f，则q称m的终止状态。
43.根据本发明的一个或多个实施例，基于有限状态机的统计业务流程模型的策略是将重点工作从业务处理过程转移到待处理的业务流程实体上，无论业务流程多复杂，只需定义有限个状态(包括初始状态start)，以及定义业务实体在某个状态上可能接收到的输入，再限定状态之间的转换条件，每次输入中包含了转换条件就发生状态迁移，进入新的状态，直到到达终止的状态(即终止状态end)。
44.以统计数据的业务管理流程为例，统计数据生产中的数据采集、数据审核业务的
流程管理工作量大而重要，参与数据采集与审核工作的对象包括企业、居委会、区县/地市/省等各级统计管理部门，业务流程的层级多、参与对象多、流程复杂，不同地区根据自身情况，采集和审核的业务流程也不尽相同。
45.图2是根据本发明示例性示例的统计调查表的业务流程的有限状态机模型图。
46.如图2所示，将统计调查表的业务流程在有限状态机模型中进行映射，其中，图2中每个矩形代表q中的一个状态，q＝{企业应录入,企业已录入,县级已验收,市级已验收,省级已验收,国家已验收,验收不通过,退回到县,退回到市,退回到省}。其中，q0表示企业“应录入”状态，是该业务流程的起始状态。图2中箭头代表状态流转方向和输入条件，企业“提交”条件可以用字符a1表示，当输入条件a1时，企业的数据报送状态从“应录入”转换为“已录入”。相应地，“县级验收”、“市级验收”、“省级验收”、“国家验收”、“验收不通过”、“重新提交”这些输入条件可用a2，a3，a4，a5，
……
，an表示。其中，在图2中，σ根据用户操作的各种情况形成相应的输入字符串，以图中灰色箭头路线为例，企业填报一套表数据并将数据上报到县级，县、市、省依次验收通过，状态变为“省级已验收”，这个业务过程对应的σ＝{a1，a2，a3，a4}。状态转移函数δ＝q
×
σq。f是m的终止状态，通常情况下国家一套表业务中的f＝{国家已验收，验收不通过}；同时，根据各地区、各机构业务的不同要求，终止状态也可以不一样，例如，对于河北省范围内的省级规上企业，终止状态f＝{省级已验收,验收不通过}；对于国家级重点企业，终止状态f＝{国家已验收,验收不通过}。业务系统通过企业属性、各机构权限来判定某一企业在该状态机中的终止状态。
47.根据本发明的一个或多个实施例，本发明在上述有限状态机模型的基础上，通过面向切面的编程aop(aspect oriented programming)来对状态机模型进行进一步改进，提出了一种新的有限状态机模型。
48.本发明提供的一种用于业务处理的状态机模型包括了多个业务状态，多个业务状态输入和输出数据的变量，以及多个业务状态的状态间切换规则(即上述有限状态机中的状态转移函数)。，在本发明提供的有限状态机模型中，对于每个业务状态，包括了业务状态的输入参数、权限设置和基本属性数据，以及进入该业务状态的前置动作、当前业务状态的执行动作和离开该业务状态的后置动作。
49.图3示出了根据本发明的示例性实施例的有限状态机中一个状态的示意图。
50.如图3所示，工作流程的状态节点为有限状态机中的一个状态，例如对应于图2中“县级验收”状态，在状态节点中，包括了该业务状态的输入参数、权限设置和基本属性数据，根据用户的具体应用，可以更新或改变状态节点中的输入参数、权限设置和基本属性数据的一个或多个。其中当业务流程经过该状态节点中时，要执行进入该业务状态的前置动作、当前业务状态的执行动作和离开该业务状态的后置动作三个主要动作，根据这些动作来确定该状态节点的更新和切换动作。
51.根据本发明的一个或多个实施例，在图3示出的状态节点的工作过程中，将后台接口或前端页面地址实现的业务逻辑用url形式存储，并写入该业务状态的前置动作、当前执行动作和后置动作的方法中，在状态机流程的某一状态下，当输入状态迁移条件准备发生状态转换时，首先进入一个前置动作beforeaction，执行完前置动作后进入本状态。当前状态节点的状态信息包含相关输入参数设置，权限认证设置和基本属性，状态的执行动作为currentaction，且在跳出本状态后进入后置动作afteraction。
52.图4示出了根据本发明的示例性的实施例的状态机的两个状态转移的示意图。
53.如图4所示，以图2中的统计调查数据为例，企业初始状态为“应录入”，当企业用户在业务系统中完成统计报表数据填报后，进行“提交”动作时，业务流程系统会依次执行以下操作：
54.(1)企业填报的数据存储至系统采集数据库；
55.(2)校验企业填报数据是否符合业务审核公式，如果符合公式校验，则通过数据校验；如果填报数据不符合公式校验，系统在前端页面向用户反馈审核错误的提示信息；
56.(3)根据上一步校验结果，对于通过校验的企业数据，提交成功，企业数据的报送状态修改为“已录入”；未通过校验的企业数据，报送状态不改变；
57.(4)从“应录入”变更为“已录入”状态的企业数据，从采集数据库推送至工作数据库进行存储；
58.(5)“已录入”状态下的企业数据，不允许企业自行修改。
59.根据上述有限状态机模型中的aop面向切面的测量，将状态“应录入”至“已录入”环节流程为：
60.(1)对于“应录入”状态节点，为状态机的开始节点，状态转移的输入参数为“提交数据”，具有该状态节点权限的用户为“已发布数据填报任务的企业”，基本属性包括节点状态、对应的填报任务id，以及用户所属地区id。
61.(2)应录入状态的后置动作afteraction，表示离开应录入状态节点时业务系统执行的动作，包括数据存储至采集数据库、数据的业务审核公式校验两个步骤。
62.(3)已录入状态的前置动作beforeaction，表示进入已录入状态节点前业务系统执行的动作，包括对企业数据提交成功的确认动作。
63.(4)根据状态切换规则或状态转移函数，当业务流程到达已录入状态节点时，对已录入节点的输入参数、权限设置、基本属性进行更新，并执行已录入当前节点动作currentaction，包括数据从采集库推送至工作库、企业无法自行修改数据设置两部分内容。
64.(5)当业务状态离开已录入节点时，需要设置企业数据待审核验收的情况。
65.各状态节点前置动作、当前业务动作、后置动作可以根据实际业务情况进行设计和调整，在不侵入整体核心业务流程的情况下，还可以增加系统辅助执行动作，使得业务流程模型更加具有可扩展性和复杂多变流程的适应能力。
66.例如，上述流程中，若在企业数据填报完成后，需要增加向企业负责人推送邮件的步骤，以邮件形式将企业报送的数据推送至负责人，提示负责人查看并确认信息。推送邮件的这个步骤，即属于系统辅助执行动作，不直接改变业务状态。在不影响核心业务流程的情况下，我们可以将推送邮件的动作封装为一个方法，放入应录入节点的后置动作中，作为应录入afteraction的第三部分进行执行,增加的步骤如下图所示。
67.图5示出了根据本发明的示例性的实施例的基于有限状态机的业务流程处理方法的流程图。
68.如图5所示，在步骤s1：基于所述业务流程创建有限状态机模型；
69.在步骤s2：根据输入数据和预设的状态转移规则来对所述有限状态机模型中的业务状态进行更新和切换，以执行与所述输入数据相对应的业务流程的处理；
70.在步骤s3：对所述输入数据相对应的业务流程的处理中的业务状态更新和切换进行可视化。
71.根据本发明的一个或多个实施例，根据上述统计业务流程与有限状态机的相互映射的方法，将业务流程模型中的组件划分为状态、变量、流、权限模块和流程管理引擎这五类，并将组件设计成可视化的操作控件，操作人员可通过组合各类组件，能够轻松定制业务流程模型。
72.根据本发明的一个或多个实施例，其中有限状态机模型中的各个组件如下：
73.各组件介绍如下：
74.状态(流程节点)类(即业务状态组件)。包含对业务流程映射之后的状态节点基本信息，以及节点调度前后的业务动作执行方法。一个状态代表一个有限状态机的节点。
75.变量(变量集合)类(即变量组件)：定义每个业务流程的变量集合，以及每个流程节点相关的变量。业务数据可以通过变量保存，并持久化到数据库中。变量表存储着状态机各状态相关的输入和输出数据。
76.流(流程转换)类(即状态切换规则或转移函数组件)：定义业务流程的转换规则，当变量接收到业务数据输入时，业务流程引擎会根据流程转换类中定义的规则去实现状态转移。每个流中包含了状态转移的条件。
77.权限(权限认证)类(即权限组件)：通过基于角色的访问控制提供了一套权限认证的方法，用于在获取用户待处理流程时筛选与用户相关流程。
78.流程管理类(即流程管理组件或业务引擎组件)：包含状态、变量、流和权限这四类组件的增、删、改、查方法，如添加状态、添加变量、修改流程转换规则等，还包含了流程模型的解析和反解析方法。用户在可视化界面进行流程设计操作，即通过此流程管理类中的方法对有限状态机的业务流程模型进行修改。
79.根据本发明的一个或多个实施例，在对有限状态机进行组件化描述后，采用可扩展标记语言xml对基于有限状态机的业务流程模型进行描述，该描述方式具有直观、易扩展的优点。
80.根据本发明的一个或多个实施例，在基于有限状态机建模和业务流程的组件设计后，在可视化界面中定制并展示业务流程模型。模型以xml文本形式存入数据库中，并可通过流程管理类中的方法进行解析、测试操作。在基于xml的有效状态机模型中定义了work_flow、params、states、link_params、currentaction、beforeaction、afteraction几类关键节点，具体含义如表1所示。
81.xml类含义work_flow工作流程params流程变量集合states状态节点link_params状态节点相关变量currentaction状态执行动作beforeaction状态前置动作afteraction状态后置动作rule转换规则
82.根据本发明的一个或多个实施例，以下代码示出了根据本发明的示例性的实施例的基于xml的有限状态机模型中业务流程的状态转移条件描述代码。
83.rule《节点名》
84.if《条件1》then《结论1》
85.if《条件2》then《结论2》
86.……
87.if《条件n》then《结论n》
88.end rule
89.如以上代码所示，在xml代码的描述中，包括了有限状态机中的各个组件，以及对应的业务状态从“应录入”到“已录入”的业务流程描述。其中，态转移条件就是xml模型中的路由规则(即，状态转移规则或状态切换规则)，相关信息由可视化界面定制保存再flow类中，由路由规则能确定有限状态机的下一个状态。条件可以由《、》、＝等算数运算符或者and、or、not等逻辑运算符式子组成。
90.根据本发明的一个或多个实施例，以下示出了根据本发明的示例性的实施例的基于xml的有限状态机模型中业务流程算法的描述代码。
91.状态迁移模块的工作过程可由算法1表式：
92.算法：状态迁移(或状态转换、状态转移、状态切换)
93.输入：节点变量集合：node_items
94.输出：下一个流程节点：next_node
95.具体的算法描述为：
96.1)node_items input check；
97.2)update xml root node“params”98.3)analysis“rules”from xml nodes；
99.4)foreach item in rule
100.5)if item is true then do beforeaction
101.6)get next_node and do currentaction
102.7)do afteraction；
103.8)endif
104.9)end for
105.10)update database
106.11)updata xml next_node；
107.12)return next_node；
108.如上述的算法代码所述，业务流程的流程的调度功能通过推理机来实现，当状态机接受输入后，推理机根据xml模型中的路由规则(状态转换、状态转移、状态切换的规则)来推理出状态机的下一个状态。状态的业务逻辑使用url方式保存，即currentaction、beforeaction、afteraction，它可以是页面地址或者接口，如果改变只需修改模型中的这些值，实现业务流程模型和业务的松耦合。同时本发明基于aop的涉及模型保证了多扩展性从而适应多变的业务流程。
109.图6示出了根据本发明的示例性的实施例的基于xml的有限状态机模型中业务流
程的状态机工作流原理图。图7示出了根据本发明的示例性的实施例的基于xml的有限状态机模型中业务流程的状态机工作流流程图。
110.如图6所示，在xml文档中存储了业务流程的映射信息，其中包含了当前状态机数据迁移的条件，它是一个逻辑表达式，由状态机中的变量、逻辑符号和对应的值组成，类似submitdone＝true。
111.其中，根据图6所示流程和上述算法代码，如果当前节点的相关变量有更新的时候，先进行业务状态的前置动作(即输入检查)，然后更新状态集中变量表中相关变量的值，然后解析逻辑表达式(即执行当前业务状态的执行动作)，根据产生式规则推理是否满足其中的某些跳转条件，满足则迁移至下一状态，不满足则保持当前状态。状态前一前后执行基于aop的beforeaction(前置动作)和afteraction(猴子动作)业务事件，最后更新状态机的xml描述到数据库。
112.如图7所示，当输入数据参数时，
113.在步骤s21：当当前业务状态的相关变量有更新时，并更新更新当前业务状态变量表中的值；
114.在步骤s22：确定是否满足所述状态转移规则中的状态转移条件，并由推理机确定是否进行状态切换；
115.在步骤s23：如果确定进行状态切换，则从当前状态切换至下一状态，并解析当前状态的业务逻辑动作，并执行当前状态的前置动作对应的业务事件以及当前业务状态的执行动作对应的业务事件；
116.在步骤s24：获取所述下一业务状态基本信息，并执行当前状态的后置动作对应的业务事件，并更新当前业务状态。
117.其中，在步骤s25：如果不确定进行状态切换，则返回当前业务状态。
118.根据本发明的一个或多个实施例，以下是根据本发明的模型描述方法，图2中统计一套表调查中的业务流程模型的描述代码，在代码中示出了“应录入”状态的执行的业务流程。
119.《work_flow name＝”ytblc”desc＝”统计一套表流程”》
120.《params》
121.《param name＝”task_name”type＝”string”desc＝”填报任务名称”》
122.《param name＝”agent”type＝”string”desc＝”审核参与机构”》
123.《/params》
124.《states》
125.《state name＝”ylr”desc＝”应录入”》
126.《actions currentaction＝”/gathering/qiyesbumit”》
127.《beforeaction url＝
”…”
》
128.《afteraction url＝
”…”
》
129.《link_params》
130.《param name＝”userareaid”type＝”string”desc＝”用户所属区域”》
131.《/link_params》
132.《rule input＝”submit”,output＝”next_ylr”》
133.《/state》
134.《state name＝”ylr”desc＝”应录入”》
135.《actions currentaction＝”/gathering/qiyesbumit”》
136.《beforeaction url＝
”…”
》
137.《afteraction url＝
”…”
》
138.《link_params》
139.《param name＝”userareaid”type＝”string”desc＝”用户所属区域”》
140.《/link_params》
141.《rule input＝”xjys||sjys||gjys”,output＝”next_yys”》
142.《/state》
143.……
144.《states》
145.……
146.《/work_flow》
147.图8示出了根据本发明的一个或多个实施例的本发明的业务流程引擎设计开发的一个可视化模型定制工具设计界面图。
148.如图8所示，根据本发的业务流程到有限状态机的映射和aop模型设计，将业务流程的每一个步骤当成有限状态及的某一个状态，也就是一个event流程节点。业务流程的流转、分流、聚合、并行是通过状态机的迁移来完成的，也即流程流转flow，业务流程的业务数据都存入param变量中。本发明中所有的操作都是为了降低使用者的操作难度，在绘制模型的时候，使用者只需要通过了解业务流程，把流程分解成若干步，并通过界面进行每个步骤的参数、属性、状态跳转条件的设置。
149.在通过可视化界面进行模型设计的具体步骤：首先新建业务流程，然后通过点击新增事件、流、变量等操作按钮绘制业务流程，在输入界面设置事件、流、变量等参数属性，对应状态机的各个状态数据、相关输入输出参数和状态前一条件，本发明的可视化界面无需专业知识即可保存模型，且可自动生成xml文档，完成业务流程的建模映射，也可序列化到数据库。这样降低了对统计业务工作人员专业知识的要求，业务流程引擎作为统计业务电子化的中间件，高扩展的设计使得业务变动带来的工作量大量减少。
150.图9示出了根据本发明示例性实施例的基于有限状态机的业务流程处理装置的示意图。
151.如图9所示，本发明的基于有限状态机的业务流程处理装置，包括：存储器和处理器；所述存储器，用于存储计算机程序，其中，当处理器执行所述计算机程序时，实现根据上述的基于有限状态机的业务流程处理方法。
152.图10示出了根据本发明示例性实施例的用于业务处理的有限状态机模型的示意图。
153.如图10所示，有限状态机模型包括：多个业务状态、多个业务状态输入和输出数据的变量，以及多个业务状态的状态间切换规则，其中，多个业务状态中的每个业务状态包括：该业务状态的输入参数、权限设置和基本属性数据，以及进入该业务状态的前置动作、当前业务状态的执行动作和离开该业务状态的后置动作。有限状态机模型还包括流程管理
引擎，所述流程管理引擎包括：对所述业务状态、所述变量、所述切换规则和所述权限设置进行增加、删除、修改和查询的规则，以及对所述有限状态机模型进行解析和反解析的规则。
154.图10中示出n个业务状态，其中为了示例，仅仅画出业务状态1,2,3之间的连接关系，在实际状态转移中，n个业务状态都有可能进行状态之间的转移和切换，状态之间的转移和切换根据切换规则中所包含的条件。
155.在本技术所提供的实施例中，应该理解到，所揭露系统、设备、装置或方法，可以通过其它的方式实现。以上所描述的系统实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，系统或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
156.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
157.另外，在本技术提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
158.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。
159.根据本发明的一个或多个实施例，本发明中的方法可以使用存储在非暂时性计算机和/或机器可读介质(例如硬盘驱动器、闪存、只读存储器、光盘、数字多功能磁盘、高速缓存、随机存取存储器和/或任何其他存储设备或存储磁盘)上的编码的指令(例如，计算机和/或机器可读指令)来实现如本发明以上系统中的流程的处理，在非暂时性计算机和/或机器可读介质中存储任何时间期间(例如，延长的时间段、永久的、短暂的实例、临时缓存和/或信息高速缓存)的信息。如本文所使用的，术语“非暂时性计算机可读介质”被明确定义为包括任何类型的计算机可读存储设备和/或存储盘，并且排除传播信号并排除传输介质。
160.作为本发明示例的上文涉及的附图和本发明的详细描述，用于解释本发明，但不限制权利要求中描述的本发明的含义或范围。因此，本领域技术人员可以很容易地从上面的描述中实现修改。此外，本领域技术人员可以删除一些本文描述的组成元件而不使性能劣化，或者可以添加其它的组成元件以提高性能。此外，本领域技术人员可以根据工艺或设备的环境来改变本文描述的方法的步骤的顺序。因此，本发明的范围不应该由上文描述的实施例来确定，而是由权利要求及其等同形式来确定。
161.尽管本发明结合目前被认为是可实现的实施例已经进行了描述，但是应当理解本发明并不限于所公开的实施例，而相反的，意在覆盖包括在所附权利要求的精神和范围内
的各种修改和等同配置。