CN108156473A - 一种获取直播数据的方法及系统 - Google Patents
一种获取直播数据的方法及系统 Download PDFInfo
- Publication number
- CN108156473A CN108156473A CN201711458480.6A CN201711458480A CN108156473A CN 108156473 A CN108156473 A CN 108156473A CN 201711458480 A CN201711458480 A CN 201711458480A CN 108156473 A CN108156473 A CN 108156473A
- Authority
- CN
- China
- Prior art keywords
- client
- file
- slice
- data stream
- 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
- 238000000034 method Methods 0.000 title claims abstract description 38
- 230000008569 process Effects 0.000 description 13
- 238000012545 processing Methods 0.000 description 11
- 230000002159 abnormal effect Effects 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000000903 blocking effect Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
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/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/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
- H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client 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/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
- H04N21/2404—Monitoring of server processing errors or hardware failure
-
- 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种获取直播数据的方法及系统，属于流媒体播放技术领域。所述方法包括：客户端接收主服务器发送的目标直播数据流的切片文件，并统计所述目标直播数据流的文件接收状态；当检测到所述文件接收状态满足预设的接收失败条件时，客户端从备用服务器处继续获取所述目标直播数据流的切片文件。采用本发明，可以提升直播服务的质量。
Description
技术领域
本发明涉及流媒体播放技术领域，尤其涉及一种获取直播数据的方法及系统。
背景技术
随着直播技术的快速发展，各大直播平台竞争愈加激烈，不断提高直播服务质量。在直播服务中，服务器将直播数据流分割成一个个小的切片文件，客户端向服务器请求获取这些切片文件，服务器在收到客户端的请求后，向客户端发送切片文件，客户端接收并播放这些切片文件。
目前直播服务的后台多采用主备服务器的部署方式，在正常工作时，主服务器为客户端提供直播服务，备用服务器处于待机状态，同时，备用服务器监控主服务器的工作状态。当备用服务器监控到主服务器宕机，无法继续提供直播服务时，备用服务器可以进入运行状态，并指示客户端切换服务器，以继续为客户端提供直播服务。
在实现本发明的过程中，发明人发现现有技术至少存在以下问题：
直播源出现异常的情况：在宕机之前，主服务器很有可能已经长时间处于故障状态，直播服务有很大概率已经受到了影响，而这段时间内仍然由主服务器持续向客户端提供直播服务；还存在网络波动的情况：在使用过程中，服务端是难以感知网络波动的。因此上述两种情况都可能会导致客户端出现直播卡顿、直播延迟等问题，这样，直播服务的质量较差。
发明内容
为了解决现有技术的问题，本发明实施例提供了一种获取直播数据的方法及系统。所述技术方案如下：
一方面，提供了一种获取直播数据的方法，所述方法包括：
客户端接收主服务器发送的目标直播数据流的切片文件，并统计所述目标直播数据流的文件接收状态；
当检测到所述文件接收状态满足预设的接收失败条件时，所述客户端从备用服务器处继续获取所述目标直播数据流的切片文件。
进一步的，所述客户端接收主服务器发送的目标直播数据流的切片文件之前，还包括：
所述客户端向所述主服务器发送所述目标直播数据流的第一获取请求；
所述主服务器向所述客户端发送所述主服务器对于所述目标直播数据流的切片文件的第一编号信息；
所述客户端根据所述第一编号信息，确定待播放的切片文件的第一起始编号；
所述客户端按照预设的编号顺序，从所述第一起始编号开始向所述主服务器请求切片文件。
进一步的，所述统计所述目标直播数据流的文件接收状态，包括：
所述客户端向所述主服务器发送目标切片文件的获取请求；
所述客户端如果在预设的接收时间内接收到所述目标切片文件，则记录所述目标切片文件的文件接收状态为接收成功，否则记录所述目标切片文件的文件接收状态为接收失败。
进一步的，所述当检测到所述文件接收状态满足预设的接收失败条件时，所述客户端从备用服务器处继续获取所述目标直播数据流的切片文件，包括：
当检测到连续预设数目个切片文件均接收失败时，所述客户端从所述备用服务器处继续获取所述目标直播数据流的切片文件；或者，
如果检测到在预设时间间隔内，接收失败的切片文件的数量占所述预设时间间隔内接收的切片文件的总数量的比例大于等于预设比例，所述客户端则从所述备用服务器处继续获取所述目标直播数据流的切片文件。
进一步的，所述客户端从备用服务器处继续获取所述目标直播数据流的切片文件，包括：
所述客户端中断与所述主服务器的连接，并向所述备用服务器发送所述目标直播数据流的第二获取请求；
所述备用服务器向所述客户端发送所述备用服务器对于所述目标直播数据流的切片文件的第二编号信息；
所述客户端根据所述第二编号信息，确定待播放的切片文件的第二起始编号；
所述客户端按照预设的编号顺序，从所述第二起始编号开始向所述备用服务器请求切片文件。
进一步的，所述客户端从备用服务器处继续获取所述目标直播数据流的切片文件之后，还包括：
所述客户端重置缓存的由所述主服务器发送的目标直播数据流的切片文件。
另一方面，提供了一种获取直播数据的系统，所述系统包括客户端、主服务器和备用服务器，其中，所述客户端，用于：
接收所述主服务器发送的目标直播数据流的切片文件，并统计所述目标直播数据流的文件接收状态；
当检测到所述文件接收状态满足预设的接收失败条件时，从所述备用服务器处继续获取所述目标直播数据流的切片文件。
进一步的，所述客户端，还用于向所述主服务器发送所述目标直播数据流的第一获取请求；
所述主服务器，用于向所述客户端发送所述主服务器对于所述目标直播数据流的切片文件的第一编号信息；
所述客户端，还用于根据所述第一编号信息，确定待播放的切片文件的第一起始编号；
所述客户端，还用于按照预设的编号顺序，从所述第一起始编号开始向所述主服务器请求切片文件。
进一步的，所述客户端，具体用于：
向所述主服务器发送目标切片文件的获取请求；
如果在预设的接收时间内接收到所述目标切片文件，则记录所述目标切片文件的文件接收状态为接收成功，否则记录所述目标切片文件的文件接收状态为接收失败。
进一步的，所述客户端，具体用于：
当检测到连续预设数目个切片文件均接收失败时，从所述备用服务器处继续获取所述目标直播数据流的切片文件；或者，
如果检测到在预设时间间隔内，接收失败的切片文件的数量占所述预设时间间隔内接收的切片文件的总数量的比例大于等于预设比例，则从所述备用服务器处继续获取所述目标直播数据流的切片文件。
进一步的，所述客户端，还用于中断与所述主服务器的连接，并向所述备用服务器发送所述目标直播数据流的第二获取请求；
所述备用服务器，还用于向所述客户端发送所述备用服务器对于所述目标直播数据流的切片文件的第二编号信息；
所述客户端，还用于根据所述第二编号信息，确定待播放的切片文件的第二起始编号；
所述客户端，还用于按照预设的编号顺序，从所述第二起始编号开始向所述备用服务器请求切片文件。
进一步的，所述客户端，还用于在从所述备用服务器处继续获取所述目标直播数据流的切片文件之后，重置缓存的由所述主服务器发送的目标直播数据流的切片文件。
本发明实施例提供的技术方案带来的有益效果是：
本发明实施例中，客户端接收主服务器发送的目标直播数据流的切片文件，并统计目标直播数据流的文件接收状态；当检测到文件接收状态满足预设的接收失败条件时，客户端从备用服务器处继续获取目标直播数据流的切片文件。这样，当主服务器出现故障时，客户端可以通过切片文件的文件接收状态，及时地获知主服务器已进入故障状态；而当网络只是出现波动时，从服务器端是无法感知的，只有通过客户端发起请求，然后再根据切片文件的文件接收状态，才可以及时地判断出网络波动。故而客户端可以快速检测是否发生主服务器故障或者网络波动，并及时切换直播服务的服务器，从备用服务器处继续获取切片文件，从而可以提升直播服务的质量。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种获取直播数据的系统结构示意图；
图2是本发明实施例提供的一种获取直播数据的方法流程图；
图3是本发明实施例提供的一种切换服务器的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例提供了一种获取直播数据的方法，该方法可以由主服务器、主服务器的备用服务器和至少一个客户端共同实现，如图1所示，主服务器和备用服务器可以分别部署于直播平台服务方的机房，用以提供直播服务；客户端可以是用户观看直播所使用的任意终端设备(如智能手机、平板电脑、台式计算机、笔记本电脑等)。客户端可以通过网络和主服务器建立连接，在连接建立后，主服务器可以根据客户端的请求，向客户端发送直播数据流的切片文件，客户端接收并播放该直播数据流的切片文件。当主服务器处于故障状态或者出现网络波动时，备用服务器可以继续向客户端发送目标直播数据流的切片文件。上述主服务器和备用服务器中均可以包括处理器、存储器、收发器，处理器可以用于进行下述流程中的直播数据流的处理，存储器可以用于存储处理过程中需要的数据以及产生的数据，收发器可以用于接收和发送处理过程中的相关数据。
下面将结合具体实施方式，对图2所示的处理流程进行详细的说明，内容可以如下：
步骤201，客户端接收主服务器发送的目标直播数据流的切片文件，并统计目标直播数据流的文件接收状态。
在实施中，当主服务器检测到直播开始时，主服务器可以从直播源处获取目标直播数据流。主服务器在获取到目标直播数据流后，可以按照预先设置的切片方式，将目标直播数据流分割成多个切片文件。上述切片方式可以是，主服务器以固定的时间间隔，例如1秒的时间间隔，对目标直播数据流进行切片，生成多个连续的包含时长为1秒的直播数据的切片文件，同时，主服务器可以按照生成切片文件的先后顺序，对生成的切片文件进行编号，设定最先生成的切片文件的编号为起始编号，起始编号可以设置为0、1或者10等，也可以设置为其他数字，以起始编号为基准，起始编号之后的编号依次累加1，以此类推。这样，每一个切片文件均唯一对应一个编号，而且，根据编号的大小顺序，可以确定不同切片文件生成的先后顺序。这样，当用户点击目标直播视频的播放选项后，客户端将向主服务器请求目标直播数据流，之后，主服务器按照客户端的请求，向客户端发送目标直播数据流的切片文件。客户端接收上述切片文件，并统计目标直播数据流的文件接收状态。同时，客户端在接收到上述切片文件后，可以按照预设的播放规则，播放切片文件。
可选的，在步骤201之前，客户端可以向主服务器请求目标直播数据流，相应的处理可以如下：客户端向主服务器发送目标直播数据流的第一获取请求；主服务器向客户端发送主服务器对于目标直播数据流的切片文件的第一编号信息；客户端根据第一编号信息，确定待播放的切片文件的第一起始编号；客户端按照预设的编号顺序，从第一起始编号开始向主服务器请求切片文件。
在实施中，用户可以通过在客户端中点击目标直播视频的播放选项，观看该目标直播视频。客户端可以在接收到目标直播视频的播放指令后，生成目标直播数据流的第一获取请求，并向主服务器发送该第一获取请求，该第一获取请求可以是HTTP(HyperTextTransfer Protocol，超文本传输协议)请求。主服务器在接收到第一获取请求后，可以通过HTTP响应向客户端发送目标直播数据流的切片文件的第一编号信息，该第一编号信息可以包含有最新生成的切片文件的编号，以及在最新生成的切片文件的编号之前预设数目的切片文件的编号。例如，最新生成的切片文件的编号为200，预设数目为100，则第一编号信息包括最新生成的切片文件的编号200，以及已生成的切片文件的编号100至199。在接收到第一编号信息后，客户端可以根据第一编号信息，结合预先设置的播放规则，确定待播放的切片文件的第一起始编号。这样，客户端可以按照预设的编号顺序，从第一起始编号开始向主服务器请求切片文件。例如，第一编号信息为最新生成的切片文件的编号200，以及已生成的切片文件的编号100至199，同时，预先设置的播放规则为延迟5秒进行播放，每个切片文件包含的直播数据时长为1秒，则待播放的切片文件的第一起始编号为200-5＝195。进而，主服务器可以按照客户端的请求，从第一起始编号开始，向客户端发送切片文件。
需要说明的是，客户端在进行直播播放时，如果需要从含有关键帧的切片文件处开始播放，则主服务器向客户端发送的第一编号信息中还可以包含有关键帧信息，该关键帧信息可以是含有关键帧的切片文件的编号，这样，客户端可以结合关键帧信息，确定第一起始编号。例如，对于客户端确定的上述第一起始编号195，如果编号195对应的切片文件不包含有关键帧，则客户端确定离编号195最近的含有关键帧的切片文件的编号为第一起始编号，比如编号191和编号193含有关键帧，编号192和编号194不含有关键帧，则可以确定编号193为第一起始编号。
可选的，客户端在接收到主服务器发送的切片文件之后，可以统计目标直播数据流的文件接收状态，相应的处理可以如下：客户端向主服务器发送目标切片文件的获取请求；客户端如果在预设的接收时间内接收到目标切片文件，则记录目标切片文件的文件接收状态为接收成功，否则记录目标切片文件的文件接收状态为接收失败。
其中，文件接收状态可以包括接收成功的接收状态和接收失败的接收状态。
在实施中，客户端每向主服务器发出一个切片文件的获取请求后，可以统计该切片文件的文件接收状态。以目标切片文件为例，客户端向所述主服务器发送目标切片文件的获取请求后，可以开始计时，如果在预设的接收时间内接收到目标切片文件，则可以记录目标切片文件的文件接收状态为接收成功，例如，预设的接收时间为2秒，如果客户端在发出目标切片文件的请求之后2秒内，接收到该目标切片文件，则记录该目标切片文件的文件接收状态为接收成功。如果在预设的接收时间内未接收到目标切片文件，则可以记录目标切片文件的文件接收状态为接收失败。
具体的，上述文件接收状态还可以包括重试机制下的文件接收状态。重试机制可以是，客户端在发出目标切片文件的获取请求后，在预设的接收时间内未接收到目标切片文件，客户端可以再次发送目标切片文件的获取请求，如果在预设的接收时间内仍未接收到目标切片文件，则该次重试记为失败。在重试次数达到预设次数之前，客户端如果接收到目标切片文件，则可以记录该目标切片文件的文件接收状态为接收成功，否则记录该目标切片文件的文件接收状态为接收失败。
当然，如果客户端向主服务器请求的目标切片文件不存在，即客户端接收到的HTTP应答状态码是404，则不认为该请求失败，无需记录目标切片文件的文件接收状态为接收失败。
步骤202，当检测到文件接收状态满足预设的接收失败条件时，客户端从备用服务器处继续获取目标直播数据流的切片文件。
在实施中，当主服务器发生故障，或者发生客户端与主服务器之间的网络连接中断等直播异常事件时，很可能会出现切片文件接收失败的情况，从而导致客户端在播放直播数据流的过程中，出现直播卡顿、直播延迟等问题。故而，客户端可以通过直播数据流的文件接收状态来判断是否已经发生上述直播异常事件。具体的，客户端如果检测到文件接收状态满足预设的接收失败条件，则可以判定发生直播异常事件，从而客户端可以切换其连接的直播服务的服务器，即从备用服务器处继续获取目标直播数据流的切片文件，从而解决上述直播卡顿、直播延迟等问题。
可以理解，主服务器出现的轻微故障，或者客户端与主服务器之间的网络短暂波动，对直播服务的质量影响较小，客户端无需切换服务器，因此，可以设置仅当检测到文件接收状态满足预设的接收失败条件时，客户端才进行切换服务器的处理。
可选的，步骤202的具体处理过程可以如下：当检测到连续预设数目个切片文件均接收失败时，客户端从备用服务器处继续获取目标直播数据流的切片文件；或者，如果检测到在预设时间间隔内，接收失败的切片文件的数量占预设时间间隔内接收的切片文件的总数量的比例大于等于预设比例，客户端则从备用服务器处继续获取目标直播数据流的切片文件。
在实施中，当客户端出现切片文件接收失败时，客户端判断连续接收失败的切片文件的数量是否大于等于预设数目，如果是，则满足接收失败条件，进而客户端可以切换到备用服务器，从备用服务器处继续获取目标直播数据流的切片文件。当客户端出现切片文件接收失败时，客户端还可以判断，在预设时间间隔内，接收失败的切片文件的数量占预设时间间隔内接收的切片文件的总数量的比例是否大于等于预设比例，如果是，则满足接收失败条件，客户端可以切换到备用服务器，从备用服务器处继续获取目标直播数据流的切片文件。例如，预设时间间隔为1分钟，预设比例为20％，如果在1分钟内接收了60个切片文件，且接收失败的切片文件数量达到了12个，则表明在1分钟内接收失败的切片文件的数量占接收的切片文件的总数量的比例等于预设比例20％，满足接收失败条件，客户端则切换到备用服务器，从备用服务器处继续获取目标直播数据流的切片文件。
上述关于客户端切换到备用服务器的处理可以参考图3。
可选的，客户端从备用服务器处继续获取目标直播数据流的切片文件的处理具体可以如下：客户端中断与主服务器的连接，并向备用服务器发送目标直播数据流的第二获取请求；备用服务器向客户端发送备用服务器对于目标直播数据流的切片文件的第二编号信息；客户端根据第二编号信息，确定待播放的切片文件的第二起始编号；客户端按照预设的编号顺序，从第二起始编号开始向备用服务器请求切片文件。
在实施中，当备用服务器检测到直播开始时，备用服务器可以从直播源处获取直播数据流。备用服务器可以按照同主服务器相同的切片方式，对目标直播数据流进行切片。具体的，当客户端检测到文件接收状态满足预设的接收失败条件时，客户端将中断与主服务器的连接，停止从主服务器处接收切片文件，之后，客户端可以向备用服务器发送目标直播数据流的第二获取请求，该第二获取请求可以是HTTP请求。备用服务器在收到第二获取请求后，可以通过HTTP响应向客户端发送目标直播数据流的切片文件的第二编号信息，该第二编号信息可以包含有备用服务器最新生成的切片文件的编号，以及最新生成的切片文件的编号之前预设数目的切片文件的编号。在接收到第一编号信息后，客户端可以根据第二编号信息，结合预先设置的播放规则，确定待播放的切片文件的第二起始编号。这样，客户端可以按照预设的编号顺序，从第二起始编号开始向备用服务器请求切片文件。进而，备用服务器可以按照客户端的请求，从第二起始编号开始，向客户端发送切片文件。客户端接收到切片文件后，可以按照编号顺序，从第二起始编号开始，继续播放直播数据流的切片文件。
需要说明的是，客户端在进行直播播放时，如果需要从含有关键帧的切片文件处开始播放，则备用服务器向客户端发送的第二编号信息中还可以包含有关键帧信息，该关键帧信息可以是含有关键帧的切片文件的编号，这样，客户端可以结合关键帧信息，确定第二起始编号。
可选的，客户端从备用服务器处继续获取目标直播数据流的切片文件之后，还可以重置缓存的由主服务器发送的目标直播数据流的切片文件。
在实施中，客户端在进行直播播放时，可以提前缓存当前播放的切片文件之后的多个切片文件。而当客户端检测到文件接收状态满足预设的接收失败条件时，需要缓存的切片文件中很有可能大部分都接收失败，例如，客户端检测到文件接收状态满足预设的接收失败条件时，当前客户端播放的切片文件的编号为195，且客户端需要提前缓存5个切片文件，即编号为196-200的切片文件，此时，很有可能编号197或200的切片文件接收失败，或者编号197-200的切片文件都接收失败。因此，在客户端预先缓存的切片文件中存在接收失败的情况下，如果继续播放缓存的切片文件，将会出现因缺少切片文件导致的直播卡顿甚至黑屏的问题。另外，客户端从备用服务器处获取到的目标直播数据流的切片文件，可能存在和已缓存的切片文件的编号相同的切片文件，这样，客户端在播放切片文件时，很有可能会在播放完已缓存的切片文件之后，继续播放编号相同的新获取的切片文件，从而出现重复播放的问题。为了避免上述问题，提高用户体验，客户端可以在切换直播服务的服务器之后，重置缓存的由主服务器发送的目标直播数据流的切片文件，即清空缓存。
值得一提的是，在客户端从备用服务器处继续获取目标直播数据流的切片文件后，备用服务器可能在提供直播服务的过程中发生故障，此时主服务器可能经过维护人员的处理已经恢复正常，因此，客户端可以在从备用服务器处获取目标直播数据流的切片文件时，继续统计目标直播数据流的文件接收状态，当检测到文件接收状态满足预设的接收失败条件时，客户端可以切换到主服务器，从主服务器处继续获取目标直播数据流的切片文件，切换的具体处理过程可参见前述切换处理过程，在此不再赘述。
本发明实施例中，客户端接收主服务器发送的目标直播数据流的切片文件，并统计目标直播数据流的文件接收状态；当检测到文件接收状态满足预设的接收失败条件时，客户端从备用服务器处继续获取目标直播数据流的切片文件。这样，当主服务器出现故障时，客户端可以通过切片文件的文件接收状态，及时地获知主服务器已进入故障状态；而当网络只是出现波动时，从服务器端是无法感知的，只有通过客户端发起请求，然后再根据切片文件的文件接收状态，才可以及时地判断出网络波动。故而客户端可以快速检测是否发生主服务器故障或者网络波动，并及时切换直播服务的服务器，从备用服务器处继续获取切片文件，从而可以提升直播服务的质量。
基于相同的技术构思，本发明实施例还提供了一种获取直播数据的系统，如图1所示，所述系统包括客户端、主服务器和备用服务器，其中，所述客户端，用于：
接收所述主服务器发送的目标直播数据流的切片文件，并统计所述目标直播数据流的文件接收状态；
当检测到所述文件接收状态满足预设的接收失败条件时，从所述备用服务器处继续获取所述目标直播数据流的切片文件。
可选的，所述客户端，还用于向所述主服务器发送所述目标直播数据流的第一获取请求；
所述主服务器，用于向所述客户端发送所述主服务器对于所述目标直播数据流的切片文件的第一编号信息；
所述客户端，还用于根据所述第一编号信息，确定待播放的切片文件的第一起始编号；
所述客户端，还用于按照预设的编号顺序，从所述第一起始编号开始向所述主服务器请求切片文件。
可选的，所述客户端，具体用于：
向所述主服务器发送目标切片文件的获取请求；
如果在预设的接收时间内接收到所述目标切片文件，则记录所述目标切片文件的文件接收状态为接收成功，否则记录所述目标切片文件的文件接收状态为接收失败。
可选的，所述客户端，具体用于：
当检测到连续预设数目个切片文件均接收失败时，从所述备用服务器处继续获取所述目标直播数据流的切片文件；或者，
如果检测到在预设时间间隔内，接收失败的切片文件的数量占所述预设时间间隔内接收的切片文件的总数量的比例大于等于预设比例，则从所述备用服务器处继续获取所述目标直播数据流的切片文件。
可选的，所述客户端，还用于中断与所述主服务器的连接，并向所述备用服务器发送所述目标直播数据流的第二获取请求；
所述备用服务器，还用于向所述客户端发送所述备用服务器对于所述目标直播数据流的切片文件的第二编号信息；
所述客户端，还用于根据所述第二编号信息，确定待播放的切片文件的第二起始编号；
所述客户端，还用于按照预设的编号顺序，从所述第二起始编号开始向所述备用服务器请求切片文件。
可选的，所述客户端，还用于在从所述备用服务器处继续获取所述目标直播数据流的切片文件之后，重置缓存的由所述主服务器发送的目标直播数据流的切片文件。
本发明实施例中，客户端接收主服务器发送的目标直播数据流的切片文件，并统计目标直播数据流的文件接收状态；当检测到文件接收状态满足预设的接收失败条件时，客户端从备用服务器处继续获取目标直播数据流的切片文件。这样，当主服务器出现故障时，客户端可以通过切片文件的文件接收状态，及时地获知主服务器已进入故障状态；而当网络只是出现波动时，从服务器端是无法感知的，只有通过客户端发起请求，然后再根据切片文件的文件接收状态，才可以及时地判断出网络波动。故而客户端可以快速检测是否发生主服务器故障或者网络波动，并及时切换直播服务的服务器，从备用服务器处继续获取切片文件，从而可以提升直播服务的质量。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务端，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (12)
1.一种获取直播数据的方法，其特征在于，所述方法包括：
客户端接收主服务器发送的目标直播数据流的切片文件，并统计所述目标直播数据流的文件接收状态；
当检测到所述文件接收状态满足预设的接收失败条件时，所述客户端从备用服务器处继续获取所述目标直播数据流的切片文件。
2.根据权利要求1所述的方法，其特征在于，所述客户端接收主服务器发送的目标直播数据流的切片文件之前，还包括：
所述客户端向所述主服务器发送所述目标直播数据流的第一获取请求；
所述主服务器向所述客户端发送所述主服务器对于所述目标直播数据流的切片文件的第一编号信息；
所述客户端根据所述第一编号信息，确定待播放的切片文件的第一起始编号；
所述客户端按照预设的编号顺序，从所述第一起始编号开始向所述主服务器请求切片文件。
3.根据权利要求1所述的方法，其特征在于，所述统计所述目标直播数据流的文件接收状态，包括：
所述客户端向所述主服务器发送目标切片文件的获取请求；
所述客户端如果在预设的接收时间内接收到所述目标切片文件，则记录所述目标切片文件的文件接收状态为接收成功，否则记录所述目标切片文件的文件接收状态为接收失败。
4.根据权利要求1所述的方法，其特征在于，所述当检测到所述文件接收状态满足预设的接收失败条件时，所述客户端从备用服务器处继续获取所述目标直播数据流的切片文件，包括：
当检测到连续预设数目个切片文件均接收失败时，所述客户端从所述备用服务器处继续获取所述目标直播数据流的切片文件；或者，
如果检测到在预设时间间隔内，接收失败的切片文件的数量占所述预设时间间隔内接收的切片文件的总数量的比例大于等于预设比例，所述客户端则从所述备用服务器处继续获取所述目标直播数据流的切片文件。
5.根据权利要求1所述的方法，其特征在于，所述客户端从备用服务器处继续获取所述目标直播数据流的切片文件，包括：
所述客户端中断与所述主服务器的连接，并向所述备用服务器发送所述目标直播数据流的第二获取请求；
所述备用服务器向所述客户端发送所述备用服务器对于所述目标直播数据流的切片文件的第二编号信息；
所述客户端根据所述第二编号信息，确定待播放的切片文件的第二起始编号；
所述客户端按照预设的编号顺序，从所述第二起始编号开始向所述备用服务器请求切片文件。
6.根据权利要求1所述的方法，其特征在于，所述客户端从备用服务器处继续获取所述目标直播数据流的切片文件之后，还包括：
所述客户端重置缓存的由所述主服务器发送的目标直播数据流的切片文件。
7.一种获取直播数据的系统，其特征在于，所述系统包括客户端、主服务器和备用服务器，其中，所述客户端，用于：
接收所述主服务器发送的目标直播数据流的切片文件，并统计所述目标直播数据流的文件接收状态；
当检测到所述文件接收状态满足预设的接收失败条件时，从所述备用服务器处继续获取所述目标直播数据流的切片文件。
8.根据权利要求7所述的系统，其特征在于，
所述客户端，还用于向所述主服务器发送所述目标直播数据流的第一获取请求；
所述主服务器，用于向所述客户端发送所述主服务器对于所述目标直播数据流的切片文件的第一编号信息；
所述客户端，还用于根据所述第一编号信息，确定待播放的切片文件的第一起始编号；
所述客户端，还用于按照预设的编号顺序，从所述第一起始编号开始向所述主服务器请求切片文件。
9.根据权利要求7所述的系统，其特征在于，所述客户端，具体用于：
向所述主服务器发送目标切片文件的获取请求；
如果在预设的接收时间内接收到所述目标切片文件，则记录所述目标切片文件的文件接收状态为接收成功，否则记录所述目标切片文件的文件接收状态为接收失败。
10.根据权利要求7所述的系统，其特征在于，所述客户端，具体用于：
当检测到连续预设数目个切片文件均接收失败时，从所述备用服务器处继续获取所述目标直播数据流的切片文件；或者，
如果检测到在预设时间间隔内，接收失败的切片文件的数量占所述预设时间间隔内接收的切片文件的总数量的比例大于等于预设比例，则从所述备用服务器处继续获取所述目标直播数据流的切片文件。
11.根据权利要求7所述的系统，其特征在于，
所述客户端，还用于中断与所述主服务器的连接，并向所述备用服务器发送所述目标直播数据流的第二获取请求；
所述备用服务器，还用于向所述客户端发送所述备用服务器对于所述目标直播数据流的切片文件的第二编号信息；
所述客户端，还用于根据所述第二编号信息，确定待播放的切片文件的第二起始编号；
所述客户端，还用于按照预设的编号顺序，从所述第二起始编号开始向所述备用服务器请求切片文件。
12.根据权利要求7所述的系统，其特征在于，所述客户端，还用于在从所述备用服务器处继续获取所述目标直播数据流的切片文件之后，重置缓存的由所述主服务器发送的目标直播数据流的切片文件。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711458480.6A CN108156473A (zh) | 2017-12-28 | 2017-12-28 | 一种获取直播数据的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711458480.6A CN108156473A (zh) | 2017-12-28 | 2017-12-28 | 一种获取直播数据的方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN108156473A true CN108156473A (zh) | 2018-06-12 |
Family
ID=62463558
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711458480.6A Pending CN108156473A (zh) | 2017-12-28 | 2017-12-28 | 一种获取直播数据的方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108156473A (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109672857A (zh) * | 2018-11-14 | 2019-04-23 | 视联动力信息技术股份有限公司 | 监控资源的处理方法和装置 |
| CN110943998A (zh) * | 2019-12-04 | 2020-03-31 | 腾讯科技（深圳）有限公司 | 一种信号传输方法、装置、设备及介质 |
| CN112911335A (zh) * | 2021-02-03 | 2021-06-04 | 烽火通信科技股份有限公司 | 一种基于视频编码的服务调度方法、视频服务器和机顶盒 |
| CN112911315A (zh) * | 2019-11-19 | 2021-06-04 | 中兴通讯股份有限公司 | 一种流媒体直播录制方法、网络设备及存储介质 |
| CN113037887A (zh) * | 2021-03-09 | 2021-06-25 | 北京金山云网络技术有限公司 | 设备状态的识别方法及装置、存储介质、电子设备 |
| CN113347137A (zh) * | 2020-03-02 | 2021-09-03 | 广州虎牙科技有限公司 | 数据流切片的补片方法、装置、计算机设备及存储介质 |
| CN114222167A (zh) * | 2020-09-04 | 2022-03-22 | 百度在线网络技术（北京）有限公司 | 云投屏控制方法、装置、服务器、系统和可读存储介质 |
| CN115460135A (zh) * | 2022-11-10 | 2022-12-09 | 易方信息科技股份有限公司 | 一种资源展示方法、系统及存储介质和终端设备 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010045811A1 (zh) * | 2008-10-23 | 2010-04-29 | 华为技术有限公司 | 流媒体业务的处理方法、装置及系统 |
| CN105187950A (zh) * | 2014-05-29 | 2015-12-23 | 中国移动通信集团内蒙古有限公司 | 一种视频文件播放的方法、设备和系统 |
| CN105338423A (zh) * | 2015-10-27 | 2016-02-17 | 天津车之家科技有限公司 | 流媒体数据直播方法及系统 |
| CN105472443A (zh) * | 2016-01-13 | 2016-04-06 | 杭州当贝网络科技有限公司 | 一种直播源控制方法及系统 |
| CN105744290A (zh) * | 2016-01-27 | 2016-07-06 | 观止云（北京）信息技术有限公司 | 一种hls热备的方法 |
| CN105847854A (zh) * | 2016-04-12 | 2016-08-10 | 乐视控股（北京）有限公司 | 直播方法和系统 |
| CN106331788A (zh) * | 2016-08-31 | 2017-01-11 | 乐视控股（北京）有限公司 | 一种视频下载方法及装置 |
| CN106790116A (zh) * | 2016-12-27 | 2017-05-31 | 程桂平 | 一种直播源切换方法 |
-
2017
- 2017-12-28 CN CN201711458480.6A patent/CN108156473A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2010045811A1 (zh) * | 2008-10-23 | 2010-04-29 | 华为技术有限公司 | 流媒体业务的处理方法、装置及系统 |
| CN105187950A (zh) * | 2014-05-29 | 2015-12-23 | 中国移动通信集团内蒙古有限公司 | 一种视频文件播放的方法、设备和系统 |
| CN105338423A (zh) * | 2015-10-27 | 2016-02-17 | 天津车之家科技有限公司 | 流媒体数据直播方法及系统 |
| CN105472443A (zh) * | 2016-01-13 | 2016-04-06 | 杭州当贝网络科技有限公司 | 一种直播源控制方法及系统 |
| CN105744290A (zh) * | 2016-01-27 | 2016-07-06 | 观止云（北京）信息技术有限公司 | 一种hls热备的方法 |
| CN105847854A (zh) * | 2016-04-12 | 2016-08-10 | 乐视控股（北京）有限公司 | 直播方法和系统 |
| CN106331788A (zh) * | 2016-08-31 | 2017-01-11 | 乐视控股（北京）有限公司 | 一种视频下载方法及装置 |
| CN106790116A (zh) * | 2016-12-27 | 2017-05-31 | 程桂平 | 一种直播源切换方法 |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109672857A (zh) * | 2018-11-14 | 2019-04-23 | 视联动力信息技术股份有限公司 | 监控资源的处理方法和装置 |
| CN112911315A (zh) * | 2019-11-19 | 2021-06-04 | 中兴通讯股份有限公司 | 一种流媒体直播录制方法、网络设备及存储介质 |
| CN110943998A (zh) * | 2019-12-04 | 2020-03-31 | 腾讯科技（深圳）有限公司 | 一种信号传输方法、装置、设备及介质 |
| CN110943998B (zh) * | 2019-12-04 | 2022-02-01 | 腾讯科技（深圳）有限公司 | 一种信号传输方法、装置、设备及介质 |
| CN113347137A (zh) * | 2020-03-02 | 2021-09-03 | 广州虎牙科技有限公司 | 数据流切片的补片方法、装置、计算机设备及存储介质 |
| CN113347137B (zh) * | 2020-03-02 | 2024-03-05 | 广州虎牙科技有限公司 | 数据流切片的补片方法、装置、计算机设备及存储介质 |
| CN114222167A (zh) * | 2020-09-04 | 2022-03-22 | 百度在线网络技术（北京）有限公司 | 云投屏控制方法、装置、服务器、系统和可读存储介质 |
| CN114222167B (zh) * | 2020-09-04 | 2023-12-19 | 百度在线网络技术（北京）有限公司 | 云投屏控制方法、装置、服务器、系统和可读存储介质 |
| CN112911335A (zh) * | 2021-02-03 | 2021-06-04 | 烽火通信科技股份有限公司 | 一种基于视频编码的服务调度方法、视频服务器和机顶盒 |
| CN112911335B (zh) * | 2021-02-03 | 2022-05-27 | 烽火通信科技股份有限公司 | 一种基于视频编码的服务调度方法、视频服务器和机顶盒 |
| CN113037887A (zh) * | 2021-03-09 | 2021-06-25 | 北京金山云网络技术有限公司 | 设备状态的识别方法及装置、存储介质、电子设备 |
| CN115460135A (zh) * | 2022-11-10 | 2022-12-09 | 易方信息科技股份有限公司 | 一种资源展示方法、系统及存储介质和终端设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108156473A (zh) | 一种获取直播数据的方法及系统 | |
| CN106572358B (zh) | 一种直播时移方法及客户端 | |
| US10362323B2 (en) | Methods and apparatus of encoding real time media content | |
| EP3448041A1 (en) | Video player client, system, and method for live broadcast video synchronization | |
| JP5969021B2 (ja) | Ｉｐｔｖ障害を見つける方法、装置及びシステム | |
| CN105872568A (zh) | 基于云直播平台传输视频数据的方法和装置 | |
| JP2011055286A (ja) | 映像配信装置および映像配信方法 | |
| WO2017092259A1 (zh) | 一种游戏直播视频的传输控制方法以及装置 | |
| US20180367827A1 (en) | Player client terminal, system, and method for implementing live video synchronization | |
| EP3318034B1 (en) | Low latency media streaming | |
| US9426199B2 (en) | Method, apparatus, and system for notifying real-time streaming protocol events | |
| CN108712422B (zh) | 一种创建转码任务的方法和装置 | |
| JP2009265959A (ja) | ストリーム配信システム及び障害検知方法 | |
| EP2988498B1 (en) | Ott video quality monitoring method, apparatus, and system | |
| CN111083536B (zh) | 调节视频码率的方法和装置 | |
| EP2538617A1 (en) | Method and system for implementing interaction between set-top box (stb) and home gateway | |
| CN106664449A (zh) | 用于流服务的设备切换 | |
| WO2014110911A1 (zh) | Iptv系统中的故障处理方法及装置 | |
| CN101729909A (zh) | 一种流媒体业务的处理方法、装置及系统 | |
| CN111031341A (zh) | 一种基于心跳的双机热备方法 | |
| WO2011015068A1 (zh) | 一种故障检测的方法和系统 | |
| CN109218759A (zh) | 推送媒体流的方法、装置、服务器及存储介质 | |
| CN110769268A (zh) | 数据流监测方法及装置 | |
| CN113453047A (zh) | 资源请求的处理方法、装置、电子设备及存储介质 | |
| EP2634995A1 (en) | Apparatus and method of displaying contents using key frames in a terminal |
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 |
Application publication date: 20180612 |
|
| RJ01 | Rejection of invention patent application after publication |