Certains contenus de cette application ne sont pas disponibles pour le moment.
Si cette situation persiste, veuillez nous contacter àObservations et contact
1. (WO2018219230) ATTRIBUTION DE CONFIANCE DE FLUX DE TRAVAIL D'APPROBATION ET PROCÉDÉ DE RÉ-ATTRIBUTION DE CONFIANCE
Document

说明书

发明名称

技术领域

0001  

背景技术

0002   0003   0004   0005   0006   0007   0008   0009   0010   0011   0012   0013  

发明概述

技术问题

0014  

技术解决方案

0015   0016   0017   0018   0019   0020   0021   0022   0023   0024   0025   0026   0027   0028   0029   0030  

有益效果

0031   0032   0033   0034   0035   0036   0037   0038   0039   0040   0041   0042   0043   0044   0045   0046  

附图说明

0047   0048   0049   0050   0051   0052  

本发明的实施方式

0053   0054   0055   0056   0057   0058   0059   0060   0061   0062   0063   0064   0065   0066   0067   0068   0069   0070   0071   0072   0073   0074   0075   0076   0077   0078   0079   0080   0081   0082   0083   0084   0085   0086   0087   0088   0089   0090   0091   0092   0093   0094   0095   0096   0097   0098   0099   0100   0101   0102   0103   0104   0105   0106  

权利要求书

1   2   3   4   5   6   7   8   9   10   11  

附图

页1 

说明书

发明名称 : 审批工作流的委托及其再委托方法

技术领域

技术领域

[0001]
本发明涉及一种ERP等管理软件系统的工作流中审批节点审批角色的设置和管理方法,特别是涉及一种审批工作流的委托及其再委托方法。

背景技术

背景技术

[0002]
基于角色的访问控制(RBAC)是近年来研究最多、思想最成熟的一种数据库权限管理机制,它被认为是替代传统的强制访问控制(MAC)和自主访问控制(DAC)的理想候选。传统的自主访问控制的灵活性高但是安全性低,强制访问控制安全性高但是限制太强;基于角色的访问控制两者兼具,不仅易于管理而且降低了复杂性、成本和发生错误的概率,因而近年来得到了极大的发展。基于角色的访问控制(RBAC)的基本思想是根据企业组织视图中不同的职能岗位划分不同的角色,将数据库资源的访问权限封装在角色中,用户通过被赋予不同的角色来间接访问数据库资源。
[0003]
在大型应用系统中往往都建有大量的表和视图,这使得对数据库资源的管理和授权变得十分复杂。由用户直接管理数据库资源的存取和权限的收授是十分困难的,它需要用户对数据库结构的了解非常透彻,并且熟悉SQL语言的使用,而且一旦应用系统结构或安全需求有所变动,都要进行大量复杂而繁琐的授权变动,非常容易出现一些意想不到的授权失误而引起的安全漏洞。因此,为大型应用系统设计一种简单、高效的权限管理方法已成为系统和系统用户的普遍需求。
[0004]
基于角色的权限控制机制能够对系统的访问权限进行简单、高效的管理,极大地降低了系统权限管理的负担和代价,而且使得系统权限管理更加符合应用系统的业务管理规范。
[0005]
然而,传统基于角色的用户权限管理和工作流控制方法均采用“角色对用户一对多”的关联机制,其“角色”为组/类性质,即一个角色可以同时对应/关联多个用户,角色类似于岗位/职位/工种等概念,这种关联机制下对用户权限的授权基本分为以下三种形式:1、如图1所示,直接对用户授权,缺点是工作量大、操作频繁且麻烦;审批流程中审批节点的审批操作主体是用户,工作流审批节点直接选择员工/用户作为审批主体,当发生员工变动(如调岗、离职等),该员工涉及到的所有流程必须要作相应调整,特别是对于公司管理人员,其涉及到的审批流程多,流程调整的工作量大、繁杂,容易出错或遗漏,影响企业的正常运营,甚至造成不可预估的损失。
[0006]
即使只是员工审批权限发生变化,也需要对该员工涉及到的流程作出相应调整,也存在以上类似问题。
[0007]
2、如图2所示,对角色(类/组/岗位/工种性质)进行授权(一个角色可以关联多个用户),用户通过角色获得权限,审批操作主体是组/类性质角色;3、如图3所示,以上两种方式结合。
[0008]
以上的表述中,2、3均需要对类/组性质的角色进行授权,而通过类/组/岗位/工种性质的角色进行授权和工作流控制的方式有以下缺点:1、用户权限变化时的操作难:在实际的系统使用过程中,经常因为在运营过程中需要对用户的权限进行调整,比如:在处理员工权限变化时,角色关联的某个员工权限发生变化,我们不能因该个别员工权限的变化而改变整个角色的权限,因为该角色还关联了其他权限未变的员工。因此为了应对该种情况,要么创建新角色来满足该权限发生变化的员工,要么对该员工根据权限需求直接授权(脱离角色)。以上两种处理方式,在角色权限较多的情况下对角色授权不仅所需时间长,而且容易犯错,使用方操作起来繁琐又麻烦,也容易出错导致对系统使用方的损失。
[0009]
员工/用户的审批权限发生变化时,要么员工/用户脱离角色,工作流审批节点直接选择员工/用户作为审批主体,要么新增角色来满足审批流程的要求。第一种方式,当发生员工变动(如调岗、离职等),该员工涉及到的所有流程必须要作相应调整,特别是对于公司管理人员,其涉及到的审批流程多,流程调整的工作量大、繁杂,容易出错或遗漏,影响企业的正常运营,甚至造成不可预估的损失。即使只是员工审批权限发生变化,也需要对该员工涉及到的流程作出相应调整,也存在以上类似问题。第二种方式,新增角色便涉及到角色的新建、关联、授权工作,特别在角色多、角色关联的用户也多的情况下,角色具体关联了哪些用户是很难记住的。
[0010]
2、要长期记住角色包含的具体权限难:若角色的权限功能点比较多,时间一长,很难记住角色的具体权限,更难记住权限相近的角色之间的权限差别,相近角色的权限也很容易混淆;若要关联新的用户,无法准确判断应当如何选择关联。
[0011]
3、因为用户权限变化,则会造成角色创建越来越多(若不创建新角色,则会大幅增加直接对用户的授权),更难分清各角色权限的具体差别。
[0012]
4、调岗时,若要将被调岗用户的很多个权限分配给另外几个用户承担,则处理时必须将被调岗用户的这些权限区分开来,分别再创建角色来关联另外几个用户,这样的操作不仅复杂耗时,而且还很容易发生错误。
[0013]
在一个公司中,有员工因为私事需要请长假、或者休年假或者参加离岗培训等时,需要离开岗位较长时间,在此期间该员工无法处理其负责的工作流审批,此时就需要将其负责的工作流审批委托给其他人。但是,现有技术中,通常采用的是将用户委托给用户的方式,这种委托方式存在一些不足,若甲需要请长假,且甲负责的工作流审批涉及财务、销售和生产等时,公司中没有人能够胜任甲的全部工作,此时若将甲的工作全部委托给另一个员工,则会导致甲的某些工作无法被正常处理。

发明概述

技术问题

[0014]
本发明的目的在于克服现有技术的不足,提供一种审批工作流的委托方法,能够按用户、角色、表单、审批工作流程和流程节点进行委托,提供多种委托方式,满足不同情况下的委托需求。

技术解决方案

[0015]
本发明的目的是通过以下技术方案来实现的:审批工作流的委托方法,包括根据用户进行委托、根据角色进行委托、根据表单进行委托、根据审批工作流进行委托和根据流程节点进行委托中的一种或多种;根据用户进行委托:将作为委托者的用户委托给一个作为被委托者的角色;根据角色进行委托:将作为委托者的用户关联的一个角色委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的多个角色委托给一个作为被委托者的用户或角色,作为委托者的用户关联的每个角色只能被委托给一个作为被委托者的用户或角色;根据表单进行委托:将作为委托者的用户关联的所有角色关联的所有表单中的一个表单委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有表单中的多个表单委托给一个或多个作为被委托者的用户或角色,作为委托者的用户关联的所有角色下的每个表单只能被委托给一个作为被委托者的用户或角色;根据审批工作流进行委托:将作为委托者的用户关联的所有角色关联的所有审批工作流中的一个审批工作流委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有审批工作流中的多个审批工作流委托给一个或多个作为被委托者的用户或角色,作为委托者的用户关联的所有角色下的每个审批工作流只能被委托给一个作为被委托者的用户或角色;根据流程节点进行委托:作为委托者的用户关联的所有角色关联的所有审批工作流关联的所有流程节点中的一个流程节点委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有审批工作流关联的所有流程节点中的多个流程节点委托给一个或多个作为被委托者的用户或角色,作为委托者的用户关联的所有角色关联的所有审批工作流关联的每个流程节点只能被委托给一个作为被委托者的用户或角色。
[0016]
优选的,所述委托的步骤包括:发起委托:委托者向被委托者发起/发送/申请/请求委托,所述发起/发送/申请/请求委托包括委托内容、委托开始时间;确认委托:被委托者根据所述发起/发送/申请/请求委托的信息确认接受或者拒绝委托。
[0017]
优选的,所述委托的步骤还包括撤回发起/发送/申请/请求委托:在被委托者确认委托前,所述委托者撤回向该被委托者发送的相应发起/发送/申请/请求委托。
[0018]
优选的,所述角色是独立的个体,而非组/类,同一时段一个角色只能关联唯一的用户,而一个用户关联一个或多个角色;所述用户通过其与角色的关联确定权限,一个员工对应一个用户账号,一个用户账号对应一个员工。
[0019]
优选的,所述角色归属于部门,根据角色的工作内容对角色进行授权,所述角色的名称在该部门下唯一,该角色的编号在系统中唯一。
[0020]
所述用户跨部门调岗时,取消用户与原部门内的角色的关联,将用户与新部门内的角色进行关联。
[0021]
所述审批工作流中包括一个开始流程节点、至少一个审批流程节点、一个结束流程节点,其中:开始流程节点:审批流程开始;审批流程节点:设置审批角色,对相应的审批角色进行审批权限授权(或设置);结束流程节点:审批流程结束。
[0022]
上述的审批工作流的委托的再委托方法,包括根据用户进行再委托、根据角色进行再委托、根据表单进行再委托、根据审批工作流进行再委托和根据流程节点进行再委托中的一种或者多种;根据用户进行再委托:所述被委托者将其接受委托的用户委托给作为二次被委托者的一个角色;根据角色进行再委托:所述被委托者将其接受委托的角色中的一个角色委托给一个作为二次被委托者的用户或角色;或者,所述被委托者将其接受委托的角色中的多个角色委托给一个或多个作为二次被委托者的用户或角色,所述被委托者接受委托的每个角色只能被委托给一个作为二次被委托者的用户或角色;根据表单进行再委托:所述被委托者将其接受委托的表单中的一个表单委托给一个作为二次被委托者的用户或角色;或者,所述被委托者将其接受委托的表单中的多个表单委托给一个或多个作为二次被委托者的用户或角色,所述被委托者接受委托的每个表单只能被委托给一个作为二次被委托者的用户或角色;根据审批工作流进行再委托:所述被委托者将其接受委托的审批工作流中的一个审批工作流委托给一个作为二次被委托者的用户或角色;或者,所述被委托者将其接受委托的审批工作流中的多个审批工作流委托给一个或多个作为二次被委托者用户或角色,所述被委托者接受委托的每个审批工作流只能被委托给一个作为二次被委托者的用户或角色;根据流程节点进行再委托:所述被委托者将其接受委托的流程节点中的一个流程节点委托给一个作为二次被委托者用户或角色;或者,所述被委托者将其接受委托的流程节点中的多个流程节点委托给一个或多个作为二次被委托者的用户或角色,所述被委托者接受委托的每个流程节点只能被委托给一个作为二次被委托者的用户或角色。
[0023]
优选的,所述被委托者采用根据用户进行再委托、根据角色进行再委托、根据表单进行再委托、根据审批工作流进行再委托和根据流程节点进行再委托中的一种或者多种进行再委托时,显示相应的最初委托者的相关信息。
[0024]
优选的,当所述委托者和所述被委托者之间的委托关系终止时,所述被委托者和所述二次被委托者之间相应的委托关系终止。
[0025]
审批工作流的委托方法,包括根据用户进行委托、根据角色进行委托、根据表单进行委托、根据审批工作流进行委托和根据流程节点进行委托中的一种或多种;
[0026]
根据用户进行委托:将作为委托者的用户委托给一个作为被委托者的角色;
[0027]
根据角色进行委托:将作为委托者的用户关联的一个角色委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的多个角色委托给一个作为被委托者的用户或角色;
[0028]
根据表单进行委托:将作为委托者的用户关联的所有角色关联的所有表单中的一个表单委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有表单中的多个表单委托给一个或多个作为被委托者的用户或角色;
[0029]
根据审批工作流进行委托:将作为委托者的用户关联的所有角色关联的所有审批工作流中的一个审批工作流委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有审批工作流中的多个审批工作流委托给一个或多个作为被委托者的用户或角色;
[0030]
根据流程节点进行委托:将作为委托者的用户关联的所有角色关联的所有审批工作流关联的所有流程节点中的一个流程节点委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有审批工作流关联的所有流程节点中的多个流程节点委托给一个或多个作为被委托者的用户或角色。

有益效果

[0031]
本发明的有益效果是:(1)采用根据用户进行委托(即:委托的是用户关联的审批工作流中的审批任务)的方法时,作为委托者的用户关联的角色新增或减少时,被委托者接受委托的角色同样增加或减少,避免了作为委托者的用户在委托期间关联的角色发生变化时引起流程混乱的情况;例如,张三对应的用户关联的角色为角色A、角色B和角色C,李四对应的用户关联有角色D、角色E和角色F。将张三对应的用户委托给角色D时,即角色A、角色B和角色C都委托给角色D(即:角色A、角色B和角色C关联的审批工作流中的审批任务都委托给了角色D);若在委托期间张三对应的用户又关联了角色G,则角色G自动委托给角色D;若在委托期间张三对应的用户关联的角色删去角色C,则委托给角色D的所有角色中也相应地删除角色C。
[0032]
(2)采用根据角色进行委托(即:委托的是角色关联的审批工作流中的审批任务)、根据表单进行委托(即:委托的是表单关联的审批工作流中的审批任务)、根据审批工作流进行委托(即:委托的是审批工作流中的审批任务)和根据流程节点进行委托(即:委托的是流程节点的审批任务)的方法时,可以根据不同的需要选择不同的方式委托给相应的用户或角色,从而委托给最适合的用户或角色,从而保证被委托者有能力完成相应的工作内容;以及可以将需要委托的工作按照被委托者的当前工作量进行分别委托,使得被委托者的工作量不会剧增,以便被委托者有精力按时按质完成相应工作;例如,张三对应的用户关联的角色为角色A、角色B和角色C,被委托者的候选者有李四对应的用户和王五对应的用户,而且李四不会处理角色B和角色C对应的工作,因此可以将角色A委托给李四对应的用户,将角色B和角色C委托给王五对应的用户;又例如,张三对应的用户关联的角色为角色A、角色B和角色C,被委托者的候选者有李四对应的用户和王五对应的用户,而且李四和王五均能处理角色A、角色B和角色C对应的工作,李四当前的工作量小于王五当前的工作量,因此可以将角色A和角色B委托给李四对应的用户,将角色C委托给王五对应的用户。
[0033]
又例如,将销售表单关联的审批工作流委托给一个销售角色,将生产表单关联的审批工作流委托给一个生产角色。
[0034]
(3)本发明中只设置委托开始时间而不设置委托结束时间,可以避免委托者提起归来无法处理相应审批等工作,或者委托者需要延期归来而导致的延期期间相应的审批等工作无人进行处理的情况。
[0035]
(4)本发明中在进行再委托时显示最初委托者,能够为选择下一个被委托者提供参考(因为被委托的用户/角色/表单/审批工作流/审批工作流节点能够被接受委托者不断的进行再委托)。
[0036]
(5)工作流中审批操作的主体是角色,而且这个角色是独立的个体而不是传统组/类性质的角色,即使发生员工/用户变动(如调岗、离职等),只需将员工重新关联到新角色,或者是员工审批权限发生变化,针对性调整该角色审批权限即可,无需重新设置/调整流程,设置方便,不会出错或遗漏,不会影响企业的正常运营,极大提高了工作流的可靠性。以岗位号性质的角色为审批环节节点的审批授权主体,用户通过角色确定其有哪些审批任务,用户通过关联角色的权限进行审批操作即可;理解清晰简单,每个岗位号/工位号性质的角色是工作主体的最小单位,针对每个角色对审批的不同需求,本申请均能够很好满足。
[0037]
(6)本申请角色对用户是一对一的关系,同一时段一个角色只能关联唯一的用户,这样做的好处是,只要将用户关联到角色即可获得权限(即用户获得其关联的角色的权限),而且角色的权限变更比传统机制中的用户权限变更要少得多。独立体性质(岗位号/工位号性质)的角色数量变化小,虽然员工流动大,但岗位号/工位号的变化小(甚至在一定时段内是没有变化的,即角色没有变化),这样将极大简化用户的权限管理,减少系统的开销。
[0038]
(7)动态管理、入职调岗等的操作简单方便,效率高,可靠性高:入职/离职/调岗在审批流程中的应用简单,工作流程的审批的操作主体是角色,当员工/用户发生变化时不用重新设置审批流程(用户只需取消或关联角色即可:不再任职该岗位号/工位号的角色的用户就取消该角色关联,接手任职该岗位号/工位号的角色的用户关联该岗位号的角色,则关联该角色的用户自动就获得了该角色在审批工作流中的相关任务和权限,无需对审批工作流进行重新设置或对工作流中的角色进行重新授权,极大地提高了流程设置的效率、安全性和可靠性。
[0039]
举例:因张三用户离职或调岗等原因,张三不再做“采购员3”这个角色的工作,则张三取消了与该角色的关联;另外李四接手做“采购员3”这个角色的工作,则将李四关联该角色,则李四自动获得了审批流程中“采购员3”这个角色的审批任务和审批权限。
[0040]
(8)传统的权限管理机制将角色定义为组、工种、类等性质,角色对用户是一对多的关系,在实际的系统使用过程中,经常因为在运营过程中需要对用户的权限进行调整,比如:在处理员工权限变化的时候,角色关联的某个员工的权限发生变化,我们不能因该个别员工权限的变化而改变整个角色的权限,因为该角色还关联了其他权限未变的员工。因此为了应对该种情况,要么创建新角色来满足该权限发生变化的员工,要么对该员工根据权限需求直接授权(脱离角色)。以上两种处理方式,在角色权限较多的情况下对角色授权不仅所需时间长,而且容易犯错,使用方操作起来繁琐又麻烦,也容易出错导致对系统使用方的损失。
[0041]
但在本申请的方法下,因为角色是一个独立的个体,则可以选择改变角色权限即可达到目的。本申请的方法,虽然看起来在系统初始化时会增加工作量,但可以通过复制等方法,使其创建角色或授权的效率高于传统以组为性质的角色,因为不用考虑性质为组的角色在满足关联用户时的共通性,本申请方案会让权限设置清晰,明了;尤其是在系统使用一段时间后(用户/角色权限动态变化),该申请方案能为系统使用方大幅度提高系统使用中的权限管理效率,使动态授权更简单,更方便,更清晰、明了,提高权限设置的效率和可靠性。
[0042]
(9)传统以组为性质的角色授权方法容易出错,本申请方法大幅降低了授权出错的几率,因为本申请方法只需考虑作为独立个体的角色,而不用考虑传统方法下关联该组性质角色的多个用户有哪些共通性。即使授权出错也只影响关联到该角色的那一个用户,而传统以组性质的角色则会影响关联到该角色的所有用户。即使出现权限授权错误,本申请的修正方法简单、时间短,而传统以组性质的角色在修正错误时需要考虑关联到该角色的所有用户的权限共通性,在功能点多的情况下不仅修改麻烦、复杂,非常容易出错,且很多情况下只能新创建角色才能解决。
[0043]
(10)在传统以组为性质的角色授权方法下,若角色的权限功能点比较多,时间一长,很难记住角色的具体权限,更难记住权限相近的角色之间的权限差别,若要关联新的用户,无法准确判断应当如何选择关联。本申请方法的角色本身就具有岗位号/工位号的性质,选择一目了然。
[0044]
(11)调岗时,若要将被调岗用户的很多个权限分配给另外几个用户承担,则处理时必须将被调岗用户的这些权限区分开来,分别再创建角色来关联另外几个用户,这样的操作不仅复杂耗时,而且还很容易发生错误。
[0045]
本申请方法则为:被调岗用户关联了几个角色,在调岗时,首先取消用户与原部门内的角色的关联(被取消的这几个角色可以被重新关联给其他用户),然后将用户与新部门内的角色进行关联即可。操作简单,不会出错。
[0046]
(12)角色归属于部门,则该角色的部门不能被更换,角色为什么不能更换部门:理由1:因为本申请的角色性质等同于一个工位号/岗位号,不同的工位号/岗位号的工作内容/权限是不一样的,如销售部门下的销售员1角色和技术部门的开发人员1角色是完全不同的两个工位号/岗位号,其权限是不同的;理由2:若将销售员1角色的所属部门(销售部)更换为技术部,其销售人员1这个角色的权限不变,则在技术部存在拥有销售部权限的一个角色,这样会导致管理混乱及安全漏洞。

附图说明

[0047]
图1为背景技术中系统直接对用户进行授权的方式示意图;
[0048]
图2为背景技术中系统对组/类性质角色进行授权的方式示意图;
[0049]
图3为背景技术中系统对用户直接授权和对组/类性质角色授权相结合的方式示意图;
[0050]
图4为本发明中审批工作流的委托方法;
[0051]
图5为一个审批工作流的示意图;
[0052]
图6为本发明中审批工作流的委托的再委托方法。

本发明的实施方式

[0053]
下面结合附图进一步详细描述本发明的技术方案,但本发明的保护范围不局限于以下所述。
[0054]
【实施例1】如图4所示,审批工作流的委托方法,包括根据用户进行委托、根据角色进行委托、根据表单进行委托、根据审批工作流进行委托和根据流程节点进行委托中的一种或多种。
[0055]
根据用户进行委托:将作为委托者的用户委托给一个作为被委托者的角色,即将作为委托者的用户所关联的审批工作流委托给作为被委托者的角色。此外,也可以将作为委托者的用户委托给一个作为被委托者的用户。
[0056]
例如,张三对应的用户关联有角色A、角色B和角色C,李四对应的用户关联有角色D、角色E和角色F。将张三对应的用户委托给角色D时,即角色A、角色B和角色C都委托给角色D(即:张三的角色A、角色B和角色C所关联的审批工作流中的角色A、角色B和角色C的审批任务被委托给了角色D);若在委托期间张三对应的用户又关联了角色G,则角色G自动委托给角色D;若在委托期间张三对应的用户关联的角色删去角色C,则委托给角色D的所有角色中也相应地删除角色C。同理,将张三对应的用户委托给李四对应的用户时,即角色A、角色B和角色C都委托给李四对应的用户;若在委托期间张三对应的用户又关联了角色G,则角色G自动委托给李四对应的用户;若在委托期间张三对应的用户关联的角色删去角色C,则委托给李四对应的用户的所有角色中也相应地删除角色C。
[0057]
采用根据用户进行委托的方法时,作为委托者的用户关联的角色新增或减少时,被委托者接受委托的角色同样增加或减少,避免了作为委托者的用户在委托期间关联的角色发生变化时引起流程混乱的情况。
[0058]
根据角色进行委托:将作为委托者的用户关联的一个角色委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的多个角色委托给一个作为被委托者的用户或角色,作为委托者的用户关联的每个角色只能被委托给一个作为被委托者的用户或角色。即将作为委托者的用户关联的所有角色所关联的审批工作流委托给作为被委托者的用户或角色。例如,张三对应的用户关联有角色A、角色B和角色C,李四对应的用户关联有角色D、角色E和角色F,王五对应的用户关联有角色G和角色H。
[0059]
将角色A、角色B和角色C全部委托给一个作为被委托者的用户或角色时:将角色A、角色B和角色C全部委托给李四对应的用户,或者,将角色A、角色B和角色C全部委托给角色H。
[0060]
将角色A、角色B和角色C委托给多个作为被委托者的用户或角色时:将角色A和角色B委托给李四对应的用户,将角色C委托给王五对应的用户;或者,将角色A和角色B委托给角色E,将角色C委托给角色G;或者,将角色A和角色B委托给李四对应的用户,将角色C委托给角色G。
[0061]
采用根据角色进行委托的方法时,可以将不同工作内容的角色委托给相应的用户或角色,从而可以将每个角色委托给最适合的用户或角色,从而保证被委托者有能力完成相应的工作内容。
[0062]
根据表单进行委托:将作为委托者的用户关联的所有角色关联的所有表单中的一个表单委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有表单中的多个表单委托给一个或多个作为被委托者的用户或角色,作为委托者的用户关联的所有角色下的每个表单只能被委托给一个作为被委托者的用户或角色。即将作为委托者的用户关联的所有角色下的所有表单所关联的审批工作流委托给作为被委托者的用户或角色。用于工作流审批的表单需要设置一个或多个审批工作流。
[0063]
例如,张三对应的用户关联的所有角色下的所有表单为表单A、表单B和表单C,李四对应的用户关联有角色D、角色E和角色F,王五对应的用户关联有角色G和角色H。
[0064]
将表单A、表单B和表单C全部委托给一个作为被委托者的用户或角色时:将表单A、表单B和表单C全部委托给李四对应的用户,或者,将表单A、表单B和表单C全部委托给角色H。
[0065]
将表单A、表单B和表单C委托给多个作为被委托者的用户或角色时:将表单A和表单B委托给李四对应的用户,将表单C委托给王五对应的用户;或者,将表单A和表单B委托给角色E,将表单C委托给角色G;或者,将表单A和表单B委托给李四对应的用户,将表单C委托给角色G。
[0066]
例如,张三对应的用户关联的所有角色下的所有表单为合同表单、报销表单和生产表单,可以将合同表单委托给销售经理A、将报销表单委托给行政主管B、将生产表单委托给车间主任C。
[0067]
根据审批工作流进行委托:将作为委托者的用户关联的所有角色关联的所有审批工作流中的一个审批工作流委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有审批工作流中的多个审批工作流委托给一个或多个作为被委托者的用户或角色,作为委托者的用户关联的所有角色下的每个审批工作流只能被委托给一个作为被委托者的用户或角色。
[0068]
例如,张三对应的用户关联的所有角色下的所有审批工作流为审批工作流A、审批工作流B和审批工作流C,李四对应的用户关联有角色D、角色E和角色F,王五对应的用户关联有角色G和角色H。
[0069]
将审批工作流A、审批工作流B和审批工作流C全部委托给一个作为被委托者的用户或角色时:将审批工作流A、审批工作流B和审批工作流C全部委托给李四对应的用户,或者,将审批工作流A、审批工作流B和审批工作流C全部委托给角色H。
[0070]
将审批工作流A、审批工作流B和审批工作流C委托给多个作为被委托者的用户或角色时:将审批工作流A和审批工作流B委托给李四对应的用户,将审批工作流C委托给王五对应的用户;或者,将审批工作流A和审批工作流B委托给角色E,将审批工作流C委托给角色G;或者,将审批工作流A和审批工作流B委托给李四对应的用户,将审批工作流C委托给角色G。
[0071]
例如,张三对应的用户关联的所有角色下的所有审批工作流为标准设备审批工作流和定制设备审批工作流,可以将标准设备审批工作流委托给销售主管A、将定制设备审批工作流委托给销售经理B。
[0072]
根据流程节点进行委托:作为委托者的用户关联的所有角色关联的所有审批工作流关联的所有流程节点中的一个流程节点委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有审批工作流关联的所有流程节点中的多个流程节点委托给一个或多个作为被委托者的用户或角色,作为委托者的用户关联的所有角色关联的所有审批工作流关联的每个流程节点只能被委托给一个作为被委托者的用户或角色。
[0073]
例如,张三对应的用户关联的所有角色下的所有审批工作流中的所有流程节点为流程节点A、流程节点B和流程节点C,李四对应的用户关联有角色D、角色E和角色F,王五对应的用户关联有角色G和角色H。
[0074]
将流程节点A、流程节点B和流程节点C全部委托给一个作为被委托者的用户或角色时:将流程节点A、流程节点B和流程节点C全部委托给李四对应的用户,或者,将流程节点A、流程节点B和流程节点C全部委托给角色H。
[0075]
将流程节点A、流程节点B和流程节点C委托给多个作为被委托者的用户或角色时:将流程节点A和流程节点B委托给李四对应的用户,将流程节点C委托给王五对应的用户;或者,将流程节点A和流程节点B委托给角色E,将流程节点委托给角色G;或者,将流程节点A和流程节点B委托给李四对应的用户,将流程节点C委托给角色G。
[0076]
例如,张三对应的用户关联的所有角色下在一个审批工作流中有流程节点A、流程节点B和流程节点C,可以将流程节点A和流程节点B委托给销售主管A,将流程节点委托给经理B。
[0077]
所述委托的步骤包括:发起委托:委托者向被委托者发起/发送/申请/请求委托,所述发起/发送/申请/请求委托包括委托内容、委托开始时间;确认委托:被委托者根据所述发起/发送/申请/请求委托的信息确认接受或者拒绝委托。
[0078]
被委托者可以根据自己的能力以及工作饱满度选择是否接受委托,防止由于必须接受委托导致被委托者无法完成委托的工作的情况。此外,委托信息中只设置委托开始时间而不设置委托结束时间,可以避免委托者提起归来无法处理相应审批等工作,或者委托者需要延期归来而导致的延期期间相应的审批等工作无人进行处理的情况。
[0079]
所述委托的步骤还包括撤回发起/发送/申请/请求委托:在被委托者确认委托前,所述委托者撤回向该被委托者发送的相应发起/发送/申请/请求委托。使得在当前被委托者接受委托前,若委托者找到更好的被委托者时,可以撤回该委托,重新进行委托。
[0080]
所述角色是独立的个体,而非组/类,同一时段一个角色只能关联唯一的用户,而一个用户关联一个或多个角色。
[0081]
所述用户通过其与角色的关联确定权限,一个员工对应一个用户账号,一个用户账号对应一个员工。
[0082]
角色的定义:角色不具有组/类/类别/岗位/职位/工种等性质,而是一个非集合的性质,角色具有唯一性,角色是独立存在的独立个体;在企事业单位应用中相当于岗位号(此处的岗位号非岗位,一个岗位同时可能有多个员工,而同一时段一个岗位号只能对应一个员工)。
[0083]
举例:某个公司系统中可创建如下角色:总经理、副总经理1、副总经理2、北京销售一部经理、北京销售二部经理、北京销售三部经理、上海销售工程师1、上海销售工程师2、上海销售工程师3、上海销售工程师4、上海销售工程师5……用户与角色的关联关系:若该公司员工张三任职该公司副总经理2,同时任职北京销售一部经理,则张三需要关联的角色为副总经理2和北京销售一部经理,张三拥有了这两个角色的权限。
[0084]
传统角色的概念是组/类/岗位/职位/工种性质,一个角色能够对应多个用户。而本申请“角色”的概念相当于岗位号/工位号,也类同于影视剧中的角色:一个角色在同一时段(童年、少年、中年……)只能由一个演员来饰演,而一个演员可能会分饰多角。
[0085]
所述角色归属于部门,根据角色的工作内容对角色进行授权,所述角色的名称在该部门下唯一,该角色的编号在系统中唯一。
[0086]
所述用户跨部门调岗时,取消用户与原部门内的角色的关联,将用户与新部门内的角色进行关联。在创建角色之后,可以在创建用户的过程中关联角色,也可以在用户创建完成后随时进行关联。用户关联角色后可以随时解除与角色的关联关系,也可以随时建立与其他角色的关联关系。
[0087]
所述审批工作流的生成方法包括:构建用户-角色-权限的三层机构模型,其中:角色层:工作流中流程审批的操作主体为角色,每个角色是独立的个体,而非组/类,同一时段一个角色只能关联唯一的用户,而一个用户关联一个或多个角色;权限层:由工作流执行中所需要使用的权限构成,权限直接授权给角色;用户层:用户通过关联的角色确定工作流中的审批任务,并以关联角色的权限进行审批操作;利用三层结构模型对审批工作流进行控制,如图5所示, 所述审批工作流中包括一个开始流程节点、至少一个审批流程节点、一个结束流程节点,其中:开始节点:发起/申请/提交工作流作为开始节点,或者由第一个审批节点作为开始节点;审批节点:设置审批角色,对相应的审批角色进行审批权限授权(或设置);结束节点:审批流程流转到此节点时该审批流程结束,该结束节点不进行审批操作;或者以最后一个审批节点作为结束节点,该结束节点需要进行审批操作。
[0088]
【实施例2】如图6所示,审批工作流的委托的再委托方法,包括根据用户进行再委托、根据角色进行再委托、根据表单进行再委托、根据审批工作流进行再委托和根据流程节点进行再委托中的一种或者多种。
[0089]
根据用户进行再委托:所述被委托者将其接受委托的用户委托给作为二次被委托者的一个角色。此外,所述被委托者将其接受委托的用户委托给作为二次被委托者的一个用户。
[0090]
例如,张三对应的用户关联的角色为角色A、角色B和角色C,李四对应的用户关联有角色D、角色E和角色F,王五对应的用户关联有角色G和角色H。将张三对应的用户委托给角色D,即角色A、角色B和角色C都委托给角色D时,被委托者可以将张三对应的用户委托给角色H,即角色A、角色B和角色C都委托给角色H。若在委托期间张三对应的用户又关联了角色J,则角色J自动委托给角色H;若在委托期间张三对应的用户关联的角色删去角色C,则委托给角色H的所有角色中也相应地删除角色C。
[0091]
根据角色进行再委托:所述被委托者将其接受委托的角色中的一个角色委托给一个作为二次被委托者的用户或角色;或者,所述被委托者将其接受委托的角色中的多个角色委托给一个或多个作为二次被委托者的用户或角色,所述被委托者接受委托的每个角色只能被委托给一个作为二次被委托者的用户或角色。
[0092]
例如,张三对应的用户关联的角色为角色A、角色B和角色C,李四对应的用户关联有角色D、角色E和角色F,王五对应的用户关联有角色G和角色H,李二对应的用户关联有角色J和角色K。将角色A和角色B委托给角色E,将角色C委托给角色G时,接受角色A和角色B委托的委托者可以将角色A和角色B再委托给角色K。
[0093]
根据表单进行再委托:所述被委托者将其接受委托的表单中的一个表单委托给一个作为二次被委托者的用户或角色;或者,所述被委托者将其接受委托的表单中的多个表单委托给一个或多个作为二次被委托者的用户或角色,所述被委托者接受委托的每个表单只能被委托给一个作为二次被委托者的用户或角色。
[0094]
例如,张三对应的用户关联的所有角色下的所有表单为合同表单、报销表单和生产表单,可以将合同表单委托给销售经理A、将报销表单委托给行政主管B、将生产表单委托给车间主任C。销售经理A由于在接受合同表单的委托后,由于市场变化导致其本身负责角色的工作量剧增,无法处理合同表单的任务,因此销售经理A可以将合同表单委托给销售经理B。
[0095]
根据审批工作流进行再委托:所述被委托者将其接受委托的审批工作流中的一个审批工作流委托给一个作为二次被委托者的用户或角色;或者,所述被委托者将其接受委托的审批工作流中的多个审批工作流委托给一个或多个作为二次被委托者用户或角色,所述被委托者接受委托的每个审批工作流只能被委托给一个作为二次被委托者的用户或角色。
[0096]
例如,张三对应的用户关联的所有角色下的所有审批工作流为标准设备审批工作流和定制设备审批工作流,可以将标准设备审批工作流委托给销售主管A、将定制设备审批工作流委托给销售经理B。销售经理B由于在接受定制设备审批工作流的委托后,由于市场变化导致其本身负责角色的工作量剧增,无法处理被委托的定制设备审批工作流的任务,因此销售经理B可以将被委托的定制设备审批工作流委托给销售经理C。
[0097]
根据流程节点进行再委托:所述被委托者将其接受委托的流程节点中的一个流程节点委托给一个作为二次被委托者用户或角色;或者,所述被委托者将其接受委托的流程节点中的多个流程节点委托给一个或多个作为二次被委托者的用户或角色,所述被委托者接受委托的每个流程节点只能被委托给一个作为二次被委托者的用户或角色。
[0098]
例如,张三对应的用户关联的所有角色下在一个审批工作流中有流程节点A、流程节点B和流程节点C,可以将流程节点A和流程节点B委托给销售主管A,将流程节点C委托给经理B。经理B由于岗位职责变动,其自身对应用户关联的角色增加,导致其没有时间处理流程节点C的审批,经理B可以将流程节点C委托给经理D。
[0099]
所述被委托者采用根据用户进行再委托、根据角色进行再委托、根据表单进行再委托、根据审批工作流进行再委托和根据流程节点进行再委托中的一种或者多种进行再委托时,显示相应的最初委托者的相关信息。在进行再委托时显示最初委托者,能够为选择下一个被委托者提供参考。
[0100]
当所述委托者和所述被委托者之间的委托关系终止时,所述被委托者和所述二次被委托者之间相应的委托关系终止。从而避免所述委托者和所述被委托者之间的委托关系终止时,所述被委托者和所述二次被委托者之间仍存在相应的委托关系导致的混乱情况。
[0101]
例如,存在如下委托关系,委托者A将用户A委托给被委托者B,被委托者B将用户A再委托给被委托者C,被委托者C将用户A再委托给被委托者D,被委托者D将用户A再委托给被委托者E。
[0102]
若被委托者B终止将用户A委托给被委托者C,则被委托者C和被委托者D、被委托者D和被委托者E之间的委托关系均终止。
[0103]
若委托者A终止将用户A委托给被委托者B,则被委托者B和被委托者C、被委托者C和被委托者D、被委托者D和被委托者E之间的委托关系均终止。
[0104]
这么处理的理由:因为不这么处理,则当委托者A终止将用户A委托给被委托者B时,若被委托者B和被委托者C、被委托者C和被委托者D、被委托者D和被委托者E之间的委托关系没有终止,则会出现委托者A可以处理用户A对应的工作,被委托者E也可以处理用户A对应的工作的情况,从而导致职责不清。
[0105]
被委托者D在将用户A进行再委托时,显示用户A的初始委托者为委托者A,为被委托者D选择下一个被委托者提供参考。
[0106]
以上所述仅是本发明的优选实施方式,应当理解本发明并非局限于本文所披露的形式,不应看作是对其他实施例的排除,而可用于各种其他组合、修改和环境,并能够在本文所述构想范围内,通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围,则都应在本发明所附权利要求的保护范围内。

权利要求书

[权利要求 1]
审批工作流的委托方法,其特征在于,包括根据用户进行委托、根据角色进行委托、根据表单进行委托、根据审批工作流进行委托和根据流程节点进行委托中的一种或多种; 根据用户进行委托:将作为委托者的用户委托给一个作为被委托者的角色; 根据角色进行委托:将作为委托者的用户关联的一个角色委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的多个角色委托给一个作为被委托者的用户或角色,作为委托者的用户关联的每个角色只能被委托给一个作为被委托者的用户或角色; 根据表单进行委托:将作为委托者的用户关联的所有角色关联的所有表单中的一个表单委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有表单中的多个表单委托给一个或多个作为被委托者的用户或角色,作为委托者的用户关联的所有角色下的每个表单只能被委托给一个作为被委托者的用户或角色; 根据审批工作流进行委托:将作为委托者的用户关联的所有角色关联的所有审批工作流中的一个审批工作流委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有审批工作流中的多个审批工作流委托给一个或多个作为被委托者的用户或角色,作为委托者的用户关联的所有角色下的每个审批工作流只能被委托给一个作为被委托者的用户或角色; 根据流程节点进行委托:将作为委托者的用户关联的所有角色关联的所有审批工作流关联的所有流程节点中的一个流程节点委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有审批工作流关联的所有流程节点中的多个流程节点委托给一个或多个作为被委托者的用户或角色,作为委托者的用户关联的所有角色关联的所有审批工作流关联的每个流程节点只能被委托给一个作为被委托者的用户或角色。
[权利要求 2]
根据权利要求1所述的审批工作流的委托方法,其特征在于:所述委托的步骤包括:发起委托:委托者向被委托者发起/发送/申请/请求委托,所述发起/发送/申请/请求委托包括委托内容、委托开始时间; 确认委托:被委托者根据所述发起/发送/申请/请求委托的信息确认接受或者拒绝委托。
[权利要求 3]
根据权利要求2所述的审批工作流的委托方法,其特征在于,所述委托的步骤还包括撤回发起/发送/申请/请求委托:在被委托者确认委托前,所述委托者撤回向该被委托者发送的相应发起/发送/申请/请求委托。
[权利要求 4]
根据权利要求1所述的审批工作流的委托方法,其特征在于,所述角色是独立的个体,而非组/类,同一时段一个角色只能关联唯一的用户,而一个用户关联一个或多个角色; 所述用户通过其与角色的关联确定权限,一个员工对应一个用户账号,一个用户账号对应一个员工。
[权利要求 5]
根据权利要求4所述的审批工作流的委托方法,其特征在于,所述角色归属于部门,根据角色的工作内容对角色进行授权,所述角色的名称在该部门下唯一,该角色的编号在系统中唯一。
[权利要求 6]
根据权利要求5所述的审批工作流的委托方法,其特征在于,所述用户跨部门调岗时,取消用户与原部门内的角色的关联,将用户与新部门内的角色进行关联。
[权利要求 7]
根据权利要求1所述的审批工作流的委托方法,其特征在于,所述审批工作流中包括一个开始流程节点、至少一个审批流程节点、一个结束流程节点,其中:开始流程节点:审批流程开始; 审批流程节点:设置审批角色,对相应的审批角色进行审批权限授权; 结束流程节点:审批流程结束。
[权利要求 8]
如权利要求1~7任意一项所述的审批工作流的委托的再委托方法,其特征在于,包括根据用户进行再委托、根据角色进行再委托、根据表单进行再委托、根据审批工作流进行再委托和根据流程节点进行再委托中的一种或者多种; 根据用户进行再委托:所述被委托者将其接受委托的用户委托给作为二次被委托者的一个角色; 根据角色进行再委托:所述被委托者将其接受委托的角色中的一个角色委托给一个作为二次被委托者的用户或角色;或者,所述被委托者将其接受委托的角色中的多个角色委托给一个或多个作为二次被委托者的用户或角色,所述被委托者接受委托的每个角色只能被委托给一个作为二次被委托者的用户或角色; 根据表单进行再委托:所述被委托者将其接受委托的表单中的一个表单委托给一个作为二次被委托者的用户或角色;或者,所述被委托者将其接受委托的表单中的多个表单委托给一个或多个作为二次被委托者的用户或角色,所述被委托者接受委托的每个表单只能被委托给一个作为二次被委托者的用户或角色; 根据审批工作流进行再委托:所述被委托者将其接受委托的审批工作流中的一个审批工作流委托给一个作为二次被委托者的用户或角色;或者,所述被委托者将其接受委托的审批工作流中的多个审批工作流委托给一个或多个作为二次被委托者用户或角色,所述被委托者接受委托的每个审批工作流只能被委托给一个作为二次被委托者的用户或角色; 根据流程节点进行再委托:所述被委托者将其接受委托的流程节点中的一个流程节点委托给一个作为二次被委托者用户或角色;或者,所述被委托者将其接受委托的流程节点中的多个流程节点委托给一个或多个作为二次被委托者的用户或角色,所述被委托者接受委托的每个流程节点只能被委托给一个作为二次被委托者的用户或角色。
[权利要求 9]
根据权利要求8所述的审批工作流的委托的再委托方法,其特征在于,所述被委托者采用根据用户进行再委托、根据角色进行再委托、根据表单进行再委托、根据审批工作流进行再委托和根据流程节点进行再委托中的一种或者多种进行再委托时,显示相应的最初委托者的相关信息。
[权利要求 10]
根据权利要求8所述的审批工作流的委托的再委托方法,其特征在于,当所述委托者和所述被委托者之间的委托关系终止时,所述被委托者和所述二次被委托者之间相应的委托关系终止。
[权利要求 11]
审批工作流的委托方法,其特征在于,包括根据用户进行委托、根据角色进行委托、根据表单进行委托、根据审批工作流进行委托和根据流程节点进行委托中的一种或多种; 根据用户进行委托:将作为委托者的用户委托给一个作为被委托者的角色; 根据角色进行委托:将作为委托者的用户关联的一个角色委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的多个角色委托给一个作为被委托者的用户或角色; 根据表单进行委托:将作为委托者的用户关联的所有角色关联的所有表单中的一个表单委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有表单中的多个表单委托给一个或多个作为被委托者的用户或角色; 根据审批工作流进行委托:将作为委托者的用户关联的所有角色关联的所有审批工作流中的一个审批工作流委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有审批工作流中的多个审批工作流委托给一个或多个作为被委托者的用户或角色; 根据流程节点进行委托:将作为委托者的用户关联的所有角色关联的所有审批工作流关联的所有流程节点中的一个流程节点委托给一个作为被委托者的用户或角色;或者,将作为委托者的用户关联的所有角色关联的所有审批工作流关联的所有流程节点中的多个流程节点委托给一个或多个作为被委托者的用户或角色。

附图