CN113239049B - 信息的处理方法、装置、终端和存储介质 - Google Patents

Abstract

本公开提供一种信息的处理方法、装置、终端和存储介质，信息的处理方法，包括：接收第一消息，其中，所述第一消息包括：第一数据的更新指令，所述第一数据为目标数据中当前用户具有第一权限的数据；所述目标数据为文档空间的目标文档中更新的数据；根据所述更新指令更新第一文档中与所述第一数据对应的数据；其中，所述第一文档是所述目标文档的协同文档。本公开实施例提出的方法减少了数据同步时的计算量，不会造成卡顿，并且提高了数据的安全性，提高了用户的使用体验。

Description

信息的处理方法、装置、终端和存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种信息的处理方法、装置、终端和存储介质。

背景技术

在线协同文档，通常是在服务器中存储一份电子文档，不同终端的可以同时打开服务器上的同一电子文档，并对电子文档进行编辑处理，一个用户对电子文档的编辑操作，会被同步到其他终端打开的文档中，从而实现文档之间的协同。

发明内容

本公开提供一种信息的处理方法、装置、终端和存储介质。

本公开采用以下的技术方案。

在一些实施例中，本公开提供一种信息的处理方法，包括：

接收第一消息，其中，所述第一消息包括：第一数据的更新指令，所述第一数据为目标数据中当前用户具有第一权限的数据；所述目标数据为文档空间的目标文档中更新的数据；

根据所述更新指令更新第一文档中与所述第一数据对应的数据；其中，所述第一文档是所述目标文档的协同文档。

在一些实施例中，本公开提供一种信息的处理方法，包括：

确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据；

向所述第一终端发送第一消息，以使所述第一终端更新第一终端的第一文档中与所述第一数据对应的数据，其中，所述第一消息包括：第一数据的更新指令，所述第一文档是所述目标文档的协同文档。

在一些实施例中，本公开提供一种信息的处理装置，包括：

通信单元，用于接收第一消息，其中，所述第一消息包括：第一数据的更新指令，所述第一数据为目标数据中当前用户具有第一权限的数据；所述目标数据为文档空间的目标文档中更新的数据；

控制单元，用于根据所述更新指令更新第一文档中与所述第一数据对应的数据；其中，所述第一文档是所述目标文档的协同文档。

在一些实施例中，本公开提供一种信息的处理装置，包括：

控制模块，用于确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据；

通信模块，用于向所述第一终端发送第一消息，以使所述第一终端更新第一终端的第一文档中与所述第一数据对应的数据，其中，所述第一消息包括：第一数据的更新指令，所述第一文档是所述目标文档的协同文档。。

在一些实施例中，本公开提供一种终端，包括：至少一个存储器和至少一个处理器；

其中，存储器用于存储程序代码，处理器用于调用所述存储器所存储的程序代码执行上述的方法。

在一些实施例中，本公开提供一种存储介质，所述存储介质用于存储程序代码，所述程序代码被计算机设备执行时，使得所述计算机设备执行上述任一项所述的方法。

本公开实施例提供的信息的处理方法，没有对第一文档的全部内容都进行同步，只同步更新的数据，并且没有将全部更新的数据都同步到第一文档中，只同步当前用户具有第一权限的数据，对于目标数据中当前用户不具有第一权限的数据则可以不进行同步，这样大大减少了数据同步时的计算量，不会造成卡顿，并且提高了数据的安全性，提高了用户的使用体验。

附图说明

结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。

图1是本公开实施例的信息的处理方法的流程图。

图2是本公开实施例的一种权限树的示意图。

图3是本公开实施例的另一种信息的处理方法的流程图。

图4是本公开实施例的第一终端与服务器的交互示意图。

图5是本公开实施例的一种第一终端与服务器的交互示意图。

图6是本公开实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

应当理解，本公开的方法实施方式中记载的各个步骤可以按和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。

本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。

需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。

需要注意，本公开中提及的“一个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。

本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。

以下将结合附图，对本公开实施例提供的方案进行详细描述。

越来越多的电子文档支持在线协同，通常是在服务器中存储目标文档，然后不同的终端打开目标文档的副本，即目标文档的协同文档，在一个终端上的协同文档被修改后，会自动将修改同步到目标文档以及目标文档，从而实现不同用户对同一个电子文档的协同处理。

本公开一些实施例中提出一种信息的处理方法，本实施例中提出的信息的处理方法可以用于第一终端，第一终端可以是与服务器通信连接的终端，例如手机、电脑、平板等，如图1所示，包括：S11和S12。

S11：接收第一消息。

一些实施例中，第一消息包括：第一数据的更新指令，第一数据为目标数据中当前用户具有第一权限的数据；目标数据为文档空间的目标文档中更新的数据。第一文档是目标文档的协同文档。一些实施例中，不同的终端可以打开同一个目标文档，不同终端上所打开的目标文档互相为彼此的协同文档，即协同文档可以是指不同终端上打开的同一个文档。一些实施例中，文档空间是服务器中的存储空间，目标数据是服务器的目标文档中需要更新的数据，例如可以是第二终端上打开了目标文档，第二终端所打开的目标文档作为服务器的目标文档的协同文档，第二终端对其打开的协同文档中的目标数据进行了修改后，向服务器发送了修改通知，服务器接收了修改通知确定服务器中的目标文档的目标数据需要更新，第一终端上具有第一文档，第一文档是目标文档的协同文档，也就是说第一文档是在第一终端上打开的目标文档，第一文档与文档空间中的目标文档具有关联关系，两者可以进行内容同步。服务器根据第一终端的用户(当前用户)的权限，确定目标数据中当前用户具有第一权限的第一数据，第一权限例如可以是查看权限，然后服务器向第一终端发送第一消息，第一终端接收第一消息，第一消息中包括第一数据的更新指令，第一数据的更新指令用于更新第一数据或更新第一数据对应的数据。

S12：根据更新指令更新第一文档中与第一数据对应的数据。

一些实施例中，在第一终端上打开了文档空间终端的目标文档，此时第一终端上所打开的目标文档就是第一文档，因此第一文档中的内容数据与文档空间中的内容数据具有对应关系，在接收到第一消息后，根据第一消息中的第一数据的更新指令更新第一文档中与第一数据对应的数据，从而保持第一文档中与第一数据对应的数据的一致性。

在本公开的一些实施例中，第一文档为目标文档的协同文档，在目标文档中的目标数据具有更新后，需要对第一文档进行同步，一些相关技术中，在进行文档同步时，是从服务器获取整个文档的数据，并覆盖当前的文档数据，在数据量很大的情况下，造成较大的计算压力，从而导致卡顿，用户体验低，而在本公开一些实施例中，没有对第一文档的全部内容都进行同步，只同步更新的数据，并且没有将全部更新的数据都同步到第一文档中，只同步当前用户具有第一权限的数据，对于目标数据中当前用户不具有第一权限的数据则可以不进行同步，这样大大减少了数据同步时的计算量，不会造成卡顿，提高了用户的使用体验。

在本公开的一些实施例中，在接收第一消息，之前包括：接收更新通知，更新通知用于通知目标文档的数据具有更新；响应于更新通知，发送第一获取请求以获取目标文档的更新。

在一些实施例中，可以是服务器向目标文档的协同文档所在的终端(包括第一终端)发送更新通知，然后终端(例如第一终端)在接收到更新通知之后，向服务器发送第一获取请求，以获取更新，如果服务器在检测到目标数据的更新后就同时对各个终端上目标文档的协同文档进行更新，需要计算各个终端的用户的权限并确定各个终端需要更新的数据，则会造成服务器巨大的压力，容易造成卡顿，如果服务器逐一对各个终端上的目标文档的协同文档进行更新，那么当某一个终端的网速较差或者较为卡顿时，其余终端需要等待，容易造成更新时间长，因此，本公开一些实施例中，先由服务器发送更新通知，在终端发送了第一获取请求后，服务器发送第一消息进行更新，这样没有同一时间对各个终端的协同文档进行更新，避免服务器压力过大，并且，网速较好、性能较好的终端必然会先返回第一获取请求，网速较差、性能较差的终端后返回第一获取请求，服务器根据接收到第一获取请求顺序对终端的协同文档进行更新，先对先返回第一获取请求的终端的协同文档进行更新，即先对不易卡顿的终端进行协同文档的更新，这样避免了当某一个终端的网速较差或者较为卡顿时，造成其他用户等待的问题，提高整体的效率。而且通常来说，不同的终端向服务器发送第一获取请求的时机通常是不同的，因为终端通常不会在用户编辑表格的期间进行同步，并且各个终端接收到更新通知的时间点也不同，即终端发送第一获取请求的时间点不同，彼此时间错开，这样分散服务器端进行计算的频率，充分利用终端的算力和各个终端发送第一获取请求的时间差，减少服务器的压力。

在本公开的一些实施例中，第一消息中还包括：第二数据的第一预设指令，第二数据是目标数据中当前用户不具有第一权限的数据，第一预设指令用于将数据设为不可见；根据第二数据的第一预设指令，隐藏第一文档中与第二数据对应的数据和/或删除第一文档中与第二数据对应的数据。

一些实施例中，在协同文档的编辑场景下，用户在浏览第一文档的过程中，部分数据的可见性可能会由可见变为不可见，此处需要定义一种操作，用于告知第一终端，第一文档中某写数据变为了不可见状态，然后第一终端可以执行对应数据的隐藏或清除。因此，本公开一些实施例中定义了第一预设指令，第一预设指令用于将数据的可见性设为不可见，一些实施例中，服务器中的目标数据中可能存在第二数据，第二数据之前对当前用户(可以是第一终端的用户)为可见状态，在目标数据更新之后，第二数据对当前用户为不可见，因此，服务器向第一终端发送第二数据的第一预设指令，而不发送第二数据的更新指令，即第一文档中与第二数据对应的数据并未进行更新，第一终端可以直接根据第二数据的第一预设指令隐藏第二数据对应的数据，还可同时删除第二数据对应的数据，这样由于没有将第二数据的更新数据(即更新后的第二数据)下发给第一文档所在的第一终端，从而提高了数据的安全性，避免数据泄露，并且隐藏和/或删除了第二数据对应的数据，从而在数据的可见性发生改变的情况下，及时隐藏和/或删除可能造成数据安全隐患的内容，在支持文档协同的同时，能够支撑强安全性的数据不可见能力。一些实施例中，通过采用一种action的数据定义修改操作，每一个action对应着对一份数据实体的修改，比如setRecord这个action就表示修改一条记录的数据。此处考虑定义一种新的action(第一预设指令)来描述将一条记录由可见修改为不可见，该action记为denyRecord。当第一终端接收到服务器推送的denyRecord的action时，就会将对应的记录的权限设置为不可见，并在第一终端本地清除该记录对应的数据。

在本公开的一些实施例中，第一文档具有对应的权限数据，权限数据中存储当前用户对第一文档中的数据的操作权限。一些实施例中，第一文档中具有多个数据，例如第一文档为列表时，对于不同行、列的数据的操作权限不同，操作权限包括修改、删除等，可以通过在第一终端上记录第一文档中的数据的权限数据，从而在第一终端的当前用户尝试对第一终端的数据进行操作时，根据权限数据确定是否对操作进行响应。即在检测到对文档中的数据的操作动作时，根据本地存储的第一文档的权限数据，确定是否对操作动作进行响应。本公开一些实施例中，没有将权限数据存储在服务器，而是存储在第一文档所在的第一终端中，在进行权限处理时无需与服务器通信，减少服务器的数据处理压力。

在本公开的一些实施例中，采用树形结构的权限树存储权限数据；权限树的叶节点用于存储操作权限，权限树的叶节点的祖先节点用于存储第一文档中数据的数据类型或者数据位置。

一些实施例中，权限数据的数据结构需要支持快速且精细化的查询、修改，作为底层能力支撑其他业务模块使用，因此本公开一些实施例中采用了树形结构，树形结构具有查询快速、方便修改节点数值的特点，并且因为节点之间相互隔离，在对某个节点进行的修改不会影响到其他节点，符合精细化控制的要求。

一些实施例中，第一文档为表格，表格可以为普通表格、电子表格或者数据库表格，该表格可以为本地表格或在线表格，表格可为单独的表格文档或为插入其他文档中的表格，此处不对上述表格的类型、状态或展现形式进行限定；权限树的根节点下的第一层子节点包括以下至少一个：表格节点、视图节点、记录节点和字段节点。一些实施例中，请参考图2，权限树的根节点下具有四个第一层子节点，分别为表格、视图、记录和字段，记录是指表格中一行数据，字段是指表格中一列数据。在第一文档为表格的情况下，一个单元格内可以存储不同类型的数据，可以为表格中的某一个表格设置同一的操作权限，也可以为表格中某一种视图设置统一的操作权限，还可以为某一行或某一列数据设置统一的操作权限。

在本公开的一些实施例中，权限数据具有关联的权限查询结果，权限查询结果用于存储按照查询参数在权限数据中进行权限查询的查询结果。一些实施例中，通过对已经进行过查询的查询参数和权限查询结果进行存储，从而在多次对同一查询参数进行查询时，仅需要执行一次深入到权限树中去，之后按照查询参数进行权限查询时，只需要从权限查询结果中返回查询参数对应的查询结果即可。

在本公开的一些实施例中，采用树形结构的结果树存储权限查询结果，结果树的叶节点与查询参数一一对应，结果树的叶节点用于存储对应查询参数的查询结果。一些实施例中，结果树的叶节点对应唯一一组查询参数，在结果树中根据一组查询参数能够得到唯一的一个查询结果的节点的路径，例如查询表格A下，记录B的编辑权限，那么查询参数就是：record、table id为A，record id为B，操作权限为编辑这四个参数，会生成唯一的一个路径record->tableA->recordB->edit，这个路径对应结果树中唯一的一个叶节点。

在本公开的一些实施例中，在所述权限树中按照查询参数进行查询时，根据所述查询参数在所述权限树中按照深度由深到浅的顺序逐层进行查找，直到找到所述查询参数对应的节点。

一些实施例中，权限树具有不同的深度，深度可以理解为节点的度，也就是节点到根节点所经过的节点个数，如图2所示，“edit,delete”所在的深度可为3，“table表格”所在的深度为2，根节点“权限树”的深度为1，权限树是包括多层节点的树，根据查询参数进行查询时，需要在权限树中逐层查找节点，获取某个数据的某种操作权限时，在权限树中可以先确定按照查询参数所能确定的权限树中最深的深度，然后从确定的最深的深度所在的层逐层查找节点，直到返回需要的节点，这是因为深度越深与查询参数的符合程度越高。

在本公开的一些实施例，根据所述查询参数在所述权限树中按照深度由深到浅的顺序逐层进行查找，直到找到所述查询参数对应的节点，包括：根据所述查询参数确定查询路径，根据所述查询路径进行节点查找；若未能找到所述查询参数对应的节点，则逐渐减少所述查询路径的长度并进行查找，直到找到所述查询参数对应的节点。

一些实施例中，查询路径的长度越长，在权限树中所查询深度越深，先根据查询参数确定一条查询深度最深的查询路径进行查询，如果能查找到对应的节点，则结束，如果不能，则减少查询深度，并再次进行查找，如果仍然未查找到，再次减少查询深度并进行查找，通过重复执行减少查询深度并进行查找的步骤，以实现由深到浅的顺序在权限树中进行查找。一些实施例中，当需要根据查询参数确定的权限树中的节点时，可以先根据查询参数生成由深层节点到基层节点的所有查询路径，并逐个查找；当有一个路径找到了对应节点时，查找结束。举例说明：需要查找：id为A的子表下，id为B的记录的编辑权限。第一次查找：生成查询路径：record->tableA->recordB->edit，若查找不到，减少一层查询路径并进行第二次查找：生成查找路径:record->tableA->edit；若仍然查找不到，再一次减少一层查询路径并进行查找:生成查找路径record->edit。

在本公开的一些实施例中，在接收第一消息之前，还包括：响应于对第一文档的打开操作，发送数据获取请求以获取第一文档的数据；接收反馈信息，反馈信息包括：目标文档中当前用户具有第一权限的第三数据；将第三数据作为第一文档的数据。

一些实施例中，第一文档可以是在第一终端上打开的服务器上的目标文档，在当前用户在第一终端打开第一文档时(例如首次打开第一文档时)，需要从服务器获取到目标文档的数据以作为第一文档的数据进行显示，但服务器并未将目标文档的所有数据返回给第一文档，而是先对第一文档的当前用户进行了权限检测，根据检测结果对目标文档中的数据进行过滤，只发回第一终端的用户具有第一权限的数据，第一权限例如可以是查看权限，这样一方面减少了数据的传输量，另一方面，对于第一终端的用户不具有第一权限的数据，从一开始就没有发给第一终端，而不是先将所有数据发给第一终端再由第一终端隐藏用户不具有第一权限的数据，这样可以防止数据泄露，提高安全性。

在本公开的一些实施例中，反馈信息还包括：权限规则；接收反馈信息之后还包括：根据权限规则计算当前用户对第一文档的数据的操作权限，并根据计算结果生成第一文档对应的权限数据。

一些实施例中，发送了第一获取请求后，接收了第三数据和权限规则，然后根据权限规则生成权限数据。具体的，权限规则可以限定了哪些表格可以编辑、阅读、哪些记录可以编辑，以及满足什么条件的用户可以具有编辑、阅读的权限等，即权限规则可以规定了用户的操作权限的计算方法。在获取到权限规则后，计算当前用户对第一文档中数据的操作权限，并可以转换为权限数据的权限树，供其他业务模块使用，由于服务器没有计算各个用户的操作权限，而是将操作权限下发由各个终端自行计算操作权限，从而减少了服务器的压力，一些实施例中，在生成了权限数据后，将权限数据返回(例如返回给服务器)。

在本公开的一些实施例中，在步骤S12之后，信息的处理方法还包括：基于权限规则，计算当前用户对第一文档中更新的数据的操作权限，并根据计算结果更新第一文档对应的权限数据。

一些实施例中，在对第一数据对应的数据进行更新后，基于权限规则，会计算当前用户对被更新的数据的操作权限，然后对权限数据进行更新，如果权限数据采用权限树进行表示，则将计算出的对应的节点的操作更新至权限树的节点中。一些实施例中，仅计算更新的数据的操作权限，由第一文档所在的第一终端进行计算，这样减少了服务器的负载，且第一终端的计算开销也较小，从而能够保证协同编辑、精细化权限控制的同时，依然保证高性能体验。

一些实施例中，在步骤S12之后还包括：基于更新的数据，对第一文档进行渲染。在数据更新之后，可能会导致排版产生变化，因此需要重新渲染，可以只渲染更新的数据，从而减少渲染任务的计算量。

在本公开的一些实施例中，提出一种信息的处理方法，其可以用于本公开任一的服务器，请参考图3，包括：S21-S22。

S21：确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据。

一些实施例中，目标文档可以存储在服务器中，目标文档中的目标数据是被更新的数据，另一些实施例中，目标文档可以是第二终端中的文档。第一终端上具有目标文档的协同文档，即第一文档，第一文档的文档内容与目标文档的文档内容相关联，彼此可以互相同步，在目标文档存在更新时，并不直接将更新的目标数据发送给第一终端，会先确定目标数据中第一终端的用户具有第一权限的第一数据，即第一数据是目标数据的一部分。

S22：向第一终端发送第一消息，以使第一终端更新第一终端的第一文档中与第一数据对应的数据。

一些实施例中，第一消息包括：第一数据的更新指令。一些实施例中，第一数据的更新指令包括了更新后的第一数据。只向第一终端发送目标数据中的第一数据的更新指令，这样一方面减少了第一终端更新的数据量和通信量，另一方面，可以防止第一终端获取到目标数据中第一终端的用户不具有相关权限的数据，保证数据的安全性。

在本公开的一些实施例中，在步骤S21之前，包括：响应于接收第二终端发来的第三消息，向目标文档关联的文档所在的终端发送更新通知，其中，第三消息包括：目标数据的更新指令，更新通知用于通知目标文档的数据具有更新；响应于接收到第一终端发来的第一获取请求，确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据，向第一终端发送第一消息。

一些实施例中，第二终端上具有第二文档，第二文档是目标文档的协同文档，第二终端上的第二文档中的数据被更新后，向服务器发送第三消息，以更新目标数据，服务器在接收到第三消息之后，再向目标文档的关联文档(关联文档包括协同文档)所在的终端发送更新通知，然后第一终端在接收到更新通知后向服务器发送第一获取请求，服务器响应于第一获取请求，再向第一终端发送第一消息。一些实施例中，在接收到第三消息后，并没有直接发送第一消息，而是先发送更新通知，再接收到第一获取请求后才发送第一消息，利用不同终端的时间差，减轻计算压力，避免卡顿。

在本公开的一些实施例中，在步骤S21之前，信息的处理方法还包括：确定目标数据中第一终端的用户不具有第一权限的第二数据，并生成第二数据的第一预设指令，第一预设指令用于将数据设为不可见；第一消息还包括：第二数据的第一预设指令，以使第一终端隐藏第一文档中与第二数据对应的数据和/或删除第一文档中与第二数据对应的数据。

一些实施例中，第一预设指令用于将数据的可见性设为不可见，对于目标数据中第一终端的用户不具有第一权限的第二数据，更新前第二数据可能对第一文档的用户可见，在第二数据更新后，第二数据对第一终端的用户不可见，因此，对于更新前第二数据对应的第一文档的数据，不应该继续让第一终端的用户查看，因此需要发送对于第二数据的第一预设指令，从而隐藏和/或删除第二数据对应的数据，以保证数据的安全性。

在本公开的一些实施例中，在步骤S21之前，更具体的可以是在接收第三消息之前，信息的处理方法还包括：响应于接收到第一终端发来的数据获取请求，确定目标文档中第一终端的用户具有第一权限的第三数据；向第一终端发送包括第三数据的反馈信息，以使第三数据作为第一文档的数据。

一些实施例中，数据获取请求可以是第一终端上首次打开第一文档而产生的请求，第一文档是目标文档的协同文档，第一文档的文档内容依赖于目标文档，相关技术中，终端打开服务器上的文档时，会获取服务器上的文档的全部文档内容，在更加权限确定需要进行显示的内容并进行显示，造成数据量大且容易出现数据泄露，而本公开一些实施例中，只向第一终端返回目标文档中第一终端的用户具有第一权限的数据，对于第一终端的用户不具有第一权限的数据则直接不返回，从而减少数据的传输量并且防止数据泄露。

在本公开的一些实施例中，反馈信息还包括：权限规则，权限规则用于确定用户的操作权限，即权限规则可以是规定了用户的操作权限的计算方法，这样第一终端可以根据权限规则确定第一终端的用户对第一文档的数据的操作权限。本公开一些实施例中，服务器并不会根据权限规则为各个终端计算权限数据，而是将权限规则下发给终端，由终端自己计算权限数据，这样充分利用各个终端的算力，减少服务器的算力消耗，在保证权限管理的同时提高响应速度，并且在数据更新后，第一终端可以直接根据权限规则计算更新后的权限数据，而不会重复获取权限数据，从而减少数据传输次数。

为了更好的说明本公开一些实施例中提出的方法，以下以目标文档为服务器上的表格，第一文档是第一终端上打开的目标文档为例进行说明。

第一终端与服务器通信连接，第一终端打开服务器上的目标文档，被在第一终端上打开的目标文档作为第一文档，通常可以是在第一终端上创建第一文档并根据目标文档的内容生成第一文档的内容，在第一终端首次打开服务器上的目标文档时，如图4所示，第一终端向服务器发送数据获取请求，服务器会对目标文档中的数据进行过滤，确定第一终端的用户具有第一权限的第三数据，并返回第一终端具有第一权限的第三数据以及权限规则，第一终端在接收到第三数据和权限规则后，会根据权限规则对第一文档的表格数据(第三数据)进行遍历，计算第一终端的用户对第三数据中各个数据的操作权限，根据权限规则生成用于存储权限数据的权限节点树(权限树)。

对于表格中的数据，存储的数据实体的权限的数据结构需要支持快速且精细化的查询、修改，从而作为底层能力支撑其他业务模块的使用。因此，本实施例中将权限数据的数据结构设计成树形结构，因为树形结构能够快速查询、修改某个节点的值、节点之间互相隔离，修改某个节点不会影响到其他节点，符合精细化控制的要求。

对于权限树的节点层次，考虑要精细化控制表格中的子表、视图、记录以及字段的权限，所以这四种数据实体作为权限树的第一层节点存在(如图2)，这四个节点下的子节点分别是更加精细的对数据实体的各种操作的权限，比如在记录下就会分别存在对应编辑、删除、添加等操作的权限节点，也可能会有精细到某一条具体的记录的权限的节点。

在多层次节点的权限树的基础上，还需要为权限设计权限节点缓存的数据结构，用于缓存每一次查找的权限查询结果。权限查询结果的数据结构同样也是树形结构，结果树上的每一个叶节点，都对应着唯一的一组查询参数。当第一终端多次对同一份数据实体进行权限数据查找时，仅有第一次查找需要深入到节点树中去，之后的每次查找，直接返回结果中对应的节点即可。

当第一终端查询某个数据实体的某种操作的权限时，需要在权限树中逐层查找节点，直到返回需要的节点。具体过程是，当算法接收到需要查找的权限节点的查询参数时，根据查询参数生成由深层节点到基层节点的所有查找路径，并逐个查找；当有一个路径找到了对应节点时，查找结束。

请参考图5，在第二终端上对目标文档的协同文档进行编辑后，第二终端向服务器发送通知，通知中包括：目标数据的修改操作，服务器接收到目标数据的修改操作，向各个协同文档所在终端发送更新通知。第一终端接收到更新通知后，向服务器发送第一请求，以获取目标数据的修改操作。服务器对目标数据的修改操作进行过滤，确定第一终端的用户具有查看权限的第一数据的修改操作，并将第一终端的用户不具有查看权限的第二数据的修改操作替换为第一预设指令，第一预设指令用于将数据的可见性变为不可见。服务器向第一终端返回第一终端的用户有查看权限的第一数据的修改操作，以及第二数据的第一预设指令。第一终端根据接收到的第一数据的修改操作对第一文档的数据进行更新，并根据第二数据的第一预设指令，将第二数据在第一文档中对应的数据隐藏并被隐藏的数据，第一终端根据权限规则重新计算更新后的数据的权限，并根据计算结果更新权限树。第一终端基于更新的数据，重新渲染第一文档。

本实施例中，因为服务器只返回第一终端的用户具有查看权限的第一数据，结局了数据被设定为不可见时的协同问题，本实施例中，在每一次数据更新时，至对更新的数据进行获取和计算，无需获取整个目标文档的数据进行覆盖，因此第一终端的计算量和渲染开销很小，从而保证了在系统编辑且精细化控制权限时不会卡顿，仍然具有较好的用户体验。

本实施例实现了协同场景下的表格精细化控制权限能力，用户在享有精细化权限的同时，依然能够使用在线协同文档的多人协作能力。在保留协同能力的同时，支持了强安全性的数据不可见能力；当指定某些数据对部分用户无权限查看时，无权限的用户无法通过常规技术手段获取到无权限查看的数据。即使在大数据量的数据库表格权限精细化控制场景，依然能够提供高性能的使用体验。

本公开还提出一种信息的处理装置，可以用于第一终端，包括：

通信单元，用于接收第一消息，其中，第一消息包括：第一数据的更新指令，第一数据为目标数据中当前用户具有第一权限的数据；目标数据为文档空间的目标文档中更新的数据；

控制单元，用于根据更新指令更新第一文档中与第一数据对应的数据；其中，第一文档是目标文档的协同文档。

本公开还提出一种信息的处理装置，可以用于服务器，包括：

控制模块，用于确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据；

通信模块，用于向第一终端发送第一消息，以使第一终端更新第一终端的第一文档中与第一数据对应的数据，其中，第一消息包括：第一数据的更新指令，第一文档是目标文档的协同文档。

对于装置的实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离模块说明的模块可以是或者也可以不是分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上，基于实施例和应用例说明了本公开的方法及装置。此外，本公开还提供一种终端及存储介质，以下说明这些终端和存储介质。

下面参考图6，其示出了适于用来实现本公开实施例的电子设备(例如终端设备或服务器)800的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图中示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

电子设备800可以包括处理装置(例如中央处理器、图形处理器等)801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储装置808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM803中，还存储有电子设备800操作所需的各种程序和数据。处理装置801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。

通常，以下装置可以连接至I/O接口805：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置806；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置807；包括例如磁带、硬盘等的存储装置808；以及通信装置809。通信装置809可以允许电子设备800与其他设备进行无线或有线通信以交换数据。虽然图中示出了具有各种装置的电子设备800，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置809从网络上被下载和安装，或者从存储装置808被安装，或者从ROM 802被安装。在该计算机程序被处理装置801执行时，执行本公开实施例的方法中限定的上述功能。

需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被消息执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由消息执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperTextTransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述的本公开的方法。

可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行消息。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机消息的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供消息执行系统、装置或设备使用或与消息执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，包括：

接收第一消息，其中，第一消息包括：第一数据的更新指令，第一数据为目标数据中当前用户具有第一权限的数据；目标数据为文档空间的目标文档中更新的数据；根据更新指令更新第一文档中与第一数据对应的数据；其中，第一文档是目标文档的协同文档。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，接收第一消息，之前包括：接收更新通知，更新通知用于通知目标文档的数据具有更新；响应于更新通知，发送第一获取请求以获取目标文档的更新。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，第一消息中还包括：第二数据的第一预设指令，第二数据是目标数据中当前用户不具有第一权限的数据，第一预设指令用于将数据设为不可见；根据第二数据的第一预设指令，隐藏第一文档中与第二数据对应的数据和/或删除第一文档中与第二数据对应的数据。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，第一文档具有对应的权限数据，权限数据中存储当前用户对第一文档中的数据的操作权限。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，采用树形结构的权限树存储权限数据；权限树的叶节点用于存储操作权限，权限树的叶节点的祖先节点用于存储第一文档中数据的数据类型或者数据位置。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，第一文档为表格；权限树的根节点下的第一层子节点包括以下至少一个：表格节点、视图节点、记录节点和字段节点。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，权限数据具有关联的权限查询结果，权限查询结果用于存储按照查询参数在权限数据中进行权限查询的查询结果。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，采用树形结构的结果树存储权限查询结果，结果树的叶节点与查询参数一一对应，结果树的叶节点用于存储对应查询参数的查询结果。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，在权限树中按照查询参数进行查询时，根据查询参数在权限树中按照深度由深到浅的顺序逐层进行查找，直到找到查询参数对应的节点。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，根据查询参数在权限树中按照深度由深到浅的顺序逐层进行查找，直到找到查询参数对应的节点，包括：

根据查询参数确定查询路径，根据查询路径进行节点查找；

若未能找到查询参数对应的节点，则逐渐减少查询路径的长度并进行查找，直到找到查询参数对应的节点。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，在接收第一消息之前，还包括：响应于对第一文档的打开操作，发送数据获取请求以获取第一文档的数据；接收反馈信息，反馈信息包括：目标文档中当前用户具有第一权限的第三数据；将第三数据作为第一文档的数据。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，反馈信息还包括：权限规则；接收反馈信息之后还包括：根据权限规则计算当前用户对第一文档的数据的操作权限，并根据计算结果生成第一文档对应的权限数据。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，还包括：基于权限规则，计算当前用户对第一文档中更新的数据的操作权限，并根据计算结果更新第一文档对应的权限数据。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，包括：

确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据；

向第一终端发送第一消息，以使第一终端更新第一终端的第一文档中与第一数据对应的数据，其中，第一消息包括：第一数据的更新指令，第一文档是目标文档的协同文档。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，响应于接收第二终端发来的第三消息，向目标文档关联的文档所在的终端发送更新通知，其中，第三消息包括：目标数据的更新指令，更新通知用于通知目标文档的数据具有更新；

响应于接收到第一终端发来的第一获取请求，确定目标文档中更新的目标数据中第一终端的当前用户具有第一权限的第一数据，向第一终端发送第一消息。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据之前，还包括：

确定目标数据中第一终端的用户不具有第一权限的第二数据，并生成第二数据的第一预设指令，第一预设指令用于将数据设为不可见；

第一消息还包括：第二数据的第一预设指令，以使第一终端隐藏第一文档中与第二数据对应的数据和/或删除第一文档中与第二数据对应的数据。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据之前，包括：响应于接收到第一终端发来的数据获取请求，确定目标文档中第一终端的用户具有第一权限的第三数据；

向第一终端发送包括第三数据的反馈信息，以使第三数据作为第一文档的数据。

根据本公开的一个或多个实施例，提供了一种信息的处理方法，反馈信息还包括：权限规则，权限规则用于确定用户操作权限。

根据本公开的一个或多个实施例，提供了一种信息的处理装置，包括：

通信单元，用于接收第一消息，其中，第一消息包括：第一数据的更新指令，第一数据为目标数据中当前用户具有第一权限的数据；目标数据为文档空间的目标文档中更新的数据；

控制单元，用于根据更新指令更新第一文档中与第一数据对应的数据；其中，第一文档是目标文档的协同文档。

根据本公开的一个或多个实施例，提供了一种信息的处理装置，包括：

控制模块，用于确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据；

通信模块，用于向第一终端发送第一消息，以使第一终端更新第一终端的第一文档中与第一数据对应的数据，其中，第一消息包括：第一数据的更新指令，第一文档是目标文档的协同文档。

根据本公开的一个或多个实施例，提供了一种终端，包括：至少一个存储器和至少一个处理器；

其中，所述至少一个存储器用于存储程序代码，所述至少一个处理器用于调用所述至少一个存储器所存储的程序代码执行上述中任一项所述的方法。

根据本公开的一个或多个实施例，提供了一种存储介质，所述存储介质用于存储程序代码，所述程序代码被计算机设备执行时，使得所述计算机设备执行上述中任一项所述的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (22)

1.一种信息的处理方法，其特征在于，包括：

接收第一消息，其中，所述第一消息包括：第一数据的更新指令，所述第一数据为目标数据中当前用户具有第一权限的数据，所述第一数据为所述目标数据的一部分；所述目标数据为文档空间的目标文档中更新的数据，文档空间是服务器中的存储空间；

根据所述更新指令更新第一文档中与所述第一数据对应的数据；其中，所述第一文档是所述目标文档的协同文档，所述协同文档为终端打开的目标文档的副本；第一文档与文档空间中的目标文档具有关联关系，两者能够进行内容同步。

2.根据权利要求1所述的方法，其特征在于，所述接收第一消息之前，包括：

接收更新通知，所述更新通知用于通知所述目标文档的数据具有更新；

响应于所述更新通知，发送第一获取请求以获取所述目标文档的更新。

3.根据权利要求1所述的方法，其特征在于，

所述第一消息中还包括：第二数据的第一预设指令，所述第二数据是所述目标数据中所述当前用户不具有所述第一权限的数据，所述第一预设指令用于将数据设为不可见；

根据所述第二数据的第一预设指令，隐藏所述第一文档中与所述第二数据对应的数据和/或删除所述第一文档中与所述第二数据对应的数据。

4.根据权利要求1所述的方法，其特征在于，

所述第一文档具有对应的权限数据，所述权限数据中存储所述当前用户对所述第一文档中的数据的操作权限。

5.根据权利要求4所述的方法，其特征在于，

采用树形结构的权限树存储所述权限数据；

所述权限树的叶节点用于存储操作权限，所述权限树的叶节点的祖先节点用于存储第一文档中数据的数据类型或者数据位置。

6.根据权利要求5所述的方法，其特征在于，

所述第一文档为表格；

所述权限树的根节点下的第一层子节点包括以下至少一个：表格节点、视图节点、记录节点和字段节点。

7.根据权利要求4所述的方法，其特征在于，

所述权限数据具有关联的权限查询结果，所述权限查询结果用于存储按照查询参数在所述权限数据中进行权限查询的查询结果。

8.根据权利要求7所述的方法，其特征在于，

采用树形结构的结果树存储所述权限查询结果，所述结果树的叶节点与查询参数一一对应，所述结果树的叶节点用于存储对应查询参数的查询结果。

9.根据权利要求5所述的方法，其特征在于，

在所述权限树中按照查询参数进行查询时，根据所述查询参数在所述权限树中按照深度由深到浅的顺序逐层进行查找，直到找到所述查询参数对应的节点。

10.根据权利要求9所述的方法，其特征在于，根据所述查询参数在所述权限树中按照深度由深到浅的顺序逐层进行查找，直到找到所述查询参数对应的节点，包括：

根据所述查询参数确定查询路径，根据所述查询路径进行节点查找；

若未能找到所述查询参数对应的节点，则逐渐减少所述查询路径的长度并进行查找，直到找到所述查询参数对应的节点。

11.根据权利要求1所述的方法，其特征在于，在接收第一消息之前，还包括：

响应于对所述第一文档的打开操作，发送数据获取请求以获取第一文档的数据；

接收反馈信息，所述反馈信息包括：所述目标文档中所述当前用户具有第一权限的第三数据；

将所述第三数据作为所述第一文档的数据。

12.根据权利要求11所述的方法，其特征在于，

所述反馈信息还包括：权限规则；

接收反馈信息之后，还包括：根据所述权限规则计算当前用户对所述第一文档的数据的操作权限，并根据计算结果生成所述第一文档对应的权限数据。

13.根据权利要求4所述的方法，其特征在于，还包括：

基于权限规则，计算当前用户对所述第一文档中更新的数据的操作权限，并根据计算结果更新所述第一文档对应的权限数据。

14.一种信息的处理方法，其特征在于，包括：

确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据，所述目标数据为文档空间的目标文档中更新的数据，文档空间是服务器中的存储空间；

向所述第一终端发送第一消息，以使所述第一终端更新第一终端的第一文档中与所述第一数据对应的数据，其中，所述第一消息包括：第一数据的更新指令，所述第一文档是所述目标文档的协同文档，所述协同文档为终端打开的目标文档的副本；第一文档与文档空间中的目标文档具有关联关系，两者能够进行内容同步；所述第一数据为所述目标数据的一部分。

15.根据权利要求14所述的方法，其特征在于，

确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据之前，包括：响应于接收第二终端发来的第三消息，向所述目标文档关联的文档所在的终端发送更新通知，其中，所述第三消息包括：所述目标数据的更新指令，所述更新通知用于通知所述目标文档的数据具有更新；

响应于接收到第一终端发来的第一获取请求，确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据，向所述第一终端发送所述第一消息。

16.根据权利要求14所述的方法，其特征在于，确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据之前，还包括：

确定所述目标数据中所述第一终端的用户不具有所述第一权限的第二数据，并生成所述第二数据的第一预设指令，所述第一预设指令用于将数据设为不可见；

所述第一消息还包括：所述第二数据的所述第一预设指令，以使所述第一终端隐藏所述第一文档中与所述第二数据对应的数据和/或删除所述第一文档中与所述第二数据对应的数据。

17.根据权利要求14所述的方法，其特征在于，确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据之前，包括：

响应于接收到第一终端发来的数据获取请求，确定所述目标文档中所述第一终端的用户具有第一权限的第三数据；

向所述第一终端发送包括所述第三数据的反馈信息，以使所述第三数据作为所述第一文档的数据。

18.根据权利要求17所述的方法，其特征在于，

所述反馈信息还包括：权限规则，所述权限规则用于确定用户的操作权限。

19.一种信息的处理装置，包括：

通信单元，用于接收第一消息，其中，所述第一消息包括：第一数据的更新指令，所述第一数据为目标数据中当前用户具有第一权限的数据，所述第一数据为所述目标数据的一部分；所述目标数据为文档空间的目标文档中更新的数据，文档空间是服务器中的存储空间；

控制单元，用于根据所述更新指令更新第一文档中与所述第一数据对应的数据；其中，所述第一文档是所述目标文档的协同文档，所述协同文档为终端打开的目标文档的副本；第一文档与文档空间中的目标文档具有关联关系，两者能够进行内容同步。

20.一种信息的处理装置，包括：

控制模块，用于确定目标文档中更新的目标数据中第一终端的用户具有第一权限的第一数据，所述目标数据为文档空间的目标文档中更新的数据，所述第一数据为所述目标数据的一部分，文档空间是服务器中的存储空间；

通信模块，用于向所述第一终端发送第一消息，以使所述第一终端更新第一终端的第一文档中与所述第一数据对应的数据，其中，所述第一消息包括：第一数据的更新指令，所述第一文档是所述目标文档的协同文档，所述协同文档为终端打开的目标文档的副本；第一文档与文档空间中的目标文档具有关联关系，两者能够进行内容同步。

21.一种终端，包括：

至少一个存储器和至少一个处理器；

其中，所述至少一个存储器用于存储程序代码，所述至少一个处理器用于调用所述至少一个存储器所存储的程序代码执行权利要求1至18中任一项所述的方法。

22.一种存储介质，所述存储介质用于存储程序代码，所述程序代码被计算机设备执行时，使得所述计算机设备执行权利要求1至18中任一项所述的方法。