CN106548326A - 衔接受理场景和办理场景的工作流引擎的方法及其系统 - Google Patents

Abstract

本发明涉及衔接受理场景和办理场景的工作流引擎的方法及其系统，该方法包括整合工作流模型中的共性，定义各类插件，组成插件池；整合工作流模型中的共性，定义各类控件，组成控件池；整合工作流模型中的共性，定义页面模板；整合工作流模型中的共性，定义各个业务环节；将插件池内的插件、页面模板及业务环节按照所需配置，形成受理场景以及办理场景；建立受理场景及办理场景的场景关系；实时对受理场景及办理场景进行检查，记录流程日志和业务日志。本发明通过提取受理场景及办理场景都适用的插件、控件、页面模板及场景环节，形成插件池、控件池、页面模板，行业适用性强、复用性强、可扩展能力强，实时对受理场景和办理场景进行检查和记录。

Description

衔接受理场景和办理场景的工作流引擎的方法及其系统

技术领域

本发明涉及工作流引擎的技术领域，更具体地说是指衔接受理场景和办理场景的工作流引擎的方法及其系统。

背景技术

受理场景也称为前端客户受理流程，如政府官网业务办理流程、银行网站业务办理流程、电商网站下单流程等。办理场景是针对前端所受理的业务进行后台处理，如公积金中心的公积金提取业务后台处理过程、电商订单后台物流配送过程等。

在各个行业的软件中，业务场景是引导软件使用者按照步骤操作，从而达到一定业务目的的过程，但是一旦出现新的业务场景或对旧的业务场景进行调整，往往伴随着大量的代码改造，或需进行版本迭代。而面对客户的受理场景与面对管理者的办理场景，往往也存在种种对接问题。

目前，在应用软件领域中，为了避免因业务场景的新增或变更，需做数据模型和代码的改造，引入了工作流引擎技术，并通过分析前后端场景的共性，加入池化、模板化思想，同时遵循开放封闭原则，支持个性化扩展，解决场景共性与个性无法共存的矛盾，更好的适用于多个领域的应用。

现有技术中，中国专利201510962556.3公开了一种工作流引擎动态切换的模型驱动控制系统，通过自定义表单，对业务单据生命周期的不同时机进行抽象，完成从业务单数据模型到元数据模型的转换，同时能动态切换工作流引擎，影响实例单据生命周期行为的改变。中国专利201610167716.X公开了一种工作流引擎的扩展开发方法，针对移动运营商综合资源管理领域，提供一种工作流引擎的扩展开发方法，通过该方法可以实现业务流程环节表单、WEB服务、处理角色、通用功能等部分的动态定制。

上述的两个专利中，第一个专利侧重于动态切换工作流引擎，实现影响实例单据生命周期行为的改变，更侧重于后端办理过程，缺少对前端场景的受理流程的支撑、前后端流程的衔接，同时缺少建立插件池、控件池、页面模板等高可复用的技术思想；第二个专利侧重于工作流的流程模型描述，包括流程、节点、角色的定义。缺少对于流程页面的模板化(共性)、自定义化(个性)的描述与设计，缺少建立插件池、控件池、页面模板等高可复用的技术思想，缺少权限控制以及日志跟踪功能。

因此，有必要设计一种衔接受理场景和办理场景的工作流引擎的方法，实现行业适用性强、复用性强、可扩展能力强、支持前后端工作流的效果，并且能对权限进行控制以及日志进行跟踪。

发明内容

本发明的目的在于克服现有技术的缺陷，提供衔接受理场景和办理场景的工作流引擎的方法及其系统。

为实现上述目的，本发明采用以下技术方案：衔接受理场景和办理场景的工作流引擎的方法，包括以下步骤：

整合工作流模型中的共性，定义各类插件，组成插件池；

整合工作流模型中的共性，定义各类控件，组成控件池；

整合工作流模型中的共性，定义页面模板；

整合工作流模型中的共性，定义各个业务环节；

将插件池内的插件、页面模板以及业务环节按照所需配置，形成受理场景以及办理场景；

建立受理场景以及办理场景的场景关系；

实时对受理场景以及办理场景进行检查，记录流程日志和业务日志。

其进一步技术方案为：所述整合工作流模型中的共性，定义各类插件，组成插件池的步骤中，所述插件分为交互类插件以及服务类插件两类插件。

其进一步技术方案为：所述整合工作流模型中的共性，定义各类控件，组成控件池的步骤，具体是利用页面元素的配置定义各类控件，组成控件池，所述控件包括常用控件以及自定义控件两类控件。

其进一步技术方案为：所述整合工作流模型中的共性，定义页面模板的步骤中，所述页面模板包括通用页面模板以及自定义页面模板两类页面模板。

其进一步技术方案为：所述整合工作流模型中的共性，定义页面模板的步骤中，包括以下具体步骤：

判断是否制作通用页面模板；

若是制作通用页面模板，从控件池中选择已经定义好的控件；

指定选择已经定义好的控件的默认动作；

将选择已经定义好的控件进行组合排列，并添加插件。

若不是制作通用页面模板，通过HTML开发工具，开发HTML部分，并增加freemarker动态标签，增加动态代码，形成自定义页面模板。

其进一步技术方案为：所述将插件池内的插件、页面模板以及业务环节按照所需配置，形成受理场景以及办理场景的步骤中，包括以下具体步骤：

选择场景环节，并建立场景环节间的关系；

配置场景环节与场景环节间的插件集合；

配置插件实施例参数；

选择页面模板，判断通用页面模板是否合适；

若通用页面模板合适，则选择通用页面模板；

若通用页面模板不合适时，可通过自定义页面模板指定页面模板；

对控件、场景环节、业务数据的访问建立权限控制。

其进一步技术方案为：所述建立受理场景以及办理场景的场景关系的步骤之后，还包括

根据场景定义所配置的环节条件、环节关系，进行环节流转，在流转过程中，执行环节上的插件集合；

针对场景定义所选择的定制业务数据模型，在流程流转过程中，记录业务数据。

本发明还提供了衔接受理场景和办理场景的工作流引擎的系统，包括插件定义单元、控件定义单元、模板定义单元、环节定义单元、配置单元、建立关系单元、记录单元、环节流转控制单元以及业务数据生成单元；

所述插件定义单元，用于整合工作流模型中的共性，定义各类插件，组成插件池，与所述配置单元连接；

所述控件定义单元，用于整合工作流模型中的共性，定义各类控件，组成控件池，与所述配置单元连接；

所述模板定义单元，用于整合工作流模型中的共性，定义页面模板，与所述配置单元连接；

所述环节定义单元，用于整合工作流模型中的共性，定义各个业务环节，与所述配置单元连接；

所述配置单元，用于将插件池内的插件、页面模板以及业务环节按照所需配置，形成受理场景以及办理场景，与所述建立关系单元连接；

所述环节流转控制单元，用于根据场景定义所配置的环节条件、环节关系，进行环节流转，在流转过程中，执行环节上的插件集合，与所述建立关系单元连接；

所述业务数据生成单元，用于针对场景定义所选择的定制业务数据模型，在流程流转过程中，记录业务数据，与所述环节流转控制单元连接；

所述记录单元，用于实时对受理场景以及办理场景进行检查，记录流程日志和业务日志，与所述业务数据生成单元连接。

其进一步技术方案为：所述模板定义单元包括判断模块、调用模块、设定模块、组合模块以及自定义模块；

所述判断模块，用于是否制作通用页面模板，与所述调用模块以及所述自定义模块连接；

所述调用模块，用于若是制作通用页面模板，从控件池中选择已经定义好的控件，与所述设定模块连接；

所述设定模块，用于指定选择已经定义好的控件的默认动作，与所述组合模块连接；

所述组合模块，用于将选择已经定义好的控件进行组合排列，并添加插件，与所述配置单元连接；

所述自定义模块，用于若不是制作通用页面模板，通过HTML开发工具，开发HTML部分，并增加free marker动态标签，增加动态代码，形成自定义页面模板，与所述配置单元连接。

其进一步技术方案为：所述配置单元包括选择模块、集合模块、配置参数模块、页面处理模块以及权限模块；

所述选择模块，用于选择场景环节，并建立场景环节间的关系，分别与所述插件定义单元、所述控件定义单元、所述组合模块、所述自定义模块以及所述环节定义单元；

所述集合模块，用于配置场景环节与场景环节间的插件集合，与所述选择模块连接；

所述配置参数模块，用于配置插件实施例参数，与所述页面处理模块连接；

所述页面处理模块，用于选择页面模板，判断通用页面模板是否合适；若通用页面模板合适，则选择通用页面模板；若通用页面模板不合适时，可通过自定义页面模板指定页面模板；与所述权限模块连接；

所述权限模块，用于对控件、插件、业务数据的访问建立权限控制。

本发明与现有技术相比的有益效果是：本发明的衔接受理场景和办理场景的工作流引擎的方法，通过提取受理场景以及办理场景都适用的插件、控件、页面模板以及场景环节，形成插件池、控件池、页面模板，避免了大量重复开发工作，提高了高可配置性、高可复制性，增加自定义控件、自定义页面模板，全面支撑不同行业、不同业务场景的需求，具备行业适用性强、复用性强、可扩展能力强的功能，而且支持受理场景以及办理场景的工作流，并且实时对受理场景和办理场景进行检查和记录。

下面结合附图和具体实施例对本发明作进一步描述。

附图说明

图1为本发明具体实施例提供的衔接受理场景和办理场景的工作流引擎的方法的流程框图；

图2为本发明具体实施例提供的定义页面模板的具体流程框图；

图3为本发明具体实施例提供的形成受理场景以及办理场景的具体流程框图；

图4为本发明具体实施例提供的衔接受理场景和办理场景的工作流引擎的系统的结构框图；

图5为本发明具体实施例提供的衔接受理场景和办理场景的工作流引擎的系统的主要组成部分示意图。

具体实施方式

为了更充分理解本发明的技术内容，下面结合具体实施例对本发明的技术方案进一步介绍和说明，但不局限于此。

如图1～5所示的具体实施例，本实施例提供的衔接受理场景和办理场景的工作流引擎的方法，可以运用在业务场景的建立或者更新过程中，实现行业适用性强、复用性强、可扩展能力强、支持前后端工作流的效果，并且能对权限进行控制以及日志进行跟踪。本方法在行业前台门户、后台管理系统软件中具有一定的优势；政府行业、电信行业、电商行业等多个行业领域都可以衍生应用。

如图1所示，衔接受理场景和办理场景的工作流引擎的方法，包括以下步骤：

S1、整合工作流模型中的共性，定义各类插件，组成插件池；

S2、整合工作流模型中的共性，定义各类控件，组成控件池；

S3、整合工作流模型中的共性，定义页面模板；

S4、整合工作流模型中的共性，定义各个业务环节；

S5、将插件池内的插件、页面模板以及业务环节按照所需配置，形成受理场景以及办理场景；

S6、建立受理场景以及办理场景的场景关系；

S7、根据场景定义所配置的环节条件、环节关系，进行环节流转，在流转过程中，执行环节上的插件集合；

S8、针对场景定义所选择的定制业务数据模型，在流程流转过程中，记录业务数据；

S9、实时对受理场景以及办理场景进行检查，记录流程日志和业务日志。

于其他实施例，上述的衔接受理场景和办理场景的工作流引擎的方法还包括判断是否需要预先进行定义，若需要，则进行S1步骤，若不需要，则进行S5，这样，无需每次组合新的办理场景或受理场景都进行定义插件、控件、页面模板以及场景环节。

上述的S1步骤中，整合工作流模型中的共性，定义各类插件，组成插件池的步骤中，所述插件分为交互类插件以及服务类插件两类插件，交互类插件指客户端行为插件，比如电商的商品列表加载插件、政府业务申办校验插件、实名制校验插件、附件上传插件等；服务类插件指服务端行为插件，比如手机短信发送插件、业务子单生成插件、环节状态到达通知插件等。

另外，对于插件的定义，抽象出统一的接口，针对行业业务，通过接口实现的方式进行插件自定义开发，插件开发要求遵循单一职责原则，能实现特定业务的单一原子事件，就能形成一个插件。开发完成后，再通过简单的后台定义配置，就完成插件定义，多个插件的集合，就形成了高可复用的插件池。

具体的，建立插件池，并分为交互类插件、服务类插件两类，支持不同的业务场景、不同场景环节，可配置不同的插件集合，使用不同的插件参数；同时也支持动态修改业务场景环节上的插件集合，以影响实例单据整个生命周期的行为变化。

另外，对于S2步骤中，整合工作流模型中的共性，定义各类控件，组成控件池的步骤，具体是利用页面元素的配置定义各类控件，组成控件池，所述控件包括常用控件以及自定义控件两类控件。

具体的，页面元素的配置为文字标签、复选框、文本框、下拉框、按钮、超链接等至少一种。

上述的S3步骤中，整合工作流模型中的共性，定义页面模板的步骤中，所述页面模板包括通用页面模板以及自定义页面模板两类页面模板。具体的是将常用的页面模板定义为通用页面模板，比如招聘网站的简历信息，若通用页面模板无法满足所需时，可自定义并通过内容发布系统进行自定义页面模板发布；并且，通用页面模板侧重的是样式比较固定的后台场景，自定义页面模板侧重的是样式要求较高的前台场景。

如图2所示，更进一步的，所述S3步骤,，整合工作流模型中的共性，定义页面模板的步骤中，包括以下具体步骤：

S31、判断是否制作通用页面模板；

S32、若是制作通用页面模板，从控件池中选择已经定义好的控件；

S33、指定选择已经定义好的控件的默认动作；

S34、将选择已经定义好的控件进行组合排列，并添加插件。

S35、若不是制作通用页面模板，通过HTML开发工具，开发HTML部分，并增加freemarker动态标签，增加动态代码，形成自定义页面模板。

上述的S1步骤、S2步骤、S3步骤以及S4步骤，借鉴后端办理场景工作流的原理，通过分析前端受理场景以及后端办理场景的共性，定义出前端受理场景以及后端办理场景都适用的工作流模块，这里的工作流模块具体指的是插件、控件、页面模板以及场景环节；并且，引入插件池、控件池、页面模板等可复用思想，避免了大量重复开发工作，提高了高可配置性、高可复制性。

另外，该方法中增加了自定义控件、自定义扩展参数、自定义页面模板等个性化功能，全面支撑不同行业、不同业务场景的需求。

更进一步的，如图3所示，上述的S5步骤，将插件池内的插件、页面模板以及业务环节按照所需配置，形成受理场景以及办理场景的步骤中，包括以下具体步骤：

S51、选择场景环节，并建立场景环节间的关系；

S52、配置场景环节与场景环节间的插件集合；

S53、配置插件实施例参数；

S54、选择页面模板；

S55、判断通用页面模板是否合适；

S56、若通用页面模板合适，则选择通用页面模板；

S57、若通用页面模板不合适时，可通过自定义页面模板指定页面模板；

S58、对控件、场景环节、业务数据的访问建立权限控制。

对于上述的S51步骤，选择场景环节，并建立场景环节间的关系的步骤中，建立场景环节间的关系，需要配置环节的流转顺序和流转条件，工作流引擎会根据环节的流转顺序和流转条件，完成场景的环节流转。

在S52步骤中，配置场景环节与场景环节间的插件集合的步骤中，针对场景环节、环节间的流转，都可以通过图形化配置界面从插件池中选择插件，完成进入环节、离开环节、从A环节到B环节时，所需要进行的业务操作。

S53步骤中，配置插件实施例参数的步骤中，具体是针对不同的场景、不同的环节、不同的环节间，可对插件设置不同的参数。遵循开发封闭原则，将插件抽象成统一的接口，通过具体实现类实现不同的业务逻辑，使用反射机制，实现不同业务场景、不同场景环节使用不同的插件集合，使用不同的插件参数。

对于S58步骤，对控件、场景环节、业务数据的访问建立权限控制，在受理场景或办理场景流转过程中，增加权限控制，具体针对敏感流程、敏感环节、敏感信息，提供控件权限、环节权限、业务数据权限的支撑。控件权限，限制了能看到、能点击触发控件的操作人；环节权限，限制了环节处理人；业务数据权限，限制了数据的访问权限。

上述的S7步骤，根据场景定义所配置的环节条件、环节关系，进行环节流转的步骤，环节流转可以比如业务数据保存时的前置校验交互、发送环节状态短信、生成业务子单等。

另外，S8步骤中，针对场景定义所选择的定制业务数据模型，在流程流转过程中，记录业务数据的步骤，记录业务数据，主要是控制业务数据的生成，比如政府业务申办资料数据保存、电商订单收货人数据保存等。

上述的S8步骤，通过不同行业、不同领域的业务需求，定义了统一的抽象接口，而具体的业务实现，通过继承实现的方式，进行定制化开发，并可以针对同一系统不同场景，选择不同的业务数据生成模块，完成系统内部的多业务场景的支撑。

更进一步的，对于S9步骤，实时对受理场景以及办理场景进行检查，记录流程日志和业务日志，主要是在受理场景或办理场景的流转过程中，记录流程日志和业务日志，方便场景检查和故障查询，同时增加异常日志阈值告警，对整个场景流转进行监控，时刻了解场景的“健康状况”。

上述的衔接受理场景和办理场景的工作流引擎的方法，通过提取受理场景以及办理场景都适用的插件、控件、页面模板以及场景环节，形成插件池、控件池、页面模板，避免了大量重复开发工作，提高了高可配置性、高可复制性，增加自定义控件、自定义页面模板，全面支撑不同行业、不同业务场景的需求，具备行业适用性强、复用性强、可扩展能力强的功能，而且支持受理场景以及办理场景的工作流，并且实时对受理场景和办理场景进行检查和记录。

如图4至图5所示，本实施例还提供了衔接受理场景和办理场景的工作流引擎的系统。

上述的衔接受理场景和办理场景的工作流引擎的系统，包括插件定义单元10、控件定义单元20、模板定义单元、环节定义单元40、配置单元、建立关系单元60以及记录单元90。

插件定义单元10，用于整合工作流模型中的共性，定义各类插件，组成插件池，与配置单元连接；

控件定义单元20，用于整合工作流模型中的共性，定义各类控件，组成控件池，与配置单元连接；

模板定义单元，用于整合工作流模型中的共性，定义页面模板，与配置单元连接；

环节定义单元40，用于整合工作流模型中的共性，定义各个业务环节，与所述配置单元连接；

配置单元，用于将插件池内的插件、页面模板以及业务环节按照所需配置，形成受理场景以及办理场景，与所述建立关系单元60连接；

建立关系单元60，用于建立受理场景以及办理场景的场景关系。

记录单元90，用于实时对受理场景以及办理场景进行检查，记录流程日志和业务日志。

另外，上述的衔接受理场景和办理受理场景的工作流引擎的系统还包括环节流转控制单元70以及业务数据生成单元80；所述环节流转控制单元70，用于根据场景定义所配置的环节条件、环节关系，进行环节流转，在流转过程中，执行环节上的插件集合，与所述建立关系单元60连接；所述业务数据生成单元80，用于针对场景定义所选择的定制业务数据模型，在流程流转过程中，记录业务数据，分别与所述环节流转控制单元70以及所述记录单元90连接。

上述的衔接受理场景和办理场景的工作流引擎的系统，通过插件定义单元10、控件定义单元20、模板定义单元以及环节定义单元40，提取受理场景以及办理场景都适用的插件、控件、页面模板以及场景环节，形成插件池、控件池、页面模板，避免了大量重复开发工作，提高了高可配置性、高可复制性，增加自定义控件、自定义页面模板，全面支撑不同行业、不同业务场景的需求，具备行业适用性强、复用性强、可扩展能力强的功能，而且支持受理场景以及办理场景的工作流，并且记录单元90实时对受理场景和办理场景进行检查和记录。

上述的插件定义单元10定义插件后，形成的插件池包括交互类插件以及服务类插件这两种插件。

更进一步的，模板定义单元包括判断模块30、调用模块31、设定模块32、组合模块33以及自定义模块34；

判断模块30，用于是否制作通用页面模板，与调用模块31以及自定义模块34连接；

调用模块31，用于若是制作通用页面模板，从控件池中选择已经定义好的控件，与设定模块32连接；

设定模块32，用于指定选择已经定义好的控件的默认动作，与组合模块33连接；

组合模块33，用于将选择已经定义好的控件进行组合排列，并添加插件，与所述配置单元连接；

自定义模块34，用于若不是制作通用页面模板，通过HTML开发工具，开发HTML部分，并增加free marker动态标签，增加动态代码，形成自定义页面模板，与配置单元连接。

并且，配置单元包括选择模块50、集合模块51、配置参数模块52、页面处理模块53以及权限模块54；

选择模块50，用于选择场景环节，并建立场景环节间的关系，分别与插件定义单元10、控件定义单元20、组合模块33、自定义模块34以及环节定义单元40；

集合模块51，用于配置场景环节与场景环节间的插件集合，与选择模块50连接；

配置参数模块52，用于配置插件实施例参数，与页面处理模块53连接；

页面处理模块53，用于选择页面模板，判断通用页面模板是否合适；若通用页面模板合适，则选择通用页面模板；若通用页面模板不合适时，可通过自定义页面模板指定页面模板；与权限模块54连接；

权限模块54，用于对控件、插件、业务数据的访问建立权限控制。

上述仅以实施例来进一步说明本发明的技术内容，以便于读者更容易理解，但不代表本发明的实施方式仅限于此，任何依本发明所做的技术延伸或再创造，均受本发明的保护。本发明的保护范围以权利要求书为准。

Claims (10)

1.衔接受理场景和办理场景的工作流引擎的方法，其特征在于，包括以下步骤：

整合工作流模型中的共性，定义各类插件，组成插件池；

整合工作流模型中的共性，定义各类控件，组成控件池；

整合工作流模型中的共性，定义页面模板；

整合工作流模型中的共性，定义各个业务环节；

将插件池内的插件、页面模板以及业务环节按照所需配置，形成受理场景以及办理场景；

建立受理场景以及办理场景的场景关系；

实时对受理场景以及办理场景进行检查，记录流程日志和业务日志。

2.根据权利要求1所述的衔接受理场景和办理场景的工作流引擎的方法，其特征在于，所述整合工作流模型中的共性，定义各类插件，组成插件池的步骤中，所述插件分为交互类插件以及服务类插件两类插件。

3.根据权利要求2所述的衔接受理场景和办理场景的工作流引擎的方法，其特征在于，所述整合工作流模型中的共性，定义各类控件，组成控件池的步骤，具体是利用页面元素的配置定义各类控件，组成控件池，所述控件包括常用控件以及自定义控件两类控件。

4.根据权利要求3所述的衔接受理场景和办理场景的工作流引擎的方法，其特征在于，所述整合工作流模型中的共性，定义页面模板的步骤中，所述页面模板包括通用页面模板以及自定义页面模板两类页面模板。

5.根据权利要求1至4任一项所述的衔接受理场景和办理场景的工作流引擎的方法，其特征在于，所述整合工作流模型中的共性，定义页面模板的步骤中，包括以下具体步骤：

判断是否制作通用页面模板；

若是制作通用页面模板，从控件池中选择已经定义好的控件；

指定选择已经定义好的控件的默认动作；

将选择已经定义好的控件进行组合排列，并添加插件。

若不是制作通用页面模板，通过HTML开发工具，开发HTML部分，并增加free marker动态标签，增加动态代码，形成自定义页面模板。

6.根据权利要求5所述的衔接受理场景和办理场景的工作流引擎的方法，其特征在于，所述将插件池内的插件、页面模板以及业务环节按照所需配置，形成受理场景以及办理场景的步骤中，包括以下具体步骤：

选择场景环节，并建立场景环节间的关系；

配置场景环节与场景环节间的插件集合；

配置插件实施例参数；

选择页面模板，判断通用页面模板是否合适；

若通用页面模板合适，则选择通用页面模板；

若通用页面模板不合适时，可通过自定义页面模板指定页面模板；

对控件、场景环节、业务数据的访问建立权限控制。

7.根据权利要求1所述的衔接受理场景和办理场景的工作流引擎的方法，其特征在于，所述建立受理场景以及办理场景的场景关系的步骤之后，还包括

根据场景定义所配置的环节条件、环节关系，进行环节流转，在流转过程中，执行环节上的插件集合；

针对场景定义所选择的定制业务数据模型，在流程流转过程中，记录业务数据。

8.衔接受理场景和办理场景的工作流引擎的系统，其特征在于，包括插件定义单元、控件定义单元、模板定义单元、环节定义单元、配置单元、建立关系单元、记录单元、环节流转控制单元以及业务数据生成单元；

所述插件定义单元，用于整合工作流模型中的共性，定义各类插件，组成插件池，与所述配置单元连接；

所述控件定义单元，用于整合工作流模型中的共性，定义各类控件，组成控件池，与所述配置单元连接；

所述模板定义单元，用于整合工作流模型中的共性，定义页面模板，与所述配置单元连接；

所述环节定义单元，用于整合工作流模型中的共性，定义各个业务环节，与所述配置单元连接；

所述配置单元，用于将插件池内的插件、页面模板以及业务环节按照所需配置，形成受理场景以及办理场景，与所述建立关系单元连接；

所述环节流转控制单元，用于根据场景定义所配置的环节条件、环节关系，进行环节流转，在流转过程中，执行环节上的插件集合，与所述建立关系单元连接；

所述业务数据生成单元，用于针对场景定义所选择的定制业务数据模型，在流程流转过程中，记录业务数据，与所述环节流转控制单元连接；

所述记录单元，用于实时对受理场景以及办理场景进行检查，记录流程日志和业务日志，与所述业务数据生成单元连接。

9.根据权利要求8所述的衔接受理场景和办理场景的工作流引擎的系统，其特征在于，所述模板定义单元包括判断模块、调用模块、设定模块、组合模块以及自定义模块；

所述判断模块，用于是否制作通用页面模板，与所述调用模块以及所述自定义模块连接；

所述调用模块，用于若是制作通用页面模板，从控件池中选择已经定义好的控件，与所述设定模块连接；

所述设定模块，用于指定选择已经定义好的控件的默认动作，与所述组合模块连接；

所述组合模块，用于将选择已经定义好的控件进行组合排列，并添加插件，与所述配置单元连接；

所述自定义模块，用于若不是制作通用页面模板，通过HTML开发工具，开发HTML部分，并增加free marker动态标签，增加动态代码，形成自定义页面模板，与所述配置单元连接。

10.根据权利要求9所述的衔接受理场景和办理场景的工作流引擎的系统，其特征在于，所述配置单元包括选择模块、集合模块、配置参数模块、页面处理模块以及权限模块；

所述选择模块，用于选择场景环节，并建立场景环节间的关系，分别与所述插件定义单元、所述控件定义单元、所述组合模块、所述自定义模块以及所述环节定义单元；

所述集合模块，用于配置场景环节与场景环节间的插件集合，与所述选择模块连接；

所述配置参数模块，用于配置插件实施例参数，与所述页面处理模块连接；

所述页面处理模块，用于选择页面模板，判断通用页面模板是否合适；若通用页面模板合适，则选择通用页面模板；若通用页面模板不合适时，可通过自定义页面模板指定页面模板；与所述权限模块连接；

所述权限模块，用于对控件、插件、业务数据的访问建立权限控制。