CN107644317A - 一种基于多层次双向流转控制的业务引擎 - Google Patents

Abstract

本发明属于计算机技术领域，公开了一种基于多层次双向流转控制的业务引擎，利用由业务组、业务、事务及表单四级数据对象构成的数据逐层、跨层流转的工作流数据流转模型以及基于业务、事务关键流转控制参数和回调处理的工作流流转模型，并引入业务组层、业务层，进行复杂业务逻辑处理中的工作及数据流转控制；通过业务将原来独立、离散的事务和表单对象整合在一起进行体系化管理；进行不同类型事务及表单的关联；并通过提取事务流转数据，挖掘任务、工作流转与业务引擎数据对象的关联关系，进行动态流转辅助支撑；在流转过程中根据历史业务处理情况筛选、过滤并推荐流转路径，进行工作推进。本发明有效提高了业务的流转正确性和数据安全性。

Description

一种基于多层次双向流转控制的业务引擎

技术领域

本发明属于计算机技术领域，尤其涉及一种基于多层次双向流转控制的业务引擎。

背景技术

工作流概念起源于办公自动化领域，是在现代信息系统的建设中逐步形成的。本身属于一个比较抽象的概念，它不同于具体的信息流、物料流、资金流等，是包括上述概念流的业务流过程，它的设计要与企业具体经营管理相结合。关于工作流的概念目前还没有完全统一的定义，国际工作流联盟以及许多大公司和院校、研究所都对工作流进行了不同的定义，但都达成的一个基本共识是：工作流是业务过程的计算机实现。

国外现有很多公司致力于开发商业化的工作流系统，一些著名的工作流领域软件供应商不断推出新的产品。如IBM的ho-losofx与MQSeries工作流，Fujitsu的I-Flow，BEA的WLI，SAP的NeWteaver，Sonic的OrchestrationServer，Lotus的基于Linux的DominoWorkflow等，都是最新的工作流产品.国内现在许多公司也在着力开发商业化的工作流系统，做的比较好的有协同数码SynchroFLOW、信雅达SunFlow、东兰DLFlow、普元BPS都是国内比较著名的工作流产品。

现有工作流引擎主要包含流程事务及附属表单元素两类数据对象。流程事务即工作流程实例对象(如员工请假流程实例)，承载流程流转关键控制参数，随着工作的流转会不断更新进而为后续流转提供支撑。表单对象依附于事务对象，综合反应流程流转及推进状况，记录了事务主体内容、各环节产生的处理结果信息。表单对象信息源于事务对象，数据流向为从上往下的单向流转关系，表单对象内容不能实时更新至所属事务。

现有技术核心在于控制引擎，其重点在于流程的可视化配置与控制逻辑的实现，核心在于流程的控制，外部业务与工作流引擎之间通常是单向控制关系，工作流引擎内部各项流转被动依赖于相关业务控制参数的变更，无法实现工作流引擎反向作用于外部业务的功能。此外，现实中通常面对各种业务对象展开工作，采用传统工作流引擎的方法将会面临大量零散且孤立的事务和表单，无法进行有效的规范和统计，无法体系化管理。

综上所述，现有技术存在的问题是：

在实际生产和工作中，业务管理、事务、表单以及工作流之间存在较为紧密的信息共享及关联关系，业务数据、事务数据以及表单数据在具体业务处理中存在着十分紧密的引用、制约、实时同步等关系，这是各大工作流引擎未重点考虑甚至忽略的；另一方面，实际业务工作具有流程复杂、周期跨度大、业务数据繁多的特点，前置业务的流转结果直接影响后续流程的走向。

发明内容

针对现有技术存在的问题，本发明提供了一种基于多层次双向流转控制的业务引擎。本发明提出了由业务组、业务、事务及表单四级数据对象构成的数据逐层、跨层流转的工作流数据流转模型以及基于业务、事务关键流转控制参数和回调处理的工作流流转模型，引入并概述业务组、业务概念，着力于解决复杂业务逻辑处理中的工作(任务)及数据流转控制。通过提取事务流转数据，挖掘任务、工作流转与业务引擎数据对象的关联关系，提供动态流转辅助支撑，在流转过程中根据历史业务处理情况筛选、过滤并推荐流转路径，提高工作推进的准确性和效率。

本发明是这样实现的，一种基于多层次双向流转控制的业务引擎，所述基于多层次双向流转控制的业务引擎利用由业务组、业务、事务及表单四级数据对象构成的数据逐层、跨层流转的工作流数据流转模型以及基于业务、事务关键流转控制参数和回调处理的工作流流转模型，并引入业务组层、业务层，进行复杂业务逻辑处理中的工作及数据流转控制；

通过业务将原来独立、离散的事务和表单对象整合在一起进行体系化管理；进行不同类型事务及表单的关联；并通过提取事务流转数据，挖掘任务、工作流转与业务引擎数据对象的关联关系，进行动态流转辅助支撑；在流转过程中根据历史业务处理情况筛选、过滤并推荐流转路径，进行工作推进。

进一步，所述基于多层次双向流转控制的业务引擎从上往下包含业务组、业务、事务、表单四层。

进一步，所述业务组位于业务引擎最外层，独立于业务而存在，包含若干业务，用于业务的整合，将实际工作中相关联的业务组合在一起。

进一步，所述业务为各行业中需要处理的事项的抽象；是由一个及以上的组织按照某一共同的目标、通过信息交换实现的一系列过程，每个过程都有明确的目的，并延续一段时间。

进一步，所述事务为处理、流转过程的组合。

进一步，所述表单对数据进行采集、整理、维护、控制，使零散的数据有机结合，形成统一的整体，将数据转化成有指导作用的信息；

所述表单包括基础数据模板的定义以及制式表单样式的定义；基础数据模板采用动态方式定义表单类型、表单元素项，动态创建存储载体；基于数据模板控制表单对象的操作或控制表单数据的操作；

业务流转数据按照一定样式排列方式予以呈现，对制式表单的样式定义内容进行管理。

进一步，所述工作及数据流转控制包括：

工作流转控制；

流转回调控制；

事务操作身份控制

事务流转身份验证；

流转消息通知；

基于流转条件变量的控制。

进一步，所述数据流转模型包括：

此处所述模型实际为引擎中所有数据转换关系的抽象，按照方向可划分为从上层到下层的正向数据流转以及从下往上的反向数据流转；从数据转换层次的角度可分为同一层次数据对象之间的转换以及不同层次对象之间的数据转换。

正向数据流转控制：如下：

关系定义如下：

定义R＝{P，Pt，E，Rt}

R：跨层数据流转关系；

P：流转数据宿主；

Pt：数据宿主类型，宿主类型实际为由业务组、业务、事务构成的枚举变量；

E：数据流转主体-表单元素项；

Rt：数据流转类型，包含复制和引用两种情况，针对引用的数据流转主要在于需要保证工作推进过程中数据的一致性、完整性；

反向数据流转控制：反向数据流转通过定义在路径上的工作流转回调机制实现。

数据反向流转控制通过两个方面予以实现：数据流转触发和数据流转实现。前者用于配置流程流转过程中对流转实现模块的调用及触发关系，后者实现具体数据迁移并最终实现可灵活定制的数据流转。

其流转触发机制可抽象为结构：<路径，回调接口列表>，路径和回调接口之间为多对多关系(M：N)，即：同一路径可以触发多个回调接口，当然，同一接口也可以在多条路径中被调用。

数据流转回调接口定义可抽象为结构<接口名称，事务对象，操作人员，事务当前所处环节>，其中后三项实际为接口参数列表。

实际工作原理为路径执行完毕后自动触发其配置的回调接口列表中各个接口，实现数据流转的启动工作，真正的实现则在回调接口中实现。

本发明的优点及积极效果为：

本发明在原有工作流引擎基础上基于现实业务实际操作规范，通过业务的概念将各类资料进行体系化管理，强调以业务为中心业务引擎在传统工作留引擎基础上新增了业务组、业务的概念，是一种崭新的概念模型，通过业务将原来独立、离散的事务和表单对象整合在一起进行体系化管理，很好的解决了不同类型事务及表单的关联性问题，更符合现实业务处理的要求。

本发明提出了基于业务组、业务、事务以及表单于一体的业务流引擎模型。业务引擎相比于传统工作流引擎，强调业务的整体性，通过工作流转控制、数据流转控制突出流程、数据之间的关联性，重点研究了各层、各部分数据之间的双向、跨层次流转关系，有效将工作流与业务管理集成构建一个业务体系，实现各部分高可配置，解决各部分之间的信息关联、共享与双向交互。进而为大规模协同办公提供了有效手段。政府投资审计业务、政府医疗健康管理业务、气象公共服务产品发布、教育毕业工作管理业务等各行业的审批工作可抽象为由业务组、业务、事务、表单构建的四级层次业务引擎，通过将业务引擎用于气象、教育、医疗领域，形成体系化的教育事务大数据、医疗事务大数据，并利用大数据分析手段，提高业务的智能化水平。

通过将业务引擎应用于气象公共服务、政府投资审计工作，有效克服并解决了业务流程体系不规范、数据不一致的突出问题，实现了业务的规范化和智能化，并有效提高了业务的流转正确性和数据安全性。

附图说明

图1是本发明实施例提供的基于多层次双向流转控制的业务引擎结构示意图。

图中：1、业务组；2、业务；3、事务；4、表单。

图2是本发明实施例提供的工作撤回操作示意图。

图3是本发明实施例提供的参与者在事务中可浏览表单对象计算方法图。

图中：A为事务表单对象集；B为参与者具备浏览权限的表单对象集；C为当前事物可浏览表单对象集。

图4是本发明实施例提供的业务引擎对象数据流转关系图。

图5是本发明实施例提供的表单数据进行采集、整理、转化信息图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在实际生产和工作中，业务管理、事务、表单以及工作流之间存在较为紧密的信息共享及关联关系，业务数据、事务数据以及表单数据在具体业务处理中存在着十分紧密的引用、制约、实时同步等关系，这是各大工作流引擎未重点考虑甚至忽略的；另一方面，实际业务工作具有流程复杂、周期跨度大、业务数据繁多的特点，前置业务的流转结果直接影响后续流程的走向。

本发明在现有技术框架基础上增加了业务组、业务实体对象，形成业务组、业务、事务、表单四层数据对象，在此基础上进行了工作流转模型和数据流转模型的研究，阐述了工作任务在框架中如何实现流转以及实体数据在各层次之间进行的跨层次、双向流转情况。

下面结合附图对本发明的应用原理作进一步描述。

本发明实施例提供的一种基于多层次双向流转控制的业务引擎，所述基于多层次双向流转控制的业务引擎利用由业务组、业务、事务及表单四级数据对象构成的数据逐层、跨层流转的工作流数据流转模型以及基于业务、事务关键流转控制参数和回调处理的工作流流转模型，并引入业务组层、业务层，进行复杂业务逻辑处理中的工作及数据流转控制；

通过业务将原来独立、离散的事务和表单对象整合在一起进行体系化管理；进行不同类型事务及表单的关联；并通过提取事务流转数据，挖掘任务、工作流转与业务引擎数据对象的关联关系，进行动态流转辅助支撑；在流转过程中根据历史业务处理情况筛选、过滤并推荐流转路径，进行工作推进。

如图1所示，本发明实施例提供的基于多层次双向流转控制的业务引擎从上往下包含业务组1、业务2、事务3、表单4四层。

一、下面结合具体实施例对本发明的应用原理作进一步描述。

本发明实施例提供的基于多层次双向流转控制的业务引擎包括：

1、业务引擎框架设计

业务引擎从上往下共包含四层对象，分别为：业务组、业务、事务、表单四层。本发明从业务引擎四层对象之间的数据转换及工作推进关系角度出发进行抽象，对应将进行工作流转模型、数据流转模型分析。引擎对象内部构成、分析内容如表1所示，对象关系如表2所示：

表1业务引擎对象构成及研究内容表

表2业务引擎对象关系

1.1业务组对象

业务组位于业务引擎最外层，其独立于业务而存在，虽业务组包含若干业务，但本身具有独立属性(基本信息、附件内容)，用于业务的整合，将实际工作中相关联的业务组合在一起。

1.2业务对象

业务就是各行业中需要处理的事项的抽象。是由一个及以上的组织按照某一共同的目标、通过信息交换实现的一系列过程，其中每个过程都有明确的目的，并延续一段时间。

1.3事务对象

事务实际为工作流程的具体实例。是流程的一次真实处理、流转过程的组合。

1.4表单对象

表单对数据进行采集、整理、维护、控制，使得看似零散的数据有机结合，形成统一的整体，将数据转化成有意义、有价值、对决策具有指导作用的信息。表单是系统数据采集的主要途径；是用户与系统互动的主体，用户的大部分操作都是通过对表单的增、删、改、查操作得以实现。表单中提供自定义的栏位和样式，使企业工作流程更加顺畅，操作界面更加美观，同时随着企业的发展，可以通过调整表单的设定，来适应企业工作流程的变化。

现有表单的存在形式表现为和具体事务相关联，如图5所示，然而实际业务工作开展过程中会产生大量的事务与表单，数量会呈现爆发式的增长，最终表现为数据量庞大、无序、零散的特点。业务引擎在现有两层结构(事务、表单)基础之上增加了业务组、业务两层数据对象，对外暴露业务组、业务对象，大大降低了工作处理面临的对象数量，更为重要的是将业务上存在关联关系的事务、表单组织在一起(有机整合)，对于挖掘业务流转过程中的有用关联关系提供了数据支撑。

表单主要包括基础数据模板的定义以及制式表单样式的定义。基础数据模板采用动态方式定义表单类型、表单元素项，动态创建存储载体(如数据表)。基于数据模板可控制表单对象的操作类型，也可控制表单数据的操作类型。

业务流转数据需要按照一定样式排列方式予以呈现，为此需要对制式表单的样式定义内容进行管理。

二、下面结合工作流转模型分析对本发明作进一步描述.

1.业务发起事务控制

(1)业务可发起事务控制

业务的处理需要经过一系列有序、相对规范的操作流程，事务的流程定义和生成依赖于具体业务，本研究中业务、事务对象相对独立，通过建立业务与事务的发起行为实现两者的关联。

(2)业务发起事务条件控制

同一业务的不同事务的执行需按照相应的约束条件依次进行，每类事务的流转需要不同的先决条件。引擎通过配置事务发起条件功能实现相应控制。发起条件配置条目实际为三元组，即<业务，条件表达式，事务>，条件表达式中的参数源自于业务基本内容信息，可以为简单的数学表达式，也可以为复杂的接口调用。

1.1工作流转条件变量

复杂业务处理往往在同一节点可以有多条路径供选择进而向后推进工作，事务流转过程中路径之间往往存在一定的关联关系，已经完成的业务处理可以决定和左右后续流程的走向，如已经确定了业务处理方式(自行处置或委托机构处理)，工作向后推进的过程只能沿着与之匹配的路径进行流转；另一方面，事务已完成的工作产生的结果数据也决定着后续工作的开展，例如某业务处理要求金额超过限定值M时，必须要求提交实施方案，已完成业务设置金额值，影响实施方案的提交验证。通过引入工作流转条件变量将业务组、业务关键信息和事务工作流转控制结合起来，事务的流转仅考量自身的条件变量。

工作流转条件变量的用于筛选节点流转路径，辅助业务人员进行路径判断，降低了工作处理的业务能力要求、难度。

(1)流转条件变量的信息来源

基于模板原理定义每种事务所专属的变量集，变量信息一方面来源于业务组、业务基本信息的引用，另一方面来源于工作流转相关参数的计算结果。

(2)变量内容的赋值

基于引用的变量赋值：建立变量和业务组、业务信息的引用关系，变量本身不存储实际参数值而是随引用宿主的变化而变化。

基于计算结果的变量赋值：基于工作流转回调接口进行设置。

(3)变量控制事务流转条件配置

基于变量的流转条件由单个或多个变量组合而成，事务同一节点条件配置结果集中，相同变量存在多项条件记录时，需验证流转条件是否是互斥的。表3中给出了事务T1节点N1的变量流转条件配置情况，当变量α满足条件1时，后续工作只能向节点N11或N13推进，同理，当满足条件2时，工作只能流向节点N12。

表3基于变量的流转条件配置表

序号	事务	当前节点	条件变量	流转条件	下一节点
						1	T1	N1	α	α≥0	N11，N13
2	T1	N1	α	α＜0	N12

业务处理一般采用事先给出完整定义且可预见的流程方式实现。然而，随着内部流程的更新调节、外在因素的持续变化，业务流程更多以动态流程的姿态予以呈现，这使得事先定义业务流转方向的思路无法满足需求，同时，现实中的业务处理一般都很复杂，如果抽象成静态流程会导致流程过于庞大、臃肿且复杂，甚至有的业务根本无法实现静态流程的定义。为此需要在事务的运行过程中，根据运行时信息不断修正、完善。因此，基于流转条件变量的工作流转变需求迫在眉睫。

1.2工作流转控制

(1)流转条件验证

依托事务工作流转路径配置其推进所需要满足的条件，引擎提供基于事务工作流转控制变量的简单流转条件和基于接口调用的复杂流转条件验证功能。只有同时通过所有条件验证，当前工作才能向后推送，触发流转操作时，依次验证各条件变量条件是否满足、循环调用条件验证接口，因所有条件必须同时满足，故只要有一项条件验证失败即可中止后续操作。

基于事务基本信息的简单验证：在路径所属事务流转条件变量中选定工作推进需度量的变量子集，针对每个变量定义其条件计算方法，最终形成条件集，每个变量在确定路径中的条件是唯一的(也即在一条路径中一个流转条件变量只能定义一种验证方法，否则会造成条件互斥无法完成流转)。一组典型的路径流转变量条件配置信息如表4所示；

表4基于事务基本信息的路径跳转配置样例表

基于接口调用的复杂验证：配置路径条件验证接口名称列表(接口集)，接口定义格式如表5所示：

表5事务路径流转调用接口完成验证的参数格式

(2)流转回调控制

配置路径流转操作结束后回调接口名称列表(接口调用参数格式同表4)，流转回调主要用于完成当前路径结束需要执行的相关复杂业务处理、操作。正因为引擎具备接口回调机制，一方面降低了业务引擎对复杂业务处理的处理难度，同时，该机制符合多数系统广泛采用的消息事件设计原则，使得业务的处理更加灵活，引擎与外界业务应用的交互更为轻松。

(3)事务操作身份控制

事务工作的流转依赖于各种角色参与者在不同节点(环节)的推进，引擎对事物操作的身份控制以工作节点为单位进行，以此需建立事务每个节点对操作参与者身份的限定类型、方式。引擎提供基于角色、限定操作在机构、限定具体操作者三种粒度的事务操作身份控制机制，三种身份限定控制优先级由高到低依次为：限定操作者、限定机构、限定角色。表6中列明了典型控制方式的组合情况。

表6事务操作身份控制样例

序号	事务	工作节点	授权机构	授权人员	授权角色
						1	T1	N1	NULL	NULL	R1，R2
2	T1	N2	D1	NULL	R3
						3	T1	N3	NULL	P1	R4，R5
4	T1	N4	D1	P2	R1

引擎对于事务节点操作权限的控制由上述三种情况的组合而成，即当同时限定了两种及以上的条件时，需同时满足所有条件才能对事务进行处理，具体控制说明如下：

a)条目1：由于没有限定任何成员、机构，则事务T1在节点N1只能由拥有角色R1，R2的操作者处理：

b)条目2：事务T1在N2节点明确限定处理机构D1，同时限定角色R3，为此，事务在该节点的操作者需同时满足以上两个条件，即操作者必须为机构D1成员且拥有角色R3的授权；

c)条目3：与条目2的情况类似，此处指明由成员P1及角色R3，因此需验证操作者是否为成员P1及是否为具有角色R3的授权，同时满足才能对节点N3进行操作和处理；

d)条目4：事务在该环节的三种限定条件都有设定，除了验证操作者是否为P2且拥有角色R1外，还需判定操作者是否为部门D1的成员。

(2)流转撤回机制

工作的回退，是指流程实例运行到一定阶段后，可以主动的选择回退到曾经运行过的任意轨迹上。回退的发起方是当前步骤的任务执行人，选择主动的回退。

工作的撤回，是指流程实例运行了一定的轨迹后，上一步的任务执行人，选择撤回刚刚提交的任务，使得流程再次流转到此步骤。撤回的发起方是当前步骤的上一步任务的执行人，选择主动撤回。

图2中给出了典型的工作流转撤回操作执行情况，椭圆圈定的环节为事务当前运行到的轨迹，当上一步审核步骤的任务执行人，选择主动撤回时，则将回退到审核步骤，再次执行。

a)撤回与回退的两个区别：

撤回只能撤回到当前步骤的上一步，不能跨多个步骤的撤回。回退是可以任意的回退。

撤回的发起方是上一步的任务执行人.回退的发起方是当前步骤的可执行人。

b)撤回与回退的相同点：

撤回和回退都是指回到曾经的轨迹；

撤回和回退回到曾经运行的轨迹后，再次生成此轨迹的任务，并且辅助业务补偿类，将环境或业务数据恢复成原来的，持久化变量可以忽略，临时变量则需要重新赋值。

撤回和回退都不是按照流程定义的正常轨迹流转，需要配置有权限的用户去操作。

(4)事务流转身份验证

事务流转前需验证操作者身份，在事务流转路径上定义了本次跳转所采用的身份验证方式，引擎提供以下几种验证模式的支持：

基于口令的身份验证

这种方法是最简单、也是最常见的，用户输入用户名和密码，系统在后台进行匹配，正确则通过验证，错误则拒绝。通常需要采用单向加密秘钥方式存储口令，同时可结合动态随机码的提升安全程度。

基于EKEY的身份验证

基于USB Key的身份认证技术，采用软硬件相结合、一次一密的强双因子认证模式，很好地解决了安全性与易用性之间的矛盾。USB Key是一种USB接口的硬件设备，内置单片机或智能卡芯片，可以存储用户的密钥或数字证书，利用USB Key内置的密码算法实现对用户身份的认证。

(5)流转消息通知(告知控制)

绑定业务、事务基本信息若干属性，属性内容通常为电话号码、邮件等。

(6)基于流转条件变量的控制

本发明阐述了工作流转条件变量的定义及用途。执行业务流转时，根据事务及当前节点提取流转条件配置，筛选满足条件的记录，进而获取可推进到的后续节点，进而完成路径(转移)的过滤。

三、下面结合事务发起子事务控制对本发明作进一步描述.

现今业务逻辑处理复杂程度越来越大，多数情况下无法通过一个完整的流程定义描述实际的业务情况，为此需要对其主要工作流转路径进行抽象，将其附属的业务处理单独抽象并建立其与主业务的关联关系。业务引擎通过事务与子事务的机制解决这一特殊现状，当前事务为业务处理的主体走向，业务推进过程中根据情况启动子事务的运转。

(1)子事务类型定义

事务与事务之间为M：N的抽象关系，通过配置事务能发起的子事务类型完成主事务与子事务关系的建立。事务、子事务关系的定义需要防止关系回路的产生，即事务关联的子事务不能直接或间接的将当前事务配置成其子事务，以规避业务混乱情况的发生。事务可发起的子事务从业务工作开展层面规定了主业务、附属业务的关系。

(2)子事务的发起条件

由主事务与子事务需求、定义的由来可知，某些子事务的启动需在主事务进行到一定阶段(节点或环节)才能进行，此外子事务的发起可能还需要满足一定的基本约束条件。因此子事务的发起需满足两方面的条件：主事务当前节点是否允许发起子事务、事务关键变量或参数是否满足约定条件。

子事务类型定义圈定了事务可发起子事务集，针对需要严格控制启动条件的子事务定义三元组<T，N，f>表达发起业务约束，其中，T为子事务，N为子事务在主事务进行到的节点，f为子事务发起的条件表达式。

四、下面结合工作流版本控制对本发明作进一步描述.

在动态变化的环境里，业务流程的处理千变万化，用户在调整业务流程的同时，也需及时调整其工作流系统使其适应新的业务流程。面对多变的处理人和业务情况，不可能在设计阶段就考虑到一切可能的。因此要求系统在最大限度上具有灵活性和适应性。同时，由于受工作环境、行业发展的影响，同一业务的处理流程也会随之而变化。为此需要针对不同时期的业务流转情况加以区分进行版本管理。查阅历史业务处理档案时需还原与之匹配的业务处理流程，追溯历史业务处理情况。

对现有事务流程配置进行调整，可以针对当前版本配置进行修改，也可以选择添加新的版本配置。系统在更新当前版本的流程配置时需要考虑使用该版本配置的所有事务是否均已完成(归档)，如果存在未完成的事务不允许对当前版本的配置进行调整；添加新版本流程配置时需更新流程当前版本号信息。新生成事务时默认使用最新版本的流程配置进行业务处理。

五、下面结合数据流转模型分析对本发明作进一步描述.

1、业务信息操作控制

(1)业务信息操作方式

业务信息操作类型为常见的新增、修改、移除及查阅，信息的操作分为两种方式：一是用户行为的手动操作，二是业务流转过程中系统自动计算设定。

(2)业务信息操作控制

业务信息对不同业务活动参与者通常具有不同的权限开放策略，部分基本信息的编辑、浏览对操作者身份有要求，为此需要定义每种身份类型参与者对业务信息的操作权限。

2、表单对象操作控制

(1)表单对象操作权限定义

定义业务应用中每种身份类型的参与者在事务流转各个节点可操作表单对象以及对表单对象的操作类型(浏览、新增、编辑)。控制粒度细化到事务流程的具体工作节点级别。

(2)表单对象的操作控制

参与者对表单对象的操作可大致区分为以下三种情况：查阅表单内容、结合事务流转新增表单以及占据表单操作比重最大的操作行为-流转批阅表单。以下分别对三种操作类型进行详述：

表单新增操作控制：首先取得事务当前所处工作环节(节点)，同时提取当前操作主体所拥有的身份类型(角色)集；其次，根据已有的条件从表单对象操作权限定义池中检索得到当前环节具备新增操作权限的表单。确认新增事务表单后会在事务表单对象集中追加新增的表单对象。

表单浏览操作控制：表单浏览操作在三类操作中级别最低，且存在操作类型包含关系，即参与者在事务某环节若已经具备新增、编辑授权时，默认向时获得对应的浏览授权。新增事务表单会进入事务表单对象集予以存档，假定该为集合A，因此，参与者在事务中可浏览表单对象为事务表单对象集的子集。引擎首先取得参与者在当前事务所有环节具备浏览权限的表单对象得到集合B，那么参与者在当前事务中可浏览表单集合C的定义如图3所示；

A为事务表单对象集；B为参与者具备浏览权限的表单对象集；C为当前事物可浏览表单对象集。

表单编辑操作控制：事务流转过程中大部分工作在于参与者审阅已有引擎对象基本信息、已有工作流转过程档案，签署当前环节的工作处理意见，将工作向后推进。引擎首先取得参与者在当前事务表单对象集中具备浏览操作权限的表单对象，选定表单实施编辑操作时验证其是否具备相应编辑权限。

六、下面结合数据流转内容控制对本发明作进一步描述.

如图4所示，业务引擎从上往下包含四层数据对象：业务组、业务、事务、表单。根据对象间数据流向可区分为从上往下的正向(业务组→业务→事务→表单)数据流转以及从下往上的反向(表单→事务、表单→业务、表单→业务组)数据流转；根据对象间数据流转层次可区分为逐层(业务组→业务→事务→表单)数据流转以及跨层(业务组→表单、业务→表单)数据流转方式。

(1)数据流转内容

正向数据流转：引擎对象按所处层次自顶向上的数据流转定义为正向数据流转，流转涉及的关系对象及数据内容如表7所示。

表7业务引擎对象正向数据流转关系表

业务组→业务：由于业务组包含业务，故业务首先要引用业务组标识，此外业务组的关键属性可能会直接被业务对象引用；

业务→事务：业务对象通过发起一个个的事务建立两者的关系，事务有所属业务关键属性，同业务组流向业务情况类似，事务同样会使用业务属性内容；

业务组/业务/事务→表单：表单对象主要包含两类数据，一是各类基本信息的汇总，二是流转签批内容，由于表单本身不具备业务属性，故多数情况下表单中所呈现的基本信息需来源于上层对象，直接表达业务组、业务、事务的属性。

反向数据流转：引擎对象按所处层次自底向上的数据流转定义为反向数据流转，如图2-2所示，位于第四层的表单对象向业务组、业务、事务流转数据的情况为反向数据流转，主要内容为需要更新到上层数据对象的基本信息，数据来源为事务工作推进过程中表单直接存储的数据或经相应逻辑处理、计算后的数据。

(2)正向数据流转控制

由于引擎对象从上往下存在着包含关系，故逐层、正向数据流转采用属性值关联(关联)的方式实现，特别需要注意跨层正向数据流转的情况，即业务组→表单、业务→表单的数据流转，由于表单采用动态模板配置实现，故实现机制同逐层正向流转方式有所不同，需要单独建立表单模板中元素项对业务组、业务、事务信息的流转关系，该关系定义如下：

定义R＝{P，Pt，E，Rt} (2-1)

R：跨层数据流转关系。

P：流转数据宿主。

Pt：数据宿主类型，宿主类型实际为由业务组、业务、事务构成的枚举变量。

E：数据流转主体-表单元素项。

Rt：数据流转类型，包含复制和引用两种情况，针对引用的数据流转主要在于需要保证工作推进过程中数据的一致性、完整性。

(3)反向数据流转控制

事务流转过程中主要操作对象为表单，出于保证业务处理完整性、封闭性的前提，多数情况没法直接调整影响上层数据对象，推进过程中的表单数据需要实时反馈给业务组、业务、事务对象。反向数据流转通过定义在路径(转移)上的工作流转回调机制实现。

七、下面结合公文操作控制对本发明作进一步描述.

事务的处理通常包含一般性的行政审批以及包含公文流转的公文事务(如收文、发文)，公文常见操作有：上传正文、保存正文、转版式正文、下载正文、打印正文、上传版式正文、电子盖章、手写签批、下载版式正文、打印版式正文。通常，公文的流转会经历拟稿→形成正文→转版式正文→签批盖章环节，为此需要定义公文事务各个节点对公文的操作类型实现对各环节公文操作进行控制。

(1)公文正文的操作控制

公文正文的操作包括上传正文、保存正文、转版式正文、下载正文以及打印正文。上传和保存正式用于对公文内容的编辑；公文正文经过编辑审核后通过转版式正文形成包含流转信息(单位信息、防伪二维码等)的PDF格式文件；下载正文则是将文案以离线方式存储。

(2)版式正文的操作控制

公文正文形成版式正文后，通常会经过签批、盖章处理对外正式发布。电子公章由授权机构的专有工具加密存储，包含了公章使用单位信息、时间内容等防伪信息。

八、下面结合表单版本控制对本发明作进一步描述.

业务处理的变化要求流转的表单样式(也即流转的信息要素)随时调整变化，因此会形成不同时期的表单版本库。表单版本的控制主要从两方面进行，一是表单样式的版本管理，二是数据存储的表单版本管理。前者根据业务需求定制相适应的表单样式，通过新增表单版本的方式满足后续业务推进的需要；后者的控制用于在查阅历史档案时匹配相对应的表单版本予以数据的呈现。

1、表单数据操作控制

本发明的引擎对于表单对象操作权限的控制机制，该机制控制了不同身份参与者在事务节点中操作表单对象的行为方式。实际业务开展过程中，参与者操作表单的行为还需细化到表单元素项级别，也即在限定可操作表单集合的基础上增加可操作的元素项定义，两种控制机制之间互为补充。

表单数据操作控制包含了元素项的编辑及敏感元素项的隐藏配置，前者用于对数据录入安全的保护，后者用于数据呈现安全的保护。在事务的各节点上配置其对表单元素的操作方式，元素项的编辑和隐藏控制只能同时有一项配置生效，系统实现时需验证相同表单元素项在同一节点的数据操作控制条目的严谨性，即不能同时出现编辑、隐藏的两种配置情况。

下面结合积极效果对本发明作进一步描述。

本发明提出了基于业务组、业务、事务以及表单于一体的业务流引擎模型。业务引擎相比于传统工作流引擎，强调业务的整体性，通过工作流转控制、数据流转控制突出流程、数据之间的关联性，重点研究了各层、各部分数据之间的双向、跨层次流转关系，有效将工作流与业务管理集成构建一个业务体系，实现各部分高可配置，解决各部分之间的信息关联、共享与双向交互。进而为大规模协同办公提供了有效手段。政府投资审计业务、政府医疗健康管理业务、气象公共服务产品发布、教育毕业工作管理业务等各行业的审批工作可抽象为由业务组、业务、事务、表单构建的四级层次业务引擎，通过将业务引擎用于气象、教育、医疗领域，形成体系化的教育事务大数据、医疗事务大数据，并利用大数据分析手段，提高业务的智能化水平。

通过将业务引擎应用于气象公共服务、政府投资审计工作，有效克服并解决了业务流程体系不规范、数据不一致的突出问题，实现了业务的规范化和智能化，并有效提高了业务的流转正确性和数据安全性。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (8)

1.一种基于多层次双向流转控制的业务引擎，其特征在于，所述基于多层次双向流转控制的业务引擎利用由业务组、业务、事务及表单四级数据对象构成的数据逐层、跨层流转的工作流数据流转模型以及基于业务、事务关键流转控制参数和回调处理的工作流流转模型，并引入业务组层、业务层，进行复杂业务逻辑处理中的工作及数据流转控制；

通过业务将原来独立、离散的事务和表单对象整合在一起进行体系化管理；进行不同类型事务及表单的关联；并通过提取事务流转数据，挖掘任务、工作流转与业务引擎数据对象的关联关系，进行动态流转辅助支撑；在流转过程中根据历史业务处理情况筛选、过滤并推荐流转路径，进行工作推进。

2.如权利要求1所述的基于多层次双向流转控制的业务引擎，其特征在于，所述基于多层次双向流转控制的业务引擎从上往下包含业务组、业务、事务、表单四层。

3.如权利要求2所述的基于多层次双向流转控制的业务引擎，其特征在于，所述业务组位于业务引擎最外层，独立于业务而存在，包含若干业务，用于业务的整合，将实际工作中相关联的业务组合在一起。

4.如权利要求2所述的基于多层次双向流转控制的业务引擎，其特征在于，

所述业务为各行业中需要处理的事项的抽象；是由一个及以上的组织按照某一共同的目标、通过信息交换实现的一系列过程，每个过程都有明确的目的，并延续一段时间。

5.如权利要求2所述的基于多层次双向流转控制的业务引擎，其特征在于，所述事务为处理、流转过程的组合。

6.如权利要求2所述的基于多层次双向流转控制的业务引擎，其特征在于，所述表单对数据进行采集、整理、维护、控制，使零散的数据有机结合，形成统一的整体，将数据转化成有有指导作用的信息；

所述表单包括基础数据模板的定义以及制式表单样式的定义；基础数据模板采用动态方式定义表单类型、表单元素项，动态创建存储载体；基于数据模板控制表单对象的操作或控制表单数据的操作；

业务流转数据按照一定样式排列方式予以呈现，对制式表单的样式定义内容进行管理。

7.如权利要求1所述的基于多层次双向流转控制的业务引擎，其特征在于，所述工作及数据流转控制包括：

工作流转控制；

流转回调控制；

事务操作身份控制

事务流转身份验证；

流转消息通知；

基于流转条件变量的控制。

8.如权利要求1所述的基于多层次双向流转控制的业务引擎，其特征在于，所述数据流转模型包括：

正向数据流转控制：如下：

关系定义如下：

定义R＝{P，Pt，E，Rt}

R：跨层数据流转关系；

P：流转数据宿主；

Pt：数据宿主类型，宿主类型实际为由业务组、业务、事务构成的枚举变量；

E：数据流转主体-表单元素项；

Rt：数据流转类型，包含复制和引用两种情况，针对引用的数据流转主要在于需要保证工作推进过程中数据的一致性、完整性；

反向数据流转控制：反向数据流转通过定义在路径上的工作流转回调机制实现。