文档协同编辑方法、装置、电子设备及存储介质与流程

1.本技术涉及文档处理技术领域，尤其涉及一种文档协同编辑方法、装置、电子设备及存储介质。


背景技术：

2.随着网络和计算机的发展，协同编辑文档得到了广泛的应用，其很好地适应了无纸化办公和远程协同办公的需求。然而，由于协同编辑文档是面向多用户的，对于同一协同编辑文档，可编辑的用户越多，文档内容往往相对越多，而过多的文档内容和冗杂的可编辑用户，往往带来极大的安全漏洞。比如，任一用户对协同编辑文档的内容进行恶意删除及保存后，其他用户很难还原该内容。因此，如何对文档的协同编辑过程进行有效管理，成为目前亟待解决的技术问题。


技术实现要素：

3.本技术实施例提供一种文档协同编辑方法、装置、电子设备及存储介质，通过对用户权限的信息管控，保证每个人只能修改协同编辑文档中其负责的部分，避免无关人员对协同编辑文档的内容进行有意或无意的修改，保证了多人协同编辑过程中文档内容的安全性。
4.一方面，本技术一实施例提供了一种文档协同编辑方法，包括：
5.获取目标文档的目录信息，所述目录信息包括章节标题之间的层级关系以及每个章节标题在所述目标文档中的坐标位置；
6.基于所述层级关系和每个章节标题在所述目标文档中的坐标位置，确定每个章节标题对应的章节在所述目标文档中覆盖的区域位置；
7.基于为每个章节分配的责任人的用户标识，生成多个待处理任务以及每个待处理任务的任务信息，所述任务信息包括章节和用户标识之间的映射关系；
8.基于每个待处理任务中的章节对应的区域位置，确定每个待处理任务在所述目标文档中对应的可编辑区域，并存储到对应的任务信息中；
9.根据每个待处理任务中的用户标识进行任务下发，使得收到待处理任务的终端设备显示仅有可编辑区域可被修改的目标文档。
10.可选地，所述方法还包括：
11.响应终端设备发送的针对待处理任务的获取请求，从待处理任务对应的任务信息中获取可编辑区域和用户标识；
12.获取所述目标文档的副本；
13.基于从任务信息中获取的可编辑区域和用户标识，对所述目标文档的副本进行部分限制编辑设置，其中，所述部分限制编辑设置包括：将所述所述目标文档的副本设置为只读模式，将所述可编辑区域在所述副本中对应的区域设置为在只读模式下的允许编辑区域，以及将所述待处理任务对应的用户标识设置为可对所述允许编辑区域进行编辑的用
户；
14.将完成部分限制编辑设置的副本发送给对应的终端设备。
15.可选地，所述方法还包括：
16.基于每个待处理任务对应的可编辑区域，生成每个待处理任务对应的子文档，每个子文档中仅包含可编辑区域中的内容；
17.响应终端设备发送的针对待处理任务的保存请求，从终端设备编辑的副本中获取允许编辑区域的内容，基于允许编辑区域的内容更新对应的子文档。
18.可选地，所述方法还包括：
19.响应终端设备发送的针对待处理任务的提交请求，从终端设备编辑的副本中获取允许编辑区域的内容，基于允许编辑区域的内容更新对应的子文档，并基于子文档中的内容更新所述目标文档中对应区域的内容。
20.可选地，所述将完成限制编辑设置的副本发送给对应的责任人之前，所述方法还包括：
21.从待处理任务对应的任务信息中获取用户标识，并获取所述获取请求携带的用户标识，以及确定从任务信息中获取的用户标识和所述获取请求中的用户标识一致。
22.可选地，所述根据每个待处理任务中的用户标识进行任务下发之后，所述方法还包括：
23.响应针对待处理任务的任务拆分请求，获取在所述待处理任务对应的章节下新增的子目录信息，所述子目录信息包括子章节标题之间的层级关系以及每个子章节标题在所述待处理任务对应的子文档中的坐标位置；
24.基于所述子章节标题之间的层级关系和每个子章节标题在所述子文档中的坐标位置，确定每个子章节标题对应的子章节在所述子文档中覆盖的区域位置；
25.基于为每个子章节分配的责任人的用户标识，生成多个子任务以及每个子任务的任务信息，所述任务信息包括子章节和用户标识之间的映射关系；
26.基于每个子任务中的子章节对应的区域位置，确定每个子任务在所述子文档中对应的可编辑区域，并存储到对应的任务信息中；
27.根据每个子任务中的用户标识进行任务下发。
28.可选地，所述方法还包括：
29.响应被拆分的待处理任务的责任人针对所述被拆分的待处理任务的子任务发起的编辑权限锁定操作，将所述子任务对应的子文档设置为只读模式。
30.一方面，本技术一实施例提供了一种文档协同编辑装置，包括：
31.信息获取模块，用于获取目标文档的目录信息，所述目录信息包括章节标题之间的层级关系以及每个章节标题在所述目标文档中的坐标位置；
32.任务生成模块，用于基于所述层级关系和每个章节标题在所述目标文档中的坐标位置，确定每个章节标题对应的章节在所述目标文档中覆盖的区域位置；基于为每个章节分配的责任人的用户标识，生成多个待处理任务以及每个待处理任务的任务信息，所述任务信息包括章节和用户标识之间的映射关系；以及基于每个待处理任务中的章节对应的区域位置，确定每个待处理任务在所述目标文档中对应的可编辑区域，并存储到对应的任务信息中；
33.任务下发模块，用于根据每个待处理任务中的用户标识进行任务下发，使得收到待处理任务的终端设备显示仅有可编辑区域可被修改的目标文档。
34.一方面，本技术一实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行计算机程序时实现上述任一种方法的步骤。
35.一方面，本技术一实施例提供了一种计算机可读存储介质，其上存储有计算机程序指令，该计算机程序指令被处理器执行时实现上述任一种方法的步骤。
36.一方面，本技术一实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述任一种tcp传输性能的控制的各种可选实现方式中提供的方法。
37.本技术实施例提供的文档协同编辑方法、装置、电子设备及存储介质，根据文档的目录信息将文档编辑任务拆分成多个任务并确定每个任务对应的可编辑区域，并为每个任务分配对应的负责人，通过文档编辑器的限制编辑功能对每个负责人接收到的文档进行设置，使得每个负责人只能对文档其负责的可编辑区域进行修改，避免无关人员对协同编辑文档的内容进行有意或无意的修改，保证协同编辑过程中文档内容的安全性。此外，每个责任人只需要负责自己那部分内容的编辑，提交任务后服务器会自动将每个责任人编辑好的内容更新到目标文档中对应的位置，省去了人工合版的过程，避免大量重复性工作，提高工作效率。
附图说明
38.为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
39.图1为本技术实施例提供的文档协同编辑方法的应用场景示意图；
40.图2为本技术实施例提供的文档协同编辑方法的流程示意图；
41.图3为本技术实施例提供的任务指派界面的示意图；
42.图4为本技术实施例提供的对待处理任务进行拆分并分配的流程示意图；
43.图5为本技术实施例提供的文档协同编辑装置的结构示意图；
44.图6为本技术实施例提供的电子设备的结构示意图。
具体实施方式
45.下面结合附图对本发明实施例进行详细描述。
46.需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合；并且，基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
47.需要说明的是，下文描述在所附权利要求书的范围内的实施例的各种方面。应显而易见，本文中所描述的方面可体现于广泛多种形式中，且本文中所描述的任何特定结构及/或功能仅为说明性的。基于本公开，所属领域的技术人员应了解，本文中所描述的一个
方面可与任何其它方面独立地实施，且可以各种方式组合这些方面中的两者或两者以上。举例来说，可使用本文中所阐述的任何数目个方面来实施设备及/或实践方法。另外，可使用除了本文中所阐述的方面中的一或多者之外的其它结构及/或功能性实施此设备及/或实践此方法。
48.附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。
49.参考图1，其为本技术实施例提供的文档协同编辑方法的应用场景示意图。该应用场景包括多个终端设备101(包括终端设备101-1、终端设备101-2、
……
终端设备101-n)和服务器102。其中，终端设备101和服务器102之间通过无线或有线网络连接，终端设备101包括但不限于桌面计算机、移动电话、移动电脑、平板电脑、媒体播放器、智能可穿戴设备、智能电视等电子设备，服务器102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。本技术实施例对终端设备101的实现方式不做特别限制，只要各个用户能够在该终端设备101上进行在线协作文档编辑即可。例如，用户1通过终端设备101-1创建了一份在线协作文档，并发送至服务器102，终端设备101-1可向终端设备101-2和终端设备101-3发送获取该在线协作文档的链接，用户2可通过链接查看并编辑服务器102中存储的该在线协作文档，同时用户3也可通过链接查看并编辑服务器102中存储的该在线协作文档。
50.当然，本技术实施例提供的方法并不限用于图1所示的应用场景中，还可以用于其它可能的应用场景，本技术实施例并不进行限制。对于图1所示的应用场景的各个设备所能实现的功能将在后续的方法实施例中一并进行描述，在此先不过多赘述。
51.为进一步说明本技术实施例提供的技术方案，下面结合附图以及具体实施方式对此进行详细的说明。虽然本技术实施例提供了如下述实施例或附图所示的方法操作步骤，但基于常规或者无需创造性的劳动在所述方法中可以包括更多或者更少的操作步骤。在逻辑上不存在必要因果关系的步骤中，这些步骤的执行顺序不限于本技术实施例提供的执行顺序。
52.下面结合图1所示的应用场景，对本技术实施例提供的技术方案进行说明。需要说明的是，本技术实施例提供的文档协同编辑方法的执行主体可以是终端设备内的文档编辑器，也可以是服务器，还可以由终端设备和服务器协同执行文档协同编辑方法。基于本技术实施例提供的文档协同编辑方法实现的应用程序可以是独立的文档编辑器，也可以是植入在现有文档编辑器中的插件。
53.参考图2，本技术实施例提供一种文档协同编辑方法，包括以下步骤：
54.s201、获取目标文档的目录信息，目录信息包括章节标题之间的层级关系以及每个章节标题在目标文档中的坐标位置。
55.其中，用户通过文档编辑器编辑目标文档的目录，完成目录编辑后，可通过文档编辑器提供的接口获取到相关的目录信息。章节标题在目标文档中的坐标位置可以是章节标题中的首个字符在目标文档中所在的位置，可通过字符所在的页码、行等确定字符所在位置。
56.具体实施时，可通过现有的文档编辑器(如微软公司的word)中的目录编辑功能在目标文档中设置多个章节，文档编辑器自动根据设置的章节标题、章节位置等信息，生成目录以及目录信息，通过目录可以将目标文档划分成多个部分，方便后续的任务分配。上述编辑目录、生成目录的过程为文档编辑器自带的功能，不再赘述。
57.s202、基于层级关系和每个章节标题在目标文档中的坐标位置，确定每个章节标题对应的章节在目标文档中覆盖的区域位置。
58.一个目录包含多个层级的章节，同一层级的多个章节之间是并列关系，每个章节下又可以划分出多个子章节。以图3为例，第一层级的章节标题包括：“1范围标识”、“2引用文档”、“3软件保障资源”、“4推荐的规程”、“5培训”等，第二层级的章节标题包括：“1范围标识”下的子章节“1.1”、“1.2”和“1.3”，以及“3软件保障资源”下的子章节。
59.具体实施时，可基于章节标题之间的层级关系，逐层确定每个章节标题对应的章节在目标文档中覆盖的区域位置。例如，对于属于第一层级的多个章节标题，以第一个章节标题在目标文档中的坐标位置为第一个章节的起始位置，以第二个章节标题在目标文档中的坐标位置为第一个章节的结束位置，该起始位置和结束位置之间的区域即为第一个章节在目标文档中覆盖的区域位置；同理，第二个章节标题在目标文档中的坐标位置和第三个章节标题在目标文档中的坐标位置之间的区域即为第二个章节在目标文档中覆盖的区域位置；依此类推可确定第一层级的每个章节对应的区域位置。对于第一个章节标题下的子章节标题，以第一个子章节标题在目标文档中的坐标位置为第一个子章节的起始位置，以第二个子章节标题在目标文档中的坐标位置为第一个章节的结束位置，该起始位置和结束位置之间的区域即为第一个子章节在目标文档中覆盖的区域位置；第二个子章节标题在目标文档中的坐标位置和第三个子章节标题在目标文档中的坐标位置之间的区域即为第二个子章节在目标文档中覆盖的区域位置；依此类推，最后一个子章节标题在目标文档中的坐标位置和第二章节标题在目标文档中的坐标位置之间的区域即为最后一个子章节在目标文档中覆盖的区域位置。
60.具体实施时，用户通过终端设备打开文档编辑器，单击登录菜单，在弹出框中输入用户账号和密码，完成登录操作。登录成功后，用户可以打开已有的文档或新建一个文档，作为待编辑的目标文档，并完成该目标文档的目录编辑工作。参考图3，完成目录编辑后用户可打开任务指派界面，此时文档编辑器会获取目标文档的目录信息，并在任务指派界面内展示目标文档的目录，用户先可选中目录中的一个或多个章节，然后点击任务指派界面内的“任务分配”按钮，以打开任务分配界面，任务分配界面中包括可选人员列表，用户可从可选人员列表中的选择相关人员，从而将选中的相关人员作为选中章节的责任人。例如，可将章节“1范围标识”分配给用户a，将章节“2引用文档”分配给用户b，将章节“3.1设施”分配给用户c，将章节“3.2硬件”分配给用户d。目录为树形结构，若将某一章节分配给一个用户，则该章节下的子章节均被分配给该用户，例如章节“1范围标识”分配给用户a，则用户a需要处理章节“1范围标识”下的所有子章节。
61.具体实施时，可选人员列表中的人员仅包含预先设定的项目参与人，这样可防止无关人员被选中，保障项目的安全性和保密性。只有获得指派权限的人员可以指派任务，一般都是项目总负责人才有指派任务的权限。
62.s203、基于为每个章节分配的责任人的用户标识，生成多个待处理任务以及每个
待处理任务的任务信息，任务信息包括章节和用户标识之间的映射关系。
63.s204、基于每个待处理任务中的章节对应的区域位置，确定每个待处理任务在目标文档中对应的可编辑区域，并存储到对应的任务信息中。
64.其中，责任人可以对可编辑区域内的内容进行编辑，对于可编辑区域以外的内容无权进行编辑。用户标识可以是责任人的用户账号。
65.具体实施时，当一个责任人被分配了多个章节时，可以将这多个章节合并成一个待处理任务，例如章节一和章节二都分配给了责任人a，则生成一个待处理任务w，待处理任务w的任务信息中章节一和章节二对应的用户标识为责任人a的用户账号，待处理任务w对应的可编辑区域包括章节一和章节二在目标文档中对应的区域，即责任人a可以编辑章节一和章节二。
66.s205、根据每个待处理任务中的用户标识进行任务下发，使得收到待处理任务的终端设备显示仅有可编辑区域可被修改的目标文档。
67.具体实施时，步骤s201～s205可以由服务器执行。具体地，用户在文档编辑器上的操作结果会同步到服务器，用户完成任务指派后可点击任务指派界面上的任务下发按钮，终端设备将用户选择的目标文档、目录信息、设置的责任人与章节之间的对应关系上传到服务器，由服务器根据这些信息执行s201～s205，最终将各个待处理任务发送给对应的责任人，并提示责任人处理任务。
68.具体实施时，步骤s201～s205可以由终端设备执行。用户完成任务指派后可点击任务指派界面上的任务下发按钮，终端设备将目标文档和每个待处理任务的任务信息发送到服务器，由服务器将各个待处理任务发送给对应的责任人，并提示责任人处理任务。其中，目标文档和每个待处理任务的任务信息将关联存储到服务器中，每个待处理任务都有唯一的任务标识。
69.为此，每个责任人在收到待处理任务后，可通过各自使用的终端设备中的文档编辑器打开待处理任务，其使用的终端设备上只会显示与其收到的待处理任务相符的目标文档，该文档中仅有为该待处理任务配置的可编辑区域是可以编辑修改的，对于文档中的其它部分，责任人可以浏览但不能编辑，这样可以避免无关人员对协同编辑文档的内容进行有意或无意的修改，保证协同编辑过程中文档内容的安全性。
70.在一种可能的实施方式中，服务器可向每个责任人的终端设备下发待处理任务的提醒事项，该提醒事项中可包括项目名称、处理时限、待处理任务的任务标识等信息，这些信息可以由项目总负责人在下发待处理任务时进行设定。用户在终端设备上登录文档编辑器后可查看到待处理任务的提醒事项，用户点击待处理任务后，终端设备向服务器发送响应针对待处理任务的获取请求，该获取请求可携带待处理任务的任务标识。服务器响应针对待处理任务的获取请求，根据获取请求携带的任务标识，从待处理任务对应的任务信息中获取可编辑区域和用户标识，并获取目标文档的副本，基于从任务信息中获取的可编辑区域和用户标识，对目标文档的副本进行部分限制编辑设置，然后将完成部分限制编辑设置的副本发送给对应的终端设备。其中，部分限制编辑设置包括：将目标文档的副本设置为只读模式，将可编辑区域在副本中对应的区域设置为在只读模式下的允许编辑区域，以及将待处理任务对应的用户标识设置为可对允许编辑区域进行编辑的用户。
71.具体实施时，可通过文档编辑器提供的限制编辑接口，将目标文档的副本中除可
编辑区域以外的区域设置为限制编辑，即责任人只能对副本中可编辑区域内的内容进行编辑。
72.以wps为例，用户可对文档进行限制编辑的设置，如限制选定的样式设置格式，设置文档的保护方式(如只读、修订、批注等)，在选择只读模式时还可以设置允许编辑的区域，并选择可以对该区域进行编辑的用户。基于此，可从待处理任务对应的任务信息中获取可编辑区域和用户标识，以确定限制编辑接口对应的输入参数，基于可编辑区域和用户标识，完成对目标文档的副本的限制编辑，使得只有相关的责任人可以对副本中的可编辑区域进行编辑，且只能对可编辑区域进行编辑。
73.进一步地，为了保证目标文档的信息安全，在用户获取目标文档的相关信息之前，需要对用户的身份信息进行验证。为此，本技术实施例的方法还包括如下步骤：从待处理任务对应的任务信息中获取用户标识，并获取发送获取请求携带的用户标识，若从任务信息中获取的用户标识和获取请求中的用户标识一致，则将完成限制编辑设置的副本发送给对应的责任人，否则拒绝发送副本。
74.具体实施时，每个用户在登录文档编辑器时需要输入用户账号和密码，此后，该文档编辑器与服务器的交互信息中均携带用户账号。服务器从获取请求中获得用户账号，并根据获取请求携带的任务标识，从对应任务信息中获取责任人的用户账号，将获取的用户账号和任务信息中责任人的用户账号进行比对，若一致，则验证通过，否则验证不通过。
75.实际应用中，服务器也可以在生成待处理任务时，根据待处理任务对应的可编辑区域，将目标文档的副本中除可编辑区域以外的区域设置为限制编辑，然后直接将完成限制编辑设置的副本作为待处理任务发送给对应的责任人。责任人直接通过文档编辑器打开服务器下发的文档，对文档中可编辑区域的内容进行编辑。
76.在另一种可能的实施方式中，服务器可直接将待处理任务的任务信息和目标文档发送给各个责任人。每个责任人在收到待处理任务后，可通过各自终端设备中的文档编辑器点击待处理任务，文档编辑器响应针对待处理任务的获取请求，将任务信息中的用户标识和当前登录文档编辑器的用户账号进行比对；若不一致，则提醒用户无权查看该任务；若一致，则根据任务信息中的可编辑区域，将接收到的目标文档中除可编辑区域以外的区域设置为限制编辑，然后显示完成限制编辑设置的目标文档。
77.需要说明的是，每个责任人收到的目标文档仅只一个副本，原始的目标文档存储在服务器中。
78.在一种可能的实施方式中，每个责任人打开收到的目标文档的副本后，就可以对其中的允许编辑区域进行编辑，完成编辑后可点击提交按钮，此时终端设备会向服务器发送针对该待处理任务的提交请求，提交请求中携带待处理任务的任务标识和目标文档中允许编辑区域当前的内容。服务器响应终端设备发送的针对待处理任务的提交请求，从终端设备编辑的副本中获取允许编辑区域的内容，基于允许编辑区域的内容更新对应的子文档，并基于子文档中的内容更新所述目标文档中对应区域的内容。
79.每个责任人只需要负责自己那部分内容的编辑，提交任务后服务器会自动将每个责任人编辑好的内容更新到目标文档中对应的位置，省去了人工合版的过程，避免大量重复性工作，提高工作效率。
80.在一种可能的实施方式中，服务器可基于每个待处理任务对应的可编辑区域，生
成每个待处理任务对应的子文档，每个子文档中仅包含可编辑区域中的内容。
81.责任人在对目标文档的副本中的允许编辑区域进行编辑的过程中，可随时点击保存按钮，此时终端设备向服务器发送针对该待处理任务的保存请求，保存请求中携带待处理任务的任务标识和目标文档中允许编辑区域当前的内容。服务器响应针对待处理任务的保存请求，从终端设备编辑的副本中获取允许编辑区域的内容，基于允许编辑区域的内容更新对应的子文档。责任人下一次打开该待处理任务时，可从对应的子文档中获取到上一次保存的内容。
82.当责任人确认完成待处理任务后，可在文档编辑器中点击任务提交按钮，此时终端设备向服务器发送针对该待处理任务的提交请求，提交请求中携带待处理任务的任务标识和目标文档副本中允许编辑区域当前的内容。服务器响应针对待处理任务的提交请求，基于允许编辑区域当前的内容更新对应的子文档，然后基于子文档中的内容更新目标文档中对应区域的内容。
83.通过服务器侧生成的子文档缓存责任人编辑的内容，方便用户保存编辑的内容。当责任人确认编辑的内容没有问题后，再将子文档中的内容更新到目标文档中，防止对原始目标文档的频繁修改。
84.具体实施时，项目总负责人(即指派任务的用户)可以对整个目标文档进行编辑修改。当责任人提交了待处理任务后，项目总负责人可以查看目标文档，并对其中不合适的部分进行修改，或者可以通知对应的责任人重新修改其负责的内容。当项目总负责人确认目标文档中的内容没有问题或者不希望别人修改目标文档时，可以对整个目标文档进行编辑权限锁定操作，即限制其他人对目标文档的编辑权限，此时除项目总负责人以外，任何一个责任人都无法修改目标文档。
85.实际应用中，项目总负责人也可以对目标文档中的部分内容进行编辑权限锁定操作，即限制其他人对锁定区域的编辑权限，但是对于未锁定区域，相应责任人还是可以进行编辑的。这样就可以保证已确认部分不会被随意修改，对于未确认部分进行修改。此外，项目总负责人还可以根据需求保存不同版本的目标文档，具体地，点击版本生成按钮后，服务器会将基于当前的目标文档另存一个新的文档，项目总负责人可对该新文档进行重命名，以获得一个新版本的目标文档。
86.本技术实施例提供的方法，通过对用户权限的信息管控，保证每个人只能修改目标文档中其负责的部分，避免无关人员对协同编辑文档的内容进行有意或无意的修改，保证了多人协同编辑过程中文档内容的安全性。
87.在上述任一实施方式的基础上，项目总负责人还可以对目标文档中每个章节的格式进行设定，并限定各个章节对应的样式格式，下发给各个责任人的文档也会限定样式格式，防止用户随意更改文档格式，使得最终获得目标文档的格式统一，省去了人工合版、调整格式的过程，避免大量重复性工作，提高工作效率。
88.在上述任一实施方式的基础上，责任人在收到待处理任务后可根据实际需求，将待处理任务拆分成多个子任务，并将多个子任务分配给相应的责任人。
89.基于此，参考图4，本技术实施例的方法还包括如下步骤：
90.s401、响应针对待处理任务的任务拆分请求，获取在待处理任务对应的章节下新增的子目录信息，子目录信息包括子章节标题之间的层级关系以及每个子章节标题在待处
理任务对应的子文档中的坐标位置。
91.其中，只有具有分配任务权限的用户有任务拆分的权限，这点可以通过权限管理的方式给相关人员配置分配任务的权限。因此，在响应针对待处理任务的任务拆分请求之前，需要先确定执行任务拆分请求的用户是否具有任务分配权限；如果有权限，则执行任务拆分请求；如果没有权限，则提示其没有任务拆分的权限，如确实需要进行拆分操作，可向项目总负责人申请权限。
92.具体实施时，有分配任务权限的责任人可以在其可编辑区域内增加子章节，以便将待处理任务拆分成多个子任务，在确定增加子章节无误后点击任务拆分按钮，此时终端设备响应针对待处理任务的任务拆分操作，向服务器发送任务拆分请求，该任务拆分请求包括待处理任务的任务标识和新增子章节的章节标题、子章节标题之间的层级关系、坐标位置等。服务器获取任务拆分请求，根据新增子章节的名称、子章节标题在待处理任务对应的子文档中的坐标位置等，在目标文档中定位到每个子章节对应的可编辑区域，再根据增加的子章节更新目标文档的目录信息。例如，责任人a负责第二章的编写，责任人将第二章拆分成2.1、2.2、2.3三个小节，然后将这3个小节分配给3个人进行处理，同时将这3个小节的信息添加到目标文档的目录的第二章下。
93.完成任务拆分后，责任人可以为每个子任务分配对应的责任人，具体实现方式可参考图2和图3对应的实施例，不再赘述。
94.s402、基于子章节标题之间的层级关系和每个子章节标题在子文档中的坐标位置，确定每个子章节标题对应的子章节在子文档中覆盖的区域位置。
95.s403、基于为每个子章节分配的责任人的用户标识，生成多个子任务以及每个子任务的任务信息，任务信息包括子章节和用户标识之间的映射关系。
96.s404、基于每个子任务中的子章节对应的区域位置，确定每个子任务在子文档中对应的可编辑区域，并存储到对应的任务信息中。
97.其中，每个子任务对应的可编辑区域是根据子任务包含的章节在子文档中对应的区域位置确定的。
98.s405、根据每个子任务中的用户标识进行任务下发。
99.其中，步骤s402～s405的具体实施方式可参考步骤s202～s205，不再赘述。
100.同样地，每个子任务的责任人在收到子任务后，可通过各自终端设备中的文档编辑器打开子任务，其使用的终端设备上只会显示与其收到的子任务相符的目标文档，该文档中仅有该子任务对应的可编辑区域是可以编辑修改的，对于文档中的其它部分，责任人可以浏览但不能编辑，这样可以避免无关人员对协同编辑文档的内容进行有意或无意的修改，保证协同编辑过程中文档内容的安全性。
101.服务器可基于每个子任务对应的可编辑区域，生成每个子任务对应的子文档，每个子文档中仅包含可编辑区域中的内容。在编辑过程中，当子任务的责任人针对子任务进行保存操作时，编辑的内容将保存到子任务对应的子文档中，当子任务的责任人针对子任务进行提交操作时，编辑的内容将保存到子任务对应的子文档中，并且将子文档中的内容更新到子任务上一级的待处理任务对应的子文档中，这样，上一级待处理任务的责任人就可以看到这部分内容，并对其中不合适的部分进行修改，或者可以通知对应的责任人重新修改其负责的内容。具体实现过程可参考待处理任务的保存和提交过程。
102.进一步地，每个待处理任务的责任人可以对其拆分的子任务进行编辑权限锁定操作，防止其他人对已锁定的内容进行修改。当需要子任务的责任人继续处理子任务时，相关责任人可解除子任务的编辑权限锁定，这样子任务的责任人可以继续处理子任务。
103.具体地，服务器响应被拆分的待处理任务的责任人针对被拆分的待处理任务发起的编辑权限锁定操作，将被拆分的待处理任务对应的子任务设置为限制编辑。例如，通过文档编辑器提供的限制编辑接口，将子任务对应的子文档设置为只读模式，这样子任务的责任人就无法编辑子任务对应的子文档，而待处理任务的责任人仍可以对待处理任务对应的子文档进行编辑。
104.例如，当子任务的责任人提交了子任务后，上一级待处理任务的责任人可以对已提交的子任务进行编辑权限锁定锁定操作，此时子任务的责任人就无法修改相应内容。当待处理任务的责任人确认待处理任务的子文档中的内容没有问题或者不希望别人修改子文档时，可以对整个子文档进行编辑权限锁定操作，即限制其他人对该子文档的编辑权限。
105.当分配给不同责任人的任务之间存在交集时，若其中一个责任人先打开待处理任务，则立即对与该待处理任务具有交集的文档进行临时锁定，例如将这些文档设置为只读模式或者将这些文档中与该待处理任务具有交集的部分设置为只读模式，在该责任人退出该待处理任务后，将这些文档恢复为可编辑模式，这样可以防止多个责任人同时编辑造成混乱。
106.例如，责任人a负责第二章的编写，责任人将第二章拆分成2.1、2.2、2.3三个小节，然后将这3个小节分配给3个人进行处理，此时第二章和2.1、2.2、2.3小节之间存在交集。若责任人a先打开第二章进行编辑，则将2.1、2.2、2.3小节对应的文档设置为只读模式，在该责任人a退出该待处理任务后，将这些文档恢复为可编辑模式。若2.1节的责任人先打开了2.1节对应的文档w
2.1
，则查询到与2.1节存在交集的第二章对应的文档w2，将文档w2设置为只读模式或者文档w2中的2.1节设置为只读模式，在2.1节的责任人退出2.1节的任务后，将文档w2恢复为可编辑模式。
107.当同一待处理任务分配给两个责任人时，若其中一个责任人先打开待处理任务，则立即对该待处理任务进行临时锁定，即只有当前正在处理的责任人可以对该待处理任务对应的文档进行编辑，在该责任人完成文档编辑并退出任务后，解除该待处理任务的临时锁定，此时其他责任人可以对待处理任务进行编辑，这样可以防止多个责任人同时编辑造成混乱。具体地，获取当前正在处理待处理任务的责任人和待处理任务对应的文档，并通过文档编辑器的文档权限接口，将该责任人设定为有权编辑该文档的指定人；在该责任人完成文档编辑并退出任务后，清除为该文档设定的指定人。
108.实际应用中，子任务的责任人还可以对子任务进行任务拆分，前提是该责任人具有分配任务的权限。通过层层拆分的方式，可实现对大型任务的具体划分，将各个子任务分配到对应的责任人手中，提高协同编辑的效率。
109.当然，为了避免因任务拆分的层级过多引起的管理混乱，可限制目录的层级数量(对应任务的层级数量)，当目录的层级数量超过层级阈值时，可输出拆分层级到达上限的提示，并不执行任务拆分操作。服务器在首次提取目标文档的目录时，也可以检测目录的层级数量是否超过层级阈值，若超过，则提醒责任人修改目录。
110.实际应用中，为了保证本技术的文档协同编辑方法和现有文档编辑器之间的兼容
性，可预先配置好可能引起不兼容问题的限制条件，包括文档格式、内容和操作等，当在用户文档编辑器执行本技术的文档协同编辑方法时，检测目标文档或用户操作是否满足限制条件，若满足，则提醒用户可能引起不兼容问题，提示用户修改目标文档的相关格式或内容，或者提示用户无法执行当前操作。例如，分页符会导致章节定位错乱，为此可限制目标文档中不能存在分页符，当检测到目标文档中存在分页符时，可提醒用户删除分页符后再进行任务分配，当检测到用户在目标文档中插入分页符时，可提醒用户无法插入分页符，并禁止执行分页符插入操作。
111.如图5所示，基于与上述文档协同编辑方法相同的发明构思，本技术实施例还提供了一种文档协同编辑装置50，包括：
112.信息获取模块501，用于获取目标文档的目录信息，所述目录信息包括章节标题之间的层级关系以及每个章节标题在所述目标文档中的坐标位置；
113.任务生成模块502，用于基于所述层级关系和每个章节标题在所述目标文档中的坐标位置，确定每个章节标题对应的章节在所述目标文档中覆盖的区域位置；基于为每个章节分配的责任人的用户标识，生成多个待处理任务以及每个待处理任务的任务信息，所述任务信息包括章节和用户标识之间的映射关系；以及基于每个待处理任务中的章节对应的区域位置，确定每个待处理任务在所述目标文档中对应的可编辑区域，并存储到对应的任务信息中；
114.任务下发模块503，用于根据每个待处理任务中的用户标识进行任务下发，使得收到待处理任务的终端设备显示仅有可编辑区域可被修改的目标文档。
115.可选地，文档协同编辑装置50还包括编辑限制模块，用于：响应终端设备发送的针对待处理任务的获取请求，从待处理任务对应的任务信息中获取可编辑区域和用户标识；获取所述目标文档的副本；基于从任务信息中获取的可编辑区域和用户标识，对所述目标文档的副本进行部分限制编辑设置，其中，所述部分限制编辑设置包括：将所述所述目标文档的副本设置为只读模式，将所述可编辑区域在所述副本中对应的区域设置为在只读模式下的允许编辑区域，以及将所述待处理任务对应的用户标识设置为可对所述允许编辑区域进行编辑的用户。
116.任务下发模块503，还用于将完成部分限制编辑设置的副本发送给对应的终端设备。
117.可选地，文档协同编辑装置50还包括子文档生成模块，用于基于每个待处理任务对应的可编辑区域，生成每个待处理任务对应的子文档，每个子文档中仅包含可编辑区域中的内容。
118.可选地，文档协同编辑装置50还包括保存模块，用于响应终端设备发送的针对待处理任务的保存请求，从终端设备编辑的副本中获取允许编辑区域的内容，基于允许编辑区域的内容更新对应的子文档。
119.可选地，文档协同编辑装置50还包括提交模块，用于响应终端设备发送的针对待处理任务的提交请求，从终端设备编辑的副本中获取允许编辑区域的内容，基于允许编辑区域的内容更新对应的子文档，并基于子文档中的内容更新所述目标文档中对应区域的内容。
120.可选地，文档协同编辑装置50还包括验证模块，用于从待处理任务对应的任务信
息中获取用户标识，并获取所述获取请求携带的用户标识，在确定从任务信息中获取的用户标识和所述获取请求中的用户标识一致后，执行任务下发模块503的功能。
121.可选地，文档协同编辑装置50还包括任务拆分模块，用于：响应针对待处理任务的任务拆分请求，获取在所述待处理任务对应的章节下新增的子目录信息，所述子目录信息包括子章节标题之间的层级关系以及每个子章节标题在所述待处理任务对应的子文档中的坐标位置；基于所述子章节标题之间的层级关系和每个子章节标题在所述子文档中的坐标位置，确定每个子章节标题对应的子章节在所述子文档中覆盖的区域位置；基于为每个子章节分配的责任人的用户标识，生成多个子任务以及每个子任务的任务信息，所述任务信息包括子章节和用户标识之间的映射关系；基于每个子任务中的子章节对应的区域位置，确定每个子任务在所述子文档中对应的可编辑区域，并存储到对应的任务信息中。
122.任务下发模块503还用于：根据每个子任务中的用户标识进行任务下发。
123.可选地，文档协同编辑装置50还包括锁定模块，用于响应被拆分的待处理任务的责任人针对所述被拆分的待处理任务的子任务发起的编辑权限锁定操作，将所述子任务对应的子文档设置为只读模式。
124.本技术实施例提的文档协同编辑装置与上述文档协同编辑方法采用了相同的发明构思，能够取得相同的有益效果，在此不再赘述。
125.基于与上述文档协同编辑方法相同的发明构思，本技术实施例还提供了一种电子设备，该电子设备具体可以为桌面计算机、便携式计算机、智能手机、平板电脑、个人数字助理(personal digital assistant，pda)、服务器等。如图6所示，该电子设备60可以包括处理器601和存储器602。
126.处理器601可以是通用处理器，例如中央处理器(cpu)、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
127.存储器602作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(random access memory，ram)、静态随机访问存储器(static random access memory，sram)、可编程只读存储器(programmable read only memory，prom)、只读存储器(read only memory，rom)、带电可擦除可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁性存储器、磁盘、光盘等等。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本技术实施例中的存储器602还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
128.本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序
在执行时，执行包括上述方法实施例的步骤；上述计算机存储介质可以是计算机能够存取的任何可用介质或数据存储设备，包括但不限于：移动存储设备、随机存取存储器(ram，random access memory)、磁性存储器(例如软盘、硬盘、磁带、磁光盘(mo)等)、光学存储器(例如cd、dvd、bd、hvd等)、以及半导体存储器(例如rom、eprom、eeprom、非易失性存储器(nand flash)、固态硬盘(ssd))等各种可以存储程序代码的介质。
129.或者，本技术上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本技术各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、随机存取存储器(ram，random access memory)、磁性存储器(例如软盘、硬盘、磁带、磁光盘(mo)等)、光学存储器(例如cd、dvd、bd、hvd等)、以及半导体存储器(例如rom、eprom、eeprom、非易失性存储器(nand flash)、固态硬盘(ssd))等各种可以存储程序代码的介质。
130.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。