CN111192035A - 一种多制式消费清算的配置处理方法及系统 - Google Patents
一种多制式消费清算的配置处理方法及系统 Download PDFInfo
- Publication number
- CN111192035A CN111192035A CN201911381112.5A CN201911381112A CN111192035A CN 111192035 A CN111192035 A CN 111192035A CN 201911381112 A CN201911381112 A CN 201911381112A CN 111192035 A CN111192035 A CN 111192035A
- Authority
- CN
- China
- Prior art keywords
- consumption
- order
- user
- cloud card
- nfc
- 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
Images
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/30—Creation or generation of source code
- G06F8/31—Programming languages or programming paradigms
-
- 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/22—Payment schemes or models
-
- 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3274—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being displayed on the M-device
-
- 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3278—RFID or NFC payments by means of M-devices
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, 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/401—Transaction verification
- G06Q20/4014—Identity check for transactions
- G06Q20/40145—Biometric identity checks
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Finance (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
本申请公开了一种多制式消费清算的配置处理方法及系统,包括:与用户中心系统关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,用户中心系统用于管理用户包括不限于手机号、身份证号的个人信息,消费制式包括但不限于二维码、NFC、刷脸;识别消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,执行不同的订单处理逻辑。本发明将二维码、NFC、刷脸等不同消费制式进行融合,可以自动识别用于消费支付的用户终端上是否有NFC芯片,设置了防范重复扣费、防误刷机制,提升系统可靠性。
Description
技术领域
本申请涉及电子支付技术领域,尤其涉及一种多制式消费清算的配置处理方法及系统。
背景技术
随着移动支付的发展,越来越多的产品提供了丰富的支付手段和方法。有卡支付,例如:APPLE PAY、银联miniPAY、金融IC卡、全终端、NFC-SIM、NFC-SD等;无卡支付,例如:支付宝、微信支付、音频KEY、USB KEY、蓝牙KEY等;移动支付产品与应用层出不穷,大大地丰富了用户支付选择,不断改善用户的体验。
上述每一种消费模式分设各自的账户,账户不统一,如果用户要使用多种乘车支付方式,需要开不同类型的账户,并分别进行充值、消费扣款、清结算,对用户和对平台来说都很繁琐、不便利。现有技术虽然已经有将各类支付方式融合的方案,但是方案并不完善,比如,在乘车消费结算中,没有考虑防止多种支付模式融合后重复扣费、误刷卡等问题,容易导致多支付模式融合后出现一些问题,给用户使用造成不便。
发明内容
本申请实施例提供一种多制式消费清算的配置处理方法及系统,以解决现有的各类支付方式融合的方案没有考虑防止多种支付模式融合后重复扣费、误刷卡等问题,容易导致多支付模式融合后出现一些问题,给用户使用造成不便的问题。
本申请实施例还提供一种多制式消费清算的配置处理方法,包括以下步骤:
与用户中心系统关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,所述用户中心系统用于管理用户包括手机号、身份证号的至少一种个人信息,所述消费制式包括二维码、NFC和刷脸;
识别所述消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,根据不同消费制式执行不同的订单处理逻辑。
进一步地,所述所有消费制式的消费数据统一处理,包括:
各消费制式消费产生的消费订单都以统一的数据格式进行分析处理;
将所有消费订单放入MQ消息队列中以消费订单交易时间顺序进行串行处理;
在处理每条消费订单的记录时,检索已处理的历史消费订单中是否有与当前消费订单同一用户同一订单号且消费订单交易时间相差门限时长之内的订单,如果有则该当前消费订单按重复订单处理,不扣费;
所述消费订单交易时间为消费订单下单时间或交易完成时间。
进一步地,所述云卡APP客户端还自动识别所述用户终端上是否有NFC芯片。
进一步地,所述云卡APP客户端打开二维码页面时,用户终端启动NFC屏蔽机制。
更进一步地,所述统一的数据格式的属性包括:消费制式ID、用户名称、消费订单号、商户终端号、交易金额、消费订单交易时间。
本申请实施例还提供一种多制式消费清算的配置处理系统,包括:
云卡系统,用于与用户中心系统相关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,所述用户中心系统用于管理用户包括手机号、身份证号的至少一种个人信息,所述消费制式包括二维码、NFC和刷脸;
消费清算中心,用于识别所述消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,根据不同消费制式执行不同的订单处理逻辑,进行清算。
进一步地,所述消费清算中心将所有消费制式的消费数据统一处理,包括以下步骤:
各消费制式消费产生的消费订单都以统一的数据格式进行分析处理;
将所有消费订单放入MQ消息队列中以消费订单交易时间顺序进行串行处理;
在处理每条消费订单的记录时,检索已处理的历史消费订单中是否有与当前消费订单同一用户同一订单号且消费订单交易时间相差门限时长之内的订单,如果有则该当前消费订单按重复订单处理,不扣费;
所述消费订单交易时间为消费订单下单时间或交易完成时间。
进一步地,所述基于云卡系统的云卡APP客户端还自动识别所述用户终端上是否有NFC芯片。
进一步地,所述基于云卡系统的云卡APP客户端打开二维码页面时,用户终端启动NFC屏蔽机制。
更进一步地,所述消费清算中心将各消费制式消费产生的消费订单都以统一的数据格式进行分析处理,所述统一的数据格式的属性包括:消费制式ID、用户名称、消费订单号、商户终端号、交易金额、消费订单交易时间。
进一步地,所述统一的数据格式的属性还可以包括:商户号、商户名称、消费订单优惠金额、消费订单修改时间。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:
本发明将二维码、NFC、刷脸等不同消费制式进行融合,可以自动识别用于消费支付的用户终端上是否有NFC芯片,设置了防范重复扣费、防误刷机制,提升系统可靠性,避免了漏单和重复扣款。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本发明的方法流程图;
图2为本发明的系统结构框图;
图3为本发明融合多制式消费模式在乘车应用中的结算流程图;
图4为本发明防范重复扣费机制流程图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
需要说明的是,本申请中的用户也就是付款方,比如乘客或其他消费者。与商户为不同概念。商户就是收款方,比如公交公司。
以下结合附图,详细说明本申请各实施例提供的技术方案。
实施例1
如图1所示,本实施例提供一种多制式消费清算的配置处理方法,包括以下步骤:
与用户中心系统关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,用户中心系统用于管理用户包括不限于手机号、身份证号的个人信息,消费制式包括但不限于二维码、NFC、刷脸;
识别消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,根据不同消费制式执行不同的订单处理逻辑。
具体操作为,用户下载云卡APP客户端,并注册账户后,需要在云卡APP客户端分别开通三种制式:1)首次充值后开通二维码制式;2)点击开启NFC制式消费后,开通NFC制式;3)完成面部识别认证后,开通刷脸制式。用户开通多个制式后,各制式消费同一用户账户里的余额,即同一身份证号、手机号下办理的银行个人账户。如图3所示,为本发明融合多制式消费模式在乘车应用中的结算流程图。
通过制式ID来区分不同制式的消费数据,所有制式的消费数据统一进入消费清算中心处理,根据不同制式执行不同的订单处理逻辑。ID的区分比如,001代表二维码,002代表NFC,003代表刷脸。根据不同制式执行不同的订单处理逻辑也就是说当选择某一消费制式,消费终端就通过软件系统程序开启相应功能。比如选择了二维码消费制式,终端就会开启“扫一扫”方式通过二维码付款;选择NFC消费制式,终端就会开启NFC功能付款;选择刷脸消费制式,终端就会开启摄像头功能,用户对准摄像头采集面部图像成功后,系统自动扣费。虽然这里采用不同消费制式,但是本实施例的不同消费制式均通过软件系统绑定同一用户名下的银行账户,实现了多制式消费融合。
其中,所有消费制式的消费数据统一处理,包括:
1)各消费制式消费产生的消费订单都以统一的数据格式进行分析处理,其中统一的数据格式的属性包括:消费制式ID、用户名称(一般为用户的姓名)、消费订单号、消费订单所付费的商户号、消费订单所付费的商户名称、消费订单所付费的商户终端号(比如公交车中的收费终端号码;再比如商店或其他服务场所中的自助交费终端号码)、消费订单应付金额、消费订单交易金额、消费订单优惠金额、消费订单交易状态(比如付款中、付款成功、付款失败、退款)、消费订单下单时间、消费订单修改时间、消费订单交易完成时间以及对应创建人、修改人、预留信息。具体订单数据类定义如下:
这是定义了订单的数据类,里面有订单的所有属性。
2)其次,将所有消费订单放入MQ消息队列中以消费订单交易时间顺序进行串行处理,MQ即为消息队列(message queuing),采用MQ的目的在于在分布式处理系统中确保消息不丢失。其工作过程大致是这样的:首先角色上分为生产者和消费者,生产者生产消息,并把消息发送到消息队列中,消费者则在消息队列中获取消息,并进行消息处理。
3)如图4所示,在处理每条消费订单的记录时,检索已处理的历史消费订单中是否有与当前消费订单同一用户同一订单号且消费订单交易时间相差门限时长(本申请中,所述“门限时长”是设定的时间阈值,这里的门限时长一般为秒级,比如设置在1秒内或者2秒内)内的订单,如果有则该当前消费订单按重复订单处理,不扣费。这是通过数据库查询检测的,处理过的订单都会记录到相应的数据表中。
可见,在云卡多制式消费模式并存的情况下,用户在云卡消费过程中有可能产生重复误刷现象,为了防范在这种情况下产生重复扣费现象,本实施例中特别设置了防重复扣费机制,可以避免此问题。
实施例2
如图1所示,本实施例提供一种多制式消费清算的配置处理方法,包括以下步骤:
与用户中心系统关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,用户中心系统用于管理用户包括不限于手机号、身份证号的个人信息,消费制式包括但不限于二维码、NFC、刷脸;
识别消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,根据不同消费制式执行不同的订单处理逻辑。
具体操作为,用户下载云卡APP客户端,并注册账户后,需要在云卡APP客户端分别开通三种制式:1)首次充值后开通二维码制式;2)点击开启NFC制式消费后,开通NFC制式;3)完成面部识别认证后,开通刷脸制式。用户开通多个制式后,各制式消费同一用户账户里的余额,即同一身份证号、手机号下办理的银行个人账户。如图3所示,为本发明融合多制式消费模式在乘车应用中的结算流程图。
通过制式ID来区分不同制式的消费数据,所有制式的消费数据统一进入消费清算中心处理,根据不同制式执行不同的订单处理逻辑。ID的区分比如,001代表二维码,002代表NFC,003代表刷脸。
本实施例中,云卡APP客户端打开二维码页面时,用户终端启动NFC屏蔽机制。在云卡多制式消费模式并存的情况下,用户在使用二维码刷卡时,有可能因手机距离POS机具太近,而误触发NFC模式消费。为了防范这一现象的发生,云卡系统中特别设置了防NFC误刷机制,其方式是:当用户在云卡客户端打开二维码页面时,客户端会启动NFC屏蔽机制,这时即便用户终端的NFC芯片靠近POS机具感应区,都不会触发NFC交易。此机制实现代码如下:
调用disable()就可屏蔽NFC功能。
实施例3
如图1所示,本实施例提供一种多制式消费清算的配置处理方法,包括以下步骤:
与用户中心系统关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,用户中心系统用于管理用户包括不限于手机号、身份证号的个人信息,消费制式包括但不限于二维码、NFC、刷脸;
识别消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,根据不同消费制式执行不同的订单处理逻辑。
具体操作为,用户下载云卡APP客户端,并注册账户后,需要在云卡APP客户端分别开通三种制式:1)首次充值后开通二维码制式;2)点击开启NFC制式消费后,开通NFC制式;3)完成面部识别认证后,开通刷脸制式。用户开通多个制式后,各制式消费同一用户账户里的余额,即同一身份证号、手机号下办理的银行个人账户。如图3所示,为本发明融合多制式消费模式在乘车应用中的结算流程图。
通过制式ID来区分不同制式的消费数据,所有制式的消费数据统一进入消费清算中心处理,根据不同制式执行不同的订单处理逻辑。ID的区分比如,001代表二维码,002代表NFC,003代表刷脸。
本实施例中,云卡APP客户端还自动识别所述用户终端上是否有NFC芯片。三制式云卡中的NFC制式依赖于用户终端配置有NFC芯片,云卡系统在客户端中驻有终端配置识别模块,用于识别用户终端中是否有NFC芯片,并将识别结果发送到服务端存储。识别方法如下:
在客户端程序中执行下述代码,即可返回终端是否有NFC芯片。
通过系统函数获取NFC服务是否存在,实现了能自动向用户推送使用NFC制式消费的提醒。
实施例4
如图2所示,本申请实施例还提供一种多制式消费清算的配置处理系统,包括:
云卡系统,用于与用户中心系统相关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,所述用户中心系统用于管理用户包括不限于手机号、身份证号的个人信息,所述消费制式包括但不限于二维码、NFC、刷脸;
消费清算中心,用于识别所述消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,根据不同消费制式执行不同的订单处理逻辑。
具体操作为,用户下载基于云卡系统的云卡APP客户端,并注册账户后,需要在云卡APP客户端分别开通三种制式:1)首次充值后开通二维码制式;2)点击开启NFC制式消费后,开通NFC制式;3)完成面部识别认证后,开通刷脸制式。用户开通多个制式后,各制式消费同一用户账户里的余额,即同一身份证号、手机号下办理的银行个人账户。如图3所示,为本发明融合多制式消费模式在乘车应用中的结算流程图。
云卡系统通过制式ID来区分不同制式的消费数据,所有制式的消费数据统一进入消费清算中心处理,根据不同制式执行不同的订单处理逻辑。ID的区分比如,001代表二维码,002代表NFC,003代表刷脸。根据不同制式执行不同的订单处理逻辑也就是说当选择某一消费制式,消费终端就通过软件系统程序开启相应功能。比如选择了二维码消费制式,终端就会开启“扫一扫”方式通过二维码付款;选择NFC消费制式,终端就会开启NFC功能付款;选择刷脸消费制式,终端就会开启摄像头功能,用户对准摄像头采集面部图像成功后,系统自动扣费。虽然这里采用不同消费制式,但是本实施例的不同消费制式均通过软件系统绑定同一用户名下的银行账户,实现了多制式消费融合。
其中,所有消费制式的消费数据统一处理,包括:
1)各消费制式消费产生的消费订单都以统一的数据格式进行分析处理,其中统一的数据格式的属性包括:消费制式ID、用户名称(一般为用户的姓名)、消费订单号、消费订单所付费的商户号、消费订单所付费的商户名称、消费订单所付费的商户终端号、消费订单应付金额、消费订单交易金额、消费订单优惠金额、消费订单交易状态(比如付款中、付款成功、付款失败、退款)、消费订单下单时间、消费订单修改时间、消费订单交易完成时间以及对应创建人、修改人、预留信息。
2)其次,将所有消费订单放入MQ消息队列中以消费订单交易时间顺序进行串行处理,MQ即为消息队列(message queuing),采用MQ的目的在于在分布式处理系统中确保消息不丢失。其工作过程大致是这样的:首先角色上分为生产者和消费者,生产者生产消息,并把消息发送到消息队列中,消费者则在消息队列中获取消息,并进行消息处理。
3)如图4所示,在处理每条消费订单的记录时,检索已处理的历史消费订单中是否有与当前消费订单同一用户同一订单号且消费订单交易时间相差门限时长(秒级,一般为1秒或者2秒内)之内的订单,如果有则该当前消费订单按重复订单处理,不扣费。这是通过数据库查询检测的,处理过的订单都会记录到相应的数据表中。
可见,在云卡多制式消费模式并存的情况下,用户在云卡消费过程中有可能产生重复误刷现象,为了防范在这种情况下产生重复扣费现象,本实施例中的云卡系统特别设置了防重复扣费机制,可以避免此问题。
实施例5
如图2所示,本申请实施例还提供一种多制式消费清算的配置处理系统,包括:
云卡系统,用于与用户中心系统相关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,所述用户中心系统用于管理用户包括不限于手机号、身份证号的个人信息,所述消费制式包括但不限于二维码、NFC、刷脸;
消费清算中心,用于识别所述消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,根据不同消费制式执行不同的订单处理逻辑。
具体操作为,用户下载基于云卡系统的云卡APP客户端,并注册账户后,需要在云卡APP客户端分别开通三种制式:1)首次充值后开通二维码制式;2)点击开启NFC制式消费后,开通NFC制式;3)完成面部识别认证后,开通刷脸制式。用户开通多个制式后,各制式消费同一用户账户里的余额,即同一身份证号、手机号下办理的银行个人账户。如图3所示,为本发明融合多制式消费模式在乘车应用中的结算流程图。
云卡系统通过制式ID来区分不同制式的消费数据,所有制式的消费数据统一进入消费清算中心处理,根据不同制式执行不同的订单处理逻辑。ID的区分比如,001代表二维码,002代表NFC,003代表刷脸。
本实施例中,云卡APP客户端打开二维码页面时,用户终端启动NFC屏蔽机制。在云卡多制式消费模式并存的情况下,用户在使用二维码刷卡时,有可能因手机距离POS机具太近,而误触发NFC模式消费。为了防范这一现象的发生,云卡系统中特别设置了防NFC误刷机制,其方式是:当用户在云卡客户端打开二维码页面时,客户端会启动NFC屏蔽机制,这时即便用户终端的NFC芯片靠近POS机具感应区,都不会触发NFC交易。
实施例6
如图2所示,本申请实施例还提供一种多制式消费清算的配置处理系统,包括:
云卡系统,用于与用户中心系统相关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,所述用户中心系统用于管理用户包括不限于手机号、身份证号的个人信息,所述消费制式包括但不限于二维码、NFC、刷脸;
消费清算中心,用于识别所述消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,根据不同消费制式执行不同的订单处理逻辑。
具体操作为,用户下载基于云卡系统的云卡APP客户端,并注册账户后,需要在云卡APP客户端分别开通三种制式:1)首次充值后开通二维码制式;2)点击开启NFC制式消费后,开通NFC制式;3)完成面部识别认证后,开通刷脸制式。用户开通多个制式后,各制式消费同一用户账户里的余额,即同一身份证号、手机号下办理的银行个人账户。如图3所示,为本发明融合多制式消费模式在乘车应用中的结算流程图。
云卡系统通过制式ID来区分不同制式的消费数据,所有制式的消费数据统一进入消费清算中心处理,根据不同制式执行不同的订单处理逻辑。ID的区分比如,001代表二维码,002代表NFC,003代表刷脸。
本实施例中,云卡APP客户端还自动识别所述用户终端上是否有NFC芯片。三制式云卡中的NFC制式依赖于用户终端配置有NFC芯片,云卡系统在客户端中驻有终端配置识别模块,用于识别用户终端中是否有NFC芯片,并将识别结果发送到服务端存储。实现了能自动向用户推送使用NFC制式消费的提醒。
综上所述,本发明将二维码、NFC、刷脸等不同消费制式进行融合,可以自动识别用于消费支付的用户终端上是否有NFC芯片,设置了防范重复扣费、防误刷机制,提升系统可靠性高,避免了漏单和重复扣款。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种多制式消费清算的配置处理方法,其特征在于,包括以下步骤:
与用户中心系统关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,所述用户中心系统用于管理用户包括手机号、身份证号的至少一种个人信息,所述消费制式包括二维码、NFC、和刷脸;
识别所述消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,根据不同消费制式执行不同的订单处理逻辑。
2.如权利要求1所述的一种多制式消费清算的配置处理方法,其特征在于,所述所有消费制式的消费数据统一处理,包括:
各消费制式消费产生的消费订单都以统一的数据格式进行分析处理;
将所有消费订单放入MQ消息队列中以消费订单交易时间顺序进行串行处理;
在处理每条消费订单的记录时,检索已处理的历史消费订单中是否有与当前消费订单同一用户同一订单号且消费订单交易时间相差门限时长之内的订单,如果有则该当前消费订单按重复订单处理,不扣费;
所述消费订单交易时间为消费订单下单时间或交易完成时间。
3.如权利要求1所述的一种多制式消费清算的配置处理方法,其特征在于,所述云卡APP客户端还自动识别所述用户终端上是否有NFC芯片。
4.如权利要求1所述的一种多制式消费清算的配置处理方法,其特征在于,所述云卡APP客户端打开二维码页面时,用户终端启动NFC屏蔽机制。
5.如权利要求2所述的一种多制式消费清算的配置处理方法,其特征在于,所述统一的数据格式的属性包括:消费制式ID、用户名称、消费订单号、商户终端号、交易金额、消费订单交易时间。
6.一种多制式消费清算的配置处理系统,其特征在于,包括:
云卡系统,用于与用户中心系统相关联,通过安装有云卡APP客户端的用户终端创建用户唯一标识账户,并通过云卡APP客户端分别开通多种消费制式,以消费订单制式ID来区分不同消费制式的消费数据,所述用户中心系统用于管理用户包括手机号、身份证号的至少一种个人信息,所述消费制式包括二维码、NFC和刷脸;
消费清算中心,用于识别所述消费订单制式ID得出对应消费制式,将所有消费制式的消费数据统一处理,根据不同消费制式执行不同的订单处理逻辑,进行清算。
7.如权利要求6所述的一种多制式消费清算的配置处理系统,其特征在于,所述消费清算中心将所有消费制式的消费数据统一处理,包括以下步骤:
各消费制式消费产生的消费订单都以统一的数据格式进行分析处理;
将所有消费订单放入MQ消息队列中以消费订单交易时间顺序进行串行处理;
在处理每条消费订单的记录时,检索已处理的历史消费订单中是否有与当前消费订单同一用户同一订单号且消费订单交易时间相差门限时长之内的订单,如果有则该当前消费订单按重复订单处理,不扣费;
所述消费订单交易时间为消费订单下单时间或交易完成时间。
8.如权利要求6所述的一种多制式消费清算的配置处理系统,其特征在于,所述基于云卡系统的云卡APP客户端还自动识别所述用户终端上是否有NFC芯片。
9.如权利要求6所述的一种多制式消费清算的配置处理系统,其特征在于,所述基于云卡系统的云卡APP客户端打开二维码页面时,用户终端启动NFC屏蔽机制。
10.如权利要求7所述的一种多制式消费清算的配置处理系统,其特征在于,所述消费清算中心将各消费制式消费产生的消费订单都以统一的数据格式进行分析处理,所述统一的数据格式的属性包括:消费制式ID、用户名称、消费订单号、商户终端号、交易金额、消费订单交易时间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911381112.5A CN111192035A (zh) | 2019-12-27 | 2019-12-27 | 一种多制式消费清算的配置处理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911381112.5A CN111192035A (zh) | 2019-12-27 | 2019-12-27 | 一种多制式消费清算的配置处理方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111192035A true CN111192035A (zh) | 2020-05-22 |
Family
ID=70707881
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911381112.5A Pending CN111192035A (zh) | 2019-12-27 | 2019-12-27 | 一种多制式消费清算的配置处理方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111192035A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113470199A (zh) * | 2021-08-10 | 2021-10-01 | 成都智元汇信息技术股份有限公司 | 票卡交易的互斥方法、装置、系统及闸机控制方法 |
CN115482612A (zh) * | 2021-06-15 | 2022-12-16 | 咪付(深圳)网络技术有限公司 | 一种票检识别方法、识别终端和闸机 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20080095931A (ko) * | 2007-04-16 | 2008-10-30 | 주식회사 하나은행 | 복수 결제 수단을 이용한 결제 수단 선택 시스템, 장치 및방법 |
CN103164795A (zh) * | 2011-12-08 | 2013-06-19 | 悦捷科技股份有限公司 | 电子交易及物流系统 |
CN104732382A (zh) * | 2015-04-03 | 2015-06-24 | 深圳市淘淘谷信息技术有限公司 | 一种支付管理方法及支付管理系统 |
CN105512869A (zh) * | 2015-11-26 | 2016-04-20 | 中国建设银行股份有限公司 | 防止重复支付的支付系统、方法以及电商系统 |
CN106067124A (zh) * | 2016-04-06 | 2016-11-02 | 广东世惠科技有限公司 | 一种扫描二维码支付并实时记录消费积分和返利的方法 |
CN107220830A (zh) * | 2017-05-08 | 2017-09-29 | 深圳市牛鼎丰科技有限公司 | 支付方法、装置、存储介质和计算机设备 |
CN107239994A (zh) * | 2017-05-25 | 2017-10-10 | 福建中金在线信息科技有限公司 | 订单处理方法、装置、计算机设备及计算机可读存储介质 |
CN107808287A (zh) * | 2017-11-21 | 2018-03-16 | 艾体威尔电子技术(北京)有限公司 | 一种综合支付系统 |
CN109559104A (zh) * | 2018-10-12 | 2019-04-02 | 厦门旭研科技有限责任公司 | 一种支付环境下关联支付方身份的方法及装置 |
CN110083397A (zh) * | 2018-01-24 | 2019-08-02 | 上海复旦微电子集团股份有限公司 | 一种屏蔽苹果手机nfc支付功能界面弹出的方法 |
-
2019
- 2019-12-27 CN CN201911381112.5A patent/CN111192035A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20080095931A (ko) * | 2007-04-16 | 2008-10-30 | 주식회사 하나은행 | 복수 결제 수단을 이용한 결제 수단 선택 시스템, 장치 및방법 |
CN103164795A (zh) * | 2011-12-08 | 2013-06-19 | 悦捷科技股份有限公司 | 电子交易及物流系统 |
CN104732382A (zh) * | 2015-04-03 | 2015-06-24 | 深圳市淘淘谷信息技术有限公司 | 一种支付管理方法及支付管理系统 |
CN105512869A (zh) * | 2015-11-26 | 2016-04-20 | 中国建设银行股份有限公司 | 防止重复支付的支付系统、方法以及电商系统 |
CN106067124A (zh) * | 2016-04-06 | 2016-11-02 | 广东世惠科技有限公司 | 一种扫描二维码支付并实时记录消费积分和返利的方法 |
CN107220830A (zh) * | 2017-05-08 | 2017-09-29 | 深圳市牛鼎丰科技有限公司 | 支付方法、装置、存储介质和计算机设备 |
CN107239994A (zh) * | 2017-05-25 | 2017-10-10 | 福建中金在线信息科技有限公司 | 订单处理方法、装置、计算机设备及计算机可读存储介质 |
CN107808287A (zh) * | 2017-11-21 | 2018-03-16 | 艾体威尔电子技术(北京)有限公司 | 一种综合支付系统 |
CN110083397A (zh) * | 2018-01-24 | 2019-08-02 | 上海复旦微电子集团股份有限公司 | 一种屏蔽苹果手机nfc支付功能界面弹出的方法 |
CN109559104A (zh) * | 2018-10-12 | 2019-04-02 | 厦门旭研科技有限责任公司 | 一种支付环境下关联支付方身份的方法及装置 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115482612A (zh) * | 2021-06-15 | 2022-12-16 | 咪付(深圳)网络技术有限公司 | 一种票检识别方法、识别终端和闸机 |
CN113470199A (zh) * | 2021-08-10 | 2021-10-01 | 成都智元汇信息技术股份有限公司 | 票卡交易的互斥方法、装置、系统及闸机控制方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113657886B (zh) | 一种支付系统、方法、服务器设备、介质及装置 | |
CN104599408B (zh) | 基于动态二维码的第三方账户自动柜员机取款方法及系统 | |
US20150161620A1 (en) | System and method for risk and fraud mitigation for merchant on-boarding | |
US20110288967A1 (en) | Card-Based Banking | |
CN108596579B (zh) | 一种虚拟资源转移方法、装置、终端及存储介质 | |
KR20140020055A (ko) | 결제 방법 및 그 시스템 | |
JP2011503711A (ja) | メッセージ伝送を利用した決済システム及びその方法 | |
CN106960342A (zh) | 一种支付码的形成方法和基于移动终端的支付方法 | |
EP3273403A1 (en) | Automated identification of amounts in transactions for transaction records | |
KR20120133706A (ko) | 카드 등록 장치 및 그 방법 | |
US20230222475A1 (en) | Rules engine for communication round trips optimization of kernel-in-cloud payment transaction | |
CN107798534A (zh) | 一种信息记录方法及装置、终端和可读存储介质 | |
CN110147440A (zh) | 消息推送方法、装置、计算机设备及存储介质 | |
CN111192035A (zh) | 一种多制式消费清算的配置处理方法及系统 | |
CN108596580A (zh) | 一种虚拟资源转移方法、装置、终端及存储介质 | |
CN111145031B (zh) | 一种保险业务定制方法、装置及系统 | |
TWI536290B (zh) | Management devices, management methods, and programs | |
KR101525115B1 (ko) | 이미지 인식을 이용한 스마트 보안인증 시스템 및 그 방법 | |
CN112215599A (zh) | 一种以二维码为载体的金融收付方法及装置 | |
US20160063620A1 (en) | System and method of facilitating payday loans | |
US20190188714A1 (en) | Method for permitting a transaction indicating an amount that is less than a threshold amount | |
CN110956460A (zh) | 一种加固支付方法及系统 | |
CN111178872A (zh) | 一种免手机验证码的手机银行的支付方法及装置 | |
CN111489146A (zh) | 一种nfc收款方法、装置及存储介质 | |
US20170337547A1 (en) | System and method for wallet transaction scoring using wallet content and connection origination |
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 |