CN109472651A - 基于礼品卡的支付方法、设备及计算机可读存储介质 - Google Patents
基于礼品卡的支付方法、设备及计算机可读存储介质 Download PDFInfo
- Publication number
- CN109472651A CN109472651A CN201811395011.9A CN201811395011A CN109472651A CN 109472651 A CN109472651 A CN 109472651A CN 201811395011 A CN201811395011 A CN 201811395011A CN 109472651 A CN109472651 A CN 109472651A
- Authority
- CN
- China
- Prior art keywords
- gift card
- payment
- card
- gift
- application program
- 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
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
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
- G06Q30/0208—Trade or exchange of goods or services in exchange for incentives or rewards
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/349—Rechargeable cards
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Theoretical Computer Science (AREA)
- Game Theory and Decision Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Marketing (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明公开了一种基于礼品卡的支付方法、设备及计算机可读存储介质，该方法包括步骤：在接收到发布礼品卡的应用程序发送的礼品卡的支付请求时，生成支付授权码；当接收到通过支付授权码进行支付的支付指令后，根据支付指令检测礼品卡是否处于已激活状态，以及检测礼品卡余额是否大于或者等于待购买商品对应的待支付金额；若检测到礼品卡处于已激活状态，且礼品卡余额大于或者等于待支付金额，则在礼品卡余额中减去待支付金额，并更新礼品卡对应的台账，以记录礼品卡的消费情况。本发明实现了在用户使用礼品卡过程中，通过建立台账的方式来记录每张礼品卡在不同应用程序中的消费记录，以便于礼品卡对应商家更好地了解礼品卡的使用情况。
Description
技术领域
本发明涉及电子支付领域，尤其涉及一种基于礼品卡的支付方法、设备及计算机可读存储介质。
背景技术
“互联网+”的快速推进，以移动网络和大数据等新技术为基础，整合社会资源为消费者提供便利服务的共享经济异军突起，互联网以其自身逻辑重构着社会秩序。以信息技术和金融科技技术发展来普惠更多群体，从信息、支付、数据、金融等方面有效的为各类社会群体提供服务与支持。在新型社交电商形态的推动下，基于移动支付的社交行为来带动支付行为，结合市场趋势及消费特点，产生了社交电商产品的新模式——社交礼品卡。但是目前的社交礼品卡仅仅是提供给用户一些打折优惠，或者是作为优惠券使用，因次无法对社交礼品卡进行管理，导致商家不能很好地了解礼品卡的使用情况。
发明内容
本发明的主要目的在于提供一种基于礼品卡的支付方法、设备及计算机可读存储介质，旨在解决现有的现有礼品卡仅仅是提供给用户一些打折优惠，或者是作为优惠券使用，导致商家不能很好地了解礼品卡的使用情况的技术问题。
为实现上述目的，本发明提供一种基于礼品卡的支付方法，所述基于礼品卡的支付方法包括步骤：
在接收到发布礼品卡的应用程序发送的礼品卡的支付请求时，生成支付授权码；
当接收到通过所述支付授权码进行支付的支付指令后，根据所述支付指令检测所述礼品卡是否处于已激活状态，以及检测所述礼品卡余额是否大于或者等于待购买商品对应的待支付金额；
若检测到所述礼品卡处于已激活状态，且所述礼品卡余额大于或者等于所述待支付金额，则在所述礼品卡余额中减去所述待支付金额，并更新所述礼品卡对应的台账，以记录所述礼品卡的消费情况。
所述礼品卡的支付请求的触发方式包括：
在发布礼品卡的应用程序所在界面中触发礼品卡的支付请求；或
在应用程序内嵌的礼品卡小程序中触发礼品卡的支付请求；或
在应用程序关联的礼品卡公众号中触发礼品卡的支付请求；或
在应用程序的卡包中预存的礼品卡触发礼品卡的支付请求；或
在发布礼品卡的近场通信NFC应用程序中触发礼品卡的支付请求。
优选地，所述基于礼品卡的支付方法还包括：
当接收到所述应用程序发送的领用通知消息后，获取与所述领用通知消息对应的订单信息；
根据所述领用通知消息更改所述订单信息中的领用用户账号，以更新所述礼品卡的领用用户。
优选地，所述在接收到发布礼品卡的应用程序发送的礼品卡的支付请求时，生成支付授权码的步骤之前，还包括：
当接收到定义礼品卡类型的定义指令后，根据所述定义指令定义所述礼品卡类型，并生成礼品卡编码；
在所述应用程序中为各种礼品卡类型创建礼品卡，根据所创建的礼品卡和所述礼品卡编码在所述应用程序中创建礼品卡货架，并将创建的礼品卡和礼品卡编码关联导入到礼品卡货架上，以使购买用户在所述礼品卡货架中查看礼品卡。
优选地，所述在所述应用程序中为各种礼品卡类型创建礼品卡，根据所创建的礼品卡和所述礼品卡编码在所述应用程序中创建礼品卡货架，以使购买用户在所述礼品卡货架中查看礼品卡的步骤之后，还包括：
若在购买用户成功购买所述礼品卡后接收到退款指令或退货指令，则检测所述购买用户是否满足对应的退款条件或退货条件；
若检测到所述购买用户满足所述退款条件或退货条件，则执行对应的退款操作或退货操作。
优选地，所述在所述应用程序中为各种礼品卡类型创建礼品卡，根据所创建的礼品卡和所述礼品卡编码在所述应用程序中创建礼品卡货架，以使购买用户在所述礼品卡货架中查看礼品卡的步骤之后，还包括：
若在购买用户成功购买所述礼品卡后接收到生成发票的生成指令，则根据所述购买用户购买所述礼品卡的金额，以及与所述生成指令对应的发票信息为所述购买用户生成电子发票。
优选地，所述当接收到通过所述支付授权码进行支付的支付指令后，根据所述支付指令检测所述礼品卡是否处于已激活状态，以及检测所述礼品卡余额是否大于或者等于待购买商品对应的待支付金额的步骤之后，还包括：
若检测到所述礼品卡处于待激活状态，和/或所述礼品卡余额小于所述待支付金额，则禁止执行所述支付指令。
优选地，所述若检测到所述礼品卡处于已激活状态，且所述礼品卡余额大于或者等于所述待支付金额，则在所述礼品卡余额中减去所述待支付金额，并更新所述礼品卡对应的台账，以记录所述礼品卡的消费情况的步骤之后，还包括：
检测所述礼品卡余额是否等于零；
若所述礼品卡余额等于零，则判断礼品卡的类型；
若所述礼品卡的类型是现金卡，则核销所述礼品卡余额等于零的礼品卡；
若所述礼品卡的类型是余额卡，则输出充值的提示信息或者根据预设的续费模式执行续费操作。
优选地，所述若检测到所述礼品卡处于已激活状态，且所述礼品卡余额大于或者等于所述待支付金额，则在所述礼品卡余额中减去所述待支付金额，并更新所述礼品卡对应的台账，以记录所述礼品卡的消费情况的步骤之后，还包括：
若侦测到对账指令，则根据所述对账指令与所述应用程序进行对账，以及与所述礼品卡对应商家进行对账，得到对账结果；
若所述对账结果中存在金额不相等的账单，则输出提示信息，以根据所述提示信息提示对应的审核人员审核所述金额不相等的消费记录。
此外，为实现上述目的，本发明还提供一种基于礼品卡的支付设备，所述基于礼品卡的支付设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的基于礼品卡的支付程序，所述基于礼品卡的支付程序被所述处理器执行时实现如上所述的基于礼品卡的支付方法的步骤。
此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有基于礼品卡的支付程序，所述基于礼品卡的支付程序被处理器执行时实现如上所述的基于礼品卡的支付方法的步骤。
本发明在接收到发布礼品卡的应用程序发送的礼品卡的支付请求时，生成支付授权码；当接收到通过支付授权码进行支付的支付指令后，根据支付指令检测礼品卡是否处于已激活状态，以及检测礼品卡余额是否大于或者等于待购买商品对应的待支付金额；若检测到礼品卡处于已激活状态，且礼品卡余额大于或者等于待支付金额，则在礼品卡余额中减去待支付金额，并更新礼品卡对应的台账，以记录礼品卡的消费信息。实现了社交礼品卡直接用于支付，并且在用户使用礼品卡进行支付过程中，通过建立台账的方式来记录每张礼品卡在不同应用程序中的消费记录，以便于礼品卡对应商家更好地了解礼品卡的使用情况，也更好帮助商户以低成本广渠道高频度互动与精准传播来进行营销推广。
附图说明
图1是本发明实施例方案涉及的硬件运行环境的结构示意图；
图2是本发明基于礼品卡的支付方法第一实施例的流程示意图；
图3是本发明基于礼品卡的支付方法第二实施例的流程示意图；
图4是本发明基于礼品卡的支付方法第三实施例的流程示意图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
如图1所示，图1是本发明实施例方案涉及的硬件运行环境的结构示意图。
需要说明的是，图1即可为基于礼品卡的支付设备的硬件运行环境的结构示意图。本发明实施例基于礼品卡的支付设备可以是PC，便携计算机等终端设备。
如图1所示，该基于礼品卡的支付设备可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解，图1中示出的基于礼品卡的支付设备结构并不构成对基于礼品卡的支付设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及基于礼品卡的支付程序。其中，操作系统是管理和控制基于礼品卡的支付设备硬件和软件资源的程序，支持基于礼品卡的支付程序以及其它软件或程序的运行。
在图1所示的基于礼品卡的支付设备中，用户接口1003可用于与应用程序所在终端连接，与该应用程序进行数据通信等；网络接口1004主要用于连接后台服务器，与后台服务器进行数据通信；而处理器1001可以用于调用存储器1005中存储的基于礼品卡的支付程序，并执行以下操作：
在接收到发布礼品卡的应用程序发送的礼品卡的支付请求时，生成支付授权码；
当接收到通过所述支付授权码进行支付的支付指令后，根据所述支付指令检测所述礼品卡是否处于已激活状态，以及检测所述礼品卡余额是否大于或者等于待购买商品对应的待支付金额；
若检测到所述礼品卡处于已激活状态，且所述礼品卡余额大于或者等于所述待支付金额，则在所述礼品卡余额中减去所述待支付金额，并更新所述礼品卡对应的台账，以记录所述礼品卡的消费情况。
进一步地，所述礼品卡的支付请求的触发方式包括：
在发布礼品卡的应用程序所在界面中触发礼品卡的支付请求；或
在应用程序内嵌的礼品卡小程序中触发礼品卡的支付请求；或
在应用程序关联的礼品卡公众号中触发礼品卡的支付请求；或
在应用程序的卡包中预存的礼品卡触发礼品卡的支付请求；或
在发布礼品卡的近场通信NFC应用程序中触发礼品卡的支付请求。
进一步地，处理器1001还可以用于调用存储器1005中存储的基于区块链的基于礼品卡的支付程序，并执行以下步骤：
当接收到所述应用程序发送的领用通知消息后，获取与所述领用通知消息对应的订单信息；
根据所述领用通知消息更改所述订单信息中的领用用户账号，以更新所述礼品卡的领用用户。
进一步地，所述在接收到发布礼品卡的应用程序发送的礼品卡的支付请求时，生成支付授权码的步骤之前，处理器1001还可以用于调用存储器1005中存储的基于区块链的基于礼品卡的支付程序，并执行以下步骤：
当接收到定义礼品卡类型的定义指令后，根据所述定义指令定义所述礼品卡类型，并生成礼品卡编码；
在所述应用程序中为各种礼品卡类型创建礼品卡，根据所创建的礼品卡和所述礼品卡编码在所述应用程序中创建礼品卡货架，并将创建的礼品卡和礼品卡编码关联导入到礼品卡货架上，以使购买用户在所述礼品卡货架中查看礼品卡。
进一步地，所述在所述应用程序中为各种礼品卡类型创建礼品卡，根据所创建的礼品卡和所述礼品卡编码在所述应用程序中创建礼品卡货架，以使购买用户在所述礼品卡货架中查看礼品卡的步骤之后，处理器1001还可以用于调用存储器1005中存储的基于区块链的基于礼品卡的支付程序，并执行以下步骤：
若在购买用户成功购买所述礼品卡后接收到退款指令或退货指令，则检测所述购买用户是否满足对应的退款条件或退货条件；
若检测到所述购买用户满足所述退款条件或退货条件，则执行对应的退款操作或退货操作。
进一步地，所述在所述应用程序中为各种礼品卡类型创建礼品卡，根据所创建的礼品卡和所述礼品卡编码在所述应用程序中创建礼品卡货架，以使购买用户在所述礼品卡货架中查看礼品卡的步骤之后，处理器1001还可以用于调用存储器1005中存储的基于区块链的基于礼品卡的支付程序，并执行以下步骤：
若在购买用户成功购买所述礼品卡后接收到生成发票的生成指令，则根据所述购买用户购买所述礼品卡的金额，以及与所述生成指令对应的发票信息为所述购买用户生成电子发票。
进一步地，所述若检测到所述礼品卡处于已激活状态，且所述礼品卡余额大于或者等于所述待支付金额，则在所述礼品卡余额中减去所述待支付金额，并更新所述礼品卡对应的台账，以记录所述礼品卡的消费情况的步骤之后，处理器1001还可以用于调用存储器1005中存储的基于区块链的基于礼品卡的支付程序，并执行以下步骤：
检测所述礼品卡余额是否等于零；
则判断礼品卡的类型；
若所述礼品卡的类型是现金卡，则核销所述礼品卡余额等于零的礼品卡；
若所述礼品卡的类型是余额卡，则输出充值的提示信息或者根据预设的续费模式执行续费操作。
进一步地，所述若检测到所述礼品卡处于已激活状态，且所述礼品卡余额大于或者等于所述待支付金额，则在所述礼品卡余额中减去所述待支付金额，并更新所述礼品卡对应的台账，以记录所述礼品卡的消费情况的步骤之后，处理器1001还可以用于调用存储器1005中存储的基于区块链的基于礼品卡的支付程序，并执行以下步骤：
若侦测到对账指令，则根据所述对账指令与所述应用程序进行对账，以及与所述礼品卡对应商家进行对账，得到对账结果；
若所述对账结果中存在金额不相等的账单，则输出提示信息，以根据所述提示信息提示对应的审核人员审核所述金额不相等的消费记录。
基于上述的结构，提出基于礼品卡的支付方法的各个实施例。
参照图2，图2为本发明基于礼品卡的支付方法第一实施例的流程示意图。
本发明实施例提供了基于礼品卡的支付方法的实施例，需要说明的是，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
在本实施例中，每一接入金融服务平台的用户，在金融服务平台中都存在对应的账户，该账户分为四种，分别为金融账户、储值卡账户、卡券账户和积分账户。当用户需要用到对应的账户时，金融服务平台就会为用户生成对应的账户。如当用户领取到卡券时，金融服务平台就会为用户自动开通卡券账户。在本实施例中，通过用户在金融服务平台注册时所产生的ID来识别用户，每个用户的ID都是不一样的。若用户在不同的应用程序中都消费了礼品卡，可通过用户的手机号码关联用户在各个应用程序中的消费记录。
具体地，接入金融服务平台的用户，可通过金融服务平台中的账户标识来区分不同的用户，账户标识可通过mpc_uid来表示，该mpc_uid为用户在金融服务平台注册时所产生的ID。不同用户的mpc_uid是不同的，mpc_uid可与用户的手机号码关联，通过用户的手机号码即可快速确定用户的账户标识。在本发明实施例中，mpc_uid来源主要有微信渠道(通过UnionId，或将获取的Opneid转化Unionid标识来来区分用户)和自有渠道(通过Appid和UserId来识别客户，UserId保证平台唯一。需要说明的是，微信针对不同的用户在不同的应用下都有唯一的一个Opneid，但是要想确定用户是不是同一个用户，就需要靠Unionid来区分。一般微信的后台都会有自己的一个用户表，每个用户有不同的UserId，也就是说同一个用户在同一个微信开放平台下的相同主体的应用对应着相同的UserId，Unionid以及不同的Opneid。
其中，金融账户分为初级钱包、中级钱包和高级钱包；存在初级钱包的账户，可对其初级钱包进行充值，通过该初级钱包进行线上或者线下消费支付，具有积分和优惠券功能，但是只能接收赠予，无法赠送积分和优惠券，无法将储值余额提现，也无法将其对应的会员卡添加为终端应用，从而使用NFC(near field communication，近场通信)付款；中级钱包是在初级钱包的基础上，通过绑定银行卡进行认证升级为中级钱包，中级钱包用户在初级钱包基础上，可以通过绑定银行卡进行认证升级为中级钱包，中级钱包客户在初级钱包的基础上能够无需跳转到对应应用程序使用银行卡进行快捷充值，也能提现到所绑定的银行卡，还可将其对应的会员卡添加到手机钱包中进行NFC付款；高级钱包是在中级钱包的基础上，用户开通二类账户后解锁理财和信贷等金融功能，为用户提供具备储值资金增值和消费白条的能力，也能通过金融加商业的营销产生更加丰富的经营模式。
AaaS(account as a Service)账户即服务，为用户提供会员账户的金融、储值、积分和卡券等服务，底层便以金融账户、积分账户、储值账户和卡券账户作为支撑。三种账户为用户提供三种服务，三种服务穿插交互，余额和卡券的消费行为都可以累计为用户积分，余额和积分可以兑换卡券，卡券和积分可以抵扣订单金额享受优惠，支持灵活的会员运营机制，并且可以分别核算做大数据分析。
通过AaaS的账户分类分层，将为用户提供服务的基点落在某个具体账户中进行记录，对用户来说可以多角度、多维度进行便捷的统计和分析，以打通账户和分层子账户灵活的为大数据提供数据基础。
基于礼品卡的支付方法应用于金融服务平台，金融服务平台服务器或者终端中，终端可以包括诸如手机、穿戴设备、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)等移动终端，以及诸如数字TV、台式计算机等固定终端。基于礼品卡的支付方法的各个实施例中，为了便于描述，以金融服务平台为执行主体进行阐述各个实施例。基于礼品卡的支付方法包括：
步骤S10，在接收到发布礼品卡的应用程序发送的礼品卡的支付请求时，生成支付授权码。
当与金融服务平台对接的应用程序接收到用户使用礼品卡的使用指令时，金融服务平台检测应用程序鉴权认证是否成功，以保证礼品卡使用的安全性。其中，该应用程序为安装在终端中的应用程序，可为微信、腾讯QQ或其他第三方应用程序等，该应用程序为发布礼品卡的应用程序。
当应用程序鉴权认证成功后，该应用程序发送鉴权认证成功的成功消息给金融服务平台。当金融服务平台接收到该成功消息后，金融服务平台根据该成功消息确定发布礼品卡的应用程序鉴权认证成功，并生成支付授权码。
进一步地，为了保证支付授权码的安全性，为各个支付授权码设定一个生命周期，如该生命周期可设置为0.5分钟或者1分钟等。当支付授权码超过其生命周期后，金融服务平台会重新生成一个新的支付授权码，如当生命周期为1分钟时，金融服务平台会在1分钟后重新生成新的支付授权码。
其中，礼品卡的支付请求的触发方式包括：
在发布礼品卡的应用程序所在界面中触发礼品卡的支付请求；或
在应用程序内嵌的礼品卡小程序中触发礼品卡的支付请求；或
在应用程序关联的礼品卡公众号中触发礼品卡的支付请求；或
在应用程序的卡包中预存的礼品卡触发礼品卡的支付请求；或
在发布礼品卡的近场通信NFC应用程序中触发礼品卡的支付请求。
具体地，在发布礼品卡的应用程序所在界面、应用程序内嵌的礼品卡小程序中、应用程序关联的礼品卡公众号中、应用程序的卡包中预存的礼品卡中和发布礼品卡的近场通信NFC应用程序中可设置有触发请求指令的触发按钮，用户可通过点击该触发按钮触发支付请求。
步骤S20，当接收到通过所述支付授权码进行支付的支付指令后，根据所述支付指令检测所述礼品卡是否处于已激活状态，以及检测所述礼品卡余额是否大于或者等于待购买商品对应的待支付金额。
当金融服务平台生成支付授权码后，金融服务平台将该支付授权码发送给应用程序。当应用程序接收到支付授权码后，应用程序可通过该支付授权码进行支付操作。当应用程序通过支付授权码进行支付操作过程中，应用程序会发送通过支付授权码进行支付的支付指令给金融支付平台。当金融支付平台接收到支付指令后，金融支付平台根据该支付指令检测礼品卡是否处于已激活状态，以及检测礼品卡余额是否大于或者等于待购买商品对应的待支付金额。其中，不同礼品卡对应的激活条件可能一样，也可能不一样，如有的礼品卡对应的激活条件可设置为在特定时间段处于已激活状态，或者可设置为在用户购买礼品卡后，在用户手动激活后的预设时长内处于已激活状态。若金融服务平台检测到礼品卡满足对应的激活条件，则可确定该礼品卡处于已激活状态。在支付指令中，携带有用户当前所使用礼品卡的礼品卡编码和用户购买待购买商品对应的待支付金额。其中，每一张礼品卡都有唯一的礼品卡编码。
步骤S30，若检测到所述礼品卡处于已激活状态，且所述礼品卡余额大于或者等于所述待支付金额，则在所述礼品卡余额中减去所述待支付金额，并更新所述礼品卡对应的台账，以记录所述礼品卡的消费情况。
若金融服务平台检测到礼品卡处于已激活状态，且礼品卡余额大于或者等于待支付金额，金融服务平台则在礼品卡余额中减去待支付金额，以使用户成功购买待购买商品。可以理解的是，当在礼品卡余额中减去待支付金额后，支付操作已经成功，表明用户已成功购买了待购买商品。需要说明的是，礼品卡上的金额是礼品卡的面值，并不是用户购买礼品卡的金额。如用户用80元买了一种100元的礼品卡，则该礼品卡上的金额为100元。在本实施例中，不同商家可根据自己的需要，将礼品卡设置成不同类型的礼品卡。如可设置成不同面值的礼品卡，或者设置专门用于某种消费的礼品卡，如饼干礼品卡、面包礼品卡等，此外，还可以设置成现金卡(不可充值)和余额卡(可充值)。为了记录用户礼品卡的消费情况，为每一礼品卡都设置了一个台账，台账在礼品卡发送至用户终端所在的应用程序之后自动生成(即用户购买礼品卡之后台账自动生成)，每一个台账关联一个礼品卡。当通过礼品卡购买商品后，金融服务平台需要对应更新该礼品卡的台账，以记录所述礼品卡的消费情况。在该台账中，记录了该礼品卡每一笔的消费信息，消费信息包括但不限于消费时间、消费金额、所购买的商品名称、应用程序包名和对应商家名称。
进一步地，基于礼品卡的支付方法还包括：
步骤a，若检测到所述礼品卡处于待激活状态，和/或所述礼品卡余额小于所述待支付金额，则禁止执行所述支付指令。
进一步地，若检测到礼品卡处于待激活状态，和/或礼品卡余额小于待支付金额，金融服务平台则禁止执行该支付指令，并发送提示信息给对应的应用程序，以在该应用程序的界面中显示该提示信息，根据该提示信息对应提示用户礼品卡处于待激活状态，或者提示用户礼品卡余额小于待支付金额。
本实施例通过在接收到发布礼品卡的应用程序发送的礼品卡的支付请求时，生成支付授权码；当接收到通过支付授权码进行支付的支付指令后，根据支付指令检测礼品卡是否处于已激活状态，以及检测礼品卡余额是否大于或者等于待购买商品对应的待支付金额；若检测到礼品卡处于已激活状态，且礼品卡余额大于或者等于待支付金额，则在礼品卡余额中减去待支付金额，并更新礼品卡对应的台账，以记录礼品卡的消费信息。实现了社交礼品卡直接用于支付，并且在用户使用礼品卡进行支付过程中，通过建立台账的方式来记录每张礼品卡在不同应用程序中的消费记录，以便于礼品卡对应商家更好地了解礼品卡的使用情况，也更好帮助商户以低成本广渠道高频度互动与精准传播来进行营销推广。
进一步地，提出本发明基于礼品卡的支付方法第二实施例。
所述基于礼品卡的支付方法第二实施例与所述基于礼品卡的支付方法第一实施例的区别在于，参照图3，基于礼品卡的支付方法还包括：
步骤S40，当接收到所述应用程序发送的领用通知消息后，获取与所述领用通知消息对应的订单信息。
步骤S50，根据所述领用通知消息更改所述订单信息中的领用用户账号，以更新所述礼品卡的领用用户。
在本实施例中，步骤S40和步骤S50可选应用在步骤S10之前，还可选应用在步骤S30之后，具体不做限定。
当应用程序侦测到其用户触发的，领用其他用户所赠送的礼品卡的领用指令后，自动触发领用通知消息，并将该领用通知消息发送给金融服务平台。其中，该领用指令为该礼品卡的新领用用户在应用程序的显示界面中触发。可以理解的是，当该礼品卡的原领用用户在其对应用户程序中触发赠送指令后，金融服务平台根据赠送指令生成通知消息，并将该通知消息通过微信聊天方式或者短信等方式发送给新领用用户，以通知新领用用户在其对应的应用程序中触发领用指令，以生成对应的领用通知消息。当金融服务平台接收到该领用通知消息后，获取与领用通知消息对应的订单信息。订单信息中包括但不限于原领用用户账号、领用礼品卡的领用时间和礼品卡金额。具体地，领用用户账号可用用户的身份证号码、电话号码等信息来表示。
金融服务平台根据该领用通知消息更改订单信息中的领用用户账号，即将原领用用户账号修改为领用通知消息中携带的领用用户账号，以更新礼品卡的领用用户，其中，领用通知消息中的领用用户账号为新领用用户账号。进一步地，也可在订单信息中增加新领用用户领用礼品卡的领用时间，以便于对应商家根据订单信息更好地了解礼品卡的流转情况。
进一步地，当更新礼品卡的领用用户后，金融服务平台检测该新领用用户是否为会员，若检测到该新领用用户不是会员，则自动将该新领用用户设置为会员。具体地，当金融服务平台检测到该新领用用户对应的账号不存在会员数据库中时，金融服务平台即可确定该新领用用户不是会员。
本实施例通过在用户需要领用其它用户赠送的礼品卡时，可在应用程序中触发领用通知消息，并将该领用通知消息发送给金融服务平台，当金融服务平台接收到该领用通知消息后，修改该礼品卡订单信息中的领用用户账号，以更新礼品卡的领用用户，实现了礼品卡的线上赠送功能。
进一步地，提出本发明基于礼品卡的支付方法第三实施例。
所述基于礼品卡的支付方法第三实施例与所述基于礼品卡的支付方法第一或第二实施例的区别在于，参照图4，基于礼品卡的支付方法还包括：
步骤S60，当接收到定义礼品卡类型的定义指令后，根据所述定义指令定义所述礼品卡类型，并生成礼品卡编码。
当金融服务平台接收到定义礼品卡类型的定义指令后，金融服务平台根据该定义指令定义礼品卡类型，并生成礼品卡编码。其中，定义指令可由金融服务平台的工作人员根据具体需要在金融服务平台的显示界面中触发，礼品卡的类型由工作人员根据具体需要而设置。礼品卡的编码可由固定长度的字符串生成的，如礼品卡的编码规则可设置为:前面两个字符为特定字符，如00，或者11等，接下来是第一预设个(如6个)字符的批次号，最后是第二预设个(如4个)字符的随机数。可以理解的是，礼品卡的数量与礼品卡编码的数量是相等的，即一张礼品卡对应一个编码。
步骤S70，在所述应用程序中为各种礼品卡类型创建礼品卡，根据所创建的礼品卡和所述礼品卡编码在所述应用程序中创建礼品卡货架，并将创建的礼品卡和礼品卡编码关联导入到礼品卡货架上，以使购买用户在所述礼品卡货架中查看礼品卡。
当金融服务平台定义礼品卡类型和生成礼品卡编码后，金融服务平台调用应用程序对应的接口，在应用程序中为各种礼品卡类型创建对应的礼品卡，并根据所创建的礼品卡和礼品卡编码在应用程序中创建礼品卡货架，并将创建的礼品卡和礼品卡编码关联导入到礼品卡货架上，以使购买用户在礼品卡货架中查看可购买的礼品卡。其中，在为各种礼品卡类型创建礼品卡过程中，各种类型礼品卡的数量可根据具体需要而设置，本实施例对每种类型礼品卡的数量不做具体限制。在创建礼品卡货架过程中，为每一个礼品卡随机分配一个礼品卡编码，使每一个礼品卡都存在对应的礼品卡编码。在所创建的礼品卡货架中，用户可了解到当前可购买的礼品卡类型，以及每种类型礼品卡当前可购买数量等。可以理解的是，礼品卡货架是用来展示待用户购买的礼品卡的。
本实施例通过创建不同类型的礼品卡，以及创建礼品卡对应的礼品卡编码，通过所创建的礼品卡和礼品卡编码创建礼品卡货架，以使购买礼品卡的用户在礼品卡货架中查看可购买的礼品卡，并将创建的礼品卡和礼品卡编码关联导入到礼品卡货架上，便于用户购买到符合要求的礼品卡，以及便于商家出售其礼品卡。
进一步地，基于礼品卡的支付方法还包括：
步骤b，若在购买用户成功购买所述礼品卡后接收到退款指令或退货指令，则检测所述购买用户是否满足对应的退款条件或退货条件。
步骤c，若检测到所述购买用户满足所述退款条件或退货条件，则执行对应的退款操作或退货操作。
若金融服务平台在购买用户成功购买礼品卡后，接收到退款指令或者退货指令，金融服务平台则检测购买礼品卡的购买用户是否满足对应的退款条件或退货条件。其中，该退款指令和退货指令为用户在应用程序中触发的。当用户在应用程序触发退款指令和退货指令后，应用程序将该退款指令和退货指令发送给金融服务平台。退款条件和退货条件可根据具体需要而设置，如可将退款条件设置为用户在购买礼品卡三天内可进行退款；退货条件可设置用户在购买礼品卡10天内可进行退货。需要说明的是，退款指令是将用户购买礼品卡的金额退回给用户，退货指令是不退回用户购买礼品卡的金额给用户，但用户可通过退货指令更换所购买的礼品卡。
若金融服务平台检测到购买用户满足退款条件，金融服务平台则执行退款操作；若金融服务平台检测到购买用户满足退货条件，金融服务平台则执行退货操作。进一步地，若金融服务平台检测到购买用户不满足退款条件，金融服务平台则不执行退款操作，并发送通知消息给应用程序，以通知购买用户当前不满足退款条件；若金融服务平台检测到购买用户不满足退货条件，金融服务平台则不执行退货操作，并发送通知消息给应用程序，以通知购买用户当前不满足退货条件。
本实施例通过在购买用户成功购买礼品卡后，用户可根据需要触发退款指令或者退货指令，以便于用户灵活使用礼品卡。
进一步地，为了生成用户购买礼品卡对应金额的发票，基于礼品卡的支付方法还包括：
步骤d，若在购买用户成功购买所述礼品卡后接收到生成发票的生成指令，则根据所述购买用户购买所述礼品卡的金额，以及与所述生成指令对应的发票信息为所述购买用户生成电子发票。
若金融服务平台在购买用户成功购买礼品卡后接收到生成发票的生成指令，金融服务平台则获取购买用户购买礼品卡的金额。需要说明的是，在购买用户成功购买礼品卡后，金融服务平台会生成购买用户的订单信息，在该订单信息中含有购买礼品卡的金额，因此，金融服务平台通过该订单信息即可获取购买用户购买礼品卡的金额。当金融服务平台获取到购买用户购买礼品卡的金额后，金融服务平台获取与开票指令对应的发票信息为购买用户生成电子发票。该发票信息可为购买用户在触发生成指令时，在应用程序所填写的，携带在生成指令中的。发票信息包括但不限于购买方名称和纳税人识别号。进一步地，当金融服务平台生成电子发票后，可通过微信、邮箱等方式将电子发票发送给购买用户。
进一步地，提出本发明基于礼品卡的支付方法第四实施例。
所述基于礼品卡的支付方法第四实施例与所述基于礼品卡的支付方法第一、第二或第三实施例的区别在于，基于礼品卡的支付方法还包括：
步骤e，检测所述礼品卡余额是否等于零。
步骤f，若所述礼品卡余额等于零，则判断礼品卡的类型；
步骤g，若所述礼品卡的类型是现金卡，则核销所述礼品卡余额等于零的礼品卡；
步骤h，若所述礼品卡的类型是余额卡，则输出充值的提示信息或者根据预设的续费模式执行续费操作。
当通过礼品卡购买商品后，金融服务平台检测礼品卡余额是否等于零。若金融服务平台检测到礼品卡余额小于零，金融服务平台则判断礼品卡的类型。若礼品卡的类型是现金卡，金融服务平台则核销礼品卡月等于零的礼品卡；若礼品卡的类型是余额卡，金融服务平台则输出充值的提示信息或者根据预设的续费模型执行续费操作。需要说明的是，不同类型的礼品卡携带的类别标识是不一样的，因此，通过类型标识即可判断出礼品卡的类型。具体地，金融服务平台核销礼品卡的方式可为删除该礼品卡对应的礼品卡编码，或者为该礼品卡添加注销标识等。
本实施例通过在检测到礼品卡越等于零时，及时核销礼品卡余额等于零的礼品卡，或者输出充值的提示信息或者根据预设的续费模式执行续费操作，以便于管控各个礼品卡的状态。
进一步地，基于礼品卡的支付方法还包括：
步骤g，若侦测到对账指令，则根据所述对账指令与所述应用程序进行对账，以及与所述礼品卡对应商家进行对账，得到对账结果。
步骤h，若所述对账结果中存在金额不相等的账单，则输出提示信息，以根据所述提示信息提示对应的审核人员审核所述金额不相等的消费记录。
当金融服务平台侦测到对账指令后，金融服务平台根据该对账指令调用应用程序的接口，进行对账操作，以及根据该对账指令与礼品卡对应商家系统进行对账，得到对账结果。该对账指令为金融服务平台定时自动生成的。为了更好地了解对账过程，以下举例说明。若A商家的礼品卡对应的应用程序有B、C和D，即B、C和D应用程序都是发布礼品卡的应用程序。对账时，金融服务平台判断在一定时间段内，所记录各个应用程序通过礼品卡消费的金额与其记录的消费金额是否一致，以及判断在该时间段内商家系统记录的消费金额与其记录的消费金额是否一致。若在该时间段内，所记录各个应用程序通过礼品卡消费的金额与其记录的消费金额不一致，和/或在该时间段内商家系统记录的消费金额与其记录的消费金额不一致，则确定对账结果中存在金额不相等的消费记录；若在该时间段内，所记录各个应用程序通过礼品卡消费的金额与其记录的消费金额一致，且在该时间段内商家系统记录的消费金额与其记录的消费金额的消费金额一致，则确定对账结果中不存在金额不相等的消费记录。
若确定对账结果中存在金额不相等的消费记录，金融服务平台则输出提示信息，以根据该提示信息提示对应的审核人员审核金额不相等的消费记录，该提示信息可通过语音或者文字等方式输出。进一步地，若确定对账结果中不存在金额不相等的消费记录，金融服务平台则输出对账成功的提示信息，以根据该对账成功的提示信息提示对应的审核人员对账成功。
本实施例通过在确定对账结果中存在金额不相等的消费记录，则输出提示信息提示对应的审核人员审核该金额不相等的消费记录，以便于对礼品卡消费记录的管理。
本实施例通过金融服务平台对礼品卡进行管理，提供支付、赠送、核销、对账和发票生成等功能，提高商户现金流通性，减少商户的资源占用和资源浪费。
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有基于礼品卡的支付程序，所述基于礼品卡的支付程序被处理器执行时实现如上所述的基于礼品卡的支付方法的步骤。
本发明计算机可读存储介质具体实施方式与上述基于礼品卡的支付方法各实施例基本相同，在此不再赘述。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种基于礼品卡的支付方法，其特征在于，所述基于礼品卡的支付方法包括以下步骤：
在接收到发布礼品卡的应用程序发送的礼品卡的支付请求时，生成支付授权码；
当接收到通过所述支付授权码进行支付的支付指令后，根据所述支付指令检测所述礼品卡是否处于已激活状态，以及检测所述礼品卡余额是否大于或者等于待购买商品对应的待支付金额；
若检测到所述礼品卡处于已激活状态，且所述礼品卡余额大于或者等于所述待支付金额，则在所述礼品卡余额中减去所述待支付金额，并更新所述礼品卡对应的台账，以记录所述礼品卡的消费情况。
2.如权利要求1所述的基于礼品卡的支付方法，其特征在于，所述礼品卡的支付请求的触发方式包括：
在发布礼品卡的应用程序所在界面中触发礼品卡的支付请求；或
在应用程序内嵌的礼品卡小程序中触发礼品卡的支付请求；或
在应用程序关联的礼品卡公众号中触发礼品卡的支付请求；或
在应用程序的卡包中预存的礼品卡触发礼品卡的支付请求；或
在发布礼品卡的近场通信NFC应用程序中触发礼品卡的支付请求。
3.如权利要求1所述的基于礼品卡的支付方法，其特征在于，所述基于礼品卡的支付方法还包括：
当接收到所述应用程序发送的领用通知消息后，获取与所述领用通知消息对应的订单信息；
根据所述领用通知消息更改所述订单信息中的领用用户账号，以更新所述礼品卡的领用用户。
4.如权利要求1所述的基于礼品卡的支付方法，其特征在于，所述在接收到发布礼品卡的应用程序发送的礼品卡的支付请求时，生成支付授权码的步骤之前，还包括：
当接收到定义礼品卡类型的定义指令后，根据所述定义指令定义所述礼品卡类型，并生成礼品卡编码；
在所述应用程序中为各种礼品卡类型创建礼品卡，根据所创建的礼品卡和所述礼品卡编码在所述应用程序中创建礼品卡货架，并将创建的礼品卡和礼品卡编码关联导入到礼品卡货架上，以使购买用户在所述礼品卡货架中查看礼品卡。
5.如权利要求4所述的基于礼品卡的支付方法，其特征在于，所述在所述应用程序中为各种礼品卡类型创建礼品卡，根据所创建的礼品卡和所述礼品卡编码在所述应用程序中创建礼品卡货架，以使购买用户在所述礼品卡货架中查看礼品卡的步骤之后，还包括：
若在购买用户成功购买所述礼品卡后接收到退款指令或退货指令，则检测所述购买用户是否满足对应的退款条件或退货条件；
若检测到所述购买用户满足所述退款条件或退货条件，则执行对应的退款操作或退货操作。
6.如权利要求4所述的基于礼品卡的支付方法，其特征在于，所述在所述应用程序中为各种礼品卡类型创建礼品卡，根据所创建的礼品卡和所述礼品卡编码在所述应用程序中创建礼品卡货架，以使购买用户在所述礼品卡货架中查看礼品卡的步骤之后，还包括：
若在购买用户成功购买所述礼品卡后接收到生成发票的生成指令，则根据所述购买用户购买所述礼品卡的金额，以及与所述生成指令对应的发票信息为所述购买用户生成电子发票。
7.如权利要求1至6任一项所述的基于礼品卡的支付方法，其特征在于，所述若检测到所述礼品卡处于已激活状态，且所述礼品卡余额大于或者等于所述待支付金额，则在所述礼品卡余额中减去所述待支付金额，并更新所述礼品卡对应的台账，以记录所述礼品卡的消费情况的步骤之后，还包括：
检测所述礼品卡余额是否等于零；
若所述礼品卡余额等于零，则判断礼品卡的类型；
若所述礼品卡的类型是现金卡，则核销所述礼品卡余额等于零的礼品卡；
若所述礼品卡的类型是余额卡，则输出充值的提示信息或者根据预设的续费模式执行续费操作。
8.如权利要求1至6任一项所述的基于礼品卡的支付方法，其特征在于，所述若检测到所述礼品卡处于已激活状态，且所述礼品卡余额大于或者等于所述待支付金额，则在所述礼品卡余额中减去所述待支付金额，并更新所述礼品卡对应的台账，以记录所述礼品卡的消费情况的步骤之后，还包括：
若侦测到对账指令，则根据所述对账指令与所述应用程序进行对账，以及与所述礼品卡对应商家进行对账，得到对账结果；
若所述对账结果中存在金额不相等的账单，则输出提示信息，以根据所述提示信息提示对应的审核人员审核所述金额不相等的消费记录。
9.一种基于礼品卡的支付设备，其特征在于，所述基于礼品卡的支付设备包括存储器、处理器和存储在所述存储器上并可在所述处理器上运行的基于礼品卡的支付程序，所述基于礼品卡的支付程序被所述处理器执行时实现如权利要求1至8中任一项所述的基于礼品卡的支付方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有基于礼品卡的支付程序，所述基于礼品卡的支付程序被处理器执行时实现如权利要求1至8中任一项所述的基于礼品卡的支付方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811395011.9A CN109472651A (zh) | 2018-11-21 | 2018-11-21 | 基于礼品卡的支付方法、设备及计算机可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811395011.9A CN109472651A (zh) | 2018-11-21 | 2018-11-21 | 基于礼品卡的支付方法、设备及计算机可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109472651A true CN109472651A (zh) | 2019-03-15 |
Family
ID=65673236
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811395011.9A Pending CN109472651A (zh) | 2018-11-21 | 2018-11-21 | 基于礼品卡的支付方法、设备及计算机可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109472651A (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109993524A (zh) * | 2019-03-29 | 2019-07-09 | 深圳前海微众银行股份有限公司 | 卡券管理方法、装置、设备及计算机可读存储介质 |
| CN110188572A (zh) * | 2019-05-22 | 2019-08-30 | 深圳前海微众银行股份有限公司 | 一种应用于区块链的可消耗凭证的验证方法和装置 |
| CN110766450A (zh) * | 2019-09-29 | 2020-02-07 | 江苏华泽微福科技发展有限公司 | 一种生日蛋糕福利发放与核销方法及装置 |
| WO2020207301A1 (zh) * | 2019-04-09 | 2020-10-15 | 口碑(上海)信息技术有限公司 | 支持券核销一体化的点单方法以及系统 |
| CN112733191A (zh) * | 2021-01-21 | 2021-04-30 | 广西师范大学 | 一种基于区块链技术的nfc安全设备 |
| CN113450106A (zh) * | 2021-07-21 | 2021-09-28 | 商盟商务服务有限公司 | 预付卡账户的管理方法及系统 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1823343A (zh) * | 2003-07-15 | 2006-08-23 | 美国运通旅游有关服务公司 | 用于激活或改变与预付卡相关的帐户的状态的系统和方法 |
| CN101256653A (zh) * | 2007-02-07 | 2008-09-03 | e2因特莱科迪伏有限公司 | 使用与账单预先关联的账单支付卡的值插入方法与系统 |
| CN105164707A (zh) * | 2012-09-15 | 2015-12-16 | 周海斌 | 使用移动支付账户、移动条码和通用数字移动货币来便于移动设备支付 |
| US20160148191A1 (en) * | 2014-09-30 | 2016-05-26 | Wal-Mart Stores, Inc. | Mobile device payment |
| US20170193473A1 (en) * | 2015-12-31 | 2017-07-06 | Mastercard International Incorporated | Method and system for processing payment using a generic gift card |
| CN107153957A (zh) * | 2016-03-06 | 2017-09-12 | 神州黑鹰（上海）信息科技有限公司 | 通用型单用途预付费卡的管理系统 |
-
2018
- 2018-11-21 CN CN201811395011.9A patent/CN109472651A/zh active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1823343A (zh) * | 2003-07-15 | 2006-08-23 | 美国运通旅游有关服务公司 | 用于激活或改变与预付卡相关的帐户的状态的系统和方法 |
| CN101256653A (zh) * | 2007-02-07 | 2008-09-03 | e2因特莱科迪伏有限公司 | 使用与账单预先关联的账单支付卡的值插入方法与系统 |
| CN105164707A (zh) * | 2012-09-15 | 2015-12-16 | 周海斌 | 使用移动支付账户、移动条码和通用数字移动货币来便于移动设备支付 |
| US20160148191A1 (en) * | 2014-09-30 | 2016-05-26 | Wal-Mart Stores, Inc. | Mobile device payment |
| US20170193473A1 (en) * | 2015-12-31 | 2017-07-06 | Mastercard International Incorporated | Method and system for processing payment using a generic gift card |
| CN107153957A (zh) * | 2016-03-06 | 2017-09-12 | 神州黑鹰（上海）信息科技有限公司 | 通用型单用途预付费卡的管理系统 |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN109993524A (zh) * | 2019-03-29 | 2019-07-09 | 深圳前海微众银行股份有限公司 | 卡券管理方法、装置、设备及计算机可读存储介质 |
| WO2020207301A1 (zh) * | 2019-04-09 | 2020-10-15 | 口碑(上海)信息技术有限公司 | 支持券核销一体化的点单方法以及系统 |
| CN110188572A (zh) * | 2019-05-22 | 2019-08-30 | 深圳前海微众银行股份有限公司 | 一种应用于区块链的可消耗凭证的验证方法和装置 |
| CN110766450A (zh) * | 2019-09-29 | 2020-02-07 | 江苏华泽微福科技发展有限公司 | 一种生日蛋糕福利发放与核销方法及装置 |
| CN112733191A (zh) * | 2021-01-21 | 2021-04-30 | 广西师范大学 | 一种基于区块链技术的nfc安全设备 |
| CN113450106A (zh) * | 2021-07-21 | 2021-09-28 | 商盟商务服务有限公司 | 预付卡账户的管理方法及系统 |
| CN113450106B (zh) * | 2021-07-21 | 2023-06-09 | 商盟商务服务有限公司 | 预付卡账户的管理方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109472651A (zh) | 基于礼品卡的支付方法、设备及计算机可读存储介质 | |
| US11775953B2 (en) | Systems, methods, and devices for secure generation and processing of data sets representing pre-funded payments | |
| AU2023202352B2 (en) | Systems, methods, and devices for secure generation and processing of data sets representing pre-funded payments | |
| US9307341B2 (en) | Payment application download to mobile phone and phone personalization | |
| CN107093065A (zh) | 现金交付的授权 | |
| AU2014251242A1 (en) | Systems and methods for mobile device financing | |
| CN107301542A (zh) | 电子装置以及使用所述电子装置的支付方法 | |
| CN109166027A (zh) | 一种借款合约处理方法及装置 | |
| US11842345B2 (en) | Rewards for a virtual cash card | |
| JP7124194B1 (ja) | アプリケーションプログラム、決済システム、および情報処理方法 | |
| CN107679988A (zh) | 基金组合购买方法、系统及存储介质 | |
| CN110223077A (zh) | 人脸支付账户的注册方法、装置、设备及可读存储介质 | |
| US20200092388A1 (en) | Parsing transaction information for extraction and/or organization of transaction-related information | |
| WO2009126452A2 (en) | Method and system for rewarding mobile payments | |
| Potnis | Examining mobile banking in developing nations from pro‐poor “context, culture, and community” perspective | |
| CN109587244A (zh) | 云手机数据处理方法、装置、计算机可读存储介质及电子设备 | |
| US20240119449A1 (en) | Rewards for a virtual cash card | |
| US20230325913A1 (en) | System and method for localized prepaid gift account program utilizing open loop network systems with local merchant approval and branding | |
| TW200842753A (en) | Method and apparatus for providing e-commerce and m-commerce | |
| CN108830664A (zh) | 差额电子蓝票生成方法、设备以及计算机可读存储介质 | |
| US20220261716A1 (en) | System and method for localized prepaid gift account program utilizing open loop network systems without local merchant approval | |
| US20160117678A1 (en) | Payment system | |
| CN108305375A (zh) | 自助缴费的找零方法、自助缴费终端及可读存储介质 | |
| Chakrabarty | Is india poised for m-commerce in the cashless milieu? | |
| JP6793686B2 (ja) | 特典付与装置及び特典付与方法 |
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 |
Application publication date: 20190315 |
|
| RJ01 | Rejection of invention patent application after publication |