基于多人协作的资源处理方法、装置及系统与流程

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.图1是本技术一实施例提供的一种基于多人协作的资源处理方法的流程图；
36.图2是本技术一实施例提供的客户端与服务器的数据交互示意图；
37.图3是本技术一实施例提供的客户端资源上传服务器的流程示意图；
38.图4是本技术一实施例提供的一种基于多人协作的资源处理系统的架构示意图；
39.图5是本技术一实施例提供的一种应用于客户端的基于多人协作的资源处理方法；
40.图6是本技术一实施例体用的一种应用于服务器的基于多人协作的资源处理方法；
41.图7是本技术一实施例提供的一种应用于客户端的基于多人协作的资源处理装置的结构示意图；
42.图8是本技术一实施例提供的一种应用于服务器的基于多人协作的资源处理装置的结构示意图；
43.图9是本技术一实施例提供的一种计算设备的结构框图。
具体实施方式
44.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本技术内涵的情况下做类似推广，因此本技术不受下面公开的具体实施的限制。
45.在本技术一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术一个或多个实施例。在本技术一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本技术一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
46.应当理解，尽管在本技术一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本技术一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
47.首先，对本技术一个或多个实施例涉及的名词术语进行解释。
48.故事板视频编辑器：基于分镜头脚本的视频编辑器，在故事板视频编辑器中可以编辑故事板，并基于故事板进行视频拍摄和视频编辑。
49.故事板：即分镜头脚本，通过按照场、镜头、条来组织拍摄素材的一种方式，分镜头脚本有称摄制工作台本，是将文字转换成立体试听形象的中间媒介，主要任务是根据解说词和电视文学脚本来设计相应画面，配置音乐音响，把握片子的节奏和风格等，一个故事板包括多个场。
50.场(scene)：围绕一个故事描述场景，由多个相关联的镜头组成。
51.镜头(shot)：从开机到关机所拍摄下来的一段连续的画面，或两个剪接点之间的片段，一个镜头包含多个条。
52.条(take)：为镜头拍摄的基本单位，最终使用的素材一般从镜头对应的条中产生。
53.目前，市场上能实现多人协作编辑分镜头脚本的产品通常不支持在分镜脚本上直接拍摄，而且不支持多人实时协作。即便既可以支持拍摄，又支持多人协作的产品，也仅支持一个人编辑完一个镜头之后，再交给其他人编辑，在处理流程中有着严格的串行结构，无法做到多人同时对同一个镜头进行编辑，协同编辑分镜头脚本的用户体验较差，工作效率较低。
54.基于此，在本技术中，提供了基于多人协作的资源处理方法，本技术同时涉及基于多人协作的资源处理装置及系统，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
55.图1示出了根据本技术一实施例提供的一种基于多人协作的资源处理方法的流程图，该方法应用于故事板协同创作系统，所述系统包括服务器和至少两个客户端，具体包括以下步骤：
56.步骤102：所述至少两个客户端接收所述服务器发送的目标故事的服务器资源，将所述服务器资源保存为本地资源，接收针对所述本地资源的编辑指令，获得待响应信息，并将所述待响应信息发送至所述服务器。
57.本技术提供的基于多人协作的资源处理方法，应用在故事板协同创作系统，即多个用户可以通过故事板视频编辑器对同一个故事进行拍摄素材资源和编辑素材资源，可以一边拍摄，一边对接下来的情节进行策划，以故事的分镜头脚本为核心，在此基础上，多人实时协作编辑分镜头脚本，通过拍摄资源或导入资源的方式，不同的创作者可以自由对故事内的场、镜头、条进行新建、删除、编辑或排序的操作，不同的创作者可以自由地编辑图示并进行拍摄，所有的用户可以实时在最新数据的基础上进行创作。
58.基于此，目标故事即为多个用户同时处理的一个故事，目标故事的服务器资源即在服务器发送的目标故事的最新数据，服务器资源为目标故事的实时最新数据，可以包括视频、图片、图示、音频、文本等所有与目标故事相关的资源。
59.每个客户端接收由服务器发送的目标故事对应的服务器资源，并将服务器资源保存为客户端对应的本地资源，将服务器资源保存为本地资源，可以保证在客户端离线状态的情况下，也可以对资源进行相应的修改，无需实时保持联网状态。
60.当客户端将服务器资源保存为本地资源之后，具体的，是将服务器资源保存至故事板视频编辑器中的编辑模块，用户即可对本地资源进行编辑，例如修改镜头的标题、为镜头添加描述信息、添加新的图示等等，基于本地资源进行编辑后，即可获得待响应信息，所述待响应信息具体是指在本地资源进行修改之后，需要提交到服务器的信息，例如本地资源用a表示，用户在本地资源a的基础上进行了相应的修改，修改的部分用b表示，则修改的部分b即为待响应信息，换句话说，待响应信息是指对本地资源进行编辑后获得的资源与本地资源间的差异信息，在客户端的故事板视频编辑器中，在获得待响应信息之后，需要将待响应信息提交至服务器，在服务器结合各个客户端发送的待响应信息对服务器资源进行相应的处理。
61.在实际应用中，服务器可以同时供很多的客户端共同连接，同时也会同时存储有多个故事，为了便于区分哪个客户端连接哪个故事，在所述至少两个客户端接收所述服务器发送的目标故事的服务器资源之前，所述方法还包括：
62.所述服务器创建所述目标故事，并生成所述目标故事的目标故事标识。
63.所述至少两个客户端发送针对所述目标故事的连接指令，其中所述连接指令中携带有用户标识。
64.所述服务器根据每个客户端的用户标识与所述至少两个客户端建立通信连接。
65.在实际应用中，至少两个客户端中会有管理员客户端，由管理员客户端在服务器中创建目标故事，在创建目标故事的同时会生成目标故事的目标故事标识。
66.之后由客户端发送针对目标故事的连接指令，在连接指令中携带有用户标识，需要注意的是，在本技术中是通过用户标识与目标故事的目标故事标识相关联的，即目标故事是与用户相关联，同一个用户可以使用不同的客户端编辑同一个目标故事，例如，用户张三可以通过手机编辑故事a，也可以通过平板电脑编辑故事a。
67.服务器在接收到客户端的连接指令后，将连接指令中的用户标识与目标故事标识建立关联关系，此时，服务器与客户端之间建立了通信连接。
68.在实际应用中，每个用户使用的客户端中，都有目标故事的部分资源，例如用户张三负责目标故事中第一个镜头的拍摄，用户李四负责目标故事中第二个镜头的拍摄等等，为了便于资源统一管理，需要在服务器中将各个客户端上传的资源进行整合。基于此，在所述服务器根据每个客户端的用户标识与所述至少两个客户端建立通信连接之后，所述方法还包括：
69.所述至少两个客户端根据故事板视频编辑器分别获取针对所述目标故事的客户端资源，并将所述客户端资源上传至所述服务器；
70.所述服务器接收所述至少两个客户端发送的客户端资源，根据所述至少两个客户端发送的客户端资源生成所述目标故事的服务器资源，并将所述服务器资源发送至所述至少两个客户端。
71.故事板视频编辑器具体为具有故事板功能的视频编辑器，可以在故事板编辑器中规划设计故事板，同时基于故事板拍摄对应的素材资源。用户可以在故事板视频编辑器中为目标故事进行故事板设计，在设计完故事板内容之后，可以调用故事板视频编辑器的拍摄模块进行拍摄，获得当前客户端对应的与所述目标故事对应的客户端资源，客户端资源为当前客户端拍摄或设置的素材资源等，例如张三负责目标故事a的第一个镜头，并为第一个镜头拍摄了5个素材，则第一个镜头的5个素材即为张三对应的客户端资源；李四负责目标故事a的第二个镜头，为第二个镜头绘制了图示，并拍摄了3个素材，则第二个镜头的图示和3个素材即为李四对应的客户端资源。每个客户端将各自对应的客户端资源上传至服务器，便于服务器对所有的客户端资源进行整合。
72.服务器在接收到各个客户端发送的客户端资源之后，根据每个客户端资源的具体内容进行整合，生成目标故事的服务器资源，例如目标故事a接收到张三发送的第一个镜头的5个素材、李四发送的第二个镜头的图示和3个素材等等，将每个客户端段资源进行整理合并之后，获得服务器资源包括两个镜头，第一个镜头有5个素材，第二个镜头有一个图示和3个素材。服务器在生成服务器资源之后，再将服务器资源发送至各个客户端，以便将协同拍摄或编辑的数据在各个客户端之间进行同步。
73.需要注意的是，资源的上传、存储和下载均由服务器同一管理，即用户将本地资源上传至服务器，在服务器中进行资源合并处理之后，其他用户再从服务器中进行资源的下
载，用户与用户之间无法直接传递资源。
74.参见图2，图2示出了本技术一实施例提供的客户端与服务器的数据交互示意图，如图2所示，客户端1至客户端n，分别将当前客户端中的客户端资源上传至服务器，在服务器中对各个客户端发送的客户端资源进行整理合并，获得服务器资源，再将服务器资源发送至各个客户端，实现服务器资源在各个客户端之间的实时同步。
75.在实际应用中，所述至少两个客户端将所述客户端资源上传至所述服务器，包括：
76.所述至少两个客户端将所述客户端资源主动上传至所述服务器；或
77.所述至少两个客户端响应于上传指令将所述客户端资源上传至所述服务器。
78.具体的，客户端将客户端资源上传至服务器的过程中，可以是主动上传，例如客户端在手绘镜头图示或拍摄了一段视频后，可以在手绘镜头图示完成时或在视频拍摄完成时，由客户端主动将图示或拍摄的视频资源上传至服务器。也可以是被动上传，即用户在手绘图示或拍摄完视频资源之后，手动点击上传按钮，触发上传指令，客户端响应于上传指令将客户端资源上传至服务器。
79.优选的，在实际应用中，由于图片、文字等内容占用的存储空间较少，视频占用的存储空间较多，为了提高资源上传效率和节省上传资源(如流量)，可以对于图片类型、文字类型等文件大小小于或等于预设阈值的客户端资源采用主动上传服务器的方式，对于视频类型等文件大小大于预设阈值的客户端资源采用用户触发上传指令的方式，将客户端资源上传至服务器。
80.参见图3，图3示出了本技术一实施例提供的客户端资源上传服务器的流程示意图，如图3所示，在获取客户端资源之后，判断客户端资源的大小是否大于预设阈值，若否，则直接将客户端资源上传服务器，若是，则提示点击上传的按钮，在接收到用户点击该上传按钮发出的上传指令后，再将客户端资源上传服务器。
81.步骤104：所述服务器根据所述至少两个客户端发送的待响应信息编辑所述服务器资源，生成所述目标故事的目标资源，并将所述目标资源发送至所述至少两个客户端。
82.服务器在接收到各个客户端发送的待响应信息之后，根据待响应信息编辑服务器中的服务器资源，在编辑完成之后，生成目标故事对应的目标资源，例如服务器资源为a1，此时收到三个客户端发送的待响应信息b1、b2和b3，根据待响应信息b1、b2和b3依次对服务器资源a1进行编辑，最终获得目标故事对应的目标资源a2，将目标资源a2发送至各个客户端，完成资源的同步，使得各个客户端中实时获取最新的目标资源a2。
83.在实际应用中，由于多个客户端可以同时对服务器资源进行编辑，服务器需要根据各个客户端发送的待响应信息来对服务器资源进行编辑，为了防止冲突，所述服务器根据所述至少两个客户端发送的待响应信息编辑所述服务器资源，生成所述目标故事的目标资源，包括：
84.所述服务器获取每个客户端发送的待响应信息的信息接收时间，根据每个待响应信息的信息接收时间确定每个待响应信息的处理顺序，根据所述处理顺序和预设冲突策略编辑所述服务器资源，生成所述目标故事的目标资源。
85.具体的，服务器在接收到待响应信息之后，可能会出现对同一个资源出现不同的修改内容的情况，例如对于故事板中的第一个镜头，服务器资源中第一个镜头的镜头标题为“广场”，用户张三发送的待响应信息1中将第一个镜头的标题改为了“操场”，用户李四发
送的待响应信息2中将第一个镜头的标题改为了“足球场”，当张三的待响应信息和李四的待响应信息都发送至服务器后，确定张三和李四的待响应信息在第一个镜头的标题的修改中出现了冲突，针对这种情况，需要首先确定每个待响应信息的信息接收时间，由信息接收时间来确定每个待响应信息的处理顺序，当针对同一个服务器资源版本的情况下，如果有至少两条待响应信息对同一个参数进行修改，则服务器只接收第一个待响应信息的编辑，而拒绝其他待响应信息的修改。
86.在本技术提供的一具体实施方式中，以服务器资源为故事板中的第一个镜头和第二个镜头为例，其中，服务器资源版本号为v1，服务器资源实例如下述表1所示。
87.表1
[0088][0089]
服务器接收到两个客户端发送的待响应信息1和待响应信息2，待响应信息1的接收时间为t1，待响应信息2的接收时间为t2，t1早于t2，待响应信息1和待响应信息2的修改内容参见下述表2，下述表2中标记
“×”
的内容表示未对其进行修改。
[0090]
表2
[0091][0092]
待响应信息1对第一个镜头的标题和第二个镜头的标题进行了修改，服务器先接收到待响应信息1，基于待响应信息1的修改对v1版本的服务器资源进行修改，获得的服务器资源v2，如下述表3所示。
[0093]
表3
[0094]
[0095][0096]
待响应信息2的修改是基于v1版本的服务器资源，待响应信息2对v1版本的服务器资源中第一个镜头的标题和第一个镜头的描述信息进行了修改。此时服务器资源中第一个镜头的标题在v2版本中与v1版本中不同，第一个镜头的描述信息在v2版本和v1版本中相同，则拒绝待响应信息2中针对第一个镜头标题的修改，接收待响应信息2中针对第一个镜头的描述信息的修改，此时获得服务器资源v3，如下述表4所示。
[0097]
表3
[0098][0099]
至此，v3版本的客户端资源即为目标资源，将目标资源发送至与所述服务器连接的每个客户端。
[0100]
步骤106：所述至少两个客户端接收所述目标资源，并用所述目标资源更新所述本地资源。
[0101]
客户端接收到服务器发送的目标资源后，使用目标资源更新之前保存的本地资源，将最新的目标资源作为后续进行修改的基础，即在后续的修改中，需要以目标资源为基准进行修改，防止修改内容版本错乱的情况发生。
[0102]
在实际应用中，用户通过客户端与服务器连接，即用户作为目标故事协同创作者共同参与目标故事的创作，基于此，所述方法还包括：
[0103]
所述服务器断开与第一客户端的通信连接。
[0104]
其中，第一客户端具体为不再参与目标故事协同创作的用户所使用的客户端，当某个用户不再参与目标故事的协同创作时，服务器断开与第一客户端的通信连接，具体的，是服务器断开目标故事标识与使用第一客户端的用户标识的关联关系。
[0105]
具体的，所述服务器断开与第一客户端的通信连接，包括：
[0106]
所述服务器接收到第一客户端发送的通信断开指令，响应于所述通信断开指令断
开与所述第一客户端的通信连接；或
[0107]
所述服务器接收到管理客户端发送的客户端断开指令，响应于所述客户端断开指令断开与所述第一客户端的通信连接，其中，所述客户端断开指令中携带有第一客户端的用户标识。
[0108]
具体的，如果用户退出目标故事的协同创作，可以由用户主动发起通信断开指令，即用户主动退出目标故事的协同创作，服务器在接收到通信断开指令后，根据通信断开指令中携带的用户标识，执行断开目标故事标识与用户标识的关联关系的操作。
[0109]
在实际应用中，还可以有目标故事的管理员将第一客户端对应的用户剔除出目标故事的协同创作中，此时由管理客户端发送客户端断开指令，在客户端断开指令中携带有第一客户端的用户标识，服务器断开与第一客户端的通信连接，即服务器执行断开目标故事标识与用户标识的关联关系的操作。
[0110]
本技术提供的基于多人协作的资源处理方法，应用于故事板协同创作系统，所述系统包括服务器和至少两个客户端，其中，所述至少两个客户端接收所述服务器发送的目标故事的服务器资源，将所述服务器资源保存为本地资源，接收针对所述本地资源的编辑指令，获得待响应信息，并将所述待响应信息发送至所述服务器；所述服务器根据所述至少两个客户端发送的待响应信息编辑所述服务器资源，生成所述目标故事的目标资源，并将所述目标资源发送至所述至少两个客户端；所述至少两个客户端接收所述目标资源，并用所述目标资源更新所述本地资源。本技术一实施例提供的基于多人协作的资源处理方法，支持在多人协作创作视频的过程中，多个创作者可以同时对同一个资源进行编辑，在服务器中根据不同的待响应信息对服务器资源进行更新，支持创作视频时的多人协作，提高了协作的处理效率，提升了用户的使用体验。
[0111]
图4示出了一种基于多人协作的资源处理系统的架构示意图，如图4所示，所述系统包括服务器402和至少两个客户端404，其中，
[0112]
所述至少两个客户端404，被配置为接收所述服务器402发送的目标故事的服务器资源，将所述服务器资源保存为本地资源，接收针对所述本地资源的编辑指令，获得待响应信息，并将所述待响应信息发送至所述服务器402；
[0113]
所述服务器402，被配置为根据所述至少两个客户端404发送的待响应信息编辑所述服务器资源，生成所述目标故事的目标资源，并将所述目标资源发送至所述至少两个客户端404；
[0114]
所述至少两个客户端404，进一步被配置为接收所述目标资源，并用所述目标资源更新所述本地资源。
[0115]
可选的，所述系统还包括：
[0116]
所述服务器402，被配置为创建所述目标故事，并生成所述目标故事的目标故事标识；
[0117]
所述至少两个客户端404，被配置为发送针对所述目标故事的连接指令，其中所述连接指令中携带有用户标识；
[0118]
所述服务器402，进一步被配置为根据每个客户端404的用户标识与所述至少两个客户端404建立通信连接。
[0119]
可选的，所述系统还包括：
[0120]
所述至少两个客户端404，进一步被配置为根据故事板视频编辑器分别获取针对所述目标故事的客户端资源，并将所述客户端资源上传至所述服务器402；
[0121]
所述服务器402，进一步被配置为接收所述至少两个客户端404发送的客户端资源，根据所述至少两个客户端404发送的客户端资源生成所述目标故事的服务器资源，并将所述服务器资源发送至所述至少两个客户端404。
[0122]
可选的，所述至少两个客户端404，进一步被配置为将所述客户端资源主动上传至所述服务器402；或
[0123]
所述至少两个客户端404，进一步被配置为响应于上传指令将所述客户端资源上传至所述服务器402。
[0124]
可选的，所述服务器402，进一步被配置为获取每个客户端404发送的待响应信息的信息接收时间，根据每个待响应信息的信息接收时间确定每个待响应信息的处理顺序，根据所述处理顺序和预设冲突策略编辑所述服务器资源，生成所述目标故事的目标资源。
[0125]
可选的，所述服务器402，进一步被配置为断开与第一客户端的通信连接。
[0126]
可选的，所述服务器402，进一步被配置为接收到第一客户端发送的通信断开指令，响应于所述通信断开指令断开与所述第一客户端的通信连接；或
[0127]
所述服务器402，进一步被配置为接收到管理客户端发送的客户端断开指令，响应于所述客户端断开指令断开与所述第一客户端的通信连接，其中，所述客户端断开指令中携带有第一客户端的用户标识。
[0128]
本技术提供的基于多人协作的资源处理系统，包括服务器和至少两个客户端，其中，所述至少两个客户端，被配置为接收所述服务器发送的目标故事的服务器资源，将所述服务器资源保存为本地资源，接收针对所述本地资源的编辑指令，获得待响应信息，并将所述待响应信息发送至所述服务器；所述服务器，被配置为根据所述至少两个客户端发送的待响应信息编辑所述服务器资源，生成所述目标故事的目标资源，并将所述目标资源发送至所述至少两个客户端；所述至少两个客户端，进一步被配置为接收所述目标资源，并用所述目标资源更新所述本地资源。本技术一实施例提供的基于多人协作的资源处理系统，支持在多人协作创作视频的过程中，多个创作者可以同时对同一个资源进行编辑，在服务器中根据不同的待响应信息对服务器资源进行更新，支持创作视频时的多人协作，提高了协作的处理效率，提升了用户的使用体验。
[0129]
图5示出了本技术一实施例提供的基于多人协作的资源处理方法，所述方法应用于至少两个客户端，对于每个客户端，所述方法包括步骤502至步骤508：
[0130]
步骤502：接收服务器发送的目标故事的服务器资源，将所述服务器资源保存为本地资源。
[0131]
步骤504：接收针对所述本地资源的编辑指令，获得待响应信息。
[0132]
步骤506：将所述待响应信息发送至所述服务器。
[0133]
步骤508：接收所述服务器返回的目标资源，并用所述目标资源更新所述本地资源。
[0134]
本技术实施例提供的基于多人协作的资源处理方法，应用于至少两个客户端中的每个客户端，包括接收服务器发送的目标故事的服务器资源，将所述服务器资源保存为本地资源；接收针对所述本地资源的编辑指令，获得待响应信息；将所述待响应信息发送至所
述服务器；接收所述服务器返回的目标资源，并用所述目标资源更新所述本地资源。通过本技术提供的基于多人协作的资源处理方法实现了将客户端的视频编辑信息同步至服务器，使服务器可以对提交的视频编辑信息进行处理并同步至其他客户端，实现针对资源的多人实时协同工作。
[0135]
图6示出了本技术一实施例提供的基于多人协作的资源处理方法，所述方法应用于服务器，具体包括步骤602至步骤608：
[0136]
步骤602：发送目标故事的服务器资源至每个客户端。
[0137]
步骤604：接收至少两个客户端发送的待响应信息。
[0138]
步骤606：根据所述至少两个客户端的待响应信息编辑所述服务器资源，生成所述目标故事的目标资源。
[0139]
步骤608：将所述目标资源发送至所述每个客户端。
[0140]
本技术实施例提供的基于多人协作的资源处理方法，应用于服务器，包括发送目标故事的服务器资源至每个客户端；接收至少两个客户端发送的待响应信息；根据所述至少两个客户端的待响应信息编辑所述服务器资源，生成所述目标故事的目标资源；将所述目标资源发送至所述每个客户端。通过本技术提供的基于多人协作的资源处理方法实现了依据各个客户端提交的待响应信息编辑服务器资源，将各个客户端对初始视频的视频编辑请求依次进行相应，实现了对多人实时发送的视频编辑信息进行高效的处理。
[0141]
与上述应用于至少两个客户端的基于多人协作的资源处理方法实施例相对应，本技术还提供了基于多人协作的资源处理装置实施例，图7示出了本技术一实施例提供的一种基于多人协作的资源处理装置的结构示意图，所述装置应用于至少两个客户端，对于每个客户端。如图7所示，该装置包括：
[0142]
资源接收模块702，被配置为接收服务器发送的目标故事的服务器资源，将所述服务器资源保存为本地资源；
[0143]
指令接收模块704，被配置为接收针对所述本地资源的编辑指令，获得待响应信息；
[0144]
信息发送模块706，被配置为将所述待响应信息发送至所述服务器；
[0145]
更新模块708，被配置为接收所述服务器返回的目标资源，并用所述目标资源更新所述本地资源。
[0146]
本技术实施例提供的基于多人协作的资源处理装置，应用于至少两个客户端中的每个客户端，包括接收服务器发送的目标故事的服务器资源，将所述服务器资源保存为本地资源；接收针对所述本地资源的编辑指令，获得待响应信息；将所述待响应信息发送至所述服务器；接收所述服务器返回的目标资源，并用所述目标资源更新所述本地资源。通过本技术提供的基于多人协作的资源处理装置实现了将客户端的视频编辑信息同步至服务器，使服务器可以对提交的视频编辑信息进行处理并同步至其他客户端，实现针对资源的多人实时协同工作。
[0147]
上述为本实施例的一种应用于至少两个客户端的基于多人协作的资源处理装置的示意性方案。需要说明的是，该基于多人协作的资源处理装置的技术方案与上述应用于至少两个客户端的基于多人协作的资源处理方法的技术方案属于同一构思，基于多人协作的资源处理装置的技术方案未详细描述的细节内容，均可以参见上述应用于至少两个客户
端的基于多人协作的资源处理方法的技术方案的描述。
[0148]
与上述应用服务器的基于多人协作的资源处理方法实施例相对应，本技术还提供了基于多人协作的资源处理装置实施例，图8示出了本技术一实施例提供的一种基于多人协作的资源处理装置的结构示意图，所述装置应用服务器。
[0149]
如图8所示，该装置包括：
[0150]
资源发送模块802，被配置为发送目标故事的服务器资源至每个客户端；
[0151]
信息接收模块804，被配置为接收至少两个客户端发送的待响应信息；
[0152]
编辑模块806，被配置为根据所述至少两个客户端的待响应信息编辑所述服务器资源，生成所述目标故事的目标资源；
[0153]
发送模块808，被配置为将所述目标资源发送至所述每个客户端。
[0154]
本技术实施例提供的基于多人协作的资源处理装置，应用于服务器，包括发送目标故事的服务器资源至每个客户端；接收至少两个客户端发送的待响应信息；根据所述至少两个客户端的待响应信息编辑所述服务器资源，生成所述目标故事的目标资源；将所述目标资源发送至所述每个客户端。通过本技术提供的基于多人协作的资源处理装置实现了依据各个客户端提交的待响应信息编辑服务器资源，将各个客户端对初始视频的视频编辑请求依次进行相应，实现了对多人实时发送的视频编辑信息进行高效的处理。
[0155]
上述为本实施例的一种应用服务器的基于多人协作的资源处理装置的示意性方案。需要说明的是，该基于多人协作的资源处理装置的技术方案与上述应用服务器的基于多人协作的资源处理方法的技术方案属于同一构思，基于多人协作的资源处理装置的技术方案未详细描述的细节内容，均可以参见上述应用服务器的基于多人协作的资源处理方法的技术方案的描述。
[0156]
图9示出了根据本技术一实施例提供的一种计算设备900的结构框图。该计算设备900的部件包括但不限于存储器910和处理器920。处理器920与存储器910通过总线930相连接，数据库950用于保存数据。
[0157]
计算设备900还包括接入设备940，接入设备940使得计算设备900能够经由一个或多个网络960通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备940可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。
[0158]
在本技术的一个实施例中，计算设备900的上述部件以及图9中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图9所示的计算设备结构框图仅仅是出于示例的目的，而不是对本技术范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
[0159]
计算设备900可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备900还可以是移动式或静止式的服务器。
[0160]
其中，处理器900执行所述计算机指令时实现所述的基于多人协作的资源处理方法的步骤。
[0161]
上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的基于多人协作的资源处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述基于多人协作的资源处理方法的技术方案的描述。
[0162]
本技术一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述基于多人协作的资源处理方法的步骤。
[0163]
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的基于多人协作的资源处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述基于多人协作的资源处理方法的技术方案的描述。
[0164]
上述对本技术特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
[0165]
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0166]
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本技术所必须的。
[0167]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
[0168]
以上公开的本技术优选实施例只是用于帮助阐述本技术。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本技术的内容，可作很多的修改和变化。本技术选取并具体描述这些实施例，是为了更好地解释本技术的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本技术。本技术仅受权利要求书及其全部范围和等效物的限制。