CN109165942A - 一种用于移动支付的用户身份验证方法及其系统 - Google Patents

Abstract

本发明涉及一种用于移动支付的用户身份验证方法及其系统，包括步骤：S100：处理系统接收到支付请求后对用户进行位置验证；S200：用户位置验证通过后，处理系统对收款方位置进行验证；S300：处理系统通过用户身份验证；对用户进行位置验证包括：处理系统获取第一终端的当前位置，并对第一终端在当前时间节点之前的预设时段的运动路径模拟；处理系统获取第二终端的当前位置，并对第二终端在当前时间节点之前的预设时段的运动路径模拟；若第一终端与第二终端的模拟运动路径一致，则用户位置通过；对收款方位置进行验证包括：处理系统获取第一终端、第二终端、第三终端的当前位置；若第一终端、第二终端、第三终端的位置在预设范围内，则收款方位置通过。

Description

一种用于移动支付的用户身份验证方法及其系统

技术领域

本发明涉及移动支付领域，特别涉及一种用于移动支付的用户身份验证方法及其系统。

背景技术

随着电子商务的发展，基于开放平台智能手机的移动支付应用场景越来越多，在开放的移动支付应用环境中，在线支付的安全成为移动支付研究的重要问题。当前移动支付应用在解决移动支付安全问题时，主要通过引入双因子身份认证如短信验证码，动态密码器、或者通过采用具备硬件签名功能的U盾。

在当前开放平台的智能移动终端上，由于短信存在被劫持转发的风险，基于短信验证码的认证存在缺陷；使用专用动态密码器设备的，由于需要额外携带动态密码器，并操作动态密码器在使用上存在不便，同时上述身份认证方式仅限于身份认证，对交易信息的签名由APP软件完成，存在交易信息被劫持和篡改的风险；在开放平台上使用具备硬件签名的U盾设备，由于其在硬件适配性上存在困难，同时携带使用存在不便，在大规模应用上存在障碍。

发明内容

发明目的：

针对背景技术中提到的问题，本发明提供一种用于移动支付的用户身份验证方法及其系统。

技术方案：

一种用于移动支付的用户身份验证方法，包括第一终端、第二终端、第三终端、处理系统；

方法包括以下步骤：

S100：处理系统接收到支付请求后对用户进行位置验证；

S200：用户位置验证通过后，处理系统对收款方位置进行验证；

S300：处理系统通过用户身份验证；

对用户进行位置验证包括：

处理系统获取第一终端的当前位置，并对第一终端在当前时间节点之前的预设时段的运动路径进行模拟；

处理系统获取第二终端的当前位置，并对第二终端在当前时间节点之前的预设时段的运动路径进行模拟；

若第一终端与第二终端的模拟运动路径一致，则用户位置验证通过；

对收款方位置进行验证包括：

处理系统获取第一终端、第二终端、第三终端的当前位置；

若第一终端、第二终端、第三终端的位置在预设范围内，则收款方位置验证通过。

作为本发明的一种优选方式，在步骤S300之前还包括步骤S201：收款方位置验证通过后，处理系统对订单商品和/或服务进行验证。

作为本发明的一种优选方式，对商品和/或服务进行验证包括：

处理系统验证订单商品和/或服务的分类；

处理系统验证收款方的经营范围；

若订单商品和/或服务的分类在收款方的经营范围内，则订单商品和/或服务验证通过。

作为本发明的一种优选方式，在步骤S200之前还包括步骤S101：若用户位置验证不通过，则获取当前与第二终端直线距离最近的第一终端的信息；

S102：若该第一终端为第二终端绑定的第一终端的白名单，则通过用户位置验证。

作为本发明的一种优选方式，对收款方位置进行验证包括：

处理系统获取支付订单提供的第三终端的营业位置，处理系统获取第三终端的当前位置；

若第三终端的营业位置与当前位置不一致，则收款方位置验证不通过。

作为本发明的一种优选方式，若为第二终端向第二终端支付，则在步骤S100后有步骤S103：用户位置验证通过后，处理系统对收款方进行用户位置验证；

S104：若收款方用户位置验证通过，则执行步骤S300。

作为本发明的一种优选方式，所述处理系统有备用平台，收款方用户位置验证未通过，则，用户向备用平台支付。

作为本发明的一种优选方式，在预设验证时间内，收款方用户位置验证未通过，备用平台向用户返回支付款项。

作为本发明的一种优选方式，包括第一终端、第二终端、第三终端、处理系统；

第一终端为用户随身终端，第二终端为用户收付款终端，第三终端为商户终端；

第一终端与至少一个第二终端绑定。

作为本发明的一种优选方式，处理系统设置有备用平台，所述备用平台用于临时存放用户支付的款项。

本发明实现以下有益效果：

1.根据第一终端的运动轨迹以及第二终端的运动轨迹，确定是否为用户本人使用；根据第一终端、第二终端、第三终端的位置，确定是否为用户本人；确定均为用户本人后则可确认用户身份；

2.对第三终端的安全性进行验证，确保第三终端是用户的实际交易终端；

3.若交易方为用户，则验证收款用户的身份，确认收款用户为本人，提高交易安全性，若交易方非本人，则将款项转至备用平台。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并于说明书一起用于解释本公开的原理。

图1为本发明提供的一种用于移动支付的用户身份验证方法的验证流程图；

图2为本发明提供的第二种用于移动支付的用户身份验证方法的商家验证流程图；

图3为本发明提供的第二种用于移动支付的用户身份验证方法的白名单验证流程图；

图4为本发明提供的第二种用于移动支付的用户身份验证方法的用户收款方验证流程图；

图5为本发明提供的一种用于移动支付的用户身份验证系统的系统框图；

图6为本发明提供的一种用于移动支付的用户身份验证系统的第一终端与第二终端对应框图；

图7为本发明提供的一种用于移动支付的用户身份验证系统的处理系统框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。

实施例一

参考图1为例。

具体的，一种用于移动支付的用户身份验证方法，包括第一终端1、第二终端2、第三终端3、处理系统4；

方法包括以下步骤：

S100：处理系统4接收到支付请求后对用户进行位置验证。

S200：用户位置验证通过后，处理系统4对收款方位置进行验证。

S300：处理系统4通过用户身份验证。

具体实施时，第一终端1、第二终端2、第三终端3均设置定位模块，定位模块用于提供第一终端1、第二终端2、第三终端3的位置信息，便于处理系统4进行位置验证。

作为本实施例的一种实施方式，第一终端1、第二终端2、第三终端3与处理系统4无线连接。

在步骤S100中，对用户进行位置验证包括：

处理系统4获取第一终端1的当前位置，并对第一终端1在当前时间节点之前的预设时段的运动路径进行模拟。

处理系统4向第一终端1输出获取位置信息，第一终端1向处理系统4输出当前第一终端1的位置，以及在当前时间节点前的预设时段的位置信息。

作为本实施例的一种实施方式，第一终端1获取的第一终端1的位置信息可为以单位时间为间隔获取的位置信息。

预设时段可设置为5-60分钟，在本实施例中，预设时段可设置为30分钟。第一终端1向处理系统4提供在当前时间节点前30分钟内的第一终端1的位置信息。

处理系统4根据获取到的第一终端1的位置信息模拟第一终端1在当前时间节点的预设时段内的运动路径。

处理系统4获取第二终端2的当前位置，并对第二终端2在当前时间节点之前的预设时段的运动路径进行模拟。

处理系统4向第二终端2输出获取位置信息，第二终端2向处理系统4输出当前第二终端2的位置，以及在当前时间节点前的预设时段的位置信息。

作为本实施例的一种实施方式，第二终端2获取的第二终端2的位置信息可为以单位时间为间隔获取的位置信息。

预设时段可设置为5-60分钟，在本实施例中，预设时段可设置为30分钟。第二终端2向处理系统4提供在当前时间节点前30分钟内的第二终端2的位置信息。

处理系统4根据获取到的第二终端2的位置信息模拟第二终端2在当前时间节点的预设时段内的运动路径。

若第一终端1与第二终端2的模拟运动路径一致，则用户位置验证通过。

处理系统4将第一终端1与第二终端2的模拟的运动路径进行比对，若第一终端1、第二终端2的模拟运动路径一致，则用户位置验证通过。

作为本实施例的一种实施方式，用户位置验证成功还可包括，第一终端1与第二终端2的模拟路径在偏移预设偏移距离时忽略第一终端1与第二终端2之间的偏移。预设偏移距离可设置为0.5-2m，在本实施例中可设置为1m，即在第一终端1与第二终端2偏移的直线距离不超过1m时，处理系统4忽略第一终端1与第二终端2之间的偏移。另外，偏移距离的测量，以相同时间节点下第一终端1与第二终端2的位置信息的偏移作为偏移距离测量的依据。

作为本实施例的一种实施方式，运动路径比对将第一终端1、第二终端2的运动路径重叠。

在步骤S200中，对收款方位置进行验证包括：

处理系统4获取第一终端1、第二终端2、第三终端3的当前位置。

若第一终端1、第二终端2、第三终端3的位置在预设范围内，则收款方位置验证通过。

预设范围可设置为半径为0.5-2m的圆形范围，在本实施例中可设置为半径为1m的圆形范围。

处理系统4获取第一终端1、第二终端2、第三终端3的实时位置，将判断第一终端1、第二终端2、第三终端3在用户发起支付或商户发起收款时是否在预设范围内。

作为本实施例的一种实施方式，处理系统4获取到第一终端1、第二终端2、第三终端3的在用户发起支付或商户发起收款的时间节点当前的位置信息，并获取第一终端1、第二终端2、第三终端3的位置的中心点，以该中心点作为预设范围的中心点。若第一终端1、第二终端2、第三终端3其中有其一不在预设范围内，则收款方位置验证不通过。

在实际应用中，用户向处理系统4发起支付请求或商户向处理系统4发起收款请求后，处理系统4根据请求对用户位置进行验证，在用户位置验证通过后，处理系统4对收款方进行位置验证，在收款方位置验证通过后，处理系统4确认用户身份验证通过。

实施例二

参考图2-4为例。

本实施例与上述实施例一基本相同，不同之处在于，优选的，在步骤S300之前还包括步骤S201：收款方位置验证通过后，处理系统4对订单商品和/或服务进行验证。

优选的，对商品和/或服务进行验证包括：

处理系统4验证订单商品和/或服务的分类。

处理系统4验证收款方的经营范围。

若订单商品和/或服务的分类在收款方的经营范围内，则订单商品和/或服务验证通过。

作为本实施例的一种实施方式，订单商品和/或服务验证为对用户发起的支付请求或商户发起的收款请求的订单的商品和/或服务进行验证。具体的，验证该商品和/或服务的分类是否为用户付款的商户的经营范围。

商品和/或服务的分类以工商部门对商品和/或服务的分类为标准，将商家的商品和/或服务分为45个大类以及若干小类，该商品和/或服务的分类将根据工商部分的修订而更改。商户的经营范围也以工商部门的分类为标准。

处理系统4获取订单中商品和/或服务的名称、种类，并检索在工商分类中，该商品和/或服务属于哪一类，同时处理系统4获取该商户的经营范围，并将商品和/或服务的分类与商户的经营范围作比对，若该商品和/服务的类别在该商户的经营范围内，则处理系统4判定通过订单商品和/或服务验证，处理系统4执行下一步操作。

优选的，在步骤S200之前还包括步骤S101：若用户位置验证不通过，则获取当前与第二终端2直线距离最近的第一终端1的信息。

S102：若该第一终端1为第二终端2绑定的第一终端1的白名单，则通过用户位置验证。

作为本实施例的一种实施方式，对于第二终端2的使用权限可已进行开放，例如，同一个第二终端2可于若干个第一终端1绑定。具体的，第一终端1可开放白名单，第一终端1将可信任的第一终端1加入白名单中，该第一终端1绑定的第二终端2可向白名单中的第一终端1开放权限，开放权限具体可为，在第二终端2绑定的第一终端1不在范围的情况下，可由该第二终端2绑定的第一终端1的白名单中的第一终端1作为验证基础。

作为本实施例的一种实施方式，处理系统4获取当前与第二终端2直线距离最近的第一终端1，并判断该第一终端1是否为该第二终端2绑定的第一终端1的白名单用户，若是，则通过用户验证，若否，则不通过。

作为本实施例的一种实施方式，第二终端2绑定的第一终端1的优先权高于该第一终端1内白名单的优先权。

优选的，对收款方位置进行验证包括：

处理系统4获取支付订单提供的第三终端3的营业位置，处理系统4获取第三终端3的当前位置。

若第三终端3的营业位置与当前位置不一致，则收款方位置验证不通过。

第三终端3向处理系统4提供营业地址，该营业地址为指定的地址，同一第三终端3仅可对应唯一的营业地址，若该第三终端3对应的商户对应有多个第三终端3，则该商户的不同第三终端3可对应不同的营业地址。营业地址为注册的工商营业地址。

作为本实施例的一种实施方式，处理系统4获取的第三终端3的营业地址为当前的第三终端3对应的营业地址。

处理系统4还获取当前第三终端3的实际地址，该实际地址即为第三终端3当前的所在地址。

处理系统4将该第三终端3的营业地址与该第三终端3的当前地址，若营业地址与实际地址不一致，即第三终端3的所在地址为非营业地址，则处理系统4判定收款方位置验证不通过。

优选的，若为第二终端2向第二终端2支付，则在步骤S100后有步骤S103：用户位置验证通过后，处理系统4对收款方进行用户位置验证。

S104：若收款方用户位置验证通过，则执行步骤S300。

若为用户向用户付款的情形，即第二终端2向第二终端2的情形，则处理系统4对收款方进行用户位置验证。对用户进行位置验证包括：

处理系统4获取收款方的第一终端1的当前位置，并对收款方的第一终端1在当前时间节点之前的预设时段的运动路径进行模拟。

处理系统4向收款方的第一终端1输出获取位置信息，收款方的第一终端1向处理系统4输出当前收款方的第一终端1的位置，以及在当前时间节点前的预设时段的位置信息。

作为本实施例的一种实施方式，收款方的第一终端1获取的收款方的第一终端1的位置信息可为以单位时间为间隔获取的位置信息。

预设时段可设置为5-60分钟，在本实施例中，预设时段可设置为30分钟。收款方的第一终端1向处理系统4提供在当前时间节点前30分钟内的收款方的第一终端1的位置信息。

处理系统4根据获取到的收款方的第一终端1的位置信息模拟收款方的第一终端1在当前时间节点的预设时段内的运动路径。

处理系统4获取收款方的第二终端2的当前位置，并对收款方的第二终端2在当前时间节点之前的预设时段的运动路径进行模拟。

处理系统4向收款方的第二终端2输出获取位置信息，收款方的第二终端2向处理系统4输出当前收款方的第二终端2的位置，以及在当前时间节点前的预设时段的位置信息。

作为本实施例的一种实施方式，收款方的第二终端2获取的收款方的第二终端2的位置信息可为以单位时间为间隔获取的位置信息。

预设时段可设置为5-60分钟，在本实施例中，预设时段可设置为30分钟。收款方的第二终端2向处理系统4提供在当前时间节点前30分钟内的收款方的第二终端2的位置信息。

处理系统4根据获取到的收款方的第二终端2的位置信息模拟收款方的第二终端2在当前时间节点的预设时段内的运动路径。

若收款方的第一终端1与收款方的第二终端2的模拟运动路径一致，则用户位置验证通过。

处理系统4将收款方的第一终端1与收款方的第二终端2的模拟的运动路径进行比对，若收款方的第一终端1、收款方的第二终端2的模拟运动路径一致，则用户位置验证通过。

作为本实施例的一种实施方式，用户位置验证成功还可包括，收款方的第一终端1与收款方的第二终端2的模拟路径在偏移预设偏移距离时忽略收款方的第一终端1与收款方的第二终端2之间的偏移。预设偏移距离可设置为0.5-2m，在本实施例中可设置为1m，即在收款方的第一终端1与收款方的第二终端2偏移的直线距离不超过1m时，处理系统4忽略收款方的第一终端1与收款方的第二终端2之间的偏移。另外，偏移距离的测量，以相同时间节点下收款方的第一终端1与收款方的第二终端2的位置信息的偏移作为偏移距离测量的依据。

优选的，所述处理系统4有备用平台5，收款方用户位置验证未通过，则，用户向备用平台5支付。

备用平台5为系统设置的资金临时平台，若收款方的用户位置验证未通过，则将该收款方认定为风险用户，用户向该风险用户转出的款项将被转移至备用平台5。

优选的，在预设验证时间内，收款方用户位置验证未通过，备用平台5向用户返回支付款项。

对风险用户，在预设时间内继续验证风险用户的用户位置，预设时间在本实施例中可设置为10-120分钟，具体的可设置为60分钟，即，风险用户需要在60分钟内通过用户位置验证。若在预设时间内，收款方用户不能够通过用户位置认证，则备用平台5将临时存储于备用平台5的款项向付款用户返回，降低付款用户的风险。

作为本实施例的一种实施方式，若有用户被判定为风险用户，则处理系统4将向被判定为风险用户的用户以及向该风险用户转账的用户输出预警提示。

实施例

参考图5-7为例。

一种用于移动支付的用户身份验证系统，包括第一终端1、第二终端2、第三终端3、处理系统4。

第一终端1为用户随身终端，第二终端2为用户收付款终端，第三终端3为商户终端。

第一终端1与至少一个第二终端2绑定。

具体的，第一终端1可为用户的随身验证终端，例如：智能手环、智能手表、智能眼镜等等的用户随身携带的设备，可用于验证用户的身份。

第二终端2可为用户的收付款终端，例如：手机、支付卡片、移动支付设备等等的用户用于支付或收款的设备。

第一终端1与第二终端2无线连接，具体的连接方式可包括：蓝牙连接、DNF连接、WiFi连接等等的无线连接方式。

用户的第一终端1与第二终端2互相绑定，第一终端1可绑定至少一个第二终端2，作为本实施例的一种实施方式，在被验证的情况下，第二终端2也可绑定其它第一终端1。

第三终端3为商户终端，具体的可为商户的收付款终端，在本实施例中，第三终端3需要通过商户的验证，提高第三终端3的安全性。作为本实施例的一种实施方式，同一商户可对应有多个第三终端3。

用户可通过第二终端2向第三终端3支付，用户还可通过第二终端2向第二终端2支付或收款。

处理系统4可为云端处理系统4，在用户发起支付请求或有商户发起收款请求后，对用户、商户进行验证。处理系统4与第一终端1、第二终端2、第三终端3无线连接，处理系统4接收第一终端1第二终端2第三终端3的信息并进行反馈。

优选的，处理系统4设置有备用平台5，所述备用平台5用于临时存放用户支付的款项。备用平台5在收款方的验证未通过时存储支付的款项，在收款方验证通过后，备用平台5的款项将继续支付，若收款方验证未通过，备用平台5的款项将向支付方返回，确保资金的安全。

上述实施例只为说明本发明的技术构思及特点，其目的是让熟悉该技术领域的技术人员能够了解本发明的内容并据以实施，并不能以此来限制本发明的保护范围。凡根据本发明精神实质所作出的等同变换或修饰，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种用于移动支付的用户身份验证方法，其特征在于，包括第一终端、第二终端、第三终端、处理系统；方法包括以下步骤：

S100：处理系统接收到支付请求后对用户进行位置验证；

S200：用户位置验证通过后，处理系统对收款方位置进行验证；

S300：处理系统通过用户身份验证；

对用户进行位置验证包括：

处理系统获取第一终端的当前位置，并对第一终端在当前时间节点之前的预设时段的运动路径进行模拟；

处理系统获取第二终端的当前位置，并对第二终端在当前时间节点之前的预设时段的运动路径进行模拟；

若第一终端与第二终端的模拟运动路径一致，则用户位置验证通过；

对收款方位置进行验证包括：

处理系统获取第一终端、第二终端、第三终端的当前位置；

若第一终端、第二终端、第三终端的位置在预设范围内，则收款方位置验证通过。

2.根据权利要求1所述的一种用于移动支付的用户身份验证方法，其特征在于，在步骤S300之前还包括步骤S201：收款方位置验证通过后，处理系统对订单商品和/或服务进行验证。

3.根据权利要求2所述的一种用于移动支付的用户身份验证方法，其特征在于，对商品和/或服务进行验证包括：

处理系统验证订单商品和/或服务的分类；

处理系统验证收款方的经营范围；

若订单商品和/或服务的分类在收款方的经营范围内，则订单商品和/或服务验证通过。

4.根据权利要求1所述的一种用于移动支付的用户身份验证方法，其特征在于，在步骤S200之前还包括步骤S101：若用户位置验证不通过，则获取当前与第二终端直线距离最近的第一终端的信息；

S102：若该第一终端为第二终端绑定的第一终端的白名单，则通过用户位置验证。

5.根据权利要求1所述的一种用于移动支付的用户身份验证方法，其特征在于，对收款方位置进行验证包括：

处理系统获取支付订单提供的第三终端的营业位置，处理系统获取第三终端的当前位置；

若第三终端的营业位置与当前位置不一致，则收款方位置验证不通过。

6.根据权利要求1所述的一种用于移动支付的用户身份验证方法，其特征在于，若为第二终端向第二终端支付，则在步骤S100后有步骤S103：用户位置验证通过后，处理系统对收款方进行用户位置验证；

S104：若收款方用户位置验证通过，则执行步骤S300。

7.根据权利要求6所述的一种用于移动支付的用户身份验证方法，其特征在于，所述处理系统有备用平台，收款方用户位置验证未通过，则，用户向备用平台支付。

8.根据权利要求7所述的一种用于移动支付的用户身份验证方法，其特征在于，在预设验证时间内，收款方用户位置验证未通过，备用平台向用户返回支付款项。

9.根据权利要求1-8任一项所述的一种用于移动支付的用户身份验证系统，其特征在于，包括第一终端、第二终端、第三终端、处理系统；

第一终端为用户随身终端，第二终端为用户收付款终端，第三终端为商户终端；

第一终端与至少一个第二终端绑定。

10.根据权利要求9所述的一种用于移动支付的用户身份验证系统，其特征在于，处理系统设置有备用平台，所述备用平台用于临时存放用户支付的款项。