CN117793388A - 直播风险控制方法和装置 - Google Patents

Abstract

本申请实施例提供了一种直播风险控制方法和装置，包括：响应待直播用户发送的直播开启请求，确定所述待直播用户所属的账户类别；根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥；接收所述待直播用户根据所述目标推流域名和所述目标推流密钥发送的直播数据流；根据所述目标推流密钥对所述直播数据流进行推流控制。通过确定待直播用户所属的账户类别，针对不同类别的用户分配不同的推流域名和密钥，以达到隔离推流资源的目的，避免黑产用户批量发起的直播影响正常用户的直播效果，提高刷量的成本，从而可以有效遏止黑产账号恶意获得开播的奖励的行为，并保证即使出现误判现象，也并不影响正常主播。

Description

直播风险控制方法和装置

技术领域

本申请实施例涉及互联网技术领域，尤其涉及一种直播风险控制方法、装置、计算机设备及计算机可读存储介质。

背景技术

一些直播平台中，为了吸引更多的用户参与直播以提高平台的活跃度，为直播的用户发放开播奖励。然而，在直播的场景中，经常有主播或者黑产为了获取直播平台提供的开播奖励，会开播进行直播推流。一般会利用脚本批量的获取推流地址，并利用推流命令进行批量推流，这种批量进行直播推流的方式，因主播获取到的推流地址是推流域名，而域名在DNS解析的情况下，短时间内会解析到同一个IP节点上，这样会导致接收推流的IP节点上承载了大量直播流，进而导致这个IP节点的负载超过其能够承载的最大量级，该机器上的所有直播流都会产生卡顿的现象，进而影响正常直播间中观众的观看体验。

不同的直播平台为了遏制黑产刷量，会通过各种判断逻辑处理后，判断为黑产账号，会直接进行封号处理，让该账号无法直播。但是并不缺乏正常的主播，存在少量的刷量行为，这些主播也会有人观看，产生送礼等消费行为，给平台带来营收，如果直接对这类账号进行封号处理，会给平台带来营收的损失。同时，黑产账号的判断逻辑也并不完全是准确的，如果出现误判，就会导致正常的主播无法进行直播推流。

发明内容

本申请实施例的目的是提供一种直播风险控制方法、装置、计算机设备及计算机可读存储介质，用于解决以下问题：如何有效遏止黑产账号恶意获得开播的奖励的行为，并保证即使出现误判现象，也并不影响正常主播。

本申请实施例的一个方面提供了一种直播风险控制方法，包括：

响应待直播用户发送的直播开启请求，确定所述待直播用户所属的账户类别；

根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥，并将所述目标推流域名和目标推流密钥发送至所述待直播用户；

接收所述待直播用户根据所述目标推流域名和所述目标推流密钥发送的直播数据流；

根据所述目标推流密钥对所述直播数据流进行推流控制。

可选地，所述根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥，包括：

在所述待直播用户所属的账户类别为风险账户的情况下，控制在所述待直播用户对应的客户端中展示身份认证界面；

响应作用于所述身份认证界面上的认证操作，得到身份认证结果；

根据所述身份认证结果确定目标推流域名和目标推流密钥。

可选地，所述根据所述身份认证结果确定目标推流域名和目标推流密钥，包括：

在所述身份认证结果为不通过的情况下，确定用于为黑产主播提供服务的第一推流域名为目标推流域名；

按照预设算法生成目标推流密钥。

可选地，所述根据所述身份认证结果确定目标推流域名和目标推流密钥，包括：

在所述身份认证结果为通过的情况下，确定用于为正常主播提供服务的第二推流域名为目标推流域名；

获取在先生成的推流密钥作为目标推流密钥。

可选地，所述根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥，包括：

在所述待直播用户所属的账户类别为正常账户的情况下，确定用于为正常主播提供服务的第二推流域名为目标推流域名；

获取在先生成的推流密钥作为目标推流密钥。

可选地，所述根据所述目标推流密钥对所述直播数据流进行推流控制，包括：

在根据所述目标推流密钥对所述待直播用户鉴权通过的情况下，接受所述待直播用户的直播数据流。

可选地，所述根据所述目标推流密钥对所述直播数据流进行推流控制，包括：

在根据所述推流密钥对所述待直播用户鉴权失败的情况下，拒绝所述待直播用户的直播数据流。

可选地，所述接收所述待直播用户根据所述目标推流域名和所述目标推流密钥发送的直播数据流，包括：

根据所述目标推流域名建立所述待直播用户对应的推流链接；

接收所述待直播用户通过所述推流链接发送的携带所述目标推流密钥的直播数据流。

可选地，所述方法还包括：

在拒绝所述待直播用户的直播数据流之后，断开所述待直播用户对应的推流链接。

本申请实施例的一个方面又提供了一种直播风险控制装置，包括：

账户类别确定模块，用于响应待直播用户发送的直播开启请求，确定所述待直播用户所属的账户类别；

推流域名确定模块，用于根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥，并将所述目标推流域名和目标推流密钥发送至所述待直播用户；

直播数据流接收模块，用于接收所述待直播用户根据所述目标推流域名和所述目标推流密钥发送的直播数据流；

推流控制模块，用于根据所述目标推流密钥对所述直播数据流进行推流控制。

本申请实施例的一个方面又提供了一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述的直播风险控制方法的步骤。

本申请实施例的一个方面又提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行所述计算机程序时实现如上述的直播风险控制方法的步骤。

本申请实施例提供的直播风险控制方法、装置、设备及计算机可读存储介质，通过确定待直播用户所属的账户类别，针对不同类别的用户分配不同的推流域名和密钥，以达到隔离推流资源的目的，避免黑产用户批量发起的直播影响正常用户的直播效果，提高刷量的成本，从而可以有效遏止黑产账号恶意获得开播的奖励的行为，并保证即使出现误判现象，也并不影响正常主播。

附图说明

图1示意性示出了根据本申请实施例的直播风险控制方法的应用环境图；

图2示意性示出了根据本申请实施例一的直播风险控制方法的流程图；

图3示意性示出了一种推流域名注册链路的模块化框图；

图4示意性示出了一种直播风险控制过程的模块化框图；

图5示意性示出了根据本申请实施例二的直播风险控制装置的框图；及

图6示意性示出了根据本申请实施例三的适于实现直播风险控制方法的计算机设备的硬件架构示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，在本申请实施例中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

“网络黑产”简称黑产，是指通过网络技术形成的分工明确、衔接密切的利益团体，通过入侵计算机信息系统、非法窃取包括个人信息在内的计算机信息系统数据等，谋取非法利益的产业体系。黑产为了扩大获利面，总会尽可能广撒网，因此黑产行为越来越多的向批量化和自动化演进，这就向风控提出了新的挑战。一些业务平台为了营销，经常会开展优惠或者返现等活动，黑产闻风而至，大规模套利，业内称之为“薅羊毛”，最常见的手段就是大量注册新用户领取平台的活动奖励。

例如，平台为直播的用户发放开播奖励，然而，经常有主播或者黑产为了获取直播平台提供的开播奖励，会开播进行直播推流。一般会利用脚本批量的获取推流地址，并利用推流命令进行批量推流，由于每个直播账号都可以获取开播奖励，如果有几百个直播账号，则每日的赚取的奖励有上千元。

上述批量进行直播推流的方式，因主播获取到的推流地址是推流域名，而域名在DNS解析的情况下，短时间内会解析到同一个IP节点上，这样会导致接收推流的IP节点上承载了大量直播流，进而导致这个IP节点的负载超过其能够承载的最大量级，该机器上的所有直播流都会产生卡顿的现象。在先已经推流在该IP节点上的正常主播也会由于负载的升高，导致发生直播卡顿，进而影响观众观看。

不同的直播平台为了遏制黑产刷量，会通过各种判断逻辑处理后，判断为黑产账号，会直接进行封号处理，让该账号无法直播。但是并不缺乏正常的主播，存在少量的刷量行为，这些主播也会有人观看，产生送礼等消费行为，给平台带来营收，如果直接对这类账号进行封号处理，会给平台带来营收的损失。同时，黑产账号的判断逻辑也并不完全是准确的，如果出现误判，就会导致正常的主播无法进行直播推流。

因此，需要提供一种处理黑产账号的直播推流的方式，使得即使出现误判现象，也并不影响正常主播，同时，还可以遏止黑产账号获得开播的奖励。

有鉴于此，本申请旨在提出一种直播风险控制方法，通过响应待直播用户发送的直播开启请求，确定所述待直播用户所属的账户类别；根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥，并将所述目标推流域名和目标推流密钥发送至所述待直播用户；接收所述待直播用户根据所述目标推流域名和所述目标推流密钥发送的直播数据流；根据所述目标推流密钥对所述直播数据流进行推流控制。从而通过确定待直播用户所属的账户类别，针对不同类别的用户分配不同的推流域名和密钥，以达到隔离推流资源的目的，避免黑产用户批量发起的直播影响正常用户的直播效果，提高刷量的成本，从而可以有效遏止黑产账号恶意获得开播的奖励的行为，并保证即使出现误判现象，也并不影响正常主播。

本申请提供了多个实施例进一步介绍直播风险控制方案，具体参照下文。

在本申请的描述中，需要理解的是，步骤前的数字标号并不标识执行步骤的前后顺序，仅用于方便描述本申请及区别每一步骤，因此不能理解为对本申请的限制。

以下为本申请的术语解释：

直播流：直播音视频数据的传输，它能够被作为一个稳定的和连续的流通过网络传输给观众观看。

DNS：Domain Name System域名系统，是因特网的一项核心服务，它作为可以将域名和IP地址相互映射的一个分布式数据库，能够使人更方便的访问互联网，而不用去记住能够被机器直接读取的IP数串。

图1示意性示出了根据本申请实施例的环境应用示意图。如图1所示：

计算机设备10000可以通过网络20000连接客户端30000。

计算机设备10000可以提供服务，如进行网络调试，或返回直播风险控制结果数据给客户端30000等。

计算机设备10000可以位于诸如单个场所之类的数据中心，或者分布在不同的地理位置(例如，在多个场所)中。计算机设备10000可以经由一个或多个网络20000提供服务。网络20000包括各种网络设备，例如路由器，交换机，多路复用器，集线器，调制解调器，网桥，中继器，防火墙，代理设备和/或类似。网络20000可以包括物理链路，例如同轴电缆链路，双绞线电缆链路，光纤链路，其组合等。网络20000可以包括无线链路，诸如蜂窝链路，卫星链路，Wi-Fi链路等。

计算机设备10000可以由一个或多个计算节点实现。一个或多个计算节点可以包括虚拟化的计算实例。虚拟化的计算实例可以包括虚拟机，例如计算机系统，操作系统，服务器等的仿真。计算节点可以基于虚拟映像和/或定义用于仿真的特定软件(例如，操作系统，专用应用程序，服务器)的其他数据，由计算节点加载虚拟机。随着对不同类型的处理服务的需求改变，可以在一个或多个计算节点上加载和/或终止不同的虚拟机。可以实现管理程序来管理同一计算节点上不同虚拟机的使用。

客户端30000可以被配置为访问计算机设备10000的内容和服务。客户端30000可以包括任何类型的电子设备，诸如移动设备、平板设备、膝上型计算机、工作站、虚拟现实设备，游戏设备、机顶盒、数字流媒体设备、车辆终端、智能电视、机顶盒等。

客户端30000可以将直播风险控制结果数据等输出(例如，显示、渲染、呈现)给用户。

以下将通过多个实施例介绍网络调试方案。该方案可以通过计算机设备10000实施。

实施例一

图2示意性示出了根据本申请实施例一的直播风险控制方法的流程图。包括步骤S202-S208，其中，

步骤S202，响应待直播用户发送的直播开启请求，确定所述待直播用户所属的账户类别；

其中，待直播用户为需要进行直播推流的主播。在本实施例中，当主播需要进行直播推流时，可以通过在客户端提供的直播界面上进行开播操作，以向服务器发送直播开启请求。服务器接收到待直播用户发送的直播开启请求之后，通过对该直播开启请求进行响应，确定待直播用户所属的账户类别。

具体的，服务器中可以部署一个风险用户判别装置，在该风险用户判别装置中配置风险用户判别逻辑，以通过执行风险用户判别逻辑来确定主播是否为风险账户，具体的风险用户判别逻辑可以按照实际需要进行设置，本实施例对此不作具体限制。

步骤S204，根据所述待直播用户所属的账户类别确定目标推流域名和目标推流域名，并将所述目标推流域名和目标推流密钥发送至所述待直播用户；

在本实施例中，在给待直播用户分配推流域名和推流密钥时，为了隔离风险账户和正常账户之间的资源，可以根据待直播用户所属的账户类别来确定目标推流域名和目标推流域名，然后将目标推流域名和目标推流密钥发送至待直播用户。

具体的，分配给风险账户的目标推流域名可以为用于为黑产主播提供服务的第一推流域名，而分配给正常账户的目标推流域名可以为用于为正常主播提供服务的第二推流域名。给风险账户的目标推流密钥可以为实时生成的新的推流密钥，而分配给正常账户的目标推流密钥可以为用户上一次直播时所使用过的推流密钥，如果该正常账户为第一次开播，则可以为该正常账户实时一个新的推流密钥。

步骤S206，接收所述待直播用户根据所述目标推流域名和所述目标推流密钥发送的直播数据流；

在本实施例中，待直播用户接收到服务器发送的目标推流域名和目标推流密钥之后，可以根据该目标推流域名和目标推流密钥向服务器发送直播数据流。

在本申请的一种优选实施例中，所述步骤S206可以包括如下步骤：

根据所述目标推流域名建立所述待直播用户对应的推流链接；接收所述待直播用户通过所述推流链接发送的携带所述目标推流密钥的直播数据流。

具体的，待直播用户可以根据目标推流域名向服务器发起建连请求，服务器接收到建连请求之后，解析目标推流域名，分配一个接受推流节点，并建立该待直播用户和接受推流节点之间的推流链接，进而，待直播用户可以通过该推流链接来推送携带目标推流密钥的直播数据流。

步骤S208，根据所述目标推流密钥对所述直播数据流进行推流控制。

在本实施例中，服务器在接收到待直播用户推送的直播数据流之后，通过从直播数据流提取得到目标推流密钥，然后根据该目标推流密钥对直播数据流进行推流控制。其中，若是按照目标推流密钥对待直播用户鉴权成功，则可以接受待直播用户的推流；若是按照目标推流密钥对待直播用户鉴权失败，则可以拒绝待直播用户的推流。

以下提供几个可选地实施例，以进行优化所述直播风险控制方法，具体如下：

在本申请的一种优选实施例中，所述步骤S204可以包括如下步骤：

在所述待直播用户所属的账户类别为风险账户的情况下，控制在所述待直播用户对应的客户端中展示身份认证界面；响应作用于所述身份认证界面上的认证操作，确定身份认证结果；根据所述身份认证结果确定目标推流域名和目标推流密钥。

在本实施例中，在待直播用户所属的账户类别为风险账户的情况下，控制在待直播用户对应的客户端中展示身份认证界面。待直播用户可以在身份认证界面上进行认证操作，并将该认证操作上传至服务器。服务器在接收到待直播用户上传的认证操作之后，可以对根据该认证操作确定该待直播用户的身份认证结果，然后，根据身份认证结果确定分配给待直播用户的目标推流域名和目标推流密钥。

具体的，身份认证界面中可以提供多种认证方式，如人脸认证，指纹认证或支付账号认证等，本申请实施例对此不作具体限制。

在本申请的一种优选实施例中，所述根据所述身份认证结果确定目标推流域名和目标推流密钥，包括：

在所述身份认证结果为不通过的情况下，确定用于为黑产主播提供服务的第一推流域名为目标推流域名；按照预设算法生成目标推流密钥。

在本实施例中，在待直播用户属于风险账户，且身份认证结果为不通过的情况下，确定用于为黑产主播提供服务的第一推流域名为目标推流域名，并按照预设算法生成目标推流密钥。其中，预设算法可以为对称密钥生成算法，如DES、AES等，也可以为非对称密钥生成算法，如RSA、DSA等，本申请实施例对此不作具体限制。

在本申请的一种优选实施例中，所述根据所述身份认证结果确定目标推流域名和目标推流密钥，包括：

在所述身份认证结果为通过的情况下，确定用于为正常主播提供服务的第二推流域名为目标推流域名；获取在先生成的推流密钥作为目标推流密钥。

在本实施例中，在待直播用户属于风险账户，且身份认证结果为通过的情况下，可以确定用于为正常主播提供服务的第二推流域名为目标推流域名，然后获取在先生成的推流密钥作为目标推流密钥。

需要说明的是，一般情况下每一个账户推流的密钥是唯一的，并不随便改动，只有当推流密钥泄漏的时候，为了防止用户刷量，才需要重新生成一个新的推流密钥。虽然风险用户判别装置判定待直播用户为风险账户，但是在对该待直播用户进行身份认证的身份认证结果为通过的情况下，可以认为该待直播用户为误判用户，可以直接获取在先生成的推流密钥作为目标推流密钥。

在本申请的一种优选实施例中，所述步骤S204可以包括如下步骤：

在所述待直播用户所属的账户类别为正常账户的情况下，确定用于为正常主播提供服务的第二推流域名为目标推流域名；获取在先生成的推流密钥作为目标推流密钥。

在本实施例中，在待直播用户所属的账户类别为正常账户的情况下，可以确定用于为正常主播提供服务的第二推流域名为目标推流域名，然后获取在先生成的推流密钥作为目标推流密钥。

在本申请的一种优选实施例中，所述步骤S208可以包括如下步骤：

在根据所述目标推流密钥对所述待直播用户鉴权通过的情况下，接受所述待直播用户的直播数据流。

在本实施例中，在根据目标推流密钥对待直播用户鉴权通过的情况下，可以接受待直播用户的直播数据流，此时观众端可以从服务器拉流以观看直播。

在本申请的一种优选实施例中，所述步骤S208可以包括如下步骤：

在根据所述推流密钥对所述待直播用户鉴权失败的情况下，拒绝所述待直播用户的直播数据流。

在本实施例中，在根据所述推流密钥对待直播用户鉴权失败的情况下，可以拒绝待直播用户的直播数据流。

在本申请的一种优选实施例中，所述方法还包括：

在拒绝所述待直播用户的直播数据流之后，断开所述待直播用户对应的推流链接。

本实施例中，在拒绝待直播用户的直播数据流之后，还可以进一步断开待直播用户对应的推流链接，以避免待直播用户继续推流造成资源浪费。

为了进一步解释本申请实施例的直播风险控制方法，如图3示出了一种推流域名注册链路的模块化框图，包含调度系统，鉴权系统，接受推流节点A和接受推流节点B，则推流域名注册过程如下：

1、接受推流节点上线A节点和B节点。

2、调度系统获取的AB节点上线后，将推流域名X配置解析，增加推流域名X到接受推流节点A，及推流域名X到接受推流节点B节点的解析记录。

图3中，主播推流过程如下：

1、获取推流地址和推流key

主播在需要开播时，从调度系统中请求以获取推流域名X和推流key。

2、推流

主播或黑产根据获取得到的推流域名X和推流key，利用推流工具进行推流。DNS解析系统会解析推流域名X，并获取到其真实的接受推流节点，如解析得到接受推流节点A，则推流到接受推流节点A。

3、鉴权

流会推流到接受推流节点A上，接受推流节点A接受推流后，根据推流key进行鉴权，若鉴权通过，则接受推流，观众可以正常观看直播，若鉴权失败，则拒绝推流，断开推流链接。

需要说明的是，一般推流的key是唯一的，并不随便改动，只有当推流key泄漏的时候，才会生成新的key。绝大多数的主播，也并不会每次开播都会进行步骤2，而会开播后，直接复用上次的推流地址和推流key，进行推流。

如图4示出了一种直播风险控制过程的模块化框图，包含调度系统，黑产判断模块，鉴权系统，接受推流节点A、接受推流节点B、接受推流节点C，及人脸认证模块，则直播风险控制过程需要解决如下几个问题：

A、要想黑产的推流不影响正常的主播，就需要在资源层面上实现隔离。通过单独设置几个接受推流节点，并单独为该些节点配置一个单独域名。例如：新增一个接受推流节点C，注册域名Y。黑产的主播都拿到Y域名，正常主播拿到X域名。

B、提高黑产的刷量复杂度。对于判断出来的黑产，每次获取推流地址的时候，都重新生成推流的key，黑产需要重新一个个复制推流key，才可以通过鉴权，否则使用在线生成的推流key，会被拒绝推流。即使黑产动态把步骤2改为了自动，因为获取的推流域名还是Y，还是会推流到资源隔离的节点上。

C、解决黑产误判的问题，可能因为各种原因，导致判断失误，正常的主播被判断成了黑产，会影响这些主播的正常推流。主播可以选择在开播前进行人脸认证，且只单次有效，只有通过人脸验证，才能拿到正常的域名X。

如图4中，直播风险控制过程如下：

1、获取推流地址和推流key。

具体的，主播在需要开播时，从调度系统中请求以获取推流地址和推流key。调度系统会向黑产判断装置请求判断归属，黑产判断装置可以通过各种手段判断是否为黑产账号。如果是，则提示账号有异常风险，是否进行人脸认证。最后，将人脸认证结果在调用调度系统的时候带上，调度系统判断账号为黑产，且没有经过人脸认证，则给Y域名并且刷新推流key。否则还是给X域名，不刷新推流key。

2、推流X或推流Y。

具体的，正常的主播按照X域名进行推流，DNS解析系统会解析推流域名X，并获取到其真实的接受推流节点，如解析得到接受推流节点A，则推流到接受推流节点A。

黑产按照Y域名进行推流，DNS解析系统会解析推流域名Y，并获取到其真实的接受推流节点，如解析得到接受推流节点C，则推流到接受推流节点C。

通过将黑产和正常的主播的资源隔离，即使Y域名对应的接收推流节点C负载出现问题，也不影响正常主播。

3、鉴权

在主播根据域名和推流key进行推流之后，鉴权系统按照推流key进行鉴权。若鉴权通过，则接受推流，观众可以正常观看直播，若鉴权失败，则拒绝推流，断开推流链接。

实施例二

图5示意性示出了根据本申请实施例二的直播风险控制装置的框图，该直播风险控制装置可以被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本申请实施例。本申请实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本申请实施例中各程序模块的功能。

如图5所示，该直播风险控制装置500可以包括如下模块：

账户类别确定模块510，用于响应待直播用户发送的直播开启请求，确定所述待直播用户所属的账户类别；

推流域名确定模块520，用于根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥，并将所述目标推流域名和目标推流密钥发送至所述待直播用户；

直播数据流接收模块530，用于接收所述待直播用户根据所述目标推流域名和所述目标推流密钥发送的直播数据流；

推流控制模块540，用于根据所述目标推流密钥对所述直播数据流进行推流控制。

在本申请的一种优选实施例中，所述推流域名确定模块520，包括：

身份认证界面展示子模块，用于在所述待直播用户所属的账户类别为风险账户的情况下，控制在所述待直播用户对应的客户端中展示身份认证界面；

身份认证子模块，用于响应作用于所述身份认证界面上的认证操作，得到身份认证结果；

第一推流域名确定子模块，用于根据所述身份认证结果确定目标推流域名和目标推流密钥。

在本申请的一种优选实施例中，所述第一推流域名确定子模块，包括：

第一域名单元，用于在所述身份认证结果为不通过的情况下，确定用于为黑产主播提供服务的第一推流域名为目标推流域名；

密钥生成单元，用于按照预设算法生成目标推流密钥。

在本申请的一种优选实施例中，所述第一推流域名确定子模块，包括：

第二域名单元，用于在所述身份认证结果为通过的情况下，确定用于为正常主播提供服务的第二推流域名为目标推流域名；

密钥确定单元，用于获取在先生成的推流密钥作为目标推流密钥。

在本申请的一种优选实施例中，所述推流域名确定模块520，包括：

第二推流域名确定子模块，用于在所述待直播用户所属的账户类别为正常账户的情况下，确定用于为正常主播提供服务的第二推流域名为目标推流域名；

密钥确定子模块，用于获取在先生成的推流密钥作为目标推流密钥。

在本申请的一种优选实施例中，所述推流控制模块540，包括：

接受推流子模块，用于在根据所述目标推流密钥对所述待直播用户鉴权通过的情况下，接受所述待直播用户的直播数据流。

在本申请的一种优选实施例中，所述推流控制模块540，包括：

拒绝推流子模块，用于在根据所述推流密钥对所述待直播用户鉴权失败的情况下，拒绝所述待直播用户的直播数据流。

在本申请的一种优选实施例中，所述直播数据流接收模块530，包括：

推流链接建立子模块，用于根据所述目标推流域名建立所述待直播用户对应的推流链接；

直播数据流接收子模块，用于接收所述待直播用户通过所述推流链接发送的携带所述目标推流密钥的直播数据流。

在本申请的一种优选实施例中，所述装置还包括：

推流链接断开模块，用于在拒绝所述待直播用户的直播数据流之后，断开所述待直播用户对应的推流链接。

实施例三

图6示意性示出了根据本申请实施例三的适于实现直播风险控制方法的计算机设备10000的硬件架构示意图。本实施例中，计算机设备10000是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是智能手机、平板电脑、笔记本电脑、台式计算机、机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括FEN独立的服务器，或者多个服务器所组成的服务器集群)等。如图6所示，计算机设备10000至少包括但不限于：可通过系统总线相互通信链接存储器10010、处理器10020、网络接口10030。其中：

存储器10010至少包括一种类型的计算机可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器10010可以是计算机设备10000的内部存储模块，例如该计算机设备10000的硬盘或内存。在另一些实施例中，存储器10010也可以是计算机设备10000的外部存储设备，例如该计算机设备10000上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，存储器10010还可以既包括计算机设备10000的内部存储模块也包括其外部存储设备。本实施例中，存储器10010通常用于存储安装于计算机设备10000的操作系统和各类应用软件，例如直播风险控制方法的程序代码等。此外，存储器10010还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器10020在一些实施例中可以是中央处理器(Central Processing Unit，简称为CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器10020通常用于控制计算机设备10000的总体操作，例如执行与计算机设备10000进行数据交互或者通信相关的控制和处理等。本实施例中，处理器10020用于运行存储器10010中存储的程序代码或者处理数据。

网络接口10030可包括无线网络接口或有线网络接口，该网络接口10030通常用于在计算机设备10000与其他计算机设备之间建立通信链接。例如，网络接口10030用于通过网络将计算机设备10000与外部终端相连，在计算机设备10000与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication，简称为GSM)、宽带码分多址(Wideband Code Division Multiple Access，简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图6仅示出了具有部件10010-10030的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

在本实施例中，存储于存储器10010中的直播风险控制方法还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器10020)所执行，以完成本申请实施例。

实施例四

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现实施例中的直播风险控制方法的步骤。

本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中直播风险控制方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。

显然，本领域的技术人员应该明白，上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请实施例不限制于任何特定的硬件和软件结合。

以上仅为本申请的优选实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (12)

1.一种直播风险控制方法，其特征在于，包括：

响应待直播用户发送的直播开启请求，确定所述待直播用户所属的账户类别；

根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥，并将所述目标推流域名和目标推流密钥发送至所述待直播用户；

接收所述待直播用户根据所述目标推流域名和所述目标推流密钥发送的直播数据流；

根据所述目标推流密钥对所述直播数据流进行推流控制。

2.根据权利要求1所述的直播风险控制方法，其特征在于，所述根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥，包括：

在所述待直播用户所属的账户类别为风险账户的情况下，控制在所述待直播用户对应的客户端中展示身份认证界面；

响应作用于所述身份认证界面上的认证操作，得到身份认证结果；

根据所述身份认证结果确定目标推流域名和目标推流密钥。

3.根据权利要求2所述的直播风险控制方法，其特征在于，所述根据所述身份认证结果确定目标推流域名和目标推流密钥，包括：

在所述身份认证结果为不通过的情况下，确定用于为黑产主播提供服务的第一推流域名为目标推流域名；

按照预设算法生成目标推流密钥。

4.根据权利要求2所述的直播风险控制方法，其特征在于，所述根据所述身份认证结果确定目标推流域名和目标推流密钥，包括：

在所述身份认证结果为通过的情况下，确定用于为正常主播提供服务的第二推流域名为目标推流域名；

获取在先生成的推流密钥作为目标推流密钥。

5.根据权利要求1所述的直播风险控制方法，其特征在于，所述根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥，包括：

在所述待直播用户所属的账户类别为正常账户的情况下，确定用于为正常主播提供服务的第二推流域名为目标推流域名；

获取在先生成的推流密钥作为目标推流密钥。

6.根据权利要求1所述的直播风险控制方法，其特征在于，所述根据所述目标推流密钥对所述直播数据流进行推流控制，包括：

在根据所述目标推流密钥对所述待直播用户鉴权通过的情况下，接受所述待直播用户的直播数据流。

7.根据权利要求1所述的直播风险控制方法，其特征在于，所述根据所述目标推流密钥对所述直播数据流进行推流控制，包括：

在根据所述推流密钥对所述待直播用户鉴权失败的情况下，拒绝所述待直播用户的直播数据流。

8.根据权利要求7所述的直播风险控制方法，其特征在于，所述接收所述待直播用户根据所述目标推流域名和所述目标推流密钥发送的直播数据流，包括：

根据所述目标推流域名建立所述待直播用户对应的推流链接；

接收所述待直播用户通过所述推流链接发送的携带所述目标推流密钥的直播数据流。

9.根据权利要求8所述的直播风险控制方法，其特征在于，所述方法还包括：

在拒绝所述待直播用户的直播数据流之后，断开所述待直播用户对应的推流链接。

10.一种直播风险控制装置，其特征在于，包括：

账户类别确定模块，用于响应待直播用户发送的直播开启请求，确定所述待直播用户所属的账户类别；

推流域名确定模块，用于根据所述待直播用户所属的账户类别确定目标推流域名和目标推流密钥，并将所述目标推流域名和目标推流密钥发送至所述待直播用户；

直播数据流接收模块，用于接收所述待直播用户根据所述目标推流域名和所述目标推流密钥发送的直播数据流；

推流控制模块，用于根据所述目标推流密钥对所述直播数据流进行推流控制。

11.一种计算机设备，所述计算机设备包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时用于实现权利要求1至9中任意一项所述的直播风险控制方法的步骤。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序可被至少一个处理器所执行，以使所述至少一个处理器执行权利要求1至9中任意一项所述的直播风险控制方法的步骤。