CN104794615A - 一种手机支付安全验证方法 - Google Patents

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为本发明实施例中一种手机支付安全验证方法第三个实施例流程图；

图4为本发明实施例中一种手机支付安全验证方法第四个实施例流程图。

具体实施方式

本发明实施例提供了一种手机支付安全验证方法，用于解决手机支付风险控制手段单一、移动支付风险高的问题。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

请参阅图1，本发明实施例中一种手机支付安全验证方法第一个实施例包括：

101、获取手机支付请求；

首先，可以获取手机支付请求，该手机支付请求包括银行卡信息和手机信息。

102、根据该银行卡信息向银行服务器获取银行卡历史位置信息；

在获取手机支付请求之后，可以根据该银行卡信息向银行服务器获取银行卡历史位置信息。

103、根据该手机信息向后台服务器获取手机位置信息；

在获取手机支付请求之后，可以根据该手机信息向后台服务器获取手机位置信息。

104、对比该银行卡历史位置信息和该手机位置信息，得到对比结果；

在获取到该银行卡历史位置信息和该手机位置信息之后，可以对比该银行卡历史位置信息和该手机位置信息，得到对比结果。

105、判断该对比结果是否满足预设条件，若是，则执行步骤106，若否，则执行步骤107；

在得到对比结果之后，可以判断该对比结果是否满足预设条件，若是，则执行步骤106，若否，则执行步骤107。

106、执行该手机支付请求；

若该对比结果满足预设条件，则执行该手机支付请求。

107、拒绝该手机支付请求。

若该对比结果不满足预设条件，则拒绝该手机支付请求。

本实施例中，首先，获取手机支付请求，该手机支付请求包括银行卡信息和手机信息；然后，根据该银行卡信息向银行服务器获取银行卡历史位置信息；根据该手机信息向后台服务器获取手机位置信息；接着，对比该银行卡历史位置信息和该手机位置信息，得到对比结果；最后，判断该对比结果是否满足预设条件，若是，则执行该手机支付请求，若否，则拒绝该手机支付请求。在本实施例中，通过对比银行卡历史位置信息和手机位置信息，判断对比结果是否满足预设条件来进行手机支付的风险控制，从而消除目前手机支付风险控制手段单一的问题，降低移动支付风险。

为便于理解，下面对本发明实施例中的一种手机支付安全验证方法进行详细描述，请参阅图2，本发明实施例中一种手机支付安全验证方法第二个实施例包括：

201、获取手机支付请求；

首先，可以获取手机支付请求，该手机支付请求包括银行卡信息和手机信息。可以理解的是，该银行卡信息可以包括银行卡卡号、用户名、所属银行，该手机信息可以包括手机号、所属运营商。

202、根据该银行卡信息向银行服务器获取银行卡历史交易位置；

在获取手机支付请求之后，可以根据该银行卡信息向银行服务器获取银行卡历史交易位置。可以理解的是，该银行卡历史交易位置指的是该银行卡曾经使用过的地点或地区的记录，比如该银行卡曾经在广州、深圳、惠州被使用过，则该银行卡历史交易位置包括广州、深圳和惠州。这里说的，该银行卡被使用过是指该银行卡在自动柜员机办理业务、实体店刷卡消费或者银行柜台办理业务等。

203、根据该手机信息向后台服务器获取手机历史位置；

在获取手机支付请求之后，可以根据该手机信息向后台服务器获取手机历史位置。可以理解的是，当手机在任何一个有信号的地方使用过，后台服务器将记录下该手机使用过的位置，也就是手机历史位置。

204、对比该银行卡历史交易位置和该手机历史位置，得到第一对比结果；

在获取到该银行卡历史交易位置和该手机历史位置之后，可以对比该银行卡历史交易位置和该手机历史位置，得到第一对比结果。可以理解的是，该第一对比结果可以包括该银行卡历史交易位置和该手机历史位置之间的落入关系。一般来说，手机历史位置应该比银行卡历史交易位置多，因为用户使用银行卡进行交易时，手机一般带在身边，而使用手机时，却不一定需要携带银行卡在身边。因此，其落入关系一般包括该银行卡历史交易位置完全落入该手机历史位置、该银行卡历史交易位置部分落入该手机历史位置、该银行卡历史交易位置完全不落入该手机历史位置三种。

205、判断该第一对比结果是否为该银行卡历史交易位置完全落入该手机历史位置，若是，则执行步骤209，若否，则执行步骤206；

在得到第一对比结果之后，可以判断该第一对比结果是否为该银行卡历史交易位置完全落入该手机历史位置，若是，则执行步骤209，若否，则执行步骤206。可以理解的是，当该银行卡历史交易位置完全落入该手机历史位置时，表示该银行卡仅在手机的活动范围内进行交易，可信度很高，因此可以执行步骤209。

206、判断该第一对比结果是否为该银行卡历史交易位置部分落入该手机历史位置，若是，则执行步骤207，若否，则执行步骤210；

当判断该第一对比结果并非为该银行卡历史交易位置完全落入该手机历史位置之后，可以进一步判断该第一对比结果是否为该银行卡历史交易位置部分落入该手机历史位置，若是，则执行步骤207，若否，则执行步骤210。假设银行卡历史交易位置包括广州、深圳、惠州，而手机历史位置包括广州、深圳、韶关、梅州，则该银行卡历史交易位置部分落入手机历史位置，落入部分为广州和深圳。可以理解的是，若步骤206判断出该第一对比结果并非为该银行卡历史交易位置部分落入该手机历史位置，则可以知道该银行卡历史交易位置完全不落入该手机历史位置，本次交易可疑，存在较大风险，则可以执行步骤210。

207、计算该银行卡历史交易位置落入该手机历史位置部分所占的比例，得到第一落入比例；

当该第一对比结果为该银行卡历史交易位置部分落入该手机历史位置时，可以计算该银行卡历史交易位置落入该手机历史位置部分所占的比例，得到第一落入比例。假设银行卡历史交易位置包括广州、深圳、惠州，而手机历史位置包括广州、深圳、韶关、梅州，则该银行卡历史交易位置部分落入手机历史位置，落入部分为广州和深圳，第一落入比例为2/3。即，该第一落入比例等于银行卡历史交易位置落入手机历史位置的个数除以银行卡历史交易位置的个数。

208、判断该第一落入比例是否超过预设的比例阈值，若是，则执行步骤209，若否，则执行步骤210；

在得到第一落入比例之后，可以判断该第一落入比例是否超过预设的比例阈值，若是，则执行步骤209，若否，则执行步骤210。可以理解的是，当该第一落入比例超过预设的比例阈值时，可以认为本次交易是较为可信的，执行步骤209；当该第一落入比例不超过预设的比例阈值，可以认为本次交易是不可信的，存在较大风险，执行步骤210。需要说明的是，该比例阈值可以根据实际情况进行设定，实现风险的调控。

209、执行该手机支付请求；

当交易可信时，执行该手机支付请求。

210、拒绝该手机支付请求。

当交易可疑，存在较大风险时，拒绝该手机支付请求。

上面主要从银行卡历史交易位置与手机历史位置对比的角度进行安全验证，下面将详细描述从银行卡历史交易位置与手机当前位置对比的角度进行安全验证的一种手机支付安全验证方法，请参阅图3，本发明实施例中一种手机支付安全验证方法第三个实施例包括：

301、获取手机支付请求；

首先，可以获取手机支付请求，该手机支付请求包括银行卡信息和手机信息。可以理解的是，该银行卡信息可以包括银行卡卡号、用户名、所属银行，该手机信息可以包括手机号、所属运营商。

302、根据该银行卡信息向银行服务器获取银行卡历史交易位置；

在获取手机支付请求之后，可以根据该银行卡信息向银行服务器获取银行卡历史交易位置。可以理解的是，该银行卡历史交易位置指的是该银行卡曾经使用过的地点或地区的记录，比如该银行卡曾经在广州、深圳、惠州被使用过，则该银行卡历史交易位置包括广州、深圳和惠州。这里说的，该银行卡被使用过是指该银行卡在自动柜员机办理业务、实体店刷卡消费或者银行柜台办理业务等。

303、根据该手机信息向后台服务器获取手机当前位置；

在获取手机支付请求之后，可以根据该手机信息向后台服务器获取手机当前位置。可以理解的是，当手机在任何一个有信号的地方使用时，后台服务器可以得知该手机当前的位置，也就是手机当前位置。

304、对比该银行卡历史交易位置和该手机当前位置，得到第二对比结果；

在获取到该银行卡历史交易位置和该手机当前位置之后，可以对比该银行卡历史交易位置和该手机当前位置，得到第二对比结果。可以理解的是，该第二对比结果可以包括该银行卡历史交易位置和该手机当前位置之间的落入关系。其落入关系一般包括该手机当前位置落入该银行卡历史交易位置、该手机当前位置落入该银行卡历史交易位置两种。

305、判断该第二对比结果是否为该手机当前位置落入该银行卡历史交易位置，若是，则执行步骤308，若否，则执行步骤306；

在得到该第二对比结果之后，可以判断该第二对比结果是否为该手机当前位置落入该银行卡历史交易位置，若是，则执行步骤308，若否，则执行步骤306。可以理解的是，当该手机当前位置落入该银行卡历史交易位置时，表示该手机正在银行卡历史交易位置上使用，通常银行卡历史交易位置为用户经常出没的位置，可以认为本次交易可信度高，执行步骤308。

306、计算该手机当前位置与该银行卡历史交易位置的最短距离；

当该手机当前位置没有落入该银行卡历史交易位置时，可以计算该手机当前位置与该银行卡历史交易位置的最短距离。假设手机当前位置为惠州，银行卡历史交易位置包括广州、深圳、珠海、河源，则分别计算惠州与广州、深圳、珠海、河源的距离，取其中的最短距离。

307、判断该最短距离是否小于预设的距离阈值，若是，则执行步骤308，若否，则执行步骤309；

在计算该手机当前位置与该银行卡历史交易位置的最短距离之后，可以判断该最短距离是否小于预设的距离阈值，若是，则执行步骤308，若否，则执行步骤309。可以理解的是，即使手机当前位置不落入银行卡历史交易位置，但若手机当前位置与该银行卡历史交易位置的最短距离在可接受的范围内，也可以认为本次交易较为可信。由于用户是活动的个人，因此其存在外出活动的可能性，比如发生用户从深圳去惠州的概率比较大。那么，通过预设距离阈值，可以根据实际情况调整和控制交易风险，保证本次交易的安全。

需要说明的是，当第二对比结果为该手机当前位置不落入该银行卡历史交易位置时，也可以判断该手机当前位置是否落入该银行卡历史交易位置的预设第一区域范围内，若是，则执行步骤308，若否，则执行步骤309。这里所说的第一区域范围可以是行政范围，比如市、省、南方地区等。预设第一区域范围无需计算该手机当前位置与该银行卡历史交易位置的最短距离，节省服务器资源。比如，手机当前位置为惠州，银行卡历史交易位置包括广州、深圳、珠海、河源，假设该第一区域范围预设为省，则虽然手机当前位置没有落入银行卡历史交易位置，但惠州也属于广东省，因此该手机当前位置落入了该银行卡历史交易位置的预设第一区域范围内。

308、执行该手机支付请求；

当交易可信时，执行该手机支付请求。

309、拒绝该手机支付请求。

当交易可疑，存在较大风险时，拒绝该手机支付请求。

上面主要从银行卡历史交易位置与手机当前位置对比的角度进行安全验证，下面将详细描述从银行卡开户地与手机当前位置对比的角度进行安全验证的一种手机支付安全验证方法，请参阅图4，本发明实施例中一种手机支付安全验证方法第四个实施例包括：

401、获取手机支付请求；

首先，可以获取手机支付请求，该手机支付请求包括银行卡信息和手机信息。可以理解的是，该银行卡信息可以包括银行卡卡号、用户名、所属银行，该手机信息可以包括手机号、所属运营商。

402、根据该银行卡信息向银行服务器获取银行卡开户身份证号；

在获取手机支付请求之后，可以根据该银行卡信息向银行服务器获取银行卡开户身份证号。

403、根据该手机信息向后台服务器获取手机开户身份证号；

在获取手机支付请求之后，可以根据该手机信息向后台服务器获取手机开户身份证号。

404、判断该银行卡开户身份证号与该手机开户身份证号是否相同，若是，则执行步骤407，若否，则执行步骤411；

在获取到该银行卡开户身份证号和该手机开户身份证号之后，可以判断该银行卡开户身份证号与该手机开户身份证号是否相同，若是，则执行步骤407，若否，则执行步骤411。可以理解的是，若该银行卡开户身份证号与该手机开户身份证号相同，可以认为本次交易的银行卡和手机的开户人属于同一人，具有较好可信度；若该银行卡开户身份证号与该手机开户身份证号不相同，则本次交易的银行卡和手机的开户人不属于同一人，可信度不高，可以直接执行步骤411，拒绝本次手机支付请求。

需要说明的是，当该银行卡开户身份证号与该手机开户身份证号相同时，在要求安全系数不高的交易中，也可以直接执行步骤410，执行本次手机支付请求，提高处理效率。

405、根据该银行卡信息向银行服务器获取银行卡开户地；

在获取手机支付请求之后，可以根据该银行卡信息向银行服务器获取银行卡开户地。

406、根据该手机信息向后台服务器获取手机当前位置；

在获取手机支付请求之后，可以根据该手机信息向后台服务器获取手机当前位置。可以理解的是，当手机在任何一个有信号的地方使用时，后台服务器可以得知该手机当前的位置，也就是手机当前位置。

407、对比该银行卡开户地和该手机当前位置，得到第三对比结果；

在获取到该银行卡开户地和该手机当前位置之后，可以对比该银行卡开户地和该手机当前位置，得到第三对比结果。可以理解的是，该第三对比结果可以包括该银行卡开户地和该手机当前位置之间的落入关系。其落入关系一般包括该手机当前位置落入该银行卡开户地、该手机当前位置不落入该银行卡开户地两种。

408、判断该第三对比结果是否为该手机当前位置落入该银行卡开户地，若是，则执行步骤410，若否，则执行步骤409；

在得到第三对比结果之后，可以判断该第三对比结果是否为该手机当前位置落入该银行卡开户地，若是，则执行步骤410，若否，则执行步骤409。可以理解的是，当该第三对比结果为该手机当前位置落入该银行卡开户地，可以认为手机正在用户经常出没的区域内，本次手机支付请求的发起地可信度高，交易风险较低，可以执行步骤410，否则执行步骤409。

409、判断该手机当前位置是否落入该银行卡开户地的预设第二区域范围内，若是，则执行步骤410，若否，则执行步骤411；

当该手机当前位置不落入该银行卡开户地时，可以进一步地判断该手机当前位置是否落入该银行卡开户地的预设第二区域范围内，若是，则执行步骤410，若否，则执行步骤411。

可以理解的是，即使手机当前位置不落入银行卡开户地，但若手机当前位置落入该银行卡开户地的预设第二区域范围内，也可以认为本次交易较为可信。由于用户是活动的个人，因此其存在外出活动的可能性，比如发生用户从深圳去惠州的概率比较大。那么，通过预设第二区域范围，可以根据实际情况调整和控制交易风险，保证本次交易的安全。

410、执行该手机支付请求；

当交易可信时，执行该手机支付请求。

411、拒绝该手机支付请求。

当交易可疑，存在较大风险时，拒绝该手机支付请求。

需要说明的是，本实施例中，通过对比手机开户身份证号与银行卡开户身份证号，以及对比银行卡开户地和手机当前位置，进行安全验证，进一步保证了手机支付的安全，降低移动支付风险。

本发明中，上述第二、第三、第四实施例分别不同的对比方式进行安全验证，三个实施例的安全验证方式可以相互融合，实现多重安全验证，提高移动支付的安全性，降低风险。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种手机支付安全验证方法，其特征在于，包括：

获取手机支付请求，所述手机支付请求包括银行卡信息和手机信息；

根据所述银行卡信息向银行服务器获取银行卡历史位置信息；

根据所述手机信息向后台服务器获取手机位置信息；

对比所述银行卡历史位置信息和所述手机位置信息，得到对比结果；

判断所述对比结果是否满足预设条件，若是，则执行所述手机支付请求，若否，则拒绝所述手机支付请求。

2.根据权利要求1所述的方法，其特征在于，所述根据所述银行卡信息向银行服务器获取银行卡历史位置信息具体为：

根据所述银行卡信息向银行服务器获取银行卡历史交易位置；

所述根据所述手机信息向后台服务器获取手机位置信息具体为：

根据所述手机信息向后台服务器获取手机历史位置；

所述对比所述银行卡历史位置信息和所述手机位置信息，得到对比结果具体为：

对比所述银行卡历史交易位置和所述手机历史位置，得到第一对比结果；

所述判断所述对比结果是否满足预设条件具体包括：

若所述第一对比结果为所述银行卡历史交易位置完全落入所述手机历史位置，则判断结果为是；

若所述第一对比结果为所述银行卡历史交易位置不完全落入所述手机历史位置，则判断结果为否。

3.根据权利要求2所述的方法，其特征在于，若所述第一对比结果为所述银行卡历史交易位置不完全落入所述手机历史位置，则判断结果为否具体包括：

若所述第一对比结果为所述银行卡历史交易位置部分落入所述手机历史位置，则计算所述银行卡历史交易位置落入所述手机历史位置部分所占的比例，得到第一落入比例；

判断所述第一落入比例是否超过预设的比例阈值，若是，则所述判断结果为是，若否，则所述判断结果为否；

若所述第一对比结果为所述银行卡历史交易位置完全不落入所述手机历史位置，则所述判断结果为否。

4.根据权利要求1所述的方法，其特征在于，所述根据所述银行卡信息向银行服务器获取银行卡历史位置信息具体为：

根据所述银行卡信息向银行服务器获取银行卡历史交易位置；

所述根据所述手机信息向后台服务器获取手机位置信息具体为：

根据所述手机信息向后台服务器获取手机当前位置；

所述对比所述银行卡历史位置信息和所述手机位置信息，得到对比结果具体为：

对比所述银行卡历史交易位置和所述手机当前位置，得到第二对比结果；

所述判断所述对比结果是否满足预设条件具体包括：

若所述第二对比结果为所述手机当前位置落入所述银行卡历史交易位置，则判断结果为是；

若所述第二对比结果为所述手机当前位置不落入所述银行卡历史交易位置，则判断结果为否。

5.根据权利要求4所述的方法，其特征在于，若所述第二对比结果为所述手机当前位置不落入所述银行卡历史交易位置，则判断结果为否具体包括：

若所述第二对比结果为所述手机当前位置不落入所述银行卡历史交易位置，则计算所述手机当前位置与所述银行卡历史交易位置的最短距离；

判断所述最短距离是否小于预设的距离阈值，若是，则所述判断结果为是，若否，则所述判断结果为否。

6.根据权利要求4所述的方法，其特征在于，若所述第二对比结果为所述手机当前位置不落入所述银行卡历史交易位置，则判断结果为否具体包括：

若所述第二对比结果为所述手机当前位置不落入所述银行卡历史交易位置，则判断所述手机当前位置是否落入所述银行卡历史交易位置的预设第一区域范围内，若是，则所述判断结果为是，若否，则所述判断结果为否。

7.根据权利要求1所述的方法，其特征在于，所述根据所述银行卡信息向银行服务器获取银行卡历史位置信息具体为：

根据所述银行卡信息向银行服务器获取银行卡开户地；

所述根据所述手机信息向后台服务器获取手机位置信息具体为：

根据所述手机信息向后台服务器获取手机当前位置；

所述对比所述银行卡历史位置信息和所述手机位置信息，得到对比结果具体为：

对比所述银行卡开户地和所述手机当前位置，得到第三对比结果；

所述判断所述对比结果是否满足预设条件具体包括：

若所述第三对比结果为所述手机当前位置落入所述银行卡开户地，则判断结果为是；

若所述第三对比结果为所述手机当前位置不落入所述银行卡开户地，则判断结果为否。

8.根据权利要求7所述的方法，其特征在于，若所述第三对比结果为所述手机当前位置不落入所述银行卡开户地，则判断结果为否具体包括：

若所述第三对比结果为所述手机当前位置不落入所述银行卡开户地，则判断所述手机当前位置是否落入所述银行卡开户地的预设第二区域范围内，若是，则所述判断结果为是，若否，则所述判断结果为否。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述方法还包括：

根据所述银行卡信息向银行服务器获取银行卡开户身份证号；

根据所述手机信息向后台服务器获取手机开户身份证号；

判断所述银行卡开户身份证号与所述手机开户身份证号是否相同，若否，则拒绝所述手机支付请求。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

若所述银行卡开户身份证号与所述手机开户身份证号相同，则执行对比所述银行卡历史位置信息和所述手机位置信息的步骤；

或，若所述银行卡开户身份证号与所述手机开户身份证号相同，则执行所述手机支付请求。