CN108632646A - 一种视频直播方法、装置及服务器 - Google Patents

Abstract

本发明实施例公开了一种视频直播方法，所述方法包括：代理服务器在将来自采集端的流数据透传给直播服务器的过程中，检测自身与所述直播服务器之间的数据连接是否断开；如果所述代理服务与所述直播服务器之间的数据连接断开，则所述代理服务器立即向所述直播服务器发送重新连接请求，所述重新连接请求用于请求重新建立所述代理服务器与所述直播服务器之间的数据连接；所述代理服务器在接收来自所述直播服务器的重新连接响应后，将所述流数据透传给所述直播服务器，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功。本发明实施例同时提供一种视频直播装置及服务器。

Description

一种视频直播方法、装置及服务器

技术领域

本发明涉及网络直播领域，尤其涉及一种视频直播方法、装置及服务器。

背景技术

随着宽带网络的普及，视频成为互联网中的主要内容之一。目前互联网中除了提供视频点播、下载等服务，还同时提供视频直播服务，直播的内容涵盖电视节目或者现场活动。

目前，视频直播服务的普遍方案是：主播端把录制的音视频数据由采集端推送到直播服务器，直播服务器内部对音视频数据进行转码，再分发给观众进行观看。但是，当直播服务器由于更新服务或者异常导致直播服务进程重启时，直播服务器与主播间的连接就会中断，此时，主播端不会自动发起重连，或者延时1至3秒才会发起重连，那么，在这段时间内直播服务器无法继续向观众的播放端分发音视频数据，使得所有正在观看该主播的观众都会出现黑屏、卡顿现象。

发明内容

有鉴于此，本发明实施例提供一种视频直播方法、装置及服务器，能够在直播服务器进程重启后实现快速重连，保证视频直播的连续性，避免播放端出现黑屏、卡顿现象。

为达到上述目的，本发明的技术方案是这样实现的：

第一方面，本发明实施例提供一种视频直播方法，包括：代理服务器在将来自采集端的流数据透传给直播服务器的过程中，监听自身与所述直播服务器之间的数据连接断开；所述代理服务立即向所述直播服务器发送重新连接请求，所述重新连接请求用于请求重新建立所述代理服务器与所述直播服务器之间的数据连接；所述代理服务器在接收来自所述直播服务器的重新连接响应后，将所述流数据透传给所述直播服务器，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功。

第二方面，本发明实施例提供一种视频直播方法，包括：直播服务器接收来自代理服务器的重新连接请求；所述直播服务器响应所述重新连接请求，建立与所述代理服务器的数据连接，并向所述代理服务器发送重新连接响应，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功；所述直播服务器接收所述代理服务器透传的流数据；所述直播服务器将所述流数据分发给播放端。

第三方面，本发明实施例提供一种视频直播方法，包括：采集端将采集到的音视频数据封装成流数据，并将所述流数据发送给代理服务器；所述代理服务器将所述流数据透传给直播服务器，并在所述流数据透传的过程中，监听自身与所述直播服务器之间的数据连接断开；所述代理服务器立即向所述直播服务器发送重新连接请求；所述直播服务器响应所述重新连接请求，建立与所述代理服务器的数据连接，并向所述代理服务器发送重新连接响应；所述代理服务器在接收到所述重新连接响应后，将所述流数据透传给所述直播服务器；所述直播服务器接收所述代理服务器透传的流数据；所述直播服务器将所述流数据分发给播放端；所述播放端从所述流数据中提取所述音视频数据，并播放。

第四方面，本发明实施例提供一种视频直播装置，应用于代理服务器，所述装置包括：流数据透传单元、连接监听单元、连接重建单元和接收单元；其中，所述流数据透传单元，用于接收采集端发送的流数据，并将所述流数据透传给直播服务器；还用于在所述接收单元接收来自所述直播服务器的重新连接响应数据后，将所述流数据透传给所述直播服务器；所述连接监听单元，用于在所述流数据透传单元透传所述流数据的过程中，监听自身所属的代理服务器与所述直播服务器之间的数据连接断开；所述连接重建单元，用于在所述连接监听单元监听到所述数据连接断开时，立即向所述直播服务器发送重新连接请求，所述重新连接请求用于请求重新建立所述代理服务器与所述直播服务器之间的数据连接；接收单元，用于接收来自所述直播服务器的重新连接响应，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功。

第五方面，本发明实施例提供一种视频直播装置，应用于直播服务器，所述装置包括：连接建立单元和流数据分发单元；其中，所述连接建立单元，用于接收来自代理服务器的重新连接请求，所述重新连接请求由所述代理服务器在检测到与所述直播服务器之间的数据连接断开时立即向所述直播服务器发送的；响应所述重新连接请求，建立与所述代理服务器的数据连接，并向所述代理服务器发送重新连接响应，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功；所述流数据分发单元，用于接收所述代理服务器透传的流数据；将所述流数据分发给播放端。

第六方面，本发明实施例提供一种代理服务器，包括：第一通信接口、第二通信接口及第一处理器；其中，所述第一通信接口，用于接收采集端发送的流数据；所述第二通信接口，用于将所述流数据透传给直播服务器；还用于在所述第一处理器监听到自身与所述直播服务器之间的数据连接断开，则立即向所述直播服务器发送重新连接请求，所述重新连接请求用于请求重新建立所述代理服务器与所述直播服务器之间的数据连接；还用于接收所述重新连接响应；并在接收所述重新连接响应后，将所述流数据透传给所述直播服务器，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功；所述第一处理器，用于在所述第二通信接口透传所述流数据的过程中，监听自身与所述直播服务器之间的数据连接断开。

第七方面，本发明实施例提供一种直播服务器，包括：第三通信接口，用于接收来自代理服务器的重新连接请求，所述重新连接请求由所述代理服务器在检测到与所述直播服务器之间的数据连接断开时立即向所述直播服务器发送的；还用于向所述代理服务器发送重新连接响应，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功；还用于接收所述代理服务器透传的流数据；第二处理器，用于响应所述重新连接请求，建立与所述代理服务器的数据连接；第四通信接口，用于将所述流数据分发给播放端。

第八方面，本发明实施例提供一种直播系统，包括：采集端，用于将采集到的音视频数据封装成流数据，并将所述流数据发送给代理服务器；所述代理服务器，用于将所述流数据透传给直播服务器，并在所述流数据透传的过程中，监听自身与所述直播服务器之间的数据连接断开；所述代理服务立即向所述直播服务器发送重新连接请求；还用于在接收到所述重新连接响应后，将所述流数据透传给所述直播服务器；所述直播服务器，用于响应所述重新连接请求，建立与所述代理服务器的数据连接，并向所述代理服务器发送重新连接响应；还用于接收所述代理服务器透传的流数据；对所述流数据进行解析，获得所述音视频数据，并将所述音视频数据分发给播放端；所述播放端，用于从所述流数据中提取所述音视频数据，并播放。

本发明实施例提供了一种视频直播方法、装置及服务器，首先，代理服务器在将来自采集端的流数据透传给直播服务器的过程中，监听自身与直播服务器之间的数据连接断开，此时，代理服务器立即向直播服务器发送重新连接请求，以请求直播服务器重新建立代理服务器与直播服务器之间的数据连接，在数据连接建立成功后，代理服务器接收来自直播服务器的重新连接响应，然后，代理服务器将流数据透传给直播服务器，如此，在直播服务器因进程重启而中断与代理服务器的数据连接后，代理服务器能够立即向直播服务器发送重新连接请求，实现快速重连，保证视频直播的连续性，避免播放端出现黑屏、卡顿现象。

附图说明

图1为本发明实施例中的视频直播系统的一种系统架构示意图；

图2为本发明实施例中的视频直播系统的另一种系统架构示意图；

图3为本发明实施例中的视频直播方法的一种实施流程示意图；

图4-1为本发明实施例中代理服务器发起重连的一种实施流程示意图；

图4-2为本发明实施例中代理服务器发起重连的另一种实施流程示意图；

图5为本发明实施例中的视频直播装置的一种结构示意图；

图6为本发明实施例中的视频直播装置的另一种结构示意图；

图7为本发明实施例中的代理服务器的结构示意图；

图8为本发明实施例中的直播服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

本发明实施提供一种视频直播系统，图1为本发明实施例中的视频直播系统的一种系统架构示意图，参见图1所示，该系统10包括：采集端11、直播服务器12和播放端13。

其中，采集端，也就是主播，主要负责进行音视频采集、视频处理(如美颜、加水印等)、音视频编码压缩、音视频封装等处理；

直播服务器，可以包括流媒体服务器，与采集端通过实时消息传输协议(RTMP，Real Time Messaging Protocol)进行音视频数据传输，主要负责接收采集端传输来的音视频数据，然后将这些音视频数据进行实时转码，并分发给各个播放端；

播放端，也就是观众，与直播服务器通过RTMP或者超文本传输协议(HTTP，HyperText Transfer Protocol)进行音视频数据传输，主要负责接收直播服务器传输来的音视频数据，对音视频数据解码、播放。

在实际应用中，采用上述系统进行视频直播时，主播把录制的音视频数据由采集端推流到直播服务器，直播服务器内部对音视频数据进行转码，再分发给观众进行观看。但是，当直播服务器由于更新服务或者异常导致直播服务进程重启时，直播服务器与主播间的连接就会中断，此时，主播端不会自动发起重连，或者延时1至3秒才会发起重连，那么，在这段时间内直播服务器无法继续向观众的播放端分发音视频数据，使得所有正在观看该主播的观众都会出现黑屏、卡顿现象。

为了解决上述技术问题，本发明实施例还提供一种视频直播系统，图2为本发明实施例中的视频直播系统的另一种系统架构示意图，参见图2所示，该系统20包括：采集端21、代理服务器(Proxy)22、直播服务器23和播放端24。

其中，采集端，也就是主播，主要负责进行音视频采集、视频处理(如美颜、加水印等)、音视频编码压缩、音视频封装等处理；

代理服务器，与采集端和直播服务器分别通过RTMP进行音视频数据传输，用于检测与直播服务器之间的连接是否断开，如果断开，向直播服务器发送重新连接请求，以与所述直播服务器重连；

直播服务器，可以包括流媒体服务器，与采集端通过RTMP进行音视频数据传输，主要负责接收采集端传输来的音视频数据，然后将这些音视频数据进行实时转码，并分发给各个播放端；

播放端，也就是观众，与直播服务器通过RTMP或者HTTP进行音视频数据传输，主要负责接收直播服务器传输来的音视频数据，对音视频数据解码、播放。

较优地，为了降低数据传输带来的时延，代理服务器可以与直播服务器同机部署，即部署在同一物理机上，或者在同一机房中的不同物理机上部署，当然，还可以存在其他的情况，只要代理服务器与直播服务器之间的距离小于预设距离值即可。这里，预设距离值可以根据对数据传输的传输时延需求来确定，本发明实施例不作具体限定。

在实际应用中，上述采集端可以为智能手机、平板电脑、超极本电脑等；上述直播服务器可以为SRS、BMS、nginx等形式，较优地，采用nginx来作为直播服务器。那么，为了实现向直播服务器透传流数据，代理服务器可以采用nginx-ngx_rtmp_module的形式来实现，当然，还可以存在其它实现方式，只要能够实现流数据的透传即可，本发明实施例不作具体限定。

下面结合上述系统，本发明实施例提供的视频直播方法进行说明。

图3为本发明实施例中的视频直播方法的一种实施流程示意图，参见图3所示，该方法包括：

S301：采集端采集音视频数据，并对音视频数据进行编码；

其中，上述音视频数据中，音频数据的编码格式可以采用AAC、MP3、WMA等，视频数据的编码格式可以采用H.263、H.264。当然，还可以为其它编码格式，本发明实施例不作具体限定。

S302：采集端将编码后的音视频数据封装成流数据；

这里，采集端可以采用RTMP封装音视频数据，得到RTMP流数据，并将其发送给代理服务器。当然，采集端还可以采用其它协议来封装音视频数据，如实时流传输协议(RTSP，Real Time Streaming Protocol)、HTTP流媒体直播(HLS，HTTP Live Streaming)协议等，本发明实施例不作具体限定。

在实际应用中，上述流数据的统一资源定位符(URL，Uniform Resource Locator)地址中可以携带有多个数据参数，如签名、过期时间等，本发明实施例不作具体限定。

在具体实施过程中，采集端在发送每条流数据的开始阶段，会发送该流数据的元数据(metadata)信息给代理服务器，metadata信息中可以包括音视频数据的编码格式、视频帧率、码率、分辨率、持续时长等，本发明实施例不作具体限定。

进一步地，metadata信息可以是封装在onMetaData命令中，还是可以封装在@setDataFrame命令中，亦或是两个命令各封装一层，本发明实施例不作具体限定。

S303：采集端将流数据发送给代理服务器；

S304：代理服务器将流数据透传给直播服务器；

在本发明实施例中，代理服务器在将流数据发送到直播服务器时，必须将上述数据参数完整的发送过去，即代理服务器须将流数据透传给直播服务器，如此，保证后端能够正确解析到所有参数。

在本发明实施例中，代理服务器在接收到metadata信息并对其检测通过后，也须要原封不动将metadata信息转发给直播服务器，即将metadata信息透传给直播服务器。不管metadata是封装在onMetaData命令中，还是@setDataFrame命令中，亦或是两个命令各封装了一层，都要原样发送给直播服务器。

S305：代理服务器在将流数据透传给直播服务器的过程中，监听自身与直播服务器之间的数据连接是否断开；

这里，直播服务器在更新版本或者发生异常时，会导致直播服务进程重启，进而断开与代理服务器之间的数据连接，如传输控制协议(TCP，Transmission ControlProtocol)连接，所以，代理服务器在给直播服务器透传流数据的过程中，就需要实时检测自身与直播服务器之间的数据连接是否断开。

S306：代理服务器在监听到与直播服务器之间的数据连接断开时，立即向直播服务器发送重新连接请求；

这里，重新连接请求用于请求重新建立代理服务器与直播服务器之间的数据连接；

在本发明其它实施例中，在S305之后，参见图3中虚线所示，该方法还可以包括：S307：代理服务未监听到与直播服务器之间的数据连接断开，则向直播服务器透传流数据。如此，在代理服务器透传数据之后，执行S311至S312。

S308：直播服务器响应重新连接请求，建立与代理服务器的数据连接；

S309：数据连接重新建立成功后，直播服务器向代理服务器发送重新连接响应；

S310：代理服务器在接收到重新连接响应后，将流数据透传给直播服务器；

在本发明其它实施例中，在S310之后，该方法还可以包括：直播服务器校验透传来的流数据的有效性；当校验出流数据为无效数据时，向代理服务器发送用户控制命令；代理服务器执行用户控制命令，断开自身与采集端之间的数据连接。如此，避免无效数据占用系统资源。

S311：直播服务器将流数据分发给播放端；

这里，直播服务器在接收到代理服务器透传来的流数据之后，将该流数据进行码率和封装格式的转换，然后，将转换后的流数据上传至内容分发网络(CDN，ContentDelivery Network)，再由CDN将流数据分发给播放端。

在实际应用中，直播服务器可以将流数据转换成传输流(TS，Transport Stream)、流媒体格式(FLV，Flash Video)等格式，或者转换成超清、高清、标清等码率。当然，上述码率和封装格式还可以存在其它实现方式，以实际应用为准，本发明实施例不作具体限定。

S312：播放端从流数据中提取音视频数据，并进行播放。

这里，播放端从转换码率或者格式后的流数据中，提取出音视频数据，然后对音视频数据进行解码，最后，将解码后的音视频数据进行播放，如此，便实现视频直播。

本发明实施例所提供的视频直播方法中，代理服务器在将来自采集端的流数据透传给直播服务器的过程中，监听到自身与直播服务器之间的数据连接断开，则立即向直播服务器发送重新连接请求，以请求直播服务器重新建立代理服务器与直播服务器之间的数据连接，在数据连接建立成功后，代理服务器接收来自直播服务器的重新连接响应，然后，代理服务器将流数据透传给直播服务器，如此，在直播服务器因进程重启而中断与代理服务器的数据连接后，代理服务器能够立即向直播服务器发送重新连接请求，来实现快速重连，进而保证视频直播的连续性，使得主播推流不再断开，观众播放不再出现黑屏，极大的提升了用户体验；进一步地，由于在采集端和直播服务器之间增加了一层代理服务器，那么，这样就能够在一定程度上屏蔽采集端到直播服务器的网络波动，减少视频直播的卡顿次数；进一步地，由于代理服务器和直播服务器都具有透传流数据的能力，如此，可以实现流数据的分级透传，方便业务的分离和统计。

基于前述实施例，在实际应用中，为了加快重连的速度，减少时延，还可以为代理服务器配置一重连间隔，以增大代理服务器发起重连的频率。图4-1为本发明实施例中代理服务器发起重连的一种实施流程示意图，参见图4-1所示，在S306之后，且在S310之前，该方法还可以包括：

S401：代理服务器在预设时长内判断是否接收到重新连接响应；

其中，预设时长为微秒级，如10ms、15ms等。

S402：如果没有接收到重新连接响应，则代理服务器再次向直播服务器发送重新连接请求，并返回S401。

这里，S401至S402可以为，代理服务器中设定一重连间隔，也就是上述预设时长，代理服务器在检测到其与直播服务器之间的数据连接断开后，立即向直播服务器发送重新连接请求，此时，定时器开始计时。在定时器计时的过程中，代理服务器持续检测是否收到来自直播服务器的用于表征重连成功的重新连接响应，如果在预设时长到达时，代理服务器仍没有接收到重新连接响应，表明重连建立失败，那么，代理服务器再次向直播服务器发送重新连接请求，并持续检测是否收到重新连接响应，如此循环，直至接收到重新连接响应。

在本发明其它实施例中，为了避免代理服务器一直向直播服务器发送重新连接请求带来资源浪费，那么，图4-2为本发明实施例中代理服务器发起重连的另一种实施流程示意图，参见图4-2所示，在S401之后，该方法还可以包括：

S403：如果没有接收到重新连接响应，代理服务器判断已发送重新连接响应的次数是否达到预设上限值；

S404：如果达到预设上限值，则代理服务器将流数据透传给其它直播服务器；

S405：如果未达到预设上限值，则代理服务器向直播服务器发送重新连接请求，并返回S401。

这里，为了避免代理服务器一直向直播服务器发送重新连接请求带来资源浪费，可以为代理服务器发送重新连接请求的次数设置一个预设上限值，如100次、120次、150次等，那么，如果在预设时长内代理服务器仍没有接收到直播服务器发来的重新连接响应，代理服务器可以先判断已发送重新连接响应的次数是否达到预设上限值；如果达到预设上限值，则不再向直播服务器发送重新连接请求，而是将流数据透传给其它直播服务器，这里，其它直播服务器可以为与直播服务器位于同一机房的服务器；而如果未达到上限，则继续执行S402，也就是代理服务器向直播服务器发送重新连接请求，并返回S401。

基于同一发明构思，本发明实施例提供一种视频直播装置，应用于如上述一个或者多个实施例所述的代理服务器。

图5为本发明实施例中的视频直播装置的一种结构示意图，参见图5所示，该视频直播装置500可以包括：流数据透传单元501、连接监听单元502、连接重建单元503和接收单元504；其中，流数据透传单元501，用于接收采集端发送的流数据，并将流数据透传给直播服务器；还用于在接收单元504接收来自直播服务器的重新连接响应数据后，将流数据透传给直播服务器；连接监听单元502，用于在流数据透传单元501透传流数据的过程中，监听自身所属的代理服务器与直播服务器之间的数据连接断开；连接重建单元503，用于在连接监听单元502接听到数据连接断开时，立即向直播服务器发送重新连接请求，重新连接请求用于请求重新建立代理服务器与直播服务器之间的数据连接；接收单元504，用于接收来自直播服务器的重新连接响应，重新连接响应用于表明代理服务器与直播服务器之间的数据连接重新建立成功。

在本发明其它实施例中，连接重建单元，还用于在预设时长内未接收到重新连接响应时，则再次向直播服务器发送重新连接请求，预设时长为微秒级。

在本发明其它实施例中，连接重建单元，还用于在接收单元在预设时长内未接收到重新连接响应，且连接重建单元检测到连接重建单元已发送重新连接响应的次数达到预设上限值时，则流数据透传单元将流数据透传给其它直播服务器；接收单元在预设时长内未接收到重新连接响应，且连接重建单元检测到已发送重新连接响应的次数未达到预设上限值时，则连接重建单元再次向直播服务器发送重新连接请求。

在本发明其它实施例中，流数据透传单元，还用于在将来自采集端的流数据透传给直播服务器之前，接收采集端发送的流数据对应的元数据信息；将元数据信息透传给直播服务器。

在本发明其它实施例中，流数据透传单元，还用于在与直播服务器建立数据连接后，向直播服务器透传流数据。

在本发明其它实施例中，上述视频直播装置，还可以包括：数据连接单元，用于在流数据透传单元将流数据透传给直播服务器之后，接收来自直播服务器的用户控制命令，用户控制命令用于表明流数据为无效数据；执行用户控制命令，断开与采集端之间的数据连接。

这里需要指出的是：以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

基于同一发明构思，本发明实施例提供一种视频直播装置，应用于如上述一个或者多个实施例所述的直播服务器。

图6为本发明实施例中的视频直播装置的另一种结构示意图，参见图6所示，该视频直播装置600可以包括：连接建立单元601，用于接收来自代理服务器的重新连接请求，重新连接请求由代理服务器在检测到与直播服务器之间的数据连接断开时立即向直播服务器发送的；响应重新连接请求，建立与代理服务器的数据连接，并向代理服务器发送重新连接响应，重新连接响应用于表明代理服务器与直播服务器之间的数据连接重新建立成功；流数据分发单元602，用于接收代理服务器透传的流数据；将流数据分发给播放端。

在本发明其它实施例中，上述视频直播装置，还可以包括：有效性校验单元，用于在流数据转发单元接收流数据之后，校验流数据的有效性；当校验出流数据为无效数据时，向代理服务器发送用户控制命令，用户控制命令用于指示代理服务器断开与采集端的数据连接。

这里需要指出的是：以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明装置实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

基于同一发明构思，本发明实施例提供一种代理服务器，与上述一个或者多个实施例所述的代理服务器一致。

图7为本发明实施例中的代理服务器的结构示意图，参见图7所示，该代理服务器700可以包括：第一通信接口701、第二通信接口702及第一处理器703；其中，第一通信接口701，用于接收采集端发送的流数据；第二通信接口702，用于将流数据透传给直播服务器；还用于在第一处理器703监听到自身与直播服务器之间的数据连接断开，则立即向直播服务器发送重新连接请求，重新连接请求用于请求重新建立代理服务器与直播服务器之间的数据连接；还用于接收重新连接响应；并在接收重新连接响应后，将流数据透传给直播服务器，重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功；第一处理器703，用于在第二通信接口702透传流数据的过程中，监听自身与直播服务器之间的数据连接断开。

在本发明其它实施例中，第二通信接口，还用于在预设时长内未接收到重新连接响应时，则再次向直播服务器发送重新连接请求，预设时长为微秒级。

在本发明其它实施例中，第二通信接口，还用于在预设时长内未接收到重新连接响应，且检测到连接重建单元已发送重新连接响应的次数达到预设上限值时，则将流数据透传给其它直播服务器；在预设时长内未接收到重新连接响应，且检测到已发送重新连接响应的次数未达到预设上限值时，则再次向直播服务器发送重新连接请求。

在本发明其它实施例中，第一通信接口，还用于在将来自采集端的流数据透传给直播服务器之前，接收采集端发送的流数据对应的元数据信息；第二通信接口，还用于将元数据信息透传给直播服务器。

在本发明其它实施例中，第二通信接口，还用于在与直播服务器建立数据连接后，向直播服务器透传流数据。

在本发明其它实施例中，第二通信接口，还用于在将流数据透传给直播服务器之后，接收来自直播服务器的用户控制命令，用户控制命令用于表明流数据为无效数据；第一处理器，还用于执行用户控制命令，断开与采集端之间的数据连接。

在本发明其它实施例中，代理服务器与直播服务器同机部署。

在实际应用中，上述第一处理器可以为特定用途集成电路(ASIC，ApplicationSpecific Integrated Circuit)、数字信号处理器(DSP，Digital Signal Processor)、数字信号处理装置(DSPD，Digital Signal Processing Device)、可编程逻辑装置(PLD，Programmable Logic Device)、现场可编程门阵列(FPGA，Field Programmable GateArray)、中央处理器(CPU，Central Processing Unit)、控制器、微控制器、微处理器中的至少一种；上述第一通信接口和第二通信接口可以为射频(RFID，Radio FrequencyIdentification)天线。可以理解地，对于不同的通信系统，用于实现上述第一处理器、第一通信接口和第二通信接口的功能的电子器件还可以为其它，本发明实施例不作具体限定。

这里需要指出的是：以上代理服务器实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明代理服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

基于同一发明构思，本发明实施例提供一种直播服务器，与上述一个或者多个实施例所述的直播服务器一致。

图8为本发明实施例中的直播服务器的结构示意图，参见图8所示，该直播服务器800可以包括：第三通信接口801，用于接收来自代理服务器的重新连接请求，重新连接请求由代理服务器在检测到与直播服务器之间的数据连接断开时立即向直播服务器发送的；还用于向代理服务器发送重新连接响应，重新连接响应用于表明代理服务器与直播服务器之间的数据连接重新建立成功；还用于接收代理服务器透传的流数据；第二处理器802，用于响应重新连接请求，建立与代理服务器的数据连接；第四通信接口803，用于将流数据分发给播放端。

在本发明其它实施例中，第二处理器，还用于在第三通信接口接收流数据之后，校验流数据的有效性；第三通信接口，还用于当第二处理器校验出流数据为无效数据时，向代理服务器发送用户控制命令，用户控制命令用于指示代理服务器断开与采集端的数据连接。

在本发明其它实施例中，代理服务器与直播服务器同机部署。

在实际应用中，上述第二处理器可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种；上述第三通信接口和第四通信接口可以为RFID天线。可以理解地，对于不同的通信系统，用于实现上述第二处理器、第三通信接口和第四通信接口的功能的电子器件还可以为其它，本发明实施例不作具体限定。

这里需要指出的是：以上直播服务器实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果，因此不做赘述。对于本发明直播服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述而理解，为节约篇幅，因此不再赘述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其它变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其它要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种视频直播方法，其特征在于，所述方法包括：

代理服务器在将来自采集端的流数据透传给直播服务器的过程中，监听自身与所述直播服务器之间的数据连接断开；

所述代理服务器立即向所述直播服务器发送重新连接请求，所述重新连接请求用于请求重新建立所述代理服务器与所述直播服务器之间的数据连接；

所述代理服务器在接收来自所述直播服务器的重新连接响应后，将所述流数据透传给所述直播服务器，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功。

2.根据权利要求1所述的方法，其特征在于，在所述代理服务器立即向所述直播服务器发送重新连接请求之后，所述方法还包括：

所述代理服务器在预设时长内未接收到所述重新连接响应时，则再次向所述直播服务器发送所述重新连接请求，所述预设时长为微秒级。

3.根据权利要求1所述的方法，其特征在于，在所述代理服务器立即向所述直播服务器发送重新连接请求之后，所述方法还包括：

所述代理服务器在预设时长内未接收到所述重新连接响应，且检测到已发送所述重新连接响应的次数达到预设上限值时，则将所述流数据透传给其它直播服务器；

所述代理服务器在预设时长内未接收到所述重新连接响应，且检测到已发送所述重新连接响应的次数未达到预设上限值时，再次向所述直播服务器发送所述重新连接请求。

4.根据权利要求1所述的方法，其特征在于，在所述代理服务器在将来自采集端的流数据透传给直播服务器之前，所述方法还包括：

所述代理服务器接收所述采集端发送的所述流数据对应的元数据信息；

所述代理服务器将所述元数据信息透传给所述直播服务器。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述代理服务器在与所述直播服务器建立数据连接后，向所述直播服务器透传所述流数据。

6.根据权利要求1所述的方法，其特征在于，所述代理服务器将所述流数据透传给所述直播服务器之后，所述方法还包括：

所述代理服务接收来自所述直播服务器的用户控制命令，所述用户控制命令用于表明所述流数据为无效数据；

所述代理服务器执行所述用户控制命令，断开自身与所述采集端之间的数据连接。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述代理服务器与所述直播服务器同机部署。

8.一种视频直播方法，其特征在于，包括：

直播服务器接收来自代理服务器的重新连接请求；

所述直播服务器响应所述重新连接请求，建立与所述代理服务器的数据连接，并向所述代理服务器发送重新连接响应，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功；

所述直播服务器接收所述代理服务器透传的流数据；

所述直播服务器将所述流数据分发给播放端。

9.根据权利要求8所述的方法，其特征在于，在所述直播服务器接收所述代理服务器透传的流数据之后，所述方法还包括：

所述直播服务器校验所述流数据的有效性；

所述直播服务器在校验出所述流数据为无效数据时，向所述代理服务器发送用户控制命令，所述用户控制命令用于指示所述代理服务器断开与采集端的数据连接。

10.一种视频直播装置，其特征在于，应用于代理服务器，所述装置包括：流数据透传单元、连接监听单元、连接重建单元和接收单元；其中，

所述流数据透传单元，用于接收采集端发送的流数据，并将所述流数据透传给直播服务器；还用于在所述接收单元接收来自所述直播服务器的重新连接响应数据后，将所述流数据透传给所述直播服务器。

所述连接监听单元，用于在所述流数据透传单元透传所述流数据的过程中，监听自身所属的代理服务器与所述直播服务器之间的数据连接断开；

所述连接重建单元，用于在所述连接监听单元监听到所述数据连接断开时，立即向所述直播服务器发送重新连接请求，所述重新连接请求用于请求重新建立所述代理服务器与所述直播服务器之间的数据连接；

接收单元，用于接收来自所述直播服务器的重新连接响应，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功。

11.一种视频直播装置，应用于直播服务器，其特征在于，所述装置包括：连接建立单元和流数据分发单元；其中，

所述连接建立单元，用于接收来自代理服务器的重新连接请求，所述重新连接请求由所述代理服务器在检测到与所述直播服务器之间的数据连接断开时立即向所述直播服务器发送的；响应所述重新连接请求，建立与所述代理服务器的数据连接，并向所述代理服务器发送重新连接响应，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功；

所述流数据分发单元，用于接收所述代理服务器透传的流数据；将所述流数据分发给播放端。

12.一种代理服务器，其特征在于，包括：第一通信接口、第二通信接口及第一处理器；其中，

所述第一通信接口，用于接收采集端发送的流数据；

所述第二通信接口，用于将所述流数据透传给直播服务器；还用于在所述第一处理器监听到自身与所述直播服务器之间的数据连接断开，则立即向所述直播服务器发送重新连接请求，所述重新连接请求用于请求重新建立所述代理服务器与所述直播服务器之间的数据连接；还用于接收所述重新连接响应；并在接收所述重新连接响应后，将所述流数据透传给所述直播服务器，所述重新连接响应用于表明所述代理服务器与所述直播服务器之间的数据连接重新建立成功；

所述第一处理器，用于在所述第二通信接口透传所述流数据的过程中，监听自身与所述直播服务器之间的数据连接断开。