一种协同文档处理方法与流程

本发明涉及一种基于office进行协同文档处理的方法，属于办公技术领域。

背景技术：

随着当前社会信息化的快速发展，对于办公邻域的协同工作需求越来越高，主要使用office文档编辑，通过邮件等方式进行互相传输，最后打开两个或多个office文件进行整合确定最终的版本。

office文档主要流行的是微软office或者金山wps，这两种编辑软件都提供了文档比较功能，但是在整合文档的时候需要前期准备大量工作，需要确定各个文档的提交者，每个文档比较之后产生的各个版本记录。如果一份文档需要大量人员编辑，将会产生很大的工作量进行文档的梳理与记录。其中一份记录存在偏差将导致最终的文件错乱。

现代的互联网领域中有许多传送文件方式，例如通讯软件(QQ、微信、飞秋等)、邮件系统、U盘拷贝等等。但在这些方式中，会出现文件的泄露，对于企业中机密文件，只有少数人拥有查看、编辑权限，使用上述传送方式，很难确定文件是从哪个用户泄露，对于企业将会造成很大的经济损失。然而各种第三方通讯软件或邮件系统很难保证文件是否被网络病毒拦截获取。上述的传输方式存在很大的安全隐患。

在面对文档整合的繁琐步骤和文件传输的安全隐患，如何能够在尽可能少的时间下完成上述工作，并保证用户权限的控制以及文件的安全性。是文档协同处理的研究方向之一，上述描述的线下协同办公不能很好的满足这个需求。

技术实现要素：

针对相关技术中存在的问题，本发明的目的在于提供一种安全可靠，方便文档整合，实用性强的协同文档处理方法。

为实现上述目的，本发明提供了一种协同文档处理方法，该方法基于微软office实现，包括设置在服务端和多个客户端内且相互连接的office插件；

服务端内存储有一个或多个协同文档，以及储存有各个客户端用户对每个协同文档的处理权限，协同文档通过office插件的方式打开，处理权限包括编辑权、传阅权和整合权；

具有编辑权的用户通过客户端与服务端连接后，能够最先查看到协同文档，并在office插件中对协同文件进行编辑，客户端将编辑完成的协同文档，依次自动存为该协同文档的历史版本，并将该协同文档的历史版本依次上传服务端的文档库内；同时编辑完成后的协同文档可以直接传送给具有整合权的用户客户端；

具有传阅权的用户通过客户端与服务端连接后，通过客户端的在线查看功能，查看协同文档的最新内容，不可以对该协同文档进行下载操作；

具有整合权的用户通过客户端与服务端连接后，可以查看到已经入库的文档、上传入库之后所编辑整合后的临时版本和某个具有编辑权的用户提交的协同文档，并在该具有整合权的用户客户端的文档编辑器内对该协同文档的多个文件进行数据整合，整合之后产生一份临时整合版本，这时将锁定所有具有编辑权的用户客户端的编辑和提交权限，等到整合者完成文档的整合之后上传到文档库中并更新所有用户的协同文档，同时具有编辑权的用户客户端的编辑和提交权限同时打开，可以进行下一轮的协同处理。

优选的，具有编辑权的用户客户端可以多次向具有整合权的用户客户端提交协同文档。

优选的，该储存在服务端的文档库内的多个协同文档的历史版本，当具有编辑权的用户客户端出错时，能够在历史版本中还原某个版本的数据。

本发明的有益技术效果在于：本发明通过在服务器上存储一个原始文档以及各个客户端可以对该原始文档进行编辑，并将编辑产生的历史版本储存在服务端，最后将编辑好的文档传送给具有整合权的客户端，负责整合的用户能够对多个文档进行整合，这样可以实现多个客户端对文档进行协同编辑，最后通过整合用户进行集中整合，同时整合后的文档同步到服务端和客户端，形成该文档的最新版本，方便进行下一次编辑。

附图说明

图1示出了本发明的文档编辑流程示意图。

图2示出了本发明的文档整合流程示意图。

具体实施方式

现在参照附图描述根据本发明的具体实施例。

本发明中提出了一种协同文档处理方法，该方法基于微软office实现，包括设置在服务端和多个客户端内且相互连接的office插件；并按照用户的权限限定查看范围，将系统的用户进行角色限定，将用户的权限划分为：创建者、协作者、传阅者、整合者。

创建者在服务端内存储有一个或多个协同文档，以及储存有各个客户端用户对每个协同文档的处理权限，协同文档通过office插件的方式打开，处理权限包括编辑权、传阅权和整合权；创建者可以对文件进行编辑，编辑完成后提交给创建者，对于同一个文件可以提交多次编辑文档，但是在整合者中只会看到该用户的最新提交文档。创建者可以查看文档的完成状况，并且可以根据完成情况关闭协作，使得所有成员只能看到最终的整合文档版本。

具有编辑权的用户，即协作者，通过客户端与服务端连接后，能够最先查看到协同文档，并在office插件中对协同文件进行编辑，客户端将编辑完成的协同文档，依次自动存为该协同文档的历史版本，并将该协同文档的历史版本依次上传至服务端的文档库内，该历史版本只有此用户可以查看，其他用户不可查看。具有编辑权的用户客户端出错时，能够在历史版本中还原某个版本的数据。同时编辑完成后的协同文档可以直接传送给具有整合权的用户客户端，同时可以多次向具有整合权的用户客户端提交协同文档。当整合者进行整合时，将关闭协作者的编辑与提交操作，必须等到整合完毕才能开启重新编辑提交。保证在整合过程中协作者数据的正确性。协作者可以将协同的文档进行保存，系统可以监控到哪个用户对协同文档进行了下载操作。确保了文件流出的安全性。对于一些比较复杂的文档，协作者可以根据该协同文档进行创建子协作，让其他用户一同完成，协作者根据完成情况提交子协作整合入库后的文档进行提交。

具有传阅权的用户，即传阅者，通过客户端与服务端连接后，传阅者可以通过客户端的在线查看功能，查看协同文档的最新内容，不可以对该协同文档进行下载操作，所有整合入库的文档将会自动更新到传阅者用户的文档中。

具有整合权的用户，即整合者，通过客户端与服务端连接后，可以查看到已经入库的文档、上传入库之后所编辑整合后的临时版本和某个具有编辑权的用户提交的协同文档，并在该具有整合权的用户客户端的文档编辑器内对该协同文档的多个文件进行数据整合，整合之后产生一份临时整合版本，这时将锁定所有具有编辑权的用户客户端的编辑和提交权限，等到整合者完成文档的整合之后上传到文档库中并更新所有用户的协同文档，同时具有编辑权的用户客户端的编辑和提交权限同时打开，可以进行下一轮的协同处理。在整合过程中，其他用户是不能看到这个整合版本，直到完成最终文档的编写，协同文档完成后将文档入库，入库之后所有的参与者都能查看到文档的最新状态。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。