一种多维组织可扩展的工作流汇报方法、设备及介质与流程

本申请涉及数据处理技术领域，具体涉及一种多维组织可扩展的工作流汇报方法、设备及介质。

背景技术：

工作流(workflow)，是对工作流程及其各操作步骤之间业务规则的抽象、概括描述，是通过将工作分解成定义良好的任务或角色，按照一定的规则和过程来执行这些任务并对其进行监控。

工作流系统中有四种典型的模式：控制模式、资源模式、数据模式和异常模式，其中资源模式主要指用户活动节点的参与者设置，简单的工作流直接选择具体用户即可，但大型企业人员较多，管理员无法识别所有用户，并且当人员发生变化时需要反复调整流程，带来额外的工作量。

企业本身是一个组织，如果仅按照实体组织定义，存在业务管理粒度太粗的问题。另外，不同业务系统存在各自独立的组织类型，都有不同的描述和用途，一般不会单独定义在流程中使用的审批维度，如果强制增加识别，也存在较大的开发工作量。

技术实现要素：

为了解决上述问题，本申请提出了一种多维组织可扩展的工作流汇报方法，所述方法包括：接收发起者发起的工作流，并确定所述工作流中包括所述发起者在内的参与者信息；根据所述参与者信息确定组织实体和用户实体；根据预设组织实体接口确定所述组织实体之间的上下级组织关系，并确定所述组织实体与所述用户实体之间的任职关系；根据所述任职关系和所述上下级组织关系确定汇报关系；在所述汇报关系对应的预先自定义设置的多条维度信息中，确定所述工作流的业务场景对应的至少一条所述维度信息；根据所述对应的至少一条所述维度信息完成所述工作流。

在一个示例中，根据所述参与者信息确定组织实体和用户实体之后，所述方法还包括：根据预先设置的自定义规则，确定所述组织实体在所述工作流的所述业务场景下对应的组织类型；在确定所述发起者执行了查询操作后，以展示所述组织类型的方式向所述发起者告知所述工作流的业务进度。

在一个示例中，根据所述对应的至少一条所述维度信息完成所述工作流，具体包括：确定所述对应的至少一条所述维度信息中所包含的维度值以及汇报路径；根据所述维度值表示的组织实体和/或用户实体，以及所述汇报路径，完成所述工作流。

在一个示例中，所述方法还包括：根据用户的选择，在所述参与者信息中确定参照者信息，所述参照者信息包括所述组织实体和所述用户实体中的至少一种；向所述用户展示，所述参照者信息在执行所述查询操作后，以所述组织类型的方式被告知的所述业务进度。

在一个示例中，根据预设组织实体接口获取与所述组织实体关联的上下级组织信息之后，所述方法还包括：确定预先建立的第一帮助组件；根据用户的操作，通过所述第一帮助组件辅助所述用户将所述上下级组织以树形结构进行存储、展示。

在一个示例中，确定所述组织实体与所述用户实体的任职关系之后，所述方法还包括：确定预先建立的第二帮助组件；根据用户的操作，通过所述第二帮助组件辅助所述用户确认所述用户实体任职的所述组织实体，并以任职列表进行存储、展示。

在一个示例中，所述方法还包括：根据所述树形结构或所述任职列表确认所述用户的兼职情况或默认任职组织。

在一个示例中，所述组织实体包括部门、机构、岗位；所述用户实体包括岗位员工、部门负责人、部门经理、行政助理、分管领导中的至少一种；所述岗位员工对应的上级汇报关系为所述部门负责人和/或所述部门经理，所述部门负责人和/或所述部门经理对应的上级汇报关系为对应的所述分管领导，所述行政助理对应的上级汇报关系为对应的所述分管领导。

另一方面，本申请还提出了一种多维组织可扩展的工作流汇报设备，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述一种多维组织可扩展的工作流汇报设备能够执行：接收发起者发起的工作流，并确定所述工作流中包括所述发起者在内的参与者信息；根据所述参与者信息确定组织实体和用户实体；根据预设组织实体接口确定所述组织实体之间的上下级组织关系，并确定所述组织实体与所述用户实体之间的任职关系；根据所述任职关系和所述上下级组织关系确定汇报关系；在所述汇报关系对应的预先自定义设置的多条维度信息中，确定所述工作流的业务场景对应的至少一条所述维度信息；根据所述对应的至少一条所述维度信息完成所述工作流。

另一方面，本申请还提出了一种非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：接收发起者发起的工作流，并确定所述工作流中包括所述发起者在内的参与者信息；根据所述参与者信息确定组织实体和用户实体；根据预设组织实体接口确定所述组织实体之间的上下级组织关系，并确定所述组织实体与所述用户实体之间的任职关系；根据所述任职关系和所述上下级组织关系确定汇报关系；在所述汇报关系对应的预先自定义设置的多条维度信息中，确定所述工作流的业务场景对应的至少一条所述维度信息；根据所述对应的至少一条所述维度信息完成所述工作流。

通过本申请提出的多维组织可扩展的工作流汇报方法能够带来如下有益效果：

本申请所述方法能够降低工作流对组织的依赖，更适用于从流程角度对多组织、用户审批关系的配置需求。这样既可以保持工作流和组织间的联动关系，也提高了系统的灵活性，减少交付工作量，降低管理成本。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例中一种多维组织可扩展的工作流汇报方法的流程示意图；

图2为本申请实施例中一种多维组织可扩展的工作流汇报方法的自定义扩展维度汇报关系的原理图；

图3为本申请实施例中一种多维组织可扩展的工作流汇报方法的抽象汇报关系的实体结构图；

图4为本申请实施例中一种多维组织可扩展的工作流汇报设备的示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

如图1所示，本申请实施例提供一种多维组织可扩展的工作流汇报方法。

s101：接收发起者发起的工作流，并确定所述工作流中包括所述发起者在内的参与者信息。

当用户想要执行某项汇报工作时，可以在相关的工作系统中发起相应的工作流，此时，该用户作为该工作流的发起者。在接收到发起的工作流后，整理该工作流涉及的业务场景和所有参与者信息。该业务场景包括：审批、请假、会议、日志、业务申请等基本业务场景，也包括其他的企业及用户自定义业务场景。参与者信息指的是参与本次工作流汇报的用户，参与者至少包括两个类型：组织用户和个人用户。在发起一个工作流后，根据预先设置的相关内容，确认该工作流的参与者信息。

s102：根据所述参与者信息确定组织实体和用户实体。

例如，组织实体至少包括：部门、机构、岗位；用户实体至少包括：岗位员工、部门负责人、部门经理、行政助理、分管领导。此外，在不同的业务场景和工作环境下，企业和用户可以根据需要设置扩展特定的组织实体。

s103：根据预设组织实体接口确定所述组织实体之间的上下级组织关系，并确定所述组织实体与所述用户实体之间的任职关系。

预先抽象定义了组织实体的接口，并对所有接口进行统一约束，从而实现获取组织的接口方法。通过该组织实体接口获取上下级的组织信息，整理成直观的上下级组织关系信息。此外，根据该组织实体接口还可获取该组织下的雇佣用户信息，确定了组织实体与用户实体之间的任职关系。

s104：根据所述任职关系和所述上下级组织关系确定汇报关系。

s105：在所述汇报关系对应的预先自定义设置的多条维度信息中，确定所述工作流的业务场景对应的至少一条所述维度信息。

根据任职关系和上下级组织关系确定汇报关系，该汇报关系可以参照基本企业体系管理模板，并根据企业和用户的需求自定义设置，可以是用户对用户、组织对组织汇报，也可以是用户对组织或组织对用户汇报。将企业内所有用户实体和所有组织实体之间全部串成一个完整的汇报关系网。

当进行一个工作流时，根据该工作流的业务场景确定所有参与者之间对应的由发起者开始的汇报关系，每条汇报关系预先设置有多条对应的维度信息，一条维度信息表示该汇报关系可以在实际的工作场景中所执行的方案。

在一个实施例中，维度信息包括汇报路径和对应的多个维度值，该维度值表示该汇报路径上每个工作流节点上的组织实体和/或用户实体。

s106：根据所述对应的至少一条所述维度信息完成所述工作流。

根据所述汇报关系以及所述维度得到所述工作流的汇报流程，企业和用户可以根据需要设置该汇报流程中的多个维度同时、逐个或混合进行完成该工作流。

在一个实施例中，确定组织实体和用户实体后，根据预先设置的自定义规则，确定所述组织实体在所述工作流的所述业务场景下对应的组织类型，该组织类型包括：系统管理、行政组织、财务组织、预算组织、资金组织、人力组织等。

发起者在发起了工作流后，可以根据组织类型查询该类型下所有参与的工作流及其业务进度。例如：如图2所示，发起者为工作流与性能组的a员工，由a发起一项工作流，由a员工的直接上级b员工进行初步审核，再由b员工的直接上级c员工进行最终审核。当a员工发起工作流查看时，只能查看到该工作流已发送至集成平台研发部或已发送至平台与技术部，而不能查看具体审核的员工。防止了发起者在一些工作流中，与审核人员的直接联系。

在一个实施例中，根据企业用户的选择，在某个工作流的所有参与者中选择一个参照者，并根据该参照者信息以参照者的视角查询工作流的业务进度，该参照者可选择为所有类型的组织实体或用户实体。当企业用户选定的参照者为某个组织实体时，查询该组织类型下该参照者参与的所有工作流及其业务进度；当企业用户选定的参照者为某个用户实体时，查询该参照者参与的所有工作流及其业务进度。

在一个实施例中，根据预设组织实体接口获取与该组织实体关联的上下级组织信息之后，建立组织的帮助组件(在此将其称作第一帮助组件)。根据用户的操作，获取企业的所有组织实体信息，根据组织实体接口获取上下级组织实体信息。规定每个组织实体为树形结构的一个节点，其上级组织实体为父节点，其下级组织实体为子节点。确认该树形结构的根节点，该根节点的父节点设置为空，并逐级获取其所有的子节点，完成该企业的整个组织树形结构。根据企业和用户的查询操作，将该树形结构进行储存、展示，方便用户查看和管理企业组织架构，灵活调整工作流程序。

在一个实施例中，确定所有组织实体与所有用户实体的任职关系之后，建立用户的帮助组件(在此将其称作第二帮助组件)。根据用户的操作，获取企业所有的用户实体信息和其与组织实体的任职关系，并建立任职列表。一个组织实体的任职用户包括与该组织实体有直接任职关系的用户实体，还包括该组织实体的下级节点的任职用户。根据企业和用户的查询操作，将该任职列表进行储存、展示，方便用户管理其任职信息，并及时找到其汇报关系发起或参与工作流。

在一个实施例中，存在某个用户实体同时与多个组织实体具有任职关系，在企业组织的树形结构和用户的任职列表中确认该用户实体的兼职情况，并确认该用户实体的默认任职的组织实体。

如图4所示，本申请实施例还提供了一种多维组织可扩展的工作流汇报设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述一种多维组织可扩展的工作流汇报设备能够执行：

接收发起者发起的工作流，并确定所述工作流中包括所述发起者在内的参与者信息；

根据所述参与者信息确定组织实体和用户实体；

根据预设组织实体接口确定所述组织实体之间的上下级组织关系，并确定所述组织实体与所述用户实体之间的任职关系；

根据所述任职关系和所述上下级组织关系确定汇报关系；

在所述汇报关系对应的预先自定义设置的多条维度信息中，确定所述工作流的业务场景对应的至少一条所述维度信息；

根据所述对应的至少一条所述维度信息完成所述工作流。

本申请实施例还提供了非易失性计算机存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：

接收发起者发起的工作流，并确定所述工作流中包括所述发起者在内的参与者信息；

根据所述参与者信息确定组织实体和用户实体；

根据预设组织实体接口确定所述组织实体之间的上下级组织关系，并确定所述组织实体与所述用户实体之间的任职关系；

根据所述任职关系和所述上下级组织关系确定汇报关系；

在所述汇报关系对应的预先自定义设置的多条维度信息中，确定所述工作流的业务场景对应的至少一条所述维度信息；

根据所述对应的至少一条所述维度信息完成所述工作流。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。