CN109598425A - 一种对风险对象进行管控的方法、装置及设备 - Google Patents

Abstract

本说明书公开了一种对风险对象进行管控的方法、装置及设备。该方法包括：接收一个和/或多个目标对象的属性信息；基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象；从确定的风险对象中识别与风险管控平台具有签约关系的风险对象；对与风险管控平台具有签约关系的风险对象进行管控。

Description

一种对风险对象进行管控的方法、装置及设备

技术领域

本说明书涉及计算机技术领域，尤其是涉及一种对风险对象进行管控的方法、装置及设备。

背景技术

互联网技术的蓬勃发展给人们的生活带来较大的便捷，但同时，某些对象不合理使用互联网技术(可以称为风险对象)，也给人们带来了诸多弊端。为此，人们建立了风险管控平台，对造成这些弊端的风险对象进行管控处理。比如，支付宝爬虫系统作为一种风险管控平台，要求商家与该平台签约时提交给该商家的网站和/或app，该爬虫系统可以对这些网站和/或app进行关键词和图片的爬取，通过爬取的关键词和图片对风险商家进行识别和有效管控。但是，由于某些风险对象与风险管控平台可能没有直接的关系或者虽然有一定的关系，但能够较好地脱离风险管控平台的管控，由此导致整体风险程度增大。比如，某些商家大量囤积与支付宝直连或者银行间联的收单商家账户，在诸如赌博、涉黄、金融等场景中，不断切换在该风险平台上注册的合法收款账户，支付宝基于现有的策略监控方式，没有办法对上述切换收款账户的行为进行完全拦截。

由此可见，现有风险管控平台不能精准识别定位风险对象使用的风险平台，并对风险对象进行有效管控。

发明内容

本说明书实施例提供一种对风险对象进行管控的方法、装置及设备，解决了现有风险管控平台不能精准识别定位风险对象使用的风险平台，并对风险对象进行有效管控等问题。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种对风险对象进行管控的方法，该方法包括：

接收一个和/或多个目标对象的属性信息；

基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象；

从确定的风险对象中识别与风险管控平台具有签约关系的风险对象；

对与风险管控平台具有签约关系的风险对象进行管控。

本说明书实施例提供的一种对风险对象进行管控的装置，该装置包括：接收模块、确定模块、识别模块和管控模块；

所述接收模块，用于接收一个和/或多个目标对象的属性信息；

所述确定模块，用于基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象；

所述识别模块，用于从确定的风险对象中识别与风险管控平台具有签约关系的风险对象；

所述管控模块，用于对与风险管控平台具有签约关系的风险对象进行管控。

本说明书实施例提供的一种对风险对象进行管控的设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收一个和/或多个目标对象的属性信息；

基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象；

从确定的风险对象中识别与风险管控平台具有签约关系的风险对象；

对与风险管控平台具有签约关系的风险对象进行管控。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：对已知的风险商家进行有效风险管控，突破非自有app和/或网站的风险管控瓶颈；通过决策模型和规则对已知的风险商家进行智能化处理，节省了相关监控所需资源以及后续人工运营的资源。

附图说明

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

图1为本说明书实施例提供的一种对风险对象进行管控的方法的流程示意图；

图2为本说明书实施例提供的充值金额界面示意图；

图3为本说明书实施例提供的选中某一充值金额界面示意图；

图4为本说明书实施例提供的选中按钮界面示意图；

图5为本说明书实施例提供的一种对风险对象进行管控的装置的结构示意图；

图6为本说明书实施例提供的一种对风险对象进行管控的设备的结构示意图。

具体实施方式

本说明书实施例提供一种对风险对象进行管控的方法、装置及设备。

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

目前，现有的支付宝策略模型是基于支付宝端内部数据、环境等信息对支付宝内部的风险商家进行风险策略防控。现有的支付宝策略模型不能精准识别定位风险商家的网站和/或app。并且有一部分支付宝内部风险商家能够脱离现有的支付宝策略模型管控。此外，对于支付宝外部的风险商家，支付宝策略模型不能进行管控。

在本说明书以下实施例中，在支付宝开通接口，通过模拟买家进入风险商家的网站和/或app，实时识别到支付宝端注册签约的卖家信息；利用决策模型、名单库方式实时处罚风险商家。签约账号以支付宝账号为例。风险商家以理财商家A为例。风险管控平台以支付宝为例。

图1为本说明书实施例提供的一种对风险对象进行管控的方法的流程示意图，该流程示意图包括：

步骤105，接收一个和/或多个目标对象的属性信息；

在此需要说明的是，现有的支付宝策略模型不能精准识别定位风险商家的网站和/或app。执行步骤105之前，需要先定位风险商家使用的风险平台。在本说明书实施例中，采取六种方式获取风险商家的信息。第一种方式是，拓展支付宝钱包内的自助举报入口，让投诉客户(支付宝C端客户)登记风险商家相关信息；第二种方式是，通过外部商户舆情监控系统，如公安机构、第三方机构或客户投诉数据，搜集风险商家相关信息；第三种方式是，搜集整合监管机构，如人民银行、各地工商局、信访办或支付清算协会反馈的风险商家相关信息；第四种方式是，搜集自己的微客平台上客户举报的风险商家相关信息；第五种方式，黑产卧底搜集风险商家相关信息；第六种方式，线下打击，联合公安抓捕黑产工作人员，从黑产工作人员口中得知风险商家相关信息。在本说明书实施例中，定位风险商家的方式包括但不限于上述六种方式。

作为一种可选地实施方式，在本说明书实施例中，所述目标对象为网站和/或app，所述目标对象的属性信息至少包括：所述网站的网址和/或app的名称。

在本说明书实施例中，以接收理财商家A的信息为例。

进一步地，上述理财商家A的属性信息包括但不限于理财商家A的网站的网址，如：https://qiye.aliyun.com/alimail/#h＝WyJmbV8yIixbIjI,和/或app的名称，如人人贷。

步骤110，基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象；

在本说明书实施例中，作为一种可选地实施方式，根据接收的网站的网址，如https://qiye.aliyun.com/alimail/#h＝WyJmbV8yIixbIjI，和/或app的名称，如人人贷，确定所述网站和/或app属于理财商家A。

步骤115，从确定的风险对象中识别与风险管控平台具有签约关系的风险对象；

在本说明书实施例中，作为一种可选地实施方式，从买家维度，模拟买家进入风险商家网站和/或app，先在网站和/或app注册，注册后登陆网站和/或app，创建充值类和/或支付类交易。相应地，支付宝获取到风险商家网站和/或app,接收到注册信息，注册成功后，接收登陆信息并将接收的登录信息与预先存储的登录信息进行匹配，登录信息匹配成功后，进行后续的充值类和/或支付类操作。作为一种可选地实施方式，理财商家A网站自带经纬度信息。根据用户点击按钮的顺序，人工截取理财商家A网站和/或app的按钮图片，其中，截取的按钮图片带有经纬度信息和文字信息；根据截取按钮图片的顺序将截取的按钮图片录制成脚本；支付宝根据录制的脚本中按钮图片的顺序截取理财商家A网站和/或app的按钮图片，其中，截取的按钮图片带有经纬度信息和文字信息。根据截取的理财商家A网站和/或app的按钮图片的经纬度信息识别网站和/或app的按钮，并根据按钮图片带有的文字信息将截取的按钮图片与网站和/或app的真实按钮进行匹配。在匹配成功的情况下，模拟点击“充值”按钮，显示出充值金额界面，如图2所示。点击如图3所示金额“50元”后，点击如图4所示“确定”按钮。支付宝接收到模拟点击如图3所示金额“50元”的结果后，接收到模拟点击如图4所示“确定”按钮的结果，生成交易单号，如000001。上述获取交易单号的过程能得到多种设备的支持，如手机、平板电脑和PC。作为另外一种可选地实施方式，预先设定好模拟点击的时间、频次，系统自动远程执行模拟买家的行为。进一步地，预先设定模拟的时间为14:00-15:00、频次为6次。系统自动在14:00-15:00远程执行模拟买家的行为6次。如系统在14:00-15:00自动远程根据截取的理财商家A网站和/或app的按钮图片的经纬度信息识别网站和/或app的按钮，并根据按钮图片带有的文字信息将截取的按钮图片与网站和/或app的真实按钮进行匹配。在匹配成功的情况下，模拟点击“充值”按钮，显示出充值金额界面，如图2所示。点击如图3所示金额“50元”后，点击如图4所示“确定”按钮。支付宝接收到模拟点击如图3所示金额“50元”的结果后，接收到模拟点击如图4所示“确定”按钮的结果，生成交易单号，如000001。

在此需要说明的是，模拟选中如图3所示充值金额界面的任一金额后，若产生交易单号，则该风险商家具有支付宝账号；模拟选中如图3所示充值金额界面的任一金额后，若不产生交易单号，则该风险商家不具有支付宝账号。将不具有支付宝账号的风险商家交给监管部门处理。

步骤120，对与风险管控平台具有签约关系的风险对象进行管控。

在此需要说明的是，在本说明书实施例中，利用上述决策模型识别与风险管控平台签约的风险对象的类型，及针对不同类型的与风险管控平台签约的风险对象采取不同的管控方式。

作为一种可选地实施方式，在获取到交易单号的情况下，从确定的风险对象中获取与风险管控平台具有签约关系的风险对象的签约账号。在本说明书实施例中，将步骤115中生成的交易单号000001输入到上述决策模型，识别到理财商家A的支付宝账号为13241324567，获取预先存储的理财商家A在支付宝侧的关联信息；进一步地，作为一种可选地实施方式，预先存储的理财商家A在支付宝侧的关联信息至少包括：BD(BussinessDevelopment，业务拓展)或非BD、交易时间、交易金额、交易笔数、营业执照、经营地址、所属行业和/或登录时间中的至少一者。

作为一种可选地实施方式，在本说明书实施例中，风险对象至少包括风险商家。根据获取的预先存储的理财商家A在支付宝侧的关联信息，识别理财商家A的类型；上述理财商家A的类型至少包括：BD商家、非BD商家、主动商家、被动商家和/或银行商家中的至少一者。

作为一种可选地实施方式，在本说明书实施例中，针对不同类型的风险商家，采取不同的管控方式。在此需要说明的是，风险商家进行的风险操作类型至少包括欺诈类、底线类、销赃类、侵权类和金融类中的至少一种。针对不同风险等级的风险商家使用不同的管控力度进行管控。针对风险商家进行两次账户限权或两次警告无效后，将管控等级升级为整改。针对风险商家进行三次整改无效后，将管控等级升级为断约。针对风险商家进行两次断约无效后，将管控等级升级为清退。针对风险商家进行两次清退无效后，将管控等级升级为加入黑名单。其中，账户限权至少包括针对风险商家关闭登陆接口；警告至少包括针对风险商家发送警告通知消息；整改至少包括针对风险商家发送整改通知消息并关闭支付和/或转账接口；断约至少包括针对风险商家关闭支付接口、转账接口和/或清算功能接口中的至少一者；清退至少包括针对风险商家关闭支付接口、转账接口、收单功能接口和/或清算功能接口中的至少一者。加入黑名单至少包括针对风险商家及和风险商家相关的主体和/或个人，关闭收单功能接口和/或清算功能接口中的至少一者。管控等级的划分包括但不限于上述几种。针对不同的管控方式支付宝采取不同的操作。

进一步地，根据获取到的理财商家A的关联信息中的BD商家或非BD商家信息识别到理财商家A的类型为BD商家。且根据获取到的理财商家A的关联信息中异常登陆时间次数及交易时间、交易金额、交易笔数确定风险等级为二级。支付宝根据预定规则(人工核实后的处罚任务)关闭收单功能接口和/或清算功能接口中的至少一者，清退BD商家，禁止被清退后的理财商家A使用支付宝的收单功能和清算功能；在识别到的理财商家A的类型为非BD商家且根据获取到的理财商家A的关联信息中异常登陆时间次数及交易时间、交易金额、交易笔数确定风险等级为一级的情况下,支付宝直接关闭收单功能接口和/或清算功能接口中的至少一者，直接清退BD商家，禁止被清退后的理财商家A使用支付宝的收单功能和清算功能；根据获取到的理财商家A的关联信息中的异常登陆时间次数及交易时间、交易金额、交易笔数识别到理财商家A的类型为被动商家且风险等级为一级。支付宝向理财商家A发送安全维护消息；若识别出理财商家A为主动商家且风险等级为二级，支付宝关闭收单功能接口、清算功能接口、支付接口和/或转账接口中的至少一者。支付宝停止与理财商家A合作。禁止理财商家A使用支付宝的收单功能和/或清算功能中的至少一者；和/或冻结理财商家A的账户，禁止理财商家A使用支付功能和/或转账功能中的至少一者；根据获取到的理财商家A的关联信息识别到理财商家A的类型为银行商家且根据获取到的理财商家A的关联信息中异常登陆时间次数及交易时间、交易金额、交易笔数确定风险等级为一级的情况下，支付宝针对理财商家A及和理财商家A相关的主体，关闭收单功能接口和/或清算功能接口中的至少一者。其中，和理财商家A相关的主体包括法人组织机构和/或个人。将理财商家A及和理财商家A相关的主体加入黑名单。禁止加入黑名单后的理财商家A及和理财商家A相关的主体使用支付宝的收单功能和/或清算功能。

在此需要说明的是，风险商家的风险等级包括但不限于上述几个等级。风险商家的类型包括但不限于上述几种类型。识别风险商家类型的方式包括但不限于上述几种方式。

若识别出的理财商家A的类型为BD商家且为主动商家，支付宝按照管控BD商家的方式管控理财商家A；若识别出的理财商家A的类型为BD商家且为被动商家，支付宝按照管控被动商家的方式管控理财商家A；若识别出的理财商家A的类型为非BD商家且为主动商家，支付宝按照管控非BD商家的方式管控理财商家A；若识别出的理财商家A的类型为非BD商家且为被动商家，支付宝按照管控被动商家的方式管控理财商家A。

在此需要说明的是，对不同类型风险商家管控的方式包括但不限于上述几种方式。并且，支付宝对不同类型风险商家进行管控之后，人工再次确认管控结果。

与现有技术相比，本说明书实施例采用的上述技术方案能够达到以下有益效果：对已知的风险商家进行有效风险管控，突破非自有app和/或网站的风险管控瓶颈；通过决策模型和规则对已知的风险商家进行智能化处理，节省了相关监控所需资源以及后续人工运营的资源。

图5为本说明书实施例提供的一种对风险对象进行管控的装置的结构示意图，该结构示意图包括：接收模块505、确定模块510、识别模块515和管控模块520；

所述接收模块505，用于接收一个和/或多个目标对象的属性信息；

所述确定模块510，用于基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象；

所述识别模块515，用于从确定的风险对象中识别与风险管控平台具有签约关系的风险对象；

所述管控模块520，用于对与风险管控平台具有签约关系的风险对象进行管控。

可选地，所述目标对象为网站和/或app，所述目标对象的属性信息至少包括：所述网站的网址和/或app的名称。

可选地，所述基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象包括：根据接收的网站的网址和/或app的名称，确定所述网站和/或app所属的风险对象。

可选地，所述识别模块515，具体用于获取模拟买家对获取交易单号进行确认的结果；在获取到交易单号的情况下，从确定的风险对象中获取与风险管控平台具有签约关系的风险对象。

可选地，所述获取模拟买家对获取交易单号进行确认的结果包括：获取截取的网站的按钮图片和/或app的按钮图片；其中，截取的按钮图片至少包括经纬度信息和文字信息；根据所述按钮图片的经纬度信息识别网站的按钮和/或app的按钮；根据所述按钮图片的文字信息将截取的按钮图片与网站的按钮和/或app的按钮进行匹配；在匹配成功的情况下，获取模拟买家模拟点击网站的按钮和/或app的按钮的结果。

可选地，所述管控模块520，具体用于根据所述签约账号，获取预先存储的所述风险对象在风险管控平台的关联信息；根据获取的预先存储的所述风险对象在风险管控平台的关联信息，识别所述风险对象的类型；针对不同类型的风险对象，采取不同的管控方式。

可选地，所述预先存储的所述风险对象在风险管控平台的关联信息至少包括：BD或非BD、交易时间、交易金额、交易笔数、营业执照、经营地址、所属行业和/或登录时间中的至少一者。

可选地，所述风险对象至少包括风险商家。

可选地，所述类型至少包括：BD商家、非BD商家、主动商家、被动商家和/或银行商家中的至少一者。

可选地，所述针对不同类型的风险对象，采取不同的管控方式包括：针对BD商家,根据预定规则关闭收单功能接口和/或清算功能接口中的至少一者；或针对非BD商家，关闭收单功能接口和/或清算功能接口中的至少一者；和/或针对主动商家，关闭收单功能接口、清算功能接口、支付接口和/或转账接口中的至少一者；或针对被动商家，发送安全维护消息；和/或针对银行商家及和银行商家相关的主体，关闭收单功能接口和/或清算功能接口中的至少一者。

图6为本说明书实施例提供的一种对风险对象进行管控的设备的结构示意图，包括：

至少一个处理器605；以及，

与所述至少一个处理器通信连接的存储器610；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收一个和/或多个目标对象的属性信息；

基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象；

从确定的风险对象中识别与风险管控平台具有签约关系的风险对象；

对与风险管控平台具有签约关系的风险对象进行管控。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

以上仅为本说明书的实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。

Claims (21)

1.一种对风险对象进行管控的方法，其特征在于，该方法包括：

接收一个和/或多个目标对象的属性信息；

基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象；

从确定的风险对象中识别与风险管控平台具有签约关系的风险对象；

对与风险管控平台具有签约关系的风险对象进行管控。

2.根据权利要求1所述的对风险对象进行管控的方法，其特征在于，所述目标对象为网站和/或app，所述目标对象的属性信息至少包括：所述网站的网址和/或app的名称。

3.根据权利要求2所述的对风险对象进行管控的方法，其特征在于，所述基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象包括：根据接收的网站的网址和/或app的名称，确定所述网站和/或app所属的风险对象。

4.根据权利要求1中任一项所述的对风险对象进行管控的方法，其特征在于，所述从确定的风险对象中识别与风险管控平台具有签约关系的风险对象包括：

获取模拟买家对获取交易单号进行确认的结果；

在获取到交易单号的情况下，从确定的风险对象中获取与风险管控平台具有签约关系的风险对象。

5.根据权利要求4所述的对风险对象进行管控的方法，其特征在于，所述获取模拟买家对获取交易单号进行确认的结果包括：

获取截取的网站的按钮图片和/或app的按钮图片；其中，截取的按钮图片至少包括经纬度信息和文字信息；

根据所述按钮图片的经纬度信息识别网站的按钮和/或app的按钮；

根据所述按钮图片的文字信息将截取的按钮图片与网站的按钮和/或app的按钮进行匹配；

在匹配成功的情况下，获取模拟买家模拟点击网站的按钮和/或app的按钮的结果。

6.根据权利要求4所述的对风险对象进行管控的方法，其特征在于，

所述方法还包括：识别与风险管控平台具有签约关系的风险对象的签约账号；

所述对与风险管控平台具有签约关系的风险对象进行管控包括：

根据所述签约账号，获取预先存储的所述风险对象在风险管控平台的关联信息；

根据获取的预先存储的所述风险对象在风险管控平台的关联信息，识别所述风险对象的类型；

针对不同类型的风险对象，采取不同的管控方式。

7.根据权利要求6所述的对风险对象进行管控的方法，其特征在于，所述预先存储的所述风险对象在风险管控平台的关联信息至少包括：BD或非BD、交易时间、交易金额、交易笔数、营业执照、经营地址、所属行业和/或登录时间中的至少一者。

8.根据权利要求1-7中任一项所述的对风险对象进行管控的方法，其特征在于，所述风险对象至少包括风险商家。

9.根据权利要求8所述的对风险对象进行管控的方法，其特征在于，所述类型至少包括：BD商家、非BD商家、主动商家、被动商家和/或银行商家中的至少一者。

10.根据权利要求9所述的对风险对象进行管控的方法，其特征在于，所述针对不同类型的风险对象，采取不同的管控方式包括：

针对BD商家,根据预定规则关闭收单功能接口和/或清算功能接口中的至少一者；或

针对非BD商家，关闭收单功能接口和/或清算功能接口中的至少一者；和/或

针对主动商家，关闭收单功能接口、清算功能接口、支付接口和/或转账接口中的至少一者；或

针对被动商家，发送安全维护消息；和/或

针对银行商家及和银行商家相关的主体，关闭收单功能接口和/或清算功能接口中的至少一者。

11.一种对风险对象进行管控的装置，其特征在于，该装置包括：接收模块、确定模块、识别模块和管控模块；

所述接收模块，用于接收一个和/或多个目标对象的属性信息；

所述确定模块，用于基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象；

所述识别模块，用于从确定的风险对象中识别与风险管控平台具有签约关系的风险对象；

所述管控模块，用于对与风险管控平台具有签约关系的风险对象进行管控。

12.根据权利要求11所述的对风险对象进行管控的装置，其特征在于，所述目标对象为网站和/或app，所述目标对象的属性信息至少包括：所述网站的网址和/或app的名称。

13.根据权利要求12所述的对风险对象进行管控的装置，其特征在于，所述基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象包括：根据接收的网站的网址和/或app的名称，确定所述网站和/或app所属的风险对象。

14.根据权利要求11中任一项所述的对风险对象进行管控的装置，其特征在于，所述识别模块，具体用于获取模拟买家对获取交易单号进行确认的结果；在获取到交易单号的情况下，从确定的风险对象中获取与风险管控平台具有签约关系的风险对象。

15.根据权利要求14所述的对风险对象进行管控的装置，其特征在于，所述获取模拟买家对获取交易单号进行确认的结果包括：获取截取的网站的按钮图片和/或app的按钮图片；其中，截取的按钮图片至少包括经纬度信息和文字信息；根据所述按钮图片的经纬度信息识别网站的按钮和/或app的按钮；根据所述按钮图片的文字信息将截取的按钮图片与网站的按钮和/或app的按钮进行匹配；在匹配成功的情况下，获取模拟买家模拟点击网站的按钮和/或app的按钮的结果。

16.根据权利要求14所述的对风险对象进行管控的装置，其特征在于，所述管控模块，具体用于根据所述签约账号，获取预先存储的所述风险对象在风险管控平台的关联信息；根据获取的预先存储的所述风险对象在风险管控平台的关联信息，识别所述风险对象的类型；针对不同类型的风险对象，采取不同的管控方式。

17.根据权利要求16所述的对风险对象进行管控的装置，其特征在于，所述预先存储的所述风险对象在风险管控平台的关联信息至少包括：BD或非BD、交易时间、交易金额、交易笔数、营业执照、经营地址、所属行业和/或登录时间中的至少一者。

18.根据权利要求11-17中任一项所述的对风险对象进行管控的装置，其特征在于，所述风险对象至少包括风险商家。

19.根据权利要求18所述的对风险对象进行管控的装置，其特征在于，所述类型至少包括：BD商家、非BD商家、主动商家、被动商家和/或银行商家中的至少一者。

20.根据权利要求19所述的对风险对象进行管控的装置，其特征在于，所述针对不同类型的风险对象，采取不同的管控方式包括：针对BD商家,根据预定规则关闭收单功能接口和/或清算功能接口中的至少一者；或针对非BD商家，关闭收单功能接口和/或清算功能接口中的至少一者；和/或针对主动商家，关闭收单功能接口、清算功能接口、支付接口和/或转账接口中的至少一者；或针对被动商家，发送安全维护消息；和/或针对银行商家及和银行商家相关的主体，关闭收单功能接口和/或清算功能接口中的至少一者。

21.一种对风险对象进行管控的设备，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

接收一个和/或多个目标对象的属性信息；

基于接收的目标对象的属性信息，确定所述目标对象所属的风险对象；

从确定的风险对象中识别与风险管控平台具有签约关系的风险对象；

对与风险管控平台具有签约关系的风险对象进行管控。