CN115526599A - 一种基于流程并行自主推进的公文流转方法和系统 - Google Patents

Abstract

本发明涉信息流转加工技术领域，目的是提供一种基于流程并行自主推进的公文流转方法，方法包括下列步骤：S1：创建审批需求，选择审批类型；S2：从部门池中选择关联需求的部门作为联合审批部门；S3：根据联合审批部门的数量拓展审批通道，其中拓展的审批通道叠加有加密单元；S4：选择已拓展的审批通道的进行多级流转响应；S5：计算审批通道上所有审批人员的响应结果，验证加密单元得到审批结果，实现公文流转中的多方交互与流转监管。

Description

一种基于流程并行自主推进的公文流转方法和系统

技术领域

本发明涉及信息流转加工技术领域，具体涉及一种基于流程并行自主推进的公文流转方法和系统。

背景技术

无纸化办公推广至今，实现各种线上办公模式，包括报销、项目审批、各个公示公告或者请假休假等，但上述模式体现在数据上往往都是简单的公文确认、否定、共享、合并、拆分等常规公文数据处理操作。

电子公文交换处理是典型的分布式应用，为了构造最优的交互处理模式，满足用户信息要求和处理要求，电子公文流转方法的设计需求应包括一下几个方面：

(1)支持跨层级、跨部门、跨岗位的信息交互，支持多种公文流转形式，使平台具有广泛的兼容性和良好的可扩展性；

(2)审批过程不再是单线流转，可获得多通道并行的审批结果，使平台能够具有多数据交互的计算能力，计算结果摒弃单一性；

(3)实现审批人与提交人的单独公开，确保公文流转的独立性与安全性，避免审批方获取更多公文流转、定义后的内容，减少影响审批结果的变量出现。

发明内容

本发明的目的在于克服现有技术的不足，提供一种基于流程并行自主推进的公文流转方法和系统，每一级的审批模块中均配置有联合审批的权限，提供选择联合审批或常规的顺序审批，实现多部门在审批流程上的自由组合和分配，系统能够捕获各个部门的加密电子公文，并进行多层级多通道的分发，保证电子公文数据存储及其流转过程中的安全性。

通过以下技术方案来实现的：一方面，一种基于流程并行自主推进的公文流转方法，方法包括下列步骤：

S1：创建审批需求，选择审批类型；

S2：从部门池中选择关联需求的部门作为联合审批部门；

S3：根据联合审批部门的数量拓展审批通道，其中拓展的审批通道叠加有加密单元；

S4：选择已拓展的审批通道的进行多级流转响应；

S5：计算审批通道上所有审批人员的响应结果，验证加密单元得到审批结果。

进一步的，所述S2中，部门池的选择包括下列步骤：

S21：根据审批类型选择自定义部门审批和指定部门审批中的一种；

S22：根据需求中关键词在部门池中选择至少一个部门；

S23：获取部门的数量和类型，调取部门的审批信息和审批人员信息进行校准，确定联合审批部门以及联合审批部门中的联合审批人员，执行S3。

进一步的，所述S3中，审批通道的扩展方式包括下列步骤：

S31：确定所有联合审批部门的审批权重占比；

S32：完成一环节部门审批后，输出对应部门数量的通道；

S33：每条通道前后关联的部门均通过加密单元进行审批结果的加密。进一步的，所述S4中，通道的流转包括下列步骤：

S41：获取各个部门中下一环节的审批类型，当下一环节的审批为联合审批时，执行S42，当下一环节的审批为自由审批时，执行S43；S42：汇总所有的审批通道中的审批结果，作为输入发送至响应状态模型，响应状态模型输出需求的审批结果；

S43：分别将各个通道的结果作为需求的审批结果。

进一步的，所述响应状态模型包括解密单元和流转计算单元，所述解密单元用于解密每个通道中的加密单元，所述流转计算单元用于计算审批周期。

另一方面，一种基于流程并行自主推进的公文流转系统，系统包括收文登记单元、拟办单元、批办单元、阅办单元、联办单元和归档单元，

所述收文登记单元用于登记用户的待审批需求，并将待审批需求以抄送形式发送至拟办单元；

所述拟办单元用于分配所述待审批需求的初步流程，并将所述初步流程发送至批办单元；

所述批办单元包括联合批办和自由批办，联合批办包括多个阅办单元同时审批，自由批办包括多个阅办单元按照顺序审批；

所述联办单元用于综合联合批办的审批结果，所述归档用于输出待审批需求的审批结果。

进一步的，所述阅办单元包含一级阅办、二级阅办和三级阅办，当批办单元输出自由批办时，依次经过一级阅办、二级阅办和三级阅办审批。

进一步的，所述阅办单元在进行审批时，判断下一环节是否为联合批办，若是，则阅办单元的输出结果数量的输出为1，若否，则阅办单元的输出结果数量与阅办单元中联合批办数量一致。

进一步的，所述联办单元中还包括有加密单元，所述加密单元用于对每个阅办单元的审批结果进行加密，所述归档单元中还包括有解密单元，所述解密单元通过输入指令公开加密后的审批结果。

进一步的，所述加密单元的工作原理如下：

索引：所述加密单元索引每个审批界面中审批结果的界面区域的四个顶点；

叠加：叠加遮挡界面，其中所述遮挡界面的顶点坐标与所述界面区域的四个顶点重合；

所述解密单元的工作原理如下：

叠底：通过索引到界面区域的四个顶点，驱动所述遮挡界面做界面叠底。

本发明的有益效果是：

(1)现有的审批方式单一，审批公文流转时，赋予参与者与流转公文的交互权限，增加公文流转中的多样性，通过审批结果中的计算模型限定公文流转的目的，即使多方交互也能实现审批公文流转的唯一性；

(2)公文流转时只要发生交互，就会通过交互结果产生新的流转通道，无论是多通道并行流转还是单通道的前后流转，其交互结果均能通过公文加密得到安全性的保护。

附图说明

图1为本发明的其中一个实施例中部门池选择时的示意图；

图2为本发明的其中一个实施例中阅办单元的示意图；

图3为本发明的其中一个实施例中多部门联合审批的示意图；

图4为本发明的其中一个实施例中的自由环节审批的示意图；

图5为本发明的其中一个实施例中一轮联合审批下各个部门的示意图；

图6为本发明的其中一个实施例中一轮联合审批下各个部门的审批示意图；

图7为本发明的其中一个实施例中多轮联合审批下各个部门的审批图。

具体实施方式

下面结合本发明的附图1-7，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施。

在本发明的描述中，需要理解的是，术语“逆时针”、“顺时针”“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

实施例1：

一种基于流程并行自主推进的公文流转方法，一种基于流程并行自主推进的公文流转方法，包括以下步骤：

步骤一：涉多部门审批的环节，勾选多部门联合审批属性；

步骤二：需要聚合的环节，勾选多部门联合审批聚合属性；

步骤三：部署并发布流程；

步骤四：流程推进过程中，判断下一环节是否含有拓展的联合审批属性，如有，再判断是否提交多人，如提交多人，则为每一位办理人创建单独的环节实例；如仅提交一人或不含有联合审批属性，则正常提交；

步骤五：联合审批的环节，提交时继续判断下一环节属性，重复步骤四；

步骤六：请参照图3，当下一环节具有联合审批聚合属性时，判断当前流程中存在的所有实例，如大于一条，则提交时关闭此条记录；当仅有一条实例时，正常提交，生成聚合环节的实例。

综上所述，明方案简单、合理，对于多部门审批的场景，以生成各部门单独审批的实例流程的方式来流转，突破了传统按设计好的流程环节按部就班办理，提高了公文办理的工作效率和机构的管理水平。

实施例2：

包括以下步骤：请参照图4，

步骤一：图2中处长阅办环节设置为联合审批环节，归档环节设置为联合审批聚合环节；

步骤二：图2中领导批办环节，选择下一环节办理人时，选择办公室、信息中心处长；

步骤三：办公室、信息中心处长分别办理，各自推送到科长阅办，而不用等待他人完成；

步骤四：流程推进到归档环节，统一聚合，继续往后流转；

实施例3：

一种基于流程并行自主推进的公文流转方法，包括以下步骤：

步骤一：图2中处长阅办环节、科长阅办环节设置为联合审批环节，归档环节设置为联合审批聚合环节；

步骤二：图2中领导批办环节，选择下一环节办理人时，选择办公室、信息中心处长；

步骤三：办公室、信息中心处长分别办理，各自推送到科长阅办，而不用等待他人完成；

步骤四：办公室、信息中心科长分别办理，各自推送到副科长阅办，生成多条独立实例，各自办理、推进，互不影响；

步骤五：流程推进到归档环节，统一聚合，继续往后流转。

综上所述，本实施例中针对同一层级的部门，优选同层级、不同层级的部门同时审批流程，相较于传统的单线审批流程，从最高级审批人依次往下审批，直至最后的审批人完成审批，或者从最低级人员依次从下往上审批，直至最高层级审批人作出决策，本实施例中能够实现多部门、不同层级同时审批，且无论执行到哪一层级均能够自由选择联合审批或向上层级部门、向下层级部门继续提出审批需求，实现审批公文的多源多支线审批。

实施例4：

本实施例包括下列步骤：

S1：创建审批需求，选择审批类型；

S2：从部门池中选择关联需求的部门作为联合审批部门，所述S2中，部门池的选择包括下列步骤：

S21：根据需求选择部门类别，当选择具体部门类别时，执行步骤S23，当选择执行下一步时，执行步骤S22；

S22：从人员池中选择关联需求的人员作为联合审批人员，其中，人员信息中绑定部门类别，执行步骤S23；

S23：确定联合审批人员，记录联合审批人员的数量，执行S3；

S3：根据联合审批部门通过的数量拓展审批通道，所述S3中，审批通道的扩展方式包括下列步骤：

S31：确定所有部门的审批权重占比；

S32：统计每个部门的审批结果，其中审批的结果为通过或不通过；

S33：根据审批结果输出对应数量的通道，其中每个通道中的第一审批部门为第一环节的联合审批部门；

S4：选择已拓展的审批通道的进行流转响应，所述S4中，通道的流转包括下列步骤：

S41：获取每个审批通道中下一环节的审批类型，当下一环节的审批为联合审批时，执行S42，当下一环节的审批为自由审批时，执行S43；

S42：汇总所有的审批通道中的审批结果，作为输入发送至响应状态模型，响应状态模型输出需求的审批结果；

S43：分别将各个通道的结果作为需求的审批结果；

S5：计算审批通道上所有部门的响应状态，输出需求的审批结果。

值得注意的是，所述响应状态模型包括流转计算单元和需求结果结算单元，所述流转计算单元用于计算审批周期，所述需求结果结算单元用于计算多轮通道输出的结果，由于本实施例摒弃传统的单一审批流程，能够通过多部门联合审批来共同确定该需求的审批结果，因此在最终关于对多部门的处理结果，需要一个客观计算的模型，统计各个部门的审批结果进而输出审批结果。

所述流转计算单元包括下列步骤：

获取每一轮被选择的部门在分配审批人员时所消耗的时间；

分别计算针对该需求，审批人员作出通过或不通过决定时分别所消耗的时间；

将上述时间数据作为模型的训练数据，得出各个部门以及各个部门中审批人员的审批效率；

所述需求结果结算单元包括下列步骤：

获取每个审批人员的审批结果，包括通过的数量和不通过的数量；

根据各个审批人员所在的部门所占比的权重，计算最终通道输出结果，其中所述权重与联合审批人员、联合审批部门关联，同一轮的联合审批部门/人员的审批权重累加为1。

图5中，审批需求是进行某项目拨款需求，选择部门池中的与财务相关的5个部门进行联合审批，其中这5个部门按照与财务的决策关联度依次分配不同的权重，比如部门2为会计部门，占据拨款的主要决策权和执行动作权，因此相较其他部门具有35％决策权，即0.35的权重，因此，当5个部门同时对该拨款需求作出审批结果时，保留通过意见的部门/审批人员作为下一步通道的参与者，相较于传统单线审批，例如只要一个环节拒绝审批，则该需求视为拒绝审批，本实施例能够客观计算每个关联部门的审批结果，请参照图6，当联合审批部门只有一轮时，联合审批的输出结果就为此轮通道的输出结果。

值得说明的是，请参照图6，输出的结果在本实施例中关联了通过与拒绝，本申请包括但不限制，输出结果只包含通过率、只包含拒绝率或者输出结果关联审批的部门与相关审批人员，通过这种全视图全公开的表达，展现本实施例的公文流转这一方法在多部门之间同时审批后仍能得出唯一的解，且通过本是实施例的验证也能得到唯一的解。

值得说明的时，当审批轮次为多轮时，请参照图7，根据第一轮中具有通道结果输出的部门选择新部门进行联合审批时，重新对第二轮审批部门进行权重赋值，例如当部门2为会计部门，部门4为上级审批部门，当部门4或部门2在审批时发现遗漏了上上级审批部门，因此选择联合审批，增加上上级审批部门，因此重新在分配联合审批部门之间的权重，最终需求结果根据每轮的权重值叠加作为需求的审批结果，其中，本实施例中仅保留审批通过的通道结果，进行权重的叠加，例如图7中，叠加部门2和部门7的通道结果35％*45％+35％＝50.75％，作为通过率，再以通过率直接得到拒绝率49.25％，即通过率和拒绝率的和关联为1，而不是图7中不通过中的权重0.2。

即，本实施例中对于同一部门的多轮联合审批，通道最后输出的总权重等于该部门每轮权重的乘积，对于需求的最终结果，等于各个部门在最终轮的权重的叠加计算为本次需求结果的最终通过率。

值得说明的是，针对同一部门对同一需求审批2次，其对该需求的审批权重结果应是两者的均值，针对不同部门对同一需求的审批，由于是联合批办，故最终需求的通过率应该是累加所有联合批办的部门审批权重，用户能够根据最终审批结果，客观的调整自身审批，也为公司以后多类目的审批需求提供多方的审批意见供员工和领导参考。

综上所述，本实施例不仅能够同时分发公文给多个部门进行联合审批，还能够依据各个部门的关联度分配部门审批权重，并计算得出关联所有部门/审批人员的审批结果，其中本实施例中优选的关联度计算方式，采用该需求与对应部门交互的次数决定关联度的大小，例如，当需求中涉及“报销”二字，由于历史数据中，会计部门与“报销”二字交互次数最多，因此根据交互部门的总数量，确定交互排名第一的会计部门的权重值比多个排名部门的权重值更大。

实施例5：

一种基于流程并行自主推进的公文流转系统，请参照图1，系统包括收文登记单元、拟办单元、批办单元、阅办单元、联办单元和归档单元，

所述收文登记单元用于登记用户的待审批需求，并将待审批需求以抄送形式发送至拟办单元；

所述拟办单元用于分配所述待审批需求的初步流程，并将所述初步流程发送至批办单元；

所述批办单元包括联合批办和自由批办，联合批办包括多个阅办单元同时审批，自由批办包括多个阅办单元按照顺序审批；

值得说明的是，上述构成系统的各个单元包括但不限于通过预存在计算机处理器中的计算机程序，通过运算计算机，但输入启动条件满足，自动计算运行，数据在各个单元界面之间传递，叠加人为操作和验证，得到最终审批结果。

值得说明的是，根据部门的不同，部门审批的时间周期不同、各个部门所占审批权重不同，通过不同颜色或者界面图来突出上述的表象特征，包括但不限于采用第一维度展现子模块，用于从时间周期维度，将加工后的数据以直观的图表展现形式，第二维度展现子模块，用于从部门权重维度，将加工后的数据以直观的图表展现形式，第三维度展现子模块，用于从部门关联度，将加工后的数据以直观的图表展现形式，第四维度展现子模块，用于从审批输出结果维度，将加工后的数据以直观的图表展现形式。

所述联办单元用于综合联合批办的审批结果，所述归档用于输出待审批需求的审批结果，所述阅办单元包含一级阅办、二级阅办和三级阅办，当批办单元输出自由批办时，依次经过一级阅办、二级阅办和三级阅办审批，所述阅办单元在进行审批时，判断下一环节是否为联合批办，若是，则阅办单元的输出结果数量的输出为1，若否，则阅办单元的输出结果数量与阅办单元中联合批办数量一致。

值得说明的是，当为联合批办时，输出结果中通过率只有唯一且确定的一种，请参考图5-图7，但当为自由批办即不是联合批办时，则每个部门、每个通道的审批结果均为该需求的审批结果，通过率不存在唯一确定的解，每个通过率均管理最后一轮的各个审批人员/部门。

值得说明的是，本实施例包括但不限于每个部门中仅指定一人作为审批人员，当审批人员为多名时，每个部门中所有审批人员的权重的加和为1。

综上所述，本实施例能够通过计算机程序对本系统应用于计算机上的各个界面，通过对计算机程序的继续调试，得到关联各个维度的界面展示情况，实现公文在流转的同时，界面是跟随审批的变化而变化。

实施例6：

本实施例具体对公文流转的安全性进行说明，为了实现公文流转的多用户介于交互，也为了确保多方产生交互时，公文的安全和私密性得到保障，所述加密单元的工作原理如下：

索引：所述加密单元索引每个审批界面中审批结果的界面区域的四个顶点；

叠加：叠加遮挡界面，其中所述遮挡界面的顶点坐标与所述界面区域的四个顶点重合；

所述解密单元的工作原理如下：

叠底：通过索引到界面区域的四个顶点，驱动所述遮挡界面做界面叠底。

本实施例提供一种界面索引的方式：

db.collection.createIndex(keys,options)

Key:值为你要创建的索引字段

1:指定按升序创建索引

-1:按降序来创建索引。

值得说明的是，通过在审批界面中索引审批结果的小范围区域，通过叠加遮挡界面来避免信息公开，其中遮挡界面包括打不限于模糊界面区域的马赛克图像处理、二维或三维的浮标遮挡、动态变化图形的遮挡等等。

值得说明的是，在多方交互的公文流转中，由于多界面的层层叠加，为了实现界面之间的独立运行，有必要建立界面之间的通道标记，在记录每个交互方审批的痕迹的同时，保证整个审批进度的多向性和流畅性，其中通道可以为进度指示条、浮动在各个界面上的进度条等，用来供用户查阅审批进度。

综上所述，本申请能够增加了多方干预的插口(联合审批选项)，确保公文流转的多向性，根据可视化通道显示公文流转的方向和进度，为了确保公文多方流转中的安全性，通过利用图形索引并叠加的图像处理技术，实现审批结果的有效遮挡，避免多方人员的查阅，实现审批公文流转中，用户与审批人员的一对一双向信息公开，其中解密单元可以是由用户自身创建审批需求时，所设定的代码、问题、指令等，通过输入对应的代码、答案和指令启动审批结果的运算，获取多方干预下的公文交互结果。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件与软件组合来实现。当应用软件时，可以将相应功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

Claims (10)

1.一种基于流程并行自主推进的公文流转方法，其特征在于，方法包括下列步骤：

S1：创建审批需求，选择审批类型；

S2：从部门池中选择关联需求的部门作为联合审批部门；

S3：根据联合审批部门的数量拓展审批通道，其中拓展的审批通道叠加有加密单元；

S4：选择已拓展的审批通道的进行多级流转响应；

S5：计算审批通道上所有审批人员的响应结果，验证加密单元得到审批结果。

2.根据权利要求1所述的一种基于流程并行自主推进的公文流转方法，其特征在于，所述S2中，部门池的选择包括下列步骤：

S21：根据审批类型选择自定义部门审批和指定部门审批中的一种；

S22：根据需求中关键词在部门池中选择至少一个部门；

S23：获取部门的数量和类型，调取部门的审批信息和审批人员信息进行校准，确定联合审批部门以及联合审批部门中的联合审批人员，执行S3。

3.根据权利要求2所述的一种基于流程并行自主推进的公文流转方法，其特征在于，所述S3中，审批通道的扩展方式包括下列步骤：

S31：确定所有联合审批部门的审批权重占比；

S32：完成一环节部门审批后，输出对应部门数量的通道；

S33：每条通道前后关联的部门均通过加密单元进行审批结果的加密。

4.根据权利要求1所述的一种基于流程并行自主推进的公文流转方法，其特征在于，所述S4中，通道的流转包括下列步骤：

S41：获取各个部门中下一环节的审批类型，当下一环节的审批为联合审批时，执行S42，当下一环节的审批为自由审批时，执行S43；

S42：汇总所有的审批通道中的审批结果，作为输入发送至响应状态模型，响应状态模型输出需求的审批结果；

S43：分别将各个通道的结果作为需求的审批结果。

5.根据权利要求4所述的一种基于流程并行自主推进的公文流转方法，其特征在于，所述响应状态模型包括解密单元和流转计算单元，所述解密单元用于解密每个通道中的加密单元，所述流转计算单元用于计算审批周期。

6.一种基于流程并行自主推进的公文流转系统，其特征在于，应用于权利要求5中所述的一种基于流程并行自主推进的公文流转方法，系统包括收文登记单元、拟办单元、批办单元、阅办单元、联办单元和归档单元，

所述收文登记单元用于登记用户的待审批需求，并将待审批需求以抄送形式发送至拟办单元；

所述拟办单元用于分配所述待审批需求的初步流程，并将所述初步流程发送至批办单元；

所述批办单元包括联合批办和自由批办，联合批办包括多个阅办单元同时审批，自由批办包括多个阅办单元按照顺序审批；

所述联办单元用于综合联合批办的审批结果，所述归档用于输出待审批需求的审批结果。

7.根据权利要求6所述的一种基于流程并行自主推进的公文流转系统，其特征在于，所述阅办单元包含一级阅办、二级阅办和三级阅办，当批办单元输出自由批办时，依次经过一级阅办、二级阅办和三级阅办审批。

8.根据权利要求6所述的一种基于流程并行自主推进的公文流转系统，其特征在于，所述阅办单元在进行审批时，判断下一环节是否为联合批办，若是，则阅办单元的输出结果数量的输出为1，若否，则阅办单元的输出结果数量与阅办单元中联合批办数量一致。

9.根据权利要求6所述的一种基于流程并行自主推进的公文流转系统，其特征在于，所述联办单元中还包括有加密单元，所述加密单元用于对每个阅办单元的审批结果进行加密，所述归档单元中还包括有解密单元，所述解密单元通过输入指令公开加密后的审批结果。

10.根据权利要求9所述的一种基于流程并行自主推进的公文流转系统，其特征在于，所述加密单元的工作原理如下：

索引：所述加密单元索引每个审批界面中审批结果的界面区域的四个顶点；

叠加：叠加遮挡界面，其中所述遮挡界面的顶点坐标与所述界面区域的四个顶点重合；

所述解密单元的工作原理如下：

叠底：通过索引到界面区域的四个顶点，驱动所述遮挡界面做界面叠底。

Images