在线文档处理方法、在线文档处理装置和电子设备与流程

本公开涉及云计算领域，更具体地，涉及一种在线文档处理方法、在线文档处理装置和电子设备。

背景技术：

在过程、方法与系统(developmentoperations，简称devops)持续交付流水线被业界普遍认同的情况下，开发到运维紧密协作版本持续交付是版本管理的大趋势。

在实现本公开构思的过程中，申请人发现相关技术中至少存在如下问题。相关技术中，以在线文档的整体作为审批的基础单元，如果在线文档中部分内容审批不通过，则会导致整个在线文档的审批结果被置为审批驳回，影响在线文档的交付效率。

技术实现要素：

有鉴于此，本公开提供了一种用于在保证文档准确性的基础上，提升在线文档审批便捷度以提升文档交付效率的在线文档处理方法、在线文档处理装置和电子设备。

本公开的一方面提供了一种在线文档处理方法，在线文档包括至少两个章节，在线文档包括文档创建阶段和至少一个文档审批阶段，上述方法包括：获取处于文档审批阶段的在线文档中指定章节的章节审批结果，章节审批结果包括审批驳回；响应于章节审批结果是审批驳回，将指定章节的文档阶段修改为文档创建阶段，以便接收来自针对文档创建阶段具有处理权限的客户端的修改后章节；以及按照至少一个文档审批阶段依序流转修改后章节，得到针对修改后章节的审批结果，以便基于至少两个章节各自的章节审批结果确定在线文档的审批结果。

本公开的一方面提供了一种在线文档处理方法，在线文档包括至少两个章节，在线文档包括文档创建阶段和至少一个文档审批阶段，上述方法包括：向服务器端发送章节审批指令，章节审批指令包括针对处于文档审批阶段的在线文档中指定章节的章节审批结果，章节审批结果包括审批驳回；以及获取来自服务器端的与章节审批结果对应的修改后章节，并且对修改后章节进行审批，以便基于至少两个章节各自的章节审批结果确定在线文档的审批结果；其中，修改后章节是服务器端响应于章节审批结果是审批驳回，将指定章节的文档阶段修改为文档创建阶段后，接收来自针对文档创建阶段具有处理权限的客户端的修改后章节。

本公开的一方面提供了一种在线文档处理装置，应用于服务器端，在线文档包括至少两个章节，在线文档包括文档创建阶段和至少一个文档审批阶段，装置包括：第一审批结果获取模块、文档阶段修改模块和第二审批结果获取模块。其中，第一审批结果获取模块用于获取处于文档审批阶段的在线文档中指定章节的章节审批结果，章节审批结果包括审批驳回；文档阶段修改模块用于响应于章节审批结果是审批驳回，将指定章节的文档阶段修改为文档创建阶段，以便接收来自针对文档创建阶段具有处理权限的客户端的修改后章节；以及第二审批结果获取模块用于按照至少一个文档审批阶段依序流转修改后章节，得到针对修改后章节的审批结果，以便基于至少两个章节各自的章节审批结果确定在线文档的审批结果。

本公开的一方面提供了一种在线文档处理装置，应用于客户端，在线文档包括至少两个章节，在线文档包括文档创建阶段和至少一个文档审批阶段，装置包括：审批指令发送模块、修改后章节审批模块。其中，审批指令发送模块用于向服务器端发送章节审批指令，章节审批指令包括针对处于文档审批阶段的在线文档中指定章节的章节审批结果，章节审批结果包括审批驳回；以及修改后章节审批模块用于获取来自服务器端的与章节审批结果对应的修改后章节，并且对修改后章节进行审批，以便基于至少两个章节各自的章节审批结果确定在线文档的审批结果；其中，修改后章节是服务器端响应于章节审批结果是审批驳回，将指定章节的文档阶段修改为文档创建阶段后，接收来自针对文档创建阶段具有处理权限的客户端的修改后章节。

本公开的一方面提供了一种电子设备，包括一个或多个处理器以及存储装置，其中，存储装置用于存储可执行指令，可执行指令在被处理器执行时，实现如上所述的方法。

本公开的一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，指令在被执行时用于实现如上所述的方法。

本公开的一方面提供了一种计算机程序，计算机程序包括计算机可执行指令，指令在被执行时用于实现如上所述的方法。

本公开实施例提供的在线文档处理方法、在线文档处理装置和电子设备，在线文档以章节为单位进行管理和分阶段审批，文档目录页面条目化展示、章节可单独编辑和展示，实现版本文档交付更加灵活，审批操作和开发编辑修改更加有针对性，有效提高管理了效率。

本公开实施例提供的在线文档处理方法、在线文档处理装置和电子设备，通过对在线文档进行复制形成子在线文档，后续开发继续编辑子在线文档且不作废原在线文档，在交付操作(子在线文档进入文档审批阶段)时作废原在线文档，并将原在线文档内各章节审批情况同步到子在线文档中，保证版本在线文档更新编辑的同时不影响测试进度，在更新了线上文档时又保留了原文档的审批进度和结果，最终确保线上文档准确性、唯一性。

本公开实施例提供的在线文档处理方法、在线文档处理装置和电子设备，通过设置锁定时间，限制版本文档交付测试和交接投产的时间，对开发人员和测试人员进行一定的规范控制，实现版本文档在满足持续交付、持续部署的灵活性的同时，能够保证基本的测试时间要求和部署时间要求，保证版本质量，降低投产风险。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了相关技术中在线文档处理方法的逻辑示意图；

图2a示意性示出了根据本公开实施例的在线文档处理方法、在线文档处理装置和电子设备的应用场景；

图2b示意性示出了根据本公开实施例的在线文档处理方法、在线文档处理装置和电子设备的应用场景；

图3示意性示出了根据本公开实施例的可以应用在线文档处理方法、在线文档处理装置和电子设备的示例性系统架构；

图4示意性示出了根据本公开实施例的在线文档处理方法的流程图；

图5示意性示出了根据本公开实施例的在线文档实例集合的结构示意图；

图6示意性示出了根据本公开另一实施例的在线文档实例集合的结构示意图；

图7示意性示出了根据本公开另一实施例的在线文档处理方法的流程图；

图8示意性示出了根据本公开实施例的文档流水线的示意图；

图9示意性示出了根据本公开实施例的文档阶段关联信息的示意图；

图10示意性示出了根据本公开实施例的在线文档处理装置的框图；

图11示意性示出了根据本公开另一实施例的在线文档处理装置的框图；以及

图12示意性示出了根据本公开实施例的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个特征。

图1示意性示出了相关技术中在线文档处理方法的逻辑示意图。

如图1所示，用户1(如开发人员)发起一个在线文档后，用户2(如测试人员)、用户3(如运维人员)等无需下载该文档即可根据自身的处理权限，在线对该文档进行诸如查看、编辑、审批等操作。当一个文档阶段被审批通过之后，则在线文档进入到下一个阶段，用户对在线文档的处理权限会发生改变。通过如上方式，降低了不相关人员对在线文档进行编辑而导致的意外风险，有助于改善上述相关技术中遇到的多种问题。

然而，在版本文档通过持续交付流水线线上系统维护管理的情况下，开发人员、测试人员、运维人员全流程可见文档内容，过程可视化，并且同一应用同一投产日的版本文档，在线上从创建编写、测试确认，直到投产实施保证仅维护一份，版本文档维护面临如下问题。

例如，版本文档由开发编辑完成交付到测试后，测试过程中若发现版本文档问题，如何及时有效的、有针对性的反馈文档问题，使得开发准确定位文档问题，及时进行修改并交付新的文档。

例如，每个应用在一个版本周期内需要交付多次补丁，即需要对同一份文档进行持续更新交付，而上一交付的版本文档还在测试过程中，则不便于实现开发可以对交付的同一文档进行新增补丁内容的同时，不影响测试人员对上一次补丁文档交付内容的测试和审批确认操作。

例如，通过实现线上流水线交付版本文档的前提下，开发可以随时修改和交付版本文档内容，在版本交接运维投产时，若开发持续修改版本文档，会导致测试时间不足，影响交接运维投产，需要对交付时间进行控制。

本公开的实施例提供了一种在线文档处理方法、在线文档处理装置和电子设备，通过数据库表关联存储文档章节内容，实现以文档章节为单位在线上进行增量编辑、确认和修改，全量进行合并在web页面展示，文档交付操作时，将新编辑的章节内容合并到文档中，并将原文档确认情况同步到新文档中。通过设置“锁定时间值”实现文档交付自动截止

图2a示意性示出了根据本公开实施例的在线文档处理方法、在线文档处理装置和电子设备的应用场景。

如图2a所示，在多个文档阶段中，在线文档版本1在阶段1的所有章节的审批结果是审批通过，阶段2对在线文档版本1进行分章节审核，其中，章节1～n(n为大于1的正整数)中，章节3的审批结果是审批驳回，其余章节的审批结果是审批通过，则在线文档版本1中除了章节3以外的其它章节都会停止在当前文档阶段，章节3则会被退回至初始阶段1，开发人员可以在阶段1生成针对在线文档版本1的子文档：在线文档版本2以供重新审批。在开发人员内部检测完成，进行交付时，可以将在线文档版本2与在线文档版本1进行整合，如整合后的在线文档可以是在线文档版本2，包括章节1～n，其中，章节1、2、4～n的审批状态是阶段2审批通过，章节3的审批状态是阶段2未审批。在文档阶段2对章节3审批通过后，则在线文档版本2可以流转至阶段……以便对在线文档版本2进行下一阶段审批。即，在线文档的所有章节在阶段2全部确认通过后，才会流转到阶段……。

图2b示意性示出了根据本公开实施例的在线文档处理方法、在线文档处理装置和电子设备的应用场景。

如图2b所示，在多个文档阶段中，在线文档版本1在阶段2所有章节的审批结果是审批通过。开发人员如果需要新增章节，如新增章节5，在开发人员新增章节5的过程中，在线文档版本1的审批过程不停止，如可以流转至阶段……。在开发人员生成包括新增章节5的在线文档版本2，并且开发部门内部针对章节5的审核结果是审核通过，交付在线文档版本2时，可以将在线文档版本2与在线文档版本1进行整合，如整合后的在线文档是在线文档版本2，包括章节1～5，章节5的审核状态是阶段2未审核，章节1～4的审核状态是阶段…审核通过。

本公开实施例主要针对不同版本应用的文档在持续交付过程中的审批确认和修改，以及交付测试和交接运维投产的流程控制，实现对版本文档灵活交付、及时确认，并对版本文档交付测试和交接给运维投产的时间点硬控制，保证版本文档的时效性。

图3示意性示出了根据本公开实施例的可以应用在线文档处理方法、在线文档处理装置和电子设备的示例性系统架构。需要注意的是，图3所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。需要说明的是，本公开实施例提供的在线文档处理方法、在线文档处理装置和电子设备可用于云计算在文档管理相关方面，也可用于除云计算领域之外的多种领域，本公开实施例提供的在线文档处理方法、在线文档处理装置和电子设备的应用领域不做限定。

如图3所示，根据该实施例的系统架构300可以包括终端设备301、302、303，网络304和服务器305。网络304可以包括多个路由器、网线等，用以在终端设备301、302、303和服务器305之间提供通信链路的介质。网络304可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备301、302、303通过网络304与其他终端设备和服务器305进行交互，以接收或发送信息等，如发送文档创建请求、文档关联信息查询请求、编辑在线文档、审批在线文档和接收处理结果等。终端设备301、302、303可以安装有各种通讯用户端应用，例如银行类应用、运维类应用、网页浏览器应用、办公类应用、搜索类应用、即时通信工具、邮箱用户端、社交平台软件等应用(仅为示例)。

终端设备301、302、303包括但不限于智能手机、虚拟现实设备、增强现实设备、平板电脑、膝上型便携计算机等等。

服务器305可以接收请求，并对请求进行处理。例如，服务器305可以为后台管理服务器、服务器集群等。后台管理服务器可以对接收到的文档创建请求、文档关联信息查询请求等进行分析处理，并将处理结果(如文档创建成功提示等)反馈给终端设备。

需要说明的是，本公开实施例所提供的在线文档处理方法一般可以由服务器305或终端设备301、302、303执行。应该理解，终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

图4示意性示出了根据本公开实施例的在线文档处理方法的流程图。

如图4所示，该方法可以包括操作s402～操作s406。

在操作s402，获取处于文档审批阶段的在线文档中指定章节的章节审批结果，章节审批结果包括审批驳回。

在本实施例中，在线文档包括至少两个章节，其中，文档与章节之间可以通过映射关系关联起来。每个章节可以单独进行审批，也可以是多个章节同时进行审批。

在线文档可以包括至少一个文档阶段，如在线文档可以包括研发阶段、测试阶段和运维阶段，每个阶段可以与该在线文档对应的产品的生命周期中各产品阶段相对应。如开发人员在研发一个新产品时，创建一个针对该产品的技术文档，则该文档阶段可以是处于研发阶段，后续随着产品交付测试部门进行测试时，文档阶段可以处于测试阶段。需要说明的是，为了实现精细化管理，每个文档阶段还可以细分为多个子文档阶段，一个用户针对一个文档阶段内的多个子文档阶段的处理权限可以相同或不同。

每个在线文档可以具有文档标识(id)，如可以是在线文档被创建时自动生成的标识，以唯一地标识一个文档。此外，为了便于直观地确定与一个文档对应的产品，该文档标识可以是基于一定规则，利用产品名、版本等信息生成的。该文档标识可以被修改或禁止被修改。此外，当一个文档需要被重新创建时，则可以在文档标识中添加文档版本信息等以便进行区别。

在操作s404，响应于章节审批结果是审批驳回，将指定章节的文档阶段修改为文档创建阶段，以便接收来自针对文档创建阶段具有处理权限的客户端的修改后章节。

例如，文档阶段可以包括文档创建阶段、交付阶段、测试阶段等。当某个章节在测试阶段的审批结果是审批驳回时，则在线文档的该章节的文档阶段可以被更改为文档创建阶段，以便开发人员对该章节进行编辑，以满足审批要求。由于可以分别对各章节进行单独审批，为了加快审批效率，可以仅更改该章节的文档阶段。

系统可以通知开发人员存在被驳回的在线文档或章节，以便开发人员及时在线修改在线文档或章节。

需要说明的是，可以为处于不同文档阶段的在线文档，针对不同的用户设置不同的处理权限，例如，开发人员可以对处于研发阶段的文档进行诸如编辑、审批等处理，但是不可以对处于测试阶段的文档进行编辑或审批等处理。测试人员可以对处于测试阶段的文档进行诸如编辑和审批等处理，但是不可以对处于研发阶段的文档进行编辑、审批等处理。需要说明的是，与当前文档阶段不对应的用户属性的用户也可以具有一定的处理权限，如查看权限，这样使得与在线文档对应的产品相关工作人员(如研发、测试和运维人员等)，都可以查看文档，这样便于相关工作人员可以及时了解产品进度、为了承接该产品需要进行的准备工作等。

例如，以devops持续交付流水线的场景为例，一个应用的版本文档流水线可以设置三种角色：开发人员、测试人员、运维人员(角色可以属于用户属性的一种)。在一个版本的在线文档中各个文档阶段，所有角色赋查看文档权限，文档内容全程可见。开发人员角色赋文档编辑和开发阶段的文档审批权限。测试人员角色赋测试过程中的文档审批权限。运维人员角色赋投产过程阶段的文档审批权限。

在操作s406，按照至少一个文档审批阶段依序流转修改后章节，得到针对修改后章节的审批结果，以便基于至少两个章节各自的章节审批结果确定在线文档的审批结果。

参考图2所示，可以综合多个章节各自的审批结果给出针对该在线文档的审批结果。当然，也可以给出各章节各自的审批结果。

其中，版本文档从开发创建编辑直到运维实施投产全生命周期的全程共享可见，通过线上对文档状态的转换以及对相关人员的权限设置以保证权限准确性，并且实现对同一产品(如应用)唯一一份文档的维护，确保版本文档的准确性。用户可以通过统一的全球广域网(worldwideweb，简称web)界面进行文档的编辑和展示，使文档更加规范，开发交付后，测试过程持续完善，生产可以提前介入文档质量控制，最后交接审批，直接形成投产文档，无需线下编辑文档再线上传输，避免手工整合文档，实现文档编写规范化，文档操作流程标准化。

本公开实施例中，版本文档章节目录化，文档内容展示的web页面展示文档的章节目录，点击需要确认的文档章节，逐个对版本文档按照章节进行确认审批，增量修改，全量合并交付。对于已交付的一份版本文档，测试人员若审批不通过，驳回开发时仅对有问题的章节进行审批驳回并附问题说明，开发接收到驳回信息后，可以准确定位，及时修改。

在一个实施例中，章节审批结果还包括审批通过。

相应地，上述方法还包括：响应于章节审批结果是审批通过，将指定章节的文档阶段修改为至少一个文档审批阶段中的当前文档阶段的下一文档阶段，以便针对当前文档阶段的下一文档阶段具有审批权限的账户对指定章节进行审批。

在一个实施例中，文档创建阶段通过如下方式创建在线文档。

首先，接收文档创建请求，文档创建请求包括文档模板名称和版本关联信息。例如，文档创建请求包括文档模板名称等。文档创建请求也可以包括文档标识，文档标识可以包括产品名称、产品版本信息、产品关联日期信息和文档版本信息中至少一种。其中，产品名称可以为应用名称、应用简称、应用代号等。产品关联日期可以包括：产品的立项日期、产品研发启动时间、产品投产日期及其代码等。文档版本信息可以被包含在文档创建请求中，也可以是由系统默认生成的，如首次生成的针对该产品的文档的版本可以为0、1、a等，第二次生成的针对该产品的文档的版本可以为1、2、b等，在此不再详述。

然后，响应于文档创建请求，从文档模板集合中确定与文档模板名称对应的文档模板标识，生成文档标识，并且在文档章节属性集合中增加文档章节标识、与文档章节标识对应的文档章节名称和文档模板标识，文档章节名称是从与文档模板名称对应的文档模板中获取的，文档章节名称的章节内容明细存储在文档内容集合中。其中，集合可以通过表的方式进行存储或展示。例如，文档模板集合可以通过文档模板表进行存储或展示。

接着，关联地将文档标识、文档模板标识、文档实例名称和版本关联信息存储在文档实例集合中。

图5示意性示出了根据本公开实施例的在线文档实例集合的结构示意图。

如图5所示，在线文档可以涉及文档模板表、文档章节表、文档实例表、文档内容表等。

系统获取页面录入的已确定好的不同类型版本文档模板信息，将文档模板信息记录到数据库文档模版表中，文档模板表中包含“文档模板id”、“文档模板名称”等信息，系统同时获取预先录入的文档模板中章节信息记录到数据库的文档章节表中，文档章节表中包含“文档章节id”、“文档章节名称”、“文档模板id”等信息，两张表通过“文档模板id”进行关联。开发人员创建文档时，系统获取开发人员在web页面选择的“文档模板名称”，关联引用文档模版表中记录的“文档模板id”，通过“文档模板id”关联文档章节表，获取文档章节名称，将模板信息和章节名称显示到web页面，同时系统获取页面开发人员输入的版本相关信息(应用名称、版本号、投产日期等信息)根据规则合并生成“文档实例名称”，在数据库的文档实例表中记录“文档id”、“文档实例名称”、“文档模板id”、“投产日期”等信息。

其中，文档创建阶段和至少一个文档审批阶段各自与产品生命周期中各产品阶段之间存在对应关系。文档模板可以是统一格式的，如包括：文档标题、副标题、目录、章节、板块等。此外，文档模板可以包括多个版本，如针对金融类应用具有统一的模板，针对政务类应用具有统一的模板等，这样使得用户可以根据自身的需求从模板库中选取所需的模板。

在一个实施例中，该方法还可以包括如下操作。

首先，接收第一章节新建指令，第一章节新建指令是针对处于文档创建阶段的在线文档的。

然后，响应于第一章节新建指令，在文档临时章节集合中关联地存储新增章节标识、文档标识、新增章节名称和新增章节内容明细。

例如，开发人员在web页面进行文档编辑，逐个章节进行编辑，编辑的章节具体内容记录到文档内容表中(包括“文档内容id”、“文档章节id”、“章节内容明细”)。章节内容中可以上传附件，附件内容保存在文档附件表中(记录地址)，模板章节若不满足需求，开发人员通过页面触发新增章节，系统获取到新增章节命令后，在数据库文档临时章节表中记录“新增章节id”、“新增章节名称”、“文档id”、“新增章节内容”等信息，并且记录新增章节编辑的“新增章节内容明细”。

此外，为了便于查找所需的章节及其章节内容明细，上述方法还可以包括如下操作。

首先，接收文档查询指令，文档查询指令包括文档实例名称。该文档查询指令可以来自客户端。

然后，确定与文档实例名称相关联的文档属性，文档属性包括文档标识。其中，文档属性包括但不限于以下至少一种：文档模板标识、名称、文档执行状态、文档执行节点、文档交付时间等。

接着，确定与文档标识相关联的文档章节标识和新增文档章节标识。

然后，确定与文档章节标识对应的文档章节名称和与新增文档章节标识对应的新增文档章节名称，并且确定与文档章节标识对应的章节内容明细和与新增文档章节标识对应的新增文档章节内容明细。

然后，将文档章节名称、新增文档章节名称、章节内容明细、新增文档章节内容明细和文档属性中至少一个发送给客户端，以便客户端进行展示。

这样可以通过多重映射关系从多个表中查找到用户所需的关于在线文档的多种信息。

在一个实施例中，上述方法还可以包括：针对处于文档审批阶段的在线文档，通过依序执行复制在线文档、新增章节和同步在线文档的方式更新在线文档。

对于版本测试周期内，开发需要新发补丁的情况，上一版本交付的版本文档还在测试人员确认过程中，开发可以创建编辑新的章节，原文档可以由测试人员继续确认，当开发对新文档章节编辑完成，通过了内部测试后，在交付测试时间点，系统将原文档章节审批确认情况和具体内容同步到新的文档中，交付给测试人员，便于实现保证流水线中一直保持一份文档，同时在开发新创建编辑补丁文档时，不影响测试人员对文档的确认工作。

具体地，通过依序执行复制在线文档、新增章节和同步在线文档的方式更新在线文档可以包括如下操作。

首先，接收第二章节新建指令，第二章节新建指令是针对处于文档审批阶段的在线文档的。

然后，响应于第二章节新建指令，通过复制的方式在文档实例集合中形成在线文档的子在线文档，子在线文档与在线文档的版本号不同。

接着，针对子在线文档，在文档内容集合中关联地存储子章节标识、子文档标识和与子章节内容对应的子章节内容明细。

然后，响应于子在线文档进入文档审批阶段，将在线文档中除子章节之外的信息同步至子在线文档，并且禁用在线文档。

在一个实施例中，获取处于文档审批阶段的在线文档的章节审批结果包括：首先，接收章节审批指令，章节审批指令包括文档章节标识和文档章节状态标志位。然后，响应于章节审批指令，将与文档章节标识对应的章节的文档章节状态设置为文档章节状态标志位。

图6示意性示出了根据本公开另一实施例的在线文档实例集合的结构示意图。

参考图6所示，文档各章节全部编辑完成后，发起流水线流程后系统根据数据库的文档实例表、文档章节表、文档内容表、文档附件表以及文档临时章节表中的内容关联查出对应“文档实例名称”、“文档章节名称”、“章节内容明细”、“新增章节名称”、“新增章节内容明细”内容以web形式展示到页面。文档发起流程后针对“文档章节id”和“新增章节id”初始化记录各章节状态为0，记录到“文档审批记录表”中；页面各章节提供“审批通过”和“审批驳回”按钮，获取审批结果若为“审批通过”后，章节状态更新置为1，获取审批结果若为“审批驳回”后状态更新置为2。页面展示文档目录，从数据库查看获取文档章节状态，若为0，是未审批的章节，在页面章节名称展示为灰色，若为1，是审批通过的章节，在页面章节名称展示为绿色，若为2，是审批驳回的章节，在页面展示为红色，用户可准确定位已驳回章节，对文档内容进行修改。

开发人员复用(复制)正在测试中的(“测试”或“交接”环节)文档编辑补丁新增内容，原文档暂时不作废，保证流水线有且仅有一份准确的文档在测试中。当文档“交付”时才作废原文档，合并原文档中确认结果。

文档实例表中记录“文档id”、“文档执行状态”(未启动、执行中、已驳回、已停止、已成功)、“文档执行节点”(内测、交付、测试、交接、生产投产)，当读取文档实例表中文档状态为“执行中”且文档执行节点为“测试”或“交接”时，页面展示文档实例状态为“业研审批中”，开发人员在“业研审批中”实例文档上点击“复用”功能按钮时，系统接收请求后，在文档实例表中复制一条数据并初始化文档状态为“未启动”，并生成新实例文档，文档名称在原基础上通过编号加1进行区分，新的文档id及文档实例名称等信息记录到文档实例表中，另在文档关系表中“父文档”和“子文档”属性分别登记原文档_1的“文档id”和新文档_2的“文档id”。在文档内容表、文档附件表、文档临时章节表中复制原文档_1的对应内容，文档_2页面显示时根据“文档id”关联读取文档内容表和文档附件表、文档临时章节表中原文档内容并展示。此外，开发人员可以继续对新文档进行新增编辑，如参考图2b所示的场景。此外，开发人员可以对存量章节内容进行修改(仅修改新文档id对应关联的相关内容，参考图2a所示的场景)。

此外，还可以设置章节状态表，以便基于章节状态表确定与文档标识关联的各章节的章节状态，如审批通过或审批驳回等。

文档流程监听器检测当前新文档_2的文档执行节点在“交付”执行交付操作时，且其原文档执行状态为“业研审批中”时，触发置原文档_1执行状态为“已停止”，页面显示文档状态为已停止。根据关系表中复用的父子关系同步更新，将原文档各章节状态置给新文档_2各章节，未审批为0，审批通过为1，审批驳回为2。由此保证流水线中一直保持一份文档，同时在开发新创建编辑补丁文档时，不影响测试人员对文档的确认工作。

在一个实施例中，上述方法还可以包括如下操作，响应于针对在线文档的操作满足锁定条件，禁止执行满足锁定条件的操作，锁定条件与在线文档的系统参数管理表中时间参数相关。

例如，对特定条件的文档在固定时间点进行操作锁定，截止交付测试和交接投产工作，保证版本部署时效和质量。通过在系统参数管理表(参考图6所示)中登记“时间参数”(用于预设需要系统进行锁定的时间点规则：t-2日14:30；t-1日14:30)；在创建文档时，获取文档投产日期，根据系统参数表中的”时间参数“规则在文档实例表中赋值“交付时间锁”和“交接时间锁”字段，如文档实例的投产时间为9月8日，则交付时间锁为“9月6日14:30”，交接时间锁为“9月7日14:30”。

当读取的系统时间与文档实例表中“交付时间锁”时间匹配，则锁定该文档的交付和审批驳回的功能，确保版本文档按时间要求交付测试，不影响投产前测试时间。当读取的系统时间与文档实例表中“交接时间锁”时间匹配，则锁定文档的交接功能。确保版本文档按时交接运维投产，不影响部署时效。文档实例在web页面为具有测试人员权限的人员设置“交付时间锁”的手动修改时间框，在特殊情况下可以手工修改时间设置，可以提前也可以延后，系统获取到页面测试人员修改的时间，赋给文档实例表的“交付时间锁”，当系统时间与其匹配时可对交付和审批驳回进行锁定。文档实例在web页面为具有运维人员权限的人员设置“交接时间锁”的手动修改时间框，在特殊情况下可以手工修改时间设置，可以提前也可以延后，系统获取到页面运维人员修改的时间，赋给文档实例表的“交接时间锁”，当系统时间与其匹配时可对交接操作进行锁定。

本公开实施例在版本投产前，对版本交付测试和交接运维投产的时间进行硬控制。按照规则在投产前2日下午2点锁死交付测试和确认驳回的功能，在投产前1日下午2点锁死交接运维投产的功能，确保版本文档按时交付测试，保证测试质量和投产时效。同时，对系统自动锁死的功能设置手动修改锁定时间功能以应对特殊情况。

本公开的另一方面提供了一种由客户端执行的在线文档处理方法。

图7示意性示出了根据本公开另一实施例的在线文档处理方法的流程图。

在线文档包括至少两个章节，在线文档包括文档创建阶段和至少一个文档审批阶段，如图7所示，上述方法包括操作s702～操作s704。

在操作s702，向服务器端发送章节审批指令，章节审批指令包括针对处于文档审批阶段的在线文档中指定章节的章节审批结果，章节审批结果包括审批驳回。

在操作s704，获取来自服务器端的与章节审批结果对应的修改后章节，并且对修改后章节进行审批，以便基于至少两个章节各自的章节审批结果确定在线文档的审批结果。

其中，修改后章节是服务器端响应于章节审批结果是审批驳回，将指定章节的文档阶段修改为文档创建阶段后，接收来自针对文档创建阶段具有处理权限的客户端的修改后章节。

为了提升文档管理的便捷度和直观度，可以对审批进度等进行图形化处理。

图8示意性示出了根据本公开实施例的文档流水线的示意图。

如图8所示，该文档流水线可以包括：文档创建阶段、内部测试阶段、交付阶段、测试阶段、交接阶段、生产投产阶段和结束阶段等。每个章节的文档阶段被审批通过后，则会自动进入下一个文档阶段，或者在该文档的所有章节都审批完成(可以包括审批通过和审批驳回)后，审批通过的章节进入下一个文档阶段。同一个用户针对文档流水线中各文档阶段的处理权限不同。此外，不同用户针对文档流水线中相同文档阶段的处理权限也不同。

例如，版本文档通过web页面展示，同时每个流水线提供流水线环节图，展示文档或者各章节的目前状态，已过环节显示为第一种状态(如显示绿色或第一种填充)，当前环节显示为第二种状态(如显示蓝色或第二种填充)，未到环节为第三种状态(如显示为灰色等或第三种填充)。版本文档展示页面提供“审批通过”和“审批驳回”按钮，在各环节具有权限的人员通过点击页面显示可以进行相应环节的审批。通过对文档状态的转换，实现版本文档的流水线传输。需要说明的是，如果当前文档阶段有部分章节被驳回且没有重新审批通过该被驳回的章节，部分章节已流转至下一文档阶段，则当前文档阶段可以显示为第二种状态。

图9示意性示出了根据本公开实施例的文档阶段关联信息的示意图。

如图9所示，文档流水线可以包括：文档创建阶段、内部测试阶段、交付阶段、测试阶段、交接阶段、生产投产阶段和结束阶段共7个阶段。其中，文档创建阶段、内部测试阶段、交付阶段是已完成阶段，可以显示格子填充图案。测试阶段是当前文档阶段，可以显示竖条填充图案。交接阶段、生产投产阶段和结束阶段是还未进行的文档阶段，则可以不进行图案填充。这样使得与该产品相关的用户都可以直接地查看与该产品相关的在线文档当前所处的文档阶段。

例如，应用的版本文档可以由开发人员创建编写完成后，文档内容上传至服务器数据库，文档状态置为“内部测试”，页面流水线的内部测试节点置为蓝色。此时根据人员权限配置，开发人员具有审批权限，在内部测试阶段进行审批操作，获取页面回写的审批结果，若所有章节的审批结果是审批通过，则文档状态置为“交付”，页面流水线的内部测试节点置为绿色，交付节点置为蓝色。重复以上操作直至流水线结束。

在一个实施例中，在线文档到任何文档阶段时，对具有审批权限的用户发送提示信息，通知该应用该环节对应的处理人员及时处理，各阶段若获取审批结果为不通过，则文档置为“创建编辑”状态，获取录入的审批不通过原因保存至数据库，通知开发人员重新进行编辑，审批不通过的节点置为红色，章节目录中对应的章节置为红色，流水线停止(如禁止在线文档的各章节流转至下一个文档阶段)，新建的子在线文档重新发起流水线。

在一个实施例中，参考图2b所示，开发人员针对正在流转的在线文档建立新增章节时，在线文档审批流水线不停止，在开发人员交付新增章节时，将新版本的子在线文档和正在流转的父在线文档进行合并。然后对未经审批的新增章节以及其它没有完成审批的章节，按照流水线的文档阶段顺序进行依序审批。

用户可以通过在web页面上点击蓝色的文档阶段，触发文档及其各章节的审批状态等在页面显示。

本公开的一个方面提供了一种应用于服务器端的在线文档处理装置。

图10示意性示出了根据本公开实施例的在线文档处理装置的框图。

如图10所示，该在线文档处理装置1000包括：第一审批结果获取模块1010、文档阶段修改模块1020和第二审批结果获取模块1030。

第一审批结果获取模块1010用于获取处于文档审批阶段的在线文档中指定章节的章节审批结果，章节审批结果包括审批驳回。

文档阶段修改模块1020用于响应于章节审批结果是审批驳回，将指定章节的文档阶段修改为文档创建阶段，以便接收来自针对文档创建阶段具有处理权限的客户端的修改后章节。

第二审批结果获取模块1030用于按照至少一个文档审批阶段依序流转修改后章节，得到针对修改后章节的审批结果，以便基于至少两个章节各自的章节审批结果确定在线文档的审批结果。

其中，在线文档包括至少两个章节，在线文档包括文档创建阶段和至少一个文档审批阶段。

本公开实施例通过对版本线上文档以章节为单位进行管理和审批，文档目录页面条目化展示、章节可单独编辑和展示，实现版本文档交付更加灵活，审批操作和开发编辑修改更加有针对性，有效提高管理了效率。此外，还可以通过对原文档进行“复用”后开发继续编辑新文档且不作废原文档，在交付操作时作废原文档，并将原文档内各章节审批情况同步到新文档中，保证版本文档更新编辑的同时不影响测试进度，在更新了线上文档时又保留了原文档的审批进度和结果，最终确保线上文档准确性、唯一性。此外，还可以通过设置锁定时间，限制版本文档交付测试和交接投产的时间，对开发人员和测试人员进行一定的规范控制，实现版本文档在满足持续交付、持续部署的灵活性的同时，能够保证基本的测试时间要求和部署时间要求，保证版本质量，降低投产风险。

本公开的一个方面提供了一种应用于客户端的在线文档处理装置。

图11示意性示出了根据本公开另一实施例的在线文档处理装置的框图。

如图11所示，装置1100包括：审批指令发送模块1110和修改后章节审批模块1120。

审批指令发送模块1110用于向服务器端发送章节审批指令，章节审批指令包括针对处于文档审批阶段的在线文档中指定章节的章节审批结果，章节审批结果包括审批驳回。

修改后章节审批模块1120用于获取来自服务器端的与章节审批结果对应的修改后章节，并且对修改后章节进行审批，以便基于至少两个章节各自的章节审批结果确定在线文档的审批结果。

其中，在线文档包括至少两个章节，在线文档包括文档创建阶段和至少一个文档审批阶段。修改后章节是服务器端响应于章节审批结果是审批驳回，将指定章节的文档阶段修改为文档创建阶段后，接收来自针对文档创建阶段具有处理权限的客户端的修改后章节。

需要说明的是，装置部分实施例中各模块/单元等的实施方式、解决的技术问题、实现的功能、以及达到的技术效果分别与方法部分实施例中各对应的步骤的实施方式、解决的技术问题、实现的功能、以及达到的技术效果相同或类似，在此不再一一赘述。

根据本公开的实施例的模块、单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)等。或者，根据本公开实施例的模块、单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

本公开的一个方面提供了一种电子设备。图12示意性示出了根据本公开实施例的电子设备的方框图。图12示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图12所示，根据本公开实施例的电子设备1200包括处理器1201，其可以根据存储在只读存储器(rom)1202中的程序或者从存储部分1208加载到随机访问存储器(ram)1203中的程序而执行各种适当的动作和处理。处理器1201例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器1201还可以包括用于缓存用途的板载存储器。处理器1201可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram1203中，存储有电子设备1200操作所需的各种程序和数据。处理器1201、rom1202以及ram1203通过总线1204彼此通讯连接。处理器1201通过执行rom1202和/或ram1203中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除rom1202和ram1203以外的一个或多个存储器中。处理器1201也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备1200还可以包括输入/输出(i/o)接口1205，输入/输出(i/o)接口1205也连接至总线1204。电子设备1200还可以包括连接至i/o接口1205的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1206；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1207；包括硬盘等的存储部分1208；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1209。通信部分1209经由诸如因特网的网络执行通信处理。驱动器1210也根据需要连接至i/o接口1205。可拆卸介质1211，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1210上，以便于从其上读出的计算机程序根据需要被安装入存储部分1208。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom1202和/或ram1203和/或rom1202和ram1203以外的一个或多个存储器。

本公开还提供了一种计算机程序，该计算机程序包括一个或者多个程序。上述方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1209从网络上被下载和安装，和/或从可拆卸介质1211被安装。在该计算机程序被处理器1201执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。