CN105243252A - 一种账户风险评估的方法及装置 - Google Patents

Abstract

本申请涉及计算机系统，提供一种账户风险评估的方法及装置，用以有效鉴别非法账户，进而提高系统安全性。该方法为：管理服务器根据手机号码绑定的自然人的数目来确定手机号码的风险等级，并根据手机号码和账户之间的绑定关系确定各个账户的风险等级，以及基于每一个账户的风险等级以及预设的风险等级与风险指标之间的对应关系，判定每一个账户的风险指标，其中，风险指标用于表征账户发生案件的概率。这样，便可以精确高效地鉴别出对系统安全造成危害的非法账户，从而便于进行严格的管理和监控，进而全面提高计算机系统的使用安全性。

Description

一种账户风险评估的方法及装置

技术领域

本申请涉及计算机系统，特别涉及一种计算机系统中账户风险评估的方法及装置。

背景技术

随着计算机技术的发展，越来越多的犯罪团伙逐渐开始通过计算机系统实现非法活动。

目前，各类犯罪团伙中，以盗号团伙最为猖獗。盗号团伙通常会盗用多个账户，然后在账户之间进行非法活动，这大大降低了计算机系统的安全性。

有鉴于此，需要提供一种新的方法，以有效鉴别非法账户。

发明内容

本申请实施例提供一种账户风险评估的方法及装置，用以有效鉴别非法账户，进而提高系统安全性。

本申请实施例提供的具体技术方案如下：

一种账户风险评估的方法，包括：

获取指定时间内的账户历史信息，根据所述账户历史信息确定各个账户；

根据账户属性信息，分别判定每一个账户对应的自然人及手机号码，以及根据每一个手机号码对应的自然人数目确定相应账户的风险等级；

基于每一个账户的风险等级以及预设的风险等级与风险指标之间的对应关系，判定每一个账户的风险指标，其中，所述风险指标用于表征账户发生案件的概率。

根据每一个手机号码对应的自然人数目确定相应账户的风险等级，包括：

将每一个手机号码对应的自然人数目作为相应手机号码的风险等级；

将每一个账户绑定的手机号码的风险等级作为相应账户的风险等级。

进一步包括：

若一账户绑定至少两个手机号码，则所述至少两个手机号码对应的最高风险等级作为所述一账户的风险等级。

在预处理阶段，预设风险等级与风险指标之间的对应关系，包括：

根据账户历史信息，确定设定数目的账户的风险等级；

获取案件历史信息，根据所述案件历史信息确定所述设定数目的账户中每一个账户的案件发生情况；

对所述设定数目的账户的风险等级进行分段，并基于各个账户的案件发生情况，计算每一段风险等级的案件发生概率，再基于每一段风险等级的案件发生概率分别计算每一段风险等级的风险指标。

进一步包括：

确定每一个账户的风险指标后，若判定任意一账户的风险指标达到设定阈值，则向后台系统进行告警并对所述任意一账户进行监控。

一种账户风险评估的装置，包括：

处理单元，用于获取指定时间内的账户历史信息，根据所述账户历史信息确定各个账户，并根据账户属性信息，分别判定每一个账户对应的自然人及手机号码，以及根据每一个手机号码对应的自然人数目确定相应账户的风险等级；

评估单元，用于基于每一个账户的风险等级以及预设的风险等级与风险指标之间的对应关系，判定每一个账户的风险指标，其中，所述风险指标用于表征账户发生案件的概率。

所述处理单元具体用于：

将每一个手机号码对应的自然人数目作为相应手机号码的风险等级；

将每一个账户绑定的手机号码的风险等级作为相应账户的风险等级。

所述处理单元进一步用于：

若一账户绑定至少两个手机号码，则所述至少两个手机号码对应的最高风险等级作为所述一账户的风险等级。

在预处理阶段，所述处理单元用于：

根据账户历史信息，确定设定数目的账户的风险等级；

获取案件历史信息，根据所述案件历史信息确定所述设定数目的账户中每一个账户的案件发生情况；

对所述设定数目的账户的风险等级进行分段，并基于各个账户的案件发生情况，计算每一段风险等级的案件发生概率，再基于每一段风险等级的案件发生概率分别计算每一段风险等级的风险指标，获得计算结果；

基于所述计算结果建立风险等级和风险指标之间的对应关系。

所述评估单元进一步用于：

确定每一个账户的风险指标后，若判定任意一账户的风险指标达到设定阈值，则向后台系统进行告警并对所述任意一账户进行监控。

本申请实施例中，管理服务器根据手机号码绑定的自然人的数目数目来确定手机号码的风险等级，并根据手机号码和账户之间的绑定关系确定各个账户的风险等级，以及基于每一个账户的风险等级以及预设的风险等级与风险指标之间的对应关系，判定每一个账户的风险指标，其中，风险指标用于表征账户发生案件的概率。这样，便可以精确高效地鉴别出对系统安全造成危害的非法账户，从而便于进行严格的管理和监控，进而全面提高电子商务系统的使用安全性。

附图说明

图1为本申请实施例中对账户进行风险评估流程图；

图2为本申请实施例中风险等级和风险指标之间的对应关系示意图；

图3为本申请实施例中管理服务器结构示意图。

具体实施方式

为了有效鉴别非法账户，进而提高系统安全性，本申请实施例中，基于账户绑定的手机号码所对应的自然人的数量来评价账户的风险指数，从而准确筛选出对系统安全造成威胁的非常账户。

下面结合附图，对本申请优选的实施方式进行详细说明。

实际应用中，电子商务系统中的很多盗号团伙会通过设立多个卖家账户来实现销赃，并且为了便于管理和控制，盗号团伙通常会将这多个卖家账户绑定至同一个或固定几个手机号码。通过对海量数据的采样及分析，发现了一个明显的规律：即手机号码绑定的不同自然人的数量可以作为判定该手机号码的风险等级的依据。

参阅图1所示，本申请实施例中，对账户进行风险评估的流程如下：

步骤100：管理服务器获取指定时间内的账户历史信息，根据该账户历史信息确定各个账户。

本申请实施例中，管理服务器是指用运行于电子商务系统后台的服务器，用于进行数据采集和分析，可以是单独的一台服务器，也可以是服务器集群。

另一方面，管理服务器可以根据指令获取任意一个时间段内的账户历史信息，如，2小时之内，一天之内，两周之内等等，可以根据数据分析需求任意截选。管理服务器可以根据账户历史信息筛选出在上述指定时间内使用电子商务系统的账户。

步骤110：管理服务器根据账户属性信息，分别判定每一个账户对应的自然人及手机号码，以及根据每一个手机号码对应的自然人数目确定相应账户的风险等级。

本申请实施例中，多个账户可能对应同一个自然人，因此，为了便于后续对账户进行风险评估，需要明确地获知哪些账户属于同一个自然人。

可选的，在执行步骤120时，管理服务器可以参考的账户属性信息包含但不限于以下任意一种或任意组合：用户注册姓名/密码、用户手机号码、用户身份证号码、用户绑定的信用卡卡号、用户地址和用户终端地址等等，其中用户终端地址可以是终端的UMID地址、MAC地址和IP地址等等。管理服务器将不同账户对应的账户属性信息进行匹配，匹配度达到一定程度的两个账户便认定对应同一自然人。

接着，管理服务器分别计算每一个手机号码对应的自然人数目(同一自然人仅计数一次)，再根据每一个手机号码对应的自然人数目确定相应账户的风险等级。具体为：管理服务器分别计算每一个手机号码对应的自然人数目，将每一个手机号码对应的自然人数目作为相应手机号码的风险等级，然后再将每一个账户绑定的手机号码的风险等级作为相应账户的风险等级；其中，若一账户绑定至少两个手机号码，则将该至少两个手机号码所对应的最高风险等级作为这一账户的风险等级。

例如，可选的，本申请实施例中，一个手机号码对应自然人数目为N，那么，这个手机号码的风险等级便是N。假设手机号码1对应的自然人数目为2，即手机号码1分别绑定了两个账户，分别称为账户A和账户B，那么，手机号码1的风险等级即为2，账户A若只绑定了一个手机号码1，则账户A的风险等级例为2，账户B若绑定了手机号码1和手机号码2，而手机号码2的风险等级为3，那么，账户B的风险等级为3。

步骤120：管理服务器基于每一个账户的风险等级以及预设的风险等级与风险指标之间的对应关系，判定每一个账户的风险指标，其中，风险指标用于表征账户出现案件的概率。

实际应用中，通过海量数据分析后获知，账户的风险等级与该账户是否发生案件有着很强的线性相关性，一个账户的风险等级越高(即一个账户所绑定的手机号码对应的自然人数目越多)，该账户越有可能发生案件，如，盗号、销赃，发布假信息等等。

这样，可以有效鉴别出“不良”账户，并将这些账户的信息存储至数据库，当此类“不良”账户发生交易时，可以进行及时管控以防止案件发生，有效地提高了系统安全性。

基于上述实施例，实际应用中，在预设风险等级和风险指标之间的对应关系时，可以采用但不限于以下方法：

首先，根据账户历史信息，确定设定数目的账户的风险等级；

(具体执行方式详见步骤100和步骤110上述流程不再赘述)。

接着，获取案件历史信息(即发生案件的账户信息)，根据该案件历史信息确定上述设定数目的账户中每一个账户的案件发生情况。

例如，假设存在账户A和账户B，根据案件历史信息中记录的账户ID，可以确定账户A发生了案件，记为1，同理，根据案件历史信息中记录的账户ID，可以确定账户B未发生案件，记为0。

最后，对上述设定数目的账户的风险等级进行分段，并基于各个账户的案件发生情况，计算每一段风险等级的案件发生概率，再基于每一段风险等级的案件发生概率分别计算每一段风险等级的风险指标。

这样，便可以绘制出风险等级和风险指标的关系示意图，具体参阅图2所示。在图2中，X轴为风险等级，Y轴为风险指标，风险等级和风险指标之间存在明显的线性关系，由此可以看出，账户绑定的手机号码的风险等级越高，该账户发生案件的可能性就越大，需要系统对此类账户进行严格管制。

本申请实施例中，为了便于计算，对风险等级进行了分段，以便令相似的数据更集中，从而更能体现出同类数据的特点。如，将风险等级1－5归为一段，将风险等级6－10归为二段，以此类推。当然，若风险等级的确定方式已能体现出数据分段性，则此处也可以不进行风险等级分段。如，在风险等级确定阶段，将绑定了1－5个账户的手机号码确定为为风险等级1，将绑定了6－10个账户的手机号码确定为风险等级2，此此类推。

然后，计算每一段风险等级对应的案件发生概率，每一段风险等级包含的账户均有自己的案件发生情况，则，每一段风险等级对应的案件发生概率＝账户案件发生数量/账户总数量，假设记为P，即案件发生概率＝P，那么，不发生概率便为1-P，相对风险表现为P/(1-P)，则每一段风险等级对应的风险指标便为 $\mathrm{In}\frac{P}{1-P}.$

实际应用中，在某种场景下，若案件发生概率(P)与账户绑定的手机号码的风险等级(X1)存在对数线性相关性，则可表现为那么，案件发生概率 $P(Y=1|X=X1)=\frac{e^{{\mathrm{\β}}_0+{\mathrm{\β}}_1{X}_1}}{1+e^{{\mathrm{\β}}_0+{\mathrm{\β}}_1{X}_1}}.$

相应的，本申请实施例中，当管理服务器确定每一个账户的风险指标后，若判定任意一账户的风险指标达到设定阈值，则可以向后台系统进行告警并对所述任意一账户进行监控，以便及时附上此类账户做出的危害系统安全性的举动。

基于上述实施例，参阅图3所示，本申请实施例中，管理服务器包括处理单元30和评估单元31，其中，

处理单元30，用于获取指定时间内的账户历史信息，根据账户历史信息确定各个账户，并根据账户属性信息，分别判定每一个账户对应的自然人及手机号码，以及根据每一个手机号码对应的自然人数目确定相应账户的风险等级；

评估单元31，用于基于每一个账户的风险等级以及预设的风险等级与风险指标之间的对应关系，判定每一个账户的风险指标，其中，风险指标用于表征账户发生案件的概率。

处理单元30具体用于：

将每一个手机号码对应的自然人数目作为相应手机号码的风险等级；

将每一个账户绑定的手机号码的风险等级作为相应账户的风险等级。

处理单元30进一步用于：

若一账户绑定至少两个手机号码，则至少两个手机号码对应的最高风险等级作为一账户的风险等级。

在预处理阶段，处理单元30用于：

根据账户历史信息，确定设定数目的账户的风险等级；

获取案件历史信息，根据案件历史信息确定设定数目的账户中每一个账户的案件发生情况；

对设定数目的账户的风险等级进行分段，并基于各个账户的案件发生情况，计算每一段风险等级的案件发生概率，再基于每一段风险等级的案件发生概率分别计算每一段风险等级的风险指标，获得计算结果；

基于计算结果建立风险等级和风险指标之间的对应关系。

评估单元31进一步用于：

确定每一个账户的风险指标后，若判定任意一账户的风险指标达到设定阈值，则向后台系统进行告警并对任意一账户进行监控。

综上所述，本申请实施例中，管理服务器根据手机号码绑定的自然人的数目数目来确定手机号码的风险等级，并根据手机号码和账户之间的绑定关系确定各个账户的风险等级，以及基于每一个账户的风险等级以及预设的风险等级与风险指标之间的对应关系，判定每一个账户的风险指标，其中，风险指标用于表征账户发生案件的概率。这样，便可以精确高效地鉴别出对系统安全造成危害的非法账户，从而便于进行严格的管理和监控，进而全面提高电子商务系统的使用安全性。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种账户风险评估的方法，其特征在于，包括：

获取指定时间内的账户历史信息，根据所述账户历史信息确定各个账户；

根据账户属性信息，分别判定每一个账户对应的自然人及手机号码，以及根据每一个手机号码对应的自然人数目确定相应账户的风险等级；

基于每一个账户的风险等级以及预设的风险等级与风险指标之间的对应关系，判定每一个账户的风险指标，其中，所述风险指标用于表征账户发生案件的概率。

2.如权利要求1所述的方法，其特征在于，根据每一个手机号码对应的自然人数目确定相应账户的风险等级，包括：

将每一个手机号码对应的自然人数目作为相应手机号码的风险等级；

将每一个账户绑定的手机号码的风险等级作为相应账户的风险等级。

3.如权利要求2所述的方法，其特征在于，进一步包括：

若一账户绑定至少两个手机号码，则所述至少两个手机号码对应的最高风险等级作为所述一账户的风险等级。

4.如权利要求1、2或3所述的方法，其特征在于，在预处理阶段，预设风险等级与风险指标之间的对应关系，包括：

根据账户历史信息，确定设定数目的账户的风险等级；

获取案件历史信息，根据所述案件历史信息确定所述设定数目的账户中每一个账户的案件发生情况；

对所述设定数目的账户的风险等级进行分段，并基于各个账户的案件发生情况，计算每一段风险等级的案件发生概率，再基于每一段风险等级的案件发生概率分别计算每一段风险等级的风险指标。

5.如权利要求1、2或3所述的方法，其特征在于，进一步包括：

确定每一个账户的风险指标后，若判定任意一账户的风险指标达到设定阈值，则向后台系统进行告警并对所述任意一账户进行监控。

6.一种账户风险评估的装置，其特征在于，包括：

处理单元，用于获取指定时间内的账户历史信息，根据所述账户历史信息确定各个账户，并根据账户属性信息，分别判定每一个账户对应的自然人及手机号码，以及根据每一个手机号码对应的自然人数目确定相应账户的风险等级；

评估单元，用于基于每一个账户的风险等级以及预设的风险等级与风险指标之间的对应关系，判定每一个账户的风险指标，其中，所述风险指标用于表征账户发生案件的概率。

7.如权利要求6所述的装置，其特征在于，所述处理单元具体用于：

将每一个手机号码对应的自然人数目作为相应手机号码的风险等级；

将每一个账户绑定的手机号码的风险等级作为相应账户的风险等级。

8.如权利要求7所述的装置，其特征在于，所述处理单元进一步用于：

若一账户绑定至少两个手机号码，则所述至少两个手机号码对应的最高风险等级作为所述一账户的风险等级。

9.如权利要求6、7或8所述的装置，其特征在于，在预处理阶段，所述处理单元用于：

根据账户历史信息，确定设定数目的账户的风险等级；

获取案件历史信息，根据所述案件历史信息确定所述设定数目的账户中每一个账户的案件发生情况；

对所述设定数目的账户的风险等级进行分段，并基于各个账户的案件发生情况，计算每一段风险等级的案件发生概率，再基于每一段风险等级的案件发生概率分别计算每一段风险等级的风险指标，获得计算结果；

基于所述计算结果建立风险等级和风险指标之间的对应关系。

10.如权利要求6、7或8所述的装置，其特征在于，所述评估单元进一步用于：

确定每一个账户的风险指标后，若判定任意一账户的风险指标达到设定阈值，则向后台系统进行告警并对所述任意一账户进行监控。