CN111476578A - Nfc支付方法及系统、圈存方法及系统 - Google Patents

Nfc支付方法及系统、圈存方法及系统 Download PDF

Info

Publication number
CN111476578A
CN111476578A CN202010274026.0A CN202010274026A CN111476578A CN 111476578 A CN111476578 A CN 111476578A CN 202010274026 A CN202010274026 A CN 202010274026A CN 111476578 A CN111476578 A CN 111476578A
Authority
CN
China
Prior art keywords
user
transaction
payment
limit
request data
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
CN202010274026.0A
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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to CN202010274026.0A priority Critical patent/CN111476578A/zh
Publication of CN111476578A publication Critical patent/CN111476578A/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/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/405Establishing or using transaction specific rules
    • 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/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • 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
    • 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/40Authorisation, 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/401Transaction verification
    • G06Q20/4012Verifying personal identification numbers [PIN]

Abstract

本发明公开一种NFC支付方法及系统,还公开一种圈存方法及系统,其中NFC支付方法包括以下步骤:接收收费终端发送的交易请求数据,所述交易请求数据由所述收费终端读取待支付NFC设备的用户标识后,根据交易金额和用户标识所生成;根据用户标识提取对应用户的当前交易总额和预设的交易总额限额;根据当前交易总额和预设的交易总额限额生成可用限额;当所述可用限额大于等于所述交易金额时,基于交易金额进行支付,生成对应的支付结果;基于所述支付结果更新对应用户的当前交易总额和账户余额,并将所述支付结果反馈至所述收费终端。本发明能够避免用户的NFC设备丢失后被他人在免密支付的额度内反复盗刷造成大量的资金损失。

Description

NFC支付方法及系统、圈存方法及系统
技术领域
本发明涉及移动支付领域,尤其涉及一种NFC支付方法及系统,还涉及一种圈存方法及系统。
背景技术
现今消费者可通过多种支付方式完成交易,例如现金支付、基于手机的第三方支付和基于NFC芯片实现的移动支付;
基于NFC芯片实现的移动支付具有支付快捷的优点,但由于其具有免密支付的功能,NFC设备丢失或被盗取,存在损失大量资金的可能。
现有技术中防止NFC设备被盗刷提出一种非接触式支付电路(CN110796224A),仅在用户允许时从收费终端才能从NFC设备的安全信息单元中提取私密数据,但此方案不能避免用户丢失或被盗取NFC设备后,NFC设备资金的安全。
现有技术中还提出限额支付的技术方案保护NFC设备中资产的安全,但限额支付往往是单笔消费的最大限额,故仍会出现盗刷人员在最大限额内反复刷卡,以盗取NFC设备中资金,仍会造成大量损失。
发明内容
本发明针对现有技术中的缺点,提供了一种基于交易总额限额避免在最大限额内利用NFC设备反复支付所造成大量资金损失的NFC支付方法及系统,还提供一种圈存方法及系统。
为了解决上述技术问题,本发明通过下述技术方案得以解决:
本发明提出一种NFC支付方法,其特征在于包括以下步骤:
接收收费终端发送的交易请求数据,所述交易请求数据由所述收费终端读取待支付NFC设备的用户标识后,根据交易金额和用户标识所生成;
根据用户标识提取对应用户的当前交易总额和预设的交易总额限额;根据当前交易总额和预设的交易总额限额生成可用限额;
当所述可用限额大于等于所述交易金额时,基于交易金额进行支付,生成对应的支付结果;基于所述支付结果更新对应用户的当前交易总额和账户余额,并将所述支付结果反馈至所述收费终端。
作为一种可实施方式,还包括重置当前交易总额的步骤,具体步骤为:
接收用户终端发送的包含用户标识的重置请求数据;
基于用户标识提取对应用户的当前交易总额并清零。
作为一种可实施方式,接收用户终端发送的包含用户标识的重置请求数据后还包括圈存步骤,具体步骤为:
基于用户标识提取对应用户的账户余额和预设的交易总额限额;
当所述账户余额小于预设的交易总额限额时,基于预设的圈存规则进行充值,并根据充值结果更新所述账户余额。
作为一种可实施方式,用户终端生成重置请求数据的具体步骤为:
所述用户终端采集用户操作,基于用户操作生成重置请求数据;
所述用户操作包括屏幕解锁操作和/或充值操作。
作为一种可实施方式:
所述用户标识为用户ID和/或token信息。
本发明还提出一种NFC的支付系统,包括:
第一接收模块,接收收费终端发送的交易请求数据,所述交易请求数据由所述收费终端读取待支付NFC设备的用户标识后,根据交易金额和用户标识所生成;
第一提取模块,用于根据用户标识提取对应用户的当前交易总额和预设的交易总额限额;还用于根据当前交易总额和预设的交易总额限额生成可用限额;
第一交易模块,用于当所述可用限额大于等于所述交易金额时,基于交易金额进行支付,生成对应的支付结果;还用于基于支付结果更新对应用户的当前交易总额和账户余额,并将所述支付结果反馈至所述收费终端。
本发明还提出一种NFC的支付系统,包括云端服务器、至少一个收费终端、至少一个用户终端、至少一个NFC设备;所述云端服务器分别与各收费终端和各用户终端信号相连;
所述收费终端,用于读取NFC设备的用户标识,根据用户标识和交易金额生成交易请求数据,并将所述交易请求数据发送至云端服务器;
所述用户终端,用于配置交易总额限额;
所述云端服务器,用于执行上述任意一项所述的NFC支付方法。
本发明还提出一种圈存方法,包括以下步骤:
接收用户终端发送的包含用户标识的重置请求数据;
根据用户标识提取对应用户的预设的账户余额和交易总额限额
当所述账户余额小于预设的交易总额限额时,基于预设的圈存规则进行充值,并根据充值结果更新所述账户余额。
本发明还提出一种圈存系统,包括:
第二接收模块,用于接收用户终端发送的包含用户标识的重置请求数据;
第二提取模块,用于根据用户标识提取对应用户的预设的账户余额和交易总额限额
第二交易模块,当所述账户余额小于预设的交易总额限额时,基于预设的圈存规则进行充值,并根据充值结果更新所述账户余额。
本发明还提出一种圈存系统,包括云端服务器、至少一个收费终端、至少一个用户终端、至少一个NFC设备;所述云端服务器分别与各收费终端和各用户终端信号相连;
所述用户终端,用于基于用户操作生成包含用户标识的重置请求数据,并将所述重置请求数据发送至云端服务器;
所述云端服务器,用于执行上述圈存方法;
所述收费终端用于读取NFC设备的用户标识,并根据所述用户标识从所述云端服务器获取相对应的账户余额,基于所述账户余额更新所述NFC设备的余额数据。
本发明由于采用了以上技术方案,具有显著的技术效果:
本发明通过设置交易总额限额和记录当前交易总额,基于交易总额限额和当前交易总额获取对应用户的可用余额,并基于可用余额和交易金额判断是否响应对应交易请求数据,从而避免用户的NFC设备丢失后被他人在免密支付的额度内反复盗刷,在保证NFC设备支付的快捷性的同时保证用户资金的安全性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一种NFC支付方法的流程示意图;
图2是实施例2中NFC支付系统的模块连接示意图;
图3是图2中重置模块140的模块连接示意图;
图4是实施例3中NFC支付系统或实施例6中圈存系统的模块连接示意图;
图5是实施例5中圈存系统的模块连接示意图。
图中:
100为云端服务器、200为收费终端、300为NFC设备(待支付NFC设备)、400为用户终端、110为第一接收模块、120为第一提取模块、130为第一交易模块、140为重置模块、141为请求接收单元、142为清零单元、143为圈存单元、210为第二接收模块、220为第二提取模块、230为第二交易模块。
具体实施方式
下面结合实施例对本发明做进一步的详细说明,以下实施例是对本发明的解释而本发明并不局限于以下实施例。
实施例1、一种NFC支付方法,如图1所示,包括以下步骤:
S100、接收收费终端200发送的交易请求数据,所述交易请求数据由所述收费终端200读取待支付NFC设备300的用户标识后,根据交易金额和用户标识所生成;
S200、根据用户标识提取对应用户的当前交易总额和预设的交易总额限额;根据当前交易总额和预设的交易总额限额生成可用限额;
S300、当所述可用限额大于等于所述交易金额时,基于交易金额进行支付,生成对应的支付结果;基于所述支付结果更新对应用户的当前交易总额和账户余额,并将所述支付结果反馈至所述收费终端200。
本实施例中通过设置交易总额限额和记录当前交易总额,基于交易总额限额和当前交易总额获取对应用户的可用余额,并基于可用余额和交易金额判断是否响应对应交易请求数据,从而避免用户的NFC设备300丢失后被他人在免密支付的额度内反复盗刷,在保证NFC设备300支付的快捷性的同时保证用户资金的安全性。
当所述可用限额小于所述交易金额时导致支付失败,可通过发起确认支付或直接拒绝交易;
发起确认支付的步骤具体为:
当所述可用限额小于所述交易金额时导致支付失败时,可生成支付确认请求数据发送至用户终端400并计时;
当计时小于等于预设的计时阈值时,接收用户终端400发送的支付确认数据,并基于支付确认数据按照所述交易金额进行支付。
否则,拒绝支付并生成对应的支付结果(交易失败)。
进一步地,还包括步骤S400重置当前交易总额,具体步骤为:
S410、接收用户终端400发送的包含用户标识的重置请求数据;
S420、基于用户标识提取对应用户的当前交易总额并清零。
本实施例中,用户可通过操作用户终端400,确认NFC设备300处于安全环境,此时用户终端400即可根据用户的确认信息生成包含用户标识的重置请求数据;基于所述重置请求数据将当前交易总额清零,从而使用户本人正常使用NFC设备300进行支付。
进一步地,接收用户终端400发送的包含用户标识的重置请求数据后还包括步骤S430圈存步骤,具体步骤为:
S431、基于用户标识提取对应用户的账户余额和预设的交易总额限额;
S432、当所述账户余额小于预设的交易总额限额时,基于预设的圈存规则进行充值,并根据充值结果更新所述账户余额。
减少圈存至NFC设备300中的金额能从根本上避免NFC设备300被盗取造成大量资金损失,但现今为NFC充值的方法除前往充值点人工充值外,在线充值也需要通过充值APP进行充值金额的输入以及确认充值,操作较为繁琐,每次充值的金额较少则导致用户频繁充值,便捷性低。
本实施例中,在接收到用户确认NFC设备300处于安全环境的重置请求数据时,按照预设的圈存规则进行自动充值,无需用户额外操作,能够通过减少NFC设备300账户余额减少资金损失的同时,不会对NFC设备300支付的便捷性造成影响。
用户可根据实际情况预先设置圈存规则,圈存规则包括进行充值的支付渠道、支付账户信息(银行卡、信用卡或其他第三方支付机构的账户信息)和圈存金额,圈存金额可以为额定数据或根据账户余额和交易总额限额生成的动态数据,本实施例中圈存金额为动态数据,具体获取步骤如下:
计算所述账户余额和所述交易总额限额的差值,获得圈存金额;
基于用户标识提取对应用户预先配置的支付账户信息和支付渠道;
根据所述圈存金额和所述支付账户信息生成圈存请求,向所述支付渠道发送所述圈存请求;
接收由所述支付渠道反馈的圈存结果,并基于所述圈存结果更新账户余额。
注:在实际使用过程中支付确认请求数据可包括重置请求数据,即,用户终端400发送支付确认请求数据后,可基于支付确认请求数据中的重置请求数据重置当前交易总额并进行圈存。
进一步地,当圈存结果为支付账户余额不足时,还包括最大值补足步骤,具体步骤为:
当支付渠道返回的圈存结果为支付账户余额不足时,根据支付账户信息生成余额查询请求,所述支付渠道发送所述余额查询请求,并接收相对应的查询结果,获取支付账户余额;
以所述支付账户余额作为圈存金额重新生成圈存请求向所述支付渠道发送所述圈存请求。
注,基于支付账户信息和支付渠道提出圈存请求和余额查询请求属于现有技术,故不在本说明书中进行详细介绍。
进一步地,步骤S410中所述的重置请求数据的获取方法包括以下步骤:
所述用户终端400采集用户操作,基于用户操作生成重置请求数据;
所述用户操作包括屏幕解锁操作和/或充值操作。
本实施例中,用户预先通过用户终端400配置重置请求生成的触发规则,触发规则包括但不限于用户进行屏幕解锁、调用指定的应用程序、确认重置操作(对NFC设备300当前交易总额的充值)和/或确认充值操作(为NFC设备300进行充值)。
本实施例中采用屏幕解锁作为触发规则,即,用户终端400根据触发规则监听用户终端400的当前状态,当监听到当前状态为解锁状态时,基于预设的用户信息生成重置请求数据。
进一步地,所述用户标识为用户ID和/或token信息。
实施例2、一种NFC的支付系统,如图2所示,包括第一接收模块110、第一提取模块120和第一交易模块130;
所述第一接收模块110,接收收费终端200发送的交易请求数据,所述交易请求数据由所述收费终端200读取待支付NFC设备300的用户标识后,根据交易金额和用户标识所生成;
所述第一提取模块120,用于根据用户标识提取对应用户的当前交易总额和预设的交易总额限额;还用于根据当前交易总额和预设的交易总额限额生成可用限额;
所述第一交易模块130,用于当所述可用限额大于等于所述交易金额时,基于交易金额进行支付,生成对应的支付结果;还用于基于支付结果更新对应用户的当前交易总额和账户余额,并将所述支付结果反馈至所述收费终端200。
进一步地,还包括重置模块140,如图3所示,所述重置模块140包括请求接收单元141和清零单元142;
所述请求接收单元141,用于接收用户终端400发送的包含用户标识的重置请求数据;
所述清零单元142,用于基于用户标识提取对应用户的当前交易总额并清零。
进一步地,如图3所示,所述重置模块140还包括圈存单元143,所述圈存单元143被配置为:
基于用户标识提取对应用户的账户余额和预设的交易总额限额;
当所述账户余额小于预设的交易总额限额时,基于预设的圈存规则进行充值,并根据充值结果更新所述账户余额。
本实施例是与实施例1相对应的装置实施例而言,由于其与方法实施例(实施例1)基本相似,所以描述的比较简单,相关之处参见实施例1的部分说明即可。
实施例3、一种NFC的支付系统,如图4所示,包括云端服务器100、至少一个收费终端200、至少一个用户终端400、至少一个NFC设备300;所述云端服务器100分别与各收费终端200和各用户终端400信号相连;
所述收费终端200,用于读取NFC设备300的用户标识,根据用户标识和交易金额生成交易请求数据,并将所述交易请求数据发送至云端服务器100;
所述用户终端400,用于配置交易总额限额;
所述云端服务器100,用于执行实施例1所述的NFC支付方法。
进一步地,所述用户终端400,还用于采集用户操作,基于用户操作生成重置请求数据,并将所述重置请求数据发送至云端服务器100;
现今NFC设备300进行交易的方式包括以下两种:
1、NFC设备300中存有用户ID(如公交卡、饭卡),交易步骤为:
收费终端200读取NFC设备300中的用户ID和余额信息,收费终端200基于用户ID和交易金额向云端服务期提出交易请求,由云端服务器100根据用户ID更新对应用户的账户余额,完成支付。
收费终端200根据支付结果更新NFC设备300中的余额信息。
2、NFC设备300中存有token信息;
收费终端200读取NFC设备300中的token信息,并基于所得token信息和交易金额生成交易请求信息,将所述交易请求信息发送至云端服务器100;
云端服务器100基于所述token信息获取与其相匹配的账户余额,基于交易金额更新所述账户余额完成支付。
上述两种方式在支付时与用户的账户余额相关联,当用户ID或token信息被盗取时,存在账户内所有金额均被盗取的风险。
本实施例中通过对交易总额限额的设计,使云端服务器100在相应交易请求信息前进行判断,即使他人盗取NFC设备300并在单次最大限额内反复盗刷,最高仅损失与交易总额限额相对应的金额,保障NFC设备300原主的资金安全,以具体的案例对NFC的支付系统的工作内容进行详细介绍。
案例1、基于用户ID实现NFC支付:
NFC设备300为校园卡,当前账户余额为500,交易总额限额为50,不进行圈存;
当用户利用校园卡消费时,收费终端200获取校园卡中的用户ID;
收费终端200基于用户ID和交易信息向云端服务器100提出交易请求;
云端服务器100基于用户ID获取对应用户的交易总额限额(50)、当前交易总额(0)和账户余额(500);基于交易总额限额和当前交易总额获得可用余额(50);
当交易金额(X)小于等于可用余额时,云端服务器100基于交易金额更新当前交易总额(X)、账户余额(500-X),并将支付结果发送至收费终端200,收费终端200更新NFC设备300的余额信息;
当交易金额(X)大于可用余额时,云端服务器100基于用户ID向对应的用户终端400发送支付确认请求数据;用户操作用户终端400确认支付,生成确认支付数据;
云端服务器100在预设的时间阈值内(1min)接收到确认支付数据时进行支付,否则拒绝支付;
收费终端200根据支付结果更新校园卡的余额信息。
由上可知,当上述校园卡被他人盗刷时,其可盗刷的金额仅为50元,累计超过50元时由于云端服务器100未能及时接收到确认支付数据将导致支付失败。
当用户解锁其用户终端400,所述用户终端400生成含用户ID的重置请求数据并发送至云端服务器100,此时当前交易总额清零,可用额度恢复至交易总额限额。
案例2、基于token信息实现NFC支付:
NFC设备300为闪付卡,当前账户余额为200,交易总额限额为200,圈存规则为:当账户余额小于交易总额限额时,按照预设的支付渠道和支付账户信息使账户余额达到交易总额限额;
当用户利用闪付卡消费时,收费终端200获取闪付卡中的token信息;
收费终端200基于token信息和交易信息向云端服务器100提出交易请求;
云端服务器100基于token信息获取对应用户的交易总额限额(200)、当前交易总额(A)和账户余额(200);基于交易总额限额和当前交易总额获得可用余额(200-A);
当交易金额(X)小于等于可用余额时,云端服务器100基于交易金额更新当前交易总额(200-A-X)、账户余额(200-X),并将支付结果发送至收费终端200;
当交易金额(X)大于可用余额时,云端服务器100基于用户ID向对应的用户终端400发送支付确认请求数据;用户操作用户终端400确认支付,生成确认支付数据;云端服务器100在预设的时间阈值内(1min)接收到确认支付数据时进行支付,否则拒绝支付;
完成交易后,用户在日常使用中解锁其用户终端400,所述用户终端400生成含用户ID的重置请求数据并发送至云端服务器100;
云端服务器100根据用户ID提取对应用户的账户余额(200-X)和交易总额限额(X),此时自动充值X元。
综上,通过本实施例提出的NFC支付方法,使NFC设备300保留电子货币无需找零换零的便捷性,还具有现金丢失只损失其对应面额资金的安全性,同时具有电子货币和现金的优点。
用户终端400包括手机、平板电脑和电脑等设备;最佳采用手机,
众所周知,手机涉及生活的方方面面,是人们生活中重要的工具之一,采用手机作为用户终端400,在用户解锁手机屏幕或根据其他触发方式,通过手机确认NFC设备300所处环境安全时,则按照预设的圈存规则实现无感圈存,使NFC设备300中仅保留有限资金,减少被盗损失,另一方面避免频繁充值为用户带来的不便;
本实施例利用手机随身性、安全性,通过监测手机状态实现了安全、无感知的圈存,在避免NFC设备300被盗取所带来的大量资金损失同时实现无感圈存,提高用户体验。
实施例4、一种圈存方法,包括以下步骤:
接收用户终端400发送的包含用户标识的重置请求数据;
根据用户标识提取对应用户的预设的账户余额和交易总额限额
当所述账户余额小于预设的交易总额限额时,基于预设的圈存规则进行充值,并根据充值结果更新所述账户余额。
所述圈存规则与实施例1所述的圈存规则一致,本实施例不对其进行详细介绍。
实施例5、一种圈存系统,如图5所示,包括第二接收模块210、第二提取模块220、第二交易模块230。
所述第二接收模块210,用于接收用户终端400发送的包含用户标识的重置请求数据;
所述第二提取模块220,用于根据用户标识提取对应用户的预设的账户余额和交易总额限额
所述第二交易模块230,当所述账户余额小于预设的交易总额限额时,基于预设的圈存规则进行充值,并根据充值结果更新所述账户余额。
本实施例是与实施例4相对应的装置实施例而言,由于其与方法实施例(实施例4)基本相似,所以描述的比较简单,相关之处参见实施例4的部分说明即可。
实施例6、一种圈存系统,如图4所示,包括云端服务器100、至少一个收费终端200、至少一个用户终端400、至少一个NFC设备300;所述云端服务器100分别与各收费终端200和各用户终端400信号相连;
所述用户终端400,用于基于用户操作生成包含用户标识的重置请求数据,并将所述重置请求数据发送至云端服务器100;
所述云端服务器100,用于执行实施例4所述的圈存方法;
所述收费终端200用于读取NFC设备300的用户标识,并根据所述用户标识从所述云端服务器100获取相对应的账户余额,基于所述账户余额更新所述NFC设备300的余额数据。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本发明的实施例可提供为方法、装置、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
需要说明的是:
说明书中提到的“一个实施例”或“实施例”意指结合实施例描述的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,说明书通篇各个地方出现的短语“一个实施例”或“实施例”并不一定均指同一个实施例。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
此外,需要说明的是,本说明书中所描述的具体实施例,其零、部件的形状、所取名称等可以不同。凡依本发明专利构思所述的构造、特征及原理所做的等效或简单变化,均包括于本发明专利的保护范围内。本发明所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代,只要不偏离本发明的结构或者超越本权利要求书所定义的范围,均应属于本发明的保护范围。

Claims (10)

1.一种NFC支付方法,其特征在于包括以下步骤:
接收收费终端发送的交易请求数据,所述交易请求数据由所述收费终端读取待支付NFC设备的用户标识后,根据交易金额和用户标识所生成;
根据用户标识提取对应用户的当前交易总额和预设的交易总额限额;根据当前交易总额和预设的交易总额限额生成可用限额;
当所述可用限额大于等于所述交易金额时,基于交易金额进行支付,生成对应的支付结果;基于所述支付结果更新对应用户的当前交易总额和账户余额,并将所述支付结果反馈至所述收费终端。
2.根据权利要求1所述的NFC支付方法,其特征在于,还包括重置当前交易总额的步骤,具体步骤为:
接收用户终端发送的包含用户标识的重置请求数据;
基于用户标识提取对应用户的当前交易总额并清零。
3.根据权利要求2所述的NFC支付方法,其特征在于,接收用户终端发送的包含用户标识的重置请求数据后还包括圈存步骤,具体步骤为:
基于用户标识提取对应用户的账户余额和预设的交易总额限额;
当所述账户余额小于预设的交易总额限额时,基于预设的圈存规则进行充值,并根据充值结果更新所述账户余额。
4.根据权利要求2所述的NFC支付方法,其特征在于,用户终端生成重置请求数据的具体步骤为:
所述用户终端采集用户操作,基于用户操作生成重置请求数据;
所述用户操作包括屏幕解锁操作和/或充值操作。
5.根据权利要求1至4任一所述的NFC支付方法,其特征在于,所述用户标识为用户ID和/或token信息。
6.一种NFC的支付系统,其特征在于,包括:
第一接收模块,接收收费终端发送的交易请求数据,所述交易请求数据由所述收费终端读取待支付NFC设备的用户标识后,根据交易金额和用户标识所生成;
第一提取模块,用于根据用户标识提取对应用户的当前交易总额和预设的交易总额限额;还用于根据当前交易总额和预设的交易总额限额生成可用限额;
第一交易模块,用于当所述可用限额大于等于所述交易金额时,基于交易金额进行支付,生成对应的支付结果;还用于基于支付结果更新对应用户的当前交易总额和账户余额,并将所述支付结果反馈至所述收费终端。
7.一种NFC的支付系统,其特征在于,包括云端服务器、至少一个收费终端、至少一个用户终端、至少一个NFC设备;所述云端服务器分别与各收费终端和各用户终端信号相连;
所述收费终端,用于读取NFC设备的用户标识,根据用户标识和交易金额生成交易请求数据,并将所述交易请求数据发送至云端服务器;
所述用户终端,用于配置交易总额限额;
所述云端服务器,用于执行权利要求1至5任意一项所述的NFC支付方法。
8.一种圈存方法,其特征在于,包括以下步骤:
接收用户终端发送的包含用户标识的重置请求数据;
根据用户标识提取对应用户的预设的账户余额和交易总额限额
当所述账户余额小于预设的交易总额限额时,基于预设的圈存规则进行充值,并根据充值结果更新所述账户余额。
9.一种圈存系统,其特征在于,包括:
第二接收模块,用于接收用户终端发送的包含用户标识的重置请求数据;
第二提取模块,用于根据用户标识提取对应用户的预设的账户余额和交易总额限额
第二交易模块,当所述账户余额小于预设的交易总额限额时,基于预设的圈存规则进行充值,并根据充值结果更新所述账户余额。
10.一种圈存系统,其特征在于,包括云端服务器、至少一个收费终端、至少一个用户终端、至少一个NFC设备;所述云端服务器分别与各收费终端和各用户终端信号相连;
所述用户终端,用于基于用户操作生成包含用户标识的重置请求数据,并将所述重置请求数据发送至云端服务器;
所述云端服务器,用于执行权利要求8所述的圈存方法;
所述收费终端用于读取NFC设备的用户标识,并根据所述用户标识从所述云端服务器获取相对应的账户余额,基于所述账户余额更新所述NFC设备的余额数据。
CN202010274026.0A 2020-04-09 2020-04-09 Nfc支付方法及系统、圈存方法及系统 Pending CN111476578A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010274026.0A CN111476578A (zh) 2020-04-09 2020-04-09 Nfc支付方法及系统、圈存方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010274026.0A CN111476578A (zh) 2020-04-09 2020-04-09 Nfc支付方法及系统、圈存方法及系统

Publications (1)

Publication Number Publication Date
CN111476578A true CN111476578A (zh) 2020-07-31

Family

ID=71751621

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010274026.0A Pending CN111476578A (zh) 2020-04-09 2020-04-09 Nfc支付方法及系统、圈存方法及系统

Country Status (1)

Country Link
CN (1) CN111476578A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113657887A (zh) * 2021-08-03 2021-11-16 中国银联股份有限公司 非卡账户支付方法、设备、系统及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101222246A (zh) * 2008-01-29 2008-07-16 中兴通讯股份有限公司 近场通信终端实现自动充值的方法、装置及移动通信终端
US20100185544A1 (en) * 2006-01-20 2010-07-22 Ajay Adiseshann Method and System for Making a Payment Through a Mobile Communication Device
CN103021082A (zh) * 2012-12-13 2013-04-03 捷德(中国)信息科技有限公司 一种ic卡交易方法及ic卡
CN103745350A (zh) * 2014-01-17 2014-04-23 银视通信息科技有限公司 基于nfc智能卡的支付处理方法及系统
CN104867009A (zh) * 2015-05-18 2015-08-26 苏州海博智能系统有限公司 一种智能卡及其额度控制系统和方法
CN106096954A (zh) * 2016-08-18 2016-11-09 深圳市深圳通有限公司 非联网数据处理装置、非联网数据交互系统及方法
CN109544293A (zh) * 2018-11-20 2019-03-29 数贸科技(北京)有限公司 交易限额处理方法及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100185544A1 (en) * 2006-01-20 2010-07-22 Ajay Adiseshann Method and System for Making a Payment Through a Mobile Communication Device
CN101222246A (zh) * 2008-01-29 2008-07-16 中兴通讯股份有限公司 近场通信终端实现自动充值的方法、装置及移动通信终端
CN103021082A (zh) * 2012-12-13 2013-04-03 捷德(中国)信息科技有限公司 一种ic卡交易方法及ic卡
CN103745350A (zh) * 2014-01-17 2014-04-23 银视通信息科技有限公司 基于nfc智能卡的支付处理方法及系统
CN104867009A (zh) * 2015-05-18 2015-08-26 苏州海博智能系统有限公司 一种智能卡及其额度控制系统和方法
CN106096954A (zh) * 2016-08-18 2016-11-09 深圳市深圳通有限公司 非联网数据处理装置、非联网数据交互系统及方法
CN109544293A (zh) * 2018-11-20 2019-03-29 数贸科技(北京)有限公司 交易限额处理方法及装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113657887A (zh) * 2021-08-03 2021-11-16 中国银联股份有限公司 非卡账户支付方法、设备、系统及存储介质

Similar Documents

Publication Publication Date Title
CN100440253C (zh) 向芯片卡加载数据的方法和相应的适配装置
EP1528513A1 (en) Electronic money charger
US10885518B2 (en) Electronic money server, electronic money server program product, recording medium, and loss processing method
CN105631649A (zh) 一种etc电子钱包储值卡的充值方法及其前置服务器
CN104715362A (zh) 利用实时信息通信确认交易的支付系统和方法
CN101329793A (zh) 电子货币信息的处理方法和系统
US20190244438A1 (en) Car sharing settlement method and car sharing management system
CN106096954B (zh) 非联网数据处理装置、非联网数据交互系统及方法
CN111476578A (zh) Nfc支付方法及系统、圈存方法及系统
JP4549744B2 (ja) 電子財布装置、電子財布の管理方法、携帯端末装置、及び電子財布プログラム
US20110106707A1 (en) Recharge amount transfer system and method for electronic payment means using portable phone
CN101136092A (zh) 利用储值式手持移动设备进行充值的方法
CN111192035A (zh) 一种多制式消费清算的配置处理方法及系统
CN107563829A (zh) 一种租借物锁定方法、租借终端及租借系统
JP2008191720A (ja) 電子マネーチャージシステム、電子マネーチャージ発行管理システムおよび電子マネー事業者システム
US20080046381A1 (en) Electronic payment terminal and method for making electronic payment terminals available
KR101711284B1 (ko) 스마트 기기를 이용한 선불카드 충전 시스템, 스마트 기기를 이용한 선불카드 충전 및 환불 방법
JP2005010964A (ja) 携帯通信端末を用いた決済システム
US20030097402A1 (en) System and method for electronically interchanging values
CN113438223A (zh) 银行卡安全设定方法及装置
CN101571972A (zh) 一种移动终端及其电子钱包管理方法
KR20100131864A (ko) 은행업무 자동화 단말장치를 이용한 전자화폐 처리 시스템 및 방법, 그리고 이에 적용되는 장치
JP2008046948A (ja) 自動取引装置および取引システム
KR102547619B1 (ko) 선불금 충전 처리에 따른 통신 요금을 산정하기 위한 장치 및 그 제어방법
CN106411913A (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

Application publication date: 20200731