一种文档协同处理的方法以及相关装置

技术领域

本申请涉及互联网技术领域，尤其涉及一种文档协同处理的方法以及相关装置。

背景技术

随着计算机技术的发展，办公软件已经融入了人们日常办公的各方面。诸如Word、Excel和PPT之类的办公软件大大促进了人们无纸化办公，并且提高了人们日常办公的效率。

在企业日常办公的场景下，由于企业内部不同的职工负责不同的工作，往往可能需要企业内部的多个职工协同完成一个文档。在这种场景下，在线文档协作技术应运而生。

目前，在线文档协作技术需要文档创建者在办公软件上创建文档之后，通过通讯工具邀请其他的用户加入到文档的协作中，其中，文档创建者和被邀请的用户均需要预先在办公软件上注册账号，且文档创建者和被邀请的用户还需要在办公软件和通讯工具中来回切换，导致了用户协同处理文档的步骤较为繁琐。

发明内容

本申请实施例提供了一种文档协同处理的方法以及相关装置，通过在即时通讯应用上直接创建可协同处理的文档，并且在文档创建成功之后能够通过即时通讯应用将该文档分享给其他的协作人员，令到协作人员可以在即时通讯应用上实现文档的协同处理，从而使得整个文档协同处理的步骤均可以在即时通讯应用上进行，免却了在办公软件和通讯工具之间来回切换的繁琐步骤。

本申请实施例第一方面提供一种文档协同处理的方法，方法应用于即时通讯客户端，方法包括：

获取文档创建指令，文档创建指令为第一操作对象通过第一客户端触发的，第一客户端为即时通讯客户端；

根据文档创建指令创建第一文档；

若获取到文档分享指令，则向服务器发送第一文档，文档分享指令中携带第二操作对象的标识，文档分享指令用于指示服务器向第二操作对象所对应的第二客户端发送第一文档；

若接收到文档编辑指令，则通过第一客户端的界面展示第二文档，其中，第二文档为第一文档经过编辑后生成的，文档编辑指令为第二操作对象触发的。

本申请实施例第二方面提供一种文档协同处理的方法，方法应用于即时通讯客户端，方法包括：

接收服务器发送的第一文档，第一文档是由第一客户端发送给服务器的，第一客户端为即时通讯客户端；

在第二客户端的界面上展示第一文档，其中，第二客户端为即时通讯客户端；

若获取到文档编辑指令，则向服务器发送文档编辑指令，以使得服务器将文档编辑指令发送给第一客户端，文档编辑指令用于指示第一客户端展示第二文档，第二文档为第一文档经过编辑后生成的。

本申请实施例第三方面提供一种文档协同处理的装置，包括：

获取单元，用于获取文档创建指令，文档创建指令为第一操作对象通过第一客户端触发的，第一客户端为即时通讯客户端；

创建单元，用于根据文档创建指令创建第一文档；

发送单元，用于若接收到文档分享指令，则向服务器发送第一文档，文档分享指令中携带第二操作对象的标识，文档分享指令用于指示服务器向第二操作对象所对应的第二客户端发送第一文档；

展示单元，用于若接收到文档编辑指令，则通过第一客户端的界面展示第二文档，其中，第二文档为第一文档经过编辑后生成的，文档编辑指令为第二操作对象触发的。

在一种可能的设计中，在本申请实施例的第三方面的一种实现方式中，还包括生成单元；

生成单元，用于若接收到权限设置指令，则根据权限设置指令生成权限配置信息，权限配置信息包括操作对象的标识以及与操作对象的标识对应的文档权限，文档权限包括文档访问权限或文档编辑权限中的一种或多种；

发送单元，还用于若获取到文档分享指令，则向服务器发送第一文档以及第一文档对应的权限配置信息。

在一种可能的设计中，在本申请实施例的第三方面的一种实现方式中，

展示单元，还用于若接收到权限设置请求指令，则通过第一客户端的界面展示待设置权限的操作对象和待设置的文档权限，待设置权限的操作对象包括与第一操作对象属于同一对象集合的操作对象或第一操作对象的交互对象中的一种或多种。

在一种可能的设计中，在本申请实施例的第三方面的一种实现方式中，

展示单元，还用于若接收到服务器发送的协同处理反馈信息，则通过第一客户端的界面展示第三操作对象和所述第三操作对象的编辑记录，其中，协同处理反馈信息中包括第三操作对象的标识和所述第三操作对象的编辑记录，第三操作对象为协同处理第一文档的操作对象。

本申请实施例第四方面提供一种文档协同处理的装置，包括：

接收单元，用于接收服务器发送的第一文档，第一文档是由第一客户端发送给服务器的，第一客户端为即时通讯客户端；

展示单元，用于在第二客户端的界面上展示第一文档，第二客户端为即时通讯客户端；

发送单元，用于若获取到文档编辑指令，则向服务器发送文档编辑指令，以使得服务器将文档编辑指令发送给第一客户端，文档编辑指令是第二操作对象通过第二客户端触发的。

在一种可能的设计中，在本申请实施例的第四方面的一种实现方式中，还包括获取单元；

接收单元，还用于接收服务器发送的文档分享消息；

展示单元，还用于在第二客户端的会话界面上展示文档分享消息，文档分享消息中包括有文档链接；

获取单元，用于获取文档访问指令；

发送单元，还用于根据文档访问指令向服务器发送文档访问消息，文档访问消息中包括有文档链接。

在一种可能的设计中，在本申请实施例的第四方面的一种实现方式中，

文档访问消息中还包括有第二操作对象的标识；

接收单元，还用于若第二操作对象的标识具有文档访问权限，则接收服务器发送的第一文档，其中，第二操作对象的标识所具有的文档权限是根据权限配置信息确定的，权限配置信息是由第一客户端发送给服务器的。

在一种可能的设计中，在本申请实施例的第四方面的一种实现方式中，

展示单元，还用于若第二操作对象的标识具有文档编辑权限，则在第二客户端的界面上展示可编辑的第一文档。

本申请实施例第五方面提供一种终端设备，包括：存储器、收发器、处理器以及总线系统；

其中，存储器用于存储程序；

处理器用于执行存储器中的程序，包括如下步骤：

获取文档创建指令，文档创建指令为第一操作对象通过第一客户端触发的，第一客户端为即时通讯客户端；

根据文档创建指令创建第一文档；

若获取到文档分享指令，则向服务器发送第一文档，文档分享指令中携带第二操作对象的标识，文档分享指令用于指示服务器向第二操作对象所对应的第二客户端发送第一文档；

若接收到文档编辑指令，则通过第一客户端的界面展示第二文档，其中，第二文档为第一文档经过编辑后生成的，文档编辑指令为第二操作对象触发的；

总线系统用于连接存储器以及处理器，以使存储器以及处理器进行通信。

本申请实施例第六方面提供一种终端设备，包括：存储器、收发器、处理器以及总线系统；

其中，存储器用于存储程序；

处理器用于执行存储器中的程序，包括如下步骤：

接收服务器发送的第一文档，第一文档是由第一客户端发送给服务器的；

在第二客户端的界面上展示第一文档，其中，第二客户端为即时通讯客户端；

若获取到文档编辑指令，则向服务器发送文档编辑指令，以使得服务器将文档编辑指令发送给第一客户端，文档编辑指令用于指示第一客户端展示第二文档，第二文档为第一文档经过编辑后生成的；

总线系统用于连接存储器以及处理器，以使存储器以及处理器进行通信。

本申请实施例第七方面提供一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述任一方面的方法。

本申请实施例第八方面提供一种包含指令的计算机程序产品，当其在计算机或者处理器上运行时，使得计算机或者处理器执行上述任一方面的方法。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种文档协同处理的方法以及相关装置，通过在即时通讯应用上直接创建可协同处理的文档，并且在文档创建成功之后能够通过即时通讯应用将该文档分享给其他的协作人员，令到协作人员可以在即时通讯应用上实现文档的协同处理，从而使得整个文档协同处理的步骤均可以在即时通讯应用上进行，免却了在办公软件和通讯工具之间来回切换的繁琐步骤。

附图说明

图1为本申请实施例中文档协同处理系统的一个架构示意图；

图2为本申请实施例提供的一种文档协同处理的方法的示例图；

图3为本申请实施例提供的在即时通讯客户端上创建文档的示例图；

图4为本申请实施例提供的文档管理的示例图；

图5为本申请实施例提供的文档分享的示例图；

图6为本申请实施例提供的文档展示的示例图；

图7为本申请实施例提供的文档权限设置的示例图；

图8为本申请实施例提供的文档权限设置的示例图；

图9为本申请实施例提供的一种文档协同处理的方法的示例图；

图10为本申请实施例提供的文档展示的示例图；

图11为本申请实施例提供的客户端与服务器通信的示意图；

图12为本申请实施例中提供的文档协同处理的装置一个实施例示意图；

图13为本申请实施例中提供的文档协同处理的装置一个实施例示意图；

图14为本申请实施例中提供的文档协同处理的装置一个实施例示意图；

图15为本申请实施例中提供的文档协同处理的装置一个实施例示意图；

图16示出的是与本申请实施例提供的终端相关的部分结构的框图。

具体实施方式

本申请实施例提供了一种文档协同处理的方法以及相关装置，用于在即时通讯应用上实现文档协同处理，免却了在办公软件和通讯工具之间来回切换的繁琐步骤。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前，在企业的日常办公场景中，往往存在有需要多人协作编辑处理同一份文档的需求。例如，企业需要撰写一个项目计划书，则可能需要研发部门提供新的项目构思，同时还需要技术部门提供实现该项目构思的技术支持；此外，还可能需要市场部门提供该项目构想的市场前景、成本和收益分析等等。另外，针对项目构思部分或者技术支持部分等项目技术书中的任意一个部分，可能也需要同一个部分内的多人协作完成。因此，在这种场景下，可能需要企业内部的多个部门，同一部门内的多人共同协作处理同一份文档。

为了满足企业办公场景中可能需要多人协作编辑处理同一份文档的需求，一些办公软件推出了在线文档协作技术。目前，在线文档协作技术需要文档创建者在办公软件上创建文档之后，再通过通讯工具(例如，邮件或即时通讯软件等)邀请其他的用户加入到文档的协作中，其中，文档创建者和被邀请的用户均需要预先在办公软件上注册账号，被邀请的用户想要加入到文档的协作中还需要在其终端上运行与文档创建者相同的办公软件；此外，在线协作的过程中，文档创建者和被邀请的用户往往需要在办公软件和通讯工具中来回切换，导致了用户协同处理文档的步骤较为繁琐。

有鉴于此，本申请实施例提出了一种文档协同处理的方法，该方法应用于图1所示的文档协同处理系统，请参阅图1，图1为本申请实施例中文档协同处理系统的一个架构示意图，如图1所示，多个终端通过网络与服务器连接，任意两个终端之间可以通过服务器进行通信，每个终端上均部署有即时通讯客户端(例如，微信、企业微信或QQ等客户端)。具体地，任一用户在其终端上通过终端上所部署的即时通讯客户端创建了文档之后，可以将该文档发送到服务器上，通过服务器将该文档分享给其他的用户；其他的用户通过在其终端的即时通讯客户端上接收并且打开服务器发送的文档，便可以加入到该文档的协同处理中；在文档的协同处理过程中，加入到文档协同处理中的任意一个用户对于文档进行的编辑处理均会上传至服务器中，服务器再将该用户对文档进行的编辑处理发送到其他用户的终端上，从而使得其他用户终端上所显示的文档也能够得到更新，实现文档的在线协同处理。

其中，图1中所示的终端仅为简单的示意，在实际应用中，终端包含但不仅限于手机、平板电脑、台式电脑、笔记本电脑以及掌上电脑等可部署即时通讯客户端，并且能够实现文档的访问或者编辑的终端设备。

以上为对本申请实施例提供的文档协同处理系统进行的描述，请参阅图2，图2为本申请实施例提供的一种文档协同处理的方法的示例图。

本申请实施例中提供的一种文档协同处理的方法一个实施例包括：

201、获取文档创建指令，文档创建指令为第一操作对象通过第一客户端触发的，第一客户端为即时通讯客户端；

在本实施例中，在用户的终端上预先部署有即时通讯客户端(即第一客户端)，用户在需要创建协作文档的时候，可以通过在即时通讯客户端的界面上选择或点击创建文档的相关按钮，来触发文档创建指令，即第一操作对象通过第一客户端触发文档创建指令。这样，在用户触发了文档创建指令之后，第一客户端便可以获取到该文档创建指令。

其中，即时通讯客户端具体可以包括但不限于微信、企业微信以及QQ等客户端，此处不对即时通讯客户端做任何限定。

202、根据文档创建指令创建第一文档；

在本实施例中，当第一客户端获取到文档创建指令之后，可以根据文档创建指令在第一客户端的界面上创建一个文档，其中，第一客户端在创建文档时，可以是在原有的会话界面上新建一个界面作为单独的文档界面，即第一客户端可以创建一个独立的窗口作为文档窗口，用户在该文档窗口上可以实现文档的查看或编辑等操作。也就是说，用户在创建文档的时候，只需要通过第一客户端触发文档创建指令，便可以创建得到运行于第一客户端上的文档，而无需通过专门的办公软件来实现文档的创建。

在第一客户端创建了文档之后，用户可以对该文档进行等标题编辑、内容编辑等编辑操作，

值得注意的是，本申请实施例中所指的文档具体可以是word、excle等文本文档，还可以是静态图片、动态图片、音频文档、多媒体文档等，或者是文本文档与图片或音频等相结合的文档，在此不做任何限定。为了便于叙述，以下将以word文本文档为例，对文档协同处理的方法进行描述。

具体地，如图3所示，图3为本申请实施例提供的在即时通讯客户端上创建文档的示例图。首先，在第一客户端的界面上，用户可以通过点击第一客户端上“创建文档”的按钮来触发文档创建指令；在第一客户端获取到文档创建指令之后，创建一个独立于会话窗口之外的文档窗口，并且在该文档窗口上显示一个空白的文档(即创建得到的文档)。在该文档上提供有常用的文档编辑工具条，能够实现对文档中的字体大小、字体格式以及字体颜色等文档内容格式的调整。另外，用户还可以对该文档进行保存，例如将文档保存于本地上，或者将文档保存于服务器上(即将文档上传至服务器上，并且在服务器上保存该文档)。

此外，为了便于用户对自身创建的文档或者浏览过的文档进行管理，用户可以通过进入第一客户端中管理文档的界面，来查看自己创建过的文档、浏览过的文档或者是已删除的文档记录等等。

具体地，如图4所示，图4为本申请实施例提供的文档管理的示例图。其中，用户可以通过在第一客户端的主界面上触发文档管理的指令(例如点击第一客户端主界面上的“文档管理”按钮)，来进入文档管理界面，文档管理界面具体如图4所示，用户可以在文档管理界面的左侧显示有“我创建的”按钮以及“最近浏览”按钮，用户可以通过其中的一个按钮，来查看自己创建的文档或者是自己最近浏览过的文档。在文档管理界面的右侧，主要显示了具体的文档信息，包括有文档名称、创建者名称以及修改时间等信息。

203、若获取到文档分享指令，则向服务器发送第一文档，文档分享指令中携带第二操作对象的标识，文档分享指令用于指示服务器向第二操作对象所对应的第二客户端发送第一文档；

在本实施例中，在用户创建了文档之后，用户可以选择将该文档分享给其他的用户，以使得其他的用户能够加入文档的协同处理中，与其一起处理该文档，其中，该文档可以是用户已进行了编辑的文档，也可以是用户刚刚创建的空白文档。

具体地，用户分享该文档的方式可以是，用户通过点击文档窗口上的“转发”按钮或者是“分享按钮”，或者是通过快捷键等触发文档分享指令；第一客户端在获取到文档分享指令之后，向用户展示可分享的用户或群组，其中，可分享的用户或群组可以是用户对应的即时通讯账户中的联系人或者是群组，也可以是用户所在的组织架构(例如用户所在的企业、部门、小组等)，还可以是其他组织架构的成员(例如外部企业的成员)。然后，用户在第一客户端所展示的可分享用户或群组中挑选自己需要分享的用户或者群组；第一客户端在获取到用户所选择的待分享的用户或群组之后，则向服务器发送第一文档，并且向服务器发送文档分享消息，文档分享消息中包括有待分享的用户或群组对应的标识(即第二操作对象的标识)，以使得服务器能够根据文档分享消息向对应的用户或群组发送该文档。

具体地，可以参阅图5，图5为本申请实施例提供的文档分享的示例图。如图5所示，在文档窗口的右上侧有“转发”按钮，用户通过点击该按钮，可以触发分享该文档的指令；然后，第一客户端在获取到该文档的分享指令之后，在原来的文档窗口上叠加展示一个新的分享窗口，该分享窗口中包括有用户可分享的用户或群组，以及用户已选择的待分享用户或待分享群组；在用户选择好需要分享的用户或群组之后，用户可以点击分享窗口右下侧的“分享”按钮来确认向其选择好的用户或群组分享该文档。第一客户端在获取到用户的确认指令之后，将该文档以及该文档对应的文档分享消息发送给服务器，其中，文档分享消息中包括有待分享用户的标识或者是待分享群组的标识，以使得服务器根据文档分享消息将该文档发送给相应的用户或者群组。可以理解的是，当文档分享消息中包括有待分享群组的标识时，服务器可以根据待分享群组的标识确定该群组中所包括的用户，然后将该文档分别发送给该群组中所包括的用户。

204、若接收到文档编辑指令，则通过第一客户端的界面展示第二文档，其中，第二文档为第一文档经过编辑后生成的，文档编辑指令为第二操作对象触发的。

在本实施例中，在用户将该文档分享给其他的用户或群组之后，由于该文档是协同处理文档，被分享该文档的其他用户也可能具有编辑该文档的权限，因此，会有其他的用户加入到该文档的协同编辑中。在文档的协同编辑过程中，如果其他的用户对该文档进行了编辑，那么该用户对文档进行编辑的指令会发送到服务器中，服务器会将该编辑指令转发给当前正在协作处理该文档的每个用户，使得每个用户对应的客户端上所显示的文档均进行相应的编辑。也就是说，在第一客户端向服务器发送第一文档以及对应的文档分享消息之后，在第一客户端继续展示第一文档的过程中，第一客户端可能会接收到服务器发送的文档编辑指令，即代表在文档的协同处理过程中，有其他的用户(即第二操作对象)通过其客户端向服务器发送了文档编辑指令，因此，第一客户端响应于该文档编辑指令，对当前所展示的第一文档进行更新，即根据文档编辑指令对第一文档进行编辑后得到第二文档，并且在第一客户端的界面上向用户展示第二文档。

具体地，可以参阅图6，图6为本申请实施例提供的文档展示的示例图。如图6所示，图6中左侧(a)图表示的是，在第一客户端未接收到文档编辑指令之前，第一客户端的界面上展示当前用户所编辑的文档内容，其中，用户作为市场部门的主管，起草了项目人员安排计划书，并且编辑了市场部负责调研的人员；图6中右侧(b)图表示的是，在第一客户端将该文档分享之后，第一客户端接收到了服务器发送的文档编辑指令，然后第一客户端响应于该文档编辑指令，对图6中左侧(a)图中所展示的第一文档进行了编辑，更新得到第二文档，可以看出，相较于图6中左侧(a)图中所展示的第一文档，图6中左侧(b)图中所展示的第二文档中在文字“技术支持人员”后增加了相应的文字“赵工、林工”，也就是说，在市场部门主管对文档进行编辑的过程中，技术部门主管也对该文档进行了编辑，即编辑了技术部门负责支持的人员。这样，市场部主管在编辑该文档的时候，也可以实时获取到其他用户对该文档的编辑内容，从而获知文档协同处理的进程。

可以理解的是，在本实施例中，对于每一个加入到文档协同处理过程中的用户，如果有其他的用户触发了文档编辑指令，那么服务器会将文档编辑指令转发至每一个用户的客户端上，从而使得在文档协同处理过程中，每一个用户的客户端上所展示的文档都是实时同步更新的。

在本实施例中，通过在即时通讯应用上直接创建可协同处理的文档，并且在文档创建成功之后能够通过即时通讯应用将该文档分享给其他的协作人员，令到协作人员可以在即时通讯应用上实现文档的协同处理，从而使得整个文档协同处理的步骤均可以在即时通讯应用上进行，免却了在办公软件和通讯工具之间来回切换的繁琐步骤。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的文档协同处理的方法的一个可选实施例中，在若接收到文档分享指令，则向服务器发送第一文档之前，方法还包括：

若接收到权限设置指令，则根据权限设置指令生成权限配置信息，权限配置信息包括操作对象的标识以及与操作对象的标识对应的文档权限，文档权限包括文档访问权限或文档编辑权限中的一种或多种；

若获取到文档分享指令，则向服务器发送第一文档，包括：

若获取到文档分享指令，则向服务器发送第一文档以及第一文档对应的权限配置信息。

可以理解的是，在一些企业办公场景下，创建者所创建的文档可能是私密性较强的文档，创建者并不希望企业外部或者是部门外的一些用户能够查看到该文档，这时候，往往就需要创建者事先对文档进行权限的设置，以使得该文档被分享之后，只有特定的用户才能够访问或者是编辑。

因此，在本实施例中，为了保证文档的安全性，在用户将该文档分享给其他用户之前，用户可以事先对该文档的权限进行设置，例如，设置哪部分用户具有访问该文档的权限，哪部分用户具有编辑该文档的权限，哪部分用户可以对该文档的权限进行设置等等。具体地，在用户设置好文档的权限之后，第一客户端可以接收到用户触发的权限设置指令，然后生成相应的权限配置信息，并且在用户分享该文档的过程中同时将该权限配置信息发送给服务器，从而使得服务器在其他的用户请求访问或者编辑该文档的时候，根据权限配置信息判断用户是否具有访问或编辑文档的权限，以保证文档流转过程中的安全性。

其中，权限配置信息包括操作对象的标识以及与操作对象的标识对应的文档权限，其中，操作对象可以包括组织架构(例如企业或部门等)、用户、群组中的一种或者多种，也就是说，在用户设置了文档的权限之后，第一客户端可以根据用户触发的权限设置指令建立操作对象与文档权限之间的关联关系，对于用户所选择的每个操作对象，都有与其相对应的文档权限，而文档权限包括文档访问权限或文档编辑权限中的一种或多种。这样，服务器在判断请求其他用户对于该文档的权限时，可以查询该用户是否属于权限配置信息中的操作对象，并且根据操作对象与文档权限之间的关联关系，获取该用户对应的文档权限。

值得注意的是，在文档被分享之后，即在文档协同处理的过程中，属于创建者的用户或者拥有文档设置权限的用户可以对该文档的权限再次进行设置，从而生成新的权限配置信息。服务器在接收到新的权限配置信息之后，根据新的权限配置信息通知当前正在协同处理文档的用户，例如，服务器在接收新的权限配置信息之后，通知仅具有访问权限的用户A，并且更改用户A的权限为编辑权限，使得用户A能够编辑文档；又例如，服务器在接收到新的权限配置信息之后，通知具有编辑权限的用户B，并且更改用户B的权限为不具有访问权限，以使得用户B无法再访问该文档。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的文档协同处理的方法的一个可选实施例中，若接收到权限设置指令，则根据权限设置指令生成权限配置信息之前，方法还包括：

若接收到权限设置请求指令，则通过第一客户端的界面展示待设置权限的操作对象和待设置的文档权限，待设置权限的操作对象包括与第一操作对象属于同一对象集合的操作对象或第一操作对象的交互对象中的一种或多种。

在本实施例中，在用户请求设置文档权限的时候，第一客户端响应于用户的权限设置请求指令，在第一客户端的界面上展示待设置权限的操作对象和待设置的文档权限，用户可以根据界面上所展示的操作对象和文档权限，挑选对应的操作对象以及与该操作对象对应的文档权限，进而触发权限设置指令，实现权限的设置。其中，待设置权限的操作对象可以是与第一操作对象属于同一对象集合的操作对象，即供用户挑选的操作对象可以是与该用户同属于一个组织架构的对象，例如，可以是同一个企业内的对象、同一个部门内的对象或者是同一个小组内的对象；待设置权限的操作对象也可以是第一操作对象的交互对象，即供用户挑选的操作对象可以是该用户的即时通讯账户中的联系人、群组成员等；待设置权限的操作对象还可以是第一操作对象所属对象集合之外的操作对象，即供用户挑选的操作对象可以是用户所属的组织架构之外的对象，例如，可以是外部企业的成员(即用户所属企业之外的成员)。

具体地，可以参阅图7，图7为本申请实施例提供的文档权限设置的示例图。如图7所示，在用户通过点击文档窗口左上角的权限设置按钮(圆圈按钮)之后，用户触发权限设置请求指令，第一客户端响应于该指令，在界面上展示相应的权限设置画面；在该权限设置画面上，用户可以选择他想要设置权限的对象，即全部企业人员、指定的企业人员、指定的联系人或群组、仅自己或者是外部企业等，用户还可以相应的选择其所选择的对象所具有的权限，即可编辑权限或访问权限等；在用户设置完毕之后，用户可以通过点击权限设置画面右下角的“确定”按钮来触发权限设置指令，第一客户端响应于该权限设置指令，生成对应的权限配置信息。例如，该权限配置信息可以是：全部企业人员--可编辑权限；即全部企业人员均具有编辑该文档的权限。

可以理解的是，在文档的协同处理过程中，由于文档协同处理的需要，可能会需要增加新的协作者，或者是删除已有的协作者(即收回协作者的编辑权限或访问权限)，此时，用户可以随时触发权限设置请求指令，然后在第一客户端所显示的权限设置画面上对权限进行设置，例如，将访问权限或编辑权限赋予给原先无权限的对象，从而实现新的协作者的添加；或者是将部分协作者已有的访问权限或编辑权限删除，从而实现已有协作者的删除。值得注意的是，在用户通过触发权限设置请求指令，对权限进行修改之后，协作者对应的权限也是实时更新的，例如，用户收回了某协作者的编辑权限之后，该协作者对应的客户端上即实时提醒该协作者不具有编辑权限，该协作者无法再进行编辑；又例如，用户新赋予了部分对象编辑权限之后，这些对象即可以实时地实现对文档的编辑，以加入到文档的协同处理中。

此外，除了创建文档的用户可以增加相应的协作者之外，已加入到文档的协同处理中的协作者也可以增加新的协作者，例如已加入到文档的协同处理中的协作者将该文档发送给其他的用户，以邀请新的用户进入到文档的协同处理中，从而实现协作者的增加。其中，被邀请进入到文档的协同处理中的协作者对应的权限跟随其邀请者的权限，即邀请者本身具有的权限为编辑权限时，被邀请者的权限也是编辑权限，邀请者本身具有的权限为访问权限时，被邀请者的权限也是访问权限。

值得注意的是，通常来说，已有协作者的删除操作只能够是由创建文档的用户进行，即只有创建文档的用户能够对已有的协作者进行删除，其他的协作者无法删除相应的协作者，以确保权限便于管理。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的文档协同处理的方法的一个可选实施例中，方法还包括：

若接收到服务器发送的协同处理反馈信息，则通过第一客户端的界面展示第三操作对象和所述第三操作对象的编辑记录，其中，协同处理反馈信息中包括第三操作对象的标识和所述第三操作对象的编辑记录，第三操作对象为协同处理第一文档的操作对象。

在本实施例中，当用户分享文档之后，若有其他的用户加入到该文档的协同处理中，服务器可以获取得到加入该文档协同处理中的用户的标识(例如在该用户向服务器请求访问该文档时，由服务器获取该用户的标识)，然后，服务器可以向当前正在协同处理该文档的所有用户发送协同处理反馈信息，该协同处理反馈信息中包括有加入文档协同处理中的用户的标识，使得每个用户的界面上均可以展示加入到文档协同处理中的用户，这样，处于协同处理文档过程的用户便可以看到当前正在协同处理文档的其他用户，以方便每个用户获知当前正在进行协同处理文档的人员。

另外，在加入到文档协同处理中的用户对文档进行编辑之后，在协同处理反馈信息中还可以包括有该用户对应的编辑记录，也就是说，在用户的界面上还可以看到各个用户对文档所进行编辑的记录。

具体地，可以参阅图8，图8为本申请实施例提供的文档权限设置的示例图。如图8所示，在创建者用户(张三)对应的第一客户端的界面上展示了正在协同处理的文档，该文档的一个栏目上显示了“当前在线人员：张三、赵工、王婷婷”，即文档上显示了当前正在协同处理该文档的人员。这样，张三便可以实时获知到当前正在协同处理文档的其他人员，以便于其实时掌握文档协同处理的进展；此外，通过在客户端界面上展示正在协同处理文档的人员，还可以便于创建者用户获知还有哪些用户没有加入到文档的协同处理中，以便于有针对性地提醒部分用户加入到文档的协同处理中。

以上主要从创建者用户的即时通讯客户端的角度对本申请实施例提供的文档协同处理的方法进行介绍，以下将从加入文档协同处理的用户对应的即时通讯客户端的角度对本申请实施例提供的文档协同处理的方法进行介绍。

请参阅图9，图9为本申请实施例提供的一种文档协同处理的方法的示例图。

本申请实施例中提供的一种文档协同处理的方法一个实施例包括：

901、接收服务器发送的第一文档，第一文档是由第一客户端发送给服务器的；

在本实施例中，当创建者用户向其他的用户(以下简称被分享用户)分享了文档之后，被分享用户的客户端(第二客户端)上可以接收到服务器发送的第一文档，其中，该第一文档是创建者用户通过其客户端(即第一客户端)发送到服务器上的。

902、在第二客户端的界面上展示第一文档，其中，第二客户端为即时通讯客户端；

在本实施例中，在接收到第一文档之后，被分享用户的客户端的界面上即可以展示该文档，其中，被分享用户的客户端同样可以是与创建者用户所使用的即时通讯客户端一样的即时通讯客户端，也可以是与创建者用户所使用的即时通讯客户端不一样的即时通讯客户端。例如，被分享用户的客户端和创建者用户所使用的客户端均为微信；或者，被分享用户的客户端所使用的客户端为微信，创建者用户所使用的客户端为企业微信。

903、若获取到文档编辑指令，则向服务器发送文档编辑指令，以使得服务器将文档编辑指令发送给第一客户端，文档编辑指令用于指示第一客户端展示第二文档，第二文档为第一文档经过编辑后生成的。

在本实施例中，若被分享用户对第二客户端上所展示的文档进行了编辑之后，第二客户端可以接收到用户所触发的文档编辑指令，第二客户端可以将该指令发送给服务器，以使得服务器将该文档编辑指令转发给创建者用户的第一客户端或者当前正在协同处理该文档的其他客户端，从而使得第一客户端响应于该文档编辑指令，对其所展示的第一文档进行更新，即根据文档编辑指令对第一文档进行编辑后得到第二文档，并且在第一客户端的界面上向创建者用户展示第二文档。

值得注意的是，在本申请实施例中，创建者用户除了可以通过直接转发文档或者转发文档卡片的方式向被分享用户的发送文档，还可以是通过导出文档的链接之后，将该文档的链接通过邮件、短信或这是其他的即时通讯工具等方式发送给被分享用户，以使得被分享用户通过打开文档的链接来获取到该文档。

可选地，在上述图9对应的各个实施例的基础上，本申请实施例提供的文档协同处理的方法的一个可选实施例中，接收服务器发送的文档之前，方法还包括：

接收服务器发送的文档分享消息；

在第二客户端的会话界面上展示文档分享消息，文档分享消息中包括有文档链接；

获取文档访问指令；

根据文档访问指令向服务器发送文档访问消息，文档访问消息中包括有文档链接。

可以理解的是，由于在实际应用中，创建者用户所创建的文档对应的数据量可能较大(例如几MByte或十几MByte)，对于一些处于较差网络环境下的用户来说，这些用户不一定愿意立马接收或者是打开该文档。因此，在本实施例中，在创建者用户向被分享用户分享文档之后，被分享用户的第二客户端上可以接收服务器发送的携带有文档链接的文档分享消息，并且在其会话界面上展示文档分享消息，该文档分享消息用于告知被分享用户当前存在有待协同处理的文档；当被分享用户点击文档分享消息中的文档链接之后，触发文档访问指令，第二客户端在获取到文档访问指令之后，根据文档访问指令向服务器发送文档访问消息，文档访问消息中包括有文档链接，从而使得服务器根据该文档访问消息向用户发送对应的文档。

具体地，如图10所示，图10为本申请实施例提供的文档展示的示例图。其中，图10中上方的图(a)表示的是，被分享用户对应的第二客户端接收到服务器发送的文档分享消息，并且在相应的会话界面上展示该文档分享消息；图10中下方的图(b)表示的是，在被分享用户通过点击文档分享消息中的文档链接触发文档访问指令之后，第二客户端响应于文档访问指令，向服务器发送文档访问消息，并且接收到了服务器发送的文档，在其界面上展示服务器所发送的文档。

可选地，在上述图9对应的各个实施例的基础上，本申请实施例提供的文档协同处理的方法的一个可选实施例中，文档访问消息中还包括有第二操作对象的标识；

接收服务器发送的第一文档，包括：

若第二操作对象的标识具有文档访问权限，则接收服务器发送的第一文档，其中，第二操作对象的标识所具有的文档权限是根据权限配置信息确定的，权限配置信息是由第一客户端发送给服务器的。

在本实施例中，当创建者用户给文档设置了权限之后，服务器在给被分享用户发送文档之前，可以先对被分享用户进行身份鉴权，只有被分享用户拥有文档的访问权限之后，才将文档发送给被分享用户。可以理解的是，在创建者用户设置了只有企业内部特定的人员才有文档的访问权限时，如果创建者用户在企业内部的群组分享了该文档，那么企业内部的所有人都可以请求访问该文档，这时候，服务器可以对请求访问文档的用户进行身份鉴权，只有请求访问的用户身份通过时，才向该用户发送文档。

具体地，在创建者用户设置了文档权限之后，创建者用户对应的第一客户端会给服务器发送权限配置信息，在被分享用户请求访问文档时，会向服务器发送其对应的标识，服务器根据权限配置信息确定被分享用户的标识是否具有访问权限，若具有访问权限，则给该用户发送文档，否则，拒绝给该用户发送文档。

具体地，可以参阅图11，图11为本申请实施例提供的客户端与服务器通信的示意图；服务器对用户进行身份鉴权的过程如下：

1、首先，用户在登录了即时通讯客户端1101，并且收到了服务器发送的文档分享消息之后，会向后台服务器换取其对于该文档的身份票据(例如docsid和dcoskey)，其中，docsid用于标记当前用户的身份，dcoskey与docsid配套鉴权，用于标记用户对于该文档的有效访问期限和权限信息等。在用户点击文档链接请求访问文档时，该用户对应的docsid会携带到文档的统一资源定位符(Uniform Resource Locator,URL)中，该用户对应的docskey则种到当前域名所在域的cookie(缓存)中。

2、服务器接收到文档的访问请求后，服务器的鉴权模块1102从URL和cookie中分别获取dosid和docskey以及docid(即文档ID)，并且根据权限配置信息校验当前用户的登录态是否有效、是否有查看文档的权限等，实现对用户身份的鉴权。

3、若用户的身份校验成功，服务器会向底层后台的存储服务器(即存储模块1103)拉取文档相关的数据(具体包括当前协作者的信息、文档内容、权限配置信息等)，并且返回给用户的客户端。

4、当用户的客户端打开文档之后，客户端会发起长链接服务，与服务器的长链接服务模块1104建立长链接，用于在协作过程中文档内容的实时更新以及权限信息的实时通知等。

5、用户在编辑文档的过程中，每次在编辑器中的编辑行为都会触发长链接服务的消息通知，实时更新文档的数据到后台服务器进行存储，同时后台服务器也会实时通知协作过程中他人对于文档的编辑或者权限变更。

6、对于后台的存储服务器而言，文档的内容都是以指令集合的形式存在的，如果出现了不同用户对于文档同一位置的编辑内容有冲突时，会触发指令集合的合并算法，再将合并后的文档返回给用户；若出现无法合并的冲突时则会提示用户文档内容具有冲突，需要用户手动放弃一部分内容或者合并有冲突的内容。

7、用户在打开文档之后，可以随时将文档转发给其他的用户查看，或者是邀请其他的用户加入到文档的协同处理中。在文档中，可以看到当前在线的协作者列表，也可以看到每一位编辑者的信息。

可选地，在上述图9对应的各个实施例的基础上，本申请实施例提供的文档协同处理的方法的一个可选实施例中，在第二客户端的界面上展示第一文档，包括：

若第二操作对象的标识具有文档编辑权限，则在第二客户端的界面上展示可编辑的第一文档。

具体地，在创建者用户设置了文档权限之后，创建者用户对应的第一客户端会给服务器发送权限配置信息，在被分享用户请求访问文档时，会向服务器发送其对应的标识，服务器根据权限配置信息确定被分享用户的标识是否具有编辑权限，若具有编辑权限，则给该用户发送可编辑的文档，以使得用户的客户端能够展示可编辑的第一文档。可以理解的是，若用户具有编辑权限，那么用户必定会拥有访问权限，而用户具有访问权限则不一定会拥有编辑权限。当用户只具有访问权限而不具有编辑权限时，用户的客户端上所展示的文档是无法进行编辑的。

下面对本申请实施例中的文档协同处理的装置进行详细描述，请参阅图12，图12为本申请实施例中提供的文档协同处理的装置一个实施例示意图，文档协同处理的装置120包括：

获取单元1201，用于获取文档创建指令，文档创建指令为第一操作对象通过第一客户端触发的；

创建单元1202，用于根据文档创建指令创建第一文档；

发送单元1203，用于若接收到文档分享指令，则向服务器发送第一文档，文档分享指令中携带第二操作对象的标识，文档分享指令用于指示服务器向第二操作对象所对应的第二客户端发送第一文档；

展示单元1204，用于若接收到文档编辑指令，则通过第一客户端的界面展示第二文档，其中，第二文档为第一文档经过编辑后生成的，文档编辑指令为第二操作对象触发的。

可选地，在上述图12所对应的实施例的基础上，请参阅图13，图13为本申请实施例中提供的文档协同处理的装置一个实施例示意图，本申请实施例提供的文档协同处理的装置120的另一实施例中，还包括生成单元1205；

生成单元1205，用于若接收到权限设置指令，则根据权限设置指令生成权限配置信息，权限配置信息包括操作对象的标识以及与操作对象的标识对应的文档权限，文档权限包括文档访问权限或文档编辑权限中的一种或多种；

发送单元1203，还用于若获取到文档分享指令，则向服务器发送第一文档以及第一文档对应的权限配置信息。

可选地，在上述图12所对应的实施例的基础上，本申请实施例提供的文档协同处理的装置120的另一实施例中，

展示单元，还用于若接收到权限设置请求指令，则通过第一客户端的界面展示待设置权限的操作对象和待设置的文档权限，待设置权限的操作对象包括与第一操作对象属于同一对象集合的操作对象或第一操作对象的交互对象中的一种或多种。

可选地，在上述图12所对应的实施例的基础上，本申请实施例提供的文档协同处理的装置120的另一实施例中，

展示单元，还用于若接收到服务器发送的协同处理反馈信息，则通过第一客户端的界面展示第三操作对象和所述第三操作对象的编辑记录，其中，协同处理反馈信息中包括第三操作对象的标识和所述第三操作对象的编辑记录，第三操作对象为协同处理第一文档的操作对象。

请参阅图14，图14为本申请实施例中提供的文档协同处理的装置一个实施例示意图，文档协同处理的装置140包括：

接收单元1401，用于接收服务器发送的第一文档，第一文档是由第一客户端发送给服务器的；

展示单元1402，用于在第二客户端的界面上展示第一文档；

发送单元1403，用于若获取到文档编辑指令，则向服务器发送文档编辑指令，以使得服务器将文档编辑指令发送给第一客户端，文档编辑指令是第二操作对象通过第二客户端触发的。

可选地，在上述图14所对应的实施例的基础上，请参阅图15，图15为本申请实施例中提供的文档协同处理的装置一个实施例示意图，本申请实施例提供的文档协同处理的装置140的另一实施例中，还包括获取单元1404；

接收单元1401，还用于接收服务器发送的文档分享消息；

展示单元1402，还用于在第二客户端的会话界面上展示文档分享消息，文档分享消息中包括有文档链接；

获取单元1404，用于获取文档访问指令；

发送单元1403，还用于根据文档访问指令向服务器发送文档访问消息，文档访问消息中包括有文档链接。

可选地，在上述图14所对应的实施例的基础上，本申请实施例提供的文档协同处理的装置140的另一实施例中，

文档访问消息中还包括有第二操作对象的标识；

接收单元1401，还用于若第二操作对象的标识具有文档访问权限，则接收服务器发送的第一文档，其中，第二操作对象的标识所具有的文档权限是根据权限配置信息确定的，权限配置信息是由第一客户端发送给服务器的。

可选地，在上述图14所对应的实施例的基础上，本申请实施例提供的文档协同处理的装置140的另一实施例中，

展示单元1402，还用于若第二操作对象的标识具有文档编辑权限，则在第二客户端的界面上展示可编辑的第一文档。

本申请实施例还提供了一种终端，如图16所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括个人电脑、智能手机、掌上电脑、笔记本电脑等任意终端设备，以个人电脑为例：

图16示出的是与本申请实施例提供的终端相关的部分结构的框图。参考图16，个人电脑包括：存储器1610、输入单元1620、显示单元1630、传感器1640、音频电路1650、无线保真(wireless fidelity，WiFi)模块1660、处理器1670、以及电源1680等部件。本领域技术人员可以理解，图16中示出的个人电脑结构并不构成对个人电脑的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图16对个人电脑的各个构成部件进行具体的介绍：

存储器1610可用于存储软件程序以及模块，处理器1670通过运行存储在存储器1610的软件程序以及模块，从而执行个人电脑的各种功能应用以及数据处理。存储器1610可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据个人电脑的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1610可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元1620可用于接收输入的数字或字符信息，以及产生与个人电脑的用户设置以及功能控制有关的键信号输入。具体地，输入单元1620可包括触控面板1621以及其他输入设备1622。触控面板1621，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1621上或在触控面板1621附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板1621可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器1670，并能接收处理器1670发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1621。除了触控面板1621，输入单元1620还可以包括其他输入设备1622。具体地，其他输入设备1622可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元1630可用于显示由用户输入的信息或提供给用户的信息以及个人电脑的各种菜单。显示单元1630可包括显示面板1631，可选的，可以采用液晶显示器(liquidcrystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)等形式来配置显示面板1631。进一步的，触控面板1621可覆盖显示面板1631，当触控面板1621检测到在其上或附近的触摸操作后，传送给处理器1670以确定触摸事件的类型，随后处理器1670根据触摸事件的类型在显示面板1631上提供相应的视觉输出。虽然在图16中，触控面板1621与显示面板1631是作为两个独立的部件来实现个人电脑的输入和输入功能，但是在某些实施例中，可以将触控面板1621与显示面板1631集成而实现个人电脑的输入和输出功能。

音频电路1650、扬声器1651，传声器1652可提供用户与个人电脑之间的音频接口。音频电路1650可将接收到的音频数据转换后的电信号，传输到扬声器1651，由扬声器1651转换为声音信号输出；另一方面，传声器1652将收集的声音信号转换为电信号，由音频电路1650接收后转换为音频数据，再将音频数据输出处理器1670处理后，将音频数据输出至存储器1610以便进一步处理。

WiFi属于短距离无线传输技术，个人电脑通过WiFi模块1660可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图16示出了WiFi模块1660，但是可以理解的是，其并不属于个人电脑的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器1670是个人电脑的控制中心，利用各种接口和线路连接整个个人电脑的各个部分，通过运行或执行存储在存储器1610内的软件程序和/或模块，以及调用存储在存储器1610内的数据，执行个人电脑的各种功能和处理数据，从而对个人电脑进行整体监控。可选的，处理器1670可包括一个或多个处理单元；可选的，处理器1670可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1670中。

个人电脑还包括给各个部件供电的电源1680(比如电池)，可选的，电源可以通过电源管理系统与处理器1670逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，个人电脑还可以包括摄像头、蓝牙模块等，在此不再赘述。

在本申请实施例中，终端设备所包括的处理器1670还具有以下功能：

获取文档创建指令，文档创建指令为第一操作对象通过第一客户端触发的，第一客户端为即时通讯客户端；

根据文档创建指令创建第一文档；

若获取到文档分享指令，则向服务器发送第一文档，文档分享指令中携带第二操作对象的标识，文档分享指令用于指示服务器向第二操作对象所对应的第二客户端发送第一文档；

若接收到文档编辑指令，则通过第一客户端的界面展示第二文档，其中，第二文档为第一文档经过编辑后生成的，文档编辑指令为第二操作对象触发的。

或，

接收服务器发送的第一文档，第一文档是由第一客户端发送给服务器的；

在第二客户端的界面上展示第一文档，其中，第二客户端为即时通讯客户端；

若获取到文档编辑指令，则向服务器发送文档编辑指令，以使得服务器将文档编辑指令发送给第一客户端，文档编辑指令用于指示第一客户端展示第二文档，第二文档为第一文档经过编辑后生成的。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。