一种支付方法、装置及电子设备
技术领域
本说明书实施例涉及计算机技术领域,尤其涉及一种支付方法、装置及电子设备。
背景技术
交易是在买卖双方都认可的情况下进行的等价值交换,一般情况下,交易遵循着一手交钱一手交货的基本原则。随着电子支付的飞速发展,使得用户能够无需携带现金而仅需携带移动设备就可以完成支付,越来越方便用户使用。在进行电子支付时,需要买卖双方的交易设备均是连接网络的状态,用户可以直接利用手机等终端进行支付,如扫描商家的收款码,或者由商家扫描用户的付款码等,从用户的支付账户扣取一定的金额到商家的收款账户,这样就可以实时完成一笔业务交易。
发明内容
有鉴于此,本说明书实施例提供了一种支付方法、装置及电子设备,用于解决现有技术中在无网络连接时难以顺利进行支付交易的问题。
本说明书实施例采用下述技术方案:
本说明书实施例提供一种支付方法,应用于付款应用,包括:
在无网络连接时,识别来自付款用户对应的支付账户的支付信息,所述支付信息反映支付授权信息;
根据所述支付信息生成支付授权凭证;
将所述支付授权凭证保存在系统内存中,以在网络连接状态下,利用所述支付授权凭证向服务器请求从所述支付账户中扣款,其中,所述系统内存是所述收款应用所在收款终端的系统内存。
本说明书实施例还提供一种支付方法,应用于付款应用,包括:
在网络连接状态下,获取保存在系统内存的支付授权凭证,所述支付授权凭证是在无网络状态下,根据从付款用户对应的支付账户获取的支付信息生成的,所述支付信息反映支付授权信息,所述系统内存是所述收款应用所在收款终端的系统内存;
根据所述支付授权凭证向服务器发送扣款请求,以使所述服务器在验证所述扣款请求后,根据所述扣款请求从所述支付账户中扣除支付款;
接收来自所述支付账户的支付款。
本说明书实施例还提供一种支付装置,应用于付款应用,包括:
获取模块,在无网络连接时,识别来自付款用户对应的支付账户的支付信息,所述支付信息反映支付授权信息;
生成模块,根据所述支付信息生成支付授权凭证;
保存模块,将所述支付授权凭证保存在系统内存中,以在网络连接状态下,利用所述支付授权凭证向服务器请求从所述支付账户中扣款,其中,所述系统内存是所述收款应用所在收款终端的系统内存。
本说明书实施例还提供一种支付装置,应用于付款应用,包括:
获取模块,在网络连接状态下,获取保存在系统内存的支付授权凭证,所述支付授权凭证是在无网络状态下,根据从付款用户对应的支付账户获取的支付信息生成的,所述支付信息反映支付授权信息,所述系统内存是所述收款应用所在收款终端的系统内存;
发送模块,根据所述支付授权凭证向服务器发送扣款请求,以使所述服务器在验证所述扣款请求后,根据所述扣款请求从所述支付账户中扣除支付款;
接收模块,接收来自所述支付账户的支付款。
本说明书实施例还提供一种电子设备,包括至少一个处理器及存储器,存储器存储有程序,并且被配置成至少一个处理器执行以下步骤:
在无网络连接时,识别来自付款用户对应的支付账户的支付信息,所述支付信息反映支付授权信息;
根据所述支付信息生成支付授权凭证;
将所述支付授权凭证保存在系统内存中,以在网络连接状态下,利用所述支付授权凭证向服务器请求从所述支付账户中扣款,其中,所述系统内存是所述收款应用所在收款终端的系统内存。
本说明书实施例还提供一种电子设备,包括至少一个处理器及存储器,存储器存储有程序,并且被配置成至少一个处理器执行以下步骤:
在网络连接状态下,获取保存在系统内存的支付授权凭证,所述支付授权凭证是在无网络状态下,根据从付款用户对应的支付账户获取的支付信息生成的,所述支付信息反映支付授权信息,所述系统内存是所述收款应用所在收款终端的系统内存;
根据所述支付授权凭证向服务器发送扣款请求,以使所述服务器在验证所述扣款请求后,根据所述扣款请求从所述支付账户中扣除支付款;
接收来自所述支付账户的支付款。
本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果:
通过在无网络连接时,根据支付信息生成支付授权凭证,并将支付授权凭证保存在系统内存中,这样,在网络恢复连接时,可以利用存储在系统内存中的支付授权凭证,向服务器请求从对应的支付账户中扣款,完成无网络连接时的业务交易。
通过将支付授权凭证存储在系统内存,可以提高支付授权凭证的可追溯性,在恢复网络连接时,可以快速恢复业务交易的证明信息,以实现离线交易支付。
附图说明
此处所说明的附图用来提供对本说明书实施例的进一步理解,构成本说明书实施例的一部分,本说明书的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本说明书实施例提供的一种支付系统的结构示意图;
图2为本说明书实施例提供的一种支付方法的流程示意图;
图3为本说明书实施例提供的一种支付方法的流程示意图;
图4为本说明书实施例提供的一种支付方法的时序图;
图5为本说明书实施例提供的一种支付方法中支付授权凭证的示意图;
图6为本说明书实施例提供的一种支付装置的结构示意图;
图7为本说明书实施例提供的一种支付装置的结构示意图。
具体实施方式
现有支付方式中,一般是采用电子支付或者移动支付等,而要顺利进行电子支付或者移动支付等,则需要交易双方的交易设备具有稳定的网络环境。在进行电子支付过程中,可能受到环境干扰、或者其他通信故障,使得买卖双方的交易设备所处的网络环境不稳定,甚至无法连接到网络的情况下,买卖双方难以进行甚至无法进行电子支付或者移动支付。
因此,本说明书实施例提供一种支付方法、装置及电子设备,在无网络状态下,根据支付信息生成支付授权凭证,并将支付授权凭证保存在系统内存,这样,在网络恢复连接时,可以利用存储在系统内存中的支付授权凭证,提取对应的支付信息,从而可以利用该支付信息向服务器请求从该支付信息包含的支付账户中扣款,完成无网络状态下的业务交易。这样,通过将支付授权凭证存储在系统内存,可以提高支付授权凭证的可追溯性,在恢复网络连接时,可以快速恢复业务交易,以实现离线交易支付。
为使本申请的目的、技术方案和优点更加清楚,下面将结合本说明书具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本说明书一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
以下结合附图,详细说明本说明书各实施例提供的技术方案。
图1为本说明书实施例提供的一种支付系统的结构示意图。
在本说明书实施例中,所述支付系统包括收款终端100、付款终端200和服务器300。
其中,收款终端100,用于向付款终端200发起收款,获取付款终端200的支付信息,在无网络状态下,根据该支付信息生成支付授权凭证,并将该支付授权凭证保存在系统内存中,以在网络恢复连接时,根据该支付授权凭证向服务器300发送扣款请求,完成业务交易。
付款终端200,用于根据业务交易内容向收款终端100付款,在无网络状态下,向收款终端100展示支付信息,以获取对应的业务服务。
服务器300,用于验证收款终端100发送的扣款请求,在验证通过后,根据该扣款请求从付款终端200的支付账户中转移对应金额的款项到收款终端100对应的收款账户中,并向收款终端100和付款终端200返回支付结果。
在本说明书实施例中,收款终端100可以是指收款用户所持有的收款设备,具体可以是手机、平板电脑、POS机或者其他收款设备,在此不做具体限定。在收款终端100中安装有用于收款的收款应用,该收款应用可以向服务器300请求从付款终端200对应的支付账户中扣款。
服务器300可以是指所述付款终端200中所安装的支付应用所对应的服务器。在具体应用场景中,付款终端200所使用的支付应用和收款终端100所使用的收款应用可以为同一个支付应用,或者是共用同一个服务器的不同支付应用,在此不做具体限定。
本说明书实施例提供的一种支付系统,在无网络状态下,收款终端100根据从付款终端200获取的支付信息生成支付授权凭证,并将支付授权凭证保存在系统内存,这样,在网络恢复连接时,收款终端100可以利用存储在系统内存中的支付授权凭证,提取对应的支付信息,从而可以利用该支付信息向服务器300请求从付款终端200对应的支付账户中扣款,完成无网络状态下的业务交易。这样,通过将支付授权凭证存储在付款终端200的系统内存,可以提高支付授权凭证的可追溯性,在恢复网络连接时,可以快速恢复业务交易,以实现离线交易支付。
图2为本说明书实施例提供的一种支付方法的流程示意图,其中,本说明书实施例提供的支付方法应用于收款应用。
S201:在无网络连接时,识别来自付款用户对应的支付账户的支付信息,所述支付信息反映支付授权信息。
在本说明书实施例中,付款用户可以是指与收款用户进行业务交易的用户,付款用户可以通过向收款用户支付一定的资金,以获取收款用户所提供的业务服务,具体可以是商场购物、航班上购物等,在此不做具体限定。
支付账户可以理解为付款用户所持有的付款设备中用于付款的应用对应的账户,在支付账户中存储有一定金额的电子货币,用户可以利用该支付账户进行付款,以获取需要的业务服务。在具体应用场景中,支付信息可以反映支付授权信息,支付授权信息可以是指付款用户对业务交易的支付授权,即该支付信息授予了收款用户直接从对应的支付账户中获取对应金额的支付款的权限。
作为一种应用实施例,识别来自付款用户的支付账户的支付信息,可以包括:
在无网络连接时,识别来自所述支付账户的支付信息。
在具体应用场景中,付款用户所持有的付款终端也可能处于无网络连接状态,在这种情况下,付款用户可以利用付款终端在本地进行验证离线支付指令,在验证通过后,根据离线支付指令生成支付信息。也就是说,支付信息是在收款用户和付款用户在完成业务交易的验证操作之后生成的。
在本说明书实施例中,支付信息可以理解为在网络断开连接的状态下,向指定的收款用户支付指定金额的扣款授权信息,以用于在恢复网络连接时,收款用户能够利用该支付信息向服务器请求扣款。
其中,支付信息具体可以包括交易单号、交易金额、交易时间、支付账户信息、收款账户信息等,在此不做具体限定。
S203:根据所述支付信息生成支付授权凭证。
在本说明书实施例中,支付授权凭证可以理解为将支付信息以一定方式进行保存的扣款证明信息,以便后期在网络恢复连接时,进行读取,以向服务器提供扣除支付款的业务交易证明。
无网络连接可以是指付款终端和/或收款终端无法连接到网络的状态,在这种状态下,付款应用和/或收款应用处于离线状态,无法连接服务器。也就是说,在这种情况下,无法从支付账户中扣除一定的支付款,而是通过支付信息给予收款应用在恢复网络连接后可以直接从支付账户中扣除支付款的权限,而不需要由付款用户的再次认证扣款。
在具体应用场景中,支付授权凭证可以包括如下至少一种:
支付授权二维码;
支付授权日志;
支付授权文本。
其中,支付授权二维码可以是指根据支付信息生成的二维码,该二维码内携带有包括支付信息在内的支付授权信息,在生成支付授权二维码之后,可以将该二维码以图片的形式进行保存;支付授权日志可以是指在接收到支付信息后系统生成的日志文件;支付授权文本可以是指根据支付信息生成的文本文件,具体可以是文本文档、Word文档或者Excel文档等,在此不做具体限定。
作为一种应用实施例,根据所述支付信息生成支付授权凭证,可以包括:
对所述支付信息进行校验;
若校验通过,则将所述支付信息转换为加密编码;
根据所述加密编码生成所述支付授权凭证。
在本说明书实施例中,由于是无网络连接下的业务交易,收款用户在利用收款设备识别到付款用户的支付信息后,可以对该支付信息进行校验,以确保该支付信息的合法性,具体可以是对支付信息的付款用户信息、收款用户信息、交易金额、交易时间、交易物品等进行校验,使得在恢复网络连接时,能够准确的从付款用户的支付账户中扣除指定交易金额的支付款。
加密编码可以理解为一种加密形式的编码,在对支付信息进行校验后,通过将支付信息的明文转换为加密编码形式,然后再根据该加密编码生成支付授权凭证,既能够降低支付信息在保存过程中的数据丢失风险,增强安全性,还能降低支付信息的存储空间。
具体的,加密编码可以采用Base64编码形式,其中,Base64是网络上最常见的用于传输8Bit字节码的编码方式之一,Base64就是一种基于64个可打印字符来表示二进制数据的方法,可以将信息明文进行加密。
作为一种应用实施例,根据所述加密编码生成支付授权凭证,可以包括:
根据所述加密编码生成支付授权二维码;
将所述支付授权二维码保存为图片,得到所述支付授权凭证。
在业务交易双方,付款用户和收款用户完成离线业务交易认证后,收款应用可以根据获取的加密编码生成支付授权二维码。这样,在恢复网络连接时,付款终端或者服务器只需要识别该支付授权二维码,就可以提取到保存的支付信息。
进一步地,将所述支付授权二维码保存为图片,可以包括:
利用所述支付信息确定所述支付授权二维码对应的索引信息,以利用所述索引信息查找对应的支付授权二维码;
将所述支付授权二维码和所述索引信息保存为图片,得到所述支付授权凭证。
在本说明书实施例中,索引信息可以是指能够表征对应的支付授权凭证的业务交易特征的特征信息,可以用于快速定位查询对应的支付授权凭证,如支付授权二维码。索引信息具体可以是业务交易订单号、业务交易的核心字段描述等,在此不做具体限定。
例如,在某一航空航班上,所有终端设备均处于无网络连接状态,当用户想从空乘那里购买礼品时,用户可以利用支付应用扫描空乘通过收款设备展示的商品码,或者由空乘利用收款设备扫描用户展示的付款码,由用户和/或空乘进行本地的离线业务交易认证后,空乘便可以通过收款设备获取对应的支付信息。在利用收款设备生成支付授权二维码时,可以同步生成该支付授权二维码的索引信息,具体可以是业务交易订单号、航班号+订单概要描述等。
作为另外一种应用实施例,根据所述加密编码生成支付授权凭证,可以包括:
根据所述加密编码生成支付授权文本;
利用所述支付信息确定所述支付授权文本的文本索引;
将所述文本索引添加到所述支付授权文本中,得到支付授权凭证,以利用所述文本索引查找对应的支付授权文本。
文本索引可以理解为与支付授权文本对应的索引信息,具体如上述实施例所述的索引信息,在此不再赘述。
S205:将所述支付授权凭证保存在系统内存中,以在网络连接状态下,利用所述支付授权凭证向服务器请求从所述支付账户中扣款,其中,所述系统内存是所述收款应用所在终端的系统内存。
在本说明书实施例中,系统内存可以理解为收款终端的内部存储器,是一种硬件设备,用于存储终端的运行程序和处理的数据,因此,系统内存里面存储的数据与终端系统的运行息息相关,不容易丢失。同时,由于系统内存的大小还影响着终端系统的运行速率,所以并不是终端中所有的数据均可以存储在系统内存中,与终端系统的运行程序无关的其他数据需要获得授权后才能存储在系统内存中。
作为一种应用实施例,将所述支付授权凭证保存在系统内存中,可以包括:
判断用户是否授予将支付授权凭证保存在系统内存的存储权限;
若是,则将所述支付授权凭证保存在系统内存中。
在本说明书实施例中,在将支付授权凭证保存在系统内存中之前,通过判断用户是否授予系统内存的存储权限,可以避免将终端系统运行程序以外的数据错误存储到系统内存中,而导致影响终端系统的运行速率。
进一步地,将所述支付授权凭证保存在系统内存中,可以包括:
在所述收款终端界面显示是否保存所述支付授权凭证的提示信息;
判断用户是否选择保存所述支付授权凭证;
若是,则将所述支付授权凭证保存在系统内存中。
在具体应用场景中,在生成支付授权凭证后,在收款终端的显示界面可以显示是否保存该支付授权凭证的提示信息,以提醒用户是否将支付授权凭证保存到系统内存中,避免丢失。
进一步地,将所述支付授权凭证保存在系统内存中,可以包括:
在监测到用户长按所述支付授权凭证时,判断用户是否选择保存在系统内存的选项;
若是,则将所述支付授权凭证保存在系统内存中。
在具体应用场景中,在生成支付授权凭证后,用户还可以通过长按支付授权凭证,触发显示关于该支付授权凭证的属性选项,其中包括将支付授权凭证保存至系统内存的选项。这样,用户可以根据数据的重要性来自主选择是否授予将支付授权凭证保存到系统内存的存储权限。
作为另外一种应用实施例,将所述支付授权凭证存储在系统内存中,还可以包括:
将所述支付授权凭证另外存储在应用缓存中。
在实际应用中,终端系统会给每个应用分配一定存储空间的应用缓存来存储该应用运行时所产生的应用数据。所以,在支付授权凭证生成后,会自动存储在收款应用对应的应用缓存中。
本说明书实施例提供的一种支付方法,通过在无网络连接时,根据支付信息生成支付授权凭证,并将支付授权凭证保存在系统内存中,这样,在网络恢复连接时,可以利用存储在系统内存中的支付授权凭证,向服务器请求从对应的支付账户中扣款,完成无网络连接时的业务交易。通过将支付授权凭证存储在系统内存,可以提高支付授权凭证的可追溯性,在恢复网络连接时,可以快速恢复业务交易的证明信息,以实现离线交易支付。
图3为本说明书实施例提供的一种支付方法的流程示意图,其中,本说明书实施例提供的一种支付方法应用于收款应用。
S301:在网络连接状态下,获取保存在系统内存的支付授权凭证,所述支付授权凭证是在无网络状态下,根据从付款用户对应的支付账户获取的支付信息生成的,所述支付信息反映支付授权信息,所述系统内存是所述收款应用所在收款终端的系统内存。
在本说明书实施例中,系统内存的含义与上述说明书实施例中所记载的系统内存的含义相同,在此不再赘述。
作为一种应用实施例,获取保存在系统内存的支付授权凭证,可以包括:
判断应用缓存是否存储有所述支付授权凭证;
若否,则根据索引信息在所述系统内存中查找对应的支付授权凭证。
由于应用缓存为终端系统CPU的一部分,能够快速的存取应用数据,所以,为提高数据处理速度,在从系统内存中查找获取支付授权凭证之前,可以先判断应用缓存中是否存储有支付授权凭证,若是,则可以直接利用应用缓存中存储的支付授权凭证进行支付数据处理;若没有存储,即应用缓存中存储的数据丢失,则可以进一步从系统内存中查找对应的支付授权凭证进行支付数据处理。
进一步地,在根据索引信息在所述系统内存中查找对应的支付授权凭证之后,还可以包括:
将所述支付授权凭证另外保存至所述应用缓存,以利用所述应用缓存中存储的支付授权凭证向服务器发送扣款请求。
在本说明书实施例中,在从系统内存中查找到对应的支付授权凭证后,可以将该支付授权凭证回复保存到应用缓存中,同时保留存储在系统内存中的支付授权凭证。这样,就可以利用应用缓存能够快速读取数据的特性,快速的读取支付授权凭证,以提高数据处理效率。
S303:根据所述支付授权凭证向服务器发送扣款请求,以使所述服务器在验证所述扣款请求后,根据所述扣款请求从所述支付账户中扣除支付款。
在本说明书实施例中,扣款请求可以理解为携带有支付信息的请求服务器进行扣款的请求信息,具体的,可以由收款应用提取支付授权凭证中的支付信息后,向服务器发送携带有提取的支付信息的扣款请求;收款应用还可以直接向服务器发送携带有支付授权凭证的扣款请求,由服务器从支付授权凭证中提取支付信息,在此不做具体限定。
作为一种应用实施例,根据所述支付授权凭证向服务器发送扣款请求,可以包括:
从所述支付授权凭证中提取对应的支付信息;
将携带所述支付信息的扣款请求发送给所述服务器,以使所述服务器在验证所述支付信息后,根据所述支付信息从所述支付账户中扣除支付款。
在本说明书实施例中,收款应用可以先从支付授权凭证中提取对应的支付信息,具体可以是,识别支付授权二维码中携带的支付信息,或者利用图像识别技术提取支付授权文本中记载的支付信息,在此不做具体限定。
这样,服务器在接收到扣款请求后,可以直接对支付信息进行离线交易验证,在验证通过后,可以直接从对应的支付账户中扣除指定金额的支付款给收款应用对应的账户。
作为另外一种应用实施例,根据所述支付授权凭证向服务器发送扣款请求,可以包括:
向所述服务器发送携带所述支付授权凭证的扣款请求,以使所述服务器从所述支付授权凭证中提取对应的支付信息,在验证所述支付信息后,根据所述支付信息从对应的支付账户中扣除支付款。
在本说明书实施例中,收款应用直接向服务器发送携带支付授权凭证的扣款请求,这样,可以将提取支付信息的操作由服务器完成,从而可以减轻收款终端的数据处理压力。
S305:接收来自所述支付账户的支付款。
服务器在通过离线业务交易的合法性验证后,可以根据获取的支付信息从对应的支付账户中扣除指定金额的电子货币到收款应用对应的账户中,并向付款终端返回支付结果。
本说明书实施例提供的一种支付方法,通过在无网络连接时,根据支付信息生成支付授权凭证,并将支付授权凭证保存在系统内存中,这样,在网络恢复连接时,可以利用存储在系统内存中的支付授权凭证,向服务器请求从对应的支付账户中扣款,完成无网络连接时的业务交易。通过将支付授权凭证存储在系统内存,可以提高支付授权凭证的可追溯性,在恢复网络连接时,可以快速恢复业务交易的证明信息,以实现离线交易支付。
图4为本申请说明书实施例提供的一种支付方法的时序图。
在无网络连接状态下。
S401:收款终端4B向付款终端4A展示商品。
S403:在需要购买展示的商品时,付款终端4A验证离线业务交易。
S405:收款终端4B从付款终端4A中识别支付信息。
在具体应用场景中,可以是付款终端4A向收款终端4B展示付款码,由收款终端4B通过扫描该付款码识别支付信息;或者,还可以是由付款终端4A扫描收款终端4B展示的商品码,并根据扫描结果填写支付信息等,在此不做具体限定。
S407:收款终端4B根据支付信息生成支付授权凭证。
在本说明书实施例中,生成的支付授权凭证为支付授权二维码图片,该二维码图片上显示有支付授权凭证的索引信息。
如图5所示,为一笔离线业务交易所生成的支付授权凭证,该支付授权保证包括支付授权二维码和索引信息,其中,该索引信息包含二维码下方的订单号和二维码上方的商品名称。
S409:收款终端4B将支付授权凭证保存到系统内存中。
在本说明书实施例中,在生成支付授权凭证后,会自动在应用缓存中保存该支付授权凭证和索引信息。
在恢复网络连接状态下。
S411:收款终端4B在检测到应用缓存中保存的支付授权凭证数据丢失时,利用索引信息在系统内存中读取对应的支付授权凭证。
S413:收款终端4B将在系统内存中读取得到的支付授权凭证保存到应用缓存中。
S415:收款终端4B从支付授权凭证中提取支付信息。
S417:收款终端4B根据提取的所述支付信息,向服务器4C发送携带有所述支付信息的扣款请求。
S419:服务器4C对扣款请求中携带的支付信息进行验证。
S421:在验证通过后,服务器4C根据支付信息从对应的支付账户中扣除指定金额的支付款到指定的收款账户。
S423:服务器4C向收款终端4B返回支付结果。
S425:服务器4C向付款终端4A返回支付结果。
本说明书实施例提供的一种支付方法,通过在无网络连接时,由收款终端4B根据支付信息生成支付授权凭证,并将支付授权凭证保存在系统内存中,这样,在网络恢复连接时,收款终端4B可以利用存储在系统内存中的支付授权凭证,向服务器4C请求从对应的支付账户中扣款,完成无网络连接时的业务交易。通过将支付授权凭证存储在系统内存,可以提高支付授权凭证的可追溯性,在恢复网络连接时,可以快速恢复业务交易的证明信息,以实现离线交易支付。
图6为本申请说明书实施例提供的一种支付装置的结构示意图,其中,本说明书实施例提供的一种支付装置应用于收款应用。
获取模块601,在无网络连接时,识别来自付款用户对应的支付账户的支付信息,所述支付信息反映支付授权信息;
生成模块602,根据所述支付信息生成支付授权凭证;
保存模块603,将所述支付授权凭证保存在系统内存中,以在网络连接状态下,利用所述支付授权凭证向服务器请求从所述支付账户中扣款,其中,所述系统内存是所述收款应用所在收款终端的系统内存。
本说明书实施例提供的一种支付装置,通过在无网络连接时,根据支付信息生成支付授权凭证,并将支付授权凭证保存在系统内存中,这样,在网络恢复连接时,可以利用存储在系统内存中的支付授权凭证,向服务器请求从对应的支付账户中扣款,完成无网络连接时的业务交易。通过将支付授权凭证存储在系统内存,可以提高支付授权凭证的可追溯性,在恢复网络连接时,可以快速恢复业务交易的证明信息,以实现离线交易支付。
图7为本申请说明书实施例提供的一种支付装置的结构示意图,其中,本说明书实施例提供的一种支付装置应用于收款应用。
获取模块701,在网络连接状态下,获取保存在系统内存的支付授权凭证,所述支付授权凭证是在无网络状态下,根据从付款用户对应的支付账户获取的支付信息生成的,所述支付信息反映支付授权信息,所述系统内存是所述收款应用所在收款终端的系统内存;
发送模块702,根据所述支付授权凭证向服务器发送扣款请求,以使所述服务器在验证所述扣款请求后,根据所述扣款请求从所述支付账户中扣除支付款;
接收模块703,接收来自所述支付账户的支付款。
本说明书实施例提供的一种支付装置,通过在无网络连接时,根据支付信息生成支付授权凭证,并将支付授权凭证保存在系统内存中,这样,在网络恢复连接时,可以利用存储在系统内存中的支付授权凭证,向服务器请求从对应的支付账户中扣款,完成无网络连接时的业务交易。通过将支付授权凭证存储在系统内存,可以提高支付授权凭证的可追溯性,在恢复网络连接时,可以快速恢复业务交易的证明信息,以实现离线交易支付。
基于同一发明构思,本说明书实施例还提供一种电子设备,包括至少一个处理器及存储器,存储器存储有程序,并且被配置成由至少一个处理器执行以下步骤:
在无网络连接时,识别来自付款用户对应的支付账户的支付信息,所述支付信息反映支付授权信息;
根据所述支付信息生成支付授权凭证;
将所述支付授权凭证保存在系统内存中,以在网络连接状态下,利用所述支付授权凭证向服务器请求从所述支付账户中扣款,其中,所述系统内存是所述收款应用所在收款终端的系统内存。
其中,处理器的其他功能还可以参见上述实施例中记载的内容,这里不再一一赘述。
基于同一发明构思,本说明书实施例还提供一种计算机可读存储介质,包括与电子设备结合使用的程序,程序可被处理器执行以完成以下步骤:
在无网络连接时,识别来自付款用户对应的支付账户的支付信息,所述支付信息反映支付授权信息;
根据所述支付信息生成支付授权凭证;
将所述支付授权凭证保存在系统内存中,以在网络连接状态下,利用所述支付授权凭证向服务器请求从所述支付账户中扣款,其中,所述系统内存是所述收款应用所在收款终端的系统内存。
其中,处理器的其他功能还可以参见上述实施例中记载的内容,这里不再一一赘述。
基于同一发明构思,本说明书实施例还提供一种电子设备,包括至少一个处理器及存储器,存储器存储有程序,并且被配置成由至少一个处理器执行以下步骤:
在网络连接状态下,获取保存在系统内存的支付授权凭证,所述支付授权凭证是在无网络状态下,根据从付款用户对应的支付账户获取的支付信息生成的,所述支付信息反映支付授权信息,所述系统内存是所述收款应用所在收款终端的系统内存;
根据所述支付授权凭证向服务器发送扣款请求,以使所述服务器在验证所述扣款请求后,根据所述扣款请求从所述支付账户中扣除支付款;
接收来自所述支付账户的支付款。
其中,处理器的其他功能还可以参见上述实施例中记载的内容,这里不再一一赘述。
基于同一发明构思,本说明书实施例还提供一种计算机可读存储介质,包括与电子设备结合使用的程序,程序可被处理器执行以完成以下步骤:
在网络连接状态下,获取保存在系统内存的支付授权凭证,所述支付授权凭证是在无网络状态下,根据从付款用户对应的支付账户获取的支付信息生成的,所述支付信息反映支付授权信息,所述系统内存是所述收款应用所在收款终端的系统内存;
根据所述支付授权凭证向服务器发送扣款请求,以使所述服务器在验证所述扣款请求后,根据所述扣款请求从所述支付账户中扣除支付款;
接收来自所述支付账户的支付款。
其中,处理器的其他功能还可以参见上述实施例中记载的内容,这里不再一一赘述。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(例如,对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field ProgrammableGate Array,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,例如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种模块和/或各种单元分别描述。当然,在实施本申请时可以把各模块和/或各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解为可由计算机程序指令实现流程图和/或方框图中的每一个流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器中以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令来产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求保护范围之内。