CN109191274A - 一种审核方法和风控平台 - Google Patents

Abstract

本发明实施例公开了一种审核方法和风控平台，所述方法包括：获取待审核的业务请求，业务请求携带用户标识；客户端A接收并转发所述用户标识；客户端A是风控平台设置的M个客户端中的一个客户端，M为等于2或者大于2的整数；服务器端B接收客户端A转发的所述用户标识；服务器端B是风控平台设置的N个服务器端中的一个服务器端，N为等于2或者大于2的整数；所述服务器端B从指定的数据平台获取所述用户标识对应的风控变量。采用本申请实施例提供的技术方案，当接收到多个业务请求时，可以由不同的客户端接收用户标识，以及由不同的服务器端从指定的数据平台获取用户标识对应的风控变量，这样有利于加快审核速度，提高审核效率。

Description

一种审核方法和风控平台

技术领域

本申请涉及计算机领域，尤其涉及一种审核方法和风控平台。

背景技术

审核是银行等信贷机构信贷业务流程的关键环节，是信贷业务执行的前提与依据。贷款合同审核流程如图1A所示，业务系统1020获取贷款合同对应的业务请求1040后，将业务请求1040中的用户信息发送给风控平台1010，风控平台从指定的数据平台1030获取用户标识对应的的风控变量。

本申请的发明人在研究和实践过程中发现，在实际运行时，若业务请求量较大时，业务审核有时会出现堵塞，导致审核不及时。

发明内容

本申请实施例提供了一种审核方法和风控平台，能够提高审核效率。

本申请实施例第一方面提供了一种审核方法，包括：

获取待审核的业务请求，所述业务请求携带用户标识；

客户端A接收并转发所述用户标识；其中，所述客户端A是风控平台配置的M个客户端中的一个客户端，所述M为等于2或者大于2的整数；

服务器端B接收所述客户端A转发的所述用户标识；其中，所述服务器端B是所述风控平台配置的N个服务器端中的一个服务器端，所述N为等于2或者大于2的整数；

所述服务器端B从指定的数据平台获取所述用户标识对应的风控变量。

本发明实施例提供的技术方案，在风控平台中设置了多个客户端和多个服务器端，当获取到业务请求后，业务请求中携带的用户标识发送给多个客户端中的一个客户端，可以理解的，当接收到多个业务请求时，可以由不同的客户端接收用户标识，以及由不同的服务器端从指定的数据平台获取用户标识对应的风控变量，这样有利于加快审核速度，提高审核效率。

基于第一方面，在本发明一些可能的实施方式中，所述客户端A接收并转发所述用户标识之前，所述方法还包括：

根据负载均衡策略从所述M个客户端中确定所述客户端A。

在本发明一些可能的实施方式中，根据负载均衡策略可以采用轮询的方式确定每个客户端对应的第一预设负载，将第一预设负载最小的客户端作为所述客户端A。第一预设负载可以是客户端当前正在接收以及待接收的客户标识的数量，数量越少对应的第一预设负载越小，举例来说，若有3个客户端A1、A2、和A3，若A1处于空闲状态，则A1对应的第一预设负载为0。若A2当前正在接收一个用户标识，同时A2还有2个用户标识需要接收，则A2对应的第一预设负载为3。若A3当前正在接收一个用户标识，同时没有待接收的用户标识，则A3对应的第一预设负载为1。则A1、A2、和A3这3个客户端中第一预设负载最小的客户端为A1，则将A1作为客户端A。

在本发明一些可能的实施方式中，根据负载均衡策略可以采用轮询的方式确定每个客户端对应的第一预设负载，第一预设负载可以是预设时间段内客户端已经获取的数据量，预设时间段比如可以是最近一个小时、最近3个小时、最近6个小时、或者最近一天等时长。以最近3个小时获取的数据量为例，若有3个客户端A1、A2、和A3，若A1最近3个小时内获取的数据量为5MB，A2最近3个小时内获取的数据量为8MB，A3最近3个小时内获取的数据量为2MB。则A1、A2、和A3这3个客户端中第一预设负载最小的客户端为A3，则将A3作为客户端A。

基于第一方面，在本申请一些可能的实施方式中，服务器端B接收所述客户端A发送的所述用户标识之前，所述方法还包括：确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

在本申请一些可能的实施方式中，确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B，包括：所述N个服务器端通过争抢方式确定接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

在本申请一些可能的实施方式中，所述确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B，包括：根据负载均衡策略从所述N个服务器端中确定所述服务器端B。

在本申请一些可能的实施方式中，在所述确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B之前，所述方法还包括：

所述N个服务器端已与所述指定的数据平台建立连接，即：所述N个服务器端已处于能够从指定的数据平台获取用户标识对应的风控变量的状态。

由于N个服务器端在确定用于接收客户端A发送的用户标识的服务器端作为服务器端B之前已经提前与指定的数据平台建立了连接，这样服务器端B确定后不用再执行建立连接的操作，服务器端端B可以直接从指定的数据平台获取与用户标识对应的风控变量。这样有利于服务器端B快速从指定的数据平台获取用户标识对应的风控变量。

第二方面，本申请实施例提供了一种风控平台，所述风控平台包括：

M个客户端和N个服务器端，其中，所述M为等于2或者大于2的整数，所述N为等于2或者大于2的整数；

第一获取单元，用于获取待审核的业务请求，所述业务请求携带用户标识；

客户端A，用于接收并转发所述用户标识，所述客户端A是所述M个客户端中的一个客户端；

服务端B，用于接收所述客户端A转发的所述用户标识，所述服务器端B是所述N个服务器端中的一个服务器端；

所述服务端B还用于，从指定的数据平台获取所述用户标识对应的风控变量。

可以理解的，客户端A以及服务器端B获取的数据可以保存在风控平台中的数据库中。在一些可能的实施方式中，可以根据预设时间段内，数据库中保存的与业务请求对应的用户标识的数量与业务请求数量的比值确定业务请求被处理的情况，可以反映客户端是否存在处理压力，若所述比值小于预设的阈值，则风控平台处理业务请求存在压力，则风控平台可以设置更多的客户端来响应业务请求。

类似的，可以根据数据库中预设时间段内保存的风控变量对应的用户标识的数量与客户端A保存在数据库中用户标识的数量的比值确定服务器端是否存在处理压力，若比值小于预设的阈值，则服务器端存在处理压力，风控平台可以设置更多的客户端来响应业务请求。需要说明的是，这里的阈值与前一段中提到的阈值可以是相同的值也可以是不同的值。

本申请实施例提供的技术方案，风控平台中设置了多个客户端和多个服务器端，当获取到业务请求后，业务请求中携带的用户标识发送给多个客户端中的一个客户端，可以理解的，当接收到多个业务请求时，可以由不同的客户端接收用户标识，以及由不同的服务器端从指定的数据平台获取用户标识对应的风控变量，这样有利于加快审核速度，提高审核效率。

基于第二方面，在本申请一些可能的实施方式中，所述风控平台还可以包括：负载均衡单元，用于在所述客户端A接收并转发所述用户标识之前，根据负载均衡策略从所述M个客户端中确定所述客户端A。

基于第二方面，在本申请一些可能的实施方式中，所述风控平台还包括：确定单元，用于在所述服务器端B接收所述客户端A发送的所述用户标识之前，确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

在本申请一些可能的实施方式中，所述确定单元为所述N个服务器端，所述N个服务器端通过争抢方式确定接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

在本申请一些可能的实施方式中，所述N个服务器端在所述确定单元确定出用于接收所述客户端A发送的所述用户标识的服务器端之前，已与所述指定的数据平台建立连接。

由于N个服务器端在确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B之前已经提前与指定的数据平台建立了连接，这样服务器端B确定后不用再执行建立连接的操作，服务器端B可以直接从指定的数据平台获取与用户标识对应的风控变量。这样有利于服务器端B快速从指定的数据平台获取用户标识对应的风控变量。

第三方面，本申请实施例提供了一种风控平台，包括：处理器、存储器、通信接口和总线；所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信，所述处理器为所述风控平台配置M个客户端和N个服务器端，其中，所述M为等于2或者大于2的整数，所述N为等于2或者大于2的整数；所述存储器存储可执行程序代码；所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于执行如上述第一方面所述的审核方法或者第一方面任一种可能的实施方式所述的审核方法。

附图说明

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

图1A是现有技术中审核架构示意图。

图1B是本申请的实施例提供的一种审核架构示意图。

图2是本申请的实施例提供的一种审核方法的流程示意图。

图3A是本申请的实施例提供的一种风控平台的结构示意图。

图3B是本申请的实施例提供的另一种风控平台的结构示意图。

图4是本申请的实施例提供的一种风控平台的结构示意图。

具体实施方式

本申请实施例提供了一种审核方法和风控平台，能够提高审核效率。

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

以下分别进行详细说明。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1B，图1B是本申请的一个实施例提供的一种审核架构示意图。如图1B所示，本申请的一个实施例提供的一种审核架构可以包括：风控平台101、业务系统102、和数据平台103。在一些可能的实施例中，业务系统102可以是安硕、蜂巢、借钱么、分期购、买买提、百城壹家等获取贷款请求等业务请求的系统，业务系统102将获取的业务请求104对应的用户标识发送给风控平台101，业务请求中携带有用户标识，风控平台101从指定的数据平台103获取用户标识对应的风控变量，并将获取的风控变量发送给业务系统102，业务系统102根据获取的风控变量对业务请求进行审核。数据平台103可以是同盾、百融、聚信立、芝麻信用等保存有风控数据的系统。举例来说，在同盾上保存有3个月内使用某个身份证号码借款的次数、以及使用某个手机号码借款的次数等参数。具体实施时，业务请求104中包括用户标识，用户标识可以是用户的身份证号码、手机号码等用于区分不同用户的标识。风控平台101通过业务系统102获取用户标识后，从指定的数据平台103获取与用户标识对应的风控变量。当业务系统102获取多个业务请求时，风控平台101可以利用其设置的多个客户端、以及多个服务器端响应多个业务请求。具体地，业务系统102获取一个业务请求后，风控平台101中的一个客户端A接收并转发业务请求中携带的用户标识，然后风控平台101中的一个服务器端B接收客户端A转发的用户标识，服务器端B从指定的数据平台获取用户标识对应的风控变量。

本发明实施例提供的技术方案，在风控平台中设置了多个客户端和多个服务器端，当获取到业务请求后，业务请求中携带的用户标识发送给多个客户端中的一个客户端，可以理解的，当接收到多个业务请求时，可以由不同的客户端接收用户标识，以及由不同的服务器端从指定的数据平台获取用户标识对应的风控变量，这样有利于加快审核速度，提高审核效率。

请参阅图2，图2是本申请的一个实施例提供的一种审核方法的流程示意图，如图2所示，本申请的一个实施例提供的一种审核方法可以包括以下步骤：

201、获取待审核的业务请求，所述业务请求携带用户标识。

其中，用户标识可以是用户的身份证号码、手机号码等用于区分不同用户的标识。

202、客户端A接收并转发所述用户标识；其中，所述客户端A是风控平台设置的M个客户端中的一个客户端，所述M为等于2或者大于2的整数。

203、服务器端B接收所述客户端A转发的所述用户标识；其中，所述服务器端B是所述风控平台设置的N个服务器端中的一个服务器端，所述N为等于2或者大于2的整数。

204、服务器端B从指定的数据平台获取所述用户标识对应的风控变量。

本发明实施例提供的技术方案，在风控平台中设置了多个客户端和多个服务器端，当获取到业务请求后，业务请求中携带的用户标识发送给多个客户端中的一个客户端，可以理解的，当接收到多个业务请求时，可以由不同的客户端接收用户标识，以及由不同的服务器端从指定的数据平台获取用户标识对应的风控变量，这样有利于加快审核速度，提高审核效率。

需要说明的是，由于在风控平台中设置了多个客户端和多个服务器端，在一些可能的实施方式中，一个客户端和一个服务器端可以设置为一个节点，这样设置有利于在风控平台出现异常时及时排查出故障。在一些可能的实施方式中，风控平台可以根据业务请求的变化改变客户端和服务器端的数量。比如业务请求数量超过阈值，增加客户端的数量，即使M＝M+i，i为正整数，i与业务请求的增长率成正比，类似的，可以增加服务器端的数量，即使N＝N+j，j为正整数，j与业务请求的增长率成正比，这样有利于风控平台及时获取与业务请求的用户标识对应的风控变量。可以理解的，若业务请求减少时，也可以相应地减少客户端的数量以及服务器端的数量。

在本申请一些可能的实施方式中，所述客户端A接收并转发所述用户标识之前，所述方法还可以包括：

根据负载均衡策略从所述M个客户端中确定所述客户端A。

在本申请一些可能的实施方式中，根据负载均衡策略可以采用轮询的方式确定每个客户端对应的第一预设负载，将第一预设负载最小的客户端作为所述客户端A。第一预设负载可以是客户端当前正在接收以及待接收的客户标识的数量，数量越少对应的第一预设负载越小，举例来说，若有3个客户端A1、A2、和A3，若A1处于空闲状态，则A1对应的第一预设负载为0。若A2当前正在接收一个用户标识，同时A2还有2个用户标识需要接收，则A2对应的第一预设负载为3。若A3当前正在接收一个用户标识，同时没有待接收的用户标识，则A3对应的第一预设负载为1。则A1、A2、和A3这3个客户端中第一预设负载最小的客户端为A1，则将A1作为客户端A。

在本申请一些可能的实施方式中，根据负载均衡策略可以采用轮询的方式确定每个客户端对应的第一预设负载，第一预设负载可以是预设时间段内客户端已经获取的数据量，预设时间段比如可以是最近一个小时、最近3个小时、最近6个小时、或者最近一天等时长。以最近3个小时获取的数据量为例，若有3个客户端A1、A2、和A3，若A1最近3个小时内获取的数据量为5MB，A2最近3个小时内获取的数据量为8MB，A3最近3个小时内获取的数据量为2MB。则A1、A2、和A3这3个客户端中第一预设负载最小的客户端为A3，则将A3作为客户端A。

在本申请一些可能的实施方式中，服务器端B接收所述客户端A发送的所述用户标识之前，所述方法还可以包括：确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

在本发明一些可能的实施方式中，确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B，包括：所述N个服务器端通过争抢方式确定接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

在本发明一些可能的实施方式中，所述确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B，包括：根据负载均衡策略从所述N个服务器端中确定所述服务器端B。

在本发明一些可能的实施方式中，在所述确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B之前，所述方法还包括：

所述N个服务器端已与所述指定的数据平台建立连接。

由于N个服务器端在确定用于接收客户端A发送的用户标识的服务器端作为服务器端B之前已经提前与指定的数据平台建立了连接，这样服务器端B确定后不用再执行建立连接的操作，服务器端端B可以直接从指定的数据平台获取与用户标识对应的风控变量。这样有利于服务器端B快速从指定的数据平台获取用户标识对应的风控变量。

请参阅图3A，图3A是本申请的一个实施例提供的一种风控平台的结构示意图，如图3A所示，本申请的一个实施例提供的一种风控平台300可以包括：第一获取单元301、M个客户端302、N个服务器端303，其中，M为等于2或者大于2的整数，N为等于2或者大于2的整数。

第一获取单元301，用于获取待审核的业务请求，所述业务请求携带用户标识。

其中，用户标识可以是用户的身份证号码、手机号码等用于区分不同用户的标识。

客户端A，用于接收并转发所述用户标识，客户端A是M个客户端302中的一个客户端。

服务端B，用于接收客户端A转发的所述用户标识，服务器端B是N个服务器端303中的一个服务器端；

服务端B还用于，从指定的数据平台获取所述用户标识对应的风控变量。

在本申请一些可能的实施方式中，如图3B所示，风控平台300还可以包括：负载均衡单元304，用于在所述客户端A接收并转发所述用户标识之前，根据负载均衡策略从所述M个客户端中确定所述客户端A。

在本发明一些可能的实施方式中，负载均衡单元304根据负载均衡策略可以采用轮询的方式确定每个客户端对应的第一预设负载，将第一预设负载最小的客户端作为所述客户端A。第一预设负载可以是客户端当前正在接收以及待接收的客户标识的数量，数量越少对应的第一预设负载越小，举例来说，若有3个客户端A1、A2、和A3，若A1处于空闲状态，则A1对应的第一预设负载为0。若A2当前正在接收一个用户标识，同时A2还有2个用户标识需要接收，则A2对应的第一预设负载为3。若A3当前正在接收一个用户标识，同时没有待接收的用户标识，则A3对应的第一预设负载为1。则A1、A2、和A3这3个客户端中第一预设负载最小的客户端为A1，则将A1作为客户端A。

在本发明一些可能的实施方式中，负载均衡单元304根据负载均衡策略可以采用轮询的方式确定每个客户端对应的第一预设负载，第一预设负载可以是预设时间段内客户端已经获取的数据量，预设时间段比如可以是最近一个小时、最近3个小时、最近6个小时、或者最近一天等时长。以最近3个小时获取的数据量为例，若有3个客户端A1、A2、和A3，若A1最近3个小时内获取的数据量为5MB，A2最近3个小时内获取的数据量为8MB，A3最近3个小时内获取的数据量为2MB。则A1、A2、和A3这3个客户端中第一预设负载最小的客户端为A3，则将A3作为客户端A。

在本发明一些可能的实施方式中，风控平台还包括：确定单元，用于在所述服务器端B接收所述客户端A发送的所述用户标识之前，确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

在本发明一些可能的实施方式中，确定单元可以为所述N个服务器端，所述N个服务器端通过争抢方式确定接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

在本发明一些可能的实施方式中，确定单元可以具体用于，根据负载均衡策略从所述N个服务器端中确定所述服务器端B。

在本发明一些可能的实施方式中，N个服务器端在确定单元确定出用于接收所述客户端A发送的所述用户标识的服务器端之前，已与所述指定的数据平台建立连接。

由于N个服务器端在确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B之前已经与指定的数据平台建立了连接，这样有利于服务器B快速从指定的数据平台获取用户标识对应的风控变量。

参见图4，图4为本申请实施例提供的一种风控平台400的结构示意图，所述电子设备500，可以包括：

处理器401、存储器402、通信接口403和总线404。

其中，处理器401、存储器402和通信接口403通过总线404连接并完成相互间的通信；

存储器402存储可执行程序代码；

处理器401通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于执行一种审核方法，所述审核方法可以包括以下内容：

获取待审核的业务请求，所述业务请求携带用户标识；

客户端A接收并转发所述用户标识；其中，所述客户端A是风控平台设置的M个客户端中的一个客户端，所述M为等于2或者大于2的整数；

服务器端B接收所述客户端A转发的所述用户标识；其中，所述服务器端B是所述风控平台设置的N个服务器端中的一个服务器端，所述N为等于2或者大于2的整数；

所述服务器端B从指定的数据平台获取所述用户标识对应的风控变量。

在本申请一些可能的实施方式中，客户端A接收并转发所述用户标识之前，所述方法还可以包括：根据负载均衡策略从所述M个客户端中确定所述客户端A。

在本申请一些可能的实施方式中，所述服务器端B接收所述客户端A发送的所述用户标识之前，所述方法还可以包括：确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

在本申请一些可能的实施方式中，所述确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B，包括：所述N个服务器端通过争抢方式确定接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

在本申请一些可能的实施方式中，所述确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B，包括：根据负载均衡策略从所述N个服务器端中确定所述服务器端B。

在本申请一些可能的实施方式中，在所述确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B之前，所述方法还包括：所述N个服务器端已与所述指定的数据平台建立连接。

本申请实施例还提供了一种存储介质，其中，该存储介质用于存储应用程序，所述应用程序用于在运行时执行本申请实施例所述的一种审核方法。

本申请实施例还提供了一种应用程序，其中，该应用程序用于在运行时执行本申请实施例所述的一种审核方法。

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

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

在本申请所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (13)

1.一种审核方法，应用于风控平台，其特征在于，包括：

获取待审核的业务请求，所述业务请求携带用户标识；

客户端A接收并转发所述用户标识；其中，所述客户端A是风控平台设置的M个客户端中的一个客户端，所述M为等于2或者大于2的整数；

服务器端B接收所述客户端A转发的所述用户标识；其中，所述服务器端B是所述风控平台设置的N个服务器端中的一个服务器端，所述N为等于2或者大于2的整数；

所述服务器端B从指定的数据平台获取所述用户标识对应的风控变量。

2.根据权利要求1所述的方法，其特征在于，所述客户端A接收并转发所述用户标识之前，所述方法还包括：

根据负载均衡策略从所述M个客户端中确定所述客户端A。

3.根据权利要求1所述的方法，其特征在于，所述服务器端B接收所述客户端A发送的所述用户标识之前，所述方法还包括：

确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

4.根据权利要求3所述的方法，其特征在于，所述确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B，包括：

所述N个服务器端通过争抢方式确定接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

5.根据权利要求1所述的方法，其特征在于，所述确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B，包括：

根据负载均衡策略从所述N个服务器端中确定所述服务器端B。

6.根据权利要求3至5任一项所述的方法，其特征在于，在所述确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B之前，所述方法还包括：

所述N个服务器端已与所述指定的数据平台建立连接。

7.一种风控平台，其特征在于，所述风控平台包括：

M个客户端和N个服务器端，其中，所述M为等于2或者大于2的整数，所述N为等于2或者大于2的整数；

第一获取单元，用于获取待审核的业务请求，所述业务请求携带用户标识；

客户端A，用于接收并转发所述用户标识，所述客户端A是所述M个客户端中的一个客户端；

服务端B，用于接收所述客户端A转发的所述用户标识，所述服务器端B是所述N个服务器端中的一个服务器端；

所述服务端B还用于，从指定的数据平台获取所述用户标识对应的风控变量。

8.根据权利要求7所述的风控平台，其特征在于，所述风控平台还包括：

负载均衡单元，用于在所述客户端A接收并转发所述用户标识之前，根据负载均衡策略从所述M个客户端中确定所述客户端A。

9.根据权利要求7所述的风控平台，其特征在于，所述风控平台还包括：

确定单元，用于在所述服务器端B接收所述客户端A发送的所述用户标识之前，确定用于接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

10.根据权利要求9所述的风控平台，其特征在于，

所述确定单元为所述N个服务器端，所述N个服务器端通过争抢方式确定接收所述客户端A发送的所述用户标识的服务器端作为所述服务器端B。

11.根据权利要求9所述的风控平台，其特征在于，

所述确定单元具体用于，根据负载均衡策略从所述N个服务器端中确定所述服务器端B。

12.根据权利要求9至11任一项所述的风控平台，其特征在于，

所述N个服务器端在所述确定单元确定出用于接收所述客户端A发送的所述用户标识的服务器端之前，已与所述指定的数据平台建立连接。

13.一种风控平台，其特征在于，包括：处理器、存储器、通信接口和总线；

所述处理器、所述存储器和所述通信接口通过所述总线连接并完成相互间的通信，所述处理器为所述风控平台配置M个客户端、以及N个服务器端，其中，所述M为等于2或者大于2的整数，所述N为等于2或者大于2的整数；

所述存储器存储可执行程序代码；

所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于执行如权利要求1至6任意一项所述的审核方法。