[发明专利]生成上下文感知的通用工作流应用的方法和装置

说明书

技术领域

本发明涉及数据处理领域，具体涉及工作流应用，更具体涉及一种用于生成上下文感知的通用工作流应用的方法和装置。

背景技术

工作流技术目前已得到越来越广泛的使用。很多企业在开发新的工作流，或更改现有的工作流以使它们适应新的业务情况。

工作流是指业务过程的部分或全部自动化，其中根据一组程序规则将文档、信息或任务从一个参与者传递到另一个参与者以便处理。工作流是由工作流管理系统定义、创建、运行和管理的。不同的工作流管理系统有不同的结构，但大体说来，工作流系统包括以下三个部分：工作流定义部件，用来定义工作流，例如通过使用GUI建模工具对工作流进行建模，并将工作流定义部署到工作流引擎中；工作流引擎，用来解释工作流定义，生成、管理和运行工作流实例，并在这个过程中与工作流的参与者和工作流应用交互；一组工作流应用，用来通过工作流引擎提供的API与工作流引擎交互，例如，取得工作项，处理工作项，并将处理结果提供给工作流引擎等。

在现有技术(例如IBM的BPC Explorer和FileNet BPM)中，工作流应用是与工作流本身紧密耦合的。每当定义了一个新的工作流，就需要针对该工作流定义开发出一套新的工作流应用；每当现有的工作流定义发生改变，就需要重新开发或修改原有的一套工作流应用的部分或全部。而工作流应用的开发是一种很繁重的工作。例如，通常而言，对于工作流应用中的几乎每一个人工步骤，都需要开发几个网页，设想一个企业拥有10个工作流，每个工作流包含10个人工步骤，其开发和测试的工作量将是巨大的。再例如，业务的改变是企业中经常发生的，如果每当业务改变时必须重新开发或修改工作流应用，则开发和测试团队会发现很难跟得上业务的改变。

此外，即使对于同一个给定的工作流，也存在着诸如以下需求：

不同的用户应看到不同的信息。例如，经理能够看到雇员的工资，而雇员不应看到其他雇员的工资；

在不同的工作流阶段，应看到不同的信息。例如，第一个批准者只需知道请求内容，而第二个批准者还需要知道第一个批准者的身份；

不同的功能需要不同的信息。例如，对于一数据输入功能，用户界面中的大多数域应当是可编辑的，而对于一批准功能，大多数域应当是仅用于显示的；

特定功能中不同类型的工作项需要不同的动作。例如，对于基于采购定单的发票，系统需要检查ERP系统中相应的采购定单，而对于非基于采购定单的发票，系统不需要该动作；

不同的条件决定不同的动作。例如，当第一个批准者批准了工作项后，系统应当向下一个批准者发送电子邮件，而当最后一个批准者批准了工作项后，不需要向下一个批准者发送电子邮件。

在现有技术中，对于上述每一种不同情况，例如对于不同的用户、不同的工作流阶段、不同的功能、不同类型的工作项目以及不同的条件，都需要开发出不同的工作流应用，而不能开发出能适应于以上不同情况的通用的工作流应用，更不能开发出这样的通用工作流应用，其不但能适应于同一个工作流的不同情况，而且能适应于不同的工作流，从而造成了繁重的开发和测试工作量。

显然，本领域中需要一种能够大幅度地减轻开发和测试工作量的用于设计、开发或生成通用的工作流应用的方法。

发明内容

根据本发明的一个方面，提供了一种用于生成上下文感知的通用工作流应用的方法，该方法包括：开发一个或多个通用的工作流功能模块，并将所述一个或多个通用的工作流模块部署到一工作流的一个或多个工作流节点；创建并存储包含上下文感知逻辑的上下文感知配置数据；响应于该工作流在一工作流节点上执行，获取工作流执行的当前上下文；从所述上下文感知配置数据中检索与所述当前上下文匹配的上下文感知逻辑；以及由所述一个或多个通用的工作流功能模块中相应的工作流功能模块根据所述匹配的上下文感知逻辑执行相应的操作，从而生成上下文感知的通用工作流应用。

根据本发明的另一个方面，提供了一种用于生成上下文感知的通用工作流应用的装置，包括：一个或多个通用的工作流功能模块，被部署到一工作流的一个或多个工作流节点；上下文感知配置存储装置，被配置为存储包含上下文感知逻辑的上下文感知配置数据；上下文获取模块，被配置为响应于该工作流在一工作流节点上执行，获取工作流执行的当前上下文；上下文感知逻辑管理模块，被配置为从所述上下文感知配置存储装置中存储的上下文感知配置数据中检索与所述当前上下文匹配的上下文感知逻辑；其中，所述一个或多个通用的工作流功能模块中相应的工作流功能模块被配置为根据所述匹配的上下文感知逻辑执行相应的操作，从而生成上下文感知的通用工作流应用。