CN106713938A - 一种数据处理方法与装置 - Google Patents

Abstract

本发明公开了一种数据处理方法与装置，属于互联网直播技术领域。所述方法包括：根据直播间的主播信息，确定人气配置信息；监控所述直播间的收看状况；基于所述人气配置信息及所述直播间的收看状况，计算所述直播间的人气值。本发明实施例能够客观、公正地确定网络直播平台上所有直播间主播的人气值，同时避免那些优质的直播间淹没在海量的直播间中。

Description

一种数据处理方法与装置

技术领域

本发明涉及互联网直播技术领域，尤其涉及一种数据处理方法与装置。

背景技术

网络直播系统是一种将主播用户的直播视频流广播至多个观众用户进行观看的互联网系统。网络直播系统通常按照直播间或房间进行划分，在一个房间内或一个直播间内通常包括：一个主播用户和多个观众用户。

一般情况下，参与到直播间的在线观众用户的数量越多，该直播间所显示的人气值就越高，该直播间在网络直播平台网页上的显示位置也就越靠前，就越容易被观众用户所发现。但是，由于市场上各种各样的刷人气软件的存在，单纯地根据监视得到的参与到直播间的人次数来计算该直播间的人气值显然不够客观，并且，那些优质的直播间很难从大量的直播间中脱颖而出展示给用户。

发明内容

本发明提供一种数据处理方法与装置，目的在于能够客观、公平的确定网络直播平台上所有直播间主播的人气值，同时避免那些优质的直播间淹没在海量的直播间中。

为了解决上述技术问题，本发明提供一种数据处理方法，包括：

根据直播间的主播信息，确定人气配置信息；

监控所述直播间的收看状况；

基于所述人气配置信息及所述直播间的收看状况，计算所述直播间的人气值。

可选地，根据所述主播信息，确定人气配置信息，包括：

根据所述主播信息，确定所述主播所属的级别；

基于所述主播所属的级别，制定相应的人气配置信息。

可选地，基于所述主播所属的级别，制定相应的人气配置信息，包括：

若所述主播所属的级别为自动配置级别，则获取所述主播的历史直播优质度，基于所述历史直播优质度制定所述人气配置信息；

若所述主播所属的级别为手动配置级别，则获取通过配置界面输入的所述人气配置信息。

可选地，获取所述主播的历史直播优质度，包括：

获取所述主播的历史直播人气值和/或直播内容；

根据所述历史直播人气值和/或直播内容，评估所述主播的历史直播优质度。

可选地，监控所述直播间的收看状况，包括：

通过多种途径，获取在线观看所述直播间的统计信息；

综合各途径获取到的所述统计信息，评测所述直播间的收看状况。

可选地，监控所述直播间的收看状况，还包括：

分别对各途径中的一个途径获取到的所述统计信息进行多次排重处理，得到多个排重结果；

以及，所述综合各途径获取到的所述统计信息，评测所述直播间的收看状况，包括：

综合各途径的多个排重结果，评测所述直播间的收看状况。

可选地，所述统计信息为人气数；以及

综合各途径的多个排重结果，评测所述直播间的收看状况，包括：

获取各途径的多个排重结果所对应的预置系数；

基于各途径的多个排重结果所对应的预置系数，分别对各途径的多个排重结果进行处理得到处理后的各途径的多个排重结果；

根据所述处理后的各途径的多个排重结果以及所述各途径的排重结果的总个数计算得到评测人气数。

采用所述评测人气数表征所述直播间的收看状况。

可选地，分别对各途径中的一个途径获取到的所述统计信息进行多次排重处理，得到多个排重结果，包括：

对各途径中的一个途径获取到的所述统计信息进行登陆名排重处理，得到第一排重结果；

对各途径中的一个途径获取到的所述统计信息进行终端ID排重处理，得到第二排重结果；

和/或对各途径中的一个途径获取到的所述统计信息进行终端IP排重处理，得到第三排重结果。

可选地，所述多种途径，包括：从内容分发网络CDN(Content Delivery Network,内容分发网络)服务器针对所述直播间所记录的数据中获取的途径；从长链服务器针对所述直播间所记录的数据中获取的途径；和/或从打点服务器针对所述直播间所记录的数据中获取的途径。

可选地，所述数据处理方法，还包括：

若所述人气值超出预设的合理范围，则调整所述人气值。

为了解决上述技术问题，本发明还提供一种数据处理装置，包括：

确定模块，用于根据直播间的主播信息，确定人气配置信息；

监控模块，用于监控所述直播间的收看状况；

计算模块，用于基于所述人气配置信息及所述直播间的收看状况，计算所述直播间的人气值。

可选地，所述确定模块，包括：

确定子模块，用于根据所述主播信息，确定所述主播所属的级别；

制定子模块，用于基于所述主播所属的级别，制定相应的人气配置信息。

可选地，所述制定子模块还用于，

若所述主播所属的级别为自动配置级别，则获取所述主播的历史直播优质度，基于所述历史直播优质度制定所述人气配置信息；

若所述主播所属的级别为手动配置级别，则获取通过配置界面输入的所述人气配置信息。

可选地，所述制定子模块，包括：

第一获取单元，用于获取所述主播的历史直播人气值和/或直播内容；

评估单元，用于根据所述历史直播人气值和/或直播内容，评估所述主播的历史直播优质度。

可选地，所述监控模块，包括：

获取子模块，用于通过多种途径，获取在线观看所述直播间的统计信息；

评测子模块，用于综合各途径获取到的所述统计信息，评测所述直播间的收看状况。

需要说明的是，所述多种途径，包括：从网络分发网络CDN服务器针对所述直播间所记录的数据中获取的途径；从长链服务器针对所述直播间所记录的数据中获取的途径；和/或从打点服务器针对所述直播间所记录的数据中获取的途径。

可选地，所述监控模块，还包括：

排重子模块，用于分别对各途径中的一个途径获取到的所述统计信息进行多次排重处理，得到多个排重结果；

所述评测子模块，还用于综合各途径的多个排重结果，评测所述直播间的收看状况。

可选地，所述评测子模块，包括：

第二获取单元，用于获取各途径的多个排重结果所对应的预置系数；

处理单元，用于基于各途径的多个排重结果所对应的预置系数，分别对各途径的多个排重结果进行处理得到处理后的各途径的多个排重结果；

计算单元，用于根据所述处理后的各途径的多个排重结果以及所述各途径的排重结果的总个数计算得到评测人气数；

表征单元，用于采用所述评测人气数表征所述直播间的收看状况。

可选地，所述排重子模块还用于，对各途径中的一个途径获取到的所述统计信息进行登陆名排重处理，得到第一排重结果；

对各途径中的一个途径获取到的所述统计信息进行终端ID排重处理，得到第二排重结果；

和/或对各途径中的一个途径获取到的所述统计信息进行终端IP排重处理，得到第三排重结果。

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

调节模块，用于若所述人气值超出预设的合理范围，则调整所述人气值。

本发明实施例提供的技术方案并不是单纯地根据检测到的当前在线收看人数来确定直播间的人气值，而是会结合该直播间的主播信息来确定该直播间的人气配置信息，然后根据该直播间的人气配置信息以及实际监测到的直播间收看状况计算得到一个更加客观、公平的人气值，使得网络直播平台能够更加公平、公正地推荐其平台上的所有直播间，同时还有效避免了由于市场上各种各样的刷人气软件的存在所导致的单纯根据监测到的当前在线收看该直播间的人数计算得到的直播间人气值不够客观等技术问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的数据处理方法的一个实施例的流程图；

图2为本发明实施例提供的数据处理方法的又一个实施例的流程图；

图3为本发明实施例提供的数据处理方法的又一个实施例的流程图；

图4为本发明实施例提供的数据处理方法的又一个实施例的流程图；

图5为本发明实施例提供的数据处理方法的又一个实施例的流程图；

图6为本发明实施例提供的数据处理装置的一个实施例的结构示意图；

图7为本发明实施例提供的数据处理装置的一个实施例的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本发明实施例中可能采用术语第一、第二、第三等来描述XXX，但这些XXX不应限于这些术语。这些术语仅用来将XXX彼此区分开。例如，在不脱离本发明实施例范围的情况下，第一XXX也可以被称为第二XXX，类似地，第二XXX也可以被称为第一XXX。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于监测”。类似地，取决于语境，短语“如果确定”或“如果监测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当监测(陈述的条件或事件)时”或“响应于监测(陈述的条件或事件)”。

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

图1为本发明实施例提供的数据处理方法的一个实施例的流程图，该方法包括以下几个步骤：

步骤101：根据直播间的主播信息，确定人气配置信息。

其中，主播信息可包含主播标识(例如主播昵称)、主播的直播经验(例如主播所处的级别)、主播的关注度(例如该主播被订阅的数量)、直播内容等等。在网络直播平台上，主播类型至少包含有：普通主播、签约主播以及专题主播。其中，签约主播指的是那些与网络直播平台签定了协议的主播；专题主播指的是直播了推广专题的主播；普通主播指的是那些与网络直播平台未签订任何协议，且未直播推广专题的主播。

在具体实施时，可先根据主播信息，识别出主播所属的类型；然后根据主播所属的类型为直播间确定人气配置信息。例如，当所述主播间的主播标识显示所述主播为签约主播时，确定一个较高的人气配置信息，当所述直播间的主播标识显示所述主播为普通主播时，确定一个一般的人气配置信息。或者，直接根据直播间的直播内容，为直播间确定相应的人气配置信息；例如，当所述直播间的直播内容属于某一推广专题，则确定一个较高的人气配置信息，当所述直播间的直播内容不属于任何一推广专题，则确定一个较低的人气配置信息。又或者，根据直播间的关注度和直播经验，确定人气配置信息；例如，所述直播间的关注度越高，直播经验越丰富，所述直播间的人气配置信息的数值可以配置的较高。

步骤102：监控所述直播间的收看状况。

当所述直播间的主播正在直播时，网络直播平台会通过后台服务器去监控所述直播间的收看状况，即监控参与到所述直播间的在线观看人数；例如，监控进入直播间观看的人数、发弹幕人数等等。其中，后台服务器可包含有CDN服务器、长链服务器、打点服务器等。

步骤103：基于所述人气配置信息及所述直播间的收看状况，计算所述直播间的人气值。

在一种可实现的方案中，可将所述人气配置信息的数值乘以监控得到的参与到所述直播间的在线观看人数得到所述直播间的人气值，即所述直播间网页上所显示的人气值。

本实施例提供的技术方案并不是单纯地根据检测到的当前在线收看人数来确定直播间的人气值，而是会结合该直播间的主播信息来确定该直播间的人气配置信息，然后根据该直播间的人气配置信息以及实际监测到的直播间收看状况计算得到一个更加客观、公平的人气值，使得网络直播平台能够更加公平、公正地推荐其平台上的所有直播间，同时还有效避免了由于市场上各种各样的刷人气软件的存在所导致的单纯根据监测到的当前在线收看该直播间的人数计算得到的直播间人气值不够客观等技术问题。

如图2所示，针对根据直播间的主播信息，确定人气配置信息的步骤101进一步说明。

上述实施例中，根据所述主播信息，确定人气配置信息，可采用如下方法实现：

步骤201：根据所述主播信息，确定所述主播所属的级别；

步骤202：基于所述主播所属的级别，制定相应的人气配置信息。

当直播间的主播信息表明所述主播为普通主播时，可确定出所述主播所属的级别为自动配置级别，当直播间的主播信息表明所述主播为签约主播或是专题主播时，可确定出所述主播所属的级别为手动配置级别。在确定出所述主播所属的级别之后，再基于所述主播所属的级别来制定相应的人气配置信息。

通常来说，针对不同类型的主播，由于所属级别不同，其人气配置信息也是不一样的。例如，与网络直播平台签订过协议的主播大部分都是受观众欢迎的名人，或是在某一专题(例如某一游戏专题)领域具有超高水平的玩家，这些主播的直播视频内容的优质度较高，也很可能是用户想要观看的，因此，其人气配置信息的数值也会相应地高于其他主播的人气配置信息。

可选地，所述基于所述主播所属的级别，制定相应的人气配置信息的步骤202，具体可以包括：

若所述主播所属的级别为自动配置级别，则获取所述主播的历史直播优质度，基于所述历史直播优质度制定所述人气配置信息；

若所述主播所属的级别为手动配置级别，则获取通过配置界面输入的所述人气配置信息。

在实际应用中，若所述主播为普通主播，也就是该主播的级别为自动配置级别，则自动获取所述主播的历史直播优质度，根据所述主播的历史直播优质度的高低来制定所述人气配置信息。所述主播的历史直播优质度越高，所述人气配置信息的数值也就越高，所述主播的历史直播优质度越低，所述人气配置信息的数值也就会越低；若所述主播为签约主播或专题主播，也就是该主播的级别为手动配置级别，则会获取网络直播平台的运营人员通过配置界面所输入的人气配置信息，其中，所述配置界面为预先设置，以供网络直播平台的运营人员输入并提交所述人气配置信息，针对手动配置级别的主播，其人气配置信息数值可设置在0～16之间。

如图3所示，针对获取所述主播的历史直播优质度的步骤进一步说明。

获取所述主播的历史直播优质度，进一步包括：

步骤301：获取所述主播的历史直播人气值和/或直播内容。

步骤302：根据所述历史直播人气值和/或直播内容，评估所述主播的历史直播优质度。

在实际应用中，网络直播平台的后台服务器会对网络直播平台上的所有主播的历史直播的人气值以及历史直播内容进行记录。通过对主播的历史直播的人气值的数据分析，可以获知该直播间主播的受欢迎程度，通过对主播的历史直播内容的数据分析，可以获取该直播间的直播内容的优劣情况。根据直播间主播的受欢迎程度和/或历史直播内容的优劣情况，来评估所述主播的历史直播优质度是相对比较客观公正的。那么，结合主播的历史直播优质度来制定所述主播的人气配置信息也是相对比较客观公正的，即优质主播可以获得一个相对较好的人气配置信息，一般主播就获得一个相对一般的人气配置信息。

例如，针对自动配置级别的主播而言，其人气配置信息的数值可预先设置在5～10之间，当主播的人气配置信息的数值为5时，可以认为该主播的历史直播人气值很低或是该主播的历史直播内容很一般；当主播的人气配置信息的数值为10时，可以认为该主播的历史直播人气值很高或是该主播的历史直播内容很优质。

在本实施例中，在确定直播间的人气值时并不是单纯地根据检测到的当前在线收看人数来确定直播间的人气值，而是会结合该直播间的主播信息、历史受欢迎程度以及直播内容的优质程度来确定一个相对客观公正的人气配置信息，然后根据该人气配置信息对该直播间的当前在线观看人数进行处理，从而得到一个相对客观、公正的人气值，使得网络直播平台能够更加公平、公正地推荐其平台上的所有直播间，使得那些优质主播的主播间从海量的直播间中脱颖而出展示给用户，同时还有效避免了由于市场上各种各样的刷人气软件的存在所导致的单纯根据监测到的当前在线收看该直播间的人数计算得到的直播间人气值不够客观等技术问题。

如图4所示，针对监控所述直播间的收看状况的步骤102进一步说明。

监控所述直播间的收看状况，包括：

步骤401：通过多种途径，获取在线观看所述直播间的统计信息；

步骤402：综合各途径获取到的所述统计信息，评测所述直播间的收看状况。

其中，所述多种途径，包括：从CDN服务器针对所述直播间所记录的数据中获取的途径；从长链服务器针对所述直播间所记录的数据中获取的途径；和/或从打点服务器针对所述直播间所记录的数据中获取的途径。其中，所述统计信息为人气数。

通常来说，用户要想进入直播间，必须先与CDN服务器进行连接才能进入直播间进行观看，这样，CDN服务器就可以对参与到直播间的在线观看人数进行记录；用户要想看到直播间中别的用户发送的弹幕信息或是自己想要发弹幕信息，就必须先与长链服务器进行连接才能实现，这样，长链服务器就可以对参与到聊天室的在线用户人数进行记录；此外，本实施例中，还会在所述直播间页面上设置JS脚本(JavaScript，直译式脚本语言)，所述JS脚本会对进入直播间页面的在线用户进行记录，然后将记录的数据上传给打点服务器，这样，所述打点服务器就对进入所述直播间页面的在线用户人数进行了记录。

例如，当有用户欲通过客户端进入到某一直播间时，该用户会去点击网络直播平台页面上的所述直播间的图标，这时，所述客户端会向CDN服务器发送参与请求，所述CDN服务器在接收到所述参与请求时，会回应所述参与请求并与所述客户端建立连接关系，这样，所述用户就可以进入所述直播间进行观看，并且，只要所述用户一直处于所述直播间中观看直播视频，所述客户端就会一直保持着与所述CDN服务器的连接，直到所述用户退出所述直播间，所述连接才会断开。所述CDN服务器会对当前与之建立连接的客户端的数量进行记录，也即是对参与到所述直播间的在线用户人数进行记录，例如，当前有500个用户通过各自的客户端与所述CDN服务器建立了连接，则所述CDN服务器当前所记录的数据为500。

在本实施例中，通过多个渠道来记录并获取参与到所述直播间的在线用户人数，不仅可以提高数据来源的稳定性，还能提高获取到的直播间的收看状况的真实度。例如，用户通过浏览器或是手机客户端加载进入直播间页面时，当页面加载到直播视频时，CDN服务器会记录一次，当页面加载到聊天室时，长链服务器会记录一次，当页面加载到直播间页面上预先设置有JS脚本的位置时，打点服务器会记录一次，这样，当这三个服务器中有一个服务器因发生故障而无法进行记录时，由于其他两个服务器还能正常工作，从而能够确保对当前参与到直播间的在线用户人数进行有效记录，提高了数据来源的稳定性，并且结合多种渠道所记录的数据来评估所述直播间的收看状态，无疑可以提高评估结果的真实度。

作为又一实施例，还可以分别对各途径中的一个途径获取到的所述统计信息进行多次排重处理，得到多个排重结果；综合各途径的多个排重结果，评测所述直播间的收看状况。

在本实施例中，并不将从各途径获取到的多个原始数据作为评测所述直播的收看状况的数据依据，而是会对各个途径获取到的原始数据进行多次排重处理，每次排重都会得到一个排重结果，再根据所有的排重结果来评测所述直播间的收看状况。

可选地，针对分别对各途径中的一个途径获取到的所述统计信息进行多次排重处理，得到多个排重结果的步骤，进一步包括：

对各途径中的一个途径获取到的所述统计信息进行登陆名排重处理，得到第一排重结果；对各途径中的一个途径获取到的所述统计信息进行终端ID排重处理，得到第二排重结果；和/或对各途径中的一个途径获取到的所述统计信息进行终端IP排重处理，得到第三排重结果。

下面对基于CDN服务器所记录的原始数据进行的登陆名排重、终端ID排重以及终端IP排重处理进行举例说明：

登陆名排重处理：当一个用户通过电脑上的网页浏览器和手机手机客户端分别登陆自己的登陆名时，并同时进入到同一个直播间，那么，CDN服务器在记录所述直播间的在线观看人数时，会针对这一个用户记录两次，也即是对该用户重复记录了一次，因此，在对CDN服务器所记录的数据进行登陆名排重时，依据登陆名，将针对同一登陆名的多次记录化为1，即只算一次。

终端ID排重处理：终端ID指的是终端的唯一标识符，当一个用户在一个终端上采用多个登陆名进行登陆并同时进入到同一直播间时，CDN服务器会针对该用户重复记录多次，在进行终端ID排重处理时，会将针对同一终端ID的多次记录化为1，即只算一次。

终端IP排重处理：每个终端在连接到网络之后，网络会自动为其分配一个IP，当一个用户在一个终端上采用多个登陆名进行登陆并同时进入到同一直播间时，CDN服务器会针对该用户重复记录多次，在进行终端IP排重处理时，会将针对同一终端IP的多次记录化为1，即只算一次。

对于长链服务器以及打点服务器所记录的原始数据的登陆名排重、终端ID排重以及终端IP排重处理与对CDN服务器所记录的原始数据的处理一样，在此不再赘述。

如图5所示，针对综合各途径的多个排重结果，评测所述直播间的收看状况的步骤进一步说明。

综合各途径的多个排重结果，评测所述直播间的收看状况，包括：

步骤501：获取各途径的多个排重结果所对应的预置系数。

由于对各个服务器所记录的原始数据进行的登陆名处理所得到的排重结果中只包含了那些以登陆名进入直播间的在线用户人数。而在实际情况中，会存在一些以游客形式进入直播间进行观看的用户，这些用户可能还没有在网络直播平台上进行注册或是注册了但是没有进行登陆的用户，在登陆名排重之后，这些以游客形式参与的用户人数就会被排除，这必然会导致排重得到的排重结果低于真实的人数。由于这些以游客形式参与的用户进入所述直播间所使用的终端IP或是终端ID也会被记录在服务器中的，因此，根据服务器所记录的原始数据进行大数据分析，得到一个对应于登陆名排重结果的预置系数。

通常情况下，一个公司的所有电脑对外网进行访问时只有一个IP地址，当某一公司的多个员工通过各自的办公电脑来观看同一个直播间的直播视频时，通过对服务器所记录的原始数据进行终端IP排重得到的排重结果中针对该公司只算了一次，这必然导致排重得到的排重结果低于真实人数。因此，根据服务器所记录的终端ID以及终端IP等原始数据进行大数据分析，得到一个对应于登陆名排重结果的预置系数。

当然，对应于终端ID排重结果，也可以根据对服务器所记录的数据进行大数据分析从而设置一个对应于终端ID排重结果的预置系数。

例如，选取CDN服务器以及长链服务器所记录的数据作为数据来源：对CDN服务器所记录的原始数据进行登录名排重所得到的排重结果为A，进行的终端IP排重所得到的排重结果为B，进行的终端ID排重所得到的排重结果为C；对长链服务器所记录的原始数据进行登录名排重所得到的排重结果为D，进行的终端IP排重所得到的排重结果为E，进行的终端ID排重所得到的排重结果为F。

对应于A的预置系数为X1；

对应于B的预置系数为X2；

对应于C的预置系数为X3；

对应于D的预置系数为Y1；

对应于E的预置系数为Y2；

对应于F的预置系数为Y3；

步骤502：基于各途径的多个排重结果所对应的预置系数，分别对各途径的多个排重结果进行处理得到处理后的各途径的多个排重结果。

具体地，将各个排重结果所对应的预置系数分别乘以各自对应的排重结果得到处理后的各个排重结果。

例如，对应于A的处理后的排重结果为A×X1(A乘以X1)；

对应于B的处理后的排重结果为B×X2(B乘以X2)；

对应于C的处理后的排重结果为C×X3(C乘以X3)；

对应于D的处理后的排重结果为D×Y1(D乘以Y1)；

对应于E的处理后的排重结果为E×Y2(F乘以Y2)；

对应于F的处理后的排重结果为F×Y3(F乘以Y3)。

步骤503：根据所述处理后的各途径的多个排重结果以及所述各途径的排重结果的总个数计算得到评测人气数。

具体地，对所述处理后的各途径的多个排重结果进行求和再除以排重结果的总个数得到评测人气数。

例如，评测人气数＝(A×X1+B×X2+C×X3+D×Y1+E×Y2+F×Y3)/6，

其中，6为排重结果的总个数。

步骤504：采用所述评测人气数表征所述直播间的收看状况。

在本实施例中，并不将从各途径获取到的多个原始数据作为评测所述直播的收看状况的数据依据，而是会对各个途径获取到的原始数据进行多次排重处理，每次排重都会得到一个排重结果，再根据所有的排重结果来评测所述直播间的收看状况。通过排重可以很好的将那些通过刷人气软件刷来的人气数进行排除，并且，由于在本实施例中，最终获得的评测人气数可以认为是多个排重结果的平均数，当多个排重结果中某一排重结果是通过刷人气软件刷出来的，经过平均计算，刷出来的数据在最终评测人气数中所占的比重就会很小，可见，最终得到评测人气数是一个相对比较客观的数据。

作为又一实施例，在基于所述直播间主播的人气配置信息及所述直播间的收看状况，计算得到所述直播间的人气值的步骤103之后，还可包括：

获取一随机数；

根据所述直播间的人气值及所述随机数，计算得到所述直播间的显示人气值。

其中，所述随机数是随机获取的，其范围可设置在1～11之间，所述直播间的显示人气值指的是直播间页面上最终显示的人气值。

例如，针对某一直播间，获取到的评测人气数为200，人气配置信息为8，获取到的随机数为4，最终得到的显示人气值H为：

H＝200×8-4＝1596。

在本实施例中，对计算得到的直播间的人气值进行扣减随机数可以有效防止网络直播平台人气值的计算算法被非法破解获取，提高平台算法的保密性。

作为又一实施例，在计算得到所述直播间的人气值之后，会对所述直播间的人气值进行监控，若所述人气值超出预设的合理范围，则调整所述人气值。

例如，对于网络直播平台新推出的某一游戏专题主播而言，网络直播平台是希望将该游戏专题推荐给用户的，因此，平台的运营人员就会通过预设配置页面给这个游戏专题内的专题主播一个高的人气配置信息，所述专题主播的直播间的人气值就会迅速增加，并且显示在网络直播平台页面的靠前位置，很容易被用户发现，这样一来，进入所述直播间的在线用户人数也会立即暴增，再加上一个高的人气配置信息，最后得到的所述直播间的人气值很可能就超出了预设的合理范围，一旦所述直播间的人气值超出预设的合理范围，网络运营人员可以根据所述直播间的真实在线用户人数来合理降低所述人气值。

需要说明的是，针对自动配置级别的主播，网络直播平台的运营人员虽然有权限进行人气配置信息的配置，但是，在网络直播平台的后台权限管理中，不同级别的运营人员所具有的权限大小是不同的，一般而言，上级运营人员可管制并约束下级运营人员所行驶的权限，例如，下级执行运行人员在行驶自己的权限时，上级运营人员会对其行为进行监视，如有违规行为，上级运营人员可直接进行人气值的修改。

在本实施例中，合理安排并监管网络直播平台的运营人员的权限，可以确保能够公平公正地在网络运营平台上推荐主播。

如图6所示，本发明提供一种数据处理装置，包括：确定模块601、监控模块602和计算模块603。

所述确定模块601，用于根据直播间的主播信息，确定人气配置信息；

所述监控模块602，用于监控所述直播间的收看状况；

所述计算模块603，用于基于所述人气配置信息及所述直播间的收看状况，计算所述直播间的人气值。

如图7所示，所述确定模块601，可以包括确定子模块701和制定子模块702。

所述确定子模块701，用于根据所述主播信息，确定所述主播所属的级别；

所述制定子模块702，用于基于所述主播所属的级别，制定相应的人气配置信息。

可选地，所述制定子模块702还用于，

若所述主播所属的级别为自动配置级别，则获取所述主播的历史直播优质度，基于所述历史直播优质度制定所述人气配置信息；

若所述主播所属的级别为手动配置级别，则获取通过配置界面输入的所述人气配置信息。

可选地，所述制定子模块702，可以包括：

第一获取单元，用于获取所述主播的历史直播人气值和/或直播内容；

评估单元，用于根据所述历史直播人气值和/或直播内容，评估所述主播的历史直播优质度。

可选地，所述监控模块602，可以包括：

获取子模块703，用于通过多种途径，获取在线观看所述直播间的统计信息；

评测子模块705，用于综合各途径获取到的所述统计信息，评测所述直播间的收看状况。

需要说明的是，所述多种途径，包括：从CDN服务器针对所述直播间所记录的数据中获取的途径；从长链服务器针对所述直播间所记录的数据中获取的途径；和/或从打点服务器针对所述直播间所记录的数据中获取的途径。

可选地，所述监控模块602，还包括：

排重子模块704，用于分别对各途径中的一个途径获取到的所述统计信息进行多次排重处理，得到多个排重结果；

所述评测子模块705，还用于综合各途径的多个排重结果，评测所述直播间的收看状况。

可选地，所述评测子模块705，可以包括：

第二获取单元，用于获取各途径的多个排重结果所对应的预置系数；

处理单元，用于基于各途径的多个排重结果所对应的预置系数，分别对各途径的多个排重结果进行处理得到处理后的各途径的多个排重结果；

计算单元，用于根据所述处理后的各途径的多个排重结果以及所述各途径的排重结果的总个数计算得到评测人气数；

表征单元，用于采用所述评测人气数表征所述直播间的收看状况。

可选地，所述排重子模块704还用于，对各途径中的一个途径获取到的所述统计信息进行登陆名排重处理，得到第一排重结果；

对各途径中的一个途径获取到的所述统计信息进行终端ID排重处理，得到第二排重结果；

和/或对各途径中的一个途径获取到的所述统计信息进行终端IP排重处理，得到第三排重结果。

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

调节模块，用于若所述人气值超出预设的合理范围，则调整所述人气值。

所述装置与前述的方法流程描述对应，不足之处参考上述方法流程的叙述，不再一一赘述。

本发明并不是单纯地根据检测到的当前在线收看人数来确定直播间的人气值，而是会结合该直播间的主播信息以及历史直播优质程度来确定该直播间的人气配置信息，然后根据该直播间的人气配置信息对该直播间的当前在线观看人数进行处理，从而得到一个更加客观、公平的人气值，使得网络直播平台能够更加公平、公正地推荐其平台上的所有直播间，同时还有效避免了由于市场上各种各样的刷人气软件的存在所导致的单纯根据监测到的当前在线收看该直播间的人数计算得到的直播间人气值不够客观等技术问题。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (14)

1.一种数据处理方法，其特征在于，包括：

根据直播间的主播信息，确定人气配置信息；

监控所述直播间的收看状况；

基于所述人气配置信息及所述直播间的收看状况，计算所述直播间的人气值。

2.根据权利要求1所述的方法，其特征在于，根据所述主播信息，确定人气配置信息，包括：

根据所述主播信息，确定所述主播所属的级别；

基于所述主播所属的级别，制定相应的人气配置信息。

3.根据所述2所述的方法，其特征在于，基于所述主播所属的级别，制定相应的人气配置信息，包括：

若所述主播所属的级别为自动配置级别，则获取所述主播的历史直播优质度，基于所述历史直播优质度制定所述人气配置信息；

若所述主播所属的级别为手动配置级别，则获取通过配置界面输入的所述人气配置信息。

4.根据权利要求3所述的方法，其特征在于，获取所述主播的历史直播优质度，包括：

获取所述主播的历史直播人气值和/或直播内容；

根据所述历史直播人气值和/或直播内容，评估所述主播的历史直播优质度。

5.根据权利要求1至4中任一项所述的方法，其特征在于，监控所述直播间的收看状况，包括：

通过多种途径，获取在线观看所述直播间的统计信息；

综合各途径获取到的所述统计信息，评测所述直播间的收看状况。

6.根据权利要求5所述的方法，其特征在于，监控所述直播间的收看状况，还包括：

分别对各途径中的一个途径获取到的所述统计信息进行多次排重处理，得到多个排重结果；

以及，所述综合各途径获取到的所述统计信息，评测所述直播间的收看状况，包括：

综合各途径的多个排重结果，评测所述直播间的收看状况。

7.根据权利要求6所述的方法，其特征在于，所述统计信息为人气数；以及

综合各途径的多个排重结果，评测所述直播间的收看状况，包括：

获取各途径的多个排重结果所对应的预置系数；

基于各途径的多个排重结果所对应的预置系数，分别对各途径的多个排重结果进行处理得到处理后的各途径的多个排重结果；

根据所述处理后的各途径的多个排重结果以及所述各途径的排重结果的总个数，计算得到评测人气数。

采用所述评测人气数表征所述直播间的收看状况。

8.根据权利要求6所述的方法，其特征在于，分别对各途径中的一个途径获取到的所述统计信息进行多次排重处理，得到多个排重结果，包括：

对各途径中的一个途径获取到的所述统计信息进行登陆名排重处理，得到第一排重结果；

对各途径中的一个途径获取到的所述统计信息进行终端ID排重处理，得到第二排重结果；

和/或对各途径中的一个途径获取到的所述统计信息进行终端IP排重处理，得到第三排重结果。

9.根据权利要求5所述的方法，其特征在于，所述多种途径，包括：从内容分发网络CDN服务器针对所述直播间所记录的数据中获取的途径；从长链服务器针对所述直播间所记录的数据中获取的途径；和/或从打点服务器针对所述直播间所记录的数据中获取的途径。

10.根据权利要求1至4中任一项所述的方法，其特征在于，还包括：

若所述人气值超出预设的合理范围，则调整所述人气值。

11.一种数据处理装置，其特征在于，所述装置，包括：

确定模块，用于根据直播间的主播信息，确定人气配置信息；

监控模块，用于监控所述直播间的收看状况；

计算模块，用于基于所述人气配置信息及所述直播间的收看状况，计算所述直播间的人气值。

12.根据权利要求11所述的装置，其特征在于，所述确定模块，包括：

确定子模块，用于根据所述主播信息，确定所述主播所属的级别；

制定子模块，用于基于所述主播所属的级别，制定相应的人气配置信息。

13.根据所述12所述的装置，其特征在于，所述制定子模块还用于，

若所述主播所属的级别为自动配置级别，则获取所述主播的历史直播优质度，基于所述历史直播优质度制定所述人气配置信息；

若所述主播所属的级别为手动配置级别，则获取通过配置界面输入的所述人气配置信息。

14.根据权利要求11所述的装置，其特征在于，所述监控模块，包括：

获取子模块，用于通过多种途径，获取在线观看所述直播间的统计信息；

排重子模块，用于分别对各途径中的一个途径获取到的所述统计信息进行多次排重处理，得到多个排重结果；

评测子模块，用于综合各途径的多个排重结果，评测所述直播间的收看状况。