本发明涉及一种网络数据通讯方法，尤其是指一种视频直播多人连麦方法及装置。
背景技术：
如图1所示，现有的视频直播多人连麦中，其直播流媒体程是：主播客户端采集本地音视频流媒体后，直接使用RTMP协议推送流媒体到CDN流媒体服务器；其它观众使用对应的拉流媒体地址从CDN流媒体服务器拉取音视频流媒体。参与连麦的观众使用实时通话系统(P2P)和主播进行实时互动连麦；主播端接收到连麦观众端的音视频流媒体后，将自己的声音和观众的声音做混音，自己的画面与观众的画面做合成，最后将混合的声音和画面推送流媒体到CDN流媒体服务器。
现有技术应用时对于移动端来说就有两个问题：
一、主播端的上行带宽压力很大
主播端通过实时通话系统发送一路流媒体给连麦观众，同时还需要推送一路流媒体到CDN流媒体服务器。相比单人直播，连麦后主播端的上行流媒体量将变为原来的两倍；双倍的上行流媒体量对移动端的带宽压力非常大。
二、主播端的视频编码压力很大
与造成带宽压力大的原因一样，主播编码一路视频给连麦观众，同时还需要合成并编码一路推到CDN流媒体服务器；两次视频编码对移动端的性能压力非常大。
假如连麦参与人数超过两人，那带宽和性能的压力将会更加突出。所以，该方案在移动场景下是不太适用。
技术实现要素：
本发明所要解决的技术问题是：提供了一种可解决主播端数据压力的视频直播多人连麦方法及装置。
为了解决上述技术问题，本发明采用的技术方案为：一种视频直播多人连麦方法，包括步骤，
S1)、主播端推送流媒体到流媒体转发服务器；
S2)、连麦观众端推送流媒体到流媒体转发服务器；
S3)、流媒体转发服务器转发主播端的流媒体到连麦观众端；
流媒体转发服务器转发连麦观众端的流媒体到主播端；
S4)、流媒体转发服务器将主播端推送的流媒体和连麦观众端的流媒体推送到合成服务器；
S5)、合成服务器将主播端的流媒体和连麦观众端的流媒体进行合成处理，而后将处理后的合成流媒体推送到流媒体服务器上；
S6)、观看连麦观众从流媒体服务器拉取合成流媒体进行观看。
上述中，所述步骤S1、S2之间还包括步骤：
S121)、观众端向主播端发起连麦请求；
S122)、主播端是否同意观众端的请求，是则该观众端成为连麦观众端，对连麦观众端继续步骤。
上述中，所述步骤S1、S2之间还包括步骤：
S121)、观众端向主播端发起连麦请求；
S122)、主播端将申请连麦的观众端记录形成观众端集合；
S123)、主播端从观众端集合中挑选想要连麦的观众，并发起邀请连麦的请求；
S124)、观众端应答是否接受连麦邀请，是则成为连麦观众端，对连麦观众端继续步骤。
上述中，所述流媒体包括音频和/或视频流；所述步骤S5中，合成服务器将主播端的流媒体和连麦观众端的流媒体进行混音和/或画面合成处理。
本发明还包括一种视频直播多人连麦装置，包括
主播推送单元，用于主播端推送流媒体到流媒体转发服务器；
连麦观众推送单元，用于连麦观众端推送流媒体到流媒体转发服务器；
转发单元，用于流媒体转发服务器转发主播端的流媒体到连麦观众端以及流媒体转发服务器转发连麦观众端的流媒体到主播端；
推送单元，用于流媒体转发服务器将主播端推送的流媒体和连麦观众端的流媒体推送到合成服务器；
合成单元，用于合成服务器将主播端的流媒体和连麦观众端的流媒体进行合成处理，而后将处理后的合成流媒体推送到流媒体服务器上；
观看单元，用于观看连麦观众从流媒体服务器拉取合成流媒体进行观看。
上述中，还包括，
请求单元，用于观众端向主播端发起连麦请求；
判断单元，用于主播端是否同意观众端的请求，是则该观众端成为连麦观众端，对连麦观众端转到连麦观众推送单元。
上述中，还包括，
请求单元，用于观众端向主播端发起连麦请求；
记录单元，用于主播端将申请连麦的观众端记录形成观众端集合；
连麦请求单元，用于主播端从观众端集合中挑选想要连麦的观众，并发起邀请连麦的请求；
判断单元，用于观众端应答是否接受连麦邀请，是则成为连麦观众端，对连麦观众端继续步骤。
上述中，所述流媒体包括音频和/或视频流；所述合成单元中，合成服务器将主播端的流媒体和连麦观众端的流媒体进行混音和/或画面合成处理。
本发明的有益效果在于：提供了一种新的视频直播多人连麦技术，将传统方案中主播与连麦观众的P2P交互，调整为转发服务器的中转交互；主播本地的混音混像，交由合成服务器来实现。从而使得主播端的带宽和性能压力不复存在，因此本方案非常适合移动端的连麦互动直播。
附图说明
下面结合附图详述本发明的具体结构
图1为现有技术中的视频直播多人连麦流媒体程图；
图2为本发明的视频直播多人连麦流媒体程图。
具体实施方式
为详细说明本发明的技术内容、构造特征、所实现目的及效果，以下结合实施方式并配合附图详予说明。
请参阅图2，本发明提供了一种视频直播多人连麦方法，包括步骤，
S1)、主播端推送流媒体到流媒体转发服务器；
S2)、连麦观众端推送流媒体到流媒体转发服务器；
S3)、流媒体转发服务器转发主播端的流媒体到连麦观众端；
流媒体转发服务器转发连麦观众端的流媒体到主播端；
S4)、流媒体转发服务器将主播端推送的流媒体和连麦观众端的流媒体推送到合成服务器；
S5)、合成服务器将主播端的流媒体和连麦观众端的流媒体进行合成处理，而后将处理后的合成流媒体推送到流媒体服务器上；
S6)、观看连麦观众从流媒体服务器拉取合成流媒体进行观看。
该技术在多人模式下所有的数据包(流媒体)都是通过转发服务器中转，转发服务器转发一份数据给参与连麦的客户端的同时，转发一份数据到合成服务器。进一步的由合成服务器对收到的流媒体进行合成；处理完毕后再推送流媒体到CDN流媒体服务器从而实现多人的实时互动。
从上述描述可知，本发明的有益效果在于：提供了一种新的视频直播多人连麦技术，将传统方案中主播与连麦观众的P2P交互，调整为转发服务器的中转交互；主播本地的混音混像，交由合成服务器来实现。从而使得主播端的带宽和性能压力不复存在，因此本方案非常适合移动端的连麦互动直播。
实施例1
上述中，所述步骤S1、S2之间还包括步骤：
S121)、观众端向主播端发起连麦请求；
S122)、主播端是否同意观众端的请求，是则该观众端成为连麦观众端，对连麦观众端继续步骤。
本实施例中，视频直播多人连麦支持一个或者多个观众端参与，一个或者多个观众端通过发起连麦请求，最终又主播端选择同意与否，系统仅对主播端同意的观众端请求成为连麦观众端进行后续步骤。通过增加该筛选机制，不仅支持多观众端连麦，且配置了合理限定机制实现观众端的筛选。
实施例2
上述中，所述步骤S1、S2之间还包括步骤：
S121)、观众端向主播端发起连麦请求；
S122)、主播端将申请连麦的观众端记录形成观众端集合；
S123)、主播端从观众端集合中挑选想要连麦的观众，并发起邀请连麦的请求；
S124)、观众端应答是否接受连麦邀请，是则成为连麦观众端，对连麦观众端继续步骤。
与实施例1的区别在于，本是合理在连麦过程中增加了双方验证机制，这样设计连麦的好处有两个：直播过程中，主播最小程度的受到连麦的打扰。连麦环节中，主播可以更好的选择连麦的观众。
实施例3
进一步的，所述流媒体包括音频和/或视频流。
所述步骤S5中，合成服务器将主播端的流媒体和连麦观众端的流媒体进行混音和/或画面合成处理。
本实施例中，合成服务器可根据需要，对主播端、连麦观众端的声音或画面或声音及画面进行混音、画面合成的处理。从而应对如视频连麦、音频连麦等不同的使用环境。
本发明还包括一种视频直播多人连麦装置，包括
主播推送单元，用于主播端推送流媒体到流媒体转发服务器，而后转到连麦观众推送单元；
连麦观众推送单元，用于连麦观众端推送流媒体到流媒体转发服务器，而后转到转发单元；
转发单元，用于流媒体转发服务器转发主播端的流媒体到连麦观众端以及流媒体转发服务器转发连麦观众端的流媒体到主播端，而后转到推送单元；
推送单元，用于流媒体转发服务器将主播端推送的流媒体和连麦观众端的流媒体推送到合成服务器，而后转到合成单元；
合成单元，用于合成服务器将主播端的流媒体和连麦观众端的流媒体进行合成处理，而后将处理后的合成流媒体推送到流媒体服务器上，而后转到观看单元；
观看单元，用于观看连麦观众从流媒体服务器拉取合成流媒体进行观看。
该技术在多人模式下所有的数据包(流媒体)都是通过转发服务器中转，转发服务器转发一份数据给参与连麦的客户端的同时，转发一份数据到合成服务器。进一步的由合成服务器对收到的流媒体进行合成；处理完毕后再推送流媒体到CDN流媒体服务器从而实现多人的实时互动。
从上述描述可知，本发明的有益效果在于：提供了一种新的视频直播多人连麦技术，将传统方案中主播与连麦观众的P2P交互，调整为转发服务器的中转交互；主播本地的混音混像，交由合成服务器来实现。从而使得主播端的带宽和性能压力不复存在，因此本方案非常适合移动端的连麦互动直播。
实施例4
进一步的，所述主播推送单元通过请求单元、判断单元转到连麦观众推送单元，所述，
请求单元，用于观众端向主播端发起连麦请求，而后转到判断单元；
判断单元，用于主播端是否同意观众端的请求，是则该观众端成为连麦观众端，对连麦观众端转到连麦观众推送单元。
本实施例中，视频直播多人连麦支持一个或者多个观众端参与，一个或者多个观众端通过发起连麦请求，最终又主播端选择同意与否，系统仅对主播端同意的观众端请求成为连麦观众端进行后续步骤。通过增加该筛选机制，不仅支持多观众端连麦，且配置了合理限定机制实现观众端的筛选。
实施例5
进一步的，所述主播推送单元通过请求单元、记录单元、连麦单元、判断单元转到连麦观众推送单元，所述，
请求单元，用于观众端向主播端发起连麦请求；
记录单元，用于主播端将申请连麦的观众端记录形成观众端集合；
连麦请求单元，用于主播端从观众端集合中挑选想要连麦的观众，并发起邀请连麦的请求；
判断单元，用于观众端应答是否接受连麦邀请，是则成为连麦观众端，对连麦观众端继续步骤。
与实施例4的区别在于，本是合理在连麦过程中增加了双方验证机制，这样设计连麦的好处有两个：直播过程中，主播最小程度的受到连麦的打扰。连麦环节中，主播可以更好的选择连麦的观众。
实施例6
上述中，所述流媒体包括音频和/或视频流。
所述合成单元中，合成服务器将主播端的流媒体和连麦观众端的流媒体进行混音和/或画面合成处理。
本实施例中，合成服务器可根据需要，对主播端、连麦观众端的声音或画面或声音及画面进行混音、画面合成的处理。从而应对如视频连麦、音频连麦等不同的使用环境。
以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流媒体程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。