CN104778583A - 一种手机支付安全验证方法 - Google Patents
一种手机支付安全验证方法 Download PDFInfo
- Publication number
- CN104778583A CN104778583A CN201510237383.9A CN201510237383A CN104778583A CN 104778583 A CN104778583 A CN 104778583A CN 201510237383 A CN201510237383 A CN 201510237383A CN 104778583 A CN104778583 A CN 104778583A
- Authority
- CN
- China
- Prior art keywords
- appraisal result
- result
- mobile
- appraisal
- account
- 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.)
- Pending
Links
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明实施例公开了一种手机支付安全验证方法,用于解决手机支付风险控制手段单一、移动支付风险高的问题。本发明实施例方法包括:获取手机支付请求,所述手机支付请求包括手机信息;根据所述手机信息向后台服务器获取手机用户数据;根据预设的评估标准分析所述手机用户数据,得到分析结果;判断所述分析结果是否满足预设的风控条件,若是,则执行所述手机支付请求,若否,则拒绝所述手机支付请求。
Description
技术领域
本发明涉及移动支付领域,尤其涉及一种手机支付安全验证方法。
背景技术
互联网支付市场竞争加剧,移动支付增势迅猛.根据艾瑞研究数据显示,2013年,中国第三方支付交易规模为17.2万亿元人民币,同比增长38.7%,随着第三方支付的业态逐步稳定,在现有格局下,全行业将进入稳定增长时期,预计未来三年均会保持35%左右的增速。2013年中国移动支付市场进入爆发式增长阶段,总体交易规模突破13010亿元,环比2012年增长率高达800.3%。从2013年第3季度到2014年第1季度期间,移动支付的交易额环比增长均超过100%。
移动支付井喷式发展的同时,风险形势更为严峻。10%的被访者曾遭遇过网上交易诈骗,比2013年提高了4个百分点;其中钓鱼网站、木马病毒及虚假退款仍是主要的欺诈手段。
目前,国内移动互联网支付风险控制手段比较单一,主要通过验证银行预留手机号和短信验证码来实现支付风险控制。然而,在诈骗分子层出不穷的手段下,银行预留手机号和短信验证码均有被篡改和窃取的风险。比如通过黑市购买原始数据、改号软件冒充用户拨打银行客服进行预留手机号修改等方式可篡改银行预留手机号;通过发送钓鱼短信、利用钓鱼网站、诱导安装木马软件、sim卡复制等方式可窃取短信验证码。
因此,如何消除手机支付风险控制手段单一,降低移动支付风险成为本领域技术人员亟需解决的问题。
发明内容
本发明实施例提供了一种手机支付安全验证方法,能够解决手机支付风险控制手段单一、移动支付风险高的问题。
本发明实施例提供的一种手机支付安全验证方法,包括:
获取手机支付请求,所述手机支付请求包括手机信息;
根据所述手机信息向后台服务器获取手机用户数据;
根据预设的评估标准分析所述手机用户数据,得到分析结果;
判断所述分析结果是否满足预设的风控条件,若是,则执行所述手机支付请求,若否,则拒绝所述手机支付请求。
可选地,所述根据预设的评估标准分析所述手机用户数据,得到分析结果具体包括:
根据预设的评估标准对所述手机用户数据进行评分,得到第一评分结果;
根据所述第一评分结果和预设的一级权重得到第二评分结果。
可选地,判断所述分析结果是否满足预设的风控条件具体为:
判断所述第二评分结果是否超过预设的评分阈值。
可选地,所述手机用户数据包括:历史缴费方式、入网渠道、换机频率、用户会员级别和手机开户时间。
可选地,所述根据预设的评估标准对所述手机用户数据进行评分,得到第一评分结果具体包括:
根据预设的缴费评分标准对所述历史缴费方式进行评分,得到第一缴费评分结果;
根据预设的入网评分标准对所述入网渠道进行评分,得到第一入网评分结果;
根据预设的换机评分标准对所述换机频率进行评分,得到第一换机评分结果;
根据预设的会员评分标准对所述用户会员级别进行评分,得到第一会员评分结果;
根据预设的开户评分标准对所述手机开户时间进行评分,得到第一开户评分结果。
可选地,所述根据所述第一评分结果和预设的一级权重得到第二评分结果具体包括:
根据所述第一缴费评分结果和预设的第一权重得到第二缴费评分结果;
根据所述第一入网评分结果和预设的第二权重得到第二入网评分结果;
根据所述第一换机评分结果和预设的第三权重得到第二换机评分结果;
根据所述第一会员评分结果和预设的第四权重得到第二会员评分结果;
根据所述第一开户评分结果和预设的第五权重得到第二开户评分结果;
根据所述第二缴费评分结果、第二入网评分结果、第二换机评分结果、第二会员评分结果和第二开户评分结果得到所述第二评分结果。
可选地,所述手机用户数据还包括:集团客户身份信息、家庭计划身份信息、手机终端品牌、付费模式和历史用户信用度。
可选地,所述根据预设的评估标准对所述手机用户数据进行评分,得到第一评分结果具体还包括:
根据预设的集团评分标准对所述集团客户身份信息进行评分,得到第一集团评分结果;
根据预设的家庭评分标准对所述家庭计划身份信息进行评分,得到第一家庭评分结果;
根据预设的终端评分标准对所述手机终端品牌进行评分,得到第一终端评分结果;
根据预设的模式评分标准对所述付费模式进行评分,得到第一模式评分结果;
根据预设的信用评分标准对所述历史用户信用度进行评分,得到第一信用评分结果。
可选地,所述根据所述第一评分结果和预设的一级权重得到第二评分结果具体还包括:
根据所述第一集团评分结果和预设的第六权重得到第二集团评分结果;
根据所述第一家庭评分结果和预设的第七权重得到第二家庭评分结果;
根据所述第一终端评分结果和预设的第八权重得到第二终端评分结果;
根据所述第一模式评分结果和预设的第九权重得到第二模式评分结果;
根据所述第一信用评分结果和预设的第十权重得到第二信用评分结果;
根据所述第二缴费评分结果、第二入网评分结果、第二换机评分结果、第二会员评分结果、第二开户评分结果、第二集团评分结果、第二家庭评分结果、第二终端评分结果、第二模式评分结果和第二信用评分结果得到所述第二评分结果。
可选地,所述方法还包括:
根据所述银行卡信息向银行服务器获取银行卡开户身份证号,所述银行卡信息包含在所述手机支付请求中;
根据所述手机信息向后台服务器获取手机开户身份证号;
判断所述银行卡开户身份证号与所述手机开户身份证号是否相同,若是,则根据预设的身份证验证评分标准得到第三评分结果,若否,则拒绝所述手机支付请求;
根据所述第二评分结果和预设的第一二级权重得到第一二级结果;
根据所述第三评分结果和预设的第二二级权重得到第二二级结果;
判断所述分析结果是否满足预设的风控条件具体为:
判断所述第一二级结果和所述第二二级结果之和是否超过预设的二级评分阈值。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中,首先,获取手机支付请求,所述手机支付请求包括手机信息;然后,根据所述手机信息向后台服务器获取手机用户数据;再之,根据预设的评估标准分析所述手机用户数据,得到分析结果;最后,判断所述分析结果是否满足预设的风控条件,若是,则执行所述手机支付请求,若否,则拒绝所述手机支付请求。在本发明实施例中,通过对获取到的手机用户数据进行分析判断,判断分析结果是否满足预设的风控条件来进行手机支付的风险控制,从而消除目前手机支付风险控制手段单一的问题,降低移动支付风险。
附图说明
图1为本发明实施例中一种手机支付安全验证方法第一个实施例流程图;
图2为本发明实施例中一种手机支付安全验证方法第二个实施例流程图;
图3为本发明实施例中一种手机支付安全验证方法第三个实施例流程图。
具体实施方式
本发明实施例提供了一种手机支付安全验证方法,用于解决手机支付风险控制手段单一、移动支付风险高的问题。
为使得本发明的发明目的、特征、优点能够更加的明显和易懂,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,下面所描述的实施例仅仅是本发明一部分实施例,而非全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
请参阅图1,本发明实施例中一种手机支付安全验证方法第一个实施例包括:
101、获取手机支付请求;
首先,可以获取手机支付请求,该手机支付请求包括手机信息。
102、根据该手机信息向后台服务器获取手机用户数据;
在获取手机支付请求之后,可以根据该手机信息向后台服务器获取手机用户数据。
103、根据预设的评估标准分析该手机用户数据,得到分析结果;
在根据该手机信息向后台服务器获取手机用户数据之后,可以根据预设的评估标准分析该手机用户数据,得到分析结果。
104、判断该分析结果是否满足预设的风控条件,若是,则执行步骤105,若否,则执行步骤106;
在得到分析结果之后,可以判断该分析结果是否满足预设的风控条件,若是,则执行步骤105,若否,则执行步骤106。
105、执行该手机支付请求;
当判断得知该分析结果满足预设的风控条件时,可以执行该手机支付请求。
106、拒绝该手机支付请求。
当判断得知该分析结果不满足预设的风控条件时,可以拒绝该手机支付请求。
本实施例中,首先,获取手机支付请求,该手机支付请求包括手机信息;然后,根据该手机信息向后台服务器获取手机用户数据;再之,根据预设的评估标准分析该手机用户数据,得到分析结果;最后,判断该分析结果是否满足预设的风控条件,若是,则执行该手机支付请求,若否,则拒绝该手机支付请求。在本实施例中,通过对获取到的手机用户数据进行分析判断,判断分析结果是否满足预设的风控条件来进行手机支付的风险控制,从而消除目前手机支付风险控制手段单一的问题,降低移动支付风险。
为便于理解,下面对本发明实施例中的一种手机支付安全验证方法进行详细描述,请参阅图2,本发明实施例中一种手机支付安全验证方法第二个实施例包括:
201、获取手机支付请求;
首先,可以获取手机支付请求,该手机支付请求包括手机信息。可以理解的是,该手机信息可以包括手机号、所属运营商。
202、根据该手机信息向后台服务器获取手机用户数据;
在获取手机支付请求之后,可以根据该手机信息向后台服务器获取手机用户数据。可以理解的是,后台服务器中存储有该手机信息对应的手机用户数据,包括:历史缴费方式、入网渠道、换机频率、用户会员级别和手机开户时间等。
203、根据预设的评估标准对该手机用户数据进行评分,得到第一评分结果;
在根据该手机信息向后台服务器获取手机用户数据之后,可以根据预设的评估标准对该手机用户数据进行评分,得到第一评分结果。可以理解的是,假设该手机用户数据包括历史缴费方式、入网渠道、换机频率、用户会员级别和手机开户时间,则具体评分过程如下:
1、根据预设的缴费评分标准对该历史缴费方式进行评分,得到第一缴费评分结果;
2、根据预设的入网评分标准对该入网渠道进行评分,得到第一入网评分结果;
3、根据预设的换机评分标准对该换机频率进行评分,得到第一换机评分结果;
4、根据预设的会员评分标准对该用户会员级别进行评分,得到第一会员评分结果;
5、根据预设的开户评分标准对该手机开户时间进行评分,得到第一开户评分结果。
204、根据该第一评分结果和预设的一级权重得到第二评分结果;
在得到第一评分结果之后,可以根据该第一评分结果和预设的一级权重得到第二评分结果。可以理解的是,承接步骤203的举例,假设该手机用户数据包括历史缴费方式、入网渠道、换机频率、用户会员级别和手机开户时间,则:
1、根据该第一缴费评分结果和预设的第一权重得到第二缴费评分结果;
2、根据该第一入网评分结果和预设的第二权重得到第二入网评分结果;
3、根据该第一换机评分结果和预设的第三权重得到第二换机评分结果;
4、根据该第一会员评分结果和预设的第四权重得到第二会员评分结果;
5、根据该第一开户评分结果和预设的第五权重得到第二开户评分结果;
6、根据该第二缴费评分结果、第二入网评分结果、第二换机评分结果、第二会员评分结果和第二开户评分结果得到该第二评分结果。
从而可以综合所有的手机用户数据进行评估,得到第二评分结果。需要说明的是,本实施例中,根据第一评分结果和预设的一级权重得到第二评分结果,具体计算可以是第一评分结果和该一级权重之积为该第二评分结果。该一级权重可以根据实际情况进行设定。
205、判断该第二评分结果是否超过预设的评分阈值,若是,则执行步骤206,若否,则执行步骤207;
在根据该第一评分结果和预设的一级权重得到第二评分结果之后,可以判断该第二评分结果是否超过预设的评分阈值,若是,则执行步骤206,若否,则执行步骤207。可以理解的是,当第二评分结果超过预设的评分阈值时,可以认为本次支付交易的评估结果是安全的,风险较小,因此可以执行步骤206;否则该第二评分结果不超过预设的评分阈值,即本次支付交易的评估结果令人“不满意”,相对风险较大,可以执行步骤207以规避支付交易带来的较大风险。
206、执行该手机支付请求;
当判断得知该第二评分结果超过预设的评分阈值时,可以执行该手机支付请求。
207、拒绝该手机支付请求。
当判断得知该第二评分结果不超过预设的评分阈值时,可以拒绝该手机支付请求。
上面主要从对手机用户数据进行综合评估方面进行描述,下面将从手机用户数据和开户身份证号的两级评估方面进行详细的描述,请参阅图3,本发明实施例中一种手机支付安全验证方法第三个实施例包括:
301、获取手机支付请求;
首先,可以获取手机支付请求,该手机支付请求包括银行卡信息和手机信息。可以理解的是,该银行卡信息可以包括银行卡卡号、用户名、所属银行,该手机信息可以包括手机号、所属运营商。
302、根据该手机信息向后台服务器获取手机用户数据;
在获取手机支付请求之后,可以根据该手机信息向后台服务器获取手机用户数据。可以理解的是,后台服务器中存储有该手机信息对应的手机用户数据,包括:历史缴费方式、入网渠道、换机频率、用户会员级别和手机开户时间等。
303、根据预设的评估标准对该手机用户数据进行评分,得到第一评分结果;
在根据该手机信息向后台服务器获取手机用户数据之后,可以根据预设的评估标准对该手机用户数据进行评分,得到第一评分结果。可以理解的是,假设该手机用户数据包括历史缴费方式、入网渠道、换机频率、用户会员级别、手机开户时间、集团客户身份信息、家庭计划身份信息、手机终端品牌、付费模式和历史用户信用度,则具体评分过程如下:
1、根据预设的缴费评分标准对该历史缴费方式进行评分,得到第一缴费评分结果;
2、根据预设的入网评分标准对该入网渠道进行评分,得到第一入网评分结果;
3、根据预设的换机评分标准对该换机频率进行评分,得到第一换机评分结果;
4、根据预设的会员评分标准对该用户会员级别进行评分,得到第一会员评分结果;
5、根据预设的开户评分标准对该手机开户时间进行评分,得到第一开户评分结果;
6、根据预设的集团评分标准对该集团客户身份信息进行评分,得到第一集团评分结果;
7、根据预设的家庭评分标准对该家庭计划身份信息进行评分,得到第一家庭评分结果;
8、根据预设的终端评分标准对该手机终端品牌进行评分,得到第一终端评分结果;
9、根据预设的模式评分标准对该付费模式进行评分,得到第一模式评分结果;
10、根据预设的信用评分标准对该历史用户信用度进行评分,得到第一信用评分结果。
304、根据该第一评分结果和预设的一级权重得到第二评分结果;
在得到第一评分结果之后,可以根据该第一评分结果和预设的一级权重得到第二评分结果。可以理解的是,承接步骤303的举例,假设该手机用户数据包括历史缴费方式、入网渠道、换机频率、用户会员级别、手机开户时间、集团客户身份信息、家庭计划身份信息、手机终端品牌、付费模式和历史用户信用度,则:
1、根据该第一缴费评分结果和预设的第一权重得到第二缴费评分结果;
2、根据该第一入网评分结果和预设的第二权重得到第二入网评分结果;
3、根据该第一换机评分结果和预设的第三权重得到第二换机评分结果;
4、根据该第一会员评分结果和预设的第四权重得到第二会员评分结果;
5、根据该第一开户评分结果和预设的第五权重得到第二开户评分结果;
6、根据该第一集团评分结果和预设的第六权重得到第二集团评分结果;
7、根据该第一家庭评分结果和预设的第七权重得到第二家庭评分结果;
8、根据该第一终端评分结果和预设的第八权重得到第二终端评分结果;
9、根据该第一模式评分结果和预设的第九权重得到第二模式评分结果;
10、根据该第一信用评分结果和预设的第十权重得到第二信用评分结果;
11、根据该第二缴费评分结果、第二入网评分结果、第二换机评分结果、第二会员评分结果、第二开户评分结果、第二集团评分结果、第二家庭评分结果、第二终端评分结果、第二模式评分结果和第二信用评分结果得到该第二评分结果。
从而可以综合所有的手机用户数据进行评估,得到第二评分结果。需要说明的是,本实施例中,根据第一评分结果和预设的一级权重得到第二评分结果,具体计算可以是第一评分结果和该一级权重之积为该第二评分结果。该一级权重可以根据实际情况进行设定。
305、根据该银行卡信息向银行服务器获取银行卡开户身份证号;
在获取手机支付请求之后,可以根据该银行卡信息向银行服务器获取银行卡开户身份证号。
306、根据该手机信息向后台服务器获取手机开户身份证号;
在获取手机支付请求之后,可以根据该手机信息向后台服务器获取手机开户身份证号。
307、判断该银行卡开户身份证号与该手机开户身份证号是否相同,若是,则执行步骤308,若否,则执行步骤313;
在获取到该银行卡开户身份证号和该手机开户身份证号之后,可以判断该银行卡开户身份证号与该手机开户身份证号是否相同,若是,则执行步骤308,若否,则执行步骤313。可以理解的是,若该银行卡开户身份证号与该手机开户身份证号相同,可以认为本次交易的银行卡和手机的开户人属于同一人,具有较好可信度;若该银行卡开户身份证号与该手机开户身份证号不相同,则本次交易的银行卡和手机的开户人不属于同一人,可信度不高,可以直接执行步骤313,拒绝本次手机支付请求。
需要说明的是,当该银行卡开户身份证号与该手机开户身份证号相同时,在要求安全系数不高的交易中,也可以直接执行步骤312,执行本次手机支付请求,提高处理效率。
308、根据预设的身份证验证评分标准得到第三评分结果;
在判断得知该银行卡开户身份证号与该手机开户身份证号相同之后,可以根据预设的身份证验证评分标准得到第三评分结果。可以理解的是,在得知该银行卡开户身份证号与该手机开户身份证号相同时,可以根据实际情况需要预设一个评分值作为该第三评分结果,比如当该银行卡开户身份证号与该手机开户身份证号相同时,得分值10分。
309、根据该第二评分结果和预设的第一二级权重得到第一二级结果;
在得到该第二评分结果之后,可以根据该第二评分结果和预设的第一二级权重得到第一二级结果。需要说明的是,该第一二级权重为预设的加权值,具体可以是,第二评分结果与该第一二级权重之积等于该第一二级结果,该第一二级结果为一分数值。
310、根据该第三评分结果和预设的第二二级权重得到第二二级结果;
在得到该第三评分结果之后,可以根据该第三评分结果和预设的第二二级权重得到第二二级结果。需要说明的是,该第二二级权重为预设的加权值,具体可以是,第三评分结果与该第二二级权重之积等于该第二二级结果,该第二二级结果为一分数值。
311、判断该第一二级结果和该第二二级结果之和是否超过预设的二级评分阈值,若是,则执行步骤312,若否,则执行步骤313;
在得到该第一二级结果和该第二二级结果之后,可以判断该第一二级结果和该第二二级结果之和是否超过预设的二级评分阈值,若是,则执行步骤312,若否,则执行步骤313。可以理解的是,当它们之和超过预设的二级评分阈值时,可以认为本次支付交易的综合评估结果是安全的,风险较小,因此可以执行步骤312;否则它们之和不超过预设的二级评分阈值,即本次支付交易的综合评估结果令人“不满意”,相对风险较大,可以执行步骤313以规避支付交易带来的较大风险。
312、执行该手机支付请求;
当交易可信时,可以执行该手机支付请求。
313、拒绝该手机支付请求。
当交易可疑,存在较大风险时,可以拒绝该手机支付请求。
本实施例中,通过对手机用户数据和开户身份证的综合评估来估计本次支付交易的风险程度,进一步地降低了移动支付的风险,并且综合评估了支付交易的具体情况,避免出现“以偏概全”的误判。
为便于理解,根据图3所描述的实施例,下面以一个实际应用场景对本发明实施例中的一种手机支付安全验证方法进行描述:
假设现获取到一手机支付请求,通过手机号码在后台服务器查询获取到如下信息:品牌终端好、会员级别高、付费方式安全、经过实名认证,开户时间长;并且其银行开户身份证与手机开户身份证相同。因此,可以得到本次手机支付请求的综合评分高,可以认为本次手机支付交易安全可靠,潜在风险小,执行该手机支付请求。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种手机支付安全验证方法,其特征在于,包括:
获取手机支付请求,所述手机支付请求包括手机信息;
根据所述手机信息向后台服务器获取手机用户数据;
根据预设的评估标准分析所述手机用户数据,得到分析结果;
判断所述分析结果是否满足预设的风控条件,若是,则执行所述手机支付请求,若否,则拒绝所述手机支付请求。
2.根据权利要求1所述的方法,其特征在于,所述根据预设的评估标准分析所述手机用户数据,得到分析结果具体包括:
根据预设的评估标准对所述手机用户数据进行评分,得到第一评分结果;
根据所述第一评分结果和预设的一级权重得到第二评分结果。
3.根据权利要求2所述的方法,其特征在于,判断所述分析结果是否满足预设的风控条件具体为:
判断所述第二评分结果是否超过预设的评分阈值。
4.根据权利要求3所述的方法,其特征在于,所述手机用户数据包括:历史缴费方式、入网渠道、换机频率、用户会员级别和手机开户时间。
5.根据权利要求4所述的方法,其特征在于,所述根据预设的评估标准对所述手机用户数据进行评分,得到第一评分结果具体包括:
根据预设的缴费评分标准对所述历史缴费方式进行评分,得到第一缴费评分结果;
根据预设的入网评分标准对所述入网渠道进行评分,得到第一入网评分结果;
根据预设的换机评分标准对所述换机频率进行评分,得到第一换机评分结果;
根据预设的会员评分标准对所述用户会员级别进行评分,得到第一会员评分结果;
根据预设的开户评分标准对所述手机开户时间进行评分,得到第一开户评分结果。
6.根据权利要求5所述的方法,其特征在于,所述根据所述第一评分结果和预设的一级权重得到第二评分结果具体包括:
根据所述第一缴费评分结果和预设的第一权重得到第二缴费评分结果;
根据所述第一入网评分结果和预设的第二权重得到第二入网评分结果;
根据所述第一换机评分结果和预设的第三权重得到第二换机评分结果;
根据所述第一会员评分结果和预设的第四权重得到第二会员评分结果;
根据所述第一开户评分结果和预设的第五权重得到第二开户评分结果;
根据所述第二缴费评分结果、第二入网评分结果、第二换机评分结果、第二会员评分结果和第二开户评分结果得到所述第二评分结果。
7.根据权利要求6所述的方法,其特征在于,所述手机用户数据还包括:集团客户身份信息、家庭计划身份信息、手机终端品牌、付费模式和历史用户信用度。
8.根据权利要求7所述的方法,其特征在于,所述根据预设的评估标准对所述手机用户数据进行评分,得到第一评分结果具体还包括:
根据预设的集团评分标准对所述集团客户身份信息进行评分,得到第一集团评分结果;
根据预设的家庭评分标准对所述家庭计划身份信息进行评分,得到第一家庭评分结果;
根据预设的终端评分标准对所述手机终端品牌进行评分,得到第一终端评分结果;
根据预设的模式评分标准对所述付费模式进行评分,得到第一模式评分结果;
根据预设的信用评分标准对所述历史用户信用度进行评分,得到第一信用评分结果。
9.根据权利要求8所述的方法,其特征在于,所述根据所述第一评分结果和预设的一级权重得到第二评分结果具体还包括:
根据所述第一集团评分结果和预设的第六权重得到第二集团评分结果;
根据所述第一家庭评分结果和预设的第七权重得到第二家庭评分结果;
根据所述第一终端评分结果和预设的第八权重得到第二终端评分结果;
根据所述第一模式评分结果和预设的第九权重得到第二模式评分结果;
根据所述第一信用评分结果和预设的第十权重得到第二信用评分结果;
根据所述第二缴费评分结果、第二入网评分结果、第二换机评分结果、第二会员评分结果、第二开户评分结果、第二集团评分结果、第二家庭评分结果、第二终端评分结果、第二模式评分结果和第二信用评分结果得到所述第二评分结果。
10.根据权利要求2至9中任一项所述的方法,其特征在于,所述方法还包括:
根据所述银行卡信息向银行服务器获取银行卡开户身份证号,所述银行卡信息包含在所述手机支付请求中;
根据所述手机信息向后台服务器获取手机开户身份证号;
判断所述银行卡开户身份证号与所述手机开户身份证号是否相同,若是,则根据预设的身份证验证评分标准得到第三评分结果,若否,则拒绝所述手机支付请求;
根据所述第二评分结果和预设的第一二级权重得到第一二级结果;
根据所述第三评分结果和预设的第二二级权重得到第二二级结果;
判断所述分析结果是否满足预设的风控条件具体为:
判断所述第一二级结果和所述第二二级结果之和是否超过预设的二级评分阈值。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510237383.9A CN104778583A (zh) | 2015-05-11 | 2015-05-11 | 一种手机支付安全验证方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510237383.9A CN104778583A (zh) | 2015-05-11 | 2015-05-11 | 一种手机支付安全验证方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104778583A true CN104778583A (zh) | 2015-07-15 |
Family
ID=53620034
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510237383.9A Pending CN104778583A (zh) | 2015-05-11 | 2015-05-11 | 一种手机支付安全验证方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104778583A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105550876A (zh) * | 2015-10-30 | 2016-05-04 | 东莞酷派软件技术有限公司 | 移动支付的监控方法、系统及智能终端 |
CN105608581A (zh) * | 2015-12-22 | 2016-05-25 | 联想(北京)有限公司 | 一种控制方法及电子设备 |
CN105678544A (zh) * | 2015-12-31 | 2016-06-15 | 深圳前海微众银行股份有限公司 | 远程开户的风险监控方法及服务器 |
CN106557925A (zh) * | 2016-11-29 | 2017-04-05 | 流量海科技成都有限公司 | 一种反欺诈支付的校验方法及系统 |
CN107203883A (zh) * | 2016-03-17 | 2017-09-26 | 阿里巴巴集团控股有限公司 | 一种风险控制方法和设备 |
CN107480983A (zh) * | 2017-08-29 | 2017-12-15 | 马建山 | 一种防盗手机支付系统 |
WO2018036151A1 (zh) * | 2016-08-26 | 2018-03-01 | 平安科技(深圳)有限公司 | 保单处理方法、装置、设备以及计算机可读存储介质 |
CN107864112A (zh) * | 2016-09-28 | 2018-03-30 | 平安科技(深圳)有限公司 | 登录安全验证方法和装置 |
CN112966940A (zh) * | 2021-03-09 | 2021-06-15 | 数贸科技(北京)有限公司 | 交易风控处理系统、方法、计算设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120209970A1 (en) * | 2011-02-15 | 2012-08-16 | Ebay Inc. | Systems and methods for facilitating user confidence over a network |
US20120233665A1 (en) * | 2011-03-09 | 2012-09-13 | Ebay, Inc. | Device reputation |
CN103839161A (zh) * | 2014-03-24 | 2014-06-04 | 上海交通大学 | 移动支付信息认证及传输系统及方法 |
-
2015
- 2015-05-11 CN CN201510237383.9A patent/CN104778583A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120209970A1 (en) * | 2011-02-15 | 2012-08-16 | Ebay Inc. | Systems and methods for facilitating user confidence over a network |
US20120233665A1 (en) * | 2011-03-09 | 2012-09-13 | Ebay, Inc. | Device reputation |
CN103839161A (zh) * | 2014-03-24 | 2014-06-04 | 上海交通大学 | 移动支付信息认证及传输系统及方法 |
Non-Patent Citations (1)
Title |
---|
徐振东: ""电信客户信用管理及其信用度应用研究"", 《中国通信学会第六届学术年会论文集(上)》 * |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105550876A (zh) * | 2015-10-30 | 2016-05-04 | 东莞酷派软件技术有限公司 | 移动支付的监控方法、系统及智能终端 |
WO2017071147A1 (zh) * | 2015-10-30 | 2017-05-04 | 宇龙计算机通信科技(深圳)有限公司 | 移动支付的监控方法、系统及智能终端 |
CN105608581A (zh) * | 2015-12-22 | 2016-05-25 | 联想(北京)有限公司 | 一种控制方法及电子设备 |
CN105678544A (zh) * | 2015-12-31 | 2016-06-15 | 深圳前海微众银行股份有限公司 | 远程开户的风险监控方法及服务器 |
CN107203883A (zh) * | 2016-03-17 | 2017-09-26 | 阿里巴巴集团控股有限公司 | 一种风险控制方法和设备 |
CN107203883B (zh) * | 2016-03-17 | 2020-06-26 | 阿里巴巴集团控股有限公司 | 一种风险控制方法和设备 |
WO2018036151A1 (zh) * | 2016-08-26 | 2018-03-01 | 平安科技(深圳)有限公司 | 保单处理方法、装置、设备以及计算机可读存储介质 |
CN107864112A (zh) * | 2016-09-28 | 2018-03-30 | 平安科技(深圳)有限公司 | 登录安全验证方法和装置 |
CN106557925A (zh) * | 2016-11-29 | 2017-04-05 | 流量海科技成都有限公司 | 一种反欺诈支付的校验方法及系统 |
CN106557925B (zh) * | 2016-11-29 | 2020-07-24 | 流量海科技成都有限公司 | 一种反欺诈支付的校验方法及系统 |
CN107480983A (zh) * | 2017-08-29 | 2017-12-15 | 马建山 | 一种防盗手机支付系统 |
CN112966940A (zh) * | 2021-03-09 | 2021-06-15 | 数贸科技(北京)有限公司 | 交易风控处理系统、方法、计算设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104778583A (zh) | 一种手机支付安全验证方法 | |
CN104794616A (zh) | 一种手机支付安全验证方法 | |
CN104794615A (zh) | 一种手机支付安全验证方法 | |
CN104463603B (zh) | 一种信用评估方法及系统 | |
CN110348850A (zh) | 聚合支付商户的套现风险检测方法及装置、电子设备 | |
CN110493477A (zh) | 诈骗号码识别方法、装置、设备及存储介质 | |
CN111191925B (zh) | 数据处理方法、装置、设备和存储介质 | |
CN109327439A (zh) | 业务请求数据的风险识别方法、装置、存储介质及设备 | |
CN111027975B (zh) | 一种网络支付方法、装置、设备及系统 | |
CN106529955A (zh) | 一种支付方法及装置 | |
CN112685774B (zh) | 基于大数据和区块链金融的支付数据处理方法及云服务器 | |
CN110633987A (zh) | 在受监管环境中认证在线用户的系统和方法 | |
CN110751493B (zh) | 基于历史预约订单的风险防控方法以及装置 | |
WO2021053647A1 (en) | Detection of use of malicious tools on mobile devices | |
CN110347566B (zh) | 用于对注册风控模型进行效能评估的方法及装置 | |
CN109547436A (zh) | 关系链中节点评价方法及装置、存储介质和电子设备 | |
CN111754237B (zh) | 一种转账交易的验证方法及装置 | |
CN107786980A (zh) | 一种诈骗信息识别方法及其装置、移动终端、服务器 | |
CN109871514B (zh) | 一种数据处理方法、装置及存储介质 | |
CN109873836A (zh) | 一种数据的风险评估方法及装置 | |
CN114971017A (zh) | 银行交易数据的处理方法及装置 | |
CN114936769A (zh) | 一种利用资金数据分析网络赌博的实时追踪方法 | |
CN106960334A (zh) | 基于实名认证的公共事务账单关联方法及系统 | |
CN110197074B (zh) | 一种用户权限控制方法及装置 | |
CN111178872A (zh) | 一种免手机验证码的手机银行的支付方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
EXSB | Decision made by sipo to initiate substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20150715 |