CN105654303A - 一种高风险用户识别方法及装置 - Google Patents
一种高风险用户识别方法及装置 Download PDFInfo
- Publication number
- CN105654303A CN105654303A CN201511032118.3A CN201511032118A CN105654303A CN 105654303 A CN105654303 A CN 105654303A CN 201511032118 A CN201511032118 A CN 201511032118A CN 105654303 A CN105654303 A CN 105654303A
- Authority
- CN
- China
- Prior art keywords
- payment
- risk
- order
- order number
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
Abstract
本发明公开了一种高风险用户识别方法及装置,用以解决现有技术中存在的因B2C电商平台无法感知支付账号的风险等级,导致风险用户识别效率较低的技术问题。该方法中B2C电商平台向支付平台发送支付请求消息;接收支付平台发送的针对订单号的支付响应消息,支付响应消息中至少包括订单号的支付账号信息、支付结果;在支付结果为支付成功时,根据订单号的支付响应消息确定订单号对应的订单的风险等级;若订单号对应的订单为高风险等级,将订单号对应的订单标记为无效订单。B2C电商平台基于已支付订单的支付数据,确定已支付成功的订单中存在的高风险等级订单,使得B2C电商平台能够感知支付账号的风险等级,提高了风险用户识别效率。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种高风险用户识别方法及装置。
背景技术
随着互联网电子商务的快速发展,例如B2C电商平台,方便了用户的生活,使得用户终端方便的通过B2C电商平台提交订单,B2C电商平台代理对用户的提交的订单进行审核,待用户终端支付成功之后,生成有效订单,并将有效订单推送给商家终端。为了提高用户消费的积极性,B2C电商平台会进行各种促销方式,比如不同物品的组合购买、买赠、满增、满减等方式,或者为用户发放各种各样的优惠券,从而极大地丰富了用户消费体验。但是在用户终端在B2C电商平台使用各种优惠券的时候,可能会出现一些恶意用户的套取问题,损害交易平台的公平性。因此如何检测出风险用户,是一个迫在眉睫的问题。
现有对风险用户进行排查的方式是用户提交订单后,由人工对订单数据进行风险判别,但现有的风险用户排查都是在订单支付之前确定的,订单支付的时候由支付公司与支付账号之间完成用户订单的支付流程,支付公司将支付结果通知给B2C电商平台,支付公司知晓支付账号的行为信息,但是对于B2C电商平台来说,并不能根据支付结果来判断订单是否属于风险订单,因为B2C电商平台无法获知支付账号的行为信息,也无法来判断支付账号的风险等级,如果支付账号的具有较高的风险等级,B2C电商平台就会面临恶意支付账号带来的交易风险,因此B2C电商平台的风险用户识别体系还不够完善。
综上,现有技术中存在着B2C电商平台无法感知支付账号的风险等级,导致B2C电商平台的风险用户识别效率较低的技术问题。
发明内容
本发明实施例提供一种高风险用户识别方法及装置,用以解决技术中存在的B2C电商平台无法感知支付账号的风险等级,导致B2C电商平台的风险用户识别效率较低的技术问题。
本发明实施例提供一种高风险用户识别方法,包括:
向支付平台发送支付请求消息,所述支付请求消息中包括待支付订单的订单号;
接收所述支付平台发送的针对所述订单号的支付响应消息,所述支付响应消息中至少包括所述订单号的支付账号信息、支付结果;
在所述支付结果为支付成功时,根据所述订单号的支付响应消息确定所述订单号对应的订单的风险等级;
若所述订单号对应的订单为高风险等级,将所述订单号对应的订单标记为无效订单。
本发明实施例提供一种高风险用户识别装置,包括:
发送单元,用于向支付平台发送支付请求消息,所述支付请求消息中包括待支付订单的订单号;
接收单元,用于接收所述支付平台发送的针对所述订单号的支付响应消息,所述支付响应消息中至少包括所述订单号的支付账号信息、支付结果;
第一确定单元,用于在所述支付结果为支付成功时,根据所述订单号的支付响应消息确定所述订单号对应的订单的风险等级;
第一处理单元,用于若所述订单号对应的订单为高风险等级,将所述订单号对应的订单标记为无效订单。
上述实施例中,B2C电商平台向支付平台发送支付请求消息之后,接收支付平台发送的针对所述订单号的支付响应消息,并通过对支付平台反馈的支付响应消息中的支付账号信息、支付结果等信息进行分析,得到支付结果为支付成功的订单号对应的订单的风险等级,若分析出订单号对应的订单的风险等级为高风险等级,则订单号对应的订单标记为无效订单,基于已支付订单的支付数据,筛选出已支付成功的订单中存在的高风险等级订单,使得B2C电商平台能够感知支付账号的风险等级,为提高风险用户识别效率提供了条件,弥补了现有B2C电商平台风险用户识别体系的不足,解决了现有技术中存在的B2C电商平台无法感知支付账号的风险等级,导致B2C电商平台的风险用户识别效率较低的技术问题。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种高风险用户识别方法的流程图;
图2为本发明实施例提供的一种在收到支付响应信息后,确定订单号对应的订单的风险等级的方法流程;
图3为本发明实施例提供的一种生成待支付订单的方法流程;
图4为本发明实施例提供的一种根据所述用户账号登录信息判断用户账号是否为高风险用户的方法流程;
图5为本发明实施例提供的一种高风险用户识别装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
为了解决现有技术中存在的B2C电商平台无法感知支付账号的风险等级,导致B2C电商平台的风险用户识别效率较低的技术问题。本发明实施例提供了一种高风险用户识别方法及装置,至少对支付平台反馈的支付响应消息中的支付账号信息、支付结果等信息进行分析,得到支付结果为支付成功的订单号对应的订单的风险等级,若分析出订单号对应的订单的风险等级为高风险等级,则订单号对应的订单标记为无效订单,基于已支付订单的支付数据,筛选出已支付成功的订单中存在的高风险等级订单,使得B2C电商平台能够感知支付账号的风险等级,为提高风险用户识别效率提供了条件,弥补了现有B2C电商平台风险用户识别体系的不足,解决了现有技术中存在的B2C电商平台无法感知支付账号的风险等级,导致B2C电商平台的风险用户识别效率较低的技术问题。
本发明实施例进行风险用户识别是根据设置的风险名单和风险控制规则来判断该订单是否为高风险订单。其中,风险名单是基于历史交易记录,将高风险订单的登录账号标记为黑名单,将低风险订单的登录账号标记为白名单;风险控制规则是设定的多因素比对规则,规定哪些订单属于高风险订单。本发明实施例中的风险名单包括用户账号黑白名单、支付账号黑白名单,本发明实施例中的风险控制规则包括高风风险登录规则、订单规则和支付规则。基于上述风险名单和风险控制规则,下面对本发明实施例提供的一种高风险用户识别方法及装置进行详细说明。
如图1所示的一种高风险用户识别方法的具体流程包括:
步骤101,向支付平台发送支付请求消息,支付请求消息中包括待支付订单的订单号;
步骤102,接收支付平台发送的针对订单号的支付响应消息,支付响应消息中至少包括订单号的支付账号信息、支付结果;
步骤103,在支付结果为支付成功时,根据订单号的支付响应消息确定订单号对应的订单的风险等级;
步骤104,若订单号对应的订单为高风险等级,将订单号对应的订单标记为无效订单。
上述方法流程由B2C电商平台的风险控制系统执行,B2C电商平台可以是点餐应用平台。
上述方法流程步骤102中,订单号的支付结果为支付失败或支付成功消息。支付平台反馈的支付响应消息除了包括支付结果和支付账号信息,还可包括用于分析支付账号的当前支付行为的其他支付数据,例如支付时间,支付过程中支付失败的次数,支付终端的IP地址信息等。
上述方法流程步骤103,主要是根据预先设置的支付账号的黑白名单和支付规则来确定支付账号的风险等级。黑白名单是基于历史交易记录中支付账号的风险等级确定的支付账号名单,支付账号黑名单中记录了支付行为被标记为高风险等级的高风险支付账号,支付账号白名单中记录了支付行为被标记为低风险等级或零风险等级的支付账号。支付规则是根据各种支付场景和统计的历史支付数据分析出的用于判断支付账号的支付行为的风险等级的规则,当支付账号既未命中黑名单,又未命中白名单时,可将支付账号的支付数据与支付规则匹配,若命中支付规则,则将支付账号确定为高风险支付账号,并记录在支付账号黑名单中,若未命中,则将支付账号确定为低风险支付账号或零风险支付账号,并将支付完成的订单标记有效订单,将有效订单通知给商家终端。
上述方法流程步骤104之后,还包括,通知支付平台对高风险支付账号进行退款处理,由支付平台通知待支付订单的用户账号支付失败的响应信息。
基于支付账号黑白名单和支付规则,列举以下几种根据订单号的支付响应消息确定订单号对应的订单的风险等级的具体实施方式。
假如支付场景如下:
针对一个待支付订单的订单号向支付平台提交支付请求消息后,在支付有效时间内接收到的针对订单号的支付响应消息为N个,N为大于或等于1的正整数,且接收到的前N-1个支付响应消息的支付结果为支付失败,接收到的第N个支付响应消息中的支付结果为支付成功。本发明实施例给出了以下两种具体实施方式来确定该订单号对应的订单的风险等级。
如图2所示的,在收到支付平台的针对一个订单号的支付响应信息后,确定该订单号对应的订单的风险等级的方法流程,包括:
步骤201,根据高风险支付账号名单,判断订单号的支付账号信息中是否存在高风险支付账号,其中,高风险支付账号名单是根据支付平台反馈的历史支付响应消息和支付规则确定出的具有高风险的支付账号黑名单;
具体的,从N个支付响应消息中提取订单号的支付账号信息,对于每个支付账号信息中的支付账号,判断该支付账号是否命中支付账号黑名单,若是执行步骤202,若否,执行步骤203;
优选的,如果订单号的支付账号信息中存在至少一个支付账号为高风险支付账号时,确定订单号对应的订单的风险等级为高风险等级,并将该订单号对应的订单标记为无效订单,通知支付平台对高风险支付账号进行退款处理。
步骤202,将支付账号的风险等级确定为高风险等级;
步骤203,判断该支付账号是否命中支付账号白明单,若是,执行步骤204,若否,执行步骤205,其中,若判断订单号的N个支付账号信息中的所有支付账号都命中支付账号白名单,确定订单号对应的订单为有效订单,向商家终端发送该订单已支付完成的消息;
步骤204,将支付账号的风险等级确定为低风险等级或零风险等级,确定订单号对应的订单为有效订单,向商家终端发送该订单已支付完成的消息;
步骤205,获取既未命中支付账号黑名单,又未命中支付账号白名单的支付账号的支付响应消息,并运行预设的支付规则,根据所有既未命中支付账号黑名单,又未命中支付账号白名单的支付账号的支付响应消息中的支付数据,判断订单号对应的订单的当前支付行为是否为高风险支付行为;
步骤206,若是,将确定订单号对应的订单的风险等级为高风险等级,并将该订单号对应的订单标记为无效订单,通知支付平台对高风险支付账号进行退款处理;
步骤207,若否,则确定订单号对应的订单的风险等级为低风险等级,并将该订单号对应的订单标记为有效订单,向商家终端发送该订单已支付完成的消息。
第一种可选的实施例中,若订单号的支付账号信息中的所有支付账号都未命中支付账号黑名单和支付账号白名单,且支付账号的数量为N个,则步骤205,具体包括:
根据N个支付响应消息,判断订单号对应的订单的当前支付行为是否为高风险支付行为,若在N个支付响应消息中,支付结果为支付失败的支付账号的数量超过设定阈值,则将订单号对应的订单的当前支付行为确定为高风险支付行为。比如设定同一订单号的支付结果中,若有大于5个不同的支付账号的支付结果为支付失败,则将当前订单号对应的订单的当前支付行为确定为高风险支付行为;若不满足,则将当前订单号对应的订单的当前支付行为确定为低风险支付行为。
第二种可选的实施例中,若订单号的支付账号信息中的部分支付账号未命中支付账号黑名单和支付账号白名单,且支付账号的数量为M个,M为小于N的正整数,则步骤205,具体包括:
在这M个支付账号的支付响应消息中,若支付结果为支付失败的支付账号的数量超过设定阈值,则将订单号对应的订单的当前支付行为确定为高风险支付行为,若支付结果为支付失败的支付账号的数量未超过设定阈值,则确定订单号对应的订单的风险等级为低风险等级。
第三种可选的实施例中,既未命中支付账号黑名单,又未命中支付账号白名单的支付账号为n个,n为小于或等于N的正整数,则步骤205,具体包括
首先,根据N个支付响应信息,确定订单号对应的订单的当前支付行为的风险等级;
优选的,根据N个支付响应信息,确定订单号的支付账号信息中每个支付账号的当前支付行为,并针对每个支付账号,根据该支付账号的当前支付行为,确定该支付账号的当前支付行为的风险等级;
其次,获取订单号对应的用户账号信息,以及与用户账号信息对应的历史支付响应记录中历史订单号对应的订单的历史支付行为的风险等级;
其中,历史支付行为的风险等级中包括与用户账号信息对应的任一支付账号的历史支付行为的风险等级;
再次,根据订单号对应的订单的当前支付行为的风险等级及用户账号信息对应的历史订单号对应的订单的历史支付行为的风险等级,确定订单号对应的订单的风险等级是否为高风险等级;
优选的,针对订单号的支付账号信息中的每个支付账号,确定该支付账号的当前支付行为的风险等级与该支付账号的历史支付行为的风险等级是否满足设定条件,若满足,则将该支付账号确定为高风险支付账号,并确定订单号对应的订单的风险等级为高风险等级。
例如,如果同一订单号A的支付响应消息中包括3个支付账号,支付账号1的支付结果为失败,支付账号2的支付结果为失败,支付账号3的支付结果为成功;根据支付账号1的支付数据,确定支付账号1的当前支付行为的风险等级是2级(级别越高,风险越高);根据支付账号2的支付数据,支付账号2的当前支付行为的风险等级是3级;根据支付账号3的支付数据,支付账号3的当前支付行为的风险等级是1级;而订单号A对应的用户账号B的历史支付响应记录中,记录有与用户账号B对应的支付账号包括支付账号4和支付账号5,且支付账号4和支付账号5历史支付行为的风险等级为1级,若支付规则包括:同一订单的支付响应信息中包括的支付账号为首次使用,且该支付账号的支付行为的风险等级高于历史所有支付账号的风险等级,则确定该支付账号为高风险支付账号。因此,根据支付规则,支付账号1、支付账号2、支付账号3的风险等级均使首次使用,且支付账号1、支付账号2的风险等级都高于支付账号4和支付账号5的风险等级,将支付账号1、支付账号2输出为高风险等级支付账号,同时,确定订单号A对应的订单的风险等级为高风险等级。
上述方法流程还包括:若确定出高风险支付账号,则将高风险支付账号的支付账号信息添加在支付账号黑名单中,以更新支付账号黑名单。若确定订单号对应的订单的风险等级为高风险等级,则将订单号对应的用户账号设置为高风险用户,并将高风险用户的用户账号信息添加在用户账号黑名单中,以更新用户账号黑名单。
上述方法流程中列举的实施方式仅为举例,符合上述方法流程的其他具体实现方式均在本发明的保护范围之内。
上述方法流程中,在向支付平台发送支付请求消息之前,还包括通过以下方式生成待支付订单:判断订单号对应的用户账号是否为高风险用户,若是,则取消用户账号提交的订单所享受的优惠信息,根据取消优惠信息后的订单信息生成待支付订单。可根据用户账号黑白名单和订单规则,判断订单号对应的用户账号是否为高风险用户,其中,用户账号黑名单是根据用户提交的订单信息确定的高风险用户的账号信息列表,用户账号黑名单是根据用户提交的订单信息确定的安全用户的账号信息列表,订单规则是预先设置的具有高风险的订单规则。
具体的,在向支付平台发送支付请求消息之前,按照上述方式生成待支付订单的方法流程,如图3所示,包括:
步骤301,判断订单号对应的用户账号是否命中用户账号黑名单;若是执行步骤302,若否,执行步骤303;
步骤302,取消用户账号提交的订单所享受的优惠信息,根据取消优惠信息后的订单信息生成待支付订单;
步骤303,判断订单号对应的用户账号是否命中用户账号白名单;若是,执行步骤304,若否,执行步骤305;
步骤304,保留用户账号提交的订单所享受的优惠信息,并按照用户账号提交的订单信息生成待支付订单;
步骤305,判断用户账号提交的订单信息是否命中订单规则,若命中订单规则,则执行步骤306,若未命中订单规则,则返回步骤304;
步骤306,对用户账号提交的订单信息进行处理,如禁止用户账号下单,即用户端显示订单失效信息,或取消用户账号提交的订单所享受的优惠信息,或者按照预先设定的验证方式对用户账号进行验证,如通过电话或短信验证,使未通过验证的用户账号不享受优惠信息,根据取消优惠信息后的订单信息生成待支付订单;
例如,某用户账号提交订单后,检测到该用户账号在连续的10分钟内已针对同一商品提交了多次订单,每个已提交的订单都因支付超时而被确定为无效订单,则判定该用户账号恶意占用优惠信息的风险较高,此时可以根据具体情况,禁止该用户账号下单,或取消用户账号提交的订单所享受的优惠信息,或按照预先设定的验证方式,如通过电话或短信验证,核实用户账号的安全性。
上述方法流程中,在向支付平台发送支付请求消息之前,还包括:
接收账号登陆请求,账号登陆请求中包括用户账号登录信息,根据用户账号登录信息,判断用户账号是否为高风险用户,若是,则拒绝用户账号登录,或者控制用户账号按照预设的验证方式完成登录。
具体的,根据用户账号登录信息,判断用户账号是否为高风险用户的方法流程,如图4所示,包括:
步骤401,判断用户账号登录信息是否命中高风险登录规则;高风险登录规则是根据统计的高风险用户账户的账号登录信息,确定出的具有高风险的登录规则,例如在设定的阈值时间内用户账号提交的登录请求的次数超过设定次数,则这样的用户账号为高风险用户账号;
步骤402,若是,则确定用户账号为高风险用户,控制用户账号按照预设的验证方式完成登录是指控制高风险用户按照短信或电话验证的方式完成登录;
步骤403,若否,则允许用户账号正常登录。
例如,用户账号登录信息中包括用户终端的IP地址,若该用户终端的IP地址不是该用户账号常用的终端IP地址,则确定用户账号为高风险用户;或者该用户终端的IP地址在设定时间内多次提交针对不同用户账号的登录请求消息,则确定使用该终端IP地址登录的用户账号的风险等级较高。
上述实施例中,B2C电商平台至少对支付平台反馈的支付响应消息中的支付账号信息、支付结果等信息进行分析,得到支付结果为支付成功的订单号对应的订单的风险等级,若分析出订单号对应的订单的风险等级为高风险等级,则订单号对应的订单标记为无效订单,基于已支付订单的支付数据,筛选出已支付成功的订单中存在的高风险等级订单,使得B2C电商平台能够感知支付账号的风险等级,提高了风险用户识别效率,弥补了现有B2C电商平台风险用户识别体系的不足,解决了现有技术中存在的B2C电商平台无法感知支付账号的风险等级,导致B2C电商平台的风险用户识别效率较低的技术问题。
针对上述方法流程,本发明实施例提供一种高风险用户识别装置,这些装置的具体内容参见方法流程,此处不在累述。
如图5所示的一种高风险用户识别装置,包括:
发送单元501,用于向支付平台发送支付请求消息,支付请求消息中包括待支付订单的订单号;
接收单元502,用于接收支付平台发送的针对订单号的支付响应消息,支付响应消息中至少包括订单号的支付账号信息、支付结果;
第一确定单元503,用于在支付结果为支付成功时,根据订单号的支付响应消息确定订单号对应的订单的风险等级;
第一处理单元504,用于若订单号对应的订单为高风险等级,将订单号对应的订单标记为无效订单。
进一步地,订单号的支付响应消息为N个;第一确定单元503具体用于:
根据高风险支付账号名单,判断订单号的支付账号信息中是否存在高风险支付账号;
若订单号的支付账号信息中存在至少一个支付账号为高风险支付账号,则确定订单号对应的订单的风险等级为高风险等级。
进一步地,若订单号的支付账号信息中不存在高风险支付账号,则第一确定单元503具体用于:
根据N个支付响应消息,确定订单号对应的订单的当前支付行为是否为高风险支付行为,若是,则确定订单号对应的订单的风险等级为高风险等级。
进一步地,第一确定单元503具体用于:若在N个支付响应消息中,支付结果为支付失败的支付账号的数量超过设定阈值,则将当前支付行为确定为高风险支付行为。
进一步地,若订单号的支付账号信息中不存在高风险支付账号,则第一确定单元503具体用于:
根据N个支付响应信息,确定订单号对应的订单的当前支付行为的风险等级;并
获取订单号对应的用户账号信息,以及与用户账号信息对应的历史支付响应记录中历史订单号对应的订单的历史支付行为的风险等级;
根据当前支付行为的风险等级及历史支付行为的风险等级,确定订单号对应的订单的风险等级是否为高风险等级。
进一步地,历史支付行为的风险等级中包括与用户账号信息对应的任一支付账号的历史支付行为的风险等级,则第一确定单元503具体用于:
根据N个支付响应信息,确定订单号的支付账号信息中每个支付账号的当前支付行为;并
针对每个支付账号,根据该支付账号的当前支付行为,确定该支付账号的当前支付行为的风险等级;
确定该支付账号的当前支付行为的风险等级与该支付账号的历史支付行为的风险等级是否满足设定条件,若满足,则将该支付账号确定为高风险支付账号,并确定订单号对应的订单的风险等级为高风险等级。
进一步地,第一处理单元504还用于:若确定订单号对应的订单的风险等级为高风险等级,则将订单号对应的用户账号设置为高风险用户。
进一步地,还包括第二确定单元和第二处理单元;
第二确定单元用于:在向支付平台发送支付请求消息之前,判断订单号对应的用户账号是否为高风险用户;
第二处理单元用于:若第二确定单元判断订单号对应的用户账号为高风险用户,则取消用户账号提交的订单所享受的优惠信息,根据取消优惠信息后的订单信息生成待支付订单。
进一步地,还包括第三确定单元和第三处理单元,接收单元还用于:在向支付平台发送支付请求消息之前,接收账号登陆请求;
第三确定单元用于:账号登陆请求中包括用户账号登录信息,根据用户账号登录信息,判断用户账号是否为高风险用户;
第三处理单元用于:若判断用户账号是高风险用户,则拒绝用户账号登录,或者控制用户账号按照预设的验证方式完成登录。
上述实施例中,B2C电商平台至少对支付平台反馈的支付响应消息中的支付账号信息、支付结果等信息进行分析,得到支付结果为支付成功的订单号对应的订单的风险等级,若分析出订单号对应的订单的风险等级为高风险等级,则订单号对应的订单标记为无效订单,基于已支付订单的支付数据,筛选出已支付成功的订单中存在的高风险等级订单,使得B2C电商平台能够感知支付账号的风险等级,为提高风险用户识别效率提供了条件,弥补了现有B2C电商平台风险用户识别体系的不足,解决了现有技术中存在的B2C电商平台无法感知支付账号的风险等级,导致B2C电商平台的风险用户识别效率较低的技术问题。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (18)
1.一种高风险用户识别方法,其特征在于,包括:
向支付平台发送支付请求消息,所述支付请求消息中包括待支付订单的订单号;
接收所述支付平台发送的针对所述订单号的支付响应消息,所述支付响应消息中至少包括所述订单号的支付账号信息、支付结果;
在所述支付结果为支付成功时,根据所述订单号的支付响应消息确定所述订单号对应的订单的风险等级;
若所述订单号对应的订单为高风险等级,将所述订单号对应的订单标记为无效订单。
2.如权利要求1所述的方法,其特征在于,所述订单号的支付响应消息为N个;
所述根据所述订单号的支付响应消息确定所述订单号对应的订单的风险等级,包括:
根据高风险支付账号名单,判断所述订单号的支付账号信息中是否存在高风险支付账号;
若所述订单号的支付账号信息中存在至少一个支付账号为高风险支付账号,则确定所述订单号对应的订单的风险等级为高风险等级。
3.如权利要求2所述的方法,其特征在于,若所述订单号的支付账号信息中不存在高风险支付账号,则所述根据所述订单号的支付响应消息确定所述订单号对应的订单的风险等级,包括:
根据所述N个支付响应消息,确定所述订单号对应的订单的当前支付行为是否为高风险支付行为,若是,则确定所述订单号对应的订单的风险等级为高风险等级。
4.如权利要求3所述的方法,其特征在于,所述根据所述N个支付响应消息,确定所述订单号对应的订单的当前支付行为是否为高风险支付行为,包括:
若在所述N个支付响应消息中,所述支付结果为支付失败的支付账号的数量超过设定阈值,则将所述当前支付行为确定为高风险支付行为。
5.如权利要求2所述的方法,其特征在于,若所述订单号的支付账号信息中不存在高风险支付账号,所述根据所述订单号的支付响应消息确定所述订单号对应的订单的风险等级,包括:
根据所述N个支付响应信息,确定所述订单号对应的订单的当前支付行为的风险等级;并
获取所述订单号对应的用户账号信息,以及与用户账号信息对应的历史支付响应记录中历史订单号对应的订单的历史支付行为的风险等级;
根据所述当前支付行为的风险等级及所述历史支付行为的风险等级,确定所述订单号对应的订单的风险等级是否为高风险等级。
6.如权利要求5所述的方法,其特征在于,所述历史支付行为的风险等级中包括与所述用户账号信息对应的任一支付账号的历史支付行为的风险等级,则所述根据所述N个支付响应信息,确定所述订单号对应的订单的当前支付行为的风险等级,包括:
根据所述N个支付响应信息,确定所述订单号的支付账号信息中每个支付账号的当前支付行为;并
针对所述每个支付账号,根据该支付账号的当前支付行为,确定该支付账号的当前支付行为的风险等级;
所述根据所述当前支付行为的风险等级及所述历史支付行为的风险等级,确定所述订单号对应的订单的风险等级是否为高风险等级,包括:
针对所述每个支付账号,确定该支付账号的当前支付行为的风险等级与该支付账号的历史支付行为的风险等级是否满足设定条件,若满足,则将该支付账号确定为高风险支付账号,并确定所述订单号对应的订单的风险等级为高风险等级。
7.如权利要求1至6中任一项所述的方法,其特征在于,若确定所述订单号对应的订单的风险等级为高风险等级,则将所述订单号对应的用户账号设置为高风险用户。
8.如权利要求1所述的方法,其特征在于,在所述向支付平台发送支付请求消息之前,还包括通过以下方式生成所述待支付订单:
判断所述订单号对应的用户账号是否为高风险用户,若是,则取消所述用户账号提交的订单所享受的优惠信息,根据取消所述优惠信息后的订单信息生成所述待支付订单。
9.如权利要求1所述的方法,其特征在于,在所述向支付平台发送支付请求消息之前,还包括:
接收账号登陆请求,所述账号登陆请求中包括用户账号登录信息,根据所述用户账号登录信息,判断所述用户账号是否为高风险用户,若是,则拒绝所述用户账号登录,或者控制所述用户账号按照预设的验证方式完成登录。
10.一种高风险用户识别装置,其特征在于,包括:
发送单元,用于向支付平台发送支付请求消息,所述支付请求消息中包括待支付订单的订单号;
接收单元,用于接收所述支付平台发送的针对所述订单号的支付响应消息,所述支付响应消息中至少包括所述订单号的支付账号信息、支付结果;
第一确定单元,用于在所述支付结果为支付成功时,根据所述订单号的支付响应消息确定所述订单号对应的订单的风险等级;
第一处理单元,用于若所述订单号对应的订单为高风险等级,将所述订单号对应的订单标记为无效订单。
11.如权利要求10所述的装置,其特征在于,所述订单号的支付响应消息为N个;所述第一确定单元具体用于:
根据高风险支付账号名单,判断所述订单号的支付账号信息中是否存在高风险支付账号;
若所述订单号的支付账号信息中存在至少一个支付账号为高风险支付账号,则确定所述订单号对应的订单的风险等级为高风险等级。
12.如权利要求11所述的装置,其特征在于,若所述订单号的支付账号信息中不存在高风险支付账号,则所述第一确定单元具体用于:
根据所述N个支付响应消息,确定所述订单号对应的订单的当前支付行为是否为高风险支付行为,若是,则确定所述订单号对应的订单的风险等级为高风险等级。
13.如权利要求12所述的装置,其特征在于,所述第一确定单元具体用于:若在所述N个支付响应消息中,所述支付结果为支付失败的支付账号的数量超过设定阈值,则将所述当前支付行为确定为高风险支付行为。
14.如权利要求11所述的装置,其特征在于,若所述订单号的支付账号信息中不存在高风险支付账号,则所述第一确定单元具体用于:
根据所述N个支付响应信息,确定所述订单号对应的订单的当前支付行为的风险等级;并
获取所述订单号对应的用户账号信息,以及与用户账号信息对应的历史支付响应记录中历史订单号对应的订单的历史支付行为的风险等级;
根据所述当前支付行为的风险等级及所述历史支付行为的风险等级,确定所述订单号对应的订单的风险等级是否为高风险等级。
15.如权利要求14所述的装置,其特征在于,所述历史支付行为的风险等级中包括与所述用户账号信息对应的任一支付账号的历史支付行为的风险等级,则所述第一确定单元具体用于:
根据所述N个支付响应信息,确定所述订单号的支付账号信息中每个支付账号的当前支付行为;并
针对所述每个支付账号,根据该支付账号的当前支付行为,确定该支付账号的当前支付行为的风险等级;
确定该支付账号的当前支付行为的风险等级与该支付账号的历史支付行为的风险等级是否满足设定条件,若满足,则将该支付账号确定为高风险支付账号,并确定所述订单号对应的订单的风险等级为高风险等级。
16.如权利要求10至15中任一项所述的装置,其特征在于,所述第一处理单元还用于:
若所述第一确定单元确定所述订单号对应的订单的风险等级为高风险等级,则将所述订单号对应的用户账号设置为高风险用户。
17.如权利要求10所述的装置,其特征在于,还包括第二确定单元和第二处理单元;
所述第二确定单元用于:在所述向支付平台发送支付请求消息之前,判断所述订单号对应的用户账号是否为高风险用户;
所述第二处理单元用于:若所述第二确定单元判断所述订单号对应的用户账号为高风险用户,则取消所述用户账号提交的订单所享受的优惠信息,根据取消所述优惠信息后的订单信息生成所述待支付订单。
18.如权利要求10所述的装置,其特征在于,还包括第三确定单元和第三处理单元;
所述接收单元还用于:在所述向支付平台发送支付请求消息之前,接收账号登陆请求;
所述第三确定单元用于:所述账号登陆请求中包括用户账号登录信息,根据所述用户账号登录信息,判断所述用户账号是否为高风险用户;
所述第三处理单元用于:若判断所述用户账号是高风险用户,则拒绝所述用户账号登录,或者控制所述用户账号按照预设的验证方式完成登录。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511032118.3A CN105654303B (zh) | 2015-12-31 | 2015-12-31 | 一种高风险用户识别方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201511032118.3A CN105654303B (zh) | 2015-12-31 | 2015-12-31 | 一种高风险用户识别方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105654303A true CN105654303A (zh) | 2016-06-08 |
CN105654303B CN105654303B (zh) | 2022-02-11 |
Family
ID=56490213
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201511032118.3A Active CN105654303B (zh) | 2015-12-31 | 2015-12-31 | 一种高风险用户识别方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105654303B (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106157041A (zh) * | 2016-07-26 | 2016-11-23 | 上海携程商务有限公司 | 防止刷单的方法 |
CN106453357A (zh) * | 2016-11-01 | 2017-02-22 | 北京红马传媒文化发展有限公司 | 一种网络购票异常行为的识别方法、系统及设备 |
CN107341669A (zh) * | 2016-12-05 | 2017-11-10 | 杭州纳戒科技有限公司 | 一种客户品质管理方法及系统 |
CN107645469A (zh) * | 2016-07-20 | 2018-01-30 | 平安科技(深圳)有限公司 | 业务请求处理方法及业务服务器 |
CN107705128A (zh) * | 2017-09-05 | 2018-02-16 | 深圳支点电子智能科技有限公司 | 一种支付验证方法和系统 |
WO2018090794A1 (zh) * | 2016-11-18 | 2018-05-24 | 腾讯科技(深圳)有限公司 | 一种信息处理方法和装置以及计算机可读存储介质 |
CN108133372A (zh) * | 2017-12-28 | 2018-06-08 | 阿里巴巴集团控股有限公司 | 评估支付风险的方法及装置 |
CN108462704A (zh) * | 2018-02-27 | 2018-08-28 | 平安科技(深圳)有限公司 | 登录验证方法、装置、计算机设备及存储介质 |
CN108629582A (zh) * | 2017-03-17 | 2018-10-09 | 华为软件技术有限公司 | 业务处理方法及装置 |
CN108829745A (zh) * | 2018-05-24 | 2018-11-16 | 北京三快在线科技有限公司 | 业务数据的管理方法、装置及电子设备 |
CN109257321A (zh) * | 2017-07-13 | 2019-01-22 | 北京京东尚科信息技术有限公司 | 安全登录方法和装置 |
CN109389383A (zh) * | 2017-08-07 | 2019-02-26 | 北京嘀嘀无限科技发展有限公司 | 服务请求的支付处理方法、装置、服务器及存储介质 |
CN109544166A (zh) * | 2018-11-05 | 2019-03-29 | 阿里巴巴集团控股有限公司 | 一种风险识别方法和装置 |
CN109617901A (zh) * | 2018-12-29 | 2019-04-12 | 上海点融信息科技有限责任公司 | 确定白名单的方法及其装置 |
CN109741065A (zh) * | 2019-01-28 | 2019-05-10 | 广州虎牙信息科技有限公司 | 一种支付风险识别方法、装置、设备及存储介质 |
CN109891450A (zh) * | 2016-12-13 | 2019-06-14 | 连株式会社 | 支付方法及系统 |
CN110264191A (zh) * | 2019-05-17 | 2019-09-20 | 阿里巴巴集团控股有限公司 | 一种支付的风险识别方法和装置 |
CN110390445A (zh) * | 2018-04-16 | 2019-10-29 | 阿里巴巴集团控股有限公司 | 操作风险的识别方法、装置和系统 |
CN111179023A (zh) * | 2019-12-10 | 2020-05-19 | 北京互金新融科技有限公司 | 订单识别方法及装置 |
CN111292083A (zh) * | 2020-01-23 | 2020-06-16 | 广州酷旅旅行社有限公司 | 支付管理方法、装置、计算机设备和存储介质 |
CN112785313A (zh) * | 2021-02-08 | 2021-05-11 | 中国工商银行股份有限公司 | 企业客户支付场景下内部风险控制方法、装置及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090240624A1 (en) * | 2008-03-20 | 2009-09-24 | Modasolutions Corporation | Risk detection and assessment of cash payment for electronic purchase transactions |
US7774237B1 (en) * | 2005-12-22 | 2010-08-10 | At&T Intellectual Property Ii, L.P. | Methods for identifying and revising high-risk orders based on identified errors |
CN102034182A (zh) * | 2010-11-29 | 2011-04-27 | 深圳市爱贝信息技术有限公司 | 支付平台账户安全交易的方法及装置 |
CN104574081A (zh) * | 2013-10-28 | 2015-04-29 | 腾讯科技(深圳)有限公司 | 一种网络支付方法及相关设备、系统 |
-
2015
- 2015-12-31 CN CN201511032118.3A patent/CN105654303B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7774237B1 (en) * | 2005-12-22 | 2010-08-10 | At&T Intellectual Property Ii, L.P. | Methods for identifying and revising high-risk orders based on identified errors |
US20090240624A1 (en) * | 2008-03-20 | 2009-09-24 | Modasolutions Corporation | Risk detection and assessment of cash payment for electronic purchase transactions |
CN102034182A (zh) * | 2010-11-29 | 2011-04-27 | 深圳市爱贝信息技术有限公司 | 支付平台账户安全交易的方法及装置 |
CN104574081A (zh) * | 2013-10-28 | 2015-04-29 | 腾讯科技(深圳)有限公司 | 一种网络支付方法及相关设备、系统 |
Cited By (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107645469A (zh) * | 2016-07-20 | 2018-01-30 | 平安科技(深圳)有限公司 | 业务请求处理方法及业务服务器 |
CN106157041A (zh) * | 2016-07-26 | 2016-11-23 | 上海携程商务有限公司 | 防止刷单的方法 |
CN106157041B (zh) * | 2016-07-26 | 2019-11-19 | 上海携程商务有限公司 | 防止刷单的方法 |
CN106453357A (zh) * | 2016-11-01 | 2017-02-22 | 北京红马传媒文化发展有限公司 | 一种网络购票异常行为的识别方法、系统及设备 |
WO2018090794A1 (zh) * | 2016-11-18 | 2018-05-24 | 腾讯科技(深圳)有限公司 | 一种信息处理方法和装置以及计算机可读存储介质 |
CN107341669A (zh) * | 2016-12-05 | 2017-11-10 | 杭州纳戒科技有限公司 | 一种客户品质管理方法及系统 |
CN109891450B (zh) * | 2016-12-13 | 2023-09-22 | 连株式会社 | 支付方法及系统 |
CN109891450A (zh) * | 2016-12-13 | 2019-06-14 | 连株式会社 | 支付方法及系统 |
CN108629582B (zh) * | 2017-03-17 | 2021-04-09 | 华为技术有限公司 | 业务处理方法及装置 |
CN108629582A (zh) * | 2017-03-17 | 2018-10-09 | 华为软件技术有限公司 | 业务处理方法及装置 |
CN109257321A (zh) * | 2017-07-13 | 2019-01-22 | 北京京东尚科信息技术有限公司 | 安全登录方法和装置 |
CN109389383A (zh) * | 2017-08-07 | 2019-02-26 | 北京嘀嘀无限科技发展有限公司 | 服务请求的支付处理方法、装置、服务器及存储介质 |
CN107705128A (zh) * | 2017-09-05 | 2018-02-16 | 深圳支点电子智能科技有限公司 | 一种支付验证方法和系统 |
CN108133372A (zh) * | 2017-12-28 | 2018-06-08 | 阿里巴巴集团控股有限公司 | 评估支付风险的方法及装置 |
WO2019165675A1 (zh) * | 2018-02-27 | 2019-09-06 | 平安科技(深圳)有限公司 | 登录验证方法、装置、计算机设备及存储介质 |
CN108462704A (zh) * | 2018-02-27 | 2018-08-28 | 平安科技(深圳)有限公司 | 登录验证方法、装置、计算机设备及存储介质 |
CN110390445A (zh) * | 2018-04-16 | 2019-10-29 | 阿里巴巴集团控股有限公司 | 操作风险的识别方法、装置和系统 |
CN108829745A (zh) * | 2018-05-24 | 2018-11-16 | 北京三快在线科技有限公司 | 业务数据的管理方法、装置及电子设备 |
CN109544166A (zh) * | 2018-11-05 | 2019-03-29 | 阿里巴巴集团控股有限公司 | 一种风险识别方法和装置 |
CN109544166B (zh) * | 2018-11-05 | 2023-05-30 | 创新先进技术有限公司 | 一种风险识别方法和装置 |
CN109617901A (zh) * | 2018-12-29 | 2019-04-12 | 上海点融信息科技有限责任公司 | 确定白名单的方法及其装置 |
CN109741065A (zh) * | 2019-01-28 | 2019-05-10 | 广州虎牙信息科技有限公司 | 一种支付风险识别方法、装置、设备及存储介质 |
CN110264191A (zh) * | 2019-05-17 | 2019-09-20 | 阿里巴巴集团控股有限公司 | 一种支付的风险识别方法和装置 |
CN111179023A (zh) * | 2019-12-10 | 2020-05-19 | 北京互金新融科技有限公司 | 订单识别方法及装置 |
CN111292083A (zh) * | 2020-01-23 | 2020-06-16 | 广州酷旅旅行社有限公司 | 支付管理方法、装置、计算机设备和存储介质 |
CN111292083B (zh) * | 2020-01-23 | 2023-09-15 | 广州酷旅旅行社有限公司 | 支付管理方法、装置、计算机设备和存储介质 |
CN112785313A (zh) * | 2021-02-08 | 2021-05-11 | 中国工商银行股份有限公司 | 企业客户支付场景下内部风险控制方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN105654303B (zh) | 2022-02-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105654303A (zh) | 一种高风险用户识别方法及装置 | |
CN104331296B (zh) | 交易信息处理方法、装置和系统 | |
CN104917749B (zh) | 帐号注册方法及装置 | |
CN103489095A (zh) | 电子交易方法、系统及支付平台系统 | |
CN106296144A (zh) | 支付处理服务器、客户端及支付处理方法 | |
CN104616137A (zh) | 安全支付方法、服务器及系统 | |
CN106204052A (zh) | 退款信息处理方法及装置 | |
CN106529955A (zh) | 一种支付方法及装置 | |
CN109472656B (zh) | 一种虚拟物品的展示方法、装置和存储介质 | |
CN103139155A (zh) | 举报信息的处理方法、设备及系统 | |
CN106529952A (zh) | 数据转移中的验证实现方法及系统 | |
CN104937618A (zh) | 一种互联网融资资金及项目进度的风险控制方法及系统 | |
CN103489094A (zh) | 手持设备游戏虚拟物品购买与支付方法 | |
CN111105225A (zh) | 一种转账方法、装置、设备及存储介质 | |
CN110033268B (zh) | 转账中的风控方法、装置及设备 | |
CN111260342B (zh) | 一种认证支付方法及装置 | |
CN106507352A (zh) | 短信验证码的网站识别方法及识别终端 | |
CN104009850B (zh) | 一种用户身份认证方法及系统 | |
CN112101691A (zh) | 风险等级动态调整方法、装置及服务器 | |
CN109426961B (zh) | 一种绑卡风险控制方法及装置 | |
CN105657683A (zh) | 一种二次销售手机号码处理方法、装置及系统 | |
CN109978317A (zh) | 异常交易处理方法、互动平台及计算机可读存储介质 | |
CN107346487A (zh) | 数据处理方法及装置 | |
CN105631669A (zh) | 校验支付数据的方法及设备 | |
CN105956858A (zh) | 一种支付方法及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |