CN111582833A - 基于生命周期的文档处理方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种基于生命周期的文档处理方法、装置及电子设备，所述方法包括：获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；获得所述审核请求对应的审核结果；输出所述审核结果。

Description

基于生命周期的文档处理方法、装置及电子设备

技术领域

本申请涉及数据处理技术领域，尤其涉及一种基于生命周期的文档处理方法、装置及电子设备。

背景技术

随着信息化的发展，文档管理逐渐受到重视。而随着互联网的兴起，基于B/S架构的文档管理系统实现了将文档上传到服务器进行集中存储，使管理更加方便、查找更加快捷。只要有互联网的地方，就可以通过浏览器直接访问文档管理系统，进而能够对服务器中存储的文档进行处理。

但目前的文档管理系统中只能单纯的对文档进行处理，导致文档管理较为单一。

发明内容

有鉴于此，本申请提供一种基于生命周期的文档处理方法、装置及电子设备，如下：

一种基于生命周期的文档处理方法，所述方法包括：

获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；

在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；

根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；

获得所述审核请求对应的审核结果；

输出所述审核结果。

一种基于生命周期的文档处理装置，所述装置包括：

请求获得单元，用于获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；

文档处理单元，用于在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；

审核输出单元，用于根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；

结果获得单元，用于获得所述审核请求对应的审核结果；

结果输出单元，用于输出所述审核结果。

一种电子设备，包括：

存储器，用于存储应用程序和所述应用程序运行所产生的数据；

处理器，用于执行所述应用程序，以实现：获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；获得所述审核请求对应的审核结果；输出所述审核结果。

从上述技术方案可以看出，本申请公开的一种基于生命周期的文档处理方法、装置及电子设备中，在获得所包含的处理标识表征文档当前生命周期的文档处理请求之后，在文档数据库中执行与处理标识相对应的文档处理操作，如文档创建、文档变更、文档梳理或文档废止等生命周期所对应的文档处理操作，由此在得到处理结果之后输出对该处理结果进行审核的审核请求，进而在获得到审核请求对应的审核结果之后，将审核结果进行输出，完成文档当前生命周期的文档处理工作流。可见，本实施例中将文档的生命周期管理与工作流技术相结合，实现了文档从任意生命周期的文档处理操作(创建、变更、梳理、废止)、审批到发布的自动化作业管理，由此为用户提供多种功能的文档管理，进而提高对文档的管理效率。

附图说明

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

图1为本申请实施例一提供的一种基于生命周期的文档处理方法的流程图；

图2为本申请实施例一提供的一种基于生命周期的文档处理方法的另一流程图；

图3-图4分别为本申请实施例一提供的一种基于生命周期的文档处理方法的部分流程图；

图5为本申请实施例二提供的一种基于生命周期的文档处理装置的结构示意图；

图6为本申请在具体实现的组件或类的架构图；

图7-图10分别为本申请在具体实现中各模块的逻辑实现图；

图11为本申请实施例三提供的一种电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

如图1所示，为本申请实施例一提供的一种基于生命周期的文档处理方法的实现流程图，该方法可以适用于能够进行文档处理的电子设备中，如计算机或服务器等，本实施例中的方法主要用于对各生命周期的文档进行工作流管理。

具体的，本实施例中的方法可以包括以下步骤：

步骤101：获得文档处理请求。

其中，文档处理请求中包括处理标识，处理标识能够表征文档的当前生命周期，文档的当前生命周期可以为创建、变更、梳理或废止等生命周期。

需要说明的是，文档处理请求中的处理标识还能够表征待处理的文档，例如，处理标识中除了包括有文档的当前生命周期的标识，还包括有文档标识，如文档名称(或编号等)和/或文档路径等。

步骤102：在文档数据库中，执行与处理标识相对应的文档处理操作，以得到处理结果。

例如，在文档数据库中执行创建、变更、梳理或废止等生命周期对应的文档处理操作，进而得到处理结果，如是否处理成功、处理后所得到的响应信息以及处理后得到的文档等中的一种或多种结果内容。

步骤103：根据处理结果，输出审核请求。

其中，审核请求用于表征处理结果待审核。

具体的，本实施例中可以将审核请求输出到审核终端，如通过短信或邮件等有线或无线的通信方式将审核请求输出到审核人员所持的终端或设备等，进而提示审核人员对处理结果进行审核，例如，处理结果是否合格、处理结果中的文档是否需要进行修改等。

步骤104：获得审核请求对应的审核结果。

其中，本实施例中可以通过与审核终端之间的通信连接获得审核终端发送的审核请求对应的审核结果。

步骤105：输出审核结果。

其中，本实施例中可以通过有线或无线等通信方式从审核终端获得到审核结果，由此完成对文档的当前生命周期的文档处理工作流。

由上述方案可知，本申请实施例一提供的一种基于生命周期的文档处理方法中，在获得所包含的处理标识表征文档当前生命周期的文档处理请求之后，在文档数据库中执行与处理标识相对应的文档处理操作，如文档创建、文档变更、文档梳理或文档废止等生命周期所对应的文档处理操作，由此在得到处理结果之后输出对该处理结果进行审核的审核请求，进而在获得到审核请求对应的审核结果之后，将审核结果进行输出，完成文档当前生命周期的文档处理工作流。可见，本实施例中将文档的生命周期管理与工作流技术相结合，实现了文档从任意生命周期的文档处理操作(创建、变更、梳理、废止)、审批到发布的自动化作业管理，由此为用户提供多种功能的文档管理，进而提高对文档的管理效率。

在一种实现方式中，本实施例中的方法还可以包括以下步骤，如图2中所示：

步骤106：在文档数据库中，保存处理标识对应的文档处理操作执行中以及执行后对应的目标文档所处的生命周期状态。

其中，在执行处理标识所对应的文档处理操作过程中，将目标文档所处的当前生命周期状态进行保存，例如，将文档创建中、文档变更中、文档梳理中或文档废止中等状态进行保存，也将执行处理标识所对应的文档处理操作之后，将目标文档所处的当前生命周期状态进行保存，例如，将文档创建完成、文档变更完成、文档梳理完成或文档废止完成等状态进行保存。

可见，本实施例中不仅将文档的生命周期管理与工作流技术相结合，实现了文档从任意生命周期的文档处理操作(创建、变更、梳理、废止)、审批到发布的自动化作业管理，而且将对文档执行处理操作的各个流程进行记录留痕，进而实现文档处理的可追溯性，由此在后续文档处理中能够提升工作效率。

在具体实现中，本实施例中执行处理标识对应的文档处理操作可以为：

在文档数据库中创建目标文档。例如，在文档数据库中按照处理标识中所需要创建的文档名称或编号，在文档数据库中相应的文档路径下创建新的目标文档。

或者，本实施例中执行处理标识对应的文档处理操作可以为：

在文档数据库中对目标文档进行变更。例如，在文档数据库中按照处理标识中所需要变更的文档名称或编号，在文档数据库中相应的文档路径下对文档编号所对应的目标文档进行文档修改或者其他变更操作。

或者，本实施例中执行处理标识对应的文档处理操作可以为：

梳理文档数据库中的文档信息。例如，对文档数据库中的相关文档按照梳理计划(操作-各版本变更、废止、不变，计划完成时间)对文档的编号、名称、级别、类别、所属部门、文档维护人、原版本号等信息进行梳理，进而得到梳理结果，包括诸如：文档状态，如待梳理、创建中、变更中、废止中、新建、变更、废止、不变等状态，或者如文档新版本号、文档完成时间、文档变更或废止原因等信息。

或者，本实施例中执行处理标识对应的文档处理操作可以为：

废止文档数据库中的目标文档。例如，例如，在文档数据库中按照处理标识中所需要废止的文档名称或编号，在文档数据库中相应的文档路径下对文档编号所对应的目标文档进行文档废止，此时的目标文档是处于废止状态，其生命周期结束。

在一种实现方式中，本实施例中的步骤102在文档数据库中，执行与处理标识相对应的文档处理操作时，具体可以通过以下方式实现：

首先，将处理请求发送给处理请求中的待处理文档属性对应的文档控制类，如XXXController.java等控制类，其中，这里的待处理文档属性可以理解为文档类型，如word或PDF等不同文档类型，由此，文档控制类能够调用文档处理组件如XXXServiceImpl.java以及XXXDaoImpl.java等组件对文档数据库执行所述处理标识对应的文档处理操作，以得到处理结果。

其中，处理结果至少包括创建的目标文档、变更的目标文档、梳理的文档信息或废止的目标文档的对应信息，如前文中所述的处理结果。

在一种实现方式中，本实施例中还可以包括以下步骤，如图3中所示：

步骤107：接收文档查询请求。

其中，查询请求中至少包括查询信息，如待查询文档的文档编号或名称、文档路径等信息。

步骤108：在文档数据库中，获得与查询信息对应的目标内容。

其中，目标内容至少包括：待查询文档。进一步的，目标内容中还可以包括有待查询文档相关的其他信息，如文档创建时间等信息。

具体的，本实施例中可以以pdf或word等格式从文档数据库中获得到相应的文档，以提供给用户。例如，本实施例中可以根据提出文档处理请求的用户的用户权限判断是否获得WORD版本还是PDF版本。

进一步的，在步骤108之后，本实施例中的方法还可以包括以下步骤，如图4中所示：

步骤109：将目标内容进行输出。

例如，将目标内容中的文档输出在终端显示屏上。

在一种实现方式中，本实施例中可以针对文档数据库中的历史文档和废止文档进行归档，即对文档的历史版本和废止版本进行分类保存。具体的，本实施例中可以按照文档数据库中的文档的文档属性，如文档类型或编号等，对文档数据库中的历史文档和废止文档进行归档保存，归档后的文档数据库中，属于同一文档类型或编号的各历史版本和废止版本的文档均被放置在一起，以便于对文档数据库中归档保存的各种历史版本和废止版本的文档进行快速查找。

其中，文档的历史版本是指文档每次经历变更后所得到的版本，文档的废止版本是指文档在经历文档废止后的最后版本。而分类保存的文档之间是关于文档属性相关联的。相应的，文档数据库中保存的文档的历史版本和废止版本能够用于文档查询。例如，在查询到文档的某个历史版本时，可以根据文档所在分类及文档属性查询得到该文档的其他历史版本及废止版本。

进一步的，本实施例中可以对归档后的各种历史版本进行显示，在具体实现中，可以根据用户需求来确定显示的历史版本的数量，例如，用户选择页面仅显示两个历史版本或者显示所有历史版本，相应的在显示屏上为用户显示最近的两个历史版本或者显示所有历史版本。

在一种实现方式中，本实施例中在输出审核请求给审核终端之后，还可以向目标终端输出审核提示信息，进而利用审核提示信息提示对处理结果进行审核。例如，将审核提示信息利用短信或者邮件发送给审核人员的手机或pad上，以提示审核人员对处理结果在审核终端上进行审核。

在一种实现方式中，本实施例中在根据处理结果，向审核终端发送审核请求之前，还可以首先将处理结果中的文档等内容输出给多个用户，以获得这些用户对处理结果的处理意见内容，由此，本实施例中再根据接收到的处理意见内容，对处理结果进行调整。例如，获得多个用户的处理意见内容，实现多个用户的意见征集，进而再对文档进行修改。

需要说明的是，附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。

应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

参考图5，为本申请实施例二提供的一种基于生命周期的文档处理装置的结构示意图，该装置可以适用于能够进行文档处理的电子设备中，如计算机或服务器等，本实施例中的装置主要用于对各生命周期的文档进行工作流管理。

具体的，本实施例中的装置可以包括以下单元：

请求获得单元501，用于获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；

文档处理单元502，用于在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；

审核输出单元503，用于根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；

结果获得单元504，用于获得所述审核请求对应的审核结果；

结果输出单元505，用于输出所述审核结果。

由上述方案可知，本申请实施例二提供的一种基于生命周期的文档处理装置中，在获得所包含的处理标识表征文档当前生命周期的文档处理请求之后，在文档数据库中执行与处理标识相对应的文档处理操作，如文档创建、文档变更、文档梳理或文档废止等生命周期所对应的文档处理操作，由此在得到处理结果之后输出对该处理结果进行审核的审核请求，进而在获得到审核请求对应的审核结果之后，将审核结果进行输出，完成文档当前生命周期的文档处理工作流。可见，本实施例中将文档的生命周期管理与工作流技术相结合，实现了文档从任意生命周期的文档处理操作(创建、变更、梳理、废止)、审批到发布的自动化作业管理，由此为用户提供多种功能的文档管理，进而提高对文档的管理效率。

在一种实现方式中，本实施例中的装置还用于：在所述文档数据库中，保存所述处理标识对应的文档处理操作执行中以及执行后对应的目标文档所处的生命周期状态。

在一种实现方式中，所述处理标识对应的文档处理操作，包括以下任意一项：

在所述文档数据库中创建目标文档；在所述文档数据库中对目标文档进行变更；梳理所述文档数据库中的文档信息；废止所述文档数据库中的目标文档。

在一种实现方式中，文档处理单元502在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果，具体用于：

将所述处理请求发送给所述处理请求中的待处理文档属性对应的文档控制类，以使得所述文档控制类调用文档处理组件对文档数据库执行所述处理标识对应的文档处理操作，以得到处理结果；其中，所述处理结果至少包括创建的目标文档、变更的目标文档、梳理的文档信息或废止的目标文档的对应信息。

在一种实现方式中，本实施例中的装置还用于：

接收文档查询请求，所述查询请求中至少包括查询信息；在所述文档数据库中，获得与所述查询信息对应的目标内容，所述目标内容至少包括：待查询文档。

在一种实现方式中，本实施例中的装置还用于：按照所述文档数据库中的文档的文档属性，对所述文档数据库中的文档的历史版本和废止版本进行分类保存。

在一种实现方式中，本实施例中的装置还用于：向目标终端输出审核提示信息，所述审核提示信息用于提示对所述处理结果进行审核。

在一种实现方式中，本实施例中的装置在审核输出单元503根据所述处理结果，向审核终端发送审核请求之前，还用于：根据接收到的处理意见内容，对所述处理结果进行调整。

需要说明的是，本实施例中各单元的具体实现可以参考前文中的相应描述，此处不再详述。

描述于本公开实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，模块的名称在某种情况下并不构成对该单元本身的限定，例如，分析模块还可以被描述为“统计分析模块”。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

以对多部门的文档的管理为例，对本申请的技术方案所实现的文档生命周期管理系统进行举例说明：

首先，本申请是将生命周期理论应用到制度流程文档的管理，同时结合工作流技术实现了整个生命周期管理的自动化作业管理。在逻辑实现上，本申请共包含六个功能模块：查询模块、创建模块、变更模块、梳理模块、归档模块和用户管理模块。除用户管理模块使用单独的员工信息数据库外，其他模块共用一个制度流程文档数据库，所有信息的调用均基于该数据库中的制度流程信息，对制度流程的具体信息和文档的存储路径进行统一规范的管理，具体模块信息如下：

创建模块，实现了文档生命周期的创建过程，是形成文档数据库的开始。因为制度流程文档的适用范围不同，所以对文档进行了分级和分类管理，针对文档的级别和类别，设置了不同的审核审批环节。创建模块结合文档的管理方法，实现了文档信息的编辑、文档提交、文档意见征集及反馈、文档审核审批，并能够根据文档级别和类别的不同，选择相应的审核审批环节。此外，为防止各审核审批环节处理不及时，该系统在各个审核审批环节增加了邮件及短信提醒功能，相应人员可直接通过提醒信息中的链接直接进入处理界面进行处理，或通过登入系统进行处理。

变更模块，实现了文档生命周期的变更和废止两个过程，它的结构和创建模块结构相似，只是针对文档的创建管理进行了某一环节的增加或删除。

梳理模块实现了年度制度流程创建、变更的状态记录，明晰年度内制度流程变化，确保制度流程的适用性和可执行性。

查询模块实现了所有发布或试运行制度流程文档的快速查询，以及在线查看和下载功能，为保障文档的安全性和合规性，所有文档在下载时均自动转换为PDF格式。但为了实现后期对文档的可变更，可根据用户权限选择可下载WORD格式。此外，为了快速了解企业制度流程情况，完善企业制度流程体系，该模块还提供了系统内部在用制度流程的可视化处理结果。

归档模块实现了文档生命周期的归档，它对废止文档和在用文档的历史版本进行了分类处理。同时可在线快速查找。

用户管理模块实现了对不同用户配置不同的系统角色满足不同的权限需求，并且可对一个用户提供多种角色，在满足实际工作需求的同时，确保系统信息的安全性。

在具体实现中，参考图6中所示的组件结构示意图，本申请中的文档管理系统可以包括以下组件或类实现：

过滤器：主要负责用户登录文档管理系统过程中对用户信息进行筛选，系统数据库中的用户可以成功登录，如果用户信息不在本数据库中则无法登录；

JSP前端界面：主要负责接收用户请求，并将XXXController.java传回的响应和数据展示在页面上；

DispatcherServlet容器：主要负责提供系统中的集中访问点以及JSP前端界面传来的请求的分派；

XXXController.java：主要负责接收DispatcherServlet容器所派发的任务，并对用户的请求做出响应；

XXXServiceImpl.java和XXXDaoImpl.java：主要负责对数据库的增删改查(CRUD：增加(Create)、读取(Retrieve)、更新(Update)和删除(Delete))。

具体的，以用户登录系统在首页查看某一流程具体信息的过程举例说明：

用户信息经过过滤器的筛选，在系统数据库中的用户成功登录该系统并进入系统首页。点击界面上任一文档的相应按钮，JSP前端页面将接收用户的查看请求，由DispatcherServlet容器将查看请求和文档编号提供给对应的XXXController.java类，XXXController.java接收请求后，调用相应的XXXServiceImpl.java和XXXDaoImpl.java类，XXXServiceImpl.java和XXXDaoImpl.java根据文档编号查询数据库检索出该文档的具体数据，将数据回馈给XXXController.java，XXXController.java接收到数据后将响应和数据传到JSP前端界面，同时进入文档详情页面展示文档具体信息。

在具体实现中，本申请的技术方案所实现的文档生命周期管理系统从制度流程的创建(变更)到其废止环环紧密结合，步步系统留档记录。在本申请中，相关文档的生命周期分为两种形式：文档动作和文档状态。文档动作可理解为对文档的操作，包括创建、变更、废止、审批、梳理，文档状态可理解为实施操作后文档所处的阶段，包括创建中、变更中、待变更、待梳理、归档。通过创建、变更、梳理、废止、审批这些文档生命周期中的文档动作确保了文档的合规性、适用性和可执行性。

该文档生命周期管理系统共包含六个功能模块：查询模块、创建模块、变更模块、梳理模块、归档模块、和用户管理模块，主要前端开发语言为HTML+CSS+JavaScript语言，主要后端开发语言为Java语言，项目整体为SSM框架，前端开发可利用BootStrap框架及其组件，使页面更加整洁美观。

创建模块，是形成文档数据库的开始，不断丰富文档数据库的内容。因为制度流程文档的适用范围不同，所以对文档进行了分级和分类管理，针对文档的级别和类别，建立了不同的审核审批环节，如图7中所示。为确保每份文档的唯一性，明确文档归属，本申请中采用一定的编号方式对文档进行编号，系统可根据文档的基本信息进行自动编号，对于同类文档会在前一编号的基础上自动加一，且根据创建的文档级别类别自动进行审核审批路径的选择。

其中，每份通用型文档在创建之初都需要征求相关部门的意见，系统提供了意见征集及反馈功能，申请人可以根据文档的适用范围选择相应的部门，并选择意见征集时间周期，系统会对所选部门发起意见征集通知，收到通知的人可通过邮件或短信中的地址链接直接进入意见反馈区进行意见反馈，或者通过登录系统进入相关页面进行意见反馈。截至意见征集时间，意见征集窗口将自动关闭。申请人可在该系统对征集到的意见进行回复，并根据意见内容选择是否对文档进行修改后再提交。审核审批环节相同，当文档流转到当前处理人时，当前处理人会收到邮件/短信通知，并可以通过通知中的链接直接进入处理页面或者通过系统登录相关页面进行审核或审批处理。

为便于意见标记，当前处理人可在文档中直接修订，系统将以强制修订模式对修订部分进行标注，待文档发布后，文档将自动接受修订且以PDF的形式进行展示。

变更模块，参考图7，为记录每份文档的变更记录，本申请以版本号作为标记，变更分为主版本变更、子版本变更和修订版本变更，系统可以根据变更类型自动进行版本号的变更，并根据文档的级别、类别和变更版本自动选择审核审批路径。

该系统将文档变更和废止的功能均设在了变更模块，变更模块汇集了当前所有在用的文档，通过文档信息可以快速查询所需文档，选中文档，可对文档进行变更或者废止操作。

梳理模块，记录了所有在用文档的基本信息，包括文档的编号、名称、级别、类别、所属部门、文档维护人、原版本号、梳理计划(操作-各版本变更、废止、不变，计划完成时间)、梳理结果(状态(待梳理、创建中、变更中、废止中、新建、变更、废止、不变)、新版本号、完成时间)、变更/废止原因。当在创建模块创建一份文档时，梳理模块就会增加一条文档信息记录，梳理结果从创建中到新建。如图8中所示，当在变更模块对文档进行变更操作时，梳理模块的对应文档的梳理结果中的状态就会由待梳理变为变更中再到变更，当在变更模块对文档进行废止操作时，梳理模块的对应文档的梳理结果中的状态就会由待梳理变为废止中再到废止。每年1月1日0点，系统自动将所有文档状态恢复为“待梳理”。同时，维护人可以在梳理模块对所维护的文档设置梳理计划，包括梳理的状态(各版本变更、废止、不变)和计划完成时间，并在此模块直接提交相应申请，系统将自动将申请关联到变更模块从而触发后续流程的操作。

此外，系统每年会定时发送两次文档梳理通知到文档维护人，维护人可根据实际情况对文档进行梳理操作。

为快速展示年度文档情况，该模块还提供文档年度梳理情况可视化展示功能，用户可以根据需求选择文档属性，系统可根据定义对属性数据进行二维可视化展示，譬如X方向为文档级别，Y方向为文档梳理结果。

查询模块，是对所有发布或试运行文档的快速查询及下载入口，如图9中所示，通过设定条件可以对所需的文档进行快速查找、在线查看、下载和打印。同时，该模块还可以对文档内容的快速在线查询，及打印功能，提升了问题处理效率。为保障文档的安全性和合规性，所有文档在下载时均自动转换为PDF格式。但为了实现后期对文档的可变更操作，系统可根据用户权限自动判断当前用户是否可下载WORD版本。

此外，为了快速了解企业文档情况，完善企业制度流程体系，该模块也提供了系统内部在用制度流程的可视化展示功能。用户可以根据需求选择文档属性，系统可根据定义对属性数据进行二维可视化展示，譬如X方向为文档级别，Y方向为文档归属部门。

归档模块，归档模块包含两个部分，如图10中所示，一部分归档废止文档一部分归档历史版本文档。用户可以根据需求选择页面仅显示两个历史版本，还是显示所有历史版本。该模块也提供快速查找功能。

用户管理模块，围绕制度流程的生命周期会出现很多角色，该模块为实现对用户的角色分配和对角色的权限控制提供了可能。针对不同人员工作需求，可配置单一角色，也可配置多重角色，在确保工作需求的同时，也保证了信息安全。

基于以上实现，本申请的技术方案实现了制度流程文档的生命周期管理，并将其与工作流技术进行有机结合，实现了制度流程文档从编制(变更)、审批、发布到废止的整个生命周期在一个系统中自动化作业管理，并对每个步骤进行记录留痕保证事件的可追溯性。同时在考虑具体工作环境的基础上，提供了此类文档的线上梳理、定时信息通知、信息可视化的功能，实现了文档的自动化管理，解决了文档查找困难、避免了同一文档多版本流传、加强了文档权限管理保障文档信息安全性，同时大大提升了相关人员的工作效率。

下面参考图11，其示出了适于用来实现本公开实施例的电子设备的结构示意图。图11示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示，电子设备可以包括处理器(例如中央处理器、图形处理器等)1101，其可以根据存储在只读存储器(ROM)1102中的程序或者从存储装置1108加载到随机访问存储器(RAM)1103中的程序而执行各种适当的动作和处理。在RAM 1103中，还存储有电子设备操作所需的各种程序和数据。处理器1101、ROM 1102以及RAM 1103通过总线1104彼此相连。输入/输出(I/O)接口1105也连接至总线1104。

通常，以下装置可以连接至I/O接口1105：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1106；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置1107；包括例如磁带、硬盘等的存储装置1108；以及通信装置1109。通信装置1109可以允许电子设备与其他设备进行无线或有线通信以交换数据。虽然图11示出了具有各种装置的电子设备，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置1109从网络上被下载和安装，或者从存储装置1108被安装，或者从ROM 1102被安装。在该计算机程序被处理器1101执行时，执行本公开实施例的方法中限定的上述功能：

获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；

在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；

根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；

获得所述审核请求对应的审核结果；

输出所述审核结果。

本发明实施例还要求保护一种计算机存储介质，用于储存为上述电子设备所用的计算机软件指令，其包含用于执行上述方面所设计的程序。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被电子设备执行时，使得该电子设备：

获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；

在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；

根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；

获得所述审核请求对应的审核结果；

输出所述审核结果。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

根据本公开的一个或多个实施例，图1所示实施例提供了一种基于生命周期的文档处理方法，包括：

获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；

在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；

根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；

获得所述审核请求对应的审核结果；

输出所述审核结果。

根据本公开的一个或多个实施例，图2所示实施例提供了一种基于生命周期的文档处理方法，还包括：

在所述文档数据库中，保存所述处理标识对应的文档处理操作执行中以及执行后对应的目标文档所处的生命周期状态。

根据本公开的一个或多个实施例，本申请实施例公开的一种基于生命周期的文档处理方法中，所述处理标识对应的文档处理操作，包括以下任意一项：

在所述文档数据库中创建目标文档；

在所述文档数据库中对目标文档进行变更；

梳理所述文档数据库中的文档信息；

废止所述文档数据库中的目标文档。

根据本公开的一个或多个实施例，本申请实施例公开的一种基于生命周期的文档处理方法中，在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果，包括：

将所述处理请求发送给所述处理请求中的待处理文档属性对应的文档控制类，以使得所述文档控制类调用文档处理组件对文档数据库执行所述处理标识对应的文档处理操作，以得到处理结果；

其中，所述处理结果至少包括创建的目标文档、变更的目标文档、梳理的文档信息或废止的目标文档的对应信息。

根据本公开的一个或多个实施例，图3所示实施例公开的一种基于生命周期的文档处理方法中，还包括：

接收文档查询请求，所述查询请求中至少包括查询信息；

在所述文档数据库中，获得与所述查询信息对应的目标内容，所述目标内容至少包括：待查询文档。

根据本公开的一个或多个实施例，图4所示实施例公开的一种基于生命周期的文档处理方法中，还包括：

按照所述文档数据库中的文档的文档属性，对所述文档数据库中的文档的历史版本和废止版本进行分类保存。

根据本公开的一个或多个实施例，本申请实施例公开的一种基于生命周期的文档处理方法中，还包括：

向目标终端输出审核提示信息，所述审核提示信息用于提示对所述处理结果进行审核。

根据本公开的一个或多个实施例，本申请实施例公开的一种基于生命周期的文档处理方法中，在根据所述处理结果，向审核终端发送审核请求之前，所述方法还包括：

根据接收到的处理意见内容，对所述处理结果进行调整。

根据本公开的一个或多个实施例，图5提供了一种基于生命周期的文档处理装置，所述装置包括：

请求获得单元，用于获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；

文档处理单元，用于在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；

审核输出单元，用于根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；

结果获得单元，用于获得所述审核请求对应的审核结果；

结果输出单元，用于输出所述审核结果。

根据本公开的一个或多个实施例，图11提供了一种电子设备，包括：

存储器，用于存储应用程序和所述应用程序运行所产生的数据；

处理器，用于执行所述应用程序，以实现：获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；获得所述审核请求对应的审核结果；输出所述审核结果。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种基于生命周期的文档处理方法，其特征在于，所述方法包括：

获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；

在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；

根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；

获得所述审核请求对应的审核结果；

输出所述审核结果。

2.根据权利要求1所述的方法，其特征在于，还包括：

在所述文档数据库中，保存所述处理标识对应的文档处理操作执行中以及执行后对应的目标文档所处的生命周期状态。

3.根据权利要求1或2所述的方法，其特征在于，所述处理标识对应的文档处理操作，包括以下任意一项：

在所述文档数据库中创建目标文档；

在所述文档数据库中对目标文档进行变更；

梳理所述文档数据库中的文档信息；

废止所述文档数据库中的目标文档。

4.根据权利要求1或2所述的方法，其特征在于，在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果，包括：

将所述处理请求发送给所述处理请求中的待处理文档属性对应的文档控制类，以使得所述文档控制类调用文档处理组件对文档数据库执行所述处理标识对应的文档处理操作，以得到处理结果；

其中，所述处理结果至少包括创建的目标文档、变更的目标文档、梳理的文档信息或废止的目标文档的对应信息。

5.根据权利要求1所述的方法，其特征在于，还包括：

接收文档查询请求，所述查询请求中至少包括查询信息；

在所述文档数据库中，获得与所述查询信息对应的目标内容，所述目标内容至少包括：待查询文档。

6.根据权利要求1所述的方法，其特征在于，还包括：

按照所述文档数据库中的文档的文档属性，对所述文档数据库中的文档的历史版本和废止版本进行分类保存。

7.根据权利要求1所述的方法，其特征在于，还包括：

向目标终端输出审核提示信息，所述审核提示信息用于提示对所述处理结果进行审核。

8.根据权利要求1所述的方法，其特征在于，在根据所述处理结果，向审核终端发送审核请求之前，所述方法还包括：

根据接收到的处理意见内容，对所述处理结果进行调整。

9.一种基于生命周期的文档处理装置，其特征在于，所述装置包括：

请求获得单元，用于获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；

文档处理单元，用于在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；

审核输出单元，用于根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；

结果获得单元，用于获得所述审核请求对应的审核结果；

结果输出单元，用于输出所述审核结果。

10.一种电子设备，其特征在于，包括：

存储器，用于存储应用程序和所述应用程序运行所产生的数据；

处理器，用于执行所述应用程序，以实现：获得文档处理请求，所述文档处理请求中包括处理标识，所述处理标识表征所述文档的当前生命周期，所述当前生命周期为创建、变更、梳理或废止；在文档数据库中，执行与所述处理标识相对应的文档处理操作，以得到处理结果；根据所述处理结果，输出审核请求，所述审核请求用于表征所述处理结果待审核；获得所述审核请求对应的审核结果；输出所述审核结果。

Images