CN111325580B - 用户账号管理方法、装置、设备及存储介质 - Google Patents

Abstract

本说明书的一个或多个实施例公开了一种用户账号管理方法、装置、设备及存储介质，用户账号管理方法包括：获取M个用户账号中的每个用户账号的用户历史行为数据；根据所述M个用户账号的用户历史行为数据，将所述M个用户账号分成N个群组，一个所述群组包括至少一个用户账号，M大于或等于N，M和N为正整数；根据每个所述群组中用户账号的用户历史行为数据，确定每个所述群组对应的目标管理方式；采用每个所述群组对应的所述目标管理方式，对所述群组中用户账号进行管理。根据本说明书实施例，可以对用户账号的管理更加合理。

Description

用户账号管理方法、装置、设备及存储介质

技术领域

本说明书属于计算机领域，尤其涉及一种用户账号管理方法、装置、设备及存储介质。

背景技术

随着应用程序的普及，注册应用程序的人数逐渐增多，随之带来了注册的用户账号的增多。在众多的用户账号中，有一部分的用户账号具有较低的价值，比如为了领取优惠券而注册的用户账号，在用户领取优惠券之后用户不再登录用户账号。甚至有一部分用户账号存在一定的风险，比如存在诈骗风险的用户账号。

目前，可以采用异常检测、诈骗团伙挖掘以及专家经验等方式发现较低价值的用户账号或者风险用户账号，从而实现对用户账号进行管理。但是，由于针对所有的用户账号均采用同一种管理方式，导致对用户账号的管理不够合理。

发明内容

本说明书实施例提供一种用户账号管理方法、装置、设备及存储介质，能够解决对用户账号的管理不合理的问题。

一方面，本说明书实施例提供一种用户账号管理方法，包括：

获取M个用户账号中的每个用户账号的用户历史行为数据；

根据所述M个用户账号的用户历史行为数据，将所述M个用户账号分成N个群组，一个所述群组包括至少一个用户账号，M大于或等于N，M和N为正整数；

根据每个所述群组中用户账号的用户历史行为数据，确定每个所述群组对应的目标管理方式；

采用每个所述群组对应的所述目标管理方式，对所述群组中用户账号进行管理。

另一方面，本说明书实施例提供了一种用户账号管理装置，包括：

行为数据获取装置，用于获取M个用户账号中的每个用户账号的用户历史行为数据；

账号分群模块，用于根据所述M个用户账号的用户历史行为数据，将所述M个用户账号分成N个群组，一个所述群组包括至少一个用户账号，M大于或等于N，M和N为正整数；

管理方式确定模块，用于根据每个所述群组中用户账号的用户历史行为数据，确定每个所述群组对应的目标管理方式；

账号管理模块，用于采用每个所述群组对应的所述目标管理方式，对所述群组中用户账号进行管理。

再一方面，本说明书实施例提供了一种计算机设备，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现所述的用户账号管理方法。

再一方面，本说明书实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现所述的用户账号管理方法。

本说明书实施例的用户账号管理方法、装置、设备及存储介质，根据用户账号的用户历史行为数据，对用户账号进行分群。根据各个群组中用户账号的用户历史行为数据，有针对性地对各个群组中的用户账号进行管理。不同群组中的用户账号可以采用不同的管理方式，并非是采用同一种管理方式对所有账号进行管理，从而使得对用户账号的管理更加合理。

附图说明

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

图1示出了本说明书一个实施例提供的用户账号管理的原理示意图；

图2示出了本说明书一个实施例提供的用户账号管理方法的流程示意图；

图3示出了本说明书一个实施例提供的对用户账号进行群组划分的三个维度的示意图；

图4示出了本说明书一个实施例提供的用户账号被划分成四个类别的示意图；

图5示出了本说明书一个实施例提供的用户账号的管理方式的示意图；

图6示出了本说明书提供的一个实施例的用户账号管理装置的结构示意图；

图7示出了本说明书提供的一个实施例的计算机设备的硬件结构示意图。

具体实施方式

下面将详细描述本说明书的各个方面的特征和示例性实施例，为了使本说明书的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本说明书进行进一步详细描述。对于本领域技术人员来说，本说明书可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本说明书的示例来提供对本说明书更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了解决现有技术问题，本说明书实施例提供了一种用户账号管理方法、装置、设备及存储介质。下面首先对本说明书实施例所提供的用户账号管理方法进行介绍。

图1示出了本说明书一个实施例提供的用户账号管理的原理示意图。如图1所示，计算机设备将M个用户账号分成N个群组，一个群组包括至少一个用户账号。计算机设备采用与每个群组对应的管理方式对该群组中的用户账号进行管理。

图2示出了本说明书一个实施例提供的用户账号管理方法的流程示意图。如图2所示，用户账号管理方法包括：

步骤102，获取M个用户账号中的每个用户账号的用户历史行为数据。

其中，M个用户账号可以为未认证的用户账号。未认证的用户账号指未对用户资料的真实性进行验证审核的用户账号。未认证的用户账号满足以下至少一个条件：未绑定身份信息(比如未绑定身份证照片或者护照照片)、未进行人脸认证、未进行实名认证。

用户账号的用户历史行为数据指表征用户使用用户账号时产生的历史行为数据。

步骤104，根据M个用户账号的用户历史行为数据，将M个用户账号分成N个群组，一个群组包括至少一个用户账号，M大于或等于N，M和N为正整数。

其中，用户账号分群一般体现的是用户账号的行为表现上。比如说购买频次低但每次购买的单价高以及每次购买的单价低但是购买的频次低，这两种用户账号可能都属于高额付费用户，但表现形式不一样，所以所处的群也是不一样，所对应的管理方式也是不一样的。

步骤106，根据每个群组中用户账号的用户历史行为数据，确定每个群组对应的目标管理方式。

步骤108，采用每个群组对应的目标管理方式，对群组中用户账号进行管理。

在本说明书实施例中，根据用户账号的用户历史行为数据，对用户账号进行分群。根据各个群组中用户账号的用户历史行为数据，有针对性地对各个群组中的用户账号进行管理。不同群组中的用户账号可以采用不同的管理方式，并非是采用同一种管理方式对所有账号进行管理，从而使得对用户账号的管理更加合理。

其中，对用户账号的管理包括对灰账号的管理和/或垃圾注册账号的管理。

垃圾注册账号指的是黑/灰产通过批量获取的手机号或邮箱注册的账号，进而获取支付宝、淘宝、优酷等新人红包、营销活动资金、会员权益等。垃圾注册风险具有明显的利益倾向、批量聚集、团伙攻击特性。垃圾注册的危害主要有几点：1.影响大盘指标，如拉新指标、认证指标等；2.提高后端业务的风险基数，如注册后的营销作弊、盗卡、套现等；3.破坏正常的业务秩序，如薅取红包、恶意刷单、刷粉、薅取会员权益等。

与垃圾注册的账号类似，灰账号也是一些低价值的账号，与正常自然人使用的账号行为不一致，可能在有些场景产生风险。但与垃圾账号不同的是，很多灰账号在使用过程中并未表现出明显的聚集风险和批量风险，如设备聚集、环境聚集、短期高频操作等，策略识别和管理难度较大。灰账号的来源主要有几种：1.注册环节漏过的垃圾注册账号；2.垃圾注册管理过，但后续通过各种校验方式激活成功对的垃圾账号；3.账号注册时无异常，但后续经过转手或买卖，流入到了网络黑灰产中，如常见的农村老人拉新注册进来的账号。

在本说明书的一个或多个实施例中，步骤104包括：

将M个用户账号中用户历史行为数据满足同一个第一预定条件的用户账号分成一个群组，其中，M个用户账号共分成N个群组。

其中，将用户历史行为数据满足同一个第一预定条件的用户账号分成一个群组包括：将用户历史行为数据在同一数值范围内的用户账号分成一个群组。

本说明书实施例将M个用户账号进行分群，从而圈定了部分可能存在风险的用户账号，能够挖掘出更多隐藏在正常账号中的风险账号和价值较低的账号。为覆盖更多风险账号提供方向和范围，从而可以更加精准地进行账号管理。

在本说明书的一个或多个实施例中，每个用户账号的用户历史行为数据包括用户账号活跃度、用户账号活跃场景数和用户账号的风险类型数量中的至少一项；其中，用户账号活跃度表征用户账号在第一预定时间段内的登录次数，用户活跃场景数表征用户账号在第二预定时间段内使用的场景个数。

用户账号活跃度(Frequency)指用户账号在平台的活跃程度，可以使用在第一预定时间段(比如过去30天)内的登录次数进行衡量。对正常用户账号来说，活跃度越高，表示用户账号价值越高，质量越好，对风险账号来说，活跃度越高，表示账号对系统危害越大。

用户账号活跃场景数(Scenarios)指用户账号在平台使用的场景个数，可以通过用户账号在第二预定时间段(比如过去30天)内使用的场景个数进行衡量。对正常用户账号来说，活跃场景数越多，表示用户账号的价值越高，质量越好。对风险账号来说，活跃场景数越多，表示账号在多个场景都可能存在风险，对系统危害越大。比如，活跃场景包括支付、收款、还信用卡、转账和添加好友等场景。

用户账号的风险类型数量(Risk)指用户账号被各场景策略识别出的风险类型数量。对正常用户账号来说，可能在某个场景下识别出该用户账号存在风险，但很少存在多个场景下会识别出用户账号存在风险。而对风险账号来说，会在多个场景下识别出存在风险。比如，一个用户账号A被预定的风险识别策略识别为诈骗的风险和发送骚扰信息的风险，那么该用户账号A的风险类型数量为2。一个用户账号B被预定的风险识别策略识别为具有赌博的风险，那么该用户账号B的风险类型数量为1。

本说明书实施例可以基于活跃度、活跃场景数和风险类型数量等多个维度的用户历史行为数据，实现对用户账号的分群，从而为用户账号的管理提供详细的分析依据。

针对以上三种用户历史行为数据，如图3所示，可以根据该三种用户历史行为数据，从用户账号活跃度(F)、用户账号活跃场景数(S)和用户账号的风险类型数量(R)，对用户账号进行群组的划分。

其中，首先确定M个用户账号的活跃度的高低、活跃场景数的高低和风险类型数量的高低，具体如下：

根据M个用户账号的活跃度，确定活跃度参考值。其中，活跃度参考值可以为M个用户账号的活跃度平均值，或者，M个用户账号的活跃度的中位数。如果用户账号的活跃度大于活跃度参考值，那么该用户账号的活跃度为高；用户账号的活跃度小于或等于活跃度参考值，那么该用户账号的活跃度为低。

根据M个用户账号的活跃场景数，确定活跃场景数参考值。其中，活跃场景数参考值可以为M个用户账号的活跃场景数的平均值，或者，M个用户账号的活跃场景数的中位数。如果用户账号的活跃场景数大于活跃场景数参考值，那么该用户账号的活跃场景数为高；用户账号的活跃场景数小于或等于活跃场景数参考值，那么该用户账号的活跃场景数为低。

根据M个用户账号的风险类型数量，确定风险类型数量参考值。其中，风险类型数量参考值可以为M个用户账号的风险类型数量的平均值，或者，M个用户账号的风险类型数量的中位数。如果用户账号的风险类型数量大于活跃场景数参考值，那么该用户账号的风险类型数量为高；用户账号的风险类型数量小于或等于风险类型数量参考值，那么该用户账号的风险类型数量为低。

然后，根据M个用户账号的活跃度的高低、活跃场景数的高低和风险类型数量的高低，将M个用户账号分为如表1所示的八个群组：

表1

从表1可以看出，将用户账号活跃度为高、用户账号活跃场景数为高和风险类型数量为高的用户账号分为第一个群组，将用户账号活跃度为高、用户账号活跃场景数为高和风险类型数量为低的用户账号分为第二个群组……以此类推，将用户账号活跃度为低、用户账号活跃场景数为低和风险类型数量为低的用户账号分为第八个群组。其中，不同群组中的用户账号的风险等级不同。因此，本说明书实施例是以RFS(Frequency ScenariosRisk)模型对用户账号的分群。

在本说明书的一个或多个实施例中，步骤104包括：

将M个用户账号的用户历史行为数据输入至机器学习模型中，以将M个用户账号分成N个群组。

其中，机器学习模型可以包括聚类算法，比如，聚类算法为k均值(k-means)聚类算法。

在本说明书的一个或多个实施例中，步骤104之前，用户账号管理方法还包括：

获取每个用户账号绑定的用户数据的数据类型数量；

将M个用户账号中数据类型数量在同一个数量范围内的用户账号分为一个类别，其中，M个用户账号共分成P个类别；

根据M个用户账号的用户历史行为数据，将M个用户账号分成N个群组，包括：

根据每个类别的用户账号的用户历史行为数据，将每个类别的用户账号均分成Q个群组，其中，P个类别的用户账号共分成N个群组，P和Q为正整数。N＝P×Q。

比如，用户账号绑定的用户数据的类型包括手机号、身份证号和银行卡号。可以基于这三个类型的用户数据对M个用户账号进行分类，分类结果如下：

第一类用户账号：没有绑定手机号、身份证号和银行卡号中的任意一类用户数据。这类用户账号基本不是正常的用户持有；

第二类用户账号：绑定了手机号、身份证号和银行卡号中的任意一类用户数据。这类用户账号可能是非正常的用户持有，还有可能是用户批量小号。

第三类用户账号：绑定了手机号、身份证号和银行卡号中的任意两类用户数据。这类用户账号可能是非正常的用户持有，还有可能是用户批量小号。但是，这类用户账号比第二类用户账号的价值更高。

第四类用户账号：绑定了手机号、身份证号和银行卡号。这类用户账号可能是正常的用户持有，可能因为产品原因没有完成用户账号的认证。

通过以上方式，M个用户账号分成了如图4所示的四个类别的用户账号。

针对每一个类别的用户账号，可以根据该类别的用户账号的用户历史行为数据，将该类别的用户账号分成如表1所示的八个群组。由于一个类别的用户账号分成八个群组，那么四个类别用户账号共分成32个群组。

本说明书实施例在将用户账号分群之前，先将用户账号进行粗粒度地分类，再针对每一类的用户账号进行分群。通过分类和分群实现了用户账号的准确、有效地细分，从而可以更加深入对用户账号价值进行挖掘。

在本说明书的一个或多个实施例中，步骤106包括：

对于每个群组，获取群组中用户账号的用户历史行为数据满足的第二预定条件对应的多个参考管理方式；其中，第二预定条件和上述的第一预定条件可以为同一个条件或者不同的条件；

分别采用多种参考管理方式，对群组中用户账号进行管理，并获取多种参考管理方式中的每个参考管理方式的管理结果；

根据每个参考管理方式的管理结果，在所述多种参考管理方式中选择所述群组对应的所述目标管理方式。

比如，一个群组对应两个参考管理方式，将一个群组中的用户账号分成两个部分，采用其中一个参考管理方式对该群组中的一部分用户账号进行管理，采用另一个参考管理方式对该群组中的另一部分用户账号进行管理。这样，一种参考管理方式对应一个管理结果。根据这两个参考管理方式的管理结果，在这两个参考管理方式中选择合适的目标管理方式。

以上便是通过AB测试(Test)的方式选择合适的目标管理方式。AB测试是为Web或应用程序界面或流程制作两个(A/B)或多个(A/B/n)版本，在同一时间维度，分别让组成成分相同(相似)的访客群组(目标人群)随机的访问这些版本，收集各群组的用户体验数据和业务数据，最后分析、评估出最好版本，正式采用。

根据AB测试的管理结果，选出每个群组合适的目标管理方式，组成如图5所示的“风险记录->同步校验->异步处罚”的梯度管理方案，即某些群组中的用户账号采用风险记录的管理方式，另一些群组中的用户账号采用同步校验的管理方式，又一些群组中的用户账号采用异步冻结的管理方式。由此构成全量未认证用户的风险管理体系，实现全量用户的合理管理方式覆盖。

本说明书实施例先采用多种参考管理方式对一个群组中的用户账号进行管理测试，然后根据每个参考管理方式的管理结果，选择出合适、合理的目标管理方式。因此，本说明书实施例可以选择较佳的管理方式对群组中的用户账号进行精准、合理地管理。

在本说明书的一个或多个实施例中，多种参考管理方式包括：监控用户账号是否满足预定的预警条件、标识用户账号为风险账号并由预定平台对所标识的风险账号进行管理、用户身份核验以及限制用户账号的使用中的任意多项的组合。

其中，监控用户账号是否满足预定的预警条件，包括：监控用户账号是否发送骚扰信息和/或监控用户账号是否存在欺诈的风险。

标识用户账号为风险账号并由预定平台对所标识的风险账号进行管理，包括：录入风险账号名单，并且由下游平台调用该风险账号名单并结合场景特征进行风险管理。

用户身份核验包括银行卡号校验、身份证号校验、手机号校验、手机短信验证码校验和人脸验证中的至少一项。根据用户身份核验，可以校验用户是否为真实的自然人。

限制用户账号的使用包括冻结用户账号和/或限制用户账号不能实现某个功能，比如，限制用户账号不能发送骚扰信息和不能实现收付款。假设限制了用户账号的使用，那么用户可以通过绑定银行卡、上传身份证、上传驾照和上传户口本的至少一种方式来解除用户账号的限制使用。

下面通过一个具体的例子说明如何获取各个群组的多个参考管理方式。

比如，继续参考上述的表1，用户账号分为如表1所示的八个群组。其中，每个群组可以对应一个管理建议强度，即参考如下所示的表2：

表2

在上述的表2中，强管理对应的管理方式可以为限制用户账号的使用。其中，限制用户账号的使用可以包括多个管理方式。中等强度的管理对应的管理方式可以包括要求用户绑定银行卡和/或完成认证。弱管理对应的管理方式可以包括要求用户绑定身份证号和/或绑定手机号。关注对应的管理方式为监控用户账号是否满足预定的预警条件。

其中，对于强管理、中等强度管理、弱管理和关注，这几种管理方式的强度逐渐降低。一个群组的多个参考管理方式可以为同一强度的管理方式或相邻强度的管理方式。比如，一个群组的多个参考管理方式均为强管理对应的管理方式。或者，一个群组的其中一个参考管理方式为强管理对应的管理方式，另一个参考管理方式为中等强度管理对应的管理方式。

在本说明书的一个或多个实施例中，每个参考管理方式的管理结果包括至少一个管理指标，至少一个管理指标包括群组中用户账号的用户身份核验通过率、群组中用户账号被解除使用限制的通过率、用户来电率和用户活跃率中的至少一项；

其中，用户来电率为群组中目标用户账号的数量占群组中用户账号总数的比例，目标用户账号为向客服发起来电的用户对应的用户账号；用户活跃率为在进行管理之后群组中产生登录操作的用户账号数量占群组中用户账号总数的比例。

比如，一个群组中有500个用户账号，冻结这500个用户账号。在冻结这500个用户账号之后，有5个用户账号的用户解除了用户账号冻结。那么群组中用户账号被解除使用限制的通过率为1％，1％低于预定的阈值。因此，该群组中用户账号被解除使用限制的通过率比较低，说明这种管理方式对较少的用户带来干扰，即这种管理方式对这个群组中的500个用户账号是有效的。同理，群组中用户账号的用户身份核验通过率越低，说明对群组的管理方式越有效。用户来电率越低，说明有很少用户对所采用的管理方式提出异议，进而说明对群组的管理方式越有效。

反之，如果用户身份核验通过率越高、用户账号被解除使用限制的通过率越高、用户来电率越高或用户活跃率越高，说明采用的管理方式打扰了用户对账号的正常使用，进而说明管理方式不够精准。

本说明书实施例可以采用上述的至少一个管理指标来衡量每个参考管理方式对用户账号的管理是否有效，从而可以在多个参考管理方式中获取有效的目标管理方式对用户账号进行管理。

在本说明书的一个或多个实施例中，步骤106包括：对于每个群组，获取群组中用户账号的用户历史行为数据满足的第二预定条件对应的一个参考管理方式作为目标管理方式。

图6示出了本说明书提供的一个实施例的用户账号管理装置的结构示意图。如图6所示，用户账号管理装置200包括：

行为数据获取装置202，用于获取M个用户账号中的每个用户账号的用户历史行为数据；

账号分群模块204，用于根据M个用户账号的用户历史行为数据，将M个用户账号分成N个群组，一个群组包括至少一个用户账号，M大于或等于N，M和N为正整数；

管理方式确定模块206，用于根据每个群组中用户账号的用户历史行为数据，确定每个群组对应的目标管理方式；

账号管理模块208，用于采用每个群组对应的目标管理方式，对群组中用户账号进行管理。

在本说明书实施例中，根据用户账号的用户历史行为数据，对用户账号进行分群。根据各个群组中用户账号的用户历史行为数据，有针对性地对各个群组中的用户账号进行管理。不同群组中的用户账号可以采用不同的管理方式，并非是采用同一种管理方式对所有账号进行管理，从而使得对用户账号的管理更加合理。

在本说明书的一个或多个实施例中，账号分群模块204包括：

第一账号分群子模块，用于将M个用户账号中用户历史行为数据满足同一个第一预定条件的用户账号分成一个群组，其中，M个用户账号共分成N个群组；

或者，

第二账号分群子模块，用于将M个用户账号的用户历史行为数据输入至机器学习模型中，以将M个用户账号分成N个群组。

在本说明书的一个或多个实施例中，用户账号管理装置200还包括：

数据类型数量获取模块，用于获取每个用户账号绑定的用户数据的数据类型数量；

账号分类模块，用于将M个用户账号中数据类型数量在同一个数量范围内的用户账号分为一个类别，其中，M个用户账号共分成P个类别；

账号分群模块204包括：

第三账号分群子模块，用于根据每个类别的用户账号的用户历史行为数据，将每个类别的用户账号均分成Q个群组，其中，P个类别的用户账号共分成N个群组，P和Q为正整数。

在本说明书的一个或多个实施例中，每个用户账号的用户历史行为数据包括用户账号活跃度、用户账号活跃场景数和用户账号的风险类型数量中的至少一项；

其中，用户账号活跃度表征用户账号在第一预定时间段内的登录次数，用户活跃场景数表征用户账号在第二预定时间段内使用的场景个数。

在本说明书的一个或多个实施例中，管理方式确定模块206包括：

参考管理方式获取模块，用于对于每个群组，获取群组中用户账号的用户历史行为数据满足的第二预定条件对应的多个参考管理方式；

参考管理模块，用于分别采用多种参考管理方式，对群组中用户账号进行管理，并获取多种参考管理方式中的每个参考管理方式的管理结果；

管理方式选择模块，用于根据每个参考管理方式的管理结果，在多种参考管理方式中选择群组对应的目标管理方式。

在本说明书的一个或多个实施例中，多种参考管理方式包括：监控用户账号是否满足预定的预警条件、标识用户账号为风险账号并由预定平台对所标识的风险账号进行管理、用户身份核验以及限制用户账号的使用中的任意多项的组合。

在本说明书的一个或多个实施例中，每个参考管理方式的管理结果包括至少一个管理指标，至少一个管理指标包括群组中用户账号的用户身份核验通过率、群组中用户账号被解除使用限制的通过率、用户来电率和用户活跃率中的至少一项；

其中，用户来电率为群组中目标用户账号的数量占群组中用户账号总数的比例，目标用户账号为向客服发起来电的用户对应的用户账号；用户活跃率为在进行管理之后群组中产生登录操作的用户账号数量占群组中用户账号总数的比例。

在本说明书实施例中，根据用户账号的用户历史行为数据，对用户账号进行分群。根据各个群组中用户账号的用户历史行为数据，有针对性地对各个群组中的用户账号进行管理。不同群组中的用户账号可以采用不同的管理方式，并非是采用同一种管理方式对所有账号进行管理，从而使得对用户账号的管理更加合理。

图7示出了本说明书提供的一个实施例的计算机设备的硬件结构示意图。

计算机设备可以包括处理器301以及存储有计算机程序指令的存储器302。

具体地，上述处理器301可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本说明书实施例的一个或多个集成电路。

存储器302可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器302可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器302可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器302可在综合网关容灾设备的内部或外部。在特定实施例中，存储器302是非易失性固态存储器。在特定实施例中，存储器302包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器301通过读取并执行存储器302中存储的计算机程序指令，以实现上述实施例中的任意一种用户账号管理方法。

在一个示例中，计算机设备还可包括通信接口303和总线310。其中，如图7所示，处理器301、存储器302、通信接口303通过总线310连接并完成相互间的通信。

通信接口303，主要用于实现本说明书实施例中各模块、装置、单元和/或设备之间的通信。

总线310包括硬件、软件或两者，将计算机设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线310可包括一个或多个总线。尽管本说明书实施例描述和示出了特定的总线，但本说明书考虑任何合适的总线或互连。

该计算机设备可以执行本说明书实施例中的用户账号管理方法，从而实现结合图2和图6描述的用户账号管理方法和装置。

另外，结合上述实施例中的用户账号管理方法，本说明书实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种用户账号管理方法。

需要明确的是，本说明书并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本说明书的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本说明书的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本说明书的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本说明书中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本说明书不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

以上所述，仅为本说明书的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本说明书的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本说明书揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本说明书的保护范围之内。

Claims (14)

1.一种用户账号管理方法，包括：

获取M个用户账号中的每个用户账号的用户历史行为数据；

根据所述M个用户账号的用户历史行为数据，将所述M个用户账号分成N个群组，一个所述群组包括至少一个用户账号，M大于或等于N，M和N为正整数；

根据每个所述群组中用户账号的用户历史行为数据，确定每个所述群组对应的目标管理方式；

采用每个所述群组对应的所述目标管理方式，对所述群组中用户账号进行管理；

其中，所述根据所述M个用户账号的用户历史行为数据，将所述M个用户账号分成N个群组之前，所述方法还包括：

获取所述每个用户账号绑定的用户数据的数据类型数量；

将所述M个用户账号中数据类型数量在同一个数量范围内的用户账号分为一个类别，其中，所述M个用户账号共分成P个类别；

所述根据所述M个用户账号的用户历史行为数据，将所述M个用户账号分成N个群组，包括：

根据每个所述类别的用户账号的用户历史行为数据，将每个所述类别的用户账号均分成Q个群组，其中，P个所述类别的用户账号共分成所述N个群组，P和Q为正整数。

2.根据权利要求1所述的方法，其中，所述根据所述M个用户账号的用户历史行为数据，将所述M个用户账号分成N个群组，包括：

将所述M个用户账号中用户历史行为数据满足同一个第一预定条件的用户账号分成一个群组，其中，所述M个用户账号共分成所述N个群组；

或者，

将所述M个用户账号的用户历史行为数据输入至机器学习模型中，以将所述M个用户账号分成所述N个群组。

3.根据权利要求1所述的方法，其中，所述每个用户账号的用户历史行为数据包括用户账号活跃度、用户账号活跃场景数和用户账号的风险类型数量中的至少一项；

其中，所述用户账号活跃度表征用户账号在第一预定时间段内的登录次数，所述用户活跃场景数表征用户账号在第二预定时间段内使用的场景个数。

4.根据权利要求1所述的方法，其中，所述根据每个所述群组中用户账号的用户历史行为数据，确定每个所述群组对应的目标管理方式，包括：

对于每个所述群组，获取所述群组中用户账号的用户历史行为数据满足的第二预定条件对应的多种参考管理方式；

分别采用所述多种参考管理方式，对所述群组中用户账号进行管理，并获取所述多种参考管理方式中的每个参考管理方式的管理结果；

根据所述每个参考管理方式的管理结果，在所述多种参考管理方式中选择所述群组对应的所述目标管理方式。

5.根据权利要求4所述的方法，其中，

所述多种参考管理方式包括：监控用户账号是否满足预定的预警条件、标识用户账号为风险账号并由预定平台对所标识的风险账号进行管理、用户身份核验以及限制用户账号的使用中的任意多项的组合。

6.根据权利要求4所述的方法，其中，

所述每个参考管理方式的管理结果包括至少一个管理指标，所述至少一个管理指标包括所述群组中用户账号的用户身份核验通过率、所述群组中用户账号被解除使用限制的通过率、用户来电率和用户活跃率中的至少一项；

其中，所述用户来电率为所述群组中目标用户账号的数量占所述群组中用户账号总数的比例，所述目标用户账号为向客服发起来电的用户对应的用户账号；所述用户活跃率为在进行管理之后所述群组中产生登录操作的用户账号数量占所述群组中用户账号总数的比例。

7.一种用户账号管理装置，包括：

行为数据获取装置，用于获取M个用户账号中的每个用户账号的用户历史行为数据；

账号分群模块，用于根据所述M个用户账号的用户历史行为数据，将所述M个用户账号分成N个群组，一个所述群组包括至少一个用户账号，M大于或等于N，M和N为正整数；

管理方式确定模块，用于根据每个所述群组中用户账号的用户历史行为数据，确定每个所述群组对应的目标管理方式；

账号管理模块，用于采用每个所述群组对应的所述目标管理方式，对所述群组中用户账号进行管理；

所述装置还包括：

数据类型数量获取模块，用于获取所述每个用户账号绑定的用户数据的数据类型数量；

账号分类模块，用于将所述M个用户账号中数据类型数量在同一个数量范围内的用户账号分为一个类别，其中，所述M个用户账号共分成P个类别；

所述账号分群模块包括：

第三账号分群子模块，用于根据每个所述类别的用户账号的用户历史行为数据，将每个所述类别的用户账号均分成Q个群组，其中，P个所述类别的用户账号共分成所述N个群组，P和Q为正整数。

8.根据权利要求7所述的装置，其中，所述账号分群模块包括：

第一账号分群子模块，用于将所述M个用户账号中用户历史行为数据满足同一个第一预定条件的用户账号分成一个群组，其中，所述M个用户账号共分成所述N个群组；

或者，

第二账号分群子模块，用于将所述M个用户账号的用户历史行为数据输入至机器学习模型中，以将所述M个用户账号分成所述N个群组。

9.根据权利要求7所述的装置，其中，所述每个用户账号的用户历史行为数据包括用户账号活跃度、用户账号活跃场景数和用户账号的风险类型数量中的至少一项；

其中，所述用户账号活跃度表征用户账号在第一预定时间段内的登录次数，所述用户活跃场景数表征用户账号在第二预定时间段内使用的场景个数。

10.根据权利要求7所述的装置，其中，所述管理方式确定模块包括：

参考管理方式获取模块，用于对于每个所述群组，获取所述群组中用户账号的用户历史行为数据满足的第二预定条件对应的多种参考管理方式；

参考管理模块，用于分别采用所述多种参考管理方式，对所述群组中用户账号进行管理，并获取所述多种参考管理方式中的每个参考管理方式的管理结果；

管理方式选择模块，用于根据所述每个参考管理方式的管理结果，在所述多种参考管理方式中选择所述群组对应的所述目标管理方式。

11.根据权利要求10所述的装置，其中，

所述多种参考管理方式包括：监控用户账号是否满足预定的预警条件、标识用户账号为风险账号并由预定平台对所标识的风险账号进行管理、用户身份核验以及限制用户账号的使用中的任意多项的组合。

12.根据权利要求10所述的装置，其中，

所述每个参考管理方式的管理结果包括至少一个管理指标，所述至少一个管理指标包括所述群组中用户账号的用户身份核验通过率、所述群组中用户账号被解除使用限制的通过率、用户来电率和用户活跃率中的至少一项；

其中，所述用户来电率为所述群组中目标用户账号的数量占所述群组中用户账号总数的比例，所述目标用户账号为向客服发起来电的用户对应的用户账号；所述用户活跃率为在进行管理之后所述群组中产生登录操作的用户账号数量占所述群组中用户账号总数的比例。

13.一种计算机设备，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-6任意一项所述的用户账号管理方法。

14.一种计算机存储介质，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-6任意一项所述的用户账号管理方法。

Images