WO2023241686A1 - 直播间连麦方法、装置、电子设备、存储介质及程序产品 - Google Patents

直播间连麦方法、装置、电子设备、存储介质及程序产品 Download PDF

Info

Publication number
WO2023241686A1
WO2023241686A1 PCT/CN2023/100636 CN2023100636W WO2023241686A1 WO 2023241686 A1 WO2023241686 A1 WO 2023241686A1 CN 2023100636 W CN2023100636 W CN 2023100636W WO 2023241686 A1 WO2023241686 A1 WO 2023241686A1
Authority
WO
WIPO (PCT)
Prior art keywords
client
live broadcast
broadcast room
reply message
rtc
Prior art date
Application number
PCT/CN2023/100636
Other languages
English (en)
French (fr)
Inventor
王毅旭
荣英杰
曹晓舟
Original Assignee
抖音视界(北京)有限公司
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 抖音视界(北京)有限公司 filed Critical 抖音视界(北京)有限公司
Publication of WO2023241686A1 publication Critical patent/WO2023241686A1/zh

Links

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/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/26283—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 associating distribution time parameters to content, e.g. to generate electronic program guide 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/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/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • 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

Definitions

  • the present disclosure relates to the field of live broadcast technology, and in particular to a live broadcast room microphone connection method, device, electronic equipment, storage medium and program product.
  • the establishment process of the live broadcast room continuous broadcasting may include the user equipment A corresponding to the live broadcast room a sending an invitation message to the user equipment B corresponding to the live broadcast room b for instructing the establishment of the live broadcast room continuous broadcasting.
  • the user equipment B After receiving the invitation message, the user equipment B sends the invitation message to the user equipment B corresponding to the live broadcast room B.
  • User equipment A sends a reply message indicating that it agrees to establish a live broadcast room connection. After receiving the reply message, user equipment A establishes a live broadcast room connection with user equipment B.
  • a first aspect of an embodiment of the present disclosure provides a method for connecting microphones in a live broadcast room, which is applied to a first client.
  • the method includes: receiving an invitation message sent by a second client, wherein the invitation message is used to indicate that the first client is invited.
  • the client establishes a live broadcast room connection; according to the invitation message, sends a Real Time Communication (RTC) reply message to the second client, where the RTC reply message is used to indicate agreement to establish a live broadcast room connection with the second client.
  • RTC reply message is used by the second client to establish a live broadcast room connection with the first client based on the RTC reply message.
  • sending an RTC reply message to the second client according to the invitation message includes: sending the RTC reply message to the second client when the remaining validity period of the invitation message is less than a first duration threshold.
  • sending the real-time communication RTC reply message to the second client according to the invitation message includes: sending the RTC reply message and Hypertext Transfer Protocol HTTP to the second client according to the invitation message.
  • Reply message so that the second client establishes a live broadcast room connection with the first client based on the target reply message; wherein the target reply message is the first to be received by the second client among the RTC reply message and the HTTP reply message message, this HTTP reply message is used to indicate agreement to establish a live broadcast room connection with the second client.
  • sending an HTTP reply message to the second client includes: when the remaining valid period is greater than or equal to the second duration threshold, sending an HTTP reply message to the second client, the HTTP The reply message is used to indicate agreement to establish a live broadcast room connection with the second client.
  • a second aspect of the embodiment of the present disclosure provides a method for connecting microphones in a live broadcast room, which is applied to a second client.
  • the method includes: sending an invitation message to the first client, where the invitation message is used to instruct the first client to be invited.
  • the client establishes a live broadcast room connection; receives an RTC reply message sent by the first client, where the RTC reply message is used by the second client to establish a live broadcast room connection with the first client based on the RTC reply message, and the RTC reply The message is used to indicate that the first client agrees to establish a live broadcast room connection with the second client.
  • the method further includes: after sending the invitation message to the first client, receiving an HTTP reply message sent by the first client.
  • the method further includes: after sending the invitation message to the first client, when the RTC reply message is received and the live broadcast room connection is not established with the first client, reply according to the RTC Message, establish a live broadcast room connection with the first client.
  • establishing a live broadcast room connection with the first client includes: when the HTTP reply message is received and the live broadcast room connection is not established with the first client, according to the HTTP reply message and establish a live broadcast room connection with the first client.
  • a third aspect of the embodiment of the present disclosure provides a device for connecting microphones in a live broadcast room.
  • the device includes: a receiving module and a sending module; the receiving module is used to receive an invitation message sent by the second client, wherein the invitation message is The sending module is configured to send an RTC reply message to the second client according to the invitation message received by the receiving module, where the RTC reply message is used to indicate agreement with The second client establishes a live broadcast room connection, and the RTC reply message is used by the second client to establish a live broadcast room connection with the first client based on the RTC reply message.
  • the sending module is configured to send the RTC reply message to the second client when the remaining valid duration of the invitation message is less than a first duration threshold.
  • the sending module is specifically configured to send the RTC reply message and the Hypertext Transfer Protocol HTTP reply message to the second client according to the invitation message, so that the second client replies to the message based on the target, and the first A client establishes a live broadcast room connection, in which the target reply message is the RTC reply message and the The HTTP reply message is the first message received by the second client.
  • the HTTP reply message is used to indicate the agreement to establish a live broadcast room connection with the second client.
  • the sending module is specifically configured to send an HTTP reply message to the second client when the remaining valid period is greater than or equal to the second duration threshold.
  • the HTTP reply message is used to indicate agreement with the second client.
  • the client establishes a live broadcast room with microphone connection.
  • a fourth aspect of the embodiment of the present disclosure provides a device for connecting microphones in a live broadcast room.
  • the device includes: a sending module and a receiving module; the sending module is used to send an invitation message to the first client, wherein the invitation message is used for Instruct the second client to invite the first client to establish a live broadcast room connection; the receiving module is used to receive the RTC reply message sent by the first client, wherein the RTC reply message is used by the second client to reply according to the RTC message , establish a live broadcast room connection with the first client, and the RTC reply message is used to instruct the first client to agree to establish a live broadcast room connection with the second client.
  • the receiving module is also configured to receive an HTTP reply message sent by the first client after sending the invitation message to the first client.
  • the device further includes an establishment module; the establishment module is configured to, after sending the invitation message to the first client, receive the RTC reply message and the live broadcast room connection is not established with the first client. In this case, based on the RTC reply message, a live broadcast room connection is established with the first client.
  • the device further includes an establishment module; the establishment module is configured to, after receiving the HTTP reply message after sending the invitation message to the first client, and not establishing a live broadcast room connection with the first client. In this case, a live broadcast room connection is established with the first client based on the HTTP reply message.
  • a fifth aspect of the embodiment of the present disclosure provides an electronic device.
  • the electronic device includes a processor, a memory, and a computer program stored on the memory and executable on the processor.
  • the computer program is executed by the processor Implement the live broadcast room microphone connection method as described in the first aspect or the second aspect.
  • a sixth aspect of the embodiments of the present disclosure provides a computer-readable storage medium.
  • a computer program is stored on the computer-readable storage medium.
  • the computer program is executed by a processor, the live broadcast as described in the first or second aspect is realized. Intermittent wheat method.
  • a seventh aspect of the embodiments of the present disclosure provides a computer program product, wherein the computer program product includes a computer program.
  • the processor is caused to execute the computer program to implement the following steps: The microphone connection method in the live broadcast room described in the first aspect or the second aspect.
  • An eighth aspect of the embodiment of the present disclosure provides a chip.
  • the chip includes a processor and a communication interface.
  • the communication interface is coupled to the processor.
  • the processor is used to run program instructions to implement the first aspect or the second aspect. The described method of connecting microphones in the live broadcast room.
  • a ninth aspect of the embodiment of the present disclosure provides a computer program, including: instructions.
  • the instructions are executed by a processor, the method for connecting microphones in a live broadcast room as described in the first aspect or the second aspect is implemented.
  • a tenth aspect of the embodiment of the present disclosure provides a live broadcast room connection system, including: a first client and a second client, wherein the first client includes a live broadcast room connection system as described in the third aspect.
  • the second client includes the live broadcast room microphone connection device as described in the fourth aspect.
  • Figure 1 is a schematic flowchart of an existing live broadcast room microphone connection method provided by some embodiments of the present disclosure
  • Figure 2 is a schematic flowchart of a method for connecting microphones in a live broadcast room provided by some embodiments of the present disclosure
  • Figure 3 is a structural block diagram of a live broadcast room microphone connection device provided by some embodiments of the present disclosure
  • Figure 4 is a structural block diagram of a live broadcast room microphone connection device provided by other embodiments of the present disclosure.
  • Figure 5 is a structural block diagram of an electronic device provided by some embodiments of the present disclosure.
  • first, second, etc. in the description and claims of the present disclosure are used to distinguish similar objects and are not used to describe a specific order or sequence. It is to be understood that the figures so used are interchangeable under appropriate circumstances so that embodiments of the present disclosure can be practiced in sequences other than those illustrated or described herein, and that "first,”"second,” etc. are distinguished Objects are usually of one type, and the number of objects is not limited. For example, the first object can be It can be one or multiple.
  • “and/or” in the description and claims indicates at least one of the connected objects, and the character “/" generally indicates that the related objects are in an "or” relationship.
  • the second client sends an invitation message to the first server (the invitation message is used to instruct the first client to establish Live broadcast room with microphone); after receiving the invitation message, the first server forwards the invitation message to the first client (electronic device of anchor 2); after receiving the invitation message, the first client sends a reply message to the first server ( The reply message is used to indicate whether to agree or refuse to establish a live broadcast room connection with the second client); after receiving the reply message, the first server forwards the reply message to the second client; after the second client receives the reply message, if it replies The message is that the first client agrees to establish a live broadcast room connection with the second client, and then establishes a live broadcast room connection with the first client according to the reply message, otherwise the live broadcast room connection cannot be established.
  • the reply message is that the first client agrees to establish a live broadcast room connection with the second client, and then establishes a live broadcast room connection with the first client according to the reply message, otherwise the live broadcast room connection cannot be established.
  • the first server forwards messages related to the live broadcast service or the live broadcast function for the first client and the second client, and may also be called a live broadcast service server, a live broadcast server, a live broadcast application (Application, APP) server, etc.
  • a live broadcast service server a live broadcast server
  • a live broadcast application Application, APP
  • live broadcast room messages are all messages based on Hyper Text Transfer Protocol (HTTP) links
  • HTTP links are based on Transmission Control Protocol (Transmission Control Protocol).
  • TCP Transmission Control Protocol
  • the reliability of live broadcast room messages based on TCP protocol is higher, but the timeliness is poor.
  • the inviting party does not receive a response from the invited party within the total validity period of the invitation message (usually 20s, it can be other waiting times, which will be determined based on the actual situation), the live broadcast room will be canceled directly. (Of course, during the invitation period, if the inviting party is not willing to wait, they can cancel the live broadcast room in advance). Therefore, the inviting user needs to wait for the time for the invitation message to arrive from the first client to the second client, the time for the reply message to arrive from the second client to the first client, and after the second client displays the invitation message, the invited user The time for the inviting user to respond (the invited user usually cannot respond immediately and needs to wait a few seconds before responding).
  • the invitation sent by the second client can be received message, the invitation message is used to instruct the first client to establish a live broadcast room with microphone; according to the invitation message, an RTC reply message is sent to the second client, the RTC reply message is used to indicate the agreement to establish a live broadcast room with the second client
  • the RTC reply message is used by the second client to establish a live broadcast room connection with the first client based on the RTC reply message. That is to say, after receiving the invitation message, the first client uses a low-latency
  • Replying to messages through RTC can shorten the time-consuming process of setting up the live broadcast room to connect to the microphone to a certain extent. Therefore, it can solve the problem of the failure of the live broadcast room to connect to the microphone due to the long delay in the transmission process of the invitation message and/or reply message. Improve the success rate of microphone connection in the live broadcast room.
  • the electronic device in the embodiment of the present disclosure may be a mobile electronic device or a non-mobile electronic device.
  • Mobile electronic devices can be mobile phones, tablets, laptops, PDAs, vehicle-mounted electronic devices, wearable devices, Ultra-Mobile Personal Computers (UMPC), netbooks or Personal Digital Assistants (Personal Digital Assistant, PDA) etc.
  • the non-mobile electronic device can be a personal computer (PC), a television (Television, TV), a teller machine or a self-service machine, etc.; the embodiments of this disclosure are not specifically limited.
  • the execution subjects of the live broadcast room connection method provided by some embodiments of the present disclosure are the first client and the second client.
  • the first client and the second client can be the above-mentioned electronic devices (including mobile electronic devices and non-mobile electronic devices). device), or it can be a functional module and/or functional entity in the electronic device that can implement the method of connecting microphones in the live broadcast room.
  • the specific details can be determined according to actual usage requirements, and are not limited by the embodiments of the present disclosure.
  • some embodiments of the present disclosure provide a live broadcast room microphone connection method, which may include the following steps 201 to 204.
  • step 201 the second client sends an invitation message to the first client.
  • the invitation message is used to instruct the first client to establish a live broadcast room connection.
  • step 201 specifically involves the second client sending an invitation message to the first client through the first server.
  • step 202 the first client receives the invitation message sent by the second client.
  • step 202 is specifically the first client receiving the invitation message sent by the second client through the first server.
  • step 203 the first client sends an RTC (Real Time Clock) to the second client based on the invitation message. Communication, real-time communication) reply to the message.
  • RTC Real Time Clock
  • the RTC reply message is used to indicate that the first client agrees to establish a live broadcast room connection with the second client, and the RTC reply message is used for the second client to establish a live broadcast room connection with the first client based on the RTC reply message.
  • step 203 specifically involves the first client sending an RTC reply message to the second client through the second server (that is, the RTC server) according to the invitation message.
  • the first server and the second server are different.
  • the RTC server is a media server based on the real-time message transmission protocol, which can forward media streams between different devices to enable voice or video interaction between different devices.
  • RTC reply messages are transmitted based on User Datagram Protocol (UDP), and there are many edge nodes on the RTC server. Therefore, RTC reply messages are transmitted faster and with lower latency than live broadcast messages.
  • UDP User Datagram Protocol
  • the RTC connection includes processes such as RTC initialization, RTC room entry, and RTC streaming.
  • RTC initialization usually after the second client sends an invitation message to the first client, the RTC connection between the second client and the RTC server begins to be established; usually after the first client receives the After the invitation message is sent by the second client, the RTC connection between the first client and the RTC server begins to be established.
  • the HTTP connection is used to transmit upper-layer services, including live broadcast services, etc.
  • the RTC connection is used to transmit lower-layer services
  • the lower-layer services include the merging service of Lianmai live broadcast pictures, etc.
  • step 204 the second client receives the RTC reply message sent by the first client.
  • the RTC reply message is used by the second client to establish a live broadcast connection with the first client according to the RTC reply message, that is, the RTC reply message serves as the second client to establish a live broadcast with the first client.
  • step 204 is specifically for the second client to receive the RTC reply message sent by the first client through the RTC server.
  • the first client after receiving the invitation message, notifies the second client to agree to its live broadcast room connection request through a low-latency RTC reply message, so as to realize the live broadcast room connection.
  • Replying to messages through RTC can shorten the time-consuming process of setting up the live broadcast room to connect to the microphone to a certain extent. Therefore, it can solve the problem of the failure of the live broadcast room to connect to the microphone due to the long delay in the transmission process of the invitation message and/or reply message. Improve the success rate of microphone connection in the live broadcast room.
  • the above step 203 may be implemented through the following step 203a.
  • step 203a when the remaining validity period of the invitation message is less than the first duration threshold, the first client sends the RTC reply message to the second client.
  • the first duration threshold may be half of the total effective duration of the invitation message, or may be other values.
  • the specific duration threshold may be determined based on actual conditions and is not limited here.
  • the remaining valid time may be the time between the time when the first client receives the invitation message and the time when the invitation message expires, that is, the time between the time when the invitation message expires and the time when the first client receives the invitation message. difference.
  • the expiration time can be calculated by the second client based on the sending time of the invitation message and the total validity period of the invitation message, and the expiration time is carried in the invitation message; the expiration time can also be calculated by the server based on the time of receiving the invitation message and the invitation.
  • the total valid duration of the message is calculated or calculated by the server based on the time when the invitation message is received, the first preset duration and the total valid duration of the invitation message.
  • the first preset duration is statistical and the invitation message is sent from the second client to the server.
  • the average duration of receiving invitation messages; the expiration time can also be calculated by the first client based on the sending time of the invitation message and the total validity time of the invitation message.
  • the sending time of the invitation message is carried in the invitation message, and the total validity time of the invitation message is The duration may be stored in the first client or carried in the invitation message.
  • the remaining valid time is the first difference between the expiration time of the invitation message and the time when the server sends the invitation message (or the difference between the first difference and the second preset time length, and the second preset time length is The statistical average length of time from when the server sends the invitation message to when the first client receives the invitation message), where the expiration time and the time when the server sends the invitation message are both carried in the invitation message sent by the server to the first client.
  • the server The time point shall prevail, which can avoid the problem of inaccurate calculation of the remaining valid time due to inconsistent time points between the first client and the second client.
  • the expiration time of the invitation message is calculated by the server based on the time when the invitation message is received and the total validity period of the invitation message, or the server is calculated based on the time when the invitation message is received, the first preset duration, and the total validity period of the invitation message. Calculated by duration.
  • the first preset duration is a statistically average duration from when the second client sends the invitation message to when the server receives the invitation message.
  • the first client when the remaining valid time is less than the first duration threshold, it is likely that the second client cannot receive the HTTP reply message sent by the first client within the total valid time of the invitation message. Therefore, it can When the remaining validity period of the invitation message is less than the first duration threshold, the first client sends the RTC reply message to the second client to improve the efficiency of the second client in receiving the reply message, thereby improving the direct response time.
  • the success rate of continuous wheat sowing when the remaining valid time is less than the first duration threshold, it is likely that the second client cannot receive the HTTP reply message sent by the first client within the total valid time of the invitation message. Therefore, it can When the remaining validity period of the invitation message is less than the first duration threshold, the first client sends the RTC reply message to the second client to improve the efficiency of the second client in receiving the reply message, thereby improving the direct response time.
  • the success rate of continuous wheat sowing when the remaining valid time is less than the first duration threshold, it is likely that the second client cannot receive the HTTP reply message sent by the first client within the total valid
  • the above-mentioned step 203 can be specifically implemented through the following step 203b, and after step 203b, the live broadcast room connection method provided by the embodiment of the present disclosure can also include the following steps 205 to 206.
  • step 203b the first client sends the RTC reply message and the HTTP reply message to the second client according to the invitation message, so that the second client establishes a live broadcast room connection with the first client based on the target reply message.
  • the target reply message is the first message received by the second client among the RTC reply message and the HTTP reply message. That is, if the reception time of the RTC reply message is earlier than the reception time of the HTTP reply message, the target reply message is an RTC reply message. If the reception time of the HTTP reply message is earlier than the reception time of the RTC reply message, the target reply message is an HTTP reply message. .
  • the second client if the second client receives the RTC reply message first, the second client will establish a live broadcast room connection with the first client based on the RTC reply message. If the second client establishes a live broadcast room with the first client, During the process of connecting to the live broadcast, or after the second client and the first client have established a live broadcast room to connect to the broadcast, if the second client receives an HTTP reply message, the HTTP message will be ignored.
  • the second client receives the HTTP reply message first, the second client will establish a live broadcast room connection with the first client based on the HTTP reply message. If the second client establishes a live broadcast room with the first client, During the process of continuous microphone connection, or after the second client and the first client establish a live broadcast room and the continuous microphone connection is completed, the second client receives the RTC reply message, and then ignores the RTC reply message.
  • the HTTP reply message is used to indicate agreement to establish a live broadcast room connection with the second client.
  • step 203b specifically means that the first client sends an HTTP reply message to the second client through the first server according to the invitation message, and the first client sends an HTTP reply message to the second client through the second server according to the invitation message.
  • Send RTC reply message
  • the first client may send an RTC reply message and an HTTP reply message to the second client at the same time.
  • the first client may not send an RTC reply message and an HTTP reply message to the second client at the same time. Specifically, Determined based on actual conditions and not limited here.
  • step 205 the second client receives the HTTP reply message sent by the first client.
  • step 206 is specifically for the second client to receive the HTTP reply message sent by the first client through the first server.
  • step 206 the second client establishes a live broadcast room connection with the first client based on the target reply message.
  • the first client when the first client sends an RTC reply message to the second client, the first client also sends an HTTP reply message to the second client, which can make the HTTP message and the RTC reply message complementary.
  • Two forms of reply messages are used to improve the reliability of the reply event, ensuring that the second client can receive the reply message as soon as possible, thereby improving the success rate of the live broadcast room.
  • the above step 203b may include the following step 203b1, and the above step 203b may further include the following step 203b2 or step 203b3.
  • step 203b1 the first client sends an HTTP reply message to the second client according to the invitation message and when the remaining valid period is greater than or equal to the second period threshold.
  • step 203b1 is specifically, when the remaining valid period is greater than or equal to the second period threshold, the first client sends an HTTP reply message to the second client through the first server.
  • step 203b2 the first client sends an RTC reply message to the second client according to the invitation message.
  • step 203b3 when the remaining validity period of the invitation message is less than the first duration threshold, the first client sends the RTC reply message to the second client.
  • the HTTP reply message is used to indicate agreement to establish a live broadcast room connection with the second client.
  • step 203a For the description of the remaining valid period, reference may be made to the relevant description of the remaining valid period in step 203a, which will not be described again here.
  • the second duration threshold may be the same as the first duration threshold, or may be different from the first duration threshold.
  • the details may be determined based on the actual situation, and are not limited here. Among them, for the above situation 203b3, the first duration threshold and the second duration threshold are the same.
  • the second client when the remaining valid time is greater than or equal to the second time length threshold, the second client has a higher probability of receiving the HTTP reply message sent by the first client, so the first client can send a message to the second client.
  • the client sends an HTTP reply message so that the HTTP message and the RTC reply message are complementary.
  • the two forms of reply messages are used to improve the reliability of the reply event and ensure that the second client can receive the reply message as soon as possible, thereby improving the live broadcast room continuous broadcast. success rate.
  • the above step 206 may be implemented through the following step 206a or 206b.
  • step 206a when the second client receives the HTTP reply message and has not established a live broadcast room connection with the first client, it establishes a live broadcast room connection with the first client based on the HTTP reply message.
  • step 206b when the second client receives the RTC reply message and does not establish a live broadcast room connection with the first client, it establishes a live broadcast room connection with the first client based on the RTC reply message.
  • the first client can send an HTTP reply message and an RTC reply message after receiving the invitation message
  • the second client receives the HTTP reply message first, it will reply based on the HTTP reply message.
  • Establish a live broadcast room connection with the first client If the second client receives the RTC reply message first, it will establish a live broadcast room connection with the first client based on the RTC reply message. In this way, it can be guaranteed that the second client can communicate with the first client. Quickly establish a live broadcast room connection between clients, reducing the probability of failure to connect to the live broadcast room due to long delays in replying to messages, and improving user experience.
  • the first client after the first client receives the invitation message sent by the second client, the first client can only send an RTC reply message to the second client; first The client can also send an RTC reply message and an HTTP reply message to the second client; the first client can also send an HTTP reply message to the second client (when sending an HTTP reply message, the remaining valid time limit is not considered, as long as After receiving the invitation message, it sends an HTTP reply message), and when the remaining validity period is less than the first duration threshold, it sends an RTC reply message to the second client; the first client can also send an RTC reply to the second client. message (at this time, an RTC reply message is sent, regardless of the limit of the remaining validity period.
  • the RTC reply message is sent), and when the remaining validity period is greater than or equal to the second duration threshold, the message is sent to the second client.
  • the first client can also send an RTC reply message to the second client when the remaining valid time is less than the first duration threshold, and when the remaining valid time is greater than or equal to the second duration threshold (at this time , the first duration threshold and the second duration threshold are the same), send an HTTP reply message to the second client; the details can be determined according to the actual situation, and are not limited in the embodiments of the present disclosure.
  • Figure 3 is a structural block diagram of a device for connecting microphones in a live broadcast room according to an embodiment of the present disclosure. As shown in Figure 3, it includes: a receiving module 301 and a sending module 302; the receiving module 301 is used to receive a message sent by a second client.
  • invitation message the invitation message is used to instruct the first client to establish a live broadcast room with microphone;
  • the sending module 302 is used to send an RTC reply message to the second client according to the invitation message received by the receiving module 301, wherein,
  • the RTC reply message is used to indicate agreement to establish a live broadcast room connection with the second client.
  • the RTC reply message is used for the second client to establish a live broadcast room connection with the first client based on the RTC reply message.
  • the sending module 302 is configured to send the RTC reply message to the second client when the remaining valid duration of the invitation message is less than the first duration threshold.
  • the sending module 302 is specifically configured to send a message to the second client according to the invitation message.
  • Send the RTC reply message and the Hypertext Transfer Protocol HTTP reply message so that the second client establishes a live broadcast room connection with the first client based on the target reply message, where the target reply message is the RTC reply message and the HTTP
  • the reply message is the first message received by the second client.
  • This HTTP reply message is used to indicate the agreement to establish a live broadcast room connection with the second client.
  • the sending module 302 is specifically configured to send an HTTP reply message to the second client when the remaining valid period is greater than or equal to the second duration threshold.
  • the HTTP reply message is used to indicate agreement with the second client.
  • the second client establishes a live broadcast room and connects the microphone.
  • each module can implement the method of connecting microphones in a live broadcast room provided in the above method embodiments, and can achieve the same technical effect. To avoid duplication, details will not be described here.
  • Figure 4 is a structural block diagram of a device for connecting microphones in a live broadcast room according to an embodiment of the present disclosure. As shown in Figure 4, it includes: a sending module 401 and a receiving module 402; the sending module 401 is used to send an invitation to the first client. message, wherein the invitation message is used to instruct the second client to invite the first client to establish a live broadcast room connection; the receiving module 402 is used to receive an RTC reply message sent by the first client, and the RTC reply message is used for the first client.
  • the second client establishes a live broadcast room connection with the first client based on the RTC reply message.
  • the RTC reply message is used to instruct the first client to agree to establish a live broadcast room connection with the second client.
  • the receiving module 402 is also configured to receive an HTTP reply message sent by the first client after sending the invitation message to the first client.
  • the device further includes an establishment module; the establishment module is used to, when the RTC reply message is received and the live broadcast room connection is not established with the first client, based on the RTC reply message, and The first client establishes a live broadcast room with microphone connection.
  • the device further includes an establishment module; the establishment module is configured to, when the HTTP reply message is received and a live broadcast room connection is not established with the first client, based on the HTTP reply message, and The first client establishes a live broadcast room with microphone connection.
  • each module can implement the method of connecting microphones in a live broadcast room provided in the above method embodiments, and can achieve the same technical effect. To avoid duplication, details will not be described here.
  • the present disclosure also provides a system for connecting microphones in a live broadcast room, including: a first client and a second client, wherein the first client is a device for connecting microphones in a live broadcast room provided in the related embodiment in Figure 3, and the second client
  • the client includes a live broadcast room microphone connection device as provided in the relevant embodiment of Figure 4 .
  • Figure 5 is a schematic structural diagram of an electronic device provided by an embodiment of the present disclosure. It is used to illustrate an electronic device that implements any method of connecting microphones in a live broadcast room in the embodiment of the present disclosure. It should not be understood as a reference to the embodiment of the present disclosure. Specific limitations.
  • the electronic device 500 may include a processor (eg, central processing unit, graphics processor, etc.) 501, which may be loaded into a random access memory according to a program stored in a read-only memory (ROM) 502 or from a storage device 508.
  • the program in the memory (RAM) 503 executes various appropriate actions and processes.
  • various programs and data required for the operation of the electronic device 500 are also stored.
  • the processor 501, ROM 502 and RAM 503 are connected to each other through a bus 504.
  • An input/output (I/O) interface 505 is also connected to bus 504.
  • I/O interface 505 input devices 506 including, for example, a touch screen, touch pad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; including, for example, a liquid crystal display (LCD), speakers, vibration
  • An output device 507 such as a computer
  • a storage device 508 including a magnetic tape, a hard disk, etc.
  • Communication device 509 may allow electronic device 500 to communicate wirelessly or wiredly with other devices to exchange data.
  • electronic device 500 is shown with various means, it is to be understood that implementation or availability of all illustrated means is not required. More or fewer means may alternatively be implemented or provided.
  • embodiments of the present disclosure include a computer program product including a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for performing the method illustrated in the flowchart.
  • the computer program may be downloaded and installed from the network via communication device 509, or from storage device 508, or from ROM 502.
  • the processor 501 When the computer program is executed by the processor 501, the functions defined in any live broadcast room connection method provided by the embodiments of the present disclosure can be executed.
  • the present disclosure also provides a computer program, including: instructions.
  • instructions When the instructions are executed by a processor, the method for connecting microphones in a live broadcast room described in any of the foregoing embodiments is implemented.
  • the computer-readable medium mentioned above in the present disclosure may be a computer-readable signal medium or a computer-readable storage medium, or any combination of the above two.
  • the computer-readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination thereof. More specific examples of computer readable storage media may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard drive, random access memory (RAM), read only memory (ROM), removable Programmd read-only memory (EPROM or flash memory), fiber optics, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the above.
  • a computer-readable storage medium may be any tangible medium that contains or stores a program for use by or in connection with an instruction execution system, apparatus, or device.
  • a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable program therein. code. Such propagated data signals may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above.
  • a computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium that can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device .
  • Program code embodied on a computer-readable medium may be transmitted using any suitable medium, including but not limited to: wire, optical cable, RF (radio frequency), etc., or any suitable combination of the above.
  • the client and server can communicate using any currently known or future developed network protocol such as HTTP (HyperText Transfer Protocol), and can communicate with digital data in any form or medium.
  • Data communications e.g., communications network
  • communications networks include local area networks (“LAN”), wide area networks (“WAN”), the Internet (e.g., the Internet), and end-to-end networks (e.g., ad hoc end-to-end networks), as well as any currently known or developed in the future network of.
  • the above-mentioned computer-readable medium may be included in the above-mentioned electronic device; it may also exist independently without being assembled into the electronic device.
  • the computer-readable medium carries one or more programs.
  • the electronic device is the first client
  • the electronic device receives the invitation message sent by the second client.
  • the invitation message is used to instruct the first client to establish a live broadcast room connection;
  • an RTC reply message is sent to the second client, and the RTC reply message is used to indicate the agreement to establish a live broadcast room connection with the second client.
  • the RTC reply message is used by the second client to establish a live broadcast room connection with the first client based on the RTC reply message.
  • the computer-readable medium carries one or more programs.
  • the electronic device When the one or more programs are executed by the electronic device (the electronic device is the second client), the electronic device sends an invitation message to the first client. , the invitation message is used to instruct the first client to establish a live broadcast room connection; receive the RTC reply message sent by the first client, and the RTC reply message is used to instruct the first client to agree to establish a live broadcast room connection with the second client. Wheat; based on the RTC reply message, establish a live broadcast room connection with the first client.
  • computer program code for performing operations of the present disclosure may be written in one or more programming languages, including but not limited to object-oriented programming languages, or a combination thereof, such as Java, Smalltalk, C++, and also conventional procedural programming languages such as the "C" language or similar programming languages.
  • the program code may execute entirely on the computer, partly on the computer, as a stand-alone software package, partly on the computer and partly on a remote computer or entirely on the remote computer or server.
  • the remote computers can You can connect to a computer over any kind of network, including a local area network (LAN) or a wide area network (WAN), or you can connect to an external computer (such as through the Internet using an Internet service provider).
  • LAN local area network
  • WAN wide area network
  • Internet service provider such as AT&T, MCI, Sprint, EarthLink, MSN, GTE, etc.
  • each block in the flowchart or block diagram may represent a module, segment, or portion of code that contains one or more logic functions that implement the specified executable instructions.
  • the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown one after another may actually execute substantially in parallel, or they may sometimes execute in the reverse order, depending on the functionality involved.
  • each block of the block diagram and/or flowchart illustration, and combinations of blocks in the block diagram and/or flowchart illustration can be implemented by special purpose hardware-based systems that perform the specified functions or operations. , or can be implemented using a combination of specialized hardware and computer instructions.
  • the units involved in the embodiments of the present disclosure can be implemented in software or hardware. Among them, the name of a unit does not constitute a limitation on the unit itself under certain circumstances.
  • FPGAs Field Programmable Gate Arrays
  • ASICs Application Specific Integrated Circuits
  • ASSPs Application Specific Standard Products
  • SOCs Systems on Chips
  • CPLD Complex Programmable Logical device
  • computer-readable media may be tangible media that may contain or store a program for use by or in connection with an instruction execution system, apparatus, or device.
  • the computer-readable medium may be a computer-readable signal medium or a computer-readable storage medium.
  • Computer-readable media may include, but are not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices or devices, or any suitable combination of the foregoing.
  • Computer readable storage media would include electrical connections based on one or more wires, laptop disks, hard drives, random access memory (RAM), read only memory (ROM), erasable programmable read only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the above.
  • RAM random access memory
  • ROM read only memory
  • EPROM or flash memory erasable programmable read only memory
  • CD-ROM portable compact disk read-only memory
  • magnetic storage device or any suitable combination of the above.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本公开涉及一种直播间连麦方法、装置、电子设备、存储介质及程序产品。该方法包括：接收第二客户端发送的邀请消息，其中，该邀请消息用于指示邀请第一客户端建立直播间连麦；根据该邀请消息，向第二客户端发送RTC回复消息，其中，该RTC回复消息用于指示同意与第二客户端建立直播间连麦，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦。

Description

直播间连麦方法、装置、电子设备、存储介质及程序产品
相关申请的交叉引用
本申请是以CN申请号为202210689076.4，申请日为2022年6月16日的申请为基础，并主张其优先权，该CN申请的公开内容在此作为整体引入本申请中。
技术领域
本公开涉及直播技术领域，尤其涉及一种直播间连麦方法、装置、电子设备、存储介质及程序产品。
背景技术
目前，随着直播技术的发展，出现了让两个主播进行连麦，使画面和声音都面向双方直播间观众的直播形态，以下称为直播间连麦。直播间连麦的建立过程可以包括a直播间对应的用户设备A向b直播间对应的用户设备B发送用于指示建立直播间连麦的邀请消息，用户设备B接收到该邀请消息之后，向用户设备A发送用于指示同意建立直播间连麦的回复消息，用户设备A接收到该回复消息之后，与用户设备B建立直播间连麦。
发明内容
本公开实施例的第一方面，提供一种直播间连麦方法，应用于第一客户端，该方法包括：接收第二客户端发送的邀请消息，其中，该邀请消息用于指示邀请第一客户端建立直播间连麦；根据该邀请消息，向第二客户端发送实时通信(Real Time Communication，RTC)回复消息，其中，该RTC回复消息用于指示同意与第二客户端建立直播间连麦，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦。
在一些实施例中，根据该邀请消息，向第二客户端发送RTC回复消息包括：在该邀请消息的剩余有效时长小于第一时长阈值的情况下，向第二客户端发送该RTC回复消息。
在一些实施例中，根据该邀请消息，向第二客户端发送实时通信RTC回复消息包括：根据该邀请消息，向第二客户端发送该RTC回复消息和超文本传输协议HTTP 回复消息，以使第二客户端基于目标回复消息，与第一客户端建立直播间连麦；其中，该目标回复消息为该RTC回复消息和该HTTP回复消息中第二客户端最先接收到的消息，该HTTP回复消息用于指示同意与第二客户端建立直播间连麦。
在一些实施例中，根据该邀请消息，向第二客户端发送HTTP回复消息包括：在该剩余有效时长大于或等于第二时长阈值的情况下，向第二客户端发送HTTP回复消息，该HTTP回复消息用于指示同意与第二客户端建立直播间连麦。
本公开实施例的第二方面，提供一种直播间连麦方法，应用于第二客户端，该方法包括：向第一客户端发送邀请消息，其中，该邀请消息用于指示邀请第一客户端建立直播间连麦；接收第一客户端发送的RTC回复消息，其中，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦，该RTC回复消息用于指示第一客户端同意与第二客户端建立直播间连麦。
在一些实施例中，该方法还包括：该向第一客户端发送邀请消息之后，接收第一客户端发送的HTTP回复消息。
在一些实施例中，该方法还包括：该向第一客户端发送邀请消息之后，在接收到该RTC回复消息，且未与第一客户端建立直播间连麦的情况下，根据该RTC回复消息，与第一客户端建立直播间连麦。
在一些实施例中，根据该RTC回复消息，与第一客户端建立直播间连麦包括：在接收到该HTTP回复消息，且未与第一客户端建立直播间连麦的情况下，根据该HTTP回复消息，与第一客户端建立直播间连麦。
本公开实施例的第三方面，提供一种直播间连麦装置，该装置包括：接收模块和发送模块；该接收模块，用于接收第二客户端发送的邀请消息，其中，该邀请消息用于指示邀请第一客户端建立直播间连麦；该发送模块，用于根据该接收模块接收的该邀请消息，向第二客户端发送RTC回复消息，其中，该RTC回复消息用于指示同意与第二客户端建立直播间连麦，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦。
在一些实施例中，该发送模块，用于在该邀请消息的剩余有效时长小于第一时长阈值的情况下，向第二客户端发送该RTC回复消息。
在一些实施例中，该发送模块，具体用于根据该邀请消息，向第二客户端发送该RTC回复消息和超文本传输协议HTTP回复消息，以使第二客户端基于目标回复消息，与第一客户端建立直播间连麦，其中，该目标回复消息为该RTC回复消息和该 HTTP回复消息中第二客户端最先接收到的消息，该HTTP回复消息用于指示同意与第二客户端建立直播间连麦。
在一些实施例中，该发送模块，具体用于在该剩余有效时长大于或等于第二时长阈值的情况下，向第二客户端发送HTTP回复消息，该HTTP回复消息用于指示同意与第二客户端建立直播间连麦。
本公开实施例的第四方面，提供一种直播间连麦装置，该装置包括：发送模块和接收模块；该发送模块，用于向第一客户端发送邀请消息，其中，该邀请消息用于指示第二客户端邀请第一客户端建立直播间连麦；该接收模块，用于接收第一客户端发送的RTC回复消息，其中，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦，该RTC回复消息用于指示第一客户端同意与第二客户端建立直播间连麦。
在一些实施例中，该接收模块，还用于在向第一客户端发送邀请消息之后，接收第一客户端发送的HTTP回复消息。
在一些实施例中，该装置还包括建立模块；该建立模块，用于在向第一客户端发送邀请消息之后，在接收到该RTC回复消息，且未与第一客户端建立直播间连麦的情况下，根据该RTC回复消息，与第一客户端建立直播间连麦。
在一些实施例中，该装置还包括建立模块；该建立模块，用于在向第一客户端发送邀请消息之后，在接收到该HTTP回复消息，且未与第一客户端建立直播间连麦的情况下，根据该HTTP回复消息，与第一客户端建立直播间连麦。
本公开实施例的第五方面，提供一种电子设备，该电子设备包括处理器、存储器及存储在该存储器上并可在该处理器上运行的计算机程序，该计算机程序被该处理器执行时实现如第一方面或第二方面所述的直播间连麦方法。
本公开实施例的第六方面，提供一种计算机可读存储介质，该计算机可读存储介质上存储计算机程序，该计算机程序被处理器执行时实现如第一方面或第二方面所述的直播间连麦方法。
本公开实施例的第七方面，提供了一种计算机程序产品，其中，该计算机程序产品包括计算机程序，当该计算机程序产品在处理器上运行时，使得处理器执行该计算机程序，实现如第一方面或第二方面所述的直播间连麦方法。
本公开实施例的第八方面，提供了一种芯片，该芯片包括处理器和通信接口，该通信接口和该处理器耦合，该处理器用于运行程序指令，实现如第一方面或第二方面 所述的直播间连麦方法。
本公开实施例的第九方面，提供了一种计算机程序，包括：指令，所述指令被处理器执行时实现如第一方面或第二方面所述的直播间连麦方法。
本公开实施例的第十方面，提供了一种直播间连麦系统，包括：第一客户端和第二客户端，其中，所述第一客户端包括如第三方面所述的直播间连麦装置，所述第二客户端包括如第四方面所述的直播间连麦装置。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本公开一些实施例提供的现有的直播间连麦方法的流程示意图；
图2为本公开一些实施例提供的一种直播间连麦方法的流程示意图；
图3为本公开一些实施例提供的直播间连麦装置的结构框图；
图4为本公开另一些实施例提供的直播间连麦装置的结构框图；
图5为本公开一些实施例提供的一种电子设备的结构框图。
具体实施方式
为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
本公开的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以 是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
如图1所示，现有技术中，在直播间连麦建立过程中，第二客户端(主播1的电子设备)向第一服务器发送邀请消息(邀请消息用于指示邀请第一客户端建立直播间连麦)；第一服务器收到邀请消息之后，向第一客户端(主播2的电子设备)转发邀请消息；第一客户端收到该邀请消息之后，向第一服务器发送回复消息(回复消息用于指示同意或拒绝与第二客户端建立直播间连麦)；第一服务器收到回复消息之后，向第二客户端转发回复消息；第二客户端收到回复消息后，若回复消息为第一客户端同意与第二客户端建立直播间连麦，则根据回复消息，与第一客户端建立直播间连麦，否则无法建立直播间连麦。
例如，第一服务器为第一客户端和第二客户端转发直播业务或直播功能的相关消息，也可以称为直播业务服务器、直播服务器、直播应用(Application，APP)服务器等。
例如，直播间消息(包括邀请消息(invite)、回复(reply)消息等)均是基于超文本传输协议(Hyper Text Transfer Protocol，HTTP)链接的消息，HTTP链接是基于传输控制协议(Transmission Control Protocol，TCP)协议的，基于TCP协议的直播间消息的可靠性较高，但是时效性较差。
目前的直播间连麦机制中，邀请方如果在邀请消息有效总时长(通常为20s，可以是其他等待时长，具体根据实际情况确定)内未收到被邀请方的回应，则直接取消直播间连麦(当然在邀请期间，如果邀请方不愿意等待也可以提前取消直播间连麦)。因此，对于邀请方用户来说，需要等待邀请消息从第一客户端到达第二客户端的时间，回复消息从第二客户端到达第一客户端的时间，以及第二客户端显示邀请消息之后，被邀请方用户响应的时间(被邀请方用户通常不能立即响应，需等到几秒钟才会响应)。因此，如果在邀请消息或回复消息在传输过程中发生较长的时延，则很可能导致在邀请消息的有效总时长内无法接收到回复消息，使得直播间连麦被取消，进而直播间连麦失败。尤其是在网络和设备环境复杂(例如海外网络和设备环境复杂)的场景下，很容易导致直播间消息到达时延高(例如，直播间消息在传输过程中需要通过中心机房，若中心机房与其他第一服务器的距离较大，则会造成直播间消息在传输过程产生较大时延)，进而降低直播间连麦的成功率。
为了解决上述技术问题，本公开实施例中，可以通过接收第二客户端发送的邀请 消息，该邀请消息用于指示邀请第一客户端建立直播间连麦；根据该邀请消息，向第二客户端发送RTC回复消息，该RTC回复消息用于指示同意与第二客户端建立直播间连麦，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦，也就是说，第一客户端在接收到邀请消息后，通过低时延的RTC回复消息通知第二客户端同意其直播间连麦请求，以实现直播间连麦。通过RTC回复消息可以在一定程度上缩短直播间连麦建立过程的耗时，因此，可以解决因邀请消息和/或回复消息在传输过程中产生较长延时导致直播间连麦失败的问题，提高直播间连麦的成功率。
本公开实施例中的电子设备可以为移动电子设备，也可以为非移动电子设备。移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(Ultra-Mobile Personal Computer，UMPC)、上网本或者个人数字助理(Personal Digital Assistant，PDA)等；非移动电子设备可以为个人计算机(Personal Computer，PC)、电视机(Television，TV)、柜员机或者自助机等；本公开实施例不作具体限定。
本公开一些实施例提供的直播间连麦方法的执行主体为第一客户端和第二客户端，第一客户端和第二客户端可以为上述的电子设备(包括移动电子设备和非移动电子设备)，也可以为该电子设备中能够实现该直播间连麦方法的功能模块和/或功能实体，具体的可以根据实际使用需求确定，本公开实施例不作限定。
下面结合附图，通过具体的实施例及其应用场景对本公开实施例提供的直播间连麦方法进行详细地说明。
如图2所示，本公开一些实施例提供一种直播间连麦方法，该方法可以包括下述的步骤201至步骤204。
在步骤201中，第二客户端向第一客户端发送邀请消息。
在一些实施例中，该邀请消息用于指示邀请第一客户端建立直播间连麦。
可以理解，上述步骤201具体为第二客户端通过第一服务器向第一客户端发送邀请消息。
在步骤202中，第一客户端接收第二客户端发送的邀请消息。
可以理解，上述步骤202具体为第一客户端通过第一服务器接收第二客户端发送的邀请消息。
在步骤203中，第一客户端根据该邀请消息，向第二客户端发送RTC(Real Time  Communication，实时通信)回复消息。
该RTC回复消息用于指示第一客户端同意与第二客户端建立直播间连麦，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦。
可以理解，上述步骤203具体为第一客户端根据该邀请消息，通过第二服务器(即RTC服务器)向第二客户端发送RTC回复消息。
在一些实施例中，第一服务器和第二服务器不同，RTC服务器是一种基于实时消息传输协议的媒体服务器，可以在不同设备之间转发媒体流，实现不同设备之间进行语音或视频互动。RTC回复消息是基于用户数据报协议(UDP，User Datagram Protocol)传输的，且RTC服务端的边缘节点较多，因此RTC回复消息比直播消息传输的快，时延低。
可以理解，在第一客户端通过RTC服务器向第二客户端发送RTC回复消息之前，第一客户端需要与RTC服务器建立RTC连接，RTC连接包括RTC初始化、RTC进房和RTC推流等过程，具体可以参考现有相关技术，此处不做限定。目前在直播间连麦机制中，通常在第二客户端向第一客户端发送邀请消息之后，则开始建立第二客户端与RTC服务器之间的RTC连接；通常在第一客户端接收到第二客户端发送的邀请消息之后，则开始建立第一客户端与RTC服务器之间的RTC连接。
在一些实施例中，HTTP连接用于传输上层业务，上层业务包括直播业务等；RTC连接用于传输下层业务，下层业务包括连麦直播画面的合流业务等。
在步骤204中，第二客户端接收第一客户端发送的RTC回复消息。
在一些实施例中，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦，即该RTC回复消息作为第二客户端与第一客户端建立直播间连麦的依据。
可以理解，上述步骤204具体为第二客户端通过RTC服务器接收第一客户端发送的RTC回复消息。
本公开实施例中，第一客户端在接收到邀请消息后，通过低时延的RTC回复消息通知第二客户端同意其直播间连麦请求，以实现直播间连麦。通过RTC回复消息可以在一定程度上缩短直播间连麦建立过程的耗时，因此，可以解决因邀请消息和/或回复消息在传输过程中产生较长延时导致直播间连麦失败的问题，提高直播间连麦的成功率。
在一些实施例中，上述步骤203具体可以通过下述步骤203a实现。
在步骤203a中，在该邀请消息的剩余有效时长小于第一时长阈值的情况下，第一客户端向第二客户端发送该RTC回复消息。
在一些实施例中，第一时长阈值可以为邀请消息的有效总时长的一半，也可以为其他值，具体时长阈值可以根据实际情况确定，此处不做限定。
在一些实施例中，剩余有效时长可以为第一客户端接收到邀请消息的时刻与邀请消息的失效时刻之间的时长，即邀请消息的失效时刻与第一客户端接收到邀请消息的时刻的差值。其中，失效时刻可以是第二客户端根据邀请消息的发送时刻和邀请消息的总有效时长计算的，且失效时刻携带在邀请消息中；失效时刻也可以是服务器基于接收到邀请消息的时刻和邀请消息的总有效时长计算的或者服务器根据接收到邀请消息的时刻、第一预设时长和邀请消息的总有效时长计算的，第一预设时长为统计的从第二客户端发送邀请消息到服务器接收邀请消息的平均时长；失效时刻也可以是第一客户端根据邀请消息的发送时刻和邀请消息的总有效时长计算的，此时邀请消息的发送时刻携带在邀请消息中，邀请消息的总有效时长可以存储在第一客户端中或携带在邀请消息中。
在一些实施例中，剩余有效时长为邀请消息的失效时刻与服务器发送邀请消息的时刻的第一差值(或者为第一差值与第二预设时长的差值，第二预设时长为统计的从服务器发送邀请消息到第一客户端接收邀请消息的平均时长)，其中，失效时刻和服务器发送邀请消息的时刻均携带在服务器给第一客户端发送的邀请消息中，此时以服务器的时间点为准，可以避免因第一客户端和第二客户端之间的时间点不统一，导致剩余有效时长计算不准确的问题。
在一些实施例中，邀请消息的失效时刻是服务器基于接收到邀请消息的时刻和邀请消息的总有效时长计算的或者服务器根据接收到邀请消息的时刻、第一预设时长和邀请消息的总有效时长计算的。其中，第一预设时长为统计的从第二客户端发送邀请消息到服务器接收邀请消息的平均时长。
本公开实施例中，提供了多种计算剩余有效时长的方式，具体可以根据实际情况确定，此处不做限定。
本公开实施例中，在剩余有效时长小于第一时长阈值的情况下，很可能第二客户端不能在邀请消息的总有效时长内接收到第一客户端发送的HTTP回复消息，因此，可以在该邀请消息的剩余有效时长小于第一时长阈值的情况下，第一客户端向第二客户端发送该RTC回复消息，以提高第二客户端接收到回复消息的效率，进而提高直 播间连麦的成功率。
在一些实施例中，在上述步骤203具体可以通过下述步骤203b实现，且在步骤203b之后，本公开实施例提供的直播间连麦方法还可以包括下述的步骤205至步骤206。
在步骤203b中，第一客户端根据该邀请消息，向第二客户端发送该RTC回复消息和HTTP回复消息，以使第二客户端基于目标回复消息，与第一客户端建立直播间连麦。
在一些实施例中，该目标回复消息为该RTC回复消息和该HTTP回复消息中第二客户端最先接收到的消息。即若RTC回复消息的接收时刻早于HTTP回复消息的接收时刻，则目标回复消息为RTC回复消息，若HTTP回复消息的接收时刻早于RTC回复消息的接收时刻，则目标回复消息为HTTP回复消息。
可以理解，若第二客户端先接收到RTC回复消息，则第二客户端基于RTC回复消息，与第一客户端建立直播间连麦，若在第二客户端与第一客户端建立直播间连麦的过程中，或者在第二客户端与第一客户端建立直播间连麦完成之后，第二客户端接收到HTTP回复消息，则忽略HTTP消息。
可以理解，若第二客户端先接收到HTTP回复消息，则第二客户端基于HTTP回复消息，与第一客户端建立直播间连麦，若在第二客户端与第一客户端建立直播间连麦的过程中，或者在第二客户端与第一客户端建立直播间连麦完成之后，第二客户端接收到RTC回复消息，则忽略RTC回复消息。
在一些实施例中，该HTTP回复消息用于指示同意与第二客户端建立直播间连麦。
可以理解，上述步骤203b具体为第一客户端根据该邀请消息，通过第一服务器向第二客户端发送HTTP回复消息，并且第一客户端根据该邀请消息，通过第二服务器向第二客户端发送RTC回复消息。
在一些实施例中，第一客户端可以同时向第二客户端发送RTC回复消息和HTTP回复消息，第一客户端也可以不同时向第二客户端发送RTC回复消息和HTTP回复消息，具体可以根据实际情况确定，此处不做限定。
在步骤205中，第二客户端接收第一客户端发送的HTTP回复消息。
可以理解，上述步骤206具体为第二客户端通过第一服务器接收第一客户端发送的HTTP回复消息。
在步骤206中，第二客户端基于目标回复消息，与第一客户端建立直播间连麦。
本公开实施例中，在第一客户端向第二客户端发送RTC回复消息的情况下，第一客户端也向第二客户端发送HTTP回复消息，可以使得HTTP消息与RTC回复消息互补，通过两种形式的回复消息来提高回复事件的可靠性，保证第二客户端可以尽快收到回复消息，进而提高直播间连麦的成功率。
在一些实施例中，上述步骤203b可以包括下述步骤203b1，且上述步骤203b还可以包括下述步骤203b2或步骤203b3。
在步骤203b1中，第一客户端根据该邀请消息，在该剩余有效时长大于或等于第二时长阈值的情况下，向第二客户端发送HTTP回复消息。
可以理解，上述步骤203b1具体为在该剩余有效时长大于或等于第二时长阈值的情况下，第一客户端通过第一服务器向第二客户端发送HTTP回复消息。
在步骤203b2中，第一客户端根据该邀请消息，向第二客户端发送RTC回复消息。
在步骤203b3中，在该邀请消息的剩余有效时长小于第一时长阈值的情况下，第一客户端向第二客户端发送该RTC回复消息。
在一些实施例中，该HTTP回复消息用于指示同意与第二客户端建立直播间连麦。
对剩余有效时长的描述可以参考上述步骤203a中对剩余有效时长的相关描述，此处不再赘述。
对第二时长阈值的描述可以参考上述步骤203a中对第一时长阈值的相关描述，此处不再赘述。
第二时长阈值可以与第一时长阈值相同，也可以与第一时长阈值不同，具体可以根据实际情况确定，此处不做限定。其中，对于上述203b3的情况，第一时长阈值和第二时长阈值相同。
本公开实施例中，在剩余有效时长大于或等于第二时长阈值的情况下，第二客户端接收到第一客户端发送的HTTP回复消息的概率较大，因此第一客户端可以向第二客户端发送HTTP回复消息，以使得HTTP消息与RTC回复消息互补，通过两种形式的回复消息来提高回复事件的可靠性，保证第二客户端可以尽快收到回复消息，进而提高直播间连麦的成功率。
在一些实施例中，上述步骤206具体可以通过下述的步骤206a或206b实现。
在步骤206a中，第二客户端在接收到该HTTP回复消息，且未与第一客户端建立直播间连麦的情况下，根据该HTTP回复消息，与第一客户端建立直播间连麦。
在步骤206b中，第二客户端在接收到该RTC回复消息，且未与第一客户端建立直播间连麦的情况下，根据该RTC回复消息，与第一客户端建立直播间连麦。
可以理解，本公开实施例中，因为第一客户端在接收到邀请消息之后，可以发送HTTP回复消息和RTC回复消息，因此，若第二客户端先接收到HTTP回复消息，则基于HTTP回复消息与第一客户端建立直播间连麦，若第二客户端先接收到RTC回复消息，则基于RTC回复消息与第一客户端建立直播间连麦，如此，可以保证第二客户端与第一客户端之间快速建立直播间连接，降低因回复消息延时过长，导致直播间连麦失败的概率，可以提高用户体验。
可以理解，综合上述实施例的描述，本公开实施例中，在第一客户端接收第二客户端发送的邀请消息之后，第一客户端可以仅向第二客户端发送RTC回复消息；第一客户端也可以向第二客户端发送RTC回复消息和HTTP回复消息；第一客户端也可以向第二客户端发送HTTP回复消息(此时发送HTTP回复消息，不考虑剩余有效时长的限制，只要接收到邀请消息，就发送HTTP回复消息)，并在剩余有效时长小于第一时长阈值的情况下，向第二客户端发送RTC回复消息；第一客户端也可以向第二客户端发送RTC回复消息(此时发送RTC回复消息，不考虑剩余有效时长的限制，只要接收到邀请消息，就发送RTC回复消息)，并在剩余有效时长大于或等于第二时长阈值的情况下，向第二客户端发送HTTP回复消息；第一客户端还可以在剩余有效时长小于第一时长阈值的情况下，向第二客户端发送RTC回复消息，并在剩余有效时长大于或等于第二时长阈值(此时，第一时长阈值和第二时长阈值相同)的情况下，向第二客户端发送HTTP回复消息；具体可以根据实际情况确定，本公开实施例不做限定。
图3为本公开实施例示出的一种直播间连麦装置的结构框图，如图3所示，包括：接收模块301和发送模块302；该接收模块301，用于接收第二客户端发送的邀请消息，该邀请消息用于指示邀请第一客户端建立直播间连麦；该发送模块302，用于根据该接收模块301接收的该邀请消息，向第二客户端发送RTC回复消息，其中，该RTC回复消息用于指示同意与第二客户端建立直播间连麦，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦。
在一些实施例中，该发送模块302，用于在该邀请消息的剩余有效时长小于第一时长阈值的情况下，向第二客户端发送该RTC回复消息。
在一些实施例中，该发送模块302，具体用于根据该邀请消息，向第二客户端发 送该RTC回复消息和超文本传输协议HTTP回复消息，以使第二客户端基于目标回复消息，与第一客户端建立直播间连麦，其中，该目标回复消息为该RTC回复消息和该HTTP回复消息中第二客户端最先接收到的消息，该HTTP回复消息用于指示同意与第二客户端建立直播间连麦。
在一些实施例中，该发送模块302，具体用于在该剩余有效时长大于或等于第二时长阈值的情况下，向第二客户端发送HTTP回复消息，该HTTP回复消息用于指示同意与第二客户端建立直播间连麦。
本公开实施例中，各模块可以实现上述方法实施例提供的直播间连麦方法，且能达到相同的技术效果，为避免重复，这里不再赘述。
图4为本公开实施例示出的一种直播间连麦装置的结构框图，如图4所示，包括：发送模块401和接收模块402；该发送模块401，用于向第一客户端发送邀请消息，其中，该邀请消息用于指示第二客户端邀请第一客户端建立直播间连麦；该接收模块402，用于接收第一客户端发送的RTC回复消息，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦，该RTC回复消息用于指示第一客户端同意与第二客户端建立直播间连麦。
在一些实施例中，该接收模块402，还用于在向第一客户端发送邀请消息之后，接收第一客户端发送的HTTP回复消息。
在一些实施例中，该装置还包括建立模块；该建立模块，用于在接收到该RTC回复消息，且未与第一客户端建立直播间连麦的情况下，根据该RTC回复消息，与第一客户端建立直播间连麦。
在一些实施例中，该装置还包括建立模块；该建立模块，用于在接收到该HTTP回复消息，且未与第一客户端建立直播间连麦的情况下，根据该HTTP回复消息，与第一客户端建立直播间连麦。
本公开实施例中，各模块可以实现上述方法实施例提供的直播间连麦方法，且能达到相同的技术效果，为避免重复，这里不再赘述。
本公开还提供一种直播间连麦系统，包括：第一客户端和第二客户端，其中，所述第一客户端如图3相关实施例提供的直播间连麦装置，所述第二客户端包括如图4相关实施例提供的直播间连麦装置。
图5为本公开实施例提供的一种电子设备的结构示意图，用于对实现本公开实施例中任意直播间连麦方法的电子设备进行示例性说明，不应理解为对本公开实施例的 具体限定。
如图5所示，电子设备500可以包括处理器(例如中央处理器、图形处理器等)501，其可以根据存储在只读存储器(ROM)502中的程序或者从存储装置508加载到随机访问存储器(RAM)503中的程序而执行各种适当的动作和处理。在RAM 503中，还存储有电子设备500操作所需的各种程序和数据。处理器501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。
通常，以下装置可以连接至I/O接口505：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置506；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置507；包括例如磁带、硬盘等的存储装置508；以及通信装置509。通信装置509可以允许电子设备500与其他设备进行无线或有线通信以交换数据。虽然示出了具有各种装置的电子设备500，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置509从网络上被下载和安装，或者从存储装置508被安装，或者从ROM 502被安装。在该计算机程序被处理器501执行时，可以执行本公开实施例提供的任意直播间连麦方法中限定的功能。
本公开还提供一种计算机程序，包括：指令，所述指令被处理器执行时实现前述任意实施例所述的直播间连麦方法。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序 代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
在一些实施方式中，客户端、服务端可以利用诸如HTTP(HyperText Transfer Protocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备(电子设备为第一客户端)执行时，使得该电子设备：接收第二客户端发送的邀请消息，该邀请消息用于指示邀请第一客户端建立直播间连麦；根据该邀请消息，向第二客户端发送RTC回复消息，该RTC回复消息用于指示同意与第二客户端建立直播间连麦，该RTC回复消息用于第二客户端根据该RTC回复消息，与第一客户端建立直播间连麦。
或者，上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备(电子设备为第二客户端)执行时，使得该电子设备向第一客户端发送邀请消息，该邀请消息用于指示邀请第一客户端建立直播间连麦；接收第一客户端发送的RTC回复消息，该RTC回复消息用于指示第一客户端同意与第二客户端建立直播间连麦；根据该RTC回复消息，与第一客户端建立直播间连麦。
在本公开实施例中，可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括但不限于面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在计算机上执行、部分地在计算机上执行、作为一个独立的软件包执行、部分在计算机上部分在远程计算机上执行、或者完全在远程计算机或服务端上执行。在涉及远程计算机的情形中，远程计算机可以通 过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，计算机可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。计算机可读介质可以是计算机可读信号介质或计算机可读储存介质。计算机可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。计算机可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限 于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (16)

  1. 一种直播间连麦方法，应用于第一客户端，包括：
    接收第二客户端发送的邀请消息，其中，所述邀请消息用于指示邀请所述第一客户端建立直播间连麦；
    根据所述邀请消息，向所述第二客户端发送实时通信RTC回复消息，其中，所述RTC回复消息用于指示同意与所述第二客户端建立直播间连麦，所述RTC回复消息用于所述第二客户端根据所述RTC回复消息，与所述第一客户端建立直播间连麦。
  2. 根据权利要求1所述的直播间连麦方法，其中，所述根据所述邀请消息，向所述第二客户端发送RTC回复消息包括：
    在所述邀请消息的剩余有效时长小于第一时长阈值的情况下，向所述第二客户端发送所述RTC回复消息。
  3. 根据权利要求1或2所述的直播间连麦方法，其中，所述根据所述邀请消息，向所述第二客户端发送实时通信RTC回复消息包括：
    根据所述邀请消息，向所述第二客户端发送所述RTC回复消息和超文本传输协议HTTP回复消息，以使所述第二客户端基于目标回复消息，与所述第一客户端建立直播间连麦，
    其中，所述目标回复消息为所述RTC回复消息和所述HTTP回复消息中所述第二客户端最先接收到的消息，所述HTTP回复消息用于指示同意与所述第二客户端建立直播间连麦。
  4. 根据权利要求3所述的直播间连麦方法，其中，根据所述邀请消息，向所述第二客户端发送HTTP回复消息包括：
    在剩余有效时长大于或等于第二时长阈值的情况下，向所述第二客户端发送HTTP回复消息。
  5. 根据权利要求1-4任一项所述的直播间连麦方法，其中，
    所述接收第二客户端发送的邀请消息包括：
    通过第一服务器接收所述第二客户端发送的所述邀请消息；
    所述向所述第二客户端发送RTC回复消息包括：
    通过第二服务器向所述第二客户端发送所述RTC回复消息，其中，所述第一服务器与第二服务器不同，所述第二服务器为RTC服务器。
  6. 一种直播间连麦直播间连麦方法，应用于第二客户端，包括：
    向第一客户端发送邀请消息，其中，所述邀请消息用于指示邀请所述第一客户端建立直播间连麦；
    接收所述第一客户端发送的实时通信RTC回复消息，其中，所述RTC回复消息用于所述第二客户端根据所述RTC回复消息，与所述第一客户端建立直播间连麦，所述RTC回复消息用于指示所述第一客户端同意与所述第二客户端建立直播间连麦。
  7. 根据权利要求6所述的直播间连麦方法，还包括：所述向第一客户端发送邀请消息之后，
    接收所述第一客户端发送的超文本传输协议HTTP回复消息。
  8. 根据权利要求7所述的直播间连麦方法，还包括：所述向第一客户端发送邀请消息之后，
    在接收到所述RTC回复消息，且未与所述第一客户端建立直播间连麦的情况下，根据所述RTC回复消息，与所述第一客户端建立直播间连麦；
    或者，
    在接收到所述HTTP回复消息，且未与所述第一客户端建立直播间连麦的情况下，根据所述HTTP回复消息，与所述第一客户端建立直播间连麦。
  9. 根据权利要求6-8任一项所述的直播间连麦方法，其中，
    所述向第一客户端发送邀请消息包括：
    通过第一服务器向所述第一客户端发送所述邀请消息；
    所述接收所述第一客户端发送的RTC回复消息包括：
    通过第二服务器接收所述第一客户端发送的所述RTC回复消息，其中，所述第一服务器与第二服务器不同，所述第二服务器为RTC服务器。
  10. 一种直播间连麦装置，包括：接收模块和发送模块；
    所述接收模块，用于接收第二客户端发送的邀请消息，其中，所述邀请消息用于指示邀请第一客户端建立直播间连麦；
    所述发送模块，用于根据所述接收模块接收的所述邀请消息，向所述第二客户端发送实时通信RTC回复消息，其中，所述RTC回复消息用于指示同意与所述第二客户端建立直播间连麦，所述RTC回复消息用于所述第二客户端根据所述RTC回复消息，与所述第一客户端建立直播间连麦。
  11. 一种直播间连麦装置，其中，包括：发送模块和接收模块；
    所述发送模块，用于向第一客户端发送邀请消息，其中，所述邀请消息用于指示第二客户端邀请所述第一客户端建立直播间连麦；
    所述接收模块，用于接收所述第一客户端发送的实时通信RTC回复消息，其中，所述RTC回复消息用于所述第二客户端根据所述RTC回复消息，与所述第一客户端建立直播间连麦，所述RTC回复消息用于指示所述第一客户端同意与所述第二客户端建立直播间连麦。
  12. 一种电子设备，其中，包括：存储器和处理器，存储器用于存储计算机程序；处理器用于在调用计算机程序时执行权利要求1至9中任一项所述的直播间连麦方法。
  13. 一种计算机可读存储介质，其中，其上存储有计算机程序，计算机程序被处理器执行时实现权利要求1至9中任一项所述的直播间连麦方法。
  14. 一种计算机程序产品，其中，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现权利要求1至9中任一项所述的直播间连麦方法。
  15. 一种计算机程序，包括：指令，所述指令被处理器执行时实现如权利要求1-9中任一项所述的直播间连麦方法。
  16. 一种直播间连麦系统，包括：第一客户端和第二客户端，其中，所述第一客户端包括权利要求10所述的直播间连麦装置，所述第二客户端包括权利要求11所述的直播间连麦装置。
PCT/CN2023/100636 2022-06-16 2023-06-16 直播间连麦方法、装置、电子设备、存储介质及程序产品 WO2023241686A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210689076.4 2022-06-16
CN202210689076.4A CN117294863A (zh) 2022-06-16 2022-06-16 直播间连麦方法、装置、电子设备、存储介质及程序产品

Publications (1)

Publication Number Publication Date
WO2023241686A1 true WO2023241686A1 (zh) 2023-12-21

Family

ID=89192345

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2023/100636 WO2023241686A1 (zh) 2022-06-16 2023-06-16 直播间连麦方法、装置、电子设备、存储介质及程序产品

Country Status (2)

Country Link
CN (1) CN117294863A (zh)
WO (1) WO2023241686A1 (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103580986A (zh) * 2012-07-30 2014-02-12 华为终端有限公司 一种实时通信方法、终端设备、实时通信服务器及系统
CN107707533A (zh) * 2017-09-18 2018-02-16 深圳市迅雷网文化有限公司 基于Web的连麦方法、系统及存储介质
CN109756504A (zh) * 2019-01-16 2019-05-14 武汉斗鱼鱼乐网络科技有限公司 一种基于直播平台的通信方法及相关装置
CN110324655A (zh) * 2019-08-05 2019-10-11 北京字节跳动网络技术有限公司 一种直播间客户端的连线方法、装置、设备及存储介质
CN111372092A (zh) * 2020-03-04 2020-07-03 北京字节跳动网络技术有限公司 通信链路建立方法、装置、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103580986A (zh) * 2012-07-30 2014-02-12 华为终端有限公司 一种实时通信方法、终端设备、实时通信服务器及系统
CN107707533A (zh) * 2017-09-18 2018-02-16 深圳市迅雷网文化有限公司 基于Web的连麦方法、系统及存储介质
CN109756504A (zh) * 2019-01-16 2019-05-14 武汉斗鱼鱼乐网络科技有限公司 一种基于直播平台的通信方法及相关装置
CN110324655A (zh) * 2019-08-05 2019-10-11 北京字节跳动网络技术有限公司 一种直播间客户端的连线方法、装置、设备及存储介质
CN111372092A (zh) * 2020-03-04 2020-07-03 北京字节跳动网络技术有限公司 通信链路建立方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN117294863A (zh) 2023-12-26

Similar Documents

Publication Publication Date Title
CN110708393B (zh) 用于传输数据的方法、装置和系统
CN112312060B (zh) 屏幕共享方法、装置和电子设备
CN110166791B (zh) 连接的建立方法、装置、设备及存储介质
WO2021254168A1 (zh) 会议控制方法、装置、可读介质及电子设备
WO2022083379A1 (zh) 连接处理方法、装置、电子设备及计算机可读存储介质
US11758087B2 (en) Multimedia conference data processing method and apparatus, and electronic device
US20240292044A1 (en) Method, apparatus, electronic device and storage medium for audio and video synchronization monitoring
CN112416632B (zh) 事件通信方法、装置、电子设备和计算机可读介质
WO2023093879A1 (zh) 数据传输方法、装置、设备和介质
WO2023193574A1 (zh) 投屏方法、系统、设备及存储介质
CN111818291B (zh) 建立多媒体通话的方法、装置和电子设备
WO2021147466A1 (zh) 消息处理方法、装置及电子设备
CN116070285A (zh) 基于拜占庭容错的异步共识方法、装置、服务器和介质
WO2023241686A1 (zh) 直播间连麦方法、装置、电子设备、存储介质及程序产品
CN113037751A (zh) 创建音视频接收流的方法及系统
CN114793232B (zh) 业务处理方法、装置、电子设备及存储介质
WO2023241578A1 (zh) 消息处理方法、装置、通信设备、存储介质及程序产品
WO2023241575A1 (zh) 连麦建立方法、装置、设备、存储介质及程序产品
CN109842549B (zh) 即时通讯交互方法、装置及电子设备
WO2023197897A1 (zh) 直播音视频流的处理方法、装置、设备及介质
CN116137620B (zh) 呼叫路由方法、装置、电子设备及计算机可读存储介质
WO2023131109A1 (zh) 一种注册广播的方法及装置
WO2024002334A1 (zh) 视图渲染方法、装置、电子设备、存储介质及程序产品
CN113727183B (zh) 直播推流方法、装置、设备、存储介质及计算机程序产品
WO2023131110A1 (zh) 一种进程间通信的方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23823252

Country of ref document: EP

Kind code of ref document: A1