CN101714236A - 一种参与者类型自动扩展方法及装置 - Google Patents

Abstract

本发明公开了一种参与者类型扩展方法，该方法包括：业务系统通过继承工作流提供的抽象类实现某参与者扩展类，并实现所述抽象类提供的抽象方法，所述抽象方法用于返回参与者列表及参与者类型；在工作流的特定配置文件中注册所述参与者扩展类；接收到用户选择参与者的指令之后，将流程定义载入工作流。通过本发明，当发现现有的参与者类型不能满足业务需求时，不需要开发人员手动地对工作流进行二次开发，提高了业务处理的效率。

Description

一种参与者类型自动扩展方法及装置

技术领域

本发明涉及业务处理技术领域，特别是涉及一种参与者类型自动扩展方法及装置。

背景技术

企业的业务处理过程是由一系列的基本业务处理环节构成的，这些业务处理环节按照一定的逻辑顺序进行排列组合后就构成了企业的流程，而参与处理业务活动的人就是活动环节的参与者。工作流管理所做的工作就是保证企业的业务处理过程按照正确的逻辑在不同的参与者之间流转。

企业业务流程中业务处理环节(活动节点)的参与者的类型可以分为角色与人，但是如何获得这些角色和人与具体的业务系统有关，可能是某一个组织机构下面的人或者是按照某种业务规则规定的处理人等等。现有工作流技术通常是，预先提供了参与者的定义方式，然后由用户选择，例如定义方式可以包括：

某个组织机构下的人：参与者是某个组织机构下的所有人，用户在指定参与者时需要选择好组织机构；或者，某个角色：参与者是一个特定的角色，用户在指定参与者时需要选择好一个角色，则具有这个角色的人都有可能参与处理这个活动环节；或者，特定的员工：参与者是企业的某个特定的人，用户在定义参与者时需要指定好特定的人，如公司法人、法律顾问等；或者，历史处理人：参与者是前面处理过流程活动环节的人，用户在定义参与者时需要选择好历史环节，等等。

但是，这种由工作流预先定义好参与者然后让用户选择的方式，无法满足业务系统的参与者个性化的要求。例如，业务系统需要获取某一个组织机构下具有某个角色的人，而现有的工作流并没有定义这种类型的参与者，因此现有的技术就无法满足这一需求。因此，现有工作流技术的这种处理方式决定了工作流可以支持的业务系统是有限的，因为它支持的参与者类型是有限的，如果要支持更多的业务系统就需要开发人员手动地对工作流进行二次开发，在工作流中不断的开发更多的参与者类型。而实际上工作流很难预测出业务系统需要什么样的参与者，因此这种处理方式制约了工作流的发展。

发明内容

有鉴于此，本发明的目的在于提供一种参与者类型扩展的方法及装置，能够在无须对工作流进行二次开发就实现参与者类型的自动扩展。

为实现上述目的，本发明提供了如下方案：

一种参与者类型扩展方法，包括：

业务系统通过继承工作流提供的抽象类实现某参与者扩展类，并实现所述抽象类提供的抽象方法，所述抽象方法用于返回参与者列表及参与者类型；

在工作流的特定配置文件中注册所述参与者扩展类；

接收到用户选择参与者的指令之后，将流程定义载入工作流。

优选的，还包括：

工作流根据所述流程定义运行流程时，从所述配置文件中读取所述参与者扩展类，并调用所述参与者扩展类对应的抽象方法，获得参与者列表及参与者类型。

优选的，所述实现所述抽象类提供的抽象方法包括：

在读取参与者列表的方法中，通过调用相关的组织机构管理的接口函数，根据用户选定的角色ID从组织机构中读取出相关的参与者的信息，并作为一个集合返回；

在读取参与者类型的方法中，返回所述参与者的类型。

优选的，在工作流的特定配置文件中注册所述参与者扩展类时，还包括：

注册与所述参与者扩展类相关的组织机构树，并将所述组织机构树的ID作为参数传入所述参与者扩展类。

优选的，还包括：

将带有组织机构树ID的参与者扩展类显示在参与者列表中；

当接收到用户选择组织机构的指令时，将用户选择的组织机构的ID保存在所述流程定义中。

一种参与者类型自动扩展装置，包括：

继承单元，用于通过继承工作流提供的抽象类实现某参与者扩展类，并实现所述抽象类提供的抽象方法，所述抽象方法用于获取参与者列表及参与者类型；

注册单元，用于在工作流的特定配置文件中注册所述参与者扩展类；

载入单元，用于接收到用户选择参与者的指令之后，将流程定义载入工作流。

优选的，所述继承单元包括：

第一返回单元，用于在读取参与者列表的方法中，通过调用相关的组织机构管理的接口函数，根据用户选定的角色ID从组织机构中读取出相关的参与者的信息，并作为一个集合返回；

第二返回单元，用于在读取参与者类型的方法中，返回所述参与者扩展类的类型。

优选的，所述注册单元还用于注册与所述参与者扩展类相关的组织机构树；所述装置还包括：

传入单元，用于将所述组织机构树的ID作为参数传入所述参与者扩展类。

优选的，还包括：

显示单元，用于将带有组织机构树ID的参与者扩展类显示在参与者列表中；

保存单元，用于当接收到用户选择组织机构的指令时，将用户选择的组织机构的ID保存在所述流程定义中。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

本发明能够通过继承工作流提供的抽象类实现某参与者扩展类，并实现所述抽象类提供的抽象方法；并在工作流的特定配置文件中注册所述参与者扩展类；接收到用户选择参与者的指令之后，将流程定义载入工作流。这样，当发现现有的参与者类型不能满足业务需求时，不需要开发人员手动地对工作流进行二次开发，进行在工作流中添加更多地参与者类型等操作，提高了业务处理的效率。

同时，实现了业务系统对工作流活动节点参与者的扩展，业务系统可以根据自己的业务需要按照特定的业务逻辑读取正确的参与者列表，而不用受限于工作流系统提供预先定义好的参与者类型，而工作流系统也可以为更多的业务系统的需求提供更好的支持。

附图说明

图1是本发明实施例提供的方法的流程图；

图2是本发明实施例提供的另一方法的流程图；

图3是本发明实施例提供的装置的示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明人在实现本发明的过程中发现，现有技术方案无法满足业务系统参与者个性化的要求，本质原因是参与者类型的代码与工作流的代码结合的过于紧密，二者之间是紧耦合的。因此如果要想满足业务系统的个性化需求，就需要将参与者的具体实现代码与工作流代码进行解耦合，为了将二者分离开来，就需要实现这一分离的工具，为此，本发明实施例定义了抽象类。具体实现时，该抽象类由工作流提供，业务系统可以通过继承工作流提供的抽象类，实现处理环节中所需的参与者类。

参见图1，本发明实施例提供的参与者类型扩展方法包括以下步骤：

S101：业务系统通过继承工作流提供的抽象类实现某参与者扩展类，并实现所述抽象类提供的抽象方法，所述抽象方法用于返回参与者列表及参与者类型；

当用户发现现有的参与者类型不能满足某次业务处理的需要时，可以触发业务系统进行参与者类型的扩展(业务系统提供了类型扩展接口，用户可以通过该接口进行触发)。业务系统在接收到触发之后，就可以自动继承工作流提供的抽象类实现某参与者扩展类。同时，所述抽象类还提供了相应的抽象方法，业务系统在实现参与者扩展类之后，还可以实现所述抽象类提供的相应的抽象方法。

其中，所述抽象类提供的抽象方法具体可以包括两个：读取参与者列表的方法和读取参与者类型的方法。其中，在读取参与者列表的方法中，业务系统通过调用相关的组织机构管理的接口函数，根据用户选定的角色ID从组织机构中读取出相关的参与者的信息，并作为一个集合返回。在读取参与者类型的方法中，返回的值可以是HUMAN，也就是具体的人；还可以是ROLE，也就是角色。

S102：在工作流的特定配置文件中注册所述参与者扩展类；

实现参与者扩展类型之后，需要注册该参与者扩展类，使之称为工作流可以识别并读取的类。具体的，可以将所述参与者扩展类型注册在工作流的特定配置文件中。这样当工作流启动时，就会去读取这个配置文件，然后在工作流的流程设计器中就会出现业务系统实现的参与者扩展类，然后用户在参与者定义模块选择这个参与者定义，就可以为活动节点指定业务系统定义的参与者了。

S103：接收到用户选择参与者的指令之后，将流程定义载入工作流。

工作流执行之前，业务系统需要将流程定义载入工作流，以通知工作流的流程设计器按照流程定义进行执行。在本发明实施例中，用户在选择参与者之后，业务系统就会自动将流程定义载入工作流。

其中，所述流程定义是由若干活动按照一定的流转逻辑组合在一起。当系统启动一个流程后，就会为这个流程定义生成一个流程实例。在流程实例运行的过程中，会根据活动定义中的参与者，将该活动对应的任务分配给定义的参与者，生成相关的任务信息。

在本发明实施例中，工作流根据所述流程定义运行流程时，便可以从所述配置文件中读取所述参与者扩展类，并且可以通过调用所述参与者扩展类对应的抽象方法，获得参与者列表及参与者类型。

也就是说，在本发明实施例中，业务系统实现的参与者扩展类提供了获取参与者列表与信息的方法，通过这些方法工作流可以获得业务处理环节(活动节点)具体的参与者和参与者类型。即，通过抽象类将参与者的具体实现代码与工作流代码分离开来，便于满足业务系统的个性化需求。

可见，该所述抽象类是连接工作流和业务系统的一个桥梁，工作流通过抽象类读取信息，而业务系统则通过继承抽象类来获得具体的参与者的逻辑。该抽象类的本质作用是将业务处理环节的参与者定义解析为具体的ROLE或者HUMAN。同时，该抽象类还提供了两个抽象的方法，一个方法用来返回参与者的类型，要么是ROLE，要么是HUMAN，另外一个方法返回具体的参与者列表。当业务系统发现工作流提供的参与者类型无法满足业务需要时，就需要继承这个抽象类，并实现这个抽象类提供的两个抽象方法，以实现满足业务需要的参与者类，获取到参与者的列表及类型，并提供给工作流。

业务系统在实现所述参与者扩展类之后，就需要将这个参与者扩展类注册到工作流的相关配置文件中，通过该配置文件让工作流设计器可以读取到用户扩展的参与者类，以便可以让用户在参与者定义时看到业务系统自己定义的参与者类型。而且，工作流在运行时可以读取该配置文件以便执行业务系统的参与者扩展类。

在进行这个参与者扩展类的注册时，如果该参与者扩展类与某组织机构相关，则还可能需要用到组织机构管理模块。此时，还可以将用到的组织机构树也一起注册到工作流的配置文件中。

如果注册了组织机构树，可以将所述组织机构树的ID作为参数传入所述参与者扩展类。此时，还可以将带有组织机构树ID的参与者扩展类显示在参与者列表中，当接收到用户选择组织机构的指令时，将用户选择的组织机构的ID保存在所述流程定义中。

为了更好地理解本发明实施例提供的方法，下面通过一个应用中具体的例子进行详细地介绍。

某业务系统提出如下需求：希望根据自己的业务所属的地域值从相应的组织机构中查找具有某个角色的参与者，例如，需要查找银川市电力公司具有配电专工这个角色的人。该业务系统可以利用本发明实施例提供的参与者扩展方法，按照图2所示步骤进行参与者的扩展，以达到该业务系统所需要的效果：

S201：实现参与者扩展类；

该业务系统首先继承实现了工作流提供的抽象类，实现了该类提供的两个抽象的方法。在读取参与者列表的方法中，业务系统通过调用相关的组织机构管理的接口函数，根据用户选定的角色ID从组织机构中读取出相关的参与者的信息，并作为一个集合返回。在读取参与者类型的方法中，返回的值是HUMAN，也就是具体的人。

S202：注册参与者扩展类；

业务系统在工作流的特定的配置文件中注册了该参与者类，由于该参与者类需要用到组织机构树，因此同时注册了组织机构树，该组织机构树的作用是在活动的参与者定义中选择合适的组织机构，该组织机构的Id会作为一个参数被传入到参与者扩展类中。

S203：选择参与者；

业务系统在完成注册参与者扩展类的工作以后，工作流的流程设计器就可以识别该扩展类，用户在活动节点的参与者列表中就会看到该参与者扩展类，由于同时注册了组织机构树，用户还可以点开相应的组织机构树，选择自己需要的组织机构，此时，该组织机构Id就会被保存在流程定义中。

S204：保存流程定义，载入流程；

当在业务系统中选择好参与者后，业务系统就会将流程定义进行保存并将其载入工作流。工作流在运行流程时，就会去所述配置文件中读取业务系统实现的参与者扩展类，并调用该参与者扩展类的两个方法，从而得到参与者列表以及参与者类型，并给这些参与者创建相应的任务。如果是角色任务则参与者会在角色任务列表中看到，如果是待办任务，则参与者会在待办任务列表中看到自己的待办任务。

下面对角色任务和待办业务进行简要地介绍。活动节点参与者的类型可以分为两类：角色(Role)、人(Human)。角色类型的参与者的任务是角色任务，与角色任务相对的就是待办任务，待办任务的参与者是具体的人。角色任务与待办任务的区别是，角色任务是具有某个角色的人都会看到的任务，当用户需要对该角色任务进行处理时，需要将这个角色任务转变为待办任务，待办任务用户是可以直接进行处理的。例如具有“秘书”角色的人都会看到工作流系统给具有该角色的人分配的任务，角色任务有一个领用的概念，由于具有角色的人都会看到该任务，当某一个人领用这个角色任务时，该任务最终会转化为这个人的待办任务。

综上可见，本发明技术方案实现了业务系统对工作流活动节点参与者的扩展，业务系统可以根据自己的业务需要按照特定的业务逻辑读取正确的参与者列表，而不用受限于工作流系统提供预先定义好的参与者类型，而工作流系统也可以为更多的业务系统的需求提供更好的支持。

同时，通过本发明实施例，可以满足业务系统的参与者个性化的要求，不需要工作流进行二次开发。本发明技术方案将业务系统的参与者个性化需求交给业务系统来实现，业务系统根据本发明技术方案提供的实现机制进行参与者扩展就可以满足其个性化的要求，而这些要求是业务系统自己开发的，无需工作流进行二次开发。

与本发明实施例提供的参与者类型扩展方法相对应，本发明实施例还提供了一种参与者类型扩展装置，参见图3，该装置包括：

继承单元U301，用于通过继承工作流提供的抽象类实现某参与者扩展类，并实现所述抽象类提供的抽象方法，所述抽象方法用于获取参与者列表及参与者类型；

注册单元U302，用于在工作流的特定配置文件中注册所述参与者扩展类；

载入单元U303，用于接收到用户选择参与者的指令之后，将流程定义载入工作流。

该装置的各单元业务系统中实现，通过该装置，业务系统可以实现对工作流活动节点参与者的自动扩展。同时，使得业务系统可以根据自己的业务需要按照特定的业务逻辑读取正确的参与者列表，而不用受限于工作流系统提供预先定义好的参与者类型，而工作流系统也可以为更多的业务系统的需求提供更好的支持。

其中，所述抽象类提供的抽象方法可以包括读取参与者列表的方法和读取参与者类型的方法，此时，继承单元U301可以包括：

第一返回单元，用于在读取参与者列表的方法中，通过调用相关的组织机构管理的接口函数，根据用户选定的角色ID从组织机构中读取出相关的参与者的信息，并作为一个集合返回；

第二返回单元，用于在读取参与者类型的方法中，返回所述参与者扩展类的类型。

当参与者扩展类与某组织机构树相关时，还可以在注册参与者扩展类的同时，注册与该参与者扩展类相关的组织机构树，此时，所述注册单元还用于注册与所述参与者扩展类相关的组织机构树；该装置还包括：

传入单元，用于将所述组织机构树的ID作为参数传入所述参与者扩展类。

为了便于用户选择组织机构树，该装置还可以包括：

显示单元，用于将带有组织机构树ID的参与者扩展类显示在参与者列表中；

保存单元，用于当接收到用户选择组织机构的指令时，将用户选择的组织机构的ID保存在所述流程定义中。

以上对本发明所提供的一种参与者扩展方法及装置，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种参与者类型扩展方法，其特征在于，包括：

业务系统通过继承工作流提供的抽象类实现某参与者扩展类，并实现所述抽象类提供的抽象方法，所述抽象方法用于返回参与者列表及参与者类型；

在工作流的特定配置文件中注册所述参与者扩展类；

接收到用户选择参与者的指令之后，将流程定义载入工作流。

2.根据权利要求1所述的方法，其特征在于，还包括：

工作流根据所述流程定义运行流程时，从所述配置文件中读取所述参与者扩展类，并调用所述参与者扩展类对应的抽象方法，获得参与者列表及参与者类型。

3.根据权利要求1或2所述的方法，其特征在于，所述实现所述抽象类提供的抽象方法包括：

在读取参与者列表的方法中，通过调用相关的组织机构管理的接口函数，根据用户选定的角色ID从组织机构中读取出相关的参与者的信息，并作为一个集合返回；

在读取参与者类型的方法中，返回所述参与者的类型。

4.根据权利要求1所述的方法，其特征在于，在工作流的特定配置文件中注册所述参与者扩展类时，还包括：

注册与所述参与者扩展类相关的组织机构树，并将所述组织机构树的ID作为参数传入所述参与者扩展类。

5.根据权利要求4所述的方法，其特征在于，还包括：

将带有组织机构树ID的参与者扩展类显示在参与者列表中；

当接收到用户选择组织机构的指令时，将用户选择的组织机构的ID保存在所述流程定义中。

6.一种参与者类型自动扩展装置，其特征在于，包括：

继承单元，用于通过继承工作流提供的抽象类实现某参与者扩展类，并实现所述抽象类提供的抽象方法，所述抽象方法用于获取参与者列表及参与者类型；

注册单元，用于在工作流的特定配置文件中注册所述参与者扩展类；

载入单元，用于接收到用户选择参与者的指令之后，将流程定义载入工作流。

7.根据权利要求6所述的装置，其特征在于，所述继承单元包括：

第一返回单元，用于在读取参与者列表的方法中，通过调用相关的组织机构管理的接口函数，根据用户选定的角色ID从组织机构中读取出相关的参与者的信息，并作为一个集合返回；

第二返回单元，用于在读取参与者类型的方法中，返回所述参与者扩展类的类型。

8.根据权利要求6所述的装置，其特征在于，所述注册单元还用于注册与所述参与者扩展类相关的组织机构树；所述装置还包括：

传入单元，用于将所述组织机构树的ID作为参数传入所述参与者扩展类。

9.根据权利要求8所述的装置，其特征在于，还包括：

显示单元，用于将带有组织机构树ID的参与者扩展类显示在参与者列表中；

保存单元，用于当接收到用户选择组织机构的指令时，将用户选择的组织机构的ID保存在所述流程定义中。

Images