CN110659890A - 支付方法、装置、介质及电子设备 - Google Patents

Abstract

本公开涉及数据分析领域，揭示了一种支付方法、装置、介质及电子设备。该方法包括：接收用户终端发来的支付请求，所述支付请求包含订单信息和用户终端在第一预定时间段内的长时间停留地信息；获取与付款账号对应的习惯性支付信息和注册信息；若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果满足预定条件，确定习惯性支付信息与订单信息匹配；当第一预定时间段内的长时间停留地信息与居住地信息和/或工作地信息一致，将支付金额从付款账号对应的支付账户转移至收款账号对应的支付账户。此方法下，当双重验证通过时，无需进行人工验证就能完成支付，在保证支付安全性的同时提高了支付的效率。

Description

支付方法、装置、介质及电子设备

技术领域

本公开涉及数据分析技术领域，特别涉及一种支付方法、装置、介质及电子设备。

背景技术

随着互联网特别是移动互联网时代的到来，移动支付已经进入了我们的生活，移动支付是指用移动终端完成的电子形式的支付而不是采用银行卡或者现金来支付。

由于移动支付是直接与金钱相关的经济活动，因此需要保证绝对的安全，所以为了完成一次移动支付，需要用户在其移动终端上输入密码或者录入指纹、人脸等生物特征信息来确定进行移动支付的用户是否是支付账户的主人，从而验证交易的合法性，操作比较复杂，支付效率低下。

发明内容

在数据分析技术领域，为了解决上述技术问题，本公开的目的在于提供一种支付方法、装置、介质及电子设备。

根据本申请的一方面，提供了一种支付方法，所述方法包括：

接收用户终端发来的支付请求，所述支付请求中包含订单信息和所述用户终端在第一预定时间段内的长时间停留地信息，所述订单信息包括多个信息项，所述多个信息项包括支付金额、收款账号、付款账号和至少一项支付附加信息，所述支付附加信息为支付位置、支付时间和支付商品的类型中的任一项；

获取与所述付款账号对应的用户的习惯性支付信息和注册信息，所述注册信息包括居住地信息和工作地信息，所述习惯性支付信息为所述付款账号在第二预定时间段内支付的各订单信息对应的除付款账号之外的信息项中，同时包含相同的至少一个信息项的订单信息的数目达到预定数目阈值对应的信息项；

若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果满足预定条件，确定所述习惯性支付信息与所述订单信息匹配；

在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

根据本申请的另一方面，提供了一种支付装置，所述装置包括：

请求接收模块，被配置为接收用户终端发来的支付请求，所述支付请求中包含订单信息和所述用户终端在第一预定时间段内的长时间停留地信息，所述订单信息包括多个信息项，所述多个信息项包括支付金额、收款账号、付款账号和至少一项支付附加信息，所述支付附加信息为支付位置、支付时间和支付商品的类型中的任一项；

信息获取模块，被配置为获取与所述付款账号对应的用户的习惯性支付信息和注册信息，所述注册信息包括居住地信息和工作地信息，所述习惯性支付信息为所述付款账号在第二预定时间段内支付的各订单信息对应的除付款账号之外的信息项中，同时包含相同的至少一个信息项的订单信息的数目达到预定数目阈值对应的信息项；

确定模块，被配置为若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果满足预定条件，确定所述习惯性支付信息与所述订单信息匹配；

支付模块，被配置为在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

根据本申请的另一方面，提供了一种计算机可读程序介质，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行如前所述的方法。

根据本申请的另一方面，提供了一种电子设备，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如前所述的方法。

本发明的实施例提供的技术方案可以包括以下有益效果：

本发明所提供的支付方法包括如下步骤：

接收用户终端发来的支付请求，所述支付请求中包含订单信息和所述用户终端在第一预定时间段内的长时间停留地信息，所述订单信息包括多个信息项，所述多个信息项包括支付金额、收款账号、付款账号和至少一项支付附加信息，所述支付附加信息为支付位置、支付时间和支付商品的类型中的任一项；获取与所述付款账号对应的用户的习惯性支付信息和注册信息，所述注册信息包括居住地信息和工作地信息，所述习惯性支付信息为所述付款账号在第二预定时间段内支付的各订单信息对应的除付款账号之外的信息项中，同时包含相同的至少一个信息项的订单信息的数目达到预定数目阈值对应的信息项；若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果满足预定条件，确定所述习惯性支付信息与所述订单信息匹配；在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

此方法下，当用户提交的订单信息与用户日常的习惯性支付信息匹配时，继续验证用户的活动地点与注册信息中的地点是否一致，当双重验证都通过时，用户无需进行输入密码等验证操作，只要提交支付请求就能完成支付，提高了支付效率；另外，由于只有在双重验证都通过时，才允许用户无需进行输入密码等验证操作就可以完成支付，保证了支付的安全性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

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

图1是根据一示例性实施例示出的一种支付方法的应用场景示意图；

图2是根据一示例性实施例示出的一种支付方法的流程图；

图3是根据图2对应实施例示出的一实施例的步骤240的细节流程图；

图4是根据图2对应实施例示出的一实施例的步骤220之后步骤的流程图；

图5是根据一示例性实施例示出的一种支付装置的框图；

图6是根据一示例性实施例示出的一种实现上述支付方法的电子设备示例框图；

图7是根据一示例性实施例示出的一种实现上述支付方法的计算机可读存储介质。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

本公开首先提供了一种支付方法。本公开的实施终端可以是任何具有计算和处理功能的设备，该设备可与其余的设备相连，用于接收或者发出信息，可以是便携移动设备，例如智能手机、平板电脑、笔记本电脑、PDA(Personal Digital Assistant)等，也可以是固定式设备，例如，计算机设备、现场终端、台式电脑、服务器、工作站等，还可以是多个设备的集合，比如构成云计算的物理基础设施。

优选地，本公开的实施终端可以为服务器或者云计算的物理基础设施。

在现有技术下，当用户在线下实体店铺购买商品或者服务时，可以通过使用其移动终端安装的App来完成支付。常见的移动支付方式有用户使用终端上安装的App扫商家的收款码进行支付、用户出示在终端上App所显示的付款码进行支付等，其中，扫码支付是移动支付最常见的形式，但在现有技术中，为了保证整个支付流程的安全性，用户每次支付时都需要通过输入支付密码或者验证用户的人脸、指纹等生物特征信息来确保支付的安全性。图1是根据一示例性实施例示出的一种支付方法的应用场景示意图。图1所示的实施例中，本公开的实施终端为服务器110，用户终端130、商家终端120分别与服务器110通过通信链路进行连接，可以实现信息的传输以及数据的交换；一个移动支付的典型过程为：商家告知用户的消费金额，然后出示二维码，用户使用用户终端130扫描商家出示的二维码，然后在用户终端130上显示的与二维码对应的页面上输入支付金额，用户提交支付请求，服务器110接收支付请求，将支付金额从用户的账户转移到商家的账户，然后会向商家终端120发送代表支付成功的提醒信息。现有技术中用户提交支付请求时需要进行验证身份，这个过程是非常繁琐的，是导致支付效率低的重要因素，本申请的发明人意识到，很多普通人都有固定的消费习惯以及行踪轨迹，如果获取用户的习惯性支付信息，用户在使用终端时也会产生停留地信息，然后利用这些信息帮助自动实现在符合用户支付习惯以及在停留地没有异常的情况下无需人工验证身份就能完成移动支付，可以大大降低移动支付的效率。

图2是根据一示例性实施例示出的一种支付方法的流程图。如图2所示，包括以下步骤：

步骤210，接收用户终端发来的支付请求。

用户终端是任何具有运算、处理以及通信功能的移动终端，例如可以是智能手机、平板电脑、PDA、笔记本电脑等。支付请求是用于完成支付任务的请求，可以是基于各种网络协议的请求，例如可以是Http/Https类型的请求，所谓的支付为将付款账户内一定金额的金钱转移至收款账户。

所述支付请求中包含订单信息和所述用户终端在第一预定时间段内的长时间停留地信息，所述订单信息包括多个信息项，所述多个信息项包括支付金额、收款账号、付款账号和至少一项支付附加信息，所述支付附加信息为支付位置、支付时间和支付商品的类型中的任一项，所述收款账号和付款账号分别与支付账户对应，所述付款账号与所述用户终端对应。

收款账号和付款账号是用于标识任何可以收款或者转账的账户的号码，例如可以是银行卡号、理财账号、支付平台的账号等，比如支付宝、微信的账号。

应当理解的是，付款账号是虚拟的，而用户终端是实体，用户终端作为实体用于承载虚拟的付款账号，从而建立与其所承载的付款账号之间的对应关系。比如，当用户在移动终端上安装任意一款应用，然后注册该应用，就会得到一个注册账号，这样就在注册账号与用户终端之间建立了对应关系，而如果该注册账号是付款账号，则与所述用户终端建立对应关系的是付款账号。

在一个实施例中，商家的终端显示二维码，用户通过使用其终端上的App(Application，简称应用程序)扫描二维码，其终端上的该App会显示包含商品标识、商品价格信息、商家账号等信息的页面，该页面还有用于支付的按钮形式的控件，当用户点击该控件即可提交支付请求，该支付请求还包含登录该App的用户的账号，即提交支付请求的用户的账号。

第一预定时间段是在用户终端发送支付请求之前任意的时间段，比如支付请求的发送时间为2018年12月31日12点，则第一预定时间段可以为2018年12月30日12点至2018年12月31日12点，还可以为2018年12月25日0点至2018年12月30日0点。

在一个实施例中，用户终端具有GPS或者北斗的定位模块，可以获取该终端的位置信息。比如用户的移动终端为手机，该用户通过手机上的App发送支付请求，该App还有调用手机上的GPS或者北斗的定位模块来获取手机的位置的功能，从而获取终端的位置。

在一个实施例中，当用户终端发送支付请求时，即获取用户终端的位置作为支付附加信息中的支付位置加入至支付请求中的订单信息中。

长时间停留地信息是用户终端经常所处于的位置的位置信息。

在一个实施例中，通过下列方式获取所述用户终端在第一预定时间段内的长时间停留地信息：每隔感测周期(例如5分钟)获取用户终端的所处位置；如果在连续预定数目个感测周期获取的用户终端的所处位置都保持不变，则将该位置打上标签；如果确定在第一预定时间段(例如发送支付请求前一周)内一个地理位置被打上标签的次数超过预定次数阈值，则将该地理位置作为用户的长时间停留地信息。

例如，连续预定数目可以设定为60个。感测周期为5分钟，则5*60＝300＝5(小时)；如果用户终端在一个地方超过5个小时，并且在一周内出现这种情形达到了预定次数阈值(例如3次)，则说明持有该用户终端的用户长期出现在这些位置，可能是该用户居住或者休息的地方，可以作为所述用户终端在第一预定时间段内的长时间停留地信息。

在一个实施例中，每当生成了长时间停留地信息，就存储在用户终端本地；当要发送支付请求时，就获取存储在用户终端的长时间停留地信息并加入至该支付请求。

支付商品的类型可以是各种消费类型，比如可以包含交通、医疗、购物、饮食等类型，也可以包含服饰、鞋帽、日用百货、数码等类型。

步骤220，获取与所述付款账号对应的用户的习惯性支付信息和注册信息。

所述注册信息包括居住地信息和工作地信息，所述习惯性支付信息为所述付款账号在第二预定时间段内支付的各订单信息对应的除付款账号之外的信息项中，同时包含相同的至少一个信息项的订单的数目达到预定数目阈值对应的信息项。也就是说，习惯性支付信息可以为支付金额、收款账号、支付位置、支付时间、支付商品的类型中的任意一项或者多项。

在一个实施例中，用户每次进行支付都会生成支付记录，支付记录会存储在用户终端本地和/或上传至云端。可以通过从云端或用户终端获取支付记录进而获取习惯性支付信息。

在一个实施例中，所述习惯性支付信息为针对一个付款账号，同时包含相同的支付金额的订单信息的数目达到预定数目阈值所对应的支付金额。

在一个实施例中，所述习惯性支付信息为针对一个付款账号，同时包含相同的支付金额、收款账号、支付位置、支付时间以及支付商品的类型的订单信息的数目达到预定数目阈值所对应的支付金额、收款账号、支付位置、支付时间以及支付商品的类型。

在一个实施例中，习惯性支付信息为支付位置和支付时间两个信息项，用户每次支付时，会产生订单信息，每一条订单信息包括每次支付时的支付金额和支付位置；针对该付款账号，获取具有同样的支付金额和位置信息的订单信息的数目；当所述数目超过预定数目阈值，则将该支付金额和支付位置作为一条习惯性支付信息。

在一个实施例中，使用所述付款账号在复兴路2号XX超市购买了10元的商品的次数为4时，对应的订单信息的个数也为4，超过预定个数阈值3，则将(10元，复兴路2号XX超市)作为一条习惯性支付信息。

注册信息是与付款账号的用户对应的个人信息，包括居住地信息和工作地信息。比如一个注册信息中包括的居住地信息和工作地信息可以分别是A市南京路1号和A市上海路3号。

在一个实施例中，用户的习惯性支付信息和注册信息都存储在本端，所述付款账号对应的用户的习惯性支付信息和注册信息都是从本端获取的。

在一个实施例中，用户的习惯性支付信息和注册信息都存储在用户终端，本端向用户终端发送获取请求，用户终端会根据本端的获取请求向本端发送用户的习惯性支付信息和注册信息。

在一个实施例中，在步骤220之后，还可以包括以下步骤：

若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果不满足预定条件，确定所述习惯性支付信息与所述订单信息不匹配；向所述用户终端发送指示所述用户终端显示用于输入支付密码的界面的指令；接收所述用户终端发送的支付密码；当所述支付密码为所述付款账号预先设定的密码，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

习惯性支付信息对应的信息项与订单信息的信息项之间可以通过比对，判断对应的信息项是否一致，从而得到比对结果，进而确定所述比对结果是否满足预定条件。

本实施例的好处在于，当习惯性支付信息的信息项与订单信息的信息项的比对结果不满足预定条件时，最终用支付密码来校验习惯性支付信息与订单信息不匹配情况下的支付活动，从而可以确保支付的安全性。

在一个实施例中，所述预定条件为：习惯性支付信息的信息项与订单信息中对应的信息项比对一致的数目达到预定数目阈值。

在一个实施例中，所述习惯性支付信息和所述订单信息中要进行比对的信息项存储在预设的信息项比对关系表中，通过查询该表，可以获得在所述习惯性支付信息的信息项和所述订单信息的信息项中进行比对的信息项，从而进行比对。

在一个实施例中，在接收所述用户终端发送的支付密码之后，所述方法还包括：当所述支付密码不为所述付款账号预先设定的密码，向所述用户终端发送代表密码错误的提醒信息；接收所述用户终端发送的支付密码；确定所述用户终端发送的不为所述付款账号预先设定的密码的支付密码的次数；当所述次数大于预定阈值，将所述付款账号冻结。

比如当用户终端发送4次支付密码，都不是所述付款账号预先设定的密码，即述用户终端发送的不为所述付款账号预先设定的密码的支付密码的次数为4，而预定阈值为3，则就将所述付款账号冻结。

综上所述，本实施例的好处在于，通过限制用户终端发送非法支付密码的次数，避免了非法用户通过试错来盗取支付账户的情况。

用户终端发送的不为所述付款账号预先设定的密码，说明用户有可能是非法用户，用户终端发送的不为所述付款账号预先设定的密码的支付密码的次数越多，用户付款账号被盗的可能性越大，支付风险越大，本实施例中通过在所述次数大于预定阈值时将所述付款账号冻结，在一定程度上降低了支付风险。

在一个实施例中，代表密码错误的提醒信息是通过弹窗、通知等控件或者HTML5等页面来向用户终端发送的。

在一个实施例中，向所述用户终端发送指示所述用户终端显示用于输入支付密码的界面的指令会使所述用户终端显示用于输入支付密码的界面，用于输入支付密码的界面具有文本框等控件，用户使用用户终端在该界面的对话框上录入密码并用表单的方式提交至本公开的实施终端，实现接收所述用户终端发送的支付密码。

步骤230，若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果满足预定条件，确定所述习惯性支付信息与所述订单信息匹配。

比对结果为所述习惯性支付信息的一个信息项和所述订单信息中与该信息项对应的另一个信息是否一致的判断结果。

在一个实施例中，所述习惯性支付信息和所述订单信息中要进行比对的信息项存储在预设的信息项比对关系表中，通过查询该表，可以获得在所述习惯性支付信息的信息项和所述订单信息的信息项中进行比对的信息项，从而进行比对。

在一个实施例中，所述习惯性支付信息和所述订单信息中都包含支付金额和位置信息，所述预定条件为：当一个习惯性支付信息与订单信息中包含的支付金额和位置信息一致时，确定所述习惯性支付信息与所述订单信息匹配。

当支付金额和位置信息一致时，说明是用户经常习惯性购买商品，从而可以进行免密支付。本实施例的好处在于，通过同时将支付金额和位置信息一致两个指标作为无人工验证身份进行支付时的条件，提高了支付的安全性。

在一个实施例中，所述习惯性支付信息和所述订单信息中都包含支付金额和位置信息，所述预定条件为：当一个习惯性支付信息中的支付金额或位置信息和订单信息中包含的支付金额或位置信息一致时，确定所述习惯性支付信息与所述订单信息匹配。

本实施例的好处在于，只要习惯性支付信息和订单信息中的支付金额或位置信息一致认定为所述习惯性支付信息与所述订单信息匹配，在一定程度上扩大了允许免密支付的范围。

在一个实施例中，在若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果满足预定条件，确定所述习惯性支付信息与所述订单信息匹配之后，所述方法还可以包括：在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息不一致，向所述用户终端发送指示所述用户终端显示用于输入支付密码的界面的指令；接收所述用户终端发送的支付密码；当所述支付密码为所述付款账号预先设定的密码，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

一般情况下，用户的长时间停留地信息是与居住地信息和/或工作地信息是一致的，因为大部分人都有惯常的行为和活动规律，如果不一致，说明用户终端可能有被盗或者丢失的风险，在本实施例中，通过在不一致时用安全系数最高的密码来验证用户支付行为的合法性，保证了用户的支付安全。

在一个实施例中，所述第一预定时间段内的长时间停留地信息有多个，第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和工作地信息不一致是指，第一预定时间段内的多个长时间停留地信息中至少有一个长时间停留地信息与所述注册信息中的居住地信息或工作地信息都不一致。本实施例的好处在于，提高了无人工验证身份进行支付时的标准，进一步保证了此种情况下支付的安全性。

在一个实施例中，所述第一预定时间段内的长时间停留地信息有多个，第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和工作地信息不一致是指，第一预定时间段内的多个长时间停留地信息中与所述注册信息中的居住地信息或工作地信息都不一致的长时间停留地信息的数目超过预定阈值。本实施例的好处在于，在一定程度上扩大了允许免人工验证身份进行支付的范围。

用于输入支付密码的界面可以是App页面、各种应用的页面等，可以是窗体、弹窗、对话框等界面，也可以是HTML5等类型的Web页面。

在一个实施例中，在接收所述用户终端发送的支付密码之后，所述方法还包括：当所述支付密码不为所述付款账号预先设定的密码，向所述用户终端发送代表密码错误的提醒信息；接收所述用户终端发送的支付密码；确定所述用户终端发送的不为所述付款账号预先设定的密码的支付密码的次数；当所述次数大于预定阈值，将所述付款账号冻结。

本实施例的好处在于，通过限制用户终端发送非法支付密码的次数，避免了非法用户通过试错来盗取支付账户的情况。

每次接收到所述用户终端发送的支付密码，就判断该支付密码是否为所述付款账号预先设定的密码。用户终端发送的不为所述付款账号预先设定的密码，说明用户有可能是非法用户。

在一个实施例中，本公开的实施终端中内设有计数器，每当用户终端发送了一次支付密码不是所述付款账号预先设定的密码，计数器就加1。

比如当用户终端发送4次支付密码，都不是所述付款账号预先设定的密码，即述用户终端发送的不为所述付款账号预先设定的密码的支付密码的次数为4，而预定阈值为3，则就将所述付款账号冻结。

在一个实施例中，代表密码错误的提醒信息是通过弹窗、通知等控件或者HTML5等页面来向用户终端发送的。

在一个实施例中，用于输入支付密码的界面具有文本框等控件，用户使用用户终端在该界面的对话框上录入密码并用表单的方式提交至本公开的实施终端，实现接收所述用户终端发送的支付密码。

在一个实施例中，所述付款账号预先设定的密码是用户使用用户终端注册时使用的密码，该密码存储在本端或者与本端相连的服务器中，可以理解的是该密码可以根据用户的需要进行变更。比如，用户在该用户终端的App与本端进行交互，实现注册，提交密码。

在一个实施例中，付款账号预先设定的密码存储在本端或者与本端连接的数据库中，通过比对的方式确定所述支付密码是否与所述付款账号预先设定的密码一致，当所述支付密码与所述付款账号预先设定的密码一致时，就认定所述支付密码为所述付款账号预先设定的密码。

在一个实施例中，付款账号预先设定的密码为注册时设定的，在注册一个支付账号时，当用户通过用户终端提交密码后，本端将该密码转化为二进制，然后将二进制的密码与预设在本端的二进制键值进行异或运算，然后将异或结果与用户的支付账号对应存储在与本端相连接的数据库中，数据库中并未存储付款账号预先设定的密码；当接收到所述支付密码后，将所述支付密码与预设在本端的二进制键值进行异或运算，得到异或结果并将该异或结果与之前存储在数据库中的异或结果进行比对，如果比对一致则确认所述支付密码为所述付款账号预先设定的密码。本实施例的好处在于，由于数据库中并未存储有付款账号预先设定的密码，即使数据库中数据被窃取，支付密码对于数据窃取者来说也是隐蔽，在一定程度上进一步保证了支付密码安全性。

步骤240，在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

本步骤的第一句为在所述习惯性支付信息与所述订单信息匹配的情况下，这意味着本步骤只有在所述习惯性支付信息与所述订单信息匹配时才会执行。

值得一提的是，付款账号对应的支付账户不一定是唯一的，可以是付款账号所标识的账户，也可以是与付款账号有关联的账户。比如支付宝账号对应的为支付宝余额的账户，还可以为余额宝货币基金的账户，还可以是花呗等小额信用贷款账户，本公开对此不作任何限定，本公开的保护范围也不应因此而受到任何形式的限制。

综上所述，在图2所示出的实施例中，第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和工作地信息一致，并且所述习惯性支付信息与所述订单信息匹配，说明使用该用户的终端的用户的支付习惯以及经常活动的地点一直保持惯常的状态，从而说明使用该用户终端的用户为同一用户，此时无需让用户通过输入密码、验证指纹、人脸等方式来校验支付的安全性，这些校验工作已经由本申请的技术方案完成，在保证支付安全性的同时提高了支付的效率。

图3是根据图2对应实施例示出的一实施例的步骤240的细节流程图。如

图3所示，包括以下步骤：

步骤241，在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，获取所述用户终端在第三预定时间段内接听或拨打过的电话号码。

第三预定时间段是用户终端发来的支付请求之前的任意的时间段，可以与第一预定时间段不同，也可以相同。

在一个实施例中，用户终端为智能手机，用户终端接听或拨打过的电话号码保存在智能手机的通话记录中，通过读取用户终端的通话记录获取用户终端接听或拨打过的电话号码。

在一个实施例中，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，本端会向用户终端发送获取第三预定时间段内的联系人信息的请求，用户终端会根据该请求得到第三预定时间段内接听或拨打过的电话号码，并向本端发送，实现获取所述用户终端在第三预定时间段内接听或拨打过的电话号码。

步骤242，确定获取的电话号码在已于所述第三预定时间段之前存储在所述用户终端的通讯录中的比例。

所述通讯录包含至少一个电话号码。

在一个实施例中，用户终端的通讯录中事先存储有用户录入的电话号码，并且每一电话号码都有对应的录入时间；首先确定用户终端的通讯录中在所述第三预定时间段之前已经录入的电话号码的数目，作为第一数目，然后确定获取的电话号码的数目，作为第二数目；获取所述第一数目与所述第二数目的比值，作为获取的电话号码在已于所述第三预定时间段之前存储在所述用户终端的通讯录中的比例。

步骤243，若所述比例大于预定比例阈值，则将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

用户在日常使用用户终端时会接听或拨打电话，当一个用户终端被偷时，小偷基本不可能接听或者拨打被盗者之前已经存储在这个用户终端的通讯录中的电话号码。所以若该比例很低就说明用户终端不是本人在使用，这时就不能允许进行支付；而当这个比例很高(大于预定比例阈值)时，说明用户正常和其通讯录中的联系进行联系，从而说明是用户本人在使用该用户终端，此时就可以运行用户进行支付。通过这一环节的校验可以提高支付的安全性。

综上所述，图3实施例的好处在于，通过确定获取的电话号码在通讯录中的比例，增加了允许免人工验证身份进行支付的条件，进一步提高了支付的安全性。

图4是根据图2对应实施例示出的一实施例的步骤220之后步骤的流程图。如图4所示，包括以下步骤：

步骤230'，若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果不满足预定条件，确定所述习惯性支付信息与所述订单信息不匹配。

习惯性支付信息对应的信息项与订单信息的信息项之间可以通过比对，判断对应的信息项是否一致，从而得到比对结果，进而确定所述比对结果是否满足预定条件。

预定条件可以是与前面在解释步骤230时所述的预定条件相同的条件，也可以是其他条件，此处不再赘述，

步骤240'，获取与所述用户终端对应的在第四预定时间段内与习惯性支付信息不匹配的订单信息的数目。

在一个实施例中，与所述用户终端对应的每一订单信息都存储在本端，本端内设有一个计数器，可以针对所述用户终端，获取在第四预定时间段内与习惯性支付信息不匹配的订单信息的数目。

步骤250'，当所述数目大于预定数目阈值，拒绝所述用户终端的支付请求。

在一个实施例中，预定数目阈值是根据专家经验预先设置的。

图4所示出的实施例的好处在于，在所述习惯性支付信息的信息项与所述订单信息的信息项之间的比对结果不满足预定条件的情况下，从另一个维度出发来验证用户终端的支付行为是否可能有异常，并在可能有异常时拒绝支付请求，在一定程度上进一步增加了支付的安全性。

本公开还提供了一种支付装置，以下是本公开的装置实施例。

图5是根据一示例性实施例示出的一种支付装置的框图。如图5所示，装置500包括：

请求接收模块510，被配置为接收用户终端发来的支付请求，所述支付请求中包含订单信息和所述用户终端在第一预定时间段内的长时间停留地信息，所述订单信息包括多个信息项，所述多个信息项包括支付金额、收款账号、付款账号和至少一项支付附加信息，所述支付附加信息为支付位置、支付时间和支付商品的类型中的任一项。

信息获取模块520，被配置为获取与所述付款账号对应的用户的习惯性支付信息和注册信息，所述注册信息包括居住地信息和工作地信息，所述习惯性支付信息为所述付款账号在第二预定时间段内支付的各订单信息对应的除付款账号之外的信息项中，同时包含相同的至少一个信息项的订单信息的数目达到预定数目阈值对应的信息项。

确定模块530，被配置为若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果满足预定条件，确定所述习惯性支付信息与所述订单信息匹配。

支付模块540，被配置为在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

据本公开的第三方面，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图6来描述根据本发明的这种实施方式的电子设备600。图6显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：上述至少一个处理单元610、上述至少一个存储单元620、连接不同系统组件(包括存储单元620和处理单元610)的总线630。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述“实施例方法”部分中描述的根据本发明各种示例性实施方式的步骤。

存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)621和/或高速缓存存储单元622，还可以进一步包括只读存储单元(ROM)623。

存储单元620还可以包括具有一组(至少一个)程序模块625的程序/实用工具624，这样的程序模块625包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备800(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器660通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

根据本公开的第四方面，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图7所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品700，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (9)

1.一种支付方法，其特征在于，所述方法包括：

接收用户终端发来的支付请求，所述支付请求中包含订单信息和所述用户终端在第一预定时间段内的长时间停留地信息，所述订单信息包括多个信息项，所述多个信息项包括支付金额、收款账号、付款账号和至少一项支付附加信息，所述支付附加信息为支付位置、支付时间和支付商品的类型中的任一项；

获取与所述付款账号对应的用户的习惯性支付信息和注册信息，所述注册信息包括居住地信息和工作地信息，所述习惯性支付信息为所述付款账号在第二预定时间段内支付的各订单信息对应的除付款账号之外的信息项中，同时包含相同的至少一个信息项的订单信息的数目达到预定数目阈值对应的信息项；

若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果满足预定条件，确定所述习惯性支付信息与所述订单信息匹配；

在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

2.根据权利要求1所述的方法，其特征在于，在若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果满足预定条件，确定所述习惯性支付信息与所述订单信息匹配之后，所述方法还包括：

在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息不一致，向所述用户终端发送指示所述用户终端显示用于输入支付密码的界面的指令；

接收所述用户终端发送的支付密码；

当所述支付密码为所述付款账号预先设定的密码，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

3.根据权利要求1所述的方法，其特征在于，在获取与所述付款账号对应的用户的习惯性支付信息和注册信息之后，所述方法还包括：

若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果不满足预定条件，确定所述习惯性支付信息与所述订单信息不匹配；

向所述用户终端发送指示所述用户终端显示用于输入支付密码的界面的指令；

接收所述用户终端发送的支付密码；

当所述支付密码为所述付款账号预先设定的密码，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

4.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：

当所述支付密码不为所述付款账号预先设定的密码，向所述用户终端发送代表密码错误的提醒信息；

接收所述用户终端发送的支付密码；

确定所述用户终端发送的不为所述付款账号预先设定的密码的支付密码的次数；

当所述次数大于预定阈值，将所述付款账号冻结。

5.根据权利要求1所述的方法，其特征在于，所述在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户，包括：

在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，获取所述用户终端在第三预定时间段内接听或拨打过的电话号码；

确定获取的电话号码在已于所述第三预定时间段之前存储在所述用户终端的通讯录中的比例，所述通讯录包含至少一个电话号码；

若所述比例大于预定比例阈值，则将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

6.根据权利要求1所述的方法，其特征在于，在获取与所述付款账号对应的用户的习惯性支付信息和注册信息之后，所述方法还包括：

若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果不满足预定条件，确定所述习惯性支付信息与所述订单信息不匹配；

获取与所述用户终端对应的在第四预定时间段内与习惯性支付信息不匹配的订单信息的数目；

当所述数目大于预定数目阈值，拒绝所述用户终端的支付请求。

7.一种支付装置，其特征在于，所述装置包括：

请求接收模块，被配置为接收用户终端发来的支付请求，所述支付请求中包含订单信息和所述用户终端在第一预定时间段内的长时间停留地信息，所述订单信息包括多个信息项，所述多个信息项包括支付金额、收款账号、付款账号和至少一项支付附加信息，所述支付附加信息为支付位置、支付时间和支付商品的类型中的任一项；

信息获取模块，被配置为获取与所述付款账号对应的用户的习惯性支付信息和注册信息，所述注册信息包括居住地信息和工作地信息，所述习惯性支付信息为所述付款账号在第二预定时间段内支付的各订单信息对应的除付款账号之外的信息项中，同时包含相同的至少一个信息项的订单信息的数目达到预定数目阈值对应的信息项；

确定模块，被配置为若所述习惯性支付信息对应的信息项与所述订单信息的信息项之间的比对结果满足预定条件，确定所述习惯性支付信息与所述订单信息匹配；

支付模块，被配置为在所述习惯性支付信息与所述订单信息匹配的情况下，当所述第一预定时间段内的长时间停留地信息与所述注册信息中的居住地信息和/或工作地信息一致，将所述支付金额从所述付款账号对应的支付账户转移至所述收款账号对应的支付账户。

8.一种计算机可读程序介质，其特征在于，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行根据权利要求1至6中任一项所述的方法。

9.一种电子设备，其特征在于，所述电子设备包括：

处理器；

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如权利要求1至6任一项所述的方法。

Images