工作流引擎讲解
工作流引擎七大原理
工作流引擎七大原理在当今快节奏的商业环境中，高效的工作流程对于企业的成功至关重要。
工作流引擎作为一种自动化流程管理工具，能够有效地提升工作效率和准确性。
要理解工作流引擎的运作原理，我们需要了解其中的七大原理。
一、自动化流程管理工作流引擎的核心原理是自动化流程管理。
它能够将企业的复杂业务流程转化为可管理的步骤和规则，实现自动化的流程执行和监控。
通过预定义的流程模板，工作流引擎可以自动分配任务、通知相关人员、自动触发下一步操作，从而简化流程管理，提高效率。
二、灵活的流程设计工作流引擎具有灵活的流程设计能力。
它可以根据企业的需求和业务逻辑，自定义流程模板，包括任务的分配、执行顺序、执行条件等。
这种灵活性使得工作流引擎能够适应各种不同的流程需求，满足企业的特定要求。
三、实时的流程监控工作流引擎能够实时监控流程的执行情况。
通过集成数据库和报告系统，工作流引擎可以追踪任务的状态、执行时间、执行人员等关键信息，并生成详细的流程报告。
这些实时的监控数据为企业的决策提供了重要的依据，帮助企业管理人员及时了解流程的进展和问题所在。
四、灵活的协作环境工作流引擎提供了灵活的协作环境。
它可以通过电子邮件、即时通讯工具等多种渠道，将任务和相关信息发送给指定人员，并收集他们的反馈。
这种协作环境使得企业内部各个部门之间能够高效地协同工作，提升整体工作效率。
五、可定制的规则引擎工作流引擎通常配备了强大的规则引擎。
规则引擎能够根据预定义的规则和条件，自动判断流程中的分支条件，并触发相应的操作。
这使得工作流引擎能够根据不同情况自动调整流程的走向，提供更加灵活和智能的流程管理。
六、数据集成和交换工作流引擎具有良好的数据集成和交换功能。
它可以与企业现有的ERP系统、CRM系统等进行集成，实现数据的共享和交换。
这种数据集成和交换能力使得工作流引擎能够更好地与企业的核心业务系统进行对接，实现信息的无缝传递和共享。
七、易用性和可扩展性工作流引擎通常具有良好的易用性和可扩展性。
工作流引擎介绍
工作流引擎介绍咨微ZW-OBPS业务平台Ziwei-operation brace plane system（以下简称ZW-OBPS）是公司经过10年的研发，以软件构件引擎为核心，采用以业务流程驱动，面向服务（SOA）的基础应用框架技术，构建通用业务支撑开发平台，使业务开发从事务对象开发转变面向配置开发的质变模式，为您“随需应变”和“量身定制”，实现业务系统建设的高效率、高品质、低难度、低成本的实施和开发模式。
咨微OBPS业务平台有四大引擎组成：业务集成整合引擎、流程引擎、业务系统开发引擎、文档知识管理引擎。
1.流程引擎功能综述流程是公司管理（人才、流程、知识、资金）的四大要素之一，是企业组织架构的体现，是企业管理制度及管理思想的表现。
如公司的费用审批需要部门经理、财务主管、副总、总经理审批，具体要到那一级审批是公司的管理制度规定的。
管理制度是企业中最为复杂文档，涵盖企业管理每一个方面，如资金管理、薪资管理、考核管理、计划管理、文档管理等等。
流程审批分为两大类：行政办公流程和业务处理流程。
行政办公流程各行业各公司有比较大的共性，如人事审批类流程、财务类审批流程、办公类审批流程、销售类审批流程；业务处理流程各公司相差很大，不同的业务处理方式不同，流程复杂，会与各种业务系统进行数据的交互，对数据的展示和数据处理能力要求高。
咨微流程引擎提供可视化流程、表单统一的设计工具，以有向图方式设计各种类型的表单，控制各节点数据采集和流程的处理，实现包括公文、业务的各种过程控制；提供标准的组件开发接口；使用二次开发函数实现与业务系统的数据动态交互。
流程引擎覆盖了符合中国用户特点的政府、企业事业单位和专业领域工作流业务系统的需求。
基于平台无关性和XML的工作流引擎适合不同行业用户、不同类型的应用系统。
2.咨微流程引擎特点1）强大的自定义功能：企业很方便的定制与业务规则一致的工作流程，流程将按照业务规则进行流转。
自定义功能有审批表单、流转控制和权限控制。
工作流引擎的原理
工作流引擎的原理
工作流引擎是一种用于自动化组织、协调和监控业务流程的技术。
其原理基于以下几个关键概念：
1. 流程定义：工作流引擎通过定义工作流程，将业务流程抽象为一系列任务、步骤和决策节点的组合。
流程定义通常使用特定的建模语言（如BPMN）来描述。
2. 执行引擎：工作流引擎包含一个执行引擎，负责执行流程定义中定义的任务、步骤和决策。
执行引擎通常是一个状态机，能够根据当前流程状态和输入条件决定下一步的动作。
3. 任务分配和执行：工作流引擎负责将需要执行的任务分配给相关人员或系统，并跟踪任务的执行过程。
这包括任务的创建、分配、完成和关闭等操作。
4. 事件驱动：工作流引擎通常基于事件触发执行，即通过监听特定事件（如任务完成、超时等）来推动流程的执行。
这样可以实现异步、灵活和自适应的流程控制。
5. 数据持久化：工作流引擎需要将流程定义、任务状态和执行记录等信息进行持久化存储，以便在需要时进行查询和回放。
这可以使用关系型数据库、文件系统或其他持久化技术来实现。
6. 监控和优化：工作流引擎通常提供监控和报告功能，用于实时跟踪工作流程的执行情况，并提供性能指标和分析结果以供优化和改进。
总的来说，工作流引擎通过定义、执行和监控业务流程，实现了业务流程的自动化和可视化管理。
它可以提升业务流程的协同效率、可靠性和可扩展性，同时也提供了监控和优化的能力。
工作流引擎+流程产品介绍(开发、实施) PPT
流程跟踪监控
48 2020/7/28
跟踪监控
流程跟踪中心负责记录流程办理过程的所有 信息，并支持图形化方式显示流程办理过程， 同时负责对过期文档的催办
流程跟踪分为文本列表跟踪与图形化跟踪
49 2020/7/28
判断用户权限
判定
获取
开始 打开 工作流应用模块 WF_App
32 2020/7/28
导出流程报告
支持流程导出word文件格式的报告，详细描述了流程定制 的全部细节，以方便用户进行流程的调试检查；
33 2020/7/28
工作流引擎
34 2020/7/28
应用调用过程 应用程序层
APP 应用程序
eChainClient 客户端调用器
工作流引擎层
eChainForward 路由转发
20 2020/7/28
节点类型
➢ 为适应不同的业务处理类型，节点分为人工节点(单、多 人)、自动节点、全局自动节点、异常处理节点、补偿处 理节点等，让业务人员可以从图形上方便直观的识别不 同环节的业务处理类型；
21 2020/7/28
流程变量
➢ 流程变量可以方便的定义一个流程流转中所需要的业务 数据，这些数据可以从用户填写的表单中获取，也可以 与EMP的Context进行映射。
标准的J2EE应用，支持基于应用服务器提供的集群功能，同 时，eChain易擎工作流平台支持多引擎级联应用模式以满足 更大规模的应用需求，一个引擎服务器可以把当前实例对象 与流程对象封装为一个统一的EVO对象发送到另外一个服务 器中继续执行；采用缓存机制减少对数据库的频繁访问，执 行代码的最优化设计大大提高系统的执行性能与并发用户数， 公司内部测试人员实测的并发用户数为最大1200个并发用户 提交（应用服务器：DELL PowerEdge SC1420；数据库： DELL PowerEdge 830，详见《e-ChainV2.0性能测试报告 .doc》）
工作流引擎(Workflow Engine )
工作流引擎（Workflow Engine ）所谓工作流引擎是指workflow作为应用系统的一部分，并为之提供对各应用系统有决定作用的根据角色、分工和条件的不同决定信息传递路由、内容等级等核心解决方案。
工作流引擎（Workflow Engine ）什么是工作流引擎（Workflow Engine ）例如开发一个系统最关键的部分不是系统的界面，也不是和数据库之间的信息交换，而是如何根据业务逻辑开发出符合实际需要的程序逻辑并确保其稳定性、易维护性（模块化和结构化）和弹性（容易根据实际业务逻辑的变化作出程序上的变动，例如决策权的改变、组织结构的变动和由于业务方向的变化产生的全新业务逻辑等等）。
Workflow 引擎解决的就是这个问题：如果应用程序缺乏强大的逻辑层，势必变得容易出错（信息的路由错误、死循环等等）。
就好比一辆汽车，外表做得再漂亮，如果发动机有问题就只是一个摆设。
应用系统的弹性就好比引擎转速方面的性能，加速到100 公里需要1 个小时（业务流程发生变动需要进行半年的程序修改）还能叫好车吗？引擎动不动就熄火（程序因为逻辑的问题陷入死循环）的车还敢开吗？工作流解决方案与传统管理软件的关系传统的管理软件注重解决企业应用层现存的问题（例如提高企业的资源配置率或提高单一员工的生产效率）。
例如：EXCEL 可以提高员工画表格的效率、财务软件可以规范财务人员的工作并提高账目查询的效率、CRM 可以规范客户管理从而使客户资源掌握在公司手中而不是被一部分业务人员把持并提高客户响应时间、ERP 解决的是如何配置企业资源：使企业的人力资源、财力资源和物资资源能够根据业务的需求实现最大化配置。
workflow 关注的是如何缩短流程闲置时间，从而提高企业的业务处理能力并使企业能够关注于真正对企业有意义的增值业务上。
从建立企业神经系统的角度也许更能理解两者的区别。
传统软件不能解决工作流的问题，例如ERP 关注的是企业的资源配置，但不可能解决资源传输过程中的损耗和降低传输（流程）的成本；同样workflow也不能完全解决传统管理软件所能解决的问题，例如对生产管理的MRP 系统所能解决的生产过程控制通过workflow很难实现。
工作流引擎介绍工作流引擎技术架构
工作流引擎介绍工作流引擎技术架构工作流引擎是指一个管理、自动化和实施企业业务流程的系统，它的核心任务是将一系列步骤或环节相连，按照正确的顺序来完成一些任务。
一个工作流引擎可以为用户提供一个可供多个角色使用的场景，允许用户自定义业务流程，并且能够根据不同的业务规则，按照业务流程完成各种任务。
一个工作流引擎技术架构可以分为四个层次：应用程序层、BPM引擎层、工作流引擎层和数据存储层。
应用程序层提供一个基于Web或移动端的系统界面，供用户管理业务流程，并完成各种任务。
这一层是工作流引擎最直接面向用户的接口，用户可以通过这一层实现业务流程的定制。
BPM引擎层是工作流引擎架构的核心，它能够实现业务流程的定义、流程实例的创建和管理，以及与应用程序层的交互，负责按照业务流程指定的步骤和次序执行任务，因此，BPM引擎层需要拥有具有丰富的规则引擎和校验逻辑。
国内外主流工作流引擎及规则引擎分析
国内外主流工作流引擎及规则引擎分析工作流引擎和规则引擎是现代信息化系统中常用的技术工具，旨在提高工作效率、降低人工操作成本并优化业务流程。
本文将对国内外主流的工作流引擎和规则引擎进行分析。
工作流引擎是一种用于管理和自动化业务流程的软件工具。
它定义、执行和监控各种业务流程，能够自动化工作流程、加强协作和控制、提高工作效率。
国内外主流的工作流引擎有：1. Activiti：Activiti是一个轻量级的工作流引擎，基于Java语言开发，采用BPMN2.0标准，具有可扩展性和灵活性，可以与各种企业应用集成。
Activiti提供了很多常用的工作流功能，如用户任务管理、调度执行、流程设计和监控等。
2. jBPM：jBPM是Red Hat公司开发的一个开源的工作流引擎，用于构建、执行和管理业务流程。
它使用BPMN2.0规范，支持业务流程建模、流程定义和流程执行。
jBPM可以与其他系统集成，并提供了各种工具和API来管理和监控工作流程。
3. Camunda：Camunda是一个基于Java的开源工作流引擎，也采用BPMN2.0标准。
Camunda具有灵活的工作流程定义、任务分配、任务执行和流程监控功能，可以与各种技术和系统集成。
Camunda还提供了Web模型器和集成开发环境，简化了工作流程的设计和开发过程。
规则引擎是一种用于管理和执行复杂业务规则的软件工具。
它可以将业务规则从应用代码中分离出来，使得规则的维护和修改更加灵活和高效。
国内外主流的规则引擎有：1. Drools：Drools是一个基于Java的开源规则引擎，提供了业务规则管理、规则引擎和决策表等功能。
Drools使用基于规则的编程模型，将业务规则和应用代码分离开来，并提供了灵活的规则引擎和规则语言，可以实现复杂的规则逻辑。
2. Jess：Jess是一个基于Java的规则引擎，也是一个专门用于开发专家系统的语言。
Jess提供了强大的推理和规则匹配功能，支持定义和执行各种复杂的业务规则。
国内外主流工作流引擎及规则引擎分析
国内外主流工作流引擎及规则引擎分析近年来，随着信息技术的高速发展和应用需求的增加，工作流引擎和规则引擎已成为企业信息化建设的重要组成部分。
相比于传统的人工操作，工作流引擎可以通过自动化和流程化的方式提高企业的工作效率和质量，规则引擎则可通过规则的自动验证和执行帮助企业实现业务流程的自动化处理。
本文将着重对国内外主流的工作流引擎和规则引擎进行分析。
一、国际主流工作流引擎1.1 ActivitiActiviti 是一个开源工作流管理系统，最初由Alfresco 软件公司开发。
Activiti 使用Java语言编写，采用Spring和Hibernate框架，并且允许开发人员使用BPMN 2.0 规范来定义工作流程。
Activiti 支持分布式部署，具有良好的可扩展性和高度的灵活性。
1.2 jBPMjBPM 是一个基于开放标准的开源业务流程管理系统，也是一个部分Java Business 的资深技术。
jBPM 使用BPMN 2.0 规范的建模语言来设计和实现业务流程，并采用面向服务的架构，使其能够处理非常复杂的流程。
1.3 CamundaCamunda 是一个开源工作流引擎，可以轻松地实现工作流程的自动化。
Camunda 使用BPMN 2.0 规范和DMN 规范来定义工作流程和规则，其支持分布式环境下的各种操作。
二、国内主流工作流引擎2.1 艾森格艾森格是一家专业的工作流引擎厂商，艾森格的工作流引擎具有高效性、可靠性以及良好的易用性。
艾森格工作流引擎支持分布式环境，可应用于企业级内部流程处理。
2.2 WeBWorkFlowWeBWorkFlow是一家国内比较优秀的工作流引擎厂商，支持多种操作系统（Linux、Windows等），支持HTTP 与TCP 协议的交互，并具有非常好的任务调度、安全性等特性。
2.3 宁波欧格软件宁波欧格软件是一家专业从事OEM服务的缔造者，欧格工作流引擎能够简化和优化所有流程，并为流程提供统一的管理平台。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
什么是工作流引擎，工作流引擎有什么作用，为什么需要工作流管理系统，在这里我们主要研究它的好处，你想要理解它的好处，就得知道不使用它会带来什么样的坏处。
现在我们来讲工作流，什么是工作流？所谓的工作流就是通常所说的业务流程，那么所谓的业务流程换句话来讲就是多个人在一起去完成一件事情。
这就可以称之为工作流。
流程的本质就是一个参与者参与到一个过程里面来那么现在我们就想为什么需要工作流管理系统，工作流管理系统能给我们带来什么好处。
我们就从这个角度出发来了解JBPM工作流引擎下面我们就来看关于为什么需要工作流管理系统，以及它给我们带来的好处。
实际上它带来的好处就是使某些容易变化的东西抽象出去，我们能够通过某种方式改变它，然后你就可以王五对提交请假单进行分析用一个用户来表示普通用户和审批者，只不过他们的权限不同，他们都能够登录到这个系统现在我们来看用户和请假单，分析他们之间的关系，用户和请假单之间的联系有请假，用户填了一个请假单就创建了一个请假单对象，他们之该是一对多的关系。
因为某一个用户可以请多次假 对吧（其实一般是一个请假单对应一个请假者，这个需求就应该得到客户的确定，客户说了算）那么用户和这个请假单之间还有没有其他联系？接下来是提交请假单。
我首先将请假单提交给张三，那么张三就能够看到这个请假单，如果用户将请假单提交给张三，那么就可以在张三和请假单之间建立一个待审关系 他们之间的关系也是一对多的关系，因为张三可以同时审核几个请假单，就是这意思，一个请假单等待的用户是一个，从现在的需求来看。
那么两者之间还有另外一个联系那就是已审，一个用户可以审批过多个请假单，请假单也可以被多个用户审批 比如张三审批以后交给李四审批，李四审批以后交给王五审批，其实这个已审就是记录审批信息的，比如审批时间，审批意见，把它放在审批关联里边这个就是一个基本的概念，了解这个概念之后我们就考虑它的设计，JBPM 实际上就是协助我们把这个请假单从一个用户手上转递到另一个用户手上。
当把这个模型分析清楚了我们就要去实现它。
这里重点分析提交，怎样去提交，在SSH 架构体下，提交请假单这个业务逻辑，你可能就需要这样一个业务逻辑类，里边可能有这么一个方法专门来进行提交操作的，那么这个方法怎样设计，以及这个方法怎样去实现。
了解这点你就可以了解JBPM 干什么的，能给我们带来什么好处(用自己的话说明一下提交请假单的过程 <读一下那段伪代码>)在这个过程里边写这些代码是比较麻烦的，现在还只是一个固定的流程，假设我现在在这里边变化一下 那么整个方案都要变动。
我现在希望有一个会签的功能 比如我现在要将这个这样的功能，把这个请假单同时提交给多个审批者审批。
那这个时候你就不能够在请假单中间增加一个外键，把它整成审批者什么的，这个时候你就要新建一张表，在那个表里面记录这个请假单和审批者之间的关联，提交请假单实际上就是维护这个审批者与待审之间的关联假设我现在要新加一个审批者，或者要减少一个审批者，那么就要修改代码这就很麻烦。
所以假设一开始客户就告诉你这个期间可能会有人员的变动。
那这个时候我们就应该怎么办？有什么样的思路？我们是不是就应该对这一些变化进行一个小小的封装？怎样去封装或者怎样来封装呢？我们以前是不是经常把那些数据库里面的用户名，密码什么的放在一个配置文件里面因为它可能经常发生变化。
所以这里我们也是将他们整合到一个配置文件里面当你在思考如何来创建这么一个文件给它指定某种规则来描述这个流程然后再写一段代码来解释这个规则然后根据这个规则来调度这个流转这件事情的时候你就是在设计一个工作流引擎提交请假单怎样提交，工作流引擎就是做这种事情的工作流引擎做两件事情1、给你提供某种规范来定义规则，如何定义一个流程的这种规范。
你可以根据它提供的相关概念来定义更为复杂的流程。
这就是工作流引擎做的第一件事情叫做定义流程2、工作流引擎还得解释这个规则，还要负责流转这个过程就叫执行流程JBPM的核心就是定义流程和执行流程总的来说(这是一段总结性的语言，稍微有点官方)工作流引擎为我们提供相关概念的定义，给我们提供了相关API调用这个引擎去执行流程如果我们不用这个工作流引擎，那么我们的代码就会非常的复杂，而且维护起来非常困难流程的操作实际上就是工作流引擎提供相关的API我们去调用它接下来我们就来看工作流管理系统的构成（在UML的”请假流程”里面）工作流引擎（这个是核心，后面的是一些常用功能）工作流设计器（设计流程（ROSE）、定义流程我们是使用它，而不是自己做一个）流程操作（流程引擎提供的一些API我们去调它。
比如启动、结束、挂起、查询流程）工作流客户段程序（用工作流的那些客户端。
比如将jpbm集成到某个系统，那个系统对工作流引擎来说就是客户端程序）流程监控（对流程流转进行监控）表单设计器（表单的设计）与表单的集成与应用程序的集成参考模型—WFMC核心调度算法1 、FMS2 、PetriNet（令牌，JBPM就是通过令牌来调度的，意思就是你的请假单从张三提交到李四的时候，它就是通过令牌知道的，令牌就从张三指向李四。
我觉得应该是令牌先指向李四的，或者说是同时进行的）接下来讲解JBPM架构，我这个图是在网上找的只不过添加了一些中文注释，因为考虑到大部分人英语还是没有过六级的，但是过了六级也不一定知道的，流程定义的基本概念从请假流程图里面可以看出一个流程是多个点和线构成，看图上的箭头是实心的。
点和线之间的关系是什么样的关系？一个点就是一个node对象，一个线就是一个transition对象。
第一根线（连接开始和张三审批）第二跟线（连接张三审批和李四审批），他们的起点和终点不同，而且他们都有方向。
线就是描述从一个节点到另一个节点。
也就是from…to…！Node 这个节点就是普通节点它没什么行为，它的行为需要你自己来定义（接下来按顺序解释图片上的内容）（讲到fork join 的时候要画一个带有同步杆的图）讲到任务节点的时候提问什么是任务？任务就是某件事情需要由某些人去做？就像我现在向你们提问，这就是一个任务接下来讲解流程执行的概念JBPM流程引擎核心调度过程（要把这部分讲清楚）调用Processinstace()方法superstate将其中一些步骤组织起来，形成一个阶段一个阶段的接下来看source里面的内容xmlns=“urn::jpdl-3.2”这个文件在我们流程设计的时候会有一些自动的流程代码提示，去掉也没关系name 流程定义的名字比如请假单报销单等Action 相当于你要定义一个类去处理某种事情，那么把Action写到transition内部，那么它处理的就是transition事件，这个事件在调用take方法的时候发生，在take里面只能抛出transition事件类型如果把一个Action直接放到一个state内部，就是放到节点内部。
实际上它是不清楚的，不清楚究竟在什么时候调用它，如果你要定义在这个节点内部你要在它的外部加上一个event<event type="node-enter"><action name=""></action></event>type="node-enter" 就是指在node-enter的时候调接下来就来看Action里面的内容name 名称这个东西不重要重要的是后面的class，它就是一个类，jbpm在从第一个节点转向到第二个节点，就是这里的起点转向到first节点这个过程里边会触发类里面的某个方法被调用，就是这个意思，这个类在MessageActionHandler.java里面。
(然后将页面转向到此处)在JBPM里边action都要实现actionhandler接口（handle：处理器处理机的意思）ActionHandle里面对应的这个方法叫做excute方法（excute：处决）这个excute方法是jbpm主动调用的，当事件发生的时候这个方法就自动被调用然后这个里边有个ExecutionContext，这个就是执行上下文，实际上就是执行环境，可以把它理解为一个大杂脍，如果我想在这里边对数据库进行操作的话，你可以从这里边拿到hibernatesession，也可以拿到流程实例，流程容器等Action就讲到这里，然后这里边又嵌套了一个message这个message的作用就是将里面的内容自动注入到String Message里面去这个值在什么情况下有用呢？在流程定义的时候你希望有某些值可以灵活的指定，而不是死写在代码里边，比如某些配置信息什么的。
你也可以把message这个标签换成其他的名字，比如将它改为message1。
jbpm流程的定义非常的灵活，我们可以自由定义标签（所以在这里我们看不到dtd）以上就是流程的定义，接下来讲解流程的执行，前面已经将流程定义好了，在这里可以看到ProcessDefinition流程定义这个类，这个类里边有一些静态方法ParceXMLResurce，他就把流程定义文件读进来了，通过指定路径来读的，编译之后这些文件都是在一个目录里边，所以能读取，读进来就变成一个processDifinition对象，这个就是解析这个XML文件AssertNotNULL,断言它非空，解释完如果正确的话就不是空的。
接下来我们创建一个流程定义对象，根据流程定义对象创建流程实例，如何来创建一个根据某种规则来进行流转的流程实例呢？就是这样创建new Processinstance（processdefinition）一定要记得给他传递一个流程定义对象，否则流程实例无法流转。
实际上那个这个processinstance.XML文件在解释完之后就没用了。
因为我们可以把这个流程定义对象存到数据库里边，从数据库里边把这个流程定义对象拿出来，然后再创建流程实例。
然后是断言equals，也就是这个值（instance.getRootToken().getNode().getName()）和这个值“start”是相等的。
前面一句话，我们来看UML<流程定义执行概念>里面的左下框的第一句话：在创建流程实例的同时，JBPM会创建一个跟流程实例对应的Token（RootToken）对象，这个对象一开始指向起点，这个起点称为Start然后看下面，instance.getContextInstance().getVariable(message)。
ContextInstance就是前面的流程实例变量容器，这个message变量现在还是空的，因为transition事件还没有发生。