CN109213781A - 风控数据查询方法及装置 - Google Patents

Abstract

本申请实施例提供一种风控数据查询方法及装置，该方法包括：接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型；从所述风控数据查询请求中提取所述用户标识和事件类型，以及根据所述用户标识和事件类型得到风控数据查询模板；采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据；将所述目标风控数据发送到所述客户端，因此能够提升风险数据查询时的效率。

Description

风控数据查询方法及装置

技术领域

本申请涉及移动应用技术领域，具体涉及一种风控数据查询方法及装置。

背景技术

随着移动支付的快速发展，很多用户会采用移动支付。在采用移动支付时，服务提供商(例如平安金融等)需要对用户进的风险管控数据(风控数据)进行查询。然而，当前的风控数据查询方法，在对风控数据进行查询时采用较为复杂的查询方式，导致在对风控数据进行查询时的效率降低。

发明内容

本申请实施例提供一种风控数据查询方法及装置，能够提升风险数据查询时的效率。

本申请实施例的第一方面提供了一种风控数据查询方法，所述方法包括：

接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型；

从所述风控数据查询请求中提取所述用户标识和事件类型，以及根据所述用户标识和事件类型得到风控数据查询模板；

采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据；

将所述目标风控数据发送到所述客户端。

本申请实施例的第二方面提供了一种风控数据查询方法，所述方法包括：

接收目标用户的目标事件申请请求，所述目标事件申请请求包括所述目标用户的用户标识以及目标事件的事件类型；

从所述目标事件申请请求中提取所述目标用户的用户标识和所述目标事件的事件类型，根据所述用户标识和事件类型生成风控数据查询请求；

将所述风控数据查询请求发送到服务器；

接收所述服务器发送的目标风控数据。

本申请实施例的第三方面提供了一种风控数据查询装置，所述装置包括接收单元、提取单元、查询单元和发送单元，其中，

接收单元，用于接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型；

提取单元，用于从所述风控数据查询请求中提取所述用户标识和事件类型，以及根据所述用户标识和事件类型得到风控数据查询模板；

查询单元，用于采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据；

发送单元，用于将所述目标风控数据发送到所述客户端。

本申请实施例的第四方面提供一种服务器，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如本申请实施例第一方面和第二方面中的步骤指令。

本申请实施例的第五方面提供了一种计算机可读存储介质，其中，上述计算机可读存储介质存储用于电子数据交换的计算机程序，其中，上述计算机程序使得计算机执行如本申请实施例第一方面和第二方面中所描述的部分或全部步骤。

本申请实施例的第六方面提供了一种计算机程序产品，其中，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如本申请实施例第一方面和第二方面中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。

实施本申请实施例，至少具有如下有益效果：

通过本申请实施例，首先接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型，然后从所述风控数据查询请求中提取所述用户标识和事件类型，以及根据所述用户标识和事件类型得到风控数据查询模板，再后采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据，最后将所述目标风控数据发送到所述客户端。以此，通过从风控数据查询请求中提取用户标识和事件类型，并根据用户标识和事件类型得到风控数据查询模板，再根据风控数据查询模板对风控数据进行查询得到风控数据，相对于现有方案中，采用了模板构建的方式对风控数据进行查询，从而能够在一定程度上提升风控数据查询的效率。

附图说明

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

图1为本申请实施例提供了一种风控数据查询系统的结构示意图；

图2为本申请实施例提供了一种风控数据查询方法的流程示意图；

图3为本申请实施例提供了一种风控数据查询方法的流程示意图；

图4为本申请实施例提供了另一种风控数据查询方法的流程示意图；

图5为本申请实施例提供了另一种风控数据查询方法的流程示意图；

图6为本申请实施例提供了另一种风控数据查询方法的流程示意图；

图7为本申请实施例提供了另一种风控数据查询方法的流程示意图；

图8为本申请实施例提供的一种终端的结构示意图；

图9为本申请实施例提供的一种服务器的结构示意图；

图10为本申请实施例提供了一种风控数据查询装置的结构示意图；

图11为本申请实施例提供了一种风控数据查询装置的结构示意图。

具体实施方式

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

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

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本申请所描述的实施例可以与其它实施例相结合。

本申请实施例所涉及到的电子装置可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(user equipment，UE)，移动台(mobile station，MS)，终端设备(terminaldevice)等等。为方便描述，上面提到的设备统称为电子装置。

为了更好的理解本申请实施例，下面首先对应用风控数据查询方法的风控数据查询系统进行简要介绍。如图1所示，风控数据查询系统包括客户端101和服务器102，其中，目标用户向客户端101发送目标事件申请请求，目标事件申请请求包括目标用户的用户标识码以及目标事件的事件类型，客户端101接收目标用户发送的目标事件申请请求，客户端101从目标事件申请请求中提取目标用户的用户标识码和目标事件的事件类型，客户端101根据用户标识码和时间类型生成风控数据查询请求，然后将风控数据查询请求发送到服务器102，服务器102接收到风控数据查询请求后，从风控数据查询请求中提取用户标识和事件类型，服务器102根据用户标识和事件类型得到风控数据查询模板，并根据风控数据查询模板进行风控数据查询，得到目标风控数据，服务器102将目标风控数据发送到客户端101，客户端101接收服务器102发送的目标风控数据，通过上述方法，采用构建风控数据查询模板的方式对风控数据进行查询，从而能够在一定程度上提升风控数据查询的效率。

请参阅图2，图2为本申请实施例提供了一种风控数据查询方法的流程示意图。如图2所示，风控数据查询方法应用于服务器，风控数据查询方法包括步骤201-204，具体如下：

201、服务器接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型。

可选的，风控数据可包括用户风险评估数据、风险等级、黑/白名单库、用户画像、基础属性、外部服务等；用户标识可包括：手机号、身份证号码、护照号、工号等；目标事件包括注册、登录、还款、借款、交易等；事件类型包括注册事件、登录事件、还款事件、借款事件、交易事件、借款提现事件等。风控数据查询请求中包括客户端身份信息，客户端身份信息存储于客户端身份信息字段，客户端身份信息字段由24位构成，前4位为客户端ID，然后为客户端识别码，客户端识别码为4位，后16位为客户端密码。在获取客户端身份信息时，分别从客户端身份信息字段的不同位置读取客户端ID、客户端识别码和客户端密码。客户端密码可以为通过加密后的密码，加密方法可以是对称加密算法，例如，高级加密标准(AdvancedEncryption Standard，AES)加密算法，也可以是非对称算法，例如RSA algorithm(RSA加密算法)，当然还可以是其它加密算法，此处仅为举例说明，不作具体限定。服务器在接收到客户端发送的风控数据查询请求后可执行步骤A1-A2，具体如下：

A1、从所述风控数据查询请求中提取所述客户端身份信息；

其中，可以从风控数据查询请求的客户端身份信息字段提取客户端的身份信息。

A2、采用所述客户端身份信息对所述客户端进行身份认证，若认证失败，则丢弃所述风控数据查询请求。

可选的，一种可能的对客户端身份信息进行认证的方法为：首先判别客户端ID与客户端识别码是否一致，若一致则在数据库中查询与客户端识别码对应的标准密码，将客户端密码与该标准密码进行匹配，若客户端密码与标准密码一致，则认证成功，否则，认证失败。其中，标准密码为16位，标准密码为客户端在注册时设置的初始密码通过变换后得到的密码，从初始密码得到标准密码的方法为：将初始密码通过哈希(hash)变换，得到参考初始密码，将参考初始密码的后八位与前八位进行置换，然后将新的前八位中的前四位与后四位进行置换，将新的后八位中的前四位与后四位进行置换，最终得到标准密码。判别标准密码与客户端密码是否一致的方法为：将客户端密码通过hash变换后，采用上述标准密码生成方式，进行变换，得到密码若与标准密码相同，则确定客户端密码与标准密码一致。客户端密码与标准密码一致可以理解为，客户端密码通过从初始密码变换到标准密码的方法进行变换后的密码与标准密码相同，则认为客户端密码与标准密码一致。

可选的，若对客户端身份认证成功，则执行后续方法，若认证失败，则丢弃该风控数据查询请求。

202、服务器从所述风控数据查询请求中提取所述用户标识和事件类型，以及根据所述用户标识和事件类型得到风控数据查询模板。

其中，用户标识为手机号、身份证号码、护照号、工号中的一个或多个。

可选的，以用户标识为手机号为例，一种可能的根据用户标识和事件类型得到风控数据查询模板的方法为：将所述用户标识和事件类型输入查询模板生成模型，得到风控数据查询模板。其中，查询模板生成模型可以为：a.b.c.d(“e”)，其中a为搜索规则标识，b为平台标识，c为风险数据库，d为事件类型。其中，b具体可以为查询平台；c可例如可以是归属地数据库，收码平台数据库，黄牛行为数据库，恶意刷单数据库，即不同的风险数据库；d为例如可以是注册事件、登录事件、还款事件、借款事件、交易事件、借款提现事件，e例如可以是手机号、身份证号码、护照号、工号等，e也可以是变量名、IP地址、设备指纹等。

其中，设备指纹包括设备号和用户信息。用户信息包括用户使用设备的信息，例如，用户使用设备时，在一段时间内设备桌面的应用图标的排列顺序，桌面壁纸，开机动画，关机动画，闹钟设定时间等，上述用户信息可以归结为第一类用户信息，第二类信息包括用户使用设备上的软件的习惯，例如，用户打开设备上的某个软件常用的打开时间，打开该软件后使用该软件的时间，对软件的配置信息，在使用该软件的时候，使用软件浏览的信息的类别，以及经常浏览的URL地址等。

可选的，根据查询模板生成模型生成查询模板时，可以根据客户端的需求，设置不同的平台，在上述的平台标识可标识查询平台，也可以标识其它的查询平台，通过与其它查询平台建立数据链接，从而实现多平台的调用。

可选的，另一种根据用户标识和事件类型得到风控数据查询模板的方法包括步骤B1-B3，具体如下：

B1、提取所述用户标识中的标识码；

其中，用户标识中还包括标识码，标识码例如可以是A、B、C，该标识码用于标识用户类型，分别与A、B、C三类用户相对应。用户类型可包括A、B、C三类用户，其中，A类用户为信誉度较高的用户，B类用户为普通用户，C类用户为信誉度较低的用户。信誉度的高低的评判方式可以为通过信誉度评分进行评判，具体可以为：例如信誉度评分总共有10分，则A类用户的评分所属的区间为7.5-10分，普通用户的信誉度评分所属的区间为5分-7.5分，信誉度较低的用户的信誉度评分所属的区间为0-5分。

B2、根据所述标识码和所述事件类型确定出风控数据的目标类型；

可选的，可以根据预设的标识码、事件类型与目标类型之间的映射关系确定出目标类型。一种可能的标识码、事件类型与目标类型之间的映射关系如表1所示，具体如下：

表1标识码、事件类型与目标类型之间的映射关系表

B3、确定与所述目标类型相对应的风控数据查询模板。

可选的，服务器中存储有目标类型与风控数据查询模板之间的映射关系，不同的目标类型对应不同的风控数据查询模板，从而可以确定出目标类型对应的风控数据查询模块。

另一种根据用户标识和事件类型得到风控数据查询模板的方法可包括步骤C1-C2，具体如下：

C1、根据所述用户标识和事件类型得到风控数据查询模块集合，所述风控数据查询模块集合包括多个风控数据查询模块；

可选的，风控数据查询模块可包括：基础属性查询模块、用户画像查询模块、外部服务查询模块、黑/白名单查询模块等。根据用户标识和事件类型得到风控数据查询模块集合的方式可参照表1中的映射关系来得到风控数据查询模块集合。

C2、按照预设的风控数据查询模块组合方式，对所述风控数据查询模块集合中的风控数据查询模块进行组合，得到风控数据查询模板。

可选的，风控数据查询模块具有查询优先级，根据查询优先级的高低顺序对查询模块进行组合，优先级高的风控数据查询模块优先执行，一种可能的风控数据查询模块的优先级设置方式为：用户画像查询模块的优先级高于黑/白名单查询模块的优先级，黑/白名单查询模块的优先级高于基础属性查询模块的优先级，基础属性查询模块的优先级高于外部服务查询模块的优先级，由于使用外部服务查询模块对外部服务进行查询时，可能会涉及到费用等，因此将外部服务查询模块的优先级设为最低优先级，以此，可以一定程度上的减少付费出现的情况。

可选的，风控数据查询模块还可通过逻辑运算规则进行组合，得到风控数据查询模板，逻辑运算规则包括and、or、not。一个确定风控数据查询模板的实例例如可以是，风控数据查询模块集合包括基础属性查询模块、用户画像查询模块，将两种查询模板通过or进行组合，得到风控数据查询模板。

203、服务器采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据。

204、服务器将所述目标风控数据发送到所述客户端。

其中，服务器将目标风控数据发送到客户端可根据预设时间间隔进行发送，预设时间间隔可由系统管理员进行设定也可以由服务器随机设定，此处不做具体限定。在将查询得到的风控数据进行发送时可对发送的风控数据进行加密处理。以及服务器在接收到客户端发送的确认帧(ACK)时，确定风控数据发送成功，若未收到ACK，则继续发送风控数据，直到收到客户端发送的ACK后，停止数据发送。

一个可能的示例中，服务器接收到的风控数据查询请求中携带的事件类型包括提额事件，则根据提额事件对于提额事件相对应的风控数据进行查询，得到目标风控数据。目标风控数据包括：黑/名单数据、逾期状态、风险名单等。

请参阅图3，图3为本申请实施例提供了一种风控数据查询方法的流程示意图。如图3所示，风控数据查询方法包括步骤301-304，具体如下：

301、客户端接收目标用户的目标事件申请请求，所述目标事件申请请求包括所述目标用户的用户标识以及目标事件的事件类型。

302、客户端从所述目标事件申请请求中提取所述目标用户的用户标识和所述目标事件的事件类型，根据所述用户标识和事件类型生成风控数据查询请求。

303、客户端将所述风控数据查询请求发送到服务器。

304、客户端接收所述服务器发送的目标风控数据。

可选的，目标事件请求还包括目标商品，事件类型还可包括提额事件，客户端在接收到服务器发送的目标风控数据之后，还可包括如下方法，参照步骤D1-D3，具体如下：

D1、若根据所述目标风控数据确定出所述目标用户满足提额条件，则确定出所述目标商品的商品类型；

可选的，目标风控数据包括：黑/白名单数据、逾期状态、风险名单、信誉等级等，其中，逾期状态包括逾期和非逾期。一种可能的根据目标风控数据确定目标用户是否满足提额条件的方法为：确定目标用户是否存在于黑名单中，确定目标用户的逾期状态是否为逾期，确定目标用户是否存在于风险名单中，若上述三个条件中任意一个为是，则确定目标用户不满足提额条件，或者，目标用户不存在于黑名单中，且目标用户的逾期状态为非逾期，且目标用户不存在于风险名单中，则确定目标用户满足提额条件。

可选的，商品类型包括：A、B、C、D类商品，其中，A类商品的价格范围为0-1000元之间，B类商品的价格范围为1000-2500元之间，C类商品的价格范围为2500-4000元，D类商品的价格范围为大于4000元。

D2、根据所述商品类型确定出提额的目标金额；

可选的，一种可能的根据不同类型的商品确定提额的目标金额的方法为：确定目标用户的账户余额；计算商品价格与账户余额之间的差值；若商品价格与账户余额之间的差值为正，则根据目标用户的信誉等级和商品类型确定出提额的目标金额，目标金额的最大值为计算商品价格与账户余额之间的差值。

其中，目标用户的账户余额为目标用户在系统中注册的账户中的余额，也可以是目标用户的信用账户的余额，例如，信用卡中的剩余额度等；信誉等级可包括第一信誉等级、第二信誉等级、第三信誉等级和第四信誉等级。

可选的，不同的商品类型具有不同的提额金额，不同的信誉等级对应不同的提额百分比，其中，提额百分比为提额金额的百分比。一种可能的商品类型所具有的提额金额为：A类商品的预设提额金额为300元，B类商品的预设提额金额为600元，C类商品的预设提额金额为1400元，D类商品的预设提额金额为2400元。第一信誉等级的提额百分比为0，第二信誉等级的提额百分比为20％，第三信誉等级的提额百分比为40％，第四信誉等级的提额百分比为65％。根据信誉等级和商品类型确定目标金额的方法可以为：首先根据目标用户的信誉等级确定出提额百分比，然后根据商品类型确定出预设提额金额，最后将预设提额金额乘以提额百分比得到目标金额。例如，目标用户的信誉等级为第三信誉等级，商品类型为第四类商品，则目标金额为40％*2400＝960元。

D3、按照所述目标金额对所述目标用户进行提额。

请参阅图4，图4为本申请实施例提供了另一种风控数据查询方法的流程示意图。如图4所示，风控数据查询方法包括步骤401-404，具体如下：

401、接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型；

402、从所述风控数据查询请求中提取所述用户标识和事件类型，以及将所述用户标识和事件类型输入查询模板生成模型，得到风控数据查询模板；

403、采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据；

404、将所述目标风控数据发送到所述客户端。

本示例中，通过将用户标识和事件类型输入到查询模板生成模型中得到风控数据查询模板，能够快速得到风控数据查询模板，一定程度上减少对目标风控数据查询时所需的时间，进而能够提升对目标风控数据查询的效率。

请参阅图5，图5为本申请实施例提供了另一种风控数据查询方法的流程示意图。如图5所示，风控数据查询方法包括步骤501-508，具体如下：

501、接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型；

502、从所述风控数据查询请求中提取所述用户标识和事件类型；

503、提取所述用户标识中的标识码；

504、根据所述标识码和所述事件类型确定出风控数据的目标类型；

505、确定与所述目标类型相对应的风控数据查询模板；

506、以及根据所述用户标识和事件类型得到风控数据查询模板；

507、采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据；

508、将所述目标风控数据发送到所述客户端。

本示例中，根据用户标识中的标识码确定风控数据的类型，然后根据风控数据的类型确定出风控数据查询模板，最后采用风控数据查询模板对风控数据进行查询得到目标风控数据，以此，首先确定风控数据的类型，然后根据类型来确定出风控数据查询模板，能够一定程度上提升得到风控数据查询模板的准确性，从而一定程度上提升风控数据的准确性。

请参阅图6，图6为本申请实施例提供了另一种风控数据查询方法的流程示意图。如图6所示，风控数据查询方法包括步骤601-606，具体如下：

601、接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型；

602、从所述风控数据查询请求中提取所述用户标识和事件类型；

603、根据所述用户标识和事件类型得到风控数据查询模块集合，所述风控数据查询模块集合包括多个风控数据查询模块；

604、按照预设的风控数据查询模块组合方式，对所述风控数据查询模块集合中的风控数据查询模块进行组合，得到风控数据查询模板；

605、采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据；

606、将所述目标风控数据发送到所述客户端。

本示例中，通过用户标识和事件类型确定出风控数据查询模块集合，并将风控数据查询模块集合中的风控数据查询模块进行组合得到风控数据查询模板，最后采用风控数据查询模板进行查询得到目标风控数据，因此，能够通过设定风控数据查询模块，并对风控数据查询模块进行组合得到风控数据查询模板，能够系统的生成风控数据查询模板，从而一定程度上提升了服务器的稳定性。

请参阅图7，图7为本申请实施例提供了另一种风控数据查询方法的流程示意图。如图7所示，风控数据查询方法包括步骤701-707，具体如下：

701、接收目标用户的目标事件申请请求，所述目标事件申请请求包括所述目标用户的用户标识以及目标事件的事件类型，所述目标事件申请请求包括目标商品，所述事件类型包括提额事件；

702、从所述目标事件申请请求中提取所述目标用户的用户标识和所述目标事件的事件类型，根据所述用户标识和事件类型生成风控数据查询请求；

703、将所述风控数据查询请求发送到服务器；

704、接收所述服务器发送的目标风控数据；

705、若根据所述目标风控数据确定出所述目标用户满足提额条件，则确定出所述目标商品的商品类型；

706、根据所述商品类型确定出提额的目标金额；

707、按照所述目标金额对所述目标用户进行提额。

本示例中，目标事件为提额事件，申请请求中包括目标商品，在接收到服务器发送的风控数据后，对目标用户的提额条件，在判断出目标用户满足提额条件时，对目标用户进行提额，因此，本方案能够在目标用户购买商品需要临时提额时，满足目标用户的提额需求，从而能够在一定程度上提升用户体验，以及提升终端的智能性。

与上述实施例一致的，请参阅图8，图8为本申请实施例提供的一种终端的结构示意图，如图所示，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，上述程序包括用于执行以下步骤的指令；

接收目标用户的目标事件申请请求，所述目标事件申请请求包括所述目标用户的用户标识以及目标事件的事件类型；

从所述目标事件申请请求中提取所述目标用户的用户标识和所述目标事件的事件类型，根据所述用户标识和事件类型生成风控数据查询请求；

将所述风控数据查询请求发送到服务器；

接收所述服务器发送的目标风控数据。

与上述实施例一致的，请参阅图9，图9为本申请实施例提供的一种服务器的结构示意图，如图所示，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，上述程序包括用于执行以下步骤的指令；

接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型；

从所述风控数据查询请求中提取所述用户标识和事件类型，以及根据所述用户标识和事件类型得到风控数据查询模板；

采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据；

将所述目标风控数据发送到所述客户端。

上述主要从方法侧执行过程的角度对本申请实施例的方案进行了介绍。可以理解的是，终端为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所提供的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

与上述一致的，请参阅图10，图10为本申请实施例提供了一种风控数据查询装置的结构示意图，所述装置包括接收单元1011、提取单元1012、查询单元1013和发送单元1014，其中，

接收单元1011，用于接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型；

提取单元1012，用于从所述风控数据查询请求中提取所述用户标识和事件类型，以及根据所述用户标识和事件类型得到风控数据查询模板；

查询单元1013，用于采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据；

发送单元1014，用于将所述目标风控数据发送到所述客户端。

通过本示例，首先接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型，然后从所述风控数据查询请求中提取所述用户标识和事件类型，以及根据所述用户标识和事件类型得到风控数据查询模板，再后采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据，最后将所述目标风控数据发送到所述客户端。以此，通过从风控数据查询请求中提取用户标识和事件类型，并根据用户标识和事件类型得到风控数据查询模板，再根据风控数据查询模板对风控数据进行查询得到风控数据，相对于现有方案中，采用了模板构建的方式对风控数据进行查询，从而能够在一定程度上提升风控数据查询的效率。

可选的，在根据所述用户标识和事件类型得到风控数据查询模板方面，所述提取单元1012具体用于：

将所述用户标识和事件类型输入查询模板生成模型，得到风控数据查询模板。

可选的，在根据所述用户标识和事件类型得到风控数据查询模板方面，所述提取单元1012还具体用于：

提取所述用户标识中的标识码；

根据所述标识码和所述事件类型确定出风控数据的目标类型；

确定与所述目标类型相对应的风控数据查询模板。

可选的，在根据所述用户标识和事件类型得到风控数据查询模板方面，所述提取单元1012还具体用于：

根据所述用户标识和事件类型得到风控数据查询模块集合，所述风控数据查询模块集合包括多个风控数据查询模块；

按照预设的风控数据查询模块组合方式，对所述风控数据查询模块集合中的风控数据查询模块进行组合，得到风控数据查询模板。

可选的，所述风控数据查询请求包括客户端身份信息，所述风控数据查询装置还用于：

从所述风控数据查询请求中提取所述客户端身份信息；

采用所述客户端身份信息对所述客户端进行身份认证，若认证失败，则丢弃所述风控数据查询请求。

与上述一致的，请参阅图11，图11为本申请实施例提供了一种风控数据查询装置的结构示意图，所述装置包括第一接收单元1101、提取单元1102、发送单元1103和第二接收单元1104，其中，

第一接收单元1101，用于接收目标用户的目标事件申请请求，所述目标事件申请请求包括所述目标用户的用户标识以及目标事件的事件类型；

提取单元1102，用于从所述目标事件申请请求中提取所述目标用户的用户标识和所述目标事件的事件类型，根据所述用户标识和事件类型生成风控数据查询请求；

发送单元1103，用于将所述风控数据查询请求发送到服务器；

第二接收单元1104，用于接收所述服务器发送的目标风控数据。

可选的，所述目标事件申请请求还包括目标商品，所述事件类型包括提额事件，所述风控数据查询装置还用于：

若根据所述目标风控数据确定出所述目标用户满足提额条件，则确定出所述目标商品的商品类型；

根据所述商品类型确定出提额的目标金额；

按照所述目标金额对所述目标用户进行提额。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种风控数据查询方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种风控数据查询方法的部分或全部步骤。

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

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

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

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

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

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器、随机存取器、磁盘或光盘等。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种风控数据查询方法，其特征在于，所述方法包括：

接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型；

从所述风控数据查询请求中提取所述用户标识和事件类型，以及根据所述用户标识和事件类型得到风控数据查询模板；

采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据；

将所述目标风控数据发送到所述客户端。

2.根据权利要求1所述的方法，其特征在于，所述根据所述用户标识和事件类型得到风控数据查询模板，包括：

将所述用户标识和事件类型输入查询模板生成模型，得到风控数据查询模板。

3.根据权利要求1所述的方法，其特征在于，所述根据所述用户标识和事件类型得到风控数据查询模板，包括：

提取所述用户标识中的标识码；

根据所述标识码和所述事件类型确定出风控数据的目标类型；

确定与所述目标类型相对应的风控数据查询模板。

4.根据权利要求1所述的方法，其特征在于，所述根据所述用户标识和事件类型得到风控数据查询模板，包括：

根据所述用户标识和事件类型得到风控数据查询模块集合，所述风控数据查询模块集合包括多个风控数据查询模块；

按照预设的风控数据查询模块组合方式，对所述风控数据查询模块集合中的风控数据查询模块进行组合，得到风控数据查询模板。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述风控数据查询请求包括客户端身份信息，在所述接收客户端发送的风控数据查询请求之后，所述方法还包括：

从所述风控数据查询请求中提取所述客户端身份信息；

采用所述客户端身份信息对所述客户端进行身份认证，若认证失败，则丢弃所述风控数据查询请求。

6.一种风控数据查询方法，其特征在于，所述方法包括：

接收目标用户的目标事件申请请求，所述目标事件申请请求包括所述目标用户的用户标识以及目标事件的事件类型；

从所述目标事件申请请求中提取所述目标用户的用户标识和所述目标事件的事件类型，根据所述用户标识和事件类型生成风控数据查询请求；

将所述风控数据查询请求发送到服务器；

接收所述服务器发送的目标风控数据。

7.根据权利要求6所述的方法，其特征在于，所述目标事件申请请求还包括目标商品，所述事件类型包括提额事件，在所述接收所述服务器发送的目标风控数据之后，所述方法还包括：

若根据所述目标风控数据确定出所述目标用户满足提额条件，则确定出所述目标商品的商品类型；

根据所述商品类型确定出提额的目标金额；

按照所述目标金额对所述目标用户进行提额。

8.一种风控数据查询装置，其特征在于，所述装置包括：

接收单元，用于接收客户端发送的风控数据查询请求，所述风控数据查询请求包括目标用户的用户标识和目标事件的事件类型；

提取单元，用于从所述风控数据查询请求中提取所述用户标识和事件类型，以及根据所述用户标识和事件类型得到风控数据查询模板；

查询单元，用于采用所述风控数据查询模板对风控数据进行查询，得到目标风控数据；

发送单元，用于将所述目标风控数据发送到所述客户端。

9.一种服务器，其特征在于，包括处理器、输入设备、输出设备和存储器，所述处理器、输入设备、输出设备和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，执行如权利要求1-5任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。