CN115330372A - 基于预付凭证的支付处理方法及装置 - Google Patents

基于预付凭证的支付处理方法及装置 Download PDF

Info

Publication number
CN115330372A
CN115330372A CN202210956185.8A CN202210956185A CN115330372A CN 115330372 A CN115330372 A CN 115330372A CN 202210956185 A CN202210956185 A CN 202210956185A CN 115330372 A CN115330372 A CN 115330372A
Authority
CN
China
Prior art keywords
payment
prepaid
voucher
resource
credential
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
Application number
CN202210956185.8A
Other languages
English (en)
Inventor
施萍
徐曙怡
钟颖然
何炜
胡容海
李晓兵
宋伟伟
王慰骏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202210956185.8A priority Critical patent/CN115330372A/zh
Publication of CN115330372A publication Critical patent/CN115330372A/zh
Priority to PCT/CN2023/108743 priority patent/WO2024032356A1/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/28Pre-payment schemes, e.g. "pay before"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821Electronic credentials

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Devices For Checking Fares Or Tickets At Control Points (AREA)

Abstract

本说明书实施例提供了基于预付凭证的支付处理方法及装置,其中,一种基于预付凭证的支付处理方法包括:在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息;接收所述服务平台对所述支付信息进行资源核销后提交的支付订单;确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理;向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。

Description

基于预付凭证的支付处理方法及装置
技术领域
本文件涉及数据处理技术领域,尤其涉及一种基于预付凭证的支付处理方法及装置。
背景技术
随着互联网技术发展和移动终端的普及,越来越多的服务开始向线上场景延伸,比如在线支付、服务预定等线上处理方式,在线上场景变得越来越频繁和便捷,并且随着线上处理方式的应用范围和应用场景越来越广泛,各方对线上处理的多样化需求也越来越高,这对线上服务的提供方提出了更高的考验。
发明内容
本说明书一个或多个实施例提供了一种基于预付凭证的支付处理方法,包括:在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息。接收所述服务平台对所述支付信息进行资源核销后提交的支付订单。确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理。向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
本说明书一个或多个实施例提供了另一种基于预付凭证的支付处理方法,包括:基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销。根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交。接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
本说明书一个或多个实施例提供了一种基于预付凭证的支付处理装置,包括:支付信息发送模块,被配置为在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息。支付订单接收模块,被配置为接收所述服务平台对所述支付信息进行资源核销后提交的支付订单。支付处理模块,被配置为确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理。支付结果同步模块,被配置为向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
本说明书一个或多个实施例提供了另一种基于预付凭证的支付处理装置,包括:资源核销模块,被配置为基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销。支付订单创建模块,被配置为根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交。资源额扣减模块,被配置为接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
本说明书一个或多个实施例提供了一种基于预付凭证的支付处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息。接收所述服务平台对所述支付信息进行资源核销后提交的支付订单。确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理。向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
本说明书一个或多个实施例提供了另一种基于预付凭证的支付处理设备,包括:处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销。根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交。接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
本说明书一个或多个实施例提供了一种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息。接收所述服务平台对所述支付信息进行资源核销后提交的支付订单。确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理。向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
本说明书一个或多个实施例提供了另一种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销。根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交。接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图;
图1为本说明书一个或多个实施例提供的一种基于预付凭证的支付处理方法处理流程图;
图2为本说明书一个或多个实施例提供的一种应用于商户储值卡场景的基于预付凭证的支付处理方法时序图;
图3为本说明书一个或多个实施例提供的另一种基于预付凭证的支付处理方法处理流程图;
图4为本说明书一个或多个实施例提供的一种基于预付凭证的支付处理装置示意图;
图5为本说明书一个或多个实施例提供的另一种基于预付凭证的支付处理装置示意图;
图6为本说明书一个或多个实施例提供的一种基于预付凭证的支付处理设备的结构示意图;
图7为本说明书一个或多个实施例提供的另一种基于预付凭证的支付处理设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案,下面将结合本说明书一个或多个实施例中的附图,对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书一个或多个实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本文件的保护范围。
本说明书提供的一种基于预付凭证的支付处理方法实施例:
本申请提供的基于预付凭证的支付处理方法,从预付凭证的支付请求出发,向预付凭证的服务平台发送相应的支付信息,在接收到服务平台提交的支付订单的基础上,首先确定支付订单的支付方式,然后按照确定的支付方式对支付订单进行支付处理,并将支付处理获得的支付结果向服务平台,以根据支付结果进行预付凭证的资源额扣减,以此来保证预付凭证的资源额与订单支付的数据一致性,同时,使预付凭证的支付方式更加多样化,用户实际针对预付凭证进行支付也更加灵活。
参照图1,本实施例提供的基于预付凭证的支付处理方法,所述方法具体包括步骤S102至步骤S108。
步骤S102,在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息。
本实施例所述预付凭证,是指通过特定载体和形式发行的、可以在特定机构购买商品或服务的凭证,并且,该凭证往往具有先充值付费后使用凭证消费的特性,因此称之为预付凭证。可选的,所述预付凭证包括以实体介质为载体的实体预付凭证,和/或,以电子凭证为载体的电子预付凭证。比如实体储值卡、电子储值卡等。
可选的,所述服务平台包括基于所述预付凭证进行商品消费和/或服务消费的服务机构的处理平台,或者基于所述预付凭证进行商品消费和/或服务消费的服务方;所述支付请求包括对用户在服务机构进行的商品消费和/或服务消费进行支付的请求。
实际应用中,用户可能会在不同渠道购买不同的预付凭证,在用户拥有多个预付凭证的情况下,用户在利用不同的预付凭证进行消费支付时,需要携带相应的预付凭证,或者通过各预付凭证的相应支付渠道进行支付,这样会给用户使用预付凭证进行支付带来很大的难度,针对于此,本实施例通过将用户的一个或者多个预付凭证绑定到一个用户账户,借助用户账户实现对不同预付凭证的消费支付,以此提升用户使用预付凭证进行消费支付的灵活性;
可选的,所述预付凭证包括:与提交所述支付请求的用户账户具有绑定关系的至少一个预付凭证中任意一者;其中,所述绑定关系在用户与支付平台签署预付凭证的支付协议后建立。
需要说明的是,为了确保服务平台对预付凭证对应的预付资源的管理灵活性,以此来提升服务平台合作意愿,本实施例提供的基于预付凭证的支付处理方法,在支付过程中并不涉及预付凭证对应的预付资源的处理过程,仅涉及预付凭证的可用资源额的处理过程,可选的,所述预付凭证对应的资源账户设置于所述服务平台,所述资源账户中的预付资源由所述服务平台进行管理。
具体实施时,在上述预付凭证与用户账户建立绑定关系的基础上,使用预付凭证进行支付的过程中,本实施例提供两种支付请求提交的实现方式,具体执行过程中可选择任意一种实现方式进行支付请求的提交。
第一种实现方式是服务平台扫描用户的支付标识进行支付请求的提交,可选的,所述支付请求,在所述服务平台扫描所述用户账户的支付标识后提交。
在上述将至少一个预付凭证与用户账户进行绑定的基础上,也即建立至少一个预付凭证与用户账户的绑定关系的基础上,此处,可基于用户账户的支付码发起针对预付凭证的支付,进而提交针对预付凭证的支付请求,所述支付标识可以是用户账户在所述支付平台的第一支付码,所述第一支付码是指用户账户自身的支付码,此外,该第一支付码还可以是支付平台的支付应用生成的支付码;此外,所述支付标识还可以是针对至少一个预付凭证专门创建的支付码,通过创建该支付码,可发起针对至少一个预付凭证中任意一个预付凭证的支付,进而提交针对该任意一个预付凭证的支付请求。
可选的,所述支付标识包括:用户账户在所述支付平台的第一支付码,和/或,基于所述至少一个预付凭证创建的第二支付码;其中,所述第一支付码通过所述支付平台的支付应用进行访问,所述第二支付码通过所述支付应用的子程序进行访问。
具体执行过程中,可在服务平台提交的支付请求中配置服务标识字段,该服务标识字段用于记录服务平台或者服务机构的标识信息,支付平台在接收到支付请求后,基于支付请求携带的标识信息,在与用户账户建立绑定关系的预付凭证中,查询是否存在该标识信息所属的服务机构或者服务平台的预付凭证,如果存在,则确定优先使用查询到的预付凭证进行支付,并执行向所述预付凭证对应的服务平台发送支付信息的处理过程;如果不存在,则向服务平台返回相应的支付提醒,或者基于用户账户的账户资源进行支付请求的支付响应处理。
此外,不排除用户在同一服务机构购买了多张不同类型的储值卡的情况,针对这种情况,可在支付请求中服务类型字段或者支付类型字段,该服务标识字段用于记录服务类型信息或者支付类型信息,支付平台在接收到支付请求后,基于支付请求携带的服务类型信息或者支付类型信息,在与用户账户建立绑定关系的预付凭证中,查询是否存在与服务类型信息或者支付类型信息匹配的预付凭证,如果存在,则确定优先使用查询到的预付凭证进行支付,并执行向所述预付凭证对应的服务平台发送支付信息的处理过程;如果不存在,则向服务平台返回相应的支付提醒;或者,支付平台在接收到支付请求后,基于支付请求携带的服务类型信息或者支付类型信息,在与用户账户建立绑定关系的预付凭证中查询所述服务平台的预付凭证,并检测所述服务平台的预付凭证中是否存在与服务类型信息或者支付类型信息匹配的预付凭证,如果存在,则确定优先使用与服务类型信息或者支付类型信息匹配的预付凭证进行支付,并执行向所述预付凭证对应的服务平台发送支付信息的处理过程;如果不存在,则向服务平台返回相应的支付提醒。
第二种实现方式是用户扫描服务平台的支付码进行支付请求的提交,可选的,所述支付请求,在所述支付平台的支付应用扫描所述服务平台的支付码后提交,或者,在所述支付应用的子应用扫描所述服务平台的支付码后提交。
与上述第一种实现方式类似,可在支付请求中设置服务标识字段、服务类型字段或者支付类型字段,该服务标识字段用于记录扫描服务平台的支付码后解码获得的服务平台的标识信息,或者,用于记录扫描服务平台的支付码后解码获得的服务平台的服务类型信息或者支付类型信息。此外,服务标识字段、服务类型字段或者支付类型字段,还可记录提交支付请求过程用户录入的标识信息、服务类型信息或者支付类型信息。
步骤S104,接收所述服务平台对所述支付信息进行资源核销后提交的支付订单。
本实施例所述支付信息中至少携带有支付数额,此外,所述支付信息中还可携带下述至少一项:预付凭证的凭证信息,消费商品或者消费服务的消费信息,用户信息。具体执行过程中,所述支付信息中携带的数据信息可从所述支付请求中读取获得,也可从服务平台获取;在所述支付信息中携带的数据信息从所述支付请求中读取活动的情况下,所述支付请求中至少携带有支付数额,类似的,所述支付请求中还可携带下述至少一项:预付凭证的凭证信息,消费商品或者消费服务的消费信息,用户信息。
具体实施时,上述将所述支付信息发送至所述服务平台之后,由服务平台基于所述支付信息进行所述预付凭证的资源核销,根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交。其中,所述预占资源额,是指当前服务平台针对预付凭证实际冻结的用于后续扣减的资源数额,该预占资源额也可看作是服务平台确定针对支付信息确定的实际支付数额。
可选的,所述资源核销包括检测所述支付信息携带的支付数额是否小于或者等于所述预付凭证的可用资源额,若核销结果为核销通过,将所述支付数额确定为所述预占资源额;若核销结果为核销未通过,将所述可用资源额确定为所述预占资源额。
此外,上述接收所述服务平台对所述支付信息进行资源核销后提交的支付订单步骤,还可被替换为接收所述服务平台提交的支付订单;可选的,所述支付订单中记录有预占资源额,所述预占资源额,采用如下方式确定:若所述支付信息携带的支付数额小于或者等于所述预付凭证的可用资源额,将所述支付数额确定为所述预占资源额;若所述支付信息携带的支付数额大于所述预付凭证的可用资源额,将所述可用资源额确定为所述预占资源额。
步骤S106,确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理。
在接收到所述服务平台提交的支付订单之后,本步骤中,确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理,具体在确定所述支付订单的支付方式的过程中,基于所述支付订单记录的预占资源额确定所述支付订单的支付方式。
本实施例所述支付方式,是指采用哪个或者哪几个支付渠道对支付订单进行支付的方式,可选的,所述支付方式包括采用预付凭证对应的支付渠道对支付订单进行支付的方式,由于该方式下针对支付订单的支付处理不涉及具体资源的支付,仅涉及对预付凭证的资源额的处理,因此将这种支付方式称之为记账支付;此外,所述支付方式还包括采用预付凭证对应的支付渠道和相应资源的支付渠道两种渠道组合对支付订单进行支付的方式,因此将这种支付方式称之为组合支付。
具体实施时,在确定所述支付订单的支付方式的过程中,本实施例提供下述两种基于所述支付订单记录的预占资源额确定所述支付方式的可选实施方式。
本实施例提供的第一种可选实施方式中,确定所述支付订单的支付方式,包括:若所述支付订单记录的预占资源额与所述支付请求携带的支付数额相等,确定所述支付方式为记账支付。
本实施例提供的第二种可选实施方式中,确定所述支付订单的支付方式,包括:若所述支付订单记录的预占资源额小于所述支付请求携带的支付数额,确定所述支付方式为组合支付;所述组合支付包括记账支付和资源支付。
相应的,针对本实施例提供的上述两种支付方式,在按照所述支付方式对所述支付订单进行支付处理的过程中,本实施例提供两种分别对应上述两种可选实施方式的支付处理过程。
具体的,在上述确定的支付方式为记账支付的基础上,本实施例提供的第一种可选实施方式中,按照所述支付方式对所述支付订单进行支付处理,包括:基于所述预占资源额进行所述支付订单的记账支付,获得所述支付结果。可选的,所述记账支付,包括将所述支付订单的订单状态更新为已支付状态,并生成所述支付订单的支付账单。
在上述确定的支付方式为组合支付的基础上,本实施例提供的第二种可选实施方式中,按照所述支付方式对所述支付订单进行支付处理,包括:基于所述预占资源额进行所述支付订单的记账支付,以及基于剩余资源额进行所述支付订单的资源支付,将记账支付结果和资源支付结果作为所述支付结果。其中,所述剩余资源额为所述支付请求携带的支付数额与所述预占资源额的差值。可选的,所述资源支付,包括将所述剩余资源额对应的资源从用户账户转移至所述服务平台的资源账户。
通过这种方式,不仅能够在用户的预付凭证的资源额不足的情况下完成支付订单的支付处理,也即能够在用户的预付凭证的资源额不足的情况下实现在服务机构的商品消费或者服务消费,保证了支付可用性,降低了支付失败的发生概率;同时,通过记账支付和资源支付的组合支付,提升了预付凭证的支付灵活性。此外,用户还可在提交支付请求时指定记账支付的数额和资源支付的数额,以此来进一步提升预付凭证在不同消费场景进行支付的灵活性。
步骤S108,向所述服务平台同步支付结果。
所述支付结果,是指对所述支付订单进行支付处理后获得的支付结果,也即所述支付订单的支付结果,具体的,所述支付结果为支付成功结果或者携带支付成功信息的支付结果。
针对上述提供的两种支付方式,若采用记账支付对所述支付订单进行支付处理,则向所述服务平台的支付结果为记账支付成功的支付成功结果;若采用组合支付对所述支付订单进行支付处理,则向所述服务平台的支付结果为资源支付成功和记账支付成功的支付成功结果。
本实施例中,向所述服务平台同步所述支付结果,其目的在于提醒服务平台能够进行所述预付凭证的资源额扣减,以此来保证预付凭证的支付处理的数据一致性,因此,上述向所述服务平台同步支付结果步骤,还可被替换为向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。具体的,本实施例提供的一种可选实施方式中,进行所述预付凭证的资源额扣减,包括:在所述预付凭证的可用资源额中扣减预占资源额。
实际应用中,为了提升用户对预付凭证的感知,还可针对预付凭证开放资源额查询接口,本实施例提供的一种可选实施方式中,采用如下方式实现预付凭证的资源额查询:在获取到针对所述预付凭证的查询请求后,向所述服务平台转发所述查询请求;接收所述服务平台返回的携带所述预付凭证的可用资源额的查询结果。
需要说明的是,在实现预付凭证的资源额查询的基础上,所述服务平台还可不再进行针对所述预付凭证的资源核销,在这种情况下,上述接收所述服务平台对所述支付信息进行资源核销后提交的支付订单步骤,还可被替换为接收所述服务平台提交的支付订单这一处理过程,并与本实施例提供的其他处理过程组合新的实现方式。
此外,为了提升用户对预付凭证的关联全面性,本实施例提供的一种可选实施方式中,还可通过如下方式实现预付凭证的挂失处理、期限提醒处理和/或凭证销毁处理:
在获取到针对所述预付凭证的挂失请求后,向所述服务平台转发所述挂失请求;
接收所述服务平台返回的携带所述预付凭证的权限冻结信息的挂失结果;其中,所述权限冻结信息在对所述预付凭证进行权限冻结后生成;
和/或,
在获取到针对所述预付凭证的注销请求后,向所述服务平台转发所述注销请求;
接收所述服务平台返回的携带所述预付凭证的注销信息的注销结果;其中,所述注销信息在对所述预付凭证进行注销处理后生成;
和/或,
根据从所述服务平台查询获得的所述预付凭证的有效期限,生成所述有效期限的提醒信息并向用户发送。
可选的,本实施例提供的基于预付凭证的支付处理方法,应用于支付平台,下述方法实施例提供的基于预付凭证的支付处理方法,应用于服务平台,二者在执行过程中相互配合,因此,阅读本实施例,请参照下述方式实施例的相应内容,同样,阅读下述实施例也请参照本实施例。
下述以本实施例提供的一种基于预付凭证的支付处理方法在商户储值卡场景的应用为例,对本实施例提供的基于预付凭证的支付处理方法进行进一步说明,参见图2,应用于商户储值卡场景的基于预付凭证的支付处理方法,具体包括下述步骤。
步骤S202,在获取到针对储值卡的支付请求后,向储值卡对应的商户发送支付信息;
步骤S208,接收商户对支付信息进行金额核销后提交的支付订单。
步骤S210,若支付订单记录的预占金额与支付请求携带的支付金额相等,确定支付方式为记账支付。
比如支付订单中记录的预占金额为100元,支付请求中携带的支付金额也为100元,则表明储值卡能够满足当前支付订单的支付,只需将储值卡的金额扣除100元即可,因此采用记账支付。
步骤S212,基于预占金额进行支付订单的记账支付,获得支付结果。
步骤S214,向商户同步支付结果,以进行储值卡的金额扣减。
步骤S218,若支付订单记录的预占金额小于支付请求携带的支付金额,确定支付方式为组合支付。
其中,组合支付包括记账支付和资源支付。
比如储值卡的剩余金额仅剩100元,而支付请求中携带的支付金额为120元,则表明储值卡无法满足当前支付订单的支付,不足以支付的20元部分,只能通过其他渠道来进行支付,具体可以利用在支付平台的资金账户支付这20元,因此采用组合支付。
步骤S220,基于预占金额进行支付订单的记账支付获得记账支付结果,以及基于剩余金额进行支付订单的资金支付获得资金支付结果。
步骤S222,向商户同步记账支付结果和资金支付结果,以进行储值卡的金额扣减。
本说明书还提供另一种基于预付凭证的支付处理方法实施例如下:
参照图3,本实施例提供的基于预付凭证的支付处理方法,所述方法具体包括步骤S302至步骤S306。
步骤S302,基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销。
本实施例所述预付凭证,是指通过特定载体和形式发行的、可以在特定机构购买商品或服务的凭证,并且,该凭证往往具有先充值付费后使用凭证消费的特性,因此称之为预付凭证。可选的,所述预付凭证包括以实体介质为载体的实体预付凭证,和/或,以电子凭证为载体的电子预付凭证。比如实体储值卡、电子储值卡等。
实际应用中,用户可能会在不同渠道购买不同的预付凭证,在用户拥有多个预付凭证的情况下,用户在利用不同的预付凭证进行消费支付时,需要携带相应的预付凭证,或者通过各预付凭证的相应支付渠道进行支付,这样会给用户使用预付凭证进行支付带来很大的难度,针对于此,本实施例通过将用户的一个或者多个预付凭证绑定到一个用户账户,借助用户账户实现对不同预付凭证的消费支付,以此提升用户使用预付凭证进行消费支付的灵活性;可选的,所述预付凭证包括:与提交支付请求的用户账户具有绑定关系的至少一个预付凭证中任意一者;其中,所述绑定关系在用户与所述支付平台签署预付凭证的支付协议后建立。
可选的,所述支付请求,在服务平台扫描所述用户账户的支付标识后提交。在上述将至少一个预付凭证与用户账户进行绑定的基础上,也即建立至少一个预付凭证与用户账户的绑定关系的基础上,此处,可基于用户账户的支付码发起针对预付凭证的支付,进而提交针对预付凭证的支付请求,所述支付标识可以是用户账户在所述支付平台的第一支付码,所述第一支付码是指用户账户自身的支付码,此外,该第一支付码还可以是支付平台的支付应用生成的支付码;此外,所述支付标识还可以是针对至少一个预付凭证专门创建的支付码,通过创建该支付码,可发起针对至少一个预付凭证中任意一个预付凭证的支付,进而提交针对该任意一个预付凭证的支付请求。
可选的,所述支付标识包括:用户账户在所述支付平台的第一支付码,和/或,基于所述至少一个预付凭证创建的第二支付码;其中,所述第一支付码通过所述支付平台的支付应用进行访问,所述第二支付码通过所述支付应用的子程序进行访问。
可选的,所述服务平台包括基于所述预付凭证进行商品消费和/或服务消费的服务机构的处理平台,或者基于所述预付凭证进行商品消费和/或服务消费的服务方;所述支付请求包括对用户在服务机构进行的商品消费和/或服务消费进行支付的请求。
需要说明的是,为了确保服务平台对预付凭证对应的预付资源的管理灵活性,以此来提升服务平台合作意愿,本实施例提供的基于预付凭证的支付处理方法,在支付过程中并不涉及预付凭证对应的预付资源的处理过程,仅涉及预付凭证的可用资源额的处理过程,可选的,所述预付凭证对应的资源账户设置于所述服务平台,所述资源账户中的预付资源由所述服务平台进行管理。
具体执行过程中,可在服务平台提交的支付请求中配置服务标识字段,该服务标识字段用于记录服务平台或者服务机构的标识信息,支付平台在接收到支付请求后,基于支付请求携带的标识信息,在与用户账户建立绑定关系的预付凭证中,查询是否存在该标识信息所属的服务机构或者服务平台的预付凭证,如果存在,则确定优先使用查询到的预付凭证进行支付,并执行向所述预付凭证对应的服务平台发送支付信息的处理过程;如果不存在,则向服务平台返回相应的支付提醒,或者基于用户账户的账户资源进行支付请求的支付响应处理。
此外,不排除用户在同一服务机构购买了多张不同类型的储值卡的情况,针对这种情况,可在支付请求中服务类型字段或者支付类型字段,该服务标识字段用于记录服务类型信息或者支付类型信息,支付平台在接收到支付请求后,基于支付请求携带的服务类型信息或者支付类型信息,在与用户账户建立绑定关系的预付凭证中,查询是否存在与服务类型信息或者支付类型信息匹配的预付凭证,如果存在,则确定优先使用查询到的预付凭证进行支付,并执行向所述预付凭证对应的服务平台发送支付信息的处理过程;如果不存在,则向服务平台返回相应的支付提醒;或者,支付平台在接收到支付请求后,基于支付请求携带的服务类型信息或者支付类型信息,在与用户账户建立绑定关系的预付凭证中查询所述服务平台的预付凭证,并检测所述服务平台的预付凭证中是否存在与服务类型信息或者支付类型信息匹配的预付凭证,如果存在,则确定优先使用与服务类型信息或者支付类型信息匹配的预付凭证进行支付,并执行向所述预付凭证对应的服务平台发送支付信息的处理过程;如果不存在,则向服务平台返回相应的支付提醒。
本实施例提供一种可选实施方式中,基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销,包括:检测所述支付信息携带的支付数额是否小于或者等于所述预付凭证的可用资源额;若是,确定核销结果为核销通过;若否,确定核销结果为核销未通过。
步骤S304,根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交。
本实施例所述预占资源额,是指当前服务平台针对预付凭证实际冻结的用于后续扣减的资源数额,该预占资源额也可看作是服务平台确定针对支付信息确定的实际支付数额。
可选的,所述资源核销包括检测所述支付信息携带的支付数额是否小于或者等于所述预付凭证的可用资源额,若核销结果为核销通过,将所述支付数额确定为所述预占资源额;若核销结果为核销未通过,将所述可用资源额确定为所述预占资源额。
具体实施时,在上述提供的基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销的可选实施方式的基础上,根据所述核销结果确定所述预付凭证的预占资源额,采用如下方式实现:若核销结果为核销通过,将所述支付数额确定为所述预占资源额;若核销结果为核销未通过,将所述可用资源额确定为所述预占资源额。
步骤S306,接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
上述将所述支付订单提交至支付平台之后,支付平台确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理,具体在确定所述支付订单的支付方式的过程中,基于所述支付订单记录的预占资源额确定所述支付订单的支付方式。
本实施例所述支付方式,是指采用哪个或者哪几个支付渠道对支付订单进行支付的方式,可选的,所述支付方式包括采用预付凭证对应的支付渠道对支付订单进行支付的方式,由于该方式下针对支付订单的支付处理不涉及具体资源的支付,仅涉及对预付凭证的资源额的处理,因此将这种支付方式称之为记账支付;此外,所述支付方式还包括采用预付凭证对应的支付渠道和相应资源的支付渠道两种渠道组合对支付订单进行支付的方式,因此将这种支付方式称之为组合支付。
具体在确定所述支付订单的支付方式的过程中,若所述支付订单记录的预占资源额与所述支付请求携带的支付数额相等,确定所述支付方式为记账支付;若所述支付订单记录的预占资源额小于所述支付请求携带的支付数额,确定所述支付方式为组合支付;所述组合支付包括记账支付和资源支付。
本实施例中,接收的所述支付平台同步的所述支付订单的支付结果,是指支付平台按照所述支付方式对所述支付订单进行支付处理获得的支付结果,具体在所述支付订单的支付处理过程中,若支付方式为记账支付,则基于所述预占资源额进行所述支付订单的记账支付,获得所述支付结果。可选的,所述记账支付,包括将所述支付订单的订单状态更新为已支付状态,并生成所述支付订单的支付账单。
若支付方式为组合支付,则基于所述预占资源额进行所述支付订单的记账支付,以及基于剩余资源额进行所述支付订单的资源支付,将记账支付结果和资源支付结果作为所述支付结果。其中,所述剩余资源额为所述支付请求携带的支付数额与所述预占资源额的差值。可选的,所述资源支付,包括将所述剩余资源额对应的资源从用户账户转移至所述服务平台的资源账户。
通过这种方式,不仅能够在用户的预付凭证的资源额不足的情况下完成支付订单的支付处理,也即能够在用户的预付凭证的资源额不足的情况下实现在服务机构的商品消费或者服务消费,保证了支付可用性,降低了支付失败的发生概率;同时,通过记账支付和资源支付的组合支付,提升了预付凭证的支付灵活性。此外,用户还可在提交支付请求时指定记账支付的数额和资源支付的数额,以此来进一步提升预付凭证在不同消费场景进行支付的灵活性。
本实施例中,支付平台同步所述支付结果,其目的在于提醒服务平台能够进行所述预付凭证的资源额扣减,以此来保证预付凭证的支付处理的数据一致性,本实施例提供的一种可选实施方式中,进行所述预付凭证的资源额扣减,包括:在所述预付凭证的可用资源额中扣减所述预占资源额。
实际应用中,为了提升用户对预付凭证的感知,还可针对预付凭证开放资源额查询接口,本实施例提供的一种可选实施方式中,采用如下方式实现预付凭证的资源额查询:接收所述支付平台转发的所述预付凭证的查询请求;查询所述预付凭证的可用资源额,并向所述支付平台返回携带所述可用资源额的查询结果。
需要说明的是,在实现预付凭证的资源额查询的基础上,所述服务平台还可不再进行针对所述预付凭证的资源核销,在这种情况下,上述基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销步骤,以及上述根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交步骤,还可被替换为:基于支付平台针对预付凭证发送的支付信息,创建支付订单并向所述支付平台提交这一处理过程,并与本实施例提供的其他处理过程组合新的实现方式。
此外,为了提升用户对预付凭证的关联全面性,本实施例提供的一种可选实施方式中,还可通过如下方式实现预付凭证的挂失处理和/或凭证销毁处理:
接收所述支付平台转发的所述预付凭证的挂失请求;
冻结所述预付凭证的访问权限,并向支付平台返回携带冻结获得的权限冻结信息的挂失结果;
和/或,
接收所述支付平台转发的所述预付凭证的注销请求;
将所述预付凭证的资源账户中的账户资源转出至用户的资源账户,并注销所述预付凭证;
向所述支付平台返回携带资源转出信息和注销信息的注销结果。
下述以本实施例提供的一种基于预付凭证的支付处理方法在商户储值卡场景的应用为例,对本实施例提供的基于预付凭证的支付处理方法进行进一步说明,参见图2,应用于商户储值卡场景的基于预付凭证的支付处理方法,具体包括下述步骤。
步骤S204,基于支付平台针对储值卡发送的支付信息,进行储值卡的金额核销。
步骤S206,根据核销结果确定储值卡的预占金额,以及基于预占金额创建支付订单并向支付平台提交。
步骤S216,接收支付平台同步的支付订单的支付结果,并进行储值卡的金额扣减。
步骤S224,接收支付平台同步的记账支付结果和资金支付结果,并根据记账支付结果进行储值卡的金额扣减。
本说明书提供的一种基于预付凭证的支付处理装置实施例如下:
在上述的实施例中,提供了一种基于预付凭证的支付处理方法,与之相对应的,还提供了一种基于预付凭证的支付处理装置,下面结合附图进行说明。
参照图4,其示出了本实施例提供的一种基于预付凭证的支付处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种基于预付凭证的支付处理装置,包括:
支付信息发送模块402,被配置为在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息;
支付订单接收模块404,被配置为接收所述服务平台对所述支付信息进行资源核销后提交的支付订单;
支付处理模块406,被配置为确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理;
支付结果同步模块408,被配置为向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
本说明书提供的另一种基于预付凭证的支付处理装置实施例如下:
在上述的实施例中,提供了另一种基于预付凭证的支付处理方法,与之相对应的,还提供了另一种基于预付凭证的支付处理装置,下面结合附图进行说明。
参照图5,其示出了本实施例提供的一种基于预付凭证的支付处理装置示意图。
由于装置实施例对应于方法实施例,所以描述得比较简单,相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
本实施例提供一种基于预付凭证的支付处理装置,包括:
资源核销模块502,被配置为基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销;
支付订单创建模块504,被配置为根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交;
资源额扣减模块506,被配置为接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
本说明书提供的一种基于预付凭证的支付处理设备实施例如下:
对应上述描述的一种基于预付凭证的支付处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种基于预付凭证的支付处理设备,该基于预付凭证的支付处理设备用于执行上述提供的基于预付凭证的支付处理方法,图6为本说明书一个或多个实施例提供的一种基于预付凭证的支付处理设备的结构示意图。
本实施例提供的一种基于预付凭证的支付处理设备,包括:
如图6所示,基于预付凭证的支付处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器601和存储器602,存储器602中可以存储有一个或一个以上存储应用程序或数据。其中,存储器602可以是短暂存储或持久存储。存储在存储器602的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括基于预付凭证的支付处理设备中的一系列计算机可执行指令。更进一步地,处理器601可以设置为与存储器602通信,在基于预付凭证的支付处理设备上执行存储器602中的一系列计算机可执行指令。基于预付凭证的支付处理设备还可以包括一个或一个以上电源603,一个或一个以上有线或无线网络接口604,一个或一个以上输入/输出接口605,一个或一个以上键盘606等。
在一个具体的实施例中,基于预付凭证的支付处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对基于预付凭证的支付处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息;
接收所述服务平台对所述支付信息进行资源核销后提交的支付订单;
确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理;
向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
本说明书提供的另一种基于预付凭证的支付处理设备实施例如下:
对应上述描述的另一种基于预付凭证的支付处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供另一种基于预付凭证的支付处理设备,该基于预付凭证的支付处理设备用于执行上述提供的基于预付凭证的支付处理方法,图7为本说明书一个或多个实施例提供的一种基于预付凭证的支付处理设备的结构示意图。
本实施例提供的一种基于预付凭证的支付处理设备,包括:
如图7所示,基于预付凭证的支付处理设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器701和存储器702,存储器702中可以存储有一个或一个以上存储应用程序或数据。其中,存储器702可以是短暂存储或持久存储。存储在存储器702的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括基于预付凭证的支付处理设备中的一系列计算机可执行指令。更进一步地,处理器701可以设置为与存储器702通信,在基于预付凭证的支付处理设备上执行存储器702中的一系列计算机可执行指令。基于预付凭证的支付处理设备还可以包括一个或一个以上电源703,一个或一个以上有线或无线网络接口704,一个或一个以上输入/输出接口705,一个或一个以上键盘706等。
在一个具体的实施例中,基于预付凭证的支付处理设备包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对基于预付凭证的支付处理设备中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销;
根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交;
接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
本说明书提供的一种存储介质实施例如下:
对应上述描述的一种基于预付凭证的支付处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息;
接收所述服务平台对所述支付信息进行资源核销后提交的支付订单;
确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理;
向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
需要说明的是,本说明书中关于存储介质的实施例与本说明书中关于基于预付凭证的支付处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
本说明书提供的另一种存储介质实施例如下:
对应上述描述的另一种基于预付凭证的支付处理方法,基于相同的技术构思,本说明书一个或多个实施例还提供另一种存储介质。
本实施例提供的存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销;
根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交;
接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
需要说明的是,本说明书中关于存储介质的实施例与本说明书中关于基于预付凭证的支付处理方法的实施例基于同一发明构思,因此该实施例的具体实施可以参见前述对应方法的实施,重复之处不再赘述。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪30年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,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)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC625D、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),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本文件的实施例而已,并不用于限制本文件。对于本领域技术人员来说,本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本文件的权利要求范围之内。

Claims (23)

1.一种基于预付凭证的支付处理方法,包括:
在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息;
接收所述服务平台对所述支付信息进行资源核销后提交的支付订单;
确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理;
向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
2.根据权利要求1所述的基于预付凭证的支付处理方法,所述预付凭证包括:与提交所述支付请求的用户账户具有绑定关系的至少一个预付凭证中任意一者;
其中,所述绑定关系在用户与支付平台签署预付凭证的支付协议后建立。
3.根据权利要求2所述的基于预付凭证的支付处理方法,所述支付请求,在所述服务平台扫描所述用户账户的支付标识后提交;所述支付标识包括:用户账户在所述支付平台的第一支付码,和/或,基于所述至少一个预付凭证创建的第二支付码;
其中,所述第一支付码通过所述支付平台的支付应用进行访问,所述第二支付码通过所述支付应用的子程序进行访问。
4.根据权利要求2所述的基于预付凭证的支付处理方法,所述支付请求,在所述支付平台的支付应用扫描所述服务平台的支付码后提交,或者,在所述支付应用的子应用扫描所述服务平台的支付码后提交。
5.根据权利要求1所述的基于预付凭证的支付处理方法,所述确定所述支付订单的支付方式,包括:
若所述支付订单记录的预占资源额与所述支付请求携带的支付数额相等,确定所述支付方式为记账支付;
相应的,所述按照所述支付方式对所述支付订单进行支付处理,包括:
基于所述预占资源额进行所述支付订单的记账支付,获得所述支付结果。
6.根据权利要求1所述的基于预付凭证的支付处理方法,所述确定所述支付订单的支付方式,包括:
若所述支付订单记录的预占资源额小于所述支付请求携带的支付数额,确定所述支付方式为组合支付;所述组合支付包括记账支付和资源支付;
相应的,所述按照所述支付方式对所述支付订单进行支付处理,包括:
基于所述预占资源额进行所述支付订单的记账支付,以及基于剩余资源额进行所述支付订单的资源支付,将记账支付结果和资源支付结果作为所述支付结果。
7.根据权利要求5或6所述的基于预付凭证的支付处理方法,所述记账支付,包括将所述支付订单的订单状态更新为已支付状态,并生成所述支付订单的支付账单;
所述资源支付,包括将所述剩余资源额对应的资源从用户账户转移至所述服务平台的资源账户。
8.根据权利要求1所述的基于预付凭证的支付处理方法,所述预付凭证对应的资源账户设置于所述服务平台,所述资源账户中的预付资源由所述服务平台进行管理;
所述进行所述预付凭证的资源额扣减,包括:在所述预付凭证的可用资源额中扣减预占资源额。
9.根据权利要求5、6或8所述的基于预付凭证的支付处理方法,所述预占资源额,采用如下方式确定:
若所述支付信息携带的支付数额小于或者等于所述预付凭证的可用资源额,将所述支付数额确定为所述预占资源额;
若所述支付信息携带的支付数额大于所述预付凭证的可用资源额,将所述可用资源额确定为所述预占资源额。
10.根据权利要求1所述的基于预付凭证的支付处理方法,还包括:
在获取到针对所述预付凭证的查询请求后,向所述服务平台转发所述查询请求;
接收所述服务平台返回的携带所述预付凭证的可用资源额的查询结果。
11.根据权利要求1所述的基于预付凭证的支付处理方法,所述预付凭证,包括实体预付凭证,电子预付凭证。
12.一种基于预付凭证的支付处理方法,包括:
基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销;
根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交;
接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
13.根据权利要求12所述的基于预付凭证的支付处理方法,所述预付凭证包括:与提交支付请求的用户账户具有绑定关系的至少一个预付凭证中任意一者;
其中,所述绑定关系在用户与所述支付平台签署预付凭证的支付协议后建立。
14.根据权利要求13所述的基于预付凭证的支付处理方法,所述支付请求,在服务平台扫描所述用户账户的支付标识后提交;所述支付标识包括:用户账户在所述支付平台的第一支付码,和/或,基于所述至少一个预付凭证创建的第二支付码;
其中,所述第一支付码通过所述支付平台的支付应用进行访问,所述第二支付码通过所述支付应用的子程序进行访问。
15.根据权利要求12所述的基于预付凭证的支付处理方法,所述基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销,包括:
检测所述支付信息携带的支付数额是否小于或者等于所述预付凭证的可用资源额;
若是,确定核销结果为核销通过;
若否,确定核销结果为核销未通过;
相应的,所述根据核销结果确定所述预付凭证的预占资源额,包括:
若核销结果为核销通过,将所述支付数额确定为所述预占资源额;
若核销结果为核销未通过,将所述可用资源额确定为所述预占资源额。
16.根据权利要求12所述的基于预付凭证的支付处理方法,所述预付凭证对应的资源账户设置于服务平台,所述资源账户中的预付资源由所述服务平台进行管理;
所述进行所述预付凭证的资源额扣减,包括:在所述预付凭证的可用资源额中扣减所述预占资源额。
17.根据权利要求12所述的基于预付凭证的支付处理方法,还包括:
接收所述支付平台转发的所述预付凭证的查询请求;
查询所述预付凭证的可用资源额,并向所述支付平台返回携带所述可用资源额的查询结果。
18.一种基于预付凭证的支付处理装置,包括:
支付信息发送模块,被配置为在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息;
支付订单接收模块,被配置为接收所述服务平台对所述支付信息进行资源核销后提交的支付订单;
支付处理模块,被配置为确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理;
支付结果同步模块,被配置为向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
19.一种基于预付凭证的支付处理装置,包括:
资源核销模块,被配置为基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销;
支付订单创建模块,被配置为根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交;
资源额扣减模块,被配置为接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
20.一种基于预付凭证的支付处理设备,包括:
处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:
在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息;
接收所述服务平台对所述支付信息进行资源核销后提交的支付订单;
确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理;
向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
21.一种基于预付凭证的支付处理设备,包括:
处理器;以及,被配置为存储计算机可执行指令的存储器,所述计算机可执行指令在被执行时使所述处理器:
基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销;
根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交;
接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
22.一种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
在获取到针对预付凭证的支付请求后,向所述预付凭证对应的服务平台发送支付信息;
接收所述服务平台对所述支付信息进行资源核销后提交的支付订单;
确定所述支付订单的支付方式,并按照所述支付方式对所述支付订单进行支付处理;
向所述服务平台同步支付结果,以进行所述预付凭证的资源额扣减。
23.一种存储介质,用于存储计算机可执行指令,所述计算机可执行指令在被处理器执行时实现以下流程:
基于支付平台针对预付凭证发送的支付信息,进行所述预付凭证的资源核销;
根据核销结果确定所述预付凭证的预占资源额,以及基于所述预占资源额创建支付订单并向所述支付平台提交;
接收所述支付平台同步的所述支付订单的支付结果,并进行所述预付凭证的资源额扣减。
CN202210956185.8A 2022-08-10 2022-08-10 基于预付凭证的支付处理方法及装置 Pending CN115330372A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210956185.8A CN115330372A (zh) 2022-08-10 2022-08-10 基于预付凭证的支付处理方法及装置
PCT/CN2023/108743 WO2024032356A1 (zh) 2022-08-10 2023-07-21 基于预付凭证的支付处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210956185.8A CN115330372A (zh) 2022-08-10 2022-08-10 基于预付凭证的支付处理方法及装置

Publications (1)

Publication Number Publication Date
CN115330372A true CN115330372A (zh) 2022-11-11

Family

ID=83922519

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210956185.8A Pending CN115330372A (zh) 2022-08-10 2022-08-10 基于预付凭证的支付处理方法及装置

Country Status (2)

Country Link
CN (1) CN115330372A (zh)
WO (1) WO2024032356A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024032356A1 (zh) * 2022-08-10 2024-02-15 支付宝(杭州)信息技术有限公司 基于预付凭证的支付处理方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8528814B2 (en) * 2009-02-09 2013-09-10 Giftcodes.Com, Llc System and method for preventing fraud by generating new prepaid gift accounts
JP6059319B1 (ja) * 2015-09-30 2017-01-11 三井住友カード株式会社 代金支払管理システム、及び代金支払管理方法
CN109493032A (zh) * 2018-12-12 2019-03-19 四川商通实业有限公司 基于预付卡实现三方组合支付的方法及其系统
CN111062710A (zh) * 2019-11-20 2020-04-24 四川商通实业有限公司 基于app的多预付卡支付方法及系统
CN111476554A (zh) * 2020-05-09 2020-07-31 苏州中仑网络科技有限公司 弱网环境下的组合支付系统及方法、收银机、存储介质
CN115330372A (zh) * 2022-08-10 2022-11-11 支付宝(杭州)信息技术有限公司 基于预付凭证的支付处理方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2024032356A1 (zh) * 2022-08-10 2024-02-15 支付宝(杭州)信息技术有限公司 基于预付凭证的支付处理方法及装置

Also Published As

Publication number Publication date
WO2024032356A1 (zh) 2024-02-15

Similar Documents

Publication Publication Date Title
CN107038569B (zh) 信息交互方法及装置
CN112967046B (zh) 关联支付处理方法及装置
CN110264232B (zh) 一种券延迟核销的数据处理方法及装置
CN112926971B (zh) 基于储值卡的支付方法及装置
CN111709733A (zh) 一种资源转移方法、装置及设备
CN110992040A (zh) 交易处理方法、装置及设备
Schamberger et al. Components for an interoperable NFC mobile payment ecosystem
CN113079224A (zh) 一种账号绑定方法、装置、存储介质及电子设备
WO2024032356A1 (zh) 基于预付凭证的支付处理方法及装置
CN114926158A (zh) 一种订单支付方法、装置、存储介质及电子设备
CN108596581B (zh) 资源转移的验证方法、装置和电子支付验证方法、装置
CN112529576A (zh) 资源处理方法及装置、支付处理方法及装置
CN112286968A (zh) 一种业务识别方法、设备、介质及电子设备
CN115511595A (zh) 一种基于区块链的业务执行方法及装置
CN113435889B (zh) 基于信用的交易处理方法及装置
CN112669031B (zh) 支付卡片的免充值数据处理方法、装置、设备及系统
CN113419794B (zh) 支付处理方法及装置
CN113222588B (zh) 基于区块链的代金卡创建、更新及查询方法、装置及设备
CN112990940B (zh) 企业认证方法及装置
CN115392889A (zh) 服务处理方法及装置
CN113095828B (zh) 基于区块链的数据存证方法及装置
CN112434347B (zh) 租赁业务的处理方法、装置、设备及系统
CN114548965A (zh) 支付处理方法及装置
CN112862480A (zh) 基于近场通信的交通卡处理方法及装置
CN111639931A (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