CN102802054B - 一种多流视频直播中的控制方法及装置 - Google Patents

Abstract

本申请提供了一种多流视频直播中的控制方法及装置，其中所述方法包括：接收客户端提交的请求，所述请求包括多流视频直播请求；依据所述请求生成多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的主画面视频的信息以及分画面视频的信息；按照所述多路视频的画面布局信息返回对应的多路视频流，具体包括，针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度。本申请用以满足用户对每路视频不同清晰度的需求，减少带宽的占用和资源的耗费。

Description

一种多流视频直播中的控制方法及装置

技术领域

本申请涉及视频处理的技术领域，特别是涉及一种多流视频直播中的控制方法，一种多流视频直播中的控制装置，一种多流视频直播服务器，以及，一种多流视频播放器。

背景技术

多流视频直播可以理解为多路视频流同时在一个画面中播放，即在同一画面为用户同时播放多路视频。参考图1所示的多流视频直播的画面示意图，通常多流视频直播的画面包括一个主画面和多个分画面，各主画面和分画面分别播放不同的视频，用户可以根据需求对各主画面和分画面进行布局和控制，选择播放哪些路的视频，切换某路视频为主画面，或关闭某路视频。

现有的多流视频直播方案，每路视频都是采用同样的清晰度，无法做到动态调整以符合用户的需求。并且，对各路视频都采用同样的清晰度播放，势必导致宽带的占用和资源的耗费。

因此，目前需要本领域技术人员迫切解决的一个技术问题就是：提出一种多流视频直播中的控制机制，用以满足用户对每路视频不同清晰度的需求，减少带宽的占用和资源的耗费。

发明内容

本申请的目的是提供一种多流视频直播中的控制方法和装置，用以满足用户对每路视频不同清晰度的需求，减少带宽的占用和资源的耗费。

为了解决上述问题，本申请公开了一种多流视频直播中的控制方法，包括：

接收客户端提交的请求，所述请求包括多流视频直播请求；

依据所述请求生成多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的主画面视频的信息以及分画面视频的信息；

按照所述多路视频的画面布局信息返回对应的多路视频流，具体包括，针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度。

优选地，所述方法，还包括：

服务器针对各路视频分别产生不同清晰度的多路视频流，所述不同清晰度至少包括第一清晰度和第二清晰度。

优选地，所述请求还包括主画面视频变更请求；所述画面布局信息还包括：依据所述主画面视频变更请求生成的变更后主画面视频的信息和变更后分画面视频的信息；

所述按照多路视频的画面布局信息返回对应的多路视频流的步骤还包括：

针对所述变更后主画面视频的信息返回第一清晰度的对应视频流，针对变更后分画面视频的信息返回第二清晰度的对应视频流。

优选地，所述请求还包括视频关闭请求；所述画面布局信息还包括关闭视频的信息，以及，更新的画面布局信息，所述更新的画面布局信息包括更新主画面视频的信息和更新分画面视频的信息；

所述按照多路视频的画面布局信息返回对应的多路视频流的步骤还包括：

针对所述关闭视频的信息中止传送对应的视频流；

针对所述更新主画面视频的信息返回第一清晰度的对应视频流，针对更新分画面视频的信息返回第二清晰度的对应视频流。

优选地，所述方法，还包括：

客户端播放所述多路视频流。

优选地，所述第一清晰度为高于2Mbps码率的清晰度，所述第二清晰度为低于400Kbps码率的清晰度。

本申请实施例还公开了一种多流视频直播中的控制装置，包括：

请求接收模块，用于接收客户端提交的请求，所述请求包括多流视频直播请求；

画面布局模块，用于依据所述请求生成多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的主画面视频的信息以及分画面视频的信息；

视频流返回模块，用于按照所述多路视频的画面布局信息返回对应的多路视频流，具体包括，

第一返回子模块，用于针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度。

优选地，所述装置，还包括：

视频流产生模块，用于针对各路视频分别产生不同清晰度的多路视频流，所述不同清晰度至少包括第一清晰度和第二清晰度。

优选地，所述请求还包括主画面视频变更请求；所述画面布局信息还包括：依据所述主画面视频变更请求生成的变更后主画面视频的信息和变更后分画面视频的信息；

所述视频流返回模块还包括：

第二返回子模块，用于针对所述变更后主画面视频的信息返回第一清晰度的对应视频流，针对变更后分画面视频的信息返回第二清晰度的对应视频流。

优选地，所述请求还包括视频关闭请求；所述画面布局信息还包括关闭视频的信息，以及，更新的画面布局信息，所述更新的画面布局信息包括更新主画面视频的信息和更新分画面视频的信息；

所述视频流返回模块还包括：

视频流中止传送子模块，用于针对所述关闭视频的信息中止传送对应的视频流；

第三返回子模块，用于针对所述更新主画面视频的信息返回第一清晰度的对应视频流，针对更新分画面视频的信息返回第二清晰度的对应视频流。

本申请实施例还公开了一种多流视频直播服务器，包括：

请求接收模块，用于接收客户端提交的请求，所述请求包括多流视频直播请求；

画面布局模块，用于依据所述请求生成多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的主画面视频的信息以及分画面视频的信息；

视频流返回模块，用于按照所述多路视频的画面布局信息返回对应的多路视频流，具体包括，

第一返回子模块，用于针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度。

本申请实施例还公开了一种多流视频播放器，包括：

请求发送模块，用于向服务器提交请求，所述请求包括多流视频直播请求；所述请求中包括多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的主画面视频的信息以及分画面视频的信息；

视频流接收模块，用于接收服务器按照所述多路视频的画面布局信息返回的对应多路视频流，具体包括，第一接收子模块，用于接收针对所述主画面视频信息返回的第一清晰度的对应视频流，以及，针对所述分画面视频信息返回的第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度；

播放模块，用于播放所述多路视频流。

与现有技术相比，本申请包括以下优点：

本申请实施例在多流视频直播的过程中，针对用户指定的主画面视频，采用高清晰度播放，对于其它各路视频(分画面视频)，采用低清晰度播放，相对于现有技术中对于每路视频都是采用同样的清晰度播放的方式，只对用户感兴趣的视频采用高清晰度播放，而对其它多路视频采用低清晰度播放的方式，可以有效减少带宽的占用和资源的耗费。

附图说明

图1是一种多流视频直播的画面示意图；

图2是本申请的一种多流视频直播中的控制方法实施例1的步骤流程图；

图3是本申请的一种多流视频直播中的控制方法实施例2的步骤流程图；

图4是本申请的一种多流视频直播中的控制方法实施例3的步骤流程图；

图5是本申请的一种多流视频直播中的控制装置实施例的结构框图；

图6是本申请的一种多流视频直播服务器实施例的结构框图；

图7是本申请的一种多流视频播放器实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请实施例的核心构思之一在于，在多流视频直播的过程中，针对用户指定的主画面视频，采用高清晰度播放，对于其它各路视频(分画面视频)，采用低清晰度播放。

参照图2，其示出了本申请的一种多流视频直播中的控制方法实施例1的步骤流程图，具体可以包括如下步骤：

步骤101，接收客户端提交的多流视频直播请求；

步骤102，依据所述多流视频直播请求生成多路视频的画面布局信息，所述画面布局信息包括主画面视频的信息以及分画面视频的信息；

一般而言，多流视频直播的画面包括一个主画面和多个分画面，各主画面和分画面分别播放不同的视频，用户可以根据需求选择播放哪些路的视频，选择某路视频为主画面。在实际中，所述画面布局信息可以是默认的信息，也可以是上次关闭时的在先信息，也可以是用户当前指定的信息，本申请对所述画面布局信息形成的来源不作限制，仅限定所述画面布局信息包括至少一个主画面视频的信息以及至少一个分画面视频的信息。

需要说明的是，本步骤中所述多路视频的画面布局信息可以由服务器在收到多流视频直播请求后根据多流视频直播请求生成，也可以由客户端在提交多流视频直播请求前生成，即客户端提交的多流视频直播请求时即包括当前客户端的画面布局信息，本领域技术人员根据实际情况采用任一种方案均是可行的，本申请对此不作限制。

步骤103，按照所述多路视频的画面布局信息返回对应的多路视频流，具体包括：

针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度。

视频质量可以通过主观和客观方式来表现，主观方式就是通常人们提到的视频清晰度，而客观参数则是量化参数或者压缩比或者码率。在视频源一样，压缩算法也一样的前提下比较，量化参数，压缩比和码率之间是有直接的比例关系的。视频文件一般涉及到三个参数：帧率、分辨率和码率。其中，帧率是指每秒显示的图片数，帧率影响画面流畅度，与画面流畅度成正比：帧率越大，画面越流畅；帧率越小，画面越有跳动感。分辨率是指图片的长度和宽度，即图片的尺寸。码率是指把每秒显示的图片进行压缩后的数据量，即数据传输时单位时间传送的数据位数，一般用的单位是kbps，即千位每秒。码率通俗一点的理解就是取样率，单位时间内取样率越大，精度就越高，处理出来的文件就越接近原始文件，也就是说画面的细节就越丰富。码率影响体积，与体积成正比，也就是说，码率越大，体积越大；码率越小，体积越小。

所谓“清晰”，是指画面十分细腻，没有马赛克。并不是分辨率越高图像就越清晰。简单说：在码率一定的情况下，分辨率与清晰度成反比关系：分辨率越高，图像越不清晰，分辨率越低，图像越清晰。在分辨率一定的情况下，码率与清晰度成正比关系，码率越高，图像越清晰；码率越低，图像越不清晰。但是，事实情况却不是这么简单。可以这么说：在码率一定的情况下，分辨率在一定范围内取值都将是清晰的；同样地，在分辨率一定的情况下，码率在一定范围内取值都将是清晰的。

在本申请的一种优选实施例中，所述清晰度可以通过码率调整，作为本申请具体应用的一种示例，所述第一清晰度可以为高于2Mbps码率的清晰度，所述第二清晰度可以为低于400Kbps码率的清晰度，即针对所述主画面视频信息返回高于2Mbps码率的对应视频流，针对其它各路视频返回低于400Kbps码率的对应视频流。

本领域技术人员可以依据实际应用对第一清晰度和第二清晰度进行任意设置，例如，在手机等较小屏幕的多流视频直播的中，所述第一清晰度可以为高于400Kbps码率的清晰度，所述第二清晰度可以为低于50Kbps码率的清晰度；在某些超大屏幕的多流视频直播的应用中，所述第一清晰度可以为高于5Mbps码率的清晰度，所述第二清晰度可以为低于2Mbps码率的清晰度。

应用本申请实施例，可以满足用户对每路视频不同清晰度的需求，提升用户体验，对用户指定的主画面视频采用高清晰度播放，其它路视频采用低清晰度播放，相对于现有技术中对于每路视频都是采用同样的清晰度播放的方式，只对用户感兴趣的视频采用高清晰度播放，而对其它多路视频采用低清晰度播放的方式，可以有效减少带宽的占用和资源的耗费。并且，对于客户端而言，只需接收其想要的视频流，对于其不需要的视频流，由于没有建立连接，所以也不占带宽和资源。

参照图3，其示出了本申请的一种多流视频直播中的控制方法实施例2的步骤流程图，具体可以包括如下步骤：

步骤301，服务器针对各路视频分别产生不同清晰度的多路视频流，所述不同清晰度至少包括第一清晰度和第二清晰度；

其中，所述第一清晰度高于第二清晰度。

步骤302，服务器接收客户端提交的多流视频直播请求，所述请求中包括多路视频的画面布局信息，所述画面布局信息包括主画面视频的信息以及分画面视频的信息；

步骤303，依据所述多流视频直播请求返回对应的多路视频流，其中，针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流。

本实施例即示出了一种由客户端在提交多流视频直播请求前生成多路视频的画面布局信息的方式，即客户端提交的多流视频直播请求时即包括当前客户端的画面布局信息，本实施例可以进一步节约服务器的资源，减轻服务器的负担。

参照图4，其示出了本申请的一种多流视频直播中的控制方法实施例3的步骤流程图，具体可以包括如下步骤：

步骤401，服务器针对各路视频分别产生不同清晰度的多路视频流，所述不同清晰度至少包括第一清晰度和第二清晰度；

其中，所述第一清晰度高于第二清晰度。

步骤402，服务器接收客户端提交的请求，所述请求包括多流视频直播请求，主画面视频变更请求，以及，视频关闭请求；

当所述请求为多流视频直播请求时，执行步骤403-404；

当所述请求为主画面视频变更请求时，执行步骤405-406；

当所述请求为视频关闭请求时，执行步骤407-408；

步骤403，依据所述多流视频直播请求生成多路视频的画面布局信息，所述画面布局信息包括主画面视频的信息以及分画面视频的信息；

步骤404，针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流；转步骤409；

步骤405，依据所述主画面视频变更请求生成的变更后主画面视频的信息和变更后分画面视频的信息；

步骤406，针对所述变更后主画面视频的信息返回第一清晰度的对应视频流，并针对原始主画面视频的信息返回第二清晰度的对应视频流；转步骤409；

步骤407，依据所述视频关闭请求生成关闭视频的信息，以及，更新的画面布局信息；其中，所述更新的画面布局信息包括更新主画面视频的信息和更新分画面视频的信息；

步骤408，针对所述关闭视频的信息中止传送对应的视频流；以及，针对所述更新主画面视频的信息返回第一清晰度的对应视频流，针对更新分画面视频的信息返回第二清晰度的对应视频流。

步骤409，客户端播放所述多路视频流。

为使本领域技术人员更好地理解本申请，以下通过一个具体示例来说明。

S1，服务器针对A，B，C，D四路视频，分别采用第一清晰度(在本例中简称为“高清晰度”)和第二清晰度(在本例中简称为“低清晰度”)，生成8个视频流，记为A1、A2，B1、B2，C1、C2，D1、D2，其中A1，B1，C1，D1分别为高清晰度对应的A，B，C，D四路视频的视频流，A2，B2，C2，D2分别为低清晰度对应的A，B，C，D四路视频的视频流。

S2，某客户端请求与服务器连接进行多流视频直播，服务器依据该请求确定需要播放的多路视频信息，以及，其中主画面视频的信息和分画面视频的信息；假设本例中，需要播放的多路视频信息为A，B，C，D四路视频的信息，其中主画面视频的信息为A路视频，分画面视频的信息为B，C，D三路视频。

S3，服务器依据所述客户端提交的多流视频直播请求，选择A1，B2，C2，D2的视频流返回给该客户端，即对于A路视频返回高清晰度的视频流，对于B，C，D这三路视频，返回低清晰度的视频流；

S4，客户端接收到视频流后，采用高清晰度播放A路视频，采用低清晰度播放B，C，D这三路视频。

S5，当某客户端调整当前播放的主画面时，会向服务器提交主画面视频变更请求；假设在本例中，主画面视频需要从A变到C；

S6，服务器依据所述主画面视频变更请求生成变更后主画面视频的信息和变更后分画面视频的信息为，C1，A2，B2，D2，并选择C1，A2，B2，D2的视频流返回给该客户端，即对于C路视频返回高清晰度的视频流，对于A，B，D这三路视频，返回低清晰度的视频流；

S7，客户端接收到视频流后，采用高清晰度播放C路视频，采用低清晰度播放A，B，D这三路视频。

S8，当客户端提交了关闭某路视频的请求时，服务器依据该请求生成关闭视频的信息，以及，更新的画面布局信息；假设在本例中客户端提交了关闭D路视频的请求，则服务器关闭D路视频的信息，并返回C1，A2，B2三路视频的视频流给客户端；若客户端提交了关闭主画面视频C路视频的请求，在关闭C路视频的信息，并返回A1，B2，D2三路视频的视频流给客户端。

需要说明的是，在关闭主画面视频时，服务器可以返回默认的主画面视频，也可以按照用户指定的主画面视频信息返回对应的视频流。

本申请实施例中所述多路视频的画面布局信息可以由服务器在收到请求后根据请求生成，也可以由客户端在提交请求前生成，即客户端提交的请求时即包括当前客户端的画面布局信息，这种方式将进一步节约服务器的资源。本领域技术人员根据实际情况采用任一种方案均是可行的，本申请对此不作限制。

本领域技术人员易于想到的是，在本申请中，所述第一清晰度，第二清晰度仅仅用作示例，本领域技术人员根据实际情况设置更多层次的清晰度均是可行的，例如设置四种不同的清晰度，针对四路视频分别采用不同的清晰度进行播放；只需将其中某一路或某几路设置为低于标准清晰度进行播放，均可达到本申请减少带宽的占用和资源的耗费的技术效果。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

参照图5，其示出了本申请的一种多流视频直播中的控制装置实施例1的结构框图，具体可以包括以下模块：

请求接收模块501，用于接收客户端提交的请求，所述请求包括多流视频直播请求；

画面布局模块502，用于依据所述请求生成多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的主画面视频的信息以及分画面视频的信息；

视频流返回模块503，用于按照所述多路视频的画面布局信息返回对应的多路视频流，具体包括，

第一返回子模块，用于针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度。

作为本申请的一种优选示例，服务器针对各路视频分别产生不同清晰度的多路视频流，所述不同清晰度至少包括第一清晰度和第二清晰度。

在本申请的另一种优选实施例中，所述请求还包括主画面视频变更请求；所述画面布局信息还包括：依据所述主画面视频变更请求生成的变更后主画面视频的信息和变更后分画面视频的信息；

所述视频流返回模块503还包括：

第二返回子模块，用于针对所述变更后主画面视频的信息返回第一清晰度的对应视频流，针对变更后分画面视频的信息返回第二清晰度的对应视频流。

在本申请的另一种优选实施例中，所述请求还包括视频关闭请求；所述画面布局信息还包括关闭视频的信息，以及，更新的画面布局信息，所述更新的画面布局信息包括更新主画面视频的信息和更新分画面视频的信息；

所述视频流返回模块503还包括：

视频流中止传送子模块，用于针对所述关闭视频的信息中止传送对应的视频流；

第三返回子模块，用于针对所述更新主画面视频的信息返回第一清晰度的对应视频流，针对更新分画面视频的信息返回第二清晰度的对应视频流。

在本申请的一种优选实施例中，还包括客户端播放所述多路视频流。

作为本申请的一种优选示例，所述第一清晰度为高于2Mbps码率的清晰度，所述第二清晰度为低于400Kbps码率的清晰度。

参考图6，本申请实施例还公开了一种多流视频直播服务器实施例的结构框图，具体可以包括如下模块：

请求接收模块601，用于接收客户端提交的请求，所述请求包括多流视频直播请求；

画面布局模块602，用于依据所述请求生成多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的主画面视频的信息以及分画面视频的信息；

视频流返回模块603，用于按照所述多路视频的画面布局信息返回对应的多路视频流，具体包括，

第一返回子模块，用于针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度。

在本申请的另一种优选实施例中，所述请求还包括主画面视频变更请求；所述画面布局信息还包括：依据所述主画面视频变更请求生成的变更后主画面视频的信息和变更后分画面视频的信息；

所述视频流返回模块603还包括：

第二返回子模块，用于针对所述变更后主画面视频的信息返回第一清晰度的对应视频流，针对变更后分画面视频的信息返回第二清晰度的对应视频流。

在本申请的另一种优选实施例中，所述请求还包括视频关闭请求；所述画面布局信息还包括关闭视频的信息，以及，更新的画面布局信息，所述更新的画面布局信息包括更新主画面视频的信息和更新分画面视频的信息；

所述视频流返回模块603还包括：

视频流中止传送子模块，用于针对所述关闭视频的信息中止传送对应的视频流；

第三返回子模块，用于针对所述更新主画面视频的信息返回第一清晰度的对应视频流，针对更新分画面视频的信息返回第二清晰度的对应视频流。

参考图7，本申请实施例还公开了一种多流视频播放器实施例的结构框图，具体可以包括如下模块：

请求发送模块701，用于向服务器提交请求，所述请求包括多流视频直播请求；所述请求中包括多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的主画面视频的信息以及分画面视频的信息；

视频流接收模块702，用于接收服务器按照所述多路视频的画面布局信息返回的对应多路视频流，具体包括，第一接收子模块，用于接收服务器针对所述主画面视频信息返回的第一清晰度的对应视频流，以及，针对所述分画面视频信息返回的第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度；

播放模块703，用于播放所述多路视频流。

在本申请的另一种优选实施例中，所述请求还包括主画面视频变更请求；所述画面布局信息还包括：依据所述主画面视频变更请求生成的变更后主画面视频的信息和变更后分画面视频的信息；

所述视频流接收模块702还包括：

第二接收子模块，用于接收服务器针对所述变更后主画面视频的信息返回第一清晰度的对应视频流，针对变更后分画面视频的信息返回第二清晰度的对应视频流。

在本申请的另一种优选实施例中，所述请求还包括视频关闭请求；所述画面布局信息还包括关闭视频的信息，以及，更新的画面布局信息，所述更新的画面布局信息包括更新主画面视频的信息和更新分画面视频的信息；

所述视频流接收模块702还包括：

视频流中止接收子模块，用于中止接收针对所述关闭视频的信息对应的视频流；

第三接收子模块，用于接收服务器针对所述更新主画面视频的信息返回第一清晰度的对应视频流，针对更新分画面视频的信息返回第二清晰度的对应视频流。

对于上述装置实施例以及服务器，客户端的实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种多流视频直播中的控制方法，一种多流视频直播中的控制装置，一种多流视频直播服务器，以及，一种多流视频播放器进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (9)

1.一种多流视频直播中的控制方法，其特征在于，包括：

服务器针对各路视频分别产生不同清晰度的多路视频流，所述不同清晰度至少包括第一清晰度和第二清晰度；

服务器接收客户端提交的请求，所述请求包括多流视频直播请求；

服务器依据所述请求生成多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的一个或多个主画面视频的信息以及一个或多个分画面视频的信息；

服务器按照所述多路视频的画面布局信息向所述客户端返回对应的多路视频流，具体包括，针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度；所述清晰度通过码率调整；

所述客户端播放所述多路视频流。

2.根据权利要求1所述的方法，其特征在于，所述请求还包括主画面视频变更请求；所述画面布局信息还包括：依据所述主画面视频变更请求生成的变更后主画面视频的信息和变更后分画面视频的信息；

所述按照多路视频的画面布局信息返回对应的多路视频流的步骤还包括：

针对所述变更后主画面视频的信息返回第一清晰度的对应视频流，针对变更后分画面视频的信息返回第二清晰度的对应视频流。

3.根据权利要求2所述的方法，其特征在于，所述请求还包括视频关闭请求；所述画面布局信息还包括关闭视频的信息，以及，更新的画面布局信息，所述更新的画面布局信息包括更新主画面视频的信息和更新分画面视频的信息；

所述按照多路视频的画面布局信息返回对应的多路视频流的步骤还包括：

针对所述关闭视频的信息中止传送对应的视频流；

针对所述更新主画面视频的信息返回第一清晰度的对应视频流，针对更新分画面视频的信息返回第二清晰度的对应视频流。

4.根据权利要求1或3所述的方法，其特征在于，所述第一清晰度为高于2Mbps码率的清晰度，所述第二清晰度为低于400Kbps码率的清晰度。

5.一种多流视频直播中的控制装置，其特征在于，包括：

视频流产生模块，用于针对各路视频分别产生不同清晰度的多路视频流，所述不同清晰度至少包括第一清晰度和第二清晰度；

请求接收模块，用于接收客户端提交的请求，所述请求包括多流视频直播请求；

画面布局模块，用于依据所述请求生成多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的一个或多个主画面视频的信息以及一个或多个分画面视频的信息；

视频流返回模块，用于按照所述多路视频的画面布局信息向所述客户端返回对应的多路视频流，具体包括，

第一返回子模块，用于针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度；所述清晰度通过码率调整；

所述视频流产生模块、所述请求接收模块、所述画面布局模块、所述视频流返回模块和所述第一返回子模块位于服务器中；

客户端，用于播放所述多路视频流。

6.根据权利要求5所述的装置，其特征在于，所述请求还包括主画面视频变更请求；所述画面布局信息还包括：依据所述主画面视频变更请求生成的变更后主画面视频的信息和变更后分画面视频的信息；

所述视频流返回模块还包括：

第二返回子模块，用于针对所述变更后主画面视频的信息返回第一清晰度的对应视频流，针对变更后分画面视频的信息返回第二清晰度的对应视频流。

7.根据权利要求6所述的装置，其特征在于，所述请求还包括视频关闭请求；所述画面布局信息还包括关闭视频的信息，以及，更新的画面布局信息，所述更新的画面布局信息包括更新主画面视频的信息和更新分画面视频的信息；

所述视频流返回模块还包括：

视频流中止传送子模块，用于针对所述关闭视频的信息中止传送对应的视频流；

第三返回子模块，用于针对所述更新主画面视频的信息返回第一清晰度的对应视频流，针对更新分画面视频的信息返回第二清晰度的对应视频流。

8.一种多流视频直播服务器，其特征在于，包括：

视频流产生模块，用于针对各路视频分别产生不同清晰度的多路视频流，所述不同清晰度至少包括第一清晰度和第二清晰度；

请求接收模块，用于接收客户端提交的请求，所述请求包括多流视频直播请求；

画面布局模块，用于依据所述请求生成多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的一个或多个主画面视频的信息以及一个或多个分画面视频的信息；

视频流返回模块，用于按照所述多路视频的画面布局信息向所述客户端返回对应的多路视频流，具体包括，

第一返回子模块，用于针对所述主画面视频信息返回第一清晰度的对应视频流，针对所述分画面视频信息返回第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度；所述清晰度通过码率调整。

9.一种多流视频播放器，其特征在于，包括：

请求发送模块，用于向服务器提交请求，所述请求包括多流视频直播请求；所述请求中包括多路视频的画面布局信息，所述画面布局信息包括依据所述多流视频直播请求生成的一个或多个主画面视频的信息以及一个或多个分画面视频的信息；

视频流接收模块，用于接收服务器按照所述多路视频的画面布局信息返回的对应多路视频流，具体包括，第一接收子模块，用于接收针对所述主画面视频信息返回的第一清晰度的对应视频流，以及，针对所述分画面视频信息返回的第二清晰度的对应视频流，其中，所述第一清晰度高于第二清晰度；所述清晰度通过码率调整；

播放模块，用于播放所述多路视频流。