数据处理方法及装置与流程

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.图1是本技术一实施例提供的一种应用于服务器数据处理方法的流程图；
32.图2是本技术一实施例提供的一种应用于客户端数据处理方法的流程图；
33.图3是本技术一实施例提供的客户端数据存储示意图；
34.图4a是本技术一实施例提供的一种应用于客户端5的数据处理方法的流程图；
35.图4b是本技术一实施例提供的一种应用于客户端5的数据处理方法的流程示意图；
36.图5是本技术一实施例提供的一种应用于服务器的数据处理装置的结构示意图；
37.图6是本技术一实施例提供的一种应用于客户端的数据处理装置的结构示意图；
38.图7是本技术一实施例提供的一种计算设备的结构框图。
具体实施方式
39.在下面的描述中阐述了很多具体细节以便于充分理解本技术。但是本技术能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本技术内涵的情况下做类似推广，因此本技术不受下面公开的具体实施的限制。
40.在本技术一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术一个或多个实施例。在本技术一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本技术一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
41.应当理解，尽管在本技术一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本技术一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
42.首先，对本技术一个或多个实施例涉及的名词术语进行解释。
43.json：json是一种数据格式，广泛应用于web应用开发。它通过键值对的方式存储数据，并且目前主流编程语言均支持json格式数据的生成以及解析，json广泛应用于数据交换、存储等场景。
44.diff：diff是一种算法，用于比较两个文件不同，并输出差异，通常输出的差异文件扩展名为.patch。
45.patch：patch是指由diff算法产生的文件差异信息，在本技术中定义名为patch的数据结构来描述这种差异。
46.在本技术中，提供了数据处理方法，本技术同时涉及数据处理装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
47.图1示出了根据本技术一实施例提供的一种应用于服务器的数据处理方法的流程图，具体包括以下步骤：
48.步骤102：接收至少两个客户端发送的针对初始故事草稿的草稿编辑请求，并将每个客户端发送的草稿编辑请求添加至草稿编辑队列。
49.其中，客户端是指用户对初始故事草稿进行编辑的终端设备；初始故事草稿是指当前服务器中保存的故事草稿，故事草稿是故事板视频编辑器的数据结构；草稿编辑请求是指对初始故事草稿进行编辑的请求；草稿编辑队列是指保存客户端发送的草稿编辑请求的队列。
50.具体的，服务器接收由多个客户端发送的针对目标故事草稿的草稿编辑请求，按照服务器接收草稿编辑请求的顺序将每个客户端的草稿编辑请求依次存入至草稿编辑队列。
51.在本技术一具体实施方式中，以草稿a为例，接收客户端1、客户端2、客户端3以及客户端4针对草稿a的草稿编辑请求；将客户端1、客户端2、客户端3以及客户端4每个客户端的草稿编辑请求添加至草稿编辑队列。
52.服务器将接收的草稿编辑指令添加至草稿编辑队列，便于后续基于草稿编辑队列中的草稿编辑请求确定对初始故事草稿进行哪些修改以及修改顺序。
53.在实际应用中，接收至少两个客户端发送的针对初始故事草稿的草稿编辑请求，并将每个客户端发送的草稿编辑请求添加至草稿编辑队列，包括：
54.确定接收客户端发送的针对初始故事草稿的草稿编辑请求的请求时间点；
55.依据所述请求时间点将每个客户端针对初始故事草稿的草稿编辑请求添加至草稿编辑队列。
56.其中，请求时间点是指服务器接收草稿编辑请求的时间点。获取服务器接收每个客户端发送的草稿编辑请求的请求时间点，基于请求时间点将服务器接收到的草稿编辑请求依据请求时间点添加至草稿编辑队列。
57.在本技术一具体实施方式中，沿用上例，服务器接收每个客户端发送的针对草稿a的草稿编辑请求，并记录接收每个草稿编辑请求的时间点，如接收客户端1针对草稿a的草稿编辑请求的时间点为2时3分15秒，接收客户端2针对草稿a的草稿编辑请求的时间点为2时3分14秒，则按记录的时间点，先将客户端2发送的针对草稿a的草稿编辑请求添加至草稿编辑队列，再将客户端1发送的针对草稿a的草稿编辑请求添加至草稿编辑队列。
58.通过基于服务器接收草稿编辑请求的时间点，将草稿编辑请求添加至草稿编辑队列，便于后续基于服务器接收草稿编辑请求的时间点，确定对草稿编辑请求进行处理的顺序。
59.步骤104：从所述草稿编辑队列中提取第一客户端针对所述初始故事草稿的第一草稿编辑请求，并获取所述第一草稿编辑请求中的第一待响应草稿信息，基于所述第一待响应草稿信息编辑所述初始故事草稿，获得初始修改故事草稿。
60.其中，第一客户端是指存在针对初始故事草稿的草稿编辑请求的客户端，是存在针对初始故事草稿的草稿编辑请求的多个客户端中的客户端之一；第一草稿编辑请求是指第一客户端发送的对初始故事草稿进行编辑的请求；第一待响应草稿信息是指从第一草稿编辑请求获取的对初始故事草稿进行编辑的信息；初始修改故事草稿是指根据第一待响应草稿信息对初始故事草稿进行修改获得的草稿。
61.具体的，草稿编辑队列中包含针对初始故事草稿的草稿编辑信息，在草稿编辑队列中依次获取针对初始故事草稿的草稿编辑信息，在获取到第一客户端发送的针对初始故事草稿的第一草稿编辑请求后，提取第一草稿编辑请求中的第一待响应草稿信息，根据第
一待响应草稿信息对初始故事草稿进行修改，例如，在初始故事草稿中新增草稿、删除草稿等等；基于第一待响应草稿信息对初始故事草稿修改完成，获得初始修改故事草稿。
62.在本技术一具体实施方式中，以客户端3为例，从草稿编辑队列中提取客户端3针对草稿b的草稿编辑请求，获取草稿编辑请求中的草稿编辑信息，基于获取的草稿编辑信息对草稿b进行编辑，获得编辑完成的草稿b。
63.通过获取草稿编辑请求中的待响应草稿信息对初始故事草稿进行修改，实现对服务器中初始故事草稿内容的更新，便于服务器将对初始故事草稿实时的编辑信息同步至参与对初始故事草稿进行编辑的客户端。
64.步骤106：从所述草稿编辑队列中提取第二客户端针对所述初始故事草稿的第二草稿编辑请求，并获取所述第二草稿编辑请求中的第二待响应草稿信息，根据所述第一待响应草稿信息和所述第二待响应草稿信息，生成待响应草稿信息。
65.其中，第二客户端是指存在针对初始故事草稿的草稿编辑请求的客户端，是存在针对初始故事草稿的草稿编辑请求的多个客户端中除第一客户端外的客户端；第二草稿编辑请求是指第二客户端发送的对初始故事草稿进行编辑的请求；第二待响应草稿信息是指从第二草稿编辑请求获取的对初始故事草稿进行编辑的请求；待响应草稿信息是指根据第一待响应草稿信息以及第二待响应草稿信息获得的信息。
66.具体的，在草稿队列中获取到第二客户端发送的针对初始故事草稿的第二草稿编辑请求后，提取第二草稿编辑请求中的第二待响应草稿信息；基于第一待响应草稿信息以及第二待响应草稿信息生成待响应草稿信息。
67.在本技术一具体实施方式中，沿用上例，从草稿编辑队列中提取客户端4针对草稿b的草稿编辑请求，提取草稿编辑请求中的草稿编辑信息；获取客户端3针对草稿b的草稿编辑请求中的草稿编辑信息，根据客户端3针对草稿b的草稿编辑请求中的草稿编辑信息以及客户端4针对草稿b的草稿编辑请求中的草稿编辑信息，获得待响应草稿信息。
68.在实际应用中，根据所述第一待响应草稿信息和所述第二待响应草稿信息，生成待响应草稿信息的具体方法包括：
69.基于预设冲突策略和所述第一待响应草稿信息筛选所述第二待响应草稿信息，获得待响应草稿信息。
70.其中，预设冲突策略是指处理第一待响应草稿信息与第二待响应草稿信息中发生的冲突信息的策略，如，预设冲突策略为确定第一待响应草稿信息与第二待响应草稿信息中的相同属性参数或不同属性参数。
71.通过预设冲突策略以及第一待响应草稿信息，筛选第二待响应草稿信息中的目标属性参数，便于后续对第二待响应草稿信息做进一步的处理。
72.在实际应用中，基于预设冲突策略和所述第一待响应草稿信息筛选所述第二待响应草稿信息，获得待响应草稿信息，包括：
73.基于所述预设冲突策略以及所述第一待响应草稿信息确定所述第二待响应草稿信息中的目标属性参数；
74.删除所述第二待响应草稿信息中所述目标属性参数对应的草稿信息，生成待响应草稿信息。
75.其中，目标属性参数是指第一待响应草稿信息与第二待响应草稿信息中存在冲突
的属性的参数；目标属性参数对应的草稿信息是指目标属性参数对应的参数值。
76.具体的，基于预设冲突策略确定第一待响应草稿信息中与第二待响应草稿信息中相同的目标属性参数，删除第二待响应草稿信息中目标属性参数对应的草稿信息，获得待响应属性信息。
77.在本技术一具体实施方式中，以目标属性参数为第一个镜头的标题为例，初始故事草稿对应的版本号为v1，初始故事草稿中的信息如下述表1所示。
78.表1
[0079][0080]
服务器接收到两个客户端发送的待响应信息1和待响应信息2，待响应信息1的接收时间为t1，待响应信息2的接收时间为t2，t1早于t2，待响应信息1和待响应信息2中具体对初始故事草稿的修改内容参见下述表2。
[0081]
表2
[0082][0083]
待响应信息1对第一个镜头的标题和第二个镜头的标题进行了修改，待响应信息2对第一个镜头的标题和第一个镜头的目标信息进行了修改。预设冲突策略为确定待响应信息1与待响应信息2中相同的目标属性参数，则可确定目标属性参数为“第一个镜头的标题”。
[0084]
服务器先接收到待响应信息1，基于待响应信息1对初始故事草稿v1进行修改，获得的初始修改故事草稿v2，如下述表3所示。
[0085]
表3
[0086][0087]
待响应信息2的修改是基于v1版本的初始故事草稿，待响应信息2对v1版本的初始故事草稿中第一个镜头的标题和第一个镜头的描述信息进行了修改。此时第一个镜头的标题在v2版本中与v1版本中不同，第一个镜头的描述信息在v2版本和v1版本中相同，则拒绝待响应信息2中针对第一个镜头的标题的修改，接收待响应信息2中针对第一个镜头的描述信息的修改，即删除待响应信息2中对第一镜头的标题的草稿编辑信息“操场”，获得修改后的待响应信息2；将仅包含对第一个镜头的描述信息“操场上有很多人在运动”的修改后的待响应信息2作为删除相同属性参数对应的草稿信息后的待响应信息。
[0088]
通过基于预设冲突策略以及第一待响应草稿信息筛选第二待响应草稿信息中的目标属性参数，并对第二待响应草稿信息中目标属性参数对应的草稿信息进行删除，实现了对第二待响应草稿信息的筛选，便于后续基于筛选获得的待响应草稿信息对草稿进行进一步的修改，避免请求的冲突。
[0089]
步骤108：基于所述待响应草稿信息编辑所述初始修改故事草稿，获得目标故事草稿。
[0090]
其中，待响应草稿信息是指基于第一待响应草稿信息以及第二待响应草稿信息获得的对初始修改故事草稿进行编辑的信息；目标故事草稿是指根据待响应草稿信息对初始修改故事草稿进行编辑获得的草稿。
[0091]
具体的，在基于第一待响应信息以及第二待响应信息获得待响应信息后，基于待响应信息对根据第一待响应信息编辑得到的初始修改信息进行编辑，获得目标故事草稿。
[0092]
在本技术一具体实施方式中，沿用上例，基于包含对第一个镜头的描述信息“操场上有很多人在运动”的待响应信息对初始修改故事草稿进行编辑，获得目标故事草稿v3。此时获得目标故事草稿v3，如下述表4所示。
[0093]
表4
[0094]
[0095][0096]
通过获得的待响应草稿信息对初始修改故事草稿进行进一步的修改，从而对不同用户在对同一属性进行处理时的冲突情况进行了处理，实现了多人实时协作对草稿进行编辑。
[0097]
在实际应用中，在接收至少两个客户端发送的针对初始故事草稿的草稿编辑请求之前，所述方法还包括：
[0098]
建立与至少两个客户端的通信连接；
[0099]
基于所述通信连接将初始故事草稿发送至所述至少两个客户端。
[0100]
具体的，为了实现客户端与服务器对草稿编辑信息的实时同步，服务器先与对初始故事草稿存在编辑请求的客户端建立通信连接，基于建立好的通信连接对客户端与服务器之间的信息进行实时双向传输，从而实现信息的实时同步。服务器在接收到客户端发送的针对初始故事草稿的草稿编辑请求后，将服务器当前版本的初始故事草稿通过通信连接传输至返回至发送草稿编辑请求的客户端。
[0101]
通过建立服务器与客户端之间的通信连接，可实现服务器与客户端之间数据的实时双向传输，从而实现服务器与客户端之间的草稿版本的实时同步。
[0102]
在建立服务器与至少两个客户端的通信连接后，可基于建立的通信连接将服务器生成的待响应草稿信息发送至客户端。即在获得目标故事草稿之后，本技术的数据处理方法还包括：
[0103]
基于所述通信连接将所述待响应草稿信息传输至所述至少两个客户端。
[0104]
具体的，为了实现服务器中的草稿编辑信息与各个客户端的草稿编辑信息的同步，在服务器接收客户端的草稿编辑信息，并基于草稿编辑信息对服务器的草稿进行更新后，将对草稿进行更新过程中得到的待响应草稿信息通过通信连接传同步至其他客户端，使客户端可以对最新版本的草稿做进一步的修改。
[0105]
通过由通信连接将待响应草稿信息传输至至少两个客户端，实现了对待响应草稿信息的实时传输，从而实现多人实时对草稿进行编辑的效果。
[0106]
本技术的数据处理方法实现了依据接收草稿编辑请求的顺序对草稿编辑请求进行处理；通过对获取草稿编辑请求中的待响应草稿信息，实现对初始故事草稿进行进一步的编辑；通过将不同客户端对初始故事草稿的草稿编辑请求按草稿编辑队列中的顺序进行响应，并筛选出不同客户端的待响应草稿信息中针对相同属性的草稿信息，避免了实时对草稿进行修改时发生的冲突，实现了对多人实时发送的草稿编辑信息进行高效的处理。
[0107]
图2示出了根据本技术一实施例提供的一种应用于客户端的数据处理方法的流程图，具体包括以下步骤：
[0108]
步骤202：接收服务器发送的初始故事草稿。
[0109]
将客户端接收的对初始故事草稿进行编辑请求转发至服务器，服务器响应草稿编
辑请求将服务器当前的草稿信息即初始故事草稿返回至客户端，客户端接收服务器发送的初始故事草稿保存至客户端本地，后续用户可对客户端接收到的初始故事草稿进行编辑。
[0110]
在本技术一具体实施方式中，以客户端包含存储空间a、x、y为例，其中，存储空间a中存储的为客户端与服务器已同步的草稿草稿数据，存储空间x中存储的为已提交至服务器，未收到服务器响应的草稿草稿数据，存储空间y中存储的为本地已修改未向服务器提交的草稿信息。如图3中的a所示，图3为本技术一具体实施例提供的客户端数据存储示意图，客户端接收服务器发送的初始故事草稿并存入存储空间a。
[0111]
在实际应用中，在接收服务器发送的初始故事草稿之后，所述方法还包括：
[0112]
将所述初始故事草稿加载至故事板草稿编辑器。
[0113]
故事板草稿编辑器是指具有故事板功能的草稿编辑器，可以在故事板编辑器中规划设计故事板，同时基于故事板拍摄对应的素材资源。将初始故事草稿上传至故事板草稿编辑器，可在草稿编辑器中包含的草稿的场景、镜头等结构对初始故事草稿依据设计的故事板结构进行编辑。
[0114]
通过将初始故事草稿上传至故事板草稿编辑器，便于依据故事板中草稿的存储结构对初始故事草稿进行编辑。
[0115]
步骤204：响应于草稿编辑请求，编辑所述初始故事草稿，获得待提交草稿信息。
[0116]
其中，草稿编辑请求是指对初始故事草稿进行编辑的请求；待提交草稿信息是指对初始故事草稿进行编辑的过程产生的草稿编辑信息。
[0117]
基于用户对初始故事草稿的修改生成草稿编辑请求；客户端接收对初始故事草稿的编辑请求，对初始故事草稿进行编辑；在对初始故事草稿进行编辑过程中产生对初始故事草稿的草稿编辑信息即待提交草稿信息。
[0118]
在本技术一具体实施方式中，沿用上例，客户端接收针对初始故事草稿的草稿编辑请求，对初始故事草稿进行编辑；在对初始故事草稿进行编辑的过程中，获取到对初始故事草稿进行编辑的草稿信息data1，如图3中的b所示，将待提交草稿信息data1存入客户端的存储空间y。
[0119]
通过获取基于草稿编辑请求对初始故事草稿进行编辑获得的待提交草稿信息，便于后续将待提交草稿信息传输至服务器，服务器接收的多个客户端的待提交草稿信息进行冲突处理。
[0120]
在实际应用中，编辑所述初始故事草稿，获得待提交草稿信息的具体方法包括：
[0121]
编辑所述初始故事草稿，获得待提交草稿；
[0122]
计算所述待提交草稿以及所述初始故事草稿之间的差异信息，确定所述差异信息为待提交草稿信息。
[0123]
其中，待提交草稿是指对初始故事草稿进行编辑后获得的草稿；差异信息是指待提交草稿与初始故事草稿之间存在的不同的草稿编辑信息。
[0124]
具体的，响应于草稿编辑请求对初始故事草稿进行编辑，生成待提交草稿；获取初始故事草稿以及待提交草稿，通过diff算法或其他可实现相同效果的算法计算出初始故事草稿与待提交草稿的差异信息patch。
[0125]
步骤206：响应于信息提交请求，提交所述待提交草稿信息至所述服务器，获得待响应草稿信息。
[0126]
基于编辑完成后的草稿进行提交的操作，生成信息提交请求，响应于信息提交请求，将待提交草稿信息上传至服务器。
[0127]
在本技术一具体实施方式中，沿用上例，接收信息提交请求，将待提交信息上传至服务器，此时，服务器还未对提交请求进行响应，如图3中的c所示，将待提交草稿信息data1由存储空间y合并至存储空间x，并对存储空间y清空。
[0128]
在实际应用中，提交所述待提交草稿信息至所述服务器的方法包括：
[0129]
基于所述服务器与客户端之间的通信连接，将所述待提交草稿信息传输至所述服务器。
[0130]
通过通信连接可将客户端生成的待提交草稿信息实时同步至服务器。
[0131]
步骤208：接收到所述服务器返回响应信息的情况下，确定所述待响应草稿信息为草稿修改信息。
[0132]
服务器响应待响应草稿信息后，会返回响应成功的信息；在待响应草稿信息响应成功后，将响应成功的待响应草稿信息作为草稿修改信息。
[0133]
在本技术一具体实施方式中，沿用上例，接收到服务器返回的对待响应草稿信息的响应信息，确定待响应草稿信息data1为草稿修改信息；如图3中的d所示，将草稿修改信息由存储空间x合并至存储空间a，并清空存储空间x。
[0134]
步骤210：基于所述草稿修改信息和所述初始故事草稿生成客户端故事草稿。
[0135]
其中，客户端草稿是指对初始故事草稿进行修改获得的草稿。
[0136]
客户端确定草稿修改信息后，基于确定草稿修改信息对初始故事草稿进行修改，对初始故事草稿修改完成后获得客户端草稿。
[0137]
实际应用中，客户端在对初始数据进行处理的过程中，服务器可接收其他客户端发送的草稿编辑指令，从而对服务器包含的初始故事草稿进行修改，此时为了实现客户端对最新版本的草稿进行修改，需要基于草稿编辑指令，具体方法包括：
[0138]
接收所述服务器发送的待响应草稿信息；
[0139]
基于所述待响应草稿信息更新所述初始故事草稿。
[0140]
具体的，接收服务器发送的待响应草稿信息；基于所述待响应草稿信息对客户端接收的初始故事草稿进行更新，保证客户端与服务器中草稿版本的一致。
[0141]
在本技术一具体实施方式中，沿用上例，在客户端接收初始故事草稿后，接收到服务器发送的其他客户端的草稿修改信息serverdata，如图3中的e所示，将草稿修改信息serverdata合并至存储空间a。
[0142]
本技术的数据处理方法，获取对草稿编辑过程中产生的待提交草稿信息，将待提交草稿信息上传至服务器，实现将客户端的草稿编辑信息同步至服务器，使服务器可以对提交的草稿编辑信息进行处理并同步至其他客户端，实现多人实时协作对草稿进行编辑。
[0143]
下述结合附图4a和图4b，以本技术提供的数据处理方法在客户端5的应用为例，对所述数据处理方法进行进一步说明。其中，图4a示出了本技术一实施例提供的一种应用于客户端5的数据处理方法的处理流程图，图4b示出了本技术一实施例提供的一种应用于客户端5的数据处理方法的处理流程示意图，具体包括以下步骤：
[0144]
步骤402：编辑初始故事草稿，获得待提交草稿。
[0145]
在本技术一具体实施方式中，以客户端5为例，客户端5接收到服务器发送的初始
故事草稿，上传至故事板草稿编辑器。草稿编辑房间g中包含{客户端3、客户端4、客户端5}三个对初始故事草稿存在编辑请求的客户端。用户使用客户端5在故事板编辑器中对初始故事草稿进行编辑，包括对草稿草稿结构进行修改，获得编辑完成的初始故事草稿为待提交草稿，主编辑器模块将对初始故事草稿的修改草稿结构操作同步至待提交草稿同步至草稿管理模块。
[0146]
步骤404：计算初始故事草稿与待提交草稿信息的差异信息。
[0147]
在本技术一具体实施方式中，沿用上例，草稿管理模块中包含初始故事草稿以及待提交草稿；草稿管理模块待提交草稿同步至diff模块，使用diff算法计算初始故事草稿与待提交草稿的差异信息patch，即对初始故事草稿进行哪些编辑操作可以得到待提交草稿。
[0148]
步骤406：将差异信息发送至同步管理模块。
[0149]
在本技术一具体实施方式中，沿用上例，将使用diff算法计算获得的差异信息patch发送至同步管理模块，用于对客户端5当前的草稿草稿进行同步，并作为待响应的草稿信息存储至客户端，在未接收到提交请求之前w为待提交的状态。
[0150]
步骤408：基于通信连接将差异信息发送至服务器。
[0151]
在本技术一具体实施方式中，沿用上例，基于服务器与客户端5之间建立的通信连接，将差异信息发送至服务器，具体为对差异信息进行封装并按http协议发送至服务器。
[0152]
步骤410：服务器接收差异信息并分发至对应的草稿编辑房间。
[0153]
在本技术一具体实施方式中，沿用上例，服务器中的处理模块接收差异信息，并将接收到的差异信息分发至与差异信息对应的草稿编辑房间g。
[0154]
步骤412：将接收到的差异信息进行合并，获得合并编辑信息。
[0155]
在本技术一具体实施方式中，沿用上例，服务器会接收到的由客户端3、客户端4以及客户端5发送的差异信息，若差异信息之间存在冲突，room管理协作模块会对冲突进行处理，即对单线程的差异信息进行合并，如，客户端4和客户端5对初始故事草稿中相同的属性做了不同的修改，则确定判定为冲突情况，此时服务器处理第一个提交的差异信息即客户端5提交的差异信息，而拒绝客户端4的差异信息中对同一属性进行的修改，从而获得合并编辑信息。
[0156]
步骤414：基于合并编辑信息对初始修改故事草稿进行编辑。
[0157]
在本技术一具体实施方式中，沿用上例，服务器响应客户端5提交的差异信息后，对初始故事草稿进行了处理，获得初始修改故事草稿；子协程根据获得合并编辑信息对初始修改故事草稿做进一步的修改，从而完成对客户端5以及客户端4提交的差异信息的响应。
[0158]
步骤416：基于通信连接向客户端返回合并信息。
[0159]
在本技术一具体实施方式中，沿用上例，返回客户端5提交的草稿编辑信息均编辑成功。
[0160]
步骤418：将合并编辑信息同步至其他客户端。
[0161]
在本技术一具体实施方式中，沿用上例，将合并编辑信息同步至与客户端5位于同一草稿编辑房间的客户端3和客户端4。
[0162]
本实施例应用于客户端5的数据处理方法，通过按场、镜头的草稿存储结构存储草
稿的故事板草稿编辑器中对草稿进行编辑，便于用户有逻辑的对草稿进行编辑，通过将草稿存储结构转换为json格式，以及对草稿编辑信息冲突情况的处理，实现了对草稿编辑信息的实时同步；通过计算编辑前与编辑后草稿中的差异编辑信息，实现对草稿编辑信息的同步传输以及对应媒体资源的异步同步传输。
[0163]
与上述方法实施例相对应，本技术还提供了数据处理装置实施例，图5示出了本技术一实施例提供的一种应用于服务器的数据处理装置的结构示意图。
[0164]
如图5所示，该装置包括：
[0165]
添加模块502，被配置为接收至少两个客户端发送的针对初始故事草稿的草稿编辑请求，并将每个客户端发送的草稿编辑请求添加至草稿编辑队列；
[0166]
提取模块504，被配置为从所述草稿编辑队列中提取第一客户端针对所述初始故事草稿的第一草稿编辑请求，并获取所述第一草稿编辑请求中的第一待响应草稿信息，基于所述第一待响应草稿信息编辑所述初始故事草稿，获得初始修改故事草稿；
[0167]
第一生成模块506，被配置为从所述草稿编辑队列中提取第二客户端针对所述初始故事草稿的第二草稿编辑请求，并获取所述第二草稿编辑请求中的第二待响应草稿信息，根据所述第一待响应草稿信息和所述第二待响应草稿信息，生成待响应草稿信息；
[0168]
第一编辑模块508，被配置为基于所述待响应草稿信息编辑所述初始修改故事草稿，获得目标故事草稿。
[0169]
在本技术一具体实施方式中，所述添加模块502，进一步被配置为：
[0170]
确定接收客户端发送的针对初始故事草稿的草稿编辑请求的请求时间点；
[0171]
依据所述请求时间点将每个客户端针对初始故事草稿的草稿编辑请求添加至草稿编辑队列。
[0172]
所述第一生成模块506，进一步被配置为：
[0173]
基于预设冲突策略和所述第一待响应草稿信息筛选所述第二待响应草稿信息，获得待响应草稿信息。
[0174]
所述第一生成模块506，进一步被配置为：
[0175]
基于所述预设冲突策略以及所述第一待响应草稿信息确定所述第二待响应草稿信息中的目标属性参数；
[0176]
删除所述第二待响应草稿信息中所述目标属性参数对应的草稿信息，生成待响应草稿信息。
[0177]
所述装置还包括建立模块，被配置为：
[0178]
建立与至少两个客户端的通信连接；
[0179]
基于所述通信连接将初始故事草稿发送至所述至少两个客户端。
[0180]
所述装置还包括传输模块，被配置为：
[0181]
基于所述通信连接将所述待响应草稿信息传输至所述至少两个客户端。
[0182]
本技术应用于服务器的数据处理装置，包括添加模块，接收至少两个客户端发送的针对初始故事草稿的草稿编辑请求，并将每个客户端发送的草稿编辑请求添加至草稿编辑队列；提取模块，从所述草稿编辑队列中提取第一客户端针对所述初始故事草稿的第一草稿编辑请求，并获取所述第一草稿编辑请求中的第一待响应草稿信息，基于所述第一待响应草稿信息编辑所述初始故事草稿，获得初始修改故事草稿；第一生成模块，从所述草稿
编辑队列中提取第二客户端针对所述初始故事草稿的第二草稿编辑请求，并获取所述第二草稿编辑请求中的第二待响应草稿信息，根据所述第一待响应草稿信息和所述第二待响应草稿信息，生成待响应草稿信息；第一编辑模块，基于所述待响应草稿信息编辑所述初始修改故事草稿，获得目标故事草稿。
[0183]
本技术应用于服务器的数据处理装置实现了依据接收草稿编辑请求的顺序对草稿编辑请求进行处理；通过对获取草稿编辑请求中的待响应草稿信息，实现对初始故事草稿进行进一步的编辑；通过将不同客户端对初始故事草稿的草稿编辑请求按草稿编辑队列中的顺序进行响应，并筛选不同客户端的待响应草稿信息中针对相同属性的草稿信息，避免了实时对草稿进行修改时发生的冲突，实现了对多人实时发送的草稿编辑信息进行高效的处理。
[0184]
与上述方法实施例相对应，本技术还提供了数据处理装置实施例，图6示出了本技术一实施例提供的一种应用于客户端的数据处理装置的结构示意图。
[0185]
如图6所示，该装置包括：
[0186]
接收模块602，被配置为接收服务器发送的初始故事草稿；
[0187]
第二编辑模块604，被配置为响应于草稿编辑请求，编辑所述初始故事草稿，获得待提交草稿信息；
[0188]
提交模块606，被配置为响应于信息提交请求，提交所述待提交草稿信息至所述服务器，获得待响应草稿信息；
[0189]
确定模块608，被配置为接收到所述服务器返回响应信息的情况下，确定所述待响应草稿信息为草稿修改信息；
[0190]
第二生成模块610，被配置为基于所述草稿修改信息和所述初始故事草稿生成客户端草稿。
[0191]
在本技术一具体实施方式中，所述第二编辑模块604，进一步被配置为：
[0192]
编辑所述初始故事草稿，获得待提交草稿；
[0193]
计算所述待提交草稿以及所述初始故事草稿之间的差异信息，确定所述差异信息为待提交草稿信息。
[0194]
所述提交模块606，进一步被配置为：
[0195]
基于所述服务器与客户端之间的通信连接，将所述待提交草稿信息传输至所述服务器。
[0196]
所述装置还包括更新模块，被配置为：
[0197]
接收所述服务器发送的待响应草稿信息；
[0198]
基于所述待响应草稿信息更新所述初始故事草稿。
[0199]
所述装置还包括加载模块，被配置为：
[0200]
将所述初始故事草稿加载至故事板草稿编辑器。
[0201]
本技术应用于客户端的数据处理装置，包括接收模块，接收服务器发送的初始故事草稿；第二编辑模块，响应于草稿编辑请求，编辑所述初始故事草稿，获得待提交草稿信息；提交模块，响应于信息提交请求，提交所述待提交草稿信息至所述服务器，获得待响应草稿信息；确定模块，接收到所述服务器返回响应信息的情况下，确定所述待响应草稿信息为草稿修改信息；第二生成模块，基于所述草稿修改信息和所述初始故事草稿生成客户端
草稿。本技术应用于客户端的数据处理装置，获取对草稿编辑过程中产生的待提交草稿信息，将待提交草稿信息上传至服务器，实现将客户端的草稿编辑信息同步至服务器，使服务器可以对提交的草稿编辑信息进行处理并同步至其他客户端，实现多人实时协作对草稿进行编辑。
[0202]
上述为本实施例的一种数据处理装置的示意性方案。需要说明的是，该数据处理装置的技术方案与上述的数据处理方法的技术方案属于同一构思，数据处理装置的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。
[0203]
图7示出了根据本技术一实施例提供的一种计算设备700的结构框图。该计算设备700的部件包括但不限于存储器710和处理器720。处理器720与存储器710通过总线730相连接，数据库450用于保存数据。
[0204]
计算设备700还包括接入设备740，接入设备740使得计算设备700能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备740可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。
[0205]
在本技术的一个实施例中，计算设备700的上述部件以及图7中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图7所示的计算设备结构框图仅仅是出于示例的目的，而不是对本技术范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
[0206]
计算设备700可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备700还可以是移动式或静止式的服务器。
[0207]
其中，处理器720执行所述计算机指令时实现所述的数据处理方法的步骤。
[0208]
上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的数据处理方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。
[0209]
本技术一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述数据处理方法的步骤。
[0210]
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的数据处理方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述数据处理方法的技术方案的描述。
[0211]
上述对本技术特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
[0212]
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-only memory)、随机存取存储器(ram，randomaccess memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
[0213]
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本技术所必须的。
[0214]
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
[0215]
以上公开的本技术优选实施例只是用于帮助阐述本技术。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本技术的内容，可作很多的修改和变化。本技术选取并具体描述这些实施例，是为了更好地解释本技术的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本技术。本技术仅受权利要求书及其全部范围和等效物的限制。