CN103324487B - 一种流程引擎应用服务化的实现方法 - Google Patents

Abstract

本发明提供了一种流程引擎SaaS化的实现方法，包括：建立流程权限关系表，该表至少包含租户ID、机构ID、流程ID三个字段，流程权限关系表存储所有租户及其下属机构与所拥有权限的业务流程间的关联信息；当一个业务流程被发起时，流程引擎根据发起者所在的机构、租户以及要发起的流程这些信息查询所述流程权限关系表，如果当前发起者所在的机构、租户与发起的流程有关联信息，则继续执行该业务流程，否则终止该业务流程的发起。本发明可以实现同一租户可以拥有多个业务流程服务，而同一业务流程服务在运行时既可以被多个租户共享，又能满足各个租户的个性化需求。

Description

一种流程引擎应用服务化的实现方法

技术领域

本发明属于数据架构及计算领域，尤其涉及一种流程引擎SaaS化的实现方法。 

背景技术

云计算（Cloud Computing）是时下比较流行的一个词汇，大到国家、政府、小到企业或个人都在谈论。所谓云计算（Cloud Computing）是分布式计算（Distributed Computing）、并行计算（Parallel Computing）、效用计算（Utility Computing）、网络存储（Network Storage Technologies）、虚拟化（Virtualization）、负载均衡（Load Balance）等传统计算机和网络技术发展融合的产物。实际上，从2003 年Google 公开发布的核心文件到2006 年Amazon EC2（亚马逊弹性计算云）的商业化应用，再到美国电信巨头AT&T（美国电话电报公司）推出的Synaptic Hosting（动态托管）服务，云计算从节约成本的工具到盈利的推动器，从ISP（网络服务提供商）到电信企业，已经从内置的IT 系统演变成公共的服务。 

云计算成为一种服务体现在三个方面，即基础设施服务化（IaaS）、平台服务化（PaaS）和应用服务化（SaaS）。IaaS与PaaS是云计算的核心基础，也是目前普遍做的比较好的方面，而SaaS还存在一定的局限性。目前虽然各类云应用的概念到处都是，譬如云电视、云手机等，但大都还停留在基于IaaS和Paas的云存储的范畴内。目前出现的一些云应用也都是相对逻辑比较简单、核心基于云存储的基础性轻量级应用程序。一种IT新技术的价值体现往往是在企业、政府和机构等社会实体广泛应用落地的时候体现出来的，而云计算的社会价值还远远没有发挥出来。 

现有基于云计算的云应用开发，尤其是企业级云应用开发基本是基于已有的多层技术架构来开发，从数据层及展示层来扩展满足多租户应用的需求。这种做法没有考虑到云应用技术架构的复用性，而是基于需求来实现，还只是停留在非SaaS级别的架构复用。 

这种非SaaS级别的架构复用已经流行多年，但在云计算时代，其不能够适应企业级云应用的架构级别的通用性问题的解决。这也是为什么目前企业级云应用没有得到充分实现的原因，当然也是云计算还停留在IaaS或PaaS的应用阶段。 

SaaS是云计算最上层服务，只有SaaS的广泛应用才能实现云计算的充分落地。应用云化的广阔市场是企业级应用。因此，只有企业级应用的SaaS化做的越广泛，云计算的价值才能够得到充分体现。何为企业级应用企业级应用在于其高度的业务相关性、复杂性以及技术实现的架构复杂性。企业级应用的成功开发和实施涉及到三个方面：一是业务建模，二是技术架构，三是过程管理。只有这三个方面都能够做好，才能够大大提升企业级应用项目的成功。三个方面中技术架构是决定企业级应用是否成功的最为核心的问题。 

近年来，随着SOA思想的普及和实践，业内逐渐认同了软件技术架构可复用的思想。人们越来越相信，好的技术架构的复用可以大大提升企业级应用开发和实施的成功几率，同时也可极大降低成本和难度。 

工作流(Workflow)，就是“业务过程的部分或整体的自动化过程”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递信息或任务的过程自动进行，从而实现某个预期的业务目标”。 

流程引擎(Workflow Engine)就是工作流实现的解决方案，指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。 

对于业务系统的开发而言，最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性(业务变动)。流程引擎就是开发这些具有复杂逻辑的业务的专用中间件。 

发明内容

本发明的目的在于：提供一种流程引擎SaaS化的实现方法，旨在提供一种能真正实现企业级应用SaaS化的工作流架构。 

本发明的目的是这样实现的： 

一种流程引擎SaaS化的实现方法，包括下述步骤：

建立流程权限关系表，该表至少包含租户ID、机构ID、流程ID三个字段，所述流程权限关系表存储所有租户及其下属机构与所拥有权限的业务流程间的关联信息，其中，一种业务流程能够与1个或多个租户存在关联；

当一个业务流程被发起时，流程引擎根据发起者所在的机构、租户以及要发起的流程这些信息查询所述流程权限关系表，如果当前发起者所在的机构、租户与发起的流程有关联信息，则继续执行该业务流程，否则终止该业务流程的发起。

所述方法还包括下述步骤： 

针对不同的租户为流程节点配制相应的属性，同一流程节点在不同租户下的属性可以相同或者不相同，每个流程节点至少包括节点是否执行的属性；

执行时，流程引擎获取当前的流程节点的是否执行的属性值进行判断，如果该属性值表征为要执行，则执行当前的流程节点，否则跳转至下一节点。

所述方法还包括下述步骤：建立流程实例表，当一个业务流程被租户发起时，流程引擎在流程实例表中插入一条流程实例记录，并创建一个关联令牌，该流程实例记录至少包括流程名称、发起机构、该流程实例是否完成、关联令牌的主键的信息；该令牌中至少包含对应的流程实例记录的主键和该流程实例当前执行所在的节点的信息。 

所述流程节点中的任务节点还包括任务名称属性、任务请求地址属性和任务是否创建属性，所述任务请求地址属性的值为处理此任务的页面的存储地址。 

所述方法还包括下述步骤：建立任务实例表，当当前任务节点的任务是否创建的属性值表征为是时，流程引擎在任务实例表中插入一条任务实例记录，该任务实例记录至少包括任务名称、发起机构、该任务实例是否完成的信息。 

所述方法还包括下述步骤： 

针对不同的租户分别建立任务权限关系表，该表至少包含任务ID、发起机构、任务处理机构、任务处理角色这四个字段；

将每个租户的管理员针对任一任务输入的处理机构和角色的信息存入对应的所述任务权限关系表中对应的任务ID的相应记录中。

所述方法还包括下述步骤：请求任务处理列表时，流程引擎根据当前登录者的角色和所在机构信息查询所述任务权限关系表，获取与当前登录者的角色和机构均相关联的所有任务定义及发起机购信息，根据获取的任务定义及发起机购信息查询任务实例表，获取所有对应的未完成的任务实例信息。 

在查询流程节点的任一属性的值时，流程引擎优先查询租户定制的属性值，当没有查询到租户定制的属性值，则获取该属性的默认属性值。 

本发明的突出优点是：本发明可以实现同一租户可以拥有多个业务流程服务，而同一业务流程服务在运行时既可以被多个租户共享，又能满足各个租户的个性化需求，同时还能保证各租户间业务数据的隔离性和安全性。 

具体实施方式

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

本发明提供的流程引擎SaaS化的实现方法可以实现同一租户可以拥有多个业务流程服务，而同一业务流程服务在运行时既可以被多个租户共享，又能满足各个租户的个性化需求，同时还能保证各租户间业务数据的隔离性和安全性。所述租户是指租用计算机应用软件服务的企业，所述机构是指租用应用软件服务的企业内的部门。 

为实现上述目的，主要通过以下几个方面实现。 

实施例1：流程权限管理 

流程权限管理包括租户流程权限管理和机构流程权限管理。租户流程权限是指企业是否拥有此业务流程权限，机构流程权限是指租户内部的机构是否拥有业务流程权限。

当任一租户拥有了至少一种的业务流程权限之后，该租户的管理员（该租户内部的人员）就可以在登录应用平台后自行为企业内的不同机构分配业务流程权限。同一租户下的不同机构可以拥有相同或者不同的业务流程，同一租户下的同一机构可以拥有该租户拥有的业务流程中的全部或者部分。 

在本发明实施例中，所有的流程权限管理信息以数据库的形式存储，在该数据库的关系表中，至少包含租户ID、机构ID、流程ID三个字段。当给租户分配业务流程权限时，就在关系表中插入相应记录（此时，机构ID设置为空）；当租户管理员为内部机构分配业务流程权限时，则在关系表插入相关的纪录，此时机构ID不为空，其值为被分配的机构ID。 

当一个业务流程被发起时，流程引擎会根据发起者所在的机构、租户、要发起的流程等信息去数据库查询流程权限管理关系表，如果存在记录则说明当前发起者有权限发起，则继续执行该业务流程，如果没有相应的权限记录，则终止该业务流程的发起。 

实施例2：流程节点SaaS化 

  每种业务流程都是由多个流程节点组成，每个节点分别实现特定的功能。流程节点SaaS化的方法就是为不同的租户对其拥有的业务流程的节点进行定制化配置属性，让流程引擎在执行流程节点时能根据节点的属性来决定节点的执行情况。

  在本发明实施例中，流程节点有两种属性，一种是默认属性，另一种是租户制定的属性，默认属性是在业务流程设计时已经确认，而租户制定的属性则在租户拥有该业务流程权限前进行定制化。流程引擎在执行时就会优先查找此节点的租户定制属性，如果没有再查找此节点的默认属性来执行，从而实现流程节点的SaaS化。 

每个流程节点至少包括如下属性：该节点是否执行。当流程引擎在执行流程实例时，会根据当前实例所在的节点的此属性来判断流程引擎是否需要执行此节点，如不需要执行，则直接跳转至下一节点。 

流程节点可分为任务节点和非任务节点两类，流程节点中的任务节点还包括如下属性： 

任务名称：展现给有权限处理此任务的角色（机构内的人员）的提示。不同的租户对同一业务流程的任务名称可以有不同的定义。

任务请求地址：处理此任务的页面的存储地址。不同的租户对同一业务流程的任务可能要求不同的操作表单，每个表单都有自己的存储地址。 

任务是否创建：表征此任务是否需要创建。对于同一任务节点，不同的租户对是否需要创建某项任务有着不同的需求。 

在本发明实施例中，流程节点的属性管理采用数据库管理，对应的关系表中至少包含以下字段：节点ID、租户ID、属性名、属性值。如果节点的某种属性的值是默认值（即在流程设计时设置的属性值）时，则租户ID这个字段为空；如果该节点的属性值是租户定制的属性值，则租户ID字段不能为空。租户定制的属性值优先于默认属性值，流程引擎将根据此原则进行执行，从而实现节点的SaaS化，进而可以实现工作流的SaaS化。 

实施例3：流程执行SaaS化 

当一个业务流程被租户发起时，流程引擎就会创建一个新的流程实例，即在流程实例表插入一条记录，而这个实例就代表着一项需要执行的业务，每条流程实例记录至少包括流程名称、发起机构、该流程实例是否完成等信息。同时流程引擎也会为这个流程实例创建一个令牌,即在令牌表中插入一条记录，同时，把流程实例和令牌关联在一起，在数据库层面，流程实例表中会记录对应的令牌主键（即令牌的ID），而令牌表中会记录对应的流程实例的主键（即流程实例的ID）。

  令牌是流程实例要执行的上下文环境，记录了流程实例当前的执行情况，主要是记录流程实例目前执行到了哪个节点等信息。 

  当流程实例被触发执行时，流程引擎就会获取需要执行的流程实例，从而获得对应的令牌，进而获取当前的流程节点等信息。流程引擎根据当前流程实例发起者所属的租户信息以及当前的流程节点信息查询流程节点的属性表，获取该节点的属性。如果根据节点和租户查询不到记录，说明租户在此节点没有定制属性，则采用节点的默认值。 

流程引擎根据流程节点的属性值来决定流程的执行情况。如果节点的是否需要执行的属性值表征为是，则流程引擎将调用该节点的执行方法进行执行，如果表征为否，则流程引擎将选择跳过该节点，把当前节点的下一个节点信息放入令牌中，继续执行。如果节点的任务是否创建的属性值表征为是，则流程引擎会根据任务定义生成任务实例，即向任务实例表中插入一条记录，等待有处理权限的角色处理，如果表征为否，则流程引擎就不需要生成任务实例。每条任务实例记录至少包括任务名称、发起机构、该任务实例是否完成等信息。 

  流程引擎通过根据流程节点的SaaS化属性来决定流程的执行情况，从而实现流程执行SaaS化，以此来满足各个租户的差异性需求。同时，当业务流程被发起时，流程引擎都会新建对应的流程实例、令牌，而当流程执行到任务节点时，流程引擎会根据任务定义的SaaS属性新建任务实例，因此他们都有自己独立的内存空间，在数据库层面他们都是新的一条记录，所以各租户的业务流程实例的数据都是相互独立的，互不影响，以此可实现各租户的数据安全。 

  实施例4：任务权限管理SaaS化 

由于可能存在不同的租户针对同一任务是由不同的机构和角色来处理，在某租户拥有某一业务流程的权限后，该租户的管理员就可以为此业务流程中相应的任务定义分配处理机构和角色，即对于每种任务，建立任务定义、发起机构、任务处理机构、任务处理角色这四者之间的关系，实现任务处理机构和角色与任务定义的绑定，并且租户的管理员可以在运行期间实时地动态改变所述四者之间的关联关系，实现任务管理的可配置性和灵活性，达到真正的任务管理SaaS化。

针对每个租户所拥有的业务流程中的所有任务的权限管理信息采用数据库存储，对应的关系表中至少包含以下字段：任务ID，即  任务节点下的任务定义；发起机构，即 业务流程发起的机构；任务处理机构，即任务实例处理者机构；任务处理角色，即任务实例处理者角色。 

在请求任务处理列表时，流程引擎就会根据当前登录者的角色和登录者所在机构，并以此作为任务处理角色和机构查询任务权限关系表，获取与当前登录者的角色和机构均相关联的所有任务定义及发起机构信息，进而查询由这些任务定义产生的并且是由这些机构发起的所有任务实例，这些任务实例就是当前登录者有权限处理的任务实例。 

本发明可以实现企业级云计算的流程SaaS的高效开发和实施；降低企业级云应用的业务流程开发和实施成本；可以帮助提升云计算产品的应用水平从IaaS和PaaS提升到企业级SaaS水平上，从而提升我国软件行业整体的实力和水平。 

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

Claims (6)

1.一种流程引擎SaaS化的实现方法，其特征在于，同一租户可以拥有多个业务流程服务，同一业务流程服务在运行时既可以被多个租户共享，又能满足各个租户的个性化需求，所述方法包括：

1）流程权限管理，包括对不同租户拥有的业务流程权限信息进行管理，以及拥有业务流程权限的租户对内部不同机构拥有的业务流程权限信息进行管理，具体包括：

建立流程权限关系表，该表至少包含租户ID、机构ID、流程ID三个字段，所述流程权限关系表存储所有租户及其下属机构与所拥有权限的业务流程间的关联信息，其中，一种业务流程能够与1个或多个租户存在关联，同一租户下的不同机构可以拥有相同或者不同的业务流程；

当一个业务流程被发起时，流程引擎根据发起者所在的机构、租户以及要发起的流程这些信息查询所述流程权限关系表，如果当前发起者所在的机构、租户与发起的流程有关联信息，则继续执行该业务流程，否则终止该业务流程的发起；

2）流程节点和执行SaaS化，具体包括：

针对不同的租户对其拥有的业务流程的节点进行定制化配置属性，同一流程节点在不同租户下的属性可以相同或者不相同，流程引擎在执行流程节点时根据节点的属性来决定节点的执行情况；

每个流程节点至少包括节点是否执行的属性，执行时，流程引擎获取当前的流程节点的是否执行的属性值进行判断，如果该属性值表征为要执行，则执行当前的流程节点，否则跳转至下一节点；

流程节点中的任务节点还包括任务名称属性、任务请求地址属性和任务是否创建属性，所述任务请求地址属性的值为处理此任务的页面的存储地址，不同租户针对同一任何节点的处理页面可以相同或不相同。

2.如权利要求1所述的流程引擎SaaS化的实现方法，其特征在于，所述方法还包括：

建立流程实例表，当一个业务流程被租户发起时，流程引擎在流程实例表中插入一条流程实例记录，并创建一个关联令牌，该流程实例记录至少包括流程名称、发起机构、该流程实例是否完成、关联令牌的主键的信息；该令牌中至少包含对应的流程实例记录的主键和该流程实例当前执行所在的节点的信息；

当流程实例被触发执行时，流程引擎获取需要执行的流程实例及对应的令牌，从该令牌中获取当前的流程节点信息，流程引擎根据当前流程实例发起者所属的租户信息以及当前的流程节点信息获取当前流程节点的属性。

3.如权利要求1所述的流程引擎SaaS化的实现方法，其特征在于，所述方法还包括：

3）任务权限管理SaaS化，具体包括：

租户对所拥有权限的业务流程中的任务建立任务定义、发起机构、任务处理机构、任务处理角色这四者之间的关系，实现任务处理机构和角色与任务定义的绑定，并且租户的管理员可以在运行期间实时地动态改变所述四者之间的关联关系。

4.如权利要求3所述的流程引擎SaaS化的实现方法，其特征在于，所述方法还包括：

针对不同的租户分别建立任务权限关系表，该表至少包含任务定义、发起机构、任务处理机构、任务处理角色这四个字段；

建立任务实例表，当当前任务节点的任务是否创建的属性值表征为是时，流程引擎在任务实例表中插入一条任务实例记录，该任务实例记录至少包括任务名称、发起机构、该任务实例是否完成的信息。

5.如权利要求4所述的流程引擎SaaS化的实现方法，其特征在于，所述方法还包括：

请求任务处理列表时，流程引擎根据当前登录者的角色和所在机构信息查询所述任务权限关系表，获取与当前登录者的角色和机构均相关联的所有任务定义及发起机购信息，根据获取的任务定义及发起机购信息查询任务实例表，获取所有对应的未完成的任务实例信息。

6.如权利要求1-5任一所述的流程引擎SaaS化的实现方法，其特征在于，在查询流程节点的任一属性的值时，流程引擎优先查询租户定制的属性值，当没有查询到租户定制的属性值，则获取该属性的默认属性值。