CN106954100A - 直播方法及系统、连麦管理服务器 - Google Patents
直播方法及系统、连麦管理服务器 Download PDFInfo
- Publication number
- CN106954100A CN106954100A CN201710148059.9A CN201710148059A CN106954100A CN 106954100 A CN106954100 A CN 106954100A CN 201710148059 A CN201710148059 A CN 201710148059A CN 106954100 A CN106954100 A CN 106954100A
- Authority
- CN
- China
- Prior art keywords
- terminal
- wheat
- stream
- live
- management server
- 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.)
- Pending
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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/64—Addressing
- H04N21/6405—Multicasting
-
- 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/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- 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/80—Responding to QoS
-
- 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/637—Control signals issued by the client directed to the server or network components
- H04N21/6373—Control signals issued by the client directed to the server or network components for rate control, e.g. request to the server to modify its transmission rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
- H04N21/6587—Control parameters, e.g. trick play commands, viewpoint selection
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种直播方法及系统、连麦管理服务器,该直播方法包括:第一终端与第二终端通过连麦管理服务器建立连麦,第一终端以及第二终端分别向连麦管理服务器推送第一直播流和第二直播流;连麦管理服务器将第一直播流以及第二直播流合并,得到合并流;连麦管理服务器将合并流发送至第三终端。本发明以多人实时视频会话方式实现多人连麦,满足实时性要求;对连麦各方的直播数据进行合流后通过CDN节点推送给普通观众,避免了互动时序错乱,对观众下行带宽要求低,提高数据传输质量。
Description
技术领域
本发明涉及互联网音视频交互技术领域,特别涉及一种直播方法及系统、连麦管理服务器。
背景技术
随着互联网技术的快速发展,流媒体应用逐步成熟,在网民的日常上网行为中,占比越来越高。互动直播业务由于其真实生动、互动性强及现场感强等优点,迎来了蓬勃的发展。众多互动直播类平台竞争惨烈,为吸引并争夺观众,各大平台使出浑身解数,不惜重金招揽知名主播,在内容上寻求差异性。同时,如何提升音视频交互模式,改善用户体验成为互动直播业务发展的重要研究方向之一。
互动直播业务初兴起时,观众只能单向观看主播;后来由于观众的互动需求,逐渐开发出文字与弹幕的互动功能;为了进一步丰富主播与观众的互动体验,产生了直播连麦业务,即主播可以与特定的观众(可称为连麦观众或连麦粉丝)进行多人的音视频互动,而普通观众可以观看主播与连麦观众的音视频互动过程。
现有连麦业务通过为第一终端和第二终端建立连麦会话连接实现,该方案存在以下问题:
(1)未考虑主播与连麦观众之间存在跨区域与跨运营商的情况,以及该情况带来的音视频数据传输质量低下,影响连麦业务的用户体验的问题。
(2)主播和连麦观众之间的交互延迟太大,不能满足互动要求。一路直播流的延迟大概在3秒左右,如果主播与连麦观众需要进行对话,那么主播从提问到听见对方的答复原则上差不多需要6秒左右的时间,这个延迟对于实时交互来说是不能接受的。同时,普通观众分别获取主播以及连麦观众的音视频直播数据,可能因网络波动造成普通观众端获取的两路直播流时延不一致,从而出现互动时序错乱现象。
(3)普通观众需分别获取主播以及连麦观众的两路直播流,对普通观众的下行带宽要求较高,网络质量较差的观众观看容易卡顿,无法流畅体验连麦互动功能。
(4)仅支持主播与一名观众连麦互动,不支持多人连麦互动的场景。
发明内容
为了解决现有直播连麦过程存在的对普通观众带宽要求高以及可能出现时序错乱的问题,本发明实施例提供了一种直播方法及系统、连麦管理服务器。
根据本发明实施例的一个方面,提供了一种直播方法,包括:
第一终端与第二终端通过连麦管理服务器建立连麦,所述第一终端以及第二终端分别向所述连麦管理服务器推送第一直播流和第二直播流;
所述连麦管理服务器将所述第一直播流以及所述第二直播流合并,得到合并流;
所述连麦管理服务器将所述合并流发送至第三终端。
进一步地,所述第一终端与第二终端通过连麦管理服务器建立连麦包括如下情形:
同一个所述第一终端与至少两个所述第二终端连麦;或者
同一个所述第二终端与至少两个所述第一终端连麦。
进一步地,所述连麦管理服务器将所述合并流发送至第三终端具体包括:
所述连麦管理服务器将所述合并流推送至CDN媒体中心,由所述CDN媒体中心将所述合并流分发至各个CDN节点;
所述第三终端通过所述CDN节点获取所述合并流,并展示所述合并流。
进一步地,所述第一终端与第二终端通过连麦管理服务器建立连麦具体包括如下步骤:
连麦管理服务器接收至少一个第一终端发起的连麦请求,并将所述连麦请求转发给第二终端标识对应的第二终端,其中所述连麦请求携带有所述第二终端标识;
所述连麦管理服务器接收所述第二终端发出的接受指令,并将所述接受指令转发给被接受连麦的第一终端,其中所述接受指令携带有被接受连麦的第一终端标识。
进一步地,在所述连麦管理服务器将所述连麦请求转发给第二终端标识对应的第二终端之后,所述方法还包括:
所述连麦管理服务器接收所述第二终端发出的拒绝指令,并将所述拒绝指令转发给被拒绝连麦的第一终端,使所述被拒绝连麦的第一终端退出与所述第二终端的连麦场景,其中所述拒绝指令携带有被拒绝连麦的第一终端标识。
另一方面,还提供一种连麦管理服务器,包括:
连麦单元,用于建立第一终端与第二终端之间的连麦;
合并单元,用于接收所述第一终端以及所述第二终端推送的第一直播流和第二直播流,并将所述第一直播流以及所述第二直播流合并,得到合并流;
推流单元,用于将所述合并流发送至第三终端。
进一步地,所述连麦单元还用于:
建立同一个所述第一终端与至少两个所述第二终端之间的连麦;或者
建立同一个所述第二终端与至少两个所述第一终端之间的连麦。
进一步地,所述推流单元还用于将所述合并流推送至CDN媒体中心,由所述CDN媒体中心将所述合并流分发至各个CDN节点。
另一方面,还提供一种直播系统,包括连麦管理服务器,所述连麦管理服务器包括连麦单元、合并单元,以及推流单元;
所述连麦单元,用于建立第一终端与第二终端之间的连麦;
所述合并单元,用于接收所述第一终端以及第二终端推送的第一直播流和第二直播流,并将所述第一直播流以及所述第二直播流合并,得到合并流;
所述推流单元,用于将所述合并流发送至第三终端。
另一方面,还包括:CDN媒体中心和多个CDN节点;
所述CDN媒体中心,与所述连麦管理服务器连接,用于接收所述连麦管理服务器推送的合并流,并将所述合并流分发给各个CDN节点;
所述CDN节点,与所述CDN媒体中心连接,用于接收所述CDN媒体中心分发的合并流,以及当作为CDN最优节点时,向与其连接的终端发送所述合并流。
本发明实施例提供的技术方案,同一个第一终端与至少两个第二终端连麦,同一个第二终端与至少两个第一终端连麦,能够支持多人连麦互动,且能够将互动时延有效控制在一秒以内,满足实时互动需求;连麦管理服务器对第一终端(例如主播)与第二终端(例如连麦观众)的音视频直播数据进行合流操作后,再推送给普通观众观看,有效避免了互动时序错乱现象的发生;同时,相对于获取两路直播流,获取一路合并流对普通观众的下行带宽要求更低,可提高网络环境较差的观众的用户体验;另外,通过CDN节点加速分发音视频直播数据,数据传输质量得到极大提升,有效解决了主播与连麦观众间存在跨区域、跨运营商现象而导致的数据传输质量低下的问题;提高了连麦业务的用户体验。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一种实施例提供的直播方法的流程图;
图2是本发明另一种实施例提供的直播方法的流程图;
图3是本发明实施例提供的直播连麦系统的结构框图;
图4是本发明一种实施例提供的连麦管理服务器的结构框图;
图5是本发明另一种实施例提供的连麦管理服务器的结构框图;
图6是本发明实施例提供的第一终端的结构框图;
图7是本发明实施例提供的第二终端的结构框图;
图8是本发明实施例提供的CDN流媒体服务器的结构框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
如图1所示为本发明一种实施例提供的直播方法的流程图,如图1所示,该方法包括如下的步骤S101至步骤S103。
S101:第一终端与第二终端通过连麦管理服务器建立连麦,所述第一终端以及第二终端分别向连麦管理服务器推送第一直播流和第二直播流;
本步骤中,第一终端与第二终端通过连麦管理服务器建立连麦包括如下情形:同一个所述第一终端与至少两个所述第二终端连麦,并且至少两个所述第二终端之间互相连麦;或者同一个所述第二终端与至少两个所述第一终端连麦,并且至少两个所述第一终端之间互相连麦。
S102:连麦管理服务器将所述第一直播流以及第二直播流合并,得到合并流;
S103:连麦管理服务器将合并流发送至第三终端。
连麦管理服务器将所述合并流推送至CDN媒体中心,由CDN媒体中心将所述合并流分发至各个CDN节点;第三终端通过所述CDN节点获取合并流,并展示所述合并流。
上述方法中,同一个第一终端与至少两个第二终端连麦,同一个第二终端与至少两个第一终端连麦,可以多人实时视频会话方式实现连麦互动,能够支持多人连麦互动,且能够将互动时延有效控制在一秒以内,满足实时互动需求;连麦管理服务器对第一终端(例如主播)与第二终端(例如连麦观众)的音视频直播数据进行合流操作后,再推送给普通观众观看,有效避免了互动时序错乱现象的发生;同时,相对于获取两路直播流,获取一路合并流对普通观众的下行带宽要求更低,可提高网络环境较差的观众的用户体验;另外,通过CDN节点加速分发音视频直播数据,数据传输质量得到极大提升,有效解决了主播与连麦观众间存在跨区域、跨运营商现象而导致的数据传输质量低下的问题;提高了连麦业务的用户体验。
如图2所示为本发明另一种实施例提供的直播方法的流程图,如图2所示,该方法包括如下的步骤S201至步骤S205。
S201:连麦管理服务器接收至少一个第一终端发起的连麦请求,并将连麦请求转发给第二终端标识对应的第二终端,其中该连麦请求携带有第二终端标识。
具体的,终端标识可以是MAC(Media Access Control,媒体访问控制)地址、终端序列号等唯一标识终端的信息。第二终端标识对应的第二终端就是连麦请求的目标终端。如果第一终端请求与多个目标终端连麦,则可以在同一个连麦请求中携带多个目标终端标识,也可以分别发送多个连麦请求,每个连麦请求中携带一个目标终端标识。连麦请求还可以携带第一终端标识,由此连麦管理服务器可以获知连麦请求来自于哪个终端及其对应的目标终端是谁,便于连麦管理服务器对参与连麦的终端的管理,进行后续转发信息与控制。从用户角度来说,连麦请求还可以携带第一终端所属的用户在该直播平台的昵称或ID,便于第二终端所属的用户决定是否接受该连麦请求。
S202:连麦管理服务器接收第二终端发出的接受指令,并将接受指令转发给被接受连麦的第一终端,其中该接受指令携带有被接受连麦的第一终端标识。具体的,接受指令还可以携带第二终端标识。
S203:连麦管理服务器接收被接受连麦的第一终端推送的第一直播流以及第二终端推送的第二直播流,并控制被接受连麦的第一终端和第二终端以实时视频会话方式进行连麦互动。
如果第一终端请求与多个目标终端进行连麦,且至少两个目标终端接受了其连麦请求,则进行的是多人实时视频会话;如果至少两个第一终端请求与同一个目标终端进行连麦,且目标终端接受了至少两个第一终端的连麦请求,则进行的也是多人实时视频会话;即能够实现多人连麦互动。
需要说明的是,在能够实现多人连麦的前提下,存在一种特殊场景,即一对一连麦,例如,第一终端请求与多个目标终端进行连麦,只有一个目标终端接受了其连麦请求,则最后实际发生的是一对一连麦;如果至少两个第一终端请求与同一个目标终端进行连麦,目标终端只接受了其中一个第一终端的连麦请求,则最后实际发生的是一对一连麦。
S204:连麦管理服务器合并第一直播流与第二直播流,得到合并流。具体的,可以按照时序对至少两路的直播流进行合并,得到符合时间顺序的合并流。
S205:连麦管理服务器通过CDN流媒体服务器向至少一个第三终端发送合并流。
上述方法中,以多人实时视频会话方式实现连麦互动,能够支持多人连麦互动,且能够将互动时延有效控制在一秒以内,满足实时互动需求;连麦管理服务器对主播与连麦观众的音视频直播数据进行合流操作后,再推送给普通观众观看,有效避免了互动时序错乱现象的发生;同时,相对于获取两路直播流,获取一路合并流对普通观众的下行带宽要求更低,可提高网络环境较差的观众的用户体验;另外,通过CDN节点加速分发音视频直播数据,数据传输质量得到极大提升,有效解决了主播与连麦观众间存在跨区域、跨运营商现象而导致的数据传输质量低下的问题;提高了连麦业务的用户体验。
需要说明的是,直播中分为两种角色:主播和观众。第一终端可以属于主播,也可以属于观众,也就是说,可以由观众发起连麦申请也可以由主播发起连麦申请。同样的,第二终端可以属于观众,也可以属于主播。但是观众不能主动申请与其他观众连麦。直播连麦涉及到三种角色:主播、连麦观众和普通观众,第三终端属于普通观众,连麦观众在连麦过程可能会发生身份转换,例如,在被拒绝连麦或者断开连麦后,连麦观众可以转为普通观众。直播连麦可以包括以下具体场景:(1)同一个主播与至少两个观众进行连麦;(2)同一个观众与至少两个主播进行连麦;(3)一个主播与一个观众进行连麦。上述场景中可以是主播主动申请连麦,也可以是观众主动申请连麦。
优选的,CDN流媒体服务器包括CDN媒体中心和多个CDN节点,步骤S205具体可以包括:连麦管理服务器将合并流推送至CDN媒体中心,由CDN媒体中心将该合并流分发至各个CDN节点;第三终端通过其CDN最优节点获取该合并流,并展示该合并流。具体的,展示合并流可以包括:显示合并流的视频画面及播放合并流的语音。CDN最优节点可以是与终端距离最近和/或质量最优的CDN节点,选取终端的CDN最优节点可以使用现有的CDN调度方法,例如根据终端用户点击的视频网址,分配距离最近和/或质量最优的节点。本优选实施例中,连麦管理服务器对主播与连麦观众的音视频直播数据进行合流操作后,再推送给普通观众观看,有效避免了互动时序错乱现象的发生;相对于获取两路直播流,获取一路合并流对普通观众的下行带宽要求更低,可提高网络环境较差的观众的用户体验;通过CDN节点加速分发音视频直播数据,数据传输质量得到极大提升,有效解决了主播与连麦观众间存在跨区域、跨运营商现象而导致的数据传输质量低下的问题;提高了连麦业务的用户体验。
对于第一终端的连麦请求,第二终端可以接受也可以拒绝。本发明实施例还提供了拒绝连麦请求的实现方案,在连麦管理服务器将连麦请求转发给第二终端标识对应的第二终端之后,上述方法还可以包括:连麦管理服务器接收第二终端发出的拒绝指令,并将拒绝指令转发给被拒绝连麦的第一终端,使被拒绝连麦的第一终端退出与该第二终端的连麦场景,其中拒绝指令携带有被拒绝连麦的第一终端标识。具体的,拒绝指令还可以携带第二终端标识。被拒绝的第一终端根据反馈的拒绝指令,及时退出连麦场景,以便后续观看其他直播或者连麦。
在连麦互动的过程中(即第一终端和第二终端进行实时视频会话的过程),处于连麦的第一终端与第二终端均可实时展示视频会话内容,以便主播和连麦观众观看连麦的音视频流。以第一终端为例,可以接收连麦管理服务器发送的合并流,并展示该合并流;还可以接收连麦管理服务器转发的第二直播流,结合本地直播流(即第一直播流)进行展示,以实现连麦交互。具体的,展示包括:显示视频画面以及播放语音。显示画面时,可以在同一屏幕中同时显示第一终端和第二终端的画面,例如,在第一终端的屏幕通过大图显示第一终端的画面,通过小图显示第二终端的画面;也可以根据终端所配置的显示屏个数进行分屏显示,例如,一个屏幕显示第一终端的画面,另一个屏幕显示第二终端的画面。
在一个优选实施例中,成功进行连麦以后,处于连麦的任一终端均可以请求断开连麦,从直播角色角度来说,观众可以请求断开连麦,主播也可以请求断开连麦。在一对多的连麦互动中,不同的终端请求断开连麦,具体操作不同。在连麦管理服务器控制被接受连麦的第一终端和第二终端以实时视频会话方式进行连麦互动之后,上述方法还可以包括:
(1)在多个第一终端与同一个第二终端进行连麦互动的情况下,第一终端请求断开连麦。连麦管理服务器接收到第一终端发起的第一断开连麦请求,将该第一断开连麦请求转发给第二终端;发起第一断开连麦请求的第一终端退出当前连麦场景,连麦管理服务器也不再合并该第一终端与第二终端的直播流。第一断开连麦请求可以携带第一终端标识和第二终端标识。
(2)在多个第一终端与同一个第二终端进行连麦互动的情况下,第二终端请求断开连麦。连麦管理服务器接收到第二终端发起的第二断开连麦请求,其中第二断开连麦请求携带有需要断开连麦的第一终端标识,还可以携带第二终端标识;连麦管理服务器将第二断开连麦请求转发给对应的第一终端,使对应的第一终端退出当前连麦场景,连麦管理服务器也不再合并该第一终端与第二终端的直播流。如果第二终端请求断开与所有第一终端的连麦,则第二终端也退出连麦场景。
(3)在同一个第一终端与多个第二终端进行连麦互动的情况下,第一终端请求断开连麦。连麦管理服务器接收到第一终端发起的第三断开连麦请求,其中第三断开连麦请求携带有需要断开连麦的第二终端标识,还可以携带第一终端标识;连麦管理服务器将第三断开连麦请求转发给对应的第二终端,使对应的第二终端退出当前连麦场景,连麦管理服务器也不再合并第一终端与该第二终端的直播流。如果第一终端请求断开与所有第二终端的连麦,则第一终端也退出连麦场景。
(4)在同一个第一终端与多个第二终端进行连麦互动的情况下,第二终端请求断开连麦。连麦管理服务器接收到第二终端发起的第四断开连麦请求,将第四断开连麦请求转发给第一终端;发起第四断开连麦请求的第二终端退出当前连麦场景,连麦管理服务器也不再合并第一终端与该第二终端的直播流。第四断开连麦请求可以携带第一终端标识和第二终端标识。
本优选实施例中,对于一终端与多终端连麦的场景,多终端中的任一终端均可以请求断开连麦,该一终端也可以请求断开多终端中的某个、某几个甚至所有终端的连麦。从直播角色角度来说,当同一个主播与至少两个观众进行连麦时,观众可以请求断开连麦,主播也可以请求断开一个、多个甚至所有观众的连麦;当同一个观众与至少两个主播进行连麦时,主播可以请求断开连麦,观众也可以请求断开一个、多个甚至所有主播的连麦。本优选实施例根据连麦的实际情况进行连麦的断开,保证断开连麦时,不会影响其他连麦过程。
优选的,被拒绝连麦的终端退出当前连麦场景,断开连麦的终端也退出当前连麦场景,如果退出连麦场景的终端属于连麦观众,其不再参与连麦,但可以作为普通观众观看连麦互动,这就涉及连麦观众的身份转换问题,即从连麦观众转换为普通观众。具体操作如下:如果退出连麦场景的终端属于连麦观众,退出连麦场景的终端断开与连麦管理服务器的连接,与自身的CDN最优节点建立连接,按照普通观众模式从该CDN最优节点获取连麦的合并流,并展示该合并流。例如,如果连麦观众退出与主播的连麦场景,且该主播与其他连麦观众仍在进行连麦互动,此时,连麦观众可以从CDN最优节点获取该主播与其他连麦观众的合并流。当然,连麦观众退出与主播的连麦场景后,也可以普通观众模式去观看其他主播的直播或连麦。
本优选实施例中,连麦观众被拒绝或者断开连麦后,也可作为普通观众观看其他直播或连麦互动,通过CDN节点分发数据,能够提高数据传输质量,提高用户体验。
需要说明的是,本发明仅对连麦相关的内容进行讨论,对正常直播过程不做限制和讨论。在本发明实施例中,通过连麦管理服务器以多人实时视频会话方式实现主播与连麦观众的连麦互动,通过连麦管理服务器对主播和连麦观众的直播数据进行合流,并利用CDN节点将合流数据推送给普通观众,即利用两种路径分别实现了连麦互动以及普通观众对连麦的观看。
本发明实施例还提供了一种直播系统,可以用于实现上述直播方法,如图3所示,该直播连麦系统包括:连麦管理服务器10和CDN流媒体服务器40。其中,连麦管理服务器10与第一终端20以及第二终端30连接,CDN流媒体服务器40与连麦管理服务器10以及第三终端50连接;第三终端50通过CDN流媒体服务器40获取处于连麦互动的第一终端20与第二终端30的合并流,并展示该合并流。连麦管理服务器10可以同时处理多个连麦过程,涉及到至少一个第一终端20、至少一个第二终端30、至少一个第三终端50。在后面的实施例中将对连麦管理服务器10、第一终端20、第二终端30、CDN流媒体服务器40的构成与功能进行详细说明,部分实现细节可参考方法实施例的描述。
第一终端20、第二终端30和第三终端50具有不同的功能,在实际应用中,终端可以具备第一终端20、第二终端30和第三终端50的所有结构模块与功能,对于不同的角色或需求,使用对应的功能即可。例如,如果终端的用户仅作为普通观众,则只需要使用第三终端50相关的模块与功能;如果终端的用户主动请求连麦,则只需要使用第一终端20相关的模块与功能;如果终端的用户是被请求连麦的,则只需要使用第二终端30相关的模块与功能。
上述终端可以是台式计算机、笔记本电脑、平板电脑、手机、可穿戴设备等具备视频会话功能的终端。
上述系统中,通过连麦管理服务器10以多人实时视频会话方式实现连麦互动,能够支持多人连麦互动,且能够将互动时延有效控制在一秒以内,满足实时互动需求;连麦管理服务器10对主播与连麦观众的音视频直播数据进行合流操作后,再推送给普通观众观看,有效避免了互动时序错乱现象的发生;同时,相对于获取两路直播流,获取一路合并流对普通观众的下行带宽要求更低,可提高网络环境较差的观众的用户体验;另外,通过CDN流媒体服务器40加速分发音视频直播数据,数据传输质量得到极大提升,有效解决了主播与连麦观众间存在跨区域、跨运营商现象而导致的数据传输质量低下的问题;提高了连麦业务的用户体验。
如图4所示,本发明一种实施例提供的连麦管理服务器,包括连麦单元101、合并单元102,以及推流单元103。
连麦单元101,用于建立第一终端20与第二终端30之间的连麦;合并单元102,用于接收第一终端20以及第二终端30推送的第一直播流和第二直播流,并将第一直播流以及第二直播流合并,得到合并流;推流单元103,用于将合并流发送至第三终端50。
此外,连麦单元101还用于建立同一个第一终端20与至少两个第二终端30之间的连麦;或者建立同一个第二终端30与至少两个第一终端20之间的连麦。
此外,推流单元103还用于将合并流推送至CDN流媒体服务器40的CDN媒体中心,由CDN媒体中心将所述合并流分发至各个CDN节点。
上述连麦管理服务器,以多人实时视频会话方式实现连麦互动,能够支持多人连麦互动,且能够将互动时延有效控制在一秒以内,满足实时互动需求;连麦管理服务器对主播与连麦观众的音视频直播数据进行合流操作后,再推送给普通观众观看,有效避免了互动时序错乱现象的发生;同时,相对于获取两路直播流,获取一路合并流对普通观众的下行带宽要求更低,可提高网络环境较差的观众的用户体验;另外,通过CDN节点加速分发音视频直播数据,数据传输质量得到极大提升,有效解决了主播与连麦观众间存在跨区域、跨运营商现象而导致的数据传输质量低下的问题;提高了连麦业务的用户体验。
如图5所示,为本发明另一种实施例提供的连麦管理服务器,该连麦管理服务器10包括:连麦请求收发单元11、第一指令收发单元12、控制单元13、合并单元14和合并流发送单元15。
连麦请求收发单元11,用于接收至少一个第一终端20发起的连麦请求,并将连麦请求转发给第二终端标识对应的第二终端30,其中连麦请求携带有第二终端标识,第一终端20可以请求与至少两个第二终端30连麦,至少两个第一终端20可以请求与同一个第二终端30连麦;
第一指令收发单元12,连接至连麦请求收发单元11,用于接收第二终端30发出的接受指令,并将接受指令转发给被接受连麦的第一终端20,其中接受指令携带有被接受连麦的第一终端标识;
控制单元13,连接至第一指令收发单元12,用于接收被接受连麦的第一终端20推送的第一直播流以及第二终端30推送的第二直播流,并控制被接受连麦的第一终端20和第二终端30以实时视频会话方式进行连麦互动;
合并单元14,连接至控制单元13,用于合并第一直播流与第二直播流,得到合并流;
合并流发送单元15,连接至合并单元14,用于通过CDN流媒体服务器40向至少一个第三终端50发送合并流。
上述连麦管理服务器以多人实时视频会话方式实现连麦互动,能够支持多人连麦互动,且能够将互动时延有效控制在一秒以内,满足实时互动需求;连麦管理服务器对主播与连麦观众的音视频直播数据进行合流操作后,再推送给普通观众观看,有效避免了互动时序错乱现象的发生;同时,相对于获取两路直播流,获取一路合并流对普通观众的下行带宽要求更低,可提高网络环境较差的观众的用户体验;另外,通过CDN节点加速分发音视频直播数据,数据传输质量得到极大提升,有效解决了主播与连麦观众间存在跨区域、跨运营商现象而导致的数据传输质量低下的问题;提高了连麦业务的用户体验。
优选的,上述合并流发送单元15包括:推送模块,用于将合并流推送至CDN媒体中心,由CDN媒体中心将合并流分发至各个CDN节点。
在一个实施例中,上述连麦管理服务器10还可以包括:第二指令收发单元,连接至连麦请求收发单元11,用于接收第二终端30发出的拒绝指令,并将拒绝指令转发给被拒绝连麦的第一终端20,使被拒绝连麦的第一终端20退出与该第二终端30的连麦场景,其中拒绝指令携带有被拒绝连麦的第一终端标识,还可以携带有发送该拒绝指令的第二终端的标识。
成功进行连麦以后,可以由第一终端20或第二终端30发起断开连麦请求。对应的,上述连麦管理服务器10还可以包括:第一断开请求处理单元,连接至控制单元13,用于:
在多个第一终端20与同一个第二终端30进行连麦互动的情况下,接收第一终端20发起的第一断开连麦请求,并将第一断开连麦请求转发给第二终端30;或者,接收第二终端30发起的第二断开连麦请求,其中第二断开连麦请求携带有需要断开连麦的第一终端标识,将第二断开连麦请求转发给对应的第一终端20,使对应的第一终端20退出当前连麦场景;以及,
在同一个第一终端20与多个第二终端30进行连麦互动的情况下,接收第一终端20发起的第三断开连麦请求,其中第三断开连麦请求携带有需要断开连麦的第二终端标识,将第三断开连麦请求转发给对应的第二终端30,使对应的第二终端30退出当前连麦场景;或者,接收第二终端30发起的第四断开连麦请求,并将第四断开连麦请求转发给第一终端20。
如图6所示,为本发明实施例提供的一种终端,即第一终端20,该第一终端20包括:连麦请求发送单元21、第一指令接收单元22、第一直播流推送单元23和第一视频会话单元24。
连麦请求发送单元21,用于向连麦管理服务器10发送连麦请求,其中连麦请求携带有第二终端标识,还可以携带终端自身标识;该第一终端20可以请求与至少两个第二终端30连麦;
第一指令接收单元22,连接至连麦请求发送单元21,用于接收连麦管理服务器10转发的接受指令;
第一直播流推送单元23,连接至第一指令接收单元22,用于向连麦管理服务器10推送第一直播流;
第一视频会话单元24,连接至第一直播流推送单元23,用于在连麦管理服务器10的控制下与接受连麦的第二终端30以实时视频会话方式进行连麦互动;
其中,连麦管理服务器10对第一直播流以及接受连麦的第二终端30推送的第二直播流进行合并,得到合并流,并通过CDN流媒体服务器40向至少一个第三终端50发送合并流。
上述第一终端通过连麦管理服务器以多人实时视频会话方式实现连麦互动,能够支持多人连麦互动,且能够将互动时延有效控制在一秒以内,满足实时互动需求;连麦管理服务器对主播与连麦观众的音视频直播数据进行合流操作后,再推送给普通观众观看,有效避免了互动时序错乱现象的发生;同时,相对于获取两路直播流,获取一路合并流对普通观众的下行带宽要求更低,可提高网络环境较差的观众的用户体验;另外,通过CDN节点加速分发音视频直播数据,数据传输质量得到极大提升,有效解决了主播与连麦观众间存在跨区域、跨运营商现象而导致的数据传输质量低下的问题;提高了连麦业务的用户体验。
在一个实施例中,上述第一终端20还可以包括:第二指令接收单元,连接至连麦请求发送单元21,用于接收连麦管理服务器10转发的拒绝指令,并退出与拒绝连麦的第二终端30的连麦场景。
优选的,上述第一终端20还可以包括:第一展示单元,连接至第一视频会话单元24,用于实时展示视频会话内容。具体的,第一展示单元可以包括:显示模块,用于显示视频画面;播放模块,用于播放语音。
上述第一终端20还可以包括:第二断开请求处理单元,连接至第一视频会话单元24,用于:
在多个第一终端20与同一个第二终端30进行连麦互动的情况下,向连麦管理服务器10发送第一断开连麦请求,并退出当前连麦场景;或者,接收连麦管理服务器10转发的由第二终端30发起的第二断开连麦请求,并退出当前连麦场景;以及,
在第一终端20与多个第二终端30进行连麦互动的情况下,向连麦管理服务器10发送第三断开连麦请求,其中第三断开连麦请求携带有需要断开连麦的第二终端标识,使对应的第二终端30退出当前连麦场景;或者,接收连麦管理服务器10转发的由第二终端30发起的第四断开连麦请求。
上述第一终端20还可以包括:第一连接断开单元,连接至第二指令接收单元和第二断开请求处理单元,用于在该终端属于退出连麦场景的连麦观众的情况下,断开该终端与连麦管理服务器10的连接;第一连接建立单元,连接至第一连接断开单元,用于建立该终端与其CDN最优节点的连接;第一合并流获取单元,连接至第一连接建立单元,用于按照普通观众模式从CDN最优节点获取连麦的合并流;第二展示单元,连接至第一合并流获取单元,用于展示获取的合并流。
如图7所示,为本发明实施例提供的另一种终端,即第二终端30,该第二终端30包括:连麦请求接收单元31、第一指令发送单元32、第二直播流推送单元33和第二视频会话单元34。
连麦请求接收单元31,用于接收连麦管理服务器10转发的连麦请求,该第二终端30可以接收至少两个第一终端20的连麦请求;
第一指令发送单元32,连接至连麦请求接收单元31,用于向连麦管理服务器10发送接受指令,其中接受指令携带有被接受连麦的第一终端标识,还可以携带终端自身标识。
第二直播流推送单元33,连接至第一指令发送单元32,用于向连麦管理服务器10推送第二直播流;
第二视频会话单元34,连接至第二直播流推送单元33,用于在连麦管理服务器10的控制下与被接受连麦的第一终端20以实时视频会话方式进行连麦互动;
其中,连麦管理服务器10对第二直播流以及被接受连麦的第一终端20推送的第一直播流进行合并,得到合并流,并通过CDN流媒体服务器40向至少一个第三终端50发送合并流。
上述第二终端30通过连麦管理服务器以多人实时视频会话方式实现连麦互动,能够支持多人连麦互动,且能够将互动时延有效控制在一秒以内,满足实时互动需求;连麦管理服务器对主播与连麦观众的音视频直播数据进行合流操作后,再推送给普通观众观看,有效避免了互动时序错乱现象的发生;同时,相对于获取两路直播流,获取一路合并流对普通观众的下行带宽要求更低,可提高网络环境较差的观众的用户体验;另外,通过CDN节点加速分发音视频直播数据,数据传输质量得到极大提升,有效解决了主播与连麦观众间存在跨区域、跨运营商现象而导致的数据传输质量低下的问题;提高了连麦业务的用户体验。
上述第二终端30还包括:第二指令发送单元,连接至连麦请求接收单元31,用于向连麦管理服务器10发送拒绝指令,其中拒绝指令携带有被拒绝连麦的第一终端标识,还可以携带终端自身标识。
优选的,上述第二终端30还包括:第二展示单元,连接至第二视频会话单元34,用于实时展示视频会话内容。具体的,第二展示单元可以包括:显示单元,用于显示视频画面;播放单元,用于播放语音。
上述第二终端30还包括:第三断开请求处理单元,连接至第二视频会话单元34,用于:
在多个第一终端20与同一个第二终端30进行连麦互动的情况下,接收连麦管理服务器10转发的由第一终端20发起的第一断开连麦请求;或者,向连麦管理服务器10发送第二断开连麦请求,其中第二断开连麦请求携带有需要断开连麦的第一终端标识,使对应的第一终端20退出当前连麦场景;以及,
在同一个第一终端20与多个第二终端30进行连麦互动的情况下,接收连麦管理服务器10转发的由第一终端20发起的第三断开连麦请求,并退出当前连麦场景;或者,向连麦管理服务器10发送第四断开连麦请求,并退出当前连麦场景。
上述第二终端30还可以包括:第二连接断开单元,连接至第二指令发送单元与第三断开请求处理单元,用于在该终端属于退出连麦场景的连麦观众的情况下,断开该终端与连麦管理服务器10的连接;第二连接建立单元,连接至第二连接断开单元,用于建立该终端与其CDN最优节点的连接;第二合并流获取单元,连接至第二连接建立单元,用于按照普通观众模式从CDN最优节点获取连麦的合并流;第四展示单元,连接至第二合并流获取单元,用于展示获取的合并流。
如图8所示,为本发明实施例提供的CDN流媒体服务器,该CDN流媒体服务器40包括:CDN媒体中心41和多个CDN节点42。
CDN媒体中心41,连接至连麦管理服务器10,用于接收连麦管理服务器10推送的合并流,并将合并流分发给各个CDN节点42;CDN节点42遍布全国各区域、各运营商。
CDN节点42,连接至CDN媒体中心41,用于接收CDN媒体中心41分发的合并流,以及当作为CDN最优节点时,向与其连接的终端发送该合并流。
下面结合几个具体应用实例对上述直播方法及系统、连麦管理服务器、终端、CDN流媒体服务器进行说明。
应用实例一
本应用实例以一主播接收到多个观众的连麦请求为例,也就是多个第一终端与同一个第二终端进行连麦的情况。在本实施例中,第一终端20A、20B、20C分别对应于连麦观众A、B、C,第二终端30属于主播,第三终端50D、50E分别对应于普通观众D、E,主播接受了连麦观众A、B的连麦请求,拒绝了连麦观众C的连麦请求。
本实施例的直播方法包括如下步骤:
(1)第一终端20A、第一终端20B、第一终端20C分别向连麦管理服务器10发送连麦请求,请求与第二终端30进行连麦,即连麦请求携带有第二终端30的终端标识。具体的,连麦请求除携带第二终端30的终端标识之外,还可以携带第一终端自身的终端标识,例如,第一终端20A发送的连麦请求还携带有第一终端20A的终端标识。
(2)连麦管理服务器10将连麦请求转发给第二终端30。
(3)第二终端30向连麦管理服务器10发送接受指令和拒绝指令,其中,接受指令携带有第一终端20A和第一终端20B的终端标识,拒绝指令携带有第一终端20C的终端标识。即第二终端30接受了第一终端20A和第一终端20B的连麦请求,拒绝了第一终端20C的连麦请求。具体的,接受指令和拒绝指令还可以携带第二终端30的标识。
(4)连麦管理服务器10把接受指令和拒绝指令转发给对应的第一终端。即连麦管理服务器10转发接受指令给第一终端20A和第一终端20B,转发拒绝指令给第一终端20C。
(5)第一终端20A向连麦管理服务器10推送其直播流,第一终端20B向连麦管理服务器10推送其直播流,第二终端30向连麦管理服务器10推送其直播流。
第一终端20C退出连麦场景,连麦观众C可以作为普通观众观看第一终端20A、第一终端20B与第二终端30的连麦互动,具体的,第一终端20C断开与连麦管理服务器10的连接,与自身的CDN最优节点(例如,距离第一终端20C最近的CDN节点)建立连接,按照普通观众模式从该CDN最优节点获取第一终端20A、第一终端20B与第二终端30连麦的合并流,并展示该合并流,即显示合并流的视频画面及播放合并流的语音。第一终端20C退出连麦场景后,连麦观众C还可以选择观看其他主播的直播或连麦。
(6)连麦管理服务器10控制第一终端20A、第一终端20B与第二终端30进行多人实时视频会话。第一终端20A、第一终端20B与第二终端30均实时展示视频会话内容。
(7)连麦管理服务器10按照时序将接收的三路直播流进行合并,得到合并流。
(8)连麦管理服务器10将合并流推送至CDN媒体中心41;CDN媒体中心41将合并流分发至各个CDN节点42;第三终端50D、50E通过各自的CDN最优节点(例如,距离最近的CDN节点)获取该合并流,并显示合并流的视频画面及播放合并流的语音。普通观众的终端一直与其CDN最有节点保持连接。
(9)对于断开连麦,可以是第一终端20A或第一终端20B发起,也可以是第二终端30发起。
例如,某位连麦观众请求断开连麦,具体的,连麦观众A通过连麦管理服务器10发送断开连麦请求给主播,然后连麦观众A退出当前连麦场景。
又如,主播请求断开某位连麦观众的连麦,具体的,主播通过连麦管理服务器10发送断开连麦请求给连麦观众A,使连麦观众A退出当前连麦场景,主播继续与连麦观众B进行连麦互动。
连麦观众A退出连麦场景后,可以转换为普通观众的身份观看主播与连麦观众B的连麦互动。具体的,连麦观众A按照普通观众模式从其CDN最优节点获取主播与连麦观众B连麦的合并流,并进行观看。
再如,主播请求断开所有连麦观众的连麦,具体的,主播通过连麦管理服务器10发送断开连麦请求给连麦观众A和B,使连麦观众A和B退出当前连麦场景,主播也退出当前连麦场景,即对于该主播而言,结束了所有连麦。
另外,本实施例中,如果连麦观众A在与上述主播(主播X)连麦的过程中,还与其他主播(主播Y)进行连麦,则对于连麦观众A来说,是同时与两个主播进行连麦的,具体的,可以是连麦观众A主动请求与主播Y进行连麦(即连麦观众A向多个主播请求连麦),也可以是主播Y主动请求与连麦观众A进行连麦。对于正在观看主播Y直播的普通观众来说,其观看的是主播Y与连麦观众A的连麦互动,而看不到主播X的相关画面。
应用实例二
本应用实例以一主播向多个观众请求连麦为例,也就是同一个第一终端与多个第二终端进行连麦的情况。在本实施例中,第一终端20属于主播,第二终端30A、30B、30C分别对应于连麦观众A、B、C,第三终端50D、50E分别对应于普通观众D、E,连麦观众A、B接受了主播的连麦请求,连麦观众C拒绝了主播的连麦请求。
本实施例的直播方法包括如下步骤:
(1)第一终端20向连麦管理服务器10发送连麦请求,请求与第二终端30A、第二终端30B、第二终端30C进行连麦,即连麦请求携带有第二终端30A、第二终端30B与第二终端30C的终端标识。具体的,连麦请求还可以携带第一终端自身的终端标识,即携带有第一终端20的终端标识。
(2)连麦管理服务器10将连麦请求转发给第二终端30A、第二终端30B、第二终端30C。
(3)第二终端30A、第二终端30B向连麦管理服务器10发送接受指令,其中接受指令携带有第一终端20的终端标识,还可以携带第二终端30A、第二终端30B的标识;第二终端30C向连麦管理服务器10发送拒绝指令,其中拒绝指令携带有第一终端20的终端标识,还可以携带第二终端30C的标识。
(4)连麦管理服务器10把接受指令和拒绝指令转发给第一终端20。
(5)第一终端20向连麦管理服务器10推送其直播流,第二终端30A向连麦管理服务器10推送其直播流,第二终端30B向连麦管理服务器10推送其直播流。
第二终端30C拒绝了连麦请求,退出连麦场景,连麦观众C可以作为普通观众观看第一终端20、第二终端30A与第二终端30B的连麦互动。具体的,第二终端30C断开与连麦管理服务器10的连接,建立与自身的CDN最优节点(例如,距离第二终端30C最近的CDN节点)的连接,按照普通观众模式从该CDN最优节点获取第一终端20、第二终端30A与第二终端30B连麦的合并流,并展示该合并流,即显示合并流的视频画面及播放合并流的语音。第二终端30C退出连麦场景后,连麦观众C还可以选择观看其他主播的直播或连麦。
(6)连麦管理服务器10控制第一终端20与第二终端30A、第二终端30B进行多人实时视频会话,第一终端20、第二终端30A、第二终端30B均实时展示视频会话内容。
(7)连麦管理服务器10按照时序将接收的三路直播流进行合并,得到合并流。
(8)连麦管理服务器10将合并流推送至CDN媒体中心41;CDN媒体中心41将合并流分发至各个CDN节点42;第三终端50D、50E通过各自的CDN最优节点(例如,距离最近的CDN节点)获取该合并流,并显示合并流的视频画面及播放合并流的语音。
(9)对于断开连麦,可以是第一终端20发起,也可以是第二终端30A或第二终端30B发起。具体可参见实施例一种所述,此处不再赘述。
另外,本实施例中,如果连麦观众A在与上述主播(主播Z)连麦的过程中,还与其他主播(主播Y)进行连麦,则对于连麦观众A来说,是同时与两个主播进行连麦的,具体的,可以是连麦观众A主动请求与主播Y进行连麦,也可以是主播Y主动请求与连麦观众A进行连麦(即连麦观众A接收多个主播的连麦请求)。对于正在观看主播Y直播的普通观众来说,其观看的是主播Y与连麦观众A的连麦互动,而看不到主播Z的相关画面。
综上所述,本发明实施例的直播连麦方案具有以下有益效果:
(1)主播与连麦观众的音视频直播数据通过CDN节点进行加速分发传输,传输质量得到极大提升,有效解决了主播与连麦观众间存在跨区域、跨运营商现象而导致的音视频数据传输质量低下的问题。
(2)主播与连麦观众通过CDN连麦管理服务器创建的视频会话频道进行实时连麦互动,将互动时延有效控制在一秒以内,满足实时互动需求,提高了了主播、连麦观众的连麦体验以及普通观众的观看体验。
同时,通过连麦管理服务器以多人视频会话的方法实现连麦互动,能够将连麦人数从一对一扩展到一对多,支持多人连麦互动,拓展了连麦业务场景。
(3)CDN连麦管理服务器对主播与连麦终端的音视频直播数据进行合流操作,再通过CDN最优节点推送给普通观众观看,有效避免了互动时序错乱现象的发生,提升了连麦业务的用户体验。
(4)CDN连麦管理服务器对主播和连麦观众的直播流进行合并后,通过CDN最优节点将合并流推送给普通观众观看,相对于获取主播与连麦观众的两路直播流,获取一路合并流对观众端网络要求更低,即对普通观众的下行带宽的要求更低,可提高网络环境较差的观众的用户体验。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种直播方法,其特征在于,包括:
第一终端与第二终端通过连麦管理服务器建立连麦,所述第一终端以及所述第二终端分别向所述连麦管理服务器推送第一直播流和第二直播流;
所述连麦管理服务器将所述第一直播流以及所述第二直播流合并,得到合并流;
所述连麦管理服务器将所述合并流发送至第三终端。
2.如权利要求1所述的直播方法,其特征在于,所述第一终端与第二终端通过连麦管理服务器建立连麦包括如下情形:
同一个所述第一终端与至少两个所述第二终端连麦;或者
同一个所述第二终端与至少两个所述第一终端连麦。
3.如权利要求1所述的直播方法,其特征在于,所述连麦管理服务器将所述合并流发送至第三终端具体包括:
所述连麦管理服务器将所述合并流推送至CDN媒体中心,由所述CDN媒体中心将所述合并流分发至各个CDN节点;
所述第三终端通过所述CDN节点获取所述合并流,并展示所述合并流。
4.如权利要求1至3任一项所述的直播方法,其特征在于,所述第一终端与第二终端通过连麦管理服务器建立连麦具体包括如下步骤:
连麦管理服务器接收至少一个第一终端发起的连麦请求,并将所述连麦请求转发给第二终端标识对应的第二终端,其中所述连麦请求携带有所述第二终端标识;
所述连麦管理服务器接收所述第二终端发出的接受指令,并将所述接受指令转发给被接受连麦的第一终端,其中所述接受指令携带有被接受连麦的第一终端标识。
5.如权利要求4所述的直播方法,其特征在于,在所述连麦管理服务器将所述连麦请求转发给第二终端标识对应的第二终端之后,所述方法还包括:
所述连麦管理服务器接收所述第二终端发出的拒绝指令,并将所述拒绝指令转发给被拒绝连麦的第一终端,使所述被拒绝连麦的第一终端退出与所述第二终端的连麦场景,其中所述拒绝指令携带有被拒绝连麦的第一终端标识。
6.一种连麦管理服务器,其特征在于,包括:
连麦单元,用于建立第一终端与第二终端之间的连麦;
合并单元,用于接收所述第一终端以及所述第二终端推送的第一直播流和第二直播流,并将所述第一直播流以及所述第二直播流合并,得到合并流;
推流单元,用于将所述合并流发送至第三终端。
7.如权利要求6所述的连麦管理服务器,其特征在于,所述连麦单元还用于:
建立同一个所述第一终端与至少两个所述第二终端之间的连麦;或者
建立同一个所述第二终端与至少两个所述第一终端之间的连麦。
8.如权利要求6所述的连麦管理服务器,其特征在于,所述推流单元还用于将所述合并流推送至CDN媒体中心,由所述CDN媒体中心将所述合并流分发至各个CDN节点。
9.一种直播系统,其特征在于,包括连麦管理服务器,所述连麦管理服务器包括连麦单元、合并单元,以及推流单元;
所述连麦单元,用于建立第一终端与第二终端之间的连麦;
所述合并单元,用于接收所述第一终端以及第二终端推送的第一直播流和第二直播流,并将所述第一直播流以及所述第二直播流合并,得到合并流;
所述推流单元,用于将所述合并流发送至第三终端。
10.如权利要求9所述的直播系统,其特征在于,还包括:CDN媒体中心和多个CDN节点;
所述CDN媒体中心,与所述连麦管理服务器连接,用于接收所述连麦管理服务器推送的合并流,并将所述合并流分发给各个CDN节点;
所述CDN节点,与所述CDN媒体中心连接,用于接收所述CDN媒体中心分发的合并流,以及当作为CDN最优节点时,向与其连接的终端发送所述合并流。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710148059.9A CN106954100A (zh) | 2017-03-13 | 2017-03-13 | 直播方法及系统、连麦管理服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710148059.9A CN106954100A (zh) | 2017-03-13 | 2017-03-13 | 直播方法及系统、连麦管理服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106954100A true CN106954100A (zh) | 2017-07-14 |
Family
ID=59467359
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710148059.9A Pending CN106954100A (zh) | 2017-03-13 | 2017-03-13 | 直播方法及系统、连麦管理服务器 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106954100A (zh) |
Cited By (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107819833A (zh) * | 2017-10-20 | 2018-03-20 | 贵州白山云科技有限公司 | 一种接入直播连麦的方法及装置 |
CN107995501A (zh) * | 2017-12-18 | 2018-05-04 | 杭州雅顾科技有限公司 | 视频连麦方法及系统 |
CN108235044A (zh) * | 2017-12-29 | 2018-06-29 | 北京密境和风科技有限公司 | 一种实现多人直播的方法、装置和服务器 |
CN108848391A (zh) * | 2018-06-21 | 2018-11-20 | 深圳市思迪信息技术股份有限公司 | 视频直播多人连麦方法及装置 |
CN108900919A (zh) * | 2018-06-29 | 2018-11-27 | 乐蜜有限公司 | 一种直播中的连麦方法、装置、服务器及终端 |
CN108989738A (zh) * | 2018-07-06 | 2018-12-11 | 深圳市嘀哒知经科技有限责任公司 | 一种多用户视频处理方法 |
CN109104616A (zh) * | 2018-09-05 | 2018-12-28 | 北京优酷科技有限公司 | 一种直播间的语音连麦方法及客户端 |
CN109168018A (zh) * | 2018-10-17 | 2019-01-08 | 北京潘达互娱科技有限公司 | 一种直播中的连麦合流系统、方法、装置及自有服务器 |
CN109407923A (zh) * | 2018-09-30 | 2019-03-01 | 武汉斗鱼网络科技有限公司 | 一种直播连麦互动的方法、装置及可读存储介质 |
CN109688419A (zh) * | 2018-12-27 | 2019-04-26 | 北京潘达互娱科技有限公司 | 一种直播中的连麦方法、装置及服务器 |
CN109862382A (zh) * | 2019-02-25 | 2019-06-07 | 广州虎牙信息科技有限公司 | 多人语音方法、服务器以及计算机存储介质 |
CN109874021A (zh) * | 2017-12-04 | 2019-06-11 | 腾讯科技(深圳)有限公司 | 直播互动方法、装置及系统 |
CN110505489A (zh) * | 2019-08-08 | 2019-11-26 | 咪咕视讯科技有限公司 | 视频处理方法、通信设备及计算机可读存储介质 |
CN111246253A (zh) * | 2020-01-21 | 2020-06-05 | 北京三体云联科技有限公司 | 视频流传输方法和装置 |
CN111586446A (zh) * | 2020-04-13 | 2020-08-25 | 微梦创科网络科技(中国)有限公司 | 一种媒体流无缝切换方法、装置及系统 |
CN111836074A (zh) * | 2020-07-23 | 2020-10-27 | 北京达佳互联信息技术有限公司 | 一种连麦直播方法、装置及系统 |
CN111918086A (zh) * | 2020-08-07 | 2020-11-10 | 广州繁星互娱信息科技有限公司 | 视频连线方法、装置、终端、服务器及可读存储介质 |
CN112019927A (zh) * | 2020-09-23 | 2020-12-01 | Oppo广东移动通信有限公司 | 视频直播方法、连麦设备、rtc媒体服务器及主播设备 |
CN112104913A (zh) * | 2020-09-11 | 2020-12-18 | 腾讯科技(深圳)有限公司 | 连麦切换方法、装置、计算机设备及存储介质 |
CN112235594A (zh) * | 2020-10-20 | 2021-01-15 | 广州博冠信息科技有限公司 | 直播连麦的方法及装置、计算机可读介质、电子设备 |
CN112291579A (zh) * | 2020-10-26 | 2021-01-29 | 北京字节跳动网络技术有限公司 | 数据处理方法、装置、设备和存储介质 |
CN112312144A (zh) * | 2019-07-31 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 一种直播方法、装置、设备和存储介质 |
CN112511858A (zh) * | 2020-10-26 | 2021-03-16 | 深圳点猫科技有限公司 | 一种网课直播混合推流方法、系统及存储介质 |
CN112752033A (zh) * | 2019-10-31 | 2021-05-04 | 上海哔哩哔哩科技有限公司 | 导播方法和系统 |
WO2021114708A1 (zh) * | 2019-12-09 | 2021-06-17 | 上海幻电信息科技有限公司 | 多人视频直播业务实现方法、装置、计算机设备 |
CN113507622A (zh) * | 2021-07-08 | 2021-10-15 | 海南史塔克科技有限公司 | 视频互动方法、装置、系统以及直播背包和互动接收器 |
CN113766251A (zh) * | 2020-06-22 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 直播连麦的处理方法、系统、服务器及存储介质 |
CN113873277A (zh) * | 2021-09-26 | 2021-12-31 | 山西大学 | 基于网络直播平台的延安民间文艺推广系统 |
CN114079828A (zh) * | 2020-08-21 | 2022-02-22 | 京东方科技集团股份有限公司 | 流媒体数据的处理方法以及装置 |
US11388453B2 (en) | 2020-09-14 | 2022-07-12 | Beijing Dajia Internet Information Technology Co., Ltd. | Method for processing live-streaming interaction video and server |
CN114900707A (zh) * | 2022-04-22 | 2022-08-12 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种直播方法及系统 |
CN115002502A (zh) * | 2022-07-29 | 2022-09-02 | 广州市千钧网络科技有限公司 | 一种数据处理方法及服务器 |
CN115412772A (zh) * | 2021-05-26 | 2022-11-29 | 武汉斗鱼鱼乐网络科技有限公司 | 一种跨房间连麦直播建立方法、退出方法及连麦客户端 |
WO2022262676A1 (zh) * | 2021-06-15 | 2022-12-22 | 北京字节跳动网络技术有限公司 | 一种连麦系统、方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101064823A (zh) * | 2006-04-30 | 2007-10-31 | 互联天下科技发展(深圳)有限公司 | 一种视频互动网络直播方法 |
US8837578B2 (en) * | 2011-03-16 | 2014-09-16 | Verizon Patent And Licensing Inc. | MPEG-W decoder |
CN105491393A (zh) * | 2015-12-02 | 2016-04-13 | 北京暴风科技股份有限公司 | 多人视频直播业务的实现方法 |
CN105812951A (zh) * | 2016-03-24 | 2016-07-27 | 广州华多网络科技有限公司 | 流媒体数据交互方法、终端、服务器及系统 |
CN106254899A (zh) * | 2016-08-16 | 2016-12-21 | 网宿科技股份有限公司 | 一种直播连麦的控制方法和系统 |
-
2017
- 2017-03-13 CN CN201710148059.9A patent/CN106954100A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101064823A (zh) * | 2006-04-30 | 2007-10-31 | 互联天下科技发展(深圳)有限公司 | 一种视频互动网络直播方法 |
US8837578B2 (en) * | 2011-03-16 | 2014-09-16 | Verizon Patent And Licensing Inc. | MPEG-W decoder |
CN105491393A (zh) * | 2015-12-02 | 2016-04-13 | 北京暴风科技股份有限公司 | 多人视频直播业务的实现方法 |
CN105812951A (zh) * | 2016-03-24 | 2016-07-27 | 广州华多网络科技有限公司 | 流媒体数据交互方法、终端、服务器及系统 |
CN106254899A (zh) * | 2016-08-16 | 2016-12-21 | 网宿科技股份有限公司 | 一种直播连麦的控制方法和系统 |
Cited By (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107819833A (zh) * | 2017-10-20 | 2018-03-20 | 贵州白山云科技有限公司 | 一种接入直播连麦的方法及装置 |
CN109874021A (zh) * | 2017-12-04 | 2019-06-11 | 腾讯科技(深圳)有限公司 | 直播互动方法、装置及系统 |
CN109874021B (zh) * | 2017-12-04 | 2021-05-11 | 腾讯科技(深圳)有限公司 | 直播互动方法、装置及系统 |
CN107995501A (zh) * | 2017-12-18 | 2018-05-04 | 杭州雅顾科技有限公司 | 视频连麦方法及系统 |
CN108235044A (zh) * | 2017-12-29 | 2018-06-29 | 北京密境和风科技有限公司 | 一种实现多人直播的方法、装置和服务器 |
CN108848391A (zh) * | 2018-06-21 | 2018-11-20 | 深圳市思迪信息技术股份有限公司 | 视频直播多人连麦方法及装置 |
CN108900919A (zh) * | 2018-06-29 | 2018-11-27 | 乐蜜有限公司 | 一种直播中的连麦方法、装置、服务器及终端 |
CN108989738A (zh) * | 2018-07-06 | 2018-12-11 | 深圳市嘀哒知经科技有限责任公司 | 一种多用户视频处理方法 |
CN109104616A (zh) * | 2018-09-05 | 2018-12-28 | 北京优酷科技有限公司 | 一种直播间的语音连麦方法及客户端 |
CN109104616B (zh) * | 2018-09-05 | 2022-01-14 | 阿里巴巴(中国)有限公司 | 一种直播间的语音连麦方法及客户端 |
CN109407923A (zh) * | 2018-09-30 | 2019-03-01 | 武汉斗鱼网络科技有限公司 | 一种直播连麦互动的方法、装置及可读存储介质 |
CN109168018A (zh) * | 2018-10-17 | 2019-01-08 | 北京潘达互娱科技有限公司 | 一种直播中的连麦合流系统、方法、装置及自有服务器 |
CN109688419A (zh) * | 2018-12-27 | 2019-04-26 | 北京潘达互娱科技有限公司 | 一种直播中的连麦方法、装置及服务器 |
CN109862382A (zh) * | 2019-02-25 | 2019-06-07 | 广州虎牙信息科技有限公司 | 多人语音方法、服务器以及计算机存储介质 |
CN112312144A (zh) * | 2019-07-31 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 一种直播方法、装置、设备和存储介质 |
CN112312144B (zh) * | 2019-07-31 | 2022-11-29 | 腾讯科技(深圳)有限公司 | 一种直播方法、装置、设备和存储介质 |
CN110505489A (zh) * | 2019-08-08 | 2019-11-26 | 咪咕视讯科技有限公司 | 视频处理方法、通信设备及计算机可读存储介质 |
CN112752033B (zh) * | 2019-10-31 | 2022-03-22 | 上海哔哩哔哩科技有限公司 | 导播方法和系统 |
CN112752033A (zh) * | 2019-10-31 | 2021-05-04 | 上海哔哩哔哩科技有限公司 | 导播方法和系统 |
US11889132B2 (en) | 2019-12-09 | 2024-01-30 | Shanghai Hode Information Technology Co., Ltd. | Method and apparatus for implementing multi-person video live-streaming service, and computer device |
WO2021114708A1 (zh) * | 2019-12-09 | 2021-06-17 | 上海幻电信息科技有限公司 | 多人视频直播业务实现方法、装置、计算机设备 |
CN111246253A (zh) * | 2020-01-21 | 2020-06-05 | 北京三体云联科技有限公司 | 视频流传输方法和装置 |
CN111586446A (zh) * | 2020-04-13 | 2020-08-25 | 微梦创科网络科技(中国)有限公司 | 一种媒体流无缝切换方法、装置及系统 |
CN113766251A (zh) * | 2020-06-22 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 直播连麦的处理方法、系统、服务器及存储介质 |
CN111836074A (zh) * | 2020-07-23 | 2020-10-27 | 北京达佳互联信息技术有限公司 | 一种连麦直播方法、装置及系统 |
CN111836074B (zh) * | 2020-07-23 | 2022-09-09 | 北京达佳互联信息技术有限公司 | 一种连麦直播方法、装置、电子设备及存储介质 |
CN111918086A (zh) * | 2020-08-07 | 2020-11-10 | 广州繁星互娱信息科技有限公司 | 视频连线方法、装置、终端、服务器及可读存储介质 |
CN114079828A (zh) * | 2020-08-21 | 2022-02-22 | 京东方科技集团股份有限公司 | 流媒体数据的处理方法以及装置 |
CN112104913B (zh) * | 2020-09-11 | 2023-09-26 | 腾讯科技(深圳)有限公司 | 连麦切换方法、装置、计算机设备及存储介质 |
CN112104913A (zh) * | 2020-09-11 | 2020-12-18 | 腾讯科技(深圳)有限公司 | 连麦切换方法、装置、计算机设备及存储介质 |
US11388453B2 (en) | 2020-09-14 | 2022-07-12 | Beijing Dajia Internet Information Technology Co., Ltd. | Method for processing live-streaming interaction video and server |
CN112019927A (zh) * | 2020-09-23 | 2020-12-01 | Oppo广东移动通信有限公司 | 视频直播方法、连麦设备、rtc媒体服务器及主播设备 |
CN112235594A (zh) * | 2020-10-20 | 2021-01-15 | 广州博冠信息科技有限公司 | 直播连麦的方法及装置、计算机可读介质、电子设备 |
CN112235594B (zh) * | 2020-10-20 | 2022-06-14 | 广州博冠信息科技有限公司 | 直播连麦的方法及装置、计算机可读介质、电子设备 |
CN112511858A (zh) * | 2020-10-26 | 2021-03-16 | 深圳点猫科技有限公司 | 一种网课直播混合推流方法、系统及存储介质 |
CN112291579A (zh) * | 2020-10-26 | 2021-01-29 | 北京字节跳动网络技术有限公司 | 数据处理方法、装置、设备和存储介质 |
CN115412772A (zh) * | 2021-05-26 | 2022-11-29 | 武汉斗鱼鱼乐网络科技有限公司 | 一种跨房间连麦直播建立方法、退出方法及连麦客户端 |
WO2022262676A1 (zh) * | 2021-06-15 | 2022-12-22 | 北京字节跳动网络技术有限公司 | 一种连麦系统、方法、装置、设备及存储介质 |
CN113507622A (zh) * | 2021-07-08 | 2021-10-15 | 海南史塔克科技有限公司 | 视频互动方法、装置、系统以及直播背包和互动接收器 |
CN113873277A (zh) * | 2021-09-26 | 2021-12-31 | 山西大学 | 基于网络直播平台的延安民间文艺推广系统 |
CN114900707A (zh) * | 2022-04-22 | 2022-08-12 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种直播方法及系统 |
CN114900707B (zh) * | 2022-04-22 | 2024-02-20 | 湖南快乐阳光互动娱乐传媒有限公司 | 一种直播方法及系统 |
CN115002502B (zh) * | 2022-07-29 | 2023-01-03 | 广州市千钧网络科技有限公司 | 一种数据处理方法及服务器 |
CN115002502A (zh) * | 2022-07-29 | 2022-09-02 | 广州市千钧网络科技有限公司 | 一种数据处理方法及服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106954100A (zh) | 直播方法及系统、连麦管理服务器 | |
CN106254899B (zh) | 一种直播连麦的控制方法和系统 | |
US11706277B2 (en) | System and method for dynamically expanding conferencing capabilities and facilitating on demand transactions within social network environments | |
US9571793B2 (en) | Methods, systems and program products for managing resource distribution among a plurality of server applications | |
US20140148209A1 (en) | Method and system for managing real-time audio broadcasts among a group of users | |
CN106534916B (zh) | 一种针对网吧环境基于三层服务器架构的视频直播系统 | |
CN111225230B (zh) | 一种网络直播数据的管理方法以及相关装置 | |
CN110856011B (zh) | 一种分组进行直播互动的方法、电子设备及存储介质 | |
WO2012055315A1 (zh) | 一种提供和管理互动服务的系统和方法 | |
CN103384235A (zh) | 多人会话时数据呈现的方法、服务器及系统 | |
WO2021233093A1 (zh) | 帐号接入方法和装置、存储介质及电子设备 | |
CN111447460B (zh) | 一种将低延时网络应用于导播台的实现方法 | |
CN109586929A (zh) | 会议内容的传输方法及装置 | |
CN113923470A (zh) | 直播流处理方法及装置 | |
CN104283847B (zh) | 基于视频共享的社交业务实现方法及装置 | |
CN105898356A (zh) | 直播流媒体记录方法及系统 | |
JP2003223407A (ja) | コンテンツ共有支援システム、ユーザ端末装置、コンテンツ共有支援サーバ、複数のユーザ間でコンテンツを共有するための方法、そのプログラム並びにプログラム記録媒体 | |
JP2014007450A (ja) | 多地点会議連携システム、多地点会議連携サーバ、および多地点会議連携プログラム | |
CN108668140B (zh) | 音视频交互状态同步方法及装置 | |
CN102300036A (zh) | 互动演播室的视频数据调度方法 | |
CN104639518B (zh) | 会话建立的方法、装置及会话内容的递送方法和装置 | |
CN115052032B (zh) | 一种提供多用户服务的通信方法和系统 | |
CN117955945B (zh) | 同场景下用户间的多音频线路同步方法、系统及存储介质 | |
KR102586186B1 (ko) | 영상 통화 서비스를 제공하는 하이브리드 서버 및 하이브리드서버 운영 방법 | |
CN102300074A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170714 |