CN109461069A - 基于业务节点的风控方法、装置、设备及可读存储介质 - Google Patents

Abstract

本发明公开了一种基于业务节点的风控方法、装置、设备及可读存储介质，该方法包括步骤：当获取到风控系统中业务节点对应的业务数据和评分规则后，根据所述业务数据和所述评分规则计算所述业务节点对应的节点分数；根据所述节点分数确定所述业务节点对应的风控规则；将所述业务数据输入对应的所述风控规则中，得到对应的风控结果，并根据所述风控结果执行对应的操作。本发明通过评分规则和风控规则得到对应的风控结果，不再单一根据评分规则确定对应的风控结果，提高了识别虚假交易的准确率。

Description

基于业务节点的风控方法、装置、设备及可读存储介质

技术领域

本发明涉及金融技术领域，尤其涉及一种基于业务节点的风控方法、装置、设备及可读存储介质。

背景技术

随着科技的发展，越来越多的商务交易开始朝着电子商务的方向进行，每天在电商平台或者其他线上交易渠道进行的电子交易的数量在逐步递增，从而产生了数量庞大的电子业务数据，为了保证对应的业务能正常执行，需要对这些业务数据进行风控控制。目前的风控系统是通过对业务数据进行评分所得分数的多少来判断用户是否存在欺诈嫌疑，即存在虚假交易的嫌疑，如在申请信用贷款过程中，通过对用户申请信用贷款对应的数据来进行评分，但是这些都是基于业务数据的单一评分，从而导致识别虚假交易的准确率低下。

发明内容

本发明的主要目的在于提供一种基于业务节点的风控方法、装置、设备及可读存储介质，旨在解决现有的识别虚假交易的准确率低下的技术问题。

为实现上述目的，本发明提供一种基于业务节点的风控方法，所述基于业务节点的风控方法包括步骤：

当获取到风控系统中业务节点对应的业务数据和评分规则后，根据所述业务数据和所述评分规则计算所述业务节点对应的节点分数；

根据所述节点分数确定所述业务节点对应的风控规则；

将所述业务数据输入对应的所述风控规则中，得到对应的风控结果，并根据所述风控结果执行对应的操作。

优选地，所述根据所述节点分数确定所述业务节点对应的风控规则的步骤包括：

确定所述节点分数所在区间；

根据所述区间，和预设的所述区间与所述风控规则之间的映射关系确定所述业务节点对应的风控规则。

优选地，所述根据所述风控结果执行对应的操作的步骤包括：

当所述风控结果为通过时，执行与所述业务节点对应的操作；

当所述风控结果为升级时，通过预设的验证方法验证所述业务节点对应用户的身份；

当所述风控结果为拒绝时，拒绝执行与所述业务节点对应的操作。

优选地，所述基于业务节点的风控方法还包括：

计算所述风控规则的规则有效率和规则触发率；

根据所述规则有效率和所述规则触发率调整所述风控规则。

优选地，所述计算所述风控规则的规则有效率和规则触发率的步骤包括：

获取预设时长内风控结果为预设结果的第一数量，并输出所述第一数量对应分风控结果供审核人员审核，获取对应的审核结果；

当根据所述审核结果确定所述第一数量对应风控结果中，正确的风控结果的第二数量后，将所述第二数量除以所述第一数量，得到所述风控规则的规则有效率；

获取所述风控规则的规则触发总数和总调用次数；

将所述规则触发总数除以所述总调用次数，得到所述风控规则的规则触发率。

优选地，所述根据所述规则有效率和所述规则触发率调整所述风控规则的步骤包括：

判断所述规则触发率是否大于第一预设阈值，以及所述规则有效率是否小于第二预设阈值；

若所述规则触发率大于所述第一预设阈值，和/或所述规则有效率小于所述第二预设阈值，则调整所述风控规则，以降低所述规则触发率。

优选地，所述基于业务节点的风控方法还包括：

当侦测到待接入业务节点接入所述风控系统的接入请求时，获取所述待接入业务节点的接口名称；

修改所述风控系统的风控参数配置表，以将所述接口名称添加至所述风控参数配置表中。

此外，为实现上述目的，本发明还提供一种基于业务节点的风控装置，所述基于业务节点的风控装置包括：

计算模块，用于当获取到风控系统中业务节点对应的业务数据和评分规则后，根据所述业务数据和所述评分规则计算所述业务节点对应的节点分数；

确定模块，用于根据所述节点分数确定所述业务节点对应的风控规则；

输入模块，用于将所述业务数据输入对应的所述风控规则中，得到对应的风控结果；

执行模块，用于根据所述风控结果执行对应的操作。

此外，为实现上述目的，本发明还提供一种基于业务节点的风控设备，所述基于业务节点的风控设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的基于业务节点的风控程序，所述基于业务节点的风控程序被所述处理器执行时实现如上所述的基于业务节点的风控方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有基于业务节点的风控程序，所述基于业务节点的风控程序被处理器执行时实现如上所述的基于业务节点的风控方法的步骤。

本发明通过先根据业务数据计算业务节点的节点分数，然后根据节点分数确定风控规则，根据风控规则得到对应的风控结果，根据风控结果执行对应的操作，通过评分规则和风控规则得到对应的风控结果，不再单一根据评分规则确定对应的风控结果，提高了识别虚假交易的准确率。

附图说明

图1是本发明基于业务节点的风控方法第一实施例的流程示意图；

图2是本发明基于业务节点的风控方法第二实施例的流程示意图；

图3是本发明基于业务节点的风控方法第三实施例的流程示意图；

图4为本发明基于业务节点的风控装置较佳实施例的功能示意图模块图；

图5是本发明实施例方案涉及的硬件运行环境的结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明提供一种基于业务节点的风控方法，参照图1，图1为本发明基于业务节点的风控方法第一实施例的流程示意图。

本发明实施例提供了基于业务节点的风控方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

基于业务节点的风控方法应用于服务器或者终端中，终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、等移动终端，以及诸如数字TV、台式计算机等固定终端。在基于业务节点的风控方法的各个实施例中，为了便于描述，以风控系统为执行主体进行阐述各个实施例，风控系统可设置在服务器中，也可设置在终端中。基于业务节点的风控方法包括：

步骤S10，当获取到风控系统中业务节点对应的业务数据和评分规则后，根据所述业务数据和所述评分规则计算所述业务节点对应的节点分数。

当风控系统获取到用户通过终端在对应的业务节点触发的操作请求后，风控系统获取该业务节点对应的业务数据，以及获取该业务节点对应的评分规则，根据所获取的业务数据，通过对应的评分规则计算该业务节点对应的节点分数。其中，业务节点包括但不限于注册节点、登录节点、绑卡节点、充值节点和提现节点等。在风控系统中，具体包括哪些业务节点，是由对应业务流程实现的功能决定的。在终端中，安装有与该风控系统对应的APP(Application，应用程序)，因此，用户可通过终端中的APP在对应的业务节点中触发操作请求。每个业务节点存在对应的评分规则，每个业务节点都存在对应的节点标识，各个业务节点的评分规则与对应的节点标识是关联存储在风控系统中的。因此，当风控系统获取到该业务节点的业务数据后，获取该业务节点的节点标识，通过该节点标识即可获取该业务节点对应的评分规则。

各个业务节点对应的业务数据包括但不限于用户的行为数据和物理硬件信息，用户的行为数据包括但不限于注册时间、登录时间和交易频次等。物理硬件信息是用户触发该操作请求终端的物理硬件信息，包括但不限于IP(Internet Protocol，网络之间互连的协议)地址数据、设备型号、CPU(Central Processing Unit，中央处理器)和网络环境。该终端可为智能手机、个人计算机等。

在本实施例中，注册节点对应用户的行为数据包括但不限于注册时间和输入密码的次数，登录节点对应用户的行为数据包括但不限于登录时间和登录频次，绑卡节点对应用户的行为数据包括但不限于绑卡数量(对应账户的绑定银行卡的数量)和绑卡次数，充值节点和提现节点对应用户的行为数据包括但不限于交易频次和交易金额。需要说明的是，用户的行为数据可从每笔业务进入风控系统的入参数据中获取，以及通过该用户的历史数据计算得到。物理硬件信息主要通过终端中的前端SDK(Software Development Kit，软件开发工具包)埋点获取。

不同业务节点对应的业务数据可能不同，不同的业务数据对应着不同的评分规则，各种评分规则是预先设置好的。

如在提现节点，业务数据为上一笔交易的交易金额，计算对应节点分数的评分规则为：若上一笔交易的交易金额大于第一预设金额，则确定对应的节点分数为20分；若上一笔交易的交易金额大于第二预设金额，小于或者等于第一预设金额，则确定对应的节点分数8分；若上一笔交易的交易金额大于第三预设金额，小于或者等于第二预设金额，则确定对应的节点分数为0分；若上一笔交易的交易金额小于或者等于第三预设金额，则确定对应的节点分数为-4分。其中，第一预设金额大于第二预设金额，第二预设金额大于第三预设金额，第一预设金额、第二预设金额和第三预设金额对应的数值可根据需要而设置，在本实施例中不做具体限制。需要说明的是，本实施例中各个交易金额区间对应的分数只是一个例子，并不构成对应本实施例的限制，如可将本实施例中的20分设置为25分，8分设置为10分，-4分设置为-2分等。

如在充值节点，业务数据为交易笔数，计算对应节点分数的评分规则为：触发充值请求对应用户账户在预设时长内的交易笔数小于或者等于第一预设数量，对应的节点分数为5分；用户账户在预设时长内的交易笔数大于第一预设数量，小于或者等于第二预设数量，对应的节点分数为12分；用户账户在预设时长内的交易笔数大于第二预设数据量，小于或者等于第三预设数量，对应的节点分数为-3分；用户账户在预设时长内的交易笔数大于第三预设数量，对应的节点分数为-20分。其中，预设时长可根据具体需要而设置，如可设置为15天、30天或者50天等。第一预设数量小于第二预设数量，第二预设数量小于第三预设数量，第一预设数量、第二预设数量和第三预设数量对应的数值可根据需要而设置，在本实施例中不做具体限制。本实施例评分规则对应的分数可根据具体需要而修改，并不造成对充值节点对应的评分规则的限制。

如在注册节点，业务数据为注册时间点与当前时间点之间时长，计算对应节点分数的评分规则为：当注册时间点与当前时间点之间的时长小于或者等于第一预设时长时，对应的节点分数为-20分；当注册时间点与当前时间点之间的时长大于第一预设时长，小于或者等于第二预设时长时，对应的节点分数为-7分；当注册时间点与当前时间点之间的时长大于第二预设时长，小于或者等于第三预设时长时，对应的节点分数为15分；当注册时间点与当前时间点之间的时长大于第三预设时长，小于或者等于第四预设时长时，对应的节点分数为26分；当注册时间点与当前时间点之间的时长大于第四预设时长时，对应的节点分数为50分。其中，第一预设时长小于第二预设时长，第二预设时长小于第三预设时长，第三预设时长小于第四预设时长，第一预设时长、第二预设时长、第三预设时长和第四预设时长对应的时间长短可根据需要而设置，在本实施例中不做具体限制。需要说明的是，各个时间段对应的节点分数可根据具体需要而修改，本实施例中所描述的节点分数只是为了便于理解，并不是对节点分数的限制。

需要说明的是，一个业务流程至少对应着一个业务节点，每个业务节点都存在一个基础分数，该基础分数可根据具体需要而设置，如可设置为50分，132分，或者100分等，在计算节点分数过程中，在基础分数上进行计算。

需要说明的是，若一个业务节点对应着多个业务数据，每一业务数据都存在对应的评分规则，因此，一个业务节点可对应着多个评分分数。当得某个业务节点对应的多个评分分数后，获取该业务节点中各个业务数据对应的权重，将各个业务数据对应的权重乘以对应的评分分数，得到各个业务数据对应的结果分数，将各个业务数据的结果分数相加，得到该业务节点对应的节点分数。

步骤S20，根据所述节点分数确定所述业务节点对应的风控规则。

当风控系统计算得到节点分数后，风控系统根据计算所得的节点分数确定该业务节点对应的风控规则。

进一步地，步骤S20包括：

步骤a，确定所述节点分数所在区间。

进一步地，当风控系统计算得到节点分数后，风控系统确定节点分数所在的区间。在本实施例中，预先将不同的节点分数划分成不同的区间。如可将节点分数小于或者等于20分划分为第一区间，将节点分数大于20分，小于70分划分为第二区间，将大于或者等于70分划分为第三区间。

步骤b，根据所述区间，和预设的所述区间与所述风控规则之间的映射关系确定所述业务节点对应的风控规则。

当风控系统确定节点分数所在区间，风控系统获取预先设置的区间与风控规则的之间的映射关系，根据节点分数所在的区间，基于预先设置的区间与风控规则之间的映射关系确定该业务节点对应的风控规则。

如若当前的业务节点为注册节点，若确定节点分数在第一区间，则确定对应的风控规则为：当1天内注册设备所关联的IP地址数量小于10时，确定对应的风控结果为“通过”；当1天内注册设备所关联的IP地址数量大于或者等于10，小于15时，确定对应的风控结果为“升级”；当1天内注册设备所关联的IP地址数量大于或者等于15时，确定对应的风控结果为“拒绝”。其中，注册设备为用户触发注册请求的终端。若确定节点分数在第二区间，则确定对应的风控规则为：当1天内注册设备所关联的IP地址数量小于6时，确定对应的风控结果为“通过”；当1天内注册设备所关联的IP地址数量大于或者等于6，小于12时，确定对应的风控结果为“升级”；当1天内注册设备所关联的IP地址数量大于或者等于12时，确定对应的风控结果为“拒绝”；若确定节点分数在第三区间，则确定对应的风控规则为：当1天内注册设备所关联的IP地址数量小于3时，确定对应的风控结果为“通过”；当1天内注册设备所关联的IP地址数量大于或者等于3，小于8时，确定对应的风控结果为“升级”；当1天内注册设备所关联的IP地址数量大于或者等于8时，确定对应的风控结果为“拒绝”。

需要说明的是，不同业务节点对应不同的风控规则，如登录节点的节点分数在第一区间，对应的风控规则为：当1天内同一个手机号登录次数小于10次时，确定对应的风控结果为“通过”；当1天内同一个手机号登录次数大于或者等于10次，小于35次时，确定对应的风控结果为“升级”；当1天内同一个手机号登录次数大于35次时，确定对应的风控结果为“拒绝”；若确定登录节点的节点分数在第二区间，则确定对应的风控规则为：当1天内同一个手机号登录次数小于7次时，则确定对应的风控结果为“通过”；当1天内同一个手机号登录次数大于或者等于7，小于30次时，确定对应的风控结果为“升级”；当1天内同一个手机号登录次数大于30次时，确定对应的风控结果为“拒绝”；若确定登录节点的节点分数在第三区间，则确定对应的风控规则为：当1天内同一个手机号登录次数小于3次时，确定对应的风控结果为“通过”；当1天内同一个手机号登录次数大于或者等于3次，小于15次时，确定对应的风控结果为“升级”；当1天内同一个手机号登录次数大于15次时，确定对应的风控结果为“拒绝”。需要说明的是，该手机号为触发登录请求的用户的手机号。

需要说明的是，本实施例中所用的具体数据，如1天、注册设备所关联的IP地址数量以及手机号登录次数可根据具体需要而设置，本实施例说明具体数值只是为了便于理解，并不造成对注册节点和登录节点对应风控规则的限制。

步骤S30，将所述业务数据输入对应的所述风控规则中，得到对应的风控结果，并根据所述风控结果执行对应的操作。

当风控系统确定该业务节点对应的风控规则后，风控系统将与该风控规则对应的业务数据输入对应的风控规则中，得到对应的风控结果，根据该风控结果执行对应的操作。在本实施例中，设置有三种风控结果，分别为“通过”、“升级”和“拒绝”，不同的风控结果对应着不同的结果标识，因此，通过结果标识即可确定对应的风控结果。其中，结果标识可用数字、字母或者数字与字母等组合而成的字符串来表示。

需要说明的是，在其它实施例中，也可只设置两种风控结果。一种为“通过”，另一种为“拒绝”。

进一步地，当风控系统得到风控结果后，风控系统将风控结果发送给对应用户所持的终端。当该终端接收到风控结果后，将该风控结果显示在其显示界面中，以供终端用户查看。

进一步地，所述根据所述风控结果执行对应的操作的步骤包括：

步骤c，当所述风控结果为通过时，执行与所述业务节点对应的操作。

当风控系统确定风控结果为通过时，风控系统确定对应用户未存在虚假操作的可能性，风控系统执行与该业务节点对应的操作。如若当前的业务节点为注册节点，风控系统则执行注册操作；若当前的业务节点为登录节点，风控系统则执行对应的登录操作。

步骤d，当所述风控结果为升级时，通过预设的验证方法验证所述业务节点对应用户的身份。

当风控系统确定风控结果为升级时，风控系统确定对应用户存在虚假操作的嫌疑，风控系统通过预设的验证方法验证业务节点对应用户的身份。其中，预设的验证方法包括但不限于用OTP(One-time Password，动态口令)或者人脸识别方法。若用户通过验证，风控系统则执行该业务节点对应的操作；若用户未通过验证，风控系统则拒绝执行与该业务节点对应的操作。

步骤e，当所述风控结果为拒绝时，拒绝执行与所述业务节点对应的操作。

当风控系统确定风控结果为拒绝时，表明该操作请求为不真实的操作，是虚假操作，风控系统拒绝执行与业务节点对应的操作。

本实施例通过先根据业务数据计算业务节点的节点分数，然后根据节点分数确定风控规则，根据风控规则得到对应的风控结果，根据风控结果执行对应的操作，通过评分规则和风控规则得到对应的风控结果，不再单一根据评分规则确定对应的风控结果，提高了识别虚假交易的准确率。

进一步地，提出本发明基于业务节点的风控方法第二实施例。

所述基于业务节点的风控方法第二实施例与所述基于业务节点的风控方法第一实施例的区别在于，参照图2，基于业务节点的风控方法还包括：

步骤S40，计算所述风控规则的规则有效率和规则触发率。

风控系统计算风控规则的规则有效率和规则触发率。其中，规则有效率为预设时长内风控规则所得的风控结果的准确率。预设时长对应时长可根据具体需要而设置。

计算风控规则的规则有效率的步骤包括：

步骤l，获取预设时长内风控结果为预设结果的第一数量，并输出所述第一数量对应分风控结果供审核人员审核，获取对应的审核结果。

风控系统获取预设时长内风控结果为预设结果的数量，记为第一数量，其中，预设结果为“拒绝”，即风控系统获取预设时长内风控结果为“拒绝”的数量，并输出该第一数量的风控结果，提示对应的审核人员审核第一数量的分控结果是否正确，得到对应的审核结果。

步骤m，当根据所述审核结果确定所述第一数量对应风控结果中，正确的风控结果的第二数量后，将所述第二数量除以所述第一数量，得到所述风控规则的规则有效率。

当风控系统获取到审核结果后，风控系统根据审核结果确定第一数量对应的风控结果中，正确的风控结果的数量，将风控结果正确的数量记为第二数量，并将第二数量除以第一数量，得到风控规则的规则有效率。如当在预设时长内风控结果为“拒绝”的数量为10个，审核人员审核该10个风控结果中有一个风控结果是错误的，风控系统则确定规则有效率为90％。其中，预设时长可根据需要而设置，在本实施例对预设时长对应的时间长短不做具体限制。

进一步地，风控系统还可通过用户的申诉来确定风控结果是否错误。当风控系统接收到用户的申诉请求后，风控系统将该申诉请求发送给审核系统，由审核系统根据该申诉请求输出提示信息提示对应的审核人员审核该风控结果是否错误，并将审核人员的审核结果返回给风控系统。当风控系统接收到审核结果后，根据该审核结果即可确定该风控结果是否正确。如当风控系统接收到的审核结果对应的标识为“0”时，风控系统确定该风控结果是错误的；当风控系统接收到的审核结果对应的标识为“1”时，风控系统确定该风控结果是“正确”的。

进一步地，所述计算所述风控规则的规则触发率的步骤包括：

步骤f，获取所述风控规则的规则触发总数和总调用次数。

进一步地，风控系统获取风控规则的规则触发总数和总调用次数。其中，总调用次数为风控规则在预设时长内被调用的次数，规则触发总数为被调用的风控规则中风控结果为拒绝和升级对应的风控规则数量。为了保证计算所得规则有效率和规则触发率是针对同一时长的，获取风控规则总调用次数对应的预设时长与计算规则有效率过程中获取风控结果为“拒绝”的数量对应的预设时长相等。

步骤h，将所述规则触发总数除以所述总调用次数，得到所述风控规则的规则触发率。

当风控系统获取到规则触发总数和总调用次数时，风控系统将规则触发总数除以总调用次数，得到风控规则的规则触发率。如风控规则的总调用次数为10次，其中有9次的风控结果为“拒绝”或“升级”，则规则触发率＝9/10＝90％。

步骤S50，根据所述规则有效率和所述规则触发率调整所述风控规则。

当风控系统计算得到风控规则的规则有效率和规则触发率后，风控系统根据规则有效率和规则触发率调整风控规则。

进一步地，步骤S50包括：

步骤i，判断所述规则触发率是否大于第一预设阈值，以及所述规则有效率是否小于第二预设阈值。

进一步地，当风控系统计算得到规则有效率和规则触发率后，风控系统判断规则触发率是否大于第一预设阈值，以及判断规则有效率是否小于第二预设阈值。其中，第一预设阈值和第二预设阈值可根据需要而设置，在本实施例中对第一预设阈值和第二预设阈值的数值不做具体限制。

步骤j，若所述规则触发率大于所述第一预设阈值，和/或所述规则有效率小于所述第二预设阈值，则调整所述风控规则，以降低所述规则触发率。

若确定规则触发率大于第一预设阈值，和/或规则有效率小于第二预设阈值，风控系统则调整风控规则，以降低规则触发率。如当第一预设阈值为85％时，当注册节点对应风控规则的规则触发率大于85％时，风控系统将注册节点对应的风控规则：当1天内注册设备所关联IP地址数量小于6时，对应的业务结果为“通过”；当1天内注册设备所关联的IP地址数量大于或者等于6，小于12时，确定对应的风控结果为“升级”；当1天内注册设备所关联的IP地址数量大于或者等于12时，确定对应的风控结果为“拒绝”，调整为：当1天内注册设备所关联IP地址数量小于8时，对应的业务结果为“通过”；当1天内注册设备所关联的IP地址数量大于或者等于8，小于12时，确定对应的风控结果为“升级”；当1天内注册设备所关联的IP地址数量大于或者等于12时，确定对应的风控结果为“拒绝，以降低规则触发率，优化风控规则。

进一步地，当确定规则触发率小于或者等于第一预设阈值，且规则有效率大于或者等于第二预设阈值时，风控系统维持当前的风控规则不变。

进一步地，还可设置一个基础有效率和基础触发率。当风控系统计算得到规则有效率和规则触发率后，将规则有效率与基础有效率进行对比，将规则触发率与基础触发率进行对比。若规则有效率大于基础有效率，和/或规则有效率小于基础触发率，风控系统则调整对应的风控规则，使规则有效率小于或者等于基础有效率，且规则有效率大于或者等于基础触发率。其中，基础有效率与基础触发率可根据具体需要而设置，在本实施例中不做具体限制。

需要说明的是，在本实施例中，并不限制步骤S40、步骤S50与步骤S10、步骤S20和步骤S30之间执行的先后顺序，如可先执行步骤S40和步骤S50，再执行步骤S10、步骤S20和步骤S30，也可以将步骤S40和步骤S50放在步骤S10、步骤S20和步骤S30之间执行。

本实施例通过计算风控规则的规则有效率和规则触发率，根据规则有效率和规则触发率调整风控规则，以使风控规则所得的风控结果符合风控系统的需求。

进一步地，提出本发明基于业务节点的风控方法第三实施例。

所述基于业务节点的风控方法第三实施例与所述基于业务节点的风控方法第一或第二实施例的区别在于，参照图3，基于业务节点的风控方法还包括：

步骤S60，当侦测到待接入业务节点接入所述风控系统的接入请求时，获取所述待接入业务节点的接口名称。

风控系统检测是否侦测到待接入业务节点的接入请求。当风控系统侦测到待接入业务节点的接入请求时，风控系统获取待接入业务节点的接口名称。其中，每一个业务节点都存在唯一一个接口名称。具体地，风控系统可从待接入节点的URL(Uniform ResourceLocator，统一资源定位符)中提取接口名称，如从支付节点的URL中提取到支付接口的接口名称为/btoa/work/cashier/pay。

步骤S70，修改所述风控系统的风控参数配置表，以将所述接口名称添加至所述风控参数配置表中。

当风控系统获取到待接入业务节点的接口名称后，风控系统修改风控参数配置表，将待接入业务节点的接口名称添加至风控参数配置表中。风控参数配置表关键字段如下：接口名称-Tname。

需要说明的是，风控系统的引擎接口对外提供标准接入方式，以便于业务流程各个节点的接入。

需要说明的是，在本实施例中，并不限制步骤S60、步骤S70与步骤S10、步骤S20和步骤S30之间执行的先后顺序，如可先执行步骤S60和步骤570，再执行步骤S10、步骤S20和步骤S30，也可以将步骤S60和步骤S70放在步骤S10、步骤S20和步骤S30之间执行。

本实施例通过修改风控参数配置表，以将新的业务节点接入风控系统，简化了业务节点接入风控系统的流程，提高了业务节点接入风控系统的速率。

进一步地，为了便于控制风控系统中的风控功能，在风控系统中，设置有用于启动和关闭风控系统风控功能的功能按键，该功能按键可为实体按键，也可为虚拟按键。若风控系统的风控功能处于启动状态，当风控系统侦测到点击该功能按键的点击指令，风控系统则控制其风控功能从启动状态切换至关闭状态；若风控系统的风控功能处于关闭状态，当风控系统侦测到点击该功能按键的点击指令，风控系统则控制其风控功能从关闭状态切换至启动状态。

进一步地，为了提高所得的风控结果的准确率，获取预设数量的业务数据，并采用随机森林或GBDT(Gradient Boosting Decision Tree)等算法进行迭代优化评分规则和风控规则。其中，预设数量可根据具体需要而设置，如可设置为100、200或者250等。

此外，参照图4，本发明还提供一种基于业务节点的风控装置，所述基于业务节点的风控装置包括：

计算模块10，用于当获取到风控系统中业务节点对应的业务数据和评分规则后，根据所述业务数据和所述评分规则计算所述业务节点对应的节点分数；

确定模块20，用于根据所述节点分数确定所述业务节点对应的风控规则；

输入模块30，用于将所述业务数据输入对应的所述风控规则中，得到对应的风控结果；

执行模块40，用于根据所述风控结果执行对应的操作。

进一步地，所述确定模块20还用于确定所述节点分数所在区间；根据所述区间，和预设的所述区间与所述风控规则之间的映射关系确定所述业务节点对应的风控规则。

进一步地，所述执行模块40还包括：

执行单元，用于当所述风控结果为通过时，执行与所述业务节点对应的操作；

验证单元，用于当所述风控结果为升级时，通过预设的验证方法验证所述业务节点对应用户的身份；

拒绝执行单元，用于当所述风控结果为拒绝时，拒绝执行与所述业务节点对应的操作。

进一步地，所述计算模块10还用于计算所述风控规则的规则有效率和规则触发率；

所述基于业务节点的风控装置还包括：

调整模块，用于根据所述规则有效率和所述规则触发率调整所述风控规则。

进一步地，所述基于业务节点的风控装置还包括：

第一获取模块，用于获取预设时长内风控结果为预设结果的第一数量，并输出所述第一数量对应分风控结果供审核人员审核，获取对应的审核结果；获取所述风控规则的规则触发总数和总调用次数；

所述计算模块10还用于当根据所述审核结果确定所述第一数量对应风控结果中，正确的风控结果的第二数量后，将所述第二数量除以所述第一数量，得到所述风控规则的规则有效率；将所述规则触发总数除以所述总调用次数，得到所述风控规则的规则触发率。

进一步地，所述调整模块包括：

判断单元，用于判断所述规则触发率是否大于第一预设阈值，以及所述规则有效率是否小于第二预设阈值；

调整单元，用于若所述规则触发率大于所述第一预设阈值，和/或所述规则有效率小于所述第二预设阈值，则调整所述风控规则，以降低所述规则触发率。

进一步地，基于业务节点的风控装置还包括：

第二获取模块，用于当侦测到待接入业务节点接入所述风控系统的接入请求时，获取所述待接入业务节点的接口名称；

修改模块，用于修改所述风控系统的风控参数配置表，以将所述接口名称添加至所述风控参数配置表中。

需要说明的是，基于业务节点的风控装置的各个实施例与上述基于业务节点的风控方法的各实施例基本相同，在此不再详细赘述。

此外，本发明还提供一种基于业务节点的风控设备。如图5所示，图5是本发明实施例方案涉及的硬件运行环境的结构示意图。

需要说明的是，图5即可为基于业务节点的风控设备的硬件运行环境的结构示意图。本发明实施例基于业务节点的风控设备可以是PC，便携计算机等终端设备。

如图5所示，该基于业务节点的风控设备可以包括：处理器1001，例如CPU，存储器1005，用户接口1003，网络接口1004，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

可选地，基于业务节点的风控设备还可以包括摄像头、RF(Radio Frequency，射频)电路，传感器、音频电路、WiFi模块等等。

本领域技术人员可以理解，图5中示出的基于业务节点的风控设备结构并不构成对基于业务节点的风控设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图5所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及基于业务节点的风控程序。其中，操作系统是管理和控制基于业务节点的风控设备硬件和软件资源的程序，支持基于业务节点的风控程序以及其它软件或程序的运行。

在图5所示的基于业务节点的风控设备中，用户接口1003主要连接终端，与终端进行数据通信，如接收终端发送的操作请求，接入请求等；网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信，如获取预先存储的评分规则和风控规则等；处理器1001可以用于调用存储器1005中存储的基于业务节点的风控程序，并执行如上所述的基于业务节点的风控方法的步骤。

本发明基于业务节点的风控设备具体实施方式与上述基于业务节点的风控方法各实施例基本相同，在此不再赘述。

此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有基于业务节点的风控程序，所述基于业务节点的风控程序被处理器执行时实现如上所述的基于业务节点的风控方法的步骤。

本发明计算机可读存储介质具体实施方式与上述基于业务节点的风控方法各实施例基本相同，在此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

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

Claims (10)

1.一种基于业务节点的风控方法，其特征在于，所述基于业务节点的风控方法包括以下步骤：

当获取到风控系统中业务节点对应的业务数据和评分规则后，根据所述业务数据和所述评分规则计算所述业务节点对应的节点分数；

根据所述节点分数确定所述业务节点对应的风控规则；

将所述业务数据输入对应的所述风控规则中，得到对应的风控结果，并根据所述风控结果执行对应的操作。

2.如权利要求1所述的基于业务节点的风控方法，其特征在于，所述根据所述节点分数确定所述业务节点对应的风控规则的步骤包括：

确定所述节点分数所在区间；

根据所述区间，和预设的所述区间与所述风控规则之间的映射关系确定所述业务节点对应的风控规则。

3.如权利要求1所述的基于业务节点的风控方法，其特征在于，所述根据所述风控结果执行对应的操作的步骤包括：

当所述风控结果为通过时，执行与所述业务节点对应的操作；

当所述风控结果为升级时，通过预设的验证方法验证所述业务节点对应用户的身份；

当所述风控结果为拒绝时，拒绝执行与所述业务节点对应的操作。

4.如权利要求1所述的基于业务节点的风控方法，其特征在于，所述基于业务节点的风控方法还包括：

计算所述风控规则的规则有效率和规则触发率；

根据所述规则有效率和所述规则触发率调整所述风控规则。

5.如权利要求4所述的基于业务节点的风控方法，其特征在于，所述计算所述风控规则的规则有效率和规则触发率的步骤包括：

获取预设时长内风控结果为预设结果的第一数量，并输出所述第一数量对应分风控结果供审核人员审核，获取对应的审核结果；

当根据所述审核结果确定所述第一数量对应风控结果中，正确的风控结果的第二数量后，将所述第二数量除以所述第一数量，得到所述风控规则的规则有效率；

获取所述风控规则的规则触发总数和总调用次数；

将所述规则触发总数除以所述总调用次数，得到所述风控规则的规则触发率。

6.如权利要求4所述的基于业务节点的风控方法，其特征在于，所述根据所述规则有效率和所述规则触发率调整所述风控规则的步骤包括：

判断所述规则触发率是否大于第一预设阈值，以及所述规则有效率是否小于第二预设阈值；

若所述规则触发率大于所述第一预设阈值，和/或所述规则有效率小于所述第二预设阈值，则调整所述风控规则，以降低所述规则触发率。

7.如权利要求1至6任一项所述的基于业务节点的风控方法，其特征在于，所述基于业务节点的风控方法还包括：

当侦测到待接入业务节点接入所述风控系统的接入请求时，获取所述待接入业务节点的接口名称；

修改所述风控系统的风控参数配置表，以将所述接口名称添加至所述风控参数配置表中。

8.一种基于业务节点的风控装置，其特征在于，所述基于业务节点的风控装置包括：

计算模块，用于当获取到风控系统中业务节点对应的业务数据和评分规则后，根据所述业务数据和所述评分规则计算所述业务节点对应的节点分数；

确定模块，用于根据所述节点分数确定所述业务节点对应的风控规则；

输入模块，用于将所述业务数据输入对应的所述风控规则中，得到对应的风控结果；

执行模块，用于根据所述风控结果执行对应的操作。

9.一种基于业务节点的风控设备，其特征在于，所述基于业务节点的风控设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的基于业务节点的风控程序，所述基于业务节点的风控程序被所述处理器执行时实现如权利要求1至7中任一项所述的基于业务节点的风控方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有基于业务节点的风控程序，所述基于业务节点的风控程序被处理器执行时实现如权利要求1至7中任一项所述的基于业务节点的风控方法的步骤。