CN113068052B - 确定直播间刷量的方法、直播方法以及数据处理方法 - Google Patents
确定直播间刷量的方法、直播方法以及数据处理方法 Download PDFInfo
- Publication number
- CN113068052B CN113068052B CN202110275847.0A CN202110275847A CN113068052B CN 113068052 B CN113068052 B CN 113068052B CN 202110275847 A CN202110275847 A CN 202110275847A CN 113068052 B CN113068052 B CN 113068052B
- Authority
- CN
- China
- Prior art keywords
- code rate
- live broadcast
- broadcast room
- access
- target
- 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
- 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2407—Monitoring of transmitted content, e.g. distribution time, number of downloads
-
- 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
- H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
-
- 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
- H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本申请提供确定直播间刷量的方法、直播方法以及数据处理方法,其中所述确定直播间刷量的方法包括:根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。如此,可以结合调度服务器上报分配的码率分布情况和直播数据服务器上报的实际访问过程中的码率分布情况,来确定实际访问过程中的码率分布情况是否异常,从而可以准确判断目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
Description
技术领域
本申请涉及网络直播技术领域,特别涉及一种确定直播间刷量的方法。本申请同时涉及一种直播方法,一种数据处理方法,一种鉴权服务器,一种调度服务器,一种直播数据服务器,一种直播系统,一种计算设备,以及一种计算机可读存储介质。
背景技术
随着网络通信技术的进步和宽带网络的提速,直播得到了越来越多的发展和应用。在现有直播体系中,人气是用于直播平台各个房间排名的重要指标,一般而言人气越高,排名越靠前,主播越有可能被用户观看。人气计算中直播间实时观看人数是关键一环,因而一些主播为了提高人气,会通过非法手段模拟观看直播间,伪造直播间的在线观看人数,即通过刷量提高人气排名。而刷量行为不仅会浪费带宽,还会造成服务器压力过大、易瘫痪,精确判断直播间是否存在刷量情况,并对刷量直播间进行一定的惩处措施,对于维护直播平台生态稳定有着重要的意义,进而亟需一种检测、遏制直播间刷量行为的方法。
发明内容
有鉴于此,本申请实施例提供了一种确定直播间刷量的方法。本申请同时涉及一种直播方法,一种数据处理方法,一种鉴权服务器,一种调度服务器,一种直播数据服务器,一种直播系统,一种计算设备,以及一种计算机可读存储介质,以解决现有技术中存在的刷量行为带来的带宽浪费、服务器压力大等问题。
根据本申请实施例的第一方面,提供了一种确定直播间刷量的方法,应用于鉴权服务器,包括:
根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;
根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;
根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
根据本申请实施例的第二方面,提供了一种直播方法,应用于调度服务器,包括:
接收播放请求,所述播放请求中携带请求参数;
根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址;
每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;
根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息。
根据本申请实施例的第三方面,提供了一种数据处理方法,应用于直播数据服务器,包括:
在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;
确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;
每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;
根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息。
根据本申请实施例的第四方面,提供了一种鉴权服务器,包括:
第一确定模块,被配置为根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;
第二确定模块,被配置为根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;
第三确定模块,被配置为根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
根据本申请实施例的第五方面,提供了一种调度服务器,包括:
接收模块,被配置为接收播放请求,所述播放请求中携带请求参数;
返回模块,被配置为根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址;
第一统计模块,被配置为每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;
第一上报模块,被配置为根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息。
根据本申请实施例的第六方面,提供了一种直播数据服务器,包括:
第四确定模块,被配置为在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;
第五确定模块,被配置为确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;
第二统计模块,被配置为每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;
第二上报模块,被配置为根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息。
根据本申请实施例的第七方面,提供了一种直播系统,所述系统包括调度服务器、直播数据服务器和鉴权服务器;
所述调度服务器,被配置为接收播放请求,所述播放请求中携带请求参数;根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址;每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息;
所述直播数据服务器,被配置为在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息;
所述鉴权服务器,被配置为根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
根据本申请实施例的第八方面,提供了一种计算设备,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,以实现任意所述确定直播间刷量的方法或者所述直播方法或者所述数据处理方法的操作步骤。
根据本申请实施例的第九方面,提供了一种计算机可读存储介质,其存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现任意所述确定直播间刷量的方法或者所述直播方法或者所述数据处理方法的操作步骤。
本申请提供的确定直播间刷量的方法,鉴权服务器可以根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;然后根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。这种情况下,调度服务器上报的码率分配信息,是根据一定规则针对目标直播间分配的码率分布情况,而直播数据服务器上报的码率访问信息,是实际访问过程中目标直播间对应的码率访问情况,结合调度服务器分配的码率分布情况和直播数据服务器实际访问过程中的码率分布情况,来确定实际访问过程中的码率分布情况是否异常,从而可以准确判断目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
本申请提供的直播方法,调度服务器可以接收播放请求,所述播放请求中携带请求参数;根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址;每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息。
这种情况下,调度服务器可以根据接收到的播放请求中携带的请求参数,自动为该播放请求分配适应的目标码率,后续请求方可以直接请求获取目标码率对应的直播流,即可使得获取到的直播流适应用户使用的播放设备,保证直播流的观看流畅度,且无需用户手动选择播放直播流的码率,提高用户体验。另外,调度服务器可以统计一段时间内针对目标直播间分配的码率分配信息,即针对目标直播间分配的码率分布情况,然后将分配的码率分布情况上报给鉴权服务器,使得鉴权服务器可以基于分配的码率分布情况和访问过程中实际的码率分布情况确定目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
本申请提供的数据处理方法,直播数据服务器可以在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息。
这种情况下,只有不是刷量的直播间才可以正常访问,从根源上限制刷量直播间的任何访问,避免了刷量产生不必要的带宽,时效性高,降低直播平台和直播数据服务器的处理压力;且限制目标直播间的访问,可以维护直播平台生态稳定。另外,直播数据服务器可以统计一段时间内访问目标直播间的码率访问信息,即访问目标直播间的过程中实际的码率分布情况,然后将实际的码率分布情况上报给鉴权服务器,使得鉴权服务器可以基于分配的码率分布情况和访问过程中实际的码率分布情况确定目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
附图说明
图1是本申请一实施例提供的一种确定直播间刷量的方法的流程图;
图2是本申请一实施例提供的一种正常用户观看直播的流程图;
图3是本申请一实施例提供的一种刷量用户观看直播的流程图;
图4是本申请一实施例提供的一种目标直播间的所有码率访问人数示意图;
图5是本申请一实施例提供的一种目标直播间的A码率的访问人数示意图;
图6是本申请一实施例提供的一种直播方法的流程图;
图7是本申请一实施例提供的一种数据处理方法的流程图;
图8是本申请一实施例提供的另一种直播方法的流程图;
图9是本申请一实施例提供的一种鉴权服务器的结构示意图;
图10是本申请一实施例提供的一种调度服务器的结构示意图;
图11是本申请一实施例提供的一种直播服务器的结构示意图;
图12是本申请一实施例提供的一种直播系统的结构示意图;
图13是本申请一实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请一个或多个实施例范围的情况下,第一也可以被称为第二,类似地,第二也可以被称为第一。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先,对本申请一个或多个实施例涉及的名词术语进行解释。
直播流:直播音视频数据的传输,它能够被作为一个稳定的和连续的流通过网络传输给观众观看。
推流:主播通过业务服务端(即主播客户端)从直播平台获取到推流地址,将采集的流媒体通过推流地址实时的推送至直播平台的接收端。
拉流:拉流是指用户通过直播平台到指定的源站拉取直播流的过程。
直播人气:综合观看人数、弹幕连接数、礼物数等按照一定比例算出的数值,用于在直播平台按照人气的高低进行排名。
直播人数:实时观看直播间的真实人数。
刷量:通过模拟正常用户访问,产生大量虚假观看的情况,即通过非法手段模拟观看直播间。
防刷:通过技术手段,识别非法访问的请求,即识别刷量的黑名单地址的访问请求,并拒绝该非法请求。
CDN(Content Delivery Network,内容分发网络):是构建在网络之上的内容分发网络,CDN的基本原理是广泛采用各种缓存服务器,将这些缓存服务器分布到用户访问相对集中的地区或网络中,在用户访问网站时,利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器上,由缓存服务器直接响应用户请求,提高用户访问响应速度和命中率。CDN的关键技术主要有内容存储技术、内容分发技术和负载均衡技术。
带宽:指信号所占据的频带宽度,在被用来描述信道时,带宽是指能够有效通过该信道的信号的最大频带宽度。以比特/秒为单位的带宽也可以指消耗的带宽,对应于实现的吞吐量,即成功通过通信路径传输的数据的平均速率。在研究的时间间隔内,比特流的带宽与以赫兹为单位的平均消耗信号带宽(代表比特流的模拟信号的平均频谱带宽)成正比。
码率:就是数据传输时单位时间传送的数据位数,码率也叫比特率,表示经过压缩编码后的视音频数据每秒需要用多少个比特来表示,即把每秒显示的图像进行压缩后的数据量,一般采用的单位是kbps即千位每秒。通俗一点的理解就是取样率,单位时间内取样率越大,精度就越高,处理出来的文件就越接近原始文件,也就是说画面的细节就越丰富。
转码:主播推到直播数据服务器的原始直播流,在直播数据服务器中转换为不同编码格式、不同分辨率、不同码率的直播流推送给观众,以满足不同网络环境、不同终端设备等各种场景下的播放需求。
在本申请中,提供了一种确定直播间刷量的方法,本申请同时涉及一种直播方法,一种数据处理方法,一种鉴权服务器,一种调度服务器,一种直播数据服务器,一种直播系统,一种计算设备,以及一种计算机可读存储介质,在下面的实施例中逐一进行详细说明。
图1示出了根据本申请一实施例提供的一种确定直播间刷量的方法的流程图,应用于鉴权服务器,具体包括以下步骤:
步骤102:根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例。
需要说明的是,主播可以通过直播平台推流,从而将采集到的流媒体通过推流地址实时的推送至直播平台的接收端;用户可以通过直播平台拉流,即通过直播平台到指定的源站拉取直播流,从而进行观看。某一直播间实时的观看人数决定了该直播间的人气,而直播间的直播人数的数据来源计算方式之一是CDN的观看人数,即CDN计算直播流的拉流连接数作为人数来源。因而,为了模拟正常用户观看直播间,可以通过工具进行实际拉流,伪造直播间的观看人数,但是持续性拉流会产生带宽,通过大量的模拟连接数不仅会产生虚假的直播人气,也会产生大量带宽,给直播平台带来损失。精确判断直播房间是否存在刷量情况,并对刷量房间进行一定的惩处措施,对于维护直播平台生态有着重要的意义。
实际应用中,在进行直播防刷时,往往是统计某直播间的直播人数(直播数据服务器提供的连接数),并判断该直播间的直播人数是否和直播间的活动情况相适应,例如直播间并无主播和用户互动弹幕,也无送礼等行为,但是直播人数却异常高,以此判断该直播间是否存在刷量情况。然而,直播间的主播和用户之间的互动和送礼等行为,具有很大的波动性,存在某个直播间经过宣传后,在后续直播中确实有很多人观看,导致可能会将正常直播间错误识别为刷量直播间,导致确定刷量直播间的准确率较差。并且,直播人数往往是一个直播间下的所有在线人数,并未对直播间的码率分布情况进行统计,也未考虑基于直播间的码率分布情况,来判断直播间是否存在刷量情况。
因而,本申请提供了一种确定直播间刷量的方法,鉴权服务器可以根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;然后根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。这种情况下,调度服务器上报的码率分配信息,是根据一定规则针对目标直播间分配的码率分布情况,而直播数据服务器上报的码率访问信息,是实际访问过程中目标直播间对应的码率访问情况,结合调度服务器分配的码率分布情况和直播数据服务器实际访问过程中的码率分布情况,来确定实际访问过程中的码率分布情况是否异常,从而可以准确判断目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
具体的,调度服务器是指用于向各个请求播放直播流的请求方分配对应的播放地址的服务器,也就是说,用户进入直播平台(用户观看的直播的平台)后,点击进入一个直播间,会向调度服务器请求该直播间的播放地址,即带签名的码率播放地址,该签名用于加密,防止任何人都可以拼接请求参数,随意拉流,方便直播数据服务器对建立连接请求进行校验,确定是否正常。鉴权服务器是指接收调度服务器和直播数据服务器上报的码率分布情况,从而对接收到的码率分布情况进行分析统计,确定直播间是否存在刷量情况的服务器,即数据分析计算,以进行刷量鉴别的服务器。
需要说明的是,在直播平台中观看直播时,由于不同的用户使用的设备、网络等属性信息的可能各不相同,其能够观看的最高码率也各不相同,因而主播将采集到的直播流通过推流地址实时的推送至直播平台的接收端(直播数据服务器)后,直播平台的接收端(直播数据服务器)还可以对接收到的直播流进行转码,得到多路不同码率的直播流,并对多路不同码率的直播流分别存储,后续直播平台请求播放直播流时,可以向其返回请求设备适应的码率对应的播放地址。
另外,目标直播间为需要确定是否存在刷量情况的直播间;码率分配信息是指调度服务器根据一定规则针对目标直播间分配的码率的信息;第一预设时长为预设的时间段,该第一预设时长表示统计码率分布情况的周期,码率分配比例是指一定周期内(如第一预设时长内)各个码率的分配数目占码率分配总数目的比例,用于表示一定周期内分配的码率分布情况,如针对目标直播间,12小时内,码率为2M的码率分配比例为0.3,码率为4M的码率分配比例为0.5,码率为8M的码率分配比例为0.2。
本实施例一个可选的实施方式中,所述码率分配信息包括码率分配数;根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例,包括:
每隔第一预设时长,统计所述第一时长内所述目标直播间的码率分配信息中的码率分配数,得到所述目标直播间的码率分配总数;
统计所述第一预设时长内各个不同码率的分配数目;
将各个不同码率的分配数目除以所述码率分配总数,得到所述第一预设时长内各个不同码率的分配比例。
具体的,码率分配数是指调度服务器根据一定规则针对目标直播间分配的各个码率的数目,如针对目标直播间,调度服务器上报的码率分配信息中包括:码率为2M分配给了3个请求方,码率为4M分配给了5个请求方,码率为8M分配给了2个请求方。
需要说明的是,鉴权服务器可以对一定周期内(第一预设时长内)调度服务器针对目标直播间上报的全部码率分配信息进行统计分析,从而确定出该周期内所述目标直播间的码率分配比例。具体实现时,可以先确定出第一预设时长内调度服务器上报的全部的码率分配信息,然后对确定出的码率分配信息中的码率分配数进行累计,得到目标直播间的码率分配总数;同时可以统计第一预设时长内各个不同码率的分配数目,然后将各个不同码率的分配数目除以所述码率分配总数,即可得到第一预设时长内各个不同码率对应的分配比例。
另外,为了确定出第一预设时长内调度服务器上报的全部的码率分配信息,所述码率分配信息中还需要携带有上报时间,根据上报时间筛选出第一预设时长内的码率分配信息。
示例的,假设第一预设时长为12小时,假设该12小时内,调度服务器上报的码率分配信息为:码率分配信息1、码率分配信息2和码率分配信息3,其中,码率分配信息1中携带的码率分配数为:码率2M、13个,码率4M、15个,码率8M、12个;码率分配信息2中携带的码率分配数为:码率2M、14个,码率4M、14个,码率8M,12个;码率分配信息3中携带的码率分配数为:码率2M、5个,码率4M、7个,码率8M、8个。统计得到的目标直播间的码率分配总数为100个,码率2M的分配数目为32,码率4M的分配数目为36,码率8M的分配数目为32,因而可以计算得到该12小时内码率2M的分配比例为0.32,码率4M的分配比例为0.36,码率8M的分配比例为0.32。
步骤104:根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例。
具体的,直播数据服务器是向直播平台提供直播数据的服务器,即直播数据服务器可以向直播平台返回用户请求观看的直播流,使得用户可以通过直播平台观看想要看的直播。本申请中以该直播数据服务器为CDN(内容分发网络)为例进行说明。
另外,码率访问信息是指直播服务器提供的实际访问过程中,访问目标直播间的不同码率直播流的信息;码率访问比例是指一定周期内(第一预设时长内)各个码率的实际访问数目占码率访问总数目的比例,用于表示一定周期内访问目标直播间的码率分布情况,如针对目标直播间,12小时内,码率为2M的码率访问比例为0.7,码率为4M的码率访问比例为0.1,码率为8M的码率访问比例为0.2。
需要说明的是,由于后续需要将各个码率的分配比例和其对应的访问比例进行一一比较,确定是否存在某个码率的访问比例远高于分配比例,因而需要保证各个码率的分配比例和访问比例的计算规则相同,如均是针对第一预设时长内的目标直播间进行统计。
本实施例一个可选的实施方式中,所述码率访问信息包括码率访问数;根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例,包括:
每隔所述第一预设时长,统计所述第一预设时长内所述目标直播间的码率访问信息中的码率访问数,得到所述目标直播间的码率访问总数;
统计所述第一预设时长内各个不同码率的访问数目;
将各个不同码率的访问数目除以所述码率访问总数,得到所述各个码率的访问比例。
具体的,码率访问数是指直播数据服务器提供的实际访问过程中,访问目标直播间的各个码率直播流的请求方数目,如针对目标直播间,直播数据服务器上报的码率访问信息中包括:3个请求方访问码率为2M的直播流,5个请求方访问码率为4M的直播流,2个请求方访问码率为8M的直播流。
需要说明的是,鉴权服务器可以对一定周期内(第一预设时长内)直播数据服务器针对目标直播间上报的全部码率访问信息进行统计分析,从而确定出该周期内所述目标直播间的码率访问比例。具体实现时,可以先确定出第一预设时长内直播数据服务器上报的全部的码率访问信息,然后对确定出的码率访问信息中的码率访问数进行累计,得到目标直播间的码率访问总数;同时可以统计第一预设时长内各个不同码率的访问数目,然后将各个不同码率的访问数目除以所述码率访问总数,即可得到第一预设时长内各个不同码率对应的访问比例。
另外,为了确定出第一预设时长内直播数据服务器上报的全部的码率访问信息,所述码率访问信息中也需要携带有上报时间,根据上报时间筛选出第一预设时长内的码率访问信息。
示例的,假设第一预设时长为12小时,假设该12小时内,直播数据服务器上报的码率访问信息为:码率访问信息1、码率访问信息2和码率访问信息3,其中,码率访问信息1中携带的码率访问数为:码率2M、43个,码率4M、150个,码率8M、12个;码率访问信息2中携带的码率访问数为:码率2M、77个,码率4M、340个,码率8M,12个;码率访问信息3中携带的码率访问数为:码率2M、48个,码率4M、310个,码率8M、8个。统计得到的目标直播间的码率访问总数为1000个,码率2M的访问数目为168,码率4M的访问数目为800,码率8M的访问数目为32,因而可以计算得到该12小时内码率2M的访问比例为0.168,码率4M的访问比例为0.8,码率8M的访问比例为0.032。
本实施例一个可选的实施方式中,根据直播数据服务器上报的所述目标直播间的码率访问信息,确定所述目标直播间的码率访问比例之前,还包括:
向所述直播数据服务器发送获取请求,所述获取请求中携带所述目标直播间的标识;
接收所述直播数据服务器上报的所述目标直播间的码率访问信息。
需要说明的是,直播数据服务器可以主动向鉴权服务器上报各个直播间的码率访问信息,后续鉴权服务器从该各个直播间的码率访问信息中确定目标直播间的码率访问信息;另外,鉴权服务器也可以向直播数据服务器发送获取请求,并在该获取请求中携带目标直播间的标识,使得直播数据服务器可以返回目标直播间的码率访问信息。
步骤106:根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
具体的,在根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例,以及根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例的基础上,进一步地,将根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
本实施例一个可选的实施方式中,根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况,具体实现过程可以如下:
根据所述各个码率的分配比例和对应的访问比例,确定所述各个码率中是否存在异常码率;
在所述各个码率中存在异常码率的情况下,确定所述目标直播间存在刷量情况。
一种可能的实现方式中,根据所述各个码率的分配比例和对应的访问比例,确定所述各个码率中是否存在异常码率,具体实现过程可以如下:
针对各个所述码率中的每个码率,确定所述码率对应的一个或多个分配比例,分别确定所述一个或多个分配比例和对应的访问比例之间的一个或多个第一差值;
判断一个或多个所述第一差值是否分别大于第一预设阈值;
若存在至少一个所述第一差值大于所述第一预设阈值,则将所述码率确定为所述异常码率。
具体的,异常码率是指分配比例和对应的访问比例不符合正常访问情况的码率,若目标直播间对应的各个码率均不为异常码率,则说明目标直播间不存在刷量情况,若目标直播间对应的各个码率中存在异常码率,则说明目标直播间存在刷量情况。另外,第一预设阈值是预先设置的数值,用于确定某个码率的分配比例和对应的访问比例是否相差过大,即确定该码率是否为异常码率。
需要说明的是,对于正常用户而言,直播平台获取到某个码率的播放地址后,会自动播放该码率的直播流,向直播数据服务器(即CDN)发起一次建立连接请求,即此时实际访问过程中该码率的访问比例与对应的分配比例应该相差不大;但是模拟观看(即刷量)需要大量复制该码率的播放地址,建立大量模拟观看请求,此时实际访问过程中该码率的访问比例就会远大于对应的分配比例,因而若某个或某些码率的访问比例远远大于对应的分配比例,则说明该码率的播放地址可能被大量复制,即目标直播间可能存在刷量情况。
示例的,图2是本申请一实施例提供的一种正常用户观看直播的流程图,图3是本申请一实施例提供的一种刷量用户观看直播的流程图,如图2所示,正常用户进入直播间后,直播平台会向调度服务器请求播放地址,调度服务器会返回相应码率的播放地址,直播平台会根据该播放地址向CDN发起建立连接请求,CDN会返回允许用户观看,向直播平台返回直播流,用户即可正常观看直播。如图3所示,用户进入直播间后,直播平台会向调度服务器请求播放地址,调度服务器会返回相应码率的播放地址,用户会大量复制该播放地址,同时向CDN发起大量建立连接请求,CDN会返回直播流,供用户观看。
实际实现时,由于刷量情况下,码率的访问比例要高于对应的分配比例,因而可以使用每个码率的访问比例减去对应的分配比例,确定对应的一个或多个第一差值,若存在至少一个所述第一差值大于所述第一预设阈值,则说明该码率的分配比例和对应的访问比例相差较大,该码率为异常码率,此时目标直播间存在刷量情况。若不存在第一差值大于第一预设阈值,则说明该码率的分配比例和对应的访问比例相差较小,该码率不是异常码率,若确定出每个码率均不是异常码率,则可以确定目标直播间不存在刷量情况。
需要说明的是,每个码率对应不同访问平台的分配比例可以不同,因而针对每个码率来说,其可能对应有一个或多个分配比例,从而可以分别确定出其与对应的访问比例之间的一个或多个第一差值,只要该一个或多个第一差值中,存在至少一个第一差值大于第一预设阈值,则说明该码率为异常码率。
示例的,假设给移动端分配的码率比例为2M的80%、3M的10%、4M的10%,给网络端分配的码率为2M的10%,3M的20%,4M的70%。那么对于码率2M来说,其分配比例为80%和10%,即此时针对码率2M,有2个分配比例,分别确定该2个分配比例和对应的访问比例之间的第一差值,此时可以得到2个第一差值。
另外,还可以将不同的访问平台合并统计,此时针对一个码率来说,该码率的分配比例是该码率在移动端的比例*移动端权重+该码率在网络端的比例*网络端权重,其中,移动端权重和网络端权重可以根据登录分布确定。沿用上例,针对码率2M来说,假设移动端权重为0.7,网络端权重为0.3,此时2M的分配比例可以为80%*0.7+10%*0.3=0.59。
沿用上例,针对目标直播间,计算得到12小时内码率2M的分配比例为0.32,码率4M的分配比例为0.36,码率8M的分配比例为0.32;而该12小时内码率2M的访问比例为0.168,码率4M的访问比例为0.8,码率8M的访问比例为0.032。针对码率2M,确定出其分配比例0.32和对应的访问比例0.168之间的第一差值为-0.152;针对码率4M,确定出其分配比例0.36和对应的访问比例0.8之间的第一差值为0.44;针对码率8M,确定出其分配比例0.32和对应的访问比例0.032之间的第一差值为-0.288。假设第一预设阈值为0.3,则码率4M为异常码率,确定目标直播间存在刷量情况。
本实施例一个可选的实施方式中,所述码率分配信息还包括访问平台和/或登录状态;根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况,包括:
确定所述各个码率的访问平台和/或登录状态;
将第一访问平台和/或未登录状态对应的码率确定为目标码率;
确定所述目标码率的分配比例和对应的访问比例的第二差值;
判断所述第二差值是否大于第二预设阈值;
若是,则确定所述目标直播间存在刷量情况。
具体的,访问平台是指用户观看直播所使用的设备,如访问平台可以为网络端或移动端,第一访问平台是指网络端;登录状态是指用户在访问直播数据服务器时,是否登录的状态。另外,第二预设阈值是预先设置的数值,用于确定目标码率的分配比例和对应的访问比例是否相差过大,即确定目标码率是否为异常码率,第二预设阈值与第一预设阈值可以相同,也可以不同。
需要说明的是,由于移动端往往需要开启相关权限,连接网络端,才可以抓取到播放地址,整体流程比直接使用网络端复杂很多。并且,现有直播平台的登陆流程都较为复杂,一般需要验证码、密码和图片验证等操作,因而刷量者大多使用网络端进行访问,且大多数均处于未登录状态。由于针对网络端和未登陆状态调度服务器会分配一个固定的码率,刷量者获取该码率的播放地址后,使用该码率的播放地址模拟大量请求,因而会造成实际访问直播数据服务器时,该码率所占比例过高,和调度服务器分配的码率比例不一致。
实际实现时,可以从各个码率中确定出针对第一访问平台和/或未登录状态分配的目标码率,然后确定目标码率的访问比例是否远大于分配比例即可,无需针对目标直播间的各个码率均进行判断,节省了处理资源,提高了确定目标直播间是否存在刷量情况的效率。
沿用上例,目标直播间对应的码率为2M、4M、8M,假设针对网络端和未登录状态分配的目标码率为4M,此时可以确定出目标码率分配比例0.36和对应的访问比例0.8之间的第一差值为0.44,大于第二预设阈值0.3,码率4M为异常码率,确定目标直播间存在刷量情况。
步骤108:若所述目标直播间存在刷量情况,则将所述目标直播间添加至刷量列表中;在接收到所述直播数据服务器发送的获取请求的情况下,向所述直播数据服务器返回所述刷量列表。
需要说明的是,若确定出目标直播间存在刷量情况,则可以将所述目标直播间添加至刷量列表中,后续同步给直播数据服务器,使得直播数据服务器可以直接拒绝与刷量直播间相关的访问请求,从根源上杜绝直播间的刷量行为。
示例的,图4是本申请一实施例提供的一种目标直播间的所有码率访问人数示意图,图5是本申请一实施例提供的一种目标直播间的A码率的访问人数示意图,如图4所示,5:00时目标直播间的所有码率人数为X6,如图5所示5:00时A码率的访问人数为X4,A码率占比为总体的X4/X6,假设该占比大于调度服务器中A码率的分配比例,那么该直播间存刷量现象。
本申请提供的确定直播间刷量的方法,鉴权服务器可以根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;然后根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。这种情况下,调度服务器上报的码率分配信息,是根据一定规则针对目标直播间分配的码率分布情况,而直播数据服务器上报的码率访问信息,是实际访问过程中目标直播间对应的码率访问情况,结合调度服务器分配的码率分布情况和直播数据服务器实际访问过程中的码率分布情况,来确定实际访问过程中的码率分布情况是否异常,从而可以准确判断目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
图6示出了根据本申请一实施例提供的一种直播方法的流程图,应用于调度服务器,具体包括以下步骤:
步骤602:接收播放请求,所述播放请求中携带请求参数。
实际应用中,用户在进入直播平台后,直播平台会向调度服务器发送播放请求,为了获取适应用户观看的直播流,直播平台在发起播放请求时,可以在播放请求中携带相应的请求参数。如此,调度服务器可以接收到直播平台发送的播放请求,后续根据该播放请求中携带的请求参数,确定对应码率的播放地址,返回给直播平台,供用户观看。
步骤604:根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址。
具体的,在接收播放请求的基础上,进一步地,将根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址。
本实施例一个可选的实施方式中,所述请求参数包括直播类型、访问平台、设备参数和用户登录状态至少之一;根据所述请求参数,确定对应的目标码率,包括:
根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定对应的目标码率。
具体的,直播平台往往会有多个直播类型的直播间供用户选择,该直播类型是指直播间的直播内容对应的类型,如直播类型可以为游戏类型、绘画类型、电影类型等。
需要说明的是,码率越高,每秒传送数据就越多,画质就越清晰;画面越复杂,需要的码率越高,才会越清晰,画面越简单,码率较低就可以看到较为清晰的画面。主播可以根据直播内容选择对应的直播类型,不同的直播类型对应的画面复杂度是不同的,所需的码率是不同的,因而可以根据直播类型来确定对应的目标码率。
实际实现时,调度服务器中可以预先存储有直播类型和码率之间的对应关系,在接收到播放请求时,可以根据该直播类型和码率之间的对应关系,确定播放请求中携带的直播类型对应的目标码率。
示例的,对于游戏类型来说,直播的内容均为游戏内容,画面复杂需要更高的码率,用户才可以看到更加清晰的的画面;而对于绘画类型来说,直播的画面基本不变,只需要较低的码率就可以看到较为清晰的画面,因而针对游戏类型,调度服务器可以预设一个较高的码率,如5M,而对于绘画类型,调度服务器则可以预设一个较低的码率,如2.5M。
另外,访问平台是指用户观看直播所使用的设备,如访问平台可以为网络端或移动端,由于网络端和移动端显示的画面大小并不相同,所需画面的清晰度不同,因而针对网络端和移动端,调度服务器可以分配不同的码率,因而在接收到播放请求时,可以根据访问平台确定对应的目标码率。设备参数是指访问平台的具体属性参数,不同属性的设备能够支持的码率不同,因而调度服务器还可以预先存储有设备参数和码率之间的对应关系,在接收到播放请求时,可以根据该设备参数和码率之间的对应关系,确定播放请求中携带的设备参数对应的目标码率。示例的,针对一些性能较差的手机,分配较低的码率,如2M,而对于性能较好的手机,同一直播间可以分配较高的码率,如4M。
需要说明的是,在根据播放请求确定对应的目标码率时,可以根据播放请求中具体携带的请求参数进行确定,即播放地址中携带了哪些请求参数,就结合哪些请求参数,分配对应的目标码率。也就是说,可以单独根据直播类型、访问平台、设备参数或用户登录状态,确定对应的目标码率,也可以对直播类型、访问平台、设备参数和/或用户登录状态进行任意组合,确定对应的目标码率。
本实施例一个可选的实施方式中,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定对应的目标码率,包括:
在所述请求参数中包括所述访问平台的情况下,确定所述访问平台的平台类型;
在所述访问平台属于第一平台类型的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第一码率;
在所述访问平台属于第二平台类型的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第二码率;
其中,所述第一码率大于所述第二码率。
具体的,第一平台类型是指网络端,第二平台类型是指移动端。需要说明的是,用户观看直播所使用的设备的差异,会影响调度服务器分配码率的逻辑。在同样性能的移动端和网络端,由于网络端显示的画面更大,移动端显示的画面更小,若使用同样的码率,假设均采用2.5M码率,对于移动端而言,画面已经够清晰,但是网络端的画面更大,经过放大后,网络端的画面看起来并无移动端清晰。因而在针对网络端和移动端分配码率的时候,同样性能的移动端和网络端,网络端会分配更高的码率,如2.5M,移动端会分配更低的码率如2M。
本实施例一个可选的实施方式中,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定对应的目标码率,包括:
在所述请求参数中包括所述用户登录状态的情况下,确定所述用户登录状态是否为已登录状态;
在所述登录状态为已登录状态的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第三码率;
在所述登录状态为未登录状态的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第四码率;
其中,所述第三码率大于所述第四码率。
需要说明的是,登录用户一般是经常观看直播,或者在直播过程中可能会进行互动的用户,那么就会需要较高清晰度的直播流,此时对应的码率较大,即如果播放请求中携带的登录状态为已登录状态,那么说明用户需要的清晰度可能较高,调度服务器可以为其分配较高的码率;未登录用户一般是偶尔观看直播,或者在直播过程中不进行互动的用户,那么需要的清晰度较低,此时对应的码率较小,即如果播放请求中携带的登录状态为未登录状态,那么说明用户需要的清晰度可能不高,调度服务器可以为其分配较低的码率。
另外,调度服务器根据播放请求中携带的直播类型、访问平台、设备参数和用户登录状态至少之一,综合确定出对应的目标码率后,若用户观看清晰情况下,一般是不会再次切换清晰度的,即不会改变码率。
步骤606:每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息。
具体的,第二预设时长是预先设置的时间段,该第二预设时长是调度服务器统计码率分布数的周期,也是向鉴权服务器上报根据码率分布数生成的码率分布信息的上报周期;调度服务器每隔第二预设时长向鉴权服务器上报码率分配信息后,鉴权服务器可以对第一预设时长内接收到的码率分配信息进行分析汇总,确定目标直播间是否存在刷量情况。由于第一预设时长是鉴权服务器对接收到的码率分配信息进行分析汇总的周期,因而第一预设时长可以大于第二预设时长,如第二预设时长可以为1小时、2小时分钟、3小时等,第一预设时长可以为12小时、24小时分钟、36小时等。
示例的,第二预设时长为1小时,针对目标直播间,调度服务器每隔1小时统计一次目标直播间的码率分配数,再根据码率分配数,生成码率分配信息,并上报给鉴权服务器,鉴权服务器可以对12小时内接收到的码率分配信息进行分析汇总,确定目标直播间是否存在刷量情况。
本实施例一个可选的实施实施方式中,所述播放请求中还携带访问平台和/或登录状态;根据所述码率分配数,生成所述目标直播间的码率分配信息,包括:
确定所述码率分配数对应的访问平台和/或登录状态;
根据所述码率分配数以及对应的访问平台和/或登录状态,生成所述目标直播间的码率分配信息。
需要说明的是,刷量用户具备比较明显的特征,如一般均使用网络端,且处于未登录状态,为了便于鉴权服务器分析统计,在码率分配信息中还可以携带对应的访问平台和/或登录状态。
本申请提供的直播方法,调度服务器可以接收播放请求,所述播放请求中携带请求参数;根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址;每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息。
这种情况下,调度服务器可以根据接收到的播放请求中携带的请求参数,自动为该播放请求分配适应的目标码率,后续请求方可以直接请求获取目标码率对应的直播流,即可使得获取到的直播流适应用户使用的播放设备,保证直播流的观看流畅度,且无需用户手动选择播放直播流的码率,提高用户体验。另外,调度服务器可以统计一段时间内针对目标直播间分配的码率分配信息,即针对目标直播间分配的码率分布情况,然后将分配的码率分布情况上报给鉴权服务器,使得鉴权服务器可以基于分配的码率分布情况和访问过程中实际的码率分布情况确定目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
图7示出了根据本申请一实施例提供的一种数据处理方法的流程图,应用于直播数据服务器,具体包括以下步骤:
步骤702:在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率。
实际应用中的防刷手段一般都是刷量情况发生后的第二天或者后续计算直播人气的时候,才会确定相应的刷量直播间,再进行惩罚,此种方式时效性较差,只能保证直播人气的公平性,无法避免刷量带来的带宽浪费。
因而,为了节省带宽,本申请提供了一种直播方法,直播数据服务器可以在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息。这种情况下,只有不是刷量的直播间才可以正常访问,从根源上限制刷量直播间的任何访问,避免了刷量产生不必要的带宽,时效性高,降低直播平台和直播数据服务器的处理压力;且限制目标直播间的访问,可以维护直播平台生态稳定。
具体的,建立连接请求是直播平台根据获取到的播放地址(某码率对应的播放地址)发起的请求,用于请求和直播数据服务器建立连接,从而获取相应码率的直播视频流,因而该建立连接请求中可以携带对应的目标直播间(请求访问的直播间)和码率,用于后续向鉴权服务器上报码率分布信息。
本实施例一个可选的实施方式中,直播数据服务器可以定时从鉴权服务器中读取刷量列表,以对接收到的建立连接请求进行鉴权,因而在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率之前,还包括:
每隔第三预设时长向所述鉴权服务器发送获取请求;
接收所述鉴权服务器返回的刷量列表,所述刷量列表为所述鉴权服务器根据码率分配比例和码率访问比例生成;
根据所述鉴权服务器返回的刷量列表更新所述预设刷量列表。
具体的,第三预设时长是预先设置的时间段,该第三预设时长是直播数据服务器从鉴权服务器中读取刷量列表的时间间隔,如每12小时读取一次,第三预设时长为12小时。
需要说明的是,直播数据服务器中可以预设有一个刷量列表,该刷量列表可以为空,也可以包括一些被公开的存在刷量情况的直播间,后续再根据从鉴权服务器中读取的刷量列表对预设的刷量列表进行实时更新,从而保证实现防刷的时效性。
步骤704:确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流。
具体的,请求方是指发送建立连接请求的一方,如直播平台。需要说明的是,直播数据服务器在接收到建立连接请求后,可以对该建立连接请求中的目标直播间(即请求访问的直播间)进行校验,确定其是否为刷量列表中的直播间,若建立连接请求中的目标直播间不是刷量列表中的直播间,则说明目标直播间是正常的直播间,不存在刷量情况,允许用户正常访问,此时可以与请求方建立连接,使得用户可以正常观看直播。
本实施例一个可选的实施方式中,确定所述目标直播间是否为预设刷量列表中的直播间之后,还包括:
在所述目标直播间为预设刷量列表中的直播间的情况下,拒绝与所述目标直播间对应的请求方建立连接。
实际应用中,在直播数据服务器确定出目标直播间为预设刷量列表中的直播间时,拒绝该目标直播间的访问请求,即拒绝与请求方建立连接;且此时,不需要再将此建立连接请求对应的码率分布信息发送到鉴权服务器,因为已经达到了禁止访问的目的。
需要说明的是,若建立连接请求中的目标直播间是刷量列表中的直播间,则说明目标直播间存在刷量情况,可以直接屏蔽目标直播间,即拒绝请求方访问目标直播间,从而从拉流根源上限制刷量的非法访问,断开刷量的非法连接,避免了刷量产生不必要的带宽,防止刷量,降低直播平台和直播数据服务器的处理压力。
步骤706:每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息。
本实施例一个可选的实施实施方式中,所述建立连接请求中还携带访问平台和/或登录状态;根据所述码率访问数,生成所述目标直播间的码率访问信息,包括:
确定所述码率访问数对应的访问平台和/或登录状态;
根据所述码率访问数以及对应的访问平台和/或登录状态,生成所述目标直播间的码率访问信息。
需要说明的是,上述步骤706的具体实现过程与上述步骤606的具体实现过程相类似,本申请在此不再进行赘述。
本申请提供的数据处理方法,直播数据服务器可以在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息。
这种情况下,只有不是刷量的直播间才可以正常访问,从根源上限制刷量直播间的任何访问,避免了刷量产生不必要的带宽,时效性高,降低直播平台和直播数据服务器的处理压力;且限制目标直播间的访问,可以维护直播平台生态稳定。另外,直播数据服务器可以统计一段时间内访问目标直播间的码率访问信息,即访问目标直播间的过程中实际的码率分布情况,然后将实际的码率分布情况上报给鉴权服务器,使得鉴权服务器可以基于分配的码率分布情况和访问过程中实际的码率分布情况确定目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
图8示出了根据本申请一实施例提供的一种直播方法的流程图,具体包括以下步骤:
步骤802:直播平台向调度服务器发送播放请求,所述播放请求携带请求播放的目标直播间的标识和请求参数。
步骤804:调度服务器根据所述播放请求中携带的所述目标直播间的标识和请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址。
步骤806:调度服务器每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息。
步骤808:直播平台获取所述调度服务器返回的所述播放地址,根据所述播放地址,向直播数据服务器发送建立连接请求。
步骤810:直播数据服务器每隔第三预设时长向所述鉴权服务器发送获取请求,并接收所述鉴权服务器返回的刷量列表,根据所述鉴权服务器返回的刷量列表更新预设刷量列表。
步骤812:直播数据服务器在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流。
步骤814:直播数据服务器每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息。
步骤816:鉴权服务器根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
步骤818:若所述目标直播间存在刷量情况,则将所述目标直播间添加至刷量列表中;在接收到所述直播数据服务器发送的获取请求的情况下,向所述直播数据服务器返回所述刷量列表。
本申请提供的直播方法,只有不是刷量的直播间才可以正常访问,从根源上限制刷量直播间的任何访问,避免了刷量产生不必要的带宽,时效性高,降低直播平台和直播数据服务器的处理压力;且限制目标直播间的访问,可以维护直播平台生态稳定。另外,直播数据服务器可以统计一段时间内访问目标直播间的码率访问信息,即访问目标直播间的过程中实际的码率分布情况,然后将实际的码率分布情况上报给鉴权服务器,使得鉴权服务器可以基于分配的码率分布情况和访问过程中实际的码率分布情况确定目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
与上述方法实施例相对应,本申请还提供了鉴权服务器实施例,图9示出了本申请一实施例提供的一种鉴权服务器的结构示意图。如图9所示,该服务器包括:
第一确定模块902,被配置为根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;
第二确定模块904,被配置为根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;
第三确定模块906,被配置为根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
可选地,所述码率分配信息包括码率分配数;第一确定模块902进一步被配置为:
每隔第一预设时长,统计所述第一时长内所述目标直播间的码率分配信息中的码率分配数,得到所述目标直播间的码率分配总数;
统计所述第一预设时长内各个不同码率的分配数目;
将各个不同码率的分配数目除以所述码率分配总数,得到所述第一预设时长内各个不同码率的分配比例。
可选地,所述码率访问信息包括码率分配数;第二确定模块904进一步被配置为:
每隔所述第一预设时长,统计所述第一预设时长内所述目标直播间的码率访问信息中的码率访问数,得到所述目标直播间的码率访问总数;
统计所述第一预设时长内各个不同码率的访问数目;
将各个不同码率的访问数目除以所述码率访问总数,得到所述各个码率的访问比例。
可选地,第三确定模块906进一步被配置为:
根据所述各个码率的分配比例和对应的访问比例,确定所述各个码率中是否存在异常码率;
在所述各个码率中存在异常码率的情况下,确定所述目标直播间存在刷量情况。
可选地,第三确定模块906进一步被配置为:
针对各个所述码率中的每个码率,确定所述码率对应的一个或多个分配比例,分别确定所述一个或多个分配比例和对应的访问比例之间的一个或多个第一差值;
判断一个或多个所述第一差值是否分别大于第一预设阈值;
若存在至少一个所述第一差值大于所述第一预设阈值,则将所述码率确定为所述异常码率。
可选地,所述码率分配信息还包括访问平台和/或登录状态;第三确定模块906进一步被配置为:
确定所述各个码率的访问平台和/或登录状态;
将第一访问平台和/或未登录状态对应的码率确定为目标码率;
确定所述目标码率的分配比例和对应的访问比例的第二差值;
判断所述第二差值是否大于第二预设阈值;
若是,则确定所述目标直播间存在刷量情况。
可选地,所述鉴权服务器还包括第二返回模块,所述第二返回模块被配置为:
若所述目标直播间存在刷量情况,则将所述目标直播间添加至刷量列表中;
在接收到所述直播数据服务器发送的获取请求的情况下,向所述直播数据服务器返回所述刷量列表。
可选地,所述鉴权服务器还包括第二接收模块,所述第二接收模块被配置为:
向所述直播数据服务器发送获取请求,所述获取请求中携带所述目标直播间的标识;
接收所述直播数据服务器上报的所述目标直播间的码率访问信息。
本申请提供的鉴权服务器可以结合调度服务器上报分配的码率分布情况和直播数据服务器上报的实际访问过程中的码率分布情况,来确定实际访问过程中的码率分布情况是否异常,从而可以准确判断目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
上述为本实施例的一种鉴权服务器的示意性方案。需要说明的是,该鉴权服务器的技术方案与上述的确定直播间刷量的方法的技术方案属于同一构思,鉴权服务器的技术方案未详细描述的细节内容,均可以参见上述确定直播间刷量的方法的技术方案的描述。
与上述方法实施例相对应,本申请还提供了调度服务器实施例,图10示出了本申请一实施例提供的一种调度服务器的结构示意图。如图10所示,该服务器包括:
第一接收模块1002,被配置为接收播放请求,所述播放请求中携带请求参数;
第一返回模块1004,被配置为根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址;
第一统计模块1006,被配置为每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;
第一上报模块1008,被配置为根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息。
可选地,所述请求参数包括直播类型、访问平台、设备参数和用户登录状态至少之一;第一返回模块1004进一步被配置为:
根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定对应的目标码率。
可选地,第一返回模块1004进一步被配置为:
在所述请求参数中包括所述访问平台的情况下,确定所述访问平台的平台类型;
在所述访问平台属于第一平台类型的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第一码率;
在所述访问平台属于第二平台类型的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第二码率;
其中,所述第一码率大于所述第二码率。
可选地,第一返回模块1004进一步被配置为:
在所述请求参数中包括所述用户登录状态的情况下,确定所述用户登录状态是否为已登录状态;
在所述登录状态为已登录状态的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第三码率;
在所述登录状态为未登录状态的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第四码率;
其中,所述第三码率大于所述第四码率。
可选地,所述播放请求中还携带访问平台和/或登录状态;第一上报模块1008进一步被配置为:
确定所述码率分配数对应的访问平台和/或登录状态;
根据所述码率分配数以及对应的访问平台和/或登录状态,生成所述目标直播间的码率分配信息。
本申请提供的调度服务器,可以根据接收到的播放请求中携带的请求参数,自动为该播放请求分配适应的目标码率,后续请求方可以直接请求获取目标码率对应的直播流,即可使得获取到的直播流适应用户使用的播放设备,保证直播流的观看流畅度,且无需用户手动选择播放直播流的码率,提高用户体验。另外,调度服务器可以统计一段时间内针对目标直播间分配的码率分配信息,即针对目标直播间分配的码率分布情况,然后将分配的码率分布情况上报给鉴权服务器,使得鉴权服务器可以基于分配的码率分布情况和访问过程中实际的码率分布情况确定目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
上述为本实施例的一种调度服务器的示意性方案。需要说明的是,该调度服务器的技术方案与上述的直播方法的技术方案属于同一构思,调度服务器的技术方案未详细描述的细节内容,均可以参见上述直播方法的技术方案的描述。
与上述方法实施例相对应,本申请还提供了直播数据服务器实施例,图11示出了本申请一实施例提供的一种直播数据服务器的结构示意图。如图11所示,该服务器包括:
第四确定模块1102,被配置为在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;
第五确定模块1104,被配置为确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;
第二统计模块1106,被配置为每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;
第二上报模块1108,被配置为根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息。
可选地,所述建立连接请求中还携带访问平台和/或登录状态;第二上报模块1108进一步被配置为:
确定所述码率访问数对应的访问平台和/或登录状态;
根据所述码率访问数以及对应的访问平台和/或登录状态,生成所述目标直播间的码率访问信息。
可选地,所述直播数据服务器还包括更新模块,所述更新模块被配置为:
每隔第三预设时长向所述鉴权服务器发送获取请求;
接收所述鉴权服务器返回的刷量列表,所述刷量列表为所述鉴权服务器根据码率分配比例和码率访问比例生成;
根据所述鉴权服务器返回的刷量列表更新所述预设刷量列表。
可选地,所述直播数据服务器还包括拒绝模块,所述拒绝模块被配置为:
在所述目标直播间为预设刷量列表中的直播间的情况下,拒绝与所述目标直播间对应的请求方建立连接。
本申请提供的直播数据服务器,只有不是刷量的直播间才可以正常访问,从根源上限制刷量直播间的任何访问,避免了刷量产生不必要的带宽,时效性高,降低直播平台和直播数据服务器的处理压力;且限制目标直播间的访问,可以维护直播平台生态稳定。另外,直播数据服务器可以统计一段时间内访问目标直播间的码率访问信息,即访问目标直播间的过程中实际的码率分布情况,然后将实际的码率分布情况上报给鉴权服务器,使得鉴权服务器可以基于分配的码率分布情况和访问过程中实际的码率分布情况确定目标直播间是否存在刷量情况,提高了判断直播间是否刷量的命中率。
上述为本实施例的一种直播数据服务器的示意性方案。需要说明的是,该直播数据服务器的技术方案与上述的数据处理方法的技术方案属于同一构思,直播数据服务器的技术方案未详细描述的细节内容,均可以参见上述数据处理方法的技术方案的描述。
与上述方法实施例相对应,本申请还提供了直播系统实施例,图12示出了本申请一实施例提供的一种直播系统的结构示意图。如图12所示,该系统包括调度服务器1202、直播数据服务器1204和鉴权服务器1206;
所述调度服务器1202,被配置为接收播放请求,所述播放请求中携带请求参数;根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址;每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息;
所述直播数据服务器1204,被配置为在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息;
所述鉴权服务器1206,被配置为根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
上述为本实施例的一种直播系统的示意性方案。需要说明的是,该直播系统的技术方案与上述的确定直播间刷量的方法、直播方法和数据处理方法的技术方案属于同一构思,直播系统的技术方案未详细描述的细节内容,均可以参见上述的确定直播间刷量的方法、直播方法和数据处理方法的技术方案的描述。
图13示出了根据本申请一实施例提供的一种计算设备1300的结构框图。该计算设备1300的部件包括但不限于存储器1310和处理器1320。处理器1320与存储器1310通过总线1330相连接,数据库1350用于保存数据。
计算设备1300还包括接入设备1340,接入设备1340使得计算设备1300能够经由一个或多个网络1360通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备1340可以包括有线或无线的任何类型的网络接口(例如,网络接口卡(NIC))中的一个或多个,诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口,等等。
在本申请的一个实施例中,计算设备1300的上述部件以及图13中未示出的其他部件也可以彼此相连接,例如通过总线。应当理解,图13所示的计算设备结构框图仅仅是出于示例的目的,而不是对本申请范围的限制。本领域技术人员可以根据需要,增添或替换其他部件。
计算设备1300可以是任何类型的静止或移动计算设备,包括移动计算机或移动计算设备(例如,平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如,智能手机)、可佩戴的计算设备(例如,智能手表、智能眼镜等)或其他类型的移动设备,或者诸如台式计算机或PC的静止计算设备。计算设备1300还可以是移动式或静止式的服务器。
其中,处理器1320用于执行如下计算机可执行指令以实现上述确定直播间刷量的方法或者直播方法或者数据处理方法的操作步骤。
上述为本实施例的一种计算设备的示意性方案。需要说明的是,该计算设备的技术方案与上述的确定直播间刷量的方法、直播方法或数据处理方法的技术方案属于同一构思,计算设备的技术方案未详细描述的细节内容,均可以参见上述确定直播间刷量的方法、直播方法或和数据处理方法的技术方案的描述。
本申请一实施例还提供一种计算机可读存储介质,其存储有计算机可执行指令,该计算机可执行指令被处理器执行时以用于实现上述确定直播间刷量的方法或者直播方法或者数据处理方法的操作步骤。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是,该存储介质的技术方案与上述的确定直播间刷量的方法、直播方法或数据处理方法的技术方案属于同一构思,存储介质的技术方案未详细描述的细节内容,均可以参见上述确定直播间刷量的方法、直播方法或数据处理方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
需要说明的是,对于前述的各方法实施例,为了简便描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其它顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节,也不限制该发明仅为所述的具体实施方式。显然,根据本申请的内容,可作很多的修改和变化。本申请选取并具体描述这些实施例,是为了更好地解释本申请的原理和实际应用,从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。
Claims (23)
1.一种确定直播间刷量的方法,其特征在于,应用于鉴权服务器,包括:
根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;
根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;
根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
2.根据权利要求1所述的确定直播间刷量的方法,其特征在于,所述码率分配信息包括码率分配数;根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例,包括:
每隔第一预设时长,统计所述第一时长内所述目标直播间的码率分配信息中的码率分配数,得到所述目标直播间的码率分配总数;
统计所述第一预设时长内各个不同码率的分配数目;
将各个不同码率的分配数目除以所述码率分配总数,得到所述第一预设时长内各个不同码率的分配比例。
3.根据权利要求2所述的确定直播间刷量的方法,其特征在于,所述码率访问信息包括码率分配数;根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例,包括:
每隔所述第一预设时长,统计所述第一预设时长内所述目标直播间的码率访问信息中的码率访问数,得到所述目标直播间的码率访问总数;
统计所述第一预设时长内各个不同码率的访问数目;
将各个不同码率的访问数目除以所述码率访问总数,得到所述各个码率的访问比例。
4.根据权利要求3所述的确定直播间刷量的方法,其特征在于,根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况,包括:
根据所述各个码率的分配比例和对应的访问比例,确定所述各个码率中是否存在异常码率;
在所述各个码率中存在异常码率的情况下,确定所述目标直播间存在刷量情况。
5.根据权利要求4所述的确定直播间刷量的方法,其特征在于,根据所述各个码率的分配比例和对应的访问比例,确定所述各个码率中是否存在异常码率,包括:
针对各个所述码率中的每个码率,确定所述码率对应的一个或多个分配比例,分别确定所述一个或多个分配比例和对应的访问比例之间的一个或多个第一差值;
判断一个或多个所述第一差值是否分别大于第一预设阈值;
若存在至少一个所述第一差值大于所述第一预设阈值,则将所述码率确定为所述异常码率。
6.根据权利要求3所述的确定直播间刷量的方法,其特征在于,所述码率分配信息还包括访问平台和/或登录状态;根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况,包括:
确定所述各个码率的访问平台和/或登录状态;
将第一访问平台和/或未登录状态对应的码率确定为目标码率;
确定所述目标码率的分配比例和对应的访问比例的第二差值;
判断所述第二差值是否大于第二预设阈值;
若是,则确定所述目标直播间存在刷量情况。
7.根据权利要求1-6任一所述的确定直播间刷量的方法,其特征在于,根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况之后,还包括:
若所述目标直播间存在刷量情况,则将所述目标直播间添加至刷量列表中;
在接收到所述直播数据服务器发送的获取请求的情况下,向所述直播数据服务器返回所述刷量列表。
8.根据权利要求1-6任一所述的确定直播间刷量的方法,其特征在于,根据直播数据服务器上报的所述目标直播间的码率访问信息,确定所述目标直播间的码率访问比例之前,还包括:
向所述直播数据服务器发送获取请求,所述获取请求中携带所述目标直播间的标识;
接收所述直播数据服务器上报的所述目标直播间的码率访问信息。
9.一种直播方法,其特征在于,应用于调度服务器,包括:
接收播放请求,所述播放请求中携带请求参数;
根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址;
每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;
根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息,以使所述鉴权服务器基于所述码率分配信息和直播数据服务器上报的码率访问信息确定所述目标直播间是否存在刷量情况。
10.根据权利要求9所述的直播方法,其特征在于,所述请求参数包括直播类型、访问平台、设备参数和用户登录状态至少之一;根据所述请求参数,确定对应的目标码率,包括:
根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定对应的目标码率。
11.根据权利要求10所述的直播方法,其特征在于,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定对应的目标码率,包括:
在所述请求参数中包括所述访问平台的情况下,确定所述访问平台的平台类型;
在所述访问平台属于第一平台类型的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第一码率;
在所述访问平台属于第二平台类型的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第二码率;
其中,所述第一码率大于所述第二码率。
12.根据权利要求10或11所述的直播方法,其特征在于,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定对应的目标码率,包括:
在所述请求参数中包括所述用户登录状态的情况下,确定所述用户登录状态是否为已登录状态;
在所述登录状态为已登录状态的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第三码率;
在所述登录状态为未登录状态的情况下,根据所述直播类型、访问平台、设备参数和用户登录状态至少之一,确定出的目标码率为第四码率;
其中,所述第三码率大于所述第四码率。
13.根据权利要求9-11任一所述的直播方法,其特征在于,所述播放请求中还携带访问平台和/或登录状态;根据所述码率分配数,生成所述目标直播间的码率分配信息,包括:
确定所述码率分配数对应的访问平台和/或登录状态;
根据所述码率分配数以及对应的访问平台和/或登录状态,生成所述目标直播间的码率分配信息。
14.一种数据处理方法,其特征在于,应用于直播数据服务器,包括:
在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;
确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;
每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;
根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息,以使所述鉴权服务器基于所述码率访问信息和调度服务器上报的码率分配信息确定所述目标直播间是否存在刷量情况。
15.根据权利要求14所述的数据处理方法,其特征在于,所述建立连接请求中还携带访问平台和/或登录状态;根据所述码率访问数,生成所述目标直播间的码率访问信息,包括:
确定所述码率访问数对应的访问平台和/或登录状态;
根据所述码率访问数以及对应的访问平台和/或登录状态,生成所述目标直播间的码率访问信息。
16.根据权利要求14或15所述的数据处理方法,其特征在于,在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率之前,还包括:
每隔第三预设时长向所述鉴权服务器发送获取请求;
接收所述鉴权服务器返回的刷量列表,所述刷量列表为所述鉴权服务器根据码率分配比例和码率访问比例生成;
根据所述鉴权服务器返回的刷量列表更新所述预设刷量列表。
17.根据权利要求14或15所述的数据处理方法,其特征在于,确定所述目标直播间是否为预设刷量列表中的直播间之后,还包括:
在所述目标直播间为预设刷量列表中的直播间的情况下,拒绝与所述目标直播间对应的请求方建立连接。
18.一种鉴权服务器,其特征在于,包括:
第一确定模块,被配置为根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;
第二确定模块,被配置为根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;
第三确定模块,被配置为根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
19.一种调度服务器,其特征在于,包括:
第一接收模块,被配置为接收播放请求,所述播放请求中携带请求参数;
第一返回模块,被配置为根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址;
第一统计模块,被配置为每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;
第一上报模块,被配置为根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息,以使所述鉴权服务器基于所述码率分配信息和直播数据服务器上报的码率访问信息确定所述目标直播间是否存在刷量情况。
20.一种直播数据服务器,其特征在于,包括:
第四确定模块,被配置为在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;
第五确定模块,被配置为确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;
第二统计模块,被配置为每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;
第二上报模块,被配置为根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息,以使所述鉴权服务器基于所述码率访问信息和调度服务器上报的码率分配信息确定所述目标直播间是否存在刷量情况。
21.一种直播系统,其特征在于,所述系统包括调度服务器、直播数据服务器和鉴权服务器;
所述调度服务器,被配置为接收播放请求,所述播放请求中携带请求参数;根据所述请求参数,确定对应的目标码率,并向请求方返回所述目标码率的直播数据的播放地址;每隔第二预设时长,统计所述第二预设时长内针对目标直播间分配的码率,得到所述第二预设时长内所述目标直播间的码率分配数;根据所述码率分配数,生成所述目标直播间的码率分配信息,并向鉴权服务器上报所述目标直播间的码率分配信息;
所述直播数据服务器,被配置为在接收到建立连接请求的情况下,确定所述建立连接请求对应的目标直播间和码率;确定所述目标直播间是否为预设刷量列表中的直播间,在所述目标直播间不为所述预设刷量列表中的直播间的情况下,与请求方建立连接,向所述请求方返回直播视频流;每隔第二预设时长,统计所述第二预设时长内针对目标直播间访问的码率,得到所述第二预设时长内所述目标直播间的码率访问数;根据所述码率访问数,生成所述目标直播间的码率访问信息,并向鉴权服务器上报所述目标直播间的码率访问信息;
所述鉴权服务器,被配置为根据调度服务器上报的目标直播间的码率分配信息,确定第一预设时长内所述目标直播间的码率分配比例;根据直播数据服务器上报的所述目标直播间的码率访问信息,确定第一预设时长内所述目标直播间的码率访问比例;根据所述码率分配比例和所述码率访问比例,确定所述目标直播间是否存在刷量情况。
22.一种计算设备,其特征在于,包括:
存储器和处理器;
所述存储器用于存储计算机可执行指令,所述处理器用于执行所述计算机可执行指令,以实现上述权利要求1-8所述的确定直播间刷量的方法或者上述权利要求9-13所述的直播方法或者上述权利要求14-17所述的数据处理方法的操作步骤。
23.一种计算机可读存储介质,其特征在于,其存储有计算机可执行指令,该计算机可执行指令被处理器执行时实现上述权利要求1-8所述的确定直播间刷量的方法或者上述权利要求9-13所述的直播方法或者上述权利要求14-17所述的数据处理方法的操作步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110275847.0A CN113068052B (zh) | 2021-03-15 | 2021-03-15 | 确定直播间刷量的方法、直播方法以及数据处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110275847.0A CN113068052B (zh) | 2021-03-15 | 2021-03-15 | 确定直播间刷量的方法、直播方法以及数据处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113068052A CN113068052A (zh) | 2021-07-02 |
CN113068052B true CN113068052B (zh) | 2022-04-01 |
Family
ID=76561428
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110275847.0A Active CN113068052B (zh) | 2021-03-15 | 2021-03-15 | 确定直播间刷量的方法、直播方法以及数据处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113068052B (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113347497B (zh) * | 2021-08-02 | 2021-11-26 | 武汉斗鱼鱼乐网络科技有限公司 | 目标用户识别方法、装置、电子设备以及存储介质 |
CN113676754B (zh) * | 2021-08-18 | 2023-08-29 | 上海哔哩哔哩科技有限公司 | 直播视频转码方法及装置 |
CN113704280A (zh) * | 2021-08-26 | 2021-11-26 | 上海哔哩哔哩科技有限公司 | 数据列表更新方法及装置 |
CN113840157B (zh) * | 2021-09-23 | 2023-07-18 | 上海哔哩哔哩科技有限公司 | 访问检测方法、系统及装置 |
CN114024737B (zh) * | 2021-11-02 | 2023-10-17 | 上海哔哩哔哩科技有限公司 | 确定直播间刷量的方法、装置及计算机可读存储介质 |
CN113938318B (zh) * | 2021-12-01 | 2023-12-12 | 上海哔哩哔哩科技有限公司 | 确定直播间刷量的方法及装置 |
CN114302159B (zh) * | 2021-12-29 | 2023-07-21 | 北京百度网讯科技有限公司 | 一种直播间异常的监控方法、装置、设备以及存储介质 |
CN114466215B (zh) * | 2022-02-10 | 2023-08-01 | 上海哔哩哔哩科技有限公司 | 数据处理方法及装置 |
CN114650239B (zh) * | 2022-03-23 | 2024-02-23 | 腾讯音乐娱乐科技(深圳)有限公司 | 一种数据的刷量识别方法、存储介质和电子设备 |
CN114945097B (zh) * | 2022-04-26 | 2024-02-23 | 上海哔哩哔哩科技有限公司 | 视频流处理方法及装置 |
CN114928758A (zh) * | 2022-05-05 | 2022-08-19 | 上海哔哩哔哩科技有限公司 | 直播异常检测处理方法及装置 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104796705B (zh) * | 2015-04-22 | 2018-01-12 | 福州大学 | 一种基于ssim的hevc视频编码率失真优化与码率控制算法 |
CN106294105B (zh) * | 2015-05-22 | 2020-07-28 | 深圳市腾讯计算机系统有限公司 | 刷量工具检测方法和装置 |
CN107454441B (zh) * | 2017-06-30 | 2019-12-03 | 武汉斗鱼网络科技有限公司 | 一种检测直播间刷人气行为的方法、直播平台服务器及计算机可读存储介质 |
CN107613314B (zh) * | 2017-10-09 | 2019-09-20 | 武汉斗鱼网络科技有限公司 | 一种检测直播中刷人气行为的方法及装置 |
CN108574851B (zh) * | 2017-12-11 | 2021-02-05 | 北京金山云网络技术有限公司 | 推送方法、装置、流媒体服务器及计算机可读存储介质 |
CN108206972B (zh) * | 2018-01-02 | 2019-10-25 | 武汉斗鱼网络科技有限公司 | 直播间人气处理方法、装置、服务器及存储介质 |
US11412313B2 (en) * | 2018-05-02 | 2022-08-09 | Twitter, Inc. | Sharing timestamps for video content in a messaging platform |
CN110188262B (zh) * | 2019-07-23 | 2019-10-29 | 武汉斗鱼网络科技有限公司 | 一种异常目标确定方法、装置、设备及介质 |
CN112995689B (zh) * | 2021-02-24 | 2023-01-03 | 上海哔哩哔哩科技有限公司 | 确定直播间刷量的方法及装置 |
-
2021
- 2021-03-15 CN CN202110275847.0A patent/CN113068052B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN113068052A (zh) | 2021-07-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113068052B (zh) | 确定直播间刷量的方法、直播方法以及数据处理方法 | |
CN112995689B (zh) | 确定直播间刷量的方法及装置 | |
CN113067808B (zh) | 数据处理方法、直播方法、鉴权服务器及直播数据服务器 | |
CN105915953B (zh) | 直播视频鉴别的方法、装置、系统、服务器和存储介质 | |
US11089076B1 (en) | Automated detection of capacity for video streaming origin server | |
CN113055692A (zh) | 数据处理方法及装置 | |
CN108881931B (zh) | 一种数据缓冲方法及网络设备 | |
CN113676754B (zh) | 直播视频转码方法及装置 | |
CN105991364B (zh) | 一种用户感知评估方法及装置 | |
WO2018028344A1 (zh) | 负载处理方法和装置 | |
WO2023077813A1 (zh) | 确定直播间刷量的方法及装置 | |
CN111617466A (zh) | 编码格式的确定方法、装置及云游戏的实现方法 | |
CN113194276B (zh) | 在视频会议系统中生成动态布局的方法、系统、存储介质 | |
CN107493478B (zh) | 编码帧率设置方法及设备 | |
CN112995686B (zh) | 数据处理方法、直播方法、鉴权服务器及直播数据服务器 | |
CN114945097B (zh) | 视频流处理方法及装置 | |
WO2023151415A1 (zh) | 数据处理方法及装置 | |
WO2023179162A1 (zh) | 数据处理方法及装置 | |
Lebreton et al. | Network and content-dependent bitrate ladder estimation for adaptive bitrate video streaming | |
Leszczuk | Optimising task-based video quality: A journey from subjective psychophysical experiments to objective quality optimisation | |
CN110996114A (zh) | 一种直播调度方法、装置、电子设备和存储介质 | |
CN113840157B (zh) | 访问检测方法、系统及装置 | |
CN106254873B (zh) | 一种视频编码方法及视频编码装置 | |
Lebreton et al. | Quitting ratio-based bitrate ladder selection mechanism for adaptive bitrate video streaming | |
CN111131777B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |