+

WO2018121015A1 - Procédé et dispositif de traitement de diffusion en direct via une connexion par microphone sur le côté client - Google Patents

Procédé et dispositif de traitement de diffusion en direct via une connexion par microphone sur le côté client Download PDF

Info

Publication number
WO2018121015A1
WO2018121015A1 PCT/CN2017/107316 CN2017107316W WO2018121015A1 WO 2018121015 A1 WO2018121015 A1 WO 2018121015A1 CN 2017107316 W CN2017107316 W CN 2017107316W WO 2018121015 A1 WO2018121015 A1 WO 2018121015A1
Authority
WO
WIPO (PCT)
Prior art keywords
live broadcast
live
room
client
data
Prior art date
Application number
PCT/CN2017/107316
Other languages
English (en)
Chinese (zh)
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 广州华多网络科技有限公司
Priority to SG11201906092QA priority Critical patent/SG11201906092QA/en
Publication of WO2018121015A1 publication Critical patent/WO2018121015A1/fr

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/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
    • 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/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • 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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • 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

Definitions

  • the present application relates to the field of webcasting technology, and in particular, to a client-side live broadcast processing method and apparatus.
  • the live broadcast software can provide multiple live broadcast modes for users to select, such as anchor mode or wheat sequence mode; in the anchor mode, one of the multiple clients plays the role of the anchor client, and the other clients are the viewer clients; In the mode, there may be multiple anchors, and the client that first becomes the anchor initiates the invitation to the other client, and the client of the linker becomes the anchor after accepting the invitation.
  • Each of the anchor clients may be referred to as a first wheat, a second wheat, a third wheat, etc., in order according to the order of the anchor client.
  • the wheat has certain restrictions.
  • the A anchor client and the B anchor client are broadcasted in different live broadcasts.
  • the A anchor client initiates a contact invitation to the B anchor client
  • the B anchor client needs to stop the live broadcast, exit the live broadcast room and enter the live broadcast room.
  • the live broadcast room where the A-host client is located can be connected to the A-host client. Since the gift in the same live broadcast can only be sent to the first live broadcast of the live broadcast room, the user and gift of the B client are lost.
  • the present application provides a client and a live broadcast processing method and apparatus.
  • a method for processing a client live broadcast includes the following steps:
  • the live broadcast data between the first live broadcast and the live broadcast data between the second live broadcast are obtained;
  • a client live web processing method includes the following steps:
  • the first live broadcast room first wheat sends a request for the first wheat of the second live broadcast room to the server;
  • the server After receiving the connection request, the server sends the connection request to the first live broadcast room;
  • the second live broadcast first wheat After receiving the connection request, the second live broadcast first wheat responds to the connection request and returns response information to the server;
  • the server After receiving the response information, acquires the live data of the first live broadcast and the live broadcast data of the second live broadcast, and sends the live broadcast data of the first live broadcast to the corresponding corresponding to the second live broadcast.
  • the client sends the live broadcast data of the second live broadcast to the client corresponding to the first live broadcast.
  • a client serial live processing device includes the following steps:
  • the first receiving module is configured to receive a connection request for the first live broadcast of the first live broadcast between the first live broadcast room;
  • a first sending module configured to send the connected request to the first live broadcast room
  • the obtaining module is configured to obtain the live broadcast data between the first live broadcast and the live broadcast data between the second live broadcast after receiving the response information of the first live broadcast of the first live broadcast between the first live broadcasts;
  • a second sending module configured to send live data of the first live broadcast to a client corresponding to the second live broadcast, and send live data of the second live broadcast to the first live broadcast Client.
  • any first wheat does not need to leave the live room where it is located and enters the live room where another wheat is located, but obtains the live broadcast of any first wheat through the server.
  • the live broadcast data is sent to the user of the live broadcast room of another wheat store, so as to avoid the problem that the client and the gift of the client in the different live broadcast rooms are lost.
  • FIG. 1 is a network architecture diagram applicable to an embodiment of the present application.
  • FIG. 2a is a flowchart of a method for processing a client live webcast according to an exemplary embodiment of the present application.
  • FIG. 2b is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application.
  • FIG. 2c is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application.
  • FIG. 3a is a flowchart of another method for processing a client live webcast according to an exemplary embodiment of the present application.
  • FIG. 3b is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application.
  • FIG. 3c is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application.
  • FIG. 4 is a timing diagram of interaction when a client is connected to live broadcast processing according to an exemplary embodiment of the present application.
  • FIG. 5a is a block diagram of a client connected live broadcast processing apparatus according to an exemplary embodiment of the present application.
  • FIG. 5b is a block diagram of another client connected live broadcast processing apparatus according to an exemplary embodiment of the present application.
  • FIG. 5c is another client serial live processing device according to an exemplary embodiment of the present application. Block diagram.
  • first, second, third, etc. may be used to describe various information in this application, such information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other.
  • first information may also be referred to as the second information without departing from the scope of the present application.
  • second information may also be referred to as the first information.
  • word "if” as used herein may be interpreted as "when” or “when” or “in response to a determination.”
  • FIG. 1 is a network architecture diagram applicable to the embodiment of the present application.
  • the network architecture shown in Figure 1 includes anchor clients 10a, 10b, server 20, and viewer clients 30a, 30b.
  • the anchor 1 broadcasts the live broadcast through the anchor client 10a, and the anchor client 10a sends the live broadcast data to the server 20.
  • the server 20 pushes the live broadcast data to the live broadcast room corresponding to the anchor client 10a for viewing by the viewer 1 corresponding to the viewer client 30a.
  • the anchor 2 broadcasts the live broadcast through the anchor client 10b, and the anchor client 10b sends the live broadcast data to the server 20.
  • the server 20 pushes the live broadcast data to the live broadcast room corresponding to the anchor client 10b for viewing by the viewer 2 corresponding to the viewer client 30b.
  • the anchor clients 10a, 10b are respectively the first wheat in different live broadcasts.
  • the anchor client 10a and the anchor client 10b that are broadcasted in different live broadcasts are performed.
  • the anchor client 10a sends the contact invitation to the anchor client 10b, and the anchor client 10b must exit the live broadcast room where the anchor client 10b is located, and enter the live broadcast room where the anchor client 10a is located, so as to be connected to the anchor client 10a.
  • the gift in the same live room can only be given to the first wheat in the live broadcast room, the viewer and gift of the anchor client 10b will be lost.
  • the present application provides a method and a device for processing a live broadcast of a client, which can be used in the network architecture shown in FIG. 1 to obtain live data of a live broadcast room of any client through a server and send it to another client. Users can avoid the loss of users and gifts from clients in different live broadcasts.
  • the application will be described in detail.
  • FIG. 2a is a flowchart of a method for processing a live client's live broadcast, which may be applied to a server. As shown in FIG. 2a, the method may include the following steps:
  • step S201 a request for the first wheat sent by the first live broadcast between the first live broadcast is received.
  • step S202 the connected request is sent to the first live broadcast room.
  • step S203 after receiving the response information of the second live broadcast of the first live broadcast of the first live broadcast, the live broadcast data between the first live broadcast and the live broadcast data between the second live broadcast are obtained.
  • step S204 the live broadcast data of the first live broadcast is sent to the client corresponding to the second live broadcast, and the live broadcast data of the second live broadcast is sent to the corresponding client of the first live broadcast. end.
  • the connection request may carry the identifier of the second live broadcast, such as the second live broadcast id.
  • the server first determines whether the second live room exists according to the id, and if so, finds the second live room according to the id, and obtains the information of the first live room in the second live room, so as to send the request to the connection
  • the first live broadcast room first wheat; if it does not exist, return the information that the connection request failed to the first live broadcast room.
  • the Lianmai request may also carry the identifier of the first wheat in the second live broadcast room, for example, the account identifier (such as the yy number) corresponding to the first wheat in the second live broadcast room.
  • the server When receiving the request of the connection, the server first determines whether the corresponding client is the first live broadcast according to the yy number, and if so, forwards the request to the client corresponding to the yy number (ie, the first live broadcast room) ); if not, return the information that failed to request the connection to the first live broadcast room.
  • the first live broadcast room first responds to the Lianmai request, for example, accepting the Lianmai request or rejecting the Lianmai request. If the first live broadcast of the first live room refuses to connect with the request, the service will reject the message of the request for the connection to the first live broadcast room, and the processing request is terminated. If the first live broadcast of the second live broadcast accepts the request, the server obtains the video data of the first live broadcast room and the second live broadcast room after receiving the message of accepting the connection request.
  • the live data of the first live broadcast includes at least live data of the first live broadcast of the first live broadcast, and may also include live broadcast data of the first live broadcast of the non-first live broadcast; the live broadcast data of the second live broadcast includes at least the first live broadcast of the first live broadcast.
  • the live broadcast data may also include live broadcast data of the non-first wheat in the second live broadcast room.
  • the server after the server obtains the live data of the first live broadcast and the second live broadcast, the server sends the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and broadcasts the live broadcast of the second live broadcast.
  • the data is sent to the corresponding client in the first live broadcast.
  • the server stores corresponding parameters of the live broadcast room, such as the live broadcast room ID, the anchor user ID in the live broadcast room, and the viewer user ID entering the live broadcast room.
  • the server may establish an association between the first live broadcast room and the second live broadcast room after connecting the two live broadcasts (for example, binding related parameters between the two live broadcasts to establish a corresponding relationship), and the server may Obtain the live broadcast data of any live broadcast room of the first wheat and send it to the user of the live broadcast room of another wheat store, so as to avoid the problem that the client and the gift of the client in different live broadcast rooms are lost.
  • the client corresponding to the first live broadcast may include a first live broadcast, a non-first wheat, and a viewer client
  • the client corresponding to the second live broadcast may include a second live broadcast, a non-first wheat, and a viewer client. end.
  • FIG. 2b is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application, which may be applied to a server, as shown in FIG. 2b, which is based on the method described in FIG. 2a. Includes the following steps:
  • step S205 receiving a virtual gift presented by any viewer client in the first live broadcast room or the second live broadcast room, where the virtual gift carries the identifier of the first wheat in the first live broadcast room or the second live broadcast room information.
  • step S206 the virtual gift is sent to the first wheat corresponding to the identification information.
  • the embodiment shown in FIG. 2a can solve the loss of the user and the gift of the anchor in the different live broadcasts of the first wheat in the continuous wheat.
  • the problem but sometimes, in order to enhance the interactive and interesting nature of the live broadcast, when the first wheat is connected to the live wheat in different live broadcasts, the audience client in any of the live broadcast rooms can be allowed to present gifts to the first live broadcast room.
  • FIG. 2a shows that
  • the anchor client 10a located in the first live broadcast room allows the viewer client 30a in the live broadcast room to present a gift to the anchor client 10b located in the second live broadcast room, then the viewer client 30a can The anchor client 10a presents the virtual gift, and can also present the virtual gift to the anchor client 10b, and can also present the virtual gift to the anchor clients 10a and 10b at the same time. It can be seen that when the first wheat is connected to the live wheat in different live broadcast rooms, allowing the audience client of any of the live broadcast rooms to present gifts to the first live broadcast room can increase the interactive nature of the live broadcast.
  • FIG. 2c is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application, which may be applied to a server, as shown in FIG. 2c, which is based on the method described in FIG. 2a. Includes the following steps:
  • step S207 the canceling the connection request sent by the first/second live broadcast first wheat is received, and the connection between the first live broadcast room and the second live broadcast room is disconnected according to the canceled connection request So that the server stops sending the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and stops sending the live broadcast data of the second live broadcast to the first live broadcast room. Corresponding client.
  • the ending of the first wheat between the first live broadcast room and the first live broadcast room may be initiated by the first live broadcast room first wheat or by the second live broadcast room first wheat.
  • the server receives the end of the first live broadcast or the first live broadcast of the first live broadcast between the first live broadcast, the server disconnects the first live broadcast between the first live broadcast and the first live broadcast, and stops the first
  • the live broadcast data of the live broadcast is sent to the client corresponding to the second live broadcast, and the live broadcast data of the second live broadcast is stopped and sent to the client corresponding to the first live broadcast.
  • FIG. 3a is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application. This embodiment describes a part of the process of interacting with a client and a client, such as a client. As shown in Figure 3a, the method can include the following steps:
  • step S301 the first live broadcast first wheat sends a connection request to the server for the first live broadcast of the first live broadcast.
  • step S302 after receiving the connection request, the server sends the connection request to the first live broadcast room.
  • step S303 after receiving the connection request, the second live broadcast first wheat responds to the connection request and returns response information to the server.
  • step S304 after receiving the response information, the server acquires live data between the first live broadcast and live broadcast data between the second live broadcast, and sends the live broadcast data between the first live broadcasts to the first The client corresponding to the second live broadcast sends the live broadcast data of the second live broadcast to the client corresponding to the first live broadcast.
  • the MM request, the live broadcast data, and the like can be referred to the embodiment shown in FIG. 2a, and details are not described herein again.
  • FIG. 3b is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application. This embodiment describes a part of the process of interacting with a client and a client, such as a client. As shown in FIG. 3b, the method may further include the following steps on the basis of the method shown in FIG. 3a:
  • step S305 the server receives a virtual gift presented by any viewer client in the first live broadcast room or the second live broadcast room, where the virtual gift carries the first live broadcast room or the second live broadcast room first wheat Identification information.
  • step S306 the server sends the virtual gift to the first wheat corresponding to the identification information.
  • FIG. 3c is a flowchart of another client-lived live broadcast processing method according to an exemplary embodiment of the present application. This embodiment describes a part of the process of interacting with a client and a client, such as a client. As shown in FIG. 3c, the method may further include the following steps on the basis of the method shown in FIG. 3a:
  • step S307 the server receives the canceled connection request sent by the first wheat in the first/second live broadcast, and disconnects the first live broadcast room and the second live broadcast room according to the canceled connection request a connection between the server to stop transmitting the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and stopping sending the live broadcast data between the second live broadcast to the The corresponding client in the first live broadcast.
  • FIG. 4 is a cross-sectional view of a client connected to a live broadcast process according to an exemplary embodiment of the present application.
  • the mutual timing diagram will be described in detail in conjunction with FIG. 1.
  • the anchor client 10a is the first live broadcast room
  • the corresponding audience client is 30a
  • the anchor client 10b is the first live broadcast room
  • the corresponding audience client is 30b.
  • the anchor client 10a sends a connection request to the host 20 for the anchor client 10b.
  • the server 20 After receiving the connection request, the server 20 sends the connection request to the anchor client 10b.
  • the anchor client 10b responds after receiving the connection request.
  • the server 20 After receiving the response information of the anchor client 10b, the server 20 acquires the live data of the first live broadcast room and the second live broadcast.
  • the server 20 sends the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and sends the live broadcast data of the second live broadcast to the client corresponding to the first live broadcast. (The figure only shows the situation of the first wheat sent to the first live room and the second live room)
  • the viewer client 30a sends the gift presented to the anchor client 10b to the server.
  • the server After receiving the gift, the server sends the gift to the anchor client 10b.
  • the anchor client 10a sends a request to the service to terminate the connection with the anchor client 10b.
  • the server 20 when receiving the request to end the connection, disconnects the connection between the first live broadcast room and the second live broadcast room, stops sending the live broadcast data of the first live broadcast room to the client corresponding to the second live broadcast room, and stops the first The live broadcast data between the two live broadcasts is sent to the corresponding client in the first live broadcast.
  • the present application further provides an embodiment of the client live broadcast processing device.
  • FIG. 5a is a block diagram of a client connected to the live broadcast processing apparatus 500, which may be applied to a server.
  • the apparatus 500 may include:
  • the first receiving module 501 is configured to receive a connection request for the first live broadcast of the first live broadcast between the first live broadcast of the first live broadcast.
  • the first sending module 502 is configured to send the connected request to the first live broadcast room.
  • the obtaining module 503 is configured to obtain the live broadcast data between the first live broadcast and the live broadcast data between the second live broadcasts after receiving the response information of the first live broadcast of the second live broadcast.
  • the second sending module 504 is configured to send the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and send the live broadcast data of the second live broadcast to the first live broadcast room. Corresponding client.
  • FIG. 5b is a block diagram of another client connected live broadcast processing apparatus according to an exemplary embodiment of the present application, which may be applied to a server, as shown in FIG. 5b, based on the embodiment shown in FIG. 5a. Also includes:
  • the second receiving module 505 is configured to receive a virtual gift presented by any audience client in the first live broadcast room or the second live broadcast room, where the virtual gift carries the first live broadcast room or the second live broadcast room first wheat Identification information.
  • the third sending module 506 is configured to send the virtual gift to the first wheat corresponding to the identification information.
  • FIG. 5c is a block diagram of another client connected live broadcast processing apparatus according to an exemplary embodiment of the present application, which may be applied to a server, as shown in FIG. 5c, based on the embodiment illustrated in FIG. 5a. Also includes:
  • the disconnecting module 507 is configured to receive the canceled connection request sent by the first/second live broadcast of the first live broadcast, and disconnect the first live broadcast room and the second live broadcast room according to the canceling the connection request
  • the connection is such that the server stops sending the live broadcast data of the first live broadcast to the client corresponding to the second live broadcast, and stops sending the live broadcast data between the second live broadcast to the first A corresponding client in the live broadcast.
  • the device embodiment since it basically corresponds to the method embodiment, reference may be made to the partial description of the method embodiment.
  • the device embodiments described above are merely illustrative, wherein the modules described as separate components may or may not be physically separate, and the components displayed as modules may or may not be physical modules, ie may be located A place, or it can be distributed to multiple network modules. Some or all of the modules may be selected according to actual needs to achieve the objectives of the present application. Those of ordinary skill in the art can understand and implement without any creative effort.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

La présente invention concerne un procédé et un dispositif de traitement de diffusion en direct via une connexion par microphone sur le côté client. Le procédé consistant à : recevoir une demande de connexion par microphone qui est envoyée par un microphone primaire dans une première salle de diffusion en direct et qui est destinée à un microphone primaire dans une seconde salle de diffusion en direct; envoyer la demande de connexion par microphone au microphone primaire de la seconde salle de diffusion en direct; à réception d'informations de réponse à une connexion par microphone, du microphone primaire de la seconde salle de diffusion en direct, obtenir des données de diffusion en direct de la première salle de diffusion en direct et des données de diffusion en direct de la seconde salle de diffusion en direct; envoyer les données de diffusion en direct de la première salle de diffusion en direct à une extrémité client correspondante de la seconde salle de diffusion en direct, et envoyer les données de diffusion en direct de la seconde salle de diffusion en direct à une extrémité client correspondante de la première salle de diffusion en direct. La présente invention peut résoudre le problème lié au fait que des utilisateurs et des cadeaux d'hôtes sont perdus durant une connexion par microphone primaire entre différentes salles de diffusion en direct.
PCT/CN2017/107316 2016-12-30 2017-10-23 Procédé et dispositif de traitement de diffusion en direct via une connexion par microphone sur le côté client WO2018121015A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
SG11201906092QA SG11201906092QA (en) 2016-12-30 2017-10-23 Method and device for processing client end microphone-connection live broadcast

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201611257976.2A CN106685971B (zh) 2016-12-30 2016-12-30 客户端连麦直播处理方法和装置
CN201611257976.2 2016-12-30

Publications (1)

Publication Number Publication Date
WO2018121015A1 true WO2018121015A1 (fr) 2018-07-05

Family

ID=58873297

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/107316 WO2018121015A1 (fr) 2016-12-30 2017-10-23 Procédé et dispositif de traitement de diffusion en direct via une connexion par microphone sur le côté client

Country Status (3)

Country Link
CN (1) CN106685971B (fr)
SG (1) SG11201906092QA (fr)
WO (1) WO2018121015A1 (fr)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109257616A (zh) * 2018-09-30 2019-01-22 武汉斗鱼网络科技有限公司 一种语音连麦互动方法、装置、设备及介质
CN109286852A (zh) * 2018-11-09 2019-01-29 广州酷狗计算机科技有限公司 直播间的竞赛方法及装置
CN112040259A (zh) * 2020-08-28 2020-12-04 广州华多网络科技有限公司 一种连麦开播的方法、服务端、系统、存储介质及设备
CN112911325A (zh) * 2021-01-29 2021-06-04 百果园技术(新加坡)有限公司 一种跨直播间连线的恢复方法和装置
WO2021155702A1 (fr) * 2020-02-07 2021-08-12 北京达佳互联信息技术有限公司 Procédé et dispositif de traitement de communication, terminal, serveur et support de stockage
CN114125482A (zh) * 2021-11-23 2022-03-01 腾讯音乐娱乐科技（深圳）有限公司 直播连麦处理方法、电子设备及存储介质
CN114205679A (zh) * 2021-12-06 2022-03-18 北京百度网讯科技有限公司 一种直播互动方法、装置、电子设备及存储介质
CN114245157A (zh) * 2021-12-01 2022-03-25 广州方硅信息技术有限公司 直播间活动数据展示方法及其装置、设备、介质、产品
CN115190327A (zh) * 2022-07-11 2022-10-14 北京达佳互联信息技术有限公司 连麦方法、装置、设备、存储介质及程序产品
CN115484469A (zh) * 2021-06-15 2022-12-16 北京字节跳动网络技术有限公司 一种连麦系统、方法、装置、设备及存储介质

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106685971B (zh) * 2016-12-30 2018-06-12 广州华多网络科技有限公司 客户端连麦直播处理方法和装置
CN107172443A (zh) * 2017-06-29 2017-09-15 北京小米移动软件有限公司 视频直播方法、装置和系统
CN107547947B (zh) * 2017-08-24 2020-06-02 北京小米移动软件有限公司 直播间中虚拟礼物的赠送方法及装置
CN107707533B (zh) * 2017-09-18 2019-01-29 深圳市迅雷网文化有限公司 基于Web的连麦方法、系统及存储介质
CN108156507B (zh) * 2017-12-27 2020-11-13 广州酷狗计算机科技有限公司 虚拟物品赠送方法、装置及存储介质
CN108810576B (zh) * 2018-03-28 2022-01-07 广州方硅信息技术有限公司 连麦直播的方法、装置及存储介质
CN111107441B (zh) * 2018-10-25 2022-01-04 武汉斗鱼网络科技有限公司 一种连麦通信建立方法、存储介质、电子设备及系统
CN109618191A (zh) * 2018-12-17 2019-04-12 广州市百果园信息技术有限公司 直播连麦方法、装置、计算机可读存储介质及终端
CN109729411B (zh) * 2019-01-09 2021-07-09 广州酷狗计算机科技有限公司 直播互动方法及装置
CN111355969B (zh) * 2019-02-13 2022-08-23 鸿合科技股份有限公司 一种互动直播方法及客户端、服务器、电子设备
CN112351289B (zh) * 2019-08-08 2022-06-10 腾讯科技（深圳）有限公司 直播互动方法、装置、计算机设备和存储介质
CN110545327B (zh) * 2019-09-20 2022-04-29 北京达佳互联信息技术有限公司 一种信息推送方法及系统
CN110765366B (zh) * 2019-10-30 2022-11-08 网易（杭州）网络有限公司 直播连麦匹配方法、装置、设备及计算机可读存储介质
CN111277908B (zh) * 2020-01-16 2021-04-06 北京达佳互联信息技术有限公司 数据处理方法、装置、服务器、直播系统及存储介质
CN111246236B (zh) * 2020-01-22 2021-08-13 北京达佳互联信息技术有限公司 互动数据播放方法、装置、终端、服务器及存储介质
CN111343510B (zh) 2020-02-13 2022-03-25 北京达佳互联信息技术有限公司 信息处理方法、装置、电子设备及存储介质
CN112235593B (zh) * 2020-10-16 2022-09-30 广州博冠信息科技有限公司 直播处理方法及装置、电子设备和计算机可读存储介质
CN113014935B (zh) * 2021-02-20 2023-05-09 北京达佳互联信息技术有限公司 直播间的互动方法、装置、电子设备及存储介质
CN115484468B (zh) * 2021-06-15 2024-01-09 北京字节跳动网络技术有限公司 一种连麦系统、方法、装置、设备及存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040139174A1 (en) * 2002-10-29 2004-07-15 Edgar Hoppe Method and apparatus for information exchange, as well as corresponding computer program product and corresponding computer-readable storage medium
US20080270541A1 (en) * 2006-04-24 2008-10-30 Ellis Barlow Keener Interactive audio/video method on the internet
CN105812951A (zh) * 2016-03-24 2016-07-27 广州华多网络科技有限公司 流媒体数据交互方法、终端、服务器及系统
CN106028166A (zh) * 2016-06-24 2016-10-12 北京小米移动软件有限公司 直播过程中直播间切换方法及装置
CN106254899A (zh) * 2016-08-16 2016-12-21 网宿科技股份有限公司 一种直播连麦的控制方法和系统
CN106685971A (zh) * 2016-12-30 2017-05-17 广州华多网络科技有限公司 客户端连麦直播处理方法和装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103634681B (zh) * 2013-11-29 2017-10-10 腾讯科技(成都)有限公司 直播互动方法、装置、客户端、服务器及系统
CN105306468B (zh) * 2015-10-30 2019-01-11 广州华多网络科技有限公司 一种合成视频数据实时共享的方法及其主播客户端
CN105654354A (zh) * 2016-03-11 2016-06-08 武汉斗鱼网络科技有限公司 一种视频直播中的用户交互优化方法和系统
CN106131583A (zh) * 2016-06-30 2016-11-16 北京小米移动软件有限公司 一种直播处理方法、装置、终端设备及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040139174A1 (en) * 2002-10-29 2004-07-15 Edgar Hoppe Method and apparatus for information exchange, as well as corresponding computer program product and corresponding computer-readable storage medium
US20080270541A1 (en) * 2006-04-24 2008-10-30 Ellis Barlow Keener Interactive audio/video method on the internet
CN105812951A (zh) * 2016-03-24 2016-07-27 广州华多网络科技有限公司 流媒体数据交互方法、终端、服务器及系统
CN106028166A (zh) * 2016-06-24 2016-10-12 北京小米移动软件有限公司 直播过程中直播间切换方法及装置
CN106254899A (zh) * 2016-08-16 2016-12-21 网宿科技股份有限公司 一种直播连麦的控制方法和系统
CN106685971A (zh) * 2016-12-30 2017-05-17 广州华多网络科技有限公司 客户端连麦直播处理方法和装置

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109257616A (zh) * 2018-09-30 2019-01-22 武汉斗鱼网络科技有限公司 一种语音连麦互动方法、装置、设备及介质
CN109257616B (zh) * 2018-09-30 2021-06-15 武汉斗鱼网络科技有限公司 一种语音连麦互动方法、装置、设备及介质
CN109286852A (zh) * 2018-11-09 2019-01-29 广州酷狗计算机科技有限公司 直播间的竞赛方法及装置
US11444992B2 (en) 2020-02-07 2022-09-13 Beijing Dajia Internet Information Technology Co., Ltd. Method and apparatus for communication processing
WO2021155702A1 (fr) * 2020-02-07 2021-08-12 北京达佳互联信息技术有限公司 Procédé et dispositif de traitement de communication, terminal, serveur et support de stockage
CN112040259A (zh) * 2020-08-28 2020-12-04 广州华多网络科技有限公司 一种连麦开播的方法、服务端、系统、存储介质及设备
CN112911325A (zh) * 2021-01-29 2021-06-04 百果园技术(新加坡)有限公司 一种跨直播间连线的恢复方法和装置
CN112911325B (zh) * 2021-01-29 2023-07-14 百果园技术(新加坡)有限公司 一种跨直播间连线的恢复方法和装置
CN115484469A (zh) * 2021-06-15 2022-12-16 北京字节跳动网络技术有限公司 一种连麦系统、方法、装置、设备及存储介质
CN115484469B (zh) * 2021-06-15 2024-01-09 北京字节跳动网络技术有限公司 一种连麦系统、方法、装置、设备及存储介质
CN114125482A (zh) * 2021-11-23 2022-03-01 腾讯音乐娱乐科技（深圳）有限公司 直播连麦处理方法、电子设备及存储介质
CN114245157A (zh) * 2021-12-01 2022-03-25 广州方硅信息技术有限公司 直播间活动数据展示方法及其装置、设备、介质、产品
CN114205679A (zh) * 2021-12-06 2022-03-18 北京百度网讯科技有限公司 一种直播互动方法、装置、电子设备及存储介质
CN115190327A (zh) * 2022-07-11 2022-10-14 北京达佳互联信息技术有限公司 连麦方法、装置、设备、存储介质及程序产品

Also Published As

Publication number Publication date
CN106685971A (zh) 2017-05-17
SG11201906092QA (en) 2019-08-27
CN106685971B (zh) 2018-06-12

Similar Documents

Publication Publication Date Title
WO2018121015A1 (fr) Procédé et dispositif de traitement de diffusion en direct via une connexion par microphone sur le côté client
WO2021114795A1 (fr) Procédé de diffusion en direct d'un jeu en nuage, extrémité d'ancrage d'un jeu en nuage, extrémité spectateur et support de stockage lisible par ordinateur
EP3487148A1 (fr) Procédé, appareil et système de mise en oeuvre de vidéoconférence, et terminal de bureau en nuage
US20120066731A1 (en) Customer service contact
CN107295354A (zh) 一种网络直播中连麦直播建立方法及装置
CN109995741B (zh) 一种网络直播中连麦实现方法及系统
KR20070078048A (ko) 화상회의 데이터 중계 서버
CN106453231B (zh) 信令获取、传输方法和装置
WO2017067345A1 (fr) Procédé de reprise après sinistre pour iptv, appareil, système, et boîtier adaptateur
US20120120179A1 (en) Method, system and terminal for implementing wireless video conference
WO2016186484A1 (fr) Nouveau système de messagerie instantanée (im)
CN102821143A (zh) 终端协同操作方法、设备及系统
CN104486327A (zh) 页面与长连接服务器间的通信方法及客户端
US20170359187A1 (en) Scalable real-time videoconferencing over WebRTC
US20150288925A1 (en) Method and system for supporting videoconfernce in distributed telepresence platform
CN112911325B (zh) 一种跨直播间连线的恢复方法和装置
CN101626546B (zh) 一种无线视频会议中实现数据广播的方法及系统
JP6387972B2 (ja) 通信方法、通信システム、及び、通信プログラム
WO2020098712A1 (fr) Procédé et dispositif permettant d'établir un canal de transmission de données, support d'informations et système
JP2011182212A (ja) 通信制御装置および通信品質測定方法
CN111147817B (zh) 视频处理方法、装置、电子设备及存储介质
JP2007104193A (ja) 映像配信システム、映像配信方法および映像同期共有装置
EP3089459B1 (fr) Appareil et procédé de mise en uvre d'une commutation rapide de vidéo à la demande entre de multiples écrans
CN113726534A (zh) 会议控制方法、装置、电子设备及存储介质
CN115767123B (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: 17886291

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17886291

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载