CN117294681A - 连麦建立方法、装置、设备、存储介质及程序产品 - Google Patents
连麦建立方法、装置、设备、存储介质及程序产品 Download PDFInfo
- Publication number
- CN117294681A CN117294681A CN202210686955.1A CN202210686955A CN117294681A CN 117294681 A CN117294681 A CN 117294681A CN 202210686955 A CN202210686955 A CN 202210686955A CN 117294681 A CN117294681 A CN 117294681A
- Authority
- CN
- China
- Prior art keywords
- message
- rtc
- headset
- wheat
- connection
- 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 148
- 235000021307 Triticum Nutrition 0.000 title claims abstract description 148
- 238000000034 method Methods 0.000 title claims abstract description 88
- 230000004044 response Effects 0.000 claims abstract description 35
- 230000008569 process Effects 0.000 claims description 27
- 238000004590 computer program Methods 0.000 claims description 20
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 36
- 230000005540 biological transmission Effects 0.000 description 17
- 238000010586 diagram Methods 0.000 description 10
- 230000006870 function Effects 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 239000013307 optical fiber Substances 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 238000011161 development Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000009335 monocropping Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- 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/21—Server components or server architectures
- H04N21/218—Source of audio or video content, e.g. local disk arrays
- H04N21/2187—Live feed
-
- 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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
-
- 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/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
- H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及一种连麦建立方法、装置、设备、存储介质及程序产品,能够有效减少连麦失败的情况,提高连麦效率。该方法包括:向第一服务器发送连麦请求消息,所述连麦请求消息用于请求与主播端连麦;接收第一服务器针对连麦请求消息反馈的连麦响应消息;在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据连麦响应消息,启动与第二服务器之间的第一RTC连接,该连麦允许消息用于指示该主播端同意与该观众端连麦。
Description
技术领域
本公开涉及直播技术领域,尤其涉及一种连麦建立方法、装置、设备、存储介质及程序产品。
背景技术
目前,随着直播行业的发展,观众需求越来越高,为了吸引观众,主播可以和直播间中的观众进行连麦,通过连麦的方式与观众形成良好的互动。
主播和观众之间进行连麦的过程中,在观众端接收到主播端发送的允许连麦消息之后,观众端通过与实时通信(Real-Time Communication,RTC)服务器之间的RTC连接,在RTC服务器处与主播端之间交换媒体流,进而实现与主播端之间的连麦画面的显示,以完成连麦连接的建立。
然而,通常情况下从观众端发送连麦请求消息到获取连麦首帧画面的连麦过程的耗时较长,因此,在连麦过程中的可能因为RTC连接超时或观众取消连麦,而导致连麦失败。
发明内容
为了解决上述技术问题或者至少部分地解决上述技术问题,本公开提供了一种连麦建立方法、装置、设备、存储介质及程序产品。
本公开实施例的第一方面,提供一种连麦建立方法,应用于观众端,该方法包括:向第一服务器发送连麦请求消息,该连麦请求消息用于请求与主播端连麦;接收第一服务器针对连麦请求消息反馈的连麦响应消息;在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据连麦响应消息,启动与第二服务器之间的第一RTC连接,该连麦允许消息用于指示该主播端同意与该观众端连麦。
可选地,第一RTC连接包括RTC初始化、RTC进房和RTC推流;该在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据该连麦响应消息,启动与第二服务器之间的第一RTC连接,包括:在接收到该连麦允许消息之前,执行该RTC初始化;该方法还包括:在接收到该连麦允许消息之后,执行该RTC进房和该RTC推流,以建立第一RTC连接。
可选地,该在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据该连麦响应消息,启动与第二服务器之间的第一RTC连接之后,该方法还包括:在第一RTC连接建立过程中,接收到该连麦允许消息;或者,在第一RTC连接建立完成后的预设时长之内未接收到该连麦允许消息的情况下,释放第一RTC连接。
可选地,该启动与第二服务器之间的第一RTC连接之后,该方法包括:在第一RTC连接建立完成的情况下,通过第一RTC连接接收该主播端发送的该连麦允许消息。
本公开实施例的第二方面,提供一种连麦建立方法,应用于主播端,该方法包括:接收目标消息,该目标消息包括:用于指示观众端请求与该主播端连麦的连麦请求消息;当接收到该目标消息时,启动与第二服务器之间的第二RTC连接。
可选地,该当接收到该目标消息时,启动与第二服务器之间的第二RTC连接之后,该方法还包括:在第二RTC连接建立完成的情况下,通过第二RTC连接发送连麦允许消息,该连麦允许消息用于指示同意与该观众端连麦。
本公开实施例的第三方面,提供一种连麦建立装置,该装置包括:发送模块、接收模块和启动模块;该发送模块,用于向第一服务器发送连麦请求消息,该连麦请求消息用于请求与主播端连麦;该接收模块,用于接收第一服务器针对该连麦请求消息反馈的连麦响应消息;该启动模块,用于在该接收模块接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据连麦响应消息,启动与第二服务器之间的第一RTC连接,该连麦允许消息用于指示该主播端同意与该观众端连麦。
可选地,该装置还包括:执行模块;第一RTC连接包括RTC初始化、RTC进房和RTC推流;该启动模块,具体用于在接收到该连麦允许消息之前,执行该RTC初始化;该执行模块,用于在接收到该连麦允许消息之后,执行该RTC进房和该RTC推流,以建立第一RTC连接。
可选地,该接收模块,还用于在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据该连麦响应消息,启动与第二服务器之间的第一RTC连接之后,在第一RTC连接建立过程中,接收到该连麦允许消息。
可选地,该装置还包括:释放模块;该释放模块,用于在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据该连麦响应消息,启动与第二服务器之间的第一RTC连接之后,在第一RTC连接建立完成后的预设时长之内未接收到该连麦允许消息的情况下,释放第一RTC连接。
可选地,该接收模块,还用于在启动与第二服务器之间的第一RTC连接之后,在第一RTC连接建立完成的情况下,通过第一RTC连接接收该主播端发送的该连麦允许消息。
本公开实施例的第四方面,提供一种连麦建立装置,该装置包括:接收模块和启动模块;该接收模块,用于接收目标消息,该目标消息包括:用于指示观众端请求与主播端连麦的连麦请求消息;该启动模块,用于当该接收模块接收到该目标消息时,启动与第二服务器之间的第二RTC连接。
可选地,该装置还包括:发送模块;该发送模块,用于在当接收到该目标消息时,启动与第二服务器之间的第二RTC连接之后,在第二RTC连接建立完成的情况下,通过第二RTC连接发送连麦允许消息,该连麦允许消息用于指示同意与该观众端连麦。
本公开实施例的第五方面,提供一种电子设备,该电子设备包括处理器、存储器及存储在该存储器上并可在该处理器上运行的计算机程序,该计算机程序被该处理器执行时实现如第一方面所述的连麦建立方法。
本公开实施例的第六方面,提供一种计算机可读存储介质,该计算机可读存储介质上存储计算机程序,该计算机程序被处理器执行时实现如第一方面所述的连麦建立方法。
本公开实施例的第七方面,提供了一种计算机程序产品,其中,该计算机程序产品包括计算机程序,当该计算机程序产品在处理器上运行时,使得处理器执行该计算机程序,实现如第一方面所述的连麦建立方法。
本公开实施例的第八方面,提供了一种芯片,该芯片包括处理器和通信接口,该通信接口和该处理器耦合,该处理器用于运行程序指令,实现如第一方面所述的连麦建立方法。
本公开实施例提供的技术方案与现有技术相比具有如下优点:
本公开实施例中,可以向第一服务器发送连麦请求消息,所述连麦请求消息用于请求与主播端连麦;接收第一服务器针对连麦请求消息反馈的连麦响应消息;在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据连麦响应消息,启动与第二服务器之间的第一RTC连接,该连麦允许消息用于指示该主播端同意与该观众端连麦,如此,因为在观众端连麦请求的消息传输与RTC连接建立是互不影响的,两个流程可以同时执行,因此,相比于在接收到该主播端针对该连麦请求消息反馈的连麦允许消息(即连麦请求的消息传输流程结束)之后,启动RTC连接建立,本公开实施例提供的方案可以通过在请求连麦的观众端在接收第一服务器针对连麦请求消息反馈的连麦响应消息之后,在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,启动RTC连接的改进来缩短连麦建立过程的耗时,进而缩短从观众端发送连麦请求消息到获取连麦首帧画面的连麦建立过程的耗时,降低连麦失败的概率。
本公开实施例中,可以当接收到目标消息时,即启动与第二服务器之间的第二RTC连接,如此,因为在主播端连麦请求的消息传输与RTC连接建立也是互不影响的,两个流程可以同时执行,因此,相比在通过第一服务器向观众端反馈连麦允许消息(即连麦请求的消息传输流程结束)之后,再启动RTC连接建立,本公开实施例提供的方案可以通过在被请求连麦的主播端当接收到目标消息时,即启动RTC连接的改进缩短连麦建立过程的耗时,进而缩短从观众端发送连麦请求消息到获取连麦首帧画面的连麦建立过程的耗时,降低连麦失败的概率,提高连麦效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本公开实施例提供的连麦建立方法的流程示意图之一;
图2为本公开实施例提供的连麦建立方法的流程示意图之二;
图3为本公开实施例提供的连麦建立方法的流程示意图之三;
图4为本公开实施例提供的连麦建立装置的结构框图之一;
图5为本公开实施例提供的连麦建立装置的结构框图之二;
图6为本公开实施例提供的一种电子设备的结构框图。
具体实施方式
为了能够更清楚地理解本公开的上述目的、特征和优点,下面将对本公开的方案进行进一步描述。需要说明的是,在不冲突的情况下,本公开的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本公开,但本公开还可以采用其他不同于在此描述的方式来实施;显然,说明书中的实施例只是本公开的一部分实施例,而不是全部的实施例。
本公开的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。
本公开实施例中的电子设备可以为观众端或主播端,其中,电子设备可以为移动电子设备,也可以为非移动电子设备。移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personalcomputer,UMPC)、上网本或者个人数字助理(personal digital assistant,PDA)等;非移动电子设备可以为个人计算机(personal computer,PC)、电视机(television,TV)、柜员机或者自助机等;本公开实施例不作具体限定。
本公开实施例提供的连麦建立方法的执行主体为观众端和主播端,观众端和主播端可以为上述的电子设备(包括移动电子设备和非移动电子设备),也可以为该电子设备中能够实现该连麦建立方法的功能模块和/或功能实体,具体的可以根据实际使用需求确定,本公开实施例不作限定。
本公开实施例中,观众端和主播端均为客户端,客户端中包括直播模块(也可以称为直播业务模块)和RTC模块,其中,直播模块可以与第一服务器进行通信,完成与其他客户端之间的直播业务数据的传输(包括连麦请求的消息传输)等;RTC模块可以与第二服务器进行通信,完成与其他客户端之间的媒体流交换等。因此,在客户端中上述连麦请求的消息传输和RTC连接建立是互不影响的,两个流程是分别独立的,可以并行执行。
其中,第一服务器为观众端和主播端转发直播业务或直播功能的相关消息,也可以称为直播业务服务器、直播服务器、直播应用(Application,APP)服务器等。
其中,建立RTC连接包括RTC初始化(RTC init)、RTC进房(RTC joinchannel)和RTC推流等环节,具体过程参考现有相关技术,此处不做限定。第二服务器是一种基于实时消息传输协议的媒体服务器,可以在不同设备之间转发媒体流,实现不同设备之间进行语音或视频互动。第二服务器通常称为RTC服务器。
本公开实施例中,在连麦建立阶段,观众端的直播模块通过与第一服务器进行通信,完成与主播端的直播模块之间的连麦请求的消息传输,观众端的RTC模块通过与第二服务器进行通信,完成与主播端的RTC模块之间的媒体流交换,以获取连麦画面等。
目前,在连麦建立阶段,无论观众端还是主播端都是在执行完成连麦请求的消息传输之后,再执行RTC连接建立。本公开实施例中,是在连麦请求的消息传输完成之前,启动开始建立RTC连接,由于连麦请求的消息传输流程和RTC连接建立流程可以互相独立执行,因此同时执行两个流程,可以缩短连麦建立阶段的时长,以降低连麦失败概率。
下面结合附图,通过具体的实施例及其应用场景对本公开实施例提供的连麦建立方法进行详细地说明。
如图1所示,本公开实施例提供一种连麦建立方法,该方法可以包括下述的步骤101至步骤103。
101、向第一服务器发送连麦请求消息。
其中,该连麦请求消息用于请求与主播端连麦。
102、接收第一服务器针对连麦请求消息反馈的连麦响应消息。
其中,该连麦请求消息用于请求与主播端连麦。
可以理解,观众端接收连麦触发操作,连麦触发操作用于指示与主播端进行连麦,观众端响应于连麦触发操作,向第一服务器发送连麦请求消息;第一服务器接收观众端发送的连麦请求消息,并根据该连麦请求消息,向观众端发送连麦响应消息。
103、在接收到主播端针对该连麦请求消息反馈的连麦允许消息之前,根据该连麦响应消息,启动与第二服务器之间的第一RTC连接。
其中,该连麦允许消息用于指示该主播端同意与该观众端连麦。
其中,启动第一RTC连接即启动RTC建立流程,开始建立RTC连接。
可以理解,第一服务器在接收到连麦请求消息之后,还根据该连麦请求消息,向主播端转发该连麦请求消息,或者,根据该连麦请求消息,更新连麦请求列表,然后向主播端发送更新后的连麦请求列表(即目标消息)。
其中,连麦请求列表中包括至少一个观众端的标识,每个观众端为请求与所述主播端连麦的设备,该至少一个观众端包括发送该连麦请求消息的观众端。
可以理解,主播端接收第一服务器发送的连麦请求消息(或连麦请求列表),然后根据该连麦请求消息(或连麦请求列表),若同意观众端的连麦请求,则通过第一服务器向观众端发送连麦允许消息,若拒绝观众端的连麦请求,则通过第一服务器向观众端发送连麦拒绝消息。
可选地,观众端可以在接收到连麦响应消息之后,立即启动第一RTC连接,也可以在接收到连麦响应消息之后的一定时间内,但在接收到连麦允许消息之前启动第一RTC连接,具体可以根据实际情况确定,此处不做限定。
本公开实施例中,观众端可以在接收到连麦响应消息和接收到连麦允许消息之间的任意时刻启动第一RTC连接,具体可以根据实际情况确定启动第一RTC连接的时机,此处不做限定。
本公开实施例中,因为在观众端连麦请求的消息传输与RTC连接建立是互不影响的,两个流程可以同时执行,因此,相比于在接收到该主播端针对该连麦请求消息反馈的连麦允许消息(即连麦请求的消息传输流程结束)之后,启动第一RTC连接,本公开实施例提供的方案可以通过在请求连麦的观众端在接收第一服务器针对连麦请求消息反馈的连麦响应消息之后,在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,启动第一RTC连接的改进来缩短连麦建立过程的耗时,进而缩短从观众端发送连麦请求消息到获取连麦首帧画面的连麦建立过程的耗时,降低连麦失败的概率。
可选地,第一RTC连接包括RTC初始化、RTC进房和RTC推流;上述步骤103具体可以通过下述步骤103a实现,本公开实施例提供的连麦建立方法还可以包括下述的步骤104。
103a、在接收到该连麦允许消息之前,执行该RTC初始化。
104、在接收到该连麦允许消息之后,执行该RTC进房和该RTC推流。
可以理解,本公开实施例中,在接收到连麦响应消息之后且在接收到连麦允许消息之前执行第一RTC连接中的RTC初始化,在接收到连麦允许消息之后执行第一RTC连接中的RTC进房和RTC推流,进而在RTC推流执行完成之后,完成连麦建立过程,实现观众端和主播端的连麦。
其中,RTC初始化为观众端的RTC模块与第二服务器进行基础连接建立,占用的第二服务器的资源较少;而RTC进房是需要在第二服务器侧创建一个虚拟的房间,然后观众端加入到该虚拟房间,并执行一些订阅相关的处理等,在这个过程中会占用的第二服务器的资源较多。因此,本公开实施例中,在接收到该连麦允许消息之前,仅执行第一RTC连接中的RTC初始化,不会占用第二服务器过多的资源,而且可以缩短连麦过程的耗时,降低连麦失败的概率。
在本公开实施例中,不限定第一RTC连接建立流程和发送连麦允许消息的先后顺序,即第一RTC连接建立流程和连麦请求的消息传输流程完全并行执行,因此,可以在第一RTC连接建立过程中,接收到该连麦允许消息,也可以在第一RTC连接建立完成之后,接收到该连麦允许消息。
可选地,在上述步骤103之后,本公开实施例提供的连麦建立方法还可以包括下述的步骤105。
105、在第一RTC连接建立过程中,接收到该连麦允许消息。
本公开实施例中,在接收到该连麦允许消息之前,启动第一RTC连接,并不限定第一RTC连接与接收连麦允许消息的先后顺序,即通过第一RTC连接和连麦请求的消息传输的并行执行,可以有效缩短连麦建立过程的耗时,降低连麦失败的概率。
可选地,在上述步骤103之后,本公开实施例提供的连麦建立方法还可以包括下述的步骤106。
106、在第一RTC连接建立完成后的预设时长之内未接收到该连麦允许消息的情况下,释放第一RTC连接。
其中,预设时长可以根据实际使用情况确定,此处不做限定。
在第一RTC连接建立完成后的预设时长之内未接收到该连麦允许消息的情况下,说明观众端发起的连麦请求没有成功,因此释放第一RTC连接,可以释放观众端的RTC模块与第二服务器建立的第一RTC连接占用的资源,从而提高资源利用率。
可选地,在上述步骤103之后,本公开实施例提供的连麦建立方法还可以包括下述的步骤107。
107、在第一RTC连接建立完成的情况下,通过第一RTC连接接收该主播端发送的该连麦允许消息。
可以理解,因为通过第一服务器传输消息的时延高于通过第二服务器传输消息的时延,因此在第一RTC连接建立完成的情况下,可以通过第一RTC连接接收该主播端发送的该连麦允许消息,如此,可以缩短接收连麦允许消息的耗时,进而降低连麦失败概率。
可选地,在上述步骤107的基础上,本公开实施例中,观众端还可以通过第一服务器接收主播端发送的连麦允许消息。即在上述步骤107之前,观众端可以通过第一服务器接收主播端发送的连麦允许消息,或者,在上述步骤107之后,观众端可以通过第一服务器接收主播端发送的连麦允许消息。如此,增加了观众端接收连麦允许消息的方式,无论先通过哪种方式接收到连麦允许消息,均表示连麦成功(连麦连接建立成功),因此,可以在一定程度上缩短连麦过程的耗时,降低连麦失败的概率。
如图2所示,本公开实施例提供一种连麦建立方法,该方法可以包括下述的步骤201至步骤202。
201、接收目标消息。
其中,该目标消息包括:用于指示观众端请求与该主播端连麦的连麦请求消息。
202、当接收到目标消息时,启动与第二服务器之间的第二RTC连接。
可选地,当接收到所述请求列表时,启动与第二服务器之间的第二RTC连接。
本公开实施例中,结合上述方法实施例中步骤101至步骤105的相关描述,目标消息可以为上述的连麦请求消息或者为上述的连麦请求列表。因为在主播端连麦请求的消息传输与RTC连接建立也是互不影响的,两个流程可以同时执行,当主播端接收到目标消息时,即启动第二RTC连接,相比在向观众端反馈连麦允许消息(即连麦请求的消息传输结束)之后,再启动RTC连接,可以缩短从观众端发送连麦请求消息到获取连麦首帧画面的连麦建立过程的耗时,降低连麦失败的概率。
可选地,在上述步骤202之后,本公开实施例提供的连麦建立方法还可以包括下述的步骤203。
203、在第二RTC连接建立完成的情况下,通过第二RTC连接发送连麦允许消息,该连麦允许消息用于指示同意与该观众端连麦。
可以理解,主播端通过第二RTC连接向第二服务器发送连麦允许消息,然后第二服务器通过第一RTC连接向观众端发送连麦允许消息。
在上述步骤203的基础上,本公开实施例中,主播端还可以通过第一服务器向观众端发送连麦允许消息。即在上述步骤203之前,主播端可以通过第一服务器向观众端发送连麦允许消息,或者,在上述步骤203之后,主播端可以通过第一服务器向观众端发送连麦允许消息。如此,增加了观众端接收连麦允许消息的方式,无论先通过哪种方式接收到连麦允许消息,均表示连麦成功,因此,可以在一定程度上缩短连麦过程的耗时,降低连麦失败的概率。
示例性地,如图3所示,本公开实施例提供的连麦建立方法可以包括下述的步骤301至步骤317。
301、观众端的直播模块向第一服务器发送连麦请求消息。
302、第一服务器接收连麦请求消息。
不限定下述步骤303至步骤305,以及步骤306至步骤307的先后执行顺序。
303、第一服务器向观众端的直播模块发送直播响应消息。
304、观众端的直播模块接收直播响应消息。
305、观众端的直播模块控制观众端的RTC模块执行RTC初始化。
306、第一服务器根据连麦请求消息生成连麦请求列表。
307、第一服务器向主播端的直播模块发送连麦请求列表。
308、主播端的直播模块接收连麦请求列表。
主播端的直播模块根据连麦请求列表,同意与观众端连麦。
309、主播端的直播模块控制主播端的RTC模块执行RTC初始化。
310、主播端的直播模块控制主播端的RTC模块执行RTC进房。
311、主播端的直播模块控制主播端的RTC模块执行RTC推流,以得到连麦首帧画面。
312、主播端的直播模块向第一服务器发送连麦允许消息。
313、第一服务器接收连麦允许消息。
314、第一服务器向观众端的直播模块发送连麦允许消息。
315、观众端的直播模块接收连麦允许消息。
316、观众端的直播模块控制观众端的RTC模块执行RTC进房。
317、观众端的直播模块控制观众端的RTC模块执行RTC推流,以得到连麦首帧画面。
观众端与主播端的连麦连接建立,观众端和主播端可以通过连麦连接进行连麦交互。
图4为本公开实施例示出的一种连麦建立装置的结构框图,如图4所示,包括:发送模块401、接收模块402和启动模块403;该发送模块401,用于向第一服务器发送连麦请求消息,该连麦请求消息用于请求与主播端连麦;该接收模块402,用于接收第一服务器针对该连麦请求消息反馈的连麦响应消息;该启动模块403,用于在该接收模块402接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据连麦响应消息,启动与第二服务器之间的第一RTC连接,该连麦允许消息用于指示该主播端同意与该观众端连麦。
可选地,该装置还包括:执行模块;第一RTC连接包括RTC初始化、RTC进房和RTC推流;该启动模块403,具体用于在接收到该连麦允许消息之前,执行该RTC初始化;该执行模块,用于在接收到该连麦允许消息之后,执行该RTC进房和该RTC推流,以建立第一RTC连接。
可选地,该接收模块402,还用于在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据该连麦响应消息,启动与第二服务器之间的第一RTC连接之后,在第一RTC连接建立过程中,接收到该连麦允许消息。
可选地,该装置还包括:释放模块;该释放模块,用于在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据该连麦响应消息,启动与第二服务器之间的第一RTC连接之后,在第一RTC连接建立完成后的预设时长之内未接收到该连麦允许消息的情况下,释放第一RTC连接。
可选地,该接收模块402,还用于在启动与第二服务器之间的第一RTC连接之后,在第一RTC连接建立完成的情况下,通过第一RTC连接接收该主播端发送的该连麦允许消息。
本公开实施例的第四方面,提供一种连麦建立装置,该装置包括:
本公开实施例中,各模块可以实现上述方法实施例提供的连麦建立方法,且能达到相同的技术效果,为避免重复,这里不再赘述。
图5为本公开实施例示出的一种连麦建立装置的结构框图,如图5所示,包括:接收模块501和启动模块502;该接收模块501,用于接收目标消息,该目标消息包括:用于指示观众端请求与主播端连麦的连麦请求消息;该启动模块502,用于当该接收模块501接收到该目标消息时,启动与第二服务器之间的第二RTC连接。
可选地,该装置还包括:发送模块;该发送模块,用于在当接收到该目标消息时,启动与第二服务器之间的第二RTC连接之后,在第二RTC连接建立完成的情况下,通过第二RTC连接发送连麦允许消息,该连麦允许消息用于指示同意与该观众端连麦。
本公开实施例中,各模块可以实现上述方法实施例提供的连麦建立方法,且能达到相同的技术效果,为避免重复,这里不再赘述。
图6为本公开实施例提供的一种电子设备的结构示意图,用于对实现本公开实施例中任意连麦建立方法的电子设备进行示例性说明,不应理解为对本公开实施例的具体限定。
如图6所示,电子设备600可以包括处理器(例如中央处理器、图形处理器等)601,其可以根据存储在只读存储器(ROM)602中的程序或者从存储装置608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中,还存储有电子设备600操作所需的各种程序和数据。处理器601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
通常,以下装置可以连接至I/O接口605:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置606;包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置607;包括例如磁带、硬盘等的存储装置608;以及通信装置609。通信装置609可以允许电子设备600与其他设备进行无线或有线通信以交换数据。虽然示出了具有各种装置的电子设备600,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在非暂态计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置609从网络上被下载和安装,或者从存储装置608被安装,或者从ROM 602被安装。在该计算机程序被处理器601执行时,可以执行本公开实施例提供的任意连麦建立方法中限定的功能。
需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、RF(射频)等等,或者上述的任意合适的组合。
在一些实施方式中,客户端、服务端可以利用诸如HTTP(HyperText TransferProtocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“LAN”),广域网(“WAN”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备(该电子设备包括观众端):向第一服务器发送连麦请求消息,所述连麦请求消息用于请求与主播端连麦;接收第一服务器针对连麦请求消息反馈的连麦响应消息;在接收到该主播端针对该连麦请求消息反馈的连麦允许消息之前,根据连麦响应消息,启动与第二服务器之间的第一RTC连接,该连麦允许消息用于指示该主播端同意与该观众端连麦。
或者,上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备(包括主播端):接收目标消息,该目标消息包括:用于指示观众端请求与该主播端连麦的连麦请求消息;当接收到该目标消息时,启动与第二服务器之间的第二RTC连接。
在本公开实施例中,可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言,诸如Java、Smalltalk、C++,还包括常规的过程式程序设计语言,诸如“C”语言或类似的程序设计语言。程序代码可以完全地在计算机上执行、部分地在计算机上执行、作为一个独立的软件包执行、部分在计算机上部分在远程计算机上执行、或者完全在远程计算机或服务端上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络,包括局域网(LAN)或广域网(WAN),连接到计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元的名称在某种情况下并不构成对该单元本身的限定。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中,计算机可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。计算机可读介质可以是计算机可读信号介质或计算机可读储存介质。计算机可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。计算机可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
Claims (11)
1.一种连麦建立方法,其特征在于,应用于观众端,所述方法包括:
向第一服务器发送连麦请求消息,所述连麦请求消息用于请求与主播端连麦;
接收所述第一服务器针对所述连麦请求消息反馈的连麦响应消息;
在接收到所述主播端针对所述连麦请求消息反馈的连麦允许消息之前,根据所述连麦响应消息,启动与第二服务器之间的第一RTC连接,所述连麦允许消息用于指示所述主播端同意与所述观众端连麦。
2.根据权利要求1所述的方法,其特征在于,所述第一RTC连接包括RTC初始化、RTC进房和RTC推流;
所述在接收到所述主播端针对所述连麦请求消息反馈的连麦允许消息之前,根据所述连麦响应消息,启动与第二服务器之间的第一RTC连接,包括:
在接收到所述连麦允许消息之前,执行所述RTC初始化;
所述方法还包括:
在接收到所述连麦允许消息之后,执行所述RTC进房和所述RTC推流,以建立所述第一RTC连接。
3.根据权利要求1所述的方法,其特征在于,所述在接收到所述主播端针对所述连麦请求消息反馈的连麦允许消息之前,根据所述连麦响应消息,启动与第二服务器之间的第一RTC连接之后,所述方法还包括:
在所述第一RTC连接建立过程中,接收到所述连麦允许消息;
或者,
在所述第一RTC连接建立完成后的预设时长之内未接收到所述连麦允许消息的情况下,释放所述第一RTC连接。
4.根据权利要求1所述的方法,其特征在于,所述启动与第二服务器之间的第一RTC连接之后,所述方法包括:
在所述第一RTC连接建立完成的情况下,通过所述第一RTC连接接收所述主播端发送的所述连麦允许消息。
5.一种连麦建立方法,其特征在于,应用于主播端,所述方法包括:
接收目标消息,所述目标消息包括:用于指示观众端请求与所述主播端连麦的连麦请求消息;
当接收到所述目标消息时,启动与第二服务器之间的第二RTC连接。
6.根据权利要求5所述的方法,其特征在于,所述当接收到所述目标消息时,启动与第二服务器之间的第二RTC连接之后,所述方法还包括:
在所述第二RTC连接建立完成的情况下,通过所述第二RTC连接发送连麦允许消息,所述连麦允许消息用于指示同意与所述观众端连麦。
7.一种连麦建立装置,其特征在于,包括:发送模块、接收模块和启动模块;
所述发送模块,用于向第一服务器发送连麦请求消息,所述连麦请求消息用于请求与主播端连麦;
所述接收模块,用于接收所述第一服务器针对所述连麦请求消息反馈的连麦响应消息;
所述启动模块,用于在所述接收模块接收到所述主播端针对所述连麦请求消息反馈的连麦允许消息之前,根据所述连麦响应消息,启动与第二服务器之间的第一RTC连接,所述连麦允许消息用于指示所述主播端同意与观众端连麦。
8.一种连麦建立装置,其特征在于,包括:接收模块和启动模块;
所述接收模块,用于接收目标消息,所述目标消息包括:用于指示观众端请求与主播端连麦的连麦请求消息;
所述启动模块,用于当所述接收模块接收到所述目标消息时,启动与第二服务器之间的第二RTC连接。
9.一种电子设备,其特征在于,包括:存储器和处理器,存储器用于存储计算机程序;处理器用于在调用计算机程序时执行权利要求1至6中任一项所述的连麦建立方法。
10.一种计算机可读存储介质,其特征在于,其上存储有计算机程序,计算机程序被处理器执行时实现权利要求1至6中任一项所述的连麦建立方法。
11.一种计算机程序产品,其特征在于,所述计算机程序产品包括计算机程序,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的连麦建立方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210686955.1A CN117294681A (zh) | 2022-06-16 | 2022-06-16 | 连麦建立方法、装置、设备、存储介质及程序产品 |
PCT/CN2023/099934 WO2023241575A1 (zh) | 2022-06-16 | 2023-06-13 | 连麦建立方法、装置、设备、存储介质及程序产品 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210686955.1A CN117294681A (zh) | 2022-06-16 | 2022-06-16 | 连麦建立方法、装置、设备、存储介质及程序产品 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN117294681A true CN117294681A (zh) | 2023-12-26 |
Family
ID=89192254
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210686955.1A Pending CN117294681A (zh) | 2022-06-16 | 2022-06-16 | 连麦建立方法、装置、设备、存储介质及程序产品 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN117294681A (zh) |
WO (1) | WO2023241575A1 (zh) |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113766251A (zh) * | 2020-06-22 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 直播连麦的处理方法、系统、服务器及存储介质 |
CN112019927B (zh) * | 2020-09-23 | 2023-01-06 | Oppo广东移动通信有限公司 | 视频直播方法、连麦设备、直播系统及存储介质 |
CN114554129B (zh) * | 2020-11-25 | 2023-10-31 | 北京字节跳动网络技术有限公司 | 一种连麦系统、方法、装置、设备及存储介质 |
CN114125482A (zh) * | 2021-11-23 | 2022-03-01 | 腾讯音乐娱乐科技(深圳)有限公司 | 直播连麦处理方法、电子设备及存储介质 |
-
2022
- 2022-06-16 CN CN202210686955.1A patent/CN117294681A/zh active Pending
-
2023
- 2023-06-13 WO PCT/CN2023/099934 patent/WO2023241575A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
WO2023241575A1 (zh) | 2023-12-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111050185B (zh) | 直播间连麦视频混流方法、存储介质、电子设备及系统 | |
CN112312060B (zh) | 屏幕共享方法、装置和电子设备 | |
CN111970524B (zh) | 交互类直播连麦的控制方法、装置、系统、设备及介质 | |
CN112291316B (zh) | 连接处理方法、装置、电子设备及计算机可读存储介质 | |
CN113411642A (zh) | 投屏方法、装置、电子设备和存储介质 | |
US20230199873A1 (en) | Information interaction method and apparatus, and electronic device | |
CN114077508B (zh) | 一种远程图像渲染方法、装置、电子设备以及介质 | |
US11758087B2 (en) | Multimedia conference data processing method and apparatus, and electronic device | |
WO2021254168A1 (zh) | 会议控制方法、装置、可读介质及电子设备 | |
CN111818291B (zh) | 建立多媒体通话的方法、装置和电子设备 | |
CN113326013A (zh) | 信息交互方法、装置和电子设备 | |
CN110806846A (zh) | 屏幕共享方法、屏幕共享装置、移动终端、存储介质 | |
CN112788053A (zh) | 一种实时通信方法、装置、服务器、系统及存储介质 | |
CN113596530A (zh) | 用于流转数据的方法及装置 | |
CN113596328B (zh) | 摄像头调用方法、装置和电子设备 | |
CN111352872A (zh) | 执行引擎、数据处理方法、装置、电子设备和介质 | |
CN117294681A (zh) | 连麦建立方法、装置、设备、存储介质及程序产品 | |
CN117294863A (zh) | 直播间连麦方法、装置、电子设备、存储介质及程序产品 | |
CN117278815A (zh) | 一种直播连线方法、装置、设备及介质 | |
CN116962803A (zh) | 直播音视频流的处理方法、装置、设备及介质 | |
CN110855767B (zh) | 一种操作请求的响应方法、装置、设备和存储介质 | |
CN116137620B (zh) | 呼叫路由方法、装置、电子设备及计算机可读存储介质 | |
CN114765691B (zh) | 视频直播的功能组件加载方法、数据处理方法及设备 | |
CN112256222A (zh) | 信息显示方法、装置和电子设备 | |
CN117278706A (zh) | 一种连线处理方法、装置、设备及介质 |
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 |