CN113947401A - 一种基于非智能终端线下支付的实现方法及系统 - Google Patents
一种基于非智能终端线下支付的实现方法及系统 Download PDFInfo
- Publication number
- CN113947401A CN113947401A CN202111135179.8A CN202111135179A CN113947401A CN 113947401 A CN113947401 A CN 113947401A CN 202111135179 A CN202111135179 A CN 202111135179A CN 113947401 A CN113947401 A CN 113947401A
- Authority
- CN
- China
- Prior art keywords
- payment
- user
- information
- order
- mobile phone
- 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/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/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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
-
- 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/4016—Transaction verification involving fraud or risk level assessment in transaction processing
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明提供一种基于非智能终端线下支付的实现方法及系统,属于数字交易领域,本发明通过用户或用户亲属在本系统录入绑定银行卡信息,银行预留手机号,紧急联系人,设置支付金额阀值等安全支付信息,之后本系统会与银行支付接口对接,支付通到开通成功,会生成唯一可复用付款二维码。非智能手机用户在线下进行付款时出示本系统生成的二维码,第三方收款终端用户发起收款行为,本系统收到支付订单信息会进行智能判断订单支付信息是否异常,(若异常)会短信通知紧急联系人订单支付信息;(若无异常,则系统直接)发送支付验证码到用户手机,用户告知第三方线下收款人员动态支付验证码,完成支付,发送扣款信息到用户手机。
Description
技术领域
本发明涉及数字交易领域,尤其涉及一种基于非智能终端线下支付的实现方法及系统。
背景技术
互联网时代,科技的进步带动着社会的进步,计算机技术的不断发展与创新,也使互联网与传统产业结合研发出更具智能化的产品应用到人们的日常生活中。2014年,随着智能手机进一步普及和4G网络正式商用,移动支付进入了高速发展时期。经过多年的高速发展,目前移动支付C端发展红利已逐渐见顶,围绕移动互联网的电商、社交、娱乐、支付、购物等核心领域均产生了独角兽企业,用户都是亿级起算。若要产生新的市场高潜力领域,势必要不断地对现有市场进行细分,这不仅受限于技术和业务的升级,也取决于能否抓住市场机遇。
而如今有随着科技的进步技术的发展,确困扰着近乎2亿多的老年人群体,他们拿着现金去消费,却遇到了“差别对待”,尤其是不少老年人,几乎被“数字”“抛弃”,却“有苦难言”。“是不是老人家就只能被数字时代的红利抛弃了?”无现金支付为日常消费带来了便利,但对于中老年人以及使用电子设备不熟练的人群来讲,无现金支付似乎难免困难重重。比如有的商家明知拒收现金违法却仍为之,有的商家会故意为使用现金的消费者设置诸多障碍等。为了让老年人更好地适应数字时代,一则子女需要手把手地教老人家如何去操作日常生活中经常碰到的电子智能设备,并掌握一定安全上网的本领;然而对更多的老年人来说,使用智能设备尤其是无现金支付仍然是比较困难的。
发明内容
为了解决以上技术问题,本发明提供了一种基于非智能终端线下支付的实现方法。通过获取老年人用户群体,移动支付必要的银行卡,手机号,紧急联系人等基本信息,结合手机短信的方式,通过非智能终端绑定支付信息的方式,完成支付信息系统录入,建立安全可靠的线下移动支付通道。
本发明的技术方案是:
一种基于非智能终端线下支付的实现方法,通过获取老年人用户群体,移动支付必要的银行卡,手机号,紧急联系人等基本信息,结合手机短信的方式,通过非智能终端绑定支付信息的方式,完成支付信息系统录入,建立安全可靠的线下移动支付通道。
包括:
1、主要是获取用户银行卡账号,银行开预留手机号、紧急联系人身份信息等,采用特定逻辑调用银行接口建立支付通道,(包括不限于获取支付验证码、获取余额等).
2、系统自动生成二维码,供用户线下交易支付使用。二维码采用用户唯一身份信息通过加密解耦等多种安全机制生成。
3、第三方收款发起支付订单,自动校验安全支付信息,调用银行反诈骗信息数据比对判断交易是否安全,判断支付订单是否异常,是否超过支付阀值,判断超过阀值,则发送订单信息及验证码给紧急联系人,由联系人核实判断订单是否继续支付,若无异常,则发送短信验证码+身份证号给本系统,系统继续发送动态支付验证码给用户,用户完成支付,发送订单完成信息和支付金额给用户,完成交易。
本发明还提供了一种基于非智能终端线下支付的实现系统,通过多种方式校验支付安全性,大大打消了老年人移动线下支付的顾虑,一是通过反诈信息比对,使得被骗风险降低,二是由信得过的紧急联系人把关,大大提高安全性。
步骤1:用户通过线下支付终端智能信息录入系统,本人(或紧急联系人)将用户银行卡账号,银行预留手机号,紧急联系人姓名、电话、身份证号、线下支付阀值等安全支付信息录入系统,系统自动与银行对接建立支付通道。
其中,信息交互系统主要涵盖4大模块:
1.信息收集录入模块,负责录入用户基础信息,核实用户录入信息准确性。
2.安全管理模块,判断用户付款行为是否存在安全隐患,触发紧急联系人规则,调用反诈数据接口保证支付行为安全可靠。
3.支付交互模块,完成用户支付信息接入,收付款接口发起调用,银行支付信息通知反馈用户等功能。
4.中心逻辑处理模块,负责整个系统各环节运行调度,逻辑判断,计算输出,
为各子模块的中心处理模块。
步骤2:在步骤一中,我们通过用户录入安全支付信息与银行建立了支付通过。系统通过用户身份信息,采用加密解耦等多种安全机制生成用户支付二维码,用户通过下载打印二维码,(此码丢失或被窃不能独立完成支付操作)。
步骤3:通过步骤二,线下支付终端系统,获得了用户支付二维码(此码丢失或被窃不能独立完成支付操作),用户线下支付时出示二维码,收款方扫描发起付款请求,经系统自动发起与反诈信息库比对智能判断订单无异常,发送动态支付验证码到用户手机,用户告知商家验证码完成付款请求,交易完成。
本发明的有益效果是
帮助老年群体在安全可靠的基础上完成线下无现金交易,提高该群体的生活质量和社会尊重,提高用户舒适度,让移动支付的便利给非智能终端用户,带来更好的安全的用户体验,保障用户的利益。
附图说明
图1是本发明的工作流程示意图;
图2是本发明的系统结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例,基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明通过用户或用户亲属在本系统录入绑定银行卡信息,银行预留手机号,紧急联系人,设置支付金额阀值等安全支付信息,之后本系统会与银行支付接口对接,支付通到开通成功,会生成唯一可复用付款二维码。
非智能手机用户在线下进行付款时出示本系统生成的二维码,第三方收款终端用户发起收款行为,本系统收到支付订单信息会进行智能判断订单支付信息是否异常,(若异常)会短信通知紧急联系人订单支付信息,紧急联系人收到订单支付异常提醒及发送验证码,判断订单是否异常,若订单异常,紧急联系人则终止订单支付通知用户本人,若无异常发送验证码+紧急联系人身份证号后6位,系统判断无异常后,(若无异常,则系统直接)发送支付验证码到用户手机,用户告知第三方线下收款人员动态支付验证码,完成支付,发送扣款信息到用户手机。
使用时,通过以下步骤实现“”
步骤1:用户通过线下支付终端智能信息录入系统,本人(或紧急联系人)将用户银行卡账号,银行预留手机号,紧急联系人姓名、电话、身份证号、线下支付阀值等安全支付信息录入系统,系统自动与银行对接建立支付通道。
步骤2:在步骤一中,通过用户录入安全支付信息与银行建立了支付通过。系统通过用户身份信息,采用加密解耦等多种安全机制生成用户支付二维码,用户通过下载打印二维码,(此码丢失或被窃不能独立完成支付操作)。
步骤3:通过步骤二,线下支付终端系统,获得了用户支付二维码(此码丢失或被窃不能独立完成支付操作),用户线下支付时出示二维码,收款方扫描发起付款请求,经系统自动发起与反诈信息库比对智能判断订单无异常,发送动态支付验证码到用户手机,用户告知商家验证码完成付款请求,完成交易。
以上所述仅为本发明的较佳实施例,仅用于说明本发明的技术方案,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均包含在本发明的保护范围内。
Claims (8)
1.一种基于非智能终端线下支付的实现方法,其特征在于,
录入绑定银行卡信息,银行预留手机号,紧急联系人,设置支付金额阀值,之后与银行支付接口对接,支付通到开通成功,会生成唯一可复用的付款二维码;
非智能手机用户在线下进行付款时出示付款二维码,第三方收款终端用户发起收款行为,收到支付订单信息会进行智能判断订单支付信息是否异常:
若异常则会短信通知紧急联系人订单支付信息,紧急联系人收到订单支付异常提醒及发送验证码,以判断订单是否异常;若订单异常,紧急联系人则终止订单支付通知用户本人,若无异常发送验证码+紧急联系人身份证号后6位到用户手机,用户告知第三方线下收款动态支付验证码,完成支付,发送扣款信息到用户手机。
2.根据权利要求1所述的方法,其特征在于,
获取用户银行卡账号,银行开户预留手机号、紧急联系人身份信息,采用逻辑调用银行接口建立支付通道。
3.根据权利要求1所述的方法,其特征在于,
自动生成二维码,供用户线下交易支付使用;二维码采用用户唯一身份信息通过加密解耦机制生成。
4.根据权利要求1所述的方法,其特征在于,
第三方收款发起支付订单,自动校验安全支付信息,调用信息数据比对判断交易是否安全,判断支付订单是否异常,是否超过支付阀值;
判断超过阀值,则发送订单信息及验证码给紧急联系人,由联系人核实判断订单是否继续支付;若无异常,需提交发送短信验证码+身份证号,之后发送动态支付验证码给用户,用户完成支付,发送订单完成信息和支付金额给用户,完成交易。
5.一种基于非智能终端线下支付的实现系统,其特征在于,
包括4大模块:1)信息收集录入模块,2)安全管理模块,3)支付交互模块,4)中心逻辑处理模块;
其中,
1)信息收集录入模块,负责录入用户基础信息,核实用户录入信息准确性;
2)安全管理模块,判断用户付款行为是否存在安全隐患,触发紧急联系人规则,调用反诈数据接口保证支付行为;
3)支付交互模块,完成用户支付信息接入,收付款接口发起调用,银行支付信息通知反馈用户功能;
4)中心逻辑处理模块,负责整个系统各环节运行调度,逻辑判断,计算输出,为各子模块的中心处理模块。
6.根据权利要求5所述的系统,其特征在于,
将用户银行卡账号,银行预留手机号,紧急联系人姓名、电话、身份证号、线下支付阀值录入系统,系统自动与银行对接建立支付通道。
7.根据权利要求6所述的系统,其特征在于,
通过用户录入安全支付信息与银行建立了支付通过。系统通过用户身份信息,采用加密解耦机制生成用户支付二维码,用户通过下载打印二维码。
8.根据权利要求7所述的系统,其特征在于,
获得了用户支付二维码,用户线下支付时出示二维码,收款方扫描发起付款请求,经系统自动发起与反诈信息库比对智能判断订单无异常,发送动态支付验证码到用户手机,用户告知商家验证码完成付款请求,交易完成。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111135179.8A CN113947401A (zh) | 2021-09-27 | 2021-09-27 | 一种基于非智能终端线下支付的实现方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111135179.8A CN113947401A (zh) | 2021-09-27 | 2021-09-27 | 一种基于非智能终端线下支付的实现方法及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113947401A true CN113947401A (zh) | 2022-01-18 |
Family
ID=79329165
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111135179.8A Pending CN113947401A (zh) | 2021-09-27 | 2021-09-27 | 一种基于非智能终端线下支付的实现方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113947401A (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104268744A (zh) * | 2014-09-19 | 2015-01-07 | 上海鹏逸电子商务有限公司 | 一种移动支付实现方法及系统 |
WO2016045520A1 (zh) * | 2014-09-28 | 2016-03-31 | 中国银联股份有限公司 | 一种基于标记的移动支付方法及移动支付系统 |
CN105654300A (zh) * | 2015-04-27 | 2016-06-08 | 宇龙计算机通信科技(深圳)有限公司 | 一种支付异常处理方法和装置 |
CN106910063A (zh) * | 2015-12-22 | 2017-06-30 | 卓望数码技术(深圳)有限公司 | 一种线下支付方法及系统 |
CN107844973A (zh) * | 2017-11-17 | 2018-03-27 | 广东乐心医疗电子股份有限公司 | 二维码支付方法及装置 |
-
2021
- 2021-09-27 CN CN202111135179.8A patent/CN113947401A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104268744A (zh) * | 2014-09-19 | 2015-01-07 | 上海鹏逸电子商务有限公司 | 一种移动支付实现方法及系统 |
WO2016045520A1 (zh) * | 2014-09-28 | 2016-03-31 | 中国银联股份有限公司 | 一种基于标记的移动支付方法及移动支付系统 |
CN105654300A (zh) * | 2015-04-27 | 2016-06-08 | 宇龙计算机通信科技(深圳)有限公司 | 一种支付异常处理方法和装置 |
CN106910063A (zh) * | 2015-12-22 | 2017-06-30 | 卓望数码技术(深圳)有限公司 | 一种线下支付方法及系统 |
CN107844973A (zh) * | 2017-11-17 | 2018-03-27 | 广东乐心医疗电子股份有限公司 | 二维码支付方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110612546B (zh) | 用于数字资产账户管理的方法和装置 | |
RU2556453C2 (ru) | Система и способ обеспечения аутентификации для транзакций без наличия карты с использованием мобильного устройства | |
US20130124416A1 (en) | Method and system for transferring funds over a voice call | |
US8275714B2 (en) | Method for performing a digital cash transaction | |
CN111355776A (zh) | 一种数字货币应用程序进行加密签名的服务提供方法、装置与移动终端 | |
CN101990676A (zh) | 移动电话交易系统和方法 | |
WO2012129211A1 (en) | System and method for presentment of nonconfidential transaction token identifier | |
WO2002005223A2 (en) | Improvements relating to the security of payment transactions | |
CN111937022A (zh) | 金融交易控制系统、其应用以及金融交易控制方法 | |
US8099363B1 (en) | Methods and systems for processing card-not-present financial transactions as card-present financial transactions | |
CN105608563A (zh) | 一种支付处理方法及相关设备、系统 | |
WO2019078962A1 (en) | SYSTEM AND METHODS FOR ENHANCED PAYMENT ACCOUNT TRANSACTION PROCESS | |
CN112669042A (zh) | 支付方法、服务器、用户终端、系统及存储介质 | |
KR20120133706A (ko) | 카드 등록 장치 및 그 방법 | |
US20240073199A1 (en) | Resource processing terminal device with enhanced secure resource transmissions based on image capture | |
EP2613287A1 (en) | Computer system and method for initiating payments based on cheques | |
CN104541311A (zh) | 一种快速支付系统和相应方法 | |
CN111192035A (zh) | 一种多制式消费清算的配置处理方法及系统 | |
GB2519967A (en) | Voice authentication in transactions | |
TW200840303A (en) | Business protection method in internet | |
CN110069761A (zh) | 一种银行自助设备的填单方法及装置 | |
CN113947401A (zh) | 一种基于非智能终端线下支付的实现方法及系统 | |
WO2014146286A1 (zh) | 利用实时通讯的银行卡安全支付系统和方法 | |
JP2002109439A (ja) | 電子決済システム、icカード、決済装置、及びそのプログラムを記録した記録媒体 | |
CN112686666A (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 |