CN107977838A - 便捷支付方法及*** - Google Patents

Abstract

本发明提供一种便捷的支付方法及***，该支付方法包括步骤：C1，客户端向服务端请求推荐收款方列表；S1，服务端根据用户当前的位置信息，查找该位置附近的高频收款账户和（或、且）该用户付款过一定笔数的账户，产生推荐收款方列表返回；C2，客户端展示推荐收款方列表供用户选择，继续支付流程。该方法还支持本地缓存推荐数据，在客户端连接不上服务器或服务器请求还未返回之前展示本地收款方推荐结果供用户选择。除获取双方的绝对位置外，若双方设备所处环境数据相近或双方能够建立短程信息交换也可以认定为位置相近。本发明技术方案降低了支付的额外成本，简化支付环节，达到更便捷的支付体验，同时保证了支付的安全性。

Description

便捷支付方法及***

技术领域

本发明涉及通信技术领域，尤其涉及一种支付方法和支付***。

背景技术

当前移动支付已经普及，付款方式也多种多样。一种方式是消费者提供付款码给商家扫描，用户无需联网，商家需要配备扫描设备，或者使用商家个人的手机去扫描，商家承担操作成本，以及设备成本，适合大型商超场景。而比较小的便利店目前主要在柜台上放置一个商家的二维码，用户扫描二维码，输入价格付款，需要消费者联网并扫描二维码，商家往往也懒得去账户里面确认是否到帐，消费者承担操作成本。声波付和NFC的方式需要消费者将手机对准或贴近采集器，也并未大规模应用。

上述方式解决的核心问题在于让付款方或收款方明确对方的账户，无论是条形码、二维码、声波、NFC等，都提供一种手段来传播自己的账户给对方的终端，这些精确的传输需要一定的额外成本。为实现更加便捷的支付体验，需要优化、完善支付过程中确定支付双方账户的这个环节。

发明内容

本发明的目的在于优化、完善支付过程中确定支付双方账户的方式，使得付款流程更加便捷。本发明通过分析位置等信息提供可能性较大的收款账户列表给付款方，达到上述目的，本发明的技术方案如下。

一种便捷支付方法，包括步骤：C1，客户端向服务端请求推荐收款方列表；S1，服务端根据用户当前的位置信息，查找该位置附近的账户中高频收款的账户和（或、且）该用户付款过一定笔数的账户，产生推荐收款方列表返回；C2，客户端展示推荐收款方列表供用户选择，继续支付流程。

所述步骤C2中，若没有推荐的收款方，则不提供给用户选项，用户依然可以采用背景技术中提到的现有的付款方式进行支付，用户察觉不到本技术方案的存在。用户看到收款方列表后，可查看商家贴出来的二维码上的账户名字或口头询问商家名字来判断是否在列表中，在同一商家付款多次之后，便可以省略询问这一步骤。现有扫描二维码方式中，通常扫描之后付款方依然需要口头确认商家名称，以及应付费用，且口头确认通常比扫描二维码要快，因而本发明方案更加便捷。

优选地，所述推荐收款账户列表按距离排序，近的排前，或者按该用户的历史付款次数排序，次数多的排前面，或者按两者综合排序。

优选地，支付平台可限定只有高频收款的账户（商户账户）才能显示在推荐的收款方列表中。优选地，需要用户（商户）确认平台可将自己的账户推荐到收款方列表中。优选地，某一账户收款频度达到预设的条件时，平台通知该用户是否允许将自己推荐到收款方列表中。优选地，平台要求出现在推荐收款方列表的用户头像和名称符合一定的要求，并进行审核。审核要求优选：名称和品牌名称、店铺招牌一致，头像和门面、品牌logo一致，且同一位置附近的名称和头像区分度较高。

优选地，支付平台还将当前在该用户位置附近的，该用户付款过一定笔数的账户显示在推荐的收款方列表中，这样一些非高频收款的个人用户也能被推荐。优选地，需要用户确认平台可将自己的账户推荐到收款方列表中。

优选地，平台可限定用户附近的高频收款账户且用户付过款项的账户才能显示在推荐的收款方列表中，这样降低了用户误付款的风险。

优选地，平台可限定一定积分、信用的账户才能显示在推荐的收款方列表中。优选地，平台可限定通过推荐列表选择收款方时只能支付小于一定值的金额。

优选地，收款集中发生在某一位置的高频收款账户才能被推荐给该位置附近准备付款的用户。优选地，收款位置分散的的高频收款账户近期位置处于移动状态，且与付款方移动的路线一致时，也能被推荐到该付款用户的收款方列表，排在优先位置，适用于乘客向司机付款的场景。

优选地，获取用户当前位置与用户间相对位置的方式，包括GPS定位、移动通信基站定位、wifi热点定位、wifiDirect、蓝牙、声波通信等。判定付款方与收款方位置相近并不需要获取双方的绝对位置，双方设备所处环境数据相近或双方能够建立短程信息交换也可以认定为位置相近，如双方手机所处的wifi环境相近时，也能判定双方位置相近。

优选地，所述方法还包括步骤：C3，客户端缓存用户活动区域的高频收款账户和（或、且）该用户付款过一定笔数的账户在本地，并择机从服务端更新；C4，客户端根据用户当前的位置信息，从本地数据查找该位置附近的高频收款账户和（或、且）该用户付款过一定笔数的账户，产生本地推荐收款方列表；C5，客户端连接不上服务器或步骤C1的请求还未返回之前，展示本地推荐收款方列表供用户选择。

优选地，所述步骤C3中，更新的时机优选将步骤S1的返回缓存、有wifi网络时后台主动请求服务端、某一位置的缓存数据超过一定时间没更新时请求服务端。其中用户付过款的收款账户可部分由客户端操作直接产生记录。有了本地的缓存，用户在打开网络前就能获取可选的付款方，加大网络支付意愿，当网络较慢时，提升了用户体验。

优选地，在用户进入支付流程时，同时触发步骤C1和C4，一并请求本地和服务端的推荐收款方列表。优选地，所述步骤C2、C5在应用的同一界面展示。优选地，将推荐的收款方列表和当前扫描方案的二维码、条形码显示在同一个页面。优选地，所述步骤S1返回了推荐列表且步骤C5已经展示步骤C4获取的本地推荐列表时，步骤C2更新界面，将步骤S1返回的推荐列表展示给用户选择。

优选地，本发明还提供一种便捷支付***，包括：请求服务端推荐单元K1，用于当用户进入支付流程，向服务端请求推荐收款方列表；服务端推荐单元F1，用于根据用户当前的位置信息，查找该位置附近的账户中高频收款的账户和（或、且）该用户付款过一定笔数的账户，产生推荐收款方列表返回；展示服务端推荐结果单元K2，用于展示推荐收款方列表供用户选择，继续支付流程。

优选地，所述便捷支付***，还包括：客户端缓存数据单元K3，用于缓存用户活动区域的高频收款账户和（或、且）该用户付款过一定笔数的账户在本地，并择机从服务端更新；客户端推荐单元K4，用于根据用户当前的位置信息，从本地数据查找该位置附近的高频收款账户和（或、且）该用户付款过一定笔数的账户，产生本地推荐收款方列表；展示本地推荐结果单元K5，用于当连接不上服务器或单元K1的请求还未返回之前，展示本地推荐的收款方列表供用户选择。

优选地，所述便捷支付***中，单元F1、K4还用于对推荐的账户进行排序，按距离或历史付款笔数或两者的综合情况排序。

优选地，所述便捷支付***中，单元F1还用于将收款地址分散的且近期位置的移动轨迹与付款用户一致的高频收款账户推荐到收款方列表。

优选地，所述便捷支付***中，单元F1、K4还用于通过双方设备所处环境数据相近或双方能够建立短程信息交换来判定付款方与收款方位置相近。

本发明技术方案的优点在于降低了支付的额外成本，简化支付环节，达到更便捷的支付体验，同时保证了支付的安全性。相对于商家（收款方）扫描消费者手机上的条形码/二维码，减少了商家对准扫描拍摄的操作成本，节约了购买专用扫描设备的成本；用户无需对外展示付款码，减少被恶意扫描的风险。相对于消费者扫描商家（收款方）二维码的方式，用户用点开付款页面后顺势再点一下，代替了应用打开摄像头、用户对准二维码，应用对焦、应用识别二维码、应用通过网络获取商家（付款方）信息等一系列步骤，大幅度提升了便捷性。同理，相对于声波支付、近场支付，也减少了操作成本和设备成本。

本发明技术方案应用本地缓存作为数据补充来源，使得支付流程更加流畅，提升了网络支付意愿和付款成功率。本发明还对被推荐为收款方的账户提出了一系列的限定条件，提升了推荐的命中率，保证支付的安全性。

附图说明

图1是本发明一实施例的方法流程图。

图2是本发明一实施例的***框图。

图3是本发明一实施例的展示推荐收款人列表供选择的界面示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的描述。

基于本发明技术方案的典型支付过程演绎如下：

步骤|参与方|行为|耗时评估

1|商家|算完价钱说：一共18块|3秒

2|顾客|问：可以微信付款么|3秒

3|商家|说：可以，你点到支付页面就有太平洋超市了，不用扫码|5秒

4|顾客|掏出手机，解锁，打开微信|8秒

5|顾客|点击+号-收付款-付款，看到附近商家列在界面上，选择商家|6秒

6|顾客|是叫太平洋超市么|4秒

7|商家|对，18块|3秒

8|顾客|打开手机网络|5秒

9|顾客|输入金额，点击支付|3秒

10|顾客|输入付款密码|4秒

11|顾客|付了，你看下|3秒

12|商家|没事，付了就行了|3秒

整个支付耗时约50秒。相对于当前广泛使用的二维码方式省略这些流程：

#|顾客|点击+号 选扫一扫，打开相机，相当于本方案步骤5|6秒

#|顾客|拿到二维码或靠近二维码|4秒

#|顾客|手机对准二维码，距离调整|5秒

#|微信|识别二维码并请求网络数据，显示商家信息|5秒

节省了约14秒的时间，占比约22%。

用户多次使用熟练后，可以跳过步骤2、3、6、7、12，提前准备步骤4、8，设置小额免密跳过步骤10，只需要步骤1、5、9、11，支付耗时约15秒。而现有二维码支付方案熟练情况下耗时约28秒，节约了46%的时间。

图1示出了本发明一实施例的便捷支付方法流程图，包括C0-C6系列客户端步骤和S1、S2系列服务端步骤。不考虑本地推荐时，整个支付流程为C0-C1-S1-C2-C6-S2。若考虑本地推荐，则C3将C1获取的结果缓存在客户端本地，C3还可主动请求服务端S1、S2获取数据，以及将支付成功的C6数据缓存，用于后续本地推荐步骤C4。支持本地推荐时，用户进入支付流程后同时触发C1和C4，若C1先获得S1返回，则执行C2展示推荐结果，C4的结果忽略。若C4先计算出结果，执行C5展示本地结果，之后若C1获得返回，且用户还没作出选择，执行C2展示服务端推荐结果，替换本地推荐结果，若C1连不上服务器或请求失败，则只展示本地推荐结果。步骤C1-C2与C4-C5是并发关系，且C1-C2的结果优先展示。

图2示出了本发明一实施例的便捷支付***框图，图中各单元与图1所述的各步骤相对应。

图3示出了本发明一实施例的展示推荐收款人列表供选择的界面示意图，即上述演绎中步骤5用户看到的界面，推荐收款方列表展示在条形码、二维码下方，显示了收款方的头像和名称，当安排的区域显示不下时，用户可以左右翻滚显示更多。

以上所述仅为本发明可选的实施方案，并不用于限制本发明，对于本领域技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、同等替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种便捷支付方法，包括步骤：

C1，客户端向服务端请求推荐收款方列表；

S1，服务端根据用户当前的位置信息，查找该位置附近的高频收款账户和（或、且）该用户付款过一定笔数的账户，产生推荐收款方列表返回；

C2，客户端展示推荐的收款方列表供用户选择。

2.根据权利要求1所述的便捷支付方法，还包括步骤：

C3，客户端缓存用户活动区域的高频收款账户和（或、且）该用户付款过一定笔数的账户在本地；

C4，客户端根据用户当前的位置信息，从本地数据查找该位置附近的高频收款账户和（或、且）该用户付款过一定笔数的账户，产生本地推荐收款方列表；

C5，客户端连接不上服务器或步骤C1的请求还未返回之前，展示本地推荐收款方列表供用户选择。

3.根据权利要求1、2所述的便捷支付方法，所述步骤S1、C4中，对推荐的账户进行排序，按距离或历史付款笔数或两者的综合情况排序。

4.根据权利要求1所述的便捷支付方法，所述步骤S1中，还将收款地址分散的且近期位置的移动轨迹与付款用户一致的高频收款账户推荐到收款方列表。

5.根据权利要求1、2所述的便捷支付方法，所述步骤S1、C4中，通过双方设备所处环境数据相近或双方能够建立短程信息交换来判定付款方与收款方位置相近。

6.一种便捷支付***，包括：

请求服务端推荐单元K1，用于向服务端请求推荐收款方列表；

服务端推荐单元F1，用于根据用户当前的位置信息，查找该位置附近的高频收款账户和（或、且）该用户付款过一定笔数的账户，产生推荐收款方列表返回；

展示服务端推荐结果单元K2，用于展示推荐收款方列表供用户选择。

7.根据权利要求6所述的便捷支付***，还包括：

客户端缓存数据单元K3，用于缓存用户活动区域的高频收款账户和（或、且）该用户付款过一定笔数的账户在本地；

客户端推荐单元K4，用于根据用户当前的位置信息，从本地数据查找该位置附近的高频收款账户和（或、且）该用户付款过一定笔数的账户，产生本地推荐收款方列表；

展示本地推荐结果单元K5，用于当连接不上服务器或单元K1的请求还未返回之前，展示本地推荐的收款方列表供用户选择。

8.根据权利要求6、7所述的便捷支付***，所述单元F1、K4还用于对推荐的账户进行排序，按距离或历史付款笔数或两者的综合情况排序。

9.根据权利要求6所述的便捷支付***，所述单元F1还用于将收款地址分散的且近期位置的移动轨迹与付款用户一致的高频收款账户推荐到收款方列表。

10.根据权利要求6、7所述的便捷支付***，所述单元F1、K4还用于通过双方设备所处环境数据相近或双方能够建立短程信息交换来判定付款方与收款方位置相近。