用于动态配置人员的方法、装置、设备及介质与流程

1.本公开涉及大数据领域，具体地涉及一种用于动态配置人员的方法、装置、设备、介质和程序产品。


背景技术：

2.业务的开展(诸如，流程的审批等业务)离不开人员的作业。通常会在业务流程的设计之初配置相应的人员，并在执行时根据配置由具体的人员来执行。随着业务的多样化，新业务的不段拓展，各种业务步骤千差万别，以及每个步骤中的人员的分配需求不尽相同，导致在业务处理中的人员分配会非常庞杂。与此同时，随着组织发展的变迁、组织结构越加繁杂、人员流动和变动越加频繁，往往导致业务设计时的人员配置跟不上实际使用需求，或者业务设计时配置的人员与实际业务开展时可以调配的人员无法匹配等问题。例如，人员离职或职位变动导致在实际业务开展时无法由业务设计时配置的人员进行作业。或者，组织机构变更之后，业务设计时配置的人员不得不追溯，或者不得不重新进行业务人员配置。
3.可见，组织的演变，不同组织之间的人员流动和变动、以及业务多样化的发展，会对业务开展中的人员配置工作带来巨大挑战。例如，银行的业务中有大量的审批作业，无论是新业务拓展还是旧有审批组织架构的变动，都有可能会影响已发生和即将发生的审批工作的开展，进而对整个银行的业务系统和交易系统都有可能产生影响，从而可能会导致商业银行的客户体验效果变低，甚至会导致银行业务受损。


技术实现要素：

4.鉴于上述问题，本公开提供了提高业务中人员配置效率的用于动态配置人员的方法、装置、设备、介质和程序产品。
5.本公开实施例的第一方面，提供了一种用于动态配置人员的方法。所述方法包括：接收第一用户发送的人员信息配置请求，所述人员信息配置请求包括目标属性字段、以及所述目标属性字段中的目标属性参数；基于所述人员信息配置请求调用人员选择器，其中，所述人员选择器为基于策略模式设计的接口，所述人员选择器中设置有至少一个策略，在所述人员选择器中：从所述至少一个策略中选择与所述目标属性字段对应的目标策略；以及基于所述目标属性参数对所述目标策略的实例化，得到目标策略实例的信息；通过所述人员选择器将所述目标策略实例的信息反馈给所述第一用户。
6.根据本公开的实施例，所述方法还包括设置所述人员选择器，具体包括：确定所述至少一个数据源中用于区分人员组成的至少一个属性字段；针对所述至少一个属性字段中的每个属性字段对应设置一个策略，得到所述至少一个策略；以及设置对外统一接口，其中，所述对外统一接口用于接收外部调用，并防问所述至少一个策略。
7.根据本公开的实施例，所述至少一个属性字段包括用户、分组、部门、公司、或角色至少之一。
8.根据本公开的实施例，所述设置对外统一接口包括：基于门面模式实现所述对外
统一接口。
9.根据本公开的实施例，所述设置所述人员选择器还包括：当用于区分人员组成的属性字段发生变更时，在所述人员选择器中变更与发生变更的属性字段对应的策略。
10.根据本公开的实施例，所述当用于区分人员组成的属性字段发生变更时，在所述人员选择器中变更与发生变更的属性字段对应的策略包括：当出现用于区分人员组成的新增属性字段时，在所述人员选择器中针对所述新增属性字段设置一个新的策略。
11.根据本公开的实施例，在所述接收第一用户发送的人员信息配置请求之前，所述方法还包括在前端展示多页签界面，其中，所述多页签界面中的每个页签对应一个属性字段，每个页签中展示对应属性字段中可选的属性参数。其中，响应于所述第一用户在所述多页签界面中对所述目标属性字段所在页签下的所述目标属性参数的选择操作，接收所述人员信息配置请求。
12.根据本公开的实施例，所述通过所述人员选择器将所述目标策略实例的信息反馈给所述第一用户包括，将所述目标策略实例的信息按照预定的格式封装后反馈给所述第一用户。
13.根据本公开的实施例，所述方法还包括：响应于第二用户对所述目标策略实例的信息的解析操作，执行所述目标策略实例，以从所述至少一个数据源中按照所述目标属性字段中的所述目标属性参数获取人员信息。
14.根据本公开的实施例，所述第一用户为业务流程的配置用户。
15.根据本公开的实施例，所述第二用户为业务流程中的操作指派用户或操作转派用户。
16.本公开实施例的第二方面，提供了一种用于动态配置人员的装置。所述装置包括请求接收模块、调用模块以及配置模块。请求接收模块用于接收第一用户发送的人员信息配置请求，所述人员信息配置请求包括目标属性字段、以及所述目标属性字段中的目标属性参数。调用模块用于基于所述人员信息配置请求调用人员选择器，其中，所述人员选择器为基于策略模式设计的接口，所述人员选择器中设置有至少一个策略；其中，在所述人员选择器中，从所述至少一个策略中选择与所述目标属性字段对应的目标策略；以及基于所述目标属性参数对所述目标策略的实例化，得到目标策略实例的信息。配置模块用于通过所述人员选择器将所述目标策略实例的信息反馈给所述第一用户。
17.根据本公开的实施例，所述装置还包括设置模块。所述设置模块用于设置所述人员选择器。其中，所述设置模块包括确定子模块、策略设置子模块以及接口设置子模块。确定子模块用于确定所述至少一个数据源中用于区分人员组成的至少一个属性字段。策略设置子模块用于针对所述至少一个属性字段中的每个属性字段对应设置一个策略，得到所述至少一个策略。接口设置模块用于设置对外统一接口，其中，所述对外统一接口用于接收外部调用，并访问所述至少一个策略。
18.根据本公开的实施例，所述策略设置子模块还用于当出现用于区分人员组成的新增属性字段时，在所述人员选择器中针对所述新增属性字段设置一个新的策略。
19.本公开实施例的第三方面，提供了一种电子设备。所述电子设备包括一个或多个处理器、以及存储器。所述存储器用于存储一个或多个程序。其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述方法。
20.本公开实施例的第四方面，提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述方法。
21.本公开实施例的第五方面，还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述方法。
附图说明
22.通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：
23.图1示意性示出了根据本公开实施例的用于动态配置人员的方法、装置、设备、介质和程序产品的应用场景图；
24.图2示意性示出了根据本公开实施例的人员选择器的交互示意；
25.图3示意性示出了根据本公开实施例的用于动态配置人员的方法的流程图；
26.图4示意性示出了根据本公开一实施例的设置人员选择器的流程图；
27.图5示意性示出了根据本公开另一实施例的设置人员选择器的流程图；
28.图6示意性示出了根据本公开实施例的基于策略模式设计人员选择器的逻辑示意；
29.图7示意性示出了根据本公开实施例的人员选择器的开发流程；
30.图8示意性示出了业务流程的配置用户利用根据本公开实施例的方法的在业务流程的设计过程中配置人员的过程；
31.图9示意性示出了根据本公开实施例的用于动态配置人员的方法在业务流程配置中的调用逻辑；
32.图10示意性示出了根据本公开实施例的用于动态配置人员的方法在业务流程使用中的调用逻辑；
33.图11示意性示出了根据本公开实施例的用于动态配置人员的装置的框图；以及
34.图12示意性示出了适于实现根据本公开实施例的用于动态配置人员的方法的电子设备的方框图。
具体实施方式
35.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
36.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
37.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
38.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
39.本公开的实施例提供了一种用于动态配置人员的方法、装置、设备、介质和程序产品。其中，通过基于策略模式的人员选择器实现人员的动态配置。
40.本公开实施例的人员选择器为基于策略模式设计的接口。人员选择器中设置有至少一个策略，每个策略为将从至少一个数据源中按照一个属性字段中的属性参数来获取人员信息的算法进行封装而得到的类。其中，每个策略所对应的属性字段例如可以是根据人员组成方式确定的用于区分不同人员类型的信息，例如在大型企业里，可以按照用户、分组、部门、公司或角色等不同信息来区分人员类型。
41.根据本公开的实施例，在业务设计时，可以根据需要配置的人员的类型信息中包含的属性字段(在本文中可以简称“目标属性字段”)以及在该目标属性字段中的属性参数(在本文中可以简称“目标属性参数”)，在人员选择器中调用与目标属性字段对应的目标策略，并利用目标属性参数实例化得到目标策略实例，然后以该目标策略实例的信息进行业务配置。
42.根据人员选择器中对策略的设置和封装可以看出，目标策略实例实质上是对从至少一个数据源中按照目标属性字段中的目标属性参数查找人员信息的算法的封装。从而，可以通过解析对业务配置的目标策略实例的信息，来触发目标策略实例中的算法的执行，这样就可以实时地从至少一个数据源中获取相应的人员信息。以此方式，即使在业务设计之初到业务实施这段时间内，与目标属性字段中的目标属性参数对应的具体人员信息发生了变动(例如，由于人员离职、或者人员在不同组织之间的变动引起)，在业务实施时仍能够获得最新的人员信息，保证了在业务实施时人员信息的准确性和实时性。
43.另外，根据本公开的实施例，如果人员组成方式发生变更，可以在人员选择器中相应变更对应属性字段的策略。例如当企业在原有的用户、分组、部门、公司或角色的人员划分方式下，又增加了机构这种组织方式，则可以在人员选择器中针对机构设置对应的策略，或者当企业不再以分组来调配人员时，可以删除人员选择器中针对分组设置的策略。由此可见，本公开实施例通过人员选择器，可以使业务设计和业务实施能够快速适应组织的变革，并避免因为人员变动或组织变革引起业务处理中人员配置的频繁变动。
44.图1示意性示出了根据本公开实施例的用于动态配置人员的方法、装置、设备、介质和程序产品的应用场景图。
45.如图1所示，根据该实施例的应用场景100可以包括至少一个终端设备(图中示出了三个，终端设备101、102、103)、服务器104、以及至少一个数据库(图中示出了三个，数据库105、106、107)。其中，终端设备101、102、103和/或数据库105、106、107可以与服务器104通信。
46.服务器104中可以设置有人员选择器。用户可以使用终端设备101、102、103与服务器104交互，来调用人员选择器。
47.数据库105、106、107可以是关系型数据库和/或非关系型数据库，诸如mysql数据库，oracle数据库，elasticsearch，或者mongodb等。
48.图2示意性示出了根据本公开实施例的人员选择器200的交互示意。
49.人员选择器200可以设置于服务器104中。用户21可以使用终端设备101、102、103来调用人员选择器200。
50.人员选择器200是基于策略模式设计的接口服务。其中，策略模式是一种软件设计模式。策略模式中定义了一系列的算法，把这些算法一个个分别封装起来就形成了一个个策略，而且这些策略可以相互替换。以此方式可以使具体的算法与对象本身解耦。当使用对象时在根据需求将对象与策略相联系，这样对就具有了该策略中所封装的算法的处理行为。与此同时，策略模式对外提供统一的接口，便于外部用户调用这些策略。
51.具体到人员选择器200中，结合应用场景100，根据本公开实施例，可以将按照一个属性字段(例如，用户、分组、部门、公司、或角色其中之一)中的属性参数从数据库105、106、107中获取人员信息的算法进行封装，得到一个策略(实质上是一个数据类)，从而形成策略组20。例如，部门策略203中封装的是从数据库105、106、107获取各个部门的人员信息的算法。该算法例如可以包括如何从数据库105、106、107按照每个部门的名称中取对应部门的人员信息，所获取的人员信息包括哪些字段，每个字段的数据格式是什么，数据传输过程中是否加解密以及加解密的具体规定等等。
52.人员选择器200中，策略组20包括了用户策略201、分组策略202、部门策略203、公司策略204、或角色策略205等。相应的，还设计有对外统一接口22。该对外统一接口22向外部用户(例如用户21)提供统一的调用接口。
53.假设用户21进行业务流程配置时，某个步骤需要由部门1(例如，研发部门)中的人员执行时，则用户21可以通过指令调用人员选择器200，从中定位到部门策略203，然后以研发部门作为部门策略203中具体的属性参数对部门策略203实例化，然后将以“研发部门”作为属性参数对部门策略203进行实例化后的信息反馈给用户21。这样，用户21实际获取到的是一个算法实例的信息，其中，该算法实例可以从数据库105、106、107中获取研发部门中的人员信息。接下来，在该业务流程的实际执行过程中，用户21(或使用该业务流程的其他用户)可以通过解析该算法实例来触发该算法实例的执行，从而实时地从数据库105、106、107中获取研发部门的人员信息。类似的，当用户21选择某个角色(例如，部门经理)的人员时，同样可以通过人员选择器200向用户21返回利用“部门经理”对角色策略205实例化后的算法信息。
54.结合以上示例可以看出，在基于策略模式设计的人员选择器200中，策略组20中的各个策略(例如，201～205)是可以相互替换的，其中，在每一次调用中具体根据用户21发送的指令中用于表征人员类型信息的目标属性字段和目标属性参数而定。以此使人员的获取算法与使用人员信息的用户21相互独立，避免重复的代码。
55.以上结合图1和图2对本公开实施例的应用场景，以及基于策略模式的人员选择器的设计和使用原理进行了概括性介绍。可以理解以上介绍仅是示例性的而非限定性的，本公开实施例的方法可以应用于任何场景。例如，以上示例中人员选择器200的调用方示例为终端设备101、102、或103中的用户21仅是一种示例性，在一些实施例中人员选择器200的调用方也可以是各类应用程序。
56.以下将基于图1的应用场景和图2的人员选择器200，通过图3～图10对本公开实施例的用于动态配置人员的方法进行详细介绍。
57.图3示意性示出了根据本公开实施例的用于动态配置人员的方法的流程图。
58.如图3所示，根据本公开一些实施例，该用于动态配置人员的方法可以包括操作s310～操作s350。根据本公开另一些实施例，在操作s350之后还可以包括操作s360。
59.首先在操作s310，接收第一用户(例如，用户21)发送的人员信息配置请求，人员信息配置请求用于指示需要配置的人员类型信息。该人员类型信息可以包括目标属性字段、以及目标属性字段中的目标属性参数。例如，需要配置研发部门的人员，则对应的目标属性字段为部门，目标属性参数为研发部。
60.例如，可以在终端设备101、102、103向第一用户21提供可以与人员选择器200交互的前端界面，基于第一用户21在该前端界面中的操作来接收人员信息配置请求。
61.例如，可以在前端展示多页签界面，其中，多页签界面中的每个页签对应一个属性字段，用于区分人员类型。每个页签中展示对应属性字段下可选的属性参数，供用户21选择要配置的人员信息。例如在部门页签下可以显示组织中的各个部门的名称信息。前端可以是基于react框架实现的弹框选择器，可以支持动态扩展人员类型信息，并可以通过接口返回当前一类用户的人员类型或者通过功能组件的使用选择类型。其中，可以通过tab页来提供例如用户、用户组、部门、角色和/或变量等页签。前端的实现逻辑可以通过多页签的效果来支持多种人员类型的复选框实现。
62.根据本公开的一个实施例，当第一用户21在前端的多页签界面中对目标属性字段所在页签下的目标属性参数进行选择后，响应于用户的选择操作，生成人员信息配置请求，并接收该人员信息配置请求。
63.然后在操作s320，基于人员信息配置请求调用人员选择器200。其中，人员选择器200为基于策略模式设计的接口，人员选择器200中设置有至少一个策略201～205。该至少一个策略可以组合形成策略组20。每个策略为将从至少一个数据源中按照一个属性字段中的属性参数获取人员信息的算法进行封装而得到的类。
64.属性字段例如可以是用户、分组、部门、公司、或角色等，属性参数例如可以是每个属性字段中的参数值。例如，部门字段下的每个部门名称(如，研发部、科技部、销售部、或产品部等)就是一个属性参数。又例如，角色字段下的角色名称(如，部门经理、产品经理、业务总监、高级工程师、或总经理等)为对应的属性参数。
65.接下来在操作s330，在人员选择器200中，从至少一个策略201～205中选择与目标属性字段对应的目标策略。
66.以及在操作s340，基于目标属性参数对目标策略的实例化，得到目标策略实例的信息。
67.接下来在操作s350，通过人员选择器200将目标策略实例的信息反馈给第一用户21，以使第一用户21通过目标策略实例的信息来配置人员信息。
68.在一个实施例中，可以将目标策略实例的信息按照预定的格式封装后反馈给第一用户21。
69.例如，策略组20中的每一种策略返回的信息可以按照预定的格式封装后统一化处理。在一个实施例中个，可以用id标识对应的策略，用name标识每个策略中的属性参数，用code标识属性参数的数据信息以避免同名混淆，以及用type来标识策略对应的属性字段的信息(包括用户，用户组，角色，部门，公司等)。例如，当选择用户策略201时，可以将用户策
略201的id值赋值给id字段；当选择分组策略202时，将分组策略的id值赋值给id字段；选择角色策略205和部门策略203等也一样。这样的统一化后反馈给第一用户21的信息就包含了基本的id(唯一标识)，name(名称)，code(编码)以及type(分类：用户，用户组，角色，部门，公司)。在一些实施例中，人员选择器200返回给第一用户21的信息中还可以保存一些差异化信息，例如增加一些类phone，class等扩展字段。
70.通过对目标策略实例的封装，在返回的数据对象中保存对应的人员属性等标识信息，可以使第一用户21了解具体的查询业务逻辑和所配置人员的信息是否符合要求。
71.接下来可以在操作s360，响应于第二用户对目标策略实例的信息的解析操作，执行目标策略实例，以从至少一个数据源中按照目标属性字段中的目标属性参数获取人员信息。
72.例如，第一用户可以是业务设计人员，第二用户可以是业务处理人员。从而，根据本公开的实施例，在业务设计时可以使用目标策略实例的信息来进行配置。等到业务实施时再由业务的处理人员对该目标策略实例的信息进行解析，以从数据库105、106、107中获取具体的人员信息，从而可以有效的保证人员信息的实时性。
73.当然第一用户和第二用户也可以是同一用户。例如，在第一用户21通过人员选择器200调用策略得到目标策略实例的信息后，对该目标策略实例的信息进行解析，触发目标策略实例中的算法执行，从数据库105、106、107中获取具体的人员信息。
74.图4示意性示出了根据本公开一实施例的设置人员选择器的流程图。
75.如图4，根据本公开实施例的用于动态配置人员的方法还可以包括设置人员选择器200，具体包括操作s410～操作s430。
76.在操作s410，确定至少一个数据源中用于区分人员组成的至少一个属性字段。
77.在一个实施例中，至少一个属性字段可以包括用户、分组、部门、公司、或角色至少之一。当然不同的组织机构或使用场景中，区分人员组成的属性字段可以不同，例如在一些实施例中，可以以年龄段、班级、年级、岗位或职位等属性字段来划分人员组成，从而相应地以龄段、班级、年级、岗位或职位等作为对应的属性字段。
78.在操作s420，针对至少一个属性字段中的每个属性字段对应设置一个策略，得到至少一个策略。如策略组20中的策略201～205，分别对应一个属性字段。
79.在操作s430，设置对外统一接口22，其中，对外统一接口22用于接收外部调用，并访问至少一个策略。在一个实施例中，可以基于门面模式实现对外统一接口22。门面模式通过提供统一对外接口来访问策略组20中的多个不同策略201～205，使得对不同策略201～205的调用方式统一化。通过对外统一接口22来规范对人员选择器200中的各个策略的调用方式和数据返回方式，可以降低了第一用户21的学习成本和使用成本。
80.图5示意性示出了根据本公开另一实施例的设置人员选择器的流程图。
81.如图5所示，根据本公开的实施例在设置人员选择器200时除了操作s410～操作s430以外，还可以包括操作s540。
82.在操作s540，当用于区分人员组成的属性字段发生变更时，在人员选择器200中变更与发生变更的属性字段对应的策略。
83.例如，当出现用于区分人员组成的新增属性字段时，在人员选择器200中针对新增属性字段设置一个新的策略。如当企业在原有的用户、分组、部门、公司或角色的人员组成
方式下，又增加了机构这种组织方式，则可以在人员选择器200中针对机构设置对应的策略。
84.又例如，当不再以分组的方式调配人员时，可以从策略组200中删除分组策略202，这样可以避免人员选择器200的臃肿和冗余。
85.可见，本公开实施例通过人员选择器200进行人员配置，可以使业务设计和业务实施能够快速适应组织的变革，并避免因为人员变动或组织变革引起业务设计中人员配置的频繁变动。
86.图6示意性示出了根据本公开实施例的基于策略模式设计人员选择器200的逻辑示意。
87.如图6所示，策略组20中采用不同的策略201～205等来实现.每一个策略可以通过配置的方式来控制其是否启用。比如，图5中可以支持策略201～205对接，可以通过配置的方式设置策略201～205各自对应的权限控制，把不可以访问的数据控制在安全范围内。
88.对于新增策略，可以通过在策略组200中以较强的耦合方式以新的类来实现，也可以通过接口调用或远程过程调用(remote proceduer call，rpc)的方式来实现。在策略组20中新增策略后，相应地需要在对外统一接口22中这对新增策略增加对应的对接调用服务。
89.图7示意性示出了根据本公开实施例的人员选择器200的开发流程。
90.结合图6和图7，本公开实施例的人员选择器200的重点在于接口方案上的设计。
91.首先，设计之初调研需求，全场景覆盖。进行整体的人员选择器200的需求调研尽可能在初始设计时考虑到尽可能多的使用场景。策略模式中各个策略201～205可以独立调整。考虑到如果前期开发时覆盖不全，后期会有部分开发的工作量，所以在进行策略的具体设计实现时，最好尽可能多的覆盖已有的使用场景，可以减少后期的开发工作。当然，由于组织的不断发展变动，人员的组成方式变化在所难免。基于策略模式设计的人员选择器200，当由于新项目或者部分组织结构发生变化时，可以通过变更或新增策略来适应人员结构的变化。可见，策略模式在现有全覆盖和未来扩展上都是相对比较好的一个设计模式。
92.其次，本公开实施例对人员选择器200进行了两次封装，对外设计有对外统一接口22。两次封装具体包括，首先根据用于区分人员组成的属性字段来区分对不同人员信息，封装形成对应的策略201～205；然后将多种策略进行整合，并通过对外统一接口22来满足不同调用方的统一访问。以此方式，在调用方进行人员配置时减少了ifelse或者switch的逻辑判断，优化了内存使用情况。通过使用动态加载不同的类(策略)来实现不同的算法，优化了java虚拟机(java virtual machine，jvm)的存储空间和内存使用情况，降低了代码的耦合性。
93.然后，策略模式能够覆盖全场景的业务。人员选择器200为用于提供服务接口的微服务，可以通过利用基于门面模式实现的对外统一接口22来实现统一的数据服务。例如，可以使用对应的标识(id，name，code，type)设置来标识不同的策略实例化信息，就可以统一返回对应数据信息。为了尽可能地实现对现有业务的全场景的覆盖对接，可以在前端提供包含有现有业务和未来可扩展的人员类型信息，来对接后端不同的策略；后端对应的提供对接不同策略下的接口和rpc等服务调用的技术实现；数据库105、106、107则对应提供不同策略下的多数据源支持。
94.本公开实施例基于一种策略模式的设计理念，根据区分人员组成方式的属性字段，将多种人员类型的资源整合成人员选择器200。通过人员选择器200形成一种固定的人员选择使用方式。同时提供对外统一接口22，对人员选择器200的访问和返回数据进行了统一的整合，降低了调用方的学习和使用成本，并且可以在类似的应用场景中复用该技术方案，达到提升开发效率和降低开发成本的目的。
95.图8示意性示出了业务流程的配置用户利用根据本公开实施例的方法的在业务流程的设计过程中配置人员的过程。
96.如图8所示，根据本公开的实施例调用人员选择器200的第一用户21可以是业务流程801的配置用户。其中，流程是在工作中各种事项的活动流向的顺序，通过一定的人员，角色，组织和部门之间的交流和审批，进而明确事项的工作流。
97.在业务流程801的设计过程中，为各个步骤配置执行人员或者设置审批人员时，可以根据本公开实施例的用于动态配置人员的方法，通过访问人员选择器200来实现。例如可以通过访问对外统一接口22，向人员选择器200发送人员信息获取请求，然后接收人员选择器200通过对外统一接口22反馈的按照预定格式(例如，id，name，code，type)统一封装的目标策略实例的信息，以配置到业务流程801的对应步骤中。然后当业务流程801投入使用时，可以由业务流程801的使用人员(即第二用户，例如指派人员或者转派人员)解析对应步骤中配置的目标策略实例，获取到对应的人员信息。其中，在一些情况下，业务流程801的使用人员获取到的可能是一个人员信息集合，例如，研发部门整个部门的人员信息，使用人员可以再从整个研发门的人员信息中筛选指派出处理具体的执行人员。
98.可见，本公开实施例可以实现人员动态配置，区分业务设计阶段和业务处理阶段，既满足了业务设计中的人员配置要求，又能够时满足使用阶段的人员信息的实时性，从而能够有效的提高流程提交和审批的效率。
99.图9示意性示出了根据本公开实施例的用于动态配置人员的方法在业务流程配置中的调用逻辑。
100.结合图8和图9，人员选择器200通过抽象类实现的门面模式实现对外统一接口22。业务流程配置时调用方通过访问对外统一接口22，来调用策略组20中的策略。其中，根据调用方查询的属性信息，进行分析处理，将选择的属性信息添加到策略的属性参数中得到策略实例，反馈给业务流程以配置人员信息。进而可以在前端生成待办任务，发送消息提醒处理，并且在待办列表中展示出来。
101.图10示意性示出了根据本公开实施例的用于动态配置人员的方法在业务流程使用中的调用逻辑。
102.结合图8和图10，在具体的业务流程使用过程中，有些操作需要进行人员的指派和转派。所谓指派就是对后续节点进行人员指定，默认操作人知道自己后续审批步骤的审批人；转派就是当前工单步骤虽然与自己有相关性，但是当前步骤不属于当前操作人来处理，他需要将工单转派给具体操作人来执行操作。
103.从本质上来讲，指派和转派都是在应用人员选择器200进行某一步骤的人员指定，其中，可以根据指派调用请求或转派调用请求访问对外统一接口22，并根据请求中的属性参数判断在策略组20中所调用的具体策略。可见，指派和转派都可以指定范围多人或者多组来处理，也可以指定到特定人来处理。但它们的区别是，指派是需要在业务流程的操作步
骤已配置的人员数据范围内再次细分，而转派就是可以任意指派给所有可能处理的处理人员(例如，用户，分组或者角色等)。
104.结合以上业务流程的配置和使用的示例可以看出，根据本公开实施例的方法，可以灵活地根据业务需求进行人员动态配置，大大简化业务流程的发布和使用过程，提升效率。一方面能够方便业务人员使用人员选择器200进行业务流程中的人员配置，另一方面能够实时同步数据库中的人员信息，方便后续在审批和沟通上提高效率。
105.根据本公开的实施例，通过基于策略模式的人员选择器200来配置人员信息，可以迅速响应人员变化和机构组织变化，提升业务安全性和合规性要求，可以实现人员选择方式的动态扩展。
106.通过前期充分的场景调研，可以使人员选择器200的设计基本覆盖现有几乎全部人员选择的业务场景。同时，基于策略模式的设计思路又给后续扩展提供了空间。本公开实施例的人员选择器200可以提升软件设计的能力，提升低耦合高内聚的微服务提供能力。
107.基于上述各个实施例的用于动态配置人员的方法，本公开实施例还提供了一种用于动态配置人员的装置。以下将结合图11对该装置进行详细描述。
108.图11示意性示出了根据本公开实施例的用于动态配置人员的装置1100的框图。
109.如图11所示，根据本公开实施例，该装置1100可以包括包括请求接收模块1100、调用模块1120以及配置模块1130。根据本公开的另一些实施例，装置1100还以包括解析模块1140。根据本公开的再一些实施例，该装置1100还可以进一步包括设置模块1150。该装置1100可以用于实现参考图2～图10所描述的方法。
110.请求接收模块1110用于接收第一用户发送的人员信息配置请求，人员信息配置请求包括目标属性字段、以及目标属性字段中的目标属性参数。在一些实施例中，请求接收模块1110可以执行上文描述的操作s310。
111.调用模块1120用于基于人员信息配置请求调用人员选择器，并在人员选择器中，从至少一个策略中选择与目标属性字段对应的目标策略，以及基于目标属性参数对目标策略的实例化，得到目标策略实例的信息。其中，人员选择器为基于策略模式设计的接口，人员选择器中设置有至少一个策略，每个策略为将从至少一个数据源中按照一个属性字段中的属性参数获取人员信息的算法进行封装而得到的类。在一些实施例中，调用模块1120可以执行上文所描述的操作s320、操作s330以及操作s340。
112.配置模块1130用于通过人员选择器将目标策略实例的信息反馈给第一用户，以使第一用户通过目标策略实例的信息来配置人员信息。在一些实施例中，配置模块1130可以执行上文所描述的操作s350。
113.解析模块1140用于响应于第二用户对目标策略实例的信息的解析操作，执行目标策略实例，以从至少一个数据源中按照目标属性字段中的目标属性参数获取人员信息。在一个实施例中，解析模块可以执行上文所描述的操作s360。
114.设置模块1150用于设置人员选择器。在一些实施例中设置模块1150可以实现图4或图7中的相关操作。具体地，根据本公开的一些实施例，设置模块1150可以包括确定子模块1151、策略设置子模块1152以及接口设置子模块1153。
115.确定子模块1151用于确定至少一个数据源中用于区分人员组成的至少一个属性字段。在一些实施例中，确定子模块1151可以执行上文描述的操作s410。
116.策略设置子模块1152用于针对至少一个属性字段中的每个属性字段对应设置一个策略，得到至少一个策略。相应地，在一些实施例中，策略设置子模块1152可以执行上文描述的操作s420。根据本公开另一些实施例，策略设置子模块1152还用于当出现用于区分人员组成的新增属性字段时，在人员选择器中针对新增属性字段设置一个新的策略。在另一些实施例中，策略设置子模块1152可以执行上文描述的操作s540。
117.接口设置模块1153用于设置对外统一接口，其中，对外统一接口用于接收外部调用，并访问至少一个策略。在一些实施例中，接口设置模块1153可以执行上文描述的操作s430。
118.根据本公开的实施例，请求接收模块1100、调用模块1120、配置模块1130、解析模块1140或设置模块1150中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，请求接收模块1100、调用模块1120、配置模块1130、解析模块1140或设置模块1150中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，请求接收模块1100、调用模块1120、配置模块1130、解析模块1140或设置模块1150中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
119.图12示意性示出了适于实现根据本公开实施例的用于动态配置人员的方法的电子设备1200的方框图。
120.如图12所示，根据本公开实施例的电子设备1200包括处理器1201，其可以根据存储在只读存储器(rom)1202中的程序或者从存储部分1208加载到随机访问存储器(ram)1203中的程序而执行各种适当的动作和处理。处理器1201例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))等等。处理器1201还可以包括用于缓存用途的板载存储器。处理器1201可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
121.在ram 1203中，存储有电子设备1200操作所需的各种程序和数据。处理器1201、rom 1202以及ram 1203通过总线1204彼此相连。处理器1201通过执行rom 1202和/或ram 1203中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 1202和ram 1203以外的一个或多个存储器中。处理器1201也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
122.根据本公开的实施例，电子设备1200还可以包括输入/输出(i/o)接口1205，输入/输出(i/o)接口1205也连接至总线1204。电子设备1200还可以包括连接至i/o接口1205的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至i/o接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计
算机程序根据需要被安装入存储部分1208。
123.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
124.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 1202和/或ram 1203和/或rom 1202和ram1203以外的一个或多个存储器。
125.本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的方法。
126.在该计算机程序被处理器1201执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。
127.在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分1209被下载和安装，和/或从可拆卸介质1211被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
128.在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被处理器1201执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
129.根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如java，c ，python，“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
130.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所
标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
131.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
132.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。