具体实施方式
下面将结合本申请实施例中附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
请参阅图1,示出了本申请实施例提供的信息推送方法及装置的应用场景图。如图1中所示,支付终端1和查询服务器3位于无线网络或有线网络中,支付终端1和查询服务器3进行数据交互。
于本申请实施例中,支付终端1设置有生物特征信息采集装置,用于采集用户的生物特征信息。其中,该生物特征信息采集装置可以是指纹模组、虹膜采集器和人脸采集装置,该指纹模组用于采集用户的指纹信息,虹膜采集器用于采集用户的虹膜信息,人脸采集装置用于采集用户的人脸图像信息。作为一种实施方式,支付终端1可以是移动终端设备,例如可以包括智能手机、平板电脑、电子书阅读器、膝上型便携计算机、车载电脑、穿戴式移动终端等等,也可以是具有生物特征信息采集装置的POS机。
支付终端1内可以安装有客户端,具体地,客户端可以是安装在支付终端1的应用程序。查询服务器3可以是单独的查询服务器,也可以是查询服务器集群,可以是本地查询服务器,也可以是云端查询服务器。
作为一种实施方式,查询服务器为银行或者银行认证的服务器,查询服务器3内存储有用户预先录入的身份信息以及该身份信息对应的支付账号,其中,该身份信息可以是生物特征信息,具体地,可以是用户的指纹信息、虹膜信息和人脸图像信息。作为一种实施方式,用户使用账号登录支付终端内的客户端,在客户端的支付账号录入界面录入用户的身份信息以及支付账号,录入完成后,用户点击提交,客户端将身份信息和支付账号一起发送至查询服务器,查询服务器将用户的身份信息和支付账号对应存储。其中,支付账号可以是银行卡账号,也可以是具有支付功能的应用程序的账号。
本申请实施例旨在解决现有的非现金支付方式,用户必须携带手机或银行卡的缺陷,请参阅图2,示出了本申请实施例提供的一种支付方法。本实施例中,以查询服务器为执行主体,描述该方法的实施过程,具体地,该方法包括:S201至S203。
S201:获取支付终端发送的身份信息和支付金额,所述身份信息由所述支付终端采集。
当买家选定商品时,由卖家或者买家操作支付终端,以使支付终端显示支付界面,如图3所示,在该支付界面内显示有支付信息和身份信息输入列表,其中,支付信息为买家选定的商品相关的信息,具体包括商品的价格以及商品的描述信息,商品的描述信息可以是商品的名称、型号、厂商、生产日期以及保质期等信息。其中,作为一种实施方式,支付信息可以是由买家或者卖家操作支付终端的输入装置而录入的,作为另一种实施方式,支付终端还设有标识码采集装置,该标识码采集装置可以是二维码扫描器、条形码扫描器或者射频识别器,其中,二维码扫描器用于扫描设置在商品上的二维码,以获取二维码内存储的商品的价格以及商品的描述信息,条形码扫描器用于扫描设置在商品上的条形码,以获取条形码存储的商品的价格以及商品的描述信息,射频识别器用于扫描设置在商品上的射频标签,以获取射频标签存储的商品的价格以及商品的描述信息。
需要说明的是,该支付界面所显示的支付信息与用户所选定的商品相对应,用户在界面内的输入的信息均与该支付信息对应,即与用户所选定的商品相对应,也就是说,本次购买行为所对应的购买对应为用户所选定的商品。
此外,在该支付界面内还设有身份信息输入列表,该身份信息输入列表包括“请选择要输入的身份信息”的提示信息,以及身份信息选择按键,例如,图3中所示的指纹、虹膜和人脸三个按键,用户选择其中一个按键,就进入对应的身份信息录入界面,例如,用户选择指纹按键,则进入指纹的录入界面,如图4所示,用户在指纹录入区域录入指纹,在支付终端采集用户录入的指纹信息成功后,发送身份信息和支付金额至查询服务器,另外,还可以将支付信息,例如商品的描述信息等发送至查询服务器。以图4为例,支付终端采集到用户录入的指纹信息之后,将指纹信息以及支付金额、商品的描述信息等发送至查询服务器。
具体地,支付终端发送支付请求至查询服务器,该身份信息和支付金额可以通过该支付请求一起发送至查询服务器,也可以是先发送身份信息之后,再发送支付金额,还可以是先发送支付金额之后,再发送身份信息。
另外,考虑到用户的身份信息以及支付行为的私密性和安全性,支付终端发送至查询服务器的身份信息、支付金额以及其他支付信息等与用户的购买行为相关的信息,可以通过加密的方式传输。具体地,支付终端将身份信息、支付金额以及其他支付信息等与用户的购买行为相关的信息按照事先与查询服务器约定好的加密方式加密,以获得加密数据,将该加密数据发送至查询服务器,查询服务器根据与约定好的加密方式对应的解密方式对该加密数据解密,以获得身份信息、支付金额以及其他支付信息等与用户的购买行为相关的信息。其中,加密方式可以是对称加密方式,例如,三重数据加密算法、分组密码算法等;当然,该加密方式还可以是非对称加密方式。
S202:确定与所述身份信息对应的目标支付账号。
查询服务器内预先存储有该身份信息对应的所有支付账号,在获取到支付终端采集的身份信息之后,确定该身份信息对应的目标支付账号。如果该身份信息仅对应一个支付账号,则直接将该身份信息对应的支付账号作为目标支付账号,如果该身份信息对应多个支付账号,则查找与该身份信息对应的所有支付账号,从该所有支付账号中确定一个目标支付账号,则此时,身份信息和支付金额可以同时发送给查询服务器,即通过支付终端发送给查询服务器的支付请求时,直接将身份信息、支付金额以及商品相关的信息等发送给查询服务器,如用户在图4的界面输入身份信息之后,支付终端直接将身份信息、支付金额以及商品相关的信息通过支付请求发送给查询服务器,查询服务器在确定身份信息对应的目标支付账号之后,无需经用户确认,直接去完成支付。
作为另一种实施方式,确定与所述身份信息对应的目标支付账号的具体实施方式可以是:在所述与所述身份信息对应的所有支付账号中,确定待选择支付账号。具体地,可以是将与所述身份信息对应的所有支付账号作为待选择支付账号,也可以是对与所述身份信息对应的所有支付账号按照预设策略进行筛选,将筛选后的支付账号作为待选择支付账号,具体地,在后续实施例中详细说明。
其中,可以是用户在图4所示的界面内,输入身份信息之后,支付终端发送查询请求至查询服务器,该查询请求内包括支付终端所采集的身份信息以及支付信息,则查询服务器获取到查询信息之后,能够将身份信息与商品的标识对应,避免在获取到身份信息对应的支付账号之后,所购买的商品不是用户欲购买的商品。
查询服务器在确定待选择支付账号之后,将所述待选择支付账号发送至所述支付终端,支付终端将所述待选择支付账号进行显示,具体地,可以是在待购买商品的标识对应的界面内显示该待选择支付账号,则作为一种实施方式,查询服务器所获取的身份信息对应有商品的标识,则查询服务器根据该身份信息确定了待选择支付账号之后,将该待选择支付账号以及该商品的标识打包发送至支付终端,支付终端解析之后,能够确定该待选择支付账号对应的商品的标识,则在该商品的标识对应的界面内显示。如图5所示,以支付列表的形式显示待选择支付账号,如图5中的“支付账号1、支付账号2和支付账号3”,且每个支付账号对应一个选择框,如图5中的支付账号1、支付账号2和支付账号3各自对应的圆框,用户选中一个支付账号作为本次支付所使用的支付账号,例如,选中支付账号1,则点击支付账号1对应的圆框。进一步地,考虑到同一个商品采用不同的支付账号支付,可能所消耗的费用是不同的,这是因为支付账号所对应的折扣或者优惠券不同,因此,将所述待选择支付账号发送至支付终端进行显示的实施方式为,获取所述待选择支付账号对应的优惠信息。具体地,查询服务器内存储有每个支付账号对应的优惠信息,该优惠信息包括商品价格的折扣信息、优惠券信息或满减信息,该优惠信息可以是由商家录入至查询服务器内,也可以是查询服务器每间隔一定时间发送一个优惠信息获取请求至商家对应的终端而获取的。
将所述待选择支付账号对应的优惠信息和所述待选择支付账号发送至所述支付终端,以指示所述支付终端将所述待选择支付账号以及所对应的优惠信息对应显示。如图6所示,在支付列表内,每个支付账号对应显示一个优惠信息,如图6中,支付账号1对应优惠信息1,支付账号2对应优惠信息1,支付账号1对应优惠信息1,进一步,用户在点击该优惠信息的时候,可以显示一个弹窗,在该弹窗内显示优惠信息的详细内容,如图7所示,优惠信息1对应的弹窗,在该弹窗内显示优惠信息1对应的详细内容,用户查看该详细内容,能够看到优惠信息1对应的完整内容。则该弹窗内设置有关闭按键,用户点击该关闭按键,则弹窗被关闭,界面恢复到图6所示的界面,用户选中其中一个支付账号,如支付账号1,点击支付按钮。另外,也可以是在该弹窗内,设置一个“支付”按钮,用户点击该支付按钮,能够直接将优惠信息对应的支付账号作为用户选中的支付账号发送至查询服务器。
然后,查询服务器获取所述支付终端发送的目标支付账号,所述目标支付账号为用户根据所述支付终端所显示的待选择支付账号而选择的支付账号。以图5为例,用户在选中支付账号1之后,然后再点击“支付按钮”,支付终端将用户所选中的支付账号,例如,将支付账号1发送至查询服务器,查询服务器获取到支付账号1之后,就确定了与所述身份信息对应的目标支付账号,将该目标支付账号作为与本次支付相对应的支付账号,用来支付。则与本实施中,支付终端采集的身份信息和商品对应的支付金额是分两次发送的,首先通过查询请求将身份信息和对应的商品的标识发送至查询服务器,则查询服务器获取到了商品的标识对应的身份信息,然后在确定了身份信息对应的目标支付账号之后,又确定了目标支付账号对应的商品的标识,然后,在用户点击支付之后,发送支付请求至查询服务器,该支付请求内包括商标相关的信息,至少包括商品的标识和支付金额,则查询服务器获取到支付请求之后,能够确定支付请求内的商品的标识所对应的目标支付账号,由此就得到了支付金额和目标支付账号的对应关系,能够避免错扣了目标支付账号内的金额。
另外,支付终端发送身份信息和支付金额的方式还可以是,先发送支付金额,再发送身份信息至查询服务器。具体地,可以是在商家在录入商品相关的信息时,如图3所示的界面,支付终端先将支付金额以及商品相关的信息发送至查询服务器,则查询服务器先生成一个商品的标识对应的商品购买信息,该商品购买信息暂时存储了商品相关的信息以及支付金额等。在支付终端采集用户输入的身份信息之后,将身份信息以及商品的标识发送至查询服务器,查询服务器根据与身份信息对应的商品的标识,确定该商品的标识对应的商品购买信息,由此就将身份信息与商品相关的信息以及支付金额对应,之后,再确定身份信息对应的目标支付账号,则就将目标支付账号与商品相关的信息以及支付金额对应,以便完成支付操作。
作为另一种实施方式,不同的支付终端由于所对应的商家的要求不同或者所处的支付***不同,而对支付账号类型有不同的要求。例如,在一些国家,只支持VI SA类的支付账号,再例如,一些商家只支持某个特定银行的银行卡***。因此,确定与所述身份信息对应的目标支付账号的具体实施方式还可以是:获取所述支付终端对应的支持账号类型;在与所述身份信息对应的所有支付账号中,查找与所述支持账号类型匹配的账号类型对应的支付账号,作为所述目标支付账号。
具体地,查询服务器内存储有每个商家所使用的支付终端的标识,支付终端的标识可以是支付终端的设备I D。商家通过支付终端注册使,商家的用户账号以及所对应的支付终端的标识均录入查询服务器内存储,商家可以通过支付终端录入所支持的账号类型,即商家预先将支付终端对应的支持账号类型发送至查询服务器,则查询服务器将支付终端对应的支持账号类型、与商家的用户账号和支付终端的标识对应存储。
支付终端才将所采集的身份信息发送至查询服务器时,同时将商家的用户账号或者支付终端的标识中的至少一个发送至查询服务器,查询服务器就能够查找到与支付终端所对应的支持账号类型。
而用户的身份信息所对应的每个支付账号均对应一个账号类型,可以是,在用户录入与身份信息对应的支付账号的时候就为每个支付账号均设定账号类型,也可以是,查询服务器根据支付账号为每个支付账号设置账号类型,例如,支付账号是银行卡***,账号类型为发卡行名称,而每个银行卡***都设有发卡行标识代码,例如,银行卡***的前六位,根据该发卡行标识代码就能够确定该银行卡***对应的发卡行名称,即能够确定支付账号对应的账号类型。
在获取到身份信息之后,确定身份信息对应的所有支付账号,遍历每个支付账号对应的账号类型,查找与所述支持账号类型匹配的账号类型对应的支付账号,作为所述目标支付账号。
S203:从所述目标支付账号的账号余额中扣除所述支付金额,以完成支付。
在确定目标支付账号后,就能够通过该目标支付账号完成支付了。具体地,根据支付金额扣除所述目标支付账号对应的账号余额,假设目标支付账号的账号余额是K,支付金额是Z,则将目标支付账号的账号余额修改为K-Z,具体地,可以参考支付账号对应的优惠信息扣除目标支付账号的账号余额,例如,支付账号对应的优惠信息为7折,则将目标支付账号的账号余额修改为K-0.7*Z。
作为一种实施方式,本申请实施例中的查询服务器在获取到目标支付账号之后,确定目标支付账号对应的支付服务器,再发送结算请求至所述支付服务器。其中,该结算请求内包括目标支付账号和商品的名称、支付金额、商家信息等。
其中,该商家信息包括商家对应的收款账号,则该收款账号可以是商家在支付终端录入的,也可以是,商家预先在查询服务器内录入对应的收款账号,其中,该收款账号可以是多个,且该多个收款账号与商家标识对应,其中,该商家标识可以是商家的身份信息,例如,商家的名称或者商家在某个购物APP内的用户账号等。
则具体地,商家在支付终端录入支付信息,如在图3中的界面内录入支付信息时,在该支付信息内录入收款账号,则支付终端发送支付请求至查询服务器时,在该支付请求内包括收款账号,查询服务器解析该支付请求能够获得该收款账号。还可以是,商家只在该支付信息内录入商家标识,则支付终端发送支付请求至查询服务器时,在该支付请求内包括商家标识,查询服务器解析该支付请求能够获得该商家标识,然后查找该商家标识对应的所有收款账号,在所有的收款账号中确定一个目标收款账号。
具体地,查询服务器内存储有收款账号对应的使用记录,该使用记录包括收款账号的收款记录,根据该收款记录从所有收款账号中获取目标收款账号,具体地,可以是选择最近一段时间内使用的收款账号作为目标收款账号,也可以是根据收款记录获取每个收款账号的预设时间段内的活跃率,将活跃率最高的收款账号作为目标收款账号。还可以是,在查询服务器获取到目标支付账号之后,能够确定该目标支付账号对应的账号类型,例如,农业银行卡的***对应的账号类型是农行。而查询服务器内存储的商家的收款账号,每个收款账号都对应存储有账号类型,或者,根据查询服务器能够确定每个收款账号对应的账号类型,例如,收款账号是银行***,且前五位数为622843,则判定该收款账号的账号类型为农业银行。则查询服务器在确定了目标支付账号对应的账号类型,查找商家的收款账号中与目标支付账号对应的账号类型相同的账号类型对应的收款账号,作为目标收款账号。
支付服务器在获取到结算请求之后,获取到目标收款账号、目标支付账号、支付金额以及商品相关的信息,从所述目标支付账号的账号余额中扣除所述支付金额,即修改目标支付账号的账号余额的数值。然后,在目标收款账号的账号余额上增加所述支付金额,并生成完成支付信息至商家对应的终端,其中,该支付信息包括商品相关的信息以及目标支付账号。
其中,目标支付账号可以是银行卡账号,也可以是具有支付功能的应用程序的账号,则当目标支付账号为具有支付功能的应用程序的账号,则目标支付账号对应有账号余额,也可能绑定了银行卡账号,则目标支付账号对应的支付服务器为具有支付功能的应用程序对应的应用服务器,则本申请实施例中的查询服务器在获取到目标支付账号之后,发送第一结算请求至该应用服务器,该第一结算请求包括目标支付账号和商品的名称、支付金额、目标收款账号等。
应用服务器判断目标支付账号的账号余额是否大于或等于所述支付金额,如果大于或等于,则从所述目标支付账号的账号余额中扣除所述支付金额,并在目标收款账号的账号余额上增加所述支付金额;如果目标支付账号的账号余额小于支付金额,则确定与该目标支付账号绑定的银行卡账号,并发送第二结算请求至该银行卡账号对应的银行查询服务器,其中,第二结算请求包括商品的名称、支付金额、目标收款账号和与该目标支付账号绑定的银行卡账号。
银行查询服务器判断与该目标支付账号绑定的银行卡账号的账号余额是否大于或等于支付金额,如果大于或等于,则从与该目标支付账号绑定的银行卡账号的账号余额中扣除所述支付金额,并在目标收款账号的账号余额上增加所述支付金额;如果小于,则发送提醒信息至支付终端,该提醒信息用于提醒用户本次支付失败。
再者,上述的商品可以是实体商品,例如,衣服、家具等,也可以是电子商品,如游戏点券。假如商品是电子商品,则支付服务器不仅需要扣除目标支付账号内的账号余额以及增加目标收款账号内的账号余额,还需要将电子商品发送至买家的商品余额上。以游戏点券为例,目标支付账号是银行卡账号,则具体的支付过程可以是,查询服务器发送结算请求至支付服务器,支付服务器从与该目标支付账号绑定的银行卡账号的账号余额中扣除所述支付金额,并在目标收款账号的账号余额上增加所述支付金额,并发送商品订单至游戏服务器,其中,该游戏服务器为用户欲购买的游戏点券对应的用户账号所属的服务器。该商品订单内包括用户账号、商品相关的信息,其中,商品相关的信息具体是所购买的游戏点券的种类和数量,例如,是游戏币5000,或者钻石2000等。另外,用户账号为用户在使用支付终端购买电子商品时,输入并由支付终端上传至查询服务器的。查询服务器在发送结算请求至支付服务器时,将用户账号通过结算请求发送至支付服务器。
游戏服务器在获取到商品订单之后,能够获取到用户账号以及对应的游戏点券,则根据所购买的游戏点券将用户账号对应的游戏点券的参数修改,例如,在用户购买该游戏点券之前,用户对应的游戏点券的参数为100,则所购买的游戏点券为20,则根据所购买的游戏点券将用户账号对应的游戏点券的参数修改之后,用户对应的游戏点券的参数为120。
需要说明的是,为了用户的支付安全,可以在确定目标支付账号之后,要求用户再次输入密码,如果密码正确才能完成支付。具体地,所述根据所述支付金额扣除所述目标支付账号对应的账号余额以完成支付的具体实施方式为:获取所述支付终端发送的第二生物特征信息;判断所述第二生物特征信息与预先存储的所述目标支付账号对应的生物特征信息是否匹配;若匹配,根据所述支付金额扣除所述目标支付账号对应的账号余额以完成支付。
具体地,支付终端通过支付请求发送的身份信息作为第一生物特征信息,在确定了与所述身份信息对应的目标支付账号,再次由支付终端采集用户输入的身份信息,作为第二生物特征信息。例如,支付终端在将第一生物特征信息发送至查询服务器之后,再次显示身份信息录入界面,如图8所示,与图3不同的是,提示信息变更为“请再次选择要输入的身份信息”,在所显示的身份信息输入列表选择要录入的身份信息的种类。
进一步地,为了提高安全性,第二生物特征信息与第一生物特征信息属于不同类型,例如,第一生物特征信息为指纹信息,则第二生物特征信息为虹膜信息或人脸图像,因此,支付终端将第一生物特征信息发送至查询服务器之后,在显示用于获取第二生物特征信息的界面上所显示的身份信息输入列表中,显示与第一生物特征信息对应的身份信息种类之外的其他种类的身份信息对应的身份信息的标识,例如,第一生物特征信息为指纹信息,则在图8所示的身份信息输入列表中,只显示虹膜信息或人脸图像对应的标识,即只显示虹膜和人脸这两个按键。用户选择其中一个,并录入对应的身份信息,就能够确保第二生物特征信息与第一生物特征信息属于不同类型。
然后,再判断所述第二生物特征信息与预先存储的所述目标支付账号对应的生物特征信息是否匹配。在预先存储的所述目标支付账号对应的生物特征信息中,查找与第二生物特征信息的相似度满足预设要求的生物特征信息,如果,能够查找到,则判定第二生物特征信息与预先存储的所述目标支付账号对应的生物特征信息匹配,则根据所述支付金额扣除所述目标支付账号对应的账号余额以完成支付。如果,未能够查找到,则判定第二生物特征信息与预先存储的所述目标支付账号对应的生物特征信息不匹配,发送第一提醒信息至支付终端,以使支付终端将该第一提醒信息显示,用于指示用户身份信息录入错误,请重新录入。然后,再次获取用户录入的第二生物特征信息,直至判定第二生物特征信息与预先存储的所述目标支付账号对应的生物特征信息匹配,或者,重新录入的次数超过预设值。如果重新录入的次数超过预设值,则发送第二提醒信息至支付终端,以使支付终端将该第二提醒信息显示,用于指示用户本次支付失败。
下面将具体描述确定待选择支付账号的过程,请参阅图9,示出了本申请实施例提供的一种支付方法。本实施例中,以查询服务器为执行主体,描述该方法的实施过程,具体地,该方法包括:S901至S905。
S901:获取支付终端发送的支付金额和所述支付终端采集的身份信息。
S902:在与所述身份信息对应的所有支付账号中,查找账号余额大于或等于支付金额的支付账号,作为待选择支付账号。
身份信息对应的所有支付账号,以及每个支付账号内的账号余额均存储在查询服务器内,查询服务器在获取到本次支付请求内的支付金额之后,查找身份信息对应的所有支付账号中,账号余额大于或等于支付金额的支付账号,将所查找到的支付账号作为待选择支付账号。
另外,考虑到有些支付账号内的账号余额需要保持在一定额度之上,否则会产生额外的费用或者影响用户使用。例如,有些银行的银行卡在额度低于一定金额的时候会收取小额管理费,因此,在从身份信息对应的所有支付账号中确定待选择支付账号时,优先选择账号余额大于预设值的支付账号,其中,该预设值为支付金额与预设数值之和,其中,该预设数值根据支付账号对应的管理费而设定,例如,某个支付账号对应的小额管理费的收费金额是小于300元,则预设数值为支付金额与300元之和。因此,当身份信息对应的所有支付账号中,存在账号余额大于或等于预设数值的支付账号,将账号余额大于或等于预设数值的支付账号作为待选择支付账号。需要说明的是,由于不同的支付账号对应的预设数值不同,因此,查找身份信息对应的所有支付账号中,是否存在账号余额大于或等于预设数值的支付账号的具体实施方式可以是,先确定身份信息对应的所有支付账号中,每个支付账号对应的额账号类型,在获取与该账号类型对应的预设数值,再判断该支付账号的账号余额是否大于或等于与该支付账号对应的预设数值,如果是,则将该支付账号作为待选择支付账号。
如果不存在账号余额大于或等于预设数值的支付账号,则再查找账号余额大于或等于支付金额的支付账号,将所查找到的支付账号作为待选择支付账号。
S903:将所述待选择支付账号发送至所述支付终端进行显示。
S904:获取所述支付终端发送的目标支付账号,所述目标支付账号为用户根据所述支付终端所显示的待选择支付账号而选择的支付账号。
S905:从所述目标支付账号的账号余额中扣除所述支付金额,以完成支付。
上述步骤所对应的操作内容可以参考前述实施例的描述,在此不再赘述。
请参阅图10,示出了本申请实施例提供的一种支付方法。本实施例中,以查询服务器为执行主体,描述该方法的实施过程,具体地,该方法包括:S1001至S1006。
S1001:获取支付终端发送的支付金额和所述支付终端采集的身份信息。
S1002:获取所述支付终端对应的支持账号类型。
S1003:在与所述身份信息对应的所有支付账号中,查找与所述支持账号类型匹配的账号类型对应的支付账号,作为待选择支付账号。
根据支付终端对应的支持账号类型获取待选择支付账号的方式,与上述实施例所描述的根据支付终端对应的支持账号类型直接获取目标支付账号类似,区别在于,本实施中,是在确定待选择支付账号是根据支付终端对应的支持账号类型来确定的,确定了待选择支付账号,再执行S1004的操作。
另外,还可以根据支付终端的位置确定支付终端对应的支持账号类型,具体地,支付终端内设有位置定位模块,能够采集支付终端当前的位置信息,并将该位置信息发送至查询服务器,查询服务器根据该位置信息确定支付终端的当前坐在的物理位置,再获取与该物理位置对应的支持账号类型。例如,查询服务器根据该位置信息确定支付终端的当前坐在的物理位置为美国,而在美国所支持的银行卡消费方式中,只支持VISA类型的银行卡,因此,就可以确定该支付终端对应的支持账号类型为VISA类型。
S1004:将所述待选择支付账号发送至所述支付终端进行显示。
S1005:获取所述支付终端发送的目标支付账号,所述目标支付账号为用户根据所述支付终端所显示的待选择支付账号而选择的支付账号。
S1006:从所述目标支付账号的账号余额中扣除所述支付金额,以完成支付。
上述步骤所对应的操作内容可以参考前述实施例的描述,在此不再赘述。
请参阅图11,示出了本申请实施例提供的一种支付方法,应用于支付终端,旨在解决现有的非现金支付方式,用户必须携带手机或银行卡的缺陷。本实施例中,以支付终端为执行主体,描述该方法的实施过程,具体地,该方法包括:S1101和S1102。
S1101:采集用户输入的身份信息。
支付终端采集用户身份信息的具体实施方式,可参考前述实施例,在此不再赘述。
S1102:将所述身份信息和支付金额发送至查询服务器,指示所述查询服务器确定与所述身份信息对应的目标支付账号,从所述目标支付账号的账号余额中扣除所述支付金额,以完成支付。
具体地,支付终端将身份信息和支付金额发送至查询服务器的具体实施方式可以是,将身份信息和支付金额一起通过支付请求发送至查询服务器,查询服务器在获取到该请求之后,解析获取身份信息和支付金额,可以直接根据身份信息确定目标支付账号,例如,身份信息只对应了一个支付账号或者对应的所有支付账号中只有一个支付账号是可使用的支付账号,其中,可使用的支付账号表示该支付账号没有被冻结也有充足的余额。确定了目标支付账号之后,根据支付金额扣除目标支付账号的账号余额,以完成支付,具体地的支付过程可参考前述实施例。
也可以考虑先发送支付金额,在获取到与该支付金额对应的身份信息后,再发送给查询服务器以查找该身份信息对应的目标支付账号。还可以是,支付终端发送查询指令至所述查询服务器,所述查询指令包括所述身份信息和待购买商品的标识,指示所述查询服务器在与所述身份信息对应的所有支付账号中,确定待选择支付账号并返回,在所述待购买商品的标识对应的界面内显示所述待选择支付账号。然后,获取用户基于所显示的待选择支付账号而选中的目标支付账号,并发送支付请求至所述查询服务器,所述支付请求包括所述目标支付账号、所述支付金额和所述待购买商品的标识,指示所述查询服务器从所述目标支付账号的账号余额中扣除所述支付金额,以完成所述待购买商品的支付。
具体地,上述步骤所对应的操作内容可以参考前述实施例的描述,在此不再赘述。
请参阅图12,示出了本申请实施例提供的一种支付装置,应用于查询服务器内,旨在解决现有的非现金支付方式,用户必须携带手机或银行卡的缺陷。具体地,该支付装置1200包括:获取单元1201、查找单元1202和支付单元1203。
获取单元1201,用于获取支付终端发送的身份信息和支付金额,所述身份信息由所述支付终端采集。
查找单元1202,用于确定与所述身份信息对应的目标支付账号。
具体地,在一些实施例中,查找单元1202用于在与所述身份信息对应的所有支付账号中,确定待选择支付账号;将所述待选择支付账号发送至所述支付终端进行显示;获取所述支付终端发送的目标支付账号,所述目标支付账号为用户根据所述支付终端所显示的待选择支付账号而选择的支付账号。
其中,查找单元1202还用于在与所述身份信息对应的所有支付账号中,查找账号余额大于或等于支付金额的支付账号,作为待选择支付账号。
其中,查找单元1202还用于获取所述支付终端对应的支持账号类型;在与所述身份信息对应的所有支付账号中,查找与所述支持账号类型匹配的账号类型对应的支付账号,作为待选择支付账号。
其中,查找单元1202还用于获取所述待选择支付账号对应的优惠信息;将所述待选择支付账号对应的优惠信息和所述待选择支付账号发送至所述支付终端,以指示所述支付终端将所述待选择支付账号以及所对应的优惠信息对应显示。
在另一些实施例中,查找单元1202具体用于获取所述支付终端对应的支持账号类型;在与所述身份信息对应的所有支付账号中,查找与所述支持账号类型匹配的账号类型对应的支付账号,作为所述目标支付账号。
支付单元1203,用于从所述目标支付账号的账号余额中扣除所述支付金额,以完成支付。
具体地,支付单元1203用于获取所述支付终端发送的第二生物特征信息;判断所述第二生物特征信息与预先存储的所述目标支付账号对应的生物特征信息是否匹配;若匹配,根据所述支付金额扣除所述目标支付账号对应的账号余额以完成支付。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
请参阅图13,示出了本申请实施例提供的一种支付装置,应用于支付终端内,旨在解决现有的非现金支付方式,用户必须携带手机或银行卡的缺陷。具体地,该支付装置1300包括:采集单元1301和发送单元1302。
采集单元1301,用于采集用户输入的身份信息。
发送单元1302,用于将所述身份信息和支付金额发送至查询服务器,指示所述查询服务器确定与所述身份信息对应的目标支付账号,从所述目标支付账号的账号余额中扣除所述支付金额,以完成支付。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
请参阅图14,基于上述方法和装置,提供给了一种查询服务器。该查询服务器1400包括存储器1402和处理器1401,所述存储器1402与所述处理器1401耦合;所述存储器1402存储指令,当所述指令由所述处理器1401执行时以使所述处理器1401执行上述方法。
所述存储器1402可用于存储软件程序以及模块,所述处理器1401通过运行存储在所述存储器1402内的软件程序以及模块,从而执行各种功能应用以及数据处理。所述存储器1402可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,所述存储器1402可进一步包括相对于所述处理器1401远程设置的存储器,这些远程存储器可以通过网络连接至处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
请参阅图15,基于上述方法和装置,提供给了一种支付终端1500。该支付终端1500包括存储器1502、处理器1501和生物特征信息采集装置1503,所述存储器1402和生物特征信息采集装置1503均与所述处理器1401耦合;所述存储器1402存储指令,当所述指令由所述处理器1401执行时以使所述处理器1401执行上述方法。
生物特征信息采集装置1503用于采集用户的身份信息,即用户的生物特征信息,将所采集的身份信息传输至处理器1501。其中,该生物特征信息采集装置可以是指纹模组、虹膜采集器和人脸采集装置,该指纹模组用于采集用户的指纹信息,虹膜采集器用于采集用户的虹膜信息,人脸采集装置用于采集用户的人脸图像信息。
所述存储器1502可用于存储软件程序以及模块,所述处理器1501通过运行存储在所述存储器1502内的软件程序以及模块,从而执行各种功能应用以及数据处理。所述存储器1502可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,所述存储器1502可进一步包括相对于所述处理器1501远程设置的存储器,这些远程存储器可以通过网络连接至处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
综上所述,本申请实施例提供的支付方法、装置、服务器、支付终端及计算机可读介质,在支付的时候,用户输入身份信息,然后终端或者服务器查找到与身份信息对应的目标支付账号,根据支付金额对应扣除目标支付账号内的账号余额,完成支付。因此,用户不需要携带银行卡,也不需要携带手机,通过录入身份信息的方式,就能够完成消费,提高了用户体验度。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外,在不相互矛盾的情况下,本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
此外,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中,“多个”的含义是至少两个,例如两个,三个等,除非另有明确具体的限定。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
在流程图中表示或在此以其他方式描述的逻辑和/或步骤,例如,可以被认为是用于实现逻辑功能的可执行指令的定序列表,可以具体实现在任何计算机可读介质中,以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用,或结合这些指令执行***、装置或设备而使用。就本说明书而言,"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下:具有一个或多个布线的电连接部(移动终端),便携式计算机盘盒(磁装置),随机存取存储器(RAM),只读存储器(ROM),可擦除可编辑只读存储器(EPROM或闪速存储器),光纤装置,以及便携式光盘只读存储器(CDROM)。另外,计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质,因为可以例如通过对纸或其他介质进行光学扫描,接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序,然后将其存储在计算机存储器中。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
最后应说明的是:以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不驱使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。