CN110956469A - 支付方法、装置、设备及存储介质 - Google Patents
支付方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN110956469A CN110956469A CN201911147894.6A CN201911147894A CN110956469A CN 110956469 A CN110956469 A CN 110956469A CN 201911147894 A CN201911147894 A CN 201911147894A CN 110956469 A CN110956469 A CN 110956469A
- Authority
- CN
- China
- Prior art keywords
- target
- amount
- payment
- comparison result
- bank card
- 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/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/403—Solvency checks
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (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是本申请实施例提供的一种服务器的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施方式作进 一步地详细描述。
随着社会的发展和科技的不断进步,越来越多的用户使用第三方支付客户端进行线上消 费。在线上消费的过程中,第三方支付客户端可以提供多种支付方式,例如,银行卡支付、 本地账户支付等。第三方支付客户端可以通过用户选择的支付方式来支付消费的金额。当用 户选择的支付方式为账号绑定的银行卡时,由于用户预先不知道所选择的银行卡的余额是否 充足,所以可能会出现支付的金额超过银行卡的余额的情况,导致支付失败。
对此,本申请实施例提供了一种支付方法,请参考图1,其示出了本申请实施例提供的 方法实施环境的示意图。该实施环境可以包括:终端11、后台服务器12和目标服务器13。
终端11安装有能够用于支付的应用程序,终端11可以基于该应用程序获取待支付的金 额,也可以将待支付的金额发送至后台服务器12上;后台服务器12可以是指与终端11安装 的应用程序对应的服务器,后台服务器12可以将获取的待支付的金额发送至目标服务器13 上;目标服务器13可以是指与终端11的账号绑定的银行卡对应的服务器,服务器13可以获 取银行卡的可用金额,也可以将银行卡的可用金额与待支付的金额进行比对;服务器13还可 以在银行卡中扣除待支付的金额,以完成终端11的支付过程。
可选地,终端11可以是诸如手机、平板电脑、个人计算机等的智能设备。后台服务器 12可以是一台服务器,也可以是由多台服务器组成的服务器集群,或者是一个云计算服务中 心。目标服务器13可以是一台服务器,也可以是由多台服务器组成的服务器集群,或者是一 个云计算服务中心。终端11与后台服务器12通过有线或无线网络建立通信连接,后台服务 器12与目标服务器13通过有线或无线网络建立通信连接。
本领域技术人员应能理解上述终端11、后台服务器12和目标服务器13仅为举例,其他 现有的或今后可能出现的终端或服务器如可适用于本申请,也应包含在本申请保护范围以内, 并在此以引用方式包含于此。
基于上述图1所示的实施环境,本申请实施例提供一种支付方法,以该方法应用于终端 和目标服务器的交互过程为例。如图2所示,本申请实施例提供的方法可以包括如下步骤:
在步骤201中,终端基于支付指令,获取绑定的支付方式。
当接收到支付指令时,终端基于支付指令,获取绑定的支付方式。绑定的支付方式是指 与终端的账号绑定的支付方式。终端的账号可以是指终端安装的能够用于支付的应用程序的 账号。绑定的支付方式可以包括本地账户支付和银行卡支付中的一种或多种。
终端获取绑定的支付方式后,判断绑定的支付方式中是否包括银行卡支付,当绑定的支 付方式中不包括银行卡支付时,可以直接显示支付方式选择界面;当绑定的支付方式中包括 银行卡支付时,执行步骤202。
需要说明的是,本申请实施例对银行卡的类型不加以限定。银行卡既可以为借记卡,也 可以为信用卡。
在步骤202中,当绑定的支付方式包括银行卡支付时,终端基于第一目标金额,向目标 服务器发送第一比对请求,第一比对请求中携带第一目标金额和目标银行卡的信息。
目标银行卡是指与终端的账号绑定的参考数量的银行卡,终端的账号可以是指终端安装 的能够用于支付的应用程序的账号。目标银行卡的信息是指能够标识该目标银行卡的信息, 例如,目标银行卡的卡号、目标银行卡的持卡人姓名等。目标服务器是指目标银行卡对应的 银行服务器,例如,当目标银行卡为中国银行的银行卡时,目标服务器是指中国银行的服务 器。
目标银行卡的参考数量可以为一个或多个,也就是说,可以将与终端的账号绑定的全部 银行卡作为目标银行卡,也可以将与终端的账号绑定的部分银行卡作为目标银行卡,本申请 实施例对此不加以限定。
可选地,在终端向目标服务器发送第一比对请求之前,终端先获取目标银行卡的信息。 终端获取目标银行卡的信息的过程可以为:后台服务器根据用户的历史支付信息,判断与终 端的账号绑定的各个银行卡的活跃度,将活跃度排名靠前的参考数量的银行卡作为目标银行 卡,后台服务器将目标银行卡的信息发送至终端,终端由此获取目标银行卡的信息。其中, 银行卡的活跃度的衡量标准可以是指银行卡在参考时间内的支付总次数或者银行卡在参考时 间内的支付总金额等。例如,参考时间设置为30天,参考数量设置为3个,则可以根据各个 银行卡在30天内的支付总次数,对各个银行卡的活跃度进行排序,将活跃度的排名靠前的3 个银行卡作为目标银行卡。当目标银行卡的数量为多个时,目标服务器的数量也为多个。例 如,当目标银行卡分别为中国银行的银行卡和招商银行的银行卡时,目标服务器的数量为2 个,分别为中国银行的服务器和招商银行的服务器。
第一比对请求是指对第一目标金额和目标银行卡的可用金额进行比对的请求。其中,目 标银行卡的可用金额是指目标银行卡中能够用于支付的金额。除了可用金额外,目标银行卡 中可能还具有不可用金额,例如,已购买理财产品但未到期的金额等。当目标银行卡为借记 卡时,目标银行卡的可用金额是指该目标银行卡的可用存储金额;当目标银行卡为信用卡时, 目标银行卡的可用金额是指该目标银行卡的可用透支金额。第一目标金额是指用于与目标银 行卡的可用金额进行比对的金额,该第一目标金额可以是指实际的待支付金额,也可以是指 预测的待支付金额,本申请实施例对此不加以限定。
终端在向目标服务器发送第一比对请求之前,需要先获取第一目标金额。可选地,终端 获取第一目标金额的方式包括但不限于以下三种:
方式一:基于在该终端产生的订单信息,获取第一目标金额。
用户在该终端进行消费时,会产生本次消费的订单信息。其中,订单信息包括订单金额、 订单编号、订单二维码等信息。终端根据订单信息,即可获取订单金额,将该订单金额作为 第一目标金额。
方式二:基于在其他终端产生的订单信息,获取第一目标金额。
当用户在其他终端进行消费产生订单信息时,该终端可以主动或者被动从其他终端产生 的订单信息中获取第一目标金额。其中,该终端主动从其他终端产生的订单信息中获取第一 目标金额的过程可以为:该终端扫描其他终端产生的订单的二维码,由此获取在其他终端产 生的订单金额,将该订单金额作为第一目标金额。该终端被动从其他终端产生的订单信息中 获取第一目标金额的过程可以为:其他终端将订单信息发送至该终端,该终端由此获取订单 信息中的订单金额,将该订单金额作为第一目标金额。
方式三:获取用户历史支付信息;基于用户历史支付信息,预测得到第一目标金额。
其中,用户历史支付信息是指用户在本次支付之前产生的支付信息。进一步地,用户历 史支付信息可以是指用户在本次支付之前参考时间段内产生的支付信息,例如,参考时间段 可以为30天。支付信息可以包括支付金额、支付时间、支付方式、支付次数等信息。
终端获取用户历史支付信息的方式可以为:终端向后台服务器发送信息获取请求,该信 息获取请求携带终端的账号信息;后台服务器基于信息获取请求,提取与终端的账号信息对 应的用户历史支付信息,将用户历史支付信息发送至终端;终端获取用户历史支付信息。
终端在获取用户历史支付信息后,可以基于历史支付信息,得到第一目标金额。此种方 式得到的第一目标金额是指预测的待支付金额。由于该第一目标金额是根据用户历史支付信 息进行预测得到的,所以该第一目标金额能够很大程度上代表实际的待支付金额。
可选地,基于用户历史支付信息,预测得到第一目标金额的方式包括但不限于以下两种:
方式一:基于用户历史支付信息,直接预测得到第一目标金额。
此种方式为直接基于用户历史支付信息中的支付金额,得到第一目标金额。本申请实施 例对此种方式的具体实现过程不加以限定。例如,计算用户最近30天内产生的历史支付信息 中的支付金额的平均值,将平均值作为第一目标金额;再例如,将用户最近30天内产生的历 史支付信息中的最大支付金额作为第一目标金额;再例如,计算用户最近3年同一天产生的 历史支付信息中的支付金额的平均值,将平均值作为第一目标金额;再例如,将用户最近3 年同一天产生的历史支付信息中的最大支付金额作为第一目标金额等。
方式二:基于用户历史支付信息,构建用户画像;基于用户画像,预测得到第一目标金 额。
此种方式的具体实现方式详见图6所示的实施例中的步骤601。
终端在获取到第一目标金额后,即可以向目标服务器发送携带第一目标金额和目标银行 卡的信息的第一比对请求。具体而言,终端在获取第一目标金额后,先向后台服务器发送第 一比对请求;然后由后台服务器将第一比对请求发送至目标服务器。也就是说,终端通过后 台服务器向目标服务器发送第一比对请求。
需要说明的是,后台服务器与目标服务器之间的交互方式可以有以下两种:
交互方式一:后台服务器与目标服务器直接进行交互。
例如,一个后台服务器与多个目标服务器之间的交互过程可以如图3中的(1)图所示, 该后台服务器分别与目标服务器1、目标服务器2以及目标服务器3直接进行交互。在此种 交互方式中,后台服务器与目标服务器之间的交互效率较高。
交互方式二:在后台服务器和目标服务器之间设置中转服务器,后台服务器与目标服务 器之间通过中转服务器进行交互。
例如,一个后台服务器与多个目标服务器之间的交互过程可以如图3中的(2)图所示, 该后台服务器与中转服务器直接进行交互,中转服务器与目标服务器1、目标服务器2以及 目标服务器3直接进行交互。中转服务器起到中转信息的作用,可以提高后台服务器和目标 服务器之间的交互信息的安全性。此外,中转服务器还可以将中转的信息进行存储,以起到 对存储的信息进行分析汇总的作用。在实际应用中,中转服务器可以为网联的服务器或者银 联的服务器。
可选地,根据后台服务器与目标服务器之间的交互方式不同,终端向目标服务器发送第 一比对请求的方式可以包括以下两种:
方式一:终端通过后台服务器直接向目标服务器发送第一比对请求。
此种方式发生在后台服务器与目标服务器之间的交互方式为后台服务器与目标服务器直 接进行交互的情况下。
方式二:终端通过后台服务器向中转服务器发送第一比对请求,由中转服务器将第一比 对请求发送至目标服务器。
此种方式发生在后台服务器与目标服务器之间的交互方式为后台服务器与目标服务器之 间通过中转服务器进行交互的情况下。
在步骤203中,目标服务器获取终端的第一比对请求。
终端的第一比对请求是指由终端产生的第一比对请求。
根据终端向目标服务器发送第一比对请求的不同方式,目标服务器获取终端的第一比对 请求的方式可以包括以下两种:
方式一:目标服务器获取终端通过后台服务器直接发送的第一比对请求。
此种方式发生在终端通过后台服务器直接向目标服务器发送第一比对请求的情况下。
方式二:目标服务器获取由中转服务器发送的终端的第一比对请求。
此种方式发生在终端通过后台服务器向中转服务器发送第一比对请求,由中转服务器将 第一比对请求发送至目标服务器的情况下。
在步骤204中,目标服务器基于第一比对请求,将第一目标金额与目标银行卡的可用金 额进行比对,得到第一比对结果。
其中,将第一目标金额与目标银行卡的可用金额进行比对是指比较第一目标金额和目标 银行卡的可用金额的大小关系。
目标服务器在获取第一比对请求后,可以根据第一比对请求中携带的目标银行卡的信息, 获取目标银行卡的可用金额,然后比较第一目标金额和目标银行卡的可用金额的大小关系, 根据大小关系得到第一比对结果。
本申请实施例对第一比对结果的形式不加以限定,例如,第一比对结果的形式可以为文 字“是”或者“否”。具体而言,当根据大小关系确定第一目标金额不大于目标银行卡的可用 金额时,第一比对结果可以为“是”;当根据大小关系确定第一目标金额大于目标银行卡的可 用金额时,第一比对结果可以为“否”。
例如,假设第一目标金额为50元,目标银行卡的可用金额为100元,则第一比对结果为 “是”;假设第一目标金额为150元,目标银行卡的可用金额为100元,则第一比对结果为“否”。
在本申请实施例中,第一比对结果只需要表明第一目标金额和目标银行卡的可用金额的 大小关系,无需表明目标银行卡的具体可用金额,可以避免泄露目标银行卡的具体可用金额 的相关信息,提高支付过程中的资金安全性。
需要说明的是,为了使目标服务器能够基于第一比对请求,得到第一比对结果,可以在 目标银行卡与账号的绑定协议中增加以下内容:允许查询该目标银行卡的可用金额是否充足。 当用户同意该绑定协议时,说明此查询过程获取了用户许可,从而可以避免隐私和法律层面 的问题。
在步骤205中,目标服务器将第一比对结果发送至终端。
目标服务器在得到第一比对结果后,将第一比对结果发送至终端,以使终端获取到该第 一比对结果。具体而言,目标服务器在得到第一比对结果后,将第一比对结果发送至后台服 务器,由该后台服务器将第一比对结果发送至终端。也就是说,目标服务器将第一比对结果 通过后台服务器发送至终端。
可选地,根据后台服务器与目标服务器之间的交互方式不同,目标服务器将第一比对结 果发送至终端的方式可以包括以下两种:
方式一:目标服务器将第一比对结果直接通过后台服务器发送至终端。
此种方式发生在后台服务器与目标服务器之间的交互方式为后台服务器与目标服务器直 接进行交互的情况下。
方式二:目标服务器将第一比对结果发送至中转服务器,由中转服务器将第一比对结果 通过后台服务器发送至终端。
此种方式发生在后台服务器与目标服务器之间的交互方式为后台服务器与目标服务器之 间通过中转服务器进行交互的情况下。
在步骤206中,终端获取目标服务器的第一比对结果。
根据目标服务器将第一比对结果发送至终端的不同方式,终端获取目标服务器的第一比 对结果的方式可以包括以下两种:
方式一:终端获取目标服务器直接通过后台服务器发送的第一比对结果。
此种方式发生在目标服务器将第一比对结果直接通过后台服务器发送至终端的情况下。
方式二:终端获取由中转服务器发送的目标服务器的第一比对结果。
此种方式发生在目标服务器将第一比对结果发送至中转服务器,由中转服务器将第一比 对结果通过后台服务器发送至终端的情况下。在该种方式下,当目标银行卡的数量为多个时, 中转服务器将多个目标银行卡的第一比对结果通过后台服务器发送至终端。
可选地,中转服务器将多个目标银行卡的第一比对结果通过后台服务器发送至终端的方 式包括但不限于以下两种:
方式1:中转服务器将多个目标银行卡的第一比对结果通过后台服务器分批次发送至终 端。
也就是说,中转服务器每接收到一个目标银行卡的第一比对结果,就将该第一比对结果 通过后台服务器发送至终端,直至将所有目标银行卡的第一对比结果均通过后台服务器发送 至终端。
在此种方式下,终端分批次获取到多个目标银行卡的第一比对结果。
方式2:中转服务器先将多个目标银行卡的第一比对结果进行汇总,然后将汇总后的第 一比对结果一同通过后台服务器发送至终端。
在此种方式下,终端在同一时间获取到多个目标银行卡的第一比对结果。
需要说明的是,由于第一比对结果是指第一目标金额与目标银行卡的可用金额的比对结 果,所以终端根据获取到的第一比对结果,即可判断第一比对结果指示的含义,也就是判断 目标银行卡的可用金额是否足以支付第一目标金额。
第一比对结果指示的含义包括以下两种:
含义一:第一目标金额大于目标银行卡的可用金额。
假设第一目标金额为A,目标银行卡的可用金额为B,则该含义是指A>B。此时,说明目标银行卡的可用金额不足以支付第一目标金额。在此种含义下,执行步骤207。
含义二:第一目标金额不大于目标银行的可用金额。
假设第一目标金额为A,目标银行卡的可用金额为B,则该含义是指A≤B。此时,说明 目标银行卡的可用金额足以支付第一目标金额。
可选地,终端在获取第一比对结果后,将第一比对结果按照目标数据结构进行存储,得 到第一存储数据。其中,目标数据结构是指预先设置的数据结构,本申请实施例对此不加以 限定。需要说明的是,终端可以将第一比对结果按照目标数据结构存储在本地内存中,也可 以存储在后台服务器中。以方便在下次支付时,终端可以基于第一存储数据判断目标银行卡 的可用金额是否充足。例如,假设目标银行卡的数量为3,第一存储数据可以如下:
用户ID:{
目标银行卡1:{金额:50;结果:是}
目标银行卡2:{金额:50;结果:是}
目标银行卡3:{金额:50;结果:否}
}
其中,“金额:50”表示第一目标金额为50元;“结果:是”表示目标银行卡的可用金额 足以支付50元;“结果:否”表示目标银行卡的可用金额不足以支付50元。根据上述数据结 构可以得知,目标银行卡1和目标银行卡2的可用金额足以支付50元,目标银行卡3的可用 金额不足以支付50元。
在步骤207中,当第一比对结果指示第一目标金额大于目标银行卡的可用金额时,终端 将目标银行卡的信息的显示方式设置为目标显示方式。
其中,目标显示方式用于指示该目标银行卡的可用金额不足。本申请实施例对目标显示 方式不加以限定,例如,在目标银行卡的信息下方,显示文字“可用金额不足”等。
当第一比对结果指示第一目标金额大于目标银行卡的可用金额时,说明目标银行卡的可 用金额不足,此时将目标银行卡的信息的显示方式设置为目标显示方式,以便于在后续展示 支付方式选择界面时,以目标显示方式显示目标银行卡的信息。
在步骤208中,终端展示支付方式选择界面,支付方式选择界面包括以目标显示方式显 示的目标银行卡的信息。
支付方式选择界面是指提供可供选择的多种支付方式的界面。在执行步骤207后,终端 展示支付方式选择界面,以使用户在该支付方式选择界面选择用于支付的支付方式。支付方 式选择界面包括以目标显示方式显示的目标银行卡的信息。
在支付方式选择界面显示的多种支付方式中,可能包括本地账户和银行卡。其中,本地 账户是指终端的账户,该账户中具有用户预先转入的资金,能够用于支付。一般而言,由于 终端很容易获取到本地账户的余额,所以在支付方式选择界面会显示本地账户的余额。例如, 在如图4所示的支付方式选择界面中,显示本地账户的余额,该余额为50.00元。对于银行 卡,可以分为不具有第一比对结果的普通银行卡和具有第一比对结果的目标银行卡。
对于普通银行卡而言,在支付方式选择界面以普通显示方式显示该银行卡的信息,普通 显示方式是指不显示表明该银行卡的可用金额是否充足的相关信息的方式。例如,在如图4 所示的支付方式选择界面中,只显示普通银行卡的卡号后四位,不显示该银行卡的可用金额 是否充足的相关信息。
对于目标银行卡而言,当第一比对结果指示第一目标金额不大于该目标银行卡的可用金 额时,在支付方式选择界面以普通显示方式显示该目标银行卡的信息。例如,如图4所示的 目标银行卡1的显示方式。当第一比对结果指示第一目标金额大于该目标银行卡的可用金额 时,在支付方式选择界面以目标显示方式显示该目标银行卡的信息。目标显示方式是指能够 指示目标银行卡的可用金额不足的显示方式,例如,在目标银行卡的信息下方,显示文字“可 用金额不足”,如图4中的(1)图所示的目标银行卡2和目标银行卡3的显示方式;或者, 除了显示文字“可用金额不足”外,还可以用特定的颜色显示目标银行卡的信息,该特定的 颜色是指与正常显示方式的显示颜色不同的颜色,如图4中的(2)图所示的目标银行卡2和 目标银行卡3的显示方式。
在步骤209中,当终端在支付方式选择界面获取到任一支付方式的选中指令时,基于任 一支付方式进行支付。
用户在支付方式选择界面选择用于支付的任一支付方式,终端获取到该支付方式的选中 指令,然后终端利用该支付方式进行支付。具体而言,终端获取到支付方式的选中指令后, 可以跳转至支付界面,在支付界面利用被选中的支付方式通过后台服务器进行支付。例如, 如图5中的左图所示,用户在支付方式选择界面选中的支付方式为目标银行卡1,终端获取 到目标银行卡1的选中指令后,跳转至如图5中的右图所示的支付界面,当用户在该支付界 面输入支付密码后,终端即可利用目标银行卡1通过后台服务器进行支付。
根据步骤208可知,终端在支付方式选择界面以不同的显示方式对不同的支付方式进行 显示。用户可以在支付方式选择界面中避免选择明确表明可用金额不充足的支付方式,从而 可以提高利用选择的支付方式进行支付的成功率。例如,在如图5中的左图所示的支付方式 选择界面中,用户可以选择目标银行卡1作为支付方式。
终端基于支付方式进行支付的支付结果分为支付成功和支付失败两种。在本申请实施例 中,默认导致支付失败的原因为可用金额不足,不考虑因网络故障等其他原因引起的支付失 败。
需要说明的是,由于支付方式选择界面中的目标银行卡的显示方式是根据第一比对结果 确定的,当第一比对结果中的第一目标金额为预测的待支付金额时,可能会出现根据第一比 对结果无法准确确定目标银行卡的可用金额是否足够支付实际待支付的金额的情况,可以为 以下两种:
情况一:选择第一比对结果未指示可用金额不充足的目标银行卡作为支付方式,支付结 果为支付失败。
该种情况可能发生在第一目标金额小于实际待支付的金额的情况下,当出现该特殊情况 时,可以对第一存储数据进行更新。
例如,假设目标银行卡为目标银行卡1,原有的第一存储数据中关于目标银行卡1的数 据为:
目标银行卡1:{金额:50;结果:是}
实际待支付的金额为60元,在支付失败后,将第一存储数据中关于目标银行卡1的数据 更新为:
目标银行卡1:{金额:50;结果:是;
金额:60;结果:否}。
情况二:选择第一比对结果指示可用金额不充足的目标银行卡作为支付方式,支付结果 为支付成功。
该种情况可能发生在第一目标金额大于实际待支付的金额的情况下,当出现该情况时, 可以对第一存储数据进行更新。
例如,假设目标银行卡为目标银行卡1,原有的第一存储数据中关于目标银行卡1的数 据为:
目标银行卡1:{金额:50;结果:否}
实际待支付的金额为40元,在支付成功后,将第一存储数据中关于目标银行卡1的数据 更新为:
目标银行卡1:{金额:40;结果:是;
金额:50;结果:否}。
需要进一步说明的是,在大部分情况下,根据第一比对结果能够准确确定目标银行卡的 可用金额是否足够支付实际待支付的金额,因此出现上述两种特殊情况的几率很小。
在本申请实施例中,在支付之前,先获取第一目标金额与目标银行卡的可用金额的比对 结果,当该比对结果指示第一目标金额大于目标银行卡的可用金额时,将目标银行卡的信息 的显示方式设置为目标显示方式。基于上述过程,能够在银行卡的可用金额不足时,以目标 显示方式将该银行卡的信息显示在支付方式选择界面中,从而可以引导用户避免选择可用金 额不足的银行卡进行支付,减少因银行卡的可用金额不足而导致支付失败的现象发生,减少 支付所需的操作次数,提高支付的成功率,提升用户的支付体验感。
本申请实施例提供一种支付方法,以该方法应用于终端和目标服务器的交互过程为例。 如图6所示,本申请实施例提供的方法可以包括如下步骤:
在步骤601中,终端基于支付指令,获取绑定的支付方式。
此步骤的实现方式详见步骤201,此处不再赘述。
在步骤602中,当绑定的支付方式包括银行卡支付时,终端获取用户历史支付信息;基 于用户历史支付信息,构建用户画像;基于用户画像,预测得到第一目标金额。
用户画像是指根据用户在终端产生的历史信息,抽象出来的标签化的用户模型。历史信 息可以包括历史支付信息、生活习惯、出行行为等信息。通俗说用户画像的核心工作就是利 用历史信息给用户打标签,而标签是通过对用户信息分析而来的高度精炼的特征标识。每个 标签分别描述该用户的一个维度(性别、职业、年龄等),各个维度之间相互联系,共同构成 对用户的一个整体描述。
终端在获取用户历史支付信息后,可以根据用户历史支付信息,构建用户画像。可选地, 终端基于用户画像,预测得到第一目标金额的方式可以为:终端基于用户画像,确定用户所 归属的分组;基于用户所归属的分组中的各个用户的历史支付信息,预测得到第一目标金额。
示例性地,基于用户所归属的分组中的各个用户的历史支付信息,预测得到第一目标金 额的方式可以为:计算用户所归属的分组中的各个用户最近30天内产生的历史支付信息中的 支付金额的平均值,将该平均值作为第一目标金额;或者,将用户所归属的分组中的各个用 户最近30天内产生的历史支付信息中的最大支付金额作为第一目标金额。
在具体实现过程中,终端可以在用户每天第一次登录该终端的账号时,获取该账号下的 用户历史支付信息,根据该账号下的用户历史支付信息构建用户画像;根据构建出来的用户 画像预测第一目标金额。
在步骤603中,终端基于第一目标金额,向目标服务器发送第一比对请求,第一比对请 求中携带第一目标金额和目标银行卡的信息。
此步骤的实现方式详见步骤202,此处不再赘述。
在步骤604中,目标服务器获取终端的第一比对请求。
此步骤的实现方式详见步骤203,此处不再赘述。
在步骤605中,目标服务器基于第一比对请求,将第一目标金额与目标银行卡的可用金 额进行比对,得到第一比对结果。
此步骤的实现方式详见步骤204,此处不再赘述。
在步骤606中,目标服务器将第一比对结果发送至终端。
此步骤的实现方式详见步骤205,此处不再赘述。
在步骤607中,终端获取目标服务器的第一比对结果。
此步骤的实现方式详见步骤206,此处不再赘述。
终端在获取第一比对结果后,终端可以将第一比对结果按照目标数据结构进行存储,得 到第一存储数据。例如,假设目标银行卡的数量为3,第一存储数据可以如下:
用户ID:{
目标银行卡1:{金额:50;结果:是}
目标银行卡2:{金额:50;结果:是}
目标银行卡3:{金额:50;结果:否}
}
在步骤608中,终端基于第一比对结果和实际待支付的第二目标金额,获取第二比对结 果。
其中,第一比对结果是指第一目标金额与目标银行卡的可用金额的比对结果,第二比对 结果是指第二目标金额与目标银行卡的可用金额的比对结果。第一目标金额是指预测的待支 付金额,第二目标金额是指实际的待支付金额。第一目标金额与第二目标金额可能相同,也 可能不相同。
可选地,终端基于第一比对结果和实际待支付的第二目标金额,获取第二比对结果的方 式包括但不限以下三种:
方式一:当第一目标金额等于第二目标金额时,将第一比对结果作为第二比对结果。
当第一目标金额等于第二目标金额时,说明实际的待支付金额与预测的支付金额相同, 此时,可以将第一比对结果作为第二比对结果。
方式二:当第一比对结果指示第一目标金额大于目标银行卡的可用金额,且第一目标金 额小于第二目标金额时,或者当第一比对结果指示第一目标金额不大于目标银行卡的可用金 额,且第一目标金额大于第二目标金额时,基于第一比对结果和第二目标金额直接确定第二 比对结果。
在方式二中,终端基于第一比对结果和第二目标金额直接确定第二比对结果。利用此种 方式获取第二比对结果需要满足以下两种条件中的任意一种:
条件1:第一比对结果指示第一目标金额大于目标银行卡的可用金额,且第一目标金额 小于第二目标金额。
假设第一目标金额为A,目标银行卡的可用金额为B,第二目标金额为C,则在该种条 件下,A>B且A<C。此时,可以确定C>B,也就是可以确定第二目标金额大于目标银行卡的可用金额,由此可以直接确定第二比对结果。
条件2:第一比对结果指示第一目标金额不大于目标银行卡的可用金额,且第一目标金 额大于第二目标金额。
假设第一目标金额为A,目标银行卡的可用金额为B,第二目标金额为C,则在该种条 件下,A≤B且A>C。此时,可以确定C<B,也就是可以确定第二目标金额小于目标银行卡的可用金额,由此可以直接确定第二比对结果。
当满足以上两种条件中的任意一种条件时,终端可以基于第一比对结果和第二目标金额 直接确定第二比对结果。
方式三:当第一比对结果指示第一目标金额大于目标银行卡的可用金额,且第一目标金 额大于第二目标金额时,或者,当第一比对结果指示第一目标金额不大于目标银行卡的可用 金额,且第一目标金额小于第二目标金额时,向目标服务器发送第二比对请求,第二比对请 求中携带第二目标金额和目标银行卡的信息;获取目标服务器的第二比对结果。
在方式三中,终端通过向目标服务器发送第二比对请求,获取目标服务器的第二比对结 果。利用此种方式获取第二比对结果需要满足以下两种条件中的任意一种:
条件1:第一比对结果指示第一目标金额大于目标银行卡的可用金额,第一目标金额大 于第二目标金额。
假设第一目标金额为A,目标银行卡的可用金额为B,第二目标金额为C,则在该种情 况下,A>B且A>C。此时,无法确定C和B的大小关系,也就是无法确定第二目标金额与 目标银行卡的可用金额的大小关系,此时无法直接确定第二比对结果。
条件2:第一比对结果指示第一目标金额不大于目标银行卡的可用金额,第一目标金额 小于第二目标金额。
假设第一目标金额为A,目标银行卡的可用金额为B,第二目标金额为C,则在该种情 况下,A≤B且A<C。此时,无法确定C和B的大小关系,也就是无法确定第二目标金额与 目标银行卡的可用金额的大小关系,此时无法直接确定第二比对结果。
当满足以上两种条件中的任意一种条件时,无法基于第一比对结果和第二目标金额直接 确定第二比对结果。此时,终端需要通过后台服务器向目标服务器发送携带第二目标金额和 目标银行卡的信息的第二比对请求,以获取目标服务器的第二比对结果。
具体而言,终端向后台服务器发送第二比对请求;后台服务器将获取的第二比对请求发 送至目标服务器,目标服务器获取终端的第二比对请求;然后目标服务器基于第二比对请求, 将第二目标金额与目标银行卡的可用金额进行比对,得到第二比对结果;接下来,目标服务 器将第二比对结果通过后台服务器发送至终端,终端获取目标服务器的第二比对结果。
可选地,在基于上述方式三获取第二比对结果后,可以对第一存储数据进行更新,得到 第二存储数据。例如,假设目标银行卡的数量为3,第一目标金额为50元,第二目标金额为 80元,则在更新后,第二存储数据可以如下:
用户ID:{
目标银行卡1:{金额:50;结果:是;
金额:80;结果:是}
目标银行卡2:{金额:50;结果:是
金额:80;结果:否}
目标银行卡3:{金额:50;结果:否}
}
根据上述数据结构可知,目标银行卡1的可用金额足以支付80元;目标银行卡2的可用 金额足以支付50元,但是不足以支付80元;目标银行卡3的可用金额不足以支付50元。
在步骤609中,当第二比对结果指示第二目标金额大于目标银行卡的可用金额时,终端 将目标银行卡的信息的显示方式设置为目标显示方式。
此步骤的实现方式详见步骤207,此处不再赘述。
在步骤610中,终端展示支付方式选择界面,支付方式选择界面包括以目标显示方式显 示的目标银行卡的信息。
此步骤的实现方式详见步骤208,此处不再赘述。
在步骤611中,当终端在支付方式选择界面获取到任一支付方式的选中指令时,基于任 一支付方式进行支付。
此步骤的实现方式详见步骤209,此处不再赘述。
需要说明的是,由于第二目标金额是指实际的待支付金额,所以利用具有第二比对结果 的目标银行卡进行支付时,支付结果与支付方式选择界面的显示方式紧密相关。也就是说, 若在支付方式选择界面选择以目标显示方式显示的目标银行卡进行支付时,支付结果为支付 失败;当在支付方式选择界面选择以普通显示方式显示的目标银行卡进行支付时,支付结果 为支付成功。
接下来以图7为例介绍整个支付过程。整个支付过程可以分为以下步骤:1、用户登录终 端的账号;2、终端获取根据用户的历史支付信息预测得到的第一目标金额;3、终端通过后 台服务器将携带第一目标金额和目标银行卡的信息的第一比对请求发送至中转服务器;4、中 转服务器将第一比对请求发送至目标服务器;5、目标服务器将第一目标金额和目标银行卡的 可用金额进行比对,得到第一比对结果,将第一比对结果发送至中转服务器;6、中转服务器 将第一比对结果通过后台服务器发送至终端;7、终端将第一比对结果按照目标数据结构进行 存储,得到第一存储数据;8、用户进行消费,产生实际待支付的第二目标金额,调起终端的 收银台;9、终端查询第一比对结果;10、当基于第一比对结果和第二目标金额无法直接确定 第二比对结果时,终端通过后台服务器将携带第二目标金额和目标银行卡的信息的第二比对 请求发送至中转服务器;11、中转服务器将第二比对请求发送至目标服务器;12、目标服务 器将第二目标金额和目标银行卡的可用金额进行比对,得到第二比对结果,将第二比对结果 发送至中转服务器;13、中转服务器将第二比对结果通过后台服务器发送至终端;14、终端 对第一存储数据进行更新,得到第二存储数据;15、终端将可用金额不足的银行卡的显示方 式设置为目标显示方式;16、终端的收银台向用户展示支付方式选择界面;17、用户在支付 方式选择界面选择用于支付的支付方式;18、终端基于该支付方式进行支付。
在本申请实施例中,在支付之前,先获取预测的第一目标金额与目标银行卡的可用金额 的第一比对结果,然后根据第一比对结果,获取实际待支付的第二目标金额与目标银行卡的 可用金额的第二比对结果。当第二比对结果指示第二目标金额大于目标银行卡的可用金额时, 将目标银行卡的信息的显示方式设置为目标显示方式,以在展示支付方式选择界面时提示用 户该目标银行卡的可用金额不足。由于第二目标金额为实际待支付的金额,所以根据第二比 对结果判断目标银行卡的可用金额是否充足更加准确。从而可以进一步减少因银行卡的可用 金额不足而导致支付失败的现象发生,减少支付所需的操作次数,提高支付的成功率,提升 用户的支付体验感。
基于相同技术构思,参见图8,本申请实施例提供了一种支付装置,该装置包括:
获取模块801,用于基于支付指令,获取绑定的支付方式;
发送模块802,用于当绑定的支付方式包括银行卡支付时,基于第一目标金额,向目标 服务器发送第一比对请求,第一比对请求中携带第一目标金额和目标银行卡的信息;
获取模块801,还用于获取目标服务器的第一比对结果,第一比对结果用于指示第一目 标金额与目标银行卡的可用金额的比对结果;
设置模块803,用于当第一比对结果指示第一目标金额大于目标银行卡的可用金额时, 将目标银行卡的信息的显示方式设置为目标显示方式,目标显示方式用于指示目标银行卡的 可用金额不足;
展示模块804,用于展示支付方式选择界面,支付方式选择界面包括以目标显示方式显 示的目标银行卡的信息;
支付模块805,用于当在支付方式选择界面获取到任一支付方式的选中指令时,基于任 一支付方式进行支付。
可选地,获取模块801,还用于获取用户历史支付信息;基于用户历史支付信息,构建 用户画像;基于用户画像,预测得到第一目标金额。
可选地,获取模块801,还用于基于第一比对结果和实际待支付的第二目标金额,获取 第二比对结果,第二比对结果用于指示第二目标金额与目标银行卡的可用金额的比对结果;
设置模块803,用于当第二比对结果指示第二目标金额大于目标银行卡的可用金额时, 将目标银行卡的信息的显示方式设置为目标显示方式。
可选地,获取模块801,还用于当第一目标金额等于第二目标金额时,将第一比对结果 作为第二比对结果;
当第一比对结果指示第一目标金额大于目标银行卡的可用金额,且第一目标金额小于第 二目标金额时,或者当第一比对结果指示第一目标金额不大于目标银行卡的可用金额,且第 一目标金额大于第二目标金额时,基于第一比对结果和第二目标金额直接确定第二比对结果;
当第一比对结果指示第一目标金额大于目标银行卡的可用金额,且第一目标金额大于第 二目标金额时,或者,当第一比对结果指示第一目标金额不大于目标银行卡的可用金额,且 第一目标金额小于第二目标金额时,向目标服务器发送第二比对请求,第二比对请求中携带 第二目标金额和目标银行卡的信息;获取目标服务器的第二比对结果。
可选地,参见图9,该装置还包括:
存储模块806,用于将第一比对结果按照目标数据结构进行存储,得到第一存储数据;
更新模块807,用于基于第二比对结果,对第一存储数据进行更新,得到第二存储数据。
可选地,发送模块802,用于向中转服务器发送第一比对请求,由中转服务器将第一比 对请求发送至目标服务器;
获取模块801,用于获取由中转服务器发送的目标服务器的第一比对结果。
在本申请实施例中,在支付之前,先获取第一目标金额与目标银行卡的可用金额的比对 结果,当该比对结果指示第一目标金额大于目标银行卡的可用金额时,将目标银行卡的信息 的显示方式设置为目标显示方式。基于上述过程,能够在银行卡的可用金额不足时,以目标 显示方式将该银行卡的信息显示在支付方式选择界面中,从而可以引导用户避免选择可用金 额不足的银行卡进行支付,减少因银行卡的可用金额不足而导致支付失败的现象发生,减少 支付所需的操作次数,提高支付的成功率,提升用户的支付体验感。
基于相同技术构思,参见图10,本申请实施例提供了一种支付装置,该装置包括:
获取模块1001,用于获取终端的第一比对请求,第一比对请求中携带第一目标金额和目 标银行卡的信息;
比对模块1002,用于基于第一比对请求,将第一目标金额与目标银行卡的可用金额进行 比对,得到第一比对结果;
发送模块1003,用于将第一比对结果发送至终端,终端用于基于第一比对结果进行支付。
可选地,获取模块1001,用于获取由中转服务器发送的终端的第一比对请求;
发送模块1003,用于将第一比对结果发送至中转服务器,由中转服务器将第一比对结果 发送至终端。
可选地,获取模块1001,还用于获取终端的第二比对请求,第二比对请求中携带实际待 支付的第二目标金额和目标银行卡的信息;
比对模块1002,还用于基于第二比对请求,将第二目标金额与目标银行卡的可用金额进 行比对,得到第二比对结果;
发送模块1003,还用于将第二比对结果发送至终端。
在本申请实施例中,在支付之前,先获取第一目标金额与目标银行卡的可用金额的比对 结果,当该比对结果指示第一目标金额大于目标银行卡的可用金额时,将目标银行卡的信息 的显示方式设置为目标显示方式。基于上述过程,能够在银行卡的可用金额不足时,以目标 显示方式将该银行卡的信息显示在支付方式选择界面中,从而可以引导用户避免选择可用金 额不足的银行卡进行支付,减少因银行卡的可用金额不足而导致支付失败的现象发生,减少 支付所需的操作次数,提高支付的成功率,提升用户的支付体验感。
需要说明的是,上述实施例提供的装置在实现其功能时,仅以上述各功能模块的划分进 行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将设 备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实 施例提供的装置与方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再赘 述。
图11是本申请实施例提供的一种终端的结构示意图。例如可以是:智能手机、平板电脑、 MP3播放器(Moving Picture Experts Group Audio Layer III,动态影像专家压缩标准音频层面 3)、MP4(Moving Picture Experts Group Audio Layer IV,动态影像专家压缩标准音频层面4) 播放器、笔记本电脑或台式电脑。终端还可能被称为用户设备、便携式终端、膝上型终端、 台式终端等其他名称。
通常,终端包括有:处理器1101和存储器1102。
处理器1101可以包括一个或多个处理核心,比如4核心处理器、8核心处理器等。处理 器1101可以采用DSP(Digital Signal Processing,数字信号处理)、FPGA(Field-Programmable Gate Array,现场可编程门阵列)、PLA(Programmable Logic Array,可编程逻辑阵列)中的 至少一种硬件形式来实现。处理器1101也可以包括主处理器和协处理器,主处理器是用于对 在唤醒状态下的数据进行处理的处理器,也称CPU(CentralProcessing Unit,中央处理器); 协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中,处理器 1101可以集成有GPU(Graphics Processing Unit,图像处理器),GPU用于负责显示屏所需 要显示的内容的渲染和绘制。一些实施例中,处理器1101还可以包括AI(Artificial Intelligence, 人工智能)处理器,该AI处理器用于处理有关机器学习的计算操作。
存储器1102可以包括一个或多个计算机可读存储介质,该计算机可读存储介质可以是非 暂态的。存储器1102还可包括高速随机存取存储器,以及非易失性存储器,比如一个或多个 磁盘存储设备、闪存存储设备。在一些实施例中,存储器1102中的非暂态的计算机可读存储 介质用于存储至少一个指令,该至少一个指令用于被处理器1101所执行以实现本申请中方法 实施例提供的支付方法。
在一些实施例中,终端还可选包括有:外围设备接口1103和至少一个外围设备。处理器 1101、存储器1102和外围设备接口1103之间可以通过总线或信号线相连。各个外围设备可 以通过总线、信号线或电路板与外围设备接口1103相连。具体地,外围设备包括:射频电路 1104、触摸显示屏1105、摄像头组件1106、音频电路1107、定位组件1108和电源1109中的至少一种。
外围设备接口1103可被用于将I/O(Input/Output,输入/输出)相关的至少一个外围设 备连接到处理器1101和存储器1102。在一些实施例中,处理器1101、存储器1102和外围设 备接口1103被集成在同一芯片或电路板上;在一些其他实施例中,处理器1101、存储器1102 和外围设备接口1103中的任意一个或两个可以在单独的芯片或电路板上实现,本实施例对此 不加以限定。
射频电路1104用于接收和发射RF(Radio Frequency,射频)信号,也称电磁信号。射 频电路1104通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1104将电信号 转换为电磁信号进行发送,或者,将接收到的电磁信号转换为电信号。可选地,射频电路1104 包括:天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解 码芯片组、用户身份模块卡等等。射频电路1104可以通过至少一种无线通信协议来与其它终 端进行通信。该无线通信协议包括但不限于:城域网、各代移动通信网络(2G、3G、4G及 5G)、无线局域网和/或WiFi(Wireless Fidelity,无线保真)网络。在一些实施例中,射频电 路1104还可以包括NFC(Near Field Communication,近距离无线通信)有关的电路,本申请 对此不加以限定。
显示屏1105用于显示UI(User Interface,用户界面)。该UI可以包括图形、文本、图标、 视频及其它们的任意组合。当显示屏1105是触摸显示屏时,显示屏1105还具有采集在显示 屏1105的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器 1101进行处理。此时,显示屏1105还可以用于提供虚拟按钮和/或虚拟键盘,也称软按钮和/ 或软键盘。在一些实施例中,显示屏1105可以为一个,设置在终端的前面板;在另一些实施 例中,显示屏1105可以为至少两个,分别设置在终端的不同表面或呈折叠设计;在再一些实 施例中,显示屏1105可以是柔性显示屏,设置在终端的弯曲表面上或折叠面上。甚至,显示 屏1105还可以设置成非矩形的不规则图形,也即异形屏。显示屏1105可以采用LCD(Liquid Crystal Display,液晶显示屏)、OLED(Organic Light-Emitting Diode,有机发光二极管)等材 质制备。
摄像头组件1106用于采集图像或视频。可选地,摄像头组件1106包括前置摄像头和后 置摄像头。通常,前置摄像头设置在终端的前面板,后置摄像头设置在终端的背面。在一些 实施例中,后置摄像头为至少两个,分别为主摄像头、景深摄像头、广角摄像头、长焦摄像 头中的任意一种,以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄 像头融合实现全景拍摄以及VR(Virtual Reality,虚拟现实)拍摄功能或者其它融合拍摄功能。 在一些实施例中,摄像头组件1106还可以包括闪光灯。闪光灯可以是单色温闪光灯,也可以 是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合,可以用于不同色温下 的光线补偿。
音频电路1107可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波,并将声波 转换为电信号输入至处理器1101进行处理,或者输入至射频电路1104以实现语音通信。出 于立体声采集或降噪的目的,麦克风可以为多个,分别设置在终端的不同部位。麦克风还可 以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1101或射频电路1104的 电信号转换为声波。扬声器可以是传统的薄膜扬声器,也可以是压电陶瓷扬声器。当扬声器 是压电陶瓷扬声器时,不仅可以将电信号转换为人类可听见的声波,也可以将电信号转换为 人类听不见的声波以进行测距等用途。在一些实施例中,音频电路1107还可以包括耳机插孔。
定位组件1108用于定位终端的当前地理位置,以实现导航或LBS(Location BasedService,基于位置的服务)。定位组件1108可以是基于美国的GPS(Global PositioningSystem, 全球定位系统)、中国的北斗系统、俄罗斯的格雷纳斯系统或欧盟的伽利略系统的定位组件。
电源1109用于为终端中的各个组件进行供电。电源1109可以是交流电、直流电、一次 性电池或可充电电池。当电源1109包括可充电电池时,该可充电电池可以支持有线充电或无 线充电。该可充电电池还可以用于支持快充技术。
在一些实施例中,终端还包括有一个或多个传感器1110。该一个或多个传感器1110包 括但不限于:加速度传感器1111、陀螺仪传感器1112、压力传感器1113、指纹传感器1114、 光学传感器1115以及接近传感器1116。
加速度传感器1111可以检测以终端建立的坐标系的三个坐标轴上的加速度大小。比如, 加速度传感器1111可以用于检测重力加速度在三个坐标轴上的分量。处理器1101可以根据 加速度传感器1111采集的重力加速度信号,控制触摸显示屏1105以横向视图或纵向视图进 行用户界面的显示。加速度传感器1111还可以用于游戏或者用户的运动数据的采集。
陀螺仪传感器1112可以检测终端的机体方向及转动角度,陀螺仪传感器1112可以与加 速度传感器1111协同采集用户对终端的3D动作。处理器1101根据陀螺仪传感器1112采集 的数据,可以实现如下功能:动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图 像稳定、游戏控制以及惯性导航。
压力传感器1113可以设置在终端的侧边框和/或触摸显示屏1105的下层。当压力传感器 1113设置在终端的侧边框时,可以检测用户对终端的握持信号,由处理器1101根据压力传 感器1113采集的握持信号进行左右手识别或快捷操作。当压力传感器1113设置在触摸显示 屏1105的下层时,由处理器1101根据用户对触摸显示屏1105的压力操作,实现对UI界面 上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控 件中的至少一种。
指纹传感器1114用于采集用户的指纹,由处理器1101根据指纹传感器1114采集到的指 纹识别用户的身份,或者,由指纹传感器1114根据采集到的指纹识别用户的身份。在识别出 用户的身份为可信身份时,由处理器1101授权该用户执行相关的敏感操作,该敏感操作包括 解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1114可以被设置在终 端的正面、背面或侧面。当终端上设置有物理按键或厂商Logo时,指纹传感器1114可以与 物理按键或厂商Logo集成在一起。
光学传感器1115用于采集环境光强度。在一个实施例中,处理器1101可以根据光学传 感器1115采集的环境光强度,控制触摸显示屏1105的显示亮度。具体地,当环境光强度较 高时,调高触摸显示屏1105的显示亮度;当环境光强度较低时,调低触摸显示屏1105的显 示亮度。在另一个实施例中,处理器1101还可以根据光学传感器1115采集的环境光强度, 动态调整摄像头组件1106的拍摄参数。
接近传感器1116,也称距离传感器,通常设置在终端的前面板。接近传感器1116用于 采集用户与终端的正面之间的距离。在一个实施例中,当接近传感器1116检测到用户与终端 的正面之间的距离逐渐变小时,由处理器1101控制触摸显示屏1105从亮屏状态切换为息屏 状态;当接近传感器1116检测到用户与终端的正面之间的距离逐渐变大时,由处理器1101 控制触摸显示屏1105从息屏状态切换为亮屏状态。
本领域技术人员可以理解,图11中示出的结构并不构成对终端的限定,可以包括比图示 更多或更少的组件,或者组合某些组件,或者采用不同的组件布置。
图12是本发明实施例提供的一种服务器的结构示意图,该服务器可因配置或性能不同而 产生比较大的差异,可以包括一个或多个处理器(Central Processing Units,CPU)1201和一 个或多个存储器1202,其中,该一个或多个存储器1202中存储有至少一条程序代码,该至 少一条程序代码由该一个或多个处理器1201加载并执行,以实现上述各个方法实施例提供的 支付方法。当然,该服务器还可以具有有线或无线网络接口、键盘以及输入输出接口等部件, 以便进行输入输出,该服务器还可以包括其他用于实现设备功能的部件,在此不做赘述。
在示例性实施例中,还提供了一种计算机可读存储介质,所述存储介质中存储有至少一 条程序代码,所述至少一条程序代码由计算机设备的处理器加载并执行,以实现上述任一种 支付方法。
可选地,上述计算机可读存储介质可以是只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、只读光盘(Compact Disc Read-OnlyMemory,CD-ROM)、磁带、软盘和光数据存储设备等。
应当理解的是,在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对 象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
以上所述仅为本申请的示例性实施例,并不用以限制本申请,凡在本申请的精神和原则 之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
Claims (13)
1.一种支付方法,其特征在于,所述方法包括:
基于支付指令,获取绑定的支付方式;
当所述绑定的支付方式包括银行卡支付时,基于第一目标金额,向目标服务器发送第一比对请求,所述第一比对请求中携带所述第一目标金额和目标银行卡的信息;
获取所述目标服务器的第一比对结果,所述第一比对结果用于指示所述第一目标金额与所述目标银行卡的可用金额的比对结果;
当所述第一比对结果指示所述第一目标金额大于所述目标银行卡的可用金额时,将所述目标银行卡的信息的显示方式设置为目标显示方式,所述目标显示方式用于指示所述目标银行卡的可用金额不足;
展示支付方式选择界面,所述支付方式选择界面包括以所述目标显示方式显示的所述目标银行卡的信息;
当在所述支付方式选择界面获取到任一支付方式的选中指令时,基于所述任一支付方式进行支付。
2.根据权利要求1所述的方法,其特征在于,所述基于第一目标金额,向目标服务器发送第一比对请求之前,所述方法还包括:
获取用户历史支付信息;
基于所述用户历史支付信息,构建用户画像;
基于所述用户画像,预测得到第一目标金额。
3.根据权利要求2所述的方法,其特征在于,所述获取所述目标服务器的第一比对结果之后,所述方法还包括:
基于所述第一比对结果和实际待支付的第二目标金额,获取第二比对结果,所述第二比对结果用于指示所述第二目标金额与所述目标银行卡的可用金额的比对结果;
所述当所述第一比对结果指示所述第一目标金额大于所述目标银行卡的可用金额时,将所述目标银行卡的信息的显示方式设置为目标显示方式,包括:
当所述第二比对结果指示所述第二目标金额大于所述目标银行卡的可用金额时,将所述目标银行卡的信息的显示方式设置为目标显示方式。
4.根据权利要求3所述的方法,其特征在于,所述基于所述第一比对结果和实际待支付的第二目标金额,获取第二比对结果,包括:
当所述第一目标金额等于所述第二目标金额时,将所述第一比对结果作为第二比对结果;
当所述第一比对结果指示所述第一目标金额大于所述目标银行卡的可用金额,且所述第一目标金额小于所述第二目标金额时,或者当所述第一比对结果指示所述第一目标金额不大于所述目标银行卡的可用金额,且所述第一目标金额大于所述第二目标金额时,基于所述第一比对结果和所述第二目标金额直接确定第二比对结果;
当所述第一比对结果指示所述第一目标金额大于所述目标银行卡的可用金额,且所述第一目标金额大于所述第二目标金额时,或者当所述第一比对结果指示所述第一目标金额不大于所述目标银行卡的可用金额,且所述第一目标金额小于所述第二目标金额时,向所述目标服务器发送第二比对请求,所述第二比对请求中携带所述第二目标金额和所述目标银行卡的信息;获取所述目标服务器的第二比对结果。
5.根据权利要求4所述的方法,其特征在于,所述获取所述目标服务器的第一比对结果之后,所述方法还包括:
将所述第一比对结果按照目标数据结构进行存储,得到第一存储数据;
所述获取所述目标服务器的第二比对结果之后,所述方法还包括:
基于所述第二比对结果,对所述第一存储数据进行更新,得到第二存储数据。
6.根据权利要求1所述的方法,其特征在于,向目标服务器发送第一比对请求,包括:
向中转服务器发送第一比对请求,由所述中转服务器将所述第一比对请求发送至所述目标服务器;
所述获取所述目标服务器的第一比对结果,包括:
获取由所述中转服务器发送的所述目标服务器的第一比对结果。
7.一种支付方法,其特征在于,所述方法包括:
获取终端的第一比对请求,所述第一比对请求中携带第一目标金额和目标银行卡的信息;
基于所述第一比对请求,将所述第一目标金额与所述目标银行卡的可用金额进行比对,得到第一比对结果;
将所述第一比对结果发送至所述终端,所述终端用于基于所述第一比对结果进行支付。
8.根据权利要求7所述的方法,其特征在于,所述获取终端的第一比对请求,包括:
获取由中转服务器发送的所述终端的第一比对请求;
所述将所述第一比对结果发送至所述终端,包括:
将所述第一比对结果发送至所述中转服务器,由所述中转服务器将所述第一比对结果发送至所述终端。
9.根据权利要求7所述的方法,其特征在于,所述将所述第一比对结果发送至所述终端之后,所述方法还包括:
获取所述终端的第二比对请求,所述第二比对请求中携带实际待支付的第二目标金额和所述目标银行卡的信息;
基于所述第二比对请求,将所述第二目标金额与所述目标银行卡的可用金额进行比对,得到第二比对结果;
将所述第二比对结果发送至所述终端。
10.一种支付装置,其特征在于,所述装置包括:
获取模块,用于基于支付指令,获取绑定的支付方式;
发送模块,用于当所述绑定的支付方式包括银行卡支付时,基于第一目标金额,向目标服务器发送第一比对请求,所述第一比对请求中携带所述第一目标金额和目标银行卡的信息;
所述获取模块,还用于获取所述目标服务器的第一比对结果,所述第一比对结果用于指示所述第一目标金额与所述目标银行卡的可用金额的比对结果;
设置模块,用于当所述第一比对结果指示所述第一目标金额大于所述目标银行卡的可用金额时,将所述目标银行卡的信息的显示方式设置为目标显示方式,所述目标显示方式用于指示所述目标银行卡的可用金额不足;
展示模块,用于展示支付方式选择界面,所述支付方式选择界面包括以所述目标显示方式显示的所述目标银行卡的信息;
支付模块,用于当在所述支付方式选择界面获取到任一支付方式的选中指令时,基于所述任一支付方式进行支付。
11.一种支付装置,其特征在于,所述装置包括:
获取模块,用于获取终端的第一比对请求,所述第一比对请求中携带第一目标金额和目标银行卡的信息;
比对模块,用于基于所述第一比对请求,将所述第一目标金额与所述目标银行卡的可用金额进行比对,得到第一比对结果;
发送模块,用于将所述第一比对结果发送至所述终端,所述终端用于基于所述第一比对结果进行支付。
12.一种计算机设备,其特征在于,所述计算机设备包括处理器和存储器,所述存储器中存储有至少一条程序代码,所述至少一条程序代码由所述处理器加载并执行,以实现如权利要求1至6任一所述的支付方法,或者如权利要求7至9任一所述的支付方法。
13.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有至少一条程序代码,所述至少一条程序代码由处理器加载并执行,以实现如权利要求1至6任一所述的支付方法,或者如权利要求7至9任一所述的支付方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911147894.6A CN110956469A (zh) | 2019-11-21 | 2019-11-21 | 支付方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911147894.6A CN110956469A (zh) | 2019-11-21 | 2019-11-21 | 支付方法、装置、设备及存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110956469A true CN110956469A (zh) | 2020-04-03 |
Family
ID=69977972
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911147894.6A Pending CN110956469A (zh) | 2019-11-21 | 2019-11-21 | 支付方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110956469A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111538554A (zh) * | 2020-04-24 | 2020-08-14 | 北京小米支付技术有限公司 | 一种支付方法、装置、移动终端及存储介质 |
CN112116345A (zh) * | 2020-09-28 | 2020-12-22 | 中国银行股份有限公司 | 一种支付卡列表数据的处理系统及方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101887615A (zh) * | 2010-06-29 | 2010-11-17 | 宇龙计算机通信科技(深圳)有限公司 | 一种移动终端实现移动支付的方法、系统及移动终端 |
WO2011002547A1 (en) * | 2009-07-03 | 2011-01-06 | Alibaba Group Holding Limited | System and method for adaptive selection of bank card for payment |
CN106127462A (zh) * | 2016-06-20 | 2016-11-16 | 上海易码信息科技有限公司 | 用于预付卡账户载体的线下移动支付方法 |
CN106779673A (zh) * | 2015-11-23 | 2017-05-31 | 苏宁云商集团股份有限公司 | 一种电子支付方法及系统 |
CN108520417A (zh) * | 2018-03-21 | 2018-09-11 | 广东欧珀移动通信有限公司 | 支付方法、装置、服务器、支付终端及计算机可读介质 |
CN109377214A (zh) * | 2018-09-26 | 2019-02-22 | 深圳壹账通智能科技有限公司 | 一种支付方法、计算机可读存储介质及服务器 |
CN109829747A (zh) * | 2018-11-30 | 2019-05-31 | 北京三快在线科技有限公司 | 支付方法,装置,存储介质,电子设备及系统 |
-
2019
- 2019-11-21 CN CN201911147894.6A patent/CN110956469A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011002547A1 (en) * | 2009-07-03 | 2011-01-06 | Alibaba Group Holding Limited | System and method for adaptive selection of bank card for payment |
CN101887615A (zh) * | 2010-06-29 | 2010-11-17 | 宇龙计算机通信科技(深圳)有限公司 | 一种移动终端实现移动支付的方法、系统及移动终端 |
CN106779673A (zh) * | 2015-11-23 | 2017-05-31 | 苏宁云商集团股份有限公司 | 一种电子支付方法及系统 |
CN106127462A (zh) * | 2016-06-20 | 2016-11-16 | 上海易码信息科技有限公司 | 用于预付卡账户载体的线下移动支付方法 |
CN108520417A (zh) * | 2018-03-21 | 2018-09-11 | 广东欧珀移动通信有限公司 | 支付方法、装置、服务器、支付终端及计算机可读介质 |
CN109377214A (zh) * | 2018-09-26 | 2019-02-22 | 深圳壹账通智能科技有限公司 | 一种支付方法、计算机可读存储介质及服务器 |
CN109829747A (zh) * | 2018-11-30 | 2019-05-31 | 北京三快在线科技有限公司 | 支付方法,装置,存储介质,电子设备及系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111538554A (zh) * | 2020-04-24 | 2020-08-14 | 北京小米支付技术有限公司 | 一种支付方法、装置、移动终端及存储介质 |
CN112116345A (zh) * | 2020-09-28 | 2020-12-22 | 中国银行股份有限公司 | 一种支付卡列表数据的处理系统及方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108805560B (zh) | 数值整合方法、装置、电子设备及计算机可读存储介质 | |
CN111028071B (zh) | 账单处理方法、装置、电子设备及存储介质 | |
CN111831385B (zh) | 业务授信信息处理方法、装置、设备及存储介质 | |
CN112288894A (zh) | 门票信息的展示方法、装置、设备及可读存储介质 | |
CN111901283B (zh) | 资源转移方法、装置、终端及存储介质 | |
CN110909264A (zh) | 信息处理方法、装置、设备及存储介质 | |
CN110956469A (zh) | 支付方法、装置、设备及存储介质 | |
CN112036887A (zh) | 资源转移的方法、装置、设备及存储介质 | |
CN112967043A (zh) | 资源转移方法、装置、设备及存储介质 | |
CN111047328B (zh) | 移动支付方法、装置、系统及存储介质 | |
CN110738491A (zh) | 数值转移方法、系统、装置、终端及存储介质 | |
CN112330380A (zh) | 订单创建方法、装置、计算机设备及计算机可读存储介质 | |
CN113393608B (zh) | 业务处理方法、装置、终端及存储介质 | |
CN110891086B (zh) | 资源转移方法、装置、终端、服务器及存储介质 | |
CN111131619B (zh) | 账号切换处理的方法、装置及系统 | |
CN112764824B (zh) | 触发应用程序中身份验证的方法、装置、设备及存储介质 | |
CN111681098A (zh) | 资源转移方法、装置、服务器及计算机可读存储介质 | |
CN112699364A (zh) | 验证信息的处理方法、装置、设备及存储介质 | |
CN112561107A (zh) | 资源管理方法、装置、设备及计算机可读存储介质 | |
CN111191254A (zh) | 访问校验方法、装置、计算机设备及存储介质 | |
CN110134303B (zh) | 操作控件显示方法、装置、终端及存储介质 | |
CN110197055A (zh) | 管理信息的方法、装置、设备及存储介质 | |
CN113709721B (zh) | 资源转移方法、装置、终端及存储介质 | |
CN111641853B (zh) | 多媒体资源加载方法、装置、计算机设备及存储介质 | |
CN110519378B (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200403 |