一种基于修订模式的多人文档协作架构及方法

技术领域

本发明属于协同设计技术,涉及一种基于修订模式的多人文档协作架构及方法。

背景技术

目前，多人文档协作有多种，例如支持Markdown语法的网页文档编辑，或者OfficeWeb Apps+SharePoint搭建多人协作文档。Markdown是一种纯文本格式的标记语言。通过简单的标记语法，它可以使普通文本内容具有一定的格式。使用时需要一定的学习成本，文档格式与一般通用的doc、docx不兼容。Office Web Apps方式对本机环境要求低，适应性强、对Office格式兼容好，可在某些使用最广泛的浏览器中运行。编辑功能较桌面程序缩水，使用编辑需要购买“批量许可”。而且，为了记录所有文档修改人修改的记录，因此，提出了一种基于修订模式的的多人文档协作方法。

发明内容

本发明的目的：为了进行WORD文档的多人协同，同时记录记录所有文档修改人修改的记录，因此，提出了一种基于修订模式的的多人文档协作方法。

本发明的关键点：。

为达到上述目的，本发明采用如下技术方案实现：

技术方案一：

一种基于修订模式的多人文档协作架构，所述架构包括：服务器多人文档管理模块和WORD文档多人协作模块；

服务器多人文档管理模块，包括WORD文档的文档管理子模块、WORD文档的权限定义子模块和WORD文档的历史记录子模块；

WORD文档多人协作模块，包括WORD文档的参数读写子模块、WORD文档的上传下载子模块以及WORD文档的权限控制子模块。

本发明技术方案一的特点和进一步的改进为：

(1)WORD文档的文档管理子模块，用于提供文档上传、文档下载、文档合并、文档替换的接口；以及存储WORD文档，并记录WORD文档的信息，WORD文档的信息包括：文档ID，文档属性，所述文档属性至少包含：文档主版本和文档子版本；

WORD文档的权限定义子模块，用于定义WORD文档的协作权限信息，WORD文档的协作权限信息包含：文档ID、协作人以及协作人的权限属性，所述协作人的权限属性包含：文档合并和文档替换。

WORD文档的历史记录子模块，用于管理历史记录，所述历史记录中包含多条文档记录，每条文档记录的属性包含：文档ID、文档上传人、文档上传时间。

(2)WORD文档的参数读写子模块，用于读写文档ID、文档主版本和文档子版本；

WORD文档的上传下载子模块，用于调用文档上传、文档下载、文档合并、文档替换的接口进行WORD文档的上传下载；

WORD文档的权限控制子模块，用于根据WORD文档的协作权限信息，控制WORD文档的编辑权限、上传下载权限、文档合并权限、文档替换权限。

(3)在调用文档上传、文档合并、文档替换的接口进行WORD文档的上传时，包含两种操作：文档上传合并，文档上传替换。

技术方案二：

一种基于修订模式的多人文档协作方法，所述方法应用于技术方案一所述的架构，所述方法包括：

S1，创建人在WORD文档的文档管理子模块中创建WORD文档；

S2，在WORD文档的权限定义子模块中添加协作人，并定义协作人的权限；

S3，协作人通过WORD文档的上传下载子模块下载WORD文档；

S4，在WORD文档的参数读写子模块中添加WORD文档对应的文档ID、文档主版本和文档子版本；

S5，协作人通过WORD文档的上传下载子模块上传WORD文档；

S6，创建人通过WORD文档的历史记录子模块查看该文档ID对应的文档上传人、文档上传时间。

本发明技术方案二的特点和进一步的改进为：

(1)S2中，定义协作人的权限；所述协作人的权限为允许文档上传合并和文档上传替换，记为权限A，或者允许文档上传合并且不允许文档上传替换，记为权限B。

(2)S5中，协作人通过WORD文档的上传下载子模块上传WORD文档时，需要先验证协作人的权限；

当协作人进行上传合并操作时，要求该协作人具有权限A或者权限B；

当协作人进行上传替换操作时，需要该协作人具有权限B。

(3)当协作人进行上传合并操作时，要求上传的WORD文档主版本与文档主版本相同。

本发明的技术效果包括：保持原有WORD编写文档模式，不会造成文档格式变化、错乱等情况。由服务器进行权限校验，可以避免权限控制无效。通过合并与替换，实现文档升版操作，用于控制文档迭代，所有过程文档自动记录，方便历史版本查看。根据平台用户名对修订内容进行标注，明确各部分内容的编辑人。

附图说明

图1为多人文档与协作人关系表单说明图；

图2为文档权限逻辑判断说明图；

图3为多人文档服务器合并逻辑说明图；

图4为多人文档服务器替换逻辑说明图；

图5为多人文档上传合并逻辑说明图；

图6为多人文档上传替换逻辑说明图。

具体实施方式

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

本发明实施例提供一种基于修订模式的多人文档协作架构，所述架构包括：服务器多人文档管理模块和WORD文档多人协作模块；

服务器多人文档管理模块，包括WORD文档的文档管理子模块、WORD文档的权限定义子模块和WORD文档的历史记录子模块；

WORD文档多人协作模块，包括WORD文档的参数读写子模块、WORD文档的上传下载子模块以及WORD文档的权限控制子模块。

进一步的：

(1)WORD文档的文档管理子模块，用于提供文档上传、文档下载、文档合并、文档替换的接口；以及存储WORD文档，并记录WORD文档的信息，WORD文档的信息包括：文档ID，文档属性，所述文档属性至少包含：文档主版本和文档子版本；

WORD文档的权限定义子模块，用于定义WORD文档的协作权限信息，WORD文档的协作权限信息包含：文档ID、协作人以及协作人的权限属性，所述协作人的权限属性包含：文档合并和文档替换。

WORD文档的历史记录子模块，用于管理历史记录，所述历史记录中包含多条文档记录，每条文档记录的属性包含：文档ID、文档上传人、文档上传时间。

(2)WORD文档的参数读写子模块，用于读写文档ID、文档主版本和文档子版本；

WORD文档的上传下载子模块，用于调用文档上传、文档下载、文档合并、文档替换的接口进行WORD文档的上传下载；

WORD文档的权限控制子模块，用于根据WORD文档的协作权限信息，控制WORD文档的编辑权限、上传下载权限、文档合并权限、文档替换权限。

(3)在调用文档上传、文档合并、文档替换的接口进行WORD文档的上传时，包含两种操作：文档上传合并，文档上传替换。

本发明实施例还提供一种基于修订模式的多人文档协作方法，所述方法应用于上述架构，所述方法包括：

S1，创建人在WORD文档的文档管理子模块中创建WORD文档；

S2，在WORD文档的权限定义子模块中添加协作人，并定义协作人的权限；

S3，协作人通过WORD文档的上传下载子模块下载WORD文档；

S4，在WORD文档的参数读写子模块中添加WORD文档对应的文档ID、文档主版本和文档子版本；

S5，协作人通过WORD文档的上传下载子模块上传WORD文档；

S6，创建人通过WORD文档的历史记录子模块查看该文档ID对应的文档上传人、文档上传时间。

进一步的：

(1)S2中，定义协作人的权限；所述协作人的权限为允许文档上传合并和文档上传替换，记为权限A，或者允许文档上传合并且不允许文档上传替换，记为权限B。

(2)S5中，协作人通过WORD文档的上传下载子模块上传WORD文档时，需要先验证协作人的权限；

当协作人进行上传合并操作时，要求该协作人具有权限A或者权限B；

当协作人进行上传替换操作时，需要该协作人具有权限B。

(3)当协作人进行上传合并操作时，要求上传的WORD文档主版本与文档主版本相同。

本发明实现一种基于WORD修订模式的多人协作方法，能够方便地实现多人共同编辑文档，同时能够进行权限控制、合并、修订等操作。包括浏览器平台与本地WORD插件，提供新建、权限控制、打开、合并、替换、历史版本的功能。

浏览器平台通过Java开发，使用Oracle数据库，主要提供新建、权限控制功能，能够在网页上新建协作文档，指定协作责任人，提供上传、下载、合并、替换的接口。替换功能由C#程序调用服务器WORD进行文档合并实现。

浏览器平台主要用于管理文件与设置文件权限，主要表单关系如图1所示。

平台主要接口包括权限验证，合并、替换接口。

权限验证为验证主版本是否一致，人员是否拥有文档权限，如图2所示。

权限验证通过后，可以进行合并和替换操作。

合并逻辑如图3所示。其中，合并方法通过调用服务器WORD实现。

替换逻辑如图4所示。

本地WORD插件通过VSTO编写，主要提供WORD环境下调用平台上传、下载、合并、提供接口功能。

首先需要在WORD文档中写入属性信息进行标识，将文档信息写入WORD中。

WORD中上传合并逻辑如图5，WORD中上传替换逻辑如图6。

使用场景如下：

1)用户首先在平台中上传本地文档，指定该文档的协作人。

2)相关协作人能够在平台中查看协作文档，打开并开始编辑。编辑完成后，在WORD中点击【上传合并】，程序自动上传文档并与服务器原文档进行合并。多人同时编辑时，自动合并相同部分内容。

3)文档责任人随时查看文档最新情况与提交情况。

4)当文档阶段性完成后，责任人可以在本地接受修订，【上传替换】原文档，实现文档主版本升版。之后根据情况开启新的一轮协作。

以上所述，仅为本发明的具体实施例，对本发明进行详细描述，未详尽部分为常规技术。但本发明的保护范围不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。本发明的保护范围应以所述权利要求的保护范围为准。