专利名称：工作流计时方法、装置及系统的制作方法
技术领域：
本发明涉及工作流(workflow)技术领域，尤其涉及一种工作流计时方法、 装置及系统。
背景技术：
目前工作流应用中存在的时限要求的情况主要包括三种1、业务流程的 时P艮要求、2、单个环节的实现要求、3、多个连续环节的实现要求。现有工 作流系统中对时限的配置方式主要有以下两种1)配置流程的超时和提醒属 性、2)配置流程中单个节点超时和提醒属性。以上两种配置方式可以分别支 持上述业务时限要求的前两种情况，对于第三种情况，需要对多个连续节点 统一计时的情况，以上现有工作流系统中都没有直接提供支持。
一种规避方案使用子流程满足时限要求，即将需要作为一个整体来计时 的节点提^l出来作为一个子流程嵌套进来，对于子流程，因为其本身就为可 独立运行流程，在其上可以配置流程的时限属性和流程中各节点的时限属性， 因此对于一些单向的，单一分支的简单流程，可以采用子流程的方式来满足 多个连续节点统一计时的情况。下面以一个具体工作流系统为例i兌明，参见 图l,为投诉流程示意图，如果要求计费部门受理、计费部门审核及计费部门 处理三个环节作为整体统一计时，在规定时间内需要处理完成并提交到客户 中心反馈环节，则可以将这三个环节提取出来作为一个支撑部门处理的子流 程潜入到投诉处理流程中，并对该子流程配置实现属性，参见图2。
对于多个连续节点统一计时的情况，采用子流程虽能满足一些简单的、 单向的流程计时需求，然而，发明人在实践过程中发现，它仍存在一些不足， 子流程只能从开始节点进入，而无法从父流程的某个节点直接跳入到子流程 中的某个节点，反之亦然，以图3为例，父流程中的节点l无法直接跳入到子 流程中的节点3，子流程中的节点3也无法直接跳出到父流程中的节点5，因此, 对于多分支的流程以及流程执行中存在回退的情况时，就不能简单地使用子 流程进行连续节点计时。另外，作为整体计时的多个节点通常都不要求只能从第一个节点被执行时才开始计时、最后一个节点完成时计时才结束，而通 常都是要求进入到该整体的任意一个节点时便开始计时，而只要流程转出该 整体时计时就结束，这种情况下采用子流程也无法实现。
下面以软件开发中的问题单处理流程为例对子流程方案存在的问题进行 说明。
软件在开发完成之后都要经过详细的测试才能提供给用户使用，在这个 过程中为了更好地跟踪和管理，对测试过程中发现的问题都需要提交问题单，
参见图4，整个流程可以分为三大部分
一、 问题提交
①问题发现者A提交问题单给项目经理B (或测试经理)一一〉②项目经理 B确认问题；
二、 问题》务改
③项目经理B指定开发人员C分析问题一一〉④开发人员C分析问题一一 〉 项目经理B确认问题分析结果一—> 开发人员C修改问题一一〉⑦项目经 理B安排其他开发人员D验证问题修改结果；
三、 问题-睑i正
⑧测试经理B指定测试人员E测试问题^f奮改结果一一〉⑨测试人员E-验i正 测试——〉⑩问题发现者A验证测试。 其中
1. 问题提交部分，问题发现者可以是专门的测试人员也可以是开发人员， 如果问题为测试人员发现，提交给测试经理，测试经理确认问题后提交给项 目经理，由项目经理指定开发人员来分析问题；如果问题为开发人员发现， 则提交给项目经理，项目经理确认问题后，不需再次提交给自己来指定开发 人员分析问题，而是可以直接指定并提交给开发人员进行分析，如果问题发 现者就是相关功能的开发者或者问题在提交时已进行分析，则可直接提交给 开发人员进行修改；
2. 问题验证部分，不管是在测试人员验证还是提交人验证环节，如果发 现问题没有^f奮改正确，都需退回到开发人员重新^修改，即退回环节 ;
3. 问题修改部分，如果问题发现者为问题修改人，则问题修改完成后可直接提交测试经理安排测试人员进行验证测试，不需再提交经理指定其他开 发人员进行验证。这一部分全部由开发部门人员处理，要求3天内要修改完成， 即这一部分需要作为整体统一计时，并且当流程进入到这一部分中的任何一
个环节时计时开始，流程流转出该部分则计时结束；
则对于此类流程，如果将问题修改部分提取出来作为子流程嵌入到问题 单处理流程中，就无法满足流程的要求，因为子流程只能从开始节点进入， 在上述提到的开发人员发现并提交问题的情况和问题验证失败的情况下，都 需要从主流程直接进入到子流程的某个特定节点，但子流程不能支持这种运 行方式，因此对于此类流程，就无法使用子流程来实现连续节点的整体计时 了。
发明内容
本发明实施例提供一种工作流计时方法、装置及系统，以解决目前子流 程方案无法对多分支的流程以及流程执行中存在回退的情况进行计时、且仅 在子流程内各节点严格按照顺序执行完毕才能计时的问题。
为此，本发明实施例采用如下技术方案
—种工作流计时方法，包括当工作流扭j亍到一节点时，确定工作流^丸 行处节点被配置已加入计时组时，关联所述节点与所述计时组的计时组任务； 对所述计时组任务进行计时，；计时达到所述计时组任务预置时限时，执行预 置的工作流操作。
一种工作流服务器，用于工作流执行，包括确定单元，用于当工作流 执行到一节点时，确定所述工作流执行处节点已被配置加入到计时组；关联 执行单元，用于关联所述节点与所述计时组的计时组任务；计时启动单元， 用于在所述关联执行单元将所述节点与计时组任务关联后，由计时服务器对 该计时组任务进行计时。
一种配置服务器，包括用于配置流程才莫板的流程配置单元，还包括计 时组任务创建单元，用于创建计时组的计时组任务；计时组加入单元，用于 将所述流程模板中多个连续节点加入到所述计时组中。一种工作流系统，包括工作流服务器和计时服务器，所述工作流服务器， 用于当工作流执行到一节点时，确定所述工作流执行处节点已被配置加入计
时组，并关联所述节点与所述计时组的计时组任务；所述计时组服务器，用 于在所述工作流服务器关联所述节点与所述计时组任务后，对所述计时组任 务进行计时。
可见，本发明实施例对计时组的配置，用户可以灵活的定制计时组与节点 的映射关系，流程的流转逻辑不受此映射关系的影响，且计时可从流程中进 入计时组的任何节点开始，/人任何节点爿Mv计时组中流转出结束计时，可方侵_ 解决现有子流程方案无法支持业务流程运行过程中无法对多分支的流程以及 流程执行中存在回退的情况进行计时、且仅在子流程内各节点严格按照顺序 执行完毕才能计时的问题，可实现对任意流程中任意两个或多个连续节点统 一计时，并且，计时可/人加入计时组的任意一个节点开始，不限制于计时只 能从计时组中的第一个节点开始，可大大提高了工作流系统对复杂流程灵活 计时的能力。
图1为现有技术一种投诉流程示意图2为现有技术一种投诉流程的子流程方案示意图
图3为现有技术子流程方案示意图4为现有技术软件开发流示意图5为本发明实施例一工作流计时方法流程示意图6为本发明实施例二中计时组模型的示意图7为本发明实施例二工作流系统结构框图8为本发明实施例二配置计时组流程示意图9为本发明实施例二工作流计时方法的流程示意图。
具体实施方式
工作流技术在计算机应用环境下应运而生，简言之，工作流就是一系列 相互衔接、自动进行的业务活动或任务， 一个工作流包括一组任务(或活动) 及它们的相互顺序关系，还包括流程及任务的启动和终止条件，以及每个任 务的描述。
在工作流系统中，对于业务流程的执行和流程中各个环节的执行通常都 会有一定的完成时间要求，即要求业务流程或某个环节在规定的时间内完成， 否则采取相应的措施来处理。目前工作流应用中存在的时限要求的情况主要
包括三种
1、 业务流程的时限要求
要求整个业务流程在某个时间内完成。如资源申请流程，要求在员工提
交一个资源申请之后8小时内处理完毕，否则流程自动关闭，资源申请失败。
2、 单个环节的实现要求
要求整个流程中某个环节在某个时间内完成。如问题单处理流程，其中 开发人员分析问题原因的环节，要求3天内要给出分析结果，否则提交开发 经理另外指派人员进行分析。
3、 多个连续环节的实现要求
要求流程中的某几个连续环节作为一个整体在某个时间内完成。这种情 况由细分为两种， 一种是对于这个整体中的单个环节没有具体的时间要求， 另 一种是对于这个整体中的单个环节也还有具体的时间要求。
本发明实施例中，预先配置计时组，以及预先配置多个连续节点加入到 计时组，当工作流执4于处节点;陂配置加入计时组的节点时，即启动计时组计 时，当从^L配置到计时组中的任意节点跳出计时组时，即结束对计时组计时， 由此可实现对任意流程中任意两个或多个连续节点统一计时，并且，计时可 从加入计时组的任意一个节点开始或从跳出计时组的任意一个节点结束，不 限制于计时只能从计时组中的第一个节点开始、最后一个节点结束，可大大 提高了工作流系统对复杂流程灵活计时的能力。
参见图5,为本发明实施例一工作流计时流程示意图，包括
步骤500:开始；
步骤501:执行工作流，当工作流执行到一节点时，确定该工作流执行处节点已被配置加入到计时组；
步骤502:关联所述节点与所述计时组的计时组任务；
其中，如果计时组任务没有创建，则首先创建计时组任务，然后再将节 点与计时组任务关联，如果计时组任务已创建，则直接将节点与计时组关联。
步骤503:对所述计时组任务进行计时,计时达到所述计时组任务预置时 限时，执行预置的操作；
步骤504:结束流程。
其中，关联所述节点与所述计时组任务的含义是，建立节点与计时组任 务的映射关系。
另外需要说明的是，计时组和计时组任务是两个相对广泛和具体的两个 术语，可以理解为，计时组包括多个计时组4壬务。
可见，本发明实施例可用于实现工作流系统流程计时要求1.对任意流 程中任意连续两个或多个连续节点统一计时；2.计时可从进入作为整体统一 计时的计时组中的任意一个节点开始和/或/人跳出作为整体统一计时的计时组 中的任意一个节点结束，不限制于计时只能从节点组中的第一个节点开始， 最后一个节点结束。
下面结合附图对实施例二进行详细描述。
本发明实施例二实现一个计时组;漠型，在计时组上可以配置时间限制和 到期的处理动作，然后可以将多个连续节点加入到 一个计时组中统一计时， 对于加入到计时组的节点同时也支持在其上再单独配置时间限制和处理动 作，互不干扰。计时组在组中的任意节点被执行后被触发开始计时，不要求 必须从组中的第一个节点被执行时才开始计时， 一旦组中的某个节点流转出 了该组，则计时结束，从而很好的满足了各种复杂流程中多个连续节点统一 计时的需求。
请参见图6，为实施例二中计时组模型示意图，其中，将连续的节点2、 节点3和节点4作为一个连续节点计时整体，将它们都加入到计时组T1中，对 计时组T1配置时间限制，另外，还可以对^争节点计时整体中的任意节点单独 配置计时要求，例如，对节点3配置单独的时间限制，与跨节点计时整体时间 限制互不干扰。参见图7，为工作流系统示意图，工作流系统包括配置服务器、工作流服 务器以及计时服务器，其中，配置服务器可提供计时组任务定制界面和流程 定制界面，用户可在上述两个界面上分别配置计时组和流程。
下面对系统各部分分别详细介绍。
(1 )计时组任务定制界面 提供图形化用于定制流程的计时组任务的界面，用户可以定制 一个计时 组，指定该计时组的超时时间，超时后需要执行的处理动作，超时前是否需 要定时提醒，具体什么时候开始提醒，或/及，怎么提醒等。
对计时组任务的具体配置，包括
① 配置流程的超时和提醒属性
在定义流程时，定制人员可以指定流程的超时时间及对应的处理动作， 同时定制人员还可以指定超时前的提醒动作。如上的资源申请流程，定义资 源申请流程时，配置其超时时间为8小时，超时动作为自动关闭流程，提醒时 间为4小时，提醒动作为发邮件给流程管理员，重复提醒间隔时间为l小时， 则每当创建一个资源申请流程时，工作流系统自动对该申请流程进行计时， 在流程创建4小时后，如果流程还没有处理完，则开始执行提醒动作，发邮件 给流程管理人员，并且后续每间隔l小时发邮件给管理员提醒一次，如果流程 创建8小时后，流程仍没有被处理完，则自动将流程关闭。
② 配置流程中单个节点超时和提醒属性
在定义流程时，定制人员可以指定流程中单个节点的超时时间及对应的 处理动作，同时定制人员还可以指定该节点超时前的提醒动作。如上的问题 单处理流程，在定义开发人员分析问题的节点时，配置节点的超时时间为3天， 超时动作为将任务自动转派给开发经理，同时配置提醒时间为l天，提醒动作 为发邮件通知相关开发人员尽快处理，重复提醒间隔时间为l天，则当创建一 个问题单流程后，问题单提交到开发人员进行分析定位时，系统自动开始计 时，如果l天之后开发人员还没有提交分析结果，则执行提醒动作，发邮件给 该开发人员，后续每天都定时提醒一次，如果3天之后仍然没有提交分析结果， 则系统自动将该问题单提交给指定的开发经理。
(2)流程定制界面提供图形化用于定制流程模板的界面，用户可以使用此工具定义和修改 流程模板， 一个流程可以定义多个计时组。之后用户在定义流程的各节点时， 便可以将需要作为整体计时的各节点分别加入到对应的计时组中，同时在各 节点上，用户仍可指定该节点自己独立的超时时间和相应处理动作。
(3) 工作流服务器
为工作流系统的核心，用于自动执行业务流程。在流程执行过程中每执 行到一个节点时，工作流服务器检查该节点是否被加入到了计时组，如果节 点被加入到了计时组且计时组计时任务还没有启动，则先创建并启动一个计
时组任务，并将节点与计时任务关联；如果计时组任务已经启动，则直接将 节点与计时组任务关联。然后工作流服务器再检查节点自身是否还单独配置 了超时属性，如果配置了则再根据配置为该节点创建并启动一个计时任务并 进行关联。
(4) 计时服务器
用于接收并执行计时任务，当工作流服务器创建了计时任务之后便将该计 时任务交给计时服务器，计时服务器开始计时，时间到达后则通知工作流服 务器执行相关的处理动作。
参见图8，为计时组配置流程示意图，包括
步骤800:流程开始；
步骤801:创建计时组中的计时组任务；
具体包括配置计时组的超时时间，超时后需要执行的处理动作，超时前是 否需要定时提醒，具体什么时候开始提醒，怎么提醒等。 步骤802:配置流程模板；
步骤803:配置流程模板中需要统一计时的多个连续节点加入到计时组中； 步骤804:根据实际需要，可对各节点配置单独的计时任务； 步骤805:结束流程。
其中，步骤801和步骤802的顺序不作限制，即可先定制流程才莫^反，再定制 计时组任务，然后执行步骤803;另外，步骤804是可选的。
参见图9，为实施例二工作流计时方法的流程示意图，包括 步骤900:开始；步骤901:执行工作流，当工作流执行到一节点时，即运行流程至节点执 行处；
步骤902:判断该节点是否被配置到计时组中？若是，执行步骤903,否贝'J, 执行步骤906;
如前介绍的，在步骤801中，已配置了计时组任务，并且，在步骤803中， 已配置哪些节点需要加入到计时组中，因此，在此步骤902中，直接可判断出 流程执行处节点是否被配置到计时组，或者理解为判断该节点是否具有计时 组属性。
步骤903:判断计时组是否已创建？若是，执行步骤905;否则，执行步骤
904;
步骤904:创建计时组；
步骤905:关联节点与此计时组的一计时组任务；
步骤906:判断该节点是否被配置有单独的计时任务？若是，执行步骤907, 否则，执行步骤908;
步骤907:关联节点与此单独计时任务； 步骤908:启动计时服务器进行计时； 步骤909:时间到达后，执行配置的相应处理动作； 步骤910:流程结束。
例如，在定制计时组任务时，可设置流程在跳出计时组的任一个节点时， 计时结束，以图6为例，当流程执行到节点3处，且节点3已超过自身单独的计 时限制时， <艮设流程跳至节点5,即已跳出计时组整体，此时计时组计时结束。 而且，从计时组之外的节点可任意跳至计时组内的任意节点，反之依然，仍 以图6为例，可/人节点l跳入到节点3，也可从节点3跳至节点5。
下面对现有方案和本发明实施例作对比说明。以图3为例说明，如果采用 现有方案，只有在工作流执行到节点2时才对计时组计时，同理，只在工作流 执行到节点4时才能停止对计时组计时，对于从节点1直接转到节点3的多分支 流程，现有方案是不能够启动计时的，同理，对于从节点3转到节点5 (转出 计时组)的情况，现有方案也不能结束计时，而采用本发明实施例，工作流 执行到计时组的任意节点即开始计时，从任意节点转出计时组即结束计时，例如，从节点1转到节点3时，即启动对计时组计时，再如， >久节点3转到节点 5(转出计时组)，即停止对计时组计时，实现了对任意流程中任意两个或多 个连续节点统一计时，并且，计时可从加入计时组的任意一个节点开始或结 束，不受计时只能从计时组中的第一个节点开始、最后一个节点结束的限制。 本实施例中，对流程的配置和对计时组的配置分别独立的，用户可以灵活 的定制计时组与节点的映射关系，流程的流转逻辑不受此映射关系的影响， 且计时可从流程进入计时组的任何节点开始，从计时组的任何节点流转出计 时组结束，可方便解决现有子流程方案无法支持业务流程运行过程中需要对 多个连续节点统一计时，且流程运行存在多种分支和回退情况能进入到整体 计时节点中的某个节点的问题，大大提高了工作流系统对复杂流程灵活计时 的能力。
仍以上面提到的软件开发流程中问题单处理流程为例
用户可以对问题单处理流程定义一个计时组T,指定其超时时间为3天，并 指定其他超时属性，如超时处理动作，超时前定时提醒时间和提醒动作，然 后在流程节点定义时，将流程中"问题修改部分"的各节点加入到此计时组中， 则在实际创建了 一个问题单处理流程之后
1) 如果问题提交人为测试人员，则测试经理确认问题后提交给项目经 理来指定开发人员分析问题，此时定时任务创建并开始计时，当问题修改完 成并经其他开发人员验证并提交测试经理后计时结束；
2) 如果问题提交人为开发人员，则项目经理确认问题后直接指定某个开 发人员进行修改，此时定时任务创建并开始计时，当问题修改完成并经其他 开发人员验证并提交测试经理后计时结束；
3) 如果问题提交人为开发人员，且问题提交人已经分析清楚问题原因， 则项目经理确认问题后直接指定某个开发人员进行修改，此时定时任务创建
结束；
4) 如果问题提交人为开发人员，且问题提交人为相关功能开发者，则项 目经理确认问题后直接将问题单交由问题提交人进行修改，此时定时任务创 建并开始计时，当问题修改完成后，问题修改人直接将问题单提交测试经理，此时计时结束；
问题单退回给修改人员重新修改，此时定时任务重新创建，并在修改人员将 问题修改完成并提交测试经理后结束。
可见，应用了本实施例后，在保证流程的灵活流转性不受任何影响的情 况下，可很好的实现对流程中多个连续节点进行统一计时的各种要求。
与上述方法相对应，本发明实施例还提供一种工作流服务器。
工作流服务器用于自动执行业务流程，在流程执行过程中每执行到一个 节点时，工作流服务器检查该节点是否被加入到了计时组，如果节点被加入 到了计时组且计时组计时任务还没有启动，则先创建并启动一个计时组任务， 并将节点与计时任务关联；如果计时组任务已经启动，则直接将节点与计时 组任务关联。然后工作流服务器再检查节点自身是否还单独配置了超时属性， 如果配置了则再根据配置为该节点创建并启动一个计时任务并进行关联。
与现有方案中工作流服务器的区别在于，本发明实施例提供的工作流服
务器包括确定单元，当工作流执行到一节点时用于确定工作流执行处节点 已被配置加入到计时组；关联执行单元，用于关联所述节点与所述计时组的 计时组任务；计时启动单元，用于在所述关联执行单元将所述节点与计时组 任务关联后，由计时服务器对计时组任务进行计时。
其中，工作流服务器首先启动确定单元，在确定单元确定工作流执行处 节点被配置加入到计时组后，启动关联执行单元，即在节点与计时组的计时 组任务之间建立映射关系，最后，由计时启动单元启动计时服务器进行对计 时纽/f壬务的i十时工作。
优选地，该工作流服务器还包括单独计时判断单元，用于判断所述节点 是否被配置单独计时任务；单独计时启动单元，用于在所述单独计时判断单 元确定所述节点被配置单元计时任务后，启动所述计时服务器对所述节点进 行单独计时。
另外，该工作流服务器还可包括退出管理单元，用于确定工作流从所述 计时组任一节点跳出所述工作组时，由所述计时服务器结束对所述计时组任 务的计时。 '除了配置服务器之外，本发明实施例还包括配置服务器。该配置服务器为 用户提供计时组任务定制界面和流程定制界面，其中，计时组任务定制界面 提供图形化用于定制流程的计时组任务的界面，用户可以定制 一个计时组， 指定该计时组的超时时间，超时后需要执行的处理动作，超时前是否需要定
时提醒，具体什么时候开始提醒，或/及，怎么提醒等；流程定制界面提供图
形化用于定制流程模板的界面，用户可以使用此工具定义和修改流程模板， 一个流程可以定义多个计时组。之后用户在定义流程的各节点时，便可以将 需要作为整体计时的各节点分别加入到对应的计时组中，同时在各节点上， 用户仍可指定该节点自己独立的超时时间和相应处理动作。
具体地，配置服务器包括计时組任务创建单元，用于创建计时组的计时
组任务；计时组加入单元，用于将所述流程才莫^1中多个连续节点加入到所述 计时组中。其中，所述计时组任务创建单元为第一计时组配置单元，用于配 置计时组的超时时间、超时后处理方式、超时前是否需要定时提醒、开始提 醒时刻，或/及，提醒方式。
最后，本发明实施例还提供一种工作流系统，该系统包括工作流服务器 和计时服务器。如前面描述，工作流服务器用于自动执行业务流程，在流程 执行过程中每执行到一个节点时，工作流服务器检查该节点是否被加入到了 计时组，如果节点#:力。入到了计时组且计时组计时任务还没有启动，则先创 建并启动一个计时组任务，并将节点与计时任务关联；如果计时组任务已经 启动，则直接将节点与计时组任务关联。然后工作流服务器再检查节点自身 是否还单独配置了超时属性，如果配置了则再根据配置为该节点创建并启动 一个计时任务并进行关联。计时服务器主用用于对工作流服务器执行处节点 所在计时组任务进行计时。
可见，所述工作流服务器，用于当工作流执行到一节点时，确定工作流 执行处节点已被配置加入计时组时，关联所述节点与所述计时组的计时组任 务；所述计时组服务器，用于在所述工作流服务器关联所述节点与所述计时 组任务后，对所述计时组任务进行计时。优选地，该系统还包括配置^^务 器，用于配置所述计时组，并将多个连续节点加入到所述计时组。
由此，本发明实施例对计时组的配置，用户可以灵活的定制计时组与节点的映射关系，流程的流转逻辑不受此映射关系的影响，且计时可从流程中进 入计时组的任何节点开始，从任何节点从计时组中流转出结束计时，可方便 解决现有子流程方案无法支持业务流程运行过程中无法对多分支的流程以及 流程执行中存在回退的情况进行计时、且仅在子流程内各节点严格按照顺序 执行完毕才能计时的问题，可实现对任意流程中任意两个或多个连续节点统 一计时，并且，计时可从加入计时组的任意一个节点开始或结束，不限制于 计时只能从计时组中的第一个节点开始、最后一个节点结束，可大大^是高了 工作流系统对复杂流程灵活计时的能力。
本领域普通技术人员可以理解实现上述实施例工作流计时方法的过程可 以通过程序指令相关的硬件来完成，所述的程序可以存储于可读取存储介质
中，该程序在执行时执行上述方法中的对应步骤。所述的存储介质可以如 ROM/RAM、磁碟、光盘等。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普 通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润 饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1、一种工作流计时方法，其特征在于，包括当工作流执行到一节点时，确定所述工作流执行处节点已被配置加入到计时组；关联所述节点与所述计时组的一计时组任务；对所述计时组任务进行计时；计时达到所述计时组任务预置时限时，执行预置的工作流操作。
2、 根据权利要求l所述方法，其特征在于，在关联所述节点与所述计时 组任务之前，判断所述计时组任务是否已创建，若是，执行所述关联所述节 点与所述计时组任务的步骤，否则，创建计时组任务，然后执行所述关联所 述节点与所述计时组任务的步骤。
3、 根据权利要求l所述方法，其特征在于，在对所述计时组任务进行计 时之前，还包括判断所述节点是否被配置有单独计时任务，若是，关联所述节点与所述 单独计时任务；在执行所述对计时组任务进行计时的步骤的同时，对所述单独计时任务 进行计时。
4、 根据权利要求l所述方法，其特征在于，还包括 确定该工作流从所述计时组任一节点跳出所述计时组时，结束对所述计时组任务计时。
5、 根据权利要求2所述方法，其特征在于，所述计时组任务的创建过程为配置计时组的超时时间、超时后处理方式、超时前是否需要定时提醒、 开始提醒时刻，或/及，提醒方式。
6、 根据权利要求l所述方法，其特征在于，在所述确定该工作流执行处 节点已被配置加入到计时组之前，还包括配置多个连续节点加入到所述计时组。
7、 一种工作流服务器，用于执行工作流，其特征在于，包括 确定单元，用于当工作流执行到一节点时确定所述工作流执行处节点已-陂配置加入到计时组；关联执行单元，用于关联所述节点与所述计时组的一计时组任务； 计时启动单元，用于在所述关联执行单元将所述节点与计时组任务关联 后，由计时服务器对该计时组任务进行计时。
8、 根据权利要求7所述工作流服务器，其特征在于，还包括 单独计时判断单元，用于判断所述节点是否被配置有单独计时任务； 单独计时启动单元，用于在所述单独计时判断单元确定所述节点;波配置有单独计时任务后，由所述计时服务器对所述单独计时任务进行计时。
9、 根据权利要求7或8所述工作流服务器，其特征在于，还包括 退出管理单元，用于确定工作流从所述计时组任一节点跳出所述工作组时，由所述计时服务器结束对所述计时组4壬务的计时。
10、 一种配置服务器，包括用于配置流程模板的流程配置单元，其特征 在于，还包括计时组任务创建单元，用于创建计时组的计时组任务； 计时组加入单元，用于将所述流程才莫^1中多个连续节点加入到所述计时 组中。
11、 根据权利要求IO所述配置服务器，其特征在于，所述计时组任务创 建单元为第一计时组配置单元，用于配置计时组的超时时间、超时后处理方 式、超时前是否需要定时提醒、开始提醒时刻，或/及，提醒方式。
12、 一种工作流系统，包括工作流服务器和计时服务器，其特征在于， 所述工作流服务器，用于当工作流执行到一节点时，确定所述工作流执行处节点已被配置加入计时组，并关联所述节点与所述计时组的一计时组任务；所述计时组服务器，用于在所述工作流服务器关联所述节点与所述计时 组任务后，对所述计时组任务进行计时。
13、 根据权利要求12所述系统，其特征在于，还包括 配置服务器，用于配置所述计时组，并将多个连续节点加入到所述计时组。
全文摘要
本发明公开了一种工作流计时方法，包括当工作流执行到一节点时，确定工作流执行处节点已被配置加入计时组时，关联所述节点与所述计时组的计时组任务；对所述计时组任务进行计时，计时达到所述计时组任务预置时限时，执行预置的工作流操作。本发明对任意流程中任意连续两个或多个连续节点统一计时，而且，计时可从进入作为整体统一计时的节点组中的任意一个节点开始或结束。与上述方法相对应，本发明还提供一种工作流计时的工作流服务器、配置服务器以及工作流系统。
文档编号G06Q10/00GK101551880SQ20081009041
公开日2009年10月7日 申请日期2008年3月31日 优先权日2008年3月31日
发明者李群慧 申请人:华为技术有限公司