CN113810775B - 语音视频连线系统和方法 - Google Patents

语音视频连线系统和方法 Download PDF

Info

Publication number
CN113810775B
CN113810775B CN202111069629.8A CN202111069629A CN113810775B CN 113810775 B CN113810775 B CN 113810775B CN 202111069629 A CN202111069629 A CN 202111069629A CN 113810775 B CN113810775 B CN 113810775B
Authority
CN
China
Prior art keywords
client
server
microphone
channel
video
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202111069629.8A
Other languages
English (en)
Other versions
CN113810775A (zh
Inventor
朱林伟
徐惠雨
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Bilibili Technology Co Ltd
Original Assignee
Shanghai Bilibili Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Bilibili Technology Co Ltd filed Critical Shanghai Bilibili Technology Co Ltd
Priority to CN202111069629.8A priority Critical patent/CN113810775B/zh
Publication of CN113810775A publication Critical patent/CN113810775A/zh
Application granted granted Critical
Publication of CN113810775B publication Critical patent/CN113810775B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2385—Channel allocation; Bandwidth allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866—Management of end-user data
    • H04N21/25891—Management of end-user data being end-user preferences
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/141—Systems for two-way working between two video terminals, e.g. videophone

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Graphics (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请提供了一种语音视频连线系统和方法，所述方法包括：通过直播服务器向对端发送视频连麦请求；在接收到直播服务器返回的连麦频道的标识后，根据所述连麦频道的标识调用第一服务器提供的服务API，加入第一服务器提供的所述连麦频道中并监听所述连麦频道的状态；其中，所述连麦频道是直播服务器在接收到所述对端返回的视频连麦接受信息后分配的；以及所述连麦频道的标识还被所述直播服务器发送给所述对端，由所述对端根据所述连麦频道的标识调用所述服务API，加入所述连麦频道中并监听所述连麦频道的状态。本申请中客户端可以直接监听连麦频道的状态，一方面缩短了连麦频道的状态到客户端的链路；另一方面减轻了直播服务器的负担。

Description

语音视频连线系统和方法
技术领域
本申请实施例涉及计算机技术领域，尤其涉及一种语音视频连线系统和方法、计算机设备及计算机可读存储介质。
背景技术
网络音视频直播作为新型媒体传播方式得以广泛应用。典型的网络音视频直播场景包括：音视频主播的客户端之间通过连麦实现互动，音视频主播的客户端与观众的客户端之间通过连麦实现互动。上述网络音视频直播场景均需要客户端之间进行视频连麦，即进行语音视频连线。
目前的一种视频连麦方案中，直播服务器接收第一客户端发送的会话邀请请求消息，所述会话邀请请求消息中携带第二客户端的标识信息；根据所述第二客户端的标识信息，向所述第二客户端发送会话邀请消息；直播服务器接收到所述第二客户端返回的接受会话邀请的响应消息后，生成声网服务器的目标频道的频道令牌发送给第一、二客户端；
直播服务器接收第一客户端发送的第一进入频道请求消息，并向所述第一客户端返回所述第一进入频道请求消息的响应消息，所述第一进入频道请求消息是所述第一客户端在接收到所述第一频道令牌消息后发送的，用于请求进入所述目标频道，所述第一进入频道请求消息的响应消息用于指示所述第一客户端的进入频道请求是否成功；
直播服务器接收所述第二客户端发送的第二进入频道请求消息，并向所述第二客户端返回所述第二进入频道请求消息的响应消息，所述第二进入频道请求消息是所述第二客户端在接收到所述第二频道令牌消息后发送的，用于请求进入所述目标频道，所述第二进入频道请求消息的响应消息用于指示所述第二客户端的进入频道请求是否成功。
之后，直播服务器继续监听所述目标频道的状态，并将监听到的频道状态转发给第一客户端和第二客户端。
然而，现有技术的语音视频连线方法在实际应用中，会存在以下问题：客户端通过直播服务器获取到的目标频道的状态可能会与实际的连麦状态有偏差；并且，服务器将监听到的连麦状态同步到客户端的链路过长，为保证状态通知到客户端，需要对广播丢失等异常情况做处理，增加了服务器端的负担。
发明内容
本申请实施例的目的是提供一种语音视频连线系统和方法、计算机设备及计算机可读存储介质，客户端可以直接监听连麦频道的状态，一方面避免了通过直播服务器监听连麦状态并同步到客户端的链路过长，即缩短了连麦频道的状态到客户端的链路；另一方面减轻了直播服务器的负担。
本申请实施例的一个方面提供了一种语音视频连线方法，用于客户端中，包括：
通过直播服务器向对端发送视频连麦请求；
在接收到所述直播服务器返回的连麦频道的标识后，根据所述连麦频道的标识调用第一服务器提供的服务API，加入第一服务器提供的所述连麦频道中并监听所述连麦频道的状态；
其中，所述连麦频道是所述直播服务器在接收到所述对端返回的视频连麦接受信息后分配的；以及
所述连麦频道的标识还被所述直播服务器发送给所述对端，由所述对端根据所述连麦频道的标识调用第一服务器提供的服务API，加入所述连麦频道中并监听所述连麦频道的状态。
可选的，在所述监听所述连麦频道的状态后，还包括：
若监听到本客户端加入连麦频道成功的状态，以及对端加入连麦频道成功的状态，则将本地采集的音频数据和视频数据推送到第一服务器；以及
第一服务器根据连麦双方推送的音频数据和视频数据，形成连麦的合流数据后，将连麦的合流数据推送给第二服务器。
可选的，在所述监听所述连麦频道的状态后，还包括：
若监听到旁路推流的状态为异常，则根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
本申请实施例的一个方面又提供了一种语音视频连线装置，用于客户端中，包括：
连麦请求模块，用于通过直播服务器向对端发送视频连麦请求；
连麦频道加入模块，用于在接收到所述直播服务器返回的连麦频道的标识后，根据所述连麦频道的标识调用第一服务器提供的服务API，加入第一服务器提供的所述连麦频道中；
连麦频道监听模块，用于监听所述连麦频道的状态；
其中，所述连麦频道是所述直播服务器在接收到所述对端返回的视频连麦接受信息后分配的；以及
所述连麦频道的标识还被所述直播服务器发送给所述对端，由所述对端根据所述连麦频道的标识调用第一服务器提供的服务API，加入所述连麦频道中并监听所述连麦频道的状态。
本申请实施例的一个方面又提供了一种一种语音视频连线方法，包括：
第一客户端向直播服务器发送视频连麦请求；
所述直播服务器根据所述视频连麦请求中携带的第二客户端的标识，向第二客户端转发所述视频连麦请求；并
在接收到第二客户端返回的视频连麦接受信息后，分配由第一服务器提供的连麦频道，并将分配的连麦频道的标识发送给第一客户端、第二客户端；
第一客户端、第二客户端分别根据接收的连麦频道的标识，调用第一服务器提供的服务API，加入到所述连麦频道中并监听所述连麦频道的状态。
可选的，所述方法还包括：
第一/二客户端在监听到本客户端加入连麦频道成功的状态，以及第二/一客户端加入连麦频道成功的状态后，将本地采集的音频数据和视频数据推送到第一服务器；
第一服务器根据第一客户端和第二客户端推送的音、视频数据，形成连麦的合流数据后，将连麦的合流数据推送给第二服务器。
可选的，所述方法还包括：
第一/二客户端在监听到旁路推流的状态为异常时，根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
本申请实施例的一个方面又提供了一种语音视频连线系统，包括：第一客户端、第二客户端，以及直播服务器；其中：
第一客户端用于向所述直播服务器发送视频连麦请求；
所述直播服务器用于根据所述视频连麦请求中携带的第二客户端的标识，向第二客户端转发所述视频连麦请求；并在接收到第二客户端返回的视频连麦接受信息后，分配由第一服务器提供的连麦频道，并将分配的连麦频道的标识发送给第一客户端、第二客户端；
第一客户端、第二客户端还用于分别根据接收的连麦频道的标识，调用第一服务器提供的服务API，加入到所述连麦频道中并监听所述连麦频道的状态。
可选的，第一/二客户端还用于在监听到本客户端加入连麦频道成功的状态，以及第二/一客户端加入连麦频道成功的状态后，将本地采集的音频数据和视频数据推送到第一服务器；
第一服务器根据第一客户端和第二客户端推送的音、视频数据，形成连麦的合流数据后，将连麦的合流数据推送给第二服务器。
可选的，第一/二客户端还用于在监听到旁路推流的状态为异常时，根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
可选的，第一服务器具体为声网服务器，第二服务器具体为CDN服务器；以及
第一服务器提供的服务API具体为声网API。
本申请实施例的一个方面又提供了一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述语音视频连线方法的步骤。
本申请实施例的一个方面又提供了一种计算机可读存储介质，所述计算机可读存储介质包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述语音视频连线方法的步骤。
本申请实施例提供的语音视频连线系统和方法、设备及计算机可读存储介质，其中，第一客户端用于向所述直播服务器发送视频连麦请求；所述直播服务器用于根据所述视频连麦请求中携带的第二客户端的标识，向第二客户端转发所述视频连麦请求；并在接收到第二客户端返回的视频连麦接受信息后，为第一客户端、第二客户端分配由第一服务器提供的连麦频道，并将分配的连麦频道的标识发送给第一客户端、第二客户端；第一客户端、第二客户端还用于分别根据接收的连麦频道的标识，调用第一服务器提供的服务API，加入到所述连麦频道中并监听所述连麦频道的状态。由于客户端在通过直播服务器获取到连麦频道的标识后，可以根据连麦频道的标识，直接调用第一服务器提供的服务API加入连麦频道并监听连麦频道；在加入和监听连麦频道的过程中，不需要直播服务器的参与和信息的转发，从而一方面避免了通过直播服务器监听连麦状态并同步到客户端的链路过长，即缩短了连麦频道的状态到客户端的链路；另一方面减轻了直播服务器的负担。
附图说明
图1示意性示出了根据本申请实施例的语音视频连线系统的系统架构图；
图2、3示意性示出了根据本申请实施例一的语音视频连线系统的工作流程图；
图4示意性示出了根据本申请实施例一的声网服务器将合流数据推送CDN服务器的示意图；
图5示意性示出了根据本申请实施例二的语音视频连线方法的流程图；
图6示意性示出了根据本申请实施例三的语音视频连线方法的另一流程图；
图7示意性示出了根据本申请实施例四的语音视频连线装置的框图；
图8示意性示出了根据本申请实施例六的适于实现语音视频连线方法的计算机设备的硬件架构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，在本申请实施例中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
在本申请的描述中，需要理解的是，步骤前的数字标号并不标识执行步骤的前后顺序，仅用于方便描述本申请及区别每一步骤，因此不能理解为对本申请的限制。
图1示意性示出了根据本申请实施例的语音视频连线系统的架构示意图。如图1所示，该系统包括：直播服务器2，以及通过一个或多个网络4连接的多个客户端6。其中：
直播服务器2，可以通过网络服务系统提供网络线上直播服务。
在示例性的实施例中，直播服务器2可以是以下设备，诸如：机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。
直播服务器2可以位于诸如单个场所之类的数据中心，或者分布在不同的地理位置(例如，在多个场所)中。直播服务器2可以经由一个或多个网络4提供服务。网络4包括各种网络设备，例如路由器，交换机，多路复用器，集线器，调制解调器，网桥，中继器，防火墙，代理设备和/或类似。网络4可以包括物理链路，例如同轴电缆链路，双绞线电缆链路，光纤链路，其组合等。网络4可以包括无线链路，诸如蜂窝链路，卫星链路，Wi-Fi链路等。
在示例性的实施例中，客户端6可以包括诸如移动设备，平板设备，膝上型计算机，智能设备(例如，智能服装，智能手表，智能眼镜)，虚拟现实耳机，游戏设备，机顶盒，数字流设备，机器人，车载终端，智能电视，电视盒，电子书阅读器。
客户端6可以与一个或多个用户相关联。单个用户可以使用客户端6中的一个或多个来访问直播服务器2。客户端6可以行进到各种位置并使用不同的网络来访问直播服务器2。
客户端6为多个，可以包括多个音视频主播的客户端，多个观众的客户端；客户端6中的第一客户端和第二客户端之间，可以通过直播服务器2实现语音视频连线。
本申请针对以下情况提供了一种新的语音视频连线方案：
现有的语音视频连线方案中，第一客户端和第二客户端是通过直播服务器加入到连麦频道中，并通过直播服务器获得连麦频道的状态。申请人发现，现有技术中，由于直播服务器监听到连麦频道内状态发生变化之后，需主动调用声网提供的API(ApplicationProgramming Interface，应用程序编程接口)(简称声网API)获取连麦频道内的状态信息，之后通过socket同步到客户端连麦是否成功还是失败；此过程，导致连麦状态同步到客户端的链路过长，容易出现客户端端获取到的状态与实际连麦状态有偏差；而且，由于连麦状态同步到客户端的链路过长，为保证状态通知到客户端，需要对广播丢失等异常情况做处理，导致服务器端负载较大。
本申请提供的新的语音视频连线方案，客户端在通过直播服务器获取到连麦频道的标识后，可以根据连麦频道的标识，直接调用第一服务器提供的服务API(声网API)加入连麦频道并监听连麦频道；在加入和监听连麦频道的过程中，不需要直播服务器的参与和信息的转发，从而一方面避免了通过直播服务器监听连麦状态并同步到客户端的链路过长，即缩短了连麦频道的状态到客户端的链路；另一方面减轻了直播服务器的负担。
以下将通过若干个实施例具体介绍本申请的语音视频连线方案。
实施例一
继续参考图1，在示例性的实施例中，所述语音视频连线系统可以包括如下：
客户端6中的第一客户端和第二客户端，以及直播服务器2。
其中，客户端6中的第一客户端用于向直播服务器2发送视频连麦请求；
直播服务器2用于根据所述视频连麦请求中携带的第二客户端的标识，向第二客户端转发所述视频连麦请求；并在接收到第二客户端返回的视频连麦接受信息后，为第一客户端、第二客户端分配由第一服务器提供的连麦频道，并将分配的连麦频道的标识发送给第一客户端和第二客户端；其中，第一服务器可以是声网服务器。
客户端6中的第一客户端还用于根据接收的连麦频道的标识，直接调用第一服务器提供的服务API，加入到所述连麦频道中并监听所述连麦频道的状态。其中，第一服务器提供的服务API具体可以是声网API。
客户端6中的第二客户端还用于根据接收的连麦频道的标识，直接调用第一服务器提供的服务API(比如声网API)，加入到所述连麦频道中并监听所述连麦频道的状态。
其中，第一客户端、第二客户端监听的连麦频道的状态可以包括如下：
本客户端加入连麦频道成功的状态；
对端加入连麦频道成功的状态；
旁路推流的状态；
连接连麦频道的异常状态；
本客户端已经离开连麦频道的状态；
对端离开连麦频道的状态。
进一步，客户端6中的第一客户端还用于在监听到本客户端加入连麦频道成功的状态，以及第二客户端加入连麦频道成功的状态后，将本地采集的音频数据和视频数据推送到第一服务器(比如声网服务器)；
客户端6中的第二客户端还用于在监听到本客户端加入连麦频道成功的状态，以及第一客户端加入连麦频道成功的状态后，将本地采集的音频数据和视频数据推送到第一服务器(比如声网服务器)；
第一服务器根据第一客户端和第二客户端推送的音、视频数据，形成连麦的合流数据后，将连麦的合流数据推送给第二服务器；其中，第二服务器具体可以是CDN(内容分发网络)服务器；CDN服务器可以提供数据内容分发服务。
进一步，客户端6中的第一客户端还用于在监听到旁路推流的状态为异常时，根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
客户端6中的第二客户端还用于在监听到旁路推流的状态为异常时，根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
为了更加清晰明白，下面结合参考图2和3揭示本实施例中的语音视频连线系统的工作流程：
步骤S201：客户端6中的第一客户端向直播服务器2发送视频连麦请求。
在示例性的实施例中，第一客户端向直播服务器2发送的视频连麦请求中携带有第二客户端的标识。
步骤S202：直播服务器2向客户端6中的第二客户端转发视频连麦请求。
在示例性的实施例中，直播服务器2根据接收的视频连麦请求中携带的第二客户端的标识，向第二客户端转发视频连麦请求，从而通知到第二客户端，第一客户端发起了视频连麦请求。
步骤S203：第二客户端向直播服务器2返回视频连麦接受信息。
在示例性的实施例中，第二客户端的用户在确定接受视频连麦请求后，可以通过第二客户端向直播服务器2返回视频连麦接受信息。
步骤S204：直播服务器2接收到第二客户端返回的视频连麦接受信息后，为第一客户端、第二客户端分配由第一服务器(比如声网服务器)提供的连麦频道。
步骤S205：直播服务器2在发送给第二客户端的响应信息中携带所述连麦频道的标识。
在示例性的实施例中，直播服务器2接收到第二客户端发送的视频连麦接受信息后，向第二客户端返回响应信息，该响应信息中携带有所述连麦频道的标识。
步骤S206：直播服务器2向第一客户端发送广播消息，其中携带所述连麦频道的标识。
在示例性的实施例中，直播服务器2接收到第二客户端发送的视频连麦接受信息后，向第一客户端发送广播消息，通知第一客户端，第二客户端已接受视频连麦请求；其中，所述广播消息中还携带有所述连麦频道的标识。
步骤S207：第二客户端根据所述连麦频道的标识，调用第一服务器提供的服务API(比如声网API)，加入第一服务器(比如声网服务器)提供的连麦频道并监听该连麦频道。
具体地，第二客户端根据直播服务器2发送的连麦频道的标识，调用第一服务器提供的服务API(比如声网API)，加入第一服务器(比如声网服务器)提供的对应的连麦频道并监听该连麦频道。
步骤S208：第一客户端根据所述连麦频道的标识，调用第一服务器提供的服务API(比如声网API)，加入第一服务器(比如声网服务器)提供的连麦频道并监听该连麦频道。
具体地，第一客户端根据直播服务器2发送的连麦频道的标识，调用第一服务器提供的服务API(比如声网API)，加入第一服务器(比如声网服务器)提供的对应的连麦频道并监听该连麦频道。
步骤S209：第一/二客户端将本地采集的音频数据和视频数据推送到第一服务器(比如声网服务器)。
在示例性的实施例中，如图4所示，第一客户端在监听到本客户端加入连麦频道成功的状态后，在返回给第一服务器(比如声网服务器)的响应信息中设置旁路推流地址以及推到第二服务器(比如CDN服务器)的本地视频数据的参数等等，之后将本地采集的音频数据和视频数据推送到第一服务器；作为一种较优的实施方式，第一客户端可以使用推流SDK(Software Development Kit，软件开发工具包)采集主播A的视频数据后推送给第一服务器，使用噪声过滤性能更佳的声网SDK采集主播A的音频数据后推送给第一服务器。由于在连麦过程中，可能音频采集通道会有更大的噪声，因此，使用噪声过滤性能更佳，即降噪性能更佳的声网SDK采集音频数据，可以获得相比于使用推流SDK采集的音频数据更好的音质。
此外，第一客户端在监听到第二客户端(对端)加入连麦频道成功的状态后，确定对端已经加入连麦频道，则在返回给第一服务器的响应信息中设置推到第二服务器的第二客户端(对端)的视频数据的参数。
第二客户端在监听到本客户端加入连麦频道成功的状态后，在返回给第一服务器的响应信息中设置旁路推流地址以及推到第二服务器的本地视频数据的参数等等，之后将本地采集的音频数据和视频数据推送到第一服务器；作为一种较优的实施方式，第二客户端可以使用推流SDK采集主播B的视频数据后推送给第一服务器，使用噪声过滤性能更佳的声网SDK采集主播B的音频数据后推送给第一服务器。由于在连麦过程中，可能音频采集通道会有更大的噪声，因此，使用噪声过滤性能更佳的声网SDK采集音频数据，可以获得相比于使用推流SDK采集的音频数据更好的音质。
此外，第二客户端在监听到第一客户端(对端)加入连麦频道成功的状态后，确定对端已经加入连麦频道，则在返回给第一服务器的响应信息中设置推到第二服务器的第一客户端(对端)的视频数据的参数。
步骤S210：第一服务器(比如声网服务器)根据第一客户端和第二客户端推送的音、视频数据，形成连麦的合流数据推送给第二服务器(比如CDN服务器)。
在示例性的实施例中，如图4所示，第一服务器(比如声网服务器)对第一客户端推送的音频数据和视频数据进行合成，得到合成的第一客户端的音视频数据；对第二客户端推送的音频数据和视频数据进行合成，得到合成的第二客户端的音视频数据；之后将两个客户端的合成的音视频数据再进一步合成，形成连麦的合流数据；该合流数据中需要同时呈现第一客户端的视频和第二客户端的视频，例如：屏幕左边呈现第一客户端的视频数据，第一客户端呈现第二客户端的视频数据；
此外，考虑到第一客户端直播间的设置与第二客户端直播间的设置可能不一样，因此，第一服务器形成的连麦的合流数据需要与客户端直播间的设置相匹配，因此，第一服务器形成的连麦的合流数据将会有2份，即，与第一客户端直播间的设置相匹配的一份连麦的合流数据(简称第一客户端的连麦合流数据)，以及与第二客户端直播间的设置相匹配的一份连麦的合流数据(简称第二客户端的连麦合流数据)。
进而，第一服务器将连麦的合流数据推送给第二服务器(比如CDN服务器)：第一服务器将两份合流数据，即第一客户端、第二客户端的连麦合流数据分别根据第一客户端、第二客户端设置的旁路推流地址，推送到第二服务器中相应的存储空间。
第一客户端的直播间的终端(包括第一客户端的播主和观众)可以从第二服务器上拉取第一客户端的连麦合流数据进行播放，第二客户端的直播间的终端(包括第二客户端的播主和观众)可以从第二服务器上拉取第二客户端的连麦合流数据进行播放。
此外，第一服务器还可将第一客户端发送的主播A的音频数据发送给第二客户端，将
步骤S211：第一/二客户端调用API，挂断；
在示例性的实施例中，当连麦结束时，第一客户端可以调用API，执行挂断操作；或者，由第二客户端调用API，执行挂断操作。
步骤S212：第一服务器(比如声网服务器)通知第二/一客户端，第一/二客户端已离开；
在示例性的实施例中，在第一客户端执行挂断操作后，第一服务器(比如声网服务器)将连麦频道中的“对端离开连麦频道的状态”发送给第二客户端，从而通知第二客户端，第一客户端已离开；
或者，在第二客户端执行挂断操作后，第一服务器将连麦频道中的“对端离开连麦频道的状态”发送给第一客户端，从而通知第一客户端，第二客户端已离开。
步骤S213：第二/一客户端调用API，离开连麦频道。
在示例性的实施例中，第二客户端监听到“对端离开连麦频道的状态”后，调用API，离开连麦频道；
或者，第一客户端监听到“对端离开连麦频道的状态”后，调用API，离开连麦频道。
上述图2所示流程，为视频连麦的正常过程，在整个连麦过程中，可以看出直播服务器仅参与客户端与客户端邀请，接受连麦的业务流程，并不参与连麦中间状态改变后客户端的处理流程。客户端直接与声网服务交互，完成整个流程。也就是说，第一服务器的连麦频道的状态可以直接从第一服务器同步给客户端，从而缩短了连麦频道的状态到客户端的链路；且减轻了直播服务器的负担。
以下图3所示流程，为连麦之后出现异常的处理流程，除了包括上述的步骤S201～步骤S210之外，还包括如下步骤S221～S225：
步骤S221：第一服务器(比如声网服务器)通知第一客户端，旁路推流失败或网络异常。
在示例性的实施例中，若第一服务器在将连麦的合流数据推送到第二服务器(比如CDN服务器)时，出现旁路推流失败或网络异常的情况，则将旁路推流的状态的异常信息发送给第一客户端，从而通知第一客户端，旁路推流失败或网络异常。
步骤S222：第一客户端调用API，挂断；
在示例性的实施例中，第一客户端监听到“旁路推流的状态的异常信息”后，调用API，执行挂断操作。
步骤S223：第一服务器(比如声网服务器)通知第二客户端，第一客户端已离开；
在示例性的实施例中，在第一客户端执行挂断操作后，第一服务器将连麦频道中的“对端离开连麦频道的状态”发送给第二客户端，从而通知第二客户端，第一客户端已离开.
步骤S224：第二户端调用API，离开连麦频道。
在示例性的实施例中，第二客户端监听到“对端离开连麦频道的状态”后，调用API，离开连麦频道。
从上述图3所示的连麦之后出现异常的处理流程中，整个流程不需直播服务器的参与，第一服务器的连麦频道的状态可以直接从第一服务器同步给客户端，从而缩短了连麦频道的状态到客户端的链路；且减轻了直播服务器的负担。
本申请实施例提供的语音视频连线系统中，由于客户端在通过直播服务器获取到连麦频道的标识后，可以根据连麦频道的标识，直接调用第一服务器提供的服务API加入连麦频道并监听连麦频道；在加入和监听连麦频道的过程中，不需要直播服务器的参与和信息的转发，从而一方面避免了通过直播服务器监听连麦状态并同步到客户端的链路过长，即缩短了连麦频道的状态到客户端的链路；另一方面减轻了直播服务器的负担。
实施例二
本实施例以客户端6为执行主体进行描述，技术细节及技术效果可参考实施例一。
图5示意性示出了根据本申请实施例二的语音视频连线方法的流程图。如图5所示，该语音视频连线方法可以包括步骤S501～S504，其中：
步骤S501：通过直播服务器向对端发送视频连麦请求。
在示例性的实施例中，可以是客户端6中的第一客户端通过直播服务器2向作为其对端的第二客户端发送视频连麦请求。
步骤S502：在接收到所述直播服务器返回的连麦频道的标识后，根据所述连麦频道的标识调用第一服务器提供的服务API(比如声网API)，加入第一服务器(比如声网服务器)提供的所述连麦频道中并监听所述连麦频道的状态。
在示例性的实施例中，所述对端(第二客户端)的用户在确定接受视频连麦请求后，可以通过所述对端(第二客户端)向直播服务器2返回视频连麦接受信息；直播服务器2接收到对端(第二客户端)返回的视频连麦接受信息后，分配由第一服务器提供的连麦频道；
进而，直播服务器2在发送给对端(第二客户端)的响应信息中携带所述连麦频道的标识，使得对端(第二客户端)可以根据响应信息中的连麦频道的标识，调用第一服务器提供的服务API，加入第一服务器提供的对应的连麦频道并监听该连麦频道。
直播服务器2还在发送给第一客户端的广播消息中携带所述连麦频道的标识；
从而，本步骤中，第一客户端可以从接收的广播消息中获取直播服务器返回的连麦频道的标识，进而根据所述连麦频道的标识调用第一服务器提供的服务API，加入第一服务器提供的所述连麦频道中并监听所述连麦频道的状态。
步骤S503：若监听到本客户端加入连麦频道成功的状态，以及对端加入连麦频道成功的状态，则将本地采集的音频数据和视频数据推送到第一服务器(比如声网服务器)。
在示例性的实施例中，若第一客户端监听到本客户端加入连麦频道成功的状态，以及对端加入连麦频道成功的状态，则将本地采集的音频数据和视频数据推送到第一服务器；
第一服务器可以将第一客户端推送的音、视频数据，和第一客户端的对端，即第二客户端推送的音、视频数据，形成连麦的合流数据推送给第二服务器。
步骤S504：若监听到旁路推流的状态为异常，则根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
在示例性的实施例中，若第一客户端监听到旁路推流的状态为异常，则根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
实施例三
本实施例以直播服务器2为执行主体进行描述，技术细节及技术效果可参考实施例一。
图6示意性示出了根据本申请实施例三的语音视频连线方法的流程图。如图6所示，该语音视频连线方法可以包括步骤S601～S602，其中：
步骤S601：接收到第一客户端发送的视频连麦请求后，根据所述视频连麦请求中携带的第二客户端的标识，向第二客户端转发所述视频连麦请求。
在示例性的实施例中，直播服务器2接收到第一客户端发送的视频连麦请求后，根据所述视频连麦请求中携带的第二客户端的标识，向第二客户端转发所述视频连麦请求。
步骤S602：在接收到第二客户端返回的视频连麦接受信息后，为第一客户端、第二客户端分配由第一服务器(比如声网服务器)提供的连麦频道，并将分配的连麦频道的标识发送给第一客户端、第二客户端。
在示例性的实施例中，直播服务器2在接收到第二客户端返回的视频连麦接受信息后，为第一客户端、第二客户端分配由第一服务器提供的连麦频道；
进而，直播服务器2给第二客户端发送响应信息，其中携带所述连麦频道的标识；直播服务器2给第一客户端发送的广播消息中携带所述连麦频道的标识；
第一客户端、第二客户端分别可以根据接收的连麦频道的标识，调用第一服务器提供的服务API，加入到所述连麦频道中并监听所述连麦频道的状态。
实施例四
图7示意性示出了根据本申请实施例四的语音视频连线装置的框图，该语音视频连线装置可以设置于客户端6中，被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本申请实施例。本申请实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本申请实施例中各程序模块的功能。
如图7所示，该语音视频连线装置可以包括：连麦请求模块701、连麦频道加入模块702、连麦频道监听模块703，其中：
连麦请求模块701用于通过直播服务器向对端发送视频连麦请求；
连麦频道加入模块702用于在接收到所述直播服务器返回的连麦频道的标识后，根据所述连麦频道的标识调用第一服务器提供的服务API，加入第一服务器提供的所述连麦频道中；
连麦频道监听模块703用于监听所述连麦频道的状态；
其中，所述连麦频道是所述直播服务器在接收到所述对端返回的视频连麦接受信息后分配的；以及所述连麦频道的标识还被所述直播服务器发送给所述对端，由所述对端根据所述连麦频道的标识调用第一服务器提供的服务API，加入所述连麦频道中并监听所述连麦频道的状态。
进一步，该语音视频连线装置还可以包括：音视频数据推送模块704；
音视频数据推送模块704用于根据所述连麦频道监听模块703监听到的本客户端加入连麦频道成功的状态，以及对端加入连麦频道成功的状态，将本地采集的音频数据和视频数据推送到第一服务器。
进一步，该语音视频连线装置还可以包括：异常状态处理模块705；
异常状态处理模块705用于在所述连麦频道监听模块703监听到旁路推流的状态为异常时，根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
实施例五
图8示意性示出了根据本申请实施例六的适于实现语音视频连线方法的计算机设备1100的硬件架构示意图。所述计算机设备1100可以作为直播服务器2，也可以作为客户端6。本实施例中，计算机设备1100是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图8所示，计算机设备1100至少包括但不限于：可通过系统总线相互通信链接存储器1110、处理器1120、网络接口1130。其中：
存储器1110至少包括一种类型的计算机可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器1110可以是计算机设备1100的内部存储模块，例如该计算机设备1100的硬盘或内存。在另一些实施例中，存储器1110也可以是计算机设备1100的外部存储设备，例如该计算机设备1100上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，存储器1110还可以既包括计算机设备1100的内部存储模块也包括其外部存储设备。本实施例中，存储器1110通常用于存储安装于计算机设备1100的操作系统和各类应用软件，例如语音视频连线方法的程序代码等。此外，存储器1110还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器1120在一些实施例中可以是中央处理器(Central Processing Unit，简称为CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器1120通常用于控制计算机设备1100的总体操作，例如执行与计算机设备1100进行数据交互或者通信相关的控制和处理等。本实施例中，处理器1120用于运行存储器1110中存储的程序代码或者处理数据。
网络接口1130可包括无线网络接口或有线网络接口，该网络接口1130通常用于在计算机设备1100与其他计算机设备之间建立通信链接。例如，网络接口1130用于通过网络将计算机设备1100与外部终端相连，在计算机设备1100与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication，简称为GSM)、宽带码分多址(WidebandCode Division Multiple Access，简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。
需要指出的是，图8仅示出了具有部件1110-1130的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。
在本实施例中，存储于存储器1110中的语音视频连线方法还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器1120)所执行，以完成本申请实施例。
实施例六
本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现实施例中的语音视频连线方法的步骤。
本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中语音视频连线方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。
显然，本领域的技术人员应该明白，上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请实施例不限制于任何特定的硬件和软件结合。
以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (15)

1.一种语音视频连线方法，用于客户端中，其特征在于，包括：
通过直播服务器向对端发送视频连麦请求；
在接收到所述直播服务器返回的连麦频道的标识后，根据所述连麦频道的标识调用第一服务器提供的服务API，加入第一服务器提供的所述连麦频道中并监听所述连麦频道的状态；其中，所述第一服务器提供的服务API具体为声网API；
其中，所述连麦频道是所述直播服务器在接收到所述对端返回的视频连麦接受信息后分配的；以及
所述连麦频道的标识还被所述直播服务器发送给所述对端，由所述对端根据所述连麦频道的标识调用第一服务器提供的服务API，加入所述连麦频道中并监听所述连麦频道的状态。
2.根据权利要求1所述的方法，其特征在于，在所述监听所述连麦频道的状态后，还包括：
若监听到本客户端加入连麦频道成功的状态，以及对端加入连麦频道成功的状态，则将本地采集的音频数据和视频数据推送到第一服务器；以及
第一服务器根据连麦双方推送的音频数据和视频数据，形成连麦的合流数据后，将连麦的合流数据推送给第二服务器。
3.根据权利要求2所述的方法，其特征在于，在所述监听所述连麦频道的状态后，还包括：
若监听到旁路推流的状态为异常，则根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
4.根据权利要求2所述的方法，其特征在于，所述将本地采集的音频数据和视频数据推送到第一服务器，具体包括：
将本地通过推流SDK采集的视频数据，以及通过声网SDK采集的音频数据推送到第一服务器。
5.一种语音视频连线装置，用于客户端中，其特征在于，包括：
连麦请求模块，用于通过直播服务器向对端发送视频连麦请求；
连麦频道加入模块，用于在接收到所述直播服务器返回的连麦频道的标识后，根据所述连麦频道的标识调用第一服务器提供的服务API，加入第一服务器提供的所述连麦频道中；其中，所述第一服务器提供的服务API具体为声网API；
连麦频道监听模块，用于监听所述连麦频道的状态；
其中，所述连麦频道是所述直播服务器在接收到所述对端返回的视频连麦接受信息后分配的；以及
所述连麦频道的标识还被所述直播服务器发送给所述对端，由所述对端根据所述连麦频道的标识调用第一服务器提供的服务API，加入所述连麦频道中并监听所述连麦频道的状态。
6.一种语音视频连线方法，其特征在于，包括：
第一客户端向直播服务器发送视频连麦请求；
所述直播服务器根据所述视频连麦请求中携带的第二客户端的标识，向第二客户端转发所述视频连麦请求；并
在接收到第二客户端返回的视频连麦接受信息后，分配由第一服务器提供的连麦频道，并将分配的连麦频道的标识发送给第一客户端、第二客户端；
第一客户端、第二客户端分别根据接收的连麦频道的标识，调用第一服务器提供的服务API，加入到所述连麦频道中并监听所述连麦频道的状态；其中，所述第一服务器提供的服务API具体为声网API。
7.根据权利要求6所述的方法，其特征在于，还包括：
第一客户端在监听到本客户端加入连麦频道成功的状态，以及第二客户端加入连麦频道成功的状态后，将本地采集的音频数据和视频数据推送到第一服务器；或，第二客户端在监听到本客户端加入连麦频道成功的状态，以及第一客户端加入连麦频道成功的状态后，将本地采集的音频数据和视频数据推送到第一服务器；
第一服务器根据第一客户端和第二客户端推送的音、视频数据，形成连麦的合流数据后，将连麦的合流数据推送给第二服务器。
8.根据权利要求7所述的方法，其特征在于，还包括：
第一/二客户端在监听到旁路推流的状态为异常时，根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
9.根据权利要求6-8任一所述的方法，其特征在于，第一服务器具体为声网服务器，第二服务器具体为CDN服务器。
10.一种语音视频连线系统，其特征在于，包括：第一客户端、第二客户端，以及直播服务器；其中：
第一客户端用于向所述直播服务器发送视频连麦请求；
所述直播服务器用于根据所述视频连麦请求中携带的第二客户端的标识，向第二客户端转发所述视频连麦请求；并在接收到第二客户端返回的视频连麦接受信息后，分配由第一服务器提供的连麦频道，并将分配的连麦频道的标识发送给第一客户端、第二客户端；
第一客户端、第二客户端还用于分别根据接收的连麦频道的标识，调用第一服务器提供的服务API，加入到所述连麦频道中并监听所述连麦频道的状态；其中，所述第一服务器提供的服务API具体为声网API。
11.根据权利要求10所述的系统，其特征在于，
第一客户端还用于在监听到本客户端加入连麦频道成功的状态，以及第二客户端加入连麦频道成功的状态后，将本地采集的音频数据和视频数据推送到第一服务器；或，第二客户端还用于在监听到本客户端加入连麦频道成功的状态，以及第一客户端加入连麦频道成功的状态后，将本地采集的音频数据和视频数据推送到第一服务器；
第一服务器根据第一客户端和第二客户端推送的音、视频数据，形成连麦的合流数据后，将连麦的合流数据推送给第二服务器。
12.根据权利要求11所述的系统，其特征在于，
第一/二客户端还用于在监听到旁路推流的状态为异常时，根据不同异常的状态值，分别进行重新设置、重试，或断开连麦的操作。
13.根据权利要求10-12任一所述的系统，其特征在于，第一服务器具体为声网服务器，第二服务器具体为CDN服务器。
14.一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时用于实现权利要求1至4中任意一项所述的语音视频连线方法的步骤。
15.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行权利要求1至4中任意一项所述的语音视频连线方法的步骤。
CN202111069629.8A 2021-09-13 2021-09-13 语音视频连线系统和方法 Active CN113810775B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111069629.8A CN113810775B (zh) 2021-09-13 2021-09-13 语音视频连线系统和方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111069629.8A CN113810775B (zh) 2021-09-13 2021-09-13 语音视频连线系统和方法

Publications (2)

Publication Number Publication Date
CN113810775A CN113810775A (zh) 2021-12-17
CN113810775B true CN113810775B (zh) 2023-04-07

Family

ID=78941081

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111069629.8A Active CN113810775B (zh) 2021-09-13 2021-09-13 语音视频连线系统和方法

Country Status (1)

Country Link
CN (1) CN113810775B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115695849A (zh) * 2022-10-31 2023-02-03 北京百度网讯科技有限公司 直播视频的获取方法、装置、设备及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106713945A (zh) * 2016-12-06 2017-05-24 广州华多网络科技有限公司 客户端连麦直播处理方法和装置、直播服务器及直播系统
CN109756504A (zh) * 2019-01-16 2019-05-14 武汉斗鱼鱼乐网络科技有限公司 一种基于直播平台的通信方法及相关装置
CN111050185A (zh) * 2018-10-15 2020-04-21 武汉斗鱼网络科技有限公司 直播间连麦视频混流方法、存储介质、电子设备及系统
CN111372092A (zh) * 2020-03-04 2020-07-03 北京字节跳动网络技术有限公司 通信链路建立方法、装置、设备及存储介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105933375B (zh) * 2016-03-30 2019-12-24 广州华多网络科技有限公司 一种连麦会话的监测方法、装置和服务器
CN110971922B (zh) * 2018-09-30 2021-11-09 武汉斗鱼网络科技有限公司 直播连麦状态监控方法、客户端、服务器、介质及系统
CN109634597B (zh) * 2018-12-11 2022-02-18 武汉瓯越网视有限公司 数据处理方法、装置、电子设备及存储介质
CN112312226B (zh) * 2020-10-28 2023-06-27 北京达佳互联信息技术有限公司 连麦方法、系统、装置、电子设备及存储介质
CN112911325B (zh) * 2021-01-29 2023-07-14 百果园技术(新加坡)有限公司 一种跨直播间连线的恢复方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106713945A (zh) * 2016-12-06 2017-05-24 广州华多网络科技有限公司 客户端连麦直播处理方法和装置、直播服务器及直播系统
CN111050185A (zh) * 2018-10-15 2020-04-21 武汉斗鱼网络科技有限公司 直播间连麦视频混流方法、存储介质、电子设备及系统
CN109756504A (zh) * 2019-01-16 2019-05-14 武汉斗鱼鱼乐网络科技有限公司 一种基于直播平台的通信方法及相关装置
CN111372092A (zh) * 2020-03-04 2020-07-03 北京字节跳动网络技术有限公司 通信链路建立方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN113810775A (zh) 2021-12-17

Similar Documents

Publication Publication Date Title
CN105635180B (zh) 消息推送方法及装置
CN111432158B (zh) 媒体节点的负载均衡方法及装置、存储介质、电子装置
CN109688368B (zh) 视频会议的智能调度方法、电子设备及存储介质
CN112804213B (zh) 通信断线重连方法及装置、系统、可读介质和电子设备
CN113810775B (zh) 语音视频连线系统和方法
CN112788053A (zh) 一种实时通信方法、装置、服务器、系统及存储介质
CN109032768A (zh) 应用会话的迁移方法、装置、终端、服务器及存储介质
CN113630424B (zh) WebRTC通信方法及系统
CN113382065B (zh) 文件下载方法、装置、系统、设备及存储介质
CN111866440B (zh) 一种推送视频数据方法、装置、设备及存储介质
CN112929594B (zh) 自组网级联方法、音频采集设备、会议系统、存储介质
US10686877B2 (en) Network communication method, peers, and network communication system
CN111866544A (zh) 数据处理方法、装置、设备及计算机可读存储介质
CN112699571A (zh) 电力设备生产监造方法、装置、计算机设备和存储介质
CN114079828A (zh) 流媒体数据的处理方法以及装置
CN112738256A (zh) 一种dcp文件传输方法、服务器和计算机可读存储介质
JP6007623B2 (ja) セッション管理装置、方法、及び、プログラム
CN114554230B (zh) 连麦状态处理方法、装置、终端、计算机设备及存储介质
CN110474807A (zh) 一种日志处理方法及装置
CN112312094B (zh) 媒体信息的处理方法、装置、存储介质以及电子装置
US11025683B2 (en) Method of implementing a communications session between a plurality of terminals
CN113747100B (zh) 音视频通话方法、装置、存储介质及电子设备
WO2017045536A1 (zh) 多方会话的处理方法及装置
CN109921933B (zh) 一种信息处理方法及网络安全设备
CN112134955B (zh) 数据的处理系统及方法、设备、存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant