CN111639482A - 文档修改方法、装置、电子设备及介质 - Google Patents

Abstract

本发明涉及数据处理领域，揭露了一种文档修改方法，包括：在服务器的文档版本控制库中导入文档，并和客户机之间建立总基线，接收文档修改指令，若所述文档修改指令为最高权限，调取所述文档并控制所述总基线，当所述文档修改完成得到第一标准文档时释放所述总基线，并将所述第一标准文档传输至所述服务器，若所述文档修改指令是普通权限，利用所述总基线开辟分基线，当所述文档修改完成得到第二标准文档，利用所述分基线将所述第二标准文档传输至所述服务器。本发明还提出一种文档修改装置、电子设备以及计算机可读存储介质。本发明可以解决文件修改紊乱导致占用计算资源和存储资源的问题。

Description

文档修改方法、装置、电子设备及介质

技术领域

本发明涉及数据处理领域，尤其涉及一种文档修改方法、装置、电子设备及计算机可读存储介质。

背景技术

文档管理是指一个项目在运行的过程中，将项目的所有文档进行收集、修改和归档等操作过程。其中文档修改是文档管理的核心，其主要思想是保持对不同修改文档的版本控制，如在保险领域，涉及到技术文档、协调单据、说明文档等文件修改的管理，也是通过版本控制实现的。

当下文件修改主要通过记录文件修改的内容、修改人、修改时间等，并记录每一次文件版本的变更号。这种方法虽然可达到对文件修改的目的，但当相关文档的体量庞大时，往往需要多人或多组协同修改，这很容易造成记录文件修改的内容、修改人、修改时间等紊乱现象，且占用过多计算资源和存储资源。

发明内容

本发明提供一种文档修改方法、装置、电子设备及计算机可读存储介质，其主要目的在于解决文件修改内容紊乱导致占用过多计算资源和存储资源问题。

为实现上述目的，本发明提供的一种文档修改方法，包括：

在服务器中创建文档版本控制库，向所述文档版本控制库中导入文档；

在所述服务器和一个或者多个客户机之间建立所述文档的总基线；

接收任意一个所述客户机发送的文档修改指令；

若所述文档修改指令为最高权限文档修改指令，则从所述服务器中调取对应的文档传输至所述客户机，并控制所述总基线处于锁死状态，当所述文档修改完成得到第一标准文档时，释放所述总基线，并将所述第一标准文档传输至所述服务器，完成文档修改；

若所述文档修改指令是普通权限文档修改指令，则利用所述总基线开辟出分基线，从所述服务器中调取对应的文档传输至所述客户机，当所述文档修改完成得到第二标准文档时，利用所述分基线将所述第二标准文档传输至所述服务器，完成文档修改。

可选地，所述方法还包括：

接收任意一个所述客户机发送的文档阅读指令，根据所述文档阅读指令从所述服务器中直接调取对应文档传输至所述客户机。

可选地，所述接收任意一个所述客户机发送的文档修改指令之后，该方法还包括：

解析所述文档修改指令内包括的用户账户信息；

根据所述用户账户信息判断所述文档修改指令为最高权限文档修改指令还是普通权限文档修改指令。

可选地，所述在所述服务器和一个或者多个客户机之间建立所述文档的总基线，包括：

获取所述文档的文档数量和当前版本号；

根据所述文档数量，利用所述客户机和所述服务器编译所述文档生成二进制文件；

将所述二进制文件集成在所述客户机和所述服务器内，并生成与所述当前版本号对应的总基线名称。

可选地，所述在服务器中创建文档版本控制库，包括：

利用预安装在所述服务器的文档版本控制软件，在所述服务器的内存中开辟存储空间；

将所述存储空间和所述文档版本控制软件内部源代码进行结合，得到所述文档版本控制库。

为了解决上述问题，本发明还提供一种装置，所述装置包括：

控制库建立模块，用于在服务器中创建文档版本控制库，向所述文档版本控制库中导入文档；

总基线建立模块，用于在所述服务器和一个或者多个客户机之间建立所述文档的总基线；

第一标准文档生成模块，用于接收任意一个所述客户机发送的文档修改指令，若所述文档修改指令为最高权限文档修改指令，则从所述服务器中调取对应的文档传输至所述客户机，并控制所述总基线处于锁死状态，当所述文档修改完成得到第一标准文档时，释放所述总基线，并将所述第一标准文档传输至所述服务器，完成文档修改；

第二标准文档生成模块，用于若所述文档修改指令是普通权限文档修改指令，则利用所述总基线开辟出分基线，从所述服务器中调取对应的文档传输至所述客户机，当所述文档修改完成得到第二标准文档时，利用所述分基线将所述第二标准文档传输至所述服务器，完成文档修改。

可选地，所述基于文档修改的文档修改装置还包括用于接收任意一个所述客户机发送的文档阅读指令，根据所述文档阅读指令从所述服务器中直接调取对应文档传输至所述客户机的模块。

可选地，所述基于文档修改的文档修改装置还包括解析所述文档修改指令内包括的用户账户信息；根据所述用户账户信息判断所述文档修改指令为最高权限文档修改指令还是普通权限文档修改指令的模块。

可选地，所述在所述服务器和一个或者多个客户机之间建立所述文档的总基线，包括：

获取所述文档的文档数量和当前版本号；

根据所述文档数量，利用所述客户机和所述服务器编译所述文档生成二进制文件；

将所述二进制文件集成在所述客户机和所述服务器内，并生成与所述当前版本号对应的总基线名称。

可选地，所述在服务器中创建文档版本控制库，包括：

利用预安装在所述服务器的文档版本控制软件，在所述服务器的内存中开辟存储空间；

将所述存储空间和所述文档版本控制软件内部源代码进行结合，得到所述文档版本控制库。

为了解决上述问题，本发明还提供一种电子设备，所述电子设备包括：

存储器，存储至少一个指令；及

处理器，执行所述存储器中存储的指令以实现上述中任意一项所述的基于文档修改的文档修改方法。

为了解决上述问题，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一个指令，所述至少一个指令被电子设备中的处理器执行以实现上述中任意一项所述的基于文档修改的文档修改方法。

本发明实施例通过构建客户机-服务器分开管理的机制，将文档导入至所述文档版本控制库，当需要对文档执行修改时，从所述服务器中调取文档传输至客户机，将服务器用于存储文档、管理文档，客户机用来修改文档，提高了文档在项目中的安全性；同时对于文档的每个请求指令都给予判断，根据判断结果采取不同的对应措施，包括对文档请求指令的权限进行判断，优先将文档给予权限更高的用户，避免当文档体量庞大时，多人或多组协同修改，造成记录文件修改内容紊乱的现象发生，进而造成计算机负担过重。因此本发明提出的文档修改方法、装置及计算机可读存储介质，可以解决文件修改内容紊乱导致占用过多计算资源和存储资源的问题。

附图说明

图1为本发明一实施例提供的文档修改方法的流程示意图；

图2为本发明一实施例提供的文档修改方法中S1的详细流程图；

图3为本发明一实施例提供的文档修改方法中S1的详细流程图；

图4为本发明一实施例提供的文档修改方法的模块示意图；

图5为本发明一实施例提供的文档修改方法的电子设备的内部结构示意图；

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种文档修改方法。参照图1所示，为本发明一实施例提供的文档修改方法的流程示意图。该方法可以由一个装置执行，该装置可以由软件和/或硬件实现。

在本实施例中，基于文档修改方法包括：

S1、在服务器中创建文档版本控制库，向所述文档版本控制库中导入文档。

本发明实施例中，所述文档版本控制库是基于现有的文档版本控制软件而创建的。所述文档版本控制软件能够提供完备的版本管理功能，用于存储、追踪目录(例如文件夹)和文件的修改历史。因为文档版本控制软件一般都是开放源代码的版本控制系统。

详细地，所述在服务器中创建文档版本控制库，可参阅附图说明图2的详细实施步骤，包括：

S11、利用预安装在所述服务器的文档版本控制软件，在所述服务器的内存中开辟存储空间；

S21、将所述存储空间和所述文档版本控制软件内部源代码进行结合，得到所述文档版本控制库。

其中，所述文档版本控制软件包括当前已公开的ClearCase、SVN、VSS等，本发明较佳实施例中使用SVN控制软件，因为SVN控制软件在对庞大文档的控制上，运行环境更加稳定。

进一步地，根据项目的不同，所述文档可以包括需求分析说明书、可行性研究报告、招标书、投标书等，所述文档的形式可有多种多样，一般依照文档所在的项目而定，如工程项目的文档一般都是.docx、.exe等形式，软件开发项目的文档一般都是.xml等形式。

本发明实施例将预先构建好的文档传输至所述文档版本控制库中，因为所述文档版本控制库已当前公开的文档版本控制软件为建立基础，因此兼容性好，对当前主流形式的文档格式如.docx、.exe、.xml都支持传输，且无需根据文档格式不同而选择不同的传输方式。

S2、在所述服务器和一个或者多个客户机之间建立所述文档的总基线。

本发明实施例采用客户机-服务器架构完成对文档修改下的文档修改。所述客户机-服务器架构又称Client-Server(简称C/S)架构，C/S架构通常采取两层结构，服务器负责数据的管理，客户机负责完成与用户的交互任务。由于客户机和服务器是多对一的关系，一般一台服务器服务于多台客户机，所以当服务器内的文档版本控制库生成后，需要在客户机创建对应的文档版本控制软件，从而实现所述客户机和服务器之间的文档传输。

基线(base line)是以软件为基础，从一个环节转入另外一个环节时对阶段产品或组件的一种标识手段，因为随着当今互联网的发展和分工的细化，对于文档管理的过程变得越来越复杂，每个阶段可能由不同类型的角色和人员来完成，因此有必要清晰地标识上一阶段完成的成果和下阶段开始工作的基础，而这种标识活动就是建立基线。如本发明实施例所述，在服务器中对文档进行统一管理，在客户机中对文档进行阅读修改等操作时，就已涉及到从服务器环节到客户端环节的转变，因此利用基线去标识这种转变过程非常有必要。

结合基线所述内容，所述S2建立总基线包括：获取所述文档的文档数量和当前版本号，根据所述文档数量，利用所述客户机和所述服务器编译所述文档生成二进制文件，将所述二进制文件集成在所述客户机和所述服务器内，并生成与所述当前版本号对应的总基线名称。

所述总基线的建立需要参照所述文档的文档数量，如所述文档有三个文件，aaa.c、bbb.c和ccc.h，可以对这三个文件做一个总基线，如三个文件的当前版本号都为1.0，则将(1.0,1.0,1.0)合并作为所述总基线，换言之，将(1.0,1.0,1.0)取名为"Build2394"的总基线名称，然后再在所述客户机和服务器中分别编译每个文档，如aaa.c、bbb.c和ccc.h得到对应的二进制文件、并将编译得到的对应二进制文件集成在客户机和服务器内即可建立总基线。

所述总基线在建立之后，该总基线上的内容被“冻结”，不能随意修改，也是任意下一步工作开发的出发点。例如本发明对于文档的管理，所有关于文档的管理，如修改、阅读、删除等，都是以所述总基线为出发点。总基线作为本发明文档管理的基础，保证了后续修改任务所需信息的稳定性和一致性。

S3、接收任意一个所述客户机发送的文档修改指令时，判断所述文档修改指令是否为最高权限文档修改指令。

所述文档修改指令是指对文档进行修改的指令。本发明实施例中，所述文档修改指令根据发送该文档修改指令的用户权限可以分为最高权限文档修改指令和普通权限文档修改指令(普通权限又称非最高权限)。其中，最高权限文档修改指令对应总基线管理者身份。

详细地，所述判断所述文档修改指令是否为最高权限文档修改指令，可参阅附图说明图3的详细实施步骤，包括：

S31、解析所述文档修改指令内包括的用户账户信息；

S32、判断所述用户账户信息是否为预设的最高管理者身份信息；

S33、若所述用户账户信息是所述最高管理者身份信息，则判断所述文档修改指令为最高权限文档修改指令；

S34、若所述用户账户信息不是所述最高管理者身份信息，则判断所述文档修改指令为普通权限文档修改指令。

S4、若所述文档修改指令为所述最高权限文档修改指令，则从所述服务器中调取对应的文档传输至所述客户机，并控制所述总基线处于锁死状态，当所述文档修改完成得到第一标准文档时，释放所述总基线，将所述第一标准文档传输至所述服务器完成文档修改。

本发明较佳实施例中，所述锁死状态是将服务器所有的计算及存储资源分配给主基线，因此当有其他任务发生时，由于主基线锁定了服务器所有的计算及存储资源，则其他多个任务即使发生也无法响应，此种情况称为锁死状态。

进一步地，当所述文档在客户机中被用户修改完成得到第一标准文档后，通过总基线将第一标准文档传输至服务器，当传输完成后，总基线释放对服务器所有的计算及存储资源的占用，完成文档的修改操作。

S5、若所述文档修改指令的权限不是所述最高权限，则利用所述总基线开辟出分基线，从所述服务器中调取对应的文档传输至所述客户机，当所述文档修改完成得到第二标准文档时，利用所述分基线将所述第二标准文档传输至所述服务器，完成文档修改。

本发明较佳实施例中，非所述最高权限即为上述的普通权限，考虑普通权限的用户由于缺乏对整个文档修改的理解，因此需要根据总基线重新开辟出分基线，已供普通权限用户进行文档修改，进而得到第二标准文档。

另外，当出现多个客户机同时请求修改服务器内的文档时，如在时间段[Time_a-Time_b]内，共有三个用户(例如，分别为用户a、用户b、用户c)同时请求修改服务器内的同一个文档，则本发明实施例根据请求指令判断三个用户的权限，若用户a的权限为最高权限，则先为其他两个用户(用户b、用户c)开辟分基线后，利用分基线将所述文档传递给用户b、用户c，稍后利用主基线将所述文档传递给用户a，并依照S4所述锁死主基线，直至主基线的用户a完成对所述文档的修改并释放主基线后，才允许用户b、用户c上的分基线上传修改后的文档至服务器中。

其外，若三个用户(用户a、用户b、用户c)同时请求修改服务器内的同一个文档，且根据请求指令判断三个用户的权限都为普通用户，则依次使用主基线为用户a、用户b、用户c开辟分基线后，并利用分基线将所述文档传递分别传递给用户a、用户b、用户c，如用户a、用户b在时间段[Time_c-Time_d]内修改所述文档完成，分别对应得到第二标准文档和第三标准文档，则判断所述第二标准文档和所述第三标准文档是否完全相同，若完全相同则选择传输任意一个标准文档至所述服务器并生成版本号，若所述第二标准文档和所述第三标准文档不是完全相同，则将两个标准文档都传输至所述服务器，并同时生成两个版本号，进而完成文档修改。

进一步地，本发明其他实施例还包括：接收任意一个所述客户机发送的文档阅读指令时，从所述服务器中直接调取所述文档传输至所述客户机。

由于文档阅读指令的目的仅是阅读文档的作用，因此认为该指令不会改变文档内容和版本号，所以当接收任意一个所述客户机发送的文档阅读指令时，从所述服务器中直接调取所述文档，并同时利用所述总基线将所述文档变为不可编辑状态传输至所述客户机，由于是不可编辑状态，所以用户使用客户机进行阅读时无法对其进行编辑操作，方便对整个文档的管理。

进一步地，本发明较佳其他实施例还包括：接收任意一个所述客户机发送的文档请求指令，并判断所述文档请求指令是文档阅读指令还是文档修改指令。当客户机发送的文档请求指令是文档阅读指令时，可根据上述从所述服务器中直接调取所述文档传输至所述客户机，当客户机发送的文档请求指令是文档修改指令时，参照具体的S1至S5所述，依次进行操作完成对文档的修改。

本发明实施例通过构建客户机-服务器分开管理机制，将文档导入至所述文档版本控制库，当有文档修改时，从所述服务器中调取文档传输至客户机，将服务器用于存储文档、管理文档，客户机用来修改文档，提高了文档在项目中的安全性；同时对于文档的每个请求指令都给予判断，根据判断结果采取不同的对应措施，如对文档请求指令的权限进行判断，优先将文档给予权限更高的用户，避免当文档体量庞大时，多人或多组协同修改，造成记录文件修改内容紊乱的现象发生，进而造成计算机负担过重。因此本发明提出的基于文档修改的文档修改的方法、装置及计算机可读存储介质，可以解决文件修改内容紊乱导致占用过多计算资源和存储资源的问题。

如图4所示，是本发明装置的功能模块图。

本发明的装置100可以安装于电子设备中。根据实现的功能，所述装置可以包括控制库建立模块101、总基线建立模块102、第一标准文档生成模块103以及第二标准文档生成模块104。本发所述模块也可以称之为单元，是指一种能够被电子设备处理器所执行，并且能够完成固定功能的一系列计算机程序段，其存储在电子设备的存储器中。

在本实施例中，关于各模块/单元的功能如下：

所述控制库建立模块101、用于在服务器中创建文档版本控制库，向所述文档版本控制库中导入文档；

所述总基线建立模块102、用于在所述服务器和一个或者多个客户机之间建立所述文档的总基线；

所述第一标准文档生成模块103、用于接收任意一个所述客户机发送的文档修改指令，若所述文档修改指令为最高权限文档修改指令，则从所述服务器中调取对应的文档传输至所述客户机，并控制所述总基线处于锁死状态，当所述文档修改完成得到第一标准文档时，释放所述总基线，并将所述第一标准文档传输至所述服务器，完成文档修改；

所述第二标准文档生成模块104、用于若所述文档修改指令是普通权限文档修改指令，则利用所述总基线开辟出分基线，从所述服务器中调取对应的文档传输至所述客户机，当所述文档修改完成得到第二标准文档时，利用所述分基线将所述第二标准文档传输至所述服务器，完成文档修改。

详细地，所述基于装置100各模块的具体实施步骤如下：

所述控制库建立模块101、用于在服务器中创建文档版本控制库，向所述文档版本控制库中导入文档。

本发明实施例中，所述文档版本控制库是基于现有的文档版本控制软件而创建的。所述文档版本控制软件能够提供完备的版本管理功能，用于存储、追踪目录(文件夹)和文件的修改历史。因为文档版本控制软件一般都是开放源代码的版本控制系统，本发明实施例通过文档版本控制软件内部自带的源代码，在所述服务器的内存中开辟存储空间，并将开辟的存储空间和所述文档版本控制软件内部自带的源代码进行结合，得到所述文档版本控制库。

其中，所述文档版本控制软件包括当前已公开的ClearCase、SVN、VSS等，本发明较佳实施例中使用SVN控制软件，因为SVN控制软件在对庞大文档的控制上，运行环境更加稳定。

进一步地，根据项目的不同，所述文档可以包括需求分析说明书、可行性研究报告、招标书、投标书等，所述文档的形式可有多种多样，一般依照文档所在的项目而定，如工程项目的文档一般都是.docx、.exe等形式，软件开发项目的文档一般都是.xml等形式。

本发明实施例将预先构建好的文档传输至所述文档版本控制库，因为所述文档版本控制库已当前公开的文档版本控制软件为建立基础，因此兼容性好，对当前主流形式的文档格式如.docx、.exe、.xml都支持传输，且无需根据文档格式不同而选择不同的传输方式。

所述总基线建立模块102、在所述服务器和一个或者多个客户机之间建立所述文档的总基线。

本发明实施例采用客户机-服务器架构完成对文档修改下的文档修改。所述客户机-服务器架构又称Client-Server(简称C/S)架构，C/S架构通常采取两层结构，服务器负责数据的管理，客户机负责完成与用户的交互任务。由于客户机和服务器是多对一的关系，一般一台服务器服务于多台客户机，所以当服务器内的文档版本控制库生成后，需要在客户机创建对应的文档版本控制软件，从而实现所述客户机和服务器之间的文档传输。

基线(base line)是以软件为基础，从一个环节转入另外一个环节时对阶段产品或组件的一种标识手段，因为随着当今互联网的发展和分工的细化，对于文档管理的过程变得越来越复杂，每个阶段可能由不同类型的角色和人员来完成，因此有必要清晰地标识上一阶段完成的成果和下阶段开始工作的基础，而这种标识活动就是建立基线。如本发明实施例所述，在服务器中对文档进行统一管理，在客户机中对文档进行阅读修改等操作时，就已涉及到从服务器环节到客户端环节的转变，因此利用基线去标识这种转变过程非常有必要。

结合基线所述内容，所述建立总基线包括：获取所述文档的文档数量和当前版本号，根据所述文档数量，利用所述客户机和所述服务器编译所述文档生成二进制文件，将所述二进制文件集成在所述客户机和所述服务器内，并生成与所述当前版本号对应的总基线名称。

所述总基线的建立需要参照所述文档的文档数量，如所述文档有三个文件，aaa.c、bbb.c和ccc.h，可以对这三个文件做一个总基线，如三个文件的当前版本号都为1.0，则将(1.0,1.0,1.0)合并作为所述总基线，换言之，将(1.0,1.0,1.0)取名为"Build2394"的总基线名称，然后再在所述客户机和服务器中分别编译每个文档，如aaa.c、bbb.c和ccc.h得到对应的二进制文件、并将编译得到的对应二进制文件集成在客户机和服务器内即可建立总基线。

所述总基线在建立之后，该总基线上的内容被“冻结”，不能随意修改，也是任何下一步工作开发的出发点。例如本发明对于文档的管理，所有关于文档的管理，如修改、阅读、删除等，都是以所述总基线为出发点。总基线作为本发明文档管理的基础，保证了后续修改任务所需信息的稳定性和一致性。

所述第一标准文档生成模块103、接收任意一个所述客户机发送的文档修改指令时，判断所述文档修改指令是否为最高权限文档修改指令，若所述文档修改指令为所述最高权限文档修改指令，则从所述服务器中调取对应的文档传输至所述客户机，并控制所述总基线处于锁死状态，当所述文档修改完成得到第一标准文档时，释放所述总基线，将所述第一标准文档传输至所述服务器完成文档修改。

所述文档修改指令是指对文档进行修改的指令。本发明实施例中，所述文档修改指令根据发送该文档修改指令的用户权限可以分为最高权限文档修改指令和普通权限文档修改指令(普通权限又称非最高权限)。其中，最高权限文档修改指令对应总基线管理者身份。

详细地，所述判断所述文档修改指令是否为最高权限文档修改指令，包括：解析所述文档修改指令内包括的用户账户信息，若所述用户账户信息为预设的最高管理者身份信息，则判断所述文档修改指令为最高权限文档修改指令，若所述用户账户信息不是最高管理者身份信息，则判断所述文档修改指令为普通权限文档修改指令。

本发明较佳实施例中，所述锁死状态是将服务器所有的计算及存储资源分配给主基线，因此当有其他任务发生时，由于主基线锁定了服务器所有的计算及存储资源，则其他多个任务即使发生也无法响应，此种情况称为锁死状态。

进一步地，当所述文档在客户机中被用户修改完成得到第一标准文档后，通过总基线将第一标准文档传输至服务器，当传输完成后，总基线释放对服务器所有的计算及存储资源的占用，完成文档的修改操作。

所述第二标准文档生成模块104、若所述文档修改指令的权限不是所述最高权限，则利用所述总基线开辟出分基线，从所述服务器中调取对应的文档传输至所述客户机，当所述文档修改完成得到第二标准文档时，利用所述分基线将所述第二标准文档传输至所述服务器，完成文档修改。

本发明较佳实施例中，非所述最高权限即为上述的普通权限，考虑普通权限的用户由于缺乏对整个文档修改的理解，因此需要根据总基线重新开辟出分基线，已供普通权限用户进行文档修改，进而得到第二标准文档。

另外，当出现多个客户机同时请求修改服务器内的文档时，如在时间段[Time_a-Time_b]内，共有三个用户(例如，分别为用户a、用户b、用户c)同时请求修改服务器内的同一个文档，则本发明实施例根据请求指令判断三个用户的权限，若用户a的权限为最高权限，则先为其他两个用户(用户b、用户c)开辟分基线后，利用分基线将所述文档传递给用户b、用户c，稍后利用主基线将所述文档传递给用户a，并依照S4所述锁死主基线，直至主基线的用户a完成对所述文档的修改并释放主基线后，才允许用户b、用户c上的分基线上传修改后的文档至服务器中。

其外，若三个用户(上述用户a、用户b、用户c)同时请求修改服务器内的同一个文档，且根据请求指令判断三个用户的权限都为普通用户，则依次使用主基线为用户a、用户b、用户c开辟分基线后，并利用分基线将所述文档传递分别传递给用户a、用户b、用户c，如用户a、用户b在时间段[Time_c-Time_d]内修改所述文档完成，分别对应得到第二标准文档和第三标准文档，则判断所述第二标准文档和所述第三标准文档是否完全相同，若完全相同则选择传输任意一个标准文档至所述服务器并生成版本号，若所述第二标准文档和所述第三标准文档不是完全相同，则将两个标准文档都传输至所述服务器，并同时生成两个版本号，进而完成文档修改。

进一步地，本发明其他实施例还包括：接收任意一个所述客户机发送的文档阅读指令时，从所述服务器中直接调取所述文档传输至所述客户机。

由于文档阅读指令的目的仅是阅读文档的作用，因此认为该指令不会改变文档内容和版本号，所以当接收任意一个所述客户机发送的文档阅读指令时，从所述服务器中直接调取所述文档，并同时利用所述总基线将所述文档变为不可编辑状态传输至所述客户机，由于是不可编辑状态，所以用户使用客户机进行阅读时无法对其进行编辑操作，方便对整个文档的管理。

进一步地，本发明较佳其他实施例还包括模块用于：接收任意一个所述客户机发送的文档请求指令，并判断所述文档请求指令是文档阅读指令还是文档修改指令。当客户机发送的文档请求指令是文档阅读指令时，可根据上述从所述服务器中直接调取所述文档传输至所述客户机，当客户机发送的文档请求指令是文档修改指令时，参照具体的每个模块所述，依次进行操作完成对文档的修改。

如图5所示，是本发明实现文档修改方法的电子设备的结构示意图。

所述电子设备1可以包括处理器10、存储器11和总线，还可以包括存储在所述存储器11中并可在所述处理器10上运行的计算机程序，如基于文档修改的文档修改程序12。

其中，所述存储器11至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、移动硬盘、多媒体卡、卡型存储器(例如：SD或DX存储器等)、磁性存储器、磁盘、光盘等。所述存储器11在一些实施例中可以是电子设备1的内部存储单元，例如该电子设备1的移动硬盘。所述存储器11在另一些实施例中也可以是电子设备1的外部存储设备，例如电子设备1上配备的插接式移动硬盘、智能存储卡(Smart Media Card，SMC)、安全数字(SecureDigital，SD)卡、闪存卡(Flash Card)等。进一步地，所述存储器11还可以既包括电子设备1的内部存储单元也包括外部存储设备。所述存储器11不仅可以用于存储安装于电子设备1的应用软件及各类数据，例如基于文档修改的文档修改程序的代码等，还可以用于暂时地存储已经输出或者将要输出的数据。

所述处理器10在一些实施例中可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器(Central Processing unit，CPU)、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述处理器10是所述电子设备的控制核心(Control Unit)，利用各种接口和线路连接整个电子设备的各个部件，通过运行或执行存储在所述存储器11内的程序或者模块(例如基于文档修改的文档修改程序等)，以及调用存储在所述存储器11内的数据，以执行电子设备1的各种功能和处理数据。

所述总线可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。所述总线被设置为实现所述存储器11以及至少一个处理器10等之间的连接通信。

图5仅示出了具有部件的电子设备，本领域技术人员可以理解的是，图5示出的结构并不构成对所述电子设备1的限定，可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

例如，尽管未示出，所述电子设备1还可以包括给各个部件供电的电源(比如电池)，优选地，电源可以通过电源管理装置与所述至少一个处理器10逻辑相连，从而通过电源管理装置实现充电管理、放电管理、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备1还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。

进一步地，所述电子设备1还可以包括网络接口，可选地，所述网络接口可以包括有线接口和/或无线接口(如WI-FI接口、蓝牙接口等)，通常用于在该电子设备1与其他电子设备之间建立通信连接。

可选地，该电子设备1还可以包括用户接口，用户接口可以是显示器(Display)、输入单元(比如键盘(Keyboard))，可选地，用户接口还可以是标准的有线接口、无线接口。可选地，在一些实施例中，显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及OLED(Organic Light-Emitting Diode，有机发光二极管)触摸器等。其中，显示器也可以适当的称为显示屏或显示单元，用于显示在电子设备1中处理的信息以及用于显示可视化的用户界面。

应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

所述电子设备1中的所述存储器11存储的基于文档修改的文档修改程序12是多个指令的组合，在所述处理器10中运行时，可以实现：

在服务器中创建文档版本控制库，向所述文档版本控制库中导入文档；

在所述服务器和一个或者多个客户机之间建立所述文档的总基线；

接收任意一个所述客户机发送的文档修改指令；

若所述文档修改指令为最高权限文档修改指令，则从所述服务器中调取对应的文档传输至所述客户机，并控制所述总基线处于锁死状态，当所述文档修改完成得到第一标准文档时，释放所述总基线，并将所述第一标准文档传输至所述服务器，完成文档修改；

若所述文档修改指令是普通权限文档修改指令，则利用所述总基线开辟出分基线，从所述服务器中调取对应的文档传输至所述客户机，当所述文档修改完成得到第二标准文档时，利用所述分基线将所述第二标准文档传输至所述服务器，完成文档修改。

具体地，所述处理器10对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。

进一步地，所述电子设备1集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。

因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附关联图标记视为限制所涉及的权利要求。

此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

Claims (10)

1.一种文档修改方法，其特征在于，所述方法包括：

在服务器中创建文档版本控制库，向所述文档版本控制库中导入文档；

在所述服务器和一个或者多个客户机之间建立所述文档的总基线；

接收任意一个所述客户机发送的文档修改指令；

若所述文档修改指令为最高权限文档修改指令，则从所述服务器中调取对应的文档传输至所述客户机，并控制所述总基线处于锁死状态，当所述文档修改完成得到第一标准文档时，释放所述总基线，并将所述第一标准文档传输至所述服务器，完成文档修改；

若所述文档修改指令是普通权限文档修改指令，则利用所述总基线开辟出分基线，从所述服务器中调取对应的文档传输至所述客户机，当所述文档修改完成得到第二标准文档时，利用所述分基线将所述第二标准文档传输至所述服务器，完成文档修改。

2.如权利要求1所述的文档修改方法，其特征在于，所述方法还包括：

接收任意一个所述客户机发送的文档阅读指令，根据所述文档阅读指令从所述服务器中直接调取对应文档传输至所述客户机。

3.如权利要求1所述的文档修改方法，其特征在于，所述接收任意一个所述客户机发送的文档修改指令之后，该方法还包括：

解析所述文档修改指令包括的用户账户信息；

根据所述用户账户信息判断所述文档修改指令为最高权限文档修改指令还是普通权限文档修改指令。

4.如权利要求1所述的文档修改方法，其特征在于，所述在所述服务器和一个或者多个客户机之间建立所述文档的总基线，包括：

获取所述文档的文档数量和当前版本号；

根据所述文档数量，利用所述客户机和所述服务器编译所述文档生成二进制文件；

将所述二进制文件集成在所述客户机和所述服务器内，并生成与所述当前版本号对应的总基线名称。

5.如权利要求1至4任意一项所述的文档修改方法，其特征在于，所述在服务器中创建文档版本控制库，包括：

利用预安装在所述服务器的文档版本控制软件，在所述服务器的内存中开辟存储空间；

将所述存储空间和所述文档版本控制软件内部源代码进行结合，得到所述文档版本控制库。

6.一种装置，其特征在于，所述装置包括：

控制库建立模块，用于在服务器中创建文档版本控制库，向所述文档版本控制库中导入文档；

总基线建立模块，用于在所述服务器和一个或者多个客户机之间建立所述文档的总基线；

第一标准文档生成模块，用于接收任意一个所述客户机发送的文档修改指令，若所述文档修改指令为最高权限文档修改指令，则从所述服务器中调取对应的文档传输至所述客户机，并控制所述总基线处于锁死状态，当所述文档修改完成得到第一标准文档时，释放所述总基线，并将所述第一标准文档传输至所述服务器，完成文档修改；

第二标准文档生成模块，用于若所述文档修改指令是普通权限文档修改指令，则利用所述总基线开辟出分基线，从所述服务器中调取对应的文档传输至所述客户机，当所述文档修改完成得到第二标准文档时，利用所述分基线将所述第二标准文档传输至所述服务器，完成文档修改。

7.如权利要求6所述的装置，其特征在于，所述接收任意一个所述客户机发送的文档修改指令之后还包括：

解析所述文档修改指令内包括的用户账户信息；

若所述用户账户信息为预设的最高管理者身份信息，则判断所述文档修改指令为所述最高权限文档修改指令；

若所述用户账户信息不是所述最高管理者身份信息，则判断所述文档修改指令为所述普通权限文档修改指令。

8.如权利要求6所述的装置，其特征在于，所述在服务器中创建文档版本控制库，包括：

利用预安装在所述服务器的文档版本控制软件，在所述服务器的内存中开辟存储空间；

将所述存储空间和所述文档版本控制软件内部源代码进行结合，得到所述文档版本控制库。

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

至少一个处理器；以及，

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至5中任一项所述的文档修改方法。

10.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的文档修改方法。

Images