CN113313495A - 一种实现固定金额聚合二维码收款机制的方法 - Google Patents
一种实现固定金额聚合二维码收款机制的方法 Download PDFInfo
- Publication number
- CN113313495A CN113313495A CN202110646593.9A CN202110646593A CN113313495A CN 113313495 A CN113313495 A CN 113313495A CN 202110646593 A CN202110646593 A CN 202110646593A CN 113313495 A CN113313495 A CN 113313495A
- Authority
- CN
- China
- Prior art keywords
- payment
- user
- code
- payment system
- merchant
- 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
- 238000000034 method Methods 0.000 title claims abstract description 27
- 230000007246 mechanism Effects 0.000 title claims abstract description 17
- 230000002776 aggregation Effects 0.000 title claims abstract description 12
- 238000004220 aggregation Methods 0.000 title claims abstract description 12
- 238000013475 authorization Methods 0.000 claims description 16
- 230000008569 process Effects 0.000 abstract description 5
- 238000011161 development Methods 0.000 abstract description 4
- 230000006872 improvement Effects 0.000 description 12
- 238000012790 confirmation Methods 0.000 description 11
- 230000000694 effects Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
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/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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
- G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
- G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisious for transferring data to distant stations, e.g. from a sensing device
- G06K17/0025—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisious for transferring data to distant stations, e.g. from a sensing device the arrangement consisting of a wireless interrogation device in combination with a device for optically marking the record carrier
-
- 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/20—Point-of-sale [POS] network systems
- G06Q20/206—Point-of-sale [POS] network systems comprising security or operator identification provisions, e.g. password entry
-
- 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
- G07G1/00—Cash registers
- G07G1/12—Cash registers electronically operated
- G07G1/14—Systems including one or more distant stations co-operating with a central processing unit
Abstract
本发明公开了一种实现固定金额聚合二维码收款机制的方法,属于支付技术领域,其包括下列步骤:商户在商户系统上进行操作,对支付系统申请固定金额聚合二维码码牌,支付系统根据商户业务场景的需求,生成符合要求的码牌,并将码牌返回至商户系统;商户系统向用户付款系统展示码牌,用户打开用户付款系统进行扫码,扫码成功后,支付系统判断码的类型,如果是固定金额收款码,则展示金额界面并创建预支付订单,通过用户付款系统展示给商户进行扫码支付。本发明无需商户开发即可实现固定金额收款,丰富了商户收款业务场景;在业务操作上不会改变原有操作、码牌申请业务流程,进一步降低了商户的学习成本,商户、用户体验佳。
Description
技术领域
本发明涉及支付技术领域,尤其涉及一种实现固定金额聚合二维码收款机制的方法。
背景技术
目前,在商户支付过程当中,无法满足针对特定业务场景收款诉求,例如:食堂,学校,景区,租金、定金缴付等有固定金额收款诉求时,现有聚合二维码收款不支持固定金额,金额均需用户自行输入,存在少收银等交易安全隐患;
而且,支付宝、微信支付等账户机构提供收款码虽支持在App上设置收款金额,但收款二维码不聚合,如商家需分别打印支付宝、微信支付的收款码,为商户、用户使用带来了困难,体验不佳;
另外,支付宝、微信支付等账户机构提供收款码日限额较低,如学校开学收取学费时,当天的交易量非常大,现有支付宝、微信支付提供的收款码很难支撑,为商户高频收款时带来了困难。
发明内容
为了克服现有技术的不足,本发明提供一种实现固定金额聚合二维码收款机制的方法,以解决上述的技术问题。
本发明解决其技术问题所采用的技术方案是:
一种实现固定金额聚合二维码收款机制的方法,其改进之处在于,包括下列步骤:
商户在商户系统上进行操作,对支付系统申请固定金额聚合二维码码牌,支付系统根据商户业务场景的需求,生成符合要求的码牌,并将码牌返回至商户系统;
商户系统向用户付款系统展示码牌,用户打开用户付款系统进行扫码,扫码成功后,支付系统判断码的类型,如果是固定金额收款码,则展示金额界面并创建预支付订单,通过用户付款系统展示给商户进行扫码支付。
作为上述技术方案的改进,如果是固定金额收款码,则展示金额界面并创建预支付订单,支付系统关联至银联,访问银联URL。
作为上述技术方案的改进,支付系统关联至银联后,由银联向用户付款系统获取用户授权,用户经过用户付款系统确认授权后,银联向支付系统返回授权码。
作为上述技术方案的改进,支付系统接收授权码,对银联发起获取用户标识指令并得到回复后,再次向银联发出下单API指令,银联接收到下单API指令后,唤起支付密码控件,通过用户付款系统展示给用户。
作为上述技术方案的改进,银联收到支付成功信息后,将交易结果返回支付系统,支付系统对商户系统返回交易结果。
作为上述技术方案的改进,如果是固定金额收款码,则展示金额界面并创建预支付订单,用户通过用户付款系统扫码发起支付,支付系统识别至微信,调用微信的openid接口获取appid对应的openid。
作为上述技术方案的改进,微信向用户付款系统发起用户授权,返回授权结果后,微信向支付系统返回openid,支付系统获取用户标识,调用银联或者网联微信下单API,调用微信下单API后,微信生成预付订单并且返回订单信息至银联或者网联。
作为上述技术方案的改进,支付系统向银联或者网联拉取预付订单信息,自动生成JSAPI调用支付参数并签名,唤起支付密码控件并在用户付款系统进行展示。
作为上述技术方案的改进,用户通过用户支付系统确认支付后,输入支付密码,微信验证支付密码,并向银联或者网联返回交易结果,支付系统向银联或者网联拉取交易结果后,将交易结果返回至商户系统。
作为上述技术方案的改进,如果是固定金额收款码,则展示金额界面并创建预支付订单,用户通过用户付款系统扫码发起支付,支付系统识别至支付宝,调用支付宝下单API,支付宝生成预付订单并且返回订单信息至银联或者网联。
作为上述技术方案的改进,支付系统向银联或者网联拉取预付订单信息,自动生成JSAPI调用支付参数并签名,唤起支付密码控件并在用户付款系统进行展示。
作为上述技术方案的改进,用户通过用户支付系统确认支付后,输入支付密码,支付宝验证支付密码,并向银联或者网联返回交易结果,支付系统向银联或者网联拉取交易结果后,将交易结果返回至商户系统。
本发明的有益效果是:
1、明码标价,高效收款:支持商家预先通过后台设定收款金额,不怕少收错收,实现用户即扫即付,无需手输金额,收银更高效;
2、聚合主流支付方式,一码搞定:集成微信支付、支付宝、银联云闪付主流付款App,无需打印多个收款码,收银体验更优质;
3、支持个性化收款限额:支持单笔限额、单日日交易额、单日笔数、单月月交易额、当月月笔数纬度控制收款,收款额度控制更灵活。
附图说明
下面结合附图和实施例对本发明进一步说明。
图1为本发明的结构示意图。
具体实施方式
以下将结合实施例和附图对本发明的构思、具体结构及产生的技术效果进行清楚、完整地描述,以充分地理解本发明的目的、特征和效果。显然,所描述的实施例只是本发明的一部分实施例,而不是全部实施例,基于本发明的实施例,本领域的技术人员在不付出创造性劳动的前提下所获得的其他实施例,均属于本发明保护的范围。另外,专利中涉及到的所有联接/连接关系,并非单指构件直接相接,而是指可根据具体实施情况,通过添加或减少联接辅件,来组成更优的联接结构。本发明创造中的各个技术特征,在不互相矛盾冲突的前提下可以交互组合。
一种实现固定金额聚合二维码收款机制的方法,包括下列步骤:
商户在商户系统上进行操作,对支付系统申请固定金额聚合二维码码牌,支付系统根据商户业务场景的需求,生成符合要求的码牌,并将码牌返回至商户系统;
商户系统向用户付款系统展示码牌,用户打开用户付款系统进行扫码,扫码成功后,支付系统判断码的类型,如果是固定金额收款码,则展示金额界面并创建预支付订单,通过用户付款系统展示给商户进行扫码支付。
在上述实施例中,新增二维码界面、新增码类型、固定金额,实现固定金额收款功能。从技术层面,无需商户开发即可实现固定金额收款,丰富了商户收款业务场景;在业务操作上,不会改变原有操作、码牌申请业务流程,进一步降低了商户的学习成本,商户、用户体验佳。付款时用户可自主备注,商家导出订单后,可根据订单中的备注信息查账、对账(如学校缴纳学费是,可以根据班级、学籍号、姓名信息核对),准确掌握账务情况。支持后台一键定制化码牌样式,如添加商家logo、商家名称、自定义背景色等功能,无需商家二次设计和开发,即可拥有自有特色固定金额收款二维码,收款更人性化。
本发明有三种支付渠道,分别是银联支付、微信支付、支付宝支付,对于银联支付:展示金额界面并创建预支付订单,支付系统根据H5域名标识识别为银联后关联至银联,访问预先在银联配置的白名单URL;对于微信支付:展示金额界面并创建预支付订单,支付系统根据H5域名标识识别为微信,向银联或网联请求后关联至微信;对于支付宝支付:展示金额界面并创建预支付订单,支付系统根据H5域名标识识别为支付宝,向银联或网联请求后关联至支付宝。具体支付流程参考如下3个实施例:
实施例一
如果是固定金额收款码,则展示金额界面并创建预支付订单,支付系统关联至银联,访问银联URL。
支付系统关联至银联后,由银联向用户付款系统获取用户授权,用户经过用户付款系统确认授权后,银联向支付系统返回授权码。
支付系统接收授权码,对银联发起获取用户标识指令并得到回复后,再次向银联发出下单API指令,银联接收到下单API指令后,唤起支付密码控件,通过用户付款系统展示给用户。
银联收到支付成功信息后,将交易结果返回支付系统,支付系统对商户系统返回交易结果。
在上述实施例中,本发明是通过关联银联进行支付,用户可以打开云闪付款APP扫码支付,支付系统判断付商户信息、二维码信息、付款账户机构等信息展示金额确认界面,等待用户确认金额信息,确认无误后,通过用户付款系统进行“确认付款”,支付系统根据付款界面识别云闪付款App,调用支付下单接口,发起支付,支付系统调起云闪付款APP支付控件,用户开始输入密码,账户机构验证密码通过,返回交易结果并展示支付成功界面,支付系统获取支付结果,发送语音播报和支付成功消息推送。
实施例二
如果是固定金额收款码,则展示金额界面并创建预支付订单,用户通过用户付款系统扫码发起支付,支付系统识别至微信,调用微信的openid接口获取appid对应的openid。
微信向用户付款系统发起用户授权,返回授权结果后,微信向支付系统返回openid,支付系统获取用户标识,调用银联或者网联微信下单API,调用微信下单API后,微信生成预付订单并且返回订单信息至银联或者网联。
支付系统向银联或者网联拉取预付订单信息,自动生成JSAPI调用支付参数并签名,唤起支付密码控件并在用户付款系统进行展示。
用户通过用户支付系统确认支付后,输入支付密码,微信验证支付密码,并向银联或者网联返回交易结果,支付系统向银联或者网联拉取交易结果后,将交易结果返回至商户系统。
在上述实施例中,本发明是通过关联银联或网联进行支付,用户可以打开微信扫码支付,支付系统判断付商户信息、二维码信息、付款账户机构等信息展示金额确认界面,等待用户确认金额信息,确认无误后,通过用户付款系统进行“确认付款”,支付系统根据付款界面识别微信,调用支付下单接口,发起支付,支付系统调起微信支付控件,用户开始输入密码,账户机构验证密码通过,返回交易结果并展示支付成功界面,支付系统获取支付结果,发送语音播报和支付成功消息推送。
实施例三
如果是固定金额收款码,则展示金额界面并创建预支付订单,用户通过用户付款系统扫码发起支付,支付系统识别至支付宝,调用支付宝下单API,支付宝生成预付订单并且返回订单信息至银联或者网联。
支付系统向银联或者网联拉取预付订单信息,自动生成JSAPI调用支付参数并签名,唤起支付密码控件并在用户付款系统进行展示。
用户通过用户支付系统确认支付后,输入支付密码,支付宝验证支付密码,并向银联或者网联返回交易结果,支付系统向银联或者网联拉取交易结果后,将交易结果返回至商户系统。
在上述实施例中,本发明是通过关联银联或网联进行支付,用户可以打开支付宝扫码支付,支付系统判断商户信息、二维码信息、付款账户机构等信息展示金额确认界面,等待用户确认金额信息,确认无误后,通过用户付款系统进行“确认付款”,支付系统根据付款界面识别支付宝,调用支付下单接口,发起支付,支付系统调起支付宝支付控件,用户开始输入密码,账户机构验证密码通过,返回交易结果并展示支付成功界面,支付系统获取支付结果,发送语音播报和支付成功消息推送。
本发明结合三种支付方式,对原有普通聚合收款码进行升级优化,通过在后台新增二维码界面新增码类型、固定金额功能,实现固定金额收款功能。从技术层面,无需商户开发即可实现固定金额收款,丰富了商户收款业务场景;在业务操作上,不会改变原有操作、码牌申请业务流程,进一步降低了商户的学习成本,商户、用户体验佳。
本发明的有益效果是:
1、明码标价,高效收款:支持商家预先通过后台设定收款金额,不怕少收错收,实现用户即扫即付,无需手输金额,收银更高效;
2、聚合主流支付方式,一码搞定:集成微信支付、支付宝、银联云闪付主流付款App,无需打印多个收款码,收银体验更优质;
3、支持个性化收款限额:支持单笔限额、单日日交易额、单日笔数、单月月交易额、当月月笔数纬度控制收款,收款额度控制更灵活。
以上是对本发明的较佳实施进行了具体说明,但本发明创造并不限于所述实施例,熟悉本领域的技术人员在不违背本发明精神的前提下还可做出种种的等同变形或替换,这些等同的变形或替换均包含在本申请权利要求所限定的范围内。
Claims (12)
1.一种实现固定金额聚合二维码收款机制的方法,其特征在于,包括下列步骤:
商户在商户系统上进行操作,对支付系统申请固定金额聚合二维码码牌,支付系统根据商户业务场景的需求,生成符合要求的码牌,并将码牌返回至商户系统;
商户系统向用户付款系统展示码牌,用户打开用户付款系统进行扫码,扫码成功后,支付系统判断码的类型,如果是固定金额收款码,则展示金额界面并创建预支付订单,通过用户付款系统展示给商户进行扫码支付。
2.根据权利要求1所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,如果是固定金额收款码,则展示金额界面并创建预支付订单,支付系统关联至银联,访问银联URL。
3.根据权利要求2所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,支付系统关联至银联后,由银联向用户付款系统获取用户授权,用户经过用户付款系统确认授权后,银联向支付系统返回授权码。
4.根据权利要求3所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,支付系统接收授权码,对银联发起获取用户标识指令并得到回复后,再次向银联发出下单API指令,银联接收到下单API指令后,唤起支付密码控件,通过用户付款系统展示给用户。
5.根据权利要求4所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,银联收到支付成功信息后,将交易结果返回支付系统,支付系统对商户系统返回交易结果。
6.根据权利要求1所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,如果是固定金额收款码,则展示金额界面并创建预支付订单,用户通过用户付款系统扫码发起支付,支付系统识别至微信,调用微信的openid接口获取appid对应的openid。
7.根据权利要求6所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,微信向用户付款系统发起用户授权,返回授权结果后,微信向支付系统返回openid,支付系统获取用户标识,调用银联或者网联微信下单API,调用微信下单API后,微信生成预付订单并且返回订单信息至银联或者网联。
8.根据权利要求7所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,支付系统向银联或者网联拉取预付订单信息,自动生成JSAPI调用支付参数并签名,唤起支付密码控件并在用户付款系统进行展示。
9.根据权利要求8所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,用户通过用户支付系统确认支付后,输入支付密码,微信验证支付密码,并向银联或者网联返回交易结果,支付系统向银联或者网联拉取交易结果后,将交易结果返回至商户系统。
10.根据权利要求1所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,如果是固定金额收款码,则展示金额界面并创建预支付订单,用户通过用户付款系统扫码发起支付,支付系统识别至支付宝,调用支付宝下单API,支付宝生成预付订单并且返回订单信息至银联或者网联。
11.根据权利要求10所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,支付系统向银联或者网联拉取预付订单信息,自动生成JSAPI调用支付参数并签名,唤起支付密码控件并在用户付款系统进行展示。
12.根据权利要求11所述的一种实现固定金额聚合二维码收款机制的方法,其特征在于,用户通过用户支付系统确认支付后,输入支付密码,支付宝验证支付密码,并向银联或者网联返回交易结果,支付系统向银联或者网联拉取交易结果后,将交易结果返回至商户系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110646593.9A CN113313495A (zh) | 2021-06-10 | 2021-06-10 | 一种实现固定金额聚合二维码收款机制的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110646593.9A CN113313495A (zh) | 2021-06-10 | 2021-06-10 | 一种实现固定金额聚合二维码收款机制的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113313495A true CN113313495A (zh) | 2021-08-27 |
Family
ID=77378426
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110646593.9A Pending CN113313495A (zh) | 2021-06-10 | 2021-06-10 | 一种实现固定金额聚合二维码收款机制的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113313495A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114333182A (zh) * | 2021-12-28 | 2022-04-12 | 蜂助手股份有限公司 | 实现收银盒子语音播报方法、装置及系统 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107578224A (zh) * | 2017-09-13 | 2018-01-12 | 深圳前海乘势科技有限公司 | 多平台聚合支付的方法及装置 |
CN109685188A (zh) * | 2019-01-17 | 2019-04-26 | 雷龙佳 | 一种金额既定的二维码电子收款牌 |
CN110135838A (zh) * | 2019-04-15 | 2019-08-16 | 深圳壹账通智能科技有限公司 | 电子支付方法、装置、计算机设备和存储介质 |
CN110705983A (zh) * | 2019-09-29 | 2020-01-17 | 腾讯科技(深圳)有限公司 | 扫码支付处理的方法、装置、设备及存储介质 |
CN112465496A (zh) * | 2020-11-16 | 2021-03-09 | 银盛支付服务股份有限公司 | 一种基于二维码的多次收款的实现方法及系统 |
-
2021
- 2021-06-10 CN CN202110646593.9A patent/CN113313495A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107578224A (zh) * | 2017-09-13 | 2018-01-12 | 深圳前海乘势科技有限公司 | 多平台聚合支付的方法及装置 |
CN109685188A (zh) * | 2019-01-17 | 2019-04-26 | 雷龙佳 | 一种金额既定的二维码电子收款牌 |
CN110135838A (zh) * | 2019-04-15 | 2019-08-16 | 深圳壹账通智能科技有限公司 | 电子支付方法、装置、计算机设备和存储介质 |
CN110705983A (zh) * | 2019-09-29 | 2020-01-17 | 腾讯科技(深圳)有限公司 | 扫码支付处理的方法、装置、设备及存储介质 |
CN112465496A (zh) * | 2020-11-16 | 2021-03-09 | 银盛支付服务股份有限公司 | 一种基于二维码的多次收款的实现方法及系统 |
Non-Patent Citations (1)
Title |
---|
曲丽君: "基于聚合支付的新一代校园卡系统设计与实现", 《计算机技术与发展》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114333182A (zh) * | 2021-12-28 | 2022-04-12 | 蜂助手股份有限公司 | 实现收银盒子语音播报方法、装置及系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7831520B2 (en) | Mobile device communication system | |
CN111355776B (zh) | 基于多个应用程序进行的服务提供方法、装置与移动终端 | |
US8533079B2 (en) | Integrated systems for electronic bill presentment and payment | |
CN104217322A (zh) | 基于商户终端设备实现第三方帐户支付与结算的通信方法及系统 | |
AU2013243711B2 (en) | Systems, methods, and computer program products providing payment with non-traditional sources of value | |
US20140297441A1 (en) | Systems and methods for barcode translation | |
US20120253989A1 (en) | System and method for payment by virtual credit card | |
CN109377294A (zh) | 人脸识别自助获取发票的方法、设备及存储介质 | |
CN109118235A (zh) | 支付方法、装置、电子设备及存储介质 | |
US20140257996A1 (en) | Financial Apparatus, Method and System for Receiving and Refunding Fees | |
CN113313495A (zh) | 一种实现固定金额聚合二维码收款机制的方法 | |
CN110766397B (zh) | 基于数据识别模型的近场支付方法 | |
KR101955427B1 (ko) | Qr코드를 이용한 거래단축 금융서비스 제공시스템 및 방법 | |
US20180039977A1 (en) | System and method for controlling settlement | |
CN108573415A (zh) | 产生开发票二维码数据的方法、设备及系统 | |
CN115018486B (zh) | 一种统一支付系统 | |
CA2928920A1 (en) | Method and system for managing payments | |
CN113537956A (zh) | 一种数字人民币聚合支付的方法 | |
CN113537967A (zh) | 一种互联互通码支付机制的终端系统 | |
CN112967050A (zh) | 一种支付方法以及装置 | |
JP2001250074A (ja) | 入金確認システム、企業センタ、支払受付装置及び入金確認方法 | |
CN111369347A (zh) | 业务处理方法、装置、设备及存储介质 | |
CN109615441A (zh) | 快递柜广告的众筹方法、装置、服务器及存储介质 | |
CN113962764A (zh) | 一种高校智慧商圈混合支付结算体系 | |
CN108520461B (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: 20210827 |
|
RJ01 | Rejection of invention patent application after publication |