CN105915970A - 网络直播的操作指令发送方法、装置及读取方法、装置 - Google Patents

Abstract

本发明提供了网络直播的操作指令发送方法、装置及读取方法、装置，涉及互联网直播领域。本发明所提供的网络直播的操作指令发送方法，其通过由直播发起端先分别获取到了操作指令和视频信号，并且，将操作指令和视频信号写入了同一个flv数据包中，并最后将写入操作指令和视频信号后的flv数据包发出，后续过程中，可以只使用一个视频服务器完成该数据包的转发，并且，由于这两个数据均在同一个数据包中，直播收看端必然能够同时接收到这两个数据，保证了直播收看端能够同时对这两个数据进行播放，提高了收看者的感受度和网络直播的质量。

Description

网络直播的操作指令发送方法、装置及读取方法、装 置

技术领域

本发明涉及互联网直播领域，具体而言，涉及网络直播的操作指令发送方法、装置及读取方法、装置。

背景技术

随着互联网技术的发展，网络直播已经成为互联网用户普遍使用的信息传递方式。如图1所示，进行网络直播的***通常由三端组成，分别是直播发起端、视频服务器(通常是rtmp服务器)和直播收看端。一般的网络直播流程是：首先由直播发起端使用摄像装置对直播人进行视频录制，以采集视频信号，进而生成视频数据；之后，直播发起端将视频数据实时上传至视频服务器；然后直播收看端通过向视频服务器发出观看请求的方式，使视频服务器将接收到的视频数据转发给直播收看端；最终直播收看端通过播放器将接收到的视频数据播放即可使观看者完成视频的观看。

随着用户需求的增加，直播发起端除了需要将一般的视频数据发送给直播收看端外，还需要将操作数据发送给直播收看端。具体而言，操作数据指的是直播人对控制器(如触屏电子画板、电子琴等智能设备)所下达的操作指令(如擦除动作、点击屏幕上的指定按键和点击电子琴键等动作)。

为了发送操作数据，相关技术中，直播人会预先在控制器中设置相应的软件，直播人每次对控制器做出动作后，控制器便会受该软件的驱动，进而记录动作、并生成相应的操作数据，最后将该操作数据发送给直播收看端。如图2中所示，操作数据并不是通过原有的视频服务器转发给直播收看端，而是通过独立于视频服务器的长连接服务器进行的转发。虽然，操作数据和视频数据均是根据直播人在同一时间做出的动作生成的，但由于这两个数据的转发线路不同，并且这两个转发线路的网络延时有差别，使得直播收看端无法同时接收到这两个数据，最终导致直播收看端无法同时观看到视频数据和操作数据。

综上，现有技术中直播发起端将操作数据和视频数据分别通过不同的线路转发，导致直播收看端无法同时观看到视频数据和操作数据。

发明内容

本发明的目的在于提供网络直播的操作指令发送方法、装置及读取方法、装置和***，以提高网络直播的质量。

第一方面，本发明实施例提供了网络直播的操作指令发送方法，包括：

直播发起端分别获取操作指令和视频信号；

直播发起端将所述操作指令和所述视频信号写入同一个flv数据包中；

直播发起端将所述写入操作指令和视频信号后的flv数据包发出。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，步骤所述直播发起端将所述操作指令和所述视频信号写入同一个flv数据包中，包括：

直播发起端根据所述操作指令的下达时间和视频信号的录制时间，按照同一时间线，分别将所述操作指令写入所述flv数据包的脚本标签中，和将视频信号的视频内容写入所述flv数据包的视频标签中。

结合第一方面，本发明实施例提供了第一方面的第二种可能的实施方式，其中，步骤所述直播发起端将所述操作指令和所述视频信号写入同一个flv数据包中还包括：

直播发起端将视频信号的播放参数以脚本标签的形式写入所述flv数据包中；写有所述播放参数的脚本标签中所携带的解释符与写有操作指令的脚本标签中所携带的解释符不同。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，在步骤所述直播发起端将所述操作指令和所述视频信号写入同一个flv数据包中之前，还包括：

直播发起端获取发出所述flv数据包所使用的上传网络的上传信号强度；

若所述上传信号强度不符合预设要求，则直播发起端依据所述上传信号强度调整所述视频信号的分辨率。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，在步骤所述直播发起端将所述操作指令和所述视频信号写入同一个flv数据包中之前，还包括：

直播发起端对所述操作指令进行加密。

第二方面，本发明实施例还提供了网络直播的操作指令发送装置，包括直播发起端，所述直播发起端包括：

获取模块，用于分别获取操作指令和视频信号；

写入模块，用于将所述操作指令和所述视频信号写入同一个flv数据包中；

第一发送模块，用于将所述写入操作指令和视频信号后的flv数据包发出。

第三方面，本发明实施例还提供了网络直播的操作指令读取方法，包括如第一方面的网络直播的操作指令发送方法，还包括：

直播收看端接收所述flv数据包；

直播收看端按照时间顺序，读取出所述flv数据包中的操作指令和视频信号；

直播收看端将所述操作指令和所述视频信号分别向对应的播放器发送。

结合第三方面，本发明实施例提供了第三方面的第一种可能的实施方式，其中，所述直播收看端将所述操作指令和所述视频信号分别向对应的播放器发送包括：

所述直播收看端读取所述脚本标签中的解释符；

直播收看端按照解释符的内容，将记录有所述播放参数的脚本标签向视频播放器发送，以及，将记录有操作指令的脚本标签向演示器发送。

结合第三方面，本发明实施例提供了第三方面的第二种可能的实施方式，其中，还包括：

视频服务器获取连接所述视频服务器和所述操作指令读取装置的下载网络的下载信号强度；

视频服务器依据所述下载信号强度，对所述操作指令发送装置所发出的flv数据包中的视频信号的分辨率进行调整，并生成调整后的flv数据包；

视频服务器通过下载网络，将所述调整后的flv数据包向直播收看端发送。

第四方面，本发明实施例还提供了网络直播的操作指令读取装置，包括如第二方面的网络直播的操作指令发送装置，还包括：直播收看端，所述直播收看端包括：

接收模块，用于接收所述flv数据包；

读取模块，用于按照时间顺序，读取出所述flv数据包中的操作指令和视频信号；

第二发送模块，用于将所述操作指令和所述视频信号分别向对应的播放器发送。

本发明实施例提供的网络直播的操作指令发送方法，采用将操作指令写入到flv数据包中的方式，与现有技术中的直播发起端会将操作指令和视频信号分别通过不同的网络线路发送给直播收看端，由于两个线路的网络延时有差别，进而导致直播收看端无法在同一时间接收到这两个数据，进而导致直播收看端无法同时显示操作指令和播放视频信号，影响了网络直播质量相比，其通过由直播发起端先分别获取到了操作指令和视频信号，并且，将操作指令和视频信号写入了同一个flv数据包中，并最后将写入操作指令和视频信号后的flv数据包发出，后续过程中，可以只使用一个视频服务器完成该数据包的转发，并且，由于这两个数据均在同一个数据包中，直播收看端必然能够同时接收到这两个数据，保证了直播收看端能够同时对这两个数据进行播放，提高了收看者的感受度和网络直播的质量。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例所提供的相关技术中的网络直播时所使用的一种网络架构示意图；

图2示出了本发明实施例所提供的相关技术中的网络直播时所使用的另一种网络架构示意图；

图3示出了本发明实施例所提供的网络直播的操作指令发送方法的基本流程图；

图4示出了本发明实施例所提供的网络直播的操作指令发送方法的将操作指令和视频信号写入到同一个flv数据包后的示意图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

相关技术中，在进行网络直播的时候，会产生两种数据，一种是直播人通过摄像头录制出的视频数据，这种视频数据中通常记录了直播人所说的话、弹奏的音乐等；另一种是直播人对控制器(如触屏电子画板、电子琴)等设备所下达的操作指令(如擦除动作、点击屏幕上的指定按键和点击电子琴键等动作)。这两种数据都需要传送给收看者，以使收看者能够更为准确的了解到全面的信息。如，网络绘画课上，直播人(教师)会同时使用传统的黑板和电子画板进行教学。此时，除了使用摄像头来录制视频中教师在黑板上所留下的板书、绘画动作和语音外，还需要通过电子画板来采集绘画的具体操作指令，如取用橡皮擦、取用大号画笔等等。又如网络电子琴的教学课程，直播人所使用的控制器则是电子琴，此时的操作指令也就是教师按下的琴键。

可见，收看者必然需要同时了解到操作指令和视频数据才能够得到完整的教学。因而，网络直播的时候，需要同时将这两种指令传递给收看者才能够保证收看者的学习质量。相关技术中会采用如图2所示的网络结构进行这两种数据的转发。具体而言，是通过长连接服务器来转发操作指令，和通过视频服务器转发视频数据。则容易想到，受到网络不稳定的影响，并且，视频传输要比一般的控制数据传输耗时更长，最终结果就是数据通过视频服务器转发的总时间和数据通过长连接服务器转发的总时间不同。如，直播发起者将数据发送到长连接服务器所花费的时间为y1，长连接服务器将数据发送到直播收看端的时间为y2，直播发起者将数据发送到视频服务器的时间是x1，视频服务器将数据发送到直播收看端的时间为y2，则x1+x2≠y1+y2。进而，由于操作指令和视频数据无法同时到达直播收看端，就会直接影响直播收看端的观看质量。

针对该种情况，本申请提供了网络直播的数据传递方法，该方法由三个过程组成，直播发起端将直播数据上传到服务器、服务器将直播数据进行中转，以及，直播收看端接受直播数据并读取该直播数据。下面首先对直播发起端将直播数据上传到服务器的过程(网络直播的操作指令发送方法)进行说明：

如图3所示，操作指令发送方法基本由如下三个步骤构成：

S101，直播发起端分别获取操作指令和视频信号；

S102，直播发起端将操作指令和视频信号写入同一个flv数据包中；

S103，直播发起端将写入操作指令和视频信号后的flv数据包发出。

步骤S101中，操作指令指的是直播人对控制器(如电子画板、电子琴、触屏智能终端等)所下达的指令，如敲击指令、手势滑动指令等。具体而言，用户可以在网络直播开始前，预先在控制器中写入软件程序，该软件程序可以驱动控制器在接收到用户的操作时生成相应的操作指令，并将该操作指令传递给直播发起端。当然，也可以认为，控制器属于直播发起端的一部分，此时，操作指令则是有直播发起端直接生成。

视频信号指的是用户通过录像设备对自身的动作和声音进行采集，进而生成的信号，此处的视频信号可以是只包含图像信号；还可以是只包含声音信号；还可以是既包含图像信号，也包含声音信号。当然，录制视频信号的录像设备可以是独立于直播发起端的设备，也可以是直播发起端本身便是具有录像功能的。

直播发起端在获取到了操作指令和视频信号之后，执行步骤S102，即直播发起端将这两个数据写入同一个flv数据包中。最后，直播发起端按照既定的发送线路，将写有操作指令和视频信号的flv数据包发送出去即可。通常，由于flv数据包主体仍然是视频数据，因此，该写有操作指令和视频信号的flv数据包是发送到视频服务器的，并且该经过视频服务器的转发，再将该flv数据包发送给直播收看端。至此，完成了直播数据(包括操作指令和视频信号的法律数据)的转发，由于操作指令和视频信号均是写在同一个数据包中的(并且只能使用同一个视频服务器进行该数据包的转发)，按照flv数据的发送方式，可以做到同一时间生成的操作指令和视频信号能够被直播收看端同时接收到，进而保证收看者能够同时了解到直播人的图像信息、语音信息和操作指令，提高了收看者的感受度和网络直播数据的传输质量。

具体的，flv数据包的结构中共有三类标签和一个文件头，文件头的主要作用是写明该数据包的格式等基础类别信息。三类标签分别是脚本标签、音频标签和视频标签，其中，具体操作的时候，8表示音频标签，9表示视频标签，18表示脚本标签。如前文中的记载，步骤S101-S103中所提及的视频信号通常有两种存在情况，分别是只有视频信息、只有音频信息和同时有视频信息和音频信息，不论是哪种情况，直播发起端只需要按照既定的格式依据视频信息和音频信息的内容生成相应的标签即可。而操作指令则可以以脚本标签的方式进行记载。

脚本标签、视频标签和音频标签均有两种重要的属性，分别是时间属性和内容属性，这两个属性保证信息传递的正常和读取的正常。为了使直播收看端能够按照预定的顺序读取到每个标签中的内容，在将数据写入到flv数据包中的时候，便需要按照同一个时间线的顺序进行写入。并且是依据操作指令的下达时间和视频信号的录制时间，来确定将操作指令和视频信号写入到flv数据包中的顺序。

视频标签和音频标签能够被正常的读取，除了具有时间属性和内容属性之外，通常还需要有脚本标签来记录播放的基础属性，如视频宽度、视频高度、播放时长等等。进而，记录在flv数据包中的脚本标签就分为了两种，一种是为保证视频标签能够被正确读取而设置的记录有基础播放属性的脚本标签，另一种是记录有操作指令下达时间和操作具体内容的脚本标签。为了能够正确的区分这两个标签，可以通过改变这两种标签的解释符的方式来达到目的。如图4所示，提供了flv数据包的数据格式简化示意图，其中标注出了两个脚本标签具有不同的解释符，这两个脚本标签的解释符分别是a1和a2，并且解释符为a1的脚本标签中记录了内容为视频宽度、视频高度和播放时长这些基础播放属性，该脚本标签的开始时间为1s，即说明其生效时间是从第一秒开始的；解释符为a2的脚本标签中记录了内容为翻到第2页的操作内容，并且还记录了开始时间为11s，就说明了“翻到第2页”的这个操作是在第11秒时开始的。进而，从图4中能够直观的看到写有所述播放参数(基础播放属性)的脚本标签(图4中的视频基础数据标签)中所携带的解释符与写有操作指令的脚本标签(图4中的控制数据标签)中所携带的解释符不同。从图4中还可以看到，除了第一行显示了脚本标签外，第二行和第三行分别显示了视频标签和声音标签，并且视频标签和声音标签中均携带有开始时间和具体内容。在播放这两个标签的时候，也是主要使用这两个属性。

除了上述保证flv数据包能够被正常读取的方案外，由于单位时间内的flv数据包中所携带的数据量增加了(在flv数据包中增加了操作指令的数据)，因此，在进行网络传输的时候可能会造成一定程度的网络延迟，为了避免直播受到影响，本申请所提供的方法中还增加了应对的方案。

具体而言，在首先由直播发起端获取到发出flv数据包所使用的上传网络的上传信号强度；如果获得的上传信号强度不满足预设要求，则直播发起端便依据上传信号强度调整所述视频信号的分辨率。

进一步，可以在直播发起端预先建立如下数据表：

表1

序号	信号强度	分辨率
			1	0-10	A1
2	10-20	A2
			3	20-30	A3
4	30-40	A4
			5	40-50	A5

如可以设置上表中的A5为初始分辨率。如以清晰度进行排名，A5>A4>A3>A2>A1，即A5所对应的清晰度最高，使用该分辨率转化得到的flv数据包所占用的空间也最大，传输时间也最长。当直播发起端检测当前的上传信号强度不在40-50之间的时候(不符合预设的要求)，则需要重新选择分辨率。如，某时刻上传信号强度为25，则应当采用A3分辨率对视频信号的分辨率进行调整。当然，上传信号强度不会一成不变，如上传信号强度调整为了38，则直播发起端应当按照A4分辨率对视频信号的分辨率进行调整，以使网络直播正常进行。即，直播发起端应当选择与上传信号强度相应的分辨率调整数值，并按照该分辨率调整数值对视频信号的分辨率进行调整。

更进一步，如上传信号强度过低，则为了保证收看者能够了解到基本的图像信息(如果视频画面的分辨率过低，则收看者难以从视频信息中了解到应有的内容，此时传递视频信息是没有意义的)，应当采用传递单帧图像的方式进行视频信号的传递，而不采用视频流的方式进行传递。此时所传递的单帧视频即是关键帧。关键帧的确定可以有直播者手动选择的得到的，即，当上传信号强度低于最低限值时，则直播发起端在显示器上显示拍摄得到的视频画面，并接收直播人的选择指令，进而根据选择指令生成关键帧图像，最后将关键帧图像发送给视频服务器，后由视频服务器将该关键帧图像传递给直播收看端。

其中，直播发起端获取到上传网络的上传信号强度可以有两个来源，第一个来源是直播发起端自身进行的检测，进而获取到上传信号强度，第二个来源是视频服务器将上传信号强度发送给直播发起端(即，视频服务器进行的信号强度检测)。当信号强度属于第二个来源的时候，信号强度可以值得是视频服务器检测其与直播发起端之间的网络强度得来的，也可以是其与直播收看端之间的网络强度得来的。

为了保证数据安全性，还可以在将数据包发送之前，对操作指令进行加密，加密算法可以采用如md5算法，非对称加密算法等。

以上，叙述了直播发起端将flv数据包上传到视频服务器的过程，视频服务器还需要将flv数据包传递给直播收看端才能够完成直播。下面对直播的第二个过程，机视频服务器的工作进行说明。

视频服务器在将flv数据包传递给直播收看端之前，通常需要对直播收看端的权限进行认定，只有认定通过后才会下发flv数据包给直播收看端。权限认定部分使用本领域常规技术即可，此处不做过多限定。但为了保证直播的流畅性，还可以由视频服务器完成对视频信号分辨率的调整，具体调整的过程与直播发起端对视频信号分辨率调整的过程相同，此处，不做过多说明。

当然，为了保证视频服务器的工作稳定，视频服务器可以采用负载均衡的处理方案分别与直播发起端和直播收看端保持连接。

第三个部分是直播收看端接收直播数据，并读取该数据的方法。如前文中的描述。直播收看端首先接收该flv数据包，之后，按照一般flv数据包的读取方式(时间顺序)提取其中的每个标签(视频标签、音频标签和脚本标签)，之后按照每个标签的读取方式进行读取即可。

由于传统的flv数据包中只有一种脚本标签，本申请所提供的操作指令发送方法中，携带了两种脚本标签，即一种是为视频标签能够被正确读取而设置的记录有基础播放属性的脚本标签，另一种是记录有操作指令下达时间和操作具体内容的脚本标签，并且这两种脚本标签的解释符不同，因此，在读取的时候可以依据脚本标签的解释符来进行区别。并且调用不同的播放器(插件/软件)来解读不同的脚本标签。即将视频标签、音频标签和记录有所述播放参数的脚本标签向视频播放器发送；并且将记录有操作指令的脚本标签向演示器发送。其中，演示器是与控制器相对应的装置，能够完整的显示出操作指令的装置。

以上叙述了网络直播的三个过程，结合图1，下面对网络直播的三个过程进行示例性的说明。

1，直播发起端录制直播人的视频信号、音频信号和操作指令；

2，直播发起端接收上传信号强度，并依据该上传信号强度适应性的调整视频信号分辨率；

3，直播发起端将调和增分辨率后的视频信号、音频信号和操作指令按照时间顺序写入到flv数据包中，其中操作指令是以脚本标签的形式写入的；

4，直播发起端将flv数据包发送至视频服务器；

5，视频服务器依据下载信号强度重新调和增flv数据包中的视频数据分辨率；

6，视频服务器将flv数据包下发给符合收看权限的直播收看端；

7，直播收看端按照解释符的不同，将不同的标签使用不同的插件进行读取。

整体来看本申请所提供的网络直播的操作指令发送方法和网络直播的操作指令读取方法，采用将操作指令和视频信号，按照同一个时间线写入到同一个flv数据包中的方式，保证了操作指令和视频信号能够通过同一个flv数据包进行发送，使得直播收看端能够同时接收到这两种数据，避免了这两种数据无法同时传递给直播接收端，导致直播质量下降的问题。

本申请实施例中还提供了对应于网络直播的操作指令发送方法的网络直播的操作指令发送装置，该装置包括直播发起端，所述直播发起端包括：

获取模块，用于分别获取操作指令和视频信号；

写入模块，用于将所述操作指令和所述视频信号写入同一个flv数据包中；

第一发送模块，用于将所述写入操作指令和视频信号后的flv数据包发出。如以RU20端

优选的，写入模块包括：

写入单元，用于根据所述操作指令的下达时间和视频信号的录制时间，按照同一时间线，分别将所述操作指令写入所述flv数据包的脚本标签中，和将视频信号的视频内容写入所述flv数据包的视频标签中。

优选的，写入单元还进一步用于：将视频信号的播放参数以脚本标签的形式写入所述flv数据包中；写有所述播放参数的脚本标签中所携带的解释符与写有操作指令的脚本标签中所携带的解释符不同。

优选的，该装置还包括：

上传信号强度获取模块，用于获取发出所述flv数据包所使用的上传网络的上传信号强度；

第一分辨率调整模块，若所述上传信号强度不符合预设要求，则用于依据所述上传信号强度调整所述视频信号的分辨率。

优选的，该装置还包括：

加密模块对所述操作指令进行加密。

本申请实施例中还提供了对应于网络直播的操作指令读取方法的网络直播的操作指令读取装置，该装置包括网络直播的操作指令发送装置，还包括直播收看端，所述直播收看端包括：

接收模块，用于接收所述flv数据包；

读取模块，用于按照时间顺序，读取出所述flv数据包中的操作指令和视频信号；

第二发送模块，用于将所述操作指令和所述视频信号分别向对应的播放器发送。

优选的，发送模块包括：

读取单元，用于读取所述脚本标签中的解释符；

发送单元，用于按照解释符的内容，将记录有所述播放参数的脚本标签向视频播放器发送，以及，将记录有操作指令的脚本标签向演示器发送。

进一步，本发明还提供了网络直播的数据读取***，包括网络直播的操作指令发送装置和网络直播的操作指令读取装置，还包括视频服务器，所述视频服务器包括：

信号强度获取模块，用于获取连接所述视频服务器和所述操作指令读取装置的下载网络的下载信号强度；

第二分辨率调整模块，用于依据所述下载信号强度，对所述操作指令发送装置所发出的flv数据包中的视频信号的分辨率进行调整，并生成调整后的flv数据包；

第三发送模块，用于通过下载网络，将所述调整后的flv数据包向直播收看端发送。

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

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

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.网络直播的操作指令发送方法，其特征在于，包括：

直播发起端分别获取操作指令和视频信号；

直播发起端将所述操作指令和所述视频信号写入同一个flv数据包中；

直播发起端将flv数据包发出。

2.根据权利要求1所述的网络直播的操作指令发送方法，其特征在于，步骤所述直播发起端将所述操作指令和所述视频信号写入同一个flv数据包中，包括：

直播发起端根据所述操作指令的下达时间和视频信号的录制时间，按照同一时间线，分别将所述操作指令写入所述flv数据包的脚本标签中，和将视频信号的视频内容写入所述flv数据包的视频标签中。

3.根据权利要求2所述的网络直播的操作指令发送方法，其特征在于，步骤所述直播发起端将所述操作指令和所述视频信号写入同一个flv数据包中还包括：

直播发起端将视频信号的播放参数以脚本标签的形式写入所述flv数据包中；写有所述播放参数的脚本标签中所携带的解释符与写有操作指令的脚本标签中所携带的解释符不同。

4.根据权利要求1所述的网络直播的操作指令发送方法，其特征在于，在步骤所述直播发起端将所述操作指令和所述视频信号写入同一个flv数据包中之前，还包括：

直播发起端获取发出所述flv数据包所使用的上传网络的上传信号强度；

若所述上传信号强度不符合预设要求，则直播发起端依据所述上传信号强度调整所述视频信号的分辨率。

5.根据权利要求1所述的网络直播的操作指令发送方法，其特征在于，在步骤所述直播发起端将所述操作指令和所述视频信号写入同一个flv数据包中之前，还包括：

直播发起端对所述操作指令进行加密。

6.网络直播的操作指令发送装置，其特征在于，包括直播发起端，所述直播发起端包括：

获取模块，用于分别获取操作指令和视频信号；

写入模块，用于将所述操作指令和所述视频信号写入同一个flv数据包中；

第一发送模块，用于将flv数据包发出。

7.网络直播的操作指令读取方法，包括如权利要求1-5任一项所述的网络直播的操作指令发送方法，其特征在于，还包括：

直播收看端接收所述flv数据包；

直播收看端按照时间顺序，读取出所述flv数据包中的操作指令和视频信号；

直播收看端将所述操作指令和所述视频信号分别向对应的播放器发送。

8.根据权利要求7所述网络直播的操作指令读取方法，其特征在于，所述直播收看端将所述操作指令和所述视频信号分别向对应的播放器发送包括：

直播收看端读取所述脚本标签中的解释符；

直播收看端按照解释符的内容，将记录有所述播放参数的脚本标签向视频播放器发送，以及，将记录有操作指令的脚本标签向演示器发送。

9.根据权利要求8所述网络直播的操作指令读取方法，其特征在于，还包括：

视频服务器获取连接所述视频服务器和所述操作指令读取装置的下载网络的下载信号强度；

视频服务器依据所述下载信号强度，对所述操作指令发送装置所发出的flv数据包中的视频信号的分辨率进行调整，并生成调整后的flv数据包；

视频服务器通过下载网络，将所述调整后的flv数据包向直播收看端发送。

10.网络直播的操作指令读取装置，包括如权利要求6所述的网络直播的操作指令发送装置，其特征在于，还包括直播收看端，所述直播收看端包括：

接收模块，用于接收所述flv数据包；

读取模块，用于按照时间顺序，读取出所述flv数据包中的操作指令和视频信号；

第二发送模块，用于将所述操作指令和所述视频信号分别向对应的播放器发送。