公文处理流转方法及系统与流程

本发明涉及公文处理技术领域，尤其是涉及一种公文处理流转方法及系统。

背景技术：

机关在进行大范围电子公文推广时，各级单位内部的公文处理流转不统一，导致出现审批流程不规范、办公效率低等问题。

技术实现要素：

有鉴于此，本发明的目的在于提供一种公文流转方法及系统，以解决审批流程不规范、办公效率低等技术问题。

第一方面，本发明实施例提供了一种公文流转方法，包括：

发起节点生成第一公文处理请求，将所述第一公文处理请求发送至与预设规则相匹配的第一处理节点；

接收所述第一处理节点基于所述第一公文处理请求完成公文处理后生成的第一处理信息；

判断所述第一处理信息是否满足预设结束条件，若否，则基于所述第一处理信息确定查找第二处理节点，所述发起节点将第二公文处理请求发送至所述第二处理节点；

接收所述第二处理节点基于所述第二公文处理请求完成公文处理后生成的第二处理信息，确定完成公文处理流程。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，所述将所述第一公文处理请求发送至与预设规则相匹配的第一处理节点包括：

将所述第一公文处理请求与预先设置的部门信息相匹配，获取所述部门信息；

将所述第一公文处理请求与预先设置的权限信息相匹配，获取所述权限信息；

基于所述权限信息和所述部门信息，与预先设置的节点信息相匹配，获取所述第一处理节点。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，所述判断所述第一处理信息是否满足预设结束条件包括：

按照所述预设规则获取所述第一公文处理请求对应的节点信息；

将所述第一处理节点与所述节点信息相匹配，若匹配，则满足所述预设结束条件；

若否，则不满足所述预设结束条件。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，所述接收所述第二处理节点基于所述第二公文处理请求完成公文处理后生成的第二处理信息还包括：

判断所述第二处理信息是否满足所述预设结束条件，若否，则基于所述第二处理信息确定查找第三处理节点，所述发起节点将第三公文处理请求发送至所述第三处理节点；

接收所述第三处理节点基于所述第三公文处理请求完成公文处理后生成的第三处理信息，确定完成公文处理流程。

第二方面，本发明实施例还提供一种公文流转方法，包括：

第一处理节点接收第一公文处理请求；

基于所述第一公文处理请求完成公文处理后，生成第一处理信息；

将所述第一处理信息发送至发起节点，以便所述发起节点确定查找第二处理节点。

第三方面，本发明实施例还提供一种公文流转系统，包括：

匹配模块，用于发起节点生成第一公文处理请求，将所述第一公文处理请求发送至与预设规则相匹配的第一处理节点；

接收模块，用于接收所述第一处理节点基于所述第一公文处理请求完成公文处理后生成的第一处理信息；

判断模块，用于判断所述第一处理信息是否满足预设结束条件，若否，则基于所述第一处理信息确定查找第二处理节点，所述发起节点将第二公文处理请求发送至所述第二处理节点；

确定模块，用于接收所述第二处理节点基于所述第二公文处理请求完成公文处理后生成的第二处理信息，确定完成公文处理流程。

结合第三方面，本发明实施例提供了第三方面的第一种可能的实施方式，其中，所述匹配模块具体用于：

将所述第一公文处理请求与预先设置的部门信息相匹配，获取所述部门信息；

将所述第一公文处理请求与预先设置的权限信息相匹配，获取所述权限信息；

基于所述权限信息和所述部门信息，与预先设置的节点信息相匹配，获取所述第一处理节点。

结合第三方面，本发明实施例提供了第三方面的第二种可能的实施方式，其中，所述判断模块具体用于：

按照所述预设规则获取所述第一公文处理请求对应的节点信息；

将所述第一处理节点与所述节点信息相匹配，若匹配，则满足所述预设结束条件；

若否，则不满足所述预设结束条件。

结合第三方面，本发明实施例提供了第三方面的第二种可能的实施方式，其中，所述确定模块还具体用于：

判断所述第二处理信息是否满足所述预设结束条件，若否，则基于所述第二处理信息确定查找第三处理节点，所述发起节点将第三公文处理请求发送至所述第三处理节点；

接收所述第三处理节点基于所述第三公文处理请求完成公文处理后生成的第三处理信息，确定完成公文处理流程。

第四方面，本发明实施例还提供一种公文流转系统，包括：

获取模块，用于第一处理节点接收第一公文处理请求；

生成模块，用于基于所述第一公文处理请求完成公文处理后，生成第一处理信息；

发送模块，用于将所述第一处理信息发送至发起节点，以便所述发起节点确定查找第二处理节点。

本发明实施例带来了以下有益效果：

采用统一预制基础流转模式，实现分级管理各组织机构单位的统一化、模块化管理，实现审批流程规范化、加强文件管理、促进信息流通、提高办公效率和分布办公。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的公文流转方法的流程图；

图2为本发明实施例提供的匹配第一处理节点的流程图；

图3为本发明实施例提供的判断第一处理信息是否满足预设结束条件的流程图；

图4为本发明实施例提供的判断第二处理信息是否满足预设结束条件的流程图；

图5为本发明实施例提供的公文流转方法的流程图；

图6为本发明实施例提供的公文流转系统的结构框架图；

图7为本发明实施例提供的公文流转系统的结构框架图。

具体实施方式

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

目前机关内各级单位内部的公文处理流转不统一，导致出现审批流程不规范、办公效率低等问题，基于此，本发明实施例提供的一种公文流转方法及系统，可以实现审批流程规范化、加强文件管理、促进信息流通、提高办公效率和分布办公。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种公文流转方法进行详细介绍。

如图1所示，本发明实施例提供了一种公文流转方法，具体包括以下步骤s101～s104：

s101，发起节点生成第一公文处理请求，将第一公文处理请求发送至与预设规则相匹配的第一处理节点。

前台的发起节点生成公文处理请求，公文处理请求包括发起人信息、处理事项与权限范围。这里的权限范围为第一处理节点对应的处理人的权限范围，它包括但不限于签发、审批、复核、通知和会签，权限范围是发起人根据处理事项确定的，一般地，第一处理节点对应的处理人的权限范围为审批和通知中的至少一项。根据权限范围在后台中查找确定合适的处理节点，对处理事项进行相应的权限处理。

可选地，如图2所示，步骤s101中具体包括以下步骤s201～s203：

s201，将第一公文处理请求与预先设置的部门信息相匹配，获取部门信息；

s202，将第一公文处理请求与预先设置的权限信息相匹配，获取权限信息。

s203，基于权限信息和上述部门信息，与预先设置的节点信息相匹配，获取第一处理节点。

在后台中为各级单位分别设置单位管理员账号，用于进行本单位后台的功能性设置，包括但不限于录入本单位的人员信息、岗位信息及所属部门，并由管理员为不同人员分配相应的权限。第一公文处理请求中的发起人信息包括发起人的部门信息，在后台中确定查找符合的部门信息，具体如下：对于每个发起人的部门信息，在后台中都存储着发起人的部门信息与处理人的部门信息的映射关系，例如发起人的部门信息为部门a，映射关系表明部门a对应的处理部门为部门b，则在后台中查找的符合的部门信息为部门b。在后台中确定查找符合第一公文处理请求中携带的权限范围的权限信息，部门信息和权限信息与人员节点信息相关联，根据部门信息和权限信息匹配人员节点，这里的人员节点就是第一处理节点。若根据上述的方法不能匹配到人员节点，发起人将通过自定义的方法选择第一处理节点。

s102，接收第一处理节点基于第一公文处理请求完成公文处理后生成的第一处理信息。

第一处理信息中包括处理节点完成公文处理请求后的处理结果，以及下一处理节点信息。其中，处理结果包括节点负责人的电子签名，以及对该处理事项的处理意见，如同意、不同意以及不同意的理由。

s103，判断第一处理信息是否满足预设结束条件，若否，则基于第一处理信息确定查找第二处理节点，发起节点将第二公文处理请求发送至第二处理节点。

可选地，如图3所示，步骤s103中具体包括以下步骤s301～s303：

s301，按照预设规则获取第一公文处理请求对应的节点信息。

s302，将第一处理信息与节点信息相匹配，若匹配，则满足预设结束条件。

s303，若否，则不满足预设结束条件。

根据第一公文处理请求中的权限范围，在后台中查找相符合的权限信息，从而确定该处理事项的所有节点负责人，组成节点信息。结束条件是发起节点获得的处理信息中包括该处理事项的所有节点负责人的电子签名，不同的处理事项可能需要的处理节点个数是不同的，在本发明实施例中并未对节点个数做出具体限制。举一具体实施例，发起节点生成签发请求，根据签发请求在后台中获取符合权限范围的节点信息，节点信息中包括分管领导、科室负责人和主要领导三个节点。其中，分管领导为第一处理节点，发起节点在接收到分管领导处理信息后，将分管领导处理信息中的电子签名与节点信息相匹配，由于分管领导只是节点信息中的一个节点，因此不满足结束条件。根据分管领导处理信息中携带的第二处理节点信息，将携带有分管领导处理结果的签发请求发送给科室负责人进行签发处理，直到接收到主要领导处理信息，将主要领导处理信息与节点信息相匹配，得到所有节点负责人的电子签名，则该签发请求完成。

s104，接收第二处理节点基于第二公文处理请求完成公文处理后生成的第二处理信息，确定完成公文处理流程。

可选地，如图4所示，步骤s104还具体包括以下步骤s401～s402：

s401，判断第二处理信息是否满足预设结束条件，若否，则基于第二处理信息确定查找第三处理节点，发起节点将第三公文处理请求发送至第三处理节点。

s402，接收第三处理节点基于第三公文处理请求完成公文处理后生成的第三处理信息，确定完成公文处理流程。

本发明实施例在公文流转过程中，可以实时记录各处理节点针对公文处理请求的具体操作，对于每一处理节点，以公文的发起时间、公文的接收时间、公文的首次查看时间以及公文的处理时间为关键字，生成日志信息，存储在数据库中，供发起人调阅查看。还可以将具体操作信息发送至预先创建好的追踪模型中，方便发起人追踪流转节点的位置，透明化办公，提高办公效率。对流转过程中产生的问题，如操作问题、处理异常问题(如错选下一级节点、错选节点权限或者人员离职等情况)等情况进行逐一记录，单独生成与操作问题或者异常问题对应的问题日志信息存储在数据库中。

本发明实施例提供了一种公文流转方法，如图5所示，具体包括以下步骤s501～s503：

s501，第一处理节点接收第一公文处理请求。

s502，基于第一公文处理请求完成公文处理后，生成第一处理信息。

s503，将第一处理信息发送至发起节点，以便发起节点确定查找第二处理节点。

本发明实施例提供了一种公文流转系统，如图6所示，该系统包括：

匹配模块601，用于发起节点生成第一公文处理请求，将第一公文处理请求发送至与预设规则相匹配的第一处理节点。

接收模块602，用于接收第一处理节点基于第一公文处理请求完成公文处理后生成的第一处理信息。

判断模块603，用于判断第一处理信息是否满足预设结束条件，若否，则基于第一处理信息确定查找第二处理节点，发起节点将第二公文处理请求发送至第二处理节点。

确定模块604，用于接收第二处理节点基于第二公文处理请求完成公文处理后生成的第二处理信息，确定完成公文处理流程。

其中，匹配模块601具体用于，将第一公文处理请求与预先设置的部门信息相匹配，获取部门信息；将第一公文处理请求与预先设置的权限信息相匹配，获取权限信息；基于权限信息和部门信息，与预先设置的节点信息相匹配，获取第一处理节点。

判断模块603具体用于，按照预设规则获取第一公文处理请求对应的节点信息；将第一处理信息与节点信息相匹配，若匹配，则满足预设结束条件；若否，则不满足预设结束条件。

确定模块604具体用于，判断第二处理信息是否满足预设结束条件，若否，则基于第二处理信息确定查找第三处理节点，发起节点将第三公文处理请求发送至第三处理节点；接收第三处理节点基于第三公文处理请求完成公文处理后生成的第三处理信息，确定完成公文处理流程。

本发明实施例还提供了一种公文流转系统，如图7所示，该系统包括：

获取模块701，用于第一处理节点接收第一公文处理请求；

生成模块702，用于基于第一公文处理请求完成公文处理后，生成第一处理信息；

发送模块703，用于将第一处理信息发送至发起节点，以便发起节点确定查找第二处理节点。

本发明实施例所提供的公文流转方法及系统的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例，在此不再赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

另外，在本发明实施例的描述中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

最后应说明的是：以上所述实施例，仅为本发明的具体实施方式，用以说明本发明的技术方案，而非对其限制，本发明的保护范围并不局限于此，尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。