CN108900919A - 一种直播中的连麦方法、装置、服务器及终端 - Google Patents
一种直播中的连麦方法、装置、服务器及终端 Download PDFInfo
- Publication number
- CN108900919A CN108900919A CN201810713956.4A CN201810713956A CN108900919A CN 108900919 A CN108900919 A CN 108900919A CN 201810713956 A CN201810713956 A CN 201810713956A CN 108900919 A CN108900919 A CN 108900919A
- Authority
- CN
- China
- Prior art keywords
- wheat
- main broadcaster
- video flowing
- server
- welcome guest
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 241000209140 Triticum Species 0.000 title claims abstract description 526
- 235000021307 Triticum Nutrition 0.000 title claims abstract description 526
- 238000000034 method Methods 0.000 title claims abstract description 55
- 230000005540 biological transmission Effects 0.000 claims abstract description 24
- 230000000694 effects Effects 0.000 claims description 76
- 238000012790 confirmation Methods 0.000 claims description 58
- 238000004891 communication Methods 0.000 claims description 34
- 238000012545 processing Methods 0.000 claims description 19
- 238000004590 computer program Methods 0.000 claims description 15
- 238000001514 detection method Methods 0.000 claims description 6
- 230000000630 rising effect Effects 0.000 claims 1
- 238000003860 storage Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 5
- 240000000233 Melia azedarach Species 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 3
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000000802 evaporation-induced self-assembly Methods 0.000 description 2
- 230000036541 health Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 235000015170 shellfish Nutrition 0.000 description 2
- 238000000151 deposition Methods 0.000 description 1
- 238000005111 flow chemistry technique Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
- H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
Abstract
本发明实施例提供了一种直播中的连麦方法、装置、服务器及终端，所述直播中的连麦方法，应用于服务器，包括：获取待连麦的嘉宾端发送的待连麦的视频流，将待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行主播端与待连麦的嘉宾端的连麦；检测直播间中的当前视频流是否卡顿，其中，当前视频流包括主播端及所有已连麦的嘉宾端的视频流；如果是，采用预设码率调整策略，对当前视频流进行处理，其中，预设码率调整策略为降低视频流码率的策略。可见，服务器通过预设码率调整策略可以以降低视频流码率的方式对当前视频流进行处理，可以解决连麦过程中出现的卡顿问题，提高用户体验。
Description
技术领域
本发明涉及直播视频流处理技术领域，特别是涉及一种直播中的连麦方法、装置、服务器及终端。
背景技术
网络直播在近年来得到快速发展，并得到人们的喜爱。在进行网络直播时，主播可以通过多种方式进行直播，也可以与观众或其他主播进行互动。目前，连麦成为一种重要的互动形式，得到越来越多的关注。连麦是一种主播与其他主播之间的互动方式，观众可以观看主播之间的连麦形式的直播。
在连麦形式的直播中，发起连麦的用户端可以称为主播端，申请加入连麦的用户端可以称为嘉宾端，观看主播间连麦直播的用户端则为观众端。在连麦过程中，服务器接收嘉宾端的申请连麦指令后，可以将其转发至主播端，主播端确认连麦后，服务器便将嘉宾端的视频流推送至主播端，在主播端的连麦窗口中显示，同时，服务器也将主播端的视频流推送至嘉宾端，在嘉宾端的连麦窗口中显示，这样，主播可以与多个嘉宾同时进行连麦。对于观众端，服务器将主播端及嘉宾端的视频流进行合并，得到一路视频流，推送至各观众端，观众便可以通过观众端显示的直播界面观看主播与嘉宾的连麦直播。
在上述连麦过程中，由于主播可以与多个嘉宾进行连麦，这样主播端和嘉宾端则会接收到服务器推送的多路视频流，在网络状况不佳、连麦人数多等因素的影响下，容易出现视频流卡顿的问题，影响用户体验。
发明内容
本发明实施例的目的在于提供一种直播中的连麦方法、装置、服务器及终端，以解决连麦过程中出现的卡顿问题，提高用户体验。具体技术方案如下：
第一方面，本发明实施例提供了第一种直播中的连麦方法，应用于服务器，所述方法包括：
获取待连麦的嘉宾端发送的待连麦的视频流，将所述待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行所述主播端与所述待连麦的嘉宾端的连麦；
检测所述直播间中的当前视频流是否卡顿，其中，所述当前视频流包括所述主播端及所有已连麦的嘉宾端的视频流；
如果是，采用预设码率调整策略，对所述当前视频流进行处理，其中，所述预设码率调整策略为降低视频流码率的策略。
可选的，所述采用预设码率调整策略，对所述当前视频流进行处理的步骤，包括：
确定所述当前视频流中卡顿的视频流；
降低所确定的视频流的码率。
可选的，所述采用预设码率调整策略，对所述当前视频流进行处理的步骤，包括：
降低所述当前视频流包括的所有视频流的码率。
可选的，所述获取待连麦的嘉宾端发送的待连麦的视频流的步骤，包括：
接收待连麦的嘉宾端发送的申请连麦的视频流；
将所述申请连麦的视频流推送至所述主播端，以使所述主播端将所述申请连麦的视频流显示于预设预览窗口；
接收所述主播端发送的确认指令后，将所述申请连麦的视频流确定为待连麦的视频流，其中，所述确认指令为所述主播端接收主播发送的确认连麦指令后发送的。
可选的，所述方法还包括：
接收送礼端发送的送礼指令及礼物标识，其中，所述送礼端为所述主播端或所述直播间中所有嘉宾端中的一个，所述送礼指令携带送礼端标识及收礼端标识；
获取所述主播端的连麦窗口信息，其中，所述连麦窗口信息包括所述连麦窗口的大小及样式；
根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置；
发送所述起始位置及所述结束位置至所述主播端及所述直播间中所有嘉宾端，并发送所述礼物标识至非送礼端，以使所述主播端及所述直播间中所有嘉宾端确定所述礼物标识对应的礼物动效，并按照所述起始位置及所述结束位置，显示所述礼物动效。
可选的，所述根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置的步骤，包括：
根据所述送礼端标识、所述连麦窗口的大小及样式，确定所述送礼端的当前视频流在所述连麦窗口中的显示范围，作为第一显示范围；
根据所述收礼端标识、所述连麦窗口的大小及样式，确定所述收礼端的当前视频流在所述连麦窗口中的显示范围，作为第二显示范围；
基于所述第一显示范围、所述第二显示范围及预设动效显示规则，确定礼物动效的起始位置及结束位置，其中，所述起始位置位于所述第一显示范围内，所述结束位置位于所述第二显示范围内。
第二方面，本发明实施例提供了第二种直播中的连麦方法，应用于主播端，所述方法包括：
接收服务器发送的申请连麦的视频流；
将所述申请连麦的视频流显示于预设预览窗口；
接收主播发送的确认连麦指令后，发送确认指令至所述服务器，以使所述服务器将所述申请连麦的视频流确定为待连麦的视频流。
第三方面，本发明实施例提供了第一种直播中的连麦装置，应用于服务器，所述装置包括：
视频流获取模块，用于获取待连麦的嘉宾端发送的待连麦的视频流，将所述待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行所述主播端与所述待连麦的嘉宾端的连麦；
卡顿检测模块，用于检测所述直播间中的当前视频流是否卡顿，其中，所述当前视频流包括所述主播端及所有已连麦的嘉宾端的视频流；
码率调整模块，用于在所述直播间中的当前视频流卡顿的情况下，采用预设码率调整策略，对所述当前视频流进行处理，其中，所述预设码率调整策略为降低视频流码率的策略。
可选的，所述码率调整模块包括：
视频流确定单元，用于确定所述当前视频流中卡顿的视频流；
第一码率降低单元，用于降低所确定的视频流的码率。
可选的，所述码率调整模块包括：
第二码率降低单元，用于降低所述当前视频流包括的所有视频流的码率。
可选的，所述视频流获取模块包括：
视频流接收单元，用于接收待连麦的嘉宾端发送的申请连麦的视频流；
视频流发送单元，用于将所述申请连麦的视频流推送至所述主播端，以使所述主播端将所述申请连麦的视频流显示于预设预览窗口；
视频流确定单元，用于接收所述主播端发送的确认指令后，将所述申请连麦的视频流确定为待连麦的视频流，其中，所述确认指令为所述主播端接收主播发送的确认连麦指令后发送的。
可选的，所述装置还包括：
礼物信息接收模块，用于接收送礼端发送的送礼指令及礼物标识，其中，所述送礼端为所述主播端或所述直播间中所有嘉宾端中的一个，所述送礼指令携带送礼端标识及收礼端标识；
窗口信息获取模块，用于获取所述主播端的连麦窗口信息，其中，所述连麦窗口信息包括所述连麦窗口的大小及样式；
位置信息确定模块，用于根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置；
位置信息发送模块，用于发送所述起始位置及所述结束位置至所述主播端及所述直播间中所有嘉宾端，并发送所述礼物标识至非送礼端，以使所述主播端及所述直播间中所有嘉宾端确定所述礼物标识对应的礼物动效，并按照所述起始位置及所述结束位置，显示所述礼物动效。
可选的，所述位置信息确定模块包括：
第一显示范围确定单元，用于根据所述送礼端标识、所述连麦窗口的大小及样式，确定所述送礼端的当前视频流在所述连麦窗口中的显示范围，作为第一显示范围；
第二显示范围确定单元，用于根据所述收礼端标识、所述连麦窗口的大小及样式，确定所述收礼端的当前视频流在所述连麦窗口中的显示范围，作为第二显示范围；
位置信息确定单元，用于基于所述第一显示范围、所述第二显示范围及预设动效显示规则，确定礼物动效的起始位置及结束位置，其中，所述起始位置位于所述第一显示范围内，所述结束位置位于所述第二显示范围内。
第四方面，本发明实施例提供了第二种直播中的连麦装置，应用于主播端，所述装置包括：
视频流接收模块，用于接收服务器发送的申请连麦的视频流；
预览显示模块，用于将所述申请连麦的视频流显示于预设预览窗口；
确认指令发送模块，用于接收主播发送的确认连麦指令后，发送确认指令至所述服务器，以使所述服务器将所述申请连麦的视频流确定为待连麦的视频流。
本发明实施例还提供了一种服务器，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现上述第一种直播中的连麦方法的步骤。
本发明实施例还提供了一种终端，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现上述第二种直播中的连麦方法的步骤。
本发明实施例还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述第一种直播中的连麦方法的步骤。
本发明实施例还提供了另一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述第二种直播中的连麦方法的步骤。
本发明实施例所提供的方案中，服务器首先可以获取待连麦的嘉宾端发送的待连麦的视频流，将待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行主播端与待连麦的嘉宾端的连麦，检测直播间中的当前视频流是否卡顿，如果是，采用预设码率调整策略，对当前视频流进行处理，其中，预设码率调整策略为降低视频流码率的策略，当前视频流包括主播端及所有已连麦的嘉宾端的视频流。服务器通过预设码率调整策略可以以降低视频流码率的方式对当前视频流进行处理，可以解决连麦过程中出现的卡顿问题，提高用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例所提供的第一种直播中的连麦方法的流程图；
图2为图1所示实施例中获取待连麦的视频流方式的一种流程图；
图3为基于图1所示实施例的起始位置及结束位置确定方式的流程图；
图4为本发明实施例所提供的一种礼物动效显示的示意图；
图5为图3所示实施例中步骤S303的具体流程图；
图6为本发明实施例所提供的第二种直播中的连麦方法的流程图；
图7为本发明实施例所提供的第一种直播中的连麦装置的结构示意图；
图8为本发明实施例所提供的第二种直播中的连麦装置的结构示意图；
图9为本发明实施例所提供的一种服务器的结构示意图；
图10为本发明实施例所提供的一种终端的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为了解决连麦过程中出现的卡顿问题，提高用户体验，本发明实施例提供了一种直播中的连麦方法、装置、服务器、终端及计算机可读存储介质。
下面首先对本发明实施例所提供的第一种直播中的连麦方法进行介绍。
本发明实施例所提供的第一种直播中的连麦方法可以应用于任意需要处理连麦直播视频流的服务器。
如图1所示，一种直播中的连麦方法，应用于服务器，所述方法包括：
S101，获取待连麦的嘉宾端发送的待连麦的视频流，将所述待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行所述主播端与所述待连麦的嘉宾端的连麦；
S102，检测所述直播间中的当前视频流是否卡顿，如果是，执行步骤S103；如果否，继续以当前状态推送视频流；
其中，所述当前视频流包括所述主播端及所有已连麦的嘉宾端的视频流。
S103，采用预设码率调整策略，对所述当前视频流进行处理。
其中，所述预设码率调整策略为降低视频流码率的策略。
可见，本发明实施例所提供的方案中，服务器首先可以获取待连麦的嘉宾端发送的待连麦的视频流，将待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行主播端与待连麦的嘉宾端的连麦，检测主播端及所有已连麦的嘉宾端的当前视频流是否卡顿，如果是，采用预设码率调整策略，对当前视频流进行处理，其中，预设码率调整策略为降低视频流码率的策略。服务器通过预设码率调整策略可以以降低视频流码率的方式对当前视频流进行处理，可以解决连麦过程中出现的卡顿问题，提高用户体验。
在连麦形式的直播中，在一个直播间中，主播端发起连麦，待连麦的嘉宾端可以申请加入连麦，服务器也就可以获取主播端的视频流及待连麦的嘉宾端的视频流，也就是上述步骤S101中所说的待连麦的视频流，服务器获取待连麦的嘉宾端发送的待连麦的视频流后，便可以将该待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，从而进行主播端与该待连麦的嘉宾端的连麦。
具体来说，对于主播端，服务器可以将所有已连麦的嘉宾端的视频流推送至主播端，这样在主播端的直播界面中便可以显示自身及所有已连麦的嘉宾端的直播画面；对于所有已连麦的嘉宾端，服务器可以将主播端的视频流推送至所有已连麦的嘉宾端，这样在所有已连麦的嘉宾端的直播界面中便可以显示自身及主播端的直播画面。当已连麦的嘉宾为多个时，服务器可以将其他已连麦的嘉宾端的视频流也推送至该已连麦的嘉宾端，在该已连麦的嘉宾端的直播界面中便可以显示自身、主播端及其他已连麦的嘉宾端的直播画面。这样，主播端与嘉宾端的连麦直播也就成功进行。
例如，主播端发起的连麦可以为9个人连麦，那么，除主播端之外，可以有8个嘉宾端加入连麦直播，此时，服务器则可以将8个已连麦的嘉宾端的视频流推送至主播端，在主播端的直播界面中可以显示9个窗口，分别显示自身及8个已连麦的嘉宾端的直播画面。而对于已连麦的嘉宾端，服务器则可以将主播端及其他已连麦的嘉宾端的视频流推送至该已连麦的嘉宾端，在已连麦的嘉宾端的直播界面中也可以显示9个窗口，分别显示自身、主播端及其他7个已连麦的嘉宾端的直播画面。
接下来，在连麦直播过程中，为了获知直播间中当前视频流是否存在卡顿的问题，服务器可以检测直播间中的当前视频流是否卡顿。其中，当前视频流包括主播端及所有已连麦的嘉宾端的视频流。如果是，说明当前连麦直播的效果不佳，主播或嘉宾看到的直播画面是不流畅的，那么为了解决当前视频流存在的卡顿问题，服务器可以执行步骤S103。
如果服务器检测到直播间中的当前视频流不存在卡顿的问题，那么说明当前连麦直播的效果较好，主播及嘉宾看到的直播画面是流畅的，那么服务器则可以继续以当前状态推送视频流，以保证连麦顺利进行。对于服务器检测当前视频流是否卡顿的具体方式，可以采用视频流处理领域的相应方式，在此不做具体限定及说明，只要可以检测当前视频流是否卡顿即可。
服务器检测到直播间中的当前视频流存在卡顿问题时，为了解决当前视频流的卡顿问题，服务器可以采用预设码率调整策略，对当前视频流进行处理，其中，预设码率调整策略为降低视频流码率的策略。这样，由于采用预设码率调整策略可以降低视频流码率，也就可以解决直播间中的当前视频流存在的卡顿问题，保证直播画面流畅，提高用户体验。
对于采用预设码率调整策略，对当前视频流进行处理的具体方式，一般可以采用以下两种方式，当然也可以采用其他合理的方式，在此不做具体限定。
作为第一种实施方式，上述采用预设码率调整策略，对所述当前视频流进行处理的步骤，可以包括：
确定所述当前视频流中卡顿的视频流；降低所确定的视频流的码率。
在该实施方式中，服务器首先可以确定当前视频流中卡顿的视频流。也就是说，服务器可以确定主播端的当前视频流及所有已连麦的嘉宾端的当前视频流中出现卡顿问题的视频流是哪一个或多个。进而，在确定出现卡顿问题的视频流后，降低所确定的视频流的码率，这样也就可以解决所确定的视频流出现的卡顿问题。
例如，假设当前有9个用户进行连麦，分别为主播端和8个嘉宾端A-H，此时服务器检测到当前视频流存在卡顿的问题，如果服务器确定主播端的当前视频流出现卡顿，那么服务器便可以降低主播端的当前视频流的码率；如果服务器确定嘉宾端D的当前视频流出现卡顿，那么服务器便可以降低嘉宾端D的当前视频流的码率；如果服务器确定主播端及嘉宾端C的当前视频流出现卡顿，那么服务器便可以降低主播端及嘉宾端C的当前视频流的码率。
对于所确定的视频流的码率的具体降低值，本发明实施例不做具体限定，服务器可以在保证不影响直播效果的情况下尽量降低码率，以确保解决卡顿问题，当然也可以降低码率至预设值，这都是合理的。
可见，在本实施例中，服务器可以先确定当前视频流中卡顿的视频流，然后降低所确定的视频流的码率，进而，有针对性地对所确定的视频流进行降低码率的处理，准确地解决当前视频流出现的卡顿问题。
作为第二种实施方式，上述采用预设码率调整策略，对所述当前视频流进行处理的步骤，可以包括：
降低所述当前视频流包括的所有视频流的码率。
在该实施方式中，由于卡顿问题可能是由于网络状况不稳定等影响所有当前视频流的因素造成的，所以为了快速有效地解决当前视频流的卡顿问题，服务器可以降低当前视频流包括的所有视频流的码率，也就是降低主播端的当前视频流及所有已连麦的嘉宾端的当前视频流。
例如，假设当前有9个用户进行连麦，分别为主播端和8个嘉宾端A-H，此时服务器检测到主播端及嘉宾端的当前视频流存在卡顿的问题，那么服务器便可以降低主播端的当前视频流的码率，以及嘉宾端A-H的当前视频流的码率。
对于当前视频流的码率的具体降低值，本发明实施例不做具体限定，服务器可以在保证不影响直播效果的情况下尽量降低码率，以确保解决卡顿问题，当然也可以降低码率至预设值，这都是合理的。
可见，在本实施例中，服务器可以降低当前视频流包括的所有视频流的码率，进而，快速地对当前视频流进行降低码率的处理，有效地解决当前视频流出现的卡顿问题。
作为本发明实施例的一种实施方式，如图2所示，上述获取待连麦的嘉宾端发送的待连麦的视频流的步骤，可以包括：
S201，接收待连麦的嘉宾端发送的申请连麦的视频流；
首先，待连麦的嘉宾端想要加入主播端发起的连麦直播时，可以发送自身的视频流至服务器，服务器也就会接收到嘉宾端发送的该视频流，为了描述方便，后续将服务器接收到的待连麦的嘉宾端发送的用于申请连麦的视频流称为申请连麦的视频流。
S202，将所述申请连麦的视频流推送至所述主播端，以使所述主播端将所述申请连麦的视频流显示于预设预览窗口；
为了保证嘉宾端的直播内容健康向上，符合直播要求，服务器在接收到待连麦的嘉宾端发送的申请连麦的视频流后，可以将该申请连麦的视频流推送至主播端，以使主播端可以在预设预览窗口显示该申请连麦的视频流，以方便主播观看，进而确定该待连麦的嘉宾端的直播内容是否符合连麦直播要求。
S203，接收所述主播端发送的确认指令后，将所述申请连麦的视频流确定为待连麦的视频流。
其中，确认指令为主播端接收主播发送的确认连麦指令后发送的。具体来说，在主播确定待连麦的嘉宾端的直播内容符合连麦直播要求时，可以发出确认连麦指令，主播端接收到该确认连麦指令后，则可以发送确认指令至服务器。服务器也就可以接收到该确认指令，将申请连麦的视频流确定为待连麦的视频流，进而，将待连麦的视频流继续推送至主播端，并且将主播端的视频流推送至该待连麦的嘉宾端，以进行主播端与该待连麦的嘉宾端的连麦。
此时服务器便可以将该待连麦的嘉宾端的待连麦的视频流与当前视频流进行合流，将合流后的视频流推送至观众端，以使观众端可以观看连麦直播。
服务器每接收到一路待连麦的嘉宾端发送的申请连麦的视频流，便可以执行上述步骤S201-步骤S203，服务器接收到主播端发送的确认指令后，便可以将该待连麦的嘉宾端的待连麦的视频流与当前视频流进行合流，并推送至观众端。
可以理解的是，如果该待连麦的嘉宾端为第一个申请加入连麦直播的嘉宾端，那么服务器可以将该待连麦的嘉宾端的待连麦的视频流与主播端的视频流进行合流，得到当前视频流；如果该待连麦的嘉宾端不是第一个申请加入连麦直播的嘉宾端，那么服务器将该待连麦的嘉宾端的待连麦的视频流与当前视频流进行合流，此时该当前视频流为主播端的视频流与已加入连麦的嘉宾端的视频流的合流。
可见，在本实施例中，服务器在接收待连麦的嘉宾端发送的申请连麦的视频流时，可以将申请连麦的视频流推送至主播端，进而，在接收主播端发送的确认指令后，将申请连麦的视频流确定为待连麦的视频流。这样，主播可以判断待连麦的嘉宾端的视频流是否符合连麦直播要求，对于符合连麦直播要求的待连麦的嘉宾端，可以通过发送确定指令告知服务器，服务器便可以将该符合连麦直播要求的待连麦的嘉宾端的申请连麦的视频流确定为待连麦的视频流，以保证连麦直播的内容健康向上，符合直播要求。
在直播过程中，用户之间可以通过增送礼物进行互动。那么为了提高赠送礼物过程中用户的用户体验，作为本发明实施例的一种实施方式，如图3所示，上述方法还可以包括：
S301，接收送礼端发送的送礼指令及礼物标识；
在用户想要给其他用户赠送礼物时，可以发出礼物送出指令，该礼物送出指令可以携带礼物标识。其使用的用户端接收到该礼物送出指令后，便可以向服务器发送送礼指令及礼物标识，服务器也就可以接收到该送礼指令及礼物标识。
其中，在连麦直播中，上述用户包括主播及嘉宾；上述送礼端即为发出送礼指令的用户端，可以为主播端或直播间中所有嘉宾端中的一个；上述送礼指令可以携带送礼端标识及收礼端标识。可以理解的是，在连麦直播中，收礼端即为除送礼端外的用户端。
对于送礼端标识、收礼端标识及礼物标识，可以采用任意形式的标识，只要可以分别唯一标识送礼端、收礼端及礼物动效即可。例如，可以为数字、字母、各种字符或者其中多种形式的组合等，在此不做具体限定。
S302，获取所述主播端的连麦窗口信息；
为了确定送礼端及收礼端在连麦窗口中的位置，以便后续展示礼物动效，服务器可以获取主播端的连麦窗口信息，其中，连麦窗口信息包括连麦窗口的大小及样式。
例如，当前连麦直播为9个用户进行连麦直播，包括主播端及8个嘉宾端，连麦窗口的样式为九宫格样式，即为9个大小相同的矩形，分布为3排3列。那么，服务器便可以获取到该样式信息及连麦窗口的大小，作为连麦窗口信息。
需要说明的是，在连麦直播中，主播端与嘉宾端显示的连麦窗口一般是相同的，服务器获取主播端的连麦窗口信息后，也就可以确定嘉宾端的连麦窗口信息。
S303，根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置；
服务器获取连麦窗口的大小及样式后，便可以根据所获取连麦窗口的大小及样式，以及送礼端标识及收礼端标识，确定礼物动效的起始位置及结束位置。
为了使礼物动效更有针对性，能够体现出送礼端及收礼端的用户，礼物动效的起始位置可以位于送礼端对应的连麦窗口的显示范围内。同理的，礼物动效的结束位置可以位于收礼端对应的连麦窗口的显示范围内。
S304，发送所述起始位置及所述结束位置至所述主播端及所述直播间中所有嘉宾端，并发送所述礼物标识至非送礼端，以使所述主播端及所述直播间中所有嘉宾端确定所述礼物标识对应的礼物动效，并按照所述起始位置及所述结束位置，显示所述礼物动效。
确定上述起始位置及上述结束位置后，为了使连麦直播中的所有用户端均可以显示礼物动效，服务器可以将上述起始位置及结束位置发送至连麦直播中的所有用户端，即发送至主播端及直播间中所有嘉宾端，并发送礼物标识至非送礼端。
这样，主播端及直播间中所有嘉宾端即可以接收到服务器发送的起始位置及结束位置，其中的非送礼端还可以接收到服务器发送的礼物标识。进而，送礼端可以根据礼物送出指令携带的礼物标识确定礼物动效，进而根据起始位置及结束位置显示该礼物动效。而非送礼端即可根据接收到的服务器发送的礼物标识确定礼物动效，进而根据起始位置及结束位置显示该礼物动效。
对于礼物动效的具体显示方式，可以为从起始位置以各种形式运动至结束位置，在此不做具体限定及说明。
例如，假设进行连麦直播的有9个用户，分别为主播端及嘉宾端A-H，连麦窗口为如图4所示的样式，即为九宫格样式，包括9个大小相同的矩形，分布为3排3列，主播端的当前视频流显示于第1排第2个窗口，其他窗口显示嘉宾端的当前视频流。
假设主播端为送礼端，收礼端标识为J5，其对应的收礼端为嘉宾端E，嘉宾端E的当前视频流显示于第2排第3个窗口，那么服务器便可以根据这些连麦窗口信息，确定礼物动效的起始位置及结束位置，礼物动效的起始位置一般位于第1排第2个窗口，结束位置一般位于第2排第3个窗口。
进而，服务器可以将该礼物动效的起始位置和结束位置发送至主播端，并且将该礼物动效的起始位置和结束位置，以及礼物标识发送至嘉宾端A-H，这样，主播端及嘉宾端A-H接收到服务器发送的礼物动效的起始位置和结束位置后，便可以将礼物标识对应的礼物动效按照接收到的起始位置和结束位置进行显示。
可见，在本实施例中，服务器在接收送礼端发送的送礼指令及礼物标识后，可以获取主播端的连麦窗口信息，然后根据连麦窗口的大小及样式、送礼端标识及收礼端标识，确定礼物动效的起始位置及结束位置，进而，发送起始位置及结束位置至主播端及嘉宾端，并发送礼物标识至非送礼端，这样，各用户端可以确定礼物标识对应的礼物动效，并按照服务器发送的起始位置及结束位置，显示礼物动效。用户可以观看到从起始位置到结束位置展示的礼物动效，而不是在固定不变的位置展示的礼物动效，礼物动效针对性更强，展示效果更好，用户体验更佳。
作为本发明实施例的一种实施方式，如图5所示，上述根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置的步骤，可以包括：
S501，根据所述送礼端标识、所述连麦窗口的大小及样式，确定所述送礼端的当前视频流在所述连麦窗口中的显示范围，作为第一显示范围；
获取主播端的连麦窗口的大小及样式后，服务器可以根据送礼端标识、连麦窗口的大小及样式，确定送礼端的当前视频流在连麦窗口中的显示范围，作为第一显示范围。
例如，假设进行连麦直播的有6个用户，分别为主播端及嘉宾端a-e，连麦窗口为6个矩形，分布为2排3列，主播端的当前视频流显示于第1排第2个窗口，嘉宾端a-e的当前视频流分贝显示于第1排第1个窗口、第1排第3个窗口及第2排第1-3个窗口，如果送礼端标识为j3，其对应的送礼端为嘉宾端c，那么服务器便可以确定其当前视频流在连麦窗口中的显示范围为第2排第1个窗口，那么第一显示范围即为第2排第1个窗口。
S502，根据所述收礼端标识、所述连麦窗口的大小及样式，确定所述收礼端的当前视频流在所述连麦窗口中的显示范围，作为第二显示范围；
同理的，获取主播端的连麦窗口的大小及样式后，服务器可以根据收礼端标识、连麦窗口的大小及样式，确定收礼端的当前视频流在连麦窗口中的显示范围，作为第二显示范围。
例如，假设进行连麦直播的有6个用户，分别为主播端及嘉宾端a-e，连麦窗口为6个矩形，分布为2排3列，主播端的当前视频流显示于第1排第2个窗口，嘉宾端a-e的当前视频流分贝显示于第1排第1个窗口、第1排第3个窗口及第2排第1-3个窗口，如果收礼端标识为j5，其对应的收礼端为嘉宾端e，那么服务器便可以确定其当前视频流在连麦窗口中的显示范围为第2排第3个窗口，那么第二显示范围即为第2排第3个窗口。
需要说明的是，上述步骤S501及步骤S502的执行顺序并没有先后限制，可以先执行步骤S501，也可以先执行步骤S502，还可以同时执行步骤S501及步骤S502，这都是合理的，在此不做具体限定。
S503，基于所述第一显示范围、所述第二显示范围及预设动效显示规则，确定礼物动效的起始位置及结束位置。
确定上述第一显示范围及上述第二显示范围后，服务器可以基于第一显示范围、第二显示范围及预设动效显示规则，确定礼物动效的起始位置及结束位置。其中，起始位置位于所述第一显示范围内，结束位置位于所述第二显示范围内。一般情况下，起始位置位于第一显示范围内，结束位置位于第二显示范围内。当然，起始位置也可以位于第一显示范围外，结束位置也可以位于第二显示范围外。
对于起始位置及结束位置的具体位置的确定方式而言，本发明实施例并不做具体限定，可以根据实际显示需求及礼物动效的具体内容确定。在一种实施方式中，起始位置可以为上述第一显示范围的中心点。例如，假设第一显示范围为矩形，那么起始位置可以为其中心点；假设第一显示范围为圆形，那么起始位置可以为其圆心。
在另一种实施方式中，起始位置可以为上述第一显示范围的非中心点。例如，假设第一显示范围为矩形，那么起始位置可以为其顶点，或者除中心点以外的任一点，例如可以为距离第二显示范围较近的一点等；假设第一显示范围为圆形，那么起始位置可以为除圆心以外的任一点。
由于结束位置在第二显示范围内的具体位置与起始位置与第一显示范围的位置关系相同，在此不再赘述。
可见，在本实施例中，服务器可以根据送礼端标识、连麦窗口的大小及样式，确定送礼端的当前视频流在连麦窗口中的显示范围，作为第一显示范围，并可以根据收礼端标识、连麦窗口的大小及样式，确定收礼端的当前视频流在连麦窗口中的显示范围，作为第二显示范围，进而，基于第一显示范围、第二显示范围及预设动效显示规则，确定礼物动效的起始位置及结束位置。服务器可以快速确定礼物动效的起始位置及结束位置，以使主播端及嘉宾端可以根据起始位置及结束位置显示礼物动效。
相应于上述直播中的连麦方法，本发明实施例还提供了第二种直播中的连麦方法。
下面对本发明实施例所提供的第二种直播中的连麦方法进行介绍。
本发明实施例所提供的第二种直播中的连麦方法可以应用于与上述服务器通信连接的主播端。
如图6所示，一种直播中的连麦方法，应用于主播端，所述方法包括：
S601，接收服务器发送的申请连麦的视频流；
待连麦的嘉宾端想要加入主播端发起的连麦直播时，可以发送自身的视频流至服务器，服务器也就会接收到待连麦的嘉宾端发送的该视频流，也就是上述申请连麦的视频流。进而，服务器可以将该申请连麦的视频流推送至主播端，主播端也就可以接收到服务器发送的申请连麦的视频流。
S602，将所述申请连麦的视频流显示于预设预览窗口；
接下来，主播端可以将接收到的申请连麦的视频流显示于预设预览窗口，以便主播可以查看该申请连麦的视频流对应的直播内容是否健康向上，符合直播要求。
S603，接收主播发送的确认连麦指令后，发送确认指令至所述服务器，以使所述服务器将所述申请连麦的视频流确定为待连麦的视频流。
主播在观看预设预览窗口中显示的申请连麦的视频流后，如果该申请连麦的视频流符合直播要求，主播可以发送确认连麦指令。为了方便主播发送确认连麦指令，主播端可以通过显示一确认按钮等方式，为主播提供指令发送接口，当主播点击该确认按钮时，主播端即可接收到确认连麦指令。
主播端接收到确认连麦指令后，说明该申请连麦的视频流符合直播要求，那么主播端便可以发送确认指令至服务器。进而，服务器接收到该确认指令后，便可以将该申请连麦的视频流确定为待连麦的视频流，以进行主播端与该待连麦的嘉宾端的连麦。
可见，本发明实施例所提供的方案中，主播端可以接收服务器发送的申请连麦的视频流，然后将申请连麦的视频流显示于预设预览窗口，进而，接收主播发送的确认连麦指令后，发送确认指令至服务器，以使服务器将申请连麦的视频流确定为待连麦的视频流。这样，主播可以判断待连麦的嘉宾端的视频流是否符合连麦直播要求，对于符合连麦直播要求的待连麦的嘉宾端，可以通过发送确定指令告知服务器，服务器便可以将该符合连麦直播要求的待连麦的嘉宾端的申请连麦的视频流确定为待连麦的视频流，以保证连麦直播的内容健康向上，符合直播要求。
相应于上述第一种直播中的连麦方法，本发明实施例提供了一种直播中的连麦装置。
下面对本发明实施例所提供的一种直播中的连麦装置进行介绍。
如图7所示，一种直播中的连麦装置，应用于服务器，所述装置包括：
视频流获取模块710，用于获取待连麦的嘉宾端发送的待连麦的视频流，将所述待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行所述主播端与所述待连麦的嘉宾端的连麦；
卡顿检测模块720，用于检测所述直播间中的当前视频流是否卡顿；
其中，所述当前视频流包括所述主播端及所有已连麦的嘉宾端的视频流。
码率调整模块730，用于在所述直播间中的当前视频流卡顿的情况下，采用预设码率调整策略，对所述当前视频流进行处理。
其中，所述预设码率调整策略为降低视频流码率的策略。
可见，本发明实施例所提供的方案中，服务器首先可以获取待连麦的嘉宾端发送的待连麦的视频流，将待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行主播端与待连麦的嘉宾端的连麦，检测直播间中的当前视频流是否卡顿，如果是，采用预设码率调整策略，对当前视频流进行处理，其中，预设码率调整策略为降低视频流码率的策略，当前视频流包括主播端及所有已连麦的嘉宾端的视频流。服务器通过预设码率调整策略可以以降低视频流码率的方式对当前视频流进行处理，可以解决连麦过程中出现的卡顿问题，提高用户体验。
作为本发明实施例的一种实施方式，上述码率调整模块730可以包括：
视频流确定单元(图7中未示出)，用于确定所述当前视频流中卡顿的视频流；
第一码率降低单元(图7中未示出)，用于降低所确定的视频流的码率。
作为本发明实施例的一种实施方式，上述码率调整模块730可以包括：
第二码率降低单元(图7中未示出)，用于降低所述当前视频流包括的所有视频流的码率。
作为本发明实施例的一种实施方式，上述视频流获取模块710可以包括：
视频流接收单元(图7中未示出)，用于接收待连麦的嘉宾端发送的申请连麦的视频流；
视频流发送单元(图7中未示出)，用于将所述申请连麦的视频流推送至所述主播端，以使所述主播端将所述申请连麦的视频流显示于预设预览窗口；
视频流确定单元(图7中未示出)，用于接收所述主播端发送的确认指令后，将所述申请连麦的视频流确定为待连麦的视频流，其中，所述确认指令为所述主播端接收主播发送的确认连麦指令后发送的。
作为本发明实施例的一种实施方式，上述装置还可以包括：
礼物信息接收模块(图7中未示出)，用于接收送礼端发送的送礼指令及礼物标识，其中，所述送礼端为所述主播端或所述直播间中所有嘉宾端中的一个，所述送礼指令携带送礼端标识及收礼端标识；
窗口信息获取模块(图7中未示出)，用于获取所述主播端的连麦窗口信息，其中，所述连麦窗口信息包括所述连麦窗口的大小及样式；
位置信息确定模块(图7中未示出)，用于根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置；
位置信息发送模块(图7中未示出)，用于发送所述起始位置及所述结束位置至所述主播端及所述直播间中所有嘉宾端，并发送所述礼物标识至非送礼端，以使所述主播端及所述直播间中所有嘉宾端确定所述礼物标识对应的礼物动效，并按照所述起始位置及所述结束位置，显示所述礼物动效。
作为本发明实施例的一种实施方式，上述位置信息确定模块可以包括：
第一显示范围确定单元(图7中未示出)，用于根据所述送礼端标识、所述连麦窗口的大小及样式，确定所述送礼端的当前视频流在所述连麦窗口中的显示范围，作为第一显示范围；
第二显示范围确定单元(图7中未示出)，用于根据所述收礼端标识、所述连麦窗口的大小及样式，确定所述收礼端的当前视频流在所述连麦窗口中的显示范围，作为第二显示范围；
位置信息确定单元(图7中未示出)，用于基于所述第一显示范围、所述第二显示范围及预设动效显示规则，确定礼物动效的起始位置及结束位置，其中，所述起始位置位于所述第一显示范围内，所述结束位置位于所述第二显示范围内。
相应于上述第二种直播中的连麦方法，本发明实施例提供了第二种直播中的连麦装置。
下面对本发明实施例所提供的第二种直播中的连麦装置进行介绍。
如图8所示，一种直播中的连麦装置，应用于主播端，所述装置包括：
视频流接收模块810，用于接收服务器发送的申请连麦的视频流；
预览显示模块820，用于将所述申请连麦的视频流显示于预设预览窗口；
确认指令发送模块830，用于接收主播发送的确认连麦指令后，发送确认指令至所述服务器，以使所述服务器将所述申请连麦的视频流确定为待连麦的视频流。
可见，本发明实施例所提供的方案中，主播端可以接收服务器发送的申请连麦的视频流，然后将申请连麦的视频流显示于预设预览窗口，进而，接收主播发送的确认连麦指令后，发送确认指令至服务器，以使服务器将申请连麦的视频流确定为待连麦的视频流。这样，主播可以判断待连麦的嘉宾端的视频流是否符合连麦要求，对于符合连麦要求的待连麦的嘉宾端，可以通过发送确定指令告知服务器，服务器便可以将该符合连麦要求的待连麦的嘉宾端的申请连麦的视频流确定为待连麦的视频流，以保证连麦直播的内容健康向上，符合直播要求。
本发明实施例还提供了一种服务器，如图9所示，包括处理器901、通信接口902、存储器903和通信总线904，其中，处理器901，通信接口902，存储器903通过通信总线904完成相互间的通信，
存储器903，用于存放计算机程序；
处理器901，用于执行存储器903上所存放的程序时，实现如下步骤：
获取待连麦的嘉宾端发送的待连麦的视频流，将所述待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行所述主播端与所述待连麦的嘉宾端的连麦；
检测所述直播间中的当前视频流是否卡顿，其中，所述当前视频流包括所述主播端及所有已连麦的嘉宾端的视频流；
如果是，采用预设码率调整策略，对所述当前视频流进行处理，其中，所述预设码率调整策略为降低视频流码率的策略。
可见，本发明实施例所提供的方案中，服务器首先可以获取待连麦的嘉宾端发送的待连麦的视频流，将待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行主播端与待连麦的嘉宾端的连麦，检测直播间中的当前视频流是否卡顿，如果是，采用预设码率调整策略，对当前视频流进行处理，其中，预设码率调整策略为降低视频流码率的策略，当前视频流包括主播端及所有已连麦的嘉宾端的视频流。服务器通过预设码率调整策略可以以降低视频流码率的方式对当前视频流进行处理，可以解决连麦过程中出现的卡顿问题，提高用户体验。
上述服务器提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述服务器与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
其中，上述采用预设码率调整策略，对所述当前视频流进行处理的步骤，可以包括：
确定所述当前视频流中卡顿的视频流；
降低所确定的视频流的码率。
其中，上述采用预设码率调整策略，对所述当前视频流进行处理的步骤，可以包括：
降低所述当前视频流包括的所有视频流的码率。
其中，上述获取待连麦的视频流的步骤，可以包括：
接收待连麦的嘉宾端发送的申请连麦的视频流；
将所述申请连麦的视频流推送至所述主播端，以使所述主播端将所述申请连麦的视频流显示于预设预览窗口；
接收所述主播端发送的确认指令后，将所述申请连麦的视频流确定为待连麦的视频流，其中，所述确认指令为所述主播端接收主播发送的确认连麦指令后发送的。
其中，上述方法还可以包括：
接收送礼端发送的送礼指令及礼物标识，其中，所述送礼端为所述主播端或所述直播间中所有嘉宾端中的一个，所述送礼指令携带送礼端标识及收礼端标识；
获取所述主播端的连麦窗口信息，其中，所述连麦窗口信息包括所述连麦窗口的大小及样式；
根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置；
发送所述起始位置及所述结束位置至所述主播端及所述嘉宾端，并发送所述礼物标识至非送礼端，以使所述主播端及所述直播间中所有嘉宾端确定所述礼物标识对应的礼物动效，并按照所述起始位置及所述结束位置，显示所述礼物动效。
其中，上述根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置的步骤，可以包括：
根据所述送礼端标识、所述连麦窗口的大小及样式，确定所述送礼端的当前视频流在所述连麦窗口中的显示范围，作为第一显示范围；
根据所述收礼端标识、所述连麦窗口的大小及样式，确定所述收礼端的当前视频流在所述连麦窗口中的显示范围，作为第二显示范围；
基于所述第一显示范围、所述第二显示范围及预设动效显示规则，确定礼物动效的起始位置及结束位置，其中，所述起始位置位于所述第一显示范围内，所述结束位置位于所述第二显示范围内。
本发明实施例还提供了一种终端，如图10所示，包括处理器1001、通信接口1002、存储器1003和通信总线1004，其中，处理器1001，通信接口1002，存储器1003通过通信总线1004完成相互间的通信，
存储器1003，用于存放计算机程序；
处理器1001，用于执行存储器1003上所存放的程序时，实现如下步骤：
接收服务器发送的申请连麦的视频流；
将所述申请连麦的视频流显示于预设预览窗口；
接收主播发送的确认连麦指令后，发送确认指令至所述服务器，以使所述服务器将所述申请连麦的视频流确定为待连麦的视频流。
可见，本发明实施例所提供的方案中，终端可以接收服务器发送的申请连麦的视频流，然后将申请连麦的视频流显示于预设预览窗口，进而，接收主播发送的确认连麦指令后，发送确认指令至服务器，以使服务器将申请连麦的视频流确定为待连麦的视频流。这样，主播可以判断待连麦的嘉宾端的视频流是否符合连麦要求，对于符合连麦要求的待连麦的嘉宾端，可以通过发送确定指令告知服务器，服务器便可以将该符合连麦要求的待连麦的嘉宾端的申请连麦的视频流确定为待连麦的视频流，以保证连麦直播的内容健康向上，符合直播要求。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
获取待连麦的嘉宾端发送的待连麦的视频流，将所述待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行所述主播端与所述待连麦的嘉宾端的连麦；
检测所述直播间中的当前视频流是否卡顿，其中，所述当前视频流包括所述主播端及所有已连麦的嘉宾端的视频流；
如果是，采用预设码率调整策略，对所述当前视频流进行处理，其中，所述预设码率调整策略为降低视频流码率的策略。
可见，本发明实施例所提供的方案中，计算机程序被处理器执行时，首先可以获取待连麦的嘉宾端发送的待连麦的视频流，将待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行主播端与待连麦的嘉宾端的连麦，检测直播间中的当前视频流是否卡顿，如果是，采用预设码率调整策略，对当前视频流进行处理，其中，预设码率调整策略为降低视频流码率的策略，当前视频流包括主播端及所有已连麦的嘉宾端的视频流。服务器通过预设码率调整策略可以以降低视频流码率的方式对当前视频流进行处理，可以解决连麦过程中出现的卡顿问题，提高用户体验。
其中，上述采用预设码率调整策略，对所述当前视频流进行处理的步骤，可以包括：
确定所述当前视频流中卡顿的视频流；
降低所确定的视频流的码率。
其中，上述采用预设码率调整策略，对所述当前视频流进行处理的步骤，可以包括：
降低所述当前视频流包括的所有视频流的码率。
其中，上述获取待连麦的视频流的步骤，可以包括：
接收待连麦的嘉宾端发送的申请连麦的视频流；
将所述申请连麦的视频流推送至所述主播端，以使所述主播端将所述申请连麦的视频流显示于预设预览窗口；
接收所述主播端发送的确认指令后，将所述申请连麦的视频流确定为待连麦的视频流，其中，所述确认指令为所述主播端接收主播发送的确认连麦指令后发送的。
其中，上述方法还可以包括：
接收送礼端发送的送礼指令及礼物标识，其中，所述送礼端为所述主播端或所述直播间中所有嘉宾端中的一个，所述送礼指令携带送礼端标识及收礼端标识；
获取所述主播端的连麦窗口信息，其中，所述连麦窗口信息包括所述连麦窗口的大小及样式；
根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置；
发送所述起始位置及所述结束位置至所述主播端及所述嘉宾端，并发送所述礼物标识至非送礼端，以使所述主播端及所述直播间中所有嘉宾端确定所述礼物标识对应的礼物动效，并按照所述起始位置及所述结束位置，显示所述礼物动效。
其中，上述根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置的步骤，可以包括：
根据所述送礼端标识、所述连麦窗口的大小及样式，确定所述送礼端的当前视频流在所述连麦窗口中的显示范围，作为第一显示范围；
根据所述收礼端标识、所述连麦窗口的大小及样式，确定所述收礼端的当前视频流在所述连麦窗口中的显示范围，作为第二显示范围；
基于所述第一显示范围、所述第二显示范围及预设动效显示规则，确定礼物动效的起始位置及结束位置，其中，所述起始位置位于所述第一显示范围内，所述结束位置位于所述第二显示范围内。
本发明实施例还提供了另一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
接收服务器发送的申请连麦的视频流；
将所述申请连麦的视频流显示于预设预览窗口；
接收主播发送的确认连麦指令后，发送确认指令至所述服务器，以使所述服务器将所述申请连麦的视频流确定为待连麦的视频流。
可见，本发明实施例所提供的方案中，计算机程序被处理器执行时，首先接收服务器发送的申请连麦的视频流，然后将申请连麦的视频流显示于预设预览窗口，进而，接收主播发送的确认连麦指令后，发送确认指令至服务器，以使服务器将申请连麦的视频流确定为待连麦的视频流。这样，主播可以判断待连麦的嘉宾端的视频流是否符合连麦要求，对于符合连麦要求的待连麦的嘉宾端，可以通过发送确定指令告知服务器，服务器便可以将该符合连麦要求的待连麦的嘉宾端的申请连麦的视频流确定为待连麦的视频流，以保证连麦直播的内容健康向上，符合直播要求。
需要说明的是，对于上述装置、服务器、终端及计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
进一步需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。
以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。
Claims (10)
1.一种直播中的连麦方法，其特征在于，应用于服务器，所述方法包括：
获取待连麦的嘉宾端发送的待连麦的视频流，将所述待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行所述主播端与所述待连麦的嘉宾端的连麦；
检测所述直播间中的当前视频流是否卡顿，其中，所述当前视频流包括所述主播端及所有已连麦的嘉宾端的视频流；
如果是，采用预设码率调整策略，对所述当前视频流进行处理，其中，所述预设码率调整策略为降低视频流码率的策略。
2.如权利要求1所述的方法，其特征在于，所述采用预设码率调整策略，对所述当前视频流进行处理的步骤，包括：
确定所述当前视频流中卡顿的视频流；
降低所确定的视频流的码率。
3.如权利要求1所述的方法，其特征在于，所述采用预设码率调整策略，对所述当前视频流进行处理的步骤，包括：
降低所述当前视频流包括的所有视频流的码率。
4.如权利要求1-3任一项所述的方法，其特征在于，所述获取待连麦的嘉宾端发送的待连麦的视频流的步骤，包括：
接收待连麦的嘉宾端发送的申请连麦的视频流；
将所述申请连麦的视频流推送至所述主播端，以使所述主播端将所述申请连麦的视频流显示于预设预览窗口；
接收所述主播端发送的确认指令后，将所述申请连麦的视频流确定为待连麦的视频流，其中，所述确认指令为所述主播端接收主播发送的确认连麦指令后发送的。
5.如权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：
接收送礼端发送的送礼指令及礼物标识，其中，所述送礼端为所述主播端或所述直播间中所有嘉宾端中的一个，所述送礼指令携带送礼端标识及收礼端标识；
获取所述主播端的连麦窗口信息，其中，所述连麦窗口信息包括所述连麦窗口的大小及样式；
根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置；
发送所述起始位置及所述结束位置至所述主播端及所述直播间中所有嘉宾端，并发送所述礼物标识至非送礼端，以使所述主播端及所述直播间中所有嘉宾端确定所述礼物标识对应的礼物动效，并按照所述起始位置及所述结束位置，显示所述礼物动效。
6.如权利要求5所述的方法，其特征在于，所述根据所述连麦窗口的大小及样式、所述送礼端标识及所述收礼端标识，确定礼物动效的起始位置及结束位置的步骤，包括：
根据所述送礼端标识、所述连麦窗口的大小及样式，确定所述送礼端的当前视频流在所述连麦窗口中的显示范围，作为第一显示范围；
根据所述收礼端标识、所述连麦窗口的大小及样式，确定所述收礼端的当前视频流在所述连麦窗口中的显示范围，作为第二显示范围；
基于所述第一显示范围、所述第二显示范围及预设动效显示规则，确定礼物动效的起始位置及结束位置，其中，所述起始位置位于所述第一显示范围内，所述结束位置位于所述第二显示范围内。
7.一种直播中的连麦方法，其特征在于，应用于主播端，所述方法包括：
接收服务器发送的申请连麦的视频流；
将所述申请连麦的视频流显示于预设预览窗口；
接收主播发送的确认连麦指令后，发送确认指令至所述服务器，以使所述服务器将所述申请连麦的视频流确定为待连麦的视频流。
8.一种直播中的连麦装置，其特征在于，应用于服务器，所述装置包括：
视频流获取模块，用于获取待连麦的嘉宾端发送的待连麦的视频流，将所述待连麦的视频流推送至主播端及直播间中当前已连麦的嘉宾端，进行所述主播端与所述待连麦的嘉宾端的连麦；
卡顿检测模块，用于检测所述直播间中的当前视频流是否卡顿，其中，所述当前视频流包括所述主播端及所有已连麦的嘉宾端的视频流；
码率调整模块，用于在所述直播间中的当前视频流卡顿的情况下，采用预设码率调整策略，对所述当前视频流进行处理，其中，所述预设码率调整策略为降低视频流码率的策略。
9.一种直播中的连麦装置，其特征在于，应用于主播端，所述装置包括：
视频流接收模块，用于接收服务器发送的申请连麦的视频流；
预览显示模块，用于将所述申请连麦的视频流显示于预设预览窗口；
确认指令发送模块，用于接收主播发送的确认连麦指令后，发送确认指令至所述服务器，以使所述服务器将所述申请连麦的视频流确定为待连麦的视频流。
10.一种服务器，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；
存储器，用于存放计算机程序；
处理器，用于执行存储器上所存放的程序时，实现权利要求1-6任一所述的方法步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810713956.4A CN108900919A (zh) | 2018-06-29 | 2018-06-29 | 一种直播中的连麦方法、装置、服务器及终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810713956.4A CN108900919A (zh) | 2018-06-29 | 2018-06-29 | 一种直播中的连麦方法、装置、服务器及终端 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108900919A true CN108900919A (zh) | 2018-11-27 |
Family
ID=64347825
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810713956.4A Pending CN108900919A (zh) | 2018-06-29 | 2018-06-29 | 一种直播中的连麦方法、装置、服务器及终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108900919A (zh) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110602519A (zh) * | 2019-09-20 | 2019-12-20 | 网易（杭州）网络有限公司 | 连麦视频处理方法及装置、存储介质、电子设备 |
| CN111107387A (zh) * | 2019-12-30 | 2020-05-05 | 广州酷狗计算机科技有限公司 | 视频转码方法、装置及计算机存储介质 |
| CN112019873A (zh) * | 2020-09-08 | 2020-12-01 | 北京金山云网络技术有限公司 | 视频码率调整方法、装置和电子设备 |
| CN112153404A (zh) * | 2020-09-23 | 2020-12-29 | 北京达佳互联信息技术有限公司 | 码率调整方法、检测方法、装置、设备及存储介质 |
| CN114245196A (zh) * | 2021-12-08 | 2022-03-25 | 卓米私人有限公司 | 一种录屏推流方法、装置、电子设备及存储介质 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103841353A (zh) * | 2014-02-24 | 2014-06-04 | 广州华多网络科技有限公司 | 视频交互方法、终端、服务器及系统 |
| CN106454404A (zh) * | 2016-09-29 | 2017-02-22 | 广州华多网络科技有限公司 | 一种播放直播视频的方法、装置和系统 |
| CN106454537A (zh) * | 2016-10-14 | 2017-02-22 | 广州华多网络科技有限公司 | 一种视频直播方法及相关设备 |
| CN106657109A (zh) * | 2016-12-30 | 2017-05-10 | 北京奇虎科技有限公司 | 一种流数据的传输方法和装置 |
| CN106921866A (zh) * | 2017-05-03 | 2017-07-04 | 广州华多网络科技有限公司 | 辅助直播的多视频导播方法和设备 |
| CN106954100A (zh) * | 2017-03-13 | 2017-07-14 | 网宿科技股份有限公司 | 直播方法及系统、连麦管理服务器 |
| CN106998328A (zh) * | 2017-03-30 | 2017-08-01 | 北京奇艺世纪科技有限公司 | 一种视频传输方法及装置 |
| CN107342978A (zh) * | 2017-05-27 | 2017-11-10 | 广州市百果园信息技术有限公司 | 直播间连麦控制方法、装置及相应的终端设备 |
| CN107682729A (zh) * | 2017-09-08 | 2018-02-09 | 广州华多网络科技有限公司 | 一种基于直播的互动方法及直播系统、电子设备 |
| CN108024126A (zh) * | 2017-11-28 | 2018-05-11 | 北京潘达互娱科技有限公司 | 网络直播视频调整方法、装置、电子设备和存储介质 |
-
2018
- 2018-06-29 CN CN201810713956.4A patent/CN108900919A/zh active Pending
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103841353A (zh) * | 2014-02-24 | 2014-06-04 | 广州华多网络科技有限公司 | 视频交互方法、终端、服务器及系统 |
| CN106454404A (zh) * | 2016-09-29 | 2017-02-22 | 广州华多网络科技有限公司 | 一种播放直播视频的方法、装置和系统 |
| CN106454537A (zh) * | 2016-10-14 | 2017-02-22 | 广州华多网络科技有限公司 | 一种视频直播方法及相关设备 |
| CN106657109A (zh) * | 2016-12-30 | 2017-05-10 | 北京奇虎科技有限公司 | 一种流数据的传输方法和装置 |
| CN106954100A (zh) * | 2017-03-13 | 2017-07-14 | 网宿科技股份有限公司 | 直播方法及系统、连麦管理服务器 |
| CN106998328A (zh) * | 2017-03-30 | 2017-08-01 | 北京奇艺世纪科技有限公司 | 一种视频传输方法及装置 |
| CN106921866A (zh) * | 2017-05-03 | 2017-07-04 | 广州华多网络科技有限公司 | 辅助直播的多视频导播方法和设备 |
| CN107342978A (zh) * | 2017-05-27 | 2017-11-10 | 广州市百果园信息技术有限公司 | 直播间连麦控制方法、装置及相应的终端设备 |
| CN107682729A (zh) * | 2017-09-08 | 2018-02-09 | 广州华多网络科技有限公司 | 一种基于直播的互动方法及直播系统、电子设备 |
| CN108024126A (zh) * | 2017-11-28 | 2018-05-11 | 北京潘达互娱科技有限公司 | 网络直播视频调整方法、装置、电子设备和存储介质 |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110602519A (zh) * | 2019-09-20 | 2019-12-20 | 网易（杭州）网络有限公司 | 连麦视频处理方法及装置、存储介质、电子设备 |
| CN110602519B (zh) * | 2019-09-20 | 2021-12-10 | 网易（杭州）网络有限公司 | 连麦视频处理方法及装置、存储介质、电子设备 |
| CN111107387A (zh) * | 2019-12-30 | 2020-05-05 | 广州酷狗计算机科技有限公司 | 视频转码方法、装置及计算机存储介质 |
| CN112019873A (zh) * | 2020-09-08 | 2020-12-01 | 北京金山云网络技术有限公司 | 视频码率调整方法、装置和电子设备 |
| CN112153404A (zh) * | 2020-09-23 | 2020-12-29 | 北京达佳互联信息技术有限公司 | 码率调整方法、检测方法、装置、设备及存储介质 |
| CN114245196A (zh) * | 2021-12-08 | 2022-03-25 | 卓米私人有限公司 | 一种录屏推流方法、装置、电子设备及存储介质 |
| CN114245196B (zh) * | 2021-12-08 | 2024-04-19 | 卓米私人有限公司 | 一种录屏推流方法、装置、电子设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108900919A (zh) | 一种直播中的连麦方法、装置、服务器及终端 | |
| CN109688419A (zh) | 一种直播中的连麦方法、装置及服务器 | |
| EP3334175A1 (en) | Streaming media and caption instant synchronization displaying and matching processing method, device and system | |
| EP1792487B1 (de) | Interaktives fernsehen mit zusatzinformationen und rückkanal über ein mobilfunkkommunikationssystem | |
| CN104363463B (zh) | 一种视频处理方法、装置及系统 | |
| CN107888987A (zh) | 一种全景视频播放方法及装置 | |
| CN110087141A (zh) | 视频数据传输方法、装置、客户端及服务器 | |
| US20170150212A1 (en) | Method and electronic device for adjusting video | |
| US20130187832A1 (en) | Display apparatus and method for controlling the same | |
| CN109068157A (zh) | 一种直播中推流参数的调整方法、装置及服务器 | |
| CN106791915A (zh) | 一种显示视频图像的方法和装置 | |
| CN108401168B (zh) | 一种冲突解决方法、装置、设备及存储介质 | |
| CN109089144A (zh) | 一种发送贴纸礼物的方法、装置、电子设备及存储介质 | |
| CN110087121A (zh) | 虚拟形象显示方法、虚拟形象显示装置和电子设备 | |
| CN104301755A (zh) | 一种电视信息获取方法、电视、后台服务器及系统 | |
| CN109146783A (zh) | 一种图片拼接方法、装置、电子设备及介质 | |
| CN107682711A (zh) | 视频截取方法、服务器以及在线视频播放系统 | |
| CN108810567A (zh) | 一种音频与视频视角匹配的方法、客户端和服务器 | |
| US9395948B2 (en) | Screen display control system and screen display control method | |
| CN104571820A (zh) | 发言框显示方法、设备及系统 | |
| CN106060661A (zh) | 一种电视无信号的处理方法和装置、智能电视机 | |
| JP6340667B2 (ja) | 情報提供システム及び情報提供方法 | |
| CN106254810A (zh) | 一种视频通话方法和装置 | |
| CN106303629A (zh) | 一种上传盒子节目的方法、装置和系统 | |
| JP2009253820A (ja) | コンテンツ配信サーバ、通信システムおよびコンテンツ配信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20190612 Address after: Room 1101, Santai Commercial Building, 139 Connaught Road, Hong Kong, China Applicant after: Hong Kong Lemi Co., Ltd. Address before: The Cayman Islands Kumar wan na Applicant before: Happy honey Company Limited |
|
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20210525 Address after: 25, 5th floor, shuangjingfang office building, 3 frisha street, Singapore Applicant after: Zhuomi Private Ltd. Address before: Room 1101, Santai Commercial Building, 139 Connaught Road, Hong Kong, China Applicant before: HONG KONG LIVE.ME Corp.,Ltd. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20181127 |