CN104954850A - 非线性编辑软件的调度方法和装置 - Google Patents

Abstract

本发明实施例提供了一种非线性编辑软件的调度方法和装置，其中，方法包括：接收用户操作请求；其中，所述用户操作请求包括：对剪辑的音视频文件或工程文件进行预览的请求、对剪辑的视频画面帧或工程画面帧进行预览的请求；确定用户操作请求的类型；依据确定结果调用与类型相对应的调度策略从服务器获取所述用户操作请求所请求的数据并播放；当用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用播放策略；当用户操作请求为对剪辑视频画面帧或工程画面帧进行预览的请求时，调用搜索策略。通过本发明实施例，用户无需将素材下载到制作系统内部，即可随时挑选所需要的素材，并把编辑完成的音视频直接下载到制作系统即浏览器客户端。

Description

非线性编辑软件的调度方法和装置

技术领域

本发明涉及视频编辑处理技术领域，特别是涉及一种非线性编辑软件的调度方法与装置。

背景技术

传统电视台进行视频编辑一般是通过专业的有卡编辑工作站来完成的，这些编辑工作站一般价格比较昂贵，资源比较紧张，需要按使用时间进行计费。整个编辑过程分为了素材挑选、特效制作、素材打包等环节，而其中，素材包挑选所花费的时间在其中占用的比例是很高的，尤其是一些需要特效较少的节目编辑中，素材挑选占用的时间比例甚至超过了百分之五十。实际上，素材挑选过程的主要工作就是找到和制作节目相关的素材，打点选择好需要使用的素材片段，并把这些素材片段按顺序铺放到故事版上，这一过程并不是必需在专业的编辑工作站完成的，如果能把这一过程独立出来，将极大的提高电视台的工作效率，节省电视台宝贵的制作资源。

随着电视台网络化编辑的发展，素材不再使用传统的录像带作为存储介质，而是作为数字化媒体保存在网络存储中，同时出现了媒体资源管理系统来对素材进行统一管理。媒体资源管理系统的出现，为制作人员提供了更多的素材选择，但也增加了制作人员的操作步骤。制作人员首先需要登录媒体资源管理的检索系统检索到所需要的素材并下载到制作系统，然后，再在制作系统内部进行简单检索，把所需要的素材片段按照顺序铺放到故事版中以完成制作音视频的编辑。

现有的这种网络化编辑方案，在整个制作过程中间实际经历了两次检索过程，花费制作人员大量精力的同时，还为媒体资源管理系统造成工作负担。此外，需要将所需要的素材下载到制作系统中，然后进行进一步地检索确定真实所需要的素材，增加了制作系统与媒体资源管理的检索系统的传输负担。

可见，目前亟待解决的技术问题为：提供一种新的编辑方案，使用户进行音视频编辑时不再需要将素材从检索系统下载下来，然后再在制作系统内部进行简单检索，把所需要的素材片段按照顺序铺放到故事版中才完成制作过程。而是可以使用户无需将素材下载到制作系统内部，即可随时挑选所需要的素材，并把编辑完成的音视频直接下载到制作系统即浏览器客户端。

发明内容

鉴于上述现有的网络化编辑方案存在的上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的非线性编辑软件的调度方法与装置。

依据本发明的一个方面，提供了一种非线性编辑软件的调度方法，包括：接收用户操作请求；其中，所述用户操作请求包括：对剪辑的音视频文件或工程文件进行预览的请求、对剪辑的视频画面帧或工程画面帧进行预览的请求；确定所述用户操作请求的类型；依据确定结果调用与所述类型相对应的调度策略从服务器获取所述用户操作请求所请求的数据并播放；其中，当所述用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用播放策略；当所述用户操作请求为对剪辑视频画面帧或工程画面帧进行预览的请求时，调用搜索策略。

优选地，当所述用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用播放策略从服务器获取所述用户操作请求所请求的数据并播放的步骤包括：向服务器发送播放请求，其中，所述播放请求中携带有待预览的音视频文件信息，或待预览的工程文件的数据结构信息；工程文件的数据结构信息包含多段音视频素材信息以及各段音视频素材的排列关系信息；接收所述服务器返回的与所述音视频文件信息对应的音视频流，或与所述工程文件的数据结构信息对应的音视频流；将接收到的音视频流发送至视频播放器窗口的媒体播放器进行播放。

优选地，在所述向服务器发送播放请求步骤之前，所述方法还包括：判断是否已连接所述服务器；若未连接所述服务器，则与所述服务器建立连接，并将已编辑的工程文件的数据结构信息同步至所述服务器。

优选地，当所述用户操作请求为对剪辑的视频画面帧或工程画面帧进行预览的请求时，调用搜索策略从服务器获取所述用户操作请求所请求的数据并播放的步骤包括：向服务器发送搜索请求，其中，所述搜索请求中携带有待预览的所述视频画面帧的信息，或待浏览的所述工程画面帧的信息；接收所述服务器按照设定频率返回的与所述视频画面帧的信息，或所述工程画面帧的信息对应的视频流；将接收到的视频流发送至视频播放器窗口的媒体播放器进行播放，以实现对画面帧的预览。

优选地，向所述服务器发送的播放请求、搜索请求以及接收到的所述服务器返回的音视频流、视频流均遵循设定格式的协议数据包在所述服务器与浏览器客户端之间进行传输；其中，所述协议数据包的设定格式为：第一字段为命令标识、第二字段为载荷数据长度、第三字段为载荷数据。

依据本发明的另一个方面，还提供了一种非线性编辑软件的调度装置，包括：接收模块，用于接收用户操作请求；其中，所述用户操作请求包括：对剪辑的音视频文件或工程文件进行预览的请求、对剪辑的视频画面帧或工程画面帧进行预览的请求；确定模块，用于确定所述用户操作请求的类型；调用模块，用于依据确定结果调用与所述类型相对应的调度策略从服务器获取所述用户操作请求所请求的数据并播放；其中，当所述用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用播放策略；当所述用户操作请求为对剪辑视频画面帧或工程画面帧进行预览的请求时，调用搜索策略。

优选地，当所述用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，所述调用模块调用播放策略从服务器获取用户操作请求所请求的数据并播放时：向服务器发送播放请求，其中，所述播放请求中携带有待预览的音视频文件信息，或待预览的工程文件的数据结构信息；工程文件的数据结构信息包含多段音视频素材信息以及各段音视频素材的排列关系信息；接收所述服务器返回的与所述音视频文件信息对应的音视频流，或与所述工程文件的数据结构信息对应的音视频流；将接收到的音视频流发送至视频播放器窗口的媒体播放器进行播放。

优选地，所述非线性编辑软件的调度装置还包括：连接模块，用于在所述调用模块向服务器发送播放请求之前，判断是否已连接所述服务器；若未连接所述服务器，则与所述服务器建立连接，并将已编辑的工程文件的数据结构信息同步至所述服务器。

优选地，当所述用户操作请求为对剪辑的视频画面帧或工程画面帧进行预览的请求时，所述调用模块调用搜索策略从服务器获取所述用户操作请求所请求的数据并播放时：向服务器发送搜索请求，其中，所述搜索请求中携带有待预览的所述视频画面帧的信息，或待浏览的所述工程画面帧的信息；接收所述服务器按照设定频率返回的与所述视频画面帧的信息，或所述工程画面帧的信息对应的视频流；将接收到的视频流发送至视频播放器窗口的媒体播放器进行播放，以实现对画面帧的预览。

优选地，向所述服务器发送的播放请求、搜索请求以及接收到的所述服务器返回的音视频流、视频流均遵循设定格式的协议数据包在所述服务器与浏览器客户端之间进行传输；其中，所述协议数据包的设定格式为：第一字段为命令标识、第二字段为载荷数据长度、第三字段为载荷数据。

与现有技术相比，本发明具有以下优点：

本发明实施例提供的非线性编辑软件的调度方法和装置，浏览器客户端可以直接接收用户对服务器中存储的素材的选择，而无需将素材包下载到浏览器客户端侧，即可实现对音视频文件的编辑，因此，既节省制作人员的制作精力，又不会为浏览器客户端带来存储负担。不仅如此，用户还可以通过操作请求，请求浏览器客户端通过相应地调度策略从服务器侧将用户编辑的音视频文件、或视频画面帧直接下载到的浏览器客户端供用户预览，便于用户操作。由于仅是下载已编辑完成的音视频数据，因此，相较于现有的编辑方案需要下载大量的无用的素材包，能够有效减轻浏览器客户端与服务器端的数据传输负担。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1是根据本发明实施例一的一种非线性编辑软件的调度方法的步骤流程图；

图2是根据本发明实施例二的一种非线性编辑软件的调度方法的步骤流程图；

图3是在实施例二中的播放策略下浏览器客户端与服务器的交互示意图；

图4是在实施例二中的搜索策略下浏览器客户端与服务器的交互示意图；

图5是根据本发明实施例三的一种非线性编辑软件的调度装置的结构框图；

图6是根据本发明实施例四的一种非线性编辑软件的调度装置的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

参照图1，示出了本发明实施例一的一种非线性编辑软件的调度方法的步骤流程图。

本发明实施例的非线性编辑软件的调度方法包括以下步骤：

步骤S102：接收用户操作请求。

用户即制作人员在对音视频文件或者工程文件进行剪辑的过程中，可以对已编辑的音视频文件或者工程文件进行预览。在预览时，可以是预览文件中的某一段视频，还可以是预览文件的某一画面帧。那么，用户则需要发出相应的操作请求，浏览器客户端才能够对请求进行处理，为用户提供相应的预览服务。

用户操作请求可以是任意适当的操作，例如：点选某一剪辑的音视频文件、或者是，点选剪辑的音视频文件中的某一画面帧等。

其中，用户操作请求包括：对剪辑的音视频文件或工程文件进行预览的请求、对剪辑的视频画面帧或工程画面帧进行预览的请求。

步骤S104：确定用户操作请求的类型。

浏览器客户端在接收到用户的操作请求后，判断操作请求对应的类型，然后，依据类型调用相应的调度策略。

步骤S106：依据确定结果调用与类型相对应的调度策略从服务器获取用户操作请求所请求的数据并播放。

其中，当用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用播放策略；当用户操作请求为对剪辑视频画面帧或工程画面帧进行预览的请求时，调用搜索策略。

播放策略与搜索策略可以由本领域技术人员根据实际需求进行设置，本实施例对此不作具体限制。

通过本实施例提供的非线性编辑软件的调度方法，浏览器客户端可以直接接收用户对服务器中存储的素材的选择，而无需将素材包下载到浏览器客户端侧，即可实现对音视频文件的编辑，因此，既节省制作人员的制作精力，又不会为浏览器客户端带来存储负担。不仅如此，用户还可以通过操作请求，请求浏览器客户端通过相应地调度策略从服务器侧将用户编辑的音视频文件、或视频画面帧直接下载到的浏览器客户端供用户预览，便于用户操作。由于仅是下载已编辑完成的音视频数据，因此，相较于现有的编辑方案需要下载大量的无用的素材包，能够有效减轻浏览器客户端与服务器端的数据传输负担。

实施例二

参照图2，示出了本发明实施例二的一种非线性编辑软件的调度方法的步骤流程图。

本发明实施例的非线性编辑软件的调度方法包括以下步骤：

步骤S202：浏览器客户端接收用户操作请求。

其中，用户操作请求包括：对剪辑的音视频文件或工程文件进行预览的请求、对剪辑的视频画面帧或工程画面帧进行预览的请求。

音视频文件为既包含音频又包含视频的文件。工程文件为由许多音视频文件按照设定排列顺序组成的文件。

需要说明的是，用户操作请求可以是任意适当的操作，例如：点选某一剪辑的音视频文件、或者是，点选剪辑的音视频文件中的某一画面帧，或者，点选某一剪辑的工程文件等操作。

本实施例中，浏览器客户端采用Silverlight(银光技术)进行设计布局，整个界面由视频播放窗口、时间线窗口和特技控制窗口组成，其中特技控制窗口上可以覆盖一个下拉窗口，用来对剪辑素材进行管理。服务器端的部署分为两部分，一部分是流控引擎服务(Streaming Server)，一部分是打包服务(Compile Server)。其中Streaming Server是通信和播放的核心，文件的读取及解码、特技及字幕的渲染、实时性的处理及节拍的控制等工作都是在这个服务上实现的，服务器提供TCP(Transmission Control Protocol，传输控制协议)端口作为浏览器客户端的连接端口。Compile Server主要是用于提供在音视频文件或工程文件剪辑完成后打包输出的服务，同时，还提供了编码及写音视频文件或工程文件的能力。

步骤S204：浏览器客户端判断用户操作请求的类型，以确定用户操作所请求的类型；当操作请求的类型为对剪辑的音视频文件或工程文件进行预览的请求时，则执行步骤S206，当户操作请求为对剪辑的视频画面帧或工程画面帧进行预览的请求时，执行步骤S208。

在浏览器客户端侧，对于视频的显示，有两种机制，一种是播放机制，播放剪辑的视频文件或工程文件，即Play机制；一种是查看某一画面帧的机制，即Seek机制。其中，在Play机制下即调用播放策略，在Seek机制下即调用搜索策略。本发明实施例中的浏览器客户端之所以设置Seek机制，是为了要做到画面帧预览的精确性，而Silverlight自带的Media Element媒体播放器组件无法做到这一点。

步骤S206：当操作请求的类型为对剪辑的音视频文件或工程文件进行预览的请求时，浏览器客户端调用播放策略从服务器获取用户操作请求所请求的数据并播放。

一种优选的调用播放策略从服务器获取用户操作请求所请求的数据并播放的方式如下：

S1：浏览器客户端向服务器发送播放请求，其中，播放请求中携带有待预览的音视频文件信息，或待预览的工程文件的数据结构信息；工程文件的数据结构信息包含多段音视频素材信息以及各段音视频素材的排列关系信息。

服务器在接收到播放请求时，查找播放请求所请求的信息，并将其打包后返回至浏览器客户端。其中，返回的信息可以为AV Stream即AV流。

S2：浏览器客户端接收服务器返回的与音视频文件信息对应的音视频流，或与工程文件的数据结构信息对应的音视频流。

S3：浏览器客户端将接收到的音视频流发送至视频播放器窗口的媒体播放器进行播放。

需要说明的是，上述优选实现方式，是在客户端浏览器与服务器之间建立连接的基础上执行的，而如果不确定二者之间是否已建立连接关系，浏览器客户端则需执行下述步骤：

浏览器客户端在向服务器发送播放请求步骤之前，判断是否已连接服务器；若未连接服务器，则与服务器建立连接，并将已编辑的工程文件的数据结构信息同步至服务器。

步骤S208：用户操作请求为对剪辑的视频画面帧或工程画面帧进行预览的请求时，浏览器客户端调用搜索策略从服务器获取用户操作请求所请求的数据并播放。

一种优选的调用搜索策略从服务器获取用户操作请求所请求的数据并播放的方式如下：

S1：浏览器客户端向服务器发送搜索请求，其中，搜索请求中携带有待预览的视频画面帧的信息，或待浏览的工程画面帧的信息。

服务器在接收到播放请求后，查找播放请求所请求的信息，并将其解码打包后返回至浏览器客户端。其中，返回的信息可以为画面帧对应的视频数据，将接收到的视频流发送至视频播放器窗口的媒体播放器进行播放，以实现对画面帧的预览。

服务器接收到Seek请求后，对播放请求进行读取并解码，只对画面帧对应的视频数据进行Seek，不对画面帧对应的音频数据，将解码出来的数据用IP帧的形式不断重复P帧发送回浏览器客户端，这就制造了一个视频流VStream即虚拟数据流，保证了Media Element能够正常播放显示，并且能够精准的只Seek选中的画面帧。

S2：浏览器客户端接收服务器按照设定频率返回的与视频画面帧的信息，或工程画面帧的信息对应的视频流。

其中，设定频率可以由本领域技术人员根据实际需求进行设置，本实施例中对此不作具体限制。

S3：浏览器客户端将接收到的视频流发送至视频播放器窗口的媒体播放器进行播放，以实现对画面帧的预览。

浏览器客户端收到VStream后，将其发送给视频播放器窗口的MediaElement组件进行播放，当然，由于收到的都是同一画面帧的数据，所以播放出来的效果就是静止的画面，达到了Seek这一画面帧的效果。

需要说明的是，对于快速Seek的情况，为了保证流畅度，在处理的过程中会根据收发数据的情况丢掉一些Seek出来的数据。

对于剪辑界面的操作，浏览器客户端需要与服务器端进行工程的数据结构信息的同步，这个同步是单向的，只由浏览器客户端向服务器发送同步请求，为了防止用户误操作等问题，机制还提供了Undo/Redo流程，保证了剪辑的流畅度。其中，Undo/Redo流程即将已经剪辑的音视频文件、工程文件、或文件中的某画面帧的编辑撤销。

需要说明的是，为了实现浏览器客户端与服务器的通信，本实施例设计了一套协议，协议用XML(Extensive Markup Language，可扩展标记语言)格式定义，既简单又便于扩展和修改，浏览器和服务器都遵循这个协议进行通信。

也就说是，浏览器客户端向服务器发送的播放请求、搜索请求以及接收到的服务器返回的音视频流、视频流均遵循设定格式的协议数据包在服务器与浏览器客户端之间进行传输；其中，协议数据包的设定格式为：第一字段为命令标识、第二字段为载荷数据长度、第三字段为载荷数据。

通过本实施例提供的非线性编辑软件的调度方法，浏览器客户端可以直接接收用户对服务器中存储的素材的选择，而无需将素材包下载到浏览器客户端侧，即可实现对音视频文件的编辑，因此，既节省制作人员的制作精力，又不会为浏览器客户端带来存储负担。不仅如此，用户还可以通过操作请求，请求浏览器客户端通过相应地调度策略从服务器侧将用户编辑的音视频文件、或视频画面帧直接下载到的浏览器客户端供用户预览，便于用户操作。由于仅是下载已编辑完成的音视频数据，因此，相较于现有的编辑方案需要下载大量的无用的素材包，能够有效减轻浏览器客户端与服务器端的数据传输负担。

下面分别针对图3与图4对本实施例中的播放策略即Play机制、以及搜索策略即Seek机制进行说明。

如图3所示，为浏览器客户端通过Play机制与服务器端进行交互的交互示意图，具体交互流程如下：

S1：浏览器客户端判断是否与服务器之间建立连接，如果没有连接服务器，则执行S2，若连接了服务器，则执行S3。

S2：如果没有连接服务器，浏览器客户端连接服务器并向服务器同步工程的数据结构等信息，然后执行S3。

S3：若连接了服务器，浏览器客户端向服务器发送Play请求。

其中，Play请求既可以Play文件，也可以Play时间线。

S4：服务器接收到Play请求后，对文件进行读取并解码，将解码出来的视音频数据按照设定频率通过协议请求发送回浏览器客户端。

其中，设定频率可以设定为按照40ms的节拍通过协议请求发送回浏览器客户端，这些发送给浏览器客户端的源源不断的视音频数据就形成了一个音视频流AVStream，直至文件播放完毕或者浏览器客户端发送停止的请求时，服务器便不再发送。

S5：浏览器客户端收到AVStream后，将其发送给视频播放器窗口的Media Element组件进行播放。

播放的同时，还需要对界面进行刷新，如时码和时码线的位置，时间线的显示区间，播放按钮等控件的状态。

S6：浏览器客户端向服务器发送停止请求，当播放停止时，一次播放的流程就结束了，用户可以继续执行下一次播放。

如图4所示，为浏览器客户端通过Seek机制与服务器端进行交互的交互示意图，具体交互流程如下：

S1：浏览器客户端判断是否与服务器之间建立连接，如果没有连接服务器，则执行S2，若连接了服务器，则执行S3。

S2：如果没有连接服务器，浏览器客户端连接服务器并同步工程文件的数据结构等信息，然后执行S3。

S3：若连接了服务器，浏览器客户端向服务器发送Seek请求。

其中，Seek请求既可以Seek文件即对音视频文件中的某一画面帧进行播放，也可以Seek时间线即对工程文件中的某一画面帧进行播放。

S4：服务器接收到Seek请求后，对文件进行读取并解码，将解码出来的视音频数据按照设定频率通过协议请求发送回浏览器客户端。

服务器在处理Seek请求时，只对视频进行Seek，不做音频，将解码出来的视频数据用IP帧的形式不断重复P帧发送回浏览器客户端，这就人为地制造了一个视频流VStream，保证了MediaElement能够正常播放显示。

S5：浏览器客户端收到VStream后，将其发送给视频播放器窗口的MediaElement组件进行播放，当然，由于收到的都是同一画面帧的数据，所以播放出来的效果就是静止的画面，达到了Seek这一画面帧的效果。

对于快速Seek的情况，为了保证流畅度，在处理的过程中会根据收发数据的情况丢掉一些Seek出来的数据。

对于剪辑界面的操作，浏览器客户端需要与服务器端进行工程文件的数据结构信息的同步，这个同步是单向的，只由客户端向服务端发送同步请求，为了防止用户误操作等问题，机制还提供了Undo/Redo流程，保证了剪辑的流畅度。

实施例三

参照图5，示出了本发明实施例三的一种非线性编辑软件的调度装置的结构框图。

本实施例的非线性编辑软件的调度装置包括：接收模块502，用于接收用户操作请求；其中，用户操作请求包括：对剪辑的音视频文件或工程文件进行预览的请求、对剪辑的视频画面帧或工程画面帧进行预览的请求；确定模块504，用于确定用户操作请求的类型；调用模块506，用于依据确定结果调用与类型相对应的调度策略从服务器获取用户操作请求所请求的数据并播放；其中，当用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用播放策略；当用户操作请求为对剪辑视频画面帧或工程画面帧进行预览的请求时，调用搜索策略。

通过本实施例提供的非线性编辑软件的调度装置，浏览器客户端可以直接接收用户对服务器中存储的素材的选择，而无需将素材包下载到浏览器客户端侧，即可实现对音视频文件的编辑，因此，既节省制作人员的制作精力，又不会为浏览器客户端带来存储负担。不仅如此，用户还可以通过操作请求，请求浏览器客户端通过相应地调度策略从服务器侧将用户编辑的音视频文件、或视频画面帧直接下载到的浏览器客户端供用户预览，便于用户操作。由于仅是下载已编辑完成的音视频数据，因此，相较于现有的编辑方案需要下载大量的无用的素材包，能够有效减轻浏览器客户端与服务器端的数据传输负担。

实施例四

参照图6，示出了本发明实施例四的一种非线性编辑软件的调度装置的结构框图。

本实施例的非线性编辑软件的调度装置包括：接收模块602，用于接收用户操作请求；其中，用户操作请求包括：对剪辑的音视频文件或工程文件进行预览的请求、对剪辑的视频画面帧或工程画面帧进行预览的请求；确定模块604，用于确定用户操作请求的类型；调用模块606，用于依据确定结果调用与类型相对应的调度策略从服务器获取用户操作请求所请求的数据并播放；其中，当用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用播放策略；当用户操作请求为对剪辑视频画面帧或工程画面帧进行预览的请求时，调用搜索策略。

优选地，当用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用模块606调用播放策略从服务器获取用户操作请求所请求的数据并播放时：向服务器发送播放请求，其中，播放请求中携带有待预览的音视频文件信息，或待预览的工程文件的数据结构信息；工程文件的数据结构信息包含多段音视频素材信息以及各段音视频素材的排列关系信息；接收服务器返回的与音视频文件信息对应的音视频流，或与工程文件的数据结构信息对应的音视频流；将接收到的音视频流发送至视频播放器窗口的媒体播放器进行播放。

优选地，本实施例的非线性编辑软件的调度装置还包括：连接模块608，用于在调用模块606向服务器发送播放请求之前，判断是否已连接所述服务器；若未连接服务器，则与服务器建立连接，并将已编辑的工程文件的数据结构信息同步至服务器。

优选地，当用户操作请求为对剪辑的视频画面帧或工程画面帧进行预览的请求时，调用模块606调用搜索策略从服务器获取用户操作请求所请求的数据并播放时：向服务器发送搜索请求，其中，搜索请求中携带有待预览的视频画面帧的信息，或待浏览的工程画面帧的信息；接收服务器按照设定频率返回的与视频画面帧的信息，或工程画面帧的信息对应的视频流；将接收到的视频流发送至视频播放器窗口的媒体播放器进行播放，以实现对画面帧的预览。

优选地，向服务器发送的播放请求、搜索请求以及接收到的服务器返回的音视频流、视频流均遵循设定格式的协议数据包在服务器与浏览器客户端之间进行传输；其中，协议数据包的设定格式为：第一字段为命令标识、第二字段为载荷数据长度、第三字段为载荷数据。

本实施例的非线性编辑软件的调度装置用于实现前述实施例一、实施例二中相应的调度方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

在此提供的非线性编辑软件的调度方案不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造具有本发明方案的系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的非线性编辑软件的调度方案中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种非线性编辑软件的调度方法，其特征在于，包括：

接收用户操作请求；其中，所述用户操作请求包括：对剪辑的音视频文件或工程文件进行预览的请求、对剪辑的视频画面帧或工程画面帧进行预览的请求；

确定所述用户操作请求的类型；

依据确定结果调用与所述类型相对应的调度策略从服务器获取所述用户操作请求所请求的数据并播放；

其中，当所述用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用播放策略；当所述用户操作请求为对剪辑视频画面帧或工程画面帧进行预览的请求时，调用搜索策略。

2.根据权利要求1所述的方法，其特征在于，当所述用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用播放策略从服务器获取所述用户操作请求所请求的数据并播放的步骤包括：

向服务器发送播放请求，其中，所述播放请求中携带有待预览的音视频文件信息，或待预览的工程文件的数据结构信息；工程文件的数据结构信息包含多段音视频素材信息以及各段音视频素材的排列关系信息；

接收所述服务器返回的与所述音视频文件信息对应的音视频流，或与所述工程文件的数据结构信息对应的音视频流；

将接收到的音视频流发送至视频播放器窗口的媒体播放器进行播放。

3.根据权利要求2所述的方法，其特征在于，在所述向服务器发送播放请求步骤之前，所述方法还包括：

判断是否已连接所述服务器；

若未连接所述服务器，则与所述服务器建立连接，并将已编辑的工程文件的数据结构信息同步至所述服务器。

4.根据权利要求3所述的方法，其特征在于，当所述用户操作请求为对剪辑的视频画面帧或工程画面帧进行预览的请求时，调用搜索策略从服务器获取所述用户操作请求所请求的数据并播放的步骤包括：

向服务器发送搜索请求，其中，所述搜索请求中携带有待预览的所述视频画面帧的信息，或待浏览的所述工程画面帧的信息；

接收所述服务器按照设定频率返回的与所述视频画面帧的信息，或所述工程画面帧的信息对应的视频流；

将接收到的视频流发送至视频播放器窗口的媒体播放器进行播放，以实现对画面帧的预览。

5.根据权利要求4所述的方法，其特征在于，向所述服务器发送的播放请求、搜索请求以及接收到的所述服务器返回的音视频流、视频流均遵循设定格式的协议数据包在所述服务器与浏览器客户端之间进行传输；

其中，所述协议数据包的设定格式为：第一字段为命令标识、第二字段为载荷数据长度、第三字段为载荷数据。

6.一种非线性编辑软件的调度装置，其特征在于，包括：

接收模块，用于接收用户操作请求；其中，所述用户操作请求包括：对剪辑的音视频文件或工程文件进行预览的请求、对剪辑的视频画面帧或工程画面帧进行预览的请求；

确定模块，用于确定所述用户操作请求的类型；

调用模块，用于依据确定结果调用与所述类型相对应的调度策略从服务器获取所述用户操作请求所请求的数据并播放；

其中，当所述用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，调用播放策略；当所述用户操作请求为对剪辑视频画面帧或工程画面帧进行预览的请求时，调用搜索策略。

7.根据权利要求6所述的装置，其特征在于，当所述用户操作请求为对剪辑的音视频文件或工程文件进行预览的请求时，所述调用模块调用播放策略从服务器获取用户操作请求所请求的数据并播放时：

向服务器发送播放请求，其中，所述播放请求中携带有待预览的音视频文件信息，或待预览的工程文件的数据结构信息；工程文件的数据结构信息包含多段音视频素材信息以及各段音视频素材的排列关系信息；

接收所述服务器返回的与所述音视频文件信息对应的音视频流，或与所述工程文件的数据结构信息对应的音视频流；

将接收到的音视频流发送至视频播放器窗口的媒体播放器进行播放。

8.根据权利要求7所述的装置，其特征在于，所述非线性编辑软件的调度装置还包括：

连接模块，用于在所述调用模块向服务器发送播放请求之前，判断是否已连接所述服务器；若未连接所述服务器，则与所述服务器建立连接，并将已编辑的工程文件的数据结构信息同步至所述服务器。

9.根据权利要求8所述的装置，其特征在于，当所述用户操作请求为对剪辑的视频画面帧或工程画面帧进行预览的请求时，所述调用模块调用搜索策略从服务器获取所述用户操作请求所请求的数据并播放时：

向服务器发送搜索请求，其中，所述搜索请求中携带有待预览的所述视频画面帧的信息，或待浏览的所述工程画面帧的信息；

接收所述服务器按照设定频率返回的与所述视频画面帧的信息，或所述工程画面帧的信息对应的视频流；

将接收到的视频流发送至视频播放器窗口的媒体播放器进行播放，以实现对画面帧的预览。

10.根据权利要求9所述的装置，其特征在于，向所述服务器发送的播放请求、搜索请求以及接收到的所述服务器返回的音视频流、视频流均遵循设定格式的协议数据包在所述服务器与浏览器客户端之间进行传输；

其中，所述协议数据包的设定格式为：第一字段为命令标识、第二字段为载荷数据长度、第三字段为载荷数据。