CN109191089A - 移动端支付方式适配方法及其系统 - Google Patents
移动端支付方式适配方法及其系统 Download PDFInfo
- Publication number
- CN109191089A CN109191089A CN201810809505.0A CN201810809505A CN109191089A CN 109191089 A CN109191089 A CN 109191089A CN 201810809505 A CN201810809505 A CN 201810809505A CN 109191089 A CN109191089 A CN 109191089A
- Authority
- CN
- China
- Prior art keywords
- payment
- priority level
- mobile terminal
- currently located
- user
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
- G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供移动端支付方式适配方法,方法包括:服务端配置有各用户账号对应的历史支付行为统计数据,所述历史支付行为统计数据记录有各支付方式依据使用次数评定的优先级别;对应一用户账号的移动端应用发送当前所在地区和获取支付方式的请求至服务端;服务端依据所述一用户账号对应的历史支付行为统计数据,以及所述当前所在地区,获取所述当前所在地区支持的支付方式中优先级别最高的支付方式作为所述请求的返回应答。本发明能充分考虑用户习惯的多样性、用户所在地区的不确定性以及第三方支付平台的稳定性,准确获取最符合用户心意、最便捷的支付方式提供给用户。
Description
技术领域
本发明涉及移动支付领域,具体涉及移动端支付方式适配方法及其系统。
背景技术
所谓第三方支付平台,就是一些和产品所在国家以及国内外各大银行签约、并具备一定实力和信誉保障的第三方独立机构提供的交易支持平台。大型的第三方支付平台有支付宝、微信、京东、Paypal、Adyen、苹果内购等。由于各国政府都对支付牌照的管控更加严格,绝大多数的移动端应用开发者没有自己的支付牌照,因此都是采用接入第三方支付平台。随着手机支付用户的高速增长,移动端支付有了极大的发展空间,变得更加普及,移动端应用接入第三方支付平台成为必备的能力。
目前针对移动端应用接入第三方支付平台,通常采用的方法是根据所在国家发布不同的移动端应用,接入所在地区的大型第三方支付平台。例如,为中国用户与美国用户各发布一套移动端应用,中国移动端应用选择支付宝支付或微信支付,美国移动端应用选择Paypal支付。
但上述现有技术存在以下不足:
(1)需要为不同地区用户发布不同的移动端应用,且数据不能同步,随着地区业务的扩展,移动端应用开发成本与维护成本成倍增加;
(2)无法应对不同习惯的用户,如有的用户习惯使用信用卡支付而不懂如何使用微信或支付宝;
(3)无法应对第三方支付平台不稳定情况。当第三方支付平台出现较大延时或服务维护时,只能被动等待第三方支付平台恢复服务,期间容易造成用户流失,造成损失。
因此,基于用户习惯的多样性、用户所在地区的不确定性以及第三方支付平台可能存在的不稳定性,移动端支付领域迫切需要一套能够应对不同地区、不同习惯用户、第三方支付平台不稳定等情况的方案。
发明内容
本发明所要解决的技术问题是:提供一种移动端支付方式适配方法及其系统,能够结合当前地区、用户习惯,以及第三方支付平台稳定性为用户提供最佳的支付方式。
为了解决上述技术问题,本发明采用的技术方案为:
移动端支付方式适配方法,包括:
服务端配置有各用户账号对应的历史支付行为统计数据,所述历史支付行为统计数据记录有各支付方式依据使用次数评定的优先级别;
对应一用户账号的移动端应用发送当前所在地区和获取支付方式的请求至服务端;
服务端依据所述一用户账号对应的历史支付行为统计数据,以及所述当前所在地区,获取所述当前所在地区支持的支付方式中优先级别最高的支付方式作为所述请求的返回应答。
本发明提供的另一个技术方案为:
移动端支付方式适配系统,包括:
服务端,包括用户支付行为统计服务、支付方式配置服务以及用户地区统计服务;
移动端应用,用于发送对应一用户账号的当前所在地区至用户地区统计服务,以及发送获取支付方式的请求至支付方式配置服务;
所述用户支付行为统计服务,用于配置有各用户账号对应的历史支付行为统计数据,所述历史支付行为统计数据记录有各支付方式依据使用次数评定的优先级别;
所述支付方式配置服务,用于依据从所述用户支付行为统计服务获取的所述一用户账号对应的历史支付行为统计数据,以及从所述当前所在地区获取的所述当前所在地区,获取所述当前所在地区支持的支付方式中优先级别最高的支付方式作为所述请求的返回应答。
本发明的有益效果在于:本发明能够基于用户的历史支付行为统计数据和当前所处地区,根据用户习惯筛选出用户当前环境下最优的支付方式返回给移动端应用。以此实现自适应用户习惯的多样性以及用户所在地区的不确定性,动态地为用户配置最佳的支付方式,从而降低支付失败的概率,同时提升用户移动支付的体验,避免用户流失。
附图说明
图1为本发明一种移动端支付方式适配方法的流程示意图;
图2为本发明实施例一种移动端支付方式适配方法的流程示意图;
图3为本发明一种移动端支付方式适配方法及其系统的交互示意图。
标号说明:
1、移动端应用;2、支付方式配置服务;3、用户支付行为统计服务;4、用户地区统计服务。
具体实施方式
为详细说明本发明的技术内容、所实现目的及效果,以下结合实施方式并配合附图予以说明。
本发明最关键的构思在于:能够基于用户的历史支付行为统计数据和当前所处地区,根据用户习惯筛选出用户当前环境下最优的支付方式返回给移动端应用。
本发明涉及的技术术语解释:
请参照图1,本发明提供移动端支付方式适配方法,包括:
服务端配置有各用户账号对应的历史支付行为统计数据,所述历史支付行为统计数据记录有各支付方式依据使用次数评定的优先级别;
对应一用户账号的移动端应用发送当前所在地区和获取支付方式的请求至服务端;
服务端依据所述一用户账号对应的历史支付行为统计数据,以及所述当前所在地区,获取所述当前所在地区支持的支付方式中优先级别最高的支付方式作为所述请求的返回应答。
从上述描述可知,本发明的有益效果在于:能够结合用户当前所在地区与用户支付习惯,筛选出对用户当前条件下最优的支付方式,展示给用户;从而很好的降低用户支付失败的概率,同时又能符合用户操作习惯,为用户提供良好的支付体验。
进一步的,所述服务端依据所述一用户账号对应的历史支付行为统计数据,以及所述当前所在地区,获取所述当前所在地区支持的支付方式中优先级别最高的支付方式作为所述请求的返回应答,具体为:
服务端依据所述当前所在地区,评定所述移动端应用支持的各支付方式对应所述当前所在地区的优先级别;
服务端依据所述一用户账号对应的历史支付行为统计数据,获取各支付方式对应使用次数的优先级别;
叠加所述各支付方式对应所述当前所在地区的优先级别与所述各支付方式对应使用次数的优先级别,获取优先级别最高的支付方式作为所述请求的返回应答。
由上述描述可知,采用用户当前所在地区和支付习惯分别评定优先级别,再叠加统计的方式筛选最优的支付方式,使得筛选方式更具灵活性,能够支持自定义配置地区与习惯对于筛选结果的权重。
进一步的,所述叠加所述各支付方式对应所述当前所在地区的优先级别与所述各支付方式对应使用次数的优先级别,获取优先级别最高的支付方式作为所述请求的返回应答,具体为:
叠加所述各支付方式对应所述当前所在地区的优先级别与所述各支付方式对应使用次数的优先级别;
服务端依据对应所述当前所在地区的第三方支付平台的稳定性级别,修改所述叠加得到的优先级别;
依据修改后的优先级别,获取优先级别最高的支付方式作为所述请求的返回应答。
由上述描述可知,还能够结合第三方支付平台对应用户当前所在地区的稳定级别进行再次筛选,从而对不稳定的支付方式进行屏蔽或降权,确保支付成功。
进一步的,所述服务端依据对应所述当前所在地区的第三方支付平台的稳定性级别,修改所述叠加得到的优先级别,具体为:
服务端依据对应所述当前所在地区的第三方支付平台的稳定性排名,评定第三方支付平台对应的支付方式的稳定性级别;
将所述稳定性级别与所述叠加得到的优先级别再次进行叠加。
由上述描述可知,以优先级别评定多种影响因素,在优先级别叠加后,能快速获取权衡了所有影响因素得出的最佳支付方式,以此确保所筛选的支付方式的准确性。
进一步的,还包括:
移动端应用通过移动端支付适配SDK获取所述返回应答对应的支付方式。
由上述描述可知,能够通过移动端支付适配SDK,实现灵活地根据筛选结果动态的接入所需的支付方式,为自适应获取最佳支付方式提供技术支持。
进一步的,所述返回应答中还包括依据优先级别高低排列的所述当前所在地区支持的其他支付方式;
移动端应用通过移动端支付适配SDK获取所述优先级别最高的支付方式和所述其他支付方式,并将所述优先级别最高的支付方式作为首选支付方式,所述其他支付方式作为备选支付方式进行展示。
由上述描述可知,能够将最佳支付方式以首选方式进行展示,同时也将其他支付方式一同展示,给用户提供更多选择,更好的应对不管是环境还是个人因素带来的支付方式的改变。
进一步的,还包括:
移动端应用在支付完成后,上报包含支付方式的支付行为数据至服务端;
服务端依据所述支付行为数据更新所述一用户账号对应的历史支付行为统计数据。
由上述描述可知,能在支付完成后反馈支付方式,以不断的更新历史支付行为统计数据,使其更具准确性,以便后续获得最佳的支付筛选结果。
进一步的,所述优先级别使用大于等于0小于等于1的数值表示,数值0对应最高优先级别;
所述历史支付行为统计数据记录的各支付方式的优先级别依据1除于使用次数评定。
由上述描述可知,在一具体实施例中,通过分别配置优先级别数值,实现统计方式的具体数值化,以提高统计的准确度。
本发明提供的另一个技术方案为:
移动端支付方式适配系统,包括:
服务端,包括用户支付行为统计服务、支付方式配置服务以及用户地区统计服务;
移动端应用,用于发送对应一用户账号的当前所在地区至用户地区统计服务,以及发送获取支付方式的请求至支付方式配置服务;
所述用户支付行为统计服务,用于配置有各用户账号对应的历史支付行为统计数据,所述历史支付行为统计数据记录有各支付方式依据使用次数评定的优先级别;
所述支付方式配置服务,用于依据从所述用户支付行为统计服务获取的所述一用户账号对应的历史支付行为统计数据,以及从所述当前所在地区获取的所述当前所在地区,获取所述当前所在地区支持的支付方式中优先级别最高的支付方式作为所述请求的返回应答。
进一步的,所述用户地区统计服务,具体用于依据所述当前所在地区,评定所述移动端应用支持的支付方式对应所述当前所在地区的优先级别;
所述用户支付行为统计服务,具体用于依据所述一用户账号对应的历史支付行为统计数据,获取各支付方式对应使用次数的优先级别;
所述支付方式配置服务,具体用于叠加所述各支付方式对应所述当前所在地区的优先级别与所述各支付方式对应使用次数的优先级别,获取优先级别最高的支付方式作为所述请求的返回应答。
实施例一
请参照图2和图3所示,本实施例提供一种移动端支付方式适配方法,包括:
移动端:在移动端应用1内嵌移动端支付适配SDK,通过支付适配SDK连接支付宝、微信、Adyen等第三方支付平台移动端SDK,使得移动端可以根据配置筛选和展示支付方式。
服务端:在服务端提供支付方式配置服务2,移动端能从支付方式配置服务获取需要展示的支付方式的相应配置。具体的,服务端还提供用户支付行为统计服务3以及用户地区统计服务4,并分别与支付方式配置服务2连接;支付方式配置服务将通过与用户地区统计服务和用户支付行为统计服务的交互,筛选出最佳的支付方式;
其中的用户支付行为统计服务,用于收集移动端上报的对应各个用户账号的用户支付行为数据,并进行优先级别评定,获取各支付方式对应其使用次数的优先级别,形成对应各用户账号的历史支付行为统计数据,以掌握用户支付行为习惯。其中的用户地区统计服务,用于收集用户所在地区,并进行级别评定,获取对应的权值。
本实施例中的优先级别评定,可选的一种评定规则为:级别使用0-1的数值表示,数值越小,对应的优先级越高,因此,0的优先级最高,1的优先级最低;具体级别数值的评定细则可以灵活地配置,如不同优先级别对应的数值,以及具体评定时各因素对应的级别数值。
在一具体实施方式中,用户支付行为统计服务的级别评定规则为:1/支付次数;即对应该用户账号上报的支付行为数据中,某一支付方式,如支付宝支付方式,其历史所使用的支付次数越多,则对应数值越小,则优先级别越高;
用户地区统计服务的级别评定规则为:
1.最新上报的地区,即当前所在地区所对应的支付方式的级别为0,其优先级别最高;
2.除优先级为0外的其他地区:1/地区上报次数;即某一地区上报次数越多,则对应数值越小,优先级别越高。
因此,支付方式配置服务可结合用户地区统计服务和用户支付行为统计服务对各个支付方式依据评级结果确定的权值,筛选出最佳的支付方式。
同时结合用户地区统计服务和用户支付行为统计服务后的支付方式优先级别评定规则为:
1.级别对应大于等于0小于等于1的数值,数值越小,优先级别越高;
2.当前所在地区,级别为0;除优先级为0外的其他地区级别:1/地区上报次数;
3.除优先级为0外的支付方式的级别计算方式:地区级别+1/支付次数;
优选的,还包括:
3.对应当前所在地区,最新支付成功的支付方式,级别也为0;
4.相同级别以字母顺序排序。
在另一具体实施方式中,支付方式配置服务在结合用户地区统计服务和用户支付行为统计服务后的支付方式优先级别的同时,还将考虑对应当前所在地区的第三方支付平台的稳定性,并同样对其进行级别评定,以各支付方式的最终评定结果作为最佳支付方式的筛选依据。
因此,本具体实施方式还能综合考虑当前第三方支付平台的稳定情况,以及时的将稳定性不佳,如出现较大延时或服务维护时的支付方式进行屏蔽或降权,以确保用户移动支付成功。
下面,将基于上述内容,具体说明本实施例的移动支付的交互流程:
S1:当用户使用其用户账号登录的移动端应用,进入商品购买界面时,移动端应用向服务端的用户地区统计服务上报对应该用户账号的当前所在地区,并向服务端的支付方式配置服务请求获取支付方式;
S2:支付方式配置服务根据用户支付行为统计服务与用户地区统计服务,结合用户当前所在的地区与第三方支付平台的稳定级别筛选出对用户当前条件下最佳的支付方式,返回给移动端应用。
具体而言,该步骤包括:
S21:服务端的用户地区统计服务接收用户上报的当前所在地区,并据此评定所述移动端应用支持的各支付方式对应所述当前所在地区的优先级别;然后将评定结果发送至支付方式配置服务;
例如,用户地区统计服务接收当前所在地区为香港,将香港的优先级评定为最高的数值0,依据设定,能够在香港使用的第三方支付方式包括:支付宝(香港)、微信(香港)、Adyen等;因此,将支付宝(香港)、微信(香港)对应的优先级数值为0;而将Adyen对应的优先级数值评定为0.5。
S22:服务端的支付方式配置服务依据该用户账号,从用户支付行为统计服务获取对应的历史支付行为统计数据,进而获取各支付方式对应使用次数的优先级别;
例如,当前所在地区为香港,支持的支付方式包括:支付宝(香港)、微信(香港)、Adyen等,对应该用户账号,其在香港所采用次数分别为:支付宝(香港)5次,微信(香港)3次,则评定支付宝(香港)对应的优先级数值为1/5,微信(香港)为1/3,分别对应权值8和6。
S23:将上述S21得到的各支付方式对应所述当前所在地区的优先级别(简称第一优先级别)与上述S22得到的各支付方式对应使用次数的优先级别(简称第二优先级别)依据支付方式进行叠加(得到第三优先级别),即将相同支付方式的第一优先级别和第二优先级别进行叠加;
获取叠加后优先级别最高(第三优先级别最高)的支付方式,将其作为对应所述请求的最佳支付方式返回应答。
优选的,返回应答中还包括依据优先级别高低排列的所述当前所在地区支持的其他支付方式;具体的,移动端应用接收到返回应答后,将通过移动端支付适配SDK获取所述优先级别最高的支付方式和所述其他支付方式,并将所述优先级别最高的支付方式作为首选支付方式进行展示,所述其他支付方式作为备选支付方式进行展示,如隐藏在“更多支付方式”中,提供给用户自主选择权。
在一具体实施方式中,服务端的支付方式配置服务还支持默认支付方式配置,其可以由运营人员人工修改配置,如运维人员可以根据运营需要,提高某地区某支付方式的优先级,或降低其优先级别;也可以由用户自主配置,如基于日常体验,发现某个第三方支付平台不稳定,存在延时较长或服务不可用的情况,则可以单独对其进行屏蔽或降权。
具体的,本具体实施方式中,在步骤S22之后,S23之前,将执行:
支付方式配置服务依据对应所述当前所在地区的第三方支付平台的稳定性,评定第三方支付平台对应支付方式的优先级别。
例如,对应当前所在地区“香港”,所有第三方支付平台的稳定性由高至低排名为:支付宝(香港)>微信(香港)大于Adyen大于paypal;则分别评定对应的优先级数值为0.4、0.3、0.2、0.1,对应的权值为4、3、2和1;
例如,用户自主配置对应当前所在地区“香港”,微信(香港)的体验不佳,经常出现延迟,则可以配置其对应权值为0,或者-10,以将其屏蔽。
因此,步骤S23将具体为:
首先对应支付方式叠加S21得到的第一优先级别和所述S22得到的第二优先级别,得到第三优先级别;
然后支付方式配置服务依据对应所述当前所在地区的第三方支付平台的稳定性,修改叠加后的优先级别(第三优先级别);例如将上述评定的对应当前所在地区的各个支付方式的优先级别,再次与上述S23叠加的结果(第三优先级别)进行叠加,叠加依据同样为对应的支付方式,得到各支付方式最终的优先级别(称为第四优先级别);
最后,依据修改后的优先级别(第四优先级别),获取优先级别最高的支付方式作为所述请求的返回应答。
S3:用户选择支付方式完成支付购买后将支付行为数据上报给服务端的用户支付行为统计服务,以便后续获得更佳的支付筛选结果。
具体而言,移动端应用在支付完成后,将上报包含支付方式的支付行为数据至服务端;服务端依据所述支付行为数据更新所述一用户账号对应的历史支付行为统计数据。
实施例二
本实施例对应实施例一,提供一具体运用场景:
某移动端应用初次发布使用:
第一步:运营人员配置移动端应用支持的支付方式:支付宝(大陆)、微信(大陆)、支付宝(香港)、Adyen;
第二步:运营人员配置默认的支付方式优先级别数值为:
支付宝(大陆):0;微信(大陆):0.1;支付宝(香港):0.2;Adyen:1;
第三步:用户初次使用移动端应用在香港地区进入商品购买界面时,查看的支付方式的排序方式为:支付宝(大陆)、微信(大陆)、支付宝(香港)、Adyen;
此时移动端应用会上报用户所在的地区,通过服务端进行地区级别评定,香港地区的级别为0;服务端再结合用户历史支付行为统计数据(此为初次使用,因此无历史行为统计数据)和上述第二部的默认的支付方式优先级数值评定,筛选出“支付宝(香港)”为用户当前环境下最优的支付方式返回给移动端应用;
第四步:用户选择支付宝(香港)支付方式完成商品购买,移动端会上报支付行为数据给支付行为统计服务,支付行为统计服务根据支付方式级别规则进行级别评定;此时,支付行为统计服务记录支付宝(香港)支付方式级别为0。
第五步:当用户再次进入商品购买界面时,查看的支付方式排序为:支付宝(香港)、支付宝(大陆)、微信(大陆)、Adyen。
第六步:重复三~五步骤。
实施例三
请参阅图3,本实施例对应实施例一,提供一种移动端支付方式适配系统,包括:
服务端,包括用户支付行为统计服务、支付方式配置服务以及用户地区统计服务;
移动端应用,内嵌移动端支付适配SDK,其用于获取所述返回应答对应的支付方式。移动端应用用于发送对应一用户账号的当前所在地区至用户地区统计服务,以及发送获取支付方式的请求至支付方式配置服务;
所述用户支付行为统计服务,用于配置有各用户账号对应的历史支付行为统计数据,所述历史支付行为统计数据记录有各支付方式依据使用次数评定的优先级别;
所述支付方式配置服务,用于依据从所述用户支付行为统计服务获取的所述一用户账号对应的历史支付行为统计数据,以及从所述当前所在地区获取的所述当前所在地区,获取所述当前所在地区支持的支付方式中优先级别最高的支付方式作为所述请求的返回应答。
进一步的,所述用户地区统计服务,具体用于依据所述当前所在地区,评定所述移动端应用支持的各支付方式对应所述当前所在地区的优先级别;
所述用户支付行为统计服务,具体用于依据所述一用户账号对应的历史支付行为统计数据,获取各支付方式对应使用次数的优先级别;
所述支付方式配置服务,具体用于叠加所述各支付方式对应所述当前所在地区的优先级别与所述各支付方式对应使用次数的优先级别,获取优先级别最高的支付方式作为所述请求的返回应答。
进一步的,移动端应用,还用于在支付完成后,上报包含支付方式的支付行为数据至服务端;
所述服务端的用户支付行为统计服务依据所述支付行为数据更新所述一用户账号对应的历史支付行为统计数据。
在一具体实施方式中,所述支付方式配置服务,具体用于叠加所述各支付方式对应所述当前所在地区的优先级别与所述各支付方式对应使用次数的优先级别;用于服务端依据对应所述当前所在地区的第三方支付平台的稳定性级别,修改所述叠加得到的优先级别;用于依据修改后的优先级别,获取优先级别最高的支付方式作为所述请求的返回应答。
进一步的,所述服务端依据对应所述当前所在地区的第三方支付平台的稳定性,修改叠加后的权值,具体为:服务端依据对应所述当前所在地区的第三方支付平台的稳定性,评定第三方支付平台对应支付方式的权值;将所述第三方支付平台对应支付方式的权值与叠加后的权值再次进行叠加。
进一步的,所述返回应答中还包括依据优先级别高低排列的所述当前所在地区支持的其他支付方式;移动端应用通过移动端支付适配SDK获取所述优先级别最高的支付方式和所述其他支付方式,并将所述优先级别最高的支付方式作为首选支付方式,所述其他支付方式作为备选支付方式进行展示。
优选的,所述优先级别使用大于等于0小于等于1的数值表示,数值0对应最高优先级别;
所述历史支付行为统计数据记录的各支付方式的优先级别依据1除于使用次数评定。
综上所述,本发明提供的移动端支付方式适配方法及其系统,不仅能够结合当前地区以及用户支付习惯筛选对用户当前环境下最优的支付方式返回给移动端应用,提高支付成功的概率,同时方便用户操作;而且还能支持支付方式自主配置,对稳定性较差或不想使用的支付方式进行屏蔽或降权;本发明能充分考虑用户习惯的多样性、用户所在地区的不确定性以及第三方支付平台的稳定性,准确获取最符合用户心意、最便捷的支付方式提供给用户。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等同变换,或直接或间接运用在相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.移动端支付方式适配方法,其特征在于,包括:
服务端配置有各用户账号对应的历史支付行为统计数据,所述历史支付行为统计数据记录有各支付方式依据使用次数评定的优先级别;
对应一用户账号的移动端应用发送当前所在地区和获取支付方式的请求至服务端;
服务端依据所述一用户账号对应的历史支付行为统计数据,以及所述当前所在地区,获取所述当前所在地区支持的支付方式中优先级别最高的支付方式作为所述请求的返回应答。
2.如权利要求1所述的移动端支付方式适配方法,其特征在于,所述服务端依据所述一用户账号对应的历史支付行为统计数据,以及所述当前所在地区,获取所述当前所在地区支持的支付方式中优先级别最高的支付方式作为所述请求的返回应答,具体为:
服务端依据所述当前所在地区,评定所述移动端应用支持的各支付方式对应所述当前所在地区的优先级别;
服务端依据所述一用户账号对应的历史支付行为统计数据,获取各支付方式对应使用次数的优先级别;
叠加所述各支付方式对应所述当前所在地区的优先级别与所述各支付方式对应使用次数的优先级别,获取优先级别最高的支付方式作为所述请求的返回应答。
3.如权利要求2所述的移动端支付方式适配方法,其特征在于,所述叠加所述各支付方式对应所述当前所在地区的优先级别与所述各支付方式对应使用次数的优先级别,获取优先级别最高的支付方式作为所述请求的返回应答,具体为:
叠加所述各支付方式对应所述当前所在地区的优先级别与所述各支付方式对应使用次数的优先级别;
服务端依据对应所述当前所在地区的第三方支付平台的稳定性级别,修改所述叠加得到的优先级别;
依据修改后的优先级别,获取优先级别最高的支付方式作为所述请求的返回应答。
4.如权利要求3所述的移动端支付方式适配方法,其特征在于,所述服务端依据对应所述当前所在地区的第三方支付平台的稳定性级别,修改所述叠加得到的优先级别,具体为:
服务端依据对应所述当前所在地区的第三方支付平台的稳定性排名,评定第三方支付平台对应的支付方式的稳定性级别;
将所述稳定性级别与所述叠加得到的优先级别再次进行叠加。
5.如权利要求1所述的移动端支付方式适配方法,其特征在于,还包括:
移动端应用通过移动端支付适配SDK获取所述返回应答对应的支付方式。
6.如权利要求5所述的移动端支付方式适配方法,其特征在于,所述返回应答中还包括依据优先级别高低排列的所述当前所在地区支持的其他支付方式;
移动端应用通过移动端支付适配SDK获取所述优先级别最高的支付方式和所述其他支付方式,并将所述优先级别最高的支付方式作为首选支付方式,所述其他支付方式作为备选支付方式进行展示。
7.如权利要求1所述的移动端支付方式适配方法,其特征在于,还包括:
移动端应用在支付完成后,上报包含支付方式的支付行为数据至服务端;
服务端依据所述支付行为数据更新所述一用户账号对应的历史支付行为统计数据。
8.如权利要求1所述的移动端支付方式适配方法,其特征在于,所述优先级别使用大于等于0小于等于1的数值表示,数值0对应最高优先级别;
所述历史支付行为统计数据记录的各支付方式的优先级别依据1除于使用次数评定。
9.移动端支付方式适配系统,其特征在于,包括:
服务端,包括用户支付行为统计服务、支付方式配置服务以及用户地区统计服务;
移动端应用,用于发送对应一用户账号的当前所在地区至用户地区统计服务,以及发送获取支付方式的请求至支付方式配置服务;
所述用户支付行为统计服务,用于配置有各用户账号对应的历史支付行为统计数据,所述历史支付行为统计数据记录有各支付方式依据使用次数评定的优先级别;
所述支付方式配置服务,用于依据从所述用户支付行为统计服务获取的所述一用户账号对应的历史支付行为统计数据,以及从所述当前所在地区获取的所述当前所在地区,获取所述当前所在地区支持的支付方式中优先级别最高的支付方式作为所述请求的返回应答。
10.如权利要求9所述的移动端支付方式适配系统,其特征在于,
所述用户地区统计服务,具体用于依据所述当前所在地区,评定所述移动端应用支持的支付方式对应所述当前所在地区的优先级别;
所述用户支付行为统计服务,具体用于依据所述一用户账号对应的历史支付行为统计数据,获取各支付方式对应使用次数的优先级别;
所述支付方式配置服务,具体用于叠加所述各支付方式对应所述当前所在地区的优先级别与所述各支付方式对应使用次数的优先级别,获取优先级别最高的支付方式作为所述请求的返回应答。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810809505.0A CN109191089B (zh) | 2018-07-23 | 2018-07-23 | 移动端支付方式适配方法及其系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810809505.0A CN109191089B (zh) | 2018-07-23 | 2018-07-23 | 移动端支付方式适配方法及其系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109191089A true CN109191089A (zh) | 2019-01-11 |
CN109191089B CN109191089B (zh) | 2021-05-25 |
Family
ID=64937043
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810809505.0A Active CN109191089B (zh) | 2018-07-23 | 2018-07-23 | 移动端支付方式适配方法及其系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109191089B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110322236A (zh) * | 2019-07-09 | 2019-10-11 | 四川长虹电器股份有限公司 | 支付系统 |
CN112328131A (zh) * | 2020-09-30 | 2021-02-05 | 北京每日优鲜电子商务有限公司 | 信息显示方法、装置、电子设备和计算机可读介质 |
WO2021169534A1 (zh) * | 2020-02-25 | 2021-09-02 | 支付宝(杭州)信息技术有限公司 | 一种支付方式确定方法、装置、系统及设备 |
CN114119010A (zh) * | 2022-01-28 | 2022-03-01 | 星河智联汽车科技有限公司 | 一种车内支付方式推荐方法、装置、设备及存储介质 |
US20220084031A1 (en) * | 2018-12-29 | 2022-03-17 | Bigo Technology Pte. Ltd. | Backend architecture method and system for aggregate payment, computer device, and storage medium |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2015179637A1 (en) * | 2014-05-21 | 2015-11-26 | Visa International Service Association | Offline authentication |
US20150347998A1 (en) * | 2002-11-06 | 2015-12-03 | Emmitt J. Smith, III | Personal interface device and method |
WO2016170386A1 (en) * | 2015-04-20 | 2016-10-27 | Beidas Moussa Burhan | System, method, and computer program product for facilitating financial transactions |
CN106383638A (zh) * | 2016-08-26 | 2017-02-08 | 维沃移动通信有限公司 | 一种支付方式的显示方法及移动终端 |
CN106447324A (zh) * | 2016-08-26 | 2017-02-22 | 维沃移动通信有限公司 | 一种支付方式的展示方法及移动终端 |
CN106651357A (zh) * | 2016-11-16 | 2017-05-10 | 网易乐得科技有限公司 | 一种支付方式推荐方法和设备 |
CN106845988A (zh) * | 2017-01-23 | 2017-06-13 | 杭州恒生云融网络科技有限公司 | 用于选择支付通道的方法及装置 |
CN106886894A (zh) * | 2017-02-21 | 2017-06-23 | 维沃移动通信有限公司 | 一种支付途径选择方法及移动终端 |
CN107403316A (zh) * | 2017-08-03 | 2017-11-28 | 广州爱九游信息技术有限公司 | 筛选支付方式的方法、装置、计算设备和存储介质 |
CN108154360A (zh) * | 2017-11-29 | 2018-06-12 | 商派软件有限公司 | 一种单一订单多种支付方式的方法 |
CN108171492A (zh) * | 2018-01-12 | 2018-06-15 | 阿里巴巴集团控股有限公司 | 支付方法、装置及设备 |
-
2018
- 2018-07-23 CN CN201810809505.0A patent/CN109191089B/zh active Active
Patent Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150347998A1 (en) * | 2002-11-06 | 2015-12-03 | Emmitt J. Smith, III | Personal interface device and method |
WO2015179637A1 (en) * | 2014-05-21 | 2015-11-26 | Visa International Service Association | Offline authentication |
WO2016170386A1 (en) * | 2015-04-20 | 2016-10-27 | Beidas Moussa Burhan | System, method, and computer program product for facilitating financial transactions |
CN106383638A (zh) * | 2016-08-26 | 2017-02-08 | 维沃移动通信有限公司 | 一种支付方式的显示方法及移动终端 |
CN106447324A (zh) * | 2016-08-26 | 2017-02-22 | 维沃移动通信有限公司 | 一种支付方式的展示方法及移动终端 |
CN106651357A (zh) * | 2016-11-16 | 2017-05-10 | 网易乐得科技有限公司 | 一种支付方式推荐方法和设备 |
CN106845988A (zh) * | 2017-01-23 | 2017-06-13 | 杭州恒生云融网络科技有限公司 | 用于选择支付通道的方法及装置 |
CN106886894A (zh) * | 2017-02-21 | 2017-06-23 | 维沃移动通信有限公司 | 一种支付途径选择方法及移动终端 |
CN107403316A (zh) * | 2017-08-03 | 2017-11-28 | 广州爱九游信息技术有限公司 | 筛选支付方式的方法、装置、计算设备和存储介质 |
CN108154360A (zh) * | 2017-11-29 | 2018-06-12 | 商派软件有限公司 | 一种单一订单多种支付方式的方法 |
CN108171492A (zh) * | 2018-01-12 | 2018-06-15 | 阿里巴巴集团控股有限公司 | 支付方法、装置及设备 |
Non-Patent Citations (1)
Title |
---|
刘畅等: "基于位置的移动支付中国专利技术综述", 《科技展望》 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20220084031A1 (en) * | 2018-12-29 | 2022-03-17 | Bigo Technology Pte. Ltd. | Backend architecture method and system for aggregate payment, computer device, and storage medium |
US12073405B2 (en) * | 2018-12-29 | 2024-08-27 | Bigo Technology Pte. Ltd. | Backend architecture method and system for aggregate payment, computer device, and storage medium |
CN110322236A (zh) * | 2019-07-09 | 2019-10-11 | 四川长虹电器股份有限公司 | 支付系统 |
WO2021169534A1 (zh) * | 2020-02-25 | 2021-09-02 | 支付宝(杭州)信息技术有限公司 | 一种支付方式确定方法、装置、系统及设备 |
CN112328131A (zh) * | 2020-09-30 | 2021-02-05 | 北京每日优鲜电子商务有限公司 | 信息显示方法、装置、电子设备和计算机可读介质 |
CN114119010A (zh) * | 2022-01-28 | 2022-03-01 | 星河智联汽车科技有限公司 | 一种车内支付方式推荐方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109191089B (zh) | 2021-05-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109191089A (zh) | 移动端支付方式适配方法及其系统 | |
Björkegren | The adoption of network goods: Evidence from the spread of mobile phones in Rwanda | |
CN103295147B (zh) | 投放广告的方法、装置和系统 | |
AU2011237500B2 (en) | Facilitating billing of embedded applications | |
US20070281663A1 (en) | Optimal selection of communications common carrier plans | |
CN105101302B (zh) | 基于用户使用习惯的流量管理方法及系统 | |
CN105869043A (zh) | 分散热点的数据库账户转入、转出的记账方法及装置 | |
CN101816138A (zh) | 频谱共享 | |
EP2348477A1 (en) | Crowdsourcing through mobile network | |
CN109658223A (zh) | 基于数据处理的催收案件分配方法、装置、设备和介质 | |
CN109618411A (zh) | 数据错峰上报方法、装置、设备及计算机可读存储介质 | |
CN110335030A (zh) | 支付路由系统、方法 | |
CN110149394A (zh) | 系统资源的调度方法、装置和存储介质 | |
CN106127410A (zh) | 客房服务监管方法、装置及系统 | |
CN105787714A (zh) | 一种支付应用之间的转账方法及系统 | |
CN105447980B (zh) | 智能自助售货型碾米机碾米方法 | |
CN100421101C (zh) | 数据核对装置及核对方法 | |
CN101895402B (zh) | 通信用户的计费数据管理方法和装置 | |
Glismann et al. | A framework for ancillary services design | |
US20110054990A1 (en) | Methods, systems, and computer program products for mobile network subscriber incentive programs | |
KR101955144B1 (ko) | Sdn 네트워크에서 데이터 흐름에 대해 과금하는 방법, 장치 및 시스템 | |
CN110023969A (zh) | 用于在任务分配系统中对配对策略进行基准化分析的技术 | |
CN107203873A (zh) | 数字知识产权券、用于生成数字知识产权券的终端及方法 | |
CN109960447A (zh) | 支付方法和支付装置 | |
CN107230095A (zh) | 一种信息显示方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |