CN112312226B - 连麦方法、***、装置、电子设备及存储介质 - Google Patents

连麦方法、***、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN112312226B
CN112312226B CN202011172660.XA CN202011172660A CN112312226B CN 112312226 B CN112312226 B CN 112312226B CN 202011172660 A CN202011172660 A CN 202011172660A CN 112312226 B CN112312226 B CN 112312226B
Authority
CN
China
Prior art keywords
wheat
server
wheat connecting
information
request
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
CN202011172660.XA
Other languages
English (en)
Other versions
CN112312226A (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 CN202011172660.XA priority Critical patent/CN112312226B/zh
Publication of CN112312226A publication Critical patent/CN112312226A/zh
Priority to US17/396,965 priority patent/US11665386B2/en
Priority to EP21190434.7A priority patent/EP3993364B1/en
Priority to MX2021010211A priority patent/MX2021010211A/es
Application granted granted Critical
Publication of CN112312226B publication Critical patent/CN112312226B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/1083—In-session procedures
    • H04L65/1093—In-session procedures by adding participants; by removing participants
    • 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
    • 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/40—Support for services or applications
    • H04L65/401—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference
    • H04L65/4015—Support for services or applications wherein the services involve a main real-time session and one or more additional parallel real-time or time sensitive sessions, e.g. white board sharing or spawning of a subconference where at least one of the additional parallel sessions is real time or time sensitive, e.g. white board sharing, collaboration or spawning of a subconference
    • 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/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • 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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • 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/25808—Management of client 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/41—Structure of client; Structure of client peripherals
    • H04N21/422—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS]
    • H04N21/42203—Input-only peripherals, i.e. input devices connected to specially adapted client devices, e.g. global positioning system [GPS] sound input device, e.g. microphone
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/654—Transmission by server directed to the client
    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/65—Transmission of management data between client and server
    • H04N21/658—Transmission by the client directed to the server
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Graphics (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Computer And Data Communications (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本公开是关于一种连麦方法、***、装置、电子设备及存储介质，属于互联网技术领域。方法包括：响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令，响应于建立连麦指令，获取第一直播客户端的配置信息，从配置信息中获取建立连麦流程对应的第一通信协议信息，基于第一通信协议信息，与第二直播客户端建立连麦。该方法能够基于通信协议信息，实现任一类型的连麦服务的建立连麦，不再需要对不同类型的连麦服务分别开发通信协议信息，避免了对通信协议信息的重复开发，降低了开发成本。

Description

连麦方法、***、装置、电子设备及存储介质
技术领域
本公开涉及互联网技术领域，尤其涉及一种连麦方法、***、装置、电子设备及存储介质。
背景技术
随着互联网技术的发展和直播领域的蓬勃兴起，连麦功能已成为直播领域的一种常用功能，连麦功能是指至少两个用户在同一直播间内进行直播的功能，通过连麦功能进行连麦，能够增强直播间的互动，丰富直播间的直播内容。
连麦功能是由直播应用中的连麦服务来实现的，连麦服务中包括建立连麦的流程、连麦状态下的流程和取消连麦的流程等。不同类型的连麦服务采用不同的通信协议信息，例如，主播与主播之间的连麦、主播与观众之间的连麦等，技术人员在开发不同类型的连麦服务时，需要分别开发不同的通信协议信息。
但是，在不同类型的连麦服务中，建立连麦的流程是相同的，建立连麦的流程的通信协议信息也是相同的，这就造成了通信协议信息的重复开发，导致开发成本较高。
发明内容
本公开提供了一种连麦方法、***、装置、电子设备及存储介质，降低了开发成本。
根据本公开实施例的一方面，提供一种连麦方法，所述方法包括：
响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令，所述建立连麦指令用于指示所述第一直播客户端与第二直播客户端建立连麦；
响应于所述建立连麦指令，获取所述第一直播客户端的配置信息，所述配置信息包括不同类型的连麦服务中的相同流程对应的通信协议信息，所述通信协议信息中包括各种连麦服务的交互信令的类型、所述交互信令包含的交互内容及所述交互内容的格式；
从所述配置信息中获取建立连麦流程对应的第一通信协议信息；
基于所述第一通信协议信息，与所述第二直播客户端建立连麦。
在一种可能实现方式中，所述建立连麦指令用于指示所述第一直播客户端与所述第二直播客户端建立目标类型的连麦，所述配置信息中还包括所述目标类型的连麦服务对应的地址信息；所述基于所述第一通信协议信息，与所述第二直播客户端建立连麦，包括：
从所述配置信息中获取所述地址信息，调用所述地址信息对应的连麦服务。
在另一种可能实现方式中，所述从所述配置信息中获取所述地址信息，调用所述地址信息对应的连麦服务之前，所述方法还包括：
获取原始配置信息，所述原始配置信息中包括不同类型的连麦服务中的相同流程对应的通信协议信息；
在所述原始配置信息中添加所述地址信息，得到所述配置信息。
在另一种可能实现方式中，所述基于所述第一通信协议信息，与所述第二直播客户端建立连麦，包括：
基于所述第一通信协议信息，创建满足所述第一通信协议信息的第二建立连麦请求，所述第二建立连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端建立连麦；
向所述服务器发送所述第二建立连麦请求，所述服务器用于向所述第二直播客户端发送所述第二建立连麦请求，接收所述第二直播客户端返回的接受连麦响应；
响应于所述服务器发送的所述接受连麦响应，调用所述地址信息对应的连麦服务。
在另一种可能实现方式中，所述向所述服务器发送所述第二建立连麦请求，包括：
基于所述第一通信协议信息，确定发送所述第二建立连麦请求的第一接口；
调用所述第一接口，向所述服务器发送所述第二建立连麦请求。
在另一种可能实现方式中，所述基于所述第一通信协议信息，创建满足所述第一通信协议信息的第二建立连麦请求，包括：
基于所述第一通信协议信息，确定所述第二建立连麦请求的格式；
按照所述格式，创建与所述格式匹配的第二建立连麦请求。
在另一种可能实现方式中，所述基于所述第一通信协议信息，与所述第二直播客户端建立连麦，包括：
接收所述服务器发送的连麦信息，所述连麦信息由所述服务器在接收到所述第二直播客户端返回的所述接受连麦响应时下发；
基于所述第一通信协议信息及所述连麦信息，调用所述地址信息对应的连麦服务。
在另一种可能实现方式中，所述连麦服务包括向服务器发送直播数据的流程，所述连麦信息包括建立通信连接的第二接口，所述基于所述第一通信协议信息及所述连麦信息，调用所述地址信息对应的连麦服务，包括：
基于所述第一通信协议信息，调用所述第二接口，建立与所述服务器之间的通信连接，所述通信连接表示与所述第二直播客户端建立连麦完成；
在连麦过程中，通过所述通信连接，向所述服务器发送直播数据。
在另一种可能实现方式中，所述连麦信息包括麦位标识，所述麦位标识用于指示进行连麦的直播客户端分配的连麦位置，所述基于所述第一通信协议信息及所述配置信息，调用所述地址信息对应的连麦服务，包括：
基于所述第一通信协议信息，确定对应的麦位标识；
通过所述麦位标识对应的麦位，在连麦房间中发布直播数据。
在另一种可能实现方式中，所述基于所述第一通信协议信息，与所述第二直播客户端建立连麦之后，所述方法还包括：
响应于所述第一直播客户端发送的第一结束连麦请求，生成结束连麦指令，所述结束连麦指令用于指示结束所述第一直播客户端与所述第二直播客户端之间的连麦；
从所述配置信息中获取结束连麦流程对应的第二通信协议信息；
基于所述第二通信协议信息，结束与所述第二直播客户端之间的连麦。
在另一种可能实现方式中，所述基于所述第二通信协议信息，结束与所述第二直播客户端之间的连麦，包括：
基于所述第二通信协议信息，创建满足所述第二通信协议信息的第二结束连麦请求，所述第二结束连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端结束连麦；
向所述服务器发送所述第二结束连麦请求，所述服务器用于响应于所述第二结束连麦请求，结束与所述第二直播客户端之间的连麦。
在另一种可能实现方式中，所述向所述服务器发送所述第二结束连麦请求，包括：
基于所述第二通信协议信息，确定发送所述第二结束连麦请求的第三接口；
调用所述第三接口，向所述服务器发送所述第二结束连麦请求。
在另一种可能实现方式中，所述方法还包括：
在发送第二建立连麦请求之后，且接收到所述第二直播客户端返回的响应之前，确定处于等待连麦状态；或者，
在接收到所述第二直播客户端返回的接受连麦响应之后，确定处于正在连麦状态；或者，
在发送第二结束连麦请求之后，确定处于结束连麦状态。
根据本公开实施例的再一方面，提供一种连麦***，所述连麦***包括第一终端和第二终端；
所述第一终端，用于响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令，所述建立连麦指令用于指示所述第一直播客户端与所述第二终端中的第二直播客户端建立连麦；
所述第一终端，还用于响应于所述建立连麦指令，获取所述第一直播客户端的配置信息，所述配置信息包括不同类型的连麦服务中的相同流程对应的通信协议信息，所述通信协议信息中包括多种连麦服务的交互信令的类型、所述交互信令包含的交互内容及所述交互内容的格式；
所述第一终端，还用于从所述配置信息中获取建立连麦流程对应的第一通信协议信息；
所述第一终端，还用于基于所述第一通信协议信息，与所述第二直播客户端建立连麦。
在一种可能实现方式中，所述建立连麦指令用于指示与所述第一直播客户端与所述第二直播客户端建立目标类型的连麦，所述配置信息中还包括所述目标类型的连麦服务对应的地址信息；所述第一终端，还用于从所述配置信息中获取所述地址信息，调用所述地址信息对应的连麦服务。
在另一种可能实现方式中，所述第一终端，还用于获取原始配置信息，所述原始配置信息中包括不同类型的连麦服务中的相同流程对应的通信协议信息；
所述第一终端，还用于在所述原始配置信息中添加所述地址信息，得到所述配置信息。
在另一种可能实现方式中，所述连麦***还包括服务器；
所述第一终端，还用于基于所述第一通信协议信息，创建满足所述第一通信协议信息的第二建立连麦请求，所述第二建立连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端建立连麦；
所述第一终端，还用于向所述服务器发送所述第二建立连麦请求；
所述服务器，用于向所述第二直播客户端发送所述第二建立连麦请求；
所述第二终端，用于响应于所述第二建立连接请求，向所述服务器返回的接受连麦响应；
所述服务器，还用于向所述第一终端发送所述接受连麦响应；
所述第一终端，还用于响应于所述服务器发送的所述接受连麦响应，调用所述地址信息对应的连麦服务。
在另一种可能实现方式中，所述第一终端，还用于基于所述第一通信协议信息，确定发送所述第二建立连麦请求的第一接口；
所述第一终端，还用于调用所述第一接口，向所述服务器发送所述第二建立连麦请求。
在另一种可能实现方式中，所述第一终端，还用于基于所述第一通信协议信息，确定所述第二建立连麦请求的格式；
所述第一终端，还用于按照所述格式，创建与所述格式匹配的第二建立连麦请求。
在另一种可能实现方式中，所述连麦***还包括服务器；
所述服务器，用于接收所述第二终端返回的所述接受连麦响应，向所述第一终端发送连麦信息；
所述第一终端，还用于接收所述连麦信息；
所述第一终端，还用于基于所述第一通信协议信息及所述连麦信息，调用所述地址信息对应的连麦服务。
在另一种可能实现方式中，所述连麦服务包括向服务器发送直播数据的流程，所述连麦信息包括建立通信连接的第二接口；
所述第一终端，还用于基于所述第一通信协议信息，调用所述第二接口，建立与所述服务器之间的通信连接，所述通信连接表示与所述第二终端建立连麦完成；
所述第一终端，还用于在连麦过程中，通过所述通信连接，向所述服务器发送直播数据。
在另一种可能实现方式中，所述连麦信息包括麦位标识，所述麦位标识用于指示进行连麦的直播客户端分配的连麦位置；
所述第一终端，还用于基于所述第一通信协议信息，确定对应的麦位标识；
所述第一终端，还用于通过所述麦位标识对应的麦位，在连麦房间中发布直播数据。
在另一种可能实现方式中，所述第一终端，还用于响应于所述第一直播客户端发送的第一结束连麦请求，生成结束连麦指令，所述结束连麦指令用于指示结束所述第一直播客户端与所述第二直播客户端之间的连麦；
所述第一终端，还用于从所述配置信息中获取结束连麦流程对应的第二通信协议信息；
所述第一终端，还用于基于所述第二通信协议信息，结束与所述第二直播客户端之间的连麦。
在另一种可能实现方式中，所述连麦***还包括服务器；
所述第一终端，还用于基于所述第二通信协议信息，创建满足所述第二通信协议信息的第二结束连麦请求，所述第二结束连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端结束连麦；
所述第一终端，还用于向所述服务器发送所述第二结束连麦请求；
所述服务器，用于响应于所述第二结束连麦请求，结束与所述第二直播客户端之间的连麦。
在另一种可能实现方式中，所述第一终端，用于基于所述第二通信协议信息，确定发送所述第二结束连麦请求的第三接口；
所述第一终端，用于调用所述第三接口，向所述服务器发送所述第二结束连麦请求。
在另一种可能实现方式中，所述服务器包括第一服务器和第二服务器；
所述第一终端，用于向所述第一服务器发送所述第二建立连麦请求；
所述第一服务器，用于将所述第二建立连麦请求转换为对应的建立连麦信令，向所述第二服务器发送所述建立连麦信令；
所述第二服务器，用于向所述第二直播客户端发送所述建立连麦信令。
在另一种可能实现方式中，所述第一服务器，还用于获取包括连麦请求与连麦信令的转换流程对应的第三通信协议信息；
所述第一服务器，用于基于所述第三通信协议信息，将所述第二建立连麦请求转换为对应的建立连麦信令。
在另一种可能实现方式中，所述第一服务器，还用于接收所述第二直播客户端返回的接受连麦响应；
所述第一服务器，还用于向所述第一终端发送连麦信息；
所述第一终端，用于基于所述第一通信协议信息及所述连麦信息，调用所述连麦服务。
在另一种可能实现方式中，所述服务器还包括第三服务器和第四服务器；
所述第三服务器，用于响应于所述接受连麦请求，确定连麦信息，向所述第四服务器发送所述连麦信息；
所述第四服务器，用于向所述第一服务器发送所述连麦信息。
在另一种可能实现方式中，所述第四服务器，还用于根据上一次接收到心跳信号的接收时间与当前时间，确定所述接收时间与所述当前时间之间的间隔时长；
所述第四服务器，还用于响应于所述间隔时长不超过预设时长，确定所述第一终端处于在线状态。
在另一种可能实现方式中，所述第四服务器，还用于响应于所述间隔时长超过预设时长，确定所述第一终端处于掉线状态。
根据本公开实施例的再一方面，提供一种连麦装置，所述装置包括：
第一指令生成单元，被配置为执行响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令，所述建立连麦指令用于指示所述第一直播客户端与第二直播客户端建立连麦；
配置信息获取单元，被配置为执行响应于所述建立连麦指令，获取所述第一直播客户端的配置信息，所述配置信息包括不同类型的连麦服务中的相同流程对应的通信协议信息，所述通信协议信息中包括各种连麦服务的交互信令的类型、所述交互信令包含的交互内容及所述交互内容的格式；
第一信息获取单元，被配置为执行从所述配置信息中获取建立连麦流程对应的第一通信协议信息；
建立连麦单元，被配置为执行基于所述第一通信协议信息，与所述第二直播客户端建立连麦。
在一种可能实现方式中，所述建立连麦指令用于指示所述第一直播客户端与所述第二直播客户端建立目标类型的连麦，所述配置信息中还包括所述目标类型的连麦服务对应的地址信息；所述建立连麦单元，被配置为执行从所述配置信息中获取所述地址信息，调用所述地址信息对应的连麦服务。
在另一种可能实现方式中，所述装置还包括：
原始信息获取单元，被配置为执行获取原始配置信息，所述原始配置信息中包括不同类型的连麦服务中的相同流程对应的通信协议信息；
配置信息获取单元，还被配置为执行在所述原始配置信息中添加所述地址信息，得到所述配置信息。
在另一种可能实现方式中，所述建立连麦单元，包括：
第一请求创建子单元，被配置为执行基于所述第一通信协议信息，创建满足所述第一通信协议信息的第二建立连麦请求，所述第二建立连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端建立连麦；
第一请求发送子单元，被配置为执行向所述服务器发送所述第二建立连麦请求，所述服务器用于向所述第二直播客户端发送所述第二建立连麦请求，接收所述第二直播客户端返回的接受连麦响应；
服务调用子单元，被配置为执行响应于所述服务器发送的所述接受连麦响应，调用所述地址信息对应的连麦服务。
在另一种可能实现方式中，所述第一请求发送子单元，被配置为执行：
基于所述第一通信协议信息，确定发送所述第二建立连麦请求的第一接口；
调用所述第一接口，向所述服务器发送所述第二建立连麦请求。
在另一种可能实现方式中，所述第一请求创建子单元，被配置为执行：
基于所述第一通信协议信息，确定所述第二建立连麦请求的格式；
按照所述格式，创建与所述格式匹配的第二建立连麦请求。
在另一种可能实现方式中，所述建立连麦单元，包括：
连麦信息接收子单元，被配置为执行接收所述服务器发送的连麦信息，所述连麦信息由所述服务器在接收到所述第二直播客户端返回的所述接受连麦响应时下发；
服务调用子单元，被配置为执行基于所述第一通信协议信息及所述连麦信息，调用所述地址信息对应的连麦服务。
在另一种可能实现方式中，所述连麦服务包括向服务器发送直播数据的流程，所述连麦信息包括建立通信连接的第二接口，所述服务调用子单元，被配置为执行：
基于所述第一通信协议规范，调用所述第二接口，建立与所述服务器之间的通信连接，所述通信连接表示与所述第二直播客户端建立连麦完成；
在连麦过程中，通过所述通信连接，向所述服务器发送直播数据。
在另一种可能实现方式中，所述连麦信息包括麦位标识，所述麦位标识用于指示进行连麦的直播客户端分配的连麦位置，所述服务调用子单元，被配置为执行：
基于所述第一通信协议信息，确定对应的麦位标识；
通过所述麦位标识对应的麦位，在连麦房间中发布直播数据。
在另一种可能实现方式中，所述装置还包括：
第二指令生成单元，被配置为执行响应于所述第一直播客户端发送的第一结束连麦请求，生成结束连麦指令，所述结束连麦指令用于指示结束所述第一直播客户端与所述第二直播客户端之间的连麦；
第二信息获取单元，被配置为执行从所述配置信息中获取结束连麦流程对应的第二通信协议信息；
结束连麦单元，被配置为执行基于所述第二通信协议信息，结束与所述第二直播客户端之间的连麦。
在另一种可能实现方式中，所述结束连麦单元，包括：
第二请求创建子单元，被配置为执行基于所述第二通信协议信息，创建满足所述第二通信协议信息的第二结束连麦请求，所述第二结束连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端结束连麦；
第二请求发送子单元，被配置为执行向所述服务器发送所述第二结束连麦请求，所述服务器用于响应于所述第二结束连麦请求，结束与所述第二直播客户端之间的连麦。
在另一种可能实现方式中，所述第二请求发送子单元，被配置为执行：
基于所述第二通信协议信息，确定发送所述第二结束连麦请求的第三接口；
调用所述第三接口，向所述服务器发送所述第二结束连麦请求。
在另一种可能实现方式中，所述装置还包括：
状态确定单元，被配置为执行在发送第二建立连麦请求之后，且接收到所述第二直播客户端返回的响应之前，确定处于等待连麦状态；或者，
状态确定单元，还被配置为执行在接收到所述第二直播客户端返回的接受连麦响应之后，确定处于正在连麦状态；或者，
状态确定单元，还被配置为执行在发送第二结束连麦请求之后，确定处于结束连麦状态。
根据本公开实施例的再一方面，提供了一种电子设备，所述电子设备包括：
一个或多个处理器；
用于存储所述一个或多个处理器可执行命令的易失性或非易失性存储器；
其中，所述一个或多个处理器被配置为执行上述方面所述的连麦方法。
根据本公开实施例的再一方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述方面所述的连麦方法。
根据本公开实施例的再一方面，提供一种计算机程序产品，当所述计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备能够执行上述方面所述的连麦方法。
本公开实施例提供的连麦方法、***、装置、电子设备及存储介质，配置信息中包括相同连麦流程对应的通信协议信息，且该通信协议信息适用于不同类型的连麦服务，因此对于任一类型的连麦服务，在建立连麦时，能够直接使用该通信协议信息，不再需要对不同类型的连麦服务分别开发通信协议信息，避免了对通信协议信息的重复开发，提高了通信协议信息的复用性，降低了开发成本。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种连麦***的示意图。
图2是根据一示例性实施例示出的另一种连麦***的示意图。
图3是根据一示例性实施例示出的另一种连麦***的示意图。
图4是根据一示例性实施例示出的一种连麦方法的流程图。
图5是根据一示例性实施例示出的另一种连麦方法的流程图。
图6是根据一示例性实施例示出的另一种连麦方法的流程图。
图7是根据一示例性实施例示出的另一种连麦方法的流程图。
图8是根据一示例性实施例示出的另一种连麦方法的示意图。
图9是根据一示例性实施例示出的一种连麦装置的框图。
图10是根据一示例性实施例示出的另一种连麦装置的框图。
图11是根据一示例性实施例示出的一种终端的框图。
图12是根据一示例性实施例示出的一种服务器的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是，本公开的说明书和权利要求书及上述附图说明中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
需要说明的是，本公开所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)，均为经用户授权或者经过各方充分授权的信息。
图1是根据一示例性实施例提供的一种连麦***的示意图，该连麦***包括：第一终端101和至少一个第二终端102，第一终端101和第二终端102通过网络连接。
其中，第一终端101为发起连麦邀请的终端，第二终端102为被邀请的终端，第一终端101邀请第二终端102进行连麦。第一终端101和第二终端102为便携式、袖珍式、手持式等多种类型的终端，如手机、计算机、平板电脑等。
在一种可能实现方式中，参见图2，该连麦***还包括服务器103，第一终端101与服务器103之间通过网络连接，第二终端102与服务器103之间通过网络连接，通过服务器103实现第一终端101与第二终端102之间的连麦。其中，服务器103是一台服务器，或者是由若干台服务器组成的服务器集群，或者是一个云计算服务中心。
在另一种可能实现方式中，参见图3，该连麦***还包括第一服务器1031、第二服务器1032、第三服务器1033和第四服务器1034，第一终端101和第二终端102与第一服务器1031、第二服务器1032和第三服务器1033通过网络进行连接，第四服务器1034与第一服务器1031和第三服务器1033通过网络进行连接。
其中，第一服务器1031用于对连麦过程进行管理，第二服务器1032用于向终端下发信令，第三服务器1033用于对连麦过程中的直播数据进行处理，第四服务器1034用于管理连麦房间。
本公开实施例提供的方法能够应用于直播连麦的场景下。
例如，应用于主播与主播之间进行连麦的场景下。
当第一主播和第二主播均进行直播时，第一主播能够邀请第二主播进行连麦，则第一主播对应的第一终端能够采用本公开实施例提供的连麦方法，邀请第二主播对应的第二终端进行连麦，从而实现主播与主播之间的互动。
又例如，应用于主播与观众之间进行连麦的场景下。
主播在直播过程中，如果想要与观众进行互动，能够邀请直播间中的观众进行连麦，则主播对应的第一终端能够采用本公开实施例提供的连麦方法，邀请观众对应的终端进行连麦，从而实现主播与观众之间的互动。
图4是根据一示例性实施例示出的一种连麦方法的流程图，参见图4，该方法应用于第一终端中，包括以下步骤：
401、响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令，建立连麦指令用于指示第一直播客户端与第二直播客户端建立连麦。
402、响应于建立连麦指令，获取第一直播客户端的配置信息，配置信息包括不同类型的连麦服务中的相同流程对应的通信协议信息，通信协议信息中包括各种连麦服务的交互信令的类型、交互信令包含的交互内容及交互内容的格式。
403、从配置信息中获取建立连麦流程对应的第一通信协议信息。
404、基于第一通信协议信息，与第二直播客户端建立连麦。
本公开实施例提供的方法，配置信息中包括相同连麦流程对应的通信协议信息，且该通信协议信息适用于不同类型的连麦服务，因此对于任一类型的连麦服务，在建立连麦时，能够直接使用该通信协议信息，不再需要对不同类型的连麦服务分别开发通信协议信息，避免了对通信协议信息的重复开发，提高了通信协议信息的复用性，降低了开发成本。
在一种可能实现方式中，建立连麦指令用于指示第一直播客户端与第二直播客户端建立目标类型的连麦，配置信息中还包括目标类型的连麦服务对应的地址信息；基于第一通信协议信息，与第二直播客户端建立连麦，包括：
从配置信息中获取地址信息，调用地址信息对应的连麦服务。
在另一种可能实现方式中，从配置信息中获取地址信息，调用地址信息对应的连麦服务之前，方法还包括：
获取原始配置信息，原始配置信息中包括不同类型的连麦服务中的相同流程对应的通信协议信息；
在原始配置信息中添加地址信息，得到配置信息。
在另一种可能实现方式中，基于第一通信协议信息，与第二直播客户端建立连麦，包括：
基于第一通信协议信息，创建满足第一通信协议信息的第二建立连麦请求，第二建立连麦请求用于请求服务器将第一直播客户端与第二直播客户端建立连麦；
向服务器发送第二建立连麦请求，服务器用于向第二直播客户端发送第二建立连麦请求，接收第二直播客户端返回的接受连麦响应；
响应于服务器发送的接受连麦响应，调用地址信息对应的连麦服务。
在另一种可能实现方式中，向服务器发送第二建立连麦请求，包括：
基于第一通信协议信息，确定发送第二建立连麦请求的第一接口；
调用第一接口，向服务器发送第二建立连麦请求。
在另一种可能实现方式中，基于第一通信协议信息，创建满足第一通信协议信息的第二建立连麦请求，包括：
基于第一通信协议信息，确定第二建立连麦请求的格式；
按照格式，创建与格式匹配的第二建立连麦请求。
在另一种可能实现方式中，基于第一通信协议信息，与第二直播客户端建立连麦，包括：
接收服务器发送的连麦信息，连麦信息由服务器在接收到第二直播客户端返回的接受连麦响应时下发；
基于第一通信协议信息及连麦信息，调用地址信息对应的连麦服务。
在另一种可能实现方式中，连麦服务包括向服务器发送直播数据的流程，连麦信息包括建立通信连接的第二接口，基于第一通信协议信息及连麦信息，调用地址信息对应的连麦服务，包括：
基于第一通信协议信息，调用第二接口，建立与服务器之间的通信连接，通信连接表示与第二直播客户端建立连麦完成；
在连麦过程中，通过通信连接，向服务器发送直播数据。
在另一种可能实现方式中，连麦信息包括麦位标识，麦位标识用于指示进行连麦的直播客户端分配的连麦位置，基于第一通信协议信息及配置信息，调用地址信息对应的连麦服务，包括：
基于第一通信协议信息，确定对应的麦位标识；
通过麦位标识对应的麦位，在连麦房间中发布直播数据。
在另一种可能实现方式中，基于建立连麦流程对应的通信协议信息，与第二直播客户端建立连麦之后，方法还包括：
响应于第一直播客户端发送的第一结束连麦请求，生成结束连麦指令，结束连麦指令用于指示结束第一直播客户端与第二直播客户端之间的连麦；
从配置信息中获取结束连麦流程对应的第二通信协议信息；
基于第二通信协议信息，结束与第二直播客户端之间的连麦。
在另一种可能实现方式中，基于结束连麦流程对应的通信协议信息，结束与第二直播客户端之间的连麦，包括：
基于第二通信协议信息，创建满足第二通信协议信息的第二结束连麦请求，第二结束连麦请求用于请求服务器将第一直播客户端与第二直播客户端结束连麦；
向服务器发送第二结束连麦请求，服务器用于响应于第二结束连麦请求，结束与第二直播客户端之间的连麦。
在另一种可能实现方式中，向服务器发送第二结束连麦请求，包括：
基于第二通信协议信息，确定发送第二结束连麦请求的第三接口；
调用第三接口，向服务器发送第二结束连麦请求。
在另一种可能实现方式中，方法还包括：
在发送第二建立连麦请求之后，且接收到第二直播客户端返回的响应之前，确定处于等待连麦状态；或者，
在接收到第二直播客户端返回的接受连麦响应之后，确定处于正在连麦状态；或者，
在发送第二结束连麦请求之后，确定处于结束连麦状态。
图5是根据一示例性实施例示出的另一种连麦方法的流程图，参见图5，该方法交互主体包括第一终端、第二终端和服务器，该方法包括以下步骤：
501、第一终端获取原始配置信息。
本公开实施例中，连麦服务是指用于实现至少两个终端之间连麦的服务，连麦服务包括不同类型，例如，按照连麦的至少两个终端所属的对象进行划分，连麦服务包括主播与观众之间的连麦、主播与主播之间的连麦；按照连麦之后用户操作进行划分，连麦服务包括主播与主播之间的直播连麦、主播与主播之间的PK连麦。其中，主播与主播之间的直播连麦是指连麦之后，会在两个主播的直播间中显示两个主播的直播数据，而主播与主播之间的PK连麦除了在直播间中显示两个主播的直播数据之外，还能够通过各自的直播间中的观众赠送礼物等方式进行PK。
对于不同类型的连麦服务来说，任两个不同类型的连麦服务会包括相同流程，例如，建立连麦的流程、结束连麦的流程等，也会包括各自独有的一些流程，例如，对于主播与主播之间的连麦，包括连麦之后，分别在两个主播的直播间中，显示直播数据的流程；而对于主播与观众之间的连麦，包括连麦之后，只需在主播的直播间中，显示直播数据的流程。
例如，对于建立连麦的流程来说，如果是主播与观众之间的连麦，主播对应的终端需要向观众对应的终端发送建立连麦请求，观众对应的终端返回接受连麦响应之后，两个终端之间建立连麦；如果是主播与主播之间的连麦，第一主播对应的终端需要向第二主播对应的终端发送建立连麦请求，第二主播对应的终端返回接受连麦响应之后，两个终端之间建立连麦。
对于显示直播数据的流程，如果是主播与观众之间的连麦，那么连麦过程中的主播的直播数据及观众的语音数据，需要发布到主播的直播间中；如果是主播与主播之间的连麦，那么连麦过程中，需要将两个主播的直播数据进行混合之后，发布至这两个主播的直播间中，另外，主播与观众之间的连麦，只需对主播的语音数据与观众的语音数据进行混合即可，而主播与主播之间的连麦，不仅需要对两个主播的语音数据进行混合，得到混合后的语音数据，还需要对两个主播的视频数据进行混合，得到混合后的视频数据。
对于上述相同流程，如果每个类型的连麦服务各自设置对应的配置信息，则会造成对相同流程对应的配置信息的重复设置，本公开实施例中为了避免这种情况，设置适用于各种连麦服务中相同流程的配置信息，对于不同类型的连麦服务，在进行开发时均能够使用该配置信息。
相应地，在开发对应的代码时，如果每个类型的连麦服务各自开发对应的代码，则会造成对相同流程对应的代码的重复开发。而本公开实施例中为了避免这种情况，将根据相同流程的配置信息开发的代码进行封装，得到SDK(Software Development Kit，软件开发工具包)，在开发不同类型的连麦服务时，对于相同流程对应的代码，只需获取该SDK即可。
本公开实施例中，以主播与主播之间的连麦为例进行说明，第一终端为第一主播对应的终端，第二终端为第二主播对应的终端，第一终端邀请第二终端进行连麦，建立第一终端与第二终端之间的连麦。原始配置信息中包括不同类型的连麦服务中的相同流程对应的通信协议信息，也即是该原始配置信息适用于不同类型的连麦服务，第一终端中预先存储有该原始配置信息。其中，通信协议信息中包括各种连麦服务的交互信令的类型、交互信令包含的交互内容及交互内容的格式。
其中，交互信令的类型包括建立连麦、接受连麦、拒绝连麦和结束连麦，从另一个角度来看，交互信令包括终端发送的各种请求、请求对应的信令以及请求对应的响应；交互内容是指信令中包括的信息；交互内容的格式是指接收到指令后，根据该指令创建的请求的格式，以及接收到请求之后，根据该请求返回对应的响应的格式，例如，请求的格式规定了请求中字符串的长度、请求中包括哪些账号等，响应的格式规定了响应中字符串的长度、包括哪些账号、“接受”或“拒绝”等。
相应地，对于根据原始配置信息开发的代码封装得到的第二SDK，第一终端中预先存储有第二SDK，该第二SDK中包括不同类型的连麦服务中的相同流程对应的通用代码，也即是该第二SDK适用于不同类型的连麦服务。其中，通用代码是根据通信协议信息编写的。
502、第一终端在原始配置信息中添加地址信息，得到配置信息。
本公开实施例中，由于在进行连麦时，需要调用对应的连麦服务，才能够实现连麦，且不同类型的连麦服务的存储地址会不同，即不同类型的连麦服务的地址信息不同，因此需要配置好连麦服务的地址信息，以便根据该地址信息，调用该地址信息对应的连麦服务。
其中，地址信息为域名、IP(Internet Protocol，互联网协议)地址等信息。
在一种可能实现方式中，如果原始配置信息中不包括地址信息，则在原始配置信息中添加地址信息，以得到配置信息；或者，如果原始配置信息中已经包括地址信息，但是该地址信息对应的连麦服务不是当前需要的连麦服务，则替换原来的地址信息，得到配置信息。其中，配置信息为当前所需的连麦服务对应的配置信息，不仅包括不同类型的连麦服务器中的相同连麦流程对应的通信协议信息，还包括当前所需的连麦服务对应的地址信息。
相应地，对于第二SDK和第一SDK，如果第二SDK中不包括地址信息，则在第二SDK中添加地址信息，以得到第一SDK；或者，如果第二SDK中已经包括地址信息，但是该地址信息对应的连麦服务不是当前需要的连麦服务，则替换原来的地址信息，得到第一SDK。其中，第一SDK为当前所需的连麦服务对应的SDK，不仅包括不同类型的连麦服务器中的相同连麦流程对应的通用代码，还包括当前所需的连麦服务对应的地址信息。
503、第一终端响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令。
其中，建立连麦指令用于指示第一终端与第二终端进行连麦，即是指示第一终端中安装的第一直播客户端和第二终端中安装的第二直播客户端进行连麦。其中，第一直播客户端和第二直播客户端为同一类型的直播客户端。
在一种可能实现方式中，第一终端通过第一直播客户端显示直播界面，该直播界面中包括连麦按钮，第一主播对该连麦按钮进行操作，显示多个主播的账号，第一主播从多个账号中选择任一账号，该任一账号为待进行连麦的第二终端对应的账号。第一直播客户端检测到对任一账号的选择操作，向第一终端发送第一建立连麦请求，第一终端响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令。其中，第二直播客户端基于任一账号登录。
在另一种可能实现方式中，直播界面中包括语音连麦按钮及视频连麦按钮。第一主播如果对语音连麦按钮进行选择操作，生成建立连麦指令，该建立连麦指令用于指示进行语音连麦，即两个主播在连麦过程中，能够接收到对方的语音数据，但是不能够接收到视频数据；如果第一主播对视频连麦按钮进行选择操作，生成建立连麦指令，该建立连麦指令用于指示进行视频连麦，即两个主播在连麦过程中，不仅能够接收到对方的语音数据，还能够接收到视频数据。
504、第一终端响应于建立连麦指令，获取第一直播客户端的配置信息，从配置信息中获取建立连麦流程对应的第一通信协议信息。
本公开实施例中，第一终端响应于建立连麦指令，获取第一直播客户端的配置信息，也即是获取第一SDK。其中，配置信息中包括不同类型的连麦服务器中的相同连麦流程对应的通信协议信息。
其中，建立连麦流程为：第一终端创建第二建立连麦请求，第二终端响应于第二建立连麦请求，向第一终端返回第二建立连麦请求对应的响应。
其中，通信协议信息能够适用于任一类型的连麦服务中，与相关技术中开发一个类型的连麦服务，制定一次终端与服务器之间的通信协议信息相比较，降低了工作量。
505、第一终端基于第一通信协议信息，创建满足第一通信协议信息的第二建立连麦请求。
其中，第二建立连麦请求用于请求服务器将第一直播客户端与第二直播客户端建立连麦，第二建立连麦请求携带第一直播客户端对应的第一账号及第二直播客户端对应的第二账号，以使后续服务器能够基于第一账号和第二账号确定建立连麦的直播客户端。其中，第一账号为第一主播的账号，第二账号为第二主播的账号。
在一种可能实现方式中，第二建立连麦请求还携带连麦类型参数，该连麦类型参数用于指示建立的连麦为语音连麦还是视频连麦。
在一种可能实现方式中，由于第一通信协议信息规定了各个请求的请求格式。因此，第一终端能够基于第一通信协议信息，确定第二建立连麦请求的格式，按照该格式，创建与该格式匹配的第二建立连麦请求。
506、第一终端向服务器发送第二建立连麦请求。
第一直播客户端邀请第二直播客户端进行连麦时，通过服务器向第二直播客户端发送第二建立连麦请求。
在一种可能实现方式中，第一通信协议信息还规定了发送各个请求时对应的接口信息，因此基于第一通信协议信息，确定发送第二建立连麦请求的第一接口，调用该第一接口，向服务器发送第二建立连麦请求。
507、服务器向第二终端发送第二建立连麦请求。
508、第二终端向服务器返回接受连麦响应。
本公开实施例中，第二终端中的第二直播客户端接收到接受连麦指令后，向服务器返回接受连麦响应。其中，接受连麦指令用于表示第二直播客户端接受第一直播客户端的连麦邀请。
在一种可能实现方式中，第二直播客户端接收到第二建立连麦请求后，显示邀请界面，该邀请界面中包括接受按钮和拒绝按钮，第二主播如果接受连麦，则对接受按钮进行选择操作，则第二直播客户端接收到接受连麦指令。
在一种可能实现方式中，第二直播客户端中也设置有配置信息，第二直播客户端接收到接受连麦指令后，获取配置信息。由于该配置信息包括建立连麦流程对应的第一通信协议信息，第二直播客户端返回的响应也属于建立连麦流程中的一部分，因此第二直播客户端基于该第一通信协议信息，确定第二建立连麦请求对应的响应的格式，确定该格式匹配的接受连麦响应。
在另一实施例中，如果第二主播不接受连麦，则对拒绝按钮进行选择操作，第二直播客户端接收到拒绝连麦指令，则向服务器返回拒绝连麦响应，则不再执行后续步骤。
509、服务器向第一终端发送接受连麦响应。
服务器向第一终端中的第一直播客户端发送接受连麦响应，该第一直播客户端接收到接受连麦响应后，确定第二直播客户端已经接受连麦邀请，第一直播客户端与第二直播客户端能够建立连麦。
510、服务器向第一终端发送连麦信息。
服务器在接收到接受连麦响应时，确定第二直播客户端已经接受了第一直播客户端的连麦邀请，此时服务器设置连麦信息，以使第一直播客户端和第二直播客户端能够基于该连麦信息进行连麦。
在一种可能实现方式中，连麦信息包括建立通信连接的第二接口。也就是说，服务器已经配置好第一直播客户端基于第二接口与服务器建立通信连接。其中，第二接口为多个应用程序接口(Application ProgrammingInterface，API)中的任一接口。
在一种可能实现方式中，连麦信息还包括麦位标识，该麦位标识用于指示进行连麦的直播客户端分配的连麦位置。即服务器分别为第一直播客户端和第二直播客户端分配一个麦位标识，第一直播客户端和第二直播客户端基于该麦位标识对应的麦位进行连麦，如果服务器没有为第二直播客户端分配麦位标识，即使第二直播客户端接受了连麦邀请，也无法与第一直播客户端进行连麦。
511、第一终端接收服务器发送的连麦信息和接受连麦响应，响应于该接受连麦响应，基于连麦信息，调用地址信息对应的连麦服务。
第一终端通过第一直播客户端从配置信息中获取地址信息，调用该地址信息对应的连麦服务。其中，连麦服务能够实现对应的连麦功能。
例如，对于主播与主播之间的连麦来说，第一终端通过第一直播客户端调用连麦服务，该连麦服务用于指示第一直播客户端执行发送直播数据的操作，在建立连麦之后，将主播的直播间中的直播数据发送给服务器。
在一种可能实现方式中，连麦服务包括向服务器发送直播数据的流程，连麦信息包括建立通信连接的第二接口，则第一终端基于第一通信协议信息，调用该第二接口，建立与服务器之间的通信连接；在连麦过程中，通过通信连接，向服务器发送直播数据。其中，通信连接表示与终端建立连麦完成。
在一种可能实现方式中，连麦信息还包括分辨率、多个主播对应的直播数据的显示方式等，该分辨率用于确定发布的直播数据的分辨率，多个直播数据的显示方式是指多个直播画面在连麦房间中进行显示时的显示方式。例如，对于两个直播数据来说，能够将显示界面分为左右两部分，分别按照连麦信息中的分辨率显示两个直播数据。
在一种可能实现方式中，第一终端调用连麦服务之前，第一终端还会向第一服务器发送准备信息，该准备信息用于指示第一终端已经准备就绪，能够进行建立连麦。
512、第一终端响应于第一直播客户端发送的第一结束连麦请求，生成结束连麦指令。
其中，结束连麦指令用于指示结束第一直播客户端与第二直播客户端之间的连麦。
本公开实施例中，结束连麦包括两种情况，一种是第一终端主动结束连麦，另一种是第一终端被动结束连麦。在一种可能实现方式中，对于主播结束连麦来说，直播界面中包括结束连麦按钮，第一主播如果想要结束连麦，则对该结束连麦按钮进行操作，第一终端响应于第一直播客户端发送的第一结束连麦请求，生成结束连麦指令。
在另一种可能实现方式中，对于被动结束连麦来说，第一终端在连麦过程中，可能由于网络的影响，导致第一终端与服务器之间无法进行通信连接，从而结束连麦。这种被动结束连麦，第一终端不会生成结束连麦指令。
513、第一终端从配置信息中获取结束连麦流程对应的第二通信协议信息。
514、第一终端基于第二通信协议信息，结束与第二终端之间的连麦。
在一种可能实现方式中，第一终端基于第二通信协议信息，创建满足第二通信协议信息的第二结束连麦请求，向服务器发送第二结束连麦请求，服务器响应于该第二结束连麦请求，断开与第一终端和第二终端之间的通信连接，结束连麦。其中，第二结束连麦请求用于请求服务器将第一直播客户端与第二直播客户端结束连麦。
在一种可能实现方式中，由于第二通信协议信息包括通用的请求格式。因此，第一终端能够基于第二通信协议信息，确定第二结束连麦请求的格式，按照该格式，创建与该格式匹配的第二结束连麦请求。
在一种可能实现方式中，第二通信协议信息还包括发送各个请求时对应的接口信息，因此基于第二通信协议信息，确定发送第二结束连麦请求的第三接口，调用该第三接口，向服务器发送第二结束连麦请求。
在一种可能实现方式中，服务器断开与第一终端和第二终端的通信连接之后，向第一终端和第二终端返回结束连麦响应。第一终端和第二终端确定已经结束连麦。
另外，在上述连麦过程中，第一终端能够根据发送的请求或者接收到的响应，确定当前所处的状态。也就是说，第一终端维护基于请求或响应驱动的状态机，以控制第一终端当前处于连麦流程中的状态。
在一种可能实现方式中，第一终端在发送第二建立连麦请求之后，且接收到第二终端返回的响应之前，确定处于等待连麦状态；或者，第一终端在接收到第二直播客户端返回的接受连麦响应之后，确定处于正在连麦状态；或者，第一终端在发送第二结束连麦请求之后，确定处于结束连麦状态。
需要说明的是，本公开实施例仅是以第一终端和第二终端为例进行说明，在另一实施例中第一终端能够邀请多个终端进行连麦，邀请多个终端进行连麦的实施方式与上述邀请一个终端进行连麦的实施方式类似，在此不再赘述。其中，每个终端安装有直播客户端。
需要说明的另一点是，本公开实施例仅是以第一终端邀请第二终端进行连麦为例进行说明，在另一实施例中，第二终端能够邀请第一终端进行连麦，连麦方式与上述实施例中的连麦方式类似，在此不再赘述。
需要说明的另一点是，本公开实施例仅是以第一终端接收连麦信息，进行连麦为例进行说明，在另一实施例中，第二终端也会接收到连麦信息，进行连麦，第二终端进行连麦的实施方式与第一终端进行连麦的实施方式类似，在此不再赘述。
本公开实施例提供的方法，配置信息中包括相同连麦流程对应的通信协议信息，且该通信协议信息适用于不同类型的连麦服务，因此对于任一类型的连麦服务，在建立连麦时，能够直接使用该通信协议信息，不再需要对不同类型的连麦服务分别开发通信协议信息，避免了对通信协议信息的重复开发，提高了通信协议信息的复用性，降低了开发成本。
并且，将根据通信协议信息编写的代码封装为SDK，使SDK中包括相同连麦流程对应的通用代码，且该通用代码适用于不同类型的连麦服务，因此对于任一类型的连麦服务，在建立连麦时，能够直接使用SDK，不再需要对相同连麦流程对应的代码进行开发，避免了对代码的重复开发，降低了开发成本。
上述图5所示的实施例中，仅涉及一个服务器，在另一实施例中，涉及多个服务器，每个服务器分别实现不同的功能。
图6是根据一示例性实施例示出的另一种连麦方法的流程图。参见图6，该方法的交互主体包括第一终端、第二终端、第一服务器、第二服务器、第三服务器和第四服务器，该方法包括以下步骤：
601、第一终端向第一服务器发送第二建立连麦请求。
602、第一服务器将第二建立连麦请求转换为对应的建立连麦信令，向第二服务器发送建立连麦信令。
其中，第一终端和第二终端安装有直播客户端，第一服务器为直播客户端提供服务。
例如，主播与主播之间的PK连麦中，不仅涉及到连麦相关的流程，还涉及到观众在直播间中为主播赠送礼物，此时第一服务器对观众赠送的礼物进行处理，确定两个主播中收到礼物较多的一个主播，认为该主播在PK中获胜。
本公开实施例中，通过信令服务器向终端下发各种类型的信令，包括：建立连麦信令、接受连麦信令、拒绝连麦信令、连麦信息信令、连麦房间关闭信令等。
在一种可能实现方式中，第一服务器获取第三通信协议信息，该第三通信协议信息中为连麦请求与连麦信令的转换流程对应的通信协议信息。第一服务器接收到第二建立连麦请求之后，基于该第三通信协议信息，将第二建立连麦请求转换为对应的建立连麦信令。
该第三SDK与配置信息不同，该第三SDK为服务器中配置的SDK，而配置信息为终端中配置的SDK。
603、第二服务器向第二终端发送建立连麦信令。其中，第二服务器用于对信令进行转发。
604、第二终端响应于建立连麦信令，向第一服务器返回接受连麦响应。
605、第一服务器向第二服务器发送该接受连麦响应，第二服务器向第一终端下发该接受连麦响应。
606、第一服务器向第四服务器发送该接受连麦响应。
607、第四服务器响应于该接受连麦响应，创建连麦房间，并将向第三服务器发送接受连麦响应。
其中，第四服务器用于对连麦房间进行管理。
在一种可能实现方式中，第一服务器能够接收任一终端发送的心跳信息，第一服务器向第三服务器发送该心跳信息。其中，心跳信息用于指示终端处于在线状态，如果终端处于掉线状态，则不会向第一服务器发送心跳信息。
第四服务器根据上一次接收到心跳信号的接收时间与当前时间，确定接收时间与当前时间之间的间隔时长；响应于间隔时长不超过预设时长，确定第一终端处于在线状态，或者，响应于间隔时长超过预设时长，确定第一终端处于掉线状态。其中，预设时长为任一时长，例如1分钟、2分钟等。
第四服务器以RPC(RemoteProcedureCall Protocol，远程过程调用协议)的形式提供了统一的接口，该第四服务器能够创建连麦房间、控制用户进入房间、控制用户出房间、关闭连麦房间以及心跳管理，在第四服务器内部实现了与第三服务器进行交互、房间状态的管理以及心跳管理。其中，控制用户进入房间是指控制用户对应的终端与第三服务器之间建立通信连接，控制用户出房间是指控制用户对应的终端与第三服务器之间断开连接。
608、第三服务器响应于接受连麦响应，设置连麦信息。
其中，第三服务器为流媒体服务器，该流媒体服务器用于对直播数据进行处理。
连麦信息与上述图5所示的实施例中的连麦信息类似，在此不再赘述。
609、第三服务器向第四服务器发送连麦信息，第四服务器向第一服务器发送连麦信息，第一服务器向第一终端和第二终端发送连麦信息。
610、第一终端接收到连麦信息之后，根据该连麦信息，与第三服务器之间建立通信连接。
611、第二终端接收到连麦信息之后，根据该连麦信息，与第三服务器建立通信连接。
第一终端和第二终端通过建立的通信连接，向第三服务器发送直播数据。第三服务器对直播数据进行处理，将处理后的直播数据分别下发到第一终端和第二终端对应的直播间中。第三服务器实现了对直播数据的拉流和推流。
612、第一终端向第一服务器发送第二结束连麦请求，结束连麦。
参见图7所示的终端、第一服务器、第二服务器、第三服务器和第四服务器之间的交互流程图。终端与第一服务器之间连接，终端能够向第一服务器发送各种请求及请求的响应，例如建立连麦请求、接受连麦响应、拒绝连麦响应、准备信息上报、结束连麦、心跳上报等；第一服务器与第二服务器连接，第一服务器能够将接收到的各种请求及请求的响应，转换为对应的信令，发送给第二服务器，例如，建立连麦信令、接受连麦信令、拒绝连麦信令、结束连麦信令等；终端与第二服务器连接，第二服务器能够将接收到的信令下发给终端；终端与第三服务器连接，终端能够将直播数据发送给第三服务器，第三服务器将处理后的直播数据返回给终端；第二服务器与第四服务器连接，第四服务器能够根据了第二服务器发送的请求或心跳信息，对连麦房间进行管理；第四服务器与第三服务器进行连接，第四服务器能够将第三服务器的连麦信息转发给第一服务器，也能够将第一服务器发送的请求转发给第三服务器，避免了第一服务器与第四服务器之间的直接交互。
相关技术中，参见图8所示的终端、流媒体服务器、连麦后端服务器和信令服务器，终端与连麦服务器之间进行交互，控制连麦流程；终端与流媒体服务器之间进行交互，实现推流和拉流；流媒体服务器与连麦服务器之间进行交互，实现对连麦房间的管理；连麦服务器与信令服务器连接，信令服务器与终端连接，连麦服务器通过信令服务器实现向终端下发信令。连麦服务器需要与流媒体服务器进行交互，来控制连麦房间的创建、用户进出房间等行为，还需要维护连麦房间的状态信息，管理用户的心跳信息，并对发送心跳信息超时的用户进行清理，增加了开发成本。
本公开实施例中，将连麦服务器需要与流媒体服务器进行交互的操作，由第四服务器执行，将第四服务器作为中间层，第一服务器和第三服务器之间不需要进行直接的交互，且第一服务器不需要进行房间管理，对于第一服务器来说减小了开发成本。而对于第四服务器来说，该第四服务器中的进行房间管理的功能适用于不同类型的连麦服务中，避免了对代码的重复开发。
图9是根据一示例性实施例示出的一种连麦装置的框图。参见图9，该装置包括：
第一指令生成单元901，被配置为执行响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令，建立连麦指令用于指示第一直播客户端与第二直播客户端建立连麦；
配置信息获取单元902，被配置为执行响应于建立连麦指令，获取第一直播客户端的配置信息，配置信息包括不同类型的连麦服务中的相同流程对应的通信协议信息，通信协议信息中包括各种连麦服务的交互信令的类型、交互信令包含的交互内容及交互内容的格式；
第一信息获取单元903，被配置为执行从配置信息中获取建立连麦流程对应的第一通信协议信息；
建立连麦单元904，被配置为执行基于第一通信协议信息，与第二直播客户端建立连麦。
本公开实施例提供的装置，配置信息中包括相同连麦流程对应的通信协议信息，且该通信协议信息适用于不同类型的连麦服务，因此对于任一类型的连麦服务，在建立连麦时，能够直接使用该通信协议信息，不再需要对不同类型的连麦服务分别开发通信协议信息，避免了对通信协议信息的重复开发，提高了通信协议信息的复用性，降低了开发成本。
在一种可能实现方式中，建立连麦指令用于指示第一直播客户端与第二直播客户端建立目标类型的连麦，配置信息中还包括目标类型的连麦服务对应的地址信息；建立连麦单元904，被配置为执行从配置信息中获取地址信息，调用地址信息对应的连麦服务。
在另一种可能实现方式中，参见图10，装置还包括：
原始信息获取单元905，被配置为执行获取原始配置信息，原始配置信息中包括不同类型的连麦服务中的相同流程对应的通信协议信息；
配置信息获取单元902，还被配置为执行在原始配置信息中添加地址信息，得到配置信息。
在另一种可能实现方式中，参见图10，建立连麦单元904，包括：
第一请求创建子单元9041，被配置为执行基于第一通信协议信息，创建满足第一通信协议信息的第二建立连麦请求，第二建立连麦请求用于请求服务器将第一直播客户端与第二直播客户端建立连麦；
第一请求发送子单元9042，被配置为执行向服务器发送第二建立连麦请求，服务器用于向第二直播客户端发送第二建立连麦请求，接收第二直播客户端返回的接受连麦响应；
服务调用子单元9043，被配置为执行响应于服务器发送的接受连麦响应，调用地址信息对应的连麦服务。
在另一种可能实现方式中，参见图10，第一请求发送子单元9042，被配置为执行：
基于第一通信协议信息，确定发送第二建立连麦请求的第一接口；
调用第一接口，向服务器发送第二建立连麦请求。
在另一种可能实现方式中，参见图10，第一请求创建子单元9041，被配置为执行：
基于第一通信协议信息，确定第二建立连麦请求的格式；
按照格式，创建与格式匹配的第二建立连麦请求。
在另一种可能实现方式中，参见图10，建立连麦单元904，包括：
连麦信息接收子单元9044，被配置为执行接收服务器发送的连麦信息，连麦信息由服务器在接收到第二直播客户端返回的接受连麦响应时下发；
服务调用子单元9043，被配置为执行基于第一通信协议信息及连麦信息，调用地址信息对应的连麦服务。
在另一种可能实现方式中，参见图10，连麦服务包括向服务器发送直播数据的流程，连麦信息包括建立通信连接的第二接口，服务调用子单元9043，被配置为执行：
基于第一通信协议规范，调用第二接口，建立与服务器之间的通信连接，通信连接表示与第二直播客户端建立连麦完成；
在连麦过程中，通过通信连接，向服务器发送直播数据。
在另一种可能实现方式中，参见图10，连麦信息包括麦位标识，麦位标识用于指示进行连麦的终端分配的连麦位置，服务调用子单元9043，被配置为执行：
基于第一通信协议信息，确定对应的麦位标识；
通过麦位标识对应的麦位，在连麦房间中发布直播数据。
在另一种可能实现方式中，参见图10，装置还包括：
第二指令生成单元906，被配置为执行响应于第一直播客户端发送的第一结束连麦请求，生成结束连麦指令，结束连麦指令用于指示结束第一直播客户端与第二直播客户端之间的连麦；
第二信息获取单元907，被配置为执行从配置信息中获取结束连麦流程对应的第二通信协议信息；
结束连麦单元908，被配置为执行基于第二通信协议信息，结束与第二直播客户端之间的连麦。
在另一种可能实现方式中，参见图10，结束连麦单元908，包括：
第二请求创建子单元9081，被配置为执行基于第二通信协议信息，创建满足第二通信协议信息的第二结束连麦请求，第二结束连麦请求用于请求服务器将第一直播客户端与第二直播客户端结束连麦；
第二请求发送子单元9082，被配置为执行向服务器发送第二结束连麦请求，服务器用于响应于第二结束连麦请求，结束与第二直播客户端之间的连麦。
在另一种可能实现方式中，参见图10，第二请求发送子单元9082，被配置为执行：
基于第二通信协议信息，确定发送第二结束连麦请求的第三接口；
调用第三接口，向服务器发送第二结束连麦请求。
在另一种可能实现方式中，参见图10，装置还包括：
状态确定单元909，被配置为执行在发送第二建立连麦请求之后，且接收到终端返回的响应之前，确定处于等待连麦状态；或者，
状态确定单元909，还被配置为执行在接收到终端返回的接受连麦响应之后，确定处于正在连麦状态；或者，
状态确定单元909，还被配置为执行在发送第二结束连麦请求之后，确定处于结束连麦状态。
关于上述实施例中的装置，其中各个单元执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
在示例性实施例中，提供了一种电子设备，该电子设备包括一个或多个处理器，以及用于存储该一个或多个处理器可执行指令的易失性或非易失性存储器；其中，该一个或多个处理器被配置为执行上述实施例中的连麦方法。
在一种可能实现方式中，该电子设备提供为终端。图11是根据一示例性实施例示出的一种终端1100的框图。该终端1100可以是便携式移动终端，比如：智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1100还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。
通常，终端1100包括有：处理器1101和存储器1102。
处理器1101可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1101可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1101也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1101可以集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1101还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。
存储器1102可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1102还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1102中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1101所执行以实现本公开中方法实施例提供的连麦方法。
在一些实施例中，终端1100还可选包括有：***设备接口1103和至少一个***设备。处理器1101、存储器1102和***设备接口1103之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口1103相连。具体地，***设备包括：射频电路1104、显示屏1105、摄像头组件1106、音频电路1107、定位组件1108和电源1109中的至少一种。
***设备接口1103可被用于将I/O(Input/Output，输入/输出)相关的至少一个***设备连接到处理器1101和存储器1102。在一些实施例中，处理器1101、存储器1102和***设备接口1103被集成在同一芯片或电路板上；在一些其他实施例中，处理器1101、存储器1102和***设备接口1103中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。
射频电路1104用于接收和发射RF(Radio Frequency，射频)信号，也称电磁信号。射频电路1104通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1104将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1104包括：天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1104可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(Wireless Fidelity，无线保真)网络。在一些实施例中，射频电路1104还可以包括NFC(Near Field Communication，近距离无线通信)有关的电路，本公开对此不加以限定。
显示屏1105用于显示UI(User Interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1105是触摸显示屏时，显示屏1105还具有采集在显示屏1105的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1101进行处理。此时，显示屏1105还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1105可以为一个，设置在终端1100的前面板；在另一些实施例中，显示屏1105可以为至少两个，分别设置在终端1100的不同表面或呈折叠设计；在另一些实施例中，显示屏1105可以是柔性显示屏，设置在终端1100的弯曲表面上或折叠面上。甚至，显示屏1105还可以设置成非矩形的不规则图形，也即异形屏。显示屏1105可以采用LCD(Liquid Crystal Display，液晶显示屏)、OLED(Organic Light-EmittingDiode,有机发光二极管)等材质制备。
摄像头组件1106用于采集图像或视频。可选地，摄像头组件1106包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(Virtual Reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1106还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。
音频电路1107可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1101进行处理，或者输入至射频电路1104以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1100的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1101或射频电路1104的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1107还可以包括耳机插孔。
定位组件1108用于定位终端1100的当前地理位置，以实现导航或LBS(LocationBased Service，基于位置的服务)。定位组件1108可以是基于美国的GPS(GlobalPositioning System，全球定位***)、中国的北斗***、俄罗斯的格雷纳斯定位***或欧盟的伽利略定位***的定位组件。
电源1109用于为终端1100中的各个组件进行供电。电源1109可以是交流电、直流电、一次性电池或可充电电池。当电源1109包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。
在一些实施例中，终端1100还包括有一个或多个传感器1110。该一个或多个传感器1110包括但不限于：加速度传感器1111、陀螺仪传感器1112、压力传感器1113、指纹传感器1114、光学传感器1115以及接近传感器1116。
加速度传感器1111可以检测以终端1100建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1111可以用于检测重力加速度在三个坐标轴上的分量。处理器1101可以根据加速度传感器1111采集的重力加速度信号，控制显示屏1105以横向视图或纵向视图进行用户界面的显示。加速度传感器1111还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器1112可以检测终端1100的机体方向及转动角度，陀螺仪传感器1112可以与加速度传感器1111协同采集用户对终端1100的3D动作。处理器1101根据陀螺仪传感器1112采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。
压力传感器1113可以设置在终端1100的侧边框和/或显示屏1105的下层。当压力传感器1113设置在终端1100的侧边框时，可以检测用户对终端1100的握持信号，由处理器1101根据压力传感器1113采集的握持信号进行左右手识别或快捷操作。当压力传感器1113设置在显示屏1105的下层时，由处理器1101根据用户对显示屏1105的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。
指纹传感器1114用于采集用户的指纹，由处理器1101根据指纹传感器1114采集到的指纹识别用户的身份，或者，由指纹传感器1114根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1101授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1114可以被设置在终端1100的正面、背面或侧面。当终端1100上设置有物理按键或厂商Logo时，指纹传感器1114可以与物理按键或厂商Logo集成在一起。
光学传感器1115用于采集环境光强度。在一个实施例中，处理器1101可以根据光学传感器1115采集的环境光强度，控制显示屏1105的显示亮度。具体地，当环境光强度较高时，调高显示屏1105的显示亮度；当环境光强度较低时，调低显示屏1105的显示亮度。在另一个实施例中，处理器1101还可以根据光学传感器1115采集的环境光强度，动态调整摄像头组件1106的拍摄参数。
接近传感器1116，也称距离传感器，通常设置在终端1100的前面板。接近传感器1116用于采集用户与终端1100的正面之间的距离。在一个实施例中，当接近传感器1116检测到用户与终端1100的正面之间的距离逐渐变小时，由处理器1101控制显示屏1105从亮屏状态切换为息屏状态；当接近传感器1116检测到用户与终端1100的正面之间的距离逐渐变大时，由处理器1101控制显示屏1105从息屏状态切换为亮屏状态。
本领域技术人员可以理解，图11中示出的结构并不构成对终端1100的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
在一种可能实现方式中，该电子设备提供为服务器。图12是根据一示例性实施例示出的一种服务器1200的框图，该服务器1200可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上处理器(Central Processing Units，CPU)1201和一个或一个以上的存储器1202，其中，存储器1202中存储有至少一条指令，该至少一条指令由处理器1201加载并执行以实现上述各个方法实施例提供的方法。当然，该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该服务器还可以包括其他用于实现设备功能的部件，在此不做赘述。
服务器1200可以用于执行上述连麦方法中服务器所执行的步骤。
在示例性实施例中，还提供了一种非临时性计算机可读存储介质，当存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述连麦方法中终端或服务器所执行的步骤。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
在示例性实施例中，还提供了一种计算机程序产品，当计算机程序产品中的指令由电子设备的处理器执行时，使得电子设备能够执行上述连麦方法中终端或服务器所执行的步骤。
本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (30)

1.一种连麦方法，其特征在于，所述方法包括：
获取原始配置信息，所述原始配置信息中包括不同类型的连麦服务中的相同流程对应的通信协议信息，所述相同流程至少包括建立连麦的流程和结束连麦的流程，所述原始配置信息中的通信协议信息中包括各种连麦服务的交互信令的类型、所述交互信令包含的交互内容及所述交互内容的格式，所述原始配置信息为第二软件开发工具包SDK；
在所述原始配置信息中添加地址信息，得到配置信息，所述地址信息是指连麦服务的存储地址，且不同类型的连麦服务的存储地址不同；
响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令，所述建立连麦指令用于指示所述第一直播客户端与第二直播客户端建立目标类型的连麦；
响应于所述建立连麦指令，获取所述第一直播客户端的所述配置信息，所述配置信息为第一SDK；
从所述配置信息中获取建立连麦流程对应的第一通信协议信息；
基于所述第一通信协议信息，创建满足所述第一通信协议信息的第二建立连麦请求，所述第二建立连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端建立连麦；
向服务器发送所述第二建立连麦请求；接收所述服务器发送的所述连麦信息；基于所述第一通信协议信息及所述连麦信息，调用所述地址信息对应的连麦服务；
其中，所述服务器根据接收到的所述第二建立连麦请求，向第一终端发送所述连麦信息的过程包括：
第一服务器根据所述第一服务器中配置的第三SDK，将所述第二建立连麦请求转换为对应的建立连麦信令，向第二服务器发送所述建立连麦信令，所述第一服务器为连麦服务器；
所述第二服务器向第二终端发送所述建立连麦指令；
所述第一服务器向第四服务器发送所述第二直播客户端返回的接收连麦响应，所述第四服务器以远程过程调用协议RPC的形式提供了统一的接口，所述第四服务器用于对连麦房间进行管理以及心跳管理；
所述第四服务器响应于接受连麦响应，创建连麦房间，并向第三服务器发送所述接受连麦响应，所述第三服务器为流媒体服务器；
所述第三服务器响应于所述接受连麦响应，设置连麦信息，并通过所述第四服务器向所述第一服务器发送所述连麦信息；
所述第一服务器向所述第一终端和所述第二终端发送所述连麦信息。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
响应于所述第一直播客户端发送的第一结束连麦请求，生成结束连麦指令，所述结束连麦指令用于指示结束所述第一直播客户端与所述第二直播客户端之间的连麦；
从所述配置信息中获取结束连麦流程对应的第二通信协议信息；
基于所述第二通信协议信息，结束与所述第二直播客户端之间的连麦。
3.根据权利要求2所述的方法，其特征在于，所述基于所述第二通信协议信息，结束与所述第二直播客户端之间的连麦，包括：
基于所述第二通信协议信息，创建满足所述第二通信协议信息的第二结束连麦请求，所述第二结束连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端结束连麦；
向所述服务器发送所述第二结束连麦请求，所述服务器用于响应于所述第二结束连麦请求，结束与所述第二直播客户端之间的连麦。
4.根据权利要求1所述的方法，其特征在于，所述连麦服务包括向所述服务器发送直播数据的流程，所述连麦信息包括建立通信连接的第二接口，所述基于所述第一通信协议信息及所述连麦信息，调用所述地址信息对应的连麦服务，包括：
基于所述第一通信协议信息，调用所述第二接口，建立与所述服务器之间的通信连接，所述通信连接表示与所述第二直播客户端建立连麦完成；
在连麦过程中，通过所述通信连接，向所述服务器发送直播数据。
5.根据权利要求1所述的方法，其特征在于，所述连麦信息包括麦位标识，所述麦位标识用于指示进行连麦的直播客户端分配的连麦位置，所述基于所述第一通信协议信息及所述连麦信息，调用所述地址信息对应的连麦服务，包括：
基于所述第一通信协议信息，确定对应的麦位标识；
通过所述麦位标识对应的麦位，在连麦房间中发布直播数据。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
响应于所述第一直播客户端发送的第一结束连麦请求，生成结束连麦指令，所述结束连麦指令用于指示结束所述第一直播客户端与所述第二直播客户端之间的连麦；
从所述配置信息中获取结束连麦流程对应的第二通信协议信息；
基于所述第二通信协议信息，结束与所述第二直播客户端之间的连麦。
7.根据权利要求6所述的方法，其特征在于，所述基于所述第二通信协议信息，结束与所述第二直播客户端之间的连麦，包括：
基于所述第二通信协议信息，创建满足所述第二通信协议信息的第二结束连麦请求，所述第二结束连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端结束连麦；
向所述服务器发送所述第二结束连麦请求，所述服务器用于响应于所述第二结束连麦请求，结束与所述第二直播客户端之间的连麦。
8.根据权利要求7所述的方法，其特征在于，所述向所述服务器发送所述第二结束连麦请求，包括：
基于所述第二通信协议信息，确定发送所述第二结束连麦请求的第三接口；
调用所述第三接口，向所述服务器发送所述第二结束连麦请求。
9.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在发送所述第二建立连麦请求之后，且接收到所述第二直播客户端返回的响应之前，确定处于等待连麦状态；或者，
在接收到所述第二直播客户端返回的所述接受连麦响应之后，确定处于正在连麦状态；或者，
在发送第二结束连麦请求之后，确定处于结束连麦状态。
10.一种连麦***，其特征在于，所述连麦***包括第一终端、第二终端和服务器，所述服务器包括第一服务器、第二服务器、第三服务器和第四服务器；
所述第一终端，用于获取原始配置信息，所述原始配置信息中包括不同类型的连麦服务中的相同流程对应的通信协议信息，所述相同流程至少包括建立连麦的流程和结束连麦的流程，所述原始配置信息中的通信协议信息中包括各种连麦服务的交互信令的类型、所述交互信令包含的交互内容及所述交互内容的格式，所述原始配置信息为第二软件开发工具包SDK；
所述第一终端，还用于在所述原始配置信息中添加地址信息，得到配置信息，所述地址信息是指连麦服务的存储地址，且不同类型的连麦服务的存储地址不同；
所述第一终端，还用于响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令，所述建立连麦指令用于指示所述第一直播客户端与所述第二终端中的第二直播客户端建立目标类型的连麦；
所述第一终端，还用于响应于所述建立连麦指令，获取所述第一直播客户端的所述配置信息，所述配置信息为第一SDK；
所述第一终端，还用于从所述配置信息中获取建立连麦流程对应的第一通信协议信息；
所述第一终端，还用于基于所述第一通信协议信息，创建满足所述第一通信协议信息的第二建立连麦请求，所述第二建立连麦请求用于请求所述服务器将所述第一直播客户端与所述第二直播客户端建立连麦；
所述第一终端，还用于向所述第一服务器发送所述第二建立连麦请求；
所述第一服务器，用于根据所述第一服务器中配置的第三SDK，将所述第二建立连麦请求转换为对应的建立连麦信令，向第二服务器发送所述建立连麦信令，所述第一服务器为连麦服务器；
所述第二服务器，用于向第二终端发送所述建立连麦指令；
所述第一服务器，还用于向第四服务器发送所述第二直播客户端返回的接收连麦响应，所述第四服务器以远程过程调用协议RPC的形式提供了统一的接口；
所述第四服务器，用于响应于接受连麦响应，创建连麦房间，并向第三服务器发送所述接受连麦响应，所述第四服务器用于对连麦房间进行管理以及心跳管理，所述第三服务器为流媒体服务器；
所述第三服务器，用于响应于所述接受连麦响应，设置连麦信息，并通过所述第四服务器向所述第一服务器发送所述连麦信息；
所述第一服务器，还用于向所述第一终端和所述第二终端发送所述连麦信息。
11.根据权利要求10所述的连麦***，其特征在于，所述第一终端，还用于基于所述第一通信协议信息，确定发送所述第二建立连麦请求的第一接口；
所述第一终端，还用于调用所述第一接口，向所述服务器发送所述第二建立连麦请求。
12.根据权利要求10所述的连麦***，其特征在于，所述第一终端，还用于基于所述第一通信协议信息，确定所述第二建立连麦请求的格式；
所述第一终端，还用于按照所述格式，创建与所述格式匹配的第二建立连麦请求。
13.根据权利要求10所述的连麦***，其特征在于，所述连麦服务包括向所述服务器发送直播数据的流程，所述连麦信息包括建立通信连接的第二接口；
所述第一终端，还用于基于所述第一通信协议信息，调用所述第二接口，建立与所述服务器之间的通信连接，所述通信连接表示与所述第二终端建立连麦完成；
所述第一终端，还用于在连麦过程中，通过所述通信连接，向所述服务器发送直播数据。
14.根据权利要求10所述的连麦***，其特征在于，所述连麦信息包括麦位标识，所述麦位标识用于指示进行连麦的直播客户端分配的连麦位置；
所述第一终端，还用于基于所述第一通信协议信息，确定对应的麦位标识；
所述第一终端，还用于通过所述麦位标识对应的麦位，在连麦房间中发布直播数据。
15.根据权利要求10所述的连麦***，其特征在于，所述第一终端，还用于响应于所述第一直播客户端发送的第一结束连麦请求，生成结束连麦指令，所述结束连麦指令用于指示结束所述第一直播客户端与所述第二直播客户端之间的连麦；
所述第一终端，还用于从所述配置信息中获取结束连麦流程对应的第二通信协议信息；
所述第一终端，还用于基于所述第二通信协议信息，结束与所述第二直播客户端之间的连麦。
16.根据权利要求15所述的连麦***，其特征在于，所述第一终端，还用于基于所述第二通信协议信息，创建满足所述第二通信协议信息的第二结束连麦请求，所述第二结束连麦请求用于请求所述服务器将所述第一直播客户端与所述第二直播客户端结束连麦；
所述第一终端，还用于向所述服务器发送所述第二结束连麦请求；
所述服务器，用于响应于所述第二结束连麦请求，结束与所述第二直播客户端之间的连麦。
17.根据权利要求16所述的连麦***，其特征在于，所述第一终端，用于基于所述第二通信协议信息，确定发送所述第二结束连麦请求的第三接口；
所述第一终端，用于调用所述第三接口，向所述服务器发送所述第二结束连麦请求。
18.根据权利要求10所述的连麦***，其特征在于，所述第四服务器，还用于根据上一次接收到心跳信号的接收时间与当前时间，确定所述接收时间与所述当前时间之间的间隔时长；
所述第四服务器，还用于响应于所述间隔时长不超过预设时长，确定所述第一终端处于在线状态。
19.根据权利要求18所述的连麦***，其特征在于，所述第四服务器，还用于响应于所述间隔时长超过所述预设时长，确定所述第一终端处于掉线状态。
20.一种连麦装置，其特征在于，所述装置包括：
原始信息获取单元，被配置为执行获取原始配置信息，所述原始配置信息中包括不同类型的连麦服务中的相同流程对应的通信协议信息，所述相同流程至少包括建立连麦的流程和结束连麦的流程，所述原始配置信息中的通信协议信息中包括各种连麦服务的交互信令的类型、所述交互信令包含的交互内容及所述交互内容的格式，所述原始配置信息为第二软件开发工具包SDK；
配置信息获取单元，还被配置为执行在所述原始配置信息中添加地址信息，得到配置信息，所述地址信息是指连麦服务的存储地址，且不同类型的连麦服务的存储地址不同；
第一指令生成单元，被配置为执行响应于第一直播客户端发送的第一建立连麦请求，生成建立连麦指令，所述建立连麦指令用于指示所述第一直播客户端与第二直播客户端建立目标类型的连麦；
配置信息获取单元，被配置为执行响应于所述建立连麦指令，获取所述第一直播客户端的所述配置信息，所述配置信息为第一SDK；
第一信息获取单元，被配置为执行从所述配置信息中获取建立连麦流程对应的第一通信协议信息；
建立连麦单元，包括第一请求创建子单元、第一请求发送子单元、服务调用子单元和连麦信息接收子单元，所述第一请求创建子单元，被配置为执行基于所述第一通信协议信息，创建满足所述第一通信协议信息的第二建立连麦请求，所述第二建立连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端建立连麦；
所述第一请求发送子单元，被配置为执行向服务器发送所述第二建立连麦请求；
所述连麦信息接收子单元，被配置为执行接收所述服务器发送的所述连麦信息；
所述服务调用子单元，被配置为执行基于所述第一通信协议信息及所述连麦信息，调用所述地址信息对应的连麦服务；
其中，所述服务器根据接收到的所述第二建立连麦请求，向第一终端发送所述连麦信息的过程包括：
第一服务器根据所述第一服务器中配置的第三SDK，将所述第二建立连麦请求转换为对应的建立连麦信令，向第二服务器发送所述建立连麦信令，所述第一服务器为连麦服务器；
所述第二服务器向第二终端发送所述建立连麦指令；
所述第一服务器向第四服务器发送所述第二直播客户端返回的接收连麦响应，所述第四服务器以远程过程调用协议RPC的形式提供了统一的接口，所述第四服务器用于对连麦房间进行管理以及心跳管理；
所述第四服务器响应于接受连麦响应，创建连麦房间，并向第三服务器发送所述接受连麦响应，所述第三服务器为流媒体服务器；
所述第三服务器响应于所述接受连麦响应，设置连麦信息，并通过所述第四服务器向所述第一服务器发送所述连麦信息；
所述第一服务器向所述第一终端和所述第二终端发送所述连麦信息。
21.根据权利要求20所述的装置，其特征在于，所述第一请求发送子单元，被配置为执行：
基于所述第一通信协议信息，确定发送所述第二建立连麦请求的第一接口；
调用所述第一接口，向所述服务器发送所述第二建立连麦请求。
22.根据权利要求20所述的装置，其特征在于，所述第一请求创建子单元，被配置为执行：
基于所述第一通信协议信息，确定所述第二建立连麦请求的格式；
按照所述格式，创建与所述格式匹配的第二建立连麦请求。
23.根据权利要求20所述的装置，其特征在于，所述连麦服务包括向所述服务器发送直播数据的流程，所述连麦信息包括建立通信连接的第二接口，所述服务调用子单元，被配置为执行：
基于所述第一通信协议信息，调用所述第二接口，建立与所述服务器之间的通信连接，所述通信连接表示与所述第二直播客户端建立连麦完成；
在连麦过程中，通过所述通信连接，向所述服务器发送直播数据。
24.根据权利要求20所述的装置，其特征在于，所述连麦信息包括麦位标识，所述麦位标识用于指示进行连麦的直播客户端分配的连麦位置，所述服务调用子单元，被配置为执行：
基于所述第一通信协议信息，确定对应的麦位标识；
通过所述麦位标识对应的麦位，在连麦房间中发布直播数据。
25.根据权利要求20所述的装置，其特征在于，所述装置还包括：
第二指令生成单元，被配置为执行响应于所述第一直播客户端发送的第一结束连麦请求，生成结束连麦指令，所述结束连麦指令用于指示结束所述第一直播客户端与所述第二直播客户端之间的连麦；
第二信息获取单元，被配置为执行从所述配置信息中获取结束连麦流程对应的第二通信协议信息；
结束连麦单元，被配置为执行基于所述第二通信协议信息，结束与所述第二直播客户端之间的连麦。
26.根据权利要求25所述的装置，其特征在于，所述结束连麦单元，包括：
第二请求创建子单元，被配置为执行基于所述第二通信协议信息，创建满足所述第二通信协议信息的第二结束连麦请求，所述第二结束连麦请求用于请求服务器将所述第一直播客户端与所述第二直播客户端结束连麦；
第二请求发送子单元，被配置为执行向所述服务器发送所述第二结束连麦请求，所述服务器用于响应于所述第二结束连麦请求，结束与所述第二直播客户端之间的连麦。
27.根据权利要求26所述的装置，其特征在于，所述第二请求发送子单元，被配置为执行：
基于所述第二通信协议信息，确定发送所述第二结束连麦请求的第三接口；
调用所述第三接口，向所述服务器发送所述第二结束连麦请求。
28.根据权利要求20所述的装置，其特征在于，所述装置还包括：
状态确定单元，被配置为执行在发送第二建立连麦请求之后，且接收到所述第二直播客户端返回的响应之前，确定处于等待连麦状态；或者，
状态确定单元，还被配置为执行在接收到所述第二直播客户端返回的接受连麦响应之后，确定处于正在连麦状态；或者，
状态确定单元，还被配置为执行在发送第二结束连麦请求之后，确定处于结束连麦状态。
29.一种电子设备，其特征在于，所述电子设备包括：
一个或多个处理器；
用于存储所述一个或多个处理器可执行命令的易失性或非易失性存储器；
其中，所述一个或多个处理器被配置为执行如权利要求1至权利要求9任一项所述的连麦方法。
30.一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至权利要求9任一项所述的连麦方法。
CN202011172660.XA 2020-10-28 2020-10-28 连麦方法、***、装置、电子设备及存储介质 Active CN112312226B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202011172660.XA CN112312226B (zh) 2020-10-28 2020-10-28 连麦方法、***、装置、电子设备及存储介质
US17/396,965 US11665386B2 (en) 2020-10-28 2021-08-09 Method for co-hosting, and electronic device
EP21190434.7A EP3993364B1 (en) 2020-10-28 2021-08-09 Method for co-hosting, and electronic device
MX2021010211A MX2021010211A (es) 2020-10-28 2021-08-24 Metodo de co-alojamiento, y dispositivo electronico.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011172660.XA CN112312226B (zh) 2020-10-28 2020-10-28 连麦方法、***、装置、电子设备及存储介质

Publications (2)

Publication Number Publication Date
CN112312226A CN112312226A (zh) 2021-02-02
CN112312226B true CN112312226B (zh) 2023-06-27

Family

ID=74331380

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011172660.XA Active CN112312226B (zh) 2020-10-28 2020-10-28 连麦方法、***、装置、电子设备及存储介质

Country Status (4)

Country Link
US (1) US11665386B2 (zh)
EP (1) EP3993364B1 (zh)
CN (1) CN112312226B (zh)
MX (1) MX2021010211A (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115484468B (zh) * 2021-06-15 2024-01-09 北京字节跳动网络技术有限公司 一种连麦***、方法、装置、设备及存储介质
CN113507622A (zh) * 2021-07-08 2021-10-15 海南史塔克科技有限公司 视频互动方法、装置、***以及直播背包和互动接收器
CN113965768B (zh) * 2021-09-10 2024-01-02 北京达佳互联信息技术有限公司 直播间信息展示方法、装置、电子设备及服务器
CN113810775B (zh) * 2021-09-13 2023-04-07 上海哔哩哔哩科技有限公司 语音视频连线***和方法
CN116170607A (zh) * 2021-11-25 2023-05-26 上海哔哩哔哩科技有限公司 直播连麦中弹幕展示、发送方法及装置

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018094556A1 (zh) * 2016-11-22 2018-05-31 广州市百果园信息技术有限公司 直播间视频流推送控制方法及相应的服务器与移动终端

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104333770B (zh) * 2014-11-20 2018-01-12 广州华多网络科技有限公司 一种视频直播的方法以及装置
CN107070866B (zh) * 2016-12-30 2021-01-01 北京奇虎科技有限公司 一种流数据的传输方法和装置
EP3603087A4 (en) * 2017-03-31 2020-09-16 XO Group Inc. METHOD AND DEVICE FOR DYNAMIC LOCATION-BASED MEDIA TRANSFER
CN111107441B (zh) * 2018-10-25 2022-01-04 武汉斗鱼网络科技有限公司 一种连麦通信建立方法、存储介质、电子设备及***
CN109618191A (zh) * 2018-12-17 2019-04-12 广州市百果园信息技术有限公司 直播连麦方法、装置、计算机可读存储介质及终端
CN111385592A (zh) 2018-12-29 2020-07-07 广州市百果园信息技术有限公司 跨房间直播连线方法、装置、存储介质和服务器
CN111385349B (zh) 2020-02-07 2021-07-16 北京达佳互联信息技术有限公司 通信处理方法、装置、终端、服务器及存储介质
CN111372090B (zh) * 2020-02-25 2022-09-09 北京达佳互联信息技术有限公司 一种连麦的实现方法、装置、电子设备及存储介质
CN111432266A (zh) * 2020-03-31 2020-07-17 北京达佳互联信息技术有限公司 互动信息显示方法、装置、终端及存储介质
US11082467B1 (en) * 2020-09-03 2021-08-03 Facebook, Inc. Live group video streaming

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018094556A1 (zh) * 2016-11-22 2018-05-31 广州市百果园信息技术有限公司 直播间视频流推送控制方法及相应的服务器与移动终端

Also Published As

Publication number Publication date
EP3993364A1 (en) 2022-05-04
CN112312226A (zh) 2021-02-02
MX2021010211A (es) 2022-04-29
US11665386B2 (en) 2023-05-30
EP3993364B1 (en) 2022-10-19
US20220132176A1 (en) 2022-04-28

Similar Documents

Publication Publication Date Title
CN112291583B (zh) 直播连麦方法、装置、服务器、终端及存储介质
CN112312226B (zh) 连麦方法、***、装置、电子设备及存储介质
CN112118477B (zh) 虚拟礼物展示方法、装置、设备以及存储介质
CN111083516B (zh) 直播处理的方法和装置
CN110740340B (zh) 视频直播方法及装置、存储介质
CN111246236B (zh) 互动数据播放方法、装置、终端、服务器及存储介质
CN107896337B (zh) 信息推广方法、装置及存储介质
CN110102063B (zh) 标识绑定方法、装置、终端、服务器及存储介质
CN111045945B (zh) 模拟直播的方法、装置、终端、存储介质及程序产品
CN113206781B (zh) 客户端控制方法、装置、设备及存储介质
CN113271470B (zh) 直播连麦方法、装置、终端、服务器及存储介质
CN109246228B (zh) 资源获取、资源分配方法、装置、设备及存储介质
CN112583806A (zh) 资源共享方法、装置、终端、服务器及存储介质
CN111064657B (zh) 关注账户分组的方法、装置、***
CN111130985B (zh) 关联关系建立方法、装置、终端、服务器及存储介质
CN108260023B (zh) 进行直播的方法和装置
CN114546188B (zh) 基于互动界面的互动方法、装置、设备及可读存储介质
CN111918084B (zh) 上麦方法、装置、服务器及终端
CN112988254A (zh) 管理硬件设备的方法、装置和设备
CN114816187B (zh) 控件显示方法、装置、计算机设备及介质
CN114826800B (zh) 信息获取方法、装置、终端及存储介质
CN113225573B (zh) 直播连线方法、装置、终端、服务器、介质及产品
CN111526145B (zh) 音频传输反馈的方法、装置、***、设备及存储介质
CN112600806A (zh) 音频播放方法、装置、服务器及存储介质
CN113127224A (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