CN108810052B - 直播服务器的选择方法及装置 - Google Patents
直播服务器的选择方法及装置 Download PDFInfo
- Publication number
- CN108810052B CN108810052B CN201710305843.6A CN201710305843A CN108810052B CN 108810052 B CN108810052 B CN 108810052B CN 201710305843 A CN201710305843 A CN 201710305843A CN 108810052 B CN108810052 B CN 108810052B
- Authority
- CN
- China
- Prior art keywords
- live broadcast
- live
- server
- servers
- anchor
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
-
- 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/2181—Source of audio or video content, e.g. local disk arrays comprising remotely distributed storage units, e.g. when movies are replicated over a plurality of video servers
-
- 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/232—Content retrieval operation locally within server, e.g. reading video streams from disk arrays
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请公开了一种直播服务器的选择方法及装置,属于网络技术领域。该方法包括:直播管理服务器接收主播终端发送的推流请求,该推流请求中携带主播标识,该直播管理服务器基于该主播标识,获取该多个直播服务器中的每一个直播服务器与该主播标识对应的历史观看记录,该直播管理服务器基于该历史观看记录、该多个直播服务器中每一个直播服务器与该主播终端之间的通信质量参数以及该多个直播服务器之间的通信质量参数,从该多个直播服务器中确定一个直播服务器作为源直播服务器。本发明实施例具有针对性地为部分用户快速推流,并尽可能地减小观看用户终端获取直播数据流的时延,从而提高了直播效率。
Description
技术领域
本申请涉及网络技术领域,特别涉及一种直播服务器的选择方法及装置。
背景技术
随着网络技术的快速发展,网络直播***得到了广泛的应用,如,可以应用于球赛直播、开业直播等直播场景中。目前,网络直播***中主要包括主播终端、观看用户终端和网络直播平台,该网络直播平台还包括直播管理服务器和多个直播服务器。其中,直播服务器可以用于存储直播数据流,观看用户终端可以从直播服务器中下载该直播数据流。直播管理服务器主要用于从该多个直播服务器中选择某个直播服务器作为源直播服务器,该源直播服务器主要用于存储主播终端在直播过程中发送的直播数据流。
在现有技术中,主播终端在直播时可以向直播管理服务器发送推流请求,该推流请求中可以携带该主播终端当前接入网络的网络协议(Internet Protocol,IP)地址。由于与该主播终端处于相同或较近区域的直播服务器与该主播终端之间的通信质量一般较好,因此,直播管理服务器可以根据该主播终端的IP地址,从该多个直播服务器中选择与该主播终端之间通信质量较好的直播服务器作为源直播服务器。之后,直播管理服务器创建直播频道,并将该源直播服务器的地址信息和该直播频道的频道信息发送给主播终端,以便于该主播终端基于该地址信息和频道信息,向该源直播服务器发送直播数据流,由该源直播服务器存储该直播数据流,并且不再进一步分发。当有用户观看直播时,如果用户归属的直播服务器上没有直播数据流,则实时向源直播服务器回源拉取直播数据流之后发送给用户。
上述提供的实施方式中,直播管理服务器选择的是与主播终端之间通信质量较好的直播服务器作为源直播服务器来存储该主播终端发送的直播数据流,然而,由于直播视频流的分发需要一定的时延,假如从该源直播服务器中下载直播数据流的观看用户的数量较少,则导致大部分观看用户终端无法快速获取到直播视频流,也即是,上述提供的实施方式的直播针对性较差,效率较低。
发明内容
为了解决现有技术中直播针对性较差,效率较低的问题,本申请提供了一种直播服务器的选择方法及装置。所述技术方案如下:
第一方面,提供了一种直播服务器的选择方法,应用于网络直播平台中,所述网络直播平台包括直播管理服务器和多个直播服务器,所述方法包括:
所述直播管理服务器接收主播终端发送的推流请求,所述推流请求中携带主播标识;
所述直播管理服务器基于所述主播标识,获取所述多个直播服务器中的每一个直播服务器与所述主播标识对应的历史观看记录;
所述直播管理服务器基于所述历史观看记录、所述多个直播服务器中每一个直播服务器与所述主播终端之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为源直播服务器。
在本发明实施例中,由于直播管理服务器根据该历史观看记录、该多个直播服务器中每个直播服务器与主播终端之间的通信质量参数、该多个直播服务器之间的通信质量参数这三个条件,从多个直播服务器中确定一个直播服务器作为源直播服务器。如此,可以具有针对性地为部分用户快速推流,并尽可能地减小观看用户终端获取直播数据流的时延,从而提高了直播效率。
在一种可能的实现方式中,所述方法还包括:
所述直播管理服务器创建直播频道,并向所述主播终端发送推流响应,所述推流响应中携带所述源直播服务器的地址信息和所述直播频道的频道信息。
值得说明的是,直播管理服务器向主播终端发送携带所述源直播服务器的地址信息和所述直播频道的频道信息推流响应后,可以使得主播终端基于该源直播服务器的地址信息和该直播频道的频道信息,向该源直播服务器上传直播数据流,从而实现了直播数据流的推送。
在一种可能的实现方式中,所述直播管理服务器基于所述历史观看记录、所述多个直播服务器中每一个直播服务器与所述主播终端之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为源直播服务器,包括:
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,所述N为满足所述预设匹配策略的直播服务器的数量;
所述直播管理服务器根据所述历史观看记录,确定所述N个直播服务器的权重;
所述直播管理服务器根据所述N个直播服务器的权重、所述主播终端与所述N个直播服务器之间的通信质量参数以及所述N个直播服务器之间的通信质量参数,从所述N个直播服务器中确定一个直播服务器作为所述源直播服务器。
值得说明的是,直播管理服务器根据历史观看记录、N个直播服务器的权重所述主播终端与所述N个直播服务器之间的通信质量参数以及所述N个直播服务器之间的通信质量参数,从所述N个直播服务器中确定一个直播服务器作为所述源直播服务器,如此,可以减小直播管理服务器确定源直播服务器的运算量。
在一种可能的实现方式中,所述直播管理服务器根据所述N个直播服务器的权重、所述主播终端与所述N个直播服务器之间的通信质量参数以及所述N个直播服务器之间的通信质量参数,从所述N个直播服务器中确定一个直播服务器作为所述源直播服务器,包括:
对于所述N个直播服务器中的每个直播服务器,确定所述直播服务器与所述主播终端之间的通信质量参数,以及确定所述直播服务器与所述N个直播服务器中除所述直播服务器之外的每个直播服务器之间的通信质量参数;
根据所述N个直播服务器的权重、所述直播服务器与所述主播终端之间的通信质量参数以及所述直播服务器与所述N个直播服务器中除所述直播服务器之外的每个直播服务器之间的通信质量参数,确定所述直播服务器对应的综合通信质量参数;
从所述N个直播服务器中,将最小的综合通信质量参数对应的直播服务器确定为所述源直播服务器。
值得说明的是,在从N个直播服务器中确定源直播服务器时,综合计算了主播终端与每个直播服务器之间的时延,以及每个直播服务器与其它直播服务器之间的时延,如此,在后续为该N个直播服务器分发直播数据流时,可以保证确定的源直播服务器与N个直播服务器之间的时延均较短,从而减小了观看用户终端获取直播数据流的时延,提升了直播效率。
在一种可能的实现方式中,所述直播管理服务器基于所述历史观看记录、所述多个直播服务器中每一个直播服务器与所述主播终端之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为源直播服务器,包括:
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,所述N为满足所述预设匹配策略的直播服务器的数量;
所述直播管理服务器根据所述历史观看记录,确定所述N个直播服务器的权重;
所述直播管理服务器根据所述N个直播服务器的权重、所述主播终端与所述多个直播服务器任一直播服务器之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为所述源直播服务器。
值得说明的是,上述通过确定该多个直播服务器中每个直播服务器的综合通信参数,并根据每个直播服务器的综合通信参数,从该多个直播服务器中确定一个直播服务器作为源直播服务器,如此,提高了确定源直播服务器的准确性。
在一种可能的实现方式中,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的用户数量;
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,包括:
所述直播管理服务器从所述多个直播服务器中确定观看所述主播标识对应的内容的用户数量大于或等于第一预设阈值的直播服务器为满足所述预设匹配策略的直播服务器。
值得说明的是,直播管理服务器从该多个直播服务器中选择历史观看该主播标识对应的内容的用户数量较多的直播服务器,并将选择的直播服务器作为推流的目标,如此,可以保证大部分的观看用户终端能够尽可能快速地获取到直播数据流。
在一种可能的实现方式中,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的所有用户的历史打赏总额度;
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,包括:
所述直播管理服务器从所述多个直播服务器中,确定观看所述主播标识对应的内容的所有用户的历史打赏总额度大于或等于第二预设阈值的直播服务器为满足所述预设匹配策略的直播服务器。
值得说明的是,直播管理服务器从多个直播服务器中,选择观看该主播标识对应的内容的所有用户的历史打赏总额度大于或等于第二预设阈值的直播服务器,并将所选择的直播服务器确定为推流目标,如此,可以使得打赏总额度较大所对应的直播服务器上的用户能够快速看到直播。
在一种可能的实现方式中,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的每一个用户的历史打赏总额度;
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中选择满足预设匹配策略的N个直播服务器,包括:
所述直播管理服务器从所述多个直播服务器中,确定观看所述主播标识对应的内容的用户的历史打赏总额度排序前M的用户对应的直播服务器为满足所述预设匹配策略的直播服务器。
值得说明的是,上述直播管理服务器从该多个直播服务器中,确定观看该主播标识对应的内容的用户的历史打赏总额度排序前M的用户对应的直播服务器为满足该预设匹配策略的直播服务器,如此可以保证打赏额度较大的用户可以快速观看直播。
在一种可能的实现方式中,所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器之后,还包括:
所述直播管理服务器接收所述源直播服务器发送的数据传输成功消息,所述数据传输成功消息中携带所述直播频道的频道信息;
所述直播管理服务器向所述N个直播服务器发送下载指示,所述下载指示中包括所述源直播服务器的地址信息和所述直播频道的频道信息。
值得说明的是,直播管理服务器向N个直播服务器发送下载指示,所述下载指示中包括所述源直播服务器的地址信息和所述直播频道的频道信息,如此,可以使得该N个直播服务器成功回源拉取直播数据流。
第二方面,提供了一种直播服务器的选择方法,应用于网络直播平台中,所述网络直播平台包括直播管理服务器和多个直播服务器,所述方法包括:
所述直播管理服务器接收源直播服务器发送的数据传输成功消息,所述数据传输成功消息中携带直播频道的频道信息,所述源直播服务器由所述直播管理服务器在接收到主播终端发送的推流请求后从所述多个直播服务器中选择得到,且用于存储所述主播终端发送的直播数据流,所述直播频道由所述直播管理服务器在选择所述源直播服务器后建立;
所述直播管理服务器基于所述直播频道的频道信息,从主播标识与频道信息之间的对应关系中获取对应的主播标识,并从存储的主播标识与历史观看记录之间的对应关系中,获取对应的历史观看记录,所述主播标识与所述直播频道的频道信息之间的对应关系由所述直播管理服务器创建所述直播频道后存储得到;
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中选择除了所述源直播服务器之外符合所述预设匹配策略的至少一个直播服务器作为分发直播服务器。
在本发明实施例中,可以在对直播数据流进行分发的过程中,根据历史观看记录,从多个直播服务器中选择满足预设匹配策略的直播服务器作为分发直播服务器,如此,使得直播管理服务器具有针对性地对直播数据流进行分发,提高了直播效率。
在一种可能的实现方式中,所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中选择除了所述源直播服务器之外符合所述预设匹配策略的至少一个直播服务器作为分发直播服务器之后,还包括:
向所述至少一个分发直播服务器发送下载指示,所述下载指示中包括所述源直播服务器的地址信息和所述直播频道的频道信息。
值得说明的是,直播管理服务器向至少一个分发直播服务器发送下载指示,所述下载指示中包括所述源直播服务器的地址信息和所述直播频道的频道信息,如此,可以使得该至少一个分发直播服务器成功回源拉取直播数据流。
在一种可能的实现方式中,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的用户数量;
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中选择除了所述源直播服务器之外符合所述预设匹配策略的至少一个直播服务器作为分发直播服务器,包括:
所述直播管理服务器从所述多个直播服务器中,确定观看所述主播标识对应的内容的用户数量大于或等于第一预设阈值的至少一个直播服务器为满足所述预设匹配策略的分发直播服务器。
值得说明的是,直播管理服务器从该多个直播服务器中选择历史观看该主播标识对应的内容的用户数量较多的直播服务器,并将选择的直播服务器作为推流的目标,如此,可以保证大部分的观看用户终端能够尽可能快速地获取到直播数据流。
在一种可能的实现方式中,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的所有用户的历史打赏总额度;
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中选择除了所述源直播服务器之外符合所述预设匹配策略的至少一个直播服务器作为分发直播服务器,包括:
所述直播管理服务器从所述多个直播服务器中,确定观看所述主播标识对应的内容的所有用户的历史打赏总额度大于或等于第二预设阈值的至少一个直播服务器为满足所述预设匹配策略的分发直播服务器。
值得说明的是,直播管理服务器从多个直播服务器中,选择观看该主播标识对应的内容的所有用户的历史打赏总额度大于或等于第二预设阈值的直播服务器,并将所选择的直播服务器确定为推流目标,使得该直播服务器上的用户能够快速看到直播。
在一种可能的实现方式中,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的每一个用户的历史打赏总额度;
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中选择除了所述源直播服务器之外符合所述预设匹配策略的至少一个直播服务器作为分发直播服务器,包括:
所述直播管理服务器从所述多个直播服务器中,确定观看所述主播标识对应的内容的用户的历史打赏总额度排序前M的用户对应的至少一个直播服务器为满足所述预设匹配策略的分发直播服务器。
值得说明的是,直播管理服务器从该多个直播服务器中,确定观看该主播标识对应的内容的用户的历史打赏总额度排序前M的用户对应的直播服务器为满足该预设匹配策略的直播服务器,如此可以保证打赏额度较大的用户可以快速观看直播。
第三方面,提供了一种直播服务器的选择装置,所述直播服务器的选择装置具有实现上述第一方面、第二方面中直播服务器的选择方法行为的功能。所述直播服务器的选择装置包括至少一个单元,该至少一个单元用于实现上述第一方面、第二方面所提供的直播服务器的选择方法。
第四方面,提供了一种直播服务器的选择装置,所述直播服务器的选择装置的结构中包括处理器和存储器,所述存储器用于存储支持直播服务器的选择装置执行上述第一方面、第二方面所提供的直播服务器的选择方法的程序,以及存储用于实现上述第一方面、第二方面所提供的直播服务器的选择方法所涉及的数据。所述处理器被配置为用于执行所述存储器中存储的程序。所述存储设备的操作装置还可以包括通信总线,该通信总线用于该处理器与存储器之间建立连接。
第五方面,提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述第一方面、第二方面所述的直播服务器的选择方法。
第六方面,提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述第一方面、第二方面所述的直播服务器的选择方法。
上述第三方面、第四方面、第五方面和第六方面所获得的技术效果与第一方面、第二方面中对应的技术手段获得的技术效果近似,在这里不再赘述。
本申请提供的技术方案带来的有益效果是:直播管理服务器接收主播终端发送的携带主播标识的推流请求后,获取多个直播服务器中每个直播服务器与该主播标识对应的历史观看记录。之后,直播管理服务器根据该历史观看记录、该多个直播服务器中每个直播服务器与主播终端之间的通信质量参数、该多个直播服务器之间的通信质量参数这三个条件,从多个直播服务器中确定一个直播服务器作为源直播服务器。如此,可以具有针对性地为部分用户快速推流,并尽可能地减小观看用户终端获取直播数据流的时延,从而提高了直播效率。
附图说明
图1是本发明实施例提供一种直播***的结构示意图;
图2是本发明实施例提供的一种直播管理服务器的结构示意图;
图3是本发明实施例提供的一种直播服务器的选择方法流程图;
图4是本发明实施例提供的一种直播数据流的分发方法的流程图;
图5是根据一示例性实施例示出的另一种直播服务器的选择方法的流程图;
图6A是本发明实施例提供的一种直播服务器的选择装置的结构示意图;
图6B是本发明实施例提供的另一种直播服务器的选择装置的结构示意图;
图6C是本发明实施例提供的另一种直播服务器的选择装置的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进一步地详细描述。
在对本发明实施例进行详细地解释说明之前,先对本发明实施例的***架构予以介绍。图1是本发明实施例提供一种直播***的结构示意图。该直播***中主要包括主播终端11、网络直播平台12和观看用户终端13。该主播终端11和该观看用户终端13分别可以通过无线网络与该网络直播平台12建立连接。
其中,该主播终端11主要用于对主播侧的直播画面进行采集、编码等处理,并且,将经过采集、编码处理后的直播数据流推送到网络直播平台12的直播服务器中(其中,关于网络直播平台12中包括的设备具体请参见下文所述)。在实际应用场景中,该主播终端11可以为诸如手机、平板电脑、计算机之类的设备,本发明实施例对此不做限定。
其中,该网络直播平台12中包括直播管理服务器和多个直播服务器。需要说明的是,在本发明实施例中并不对该直播管理服务器的数量,以及直播服务器的数量进行限定。为了方便进行说明,本发明实施例的附图1中以该网络直播平台12包括四个直播服务器、一个直播管理服务器为例进行说明。
该直播管理服务器是网络直播平台12的核心,也是影响用户观看直播体验的关键设备。该直播管理服务器主要负责从多个直播服务器中选择源直播服务器,该源直播服务器为该多个直播服务器中的任一个,主要用于存储主播终端上传的直播数据流。
在实际实现过程中,该主播终端11可以向直播管理服务器发送携带主播标识的推流请求,该主播标识可以用于唯一标识一个主播,例如,该主播标识可以为主播账号等。该直播管理服务器接收到该推流请求后,根据该主播标识,获取该多个直播服务器中的每个直播服务器与该主播标识对应的历史观看记录。之后,该直播管理服务器根据该历史观看记录、该多个直播服务器中每一个直播服务器与主播终端11之间的通信质量参数以及该多个直播服务器之间的通信质量参数,从该多个直播服务器中确定一个直播服务器作为源直播服务器,主播终端11可以向该源直播服务器推送直播数据流。关于该具体实现过程可以参见如下图3所述的实施例。其中,该通信质量参数可以包括但不限于地理位置、时延、丢包率。
在本发明实施例中,在选择源直播服务器时,不仅考虑了主播终端与每个直播服务器之间的通信质量,还考虑了每个直播服务器上的历史观看记录以及多个直播服务器之间的通信质量,如此,具有针对性地为某些用户快速推流,并可以尽可能地减小观看用户终端获取直播数据流的时延,从而提高了直播效率。
进一步地,该直播管理服务器还可以用于从该多个直播服务器中选择至少一个直播服务器作为分发直播服务器。每个分发直播服务器也均为该多个服务器中的任一个,主要用于从源直播服务器回源拉取直播数据流。其具体实现过程可以参见如下图4或图5所述的实施例。
需要说明的是,为了提升直播数据流的推流和分发速度,该多个直播服务器一般采用分散在各个地理位置上的内容分发网络(Content Delivery Network,CDN)***来实现。
其中,上述观看用户终端13主要用于从直播服务器中获取直播数据流,并对该直播数据流进行解码、渲染播放等处理,从而使得用户可以观看到直播。其中,该观看用户终端13可以为诸如手机、平板电脑、计算机之类的设备,本发明实施例对此不做限定。另外,本发明实施例中不对该观看用户终端13的数量进行限定,附图1中以该直播***中包括3个观看用户终端13为例进行说明。
在具体实现中,观看用户终端13一般都是从距离自己较近的直播服务器中获取直播数据流。具体地,当观看用户终端13需要获取直播数据流时,观看用户终端13向直播管理服务器发送观看直播的请求,该观看直播的请求中一般携带该观看用户终端13的IP地址。该直播管理服务器接收到该观看直播的请求后,根据该IP地址,从该多个直播服务器中,选择与该观看用户终端13处于相同或较近区域的直播服务器,并将该直播服务器的地址信息发送给该观看用户终端13,以便于该观看用户终端13从所分配的该直播服务器中获取直播数据流。
需要说明的是,在实际应用场景中,该主播终端11和观看用户设备13需要在成功登录至网络直播平台12中的情况下,才可以向该网络直播平台12推流或获取直播数据流。在具体实现中,该主播终端11和观看用户设备13可以分别向网络直播平台12发送登录请求,在一种可能的实现方式中,可以由该网络直播平台12中的直播管理服务器负责进行身份认证,其中,关于身份认证的具体实现过程可以参见相关技术,本发明实施例对此不做详细阐述。在本发明实施例中,是以该主播终端11和观看用户设备13均通过身份认证,成功登陆到网络直播平台12中为例进行说明的。
图2是本发明实施例提供的一种直播管理服务器的结构示意图。图1中的直播***可以通过图2所示的直播管理服务器来实现。该直播管理服务器可以为计算机设备,参见图2,该计算机设备包括至少一个处理器201,通信总线202,存储器203以及至少一个通信接口204。
处理器201可以是一个通用中央处理器(Central Processing Unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信总线202可包括一通路,在上述组件之间传送信息。
存储器203可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其它类型的静态存储设备,随机存取存储器(random access memory,RAM))或者可存储信息和指令的其它类型的动态存储设备,也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、只读光盘(CompactDisc Read-Only Memory,CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质,但不限于此。存储器203可以是独立存在,通过通信总线202与处理器201相连接。存储器203也可以和处理器201集成在一起。
通信接口204,使用任何收发器一类的装置,用于与其它设备或通信网络通信,如以太网,无线接入网(RAN),无线局域网(Wireless Local Area Networks,WLAN)等。
在具体实现中,作为一种实施例,处理器201可以包括一个或多个CPU,例如图2中所示的CPU0和CPU1。
在具体实现中,作为一种实施例,计算机设备可以包括多个处理器,例如图2中所示的处理器201和处理器205。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,计算机设备还可以包括输出设备206和输入设备207。输出设备206和处理器201通信,可以以多种方式来显示信息。例如,输出设备206可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备207和处理器201通信,可以以多种方式接收用户的输入。例如,输入设备207可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的计算机设备可以是一个通用计算机设备或者是一个专用计算机设备。在具体实现中,计算机设备可以是台式机、便携式电脑、网络服务器、掌上电脑(PersonalDigital Assistant,PDA)、移动手机、平板电脑、无线终端设备、通信设备或者嵌入式设备。本发明实施例不限定计算机设备的类型。
其中,存储器203用于存储执行本申请方案的程序代码,并由处理器201来控制执行。处理器201用于执行存储器203中存储的程序代码208。程序代码208中可以包括一个或多个软件模块。处理器201用于执行存储器203中存储的应用程序代码,从而实现图1中直播管理服务器的功能。
根据上文描述可知,该直播管理服务器需要获取历史观看记录,因此,在实现本发明实施例之前,需要根据历史直播情况确定该历史观看记录。在这里,将先对该历史观看记录的存储过程进行介绍。在实际实现中,该历史观看记录可以存储在一个集中管理设备上,例如,该集中管理设备可以为该直播管理服务器,或者,该集中管理设备也可以为一个单独的设备,本发明实施例对此不做限定。接下来,以该历史观看记录由该直播管理服务器存储为例进行说明:
根据实际需求不同,该历史观看记录中需要记录的内容不同,具体地可以包括但不限于如下几种情况:
第一种情况:该历史观看记录包括直播服务器上观看该主播标识对应的内容的用户数量。
如前文所述,观看用户终端一般都是从距离自己较近的直播服务器中获取直播数据流,也即是,该多个直播服务器中的每个直播服务器上均可能有用户观看直播内容。为了记录每个直播服务器上观看该主播标识对应的内容的用户数量,在每次直播结束后,直播管理服务器以主播标识为单位,可以按照如下表1的格式进行记录:
表1
主播标识 | 直播服务器的标识 | 观看用户数量 |
之后,该直播管理服务器对记录的信息进行汇总。在一种可能的实现方式中,直播管理服务器可以以主播标识、直播服务器的标识和用户数量三者之间的对应关系的格式进行存储,以得到该历史观看记录。进一步地,为了便于后续获取每个直播服务器的地址信息,该历史观看记录中还可以包括每一个直播服务器的地址信息。具体可以为如下表2所示:
表2
第二种情况;该历史观看记录包括直播服务器上观看该主播标识对应的内容的所有用户的历史打赏总额度。
在直播过程中,用户可以根据对主播直播的内容的喜好程度,对该主播进行打赏。在一种可能的实现方式中,可以由网络直播平台中的直播管理服务器对打赏、支付操作进行管理。当然,这里仅是以由该直播管理服务器对打赏、支付操作进行管理为例进行说明,在另一实施例中,也可以由该网络直播平台中的其它设备进行管理,本发明实施例对此不作限定。
具体地,用户可以通过观看用户终端向该直播管理服务器发送打赏消息,该打赏消息中可以携带打赏额度、直播频道的频道信息以及该用户观看该主播直播的内容所在的直播服务器的标识。该直播管理服务器接收到该打赏消息后,根据该频道信息确定对应的主播标识,并可以根据如下表3的格式进行记录:
表3
主播标识 | 直播服务器的标识 | 用户的打赏额度 |
之后,该直播管理服务器对记录的信息进行汇总。同理,为了便于后续获取每个直播服务器的地址信息,该历史观看记录中还可以包括每一个直播服务器的地址信息。如此,得到汇总后的历史观看记录可以为如下表4所示:
表4
当然,在实际实现中,用户打赏的还可能为虚拟物品等,在该种情况下,可以根据一定的换算策略,将该虚拟物品换算成打赏额度,并对该打赏额度进行记录、汇总处理,本发明实施例对此不做限定。
第三种情况:该历史观看记录包括直播服务器上观看该主播标识对应的内容的每一个用户的历史打赏总额度。
与上述第二种情况类似,在直播过程中,直播管理服务器可以对用户的打赏情况进行记录和汇总。与上述第二种情况不同的是,在该种实现方式,直播管理服务器汇总的是每个直播服务器上观看主播标识对应的内容的每一个用户的打赏总额度。在实际应用场景中,根据该用户对主播标识对应的内容的喜好程度不同,不同用户的打赏额度也不相同。在一种可能的实现方式中,直播管理服务器记录、汇总后的历史观看记录可以为如下表5所示:
表5
在实际实现中,不仅可以考虑每个用户的打赏总额度,还可以考虑每个用户的等级或爵位,在该种情况下,该历史观看记录中可以包括直播服务器上观看主播标识对应的内容且级别高于某个级别的多个用户的打赏总额度。例如,该历史观看记录中可以包括直播服务器上观看主播标识对应的内容且级别高于五级的多个用户的打赏总额度。
实际上,由于用户的打赏额度越大,对应的级别一般就会越高,因此,本发明实施例中,仅以该历史观看记录中包括直播服务器上观看该主播标识对应的内容的每一个用户的历史打赏总额度为例进行说明。
需要说明的是,在实际实现过程中,该直播管理服务器可以只保存最近一次或最近几次直播后的观看用户信息,其中,该观看用户信息包括用户数量、打赏额度等信息。或者,该直播管理服务器也可以将最近多次直播后的观看用户信息均记录下来后,根据该多次直播后的观看用户信息进行计算,得到计算后的历史观看记录,例如,可以通过求平均值的方式来进行计算,本发明实施例对此不做限定。
需要说明的是,上述仅是示例性地示出了历史观看记录的格式,在另一实施例中,还可以以其它方式存储该历史观看记录,本发明实施例对此不做限定。
基于上述实施例提供的历史观看记录,接下来对本发明实施例提供的直播服务器选择方法进行详细介绍,请参考图3,该图3是本发明实施例提供的一种直播服务器的选择方法流程图,该方法可以通过如上图1所示的直播***来实现,该方法包括:
301:直播管理服务器接收主播终端发送的推流请求,该推流请求中携带主播标识。
如前文所述,当主播终端需要进行直播时,可以向直播管理服务器发送携带主播标识的推流请求。
另外,为了便于直播管理服务器后续确定该主播终端与多个直播管理服务器之间的通信质量,在一种可能的实现方式中,该推流请求中还可以携带该主播终端的IP地址。
302:直播管理服务器基于该主播标识,获取该多个直播服务器中的每一个直播服务器与该主播标识对应的历史观看记录。
如前文所述,在一种可能的实现方式中,该直播管理服务器预先记录并保存了与主播标识对应的每个直播服务器的历史观看记录。在该种情况下,该直播管理服务器可以直接从本地获取每一个直播服务器与该主播标识对应的历史观看记录。
在具体实现中,根据实际需求不同,该历史观看记录中记录的内容可能也不同,该历史观看记录具体包括的内容如上述实施例中表2、表4或表5所示。
303:直播管理服务器基于该历史观看记录、该多个直播服务器中每一个直播服务器与该主播终端之间的通信质量参数以及该多个直播服务器之间的通信质量参数,从该多个直播服务器中确定一个直播服务器作为源直播服务器。
具体地,该步骤可以包括如下3031-3033几个实现过程:
3031:直播管理服务器基于该历史观看记录,从该多个直播服务器中确定满足预设匹配策略的N个直播服务器,该N为满足该预设匹配策略的直播服务器的数量。
该预设匹配策略可以预设进行设置。根据该预设匹配策略不同,直播管理服务器基于该历史观看记录,从该多个直播服务器中确定满足预设匹配策略的N个直播服务器的方法也不同,具体可以包括如下几种可能的实现方式:
第一种情况:该历史观看记录包括直播服务器上观看该主播标识对应的内容的用户数量,该直播管理服务器从该多个直播服务器中确定观看该主播标识对应的内容的用户数量大于或等于第一预设阈值的直播服务器为满足该预设匹配策略的直播服务器。
在实际应用场景中,根据每一个直播服务器上观看该主播标识对应的内容的用户数量,可以确定该主播标识对应的内容在该直播服务器中的受欢迎程度。用户数量越多,说明观看的用户越多。因此,为了使得大部分用户可以快速观看到直播,该直播管理服务器从该多个直播服务器中确定观看该主播标识对应的内容的用户数量大于或等于第一预设阈值的直播服务器为满足该预设匹配策略的直播服务器。
其中,该第一预设阈值可以预先设置,如,该第一预设阈值可以为500。请参考上述表2,假如该主播标识为A,可以确定该多个直播服务器中,观看该主播标识A对应的内容的用户数量大于或等于500的直播服务器分别为直播服务器1、直播服务器2、直播服务器4和直播服务器5。因此,直播管理服务器确定该直播服务器1、直播服务器2、直播服务器4和直播服务器5为满足该预设匹配策略的直播服务器。
值得一提的是,直播管理服务器从该多个直播服务器中选择历史观看该主播标识对应的内容的用户数量较多的直播服务器,并将选择的直播服务器作为推流的目标,如此,可以保证大部分的观看用户终端能够尽可能快速地获取到直播数据流。
第二种情况:该历史观看记录包括直播服务器上观看该主播标识对应的内容的所有用户的历史打赏总额度,该直播管理服务器从该多个直播服务器中,确定观看该主播标识对应的内容的所有用户的历史打赏总额度大于或等于第二预设阈值的直播服务器为满足该预设匹配策略的直播服务器。
不难理解,直播服务器上观看该主播标识对应的内容的所有用户的历史打赏总额度越高,一般说明该直播服务器上的用户越重要,即需要尽量保证该直播服务器上的用户观看直播的时延较短。因此,直播管理服务器从该多个直播服务器中,确定观看该主播标识对应的内容的所有用户的历史打赏总额度大于或等于第二预设阈值的直播服务器为满足该预设匹配策略的直播服务器。
其中,该第二预设阈值可以预先设置,如,该第二预设阈值可以为2000元。请参考上述表4,假如该主播标识为A,则可以确定该多个直播服务器中,观看该主播标识A对应的内容的所有用户的历史打赏总额度大于或等于2000的直播服务器分别为直播服务器1、直播服务器2和直播服务器3。因此,该直播管理服务器将该直播服务器1、直播服务器2和直播服务器3确定为满足该预设匹配策略的直播服务器。
值得一提的是,在该种实现方式中,直播管理服务器从多个直播服务器中,选择观看该主播标识对应的内容的所有用户的历史打赏总额度大于或等于第二预设阈值的直播服务器,并将所选择的直播服务器确定为推流目标,使得该直播服务器上的用户能够快速看到直播。
第三种情况:该历史观看记录包括直播服务器上观看该主播标识对应的内容的每一个用户的历史打赏总额度,该直播管理服务器从该多个直播服务器中,确定观看该主播标识对应的内容的用户的历史打赏总额度排序前M的用户对应的直播服务器为满足该预设匹配策略的直播服务器。
在实际应用场景中,个别用户的历史打赏总额度较大,例如,某用户的打赏总额度超过万元。为了使得该部分用户能够快速观看到直播,在该种实现方式中,直播管理服务器从该多个直播服务器中,选择观看该主播标识对应的内容的用户的历史打赏总额度排序前M的用户对应的直播服务器,并将选择的直播服务器确定为满足该预设匹配策略的直播服务器。其中,该M可以为大于1的自然数。
例如,假如该主播标识为A,M的值为3,则请参考上述表5,可以确定该多个直播服务器中,观看该主播标识A对应的内容的用户的历史打赏总额度排序前3的用户对应的直播服务器分别为直播服务器4、直播服务器3和直播服务器1。因此,该直播管理服务器可以确定直播服务器4、直播服务器3和直播服务器1为满足该预设匹配策略的直播服务器。
值得一提的是,上述直播管理服务器从该多个直播服务器中,确定观看该主播标识对应的内容的用户的历史打赏总额度排序前M的用户对应的直播服务器为满足该预设匹配策略的直播服务器,如此可以保证打赏额度较大的用户可以快速观看直播。
需要说明的是,上述直播管理服务器基于该历史观看记录,从该多个直播服务器中确定满足预设匹配策略的N个直播服务器的方法仅是示例性的,在另一实施例中,直播管理服务器还可以采用其它方式基于该历史观看记录,从该多个直播服务器中确定满足预设匹配策略的N个直播服务器的方法。
如,在一种可能的实现方式中,当该历史观看记录中包括上述三种情况涉及的多个维度时,对于该多个直播服务器中的每个直播服务器,该直播管理服务器可以确定该直播服务器上按照该多个维度统计得到的数值与对应维度的权重之间的乘积之和,得到该直播服务器的总得分。之后,直播管理服务器从该多个直播服务器中将总得分大于或等于第三预设阈值的直播服务器确定为满足预设匹配策略的直播服务器。
其中,该第三预设阈值可以预先设置。例如,请参考表2、表4和表5,对于该多个直播服务器中的直播服务器1来说,如果用户数量对应的权重为a,所有用户的历史打赏总额度对应的权重为b,每个用户的历史打赏总额度对应的权重为c,则可以确定该直播服务器1的总得分为1200*a+5000*b+1200*c。按照该算法,可以确定每个直播服务器的总得分。直播管理服务器可以将该多个直播服务器中总得分大于或等于第三预设阈值的直播服务器确定为满足预设匹配策略的直播服务器。
实际上,根据上文描述不难理解,该N个直播服务器即为需要推流的直播服务器。在实际实现中,观看用户终端获知直播数据流的时延包括两段,一段是主播终端与源直播服务器之间的时延,另一段是源直播服务器与分发直播服务器之间的时延。因此,如何选择源直播服务器,以使得该N个直播服务器上的用户均能较快速地观看到直播成为重点,其具体过程请参见下文。
3032:直播管理服务器根据该历史观看记录,确定该N个直播服务器的权重。
其中,根据该历史观看记录中包括的内容不同,确定该N个直播服务器的权重的方式也不同,接下来,以该历史观看记录中包括直播服务器上观看该主播标识对应的内容的用户数量为例,对确定该N个直播服务器的权重的方式进行介绍。
该直播管理服务器可以根据每个直播服务器中用户数量的多少来确定对应的权重。例如,该直播管理服务器可以确定该多个直播服务器中的用户总数量,然后,确定每个直播服务器中用户数量占该用户总数量的比例,并将该比例确定为对应的直播服务器的权重。
需要说明的是,上述确定该N个直播服务器的权重方式仅是示例性的,在另一实施例中,还可以采用其它方式来确定。例如,可以预先针对不同用户数量范围对应设置不同的权重,如此以来,直播管理服务器可以根据每个直播服务器中用户数量所处的用户数量范围,确定该用户数量范围对应的预设的权重,本发明实施例对此不做限定。
当每个直播服务器上的历史观看记录包括的内容为历史打赏额度时,可以对该历史打赏额度按照一定的换算法进行换算,并根据换算后的数值确定每个直播服务器的权重。
在实际实现中,本发明实施例不对直播管理服务器根据该历史观看记录,确定该N个直播服务器的权重的具体实现方式进行限定。
3033:直播管理服务器根据该N个直播服务器的权重选择源直播服务器。
在具体实现中,该步骤可以包括如下两种可能的实现方式:
第一种方式:直播管理服务器根据该N个直播服务器的权重、该主播终端与该N个直播服务器之间的通信质量参数以及该N个直播服务器之间的通信质量参数,从该N个直播服务器中确定一个直播服务器作为该源直播服务器。
也即是,在该种实现方式中,直播管理服务器从该N个直播服务器中选择一个直播服务器作为源直播服务器,其具体实现过程可以包括如下(1)-(3)几个步骤:
(1)对于该N个直播服务器中的每个直播服务器,确定该直播服务器与该主播终端之间的通信质量参数,以及确定该直播服务器与该N个直播服务器中除该直播服务器之外的每个直播服务器之间的通信质量参数。
为了便于理解,接下来以该N个直播服务器包括上海直播服务器、南京直播服务器、苏州直播服务器、扬州直播服务器,且该通信质量参数为时延为例进行举例说明。
对于该N个直播服务器中的每个直播服务器,例如,对于上海直播服务器,该直播管理服务器确定该上海直播服务器与该主播终端之间的时延T1、该上海直播服务器与该南京直播服务器之间的时延T2、该上海直播服务器与该苏州直播服务器之间的时延T3、以及该上海直播服务器与扬州直播服务器之间的时延T4。
(2)根据该N个直播服务器的权重、该直播服务器与该主播终端之间的通信质量参数以及该直播服务器与该N个直播服务器中除该直播服务器之外的每个直播服务器之间的通信质量参数,确定该直播服务器对应的综合通信质量参数。
假如上海直播服务器、南京直播服务器、苏州直播服务器和扬州直播服务器的权重分别为S1、S2、S3和S4。则可以得到该上海直播服务器的综合时延为T1*S1+T2*S2+T3*S3+T4*S4。
按照上述实现过程,可以分别确定该南京直播服务器、苏州直播服务器和扬州直播服务器的综合时延。
(3)从该N个直播服务器中,将最小的综合通信质量参数对应的直播服务器确定为该源直播服务器。
综合通信质量参数越小,说明对应的直播服务器到该N个直播服务器的时延相对均较小。因此,直播管理服务器从确定的多个综合通信质量参数中,选择最小的综合通信质量参数,并将该最小的综合通信质量参数对应的直播服务器确定为该源直播服务器。例如,直播管理服务器从该N个直播服务器中选择最小综合时延对应的直播服务器,并将该直播服务器确定为该源直播服务器。
上述通过确定该N个直播服务器中每个直播服务器的综合通信参数,并根据每个直播服务器的综合通信参数,从该N个直播服务器中确定一个直播服务器作为源直播服务器,如此,减小了直播管理服务器的运算量。
第二种方式:直播管理服务器根据该N个直播服务器的权重、该主播终端与该多个直播服务器之间的通信质量参数以及该多个直播服务器之间的通信质量参数,从该多个直播服务器中确定一个直播服务器作为该源直播服务器。
与上述第一种方式不同的是,该种实现方式是从该多个直播服务器中选择一个直播服务器作为该源直播服务器,此时,该源直播服务器可能为该N个直播服务器中的某个直播服务器,也可能是该多个直播服务器中除该N个直播服务器之外的其它某个直播服务器。
需要说明的是,在该种实现方式中,对于该多个直播服务器中的每个直播服务器,直播管理服务器需要确定该直播服务器与主播终端之间的通信质量参数,以及与该N个直播服务器中每个直播服务器之间的通信质量参数,然后,根据N个直播服务器的权重,确定该直播服务器的综合通信参数。之后,该直播管理服务器从该多个直播服务器中,将最小的综合通信质量参数对应的直播服务器确定为该源直播服务器,具体可以参见上述第一种实现方式。
上述通过确定该多个直播服务器中每个直播服务器的综合通信参数,并根据每个直播服务器的综合通信参数,从该多个直播服务器中确定一个直播服务器作为源直播服务器,如此,提高了确定源直播服务器的准确性。
304:直播管理服务器创建直播频道。
305:直播管理服务器向该主播终端发送推流响应,该推流响应中携带该源直播服务器的地址信息和该直播频道的频道信息。
在一种可能的实现方式中,该直播管理服务器可以基于该源直播服务器的地址信息和该直播频道的频道信息,生成统一资源定位符(Uniform Resource Locator,URL),并通过该推流响应携带该URL,从而实现通过该推流响应携带该源直播服务器的地址信息和该直播频道的频道信息。
进一步地,该主播终端接收到该推流响应后,从该推流响应中获取该源直播服务器的地址信息和该直播频道的频道信息,并基于该源直播服务器的地址信息和该直播频道的频道信息,向该源直播服务器发送直播数据流,以通过该源直播服务器存储该直播数据流。
在具体实现中,该源直播服务器成功存储该直播数据流后,还可以向该直播管理服务器发送携带频道信息的数据传输成功消息,以通知该直播管理服务器成功存储直播数据流,例如,该源直播服务器在成功接收直播数据流的第一个分片后,可以向该直播管理服务器发送携带频道信息的数据传输成功消息。
直播管理服务器接收该数据传输成功消息,可以继续主动向其他直播服务器分发直播数据流,以便于观看用户终端从其他直播服务器中获取直播数据流。关于直播管理服务器接收到该数据传输成功消息后,主动向其他直播服务器分发直播数据流的实现过程请参见如下图4所述的实施例。
在本发明实施例中,直播管理服务器接收主播终端发送的携带主播标识的推流请求后,获取多个直播服务器中每个直播服务器与该主播标识对应的历史观看记录。之后,直播管理服务器根据该历史观看记录、该多个直播服务器中每个直播服务器与主播终端之间的通信质量参数、该多个直播服务器之间的通信质量参数这三个条件,从多个直播服务器中确定一个直播服务器作为源直播服务器。如此,可以具有针对性地为部分用户快速推流,并尽可能地减小观看用户终端获取直播数据流的时延,从而提高了直播效率。
如前文所述,该直播管理服务器接收到该数据传输成功消息时,还可以主动向其他直播服务器分发直播数据流,这里将详细对该实现过程进行详细介绍。请参考图4,该图4是本发明实施例提供的一种直播数据流的分发方法的流程图,该方法也可以通过如上图1所示的直播***来实现,该方法主要包括如下几个实现步骤:
401:源直播服务器向直播管理服务器发送数据传输成功消息,该直播管理服务器接收源直播服务器发送的数据传输成功消息,该数据传输成功消息中携带该直播频道的频道信息。
该直播管理服务器接收到该源直播服务器发送的数据传输成功消息后,确定源直播服务器已经成功存储的了直播数据流,此时,可以对该直播数据流进行进一步地主动分发。
402:该直播管理服务器向该N个直播服务器发送下载指示,该下载指示中包括该源直播服务器的地址信息和该直播频道的频道信息。
根据上述描述,该N个直播服务器为需要推流的直播服务器,因此,该直播管理服务器向该N个直播服务器发送下载指示,以便于该N个直播服务器接收到该下载指示后,根据该下载指示中携带的源直播服务器的地址信息和该直播频道的频道信息,从该源直播服务器中下载并存储直播数据流。
需要说明的是,如上文所述,在实际实现中,该源直播服务器可能为该N个直播服务器中的一个直播服务器,在该种情况下,该直播管理服务器可以向该N个直播服务器中除了该源直播服务器之外的每一个直播服务器发送该下载指示。
进一步地,对于观看用户终端来说,当观看用户终端想要观看直播时,观看用户终端向直播管理服务器发送观看直播的请求,该观看直播的请求中包括观看用户终端的IP地址和直播频道的频道信息。该直播管理服务器根据该观看用户终端的IP地址,选择与该观看用户终端最近的一个直播服务器,并将直播服务器的地址信息发送给观看用户终端。观看用户终端向根据该地址信息向该直播服务器发送内容获取请求,该内容获取请求中包括直播频道的频道信息。该直播服务器接收到该内容获取请求后,根据该直播频道信息,获取对应的直播数据流,并将该直播数据流发送给该观看用户终端。观看用户终端接收该直播数据流后,对该直播数据流进行解码、渲染播放等处理,如此,用户即可观看直播。
需要说明的是,这里仅是以该直播管理服务器主动向该N个直播服务器分发直播数据流为例进行说明,在另一实施例中,该直播管理服务器还可以根据历史观看记录,从该多个直播服务器中选择满足预设匹配策略的至少一个直播服务器作为分发直播服务器,其具体请参见如下图5所述的实施例。
在本发明实施例中,直播管理服务器接收主播终端发送的携带主播标识的推流请求后,获取多个直播服务器中每个直播服务器与该主播标识对应的历史观看记录。之后,直播管理服务器根据该历史观看记录、该多个直播服务器中每个直播服务器与主播终端之间的通信质量参数、该多个直播服务器之间的通信质量参数这三个条件,从多个直播服务器中确定一个直播服务器作为源直播服务器。如此,可以具有针对性地为部分用户快速推流,并尽可能地减小观看用户终端获取直播数据流的时延,从而提高了直播效率。
在实际实现中,直播管理服务器还可以根据历史观看记录,从多个直播服务器中选择至少一个满足预设匹配策略的直播服务器,并将该直播服务器作为分发直播服务器。为此,请参考图5,该图5是根据一示例性实施例示出的另一种直播服务器的选择方法的流程图,该方法用于实现从多个直播服务器选择至少一个直播服务器作为分发直播服务器,该方法也可以通过如上图1所示的直播***来实现,该方法包括如下几个实现步骤:
501:该直播管理服务器接收源直播服务器发送的数据传输成功消息,该数据传输成功消息中携带直播频道的频道信息,该源直播服务器由该直播管理服务器在接收到主播终端发送的推流请求后从该多个直播服务器中选择得到,且用于存储该主播终端发送的直播数据流,该直播频道由该直播管理服务器在选择该源直播服务器后建立。
在该种实现方式中,可以不对该源直播服务器的选择方式进行限定。例如,在一种可能的实现方式中,该直播管理服务器可以根据就近原则,从该多个直播服务器中选择该源直播服务器。具体地,该直播管理服务器可以根据该多个直播服务器中每个直播服务器与该主播终端之间的通信质量参数,确定最小通信质量参数对应的直播服务器,并将该直播服务器确定为该源直播服务器。
或者,在另一种可能的实现方式中,该直播管理服务器还可以按照上述图3所述实施例的实现方法,根据该历史观看记录、该多个直播服务器中每一个直播服务器与该主播终端之间的通信质量参数以及该多个直播服务器之间的通信质量参数,从该多个直播服务器中确定一个直播服务器作为源直播服务器。
502:该直播管理服务器基于该直播频道的频道信息,从主播标识与频道信息之间的对应关系中获取对应的主播标识,并从存储的主播标识与历史观看记录之间的对应关系中,获取对应的历史观看记录,该主播标识与该直播频道的频道信息之间的对应关系由该直播管理服务器创建该直播频道后存储得到。
在实际实现过程中,当直播管理服务器创建直播频道后,可以保存该主播标识与该直播频道的频道信息之间的对应关系。如此,当直播管理服务器接收到源直播服务器发送的携带频道信息的数据传输成功消息时,可以从该主播标识与该直播频道的频道信息之间的对应关系中,获取该频道信息对应的主播标识。之后,该直播管理服务器根据该主播标识,从主播标识与历史观看记录之间的对应关系中,获取对应的历史观看记录。
503:该直播管理服务器基于该历史观看记录,从该多个直播服务器中选择除了该源直播服务器之外符合该预设匹配策略的至少一个直播服务器作为分发直播服务器。
需要说明的是,直播管理服务器基于该历史观看记录,从该多个直播服务器中选择除了该源直播服务器之外符合该预设匹配策略的至少一个直播服务器的实现过程可以参见上述图3实施例中基于该历史观看记录,从该多个直播服务器中选择满足预设匹配策略的N个直播服务器的实现过程,这里不再重复赘述。
需要说明的是,由于根据历史观看记录,从多个直播服务器中选择满足预设匹配策略的直播服务器的方法相同,因此,当直播管理服务器按照上述图3所述实施例的实现方法选择该源直播服务器时,与按照该方法选择出的直播服务器可能相同,因此,在上述实现过程中,当直播管理服务器按照上述图3所述实施例的实现方法选择该源直播服务器后,可以直接向在该过程中选择出的N个直播服务器分发直播数据流,而无需根据历史观看记录来确定。
进一步地,为了便于该至少一个分发直播服务器从该源直播服务器中获取直播数据流,该直播管理服务器还可以向该至少一个分发直播服务器发送下载指示,该下载指示中包括该源直播服务器的地址信息和该直播频道的频道信息。如此,该至少一个直播服务器即可根据该源直播服务器的地址信息和该直播频道的频道信息,从该源直播服务器中下载该频道信息对应的直播数据流,从而实现直播数据流的分发。
在本发明实施例中,在对直播数据流进行分发的过程中,直播管理服务器根据历史观看记录,从多个直播服务器中选择满足预设匹配策略的至少一个直播服务器作为分发直播服务器,并主动向该至少一个分发直播服务器分发直播数据流。如此,增加了直播数据流分发的针对性,提高了直播效率。
参见图6A,图6A是本发明实施例提供的一种直播服务器的选择装置的结构示意图,该装置应用于网络直播平台中,该网络直播平台包括直播管理服务器和多个直播服务器,该装置包括:
接收单元610,用于执行上述图3实施例中的步骤301。
获取单元620,用于执行上述图3实施例中的步骤302。
确定单元630,用于执行上述图3实施例中的步骤303。
可选地,请参考图6B,该装置还包括:
创建发送单元640,用于执行上述图3实施例中的步骤304和步骤305。
可选地,该确定单元630,还用于执行上述图3实施例中的步骤3031-3033。
可选地,该确定单元630,还用于执行上述图3实施例中的步骤(1)-步骤(3)。
可选地,该确定单元630,还用于执行上述图3实施例中步骤3031的第一种情况、第二种情况和第三种情况。
可选地,该接收单元610,还用于执行上述图4实施例中的步骤401。
该装置还包括发送单元650,该发送单元650用于执行上述图4实施例中的步骤402。
在本发明实施例中,直播管理服务器接收主播终端发送的携带主播标识的推流请求后,获取多个直播服务器中每个直播服务器与该主播标识对应的历史观看记录。之后,直播管理服务器根据该历史观看记录、该多个直播服务器中每个直播服务器与主播终端之间的通信质量参数、该多个直播服务器之间的通信质量参数这三个条件,从多个直播服务器中确定一个直播服务器作为源直播服务器。如此,可以具有针对性地为部分用户快速推流,并尽可能地减小观看用户终端获取直播数据流的时延,从而提高了直播效率。
在本发明实施例中,直播服务器的选择装置是以功能单元的形式来呈现。这里的“单元”可以指特定应用集成电路(application-specific integrated circuit,ASIC),电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到直播服务器的选择装置可以采用图2所示的形式。其中,接收单元610、获取单元620、确定单元630、创建发送单元640和发送单元650可以通过图2的处理器和存储器来实现,具体地,可以通过由处理器来执行存储器中存储的程序代码来实现。
本发明实施例还提供了一种计算机存储介质,用于储存实现上述图3、图4和图5所示的直播服务器选择装置的计算机软件指令,其包含用于执行上述方法实施例所设计的程序。通过执行存储的程序,可以实现获取开发应用所需的业务数据。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例所涉及的动作和模块并不一定是本申请所必须的。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看附图、公开内容、以及所附权利要求书,可理解并实现公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
本领域技术人员应明白,本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机程序存储/分布在合适的介质中,与其它硬件一起提供或作为硬件的一部分,也可以采用其他分布形式,如通过Internet或其它有线或无线电信***。
本申请是参照本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (19)
1.一种直播服务器的选择方法,其特征在于,应用于网络直播平台中,所述网络直播平台包括直播管理服务器和多个直播服务器,所述方法包括:
所述直播管理服务器接收主播终端发送的推流请求,所述推流请求中携带主播标识;
所述直播管理服务器基于所述主播标识,获取所述多个直播服务器中的每一个直播服务器与所述主播标识对应的历史观看记录;
所述直播管理服务器基于所述历史观看记录、所述多个直播服务器中每一个直播服务器与所述主播终端之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为源直播服务器。
2.如权利要求1所述的方法,其特征在于,所述方法还包括:
所述直播管理服务器创建直播频道,并向所述主播终端发送推流响应,所述推流响应中携带所述源直播服务器的地址信息和所述直播频道的频道信息。
3.如权利要求1或2所述的方法,其特征在于,所述直播管理服务器基于所述历史观看记录、所述多个直播服务器中每一个直播服务器与所述主播终端之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为源直播服务器,包括:
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,所述N为满足所述预设匹配策略的直播服务器的数量;
所述直播管理服务器根据所述历史观看记录,确定所述N个直播服务器的权重;
所述直播管理服务器根据所述N个直播服务器的权重、所述主播终端与所述N个直播服务器之间的通信质量参数以及所述N个直播服务器之间的通信质量参数,从所述N个直播服务器中确定一个直播服务器作为所述源直播服务器。
4.如权利要求3所述的方法,其特征在于,所述直播管理服务器根据所述N个直播服务器的权重、所述主播终端与所述N个直播服务器之间的通信质量参数以及所述N个直播服务器之间的通信质量参数,从所述N个直播服务器中确定一个直播服务器作为所述源直播服务器,包括:
对于所述N个直播服务器中的每个直播服务器,确定所述直播服务器与所述主播终端之间的通信质量参数,以及确定所述直播服务器与所述N个直播服务器中除所述直播服务器之外的每个直播服务器之间的通信质量参数;
根据所述N个直播服务器的权重、所述直播服务器与所述主播终端之间的通信质量参数以及所述直播服务器与所述N个直播服务器中除所述直播服务器之外的每个直播服务器之间的通信质量参数,确定所述直播服务器对应的综合通信质量参数;
从所述N个直播服务器中,将最小的综合通信质量参数对应的直播服务器确定为所述源直播服务器。
5.如权利要求1或2所述的方法,其特征在于,所述直播管理服务器基于所述历史观看记录、所述多个直播服务器中每一个直播服务器与所述主播终端之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为源直播服务器,包括:
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,所述N为满足所述预设匹配策略的直播服务器的数量;
所述直播管理服务器根据所述历史观看记录,确定所述N个直播服务器的权重;
所述直播管理服务器根据所述N个直播服务器的权重、所述主播终端与所述多个直播服务器任一直播服务器之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为所述源直播服务器。
6.如权利要求3所述的方法,其特征在于,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的用户数量;
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,包括:
所述直播管理服务器从所述多个直播服务器中确定观看所述主播标识对应的内容的用户数量大于或等于第一预设阈值的直播服务器为满足所述预设匹配策略的直播服务器。
7.如权利要求3所述的方法,其特征在于,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的所有用户的历史打赏总额度;
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,包括:
所述直播管理服务器从所述多个直播服务器中,确定观看所述主播标识对应的内容的所有用户的历史打赏总额度大于或等于第二预设阈值的直播服务器为满足所述预设匹配策略的直播服务器。
8.如权利要求3所述的方法,其特征在于,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的每一个用户的历史打赏总额度;
所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中选择满足预设匹配策略的N个直播服务器,包括:
所述直播管理服务器从所述多个直播服务器中,确定观看所述主播标识对应的内容的用户的历史打赏总额度排序前M的用户对应的直播服务器为满足所述预设匹配策略的直播服务器。
9.如权利要求3所述的方法,其特征在于,所述直播管理服务器基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器之后,还包括:
所述直播管理服务器接收所述源直播服务器发送的数据传输成功消息,所述数据传输成功消息中携带直播频道的频道信息;
所述直播管理服务器向所述N个直播服务器发送下载指示,所述下载指示中包括所述源直播服务器的地址信息和所述直播频道的频道信息。
10.一种直播服务器的选择装置,其特征在于,所述装置部署于网络直播平台中的直播管理服务器中,所述网络直播平台还包括多个直播服务器,所述装置包括:
接收单元,用于接收主播终端发送的推流请求,所述推流请求中携带主播标识;
获取单元,用于基于所述主播标识,获取所述多个直播服务器中的每一个直播服务器与所述主播标识对应的历史观看记录;
确定单元,用于基于所述历史观看记录、所述多个直播服务器中每一个直播服务器与所述主播终端之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为源直播服务器。
11.如权利要求10所述的装置,其特征在于,所述装置还包括:
创建发送单元,用于创建直播频道,并向所述主播终端发送推流响应,所述推流响应中携带所述源直播服务器的地址信息和所述直播频道的频道信息。
12.如权利要求10或11所述的装置,其特征在于,所述确定单元用于基于所述历史观看记录、所述多个直播服务器中每一个直播服务器与所述主播终端之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为源直播服务器,具体为:
基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,所述N为满足所述预设匹配策略的直播服务器的数量;
根据所述历史观看记录,确定所述N个直播服务器的权重;
根据所述N个直播服务器的权重、所述主播终端与所述N个直播服务器之间的通信质量参数以及所述N个直播服务器之间的通信质量参数,从所述N个直播服务器中确定一个直播服务器作为所述源直播服务器。
13.如权利要求12所述的装置,其特征在于,所述确定单元用于根据所述N个直播服务器的权重、所述主播终端与所述N个直播服务器之间的通信质量参数以及所述N个直播服务器之间的通信质量参数,从所述N个直播服务器中确定一个直播服务器作为所述源直播服务器,具体为:
对于所述N个直播服务器中的每个直播服务器,确定所述直播服务器与所述主播终端之间的通信质量参数,以及确定所述直播服务器与所述N个直播服务器中除所述直播服务器之外的每个直播服务器之间的通信质量参数;
根据所述N个直播服务器的权重、所述直播服务器与所述主播终端之间的通信质量参数以及所述直播服务器与所述N个直播服务器中除所述直播服务器之外的每个直播服务器之间的通信质量参数,确定所述直播服务器对应的综合通信质量参数;
从所述N个直播服务器中,将最小的综合通信质量参数对应的直播服务器确定为所述源直播服务器。
14.如权利要求10或11所述的装置,其特征在于,所述确定单元用于基于所述历史观看记录、所述多个直播服务器中每一个直播服务器与所述主播终端之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为源直播服务器,具体为:
基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,所述N为满足所述预设匹配策略的直播服务器的数量;
根据所述历史观看记录,确定所述N个直播服务器的权重;
根据所述N个直播服务器的权重、所述主播终端与所述多个直播服务器任一直播服务器之间的通信质量参数以及所述多个直播服务器之间的通信质量参数,从所述多个直播服务器中确定一个直播服务器作为所述源直播服务器。
15.如权利要求12所述的装置,其特征在于,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的用户数量;
所述确定单元用于基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,具体为:
从所述多个直播服务器中确定观看所述主播标识对应的内容的用户数量大于或等于第一预设阈值的直播服务器为满足所述预设匹配策略的直播服务器。
16.如权利要求12所述的装置,其特征在于,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的所有用户的历史打赏总额度;
所述确定单元用于基于所述历史观看记录,从所述多个直播服务器中确定满足预设匹配策略的N个直播服务器,具体为:
从所述多个直播服务器中,确定观看所述主播标识对应的内容的所有用户的历史打赏总额度大于或等于第二预设阈值的直播服务器为满足所述预设匹配策略的直播服务器。
17.如权利要求12所述的装置,其特征在于,所述历史观看记录包括直播服务器上观看所述主播标识对应的内容的每一个用户的历史打赏总额度;
所述确定单元用于基于所述历史观看记录,从所述多个直播服务器中选择满足预设匹配策略的N个直播服务器,具体为:
从所述多个直播服务器中,确定观看所述主播标识对应的内容的用户的历史打赏总额度排序前M的用户对应的直播服务器为满足所述预设匹配策略的直播服务器。
18.如权利要求12所述的装置,其特征在于,
所述接收单元,还用于接收所述源直播服务器发送的数据传输成功消息,所述数据传输成功消息中携带直播频道的频道信息;
所述装置还包括:
发送单元,用于向所述N个直播服务器发送下载指示,所述下载指示中包括所述源直播服务器的地址信息和所述直播频道的频道信息。
19.一种直播服务器的选择装置,其特征在于,所述装置包括:
处理器和存储器;
其中,所述存储器中存有计算机可读程序;
所述处理器通过运行所述存储器中的程序,以用于完成权利要求1-9任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710305843.6A CN108810052B (zh) | 2017-05-03 | 2017-05-03 | 直播服务器的选择方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710305843.6A CN108810052B (zh) | 2017-05-03 | 2017-05-03 | 直播服务器的选择方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108810052A CN108810052A (zh) | 2018-11-13 |
CN108810052B true CN108810052B (zh) | 2020-09-04 |
Family
ID=64054123
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710305843.6A Active CN108810052B (zh) | 2017-05-03 | 2017-05-03 | 直播服务器的选择方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108810052B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109413199A (zh) * | 2018-11-22 | 2019-03-01 | 北京大米科技有限公司 | 一种通信方法、装置、电子设备及介质 |
CN110460866A (zh) * | 2019-07-29 | 2019-11-15 | 网宿科技股份有限公司 | 推送流媒体数据的方法、***和服务器 |
CN110798698B (zh) * | 2019-11-25 | 2020-09-11 | 盈动电子竞技(海南自贸区)有限公司 | 一种直播应用程序的多服务器推流方法、设备和存储介质 |
CN112887740B (zh) * | 2019-11-29 | 2022-11-11 | 阿里巴巴集团控股有限公司 | 一种数据处理方法和装置、计算机存储介质和电子设备 |
CN111314293A (zh) * | 2020-01-15 | 2020-06-19 | 安徽文香信息技术有限公司 | 一种媒体资源服务***、方法、装置、存储介质及处理器 |
CN112423012B (zh) * | 2020-11-18 | 2023-05-09 | 青岛华升联信智慧科技有限公司 | 一种多级负载的直播方法 |
CN115412738B (zh) * | 2021-05-26 | 2023-09-08 | 广西三方大供应链技术服务有限公司 | 服务器的调度方法、装置及存储介质 |
CN114584561A (zh) * | 2022-03-15 | 2022-06-03 | 联想(北京)有限公司 | 一种信息处理方法、装置和电子设备 |
CN117201502B (zh) * | 2023-09-12 | 2024-02-20 | 广州云硕科技发展有限公司 | 基于人工智能的智能云服务器接入方法及*** |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101964787A (zh) * | 2010-09-17 | 2011-02-02 | 深圳市同洲电子股份有限公司 | 实现多终端断点续播节目的方法和装置及*** |
KR20150123678A (ko) * | 2014-04-24 | 2015-11-04 | 숭실대학교산학협력단 | 분산 이동성 관리를 통한 cdn 서비스 시스템 및 제공방법 |
CN105872640A (zh) * | 2015-12-07 | 2016-08-17 | 乐视云计算有限公司 | 一种直播视频的获取方法、装置及*** |
CN105897836A (zh) * | 2015-12-07 | 2016-08-24 | 乐视云计算有限公司 | 一种回源请求处理方法及装置 |
CN106060605A (zh) * | 2016-05-25 | 2016-10-26 | 清华大学深圳研究生院 | 一种基于cdn的直播流自适应方法和*** |
CN106453328A (zh) * | 2016-10-18 | 2017-02-22 | 乐视控股(北京)有限公司 | 直播视频文件的推流方法、客户端及边缘流媒体服务器 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102123307B (zh) * | 2011-01-20 | 2014-02-26 | 深圳市龙视传媒有限公司 | 一种播放节目的方法及*** |
CN104135672A (zh) * | 2014-08-13 | 2014-11-05 | 浪潮软件集团有限公司 | 一种基于hls实现视频点播无缝容灾的方法 |
CN105681835B (zh) * | 2016-02-26 | 2019-11-19 | 腾讯科技(深圳)有限公司 | 一种信息推送的方法以及服务器 |
CN105847874A (zh) * | 2016-04-20 | 2016-08-10 | 乐视控股(北京)有限公司 | 直播装置及直播终端 |
-
2017
- 2017-05-03 CN CN201710305843.6A patent/CN108810052B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101964787A (zh) * | 2010-09-17 | 2011-02-02 | 深圳市同洲电子股份有限公司 | 实现多终端断点续播节目的方法和装置及*** |
KR20150123678A (ko) * | 2014-04-24 | 2015-11-04 | 숭실대학교산학협력단 | 분산 이동성 관리를 통한 cdn 서비스 시스템 및 제공방법 |
CN105872640A (zh) * | 2015-12-07 | 2016-08-17 | 乐视云计算有限公司 | 一种直播视频的获取方法、装置及*** |
CN105897836A (zh) * | 2015-12-07 | 2016-08-24 | 乐视云计算有限公司 | 一种回源请求处理方法及装置 |
CN106060605A (zh) * | 2016-05-25 | 2016-10-26 | 清华大学深圳研究生院 | 一种基于cdn的直播流自适应方法和*** |
CN106453328A (zh) * | 2016-10-18 | 2017-02-22 | 乐视控股(北京)有限公司 | 直播视频文件的推流方法、客户端及边缘流媒体服务器 |
Also Published As
Publication number | Publication date |
---|---|
CN108810052A (zh) | 2018-11-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108810052B (zh) | 直播服务器的选择方法及装置 | |
US10798440B2 (en) | Methods and systems for synchronizing data streams across multiple client devices | |
CN108391179B (zh) | 直播数据处理方法、装置、服务器、终端及存储介质 | |
US10958954B2 (en) | Live video streaming system and method | |
US9787487B2 (en) | Facilitating media streaming with social interaction | |
CN104980809B (zh) | 一种弹幕处理方法和装置 | |
CN106572358A (zh) | 一种直播时移方法及客户端 | |
US10554924B2 (en) | Displaying content between loops of a looping media item | |
CN109257631B (zh) | 视频轮播播放方法、装置、计算机设备及存储介质 | |
WO2015090095A1 (zh) | 一种信息推送方法、设备和*** | |
US10225319B2 (en) | System and method of a link surfed http live streaming broadcasting system | |
CN104811814A (zh) | 基于视频播放的信息处理方法和***、客户端和服务器 | |
He et al. | Fog-based transcoding for crowdsourced video livecast | |
EP2493191B1 (en) | Method, device and system for realizing hierarchically requesting content in http streaming system | |
CN111510789B (zh) | 视频播放方法、***、计算机设备及计算机可读存储介质 | |
CN107105316A (zh) | 一种广告播放方法及装置 | |
US20220295133A1 (en) | Technologies for managing collaborative and multiplatform media content playlists | |
CN112511849A (zh) | 一种游戏显示方法、装置、设备、***及存储介质 | |
CN109842804A (zh) | 音视频数据的处理方法及服务器、计算机存储介质 | |
CN107920108A (zh) | 一种媒体资源的推送方法、客户端及服务器 | |
US10225293B1 (en) | Decorating embedded graphic representations on social shares with metadata | |
US20150026711A1 (en) | Method and apparatus for video content distribution | |
CN114025184A (zh) | 一种视频直播方法及电子设备 | |
KR102174688B1 (ko) | 음원 수익 리워드를 제공하는 서버 및 방법 | |
US9936264B1 (en) | Method of restricting offline video playback to include advertisements |
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 |