CN114024737B - 确定直播间刷量的方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请提供确定直播间刷量的方法及装置，其中所述确定直播间刷量的方法包括：统计直播平台的历史终端信息，确定终端历史比例；采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例；根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况。通过本方法，统计观众使用的终端信息，并根据终端信息与历史记录进行比对的方式来判断直播间是否存在刷量的情况，丰富了判断直播间刷量的手段，有效提高判断刷量的准确率。

Description

确定直播间刷量的方法、装置及计算机可读存储介质

技术领域

本申请涉及网络直播技术领域，特别涉及一种确定直播间刷量的方法。本申请同时涉及一种确定直播间刷量的装置，一种计算设备，以及一种计算机可读存储介质。

背景技术

随着网络通信技术的进步和宽带网络的提速，直播得到了越来越多的发展和应用。在现有直播体系中，人气是用于直播平台各个房间排名的重要指标，一般而言人气越高，排名越靠前，主播越有可能被用户观看。人气计算中直播间实时观看人数是关键一环，而一些主播为了提高人气，会通过非法手段模拟观看直播间，伪造直播间的在线观看人数，即通过刷量提高人气排名。因而，如何精确判断直播间是否存在刷量情况，是维护直播平台生态稳定的重要手段。

目前是通过判断直播间总人数是否会出现陡增或抖动的方式来确定是否存在直播间刷量的情况，判断方法单一，有时会出现判断错误的情况出现。

发明内容

有鉴于此，本申请实施例提供了一种确定直播间刷量的方法。本申请同时涉及一种确定直播间刷量的装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的确定直播间是否刷量的方法单一、准确性较低的问题。

根据本申请实施例的第一方面，提供了一种确定直播间刷量的方法，包括：

统计直播平台的历史终端信息，确定终端历史比例；

采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例；

根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况。

根据本申请实施例的第二方面，提供了一种确定直播间刷量的装置，包括：

统计模块，被配置为统计直播平台的历史终端信息，确定终端历史比例；

采集模块，被配置为采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例；

确定模块，被配置为根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况。

根据本申请实施例的第三方面，提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述计算机指令时实现所述确定直播间刷量的方法的步骤。

根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现所述确定直播间刷量的方法的步骤。

本申请提供的确定直播间刷量的方法，统计直播平台的历史终端信息，确定终端历史比例；采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例；根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况。本申请一实施例实现了统计观众使用的终端信息，并根据终端信息与历史记录进行比对的方式来判断直播间是否存在刷量的情况，丰富了判断直播间刷量的手段，有效提高判断刷量的准确率。

附图说明

图1是本申请第一实施例提供的一种确定直播间刷量的方法的流程图；

图2是本申请第一实施例提供的某类型直播间的预设时间区间内的统计示意图；

图3是本申请第二实施例提供的一种确定直播间刷量的方法的处理流程图；

图4是本申请第三实施例提供的一种确定直播间刷量的方法的处理流程图；

图5是本申请一实施例提供的一种确定直播间刷量的装置的结构示意图；

图6是本申请一实施例提供的一种计算设备的结构框图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本申请一个或多个实施例涉及的名词术语进行解释。

直播人气：综合观看人数、弹幕数、礼物数等按照一定比例算出的数值，用于在直播平台按照人气的高低进行排名。

直播人数：实时观看直播间的真实人数。

刷量：通过模拟正常用户访问，产生大量虚假观看的情况，即通过非法手段模拟观看直播间。

终端：用户观看直播时使用的设备，如台式电脑、手机、平板电脑等等。

终端系统：终端对应的操作系统。

现有的直播体系中，一般用客户端播放器定时上报心跳的方式进行人数统计，判断一个直播间是否存在刷量情况时，一般是计算直播间的总人数，判断总人数是否会出现陡增或陡降的情况，一般情况下，一个房间的人数是逐渐增多，人数呈现曲线上涨的，刷量的直播间一般无法精准控制刷量情况，会出现某个时刻人数陡增的情况，例如在2分钟之内人数从200人增加到3000人。而针对总人数判断是否刷量不够精细，如果刷量的直播间控制的足够精准，也是可以模拟出总人数缓慢上升的效果，仅通过总人数来判断就不够准确了。

基于此，在本申请中，提供了一种确定直播间刷量的方法，本申请同时涉及一种确定直播间刷量的装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1示出了根据本申请一实施例提供的一种确定直播间刷量的方法的流程图，具体包括以下步骤：

步骤102：统计直播平台的历史终端信息，确定终端历史比例。

其中，直播平台就是向用户提供各种直播的平台，主播在直播平台中创建直播间进行直播，用户可以通过直播平台进入某个直播间观看直播，在实际应用中，用户需要使用终端设备进入直播间，例如手机、平板电脑、笔记本电脑等等。用户在登录直播平台时，直播平台会获取到用户使用的终端的信息，例如某个用户A使用手机端进入直播间，某个用户B登录电脑使用浏览器进入直播间等等。

历史终端信息具体是指在过去一段时间内直播平台中接入终端的终端信息，例如在过去24小时内，观看直播的终端信息。

终端历史比例具体是指在获取的历史终端信息之后，基于后续的处理规则，将终端进行分类，分类之后的终端之间的比例。例如，在历史终端信息进行统计之后，根据历史终端类型进行分类，包括web端和移动端，则终端历史比例是web端：移动端；如果根据历史终端类型分为web端、IOS端和Android端，则终端历史比例是web：IOS：Android。

在实际应用中，对终端历史比例的具体形式不做限定，以实际应用为准。为了便于解释说明，在本申请提供的第一实施例中，以终端类型分为web端和移动端为例进行解释说明。在本申请提供的第一实施例中，统计直播平台的历史终端信息，确定终端历史比例，包括：

确定直播平台中的直播间类型；

统计每个直播间类型对应的历史终端信息；

根据每个直播间类型对应的历史终端信息计算每个直播间类型对应的终端历史比例。

直播间类型具体是指该直播间内进行直播的具体类型，例如有大型网游、手游、娱乐唱见、电台(只有声音的直播)等等。不同类型的直播间拥有不同的直播状态，进而也会影响终端的分布情况，例如，大型网游类型中，游戏大多数为PC端，直播的画面占据整个电脑屏幕，若用户使用移动端观看，由于移动端设备屏幕较小，画面画质被压缩，画面较小，没有办法观看清楚细节，因此，大多数用户会使用web端(PC端)观看，以便获得最佳的观看体验；又例如对于娱乐唱见类型的直播，大多数是男女主播进行唱歌、聊天等，画面往往只有一个人，通常使用手机直播，如果用户使用web端观看，屏幕较大，而且整个屏幕只有一个人物显示，一样会影响体验，如果用手机观看，则手机屏幕正好完全显示，因此对于娱乐唱见而言，观看用户会集中手机端。因此不同的直播间类型会有不同的终端分布，再统计终端信息之前，先将直播平台中的直播间类型进行分类。

在确定直播间类型之后，再统计每种直播间类型对应的历史终端信息，例如对于游戏类型的直播间，web端观看直播的比例比较高、对于娱乐类型的直播间，手机端观看直播的比例比较高。在对直播间进行分类之后，即对直播间类型的终端信息进行统计。

在实际应用中，即便是同一个类型的直播间，在不同的时间段，终端的分布情况也有所不同，例如，白天由于用户工作，因此使用手机端的比例会比较高，晚上的时候web端的比例会增加，在接近凌晨的时候，由于需要睡觉，因此，手机端的比例会再次增高。因此，还可以通过预设时间区间统计不同直播间类型的终端信息。其中，预设时间区间为预先规定的时间，例如过去的24小时、过去的48小时等等。

在预设时间区间内还会包括至少一个统计周期，每个统计周期内会有多个统计时间点，统计时间点是指在预设时间区间内的统计终端信息的时间点，例如每隔1分钟统计一次、每隔5分钟统计一次，在统计时间点对所有直播间中观众使用的终端信息进行统计。统计周期具体是指用于对终端进行统计的一个时间周期，通常情况下，一个统计周期中包括多个统计时间点，一个预设时间区间内包括多个统计周期，例如，预设时间区间为过去的24小时，将过去的24小时以小时为单位划分为24个统计周期，在每个统计周期中每隔1分钟统计一次终端信息。参见图2，图2示出了本申请第一实施例提供的某类型直播间的预设时间区间内的统计示意图。如图2中的a所示，在晚高峰22:42分的统计时间点，web端的占比为526/3300＝16％，如图2中的b所示，在凌晨4:08分的统计时间点，web端的占比为262/11000＝2％。

在统计完每个统计时间点的终端占比信息之后，可以确定在某个统计周期内的终端最大占比和终端最小占比，进而确定终端占比信息区间，例如，对于A类型的直播间，其在0-1点的统计周期内，web端的最大占比为25％，最小占比为18％，移动端的最大占比为82％，最小占比为75％，则A类型直播间在0-1点的web端占比信息区间为“18％-25％”，移动端占比信息区间为“75％-82％”。

具体的，统计每个直播间类型对应的历史终端信息，包括：

获取每个直播间类型对应的用户集合；

确定每个用户集合中用户使用终端的终端信息。

在实际应用中，统计每个直播间类型的历史终端信息时，先要确定每个直播间类型的用户集合，再分别获取用户集合中每个用户所使用的终端的类型，例如web端、移动端等等。

步骤104：采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例。

目标直播间即为需要判断是否存在刷量情况的直播间，例如现在需要判断直播间1是否存在刷量情况，则直播间1为目标直播间；如果需要判断直播间2是否存在刷量情况，则直播间2为目标直播间。

在实际应用中，在经过上述步骤102之后，即可获得直播平台的整体数据，此时需要对目标直播间是否存在刷量情况进行判断，具体的，获取目标直播间的当前终端信息，即获取目标直播间在当前时间点的终端总数量，以及每个终端类型的数量，进而根据每个终端类型的数量和终端总数量，计算在当前时间点每个终端类型的终端当前比例。

在实际应用中，每个直播间的人数各不相同，而如果一个直播间的人数较少，明显不存在刷量的情况，则无需再对该直播间进行判断，因此，在采集目标直播间的当前终端信息之前，所述方法还包括：

在所述直播平台中确定初始直播间，并获取所述初始直播间的直播间人数；

在所述直播间人数超过预设阈值的情况下，确定所述初始直播间为目标直播间。

具体的，在直播平台中确定初始直播间，用于判断初始直播间是否需要进行直播刷量的判定，在确定初始直播间之后，获取初始直播间的直播间人数，在直播间人数超过预设阈值的情况下，则将该初始直播间确定为目标直播间，例如对于一个直播间，观众人数只有10人，则无需判断该直播间是否存在刷量的情况，因为数据太少，不具有全局同样的属性，而只有初始直播间的直播间人数超过一定数量之后，才会对其进行判断。通过筛选直播间的人数，可以将人数不足的直播间过滤，无需对其进行判断，减轻服务器的计算压力，有效提升资源利用率。

在本申请提供的第一实施例中，采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例，包括：

确定所述目标直播间的目标直播间类型和所述目标直播间对应当前终端信息；

根据所述当前终端信息计算所述目标直播间的当前终端占比信息。

在本申请提供的第一实施例中，具体确定目标直播间的目标直播间类型，例如是游戏类型、娱乐唱跳类型等等。同时还要确定目标直播间对应当前终端信息，再根据当前终端信息计算所述目标直播间的当前终端占比信息。例如当前时间点为20:30分，采集目标直播间在20:30分的终端总数量，以及每个终端类型的数量，进而根据每个终端类型的数量和终端总数量来计算目标直播间在20:30分的当前终端占比信息。

步骤106：根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况。

在获得终端历史比例和终端当前比例之后，即可根据这两个比例信息来判断目标直播间是否存在刷量情况。

在本申请提供的第一实施例中，根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况，包括：

根据所述目标直播间类型在所述终端历史比例中确定目标终端历史比例；

在所述当前终端占比信息满足所述目标终端历史比例的情况下，确定所述目标直播间不存在刷量情况；

在所述当前终端占比信息未满足所述目标终端历史比例的情况下，确定所述目标直播间存在刷量情况。

在第一实施例中，要判断目标直播间的目标直播间类型，在确定目标直播间类型后，即可在终端历史比例中获取目标直播间类型对应的目标终端历史比例，例如，目标直播间的目标直播间类型为娱乐唱见类型，娱乐唱见类型的直播间在终端历史比例中web端占比信息区间为“18％-25％”，目标直播间的当前终端占比信息为web端占比信息为38％，此时，当前终端占比信息未满足目标终端历史比例，则可以确定目标直播间存在刷量情况。

在第一实施例的另一具体实施方式中，目标直播间的目标直播间类型为大型网游类型，目标直播间的当前终端占比信息为web端的终端占比信息为56％，大型网游类型的直播间在终端历史比例中web端占比信息区间为“40％-60％”，此时，当前终端占比信息满足目标终端历史比例，则可以确定目标直播间不存在刷量情况。

本申请第一实施例提供的确定直播间刷量的方法，统计直播平台的历史终端信息，确定终端历史比例；采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例；根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况。采用直播间类型结合终端分布综合分析的方式判断直播间是否存在刷量的情况，根据历史的终端占比信息和当前的终端占比信息综合判断刷量情况的防刷策略，丰富了判断直播间是否存在刷量的方法，提升了判断刷量的准确率。

如图3所示，图3示出了本申请第二实施例提供的确定直播间刷量的方法的流程示意图，在实际应用中，为了更精细化的确定直播间刷量的方法，还可以进一步的结合终端的属性信息判断直播间是否存在刷量情况，具体包括以下步骤：

步骤302：统计直播平台中参与直播的终端系统信息，根据所述终端系统信息确定历史终端系统占比信息。

其中，统计直播平台中参与直播的终端系统信息，包括：

获取所述直播平台中参与直播的用户集合；

确定每个用户集合中用户使用终端的的终端系统信息。

终端系统信息是指用户使用终端的操作系统信息，例如web端、ios端、Android端。分别统计每个操作系统对应的数量，进而确定历史终端系统占比信息。在实际应用中，通常确定直播平台中参与直播的用户集合，再确定每个用户集合中每个用户所使用终端的终端系统信息，例如，在过去的24小时，一共有21万人参与直播，其中，使用web端的用户有3万人，使用ios端的用户有6万人，使用Android端的用户有12万人，则历史终端系统占比信息为“web：Android：ios＝1:4:2”。

步骤304：统计每个终端系统对应的终端属性信息，根据每个终端系统的终端属性信息确定每个终端系统对应的历史终端属性占比信息。

在实际应用中，由于用户的手机、平板、电脑的浏览器等是不会经常更换的(一天内更换多次)，基于此，可以认为用户使用的终端在短时间内不会发生明显的变化，例如，用户a使用的品牌是A品牌，型号是11，出版年份为2020年，则该用户的手机系统信息标记为“A品牌、型号11、2020”；又例如，用户b使用的是web端，浏览器的品牌是C品牌，型号为MO，出版年份为2019年，则该用户的web系统信息标记为“C品牌、MO、2019”。

在实际应用中，无论是手机、平板电脑、浏览器，其品牌、型号是固定不变的，出版年份随着厂商的升级而更新，一般厂商的更新周期在几个月，因此“品牌+型号+版本号”可以作为一个用户的观看标识，即用户使用的终端的终端属性信息。

在实际应用中，客户端播放器会通过心跳上报的形式，定时给服务器上报当前用户的观看信息，包括房间号、观看时间、终端系统(web端、ios或Android)，终端属性信息(品牌+型号+版本号)，服务器在接收到心跳信息后，对所有的信息进行汇总，根据每个终端系统的终端属性信息确定每个终端系统对应的历史终端属性占比信息。

在ios系统下，分为有三个型号，分别为ios-型号A，ios-型号B，ios-型号C，其中，ios-型号A有1万人、ios-型号B有4万人，ios-型号C有1万人，则可以确定在ios系统下，历史终端属性占比信息为“型号A：型号B：型号C＝1:4：1”。

步骤306：采集所述目标直播间在当前时间点的当前终端信息。

在本申请提供的第二实施例中，每隔一段时间(例如5分钟)采集一次目标直播间的终端系统信息，在实际应用中，为了便于提高计算效率，还会统计目标直播间的人数信息，若目标直播间的人数超过预设阈值，再对目标直播间是否存在刷量行为进行判断。例如，采集到目标直播间在当前时间点的人数一共有1.2万人，其中，使用web端的用户有4000人，使用Android系统的用户有6000人，使用ios系统的用户有2000人，其中，web端对应的设备号有5种，Android系统对应的设备号有8种，ios系统对应的设备号有3种。

步骤308：根据所述当前终端信息计算所述目标直播间的当前终端系统占比信息和每个终端系统对应的当前终端属性占比信息。

根据采集到的当前终端信息即可计算在目标直播间的当前时间点的终端系统占比信息，以及每个终端系统下，对应的终端属性占比信息，例如，沿用上例，web端用户有4000人，Android系统的用户有6000人，ios系统的用户有2000人，因此目标直播间的当前终端系统占比为“web：Android：ios＝2:3:1”。对于web端，共有5种设备型号，web端对应的当前终端属性占比信息为“web1：web2：web3：web4：web5＝1:2:3:4:5”；对于Android系统，共有8种设备型号，Android系统对应的当前终端属性占比信息为“Android1:Android2:Android3:Android4:Android5:Android6:Android7:Android8＝1:2:3:4:5:6:7:8”；对于ios系统，共有3种设备型号，ios系统对应的当前终端属性占比信息为“iosA：iosB：iosC＝1:2:3”。

步骤310：判断所述当前终端系统占比信息与所述历史终端系统占比信息是否满足系统刷量判定规则，若是，则执行步骤312，若否，则还行步骤314。

在获得当前终端系统占比信息和历史终端系统占比信息之后，可以先根据当前终端系统占比信息和历史终端系统占比信息进行判断，判断目标直播间是否为存在刷量行为，具体的，选取当前终端系统占比信息和历史终端系统占比信息中任意两个元素相比，若差值超过系统阈值，则确定该目标直播间存在刷量行为，反之，则进行后续更进一步的判断。

在本说明书提供的第二实施例中，当前终端系统占比信息为“web：Android：ios＝2:3:1”，历史终端系统占比信息为“web：Android：ios＝1:4:2”，系统阈值为10％，即任意两个系统占比的差值超过百分之10，则认定存在刷量行为，以“web：ios”为例，当前终端系统占比信息为“web：ios＝2:1＝2”，历史终端系统占比信息为“web：ios＝1:2＝0.5”。则对于“web：ios”而言，当前终端系统占比信息与历史终端系统占比信息间的差值为“(当前终端系统占比信息-历史终端系统占比信息)/历史终端系统占比信息”，即(2-0.5)/0.5＝300％，远超阈值10％，执行步骤312。

若对于任意两个终端系统，当前终端系统占比信息与历史终端系统占比信息之差均小于系统阈值，则执行步骤314。

步骤312：确定所述目标直播间存在刷量情况。

对于满足条件的目标直播间，则可以直接确定该目标直播间存在刷量情况。

步骤314：确定目标终端系统，判断所述目标终端系统对应的当前终端属性占比信息与所述目标终端系统对应的历史终端属性占比信息是否满足属性刷量判定规则，若是，则执行步骤312，若否，则执行步骤316。

在本说明书提供的第二实施例中，若对于任意两个终端系统，当前终端系统占比信息与历史终端系统占比信息之差均小于阈值，说明从终端系统占比信息中无法直接确定该目标直播间是否存在刷量行为，此时，需要根据每个终端系统中的终端属性占比信息来进一步判断。

基于此，在多个终端系统中，确定一个目标终端系统，判断目标终端系统对应的当前终端属性占比信息和历史终端属性占比信息是否满足属性刷量判定规则，即两者的差值是否超过属性阈值，具体的计算规则，参见上述当前终端系统占比信息与历史终端系统占比信息的计算方法，在此不再赘述。

以ios系统为例，ios系统对应的当前终端属性占比信息为“iosA：iosB：iosC＝1:2:3”，历史终端属性占比信息为“iosA：iosB：iosC＝1:4:1”，以“iosA：iosB”为例，当前终端属性占比信息为0.5，历史终端属性占比信息为0.25，属性阈值为8％，则对于“iosA：iosB”而言，其当前终端系统占比信息与历史终端系统占比信息间的差为“(0.5-0.25)/0.25＝100％”，超过属性阈值8％，则执行步骤312。

若对于任意终端系统下的任意两个终端属性占比信息，当前终端属性占比信息与历史终端属性占比信息之差均小于属性阈值，则执行步骤316。

步骤316：确定所述目标直播间不存在刷量情况。

对于任意终端系统下的任意两个终端属性占比信息，当前终端属性占比信息与历史终端属性占比信息之差均小于属性阈值的目标直播间，则可以确定该目标直播间不存在刷量情况。

本申请第二实施例提供的确定直播间刷量的方法，首先判断终端系统占比信息是否满足系统阈值，在终端系统占比信息满足系统阈值的情况下，再细化到每个终端系统下的终端属性占比信息，判断终端属性占比信息是否满足属性阈值，通过终端系统结合终端属性的方式综合判断直播间刷量的情况，进一步丰富了判断直播间是否存在刷量的方法，提升了判断刷量的准确率。

如图4所示，图4示出了本申请第三实施例提供的确定直播间刷量的方法的流程示意图，在第三实施例中，通过预设的统计时间区间结合历史终端信息来判断直播间是否存在刷量情况，具体包括以下步骤：

步骤402：统计直播平台在预设时间区间内每个统计时间点的终端信息。

其中，统计直播平台在预设时间区间内每个统计时间点的终端信息，具体包括：

获取直播平台在预设时间区间内每个统计时间点的用户集合；

确定每个用户集合中用户使用终端的终端信息。

在本申请提供的第三实施例中，预设时间区间为预先规定的时间，例如过去的24小时、过去的48小时等等。不同的时间段用户使用终端的情况也各不相同，例如白天手机端的使用比例较高、晚上web端的使用比例较高、接近凌晨的时候手机端的使用比例会再次增高，因此，可以根据预设时间区间内每个统计时间点的终端信息来进行判断。

具体的，预设时间区间通常会包括至少一个统计周期，每个统计周期会包括多个统计时间点，例如预设时间区间为过去的24小时，将过去的24小时以小时为单位划分为24个统计周期，在每个统计周期中每隔1分钟统计一次终端信息。获取每个统计时间点对应的用户集合，统计每个用户集合中用户使用终端的终端信息。

步骤404：根据每个统计时间点的终端信息计算每个统计周期内的终端历史比例，其中预设时间区间包括至少一个统计周期，统计周期包括至少一个统计时间点。

在本申请提供的第三实施例中，根据每个统计时间点的终端信息进而可以计算出每个统计周期内终端历史比例，例如，在9:00-10:00的统计周期内，终端历史比例为手机端占比区间为“65％-85％”；在19:00-20:00的统计周期内，终端历史比例为手机端占比区间为“23％-48％”。

步骤406：采集目标直播间在当前时间点的当前终端信息。

在本申请提供的第三实施例中，采集目标直播间在当前时间点的当前终端信息，例如以当前时间点为晚上19:20为例，此时，目标直播间在19:20时刻当前终端信息为观看目标直播间直播的终端中共有336人使用手机，有498人使用web端。

步骤408：基于所述当前终端信息确定所述当前时间点的终端当前比例。

在本申请提供的第三实施例中，根据手机端336和web段498，确定在当前时间点的终端当前比例为手机端占比信息为“42％”。

步骤410：根据所述当前时间点在所述预计时间区间中确定目标统计时间点。

在本申请提供的第三实施例中，根据当前时间点19:20在所述预计时间区间确定目标统计时间点为19:20。

步骤412：获取所述目标统计时间点对应的目标统计周期的目标终端历史比例。

在本申请提供的第三实施例中，根据目标统计时间点19:20确定目标统计周期为19:00-20:00，19:00-20:00的统计周期内，目标终端历史比例为手机端占比区间为“23％-48％”。

步骤414：在所述终端当前比例满足所述目标终端历史比例的情况下，确定所述目标直播间不存在刷量情况。

在本申请提供的第三实施例中，终端当前比例为“手机端占比信息为42％”，符合目标终端历史比例“手机端占比区间为23％-48％”，因此可以确定目标直播间不存在刷量情况。

步骤416：在所述终端当前比例未满足所述目标终端历史比例的情况下，确定所述目标直播间存在刷量情况。

在本申请提供的第三实施例中，若终端当前比例不符合目标终端历史比例，则可以确定目标直播间存在刷量情况。

本申请第三实施例提供的确定直播间刷量的方法，获取在过去预设时间区间内的终端历史比例，再根据目标直播间在当前时间点的当前终端信息，通过当前终端信息与过去对应统计周期内的终端历史比例进行比较，根据预设时间区间和终端信息相结合的方式综合判断直播间刷量的情况，进一步丰富了判断直播间是否存在刷量的方法，提升了判断刷量的准确率。

与上述确定直播间刷量的方法实施例相对应，本申请还提供了确定直播间刷量的装置实施例，图5示出了本申请一实施例提供的一种确定直播间刷量的装置的结构示意图。如图5所示，该装置包括：

统计模块502，被配置为统计直播平台的历史终端信息，确定终端历史比例；

采集模块504，被配置为采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例；

确定模块506，被配置为根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况。

可选的，所述统计模块502，进一步被配置为：

统计直播平台在预设时间区间内每个统计时间点的终端信息；

根据每个统计时间点的终端信息计算每个统计周期内的终端历史比例，其中预设时间区间包括至少一个统计周期，统计周期包括至少一个统计时间点。

可选的，所述采集模块504，进一步被配置为：

采集目标直播间在当前时间点的当前终端信息；

基于所述当前终端信息确定所述当前时间点的终端当前比例。

可选的，所述确定模块506，进一步被配置为：

根据所述当前时间点在所述预设时间区间中确定目标统计时间点；

获取所述目标统计时间点对应的目标统计周期的目标终端历史比例；

在所述终端当前比例满足所述目标终端历史比例的情况下，确定所述目标直播间不存在刷量情况；

在所述终端当前比例未满足所述目标终端历史比例的情况下，确定所述目标直播间存在刷量情况。

可选的，所述统计模块502，进一步被配置为：

获取直播平台在预设时间区间内每个统计时间点的用户集合；

确定每个用户集合中用户使用终端的终端信息。

可选的，所述统计模块502，进一步被配置为：

确定直播平台中的直播间类型；

统计每个直播间类型对应的历史终端信息；

根据每个直播间类型对应的历史终端信息计算每个直播间类型对应的终端历史比例。

可选的，所述采集模块504，进一步被配置为：

确定所述目标直播间的目标直播间类型和所述目标直播间对应当前终端信息；

根据所述当前终端信息计算所述目标直播间的当前终端占比信息。

可选的，所述确定模块506，进一步被配置为：

根据所述目标直播间类型在所述终端历史比例中确定目标终端历史比例；

在所述当前终端占比信息满足所述目标终端历史比例的情况下，确定所述目标直播间不存在刷量情况；

在所述当前终端占比信息未满足所述目标终端历史比例的情况下，确定所述目标直播间存在刷量情况。

可选的，所述统计模块502，进一步被配置为：

获取每个直播间类型对应的用户集合；

确定每个用户集合中用户使用终端的终端信息。

可选的，所述统计模块502，进一步被配置为：

统计所述直播平台中参与直播的终端系统信息，根据所述终端系统信息确定历史终端系统占比信息；

统计每个终端系统对应的终端属性信息，根据每个终端系统的终端属性信息确定每个终端系统对应的历史终端属性占比信息。

可选的，所述采集模块504，进一步被配置为：

采集所述目标直播间在当前时间点的当前终端信息；

根据所述当前终端信息计算所述目标直播间的当前终端系统占比信息和每个终端系统对应的当前终端属性占比信息。

可选的，所述确定模块506，进一步被配置为：

判断所述当前终端系统占比信息与所述历史终端系统占比信息是否满足系统刷量判定规则；

若是，则确定所述目标直播间存在刷量情况；

若否，确定目标终端系统，判断所述目标终端系统对应的当前终端属性占比信息与所述目标终端系统对应的历史终端属性占比信息是否满足属性刷量判定规则；

若是，则确定所述目标直播间存在刷量情况；

若否，则确定所述目标直播间不存在刷量情况。

可选的，所述统计模块502，进一步被配置为：

获取所述直播平台中参与直播的用户集合；

确定每个用户使用终端的终端系统信息。

可选的，所述装置还包括：

直播人数获取模块，被配置为在所述直播平台中确定初始直播间，并获取所述初始直播间的直播间人数；

直播间确定模块506，被配置为在所述直播间人数超过预设阈值的情况下，确定所述初始直播间为目标直播间。

本申请实施例提供的确定直播间刷量的装置，统计直播平台的历史终端信息，确定终端历史比例；采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例；根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况。采用时间、直播间类型结合终端分布综合分析的方式判断直播间是否存在刷量的情况，根据历史的终端占比信息和当前时间点的终端占比信息综合判断刷量情况的防刷策略，丰富了判断直播间是否存在刷量的方法，提升了判断刷量的准确率。

上述为本实施例的一种确定直播间刷量的装置的示意性方案。需要说明的是，该确定直播间刷量的装置的技术方案与上述的确定直播间刷量的方法的技术方案属于同一构思，确定直播间刷量的装置的技术方案未详细描述的细节内容，均可以参见上述确定直播间刷量的方法的技术方案的描述。

图6示出了根据本申请一实施例提供的一种计算设备600的结构框图。该计算设备600的部件包括但不限于存储器610和处理器620。处理器620与存储器610通过总线630相连接，数据库650用于保存数据。

计算设备600还包括接入设备640，接入设备640使得计算设备600能够经由一个或多个网络660通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备640可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本申请的一个实施例中，计算设备600的上述部件以及图6中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图6所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备600可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备600还可以是移动式或静止式的服务器。

其中，处理器620执行所述计算机指令时实现所述的确定直播间刷量的方法的步骤。

上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的确定直播间刷量的方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述确定直播间刷量的方法的技术方案的描述。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该计算机指令被处理器执行时实现如前所述确定直播间刷量的方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的确定直播间刷量的方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述确定直播间刷量的方法的技术方案的描述。

上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (17)

1.一种确定直播间刷量的方法，其特征在于，包括：

统计直播平台的历史终端信息，确定终端历史比例，其中，所述历史终端信息是指在预设时间区间内直播平台中接入终端的终端信息，所述终端历史比例是指在获取所述历史终端信息之后，基于处理规则，将终端进行分类，分类之后的终端之间的比例；

采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例，包括：

获取目标直播间在当前时间点的终端总数量，以及每个终端类型的数量，根据所述每个终端类型的数量和所述终端总数量，计算在当前时间点所述每个终端类型的所述终端当前比例；

根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况。

2.如权利要求1所述的确定直播间刷量的方法，其特征在于，统计直播平台的历史终端信息，确定终端历史比例，包括：

统计直播平台在预设时间区间内每个统计时间点的终端信息；

根据每个统计时间点的终端信息计算每个统计周期内的终端历史比例，其中预设时间区间包括至少一个统计周期，统计周期包括至少一个统计时间点。

3.如权利要求2所述的确定直播间刷量的方法，其特征在于，采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例，包括：

采集目标直播间在当前时间点的当前终端信息；

基于所述当前终端信息确定所述当前时间点的终端当前比例。

4.如权利要求3所述的确定直播间刷量的方法，其特征在于，根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况，包括：

根据所述当前时间点在所述预设时间区间中确定目标统计时间点；

获取所述目标统计时间点对应的目标统计周期的目标终端历史比例；

在所述终端当前比例满足所述目标终端历史比例的情况下，确定所述目标直播间不存在刷量情况；

在所述终端当前比例未满足所述目标终端历史比例的情况下，确定所述目标直播间存在刷量情况。

5.如权利要求2-4任意一项所述的确定直播间刷量的方法，其特征在于，统计直播平台在预设时间区间内每个统计时间点的终端信息，包括：

获取直播平台在预设时间区间内每个统计时间点的用户集合；

确定每个用户集合中用户使用终端的终端信息。

6.如权利要求1所述的确定直播间刷量的方法，其特征在于，统计直播平台的历史终端信息，确定终端历史比例，包括：

确定直播平台中的直播间类型；

统计每个直播间类型对应的历史终端信息；

根据每个直播间类型对应的历史终端信息计算每个直播间类型对应的终端历史比例。

7.如权利要求6所述的确定直播间刷量的方法，其特征在于，采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例，包括：

确定所述目标直播间的目标直播间类型和所述目标直播间对应当前终端信息；

根据所述当前终端信息计算所述目标直播间的当前终端占比信息。

8.如权利要求7所述的确定直播间刷量的方法，其特征在于，根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况，包括：

根据所述目标直播间类型在所述终端历史比例中确定目标终端历史比例；

在所述当前终端占比信息满足所述目标终端历史比例的情况下，确定所述目标直播间不存在刷量情况；

在所述当前终端占比信息未满足所述目标终端历史比例的情况下，确定所述目标直播间存在刷量情况。

9.如权利要求6-8任意一项所述的确定直播间刷量的方法，其特征在于，统计每个直播间类型对应的历史终端信息，包括：

获取每个直播间类型对应的用户集合；

确定每个用户集合中用户使用终端的终端信息。

10.如权利要求1所述的确定直播间刷量的方法，其特征在于，统计直播平台的历史终端信息，确定终端历史比例，包括：

统计所述直播平台中参与直播的终端系统信息，根据所述终端系统信息确定历史终端系统占比信息；

统计每个终端系统对应的终端属性信息，根据每个终端系统的终端属性信息确定每个终端系统对应的历史终端属性占比信息。

11.如权利要求10所述的确定直播间刷量的方法，其特征在于，采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例，包括：

采集所述目标直播间在当前时间点的当前终端信息；

根据所述当前终端信息计算所述目标直播间的当前终端系统占比信息和每个终端系统对应的当前终端属性占比信息。

12.如权利要求11所述的确定直播间刷量的方法，其特征在于，根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况，包括：

判断所述当前终端系统占比信息与所述历史终端系统占比信息是否满足系统刷量判定规则；

若是，则确定所述目标直播间存在刷量情况；

若否，确定目标终端系统，判断所述目标终端系统对应的当前终端属性占比信息与所述目标终端系统对应的历史终端属性占比信息是否满足属性刷量判定规则；

若是，则确定所述目标直播间存在刷量情况；

若否，则确定所述目标直播间不存在刷量情况。

13.如权利要求10-12任意一项所述的确定直播间刷量的方法，其特征在于，统计所述直播平台中参与直播的终端系统信息，包括：

获取所述直播平台中参与直播的用户集合；

确定每个用户集合中用户使用终端的终端系统信息。

14.如权利要求1所述的确定直播间刷量的方法，其特征在于，在采集目标直播间的当前终端信息之前，所述方法还包括：

在所述直播平台中确定初始直播间，并获取所述初始直播间的直播间人数；

在所述直播间人数超过预设阈值的情况下，确定所述初始直播间为目标直播间。

15.一种确定直播间刷量的装置，其特征在于，包括：

统计模块，被配置为统计直播平台的历史终端信息，确定终端历史比例，其中，所述历史终端信息是指在预设时间区间内直播平台中接入终端的终端信息，所述终端历史比例是指在获取所述历史终端信息之后，基于处理规则，将终端进行分类，分类之后的终端之间的比例；

采集模块，被配置为采集目标直播间的当前终端信息，并基于所述当前终端信息确定终端当前比例，包括：

获取目标直播间在当前时间点的终端总数量，以及所述每个终端类型的数量，根据所述每个终端类型的数量和终端总数量，计算在当前时间点所述每个终端类型的所述终端当前比例；

确定模块，被配置为根据所述终端历史比例和所述终端当前比例，确定所述目标直播间是否存在刷量情况。

16.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述计算机指令时实现权利要求1-14任意一项所述方法的步骤。

17.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该计算机指令被处理器执行时实现权利要求1-14任意一项所述方法的步骤。