CN114548975A - 扫码支付方法、用户终端、业务设备、系统及介质 - Google Patents
扫码支付方法、用户终端、业务设备、系统及介质 Download PDFInfo
- Publication number
- CN114548975A CN114548975A CN202210130242.7A CN202210130242A CN114548975A CN 114548975 A CN114548975 A CN 114548975A CN 202210130242 A CN202210130242 A CN 202210130242A CN 114548975 A CN114548975 A CN 114548975A
- Authority
- CN
- China
- Prior art keywords
- payment
- information
- code
- payment code
- user terminal
- 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.)
- Pending
Links
Images
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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
-
- 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- 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/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种扫码支付方法、用户终端、业务设备、系统及介质,属于数据处理领域。该方法包括:接收付款码请求消息,付款码请求消息包括用户终端的位置信息;获取与位置信息关联的付款等待时长因素信息;在与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,发送第一付款码反馈消息,第一付款码反馈消息包括第一付款码和第二付款码,用户终端在感应到收款受理终端的触发信号之前显示第一付款码,在感应到触发信号的情况下将显示的第一付款码切换为第二付款码;若支付请求消息包括第一信息,指示从第二付款码的信息指示的付款方账户中扣除支付金额。根据本申请实施例能够提高扫码支付的安全性。
Description
技术领域
本申请属于数据处理领域,尤其涉及一种扫码支付方法、用户终端、业务设备、系统及介质。
背景技术
随着支付技术的不断发展,扫码支付已经深入各个领域。扫码支付可包括主扫支付模式和被扫支付模式。主扫支付模式为支付用户扫描商户收款码的支付方式。被扫支付模式为支付用户的用户终端显示付款码,由商户受理终端扫描该付款码的支付方式。
在采用被扫支付模式的场景中,为了节省支付时间,用户会提前将付款码显示在用户终端。在用户等待支付的过程中,存在付款码被偷拍盗用的情况,降低了用户的支付安全。
发明内容
本申请实施例提供一种扫码支付方法、用户终端、业务设备、系统及介质,能够提高扫码支付的安全性。
第一方面,本申请实施例提供一种扫码支付方法,应用于业务系统,该方法包括:接收付款码请求消息,付款码请求消息由用户终端响应于支付操作生成,包括用户终端的位置信息;获取与位置信息关联的付款等待时长因素信息;在与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,发送第一付款码反馈消息,第一付款码反馈消息包括第一付款码和第二付款码,以使用户终端获取第一付款码反馈消息,并在感应到收款受理终端的触发信号之前显示第一付款码,在感应到触发信号的情况下将显示的第一付款码切换为第二付款码;在接收的支付请求消息包括第一信息的情况下,指示从第一信息指示的付款方账户中扣除支付金额,第一信息包括第二付款码的信息。
第二方面,本申请实施例提供一种扫码支付方法,应用于用户终端,方法包括:响应于接收的支付操作,发送付款码请求消息,付款码请求消息包括用户终端的位置信息;在业务系统获取的位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,接收第一付款码反馈消息,第一付款码反馈消息由业务系统生成,包括第一付款码和第二付款码;显示第一付款码,并在感应到收款受理终端的触发信号的情况下,将显示的第一付款码切换为第二付款码,以使业务系统利用第一信息从第一信息指示的付款方账户中扣除支付金额,第一信息包括第二付款码的信息。
第三方面,本申请实施例提供一种业务设备,包括:接收模块,用于接收付款码请求消息,付款码请求消息由用户终端响应于支付操作生成,包括用户终端的位置信息;获取模块,用于获取与位置信息关联的付款等待时长因素信息;发送模块,用于在与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,发送第一付款码反馈消息,第一付款码反馈消息包括第一付款码和第二付款码,以使用户终端获取第一付款码反馈消息,并在感应到收款受理终端的触发信号之前显示第一付款码,在感应到触发信号的情况下将显示的第一付款码切换为第二付款码;支付处理模块,用于在接收的支付请求消息包括第一信息的情况下,指示从第一信息指示的付款方账户中扣除支付金额,第一信息包括第二付款码的信息。
第四方面,本申请实施例提供一种用户终端,包括:发送模块,用于响应于接收的支付操作,发送付款码请求消息,付款码请求消息包括用户终端的位置信息;接收模块,用于在业务系统获取的位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,接收第一付款码反馈消息,第一付款码反馈消息由业务系统生成,包括第一付款码和第二付款码;显示模块,用于显示第一付款码,并在感应到收款受理终端的触发信号的情况下,将显示的第一付款码切换为第二付款码,以使业务系统利用第一信息从第一信息指示的付款方账户中扣除支付金额,第一信息包括第二付款码的信息。
第五方面,本申请实施例提供一种业务设备,包括:处理器以及存储有计算机程序指令的存储器;处理器执行计算机程序指令时实现第一方面的扫码支付方法。
第六方面,本申请实施例提供一种用户终端,包括:处理器以及存储有计算机程序指令的存储器;处理器执行计算机程序指令时实现第二方面的扫码支付方法。
第七方面,本申请实施例提供一种扫码支付系统,包括用户终端和业务系统;用户终端用于响应于接收的支付操作,发送付款码请求消息,付款码请求消息包括用户终端的位置信息;业务系统用于接收付款码请求消息,获取与位置信息关联的付款等待时长因素信息,在与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,发送第一付款码反馈消息,第一付款码反馈消息包括第一付款码和第二付款码;用户终端还用于显示第一付款码,并在感应到收款受理终端的触发信号的情况下,将显示的第一付款码切换为第二付款码;业务系统还用于在接收到的支付请求消息包括第一信息的情况下,指示从第一信息指示的付款方账户中扣除支付金额,第一信息包括第二付款码的信息。
第八方面,本申请实施例提供一种计算机可读存储介质,计算机可读存储介质上存储有计算机程序指令,计算机程序指令被处理器执行时实现第一方面的扫码支付方法或第二方面的扫码支付方法。
本申请实施例提供一种扫码支付方法、用户终端、业务设备、系统及介质,业务系统接收包括用户终端的位置信息的付款码请求消息,根据与该位置信息关联的付款等待时长因素信息,确定该付款等待时长因素信息表征的付款等待时长是否大于等于预设时长阈值,若该付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,可确定付款等待时长较长,存在付款码被偷拍盗用的可能性,业务系统为该用户终端下发第一付款码和第二付款码。第一付款码在用户终端感应到收款受理终端发出的触发信号之前在用户终端显示,第二付款码在用户终端感应到收款受理终端发出的触发信号的情况下在用户终端显示。业务系统接收到的支付请求消息包括第二付款码的信息,表示收款受理终端扫描的是第二付款码。由于第二付款码在在用户终端感应到收款受理终端发出的触发信号的情况下才显示,被偷拍盗用的可能性非常小,因此允许继续正常支付。通过付款等待时长对应的付款码下发策略以及第一付款码和第二付款码的切换,能够有效分辨安全性较高的支付,提高扫码支付的安全性。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对本申请实施例中所需要使用的附图作简单的介绍,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的扫码支付方法的应用场景的一示例的架构示意图;
图2为本申请第一方面提供的扫码支付方法的一实施例的流程图;
图3为本申请第一方面提供的扫码支付方法的另一实施例的流程图;
图4为本申请第一方面提供的扫码支付方法的又一实施例的流程图;
图5为本申请第一方面提供的扫码支付方法的再一实施例的流程图;
图6为本申请第二方面提供的扫码支付方法的一实施例的流程图;
图7为本申请第二方面提供的扫码支付方法的另一实施例的流程图;
图8为本申请第二方面提供的扫码支付方法的又一实施例的流程图;
图9为本申请实施例提供的扫码支付流程的一示例的流程图;
图10为本申请第三方面提供的业务设备的一实施例的结构示意图;
图11为本申请第三方面提供的业务设备的另一实施例的结构示意图;
图12为本申请第三方面提供的业务设备的又一实施例的结构示意图;
图13为本申请第四方面提供的用户终端的一实施例的结构示意图;
图14为本申请第四方面提供的用户终端的另一实施例的结构示意图;
图15为本申请第五方面提供的业务设备的一实施例的结构示意图;
图16为本申请第六方面提供的用户终端的一实施例的结构示意图。
具体实施方式
下面将详细描述本申请的各个方面的特征和示例性实施例,为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及具体实施例,对本申请进行进一步详细描述。应理解,此处所描述的具体实施例仅意在解释本申请,而不是限定本申请。对于本领域技术人员来说,本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
随着支付技术的不断发展,扫码支付已经深入各个领域。扫码支付可包括主扫支付模式和被扫支付模式。主扫支付模式为支付用户扫描商户收款码的支付方式。被扫支付模式为支付用户的用户终端显示付款码,由商户受理终端扫描该付款码的支付方式。在采用被扫支付模式的场景中,为了节省支付时间,用户会提前将付款码显示在用户终端。但在用户等待支付的过程中,有人会偷拍用户终端显示的付款码,并利用偷拍的付款码进行支付,对付款码所属用户的账户中资金造成盗刷,严重影响了用户的支付安全。
本申请提供一种扫码支付方法、用户终端、业务设备、系统及介质,可在需要付款的用户终端所在位置的付款等待时长较长如排队付款的队伍较长的情况下,向用户终端下发两个不同的付款码,在还未靠近收款受理终端如销售点设备即POS机等设备的情况下,用户终端显示其中一个付款码,在用户终端靠近收款受理终端的情况下,用户终端显示其中另一个付款码。在用户终端的用户周围排队的其他人难以拍摄到另一个付款码,因此在业务系统接收到的支付请求消息包括另一个付款码的信息的情况下,可允许正常支付,提高了用户的支付安全。
本申请实施例中的扫码支付方法应用于被扫支付模式的场景中,可涉及用户终端、收款受理终端、支付机构系统、业务系统和账户管理系统。图1为本申请实施例提供的扫码支付方法的应用场景的一示例的架构示意图。如图1所示,该扫描支付方法的架构系统可包括用户终端11、收款受理终端12、支付机构系统13、业务系统14和账户管理系统15。
用户终端11为用户用于进行支付的终端设备,具体可包括手机、平板电脑、智能穿戴设备等,在此并不限定用户终端11的具体种类。用户终端11可安装有支付应用程序,支付应用程序可用于支付。用户终端11具有显示功能,可显示付款码,从而利用付款码进行支付。付款码可为二维码或其他图形码等,在此并不限定其具体种类。用户终端11可与支付机构系统13交互,通过支付机构系统13向业务系统14申请付款码。为了保证付款码的安全性,付款码具有有效期,有效期过后,付款码不能继续使用,需要更新付款码。
收款受理终端12为商户在支付过程中用于与用户终端11进行交互的终端设备,具体可包括POS机等,在此并不限定收款受理终端12的具体种类。收款受理终端12可具有扫描功能,可扫描付款码,从而读取付款码包含的信息。收款受理终端12可向支付机构系统13发起支付请求。
支付机构系统13可用于支付收单,具体可为收单机构的系统。支付机构系统13可包括一台或两台以上的服务器等业务设备,支付机构系统13中不同的服务器等业务设备可执行支付机构系统13中相同的功能,也可执行支付机构系统13中不同的功能,在此并不限定。支付机构系统13可将支付请求向业务系统14传递。
业务系统14可用于生成并下发付款码,还可用于支付风险的控制,还可用于进行清算等。业务系统14可包括多个子系统,例如,业务系统14可包括付款码子系统141、风险控制子系统142和清算子系统143等。业务系统14可将生成的付款码通过支付机构系统13下发给用户终端11。业务系统14可包括一台或两台以上的服务器等业务设备,业务系统14中不同的服务器等业务设备可执行业务系统14中相同的功能,也可执行业务系统14中不同的功能。在业务系统14包括多台服务器等业务设备的情况下,部分服务器等业务设备可属于付款码子系统141,部分服务器等业务设备可属于风险控制子系统142,部分服务器等业务设备可属于清算子系统143。
账户管理系统15为管理用户账户、商户账户等账户的系统。账户管理系统15可与业务系统14交互,从而完成付款账户的扣款以及收款账户的收款等。账户管理系统15可包括一台或两台以上的服务器等业务设备,账户管理系统15中不同的服务器等业务设备可执行账户管理系统15中相同的功能,也可执行账户管理系统15中不同的功能,在此并不限定。
下面对本申请中的扫码支付方法、用户终端、业务设备、系统及介质依次进行说明。
本申请第一方面提供一种扫码支付方法,可应用于业务系统,即该扫码支付方法可由业务系统执行,具体地,该扫码支付方法可由业务系统中的业务设备执行。图2为本申请第一方面提供的扫码支付方法的一实施例的流程图。如图2所示,该扫码支付方法可包括步骤S201至步骤S204。
在步骤S201中,接收付款码请求消息。
付款码请求消息用于请求付款码,可由用户终端响应于支付操作生成。用户终端生成付款码请求消息,可通过支付机构系统发送至业务系统。即用户终端向支付机构系统发送付款码请求消息,支付机构系统再向业务系统发送付款码请求消息。业务系统接收的是支付机构系统发送的付款码请求消息。例如,用户对用户终端进行支付操作,打开支付应用程序,并点击“付款码”功能,用户终端响应于该支付操作向支付机构系统发送付款码请求消息。
付款码请求消息包括用户终端的位置信息。用户终端的位置信息可指示用户终端的位置。例如,用户终端的位置信息可包括用户终端所在位置的经、纬度信息。
在步骤S202中,获取与位置信息关联的付款等待时长因素信息。
在从付款码请求消息中得到位置信息后,获取与该位置信息关联的付款等待时长因素信息。与位置信息关联的付款等待时长因素信息可包括位置信息指示的位置处的商户的付款等待时长因素信息、位置信息指示的位置所在区域的付款等待时长因素信息等。付款等待时长因素信息包括影响付款等待时长的因素信息,能够体现付款等待时长。付款等待时长也可视为付款排队时长。
在一些示例中,付款等待时长因素信息可包括收款方的状态信息、收款方的排队时长信息、与收款方交易的用户的历史等待时间信息等中的一项或两项以上。
收款方的状态信息可表征收款方的繁忙程度,收款方越繁忙,对于付款用户而言,付款等待时长就可能会越长。收款方的排队时长信息可表征收款方的排队时长,排队时长越长,付款等待时长就会越长。与收款方交易的用户的历史等待时间信息可包括与收款方发生交易的用户与付款等待相关的历史信息,通过与收款方发生交易的用户的信息来确定付款等待时长。例如,历史等待时间信息可包括付款码请求时间和付款时间,付款码请求时间为用户终端请求付款码的时刻,付款时间为用户终端付款的时刻,一个用户的付款码请求时间和付款时间之间的时长即可作为该用户的付款等待时长,可根据与一收款方交易的多个用户的付款码请求时间和付款时间之间的时长,确定该收款方的付款等待时长。
在步骤S203中,在与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,发送第一付款码反馈消息,以使用户终端获取第一付款码反馈消息,并在感应到收款受理终端的触发信号之前显示第一付款码,在感应到触发信号的情况下将显示的第一付款码切换为第二付款码;
预设时长阈值为用于判定导致安全风险的时长的门限值,可根据场景、需求、经验等设定,在此并不限定。付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,表示安全风险较大,需要执行安全性更高的付款码下发措施。付款等待时长因素信息表征的付款等待时长小于预设时长阈值,表示安全风险较小,可忽略不计。
若与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,业务系统可向支付机构系统发送第一付款码反馈消息,支付机构系统再向用户终端发送第一付款码反馈消息。第一付款码反馈消息包括第一付款码和第二付款码。第一付款码与第二付款码不同。
用户终端接收第一付款码反馈消息,从第一付款码反馈消息中获取第一付款码和第二付款码,可先显示第一付款码,保存第二付款码。收款受理终端可发出触发信号。在付款方用户携带用户终端还在排队未到达收款受理终端处时,用户终端未感应到收款受理终端发出的触发信号,在用户终端未感应到触发信号即用户终端感应到触发信号之前,用户终端显示第一付款码。在付款方用户携带用户终端到达收款受理终端处时,用户终端感应到收款受理终端发出的触发信号,可将显示的第一付款码切换为第二付款码,以使收款受理终端扫描第二付款码。
在一些示例中,触发信号可包括以下一项或两项以上:近场通信(Near FieldCommunication,NFC)信号、蓝牙信号、声波信号等。NFC信号可包括收款受理终端的加密NFC标签的信息。蓝牙信号可包括收款受理终端的蓝牙标签的信息。声波信号可包括声波标签的信息,声波信号也可为特定频率的低频声波信号。
在步骤S204中,在接收的支付请求消息包括第一信息的情况下,指示从第一信息指示的付款方账户中扣除支付金额。
收款受理终端扫描用户终端显示的付款码后,会根据从付款码读取的信息生成支付请求消息,支付请求消息包括从付款码读取的信息。收款受理终端向支付机构系统发送支付请求消息,支付机构系统再向业务系统发送支付请求消息。
第一信息包括第二付款码的信息,第二付款码的信息为从第二付款码读取得到的信息。业务系统接收到的支付请求消息包括第一信息,表示本次扫码支付中,收款受理终端扫描的是第二付款码,也就是说,收款受理终端扫描到的是用户终端到达收款受理终端处才切换的第二付款码,本次扫码支付的安全风险较小,允许继续正常进行支付。业务系统可向账户管理系统发送交易消息,以指示从第一信息指示的付款方账户中扣除支付金额。
在本申请实施例中,业务系统接收包括用户终端的位置信息的付款码请求消息,根据与该位置信息关联的付款等待时长因素信息,确定该付款等待时长因素信息表征的付款等待时长是否大于等于预设时长阈值,若该付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,可确定付款等待时长较长,存在付款码被偷拍盗用的可能性,业务系统为该用户终端下发第一付款码和第二付款码。第一付款码在用户终端感应到收款受理终端发出的触发信号之前在用户终端显示,第二付款码在用户终端感应到收款受理终端发出的触发信号的情况下在用户终端显示。业务系统接收到的支付请求消息包括第二付款码的信息,表示收款受理终端扫描的是第二付款码。由于第二付款码在在用户终端感应到收款受理终端发出的触发信号的情况下才显示,被偷拍盗用的可能性非常小,因此允许继续正常支付。通过付款等待时长对应的付款码下发策略以及第一付款码和第二付款码的切换,能够有效分辨安全性较高的支付,提高扫码支付的安全性。
上述第一付款码和第二付款码的切换由用户终端主动执行,不需用户参与,可减少用户的操作,在保证扫码支付的安全性的基础上,提高扫码支付的效率。而且,与缩短付款码有效时长的技术方案相比,本申请实施例不需要频繁更新下发付款码,还可在保证扫码支付的安全性的基础上,降低生成即下发付款码的业务系统的处理压力。
在一些实施例中,可通过对付款等待时长因素是否满足双码下发条件,来确定付款等待时长是否大于等于预设时长阈值。图3为本申请第一方面提供的扫码支付方法的另一实施例的流程图。图3与图2的不同之处在于,图3所示的扫码支付方法还可包括步骤S205。
在步骤S205中,在与位置信息关联的付款等待时长因素信息满足双码下发条件的情况下,确定与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值。
双码下发条件包括用于判断付款等待时长因素信息条件下的支付是否存在付款码被偷拍盗用的风险的条件。与位置信息关联的付款等待时长因素信息满足双码下发条件,确定与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,表示付款等待时长因素信息条件下的支付存在付款码被偷拍盗用的风险,可通过第一付款码反馈消息向用户终端下发第一付款码和第二付款码。在一些示例中,与位置信息关联的付款等待时长因素信息不满足双码下发条件,确定与位置信息关联的付款等待时长因素信息表征的付款等待时长小于预设时长阈值,表示付款等待时长因素信息条件下的支付不存在付款码被偷拍盗用的风险,可向用户终端下发一个付款码。
付款等待时长因素信息的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些示例中,双码下发条件可包括以下一项或多项:
与位置信息关联的收款方的状态信息表征位于位置信息对应的区域内的收款方处于收款繁忙状态;
与位置信息关联的收款方的状态信息表征位于位置信息对应的区域内的收款方处于活动举办状态;
与位置信息关联的收款方的排队时长信息表征位于位置信息对应的区域内的收款方的排队时长大于等于预设时长阈值;
与位置信息关联的与收款方交易的用户的付款码请求时间与付款时间之间的时长大于等于预设时长阈值。
位置信息对应的区域为位置信息指示的位置的所在区域,该区域的大小可根据对收款方要求的精确度设定,在此并不限定。在一些示例中,位置信息对应的区域中可只包括一个收款方。
收款方的状态信息表征收款方处于收款繁忙状态,则在收款方等待付款的付款方用户较多,对应地,付款方用户的付款等待时长较长,即付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,付款方用户的付款码会存在被偷拍盗用的可能性,需要向用户终端下发第一付款码和第二付款码。
收款方的状态信息表征收款方处于活动举办状态,则在收款方等待付款的付款方用户较多,对应地,付款方用户的付款等待时长较长,即付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,付款方用户的付款码会存在被偷拍盗用的可能性,需要向用户终端下发第一付款码和第二付款码。收款方举办的活动可为促销或优惠活动等,在此并不限定。
收款方的排队时长信息表征的收款方的排队时长与付款等待时长基本一致,排队时长越长,付款等待时长越长。收款方的排队时长信息表征收款方的排队时长大于等于预设时长阈值,即付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,付款方用户的付款码会存在被偷拍盗用的可能性,需要向用户终端下发第一付款码和第二付款码。
收款方交易的用户的付款码请求时间与付款时间之间的时长即为付款等待时长,收款方交易的用户的付款码请求时间与付款时间之间的时长大于等于预设时长阈值,即付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,付款方用户的付款码会存在被偷拍盗用的可能性,需要向用户终端下发第一付款码和第二付款码。
在一些实施例中,用户终端显示的第一付款码可能会被偷拍盗用进行支付,或者,由于用户终端从第一付款码切换为第二付款码存在一定延时,导致收款受理终端扫描到的仍然是第一付款码,为了能够准确地分辨存在偷拍盗用风险的支付,可根据支付请求消息包括的交易信息进行进一步判断,根据判断结果执行相应的处理。图4为本申请第一方面提供的扫码支付方法的又一实施例的流程图。图4与图2的不同之处在于,图4所示的扫码支付方法还可包括步骤S206和步骤S207。
在步骤S206中,在接收的支付请求消息包括第二信息的情况下,若交易信息满足风险控制条件,执行交易干预处理。
第二信息包括第一付款码的信息,第一付款码的信息为从第一付款码读取得到的信息。业务系统接收到的支付请求消息包括第二信息,表示本次扫码支付中,收款受理终端扫描的是第一付款码。但收款受理终端扫描的第一付款码可能是他人偷拍盗用的第一付款码,也可能是用户终端切换付款码存在延时而还未切换的第一付款码,但他人偷拍盗用的第一付款码的支付是非法支付,用户终端切换付款码存在延时而还未切换的第一付款码是合法支付,可通过支付请求消息包括的交易信息是否满足风险控制条件,进一步分辨非法支付和合法支付。
风险控制条件用于判定第二信息指示的支付存在盗用风险,交易干预处理用于对存在盗用风险的支付进行安全处理。
在一些示例中,交易信息包括以下一项或两项以上:收款方商户地址、支付金额、支付频率。支付频率为利用第二信息对应的第一付款码进行支付的频率。
风险控制条件包括以下一项或两项以上:
收款方商户地址所在位置与位置信息指示的位置之间的距离大于安全距离阈值;
支付金额大于安全金额阈值;
支付频率高于安全频率阈值。
交易信息满足风险控制条件,表示交易信息对应的支付存在盗用风险,需要进行交易干预处理。
在一些偷拍盗用收款码的情况下,偷拍到收款码的人会将偷拍到的收款码发给其他人,由其他人在其他地点的收款方处进行支付。可通过收款方商户地址所在位置与付款码请求消息中用户终端的位置信息指示的位置之间的距离和安全距离阈值,来判断这次支付是否是利用偷拍的第一收款码在其他地点的收款方处进行支付的非法支付。安全距离阈值为判断是否为同一地点支付的距离的安全门限值,可根据场景、需求、经验等设定,在此并不限定。收款方商户地址所在位置与位置信息指示的位置之间的距离大于安全距离阈值,表示申请付款码的位置与支付的位置距离较远,并不在同一地点,很有可能是偷拍盗用付款码的非法支付,需要进行交易干预处理。
也可通过支付金额来协助提高扫码支付的安全性。安全金额阈值为判断支付额度是否安全的金额的门限值,可根据场景、需求、经验等设定,在此并不限定。支付金额大于安全金额阈值,若是在偷拍盗用收款码的情况下,可能会造成较大的损失,需要进行交易干预处理。
还可通过支付频率来协助提高扫码支付的安全性。安全频率阈值为判断支付频率是否安全的频率的门限值,可根据场景、需求、经验等设定,在此并不限定。支付频率高于安全频率阈值,若是在偷拍盗用收款码的情况下,可能会造成较大的损失,需要进行交易干预处理。
在风险控制条件包括两项以上的条件的情况下,风险控制条件可具有优先级,可优先判断交易信息是否满足优先级相对高的风险控制条件,若交易信息满足优先级相对高的风险控制条件,可执行交易干预处理;若交易信息不满足优先级相对高的风险控制条件,再判断交易信息是否满足优先级相对低的风险控制条件。例如,风险控制条件包括收款方商户地址所在位置与位置信息指示的位置之间的距离大于安全距离阈值,和,支付金额大于安全金额阈值;若收款方商户地址所在位置与位置信息指示的位置之间的距离大于安全距离阈值,可执行交易干预处理,不需再判断支付金额是否大于安全金额阈值;若收款方商户地址所在位置与位置信息指示的位置之间的距离小于等于安全距离阈值,再判断支付金额是否大于安全金额阈值,若支付金额大于安全金额阈值,可执行交易关于处理。
交易干预处理可包括:对发送包括第二信息的支付请求消息的用户终端的用户进行身份验证;或者,中止第二信息指示的支付。
在第二信息指示的支付存在盗用风险的情况下,业务系统可对利用第二信息对应的第一付款码进行支付的用户进行身份验证。具体地,业务系统可向支付机构系统发送身份验证请求消息,支付机构系统再向用户终端发送身份验证请求消息。用户终端响应于接收的身份验证请求消息,可显示身份验证界面,提示用户输入身份验证信息。身份验证信息可包括支付账号、支付密码、验证码等能够证明是请求付款码的用户本人进行支付的信息,在此并不限定。用户终端向支付机构系统发送身份验证信息,支付机构系统向业务系统发送身份验证信息,业务系统核对接收的身份验证信息和预留或设置的身份验证信息是否一致,若一致,则可继续正常支付,若不一致,则中止支付。
在第二信息指示的支付存在盗用风险的情况下,也可直接中止第二信息指示的支付,以避免盗用风险。
在步骤S207中,在接收的支付请求消息包括第二信息的情况下,若交易信息不满足风险控制条件,指示从第二信息指示的付款方账户中扣除支付金额。
交易信息不满足风险控制条件,表示交易信息对应的支付不存在盗用风险,可不进行交易干预处理,继续正常进行支付。业务系统可向账户管理系统发送交易消息,以指示从第二信息指示的付款方账户中扣除支付金额。
通过交易消息和风险控制条件,可提升风险监控的有效性,提高识别存在盗用风险的支付的精确性,并进一步提高扫码支付的安全性。
在一些实施例中,付款等待时长小于预设时长阈值,付款方用户的付款码会被偷拍盗用的风险较小可忽略不计,业务系统可向用户终端下发单个付款码,在保证扫码支付的安全性的基础上,进一步减小业务系统生成付款码以及下发付款码的压力。图5为本申请第一方面提供的扫码支付方法的再一实施例的流程图。图5与图2的不同之处在于,图5所示的扫码支付方法还可包括步骤S208和步骤S209。
在步骤S208中,在与位置信息关联的付款等待时长因素信息表征的付款等待时长小于预设时长阈值的情况下,发送第二付款码反馈消息,以使用户终端获取第二付款码反馈消息,并显示第三付款码。
第二付款码反馈消息包括第三付款码。即在与位置信息关联的付款等待时长因素信息表征的付款等待时长小于预设时长阈值的情况下,认为付款码被偷拍盗用风险较小,可忽略不计,业务系统可向用户终端下发单个付款码即第三付款码。用户终端在第三付款码的有效时长内,显示第三付款码,并不触发付款码的切换。
具体地,业务系统可向支付机构系统发送第二付款码反馈消息,支付机构系统再向用户终端发送第二付款码反馈消息。用户终端接收第二付款码反馈信息,从第二付款码反馈信息获取第三付款码,可显示第三付款码。
在步骤S209中,在接收的支付请求消息包括第三信息的情况下,指示从第三信息指示的付款方账户中扣除支付金额。
第三信息包括第三付款码的信息,第三付款码的信息为从第三付款码读取得到的信息。业务系统接收到的支付请求消息包括第三信息,表示本次扫码支付中,收款受理终端扫描到的是第三付款码。第三付款码是在偷拍盗用付款码风险较小的情况下下发的,表示本次扫码支付的安全风险较小,允许继续正常进行支付。业务系统可向账户管理系统发送交易消息,以指示从第三信息指示的付款方账户中扣除支付金额。
在根据与位置信息关联的付款等待时长因素信息确定付款码被偷拍盗用风险较小的情况下,业务系统向用户终端下发单个付款码,可在保证扫码支付的安全性的基础上,降低业务系统生成付款码、下发付款码的压力。
本申请第二方面提供一种扫码支付方法,可应用于用户终端,即该扫码方法可由用户终端执行。图6为本申请第二方面提供的扫码支付方法的一实施例的流程图。如图6所示,该扫码支付方法可包括步骤S301至步骤S303。
在步骤S301中,响应于接收的支付操作,发送付款码请求消息。
付款码请求消息包括用户终端的位置信息。具体地,用户终端可先向支付机构系统发送付款码请求消息,支付机构系统再向业务系统发送付款码请求消息。
在步骤S302中,在业务系统获取的位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,接收第一付款码反馈消息。
第一付款码反馈消息由业务系统生成。第一付款码反馈消息包括第一付款码和第二付款码。具体地,业务系统可先向支付机构系统发送第一付款码反馈消息,再由支付机构系统向用户终端发送第一付款码反馈消息。
在步骤S303中,显示第一付款码,并在感应到收款受理终端的触发信号的情况下,将显示的第一付款码切换为第二付款码,以使业务系统利用第一信息从第一信息指示的付款方账户中扣除支付金额。
用户终端在接收到第一付款码反馈消息后,在感应到收款受理终端的触发信号前先显示第一付款码,在感应到收款受理终端的触发信号的情况下,再切换显示第二付款码。
第一信息包括第二付款码的信息。
在一些示例中,触发信号包括以下一项或两项以上:近场通信信号、蓝牙信号、声波信号,具体内容可参见上述实施例中的相关说明,在此不再赘述。
上述步骤S301至步骤S303的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在本申请实施例中,用户终端可通过付款码请求消息,向业务系统请求付款码。付款码请求消息包括位置信息,可体现用户终端申请付款码时的位置。业务系统根据与该位置信息关联的付款等待时长因素信息,确定该付款等待时长因素信息表征的付款等待时长是否大于等于预设时长阈值,若该付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,可确定付款等待时长较长,存在付款码被偷拍盗用的可能性,用户终端可通过第一付款码反馈消息接收到业务系统下发的第一付款码和第二付款码。用户终端在感应到收款受理终端发出的触发信号之前显示第一付款码,用户终端感应到收款受理终端发出的触发信号的情况下将显示的付款码切换为第二付款码,使得用户终端在收款受理终端处进行支付时,收款受理终端扫描的是第二付款码,可利用第二付款码的信息通过业务系统继续正常进行支付。由于第二付款码在在用户终端感应到收款受理终端发出的触发信号的情况下才显示,被偷拍盗用的可能性非常小,因此允许继续正常支付。通过付款等待时长对应的付款码下发策略以及第一付款码和第二付款码的切换,能够有效分辨安全性较高的支付,提高扫码支付的安全性。
上述第一付款码和第二付款码的切换由用户终端主动执行,不需用户参与,可减少用户的操作,在保证扫码支付的安全性的基础上,提高扫码支付的效率。而且,与缩短付款码有效时长的技术方案相比,本申请实施例不需要频繁更新下发付款码,还可在保证扫码支付的安全性的基础上,降低生成即下发付款码的业务系统的处理压力。
在一些实施例中,在与位置信息关联的付款等待时长因素信息满足双码下发条件的情况下,位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值。
付款等待时长因素信息包括收款方的状态信息、收款方的排队时长信息、与收款方交易的用户的历史等待时间信息中的一项或两项以上。其中,历史等待时间信息包括付款码请求时间和付款时间。
双码下发条件包括以下一项或多项:
与位置信息关联的收款方的状态信息表征位于位置信息对应的区域内的收款方处于收款繁忙状态;
与位置信息关联的收款方的状态信息表征位于位置信息对应的区域内的收款方处于活动举办状态;
与位置信息关联的收款方的排队时长信息表征位于位置信息对应的区域内的收款方的排队时长大于等于预设时长阈值;
与位置信息关联的与收款方交易的用户的付款码请求时间与付款时间之间的时长大于等于预设时长阈值。
与位置信息关联的付款等待时长因素信息、双码下发条件等的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,收款受理终端读取到的也可能是第一付款码,可进一步通过支付请求消息中的交易信息和风险控制条件来区分第一付款码对应的支付是否为安全风险大的支付。图7为本申请第二方面提供的扫码支付方法的另一实施例的流程图。图7与图6的不同之处在于,图7所示的扫码支付方法还可包括步骤S304。
在步骤S304中,在第一付款码被收款受理终端读取的情况下,若收款受理终端向业务系统发送的支付请求消息中的交易信息满足风险控制条件,接受交易干预处理。
所述风险控制条件用于判定第二信息指示的支付存在盗用风险。所述第二信息包括所述第一付款码的信息。所述交易干预处理用于对存在盗用风险的支付进行安全处理。
步骤S304的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些示例中,所述交易信息包括以下一项或两项以上:收款方商户地址、支付金额、支付频率。交易信息的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些示例中,风险控制条件包括以下一项或两项以上:
收款方商户地址所在位置与位置信息指示的位置之间的距离大于安全距离阈值;
支付金额大于安全金额阈值;
支付频率高于安全频率阈值。
风险控制条件的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些示例中,上述交易干预处理包括:对用户终端的用户进行身份验证;或者,中止第二信息指示的支付。
交易干预处理的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,在第一付款码被收款受理终端读取的情况下,若收款受理终端向业务系统发送的支付请求消息中的交易信息不满足风险控制条件,第二信息指示的支付正常进行。
上述收款受理终端向业务系统发送的支付请求消息中的交易信息不满足风险控制条件情况下的支付的具体内容可参见上述实施例中的相关说明,在此不再赘述。
在一些实施例中,付款等待时长小于预设时长阈值,付款方用户的付款码会被偷拍盗用的风险较小可忽略不计,业务系统可向用户终端下发单个付款码。图8为本申请第二方面提供的扫码支付方法的又一实施例的流程图。图8与图6的不同之处在于,图8所示的扫码支付方法还可包括步骤S305和步骤S306。
在步骤S305中,在业务系统获取的位置信息关联的付款等待时长因素信息表征的付款等待时长小于预设时长阈值的情况下,接收第二付款码反馈消息。
第二付款码反馈消息包括第三付款码。
在步骤S306中,显示第三付款码,以使业务系统利用第三信息从第三信息指示的付款方账户中扣除支付金额。
第三信息包括第三付款码的信息。
步骤S305至步骤S306的具体内容可参见上述实施例中的相关说明,在此不再赘述。
为了便于理解本申请实施例中的扫码支付方法,下面以业务系统一次性下发两个付款码即第一付款码和第二付款码为例来说明用户终端、收款受理终端、支付机构系统、业务系统和账户管理系统之间的扫码支付流程。图9为本申请实施例提供的扫码支付流程的一示例的流程图。如图9所示,扫码支付整体流程可包括步骤S401至步骤S418。
在步骤S401中,用户终端响应于用户的支付操作,向支付机构系统发送付款码请求消息。
在步骤S402中,支付机构系统向业务系统发送付款码请求消息。
在步骤S403中,业务系统获取与付款码请求消息中位置信息关联的付款等待时长因素信息。
在步骤S404中,业务系统判断付款等待时长因素信息是否满足双码下发条件。
在步骤S405中,若满足双码下发条件,业务系统向支付机构系统发送第一付款码反馈消息。第一付款码反馈消息包括第一付款码和第二付款码。
在步骤S406中,支付机构系统向用户终端发送第一付款码反馈消息。
在步骤S407中,用户终端先显示第一付款码,并存储第二付款码。
在步骤S408中,在用户终端感应到收款受理终端发出的触发信号的情况下,用户终端切换显示第二付款码。
在步骤S409中,收款受理终端扫描用户终端显示的付款码,读取付款码的信息。
在步骤S410中,收款受理终端向支付机构系统发送支付请求消息。支付请求消息包括交易信息和读取得到的付款码的信息。
在步骤S411中,支付机构系统向业务系统发送支付请求消息。
在步骤S412中,业务系统识别支付请求消息中的付款码的信息是第一付款码的信息,还是第二付款码的信息。若支付请求消息中的付款码的信息是第二付款码的信息,跳转至步骤S413;若支付请求消息中的付款码的信息是第一付款码的信息,跳转至步骤S415。
在步骤S413中,业务系统向账户管理系统发送交易消息。
在步骤S414中,账户管理系统响应于交易消息,从第二付款码的信息指示的付款方账户中扣除支付金额。
在步骤S415中,业务系统判断交易信息是否满足风险控制条件。若交易信息满足风险控制条件,跳转至步骤S416;若交易信息不满足风险控制条件,跳转至步骤S417。
在步骤S416中,业务系统执行交易干预处理。
在步骤S417中,业务系统向账户管理系统发送交易消息。
在步骤S418中,账户管理系统响应于交易消息,从第一付款码的信息指示的付款方账户中扣除支付金额。
上述步骤S401至步骤S418中的具体内容可参见上述实施例中的相关内容,在此不再赘述。
本申请第三方面提供一种业务设备。图10为本申请第三方面提供的业务设备的一实施例的结构示意图。如图10所示,业务设备500可包括接收模块501、获取模块502、发送模块503和支付处理模块504。
接收模块501可用于接收付款码请求消息。
付款码请求消息由用户终端响应于支付操作生成,包括用户终端的位置信息。
获取模块502可用于获取与位置信息关联的付款等待时长因素信息。
发送模块503可用于在与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,发送第一付款码反馈消息,以使用户终端获取第一付款码反馈消息,并在感应到收款受理终端的触发信号之前显示第一付款码,在感应到触发信号的情况下将显示的第一付款码切换为第二付款码。
第一付款码反馈消息包括第一付款码和第二付款码。
在一些示例中,触发信号包括以下一项或两项以上:近场通信信号、蓝牙信号、声波信号
支付处理模块504可用于在接收的支付请求消息包括第一信息的情况下,指示从第一信息指示的付款方账户中扣除支付金额。
第一信息包括第二付款码的信息。
在本申请实施例中,业务系统接收包括用户终端的位置信息的付款码请求消息,根据与该位置信息关联的付款等待时长因素信息,确定该付款等待时长因素信息表征的付款等待时长是否大于等于预设时长阈值,若该付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,可确定付款等待时长较长,存在付款码被偷拍盗用的可能性,业务系统为该用户终端下发第一付款码和第二付款码。第一付款码在用户终端感应到收款受理终端发出的触发信号之前在用户终端显示,第二付款码在用户终端感应到收款受理终端发出的触发信号的情况下在用户终端显示。业务系统接收到的支付请求消息包括第二付款码的信息,表示收款受理终端扫描的是第二付款码。由于第二付款码在在用户终端感应到收款受理终端发出的触发信号的情况下才显示,被偷拍盗用的可能性非常小,因此允许继续正常支付。通过付款等待时长对应的付款码下发策略以及第一付款码和第二付款码的切换,能够有效分辨安全性较高的支付,提高扫码支付的安全性。
上述第一付款码和第二付款码的切换由用户终端主动执行,不需用户参与,可减少用户的操作,在保证扫码支付的安全性的基础上,提高扫码支付的效率。而且,与缩短付款码有效时长的技术方案相比,本申请实施例不需要频繁更新下发付款码,还可在保证扫码支付的安全性的基础上,降低生成即下发付款码的业务系统的处理压力。
图11为本申请第三方面提供的业务设备的另一实施例的结构示意图。图11与图10的不同之处在于,图11所示的业务设备500还可包括判定模块505。
判定模块505可用于在与位置信息关联的付款等待时长因素信息满足双码下发条件的情况下,确定与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值。
付款等待时长因素信息包括收款方的状态信息、收款方的排队时长信息、与收款方交易的用户的历史等待时间信息中的一项或两项以上。其中,历史等待时间信息包括付款码请求时间和付款时间。
双码下发条件包括以下一项或多项:
与位置信息关联的收款方的状态信息表征位于位置信息对应的区域内的收款方处于收款繁忙状态;
与位置信息关联的收款方的状态信息表征位于位置信息对应的区域内的收款方处于活动举办状态;
与位置信息关联的收款方的排队时长信息表征位于位置信息对应的区域内的收款方的排队时长大于等于预设时长阈值;
与位置信息关联的与收款方交易的用户的付款码请求时间与付款时间之间的时长大于等于预设时长阈值。
图12为本申请第三方面提供的业务设备的又一实施例的结构示意图。图12与图10的不同之处在于,图12所示的业务设备500还可包括干预处理模块506。
干预处理模块506可用于在接收的支付请求消息包括第二信息的情况下,若交易信息满足风险控制条件,执行交易干预处理。
支付请求消息包括交易信息。第二信息包括第一付款码的信息。风险控制条件用于判定第二信息指示的支付存在盗用风险。交易干预处理用于对存在盗用风险的支付进行安全处理。
在一些示例中,交易信息包括以下一项或两项以上:收款方商户地址、支付金额、支付频率。
在一些示例中,风险控制条件包括以下一项或两项以上:
收款方商户地址所在位置与位置信息指示的位置之间的距离大于安全距离阈值;
支付金额大于安全金额阈值;
支付频率高于安全频率阈值。
在一些示例中,干预处理模块506执行的交易干预处理可包括:对发送包括第二信息的支付请求消息的用户终端的用户进行身份验证;或者,中止第二信息指示的支付。
在一些实施例中,上述支付处理模块504还可用于在接收的支付请求消息包括第二信息的情况下,若交易信息不满足风险控制条件,指示从第二信息指示的付款方账户中扣除支付金额。
在一些实施例中,上述发送模块503还可用于在与位置信息关联的付款等待时长因素信息表征的付款等待时长小于预设时长阈值的情况下,发送第二付款码反馈消息,以使用户终端获取第二付款码反馈消息,并显示第三付款码。
第二付款码反馈消息包括第三付款码。
上述支付处理模块504还可用于在接收的支付请求消息包括第三信息的情况下,指示从第三信息指示的付款方账户中扣除支付金额。
第三信息包括第三付款码的信息。
本申请第四方面提供一种用户终端。图13为本申请第四方面提供的用户终端的一实施例的结构示意图。如图13所示,用户终端600可包括发送模块601、接收模块602和显示模块603。
发送模块601可用于响应于接收的支付操作,发送付款码请求消息。
付款码请求消息包括用户终端的位置信息。
接收模块602可用于在业务系统获取的位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,接收第一付款码反馈消息。
第一付款码反馈消息由业务系统生成,包括第一付款码和第二付款码。
显示模块603可用于显示第一付款码,并在感应到收款受理终端的触发信号的情况下,将显示的第一付款码切换为第二付款码,以使业务系统利用第一信息从第一信息指示的付款方账户中扣除支付金额。
第一信息包括第二付款码的信息。
在一些示例中,触发信号包括以下一项或两项以上:近场通信信号、蓝牙信号、声波信号。
在本申请实施例中,用户终端可通过付款码请求消息,向业务系统请求付款码。付款码请求消息包括位置信息,可体现用户终端申请付款码时的位置。业务系统根据与该位置信息关联的付款等待时长因素信息,确定该付款等待时长因素信息表征的付款等待时长是否大于等于预设时长阈值,若该付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值,可确定付款等待时长较长,存在付款码被偷拍盗用的可能性,用户终端可通过第一付款码反馈消息接收到业务系统下发的第一付款码和第二付款码。用户终端在感应到收款受理终端发出的触发信号之前显示第一付款码,用户终端感应到收款受理终端发出的触发信号的情况下将显示的付款码切换为第二付款码,使得用户终端在收款受理终端处进行支付时,收款受理终端扫描的是第二付款码,可利用第二付款码的信息通过业务系统继续正常进行支付。由于第二付款码在在用户终端感应到收款受理终端发出的触发信号的情况下才显示,被偷拍盗用的可能性非常小,因此允许继续正常支付。通过付款等待时长对应的付款码下发策略以及第一付款码和第二付款码的切换,能够有效分辨安全性较高的支付,提高扫码支付的安全性。
上述第一付款码和第二付款码的切换由用户终端主动执行,不需用户参与,可减少用户的操作,在保证扫码支付的安全性的基础上,提高扫码支付的效率。而且,与缩短付款码有效时长的技术方案相比,本申请实施例不需要频繁更新下发付款码,还可在保证扫码支付的安全性的基础上,降低生成即下发付款码的业务系统的处理压力。
在一些实施例中,在与位置信息关联的付款等待时长因素信息满足双码下发条件的情况下,位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值。
付款等待时长因素信息包括收款方的状态信息、收款方的排队时长信息、与收款方交易的用户的历史等待时间信息中的一项或两项以上。历史等待时间信息包括付款码请求时间和付款时间。
双码下发条件包括以下一项或多项:
与位置信息关联的收款方的状态信息表征位于位置信息对应的区域内的收款方处于收款繁忙状态;
与位置信息关联的收款方的状态信息表征位于位置信息对应的区域内的收款方处于活动举办状态;
与位置信息关联的收款方的排队时长信息表征位于位置信息对应的区域内的收款方的排队时长大于等于预设时长阈值;
与位置信息关联的与收款方交易的用户的付款码请求时间与付款时间之间的时长大于等于预设时长阈值。
图14为本申请第四方面提供的用户终端的另一实施例的结构示意图。图14与图13的不同之处在于,图14所示的用户终端600还可包括处理模块604。
处理模块604可用于在第一付款码被收款受理终端读取的情况下,若收款受理终端向业务系统发送的支付请求消息中的交易信息满足风险控制条件,接受交易干预处理。
风险控制条件用于判定第二信息指示的支付存在盗用风险。第二信息包括第一付款码的信息。交易干预处理用于对存在盗用风险的支付进行安全处理。
在一些示例中,交易信息包括以下一项或两项以上:收款方商户地址、支付金额、支付频率。
在一些示例中,风险控制条件包括以下一项或两项以上:
收款方商户地址所在位置与位置信息指示的位置之间的距离大于安全距离阈值;
支付金额大于安全金额阈值;
支付频率高于安全频率阈值。
在一些示例中,交易干预处理包括:对用户终端的用户进行身份验证;或者,中止第二信息指示的支付。
在一些实施例中,在第一付款码被收款受理终端读取的情况下,若收款受理终端向业务系统发送的支付请求消息中的交易信息不满足风险控制条件,第二信息指示的支付正常进行。
在一些实施例中,上述接收模块602还可用于在业务系统获取的位置信息关联的付款等待时长因素信息表征的付款等待时长小于预设时长阈值的情况下,接收第二付款码反馈消息。
第二付款码反馈消息包括第三付款码
上述显示模块603还可用用于显示第三付款码,以使业务系统利用第三信息从第三信息指示的付款方账户中扣除支付金额。
第三信息包括第三付款码的信息。
本申请第五方面还提供了一种业务设备。图15为本申请第五方面提供的业务设备的一实施例的结构示意图。如图15所示,业务设备700包括存储器701、处理器702及存储在存储器701上并可在处理器702上运行的计算机程序。
在一个示例中,上述处理器702可以包括中央处理器(CPU),或者特定集成电路(Application Specific Integrated Circuit,ASIC),或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器701可包括只读存储器(Read-Only Memory,ROM),随机存取存储器(RandomAccess Memory,RAM),磁盘存储介质设备,光存储介质设备,闪存设备,电气、光学或其他物理/有形的存储器存储设备。因此,通常,存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如,存储器设备),并且当该软件被执行(例如,由一个或多个处理器)时,其可操作来执行参考根据本申请第一方面的实施例中扫码支付方法所描述的操作。
处理器702通过读取存储器701中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序,以用于实现上述第一方面的实施例中扫码支付方法。
在一个示例中,业务设备700还可包括通信接口703和总线704。其中,如图15所示,存储器701、处理器702、通信接口703通过总线704连接并完成相互间的通信。
通信接口703,主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口703接入输入设备和/或输出设备。
总线704包括硬件、软件或两者,将业务设备700的部件彼此耦接在一起。举例来说而非限制,总线704可包括加速图形端口(Accelerated Graphics Port,AGP)或其他图形总线、增强工业标准架构(Enhanced Industry Standard Architecture,EISA)总线、前端总线(Front Side Bus,FSB)、超传输(Hyper Transport,HT)互连、工业标准架构(IndustryStandard Architecture,ISA)总线、无限带宽互连、低引脚数(Low pin count,LPC)总线、存储器总线、微信道架构(Micro Channel Architecture,MCA)总线、外围组件互连(Peripheral Component Interconnect,PCI)总线、PCI-Express(PCI-E)总线、串行高级技术附件(Serial Advanced Technology Attachment,SATA)总线、视频电子标准协会局部(Video Electronics Standards Association Local Bus,VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下,总线704可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线,但本申请考虑任何合适的总线或互连。
本申请第六方面还提供了一种用户终端。图16为本申请第六方面提供的用户终端的一实施例的结构示意图。如图16所示,用户终端800包括存储器801、处理器802及存储在存储器801上并可在处理器802上运行的计算机程序。
在一个示例中,上述处理器802可以包括中央处理器(CPU),或者特定集成电路(Application Specific Integrated Circuit,ASIC),或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器801可包括只读存储器(Read-Only Memory,ROM),随机存取存储器(RandomAccess Memory,RAM),磁盘存储介质设备,光存储介质设备,闪存设备,电气、光学或其他物理/有形的存储器存储设备。因此,通常,存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如,存储器设备),并且当该软件被执行(例如,由一个或多个处理器)时,其可操作来执行参考根据本申请第二方面的实施例中扫码支付方法所描述的操作。
处理器802通过读取存储器801中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序,以用于实现上述第二方面的实施例中扫码支付方法。
在一个示例中,用户终端800还可包括通信接口803和总线804。其中,如图16所示,存储器801、处理器802、通信接口803通过总线804连接并完成相互间的通信。
通信接口803,主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口803接入输入设备和/或输出设备。
总线804包括硬件、软件或两者,将用户终端800的部件彼此耦接在一起。举例来说而非限制,总线804可包括加速图形端口(Accelerated Graphics Port,AGP)或其他图形总线、增强工业标准架构(Enhanced Industry Standard Architecture,EISA)总线、前端总线(Front Side Bus,FSB)、超传输(Hyper Transport,HT)互连、工业标准架构(IndustryStandard Architecture,ISA)总线、无限带宽互连、低引脚数(Low pin count,LPC)总线、存储器总线、微信道架构(Micro Channel Architecture,MCA)总线、外围组件互连(Peripheral Component Interconnect,PCI)总线、PCI-Express(PCI-E)总线、串行高级技术附件(Serial Advanced Technology Attachment,SATA)总线、视频电子标准协会局部(Video Electronics Standards Association Local Bus,VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下,总线804可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线,但本申请考虑任何合适的总线或互连。
本申请第七方面提供一种扫码支付系统,该扫码支付系统可包括业务系统和用户终端。
用户终端用于响应于接收的支付操作,发送付款码请求消息,付款码请求消息包括用户终端的位置信息。
业务系统用于接收付款码请求消息,获取与位置信息关联的付款等待时长因素信息,在与位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,发送第一付款码反馈消息,第一付款码反馈消息包括第一付款码和第二付款码。
用户终端还用于显示第一付款码,并在感应到收款受理终端的触发信号的情况下,将显示的第一付款码切换为第二付款码。
业务系统还用于在接收到的支付请求消息包括第一信息的情况下,指示从第一信息指示的付款方账户中扣除支付金额,第一信息包括第二付款码的信息。
业务系统的具体内容可参见上述实施例中业务系统14以及上述实施例中扫码支付方法中业务系统的相关说明,在此不再赘述。业务系统可包括业务设备,业务设备的具体内容可参见上述实施例中业务设备500和业务设备700等的相关说明,在此不再赘述。
用户终端的具体内容可参见上述实施例中用户终端11、上述实施例中扫码支付方法中用户终端、上述实施例中的用户终端600以及用户终端800等的相关说明,在此不再赘述。
在一些实施例中,扫码支付系统还可包括支付机构系统,支付机构系统的具体内容可参见上述实施例中支付机构系统13以及扫码支付方法中支付机构系统等的相关说明。
在一些实施例中,扫码支付系统还可包括收款受理终端,收款受理终端的具体内容可参见上述实施例中收款受理终端12以及扫码支付方法中收款受理终端等的相关说明。
在一些实施例中,扫码支付系统还可包括账户管理系统,收款受理终端的具体内容可参见上述实施例中账户管理系统15以及扫码支付方法中账户管理系统等的相关说明。
本申请第八方面还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序指令,该计算机程序指令被处理器执行时可实现上述第一方面的实施例中的扫码支付方法、第二方面的实施例中的扫码支付方法,且能达到相同的技术效果,为避免重复,这里不再赘述。其中,上述计算机可读存储介质可包括非暂态计算机可读存储介质,如只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等,在此并不限定。
需要明确的是,本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同或相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。对于装置实施例、设备实施例、计算机可读存储介质实施例而言,相关之处可以参见方法实施例的说明部分。本申请并不局限于上文所描述并在图中示出的特定步骤和结构。本领域的技术人员可以在领会本申请的精神之后,作出各种改变、修改和添加,或者改变步骤之间的顺序。并且,为了简明起见,这里省略对已知方法技术的详细描述。
上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解,流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器,以产生一种机器,使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解,框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合,也可以由执行指定的功能或动作的专用硬件来实现,或可由专用硬件和计算机指令的组合来实现。
本领域技术人员应能理解,上述实施例均是示例性而非限制性的。在不同实施例中出现的不同技术特征可以进行组合,以取得有益效果。本领域技术人员在研究附图、说明书及权利要求书的基础上,应能理解并实现所揭示的实施例的其他变化的实施例。在权利要求书中,术语“包括”并不排除其他装置或步骤;数量词“一个”不排除多个;术语“第一”、“第二”用于标示名称而非用于表示任何特定的顺序。权利要求中的任何附图标记均不应被理解为对保护范围的限制。权利要求中出现的多个部分的功能可以由一个单独的硬件或软件模块来实现。某些技术特征出现在不同的从属权利要求中并不意味着不能将这些技术特征进行组合以取得有益效果。
Claims (22)
1.一种扫码支付方法,其特征在于,应用于业务系统,所述方法包括:
接收付款码请求消息,所述付款码请求消息由用户终端响应于支付操作生成,包括所述用户终端的位置信息;
获取与所述位置信息关联的付款等待时长因素信息;
在与所述位置信息关联的所述付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,发送第一付款码反馈消息,所述第一付款码反馈消息包括第一付款码和第二付款码,以使所述用户终端获取所述第一付款码反馈消息,并在感应到收款受理终端的触发信号之前显示所述第一付款码,在感应到所述触发信号的情况下将显示的所述第一付款码切换为所述第二付款码;
在接收的支付请求消息包括第一信息的情况下,指示从所述第一信息指示的付款方账户中扣除支付金额,所述第一信息包括所述第二付款码的信息。
2.根据权利要求1所述的方法,其特征在于,还包括:
在与所述位置信息关联的所述付款等待时长因素信息满足双码下发条件的情况下,确定与所述位置信息关联的所述付款等待时长因素信息表征的付款等待时长大于等于所述预设时长阈值,
其中,所述付款等待时长因素信息包括收款方的状态信息、收款方的排队时长信息、与收款方交易的用户的历史等待时间信息中的一项或两项以上,所述历史等待时间信息包括付款码请求时间和付款时间,
所述双码下发条件包括以下一项或多项:
与所述位置信息关联的收款方的状态信息表征位于所述位置信息对应的区域内的收款方处于收款繁忙状态,
与所述位置信息关联的收款方的状态信息表征位于所述位置信息对应的区域内的收款方处于活动举办状态,
与所述位置信息关联的收款方的排队时长信息表征位于所述位置信息对应的区域内的收款方的排队时长大于等于所述预设时长阈值,
与所述位置信息关联的与收款方交易的用户的付款码请求时间与付款时间之间的时长大于等于所述预设时长阈值。
3.根据权利要求1所述的方法,其特征在于,所述支付请求消息包括交易信息,
所述方法还包括:
在接收的支付请求消息包括所述第二信息的情况下,若所述交易信息满足风险控制条件,执行交易干预处理,
其中,所述第二信息包括所述第一付款码的信息,所述风险控制条件用于判定所述第二信息指示的支付存在盗用风险,所述交易干预处理用于对存在盗用风险的支付进行安全处理。
4.根据权利要求3所述的方法,其特征在于,
所述交易信息包括以下一项或两项以上:收款方商户地址、支付金额、支付频率;
所述风险控制条件包括以下一项或两项以上:
所述收款方商户地址所在位置与所述位置信息指示的位置之间的距离大于安全距离阈值,
所述支付金额大于安全金额阈值,
所述支付频率高于安全频率阈值。
5.根据权利要求3所述的方法,其特征在于,所述交易干预处理包括:
对发送包括所述第二信息的所述支付请求消息的所述用户终端的用户进行身份验证;
或者,
中止所述第二信息指示的支付。
6.根据权利要求3所述的方法,其特征在于,还包括:
在接收的所述支付请求消息包括所述第二信息的情况下,若所述交易信息不满足风险控制条件,指示从所述第二信息指示的付款方账户中扣除支付金额。
7.根据权利要求1所述的方法,其特征在于,还包括:
在与所述位置信息关联的所述付款等待时长因素信息表征的付款等待时长小于所述预设时长阈值的情况下,发送第二付款码反馈消息,所述第二付款码反馈消息包括第三付款码,以使所述用户终端获取所述第二付款码反馈消息,并显示所述第三付款码;
在接收的支付请求消息包括第三信息的情况下,指示从所述第三信息指示的付款方账户中扣除支付金额,所述第三信息包括所述第三付款码的信息。
8.根据权利要求1至7中任意一项所述的方法,其特征在于,所述触发信号包括以下一项或两项以上:
近场通信信号、蓝牙信号、声波信号。
9.一种扫码支付方法,其特征在于,应用于用户终端,所述方法包括:
响应于接收的支付操作,发送付款码请求消息,所述付款码请求消息包括所述用户终端的位置信息;
在业务系统获取的所述位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,接收第一付款码反馈消息,所述第一付款码反馈消息由业务系统生成,包括第一付款码和第二付款码;
显示所述第一付款码,并在感应到收款受理终端的触发信号的情况下,将显示的所述第一付款码切换为所述第二付款码,以使所述业务系统利用第一信息从所述第一信息指示的付款方账户中扣除支付金额,所述第一信息包括所述第二付款码的信息。
10.根据权利要求9所述的方法,其特征在于,
在与所述位置信息关联的所述付款等待时长因素信息满足双码下发条件的情况下,所述位置信息关联的所述付款等待时长因素信息表征的付款等待时长大于等于所述预设时长阈值,
其中,所述付款等待时长因素信息包括收款方的状态信息、收款方的排队时长信息、与收款方交易的用户的历史等待时间信息中的一项或两项以上,所述历史等待时间信息包括付款码请求时间和付款时间,
所述双码下发条件包括以下一项或多项:
与所述位置信息关联的收款方的状态信息表征位于所述位置信息对应的区域内的收款方处于收款繁忙状态,
与所述位置信息关联的收款方的状态信息表征位于所述位置信息对应的区域内的收款方处于活动举办状态,
与所述位置信息关联的收款方的排队时长信息表征位于所述位置信息对应的区域内的收款方的排队时长大于等于所述预设时长阈值,
与所述位置信息关联的与收款方交易的用户的付款码请求时间与付款时间之间的时长大于等于所述预设时长阈值。
11.根据权利要求9所述的方法,其特征在于,还包括:
在所述第一付款码被所述收款受理终端读取的情况下,若所述收款受理终端向所述业务系统发送的支付请求消息中的交易信息满足风险控制条件,接受交易干预处理,
其中,所述风险控制条件用于判定第二信息指示的支付存在盗用风险,所述第二信息包括所述第一付款码的信息,所述交易干预处理用于对存在盗用风险的支付进行安全处理。
12.根据权利要求11所述的方法,其特征在于,所述交易信息包括以下一项或两项以上:收款方商户地址、支付金额、支付频率;
所述风险控制条件包括以下一项或两项以上:
所述收款方商户地址所在位置与所述位置信息指示的位置之间的距离大于安全距离阈值,
所述支付金额大于安全金额阈值,
所述支付频率高于安全频率阈值。
13.根据权利要求11所述的方法,其特征在于,所述交易干预处理包括:
对所述用户终端的用户进行身份验证;
或者,
中止所述第二信息指示的支付。
14.根据权利要求11所述的方法,其特征在于,
在所述第一付款码被所述收款受理终端读取的情况下,若所述收款受理终端向所述业务系统发送的支付请求消息中的交易信息不满足风险控制条件,所述第二信息指示的支付正常进行。
15.根据权利要求9所述的方法,其特征在于,
在业务系统获取的所述位置信息关联的付款等待时长因素信息表征的付款等待时长小于所述预设时长阈值的情况下,接收第二付款码反馈消息,所述第二付款码反馈消息包括第三付款码;
显示所述第三付款码,以使所述业务系统利用第三信息从所述第三信息指示的付款方账户中扣除支付金额,所述第三信息包括所述第三付款码的信息。
16.根据权利要求9至15中任意一项所述的方法,其特征在于,所述触发信号包括以下一项或两项以上:
近场通信信号、蓝牙信号、声波信号。
17.一种业务设备,其特征在于,包括:
接收模块,用于接收付款码请求消息,所述付款码请求消息由用户终端响应于支付操作生成,包括所述用户终端的位置信息;
获取模块,用于获取与所述位置信息关联的付款等待时长因素信息;
发送模块,用于在与所述位置信息关联的所述付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,发送第一付款码反馈消息,所述第一付款码反馈消息包括第一付款码和第二付款码,以使所述用户终端获取所述第一付款码反馈消息,并在感应到收款受理终端的触发信号之前显示所述第一付款码,在感应到所述触发信号的情况下将显示的所述第一付款码切换为所述第二付款码;
支付处理模块,用于在接收的支付请求消息包括第一信息的情况下,指示从所述第一信息指示的付款方账户中扣除支付金额,所述第一信息包括所述第二付款码的信息。
18.一种用户终端,其特征在于,包括:
发送模块,用于响应于接收的支付操作,发送付款码请求消息,所述付款码请求消息包括所述用户终端的位置信息;
接收模块,用于在业务系统获取的所述位置信息关联的付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,接收第一付款码反馈消息,所述第一付款码反馈消息由业务系统生成,包括第一付款码和第二付款码;
显示模块,用于显示所述第一付款码,并在感应到收款受理终端的触发信号的情况下,将显示的所述第一付款码切换为所述第二付款码,以使所述业务系统利用第一信息从所述第一信息指示的付款方账户中扣除支付金额,所述第一信息包括所述第二付款码的信息。
19.一种业务设备,其特征在于,包括:处理器以及存储有计算机程序指令的存储器;
所述处理器执行所述计算机程序指令时实现如权利要求1至8中任意一项所述的扫码支付方法。
20.一种用户终端,其特征在于,包括:处理器以及存储有计算机程序指令的存储器;
所述处理器执行所述计算机程序指令时实现如权利要求9至16中任意一项所述的扫码支付方法。
21.一种扫码支付系统,其特征在于,包括用户终端和业务系统;
所述用户终端用于响应于接收的支付操作,发送付款码请求消息,所述付款码请求消息包括所述用户终端的位置信息;
所述业务系统用于接收付款码请求消息,获取与所述位置信息关联的付款等待时长因素信息,在与所述位置信息关联的所述付款等待时长因素信息表征的付款等待时长大于等于预设时长阈值的情况下,发送第一付款码反馈消息,所述第一付款码反馈消息包括第一付款码和第二付款码;
所述用户终端还用于显示所述第一付款码,并在感应到收款受理终端的触发信号的情况下,将显示的所述第一付款码切换为所述第二付款码;
所述业务系统还用于在接收到的支付请求消息包括第一信息的情况下,指示从所述第一信息指示的付款方账户中扣除支付金额,所述第一信息包括所述第二付款码的信息。
22.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序指令,所述计算机程序指令被处理器执行时实现如权利要求1至16中任意一项所述的扫码支付方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210130242.7A CN114548975A (zh) | 2022-02-11 | 2022-02-11 | 扫码支付方法、用户终端、业务设备、系统及介质 |
PCT/CN2022/109433 WO2023151246A1 (zh) | 2022-02-11 | 2022-08-01 | 扫码支付方法、用户终端、业务设备、系统及介质 |
TW111137390A TWI839876B (zh) | 2022-02-11 | 2022-09-30 | 掃碼支付方法、使用者終端、業務設備、系統及介質 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210130242.7A CN114548975A (zh) | 2022-02-11 | 2022-02-11 | 扫码支付方法、用户终端、业务设备、系统及介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114548975A true CN114548975A (zh) | 2022-05-27 |
Family
ID=81672669
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210130242.7A Pending CN114548975A (zh) | 2022-02-11 | 2022-02-11 | 扫码支付方法、用户终端、业务设备、系统及介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114548975A (zh) |
WO (1) | WO2023151246A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023151246A1 (zh) * | 2022-02-11 | 2023-08-17 | 中国银联股份有限公司 | 扫码支付方法、用户终端、业务设备、系统及介质 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112837057A (zh) * | 2019-11-22 | 2021-05-25 | 华为技术有限公司 | 付款码防盗刷方法、终端设备及计算机可读存储介质 |
CN111144877B (zh) * | 2019-12-13 | 2024-03-05 | 维沃移动通信有限公司 | 扫码支付方法及电子设备 |
CN111967871A (zh) * | 2020-08-20 | 2020-11-20 | 深圳传音控股股份有限公司 | 安全支付方法、设备及存储介质 |
CN114548975A (zh) * | 2022-02-11 | 2022-05-27 | 中国银联股份有限公司 | 扫码支付方法、用户终端、业务设备、系统及介质 |
-
2022
- 2022-02-11 CN CN202210130242.7A patent/CN114548975A/zh active Pending
- 2022-08-01 WO PCT/CN2022/109433 patent/WO2023151246A1/zh unknown
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2023151246A1 (zh) * | 2022-02-11 | 2023-08-17 | 中国银联股份有限公司 | 扫码支付方法、用户终端、业务设备、系统及介质 |
Also Published As
Publication number | Publication date |
---|---|
TW202333097A (zh) | 2023-08-16 |
WO2023151246A1 (zh) | 2023-08-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2608002C2 (ru) | Обработка закодированной информации | |
US20130046697A1 (en) | Using Mobile Device to Prevent Theft of User Credentials | |
WO2015062255A1 (en) | Information processing method, device and system | |
CN109615355B (zh) | 一种转账交易处理方法及系统 | |
CN112669042A (zh) | 支付方法、服务器、用户终端、系统及存储介质 | |
CN102956001A (zh) | 一种电子支付确认方法、装置及系统 | |
US20190311361A1 (en) | Adding security to a transaction by verifying locations | |
CN114548975A (zh) | 扫码支付方法、用户终端、业务设备、系统及介质 | |
KR20140065818A (ko) | 안전 계좌 확인 시스템 및 방법 | |
JP2017504916A (ja) | クレジット決算装置からの金融取引を監視するシステムおよび当該システムの方法 | |
KR101467242B1 (ko) | 페어 본인인증을 수행하는 디지털 시스템, 인증 시스템, 및 그 제공방법 | |
KR101178473B1 (ko) | Nfc 단말기를 이용한 안전 결제 제공방법, nfc 단말기, 및 rf 결제장치 | |
KR101576075B1 (ko) | 모바일 결제 시스템, 모바일 단말기, 및 모바일 결제방법 | |
WO2016138743A1 (zh) | 一种实现安全支付的方法、移动终端和支付认证服务端 | |
TWI839876B (zh) | 掃碼支付方法、使用者終端、業務設備、系統及介質 | |
KR101742064B1 (ko) | 금융 서비스 제공을 위한 단말기 및 그 동작 방법, 금융 서비스를 제공하는 서버 및 그 동작 방법 | |
WO2019019110A1 (zh) | 一种信息发送方法及车辆设备 | |
US11005882B1 (en) | Reputation-based transaction security | |
WO2018030877A1 (ko) | 결제 시스템 및 그 방법 | |
US20230252476A1 (en) | Computationally efficient theft detection | |
CN115082064A (zh) | 付款码防盗刷方法、设备、平台、介质及产品 | |
CN111080283A (zh) | 支付方法、支付系统及计算机可读存储介质 | |
KR101657633B1 (ko) | 신용카드 이중 거래 처리 서비스 제공 시스템 및 방법 | |
KR20150120321A (ko) | 송금 서비스 방법, 이를 위한 단말기 및 시스템 | |
KR20140117079A (ko) | 모바일 결제 시스템, 모바일 단말기, 및 모바일 결제방법 |
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 | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40069217 Country of ref document: HK |