CN111372090B - 一种连麦的实现方法、装置、电子设备及存储介质 - Google Patents

一种连麦的实现方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN111372090B
CN111372090B CN202010117245.8A CN202010117245A CN111372090B CN 111372090 B CN111372090 B CN 111372090B CN 202010117245 A CN202010117245 A CN 202010117245A CN 111372090 B CN111372090 B CN 111372090B
Authority
CN
China
Prior art keywords
target
terminal
request
microphone
wheat
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.)
Active
Application number
CN202010117245.8A
Other languages
English (en)
Other versions
CN111372090A (zh
Inventor
李超凡
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Dajia Internet Information Technology Co Ltd
Original Assignee
Beijing Dajia Internet Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Dajia Internet Information Technology Co Ltd filed Critical Beijing Dajia Internet Information Technology Co Ltd
Priority to CN202010117245.8A priority Critical patent/CN111372090B/zh
Publication of CN111372090A publication Critical patent/CN111372090A/zh
Application granted granted Critical
Publication of CN111372090B publication Critical patent/CN111372090B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Graphics (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本公开实施例提供了一种连麦的实现方法、装置、电子设备及存储介质，所述方法应用于服务器，包括：获取针对目标主播端的连麦请求；当连麦请求为连麦邀请请求时，基于目标主播端的空麦序位信息，发送连麦邀请请求至目标主播端对应的第一目标观众端，以使第一目标观众端与目标主播端进行连麦；当连麦请求为第二目标观众端发送的上麦请求时，基于目标主播端的空麦序位信息确定目标主播端具有空麦序位时，接受上麦请求，以使第二目标观众端与目标主播端进行连麦。这样，服务器可以根据目标主播端的空麦序位信息，对连麦邀请请求和/或上麦请求进行自动处理，无需主播手动进行操作，实现自动连麦，便捷性高，并且可以提高直播间的上麦率及活跃性。

Description

一种连麦的实现方法、装置、电子设备及存储介质
技术领域
本公开涉及网络直播技术领域，特别是涉及一种连麦的实现方法、装置、电子设备及存储介质。
背景技术
目前网络直播已成为人们生活中非常常见的网络行为，几乎每个人都接触过网络直播。利用网络直播应用程序，通过网络进行直播或者观看直播的人也越来越多。
在网络直播中，用于呈现直播内容的虚拟网络空间称为直播间，进行直播的用户称为主播，主播用于进行直播的终端设备称为主播端，用户用于观看直播的终端设备称为观众端。观众在观看直播时，可以与主播进行互动，例如，可以与主播进行连麦、给主播送礼物等。在直播间中与主播进行连麦的用户称为嘉宾，其可以与主播进行语音交互。
在网络直播过程中，邀请观众进行连麦时，主播需要手动点击相应按钮触发邀请连麦功能；观众申请进行连麦，主播也需要手动操作以接受或者拒绝连麦请求，可见，无论哪种情况，均需要主播手动进行操作，便捷性较差，且影响直播间的上麦率及活跃性。
发明内容
为克服相关技术中存在的问题，本公开实施例提供一种连麦的实现方法、装置、电子设备及存储介质。具体技术方案如下：
根据本公开实施例的第一方面，提供一种连麦的实现方法，应用于服务器，所述方法包括：
获取针对目标主播端的连麦请求，其中，所述连麦请求包括所述服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求；
当所述连麦请求为连麦邀请请求时，基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述目标主播端对应的第一目标观众端，以使所述第一目标观众端与所述目标主播端进行连麦；
当所述连麦请求为第二目标观众端发送的上麦请求时，基于所述目标主播端的空麦序位信息确定所述目标主播端具有空麦序位时，接受所述上麦请求，以使所述第二目标观众端与所述目标主播端进行连麦。
作为一种实施方式，所述获取针对目标主播端的连麦请求的步骤，包括：
获取各主播端的空麦序位信息；
根据所述空麦序位信息确定当前具有空麦序位的主播端，作为目标主播端；
生成针对所述目标主播端的连麦邀请请求。
作为一种实施方式，所述基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述目标主播端对应的第一目标观众端的步骤，包括：
获取所述目标主播端对应的账户信息；
基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述账户信息对应的第一目标观众端。
作为一种实施方式，所述基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述账户信息对应的第一目标观众端的步骤，包括：
基于所述目标主播端的空麦序位信息，确定所述目标主播端当前具有空麦序位的数量；
根据所述账户信息包括的关注类型信息确定各账户信息对应的观众端的关注类型，其中，所述关注类型用于标识所述目标主播端与所述观众端之间的关注关系；
基于所述关注类型的预设优先级及所述数量，确定第一目标观众端，其中，所述第一目标观众端为按照所述预设优先级从高到低的顺序排序，排列在前所述数量个的观众端；
发送所述连麦邀请请求至所述第一目标观众端。
作为一种实施方式，在所述第一目标观众端拒绝所述连麦邀请请求时，接收所述第一目标观众端发送的拒绝连麦消息后，所述方法还包括：
将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；
当计时时长达到第一预设时长时，将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
作为一种实施方式，在接收到所述第一目标观众端在接受所述连麦邀请请求后发送的下麦消息后，所述方法还包括：
将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；
当计时时长达到第二预设时长时，将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
作为一种实施方式，当基于所述目标主播端的空麦序位信息确定所述目标主播端不具有空麦序位时，所述方法还包括：
发送拒绝连麦消息至所述第二目标观众端。
作为一种实施方式，所述接受所述上麦请求的步骤，包括：
发送通知消息至所述第二目标观众端，以使所述第二目标观众端进入所述目标主播端的连麦房间后发送进入成功消息至所述服务器；
接收所述进入成功消息，并更新所述目标主播端对应的连麦列表；
发送更新成功消息至所述第二目标观众端，以使所述第二目标观众端开始语音输入。
根据本公开实施例的第二方面，提供一种连麦的实现装置，应用于服务器，所述装置包括：
连麦请求获取模块，被配置为执行获取针对目标主播端的连麦请求，其中，所述连麦请求包括所述服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求；
第一连麦模块，被配置为当所述连麦请求为连麦邀请请求时，执行基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述目标主播端对应的第一目标观众端，以使所述第一目标观众端与所述目标主播端进行连麦；
第二连麦模块，被配置为当所述连麦请求为第二目标观众端发送的上麦请求时，执行基于所述目标主播端的空麦序位信息确定所述目标主播端具有空麦序位时，接受所述上麦请求以使所述第二目标观众端与所述目标主播端进行连麦。
作为一种实施方式，所述连麦请求获取模块包括：
第一空麦序位信息获取单元，被配置为执行获取各主播端的空麦序位信息；
目标主播端确定单元，被配置为执行根据所述空麦序位信息确定当前具有空麦序位的主播端，作为目标主播端；
连麦邀请请求生成单元，被配置为执行生成针对所述目标主播端的连麦邀请请求。
作为一种实施方式，所述第一连麦模块包括：
账户信息获取单元，被配置为执行获取所述目标主播端对应的账户信息；
连麦邀请请求发送单元，被配置为执行基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述账户信息对应的第一目标观众端。
作为一种实施方式，所述连麦邀请请求发送单元包括：
数量确定子单元，被配置为执行基于所述目标主播端的空麦序位信息，确定所述目标主播端当前具有空麦序位的数量；
关注类型确定子单元，被配置为执行根据所述账户信息包括的关注类型信息确定各账户信息对应的观众端的关注类型，其中，所述关注类型用于标识所述目标主播端与所述观众端之间的关注关系；
观众端确定子单元，被配置为执行基于所述关注类型的预设优先级及所述数量，确定第一目标观众端，其中，所述第一目标观众端为按照所述预设优先级从高到低的顺序排序，排列在前所述数量个的观众端；
请求发送子单元，被配置为执行发送所述连麦邀请请求至所述第一目标观众端。
作为一种实施方式，所述装置还包括：
第一信息删除模块，被配置为在所述第一目标观众端拒绝所述连麦邀请请求时，接收所述第一目标观众端发送的拒绝连麦消息后，执行将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；
第一信息添加模块，被配置为当计时时长达到第一预设时长时，执行将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
作为一种实施方式，所述装置还包括：
第二信息删除模块，被配置为在接收到所述第一目标观众端在接受所述连麦邀请请求后发送的下麦消息后，执行将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；
第二信息添加模块，被配置为当计时时长达到第二预设时长时，执行将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
作为一种实施方式，所述装置还包括：
拒绝消息发送模块，被配置为当基于所述目标主播端的空麦序位信息确定所述目标主播端不具有空麦序位时，执行发送拒绝连麦消息至所述第二目标观众端。
作为一种实施方式，所述第二连麦模块包括：
消息发送单元，被配置为执行发送通知消息至所述第二目标观众端，以使所述第二目标观众端进入所述目标主播端的连麦房间后发送进入成功消息至所述服务器；
连麦列表更新单元，被配置为执行接收所述进入成功消息，并更新所述目标主播端对应的连麦列表；
连麦控制单元，被配置为执行发送更新成功消息至所述第二目标观众端，以使所述第二目标观众端开始语音输入。
根据本公开实施例的第三方面，提供一种服务器，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现实现上述第一方面任一项所述的连麦的实现方法。
根据本公开实施例的第四方面，提供一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行实现上述第一方面任一项所述的连麦的实现方法。
本公开实施例所提供的方案中，服务器可以获取针对目标主播端的连麦请求，其中，连麦请求包括服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求，进而当连麦请求为连麦邀请请求时，基于目标主播端的空麦序位信息，发送连麦邀请请求至目标主播端对应的第一目标观众端，以使第一目标观众端与目标主播端进行连麦；当连麦请求为第二目标观众端发送的上麦请求时，基于目标主播端的空麦序位信息确定目标主播端具有空麦序位时，接受上麦请求，以使第二目标观众端与目标主播端进行连。这样，服务器可以根据目标主播端的空麦序位信息，对连麦邀请请求和/或上麦请求进行自动处理，无需主播手动进行操作，实现自动连麦，便捷性高，并且可以提高直播间的上麦率及活跃性。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
图1是根据一示例性实施例示出的一种连麦的实现方法的流程图；
图2是根据一示例性实施例示出的图1中步骤S101的一种具体流程图；
图3是根据一示例性实施例示出的图1中步骤S102的一种具体流程图；
图4是根据一示例性实施例示出的上麦请求的接受方式的一种具体流程图；
图5是根据一示例性实施例示出的连麦的实现方法的第一种信令交互图；
图6是根据一示例性实施例示出的连麦的实现方法的第二种信令交互图；
图7是根据一示例性实施例示出的连麦的实现方法的第三种信令交互图；
图8是根据一示例性实施例示出的一种连麦的实现装置的结构框图；
图9是根据一示例性实施例示出的一种服务器的结构框图；
图10是根据一示例性实施例示出的图9所示服务器的一种具体结构框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
为了提升连麦操作的便捷性，提高直播间的上麦率及活跃性，本公开实施例提供了一种连麦的实现方法、装置、电子设备及计算机可读存储介质。
下面首先对本公开实施例所提供的一种连麦的实现方法进行介绍。本公开实施例所提供的连麦的实现方法可以应用于直播应用程序的服务器。
如图1所示，一种连麦的实现方法，应用于服务器，所述方法包括步骤S101-步骤S103：
在步骤S101中，获取针对目标主播端的连麦请求；
其中，所述连麦请求包括所述服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求。
在步骤S102中，当所述连麦请求为连麦邀请请求时，基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述目标主播端对应的第一目标观众端，以使所述第一目标观众端与所述目标主播端进行连麦；
在步骤S103中，当所述连麦请求为第二目标观众端发送的上麦请求时，基于所述目标主播端的空麦序位信息确定所述目标主播端具有空麦序位时，接受所述上麦请求，以使所述第二目标观众端与所述目标主播端进行连麦。
可见，本公开实施例所提供的方案中，服务器可以获取针对目标主播端的连麦请求，其中，连麦请求包括服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求，进而当连麦请求为连麦邀请请求时，基于目标主播端的空麦序位信息，发送连麦邀请请求至目标主播端对应的第一目标观众端，以使第一目标观众端与目标主播端进行连麦；当连麦请求为第二目标观众端发送的上麦请求时，基于目标主播端的空麦序位信息确定目标主播端具有空麦序位时，接受上麦请求，以使第二目标观众端与目标主播端进行连。这样，服务器可以根据目标主播端的空麦序位信息，对连麦邀请请求和/或上麦请求进行自动处理，无需主播手动进行操作，实现自动连麦，便捷性高，并且可以提高主播端的上麦率及活跃性。
在网络直播中，在直播间的聊天室等主播可以与观众进行连麦，以进行互动，为其他观众呈现连麦直播。在主播具有邀请观众连麦的需要时，和/或观众具有申请连麦需要时，在上述步骤S101中，服务器便可以获取针对目标主播端的连麦请求，该连麦请求即可以包括服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求。
其中，服务器可以根据各主播端的空麦序位信息等确定各主播端是否具有邀请观众连麦的需要，进而生成连麦邀请请求，而无需主播手动操作发出连麦邀请请求。
由于网络直播中会存在多个主播端，服务器需要处理多个主播端对应的连麦请求，目标主播端即为当前获取的连麦请求所针对的主播端，并没有其他限定意义。例如，服务器获取主播端A对应的观众端发送的上麦请求，那么主播端A即为目标主播端。
进而，当连麦请求为连麦邀请请求时，服务器便可以执行上述步骤S102，服务器便可以基于目标主播端的空麦序位信息发送连麦邀请请求至目标主播端对应的第一目标观众端，第一目标观众端接收到该连麦邀请请求后，可以与目标主播端进行连麦，其中，空麦序位信息为可以表示主播端空闲麦序的信息，例如，可以包括共有几个麦位、当前具有几个空麦序位等，其中空麦序位也就是空闲麦位。
当连麦请求为第二目标观众端发送的上麦请求时，服务器便可以执行上述步骤S103，服务器便可以在基于目标主播端的空麦序位信息确定目标主播端具有空麦序位时，接受该上麦请求，进而，第二目标观众端便可以与目标主播端进行连麦。
由于对于不同类型的连麦请求，即服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求，服务器均可以根据目标主播端的空麦序位信息对连麦请求进行相应处理，能够实现自动连麦，无需主播进行任何手动操作，便捷性高，并且可以提高直播间的上麦率及活跃性。
针对上述连麦请求为连麦邀请请求的情况而言，作为本公开实施例的一种实施方式，如图2所示，上述获取针对目标主播端的连麦请求的步骤，可以包括：
S201，获取各主播端的空麦序位信息；
为了在各主播端具有空麦序位时主动邀请观众进行连麦，服务器可以获取当前各主播端的空麦序位信息。
在一种实施方式中，可以预先设置“自动邀请观众上麦”功能，主播可以通过在直播应用程序中触发相应的按钮等方式开启该功能。开启该功能说明主播同意服务器进行自动邀请观众上麦，那么服务器获取的空麦序位信息可以为开启了“自动邀请观众上麦”功能的主播端的空麦序位信息。
S202，根据所述空麦序位信息确定当前具有空麦序位的主播端，作为目标主播端；
由于当前具有空闲麦位的主播端才能与观众进行连麦，所以服务器可以根据获取的各主播端的空麦序位信息确定当前具有空麦序位的主播端，进而将该主播端确定为目标主播端。
当空麦序位信息包括当前具有几个空麦序位时，服务器根据该空麦序位信息便可以确定当前具有空麦序位的主播端；当空麦序位信息包括共有几个麦位及当前正处于连麦状态的麦位数量时，服务器可以根据主播端的麦位的总数量与当前正处于连麦状态的麦位数量的差值确定该主播端是否具有空麦序位，进而便可以将具有空麦序位的主播端确定为目标主播端。
S203，生成针对所述目标主播端的连麦邀请请求。
确定了上述目标主播端后，服务器便可以生成针对目标主播端的连麦邀请请求，具体来说，服务器可以基于当前网络的网络协议生成符合网络传输规则的连麦邀请请求。
可见，在本实施例中，针对连麦请求为连麦邀请请求的情况，服务器可以获取各主播端的空麦序位信息，根据空麦序位信息确定当前具有空麦序位的主播端，作为目标主播端，进而生成针对目标主播端的连麦邀请请求，这样，无需主播手动操作，服务器可以根据各主播端的空麦序位信息自动生成连麦邀请请求，无需主播进行手动操作。
作为本公开实施例的一种实施方式，上述基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述目标主播端对应的第一目标观众端的步骤，可以包括：
获取所述目标主播端对应的账户信息；基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述账户信息对应的第一目标观众端。
由于邀请连麦请求需要发送至观众端，以邀请对应的观众进行连麦，所以服务器可以获取上述目标主播端对应的账户信息，其中，账户信息可以为当前观看主播进行直播的观众的用户名列表等信息，只要可以标识观众的账户即可，在此不做具体限定。
获取了目标主播端对应的账户信息后，服务器便可以基于目标主播端的空麦序位信息，发送连麦邀请请求至账户信息对应的第一目标观众端。具体来说，服务器可以根据目标主播端的空麦序位信息确定该目标主播端当前具有的空麦序位的数量，然后可以从账户信息对应的观众端中确定该数量个观众端，作为第一目标观众端，进而将连麦邀请请求发送至第一目标观众端。
例如，服务器根据目标主播端a的空麦序位信息确定目标主播端a当前具有的空麦序位的数量为5，那么服务器可以从目标主播端a对应的账户信息所对应的观众端中确定5个观众端，作为第一目标观众端，进而将连麦邀请请求发送至第一目标观众端。
第一目标观众端接收到连麦邀请请求后，观众可以选择接受邀请，进而与主播进行连麦，也可以拒绝连麦邀请请求，观众可以通过其使用的观众端进行相应操作。
可见，在本实施例中，服务器可以获取目标主播端对应的账户信息，基于目标主播端的空麦序位信息，发送连麦邀请请求至账户信息对应的第一目标观众端，无需主播进行任何手动操作，便捷性大大提高，且可以在主播端存在空麦序位时即进行邀请，可以提高直播间的上麦率及活跃性。
作为本公开实施例的一种实施方式，如图3所示，上述基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述账户信息对应的第一目标观众端的步骤，可以包括：
S301，基于所述目标主播端的空麦序位信息，确定所述目标主播端当前具有空麦序位的数量；
首先，服务器可以基于目标主播端的空麦序位信息，确定目标主播端当前具有空麦序位的数量，具体方式已经在上述实施例中详细介绍，在此不再赘述。
S302，根据所述账户信息包括的关注类型信息确定各账户信息对应的观众端的关注类型；
由于不同的观众与主播之间的关注关系不同，优先级也就存在一定的区别，所以为了确定连麦的优先级，上述账户信息可以包括关注类型信息，服务器可以将关注类型信息作为账户信息的一部分进行保存，这样服务器可以根据上述账户信息包括的关注类型信息确定各账户信息对应的观众端的关注类型。
其中，关注类型用于标识目标主播端与观众端之间的关注关系，一般可以包括双关、单关及其他。双关类型的用户即为与主播互相关注的用户。单关类型的用户即为与主播中一方对另一方单方面关注的用户，也就是说，该用户关注了主播，而主播未关注该用户，或者，主播关注了该用户，而该用户未关注主播。其他类型的用户即为与主播没有关注关系的用户。
S303，基于所述关注类型的预设优先级及所述数量，确定第一目标观众端；
为了方便确定第一目标观众端，可以预先设置关注类型对应的优先级，即预设优先级。在一种实施方式中，由于与主播互相关注的用户与主播的活动需求往往较高，单关用户与主播的活动需求次之，其他用户与主播的活动需求可能较低，所以可以设置双关类型、单关类型、其他类型对应的预设优先级依次降低。
其中，第一目标观众端可以为按照预设优先级从高到低的顺序排序，排列在前数量个的观众端，也就是说，服务器可以按照预设优先级从高到低的顺序，从上述账户信息对应的观众端中确定上述数量个观众端，作为第一目标观众端。
例如，目标主播端当前具有空麦序位的数量为4，目标主播端的账户信息对应的用户中具有3个双关类型的用户，2个单关类型的用户，其他均为其他类型的用户，那么服务器便可以确定该3个双关类型的用户以及1个单关类型的用户对应的观众端确定为第一目标观众端。
其中，选择1个单关类型的用户的方式可以为随机选择，或者按照用户的活跃度等方式，都是合理的，在此不做具体限定。
S304，发送所述连麦邀请请求至所述第一目标观众端。
确定了第一目标观众端后，服务器便可以发送连麦邀请请求至第一目标观众端，以邀请对应的观众与目标主播端的主播进行连麦。
可见，在本实施例中，服务器可以基于目标主播端的空麦序位信息，确定目标主播端当前具有空麦序位的数量，根据账户信息包括的关注类型信息确定各账户信息对应的观众端的关注类型，基于关注类型的预设优先级及数量，确定第一目标观众端，发送连麦邀请请求至第一目标观众端。这样，可以基于关注类型的预设优先级确定第一目标观众端，可以优先邀请与主播之间关注度高的观众进行连麦，提高观众的积极性和活跃度。
作为本公开实施例的一种实施方式，在上述第一目标观众端拒绝所述连麦邀请请求时，接收所述第一目标观众端发送的拒绝连麦消息后，上述方法还可以包括：
将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；当计时时长达到第一预设时长时，将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
第一目标观众端接收到服务器发送的连麦邀请请求后，观众可以根据实际情况选择接受或者拒绝连麦，第一目标观众端拒绝连麦邀请请求时，服务器可以接收到第一目标观众端发送的拒绝连麦消息，说明该观众不方便或者不想进行连麦，那么服务器可以记录该第一目标观众端的账户信息，并将该第一目标观众端的账户信息从已存储的目标主播端对应的账户信息中去除，以避免再次向该第一目标观众端发送连麦邀请请求。
同时，由于当前时刻该用户不方便或者不想进行连麦，但是在一段时间后，其可能方便或者想要进行连麦，所以服务器可以开始计时。进而，当计时时长达到第一预设时长时，说明距离该第一目标观众端拒绝进行连麦已经有一段时间，那么此时可以将第一目标观众端的账户信息重新添加至目标主播端对应的账户信息，以便在目标主播端具有空麦序位时，该观众端仍然可以被确定为第一目标观众端。
其中，该计时时长可以根据实际需求确定，例如可以为6分钟、5分钟、8分钟等，在此不做具体限定。
可见，在本实施例中，在第一目标观众端拒绝所述连麦邀请请求时，接收第一目标观众端发送的拒绝连麦消息后，服务器可以将第一目标观众端的账户信息从已存储目标主播端对应的账户信息中去除，并开始计时，当计时时长达到第一预设时长时，将第一目标观众端的账户信息添加至目标主播端对应的账户信息。这样，可以保证在观众不方便或者不想进行连麦时，在一段时间内不再向其发送连麦邀请请求，而在其可能方便或者想要进行连麦时，仍然可以被确定为第一目标观众端。
作为本公开实施例的一种实施方式，在接收到所述第一目标观众端在接受所述连麦邀请请求后发送的下麦消息后，上述方法还可以包括：
将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；当计时时长达到第二预设时长时，将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
第一目标观众端在接受上述连麦邀请请求，与主播进行连麦后，可能因为某种原因需要下麦，也就是停止与主播连麦。此时，该第一目标观众端会向服务器发送下麦消息。其中，第一目标观众端可以为主动下麦，也可以为被动下麦，在此不做具体限定。
服务器接收到该第一目标观众端发送的下麦消息后，可以记录该第一目标观众端的账户信息，并将该第一目标观众端的账户信息从已存储的目标主播端的账户信息中去除，以保证不再邀请其进行连麦。同时，由于当前时刻该用户不方便或者不想进行连麦，但是在一段时间后，其可能方便或者想要进行连麦，所以服务器可以开始计时。
进而，当计时时长达到第二预设时长时，说明距离该第一目标观众端下麦已经有一段时间，那么此时可以将第一目标观众端的账户信息重新添加至目标主播端对应的账户信息，以便在目标主播端具有空麦序位时，该观众端仍然可以被确定为第一目标观众端。
其中，该计时时长可以根据实际需求确定，例如可以为3分钟、4分钟、5.5分钟等，在此不做具体限定。
可见，在本实施例中，在接收到第一目标观众端在接受连麦邀请请求后发送的下麦消息后，服务器可以将第一目标观众端的账户信息从已存储的目标主播端对应的账户信息中去除，并开始计时，当计时时长达到第二预设时长时，将第一目标观众端的账户信息添加至目标主播端对应的账户信息。这样，可以保证在观众不方便或者不想进行连麦时，在一段时间内不再向其发送连麦邀请请求，而在其可能方便或者想要进行连麦时，仍然可以被确定为第一目标观众端。
作为本公开实施例的一种实施方式，当基于所述目标主播端的空麦序位信息确定所述目标主播端不具有空麦序位时，上述方法还可以包括：
发送拒绝连麦消息至所述第二目标观众端。
如果目标主播端当前具有空麦序位，那么便可以控制主播端与第二目标观众端进行连麦；如果目标主播端当前不具有空麦序位，那么便可以发送拒绝连麦消息至该第二目标观众端，以告知该第二目标观众端对应的观众目前无法与目标主播端的主播进行连麦。
由于在上述过程中无需主播手动进行操作，所以在目标主播端的评论区可以不显示上麦申请消息。
可见，在本实施例中，服务器可以根据目标主播端的空麦序位信息，确定目标主播端是否具有空麦序位，如果否，发送拒绝连麦消息至第二目标观众端。这样，服务器可以根据目标主播端的空麦序位信息对上麦请求进行准确处理，无需主播进行手动操作。
作为本公开实施例的一种实施方式，如图4所示，上述接受所述上麦请求的步骤，可以包括：
S401，发送通知消息至所述第二目标观众端，以使所述第二目标观众端进入所述目标主播端的连麦房间后发送进入成功消息至所述服务器；
由于此时目标主播端具有空麦序位，可以与第二目标观众端进行连麦，所以为了告知第二目标观众端可以进行连麦，服务器可以发送通知消息至该第二目标观众端。
进而，该第二目标观众端接收到该通知消息后，便可以进入目标主播端的连麦房间，并在进入目标主播端的连麦房间后，第二目标观众端可以发送进入成功消息至服务器，以告知服务器当前第二目标观众端已成功进入目标主播端的连麦房间。此时，第二目标观众端可以处于闭麦状态，以保证在进行连麦之前不进行语音输入，避免出现扰乱主播直播质量的问题。
S402，接收所述进入成功消息，并更新所述目标主播端对应的连麦列表；
服务器接收到该进入成功消息后，便可以确定第二目标观众端可以进行连麦，进而更新目标主播端对应的连麦列表，也就是将第二目标观众端的连麦信息添加至目标主播端对应的连麦列表，其中，连麦信息可以包括第二目标观众端的用户标识、连麦时间、麦位序号等，在此不做具体限定。
S403，发送更新成功消息至所述第二目标观众端，以使所述第二目标观众端开始语音输入。
接下来，服务器更新目标主播端对应的连麦列表后，便可以发送更新成功消息至第二目标观众端，第二目标观众端接收到该更新成功消息后，说明此时可以开始与主播进行连麦，因此此时可以开始语音输入。
可见，在本实施例中，服务器可以发送通知消息至第二目标观众端，以使第二目标观众端进入目标主播端的连麦房间后发送进入成功消息至服务器，服务器接收进入成功消息，并更新目标主播端对应的连麦列表，进而发送更新成功消息至第二目标观众端，以使第二目标观众端开始语音输入。这样，可以在完全不需要主播手动操作的情况下实现第二目标观众端与主播端之间的连麦。
下面结合图5对本公开实施例所提供的连麦的实现方法进行举例介绍。图5为针对连麦请求为连麦邀请请求的情况的连麦实现方法的一种信令交互图。其中，服务器可以包括api(Application Programming Interface，应用程序编程接口)、缓存或数据库及runner服务，在连麦实现过程中，服务器与观众端进行数据交互，具体包括以下步骤：
S501，runner服务获取并发送所有主播端信息至缓存或数据库；
S502，缓存或数据库存储所有主播端信息，并在接收到runner服务发送的第一获取请求时，发送所有主播端信息至runner服务；
S503，runner服务根据所有主播端信息，获取并发送各主播端的空麦序位信息以及账户信息至缓存或数据库；
S504，缓存或数据库存储各主播端的空麦序位信息以及账户信息，并在接收到runner服务发送的第二获取请求时，发送各主播端的空麦序位信息以及账户信息至runner服务；
S505，runner服务根据各主播端的空麦序位信息确定目标主播端，并筛选观众，也就是说，基于关注类型的预设优先级及目标主播端当前具有空麦序位的数量，确定观众端；
S506，runner服务发送连麦邀请请求至观众端；
S507，当观众不方便或者不想进行连麦时，可以通过观众端发送拒绝连麦消息至api；当观众方便进行连麦时，可以通过观众端发送接受连麦消息至api；
S508，api发送该观众端对应的账户信息至缓存或数据库；
S509，缓存或数据库记录该账户信息。此时，在第一预设时长内，runner服务可以不再发送连麦邀请请求至该观众端。
下面结合图6对本公开实施例所提供的连麦的实现方法进行举例介绍。图6为针对连麦请求为上麦请求的情况的连麦实现方法的一种信令交互图。其中，服务器可以包括api(Application Programming Interface，应用程序编程接口)、缓存或数据库、长链接服务、runner服务、信令服务及语音服务(arya)，在连麦实现过程中，服务器与观众端、嘉宾端及主播端进行数据交互，具体包括以下步骤：
S601，观众端发送上麦请求至api；
S602，api发送更新上麦请求列表请求至缓存或数据库；
S603，缓存或数据库返回第一更新成功消息至api；
S604，api通知长链接服务观众端申请上麦，并发送更新成功消息至观众端；
S605，长链接发送观众申请上麦信令至主播端，以告知主播端当前有观众申请上麦，但是主播无需进行手动处理；
S606，长链接发送观众申请上麦信令至当前正在与主播连麦的嘉宾端，以告知嘉宾端当前有观众申请上麦；
S607，长链接发送观众申请上麦信令至当前正在观看直播的观众端，以告知所有观众端当前有观众申请上麦；
S608，runner服务基于主播端的空麦序位信息，确定是否接受上麦请求，如果接受，控制主播端自动同意上麦请求；
S609，主播端发送自动同意上麦请求消息至api；
S610，api通知信令服务该观众端可以进入主播端的连麦房间；
S611，信令服务返回成功消息至api；
S612，api发送标记指令至缓存或数据库；
S613，缓存或数据库将该观众端标记为pending状态，并返回标记成功消息至api；
S614，api发送成功消息至主播端，以通知主播端标记成功；
S615，信令服务发送通知消息至观众端；
S616，观众端闭麦，并返回ready请求至api；
S617，api发送更新连麦列表请求至缓存或数据库；
S618，缓存或数据库返回第二更新成功消息至api；
S619，api发送请求成功消息至观众端；
S620，观众端开启语音输入，并发送语音信号至语音服务，至此，观众端与主播端连麦成功。
由于上述各步骤的具体实施方式均在上述连麦的实现方法实施例中进行过详细说明，相关之处可以参见上述连麦的实现方法实施例的说明，在此不再赘述。
下面结合图7对本公开实施例所提供的连麦的实现方法进行举例介绍。图7为针对连麦请求为下麦请求的情况的连麦实现方法的一种信令交互图。其中，服务器可以包括api(Application Programming Interface，应用程序编程接口)、缓存或数据库及信令服务，在连麦实现过程中，服务器与嘉宾端及主播端进行数据交互，具体包括以下步骤：
S701，嘉宾端退出麦序，发送下麦请求至api；
S702，主播端强制某个嘉宾端退出麦序，并发送强制下麦请求至api；
S703，api通知信令服务目标嘉宾端退出麦序；
其中，目标嘉宾端为步骤S701中的嘉宾端或者步骤S702中的嘉宾端。
S704，api发送更新麦序指令至缓存或数据库；
S705，缓存或数据库更新麦序，并返回成功消息至api；
S706，api发送目标嘉宾端的用户信息至缓存或数据库；
S707，缓存或数据库记录该用户信息，并返回记录成功消息至api；
S708，api发送下麦成功消息至目标嘉宾端，以告知该目标嘉宾端下麦成功。
上述步骤S701-步骤S708的具体实施方式可以采用直播领域中的任意相关方式，在此不做具体限定及说明。
图8是根据一示例性实施例示出的一种连麦的实现装置框图。
如图8所示，一种连麦的实现装置，其特征在于，应用于服务器，所述装置包括：
连麦请求获取模块810，被配置为执行获取针对目标主播端的连麦请求；
其中，所述连麦请求包括所述服务器自动生成的连麦邀请请求和/或观众端发送上麦请求。
第一连麦模块820，被配置为当所述连麦请求为连麦邀请请求时，执行基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述目标主播端对应的第一目标观众端，以使所述第一目标观众端与所述目标主播端进行连麦；
第二连麦模块830，被配置为当所述连麦请求为第二目标观众端发送的上麦请求时，执行基于所述目标主播端的空麦序位信息确定所述目标主播端具有空麦序位时，接受所述上麦请求以使所述第二目标观众端与所述目标主播端进行连麦。
可见，本公开实施例所提供的方案中，服务器可以获取针对目标主播端的连麦请求，其中，连麦请求包括服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求，进而当连麦请求为连麦邀请请求时，基于目标主播端的空麦序位信息，发送连麦邀请请求至目标主播端对应的第一目标观众端，以使第一目标观众端与目标主播端进行连麦；当连麦请求为第二目标观众端发送的上麦请求时，基于目标主播端的空麦序位信息确定目标主播端具有空麦序位时，接受上麦请求，以使第二目标观众端与目标主播端进行连。这样，服务器可以根据目标主播端的空麦序位信息，对连麦邀请请求和/或上麦请求进行自动处理，无需主播手动进行操作，实现自动连麦，便捷性高，并且可以提高直播间的上麦率及活跃性。
作为本公开实施例的一种实施方式，上述连麦请求获取模块810可以包括：
第一空麦序位信息获取单元(图8中未示出)，被配置为执行获取各主播端的空麦序位信息；
目标主播端确定单元(图8中未示出)，被配置为执行根据所述空麦序位信息确定当前具有空麦序位的主播端，作为目标主播端；
连麦邀请请求生成单元(图8中未示出)，被配置为执行生成针对所述目标主播端的连麦邀请请求。
作为本公开实施例的一种实施方式，上述第一连麦模块820可以包括：
账户信息获取单元(图8中未示出)，被配置为执行获取所述目标主播端对应的账户信息；
连麦邀请请求发送单元(图8中未示出)，被配置为执行基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述账户信息对应的第一目标观众端。
作为本公开实施例的一种实施方式，上述连麦邀请请求发送单元可以包括：
数量确定子单元(图8中未示出)，被配置为执行基于所述目标主播端的空麦序位信息，确定所述目标主播端当前具有空麦序位的数量；
关注类型确定子单元，被配置为执行根据所述账户信息包括的关注类型信息确定各账户信息对应的观众端的关注类型；
其中，所述关注类型用于标识所述目标主播端与所述观众端之间的关注关系。
观众端确定子单元(图8中未示出)，被配置为执行基于所述关注类型的预设优先级及所述数量，确定第一目标观众端；
请求发送子单元(图8中未示出)，被配置为执行发送所述连麦邀请请求至所述第一目标观众端。
其中，所述第一目标观众端为按照所述预设优先级从高到低的顺序排序，排列在前所述数量个的观众端。
作为本公开实施例的一种实施方式，上述装置还可以包括：
第一信息删除模块(图8中未示出)，被配置为在所述第一目标观众端拒绝所述连麦邀请请求时，接收所述第一目标观众端发送的拒绝连麦消息后，执行将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；
第一信息添加模块(图8中未示出)，被配置为当计时时长达到第一预设时长时，执行将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
作为本公开实施例的一种实施方式，上述装置还可以包括：
第二信息删除模块(图8中未示出)，被配置为在接收到所述第一目标观众端在接受所述连麦邀请请求后发送的下麦消息后，执行将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；
第二信息添加模块(图8中未示出)，被配置为当计时时长达到第二预设时长时，执行将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
作为本公开实施例的一种实施方式，上述装置还可以包括：
拒绝消息发送模块(图8中未示出)，被配置为当基于所述目标主播端的空麦序位信息确定所述目标主播端不具有空麦序位时，执行发送拒绝连麦消息至所述第二目标观众端。
作为本公开实施例的一种实施方式，上述第二连麦模块830可以包括：
消息发送单元(图8中未示出)，被配置为执行发送通知消息至所述第二目标观众端，以使所述第二目标观众端进入所述目标主播端的连麦房间后发送进入成功消息至所述服务器；
连麦列表更新单元(图8中未示出)，被配置为执行接收所述进入成功消息，并更新所述目标主播端对应的连麦列表；
连麦控制单元(图8中未示出)，被配置为执行发送更新成功消息至所述第二目标观众端，以使所述第二目标观众端开始语音输入。
本公开实施例还提供了一种服务器，如图9所示，服务器可以包括处理器901以及存储器902，其中，存储器902，用于存放计算机程序，处理器901，用于执行存储器902上所存放的程序时，实现上述任一实施例所述的连麦请求的处理方法步骤。
可见，本公开实施例所提供的方案中，服务器可以获取针对目标主播端的连麦请求，其中，连麦请求包括服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求，进而当连麦请求为连麦邀请请求时，基于目标主播端的空麦序位信息，发送连麦邀请请求至目标主播端对应的第一目标观众端，以使第一目标观众端与目标主播端进行连麦；当连麦请求为第二目标观众端发送的上麦请求时，基于目标主播端的空麦序位信息确定目标主播端具有空麦序位时，接受上麦请求，以使第二目标观众端与目标主播端进行连。这样，服务器可以根据目标主播端的空麦序位信息，对连麦邀请请求和/或上麦请求进行自动处理，无需主播手动进行操作，实现自动连麦，便捷性高，并且可以提高直播间的上麦率及活跃性。
上述存储器可以包括随机存取存储器(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是根据一示例性实施例示出的上述服务器的一种具体结构框图。服务器包括处理组件1022，其进一步包括一个或多个处理器，以及由存储器1032所代表的存储器资源，用于存储可由处理组件1022的执行的指令，例如应用程序。存储器1032中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1022被配置为执行指令，以执行上述连麦请求的处理方法。
服务器还可以包括一个电源组件1026被配置为执行服务器的电源管理，一个有线或无线网络接口1050被配置为将服务器连接到网络，和一个输入输出(I/O)接口1058。服务器可以操作基于存储在存储器1032的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。
本公开实施例还提供了一种计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述任一实施例所述的连麦请求的处理方法步骤。
可见，本公开实施例所提供的方案中，计算机可读存储介质被执行时可以获取针对目标主播端的连麦请求，其中，连麦请求包括服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求，进而当连麦请求为连麦邀请请求时，基于目标主播端的空麦序位信息，发送连麦邀请请求至目标主播端对应的第一目标观众端，以使第一目标观众端与目标主播端进行连麦；当连麦请求为第二目标观众端发送的上麦请求时，基于目标主播端的空麦序位信息确定目标主播端具有空麦序位时，接受上麦请求，以使第二目标观众端与目标主播端进行连。这样，服务器可以根据目标主播端的空麦序位信息，对连麦邀请请求和/或上麦请求进行自动处理，无需主播手动进行操作，实现自动连麦，便捷性高，并且可以提高直播间的上麦率及活跃性。
本公开实施例还提供了一种应用程序产品，该应用程序产品用于在运行时执行上述任一实施例所述的连麦请求的处理方法步骤。
可见，本公开实施例所提供的方案中，该应用程序产品在运行时可以获取针对目标主播端的连麦请求，其中，连麦请求包括服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求，进而当连麦请求为连麦邀请请求时，基于目标主播端的空麦序位信息，发送连麦邀请请求至目标主播端对应的第一目标观众端，以使第一目标观众端与目标主播端进行连麦；当连麦请求为第二目标观众端发送的上麦请求时，基于目标主播端的空麦序位信息确定目标主播端具有空麦序位时，接受上麦请求，以使第二目标观众端与目标主播端进行连。这样，服务器可以根据目标主播端的空麦序位信息，对连麦邀请请求和/或上麦请求进行自动处理，无需主播手动进行操作，实现自动连麦，便捷性高，并且可以提高直播间的上麦率及活跃性。
本领域技术人员在考虑说明书及实践这里公开的申请后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由上面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (16)

1.一种连麦的实现方法，其特征在于，应用于服务器，所述方法包括：
获取针对目标主播端的连麦请求，其中，所述连麦请求包括所述服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求；
当所述连麦请求为连麦邀请请求时，基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述目标主播端对应的第一目标观众端，以使所述第一目标观众端与所述目标主播端进行连麦；所述空麦序位信息表示所述主播端空闲麦序的信息；
当所述连麦请求为第二目标观众端发送的上麦请求时，基于所述目标主播端的空麦序位信息确定所述目标主播端具有空麦序位时，接受所述上麦请求，以使所述第二目标观众端与所述目标主播端进行连麦；
所述获取针对目标主播端的连麦请求的步骤，包括：
获取各主播端的空麦序位信息；
根据所述空麦序位信息确定当前具有空麦序位的主播端，作为目标主播端；
生成针对所述目标主播端的连麦邀请请求。
2.如权利要求1所述的方法，其特征在于，所述基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述目标主播端对应的第一目标观众端的步骤，包括：
获取所述目标主播端对应的账户信息；
基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述账户信息对应的第一目标观众端。
3.如权利要求2所述的方法，其特征在于，所述基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述账户信息对应的第一目标观众端的步骤，包括：
基于所述目标主播端的空麦序位信息，确定所述目标主播端当前具有空麦序位的数量；
根据所述账户信息包括的关注类型信息确定各账户信息对应的观众端的关注类型，其中，所述关注类型用于标识所述目标主播端与所述观众端之间的关注关系；
基于所述关注类型的预设优先级及所述数量，确定第一目标观众端，其中，所述第一目标观众端为按照所述预设优先级从高到低的顺序排序，排列在前所述数量个的观众端；
发送所述连麦邀请请求至所述第一目标观众端。
4.如权利要求1-3任一项所述的方法，其特征在于，在所述第一目标观众端拒绝所述连麦邀请请求时，接收所述第一目标观众端发送的拒绝连麦消息后，所述方法还包括：
将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；
当计时时长达到第一预设时长时，将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
5.如权利要求1-3任一项所述的方法，其特征在于，在接收到所述第一目标观众端在接受所述连麦邀请请求后发送的下麦消息后，所述方法还包括：
将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；
当计时时长达到第二预设时长时，将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
6.如权利要求1所述的方法，其特征在于，当基于所述目标主播端的空麦序位信息确定所述目标主播端不具有空麦序位时，所述方法还包括：
发送拒绝连麦消息至所述第二目标观众端。
7.如权利要求1所述的方法，其特征在于，所述接受所述上麦请求的步骤，包括：
发送通知消息至所述第二目标观众端，以使所述第二目标观众端进入所述目标主播端的连麦房间后发送进入成功消息至所述服务器；
接收所述进入成功消息，并更新所述目标主播端对应的连麦列表；
发送更新成功消息至所述第二目标观众端，以使所述第二目标观众端开始语音输入。
8.一种连麦的实现装置，其特征在于，应用于服务器，所述装置包括：
连麦请求获取模块，被配置为执行获取针对目标主播端的连麦请求，其中，所述连麦请求包括所述服务器自动生成的连麦邀请请求和/或观众端发送的上麦请求；
第一连麦模块，被配置为当所述连麦请求为连麦邀请请求时，执行基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述目标主播端对应的第一目标观众端，以使所述第一目标观众端与所述目标主播端进行连麦；所述空麦序位信息表示所述主播端空闲麦序的信息；
第二连麦模块，被配置为当所述连麦请求为第二目标观众端发送的上麦请求时，执行基于所述目标主播端的空麦序位信息确定所述目标主播端具有空麦序位时，接受所述上麦请求以使所述第二目标观众端与所述目标主播端进行连麦；
所述连麦请求获取模块包括：
第一空麦序位信息获取单元，被配置为执行获取各主播端的空麦序位信息；
目标主播端确定单元，被配置为执行根据所述空麦序位信息确定当前具有空麦序位的主播端，作为目标主播端；
连麦邀请请求生成单元，被配置为执行生成针对所述目标主播端的连麦邀请请求。
9.如权利要求8所述的装置，其特征在于，所述第一连麦模块包括：
账户信息获取单元，被配置为执行获取所述目标主播端对应的账户信息；
连麦邀请请求发送单元，被配置为执行基于所述目标主播端的空麦序位信息，发送所述连麦邀请请求至所述账户信息对应的第一目标观众端。
10.如权利要求9所述的装置，其特征在于，所述连麦邀请请求发送单元包括：
数量确定子单元，被配置为执行基于所述目标主播端的空麦序位信息，确定所述目标主播端当前具有空麦序位的数量；
关注类型确定子单元，被配置为执行根据所述账户信息包括的关注类型信息确定各账户信息对应的观众端的关注类型，其中，所述关注类型用于标识所述目标主播端与所述观众端之间的关注关系；
观众端确定子单元，被配置为执行基于所述关注类型的预设优先级及所述数量，确定第一目标观众端，其中，所述第一目标观众端为按照所述预设优先级从高到低的顺序排序，排列在前所述数量个的观众端；
请求发送子单元，被配置为执行发送所述连麦邀请请求至所述第一目标观众端。
11.如权利要求8-10任一项所述的装置，其特征在于，所述装置还包括：
第一信息删除模块，被配置为在所述第一目标观众端拒绝所述连麦邀请请求时，接收所述第一目标观众端发送的拒绝连麦消息后，执行将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；
第一信息添加模块，被配置为当计时时长达到第一预设时长时，执行将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
12.如权利要求8-10任一项所述的装置，其特征在于，所述装置还包括：
第二信息删除模块，被配置为在接收到所述第一目标观众端在接受所述连麦邀请请求后发送的下麦消息后，执行将所述第一目标观众端的账户信息从已存储的所述目标主播端对应的账户信息中去除，并开始计时；
第二信息添加模块，被配置为当计时时长达到第二预设时长时，执行将所述第一目标观众端的账户信息添加至所述目标主播端对应的账户信息。
13.如权利要求8所述的装置，其特征在于，所述装置还包括：
拒绝消息发送模块，被配置为当基于所述目标主播端的空麦序位信息确定所述目标主播端不具有空麦序位时，执行发送拒绝连麦消息至所述第二目标观众端。
14.如权利要求8所述的装置，其特征在于，所述第二连麦模块包括：
消息发送单元，被配置为执行发送通知消息至所述第二目标观众端，以使所述第二目标观众端进入所述目标主播端的连麦房间后发送进入成功消息至所述服务器；
连麦列表更新单元，被配置为执行接收所述进入成功消息，并更新所述目标主播端对应的连麦列表；
连麦控制单元，被配置为执行发送更新成功消息至所述第二目标观众端，以使所述第二目标观众端开始语音输入。
15.一种服务器，其特征在于，包括：
处理器；
用于存储所述处理器可执行指令的存储器；
其中，所述处理器被配置为执行所述指令，以实现如权利要求1至7中任一项所述的连麦的实现方法。
16.一种存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行权利要求1至7中任一项所述的连麦的实现方法。
CN202010117245.8A 2020-02-25 2020-02-25 一种连麦的实现方法、装置、电子设备及存储介质 Active CN111372090B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010117245.8A CN111372090B (zh) 2020-02-25 2020-02-25 一种连麦的实现方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010117245.8A CN111372090B (zh) 2020-02-25 2020-02-25 一种连麦的实现方法、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN111372090A CN111372090A (zh) 2020-07-03
CN111372090B true CN111372090B (zh) 2022-09-09

Family

ID=71211574

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010117245.8A Active CN111372090B (zh) 2020-02-25 2020-02-25 一种连麦的实现方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN111372090B (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112003711B (zh) * 2020-07-31 2023-01-20 北京达佳互联信息技术有限公司 连麦方法及装置
CN111918084B (zh) * 2020-08-03 2022-04-22 北京达佳互联信息技术有限公司 上麦方法、装置、服务器及终端
CN114205633B (zh) * 2020-08-31 2024-03-08 腾讯科技（深圳）有限公司 直播互动方法、装置、存储介质和电子设备
CN112087641B (zh) * 2020-09-03 2022-03-04 广州华多网络科技有限公司 视频通信协同控制、请求、反馈方法及装置、设备与介质
CN112235594B (zh) * 2020-10-20 2022-06-14 广州博冠信息科技有限公司 直播连麦的方法及装置、计算机可读介质、电子设备
CN112312226B (zh) 2020-10-28 2023-06-27 北京达佳互联信息技术有限公司 连麦方法、系统、装置、电子设备及存储介质
CN112291583B (zh) 2020-10-29 2022-12-27 北京达佳互联信息技术有限公司 直播连麦方法、装置、服务器、终端及存储介质
CN114554230B (zh) * 2020-11-27 2023-07-25 北京字节跳动网络技术有限公司 连麦状态处理方法、装置、终端、计算机设备及存储介质
CN115484469B (zh) * 2021-06-15 2024-01-09 北京字节跳动网络技术有限公司 一种连麦系统、方法、装置、设备及存储介质
CN113630610A (zh) * 2021-07-02 2021-11-09 武汉斗鱼鱼乐网络科技有限公司 多人连麦的状态控制方法、存储介质、电子设备及系统
CN114125486B (zh) * 2021-12-01 2023-11-07 杭州米络星科技(集团)有限公司 连麦调度方法、装置及电子设备
CN114710684B (zh) * 2022-03-02 2023-11-17 百果园技术(新加坡)有限公司 一种直播间连麦方法、装置、设备及存储介质
CN114979747B (zh) * 2022-05-19 2024-03-12 北京字跳网络技术有限公司 一种直播方法、装置、设备、介质及程序产品
CN115086729B (zh) * 2022-06-10 2024-04-26 北京字跳网络技术有限公司 一种连麦展示方法、装置、电子设备、计算机可读介质
CN115134624B (zh) * 2022-06-30 2024-04-23 广州方硅信息技术有限公司 直播连麦匹配方法、系统、装置、电子设备及存储介质
CN115996213A (zh) * 2022-12-29 2023-04-21 百果园技术(新加坡)有限公司 直播连麦处理方法及其装置、设备、介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107342978A (zh) * 2017-05-27 2017-11-10 广州市百果园信息技术有限公司 直播间连麦控制方法、装置及相应的终端设备
CN108289225A (zh) * 2018-01-29 2018-07-17 广州华多网络科技有限公司 一种直播方法、装置、系统及电子设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014176747A1 (en) * 2013-04-28 2014-11-06 Tencent Technology (Shenzhen) Company Limited Enabling an interactive program associated with a live broadcast on a mobile device
CN104486093B (zh) * 2014-11-19 2018-02-23 广州华多网络科技有限公司 一种网络互动方法及相关设备、系统
CN104361125A (zh) * 2014-12-03 2015-02-18 广州华多网络科技有限公司 一种网络活动参与方法及相关设备
CN107295354A (zh) * 2017-05-15 2017-10-24 武汉斗鱼网络科技有限公司 一种网络直播中连麦直播建立方法及装置
CN109168091B (zh) * 2018-09-29 2021-07-30 武汉斗鱼网络科技有限公司 一种直播间中的连麦方法、装置、设备及存储介质
CN109618191A (zh) * 2018-12-17 2019-04-12 广州市百果园信息技术有限公司 直播连麦方法、装置、计算机可读存储介质及终端

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107342978A (zh) * 2017-05-27 2017-11-10 广州市百果园信息技术有限公司 直播间连麦控制方法、装置及相应的终端设备
CN108289225A (zh) * 2018-01-29 2018-07-17 广州华多网络科技有限公司 一种直播方法、装置、系统及电子设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
戏剧理论视角下网络直播"后台"互动研究;郭佳佳;《中国优秀硕士学位论文全文数据库》;20190715;全文 *

Also Published As

Publication number Publication date
CN111372090A (zh) 2020-07-03

Similar Documents

Publication Publication Date Title
CN111372090B (zh) 一种连麦的实现方法、装置、电子设备及存储介质
CN108235042B (zh) 一种多人网络直播方法、装置、加入装置、系统、服务器和计算机可读存储介质
JP4286267B2 (ja) マルチポイントビデオ会議および双方向ブロードキャストシステムの統合配送アーキテクチャ
RU2378799C2 (ru) Передача плана доставки контента на мобильные терминалы
US20230412853A1 (en) Multi-user live streaming method, terminal, server, and storage medium
US20170288943A1 (en) Supplying Context Data to a Servicing Entity
CN103229493A (zh) 传输管理系统、程序、计算机可读信息记录介质、程序提供系统以及维护系统
CN111212295B (zh) 一种用于管理直播间的方法、设备和计算机存储介质
KR20070116744A (ko) 그룹 통신 서버
CN111212294B (zh) 直播间的状态更新方法、装置及可读存储介质
EP3125537A1 (en) Information processing apparatus, image display method, and communications system
CN113467674B (zh) 一种虚拟空间操作方法、装置、电子设备及存储介质
CN110636319A (zh) 一种直播方法、电子设备、直播系统及存储介质
CN106919989B (zh) 基于物联开放平台的房间在线预订方法和装置
CN113055460B (zh) 一种服务器的选择方法、装置、设备及介质
EP2849435A1 (en) Communication terminal, communication management system, communication system and carrier medium
CN113467676A (zh) 一种虚拟空间操作方法、装置、电子设备及存储介质
CN111225176A (zh) 在线会议建立方法、服务器及计算机可读存储介质
CN111641839A (zh) 直播方法、装置、电子设备及存储介质
US20160105553A1 (en) System and method of communicating presence information
CN113467677A (zh) 一种虚拟空间操作方法、装置、电子设备及存储介质
JP2006197002A (ja) サーバ装置
CN113467675A (zh) 一种虚拟空间操作方法、装置、电子设备及存储介质
CN112202755A (zh) 一种服务器分配方法、装置、设备及介质
CN104253971A (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
GR01 Patent grant
GR01 Patent grant