CN115510822A - 一种文档编辑方法、装置、计算机设备和可读存储介质 - Google Patents

Abstract

本申请涉及云技术领域以及数字医疗领域，提供了一种文档编辑方法、装置、计算机设备和可读存储介质，该方法包括：接收第一用户端的文档编辑策略设置指令，并根据文档编辑策略设置指令确定目标文档编辑策略；接收多个第二用户端对初始文档的编辑请求，向多个第二用户端分别发送初始文档，以及分别接收多个第二用户端基于初始文档返回的文档编辑数据；按照目标文档编辑策略，对初始文档和文档编辑数据进行处理，生成目标文档。本申请，支持用户端设置文档编辑策略，从而能够按照用户设置的文档编辑策略实现文档编辑，提高文档编辑的灵活性，更加满足用户对文档的编辑需求。

Description

一种文档编辑方法、装置、计算机设备和可读存储介质

技术领域

本申请涉及云技术领域以及数字医疗领域，尤其是涉及到一种文档编辑方法、文档编辑装置、计算机设备和可读存储介质。

背景技术

目前，在线文档系统已经能够进行文档的规范化操作和管理，例如，创建文档、发布文档、预览文档、修改文档等。其中，修改文档已经支持多人同时在线编辑，但是多人同时在线编辑会产生编辑意见冲突的问题，对此相关技术中利用编辑策略实现来解决上述问题。

但是，相关技术中的编辑策略为固定的，导致文档编辑不够灵活。

发明内容

有鉴于此，本申请提供了一种文档编辑方法、文档编辑装置、计算机设备和可读存储介质，实现了按照用户设置的文档编辑策略实现文档编辑，提高文档编辑的灵活性。

第一方面，本申请实施例提供了一种文档编辑方法，包括：

接收第一用户端的文档编辑策略设置指令，并根据所述文档编辑策略设置指令确定目标文档编辑策略；

接收多个第二用户端对初始文档的编辑请求，向多个所述第二用户端分别发送所述初始文档，以及分别接收多个所述第二用户端基于所述初始文档返回的文档编辑数据；

根据所述目标文档编辑策略和所述文档编辑数据，对所述初始文档进行编辑处理，生成目标文档。

根据本申请实施例的上述文档编辑方法，还可以具有以下附加技术特征：

在上述技术方案中，可选地，所述目标文档编辑策略包括投票编辑策略，所述根据所述目标文档编辑策略和所述文档编辑数据，对所述初始文档进行编辑处理，生成目标文档，包括：

根据所述初始文档和多个所述第二用户端的所述文档编辑数据，生成多个已编辑文档；

将多个所述已编辑文档发送至具有投票权限的第三用户端，以及接收所述第三用户端对多个所述已编辑文档的投票信息；

按照所述投票编辑策略对所述投票信息进行统计，根据统计结果在多个所述已编辑文档中确定目标已编辑文档，并将所述目标已编辑文档与所述初始文档进行合并，生成目标文档。

在上述任一技术方案中，可选地，所述按照所述投票编辑策略对所述投票信息进行统计，根据统计结果在多个所述已编辑文档中确定目标已编辑文档，包括：

获取所述第三用户端的用户信息，根据所述第三用户端的用户信息确定所述第三用户端的编辑权重；

按照所述投票编辑策略以及所述编辑权重，对所述投票信息进行统计，根据统计结果在多个所述已编辑文档中确定目标已编辑文档；

其中，所述编辑权重根据所述第三用户端的历史文档贡献程度所确定，所述编辑权重越大，所述投票信息的统计比重越大。

在上述任一技术方案中，可选地，所述目标文档编辑策略包括直接编辑策略，所述根据所述目标文档编辑策略和所述文档编辑数据，对所述初始文档进行编辑处理，生成目标文档，包括：

基于所述直接编辑策略，按照每个所述第二用户端的所述文档编辑数据，分别对所述初始文档进行编辑，生成目标文档。

在上述任一技术方案中，可选地，所述接收第一用户端的文档编辑策略设置指令，并根据所述文档编辑策略设置指令确定目标文档编辑策略，包括：

接收第一用户端的文档编辑策略设置指令，解析所述文档编辑策略设置指令，获取所述第一用户端的用户信息和文档编辑策略；

将所述第一用户端的用户信息与预设权限信息进行比较，若所述第一用户端的用户信息与所述预设权限信息匹配，则确定所述第一用户端具有文档编辑策略的设置权限，并将所述文档编辑策略作为目标文档编辑策略。

在上述任一技术方案中，可选地，在所述接收第一用户端的文档编辑策略设置指令，并根据所述文档编辑策略设置指令确定目标文档编辑策略之前，还包括：

接收第一用户端的文档编辑策略的设置权限请求，解析所述设置权限请求，获取所述第一用户端的用户信息；

若所述第一用户端的用户信息满足预设条件，则存储所述第一用户端的用户信息，以确定所述第一用户端具有对文档编辑策略的设置权限。

在上述任一技术方案中，可选地，在所述分别接收多个所述第二用户端基于所述初始文档返回的文档编辑数据之后，还包括：

根据所述第二用户端的历史文档贡献程度，对所述第二用户端的文档编辑数据进行筛选。

第二方面，本申请实施例提供了一种文档编辑装置，包括：

接收模块，用于接收第一用户端的文档编辑策略设置指令；

编辑模块，用于根据所述文档编辑策略设置指令确定目标文档编辑策略；

所述接收模块，还用于接收多个第二用户端对初始文档的编辑请求；

发送模块，用于向多个所述第二用户端分别发送所述初始文档；

所述接收模块，还用于分别接收多个所述第二用户端基于所述初始文档返回的文档编辑数据；

所述编辑模块，还用于根据所述目标文档编辑策略和所述文档编辑数据，对所述初始文档进行编辑处理，生成目标文档。

第三方面，本申请实施例提供了一种计算机设备，该计算机设备包括处理器和存储器，存储器存储可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，该可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第五方面，本申请实施例提供了一种芯片，该芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面的方法。

第六方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面的方法。

在本申请实施例中，在第一用户端的第一用户具有文档编辑策略的设置需求时，利用第一用户端发出文档编辑策略设置指令，在接收到该文档编辑策略设置指令后，解析文档编辑策略设置指令得到第一用户所设置的目标文档编辑策略，该目标文档编辑策略用于指示对文档的编辑步骤。进一步地，在第一用户设定了目标文档编辑策略后，接收多个第二用户端对初始文档的编辑请求，响应于该编辑请求，将待编辑的初始文档分别发送至每个第二用户端，以供第二用户端对应的第二用户在第二用户端上对初始文档进行编辑操作，在第二用户在第二用户端上对初始文档进行编辑操作之后，即得到文档编辑数据。最后，按照已设定的目标文档编辑策略，基于文档编辑数据对初始文档和进行编辑处理，生成最终的目标文档，该目标文档即为在初始文档的基础上结合了第二用户端的文档编辑数据所得到的最终的编辑好的文档。

本申请实施例，支持用户端设置文档编辑策略，从而能够按照用户设置的文档编辑策略实现文档编辑，提高文档编辑的灵活性，更加满足用户对文档的编辑需求。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例的文档编辑方法的流程示意图之一；

图2示出了本申请实施例的文档编辑方法的流程示意图之二；

图3示出了本申请实施例的文档编辑方法的流程示意图之三；

图4示出了本申请实施例的文档编辑方法的流程示意图之四；

图5示出了本申请实施例的文档编辑方法的流程示意图之五；

图6示出了本申请实施例的文档编辑方法的流程示意图之六；

图7示出了本申请实施例的文档编辑装置的结构框图；

图8示出了本申请实施例的计算机设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

医疗云(Medical cloud)，是指在云计算、移动技术、多媒体、4G通信、大数据以及物联网等新技术基础上，结合医疗技术，使用“云计算”来创建医疗健康服务云平台，实现了医疗资源的共享和医疗范围的扩大。因为云计算技术的运用与结合，提高了医疗机构的效率，方便居民就医。目前医院的预约挂号、电子病历、医保等都是云计算与医疗领域结合的产物，医疗云还具有数据安全、信息共享、动态扩展、布局全局的优势。

本申请实施例基于医疗云的信息共享优势，实现文档编辑。下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的文档编辑方法、文档编辑装置、计算机设备和可读存储介质进行详细地说明。

本申请实施例提供了一种文档编辑方法，如图1所示，该方法包括：

步骤101，接收第一用户端的文档编辑策略设置指令，并根据文档编辑策略设置指令确定目标文档编辑策略；

步骤102，接收多个第二用户端对初始文档的编辑请求，向多个第二用户端分别发送初始文档，以及分别接收多个第二用户端基于初始文档返回的文档编辑数据；

步骤103，根据目标文档编辑策略和文档编辑数据，对初始文档进行编辑处理，生成目标文档。

在该实施例中，在第一用户端的第一用户具有文档编辑策略的设置需求时，利用第一用户端发出文档编辑策略设置指令，在接收到该文档编辑策略设置指令后，解析文档编辑策略设置指令得到第一用户所设置的目标文档编辑策略，该目标文档编辑策略用于指示对文档的编辑步骤。

进一步地，在第一用户设定了目标文档编辑策略后，接收多个第二用户端对初始文档的编辑请求，响应于该编辑请求，将待编辑的初始文档分别发送至每个第二用户端，以供第二用户端对应的第二用户在第二用户端上对初始文档进行编辑操作，在第二用户在第二用户端上对初始文档进行编辑操作之后，即得到文档编辑数据。

最后，按照已设定的目标文档编辑策略，基于文档编辑数据对初始文档和进行编辑处理，生成最终的目标文档，该目标文档即为在初始文档的基础上结合了第二用户端的文档编辑数据所得到的最终的编辑好的文档。

本申请实施例，支持用户端设置文档编辑策略，从而能够按照用户设置的文档编辑策略实现文档编辑，提高文档编辑的灵活性，更加满足用户对文档的编辑需求。

需要说明的是，上述文档编辑方法用于社区文档系统，社区文档系统注册有多个用户端，第一用户端、第二用户端均为社区文档系统中注册的用户端，并且第一用户端与第二用户端可以相同或者不同。第一用户端优选为初始文档的创建者用户端或管理者用户端，通过设置文档编辑策略，有利于创建者或管理者对文档的管理。

该社区文档系统可以为医疗健康服务云平台，方便社区居民就医以及管理社区居民的健康文档，健康文档包括个人健康档案、处方、检查报告等等。

该社区文档系统基于Git(也即，分布式版本控制系统)开发，可同步文档到Git，社区文档系统具备Git的以下能力：

(1)去中心化，也即，发送至社区中每个注册的用户端上的文档都是完整的文档，包括文档的格式、排版等。社区文档系统具备Git的fork功能，在社区文档系统中复制出文档，包含了其原有的所有记录，所以发送至用户端上的文档是完全独立的，用户可以在自己的用户端上对文档做任何修改，也可以向社区文档系统提交合并请求。

(2)分支策略，也即，将文档的各个版本进行节点化，文档的整个版本状态是树状的。同一分支可支持多用户在线协同编辑。

(3)文档属性设置，社区文档系统中的文档可以选择公开或者私有，公开是指可供文档创建者以及其他用户端查看，私有是指仅供文档创建者查看。

社区文档系统中的每个用户端可以作为文档创建者，也可以作为文档浏览者。支持文档创建者创建文档模板、基于文档模板创建文档、选择分支发布、切换分支、分支检索、合并分支(可针对逐个修改合并，也可以所有修改一起合并)、发布文档预览，支持文档浏览者浏览已发布文档、修改已发布文档、当前文档的版本切换、当前文档的各版本检索。

本申请实施例中，文档编辑策略由各位文档使用者(也即用户)贡献，每个人都可以作为创造者为文档做出贡献，实现文档的自我迭代，并且能够减少文档无人维护的情况，也即只要存在阅读者，文档就具备更新能力。

另外，需要说明的是，本申请在用户端打造本地编辑器来支持用户端本地编辑的能力，具体地，支持本地修改文档模板、文档内容等，降低文档创作门槛。

在本申请的一个实施例中，目标文档编辑策略包括投票编辑策略和/或直接编辑策略。其中，投票编辑策略是指按照投票的方式，根据文档编辑数据进行最终的文档编辑，直接编辑策略是指无需进行投票，而是直接根据文档编辑数据进行最终的文档编辑。本申请实施例中，通过对文档编辑策略的设置，提高了文档编辑的灵活性。

在本申请的一个实施例中，目标文档编辑策略包括投票编辑策略，根据目标文档编辑策略和文档编辑数据，对初始文档进行编辑处理，生成目标文档的步骤，如图2所示，包括：

步骤201，根据初始文档和多个第二用户端的文档编辑数据，生成多个已编辑文档；

步骤202，将多个已编辑文档发送至具有投票权限的第三用户端，以及接收第三用户端对多个已编辑文档的投票信息；

步骤203，按照投票编辑策略对投票信息进行统计，根据统计结果在多个已编辑文档中确定目标已编辑文档，并将目标已编辑文档与初始文档进行合并，生成目标文档。

在该实施例中，首先利用每个第二用户端返回的文档编辑数据，分别对初始文档进行编辑处理，得到多个已编辑文档，其中，初始文档属于文档的主版本，已编辑文档即为主版本的修改版本。再将多个已编辑文档均发送到具有投票权限的第三用户端，第三用户端对应的第三用户在第三用户端上对多个已编辑文档进行浏览，并对每个已编辑文档进行投票打分，也即是否同意已编辑文档合并至初始文档，其中投票信息可以为同意(分数为1)，或者不同意(分数为0)，当然也可以为0至1之间的一个数值，表示同意的程度。进一步地，接收第三用户端对多个已编辑文档的投票信息，并按照投票编辑策略对投票信息进行统计，得到对多个已编辑文档投票的统计结果，根据统计结果在多个已编辑文档中确定同意程度较高的一个或多个目标已编辑文档，目标已编辑文档即为编辑内容符合大多数用户意向的文档。最后，将目标已编辑文档合并至初始文档中，得到目标文档。

需要说明的是，投票编辑策略的方式包括多种，例如，根据同意已编辑文档的第三用户数量、同意已编辑文档的第三用户数量在所有投票的第三用户中的占比等等。示例性地，投票编辑策略为过百人同意就合并，则需一百位第三用户点击同意某个已编辑文档，该已编辑文档即可合并入初始文档。

本申请实施例，能够实现通过具有投票权限的第三用户端对已编辑文档投票，获取符合较多用户意向的文档，提高了文档编辑的效果。

在本申请的一个实施例中，按照投票编辑策略对投票信息进行统计，根据统计结果在多个已编辑文档中确定目标已编辑文档，包括：

获取第三用户端的用户信息，根据第三用户端的用户信息确定第三用户端的编辑权重；

按照投票编辑策略以及编辑权重，对投票信息进行统计，根据统计结果在多个已编辑文档中确定目标已编辑文档；

其中，编辑权重根据第三用户端的历史文档贡献程度所确定，编辑权重越大，投票信息的统计比重越大。

在该实施例中，可根据第三用户端对应的第三用户的历史文档贡献程度获得不同编辑权重，编辑权重越大的第三用户端投票可加快文档修改合并，其中，历史文档贡献程度是指历史文档编辑的采用率，采用率越高，历史文档贡献程度越大。

在一些实施例中，编辑权重可以大于或等于1，大于1的编辑权重均可加快文档修改合并。

具体地，获取第三用户端的用户信息，根据第三用户端的用户信息确定第三用户端对应的历史文档贡献程度，进而确定第三用户端的编辑权重。按照投票编辑策略以及编辑权重，对投票信息进行统计，例如，对于一个编辑权重为1.5的第三用户端，若该第三用户端所投票为同意，那么其统计信息即为1乘以1.5。最后，根据统计结果在多个已编辑文档中确定同意程度较高的一个或多个目标已编辑文档。

通过上述方式，实现根据第三用户端的历史文档贡献程度控制其后续的文档修改合并的权重，提高文档编辑的灵活性。

在本申请的一个实施例中，目标文档编辑策略包括直接编辑策略，根据目标文档编辑策略和文档编辑数据，对初始文档进行编辑处理，生成目标文档的步骤，如图3所示，包括：

步骤301，基于直接编辑策略，按照每个第二用户端的文档编辑数据，分别对初始文档进行编辑，生成目标文档。

在该实施例中，可不使用投票功能，而是将每个第二用户端的文档编辑数据均合并至初始文档中，实现对初始文档的编辑。

本申请实施例，能够实现直接按照第二用户端的文档编辑数据编辑初始文档，提高了文档编辑的效率。

在本申请的一个实施例中，接收第一用户端的文档编辑策略设置指令，并根据文档编辑策略设置指令确定目标文档编辑策略的步骤，如图4所示，包括：

步骤401，接收第一用户端的文档编辑策略设置指令，解析文档编辑策略设置指令，获取第一用户端的用户信息和文档编辑策略；

步骤402，将第一用户端的用户信息与预设权限信息进行比较；

步骤403，若第一用户端的用户信息与预设权限信息匹配，则确定第一用户端具有文档编辑策略的设置权限，并将文档编辑策略作为目标文档编辑策略。

在该实施例中，在接收到第一用户端的文档编辑策略设置指令后，先对第一用户端的设置权限进行验证。具体地，解析文档编辑策略设置指令，获取第一用户端的用户信息和文档编辑策略，将第一用户端的用户信息与预设权限信息进行比较，其中预设权限信息为预存的用户信息，当第一用户端的用户信息与预存的用户信息能够匹配时，表明第一用户端具有文档编辑策略的设置权限，则允许第一用户端对文档编辑策略的设置。

通过上述方式，避免文档编辑策略被随意设置，提高文档编辑策略设置的安全性。

在本申请的一个实施例中，在接收第一用户端的文档编辑策略设置指令，并根据文档编辑策略设置指令确定目标文档编辑策略之前，如图5所示，还包括以下步骤：

步骤501，接收第一用户端的文档编辑策略的设置权限请求，解析设置权限请求，获取第一用户端的用户信息；

步骤502，若第一用户端的用户信息满足预设条件，则存储第一用户端的用户信息，以确定第一用户端具有对文档编辑策略的设置权限。

在该实施例中，用户端若想进行文档编辑策略的设置，则需要有设置权限，而设置权限也需要预先进行申请。

具体地，在接收到第一用户端的文档编辑策略的设置权限请求后，基于设置权限请求获取第一用户端的用户信息，进而对第一用户端的用户信息进行判断，如果第一用户端的用户信息满足预设条件，则向第一用户端分发对文档编辑策略的设置权限。其中，预设条件包括第一用户端已注册、第一用户端的注册时长达到一定时长阈值、第一用户端的历史文档贡献程度大于一定程度阈值等等。

通过上述方式，实现用户端对文档编辑策略的设置权限的申请，确保后续能够顺利进行文档编辑策略的设置，提高文档编辑策略设置的安全性。

在本申请的一个实施例中，在分别接收多个第二用户端基于初始文档返回的文档编辑数据之后，如图6所示，还包括以下步骤：

步骤601，根据第二用户端的历史文档贡献程度，对第二用户端的文档编辑数据进行筛选。

在该实施例中，在接收到多个第二用户端基于初始文档返回的文档编辑数据之后，可以先对第二用户端的文档编辑数据进行筛选。具体地，根据第二用户端的历史文档贡献程度，例如，若第二用户端的历史文档贡献程度大于或等于预设阈值，表明其历史文档编辑的采用率较高，则保留其文档编辑数据，若第二用户端的历史文档贡献程度小于预设阈值，表明其历史文档编辑的采用率较低，则过滤掉其文档编辑数据。

通过上述方式，实现对接收到的第二用户端的文档编辑数据进行筛选，减少后续编辑工作的复杂程度，提高文档编辑效率。

作为上述文档编辑方法的具体实现，本申请实施例提供了一种文档编辑装置。如图7所示，该文档编辑装置包括：接收模块701、编辑模块702以及发送模块703。

其中，接收模块701，用于接收第一用户端的文档编辑策略设置指令；

编辑模块702，用于根据文档编辑策略设置指令确定目标文档编辑策略；

接收模块701，还用于接收多个第二用户端对初始文档的编辑请求；

发送模块703，用于向多个第二用户端分别发送初始文档；

接收模块701，还用于分别接收多个第二用户端基于初始文档返回的文档编辑数据；

编辑模块702，还用于根据目标文档编辑策略和文档编辑数据，对初始文档进行编辑处理，生成目标文档。

在该实施例中，在第一用户端的第一用户具有文档编辑策略的设置需求时，利用第一用户端发出文档编辑策略设置指令，在接收到该文档编辑策略设置指令后，解析文档编辑策略设置指令得到第一用户所设置的目标文档编辑策略，该目标文档编辑策略用于指示对文档的编辑步骤。

进一步地，在第一用户设定了目标文档编辑策略后，接收多个第二用户端对初始文档的编辑请求，响应于该编辑请求，将待编辑的初始文档分别发送至每个第二用户端，以供第二用户端对应的第二用户在第二用户端上对初始文档进行编辑操作，在第二用户在第二用户端上对初始文档进行编辑操作之后，即得到文档编辑数据。

最后，按照已设定的目标文档编辑策略，基于文档编辑数据对初始文档和进行编辑处理，生成最终的目标文档，该目标文档即为在初始文档的基础上结合了第二用户端的文档编辑数据所得到的最终的编辑好的文档。

本申请实施例，支持用户端设置文档编辑策略，从而能够按照用户设置的文档编辑策略实现文档编辑，提高文档编辑的灵活性，更加满足用户对文档的编辑需求。

可选地，目标文档编辑策略包括投票编辑策略，编辑模块702，具体用于：

根据初始文档和多个第二用户端的文档编辑数据，生成多个已编辑文档；

将多个已编辑文档发送至具有投票权限的第三用户端，以及接收第三用户端对多个已编辑文档的投票信息；

按照投票编辑策略对投票信息进行统计，得到统计结果，并根据统计结果在多个已编辑文档中确定目标文档。

可选地，编辑模块702，具体用于：

获取第三用户端的用户信息，根据第三用户端的用户信息确定第三用户端的编辑权重；

按照投票编辑策略以及编辑权重，对投票信息进行统计，得到统计结果；

其中，编辑权重根据第三用户端的历史文档贡献程度所确定，编辑权重越大，投票信息的统计比重越大。

可选地，目标文档编辑策略包括直接编辑策略，编辑模块702，具体用于：

基于直接编辑策略，按照每个第二用户端的文档编辑数据，分别对初始文档进行编辑，生成目标文档。

可选地，编辑模块702，具体用于：

解析文档编辑策略设置指令，获取第一用户端的用户信息和文档编辑策略；

将第一用户端的用户信息与预设权限信息进行比较，若第一用户端的用户信息与预设权限信息匹配，则确定第一用户端具有文档编辑策略的设置权限，并将文档编辑策略作为目标文档编辑策略。

可选地，接收模块701，还用于接收第一用户端的文档编辑策略的设置权限请求；编辑模块702，还用于：

解析设置权限请求，获取第一用户端的用户信息；

若第一用户端的用户信息满足预设条件，则存储第一用户端的用户信息，以确定第一用户端具有对文档编辑策略的设置权限。

可选地，编辑模块702，还用于根据第二用户端的历史文档贡献程度，对第二用户端的文档编辑数据进行筛选。

本申请实施例中的文档编辑装置可以是计算机设备，也可以是计算机设备中的部件，例如集成电路或芯片。该计算机设备可以是终端，也可以为除终端之外的其他设备。示例性的，计算机设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载计算机设备、移动上网装置(Mobile Internet Device，MID)、增强现实(Augmented Reality，AR)/虚拟现实(Virtual Reality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(Ultra-MobilePersonal Computer，UMPC)、上网本或者个人数字助理(Personal Digital Assistant，PDA)等，还可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(Personal Computer，PC)、电视机(Television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的文档编辑装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的文档编辑装置能够实现图1的文档编辑方法实施例实现的各个过程，为避免重复，这里不再赘述。

本申请实施例还提供一种计算机设备，如图8所示，该计算机设备800包括处理器801和存储器802，存储器802上存储有可在处理器801上运行的程序或指令，该程序或指令被处理器801执行时实现上述文档编辑方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的计算机设备包括上述的移动计算机设备和非移动计算机设备。

存储器802可用于存储软件程序以及各种数据。存储器802可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器802可以包括易失性存储器或非易失性存储器，或者，存储器802可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器802包括但不限于这些和任意其它适合类型的存储器。

处理器801可包括一个或多个处理单元；可选的，处理器801集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器801中。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述文档编辑方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述文档编辑方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例还提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述文档编辑方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (10)

1.一种文档编辑方法，其特征在于，包括：

接收第一用户端的文档编辑策略设置指令，并根据所述文档编辑策略设置指令确定目标文档编辑策略；

接收多个第二用户端对初始文档的编辑请求，向多个所述第二用户端分别发送所述初始文档，以及分别接收多个所述第二用户端基于所述初始文档返回的文档编辑数据；

根据所述目标文档编辑策略和所述文档编辑数据，对所述初始文档进行编辑处理，生成目标文档。

2.根据权利要求1所述的方法，其特征在于，所述目标文档编辑策略包括投票编辑策略，所述根据所述目标文档编辑策略和所述文档编辑数据，对所述初始文档进行编辑处理，生成目标文档，包括：

根据所述初始文档和多个所述第二用户端的所述文档编辑数据，生成多个已编辑文档；

将多个所述已编辑文档发送至具有投票权限的第三用户端，以及接收所述第三用户端对多个所述已编辑文档的投票信息；

按照所述投票编辑策略对所述投票信息进行统计，根据统计结果在多个所述已编辑文档中确定目标已编辑文档，并将所述目标已编辑文档与所述初始文档进行合并，生成目标文档。

3.根据权利要求2所述的方法，其特征在于，所述按照所述投票编辑策略对所述投票信息进行统计，根据统计结果在多个所述已编辑文档中确定目标已编辑文档，包括：

获取所述第三用户端的用户信息，根据所述第三用户端的用户信息确定所述第三用户端的编辑权重；

按照所述投票编辑策略以及所述编辑权重，对所述投票信息进行统计，根据统计结果在多个所述已编辑文档中确定目标已编辑文档；

其中，所述编辑权重根据所述第三用户端的历史文档贡献程度所确定，所述编辑权重越大，所述投票信息的统计比重越大。

4.根据权利要求1所述的方法，其特征在于，所述目标文档编辑策略包括直接编辑策略，所述根据所述目标文档编辑策略和所述文档编辑数据，对所述初始文档进行编辑处理，生成目标文档，包括：

基于所述直接编辑策略，按照每个所述第二用户端的所述文档编辑数据，分别对所述初始文档进行编辑，生成目标文档。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述接收第一用户端的文档编辑策略设置指令，并根据所述文档编辑策略设置指令确定目标文档编辑策略，包括：

接收第一用户端的文档编辑策略设置指令，解析所述文档编辑策略设置指令，获取所述第一用户端的用户信息和文档编辑策略；

将所述第一用户端的用户信息与预设权限信息进行比较，若所述第一用户端的用户信息与所述预设权限信息匹配，则确定所述第一用户端具有文档编辑策略的设置权限，并将所述文档编辑策略作为目标文档编辑策略。

6.根据权利要求1至4中任一项所述的方法，其特征在于，在所述接收第一用户端的文档编辑策略设置指令，并根据所述文档编辑策略设置指令确定目标文档编辑策略之前，还包括：

接收第一用户端的文档编辑策略的设置权限请求，解析所述设置权限请求，获取所述第一用户端的用户信息；

若所述第一用户端的用户信息满足预设条件，则存储所述第一用户端的用户信息，以确定所述第一用户端具有对文档编辑策略的设置权限。

7.根据权利要求1至4中任一项所述的方法，其特征在于，在所述分别接收多个所述第二用户端基于所述初始文档返回的文档编辑数据之后，还包括：

根据所述第二用户端的历史文档贡献程度，对所述第二用户端的文档编辑数据进行筛选。

8.一种文档编辑装置，其特征在于，包括：

接收模块，用于接收第一用户端的文档编辑策略设置指令；

编辑模块，用于根据所述文档编辑策略设置指令确定目标文档编辑策略；

所述接收模块，还用于接收多个第二用户端对初始文档的编辑请求；

发送模块，用于向多个所述第二用户端分别发送所述初始文档；

所述接收模块，还用于分别接收多个所述第二用户端基于所述初始文档返回的文档编辑数据；

所述编辑模块，还用于根据所述目标文档编辑策略和所述文档编辑数据，对所述初始文档进行编辑处理，生成目标文档。

9.一种计算机设备，其特征在于，包括处理器和存储器，所述存储器存储有在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至7中任一项所述的文档编辑方法的步骤。

10.一种可读存储介质，其上存储有程序或指令，其特征在于，所述程序或指令被处理器执行时实现如权利要求1至7中任一项所述的文档编辑方法的步骤。

Images