CN113383357A - 二维码支付联动方法及系统 - Google Patents
二维码支付联动方法及系统 Download PDFInfo
- Publication number
- CN113383357A CN113383357A CN202080009578.7A CN202080009578A CN113383357A CN 113383357 A CN113383357 A CN 113383357A CN 202080009578 A CN202080009578 A CN 202080009578A CN 113383357 A CN113383357 A CN 113383357A
- Authority
- CN
- China
- Prior art keywords
- dimensional code
- checkout
- payment
- linkage
- shop
- 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 92
- 238000004891 communication Methods 0.000 claims description 3
- 230000010354 integration Effects 0.000 description 30
- 238000012545 processing Methods 0.000 description 23
- 230000006870 function Effects 0.000 description 17
- 239000002253 acid Substances 0.000 description 15
- 238000012790 confirmation Methods 0.000 description 9
- 230000015572 biosynthetic process Effects 0.000 description 6
- 238000003786 synthesis reaction Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 5
- 239000002131 composite material Substances 0.000 description 4
- 238000007796 conventional method Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 2
- 238000012795 verification Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 244000240602 cacao Species 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 235000013305 food Nutrition 0.000 description 1
- 238000007429 general method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012827 research and development Methods 0.000 description 1
Images
Landscapes
- Cash Registers Or Receiving Machines (AREA)
Abstract
本发明涉及一种二维码(QR)支付联动方法及系统,其特征在于,用户运行结账应用程序并扫描店铺二维码,但不输入结账金额,而是由联动系统向结账模块转发店铺二维码和结账金额,结账模块以所接收的店铺二维码和结账金额进行结账后,向联动系统转发结账结果。
Description
技术领域
本发明为如下的方法及系统、服务以及经营模式:保持识别店铺、认证用户、进行结账处理的二维码(QR)支付的核心功能,并通过简单修改结账应用程序来与商城或店铺销售点情报管理系统(POS)联动。
即,本发明为如下的方法及系统:顾客扫描店铺二维码,并不输入结账金额,而是从外部向结账应用程序转发二维码和结账金额,结账应用程序以所转发的二维码和结账金额进行结账,结账后向外部发送结果,由此将商城或店铺销售点情报管理系统与二维码支付联动。
并且,本发明为如下的方法及系统:若顾客运行结账应用程序并扫描店铺二维码,则向联动服务器发送二维码,在从联动服务器接收待结账状态的订单信息并结账后,转发结果,销售点情报管理系统接收结账结果并将店铺销售点情报管理系统与二维码支付联动。
同时,本发明为实现如上所述的方法及系统的服务及经营模式。
背景技术
近来,广泛使用如下的二维码支付:通过智能手机应用程序扫描店铺提供的二维码,并输入结账金额来结账。
发明内容
技术问题
但是,二维码支付服务并不与商城或店铺销售点情报管理系统联动。
因此,在网上商城难以使用二维码支付。
在线下店铺中,顾客需直接输入结账金额,因此,不仅不便,店员还需通过顾客智能手机画面或二维码支付应用程序画面或二维码支付服务器以肉眼一一确认是否结账以及结账金额,并需分别管理销售点情报管理系统和二维码支付,因此非常不便。
技术方案
本发明为如下的方法及系统、服务以及经营模式:保持识别店铺、认证用户、进行结账处理的二维码支付地核心功能,并通过简单修改结账应用程序来与商城或店铺销售点情报管理系统联动。
即,本发明为如下的方法及系统:顾客扫描店铺二维码,并不输入结账金额,而是从外部向结账应用程序转发二维码和结账金额,结账应用程序以所转发的二维码和结账金额进行结账,结账后向外部发送结果,由此将商城或店铺销售点情报管理系统与二维码支付联动。
并且,本发明为如下的方法及系统:若顾客运行结账应用程序并扫描店铺二维码,则向联动服务器发送二维码,在从联动服务器接收待结账状态的订单信息并结账后,转发结果,销售点情报管理系统接收结账结果并将店铺销售点情报管理系统与二维码支付联动。
同时,本发明为实现如上所述的方法及系统的服务及经营模式。
发明的效果
根据本发明,不仅可在网上商城以二维码支付进行结账,而且用户无需输入结账金额,因此便利,在线下店铺也无需通过肉眼一一确认结账结果,可在销售点情报管理系统进行所有管理,因此非常便利。
附图说明
图1为本发明的基本系统的结构图及流程图的例示。
图2为与以往相同的二维码支付结账画面的例示。
图3为本发明的网上商城中的结账流程图的例示。
图4为结账应用程序选择画面的例示。
图5为本发明的个人计算机(PC)网上商城及销售点情报管理系统中的结账流程图的例示。
图6为以二维码形态显示结账所需信息的画面的例示
图7为通过短讯服务(SMS)发送结账所需信息的画面的例示。
图8为本发明的通过扫描店铺二维码来结账的流程图的例示。
图9为在扫描店铺二维码时待结账状态的订单为多个的情况下的订单选择画面的例示。
图10为扫描店铺二维码后输入序列号的画面的例示。
图11为在向各个销售点情报管理系统赋予二维码的情况下的二维码生成画面的例示。
图12为扫描店铺二维码后输入销售点情报管理系统编号的画面的例示。
图13为在未与销售点情报管理系统联动的情况下,店员在单独的应用程序输入结账金额并接收结果的画面的例示。
图14为本发明的二维码综合服务从二维码获取相应服务的店铺二维码的流程图的例示。
图15为在二维码综合服务中选的结账服务和结账应用程序的画面的例示。
图16为ZERO支付的结账明细查询画面。
图17为本发明的另一系统结构图的例示。
图18为本发明的结账验证流程图的例示。
图19为本发明的网上商城结账画面的例示。
图20为本发明的交易号输入画面的例示。
图21为本发明的交易单选择画面的例示。
图22为本发明的取消处理流程图的例示。
图23为本发明的另一结账验证流程图的例示。
图24为本发明的结账后条形码显示画面的例示。
具体实施方式
为了实现本发明,首先,联动系统通过如下方式与各个二维码支付结账应用程序联动。
步骤1,联动系统向结账应用程序转发二维码支付二维码、结账金额、结果接收统一资源定位符(URL)等的信息。
在结账应用程序为网页形态的情况下,通过如下方式向网页转发二维码和结账金额。
https://zeropay.naver.com/pay.jsp?qr=1-ZP-201811900011-M201811900000011-Zmlg&amount=10000&ordid=20190115000100&returl=https://qrpays.com/return.asp
其中,qr是指相应店铺的二维码支付二维码,amount是指结账金额,ordid是指识别订单的综合订单号,returl是指接收结账结果的统一资源定位符。
步骤2,结账应用程序利用所接收的二维码和结账金额来通过与以往相同的方法结账。
步骤2-1,结账应用程序利用二维码搜索店铺后,如图2的第一个图,显示店铺名、结账金额以及账户信息。
在此情况下,已确定结账金额,因此,顾客无需输入结账金额,若顾客修改金额,则将改变金额,由此使顾客无法修改金额。
步骤2-2,若顾客单击确认,则如图2的第二个图,显示密码输入画面。
步骤2-3,顾客输入结账密码来结账。
步骤2-4,结账应用程序通过与以往相同的方法进行二维码支付结账。
步骤3,结账应用程序在结账后向联动系统转发交易号。
在网页调用方式的情况下,能够以如下方式通过在步骤1指定的returl向综合服务器转发信息。
https://qrpays.com/return.asp?retcd=OK&acid=PPG1900115116&ordid=20190115000100
其中,retcd为结账结果码,acid为二维码支付交易号,ordid为在步骤1中转发的综合订单号。
本发明的实施方式
近来,广泛使用如下的二维码支付:通过智能手机应用程序扫描店铺提供的二维码,并输入结账金额来进行结账。
但是,二维码支付服务并不与商城或店铺销售点情报管理系统联动。
因此,在网上商城难以使用二维码支付。
在线下店铺中,顾客需直接输入结账金额,因此,不仅不便,店员还需通过顾客智能手机画面或二维码支付应用程序画面或二维码支付服务器以肉眼一一确认是否结账以及结账金额,并需分别管理销售点情报管理系统和二维码支付,因此非常不便。
本发明为如下的方法及系统、服务以及经营模式:保持识别店铺、认证用户、进行结账处理的二维码支付的核心功能,并通过简单修改结账应用程序来与商城或店铺销售点情报管理系统联动。
即,本发明为如下的方法及系统:顾客扫描店铺二维码,并不输入结账金额,而是从外部向结账应用程序转发二维码和结账金额,结账应用程序以所转发的二维码和结账金额进行结账,结账后向外部发送结果,由此将商城或店铺销售点情报管理系统与二维码支付联动。
并且,本发明为如下的方法及系统:若顾客运行结账应用程序并扫描店铺二维码,则向联动服务器发送二维码,在从联动服务器接收待结账状态的订单信息并结账后转发结果,销售点情报管理系统接收结账结果并将店铺销售点情报管理系统与二维码支付联动。
同时,本发明为实现如上所述的方法及系统的服务及经营模式。
在本说明书中,以ZERO支付为例进行说明。
首先,ZERO支付二维码为用于识别各个店铺的二维码,包含如下的字符串信息。
1-ZP-201811900011-M201811900000011-Zmlg
因此,可通过智能手机摄像头扫描ZERO支付二维码图像来获取店铺信息,还可存储上述字符串信息后转发上述字符串信息。
如KAKAO支付,一部分二维码支付的二维码包含如下的统一资源定位符。
https://qr.kakaopay.com/281006012000000000529148
在进行本说明之前,术语定义如下。
商城是指通过互联网销售商品或服务的公司。
店铺是指在线下销售商品或服务的公司或售货柜台。
在上下文中,店铺可以为网上商城和线下店铺的统称。
店铺订单号是指在商城或店铺中为了识别订单而赋予的编号。
店铺订单号除数字之外还可包含字符。
二维码是指二维码图像或在上文中说明的字符串信息。
若在下文中未区分为二维码图像或二维码字符串,则通过上下文进行区分。
即,扫描二维码是指二维码图像,否则为二维码字符串。
交易号是指在ZERO支付服务中识别各个ZERO支付结账单的唯一编号。
结账模块或结账应用程序是指包括ZERO支付结账功能的支付服务及银行的模块或应用程序。
结账模块可以为网页形态,也可以为应用程序形态,还可以为模块形态,因此可混合表示结账模块和结账应用程序。
联动模块可区分为与商城及销售点情报管理系统联动的店铺联动模块以及与ZERO支付结账应用程序联动的结账应用程序联动模块。
以下,可将店铺联动模块区分为如个人计算机联动模块、销售点情报管理系统联动模块。
联动应用程序是指应用程序形态的联动模块。
联动模块和联动应用程序也可混合使用。
当利用综合服务时,综合模块是指联动模块,当在商城或销售点情报管理系统中直接与ZERO支付结账应用程序联动时,综合模块是指商城或销售点情报管理系统内的模块。
联动模块可以为网页形态,还可以为应用程序形态。
联动服务器为存储并搜索结账所需信息和结账结果信息的服务器,当利用综合服务时,联动服务器是指综合服务器,当在商城或销售点情报管理系统中直接与ZERO支付结账应用程序联动时,联动服务器是指商城服务器或销售点情报管理系统服务器。
联动服务是指提供商城及销售点情报管理系统与ZERO支付结账应用程序之间的联动的服务。
联动系统为用于联动服务的系统,包括联动服务器和联动模块。
综合服务是指提供多个商城或销售点情报管理系统与多个结账模块之间的联动的服务。
综合模块为为了综合服务而在个人计算机或智能手机中进行工作的网页或应用程序或库形态等的模块,综合模块也可分为与商城及销售点情报管理系统联动的店铺综合模块以及与ZERO支付结账应用程序联动的结账应用程序综合模块。
综合应用程序是指应用程序形态的综合模块。
综合模块和综合应用程序也可混合使用。
综合服务器是指存储并提供综合服务所需信息的服务器。
在此,将综合服务的服务器统一资源定位符假设为https://qrpays.com。
综合系统为用于综合服务的系统,包括综合服务器和综合模块。
综合订单号为为了在综合服务中识别订单而赋予的编号,称为综合订单号是为了与订单号进行区分。
当然,除数字之外,综合订单号还可包含字符。
以下,并不以店铺订单号或综合订单号来区分,在称为订单号的情况下,区分店铺订单的订单号是指店铺订单号,在综合服务中区分订单的订单号是指综合订单号。
各个店铺事先注册为ZERO支付加盟店并获得ZERO支付二维码。
同时,为了利用综合服务,各个店铺在综合服务中加入会员并注册二维码。
同时,订单状态的定义如下。
待结账状态是指在联动服务器存储订单后等待顾客结账的状态。
结账完成状态是指顾客完成结账的状态。
取消状态是指顾客取消订单来进行取消处理的状态。
在顾客取消订单的情况下,立即进行取消处理,来使相应订单不会停留在待结账状态。
各个商城可直接调用结账模块并进行处理,但由于各个结账模块的调用并联动的方法可能不同,商城各自进行研发的效率低下,因此在此主要以使用综合服务的情况为例进行说明。
本发明的服务由网上商城或线下店铺、各种支付服务及银行的结账模块以及联动系统构成,上述各种支付服务及银行的结账模块包含ZERO支付结账功能,上述联动系统提供商城及销售点情报管理系统与ZERO支付结账应用程序之间的联动。
并且,联动系统由店铺联动模块、结账应用程序联动模块以及联动服务器构成,上述店铺联动模块与商城及销售点情报管理系统联动,上述结账应用程序联动模块与结账应用程序联动,上述联动服务器存储并搜索结账所需信息、结账结果。
为了实现本发明,首先,联动模块通过如下的方式与各个ZERO支付结账模块联动。
步骤1,联动模块向结账模块转发ZERO支付二维码和结账金额等的信息。
同时,可转发能够识别接收结账结果的统一资源定位符和订单的信息。
在结账模块为网页形态的情况下,通过如下方式向网页转发二维码和结账金额。
https://zeropay.naver.com/pay.jsp?qr=1-ZP-201811900011-M201811900000011-Zmlg&amount=10000&ordid=20190115000100&returl=https://qrpays.com/return.asp
其中,qr是指相应店铺的ZERO支付二维码,amount是指结账金额,ordid是指识别订单的综合订单号,returl是指接收结账结果的统一资源定位符。
在Active X版本的情况下,可进行如下的调用。
<script language=javascript>
var zp=ActiveXObject(‘naver.zeropay’);
ret=zp.pay(‘1-ZP-201811900011-M201811900000011-Zmlg’,10000);
</script>
在模态格式的情况下,可立即接收所反馈的结账结果,因此,无需额外发送结账结果接收统一资源定位符和订单号。
在结账模块为智能手机应用程序形态的情况下,根据在安卓或苹果操作系统(IOS)等的智能手机操作系统(OS)提供的方法调用结账模块。
或者,如以下例示,还可通过如统一资源定位符模式的通用方法调用。
zpgp://zeropay.naver.com/pay.jsp?qr=1-ZP-201811900011-M201811900000011-Zmlg&amount=10000&ordid=20190115000100&returl=https://qrpays.com/return.asp
如上所述,可通过在统一资源定位符之后附加参数来进行发送,还可根据各个操作系统提供的方法进行转发。
步骤2,结账模块利用所接收的二维码和结账金额来通过与以往相同的方法进行结账。
步骤2-1,结账模块利用二维码搜索店铺后,如图2的第一个图,显示店铺名、结账金额以及账户信息。
在此情况下,已确定结账金额,因此,顾客无需输入结账金额,若顾客修改金额,则将改变金额,由此使顾客无法修改金额。
步骤2-2,若顾客单击确认,则如图2的第二个图,显示密码输入画面。
步骤2-3,顾客输入结账密码来结账。
步骤2-4,结账模块通过与以往相同的方法进行ZERO支付结账。
步骤3,结账模块在结账后向联动模块或联动服务器转发交易号。
在网页调用方式的情况下,能够以如下方式通过在步骤1指定的returl向综合服务器转发信息。
https://qrpays.com/return.asp?retcd=OK&acid=PPG1900115116&ordid=20190115000100
其中,retcd为结账结果码,acid为ZERO支付交易号,ordid为在步骤1中转发的综合订单号。
或者,综合服务提供库形态的模块,结账应用程序可通过如下方式调用模块。
ZeroPay zp=new ZeroPay();
zp.SaveResult(“OK”,“20190120000001”,“PPG1900115116”);
或者,在模态格式的Active X模块的情况下,可通过如下的反馈值转发。
retcd:OK
acid:PPG1900115116
ordid:20190115000100
可通过XML或JSON等的格式反馈,而不是通过如上所述的纯文本格式反馈。
或者,还可根据各个操作系统提供的方法向综合模块转发处理结果。
当然,在发生错误的情况下,转发错误代码和错误内容。
在如上所述的步骤1中,并不是联动模块向结账应用程序转发信息,而是结账应用程序向综合服务器发送综合订单号或二维码,并可从综合服务器接收结账所需信息。
步骤1-1,结账应用程序向综合服务器发送综合订单号或二维码。
可通过如下的方式调用综合服务器统一资源定位符。
https://qrpays.com/request.asp?ordid=20190115000100
https://qrpays.com/request.asp?qr=1-ZP-201811900011-M201811900000011-Zmlg
或者,综合服务提供库形态的模块,结账应用程序可通过如下的方式调用模块。
ZeroPay zp=new ZeroPay();
zp.GetPrice(“20190120000001”);
步骤1-2,综合服务器通过在下文中说明的方法从综合订单号或二维码搜索订单。
步骤1-3,综合服务器通过如下的方法反馈结账所需信息。
qr:1-ZP-201811900011-M201811900000011-Zmlg
ordid:20190115000100
amount:10000
returl:https://qrpays.com/return.asp
可通过XML或JSON等格式进行反馈,而不是通过如上所述的纯文本格式进行反馈。
同时,综合服务还定义与商城或销售点情报管理系统联动的方法。
在商城的情况下,可通过如下的方法联动。
第一、可利用统一资源定位符联动。
商城可通过如下的方式向综合服务器请求结账。
https://qrpays.com/pay.asp?id=hknets&ordid=123456&amount=10000&returl=https://www.xxxmall.com/pay/return.asp
其中,id为商城的综合服务会员标识(ID),ordid为商城的订单号,amount为结账金额,returl为结账结果接收统一资源定位符。
当然,在信用卡的情况下,包含处理订单所需的其他信息来通过POST方式发送,但在此,为了便于说明,以简单地通过GET方式仅发送与结账相关的信息的情况为例进行说明。
还可使用如qr=1-ZP-201811900011-M201811900000011-Zmlg的ZERO支付二维码,而不是使用综合服务会员标识。
综合服务器或综合模块可通过如下方式向商城转发结果。
https://www.xxxmall.com/pay/return.asp?retcd=OK&ordid=123456&acid=PPG1900115116
retcd为结账结果码,acid为ZERO支付交易号,ordid为从商城接收的商城订单号。
第二、可使用Active X。
商城可通过如下方式调用ActiveX来转发结账请求。
<script language=javascript>
var qp=ActiveXObject(‘qrpays.pay’);
ret=qp.pay(“hknets”,“123456”,10000);
</script>
其中,第一参数是指商城的综合服务会员标识,第二参数是指商城订单号,第三参数是指结账金额。
商城可通过如下方式接收所反馈的结果。
retcd:OK
acid:PPG1900115116
retcd为结账结果码,acid为ZERO支付交易号。
如上述例示,在接收所反馈的结果的方式中,即使不发送订单号,也可在销售点情报管理系统识别订单,但可能在之后与综合服务器比较数据时需要订单号,因此可发送订单号。
可通过XML或JSON等格式进行反馈,而不是通过如上所述的纯文本格式进行反馈。
销售点情报管理系统可通过如下的方法联动。
第一、可通过统一资源定位符联动。
销售点情报管理系统可通过如下方式转发结账请求。
https://qrpays.com/pay.asp?id=hknets&ordid=123456&amount=10000
销售点情报管理系统可通过如下方式调用统一资源定位符来接收所反馈的结果。
https://qrpays.com/result.asp?id=hknets&ordid=123456
或者,当请求结账时,还可转发所反馈的综合订单号并接收所反馈的结果。
https://qrpays.com/result.asp?ordid=20190115000100
在销售点情报管理系统的情况下,当具有服务器时,如商城,则综合服务器或综合模块还可向销售点情报管理系统服务器发送。
第二、综合服务可提供额外的联动模块。
销售点情报管理系统可通过如下方式转发结账请求。
Set o=CreateObject(“ZeroPays.Pay”)
ret=o.Pay(“hknets”,“123456”,10000)
销售点情报管理系统可通过如下方式接收所反馈的结果。
retcd:OK
acid:PPG1900115116
也可通过XML或JSON等格式进行反馈,而不是通过如上所述的纯文本格式进行反馈。
除此之外,可通过各种方法联动。
可通过如下的方式将本发明适用于网上商城。
在商城搜索商品并移动至结账画面的方法与以往相同,因此,将在本说明中省略,对顾客在结账画面选择自身使用的ZERO支付结账并结账的过程进行说明。
步骤1,如上所述,商城结账页向综合模块转发综合服务会员标识、订单号、结账金额、结账结果接收统一资源定位符。
步骤2,综合服务器搜索会员信息,在正常会员的情况下,存储所接收的信息后生成可识别相应订单的综合订单号,并反馈综合订单号和相应商城的ZERO支付二维码。
步骤2-1,综合模块向综合服务器发送所接收的信息。
步骤2-2,综合服务器搜索相应商城的ZERO支付二维码。
步骤2-3,综合服务器生成可识别相应订单的综合订单号。
假设所生成的综合订单号为20190115000100。
步骤2-4,综合服务器存储综合订单号、商城的综合服务会员标识、商城订单号、结账金额等的信息。
在综合服务器直接向商城转发结账结果的情况下,还存储结账结果接收统一资源定位符。
步骤2-5,综合服务器反馈ZERO支付二维码和综合订单号。
在此情况下,一同反馈商城名来在步骤3中示出商城名。
步骤3,如图4,综合模块显示ZERO支付结账模块选择画面,顾客选择ZERO支付结账模块中的一个并单击结账。
当然,可在商城结账页选择结账模块,还可在商城结账页向综合模块转发结账模块,在此步骤下,省略步骤3,并进行步骤4。
顾客使用多个结账应用程序的情况不多,因此,可存储之前使用过的结账模块并默认显示。
步骤4,综合模块通过如上所述的方法运行ZERO支付结账应用程序,并转发店铺二维码、结账金额、综合订单号、结果接收统一资源定位符。
步骤5,ZERO支付结账应用程序以所接收的店铺二维码和结账金额结账。
步骤6,ZERO支付结账应用程序向综合服务器发送包含ZERO支付交易号的结账结果。
步骤7,综合服务器利用综合订单号搜索订单并存储ZERO支付交易号。
步骤8,综合模块向综合服务器发送综合订单号并从综合服务器接收结账结果。
https://qrpays.com/result.asp?ordid=20190115000100
综合模块可定期访问综合服务器来接收结果,还可在顾客结账后在综合模块单击按钮的瞬间从综合服务器接收信息。
步骤8-1,综合模块向综合服务器发送综合订单号。
步骤8-2,综合服务器利用综合订单号搜索订单。
步骤8-3,综合服务器反馈包含相应订单的ZERO支付交易号的结账结果。
步骤9,如上所述,综合模块向商城服务器发送包含商城订单号和交易号的结账结果。
步骤10,商城接收结账结果后向服务器发送ZERO支付交易号和订单明细,商城服务器存储交易号和订单明细。
在如上所述的步骤8中,综合服务器还可向商城服务器发送结账结果。
不需要通过如本例示的方式进行处理的二维码扫描功能,因此,还可在个人计算机中使用,因此,若创建在个人计算机中运行的结账模块,可通过如上所述的方式联动。
但是,在如ZERO支付具有智能手机结账应用程序但没有个人计算机结账模块的情况下,不能从个人计算机直接向顾客智能手机应用程序转发结账所需信息。
销售点情报管理系统也不能直接向顾客智能手机应用程序转发结账所需信息。
但是,个人计算机或销售点情报管理系统也可通过如下方式利用智能手机应用程序来结账。
在此,综合模块分为在个人计算机中运行的模块和在智能手机中运行的模块。
在此情况下,首先,个人计算机或销售点情报管理系统需通过如下的方法向智能手机联动模块转发综合订单号或结账所需的所有信息。
第一、通过如下方式转发综合订单号,并可从综合订单号接收结账所需信息。
个人计算机或销售点情报管理系统联动模块通过上述方式向综合服务器发送订单信息,在接收所反馈的综合订单号后以如下的方式转发综合订单号。
https://qrpays.com/request.asp?ordid=20190115000100
或者
ordid:20190115000100
url:https://qrpays.com/request.asp
或者,在统一资源定位符是固定的情况下,如20190115000100,可仅转发综合订单号。
智能手机联动模块或结账应用程序在接收综合订单号后通过如下方式接收结账所需信息。
步骤1,智能手机综合应用程序或结账应用程序向综合服务器发送综合订单号。
https://qrpays.com/request.asp?ordid=20190115000100
步骤2,综合服务器搜索订单并反馈结账所需信息。
步骤2-1,综合服务器利用综合订单号搜索订单。
步骤2-2,综合服务器通过如下方式反馈店铺的ZERO支付二维码、结账金额等的信息。
qr:1-ZP-201811900011-M201811900000011-Zmlg
amount:10000
returl:https://qrpays.com/return.asp
第二、还可通过如下方式转发结账所需的所有信息。
https://qrpays.com/request.asp?qr=1-ZP-201811900011-M201811900000011-Zmlg&ordid=20190115000100&amount=10000&returl=https://qrpays.com/return.asp
或者,
qr:1-ZP-201811900011-M201811900000011-Zmlg
ordid:20190115000100
amount:10000
url:https://qrpays.com/request.asp
或者,在统一资源定位符是固定的情况下,还可通过如下方式转发。
qr:1-ZP-201811900011-M201811900000011-Zmlg
ordid:20190115000100
amount:10000
在此情况下,无需智能手机综合应用程序或结账应用程序向综合服务器发送综合订单号且从综合服务器接收结账所需信息的过程。
可通过如下的各种介质或各种方法转发如上所述的信息。
第一、如图6,在个人计算机画面或销售点情报管理系统的顾客用显示器,能够以条形码或二维码形态显示综合订单号来转发。
最近,大部分的销售点情报管理系统终端使用个人计算机,大多数情况下除店员使用的显示器之外,还安装有顾客可确认购买明细和金额的显示器,安装在销售点情报管理系统的个人计算机综合模块在顾客用显示器显示条形码或二维码,可使顾客运行智能手机综合应用程序或结账应用程序并扫描。
同时,如上所述,可仅转发综合订单号,在二维码的情况下,可包含许多信息,因此可转发结账所需的所有信息。
第二、如图7,可通过顾客智能手机以字符或即时通讯、推送通知发送统一资源定位符。
当在商城下单时,输入顾客手机号,因此,无需另行输入也可从商城接收。
在线下店铺中,向顾客询问手机号并向综合服务器发送手机号,综合服务器还可向顾客智能手机发送。
https://qrpays.com/request.asp?ordid=20190115000100
或者
https://qrpays.com/request.asp?qr=1-ZP-201811900011-M201811900000011-Zmlg&ordid=20190115000100&amount=10000&returl=https://qrpays.com/return.asp
顾客接收消息后,点击智能手机的字符或即时通讯中的统一资源定位符或推送通知。
若点击统一资源定位符,则自动移动至相应网站,相应网页可向综合模块或结账应用程序转发综合订单号或结账所需信息。
第三、向顾客提供综合订单号,顾客运行智能手机综合应用程序或结账应用程序并输入综合订单号。
在此情况下,难以输入大量信息,因此,在统一资源定位符固定的情况下使用,并转发综合订单号。
同时,还可使用简单的识别号来代替综合订单号。
第四、在线下售货柜台的情况下,当在售货柜台具有近场通信(NFC)终端等可与智能手机进行通讯的终端的情况下,可向终端发送。
从销售点情报管理系统向终端发送综合订单号或结账所需的所有信息,若在顾客运行综合应用程序或结账应用程序后将终端靠近智能手机,则综合应用程序或结账应用程序可从终端接收综合订单号或结账所需的所有信息。
可仅转发综合订单号,还可转发结账所需的所有信息。
在以下说明中,以通过二维码形态在画面显示综合订单号且利用结账应用程序扫描二维码的情况为例进行说明。
步骤1,商城结账页向个人计算机综合模块转发综合服务会员标识、订单号、结账金额、结账结果接收统一资源定位符。
步骤2,个人计算机综合模块向综合服务器发送所接收的信息,综合服务器存储信息后发放综合订单号并反馈。
步骤3,如图6,个人计算机综合模块在个人计算机画面通过二维码形态显示综合订单号。
当然,还可通过数字显示来使顾客直接输入。
步骤4,顾客运行智能手机结账应用程序并扫描个人计算机画面的二维码。
当然,还可直接输入所显示的数字。
步骤5,结账应用程序向综合服务器发送综合订单号,从综合服务器接收店铺二维码和结账金额等的信息。
步骤6,结账应用程序以所接收的店铺二维码和结账金额进行结账。
步骤7,结账应用程序向综合服务器发送结账结果。
步骤8,综合服务器利用综合订单号搜索订单并存储交易号。
步骤9,个人计算机综合模块从综合服务器接收结账结果。
步骤10,个人计算机综合模块向商城服务器发送结账结果。
步骤11,商城结账页接收所反馈的ZERO支付交易号后,向服务器发送ZERO支付交易号和订单明细,商城服务器存储交易号和订单明细。
销售点情报管理系统也可通过与如上所述的个人计算机商城的情况相同的方式进行处理。
步骤1,若店员向销售点情报管理系统输入订单后单击ZERO支付结账按钮,则销售点情报管理系统通过如下方式调用综合模块,向销售点情报管理系统综合模块转发综合服务会员标识、订单号、结账金额。
步骤2,销售点情报管理系统综合模块向综合服务器发送所接收的信息,综合服务器存储信息后发放综合订单号并反馈。
步骤3,销售点情报管理系统综合模块在销售点情报管理系统顾客用显示器以二维码形态显示综合订单号。
步骤4,顾客运行智能手机结账应用程序并扫描销售点情报管理系统画面的二维码。
步骤5,结账应用程序综合模块向综合服务器发送综合订单号,从综合服务器接收店铺二维码和结账金额等的信息。
步骤6,结账应用程序以所接收的店铺二维码和结账金额结账。
步骤7,结账应用程序综合模块向综合服务器发送结账结果。
步骤8,综合服务器通过综合订单号搜索订单并存储交易号。
步骤9,若店员在销售点情报管理系统按下确认键,则销售点情报管理系统综合模块发送综合订单号并从综合服务器接收结账结果。
步骤10,销售点情报管理系统综合模块反馈结账结果。
步骤11,销售点情报管理系统在接收ZERO支付交易号后存储交易号和订单明细。
还可通过如下方式从店铺二维码接收结账所需信息。
通常,在一个加盟店具有多个售货柜台的情况下,二维码支付向各个售货柜台发放二维码。
网上商城可同时产生多个订单和结账,相反,线下售货柜台为在完成对于一个订单的结账后进行下一订单的方式,因此,在任一家店铺或一个售货柜台仅具有一台售点情报管理系统的情况下,即,在使用一个二维码的销售点情报管理系统为一台的情况下,如下所述,可仅通过扫描店铺二维码来识别订单。
步骤1,店员向销售点情报管理系统输入订单并单击确认按钮。
步骤2,销售点情报管理系统向综合服务器发送店铺二维码和订单明细并接收综合订单号。
在此情况下,综合服务器可同时存储订单信息和店铺二维码。
步骤3,顾客运行结账应用程序并扫描店铺二维码。
步骤4,结账应用程序向综合服务器发送店铺二维码,从综合服务器接收综合订单号和结账所需信息。
步骤4-1,结账应用程序向综合服务器发送店铺二维码。
步骤4-2,综合服务器从包含所发送的二维码的订单中搜索待结账状态的订单。
使用一个店铺二维码的销售点情报管理系统为一台,且销售点情报管理系统依次结账,因此相应时间点的待结账状态的订单为1件。
但是,为了防止在之前发送的订单中搜索到还处于待结账状态的订单的情况,可仅搜索如与当前时间相距1分钟以内这样的在指定时间以内发送的订单。
步骤4-3,综合服务器反馈综合订单号和结账金额。
步骤5,结账应用程序以店铺二维码和结账金额结账。
当然,若在上文中,向服务器发送除结账金额之外的详细的订单明细并显示,则顾客可再次确认是否为自己的订单。
步骤6,结账应用程序向综合服务器发送结账结果。
步骤7,综合服务器利用综合订单号搜索订单并存储结账结果。
在此情况下,将订单状态变更为结账完成状态,来防止订单仍处于待结账状态。
之后,销售点情报管理系统通过与上述方法相同的方法接收结账结果,并存储订单。
如在由售货柜台构成且向多个售货柜台分别发放店铺二维码使用但由一个综合服务标识(ID)加入的情况,在多台销售点情报管理系统共享综合服务标识的情况下,如上所述,需在订单信息存储二维码才可在步骤4中搜索到,但在使用一个综合服务标识的情况下,即使不在上述步骤2中存储二维码,也可在步骤4-2进行如下的处理。
步骤4-2-1,综合服务器从店铺二维码搜索店铺的综合服务标识。
步骤4-2-2,综合服务器搜索相应店铺的订单中的待结账状态的订单。
若综合服务器存储订单且在顾客未结账的状态下取消订单,则销售点情报管理系统向综合服务器发送综合订单号,综合服务器对相应订单进行取消处理,由此在步骤4中搜索订单时无法搜索到相应订单。
一个售货柜台可具有多台销售点情报管理系统,还可在每个销售点情报管理系统同时输入订单。
即,在多台销售点情报管理系统共享一个二维码的情况下,可同时通过一个二维码存储多个订单。
在此情况下,若在结账应用程序发送二维码,则综合服务器需在包含相应二维码且处于待结账状态下的多个订单中区分相应顾客的订单。
这可包括如下的多个方法。
第一、综合服务器在包含所发送的二维码的订单中搜索待结账状态的最近订单,反馈综合订单号和结账金额,且顾客可对其进行选择。
即,在上述步骤4中,综合服务器反馈包含所发送的二维码的订单中处于待结账状态的所有订单的综合订单号和结账金额,在多个订单的情况下,结账应用程序接收订单信息后,如图9显示订单列表,顾客选择后进行结账。
通常,店员向销售点情报管理系统输入订单后提供结账金额,因此,在各个订单的结账金额不同的情况下,可容易进行选择。
在结账金额相同的订单为多个的情况下,店员告知综合订单号,顾客选择相应的综合订单号。
同时,为了防止顾客选择金额不同的其他订单的情况,当销售点情报管理系统请求结账结果时,综合服务器反馈包含结账金额的结账结果,销售点情报管理系统可确认结账金额是否一致。
第二、综合服务器可向各个订单赋予序列号来区分订单。
即,在上述步骤2中,可通过如下方式向综合服务器发送订单明细并接收序列号。
步骤2-1,销售点情报管理系统向综合服务器发送店铺二维码和结账金额。
步骤2-2,综合服务器生成综合订单号和简单的序列号。
序列号为用于在待结账状态的订单中识别相应订单的编号,以两位数或三位数生成与通过相同二维码产生的订单有关的序列号。
即,在一个售货柜台具有多台销售点情报管理系统、使用一个二维码且使用两位数序列号的情况下,若在一台销售点情报管理系统输入的订单的序列号为1,则之后在相应售货柜台中的任何销售点情报管理系统发送订单,赋予序列号2,并且依次增加,序列号在99之后再次变更为0或1。
通常,一个售货柜台使用一个二维码,在一个售货柜台中同时产生的订单数受限。
即,若在一个售货柜台具有3台销售点情报管理系统,则可同时产生的订单最多为3件,即使在结账之前输入下一顾客的订单并发送,也可产生6件左右的订单。
因此,对于一个二维码,可通过一位数的序列号识别处于待结账状态的订单。
但是,在使用一位数的情况下,若从在销售点情报管理系统发送订单后到完成结账为止的时间延迟的过长,则序列号可能与下一个销售点情报管理系统重复。
例如,若序列号为7,但由于顾客的使用智能手机时不熟练等而使时间延迟得很多,在下一个销售点情报管理系统中快速进行结账,则可从8号开始再次生成7号序列号。
为防止这种情况,核对将要新发放的序列号是否为当前处于待结账状态中的序列号,在是处于待结账状态的序列号的情况下,可使用下一编号。
或者,若简单地使用两位数序列号,则可防止这种情况。
在生成7号序列号之后进行至99号为止,且再次成为7号为止需要较长的时间,因此,在这段时间内无法结账,从而不能发生序列号重复的情况。
当然,当在如百货商店的大售货柜台中,多台销售点情报管理系统使用一个二维码时,还可使用三位数以上。
按照店铺二维码生成综合订单号,可将综合订单号的后两位或三位用作序列号。
并且,还可将序列号用作在美食广场或高速公路休息区或咖啡店等下单后到出餐为止等待顺序的等候号。
步骤2-3,综合服务器在存储二维码、结账金额、综合订单号以及序列号后反馈综合订单号和序列号。
步骤2-4,销售点情报管理系统综合模块接收综合订单号和序列号,并在销售点情报管理系统画面显示序列号。
步骤3,店员向顾客提供序列号,顾客运行结账应用程序并扫描店铺二维码后,在如图10的画面输入序列号。
当然,若在销售点情报管理系统附着有顾客用显示器或具有如等候号显示装置的装置,则可在此显示序列号。
步骤4,结账应用程序向服务器发送店铺二维码和序列号并接收订单信息。
步骤4-1,联动模块向综合服务器发送店铺二维码和序列号。
步骤4-2,综合服务器包含所发送的店铺二维码和序列号,并搜索待结账状态的订单。
步骤4-3,综合服务器反馈相应订单的综合订单号和结账金额。
第三、可通过如下方式向每个销售点情报管理系统分配二维码。
为了本发明,可如以下例示,以能够识别销售点情报管理系统的方式构成二维码。
00000001-0001-02
通过“-”分隔的第一位数字或代码是识别店铺的信息。
当然,在按照各个店铺运营服务器的情况下,无需店铺识别信息。
在如连锁店具有多个售货柜台的店铺的情况下,第二位数字或代码为识别各个售货柜台的信息。
在如百货商店或奥特莱斯存在多个售货柜台的情况下,还可意味着各个售货柜台。
第三位数字或代码为识别售货柜台中的销售点情报管理系统的信息。
在一个售货柜台中具有多台销售点情报管理系统,因此,对各个销售点情报管理系统赋予数字或代码。
当然,使用一台销售点情报管理系统的店铺可省略售货柜台识别信息或销售点情报管理系统识别信息,或者如“0000”可代替为特定数字或代码。
如下所述,各个店铺在加入综合服务器后接收二维码。
各个店铺或售货柜台管理人员登录至综合服务器来在如图11的画面直接输入售货柜台识别信息和销售点情报管理系统识别信息并进行打印。
综合服务器需为了与各个店铺的手续费结算或收集服务费来管理店铺信息,但如以下说明,各个售货柜台和销售点情报管理系统识别信息仅为用于搜索订单的信息,因此无需另行管理。
当然,以下,综合服务器还可管理与售货柜台或销售点情报管理系统有关的信息,来显示除了显示店铺名之外的售货柜台名或销售点情报管理系统装置号。
之后,通过附图详细说明本发明的结账过程。
步骤1,店员向销售点情报管理系统输入订单并单击确认按钮。
步骤2,销售点情报管理系统向综合服务器发送二维码和订单明细并接收综合订单号。
步骤2-1,销售点情报管理系统向综合服务器发送包含自身的二维码和结账金额的订单信息。
步骤2-2,综合服务器生成可识别相应订单的综合订单号。
步骤2-3,综合服务器存储综合订单号、二维码以及订单信息。
在此情况下,订单状态存储为待结账状态。
步骤2-4,综合服务器反馈综合订单号。
步骤3,顾客运行结账应用程序并扫描各个销售点情报管理系统的二维码。
步骤4,结账应用程序向服务器发送二维码并接收订单信息。
步骤4-1,结账应用程序向综合服务器发送二维码。
步骤4-2,综合服务器包含所发送的二维码并搜索处于待结账状态的订单。
步骤4-3,综合服务器反馈包含相应订单的综合订单号和结账金额的订单信息。
步骤5,结账应用程序以二维码和结账金额进行结账,向综合服务器发送结账结果和综合订单号。
步骤6,综合服务器利用综合订单号搜索订单并存储结账结果。
之后,销售点情报管理系统通过如上所述的方法接收结账结果并存储订单。
第四、如第三方法,若难以赋予二维码并打印,则打印销售点情报管理系统编号并附着在销售点情报管理系统后,顾客可扫描二维码并输入销售点情报管理系统编号。
步骤1,店员向销售点情报管理系统输入订单并单击确认按钮。
步骤2,销售点情报管理系统向综合服务器发送二维码、销售点情报管理系统编号以及订单明细并接收综合订单号。
步骤3,顾客运行结账应用程序并扫描各个销售点情报管理系统的二维码后可在如图12的画面输入销售点情报管理系统编号。
步骤4,结账应用程序向服务器发送二维码和销售点情报管理系统编号并接收订单信息。
步骤4-1,结账应用程序向综合服务器发送二维码和销售点情报管理系统编号。
步骤4-2,综合服务器搜索包含所发送的二维码和销售点情报管理系统编号且处于待结账状态的订单。
步骤4-3,综合服务器反馈包含相应订单的综合订单号和结账金额的订单信息。
步骤5,结账应用程序以二维码和结账金额进行结账,向综合服务器发送结账结果和综合订单号。
步骤6,综合服务器利用综合订单号搜索订单并存储结账结果。
之后,销售点情报管理系统通过如上所述的方法接收结账结果并存储订单。
根据本发明,在网上商城中,也无需以二维码支付进行结账且用户无需输入结账金额,因此便利,在线下店铺中,无需通过肉眼一一确认结账结果且可以在销售点情报管理系统中进行所有管理,因此非常便利。
为了实现本发明,需变更销售点情报管理系统程序来与服务器联动,但若难以立即变更销售点情报管理系统程序,则还可使用单独的程序。
店员可在个人计算机或智能手机安装应用程序并使用。
还可在没有销售点情报管理系统装置的店铺中使用。
步骤1,若店员运行单独的应用程序,则显示如图13的第一个图的画面。
在此情况下,二维码使用预设的信息且难以一一输入订单明细,因此可使用固定的信息。
步骤2,若店员确认销售点情报管理系统的结账金额并向单独的应用程序输入后单击确认按钮,则如上述说明,单独的应用程序发送二维码和订单信息并接收订单号。
步骤3,若顾客完成结账后单击按钮,则单独的应用程序向服务器发送所接收的订单号,并接收结果来在画面显示如图13的第二个图的画面。
虽然店员需要输入结账金额且结账结果直接存储在销售点情报管理系统,但是至少不用向顾客告知结账金额,也没有顾客输入结账金额的麻烦,并可防止顾客故意或误输入金额的情况,无需通过肉眼确认结账是否异常和结账金额。
当前,使用各种二维码支付服务,各个结账服务向各个店铺或售货柜台发放二维码并进行打印来提供二维码套件,但上述过程需要较多的费用和精力,店铺也需要准备自身所加入的所有结账服务的二维码套件,因此难以管理且管理变得复杂。
如上所述,在转发店铺二维码的情况下,不使用店铺提供的二维码,因此按照店铺或售货柜台发放二维码,无需打印,仅向所有店铺提供相同的二维码套件就可以。
但是,在上述说明中,在扫描店铺所提供的二维码的情况下,各个结账服务按照各个店铺或售货柜台发放二维码并进行打印来提供二维码套件,若按照各个销售点情报管理系统提供二维码套件,则需丢弃现有的二维码并重新发放二维码来准备,因此需要较多的费用和精力。
因此,如下所述,若利用二维码综合服务,则可与结账服务无关地共同使用二维码套件。
为此,各个店铺通过如下的方式向综合服务器注册自身注册加盟店的二维码支付服务和相应服务的加盟店代码。
hknets,ZeroPay,1-ZP-201811900011-M201811900000011-Zmlg
hknets,KakaoPay,https://qr.kakaopay.com/281006012000000000529148
hknets,综合QR,00000001-0001-01
hknets,综合QR,00000001-0001-02
hknets,综合QR,00000001-0001-03
当然,在二维码支付服务中,即使为相同的店铺,在向每个售货柜台赋予不同的二维码的情况下,也可按照如上所述的售货柜台存储二维码。
hknets,加分,ZeroPay,1-ZP-201811900011-
hknets,加分,KakaoPay,https://qr.kakaopay.com/281006012000000000529148
hknets,加分,综合QR,00000001-0001-01
hknets,加分,综合QR,00000001-0001-02
hknets,加分,综合QR,00000001-0001-03
若顾客运行结账应用程序并扫描任意二维码,则可通过如下方式获取店铺的二维码。
例如,结账应用程序向综合服务器发送如下的信息。
https://qrpays.com/pay.jsp?qid=ZeroPay&qr=00000001-0001-02
其中,qid为结账应用程序自身的二维码结账服务,在此意味着ZERO支付,qr为顾客所扫描的二维码。
在此,为按照销售点情报管理系统赋予的单独的二维码。
综合服务器通过如下方式利用二维码搜索店铺信息来获取店铺二维码。
步骤1,综合服务器搜索使用所发送的二维码的店铺。
综合服务器确认店铺是否为相应结账服务的加盟店,在是加盟店的情况下,进行下一步骤,在不是加盟店的情况下,反馈错误消息。
在本例示中,搜索到标识为hknets的店铺。
步骤2,搜索店铺所使用的二维码中所发送的二维码服务。
在注册有相应二维码结账服务的情况下,进行下一步骤,在未注册相应二维码结账服务的情况下,反馈错误消息。
在本例示中,搜索到标识为hknets的店铺的二维码结账服务中的ZERO支付服务,并可货物二维码1-ZP-201811900011-M201811900000011-Zmlg。
综合服务器通过如下方式反馈相应服务的店铺二维码。
qr:1-ZP-201811900011-M201811900000011-Zmlg
在上文中,若不发送结账服务识别信息,则通过如下方式反馈可使用的结账服务和店铺二维码列表,并可使用户进行选择。
ZeroPay,1-ZP-201811900011-M201811900000011-Zmlg
KakaoPay,https://qr.kakaopay.com/281006012000000000529148
同时,如上述例示,从所发送的二维码搜索订单来一同反馈订单信息。
qr:1-ZP-201811900011-M201811900000011-Zmlg
ordid:20190115000100
amount:10000
若通过如上所述的方式进行处理,则各个店铺仅准备一个二维码套件即可,剩余二维码支付服务无需按照店铺或售货柜台打印二维码。
同时,若在综合服务器中使用按照销售点情报管理系统赋予的二维码,则所有二维码支付服务无需按照店铺或售货柜台打印二维码,而且,可容易按照销售点情报管理系统识别订单。
如上所述的方式可与订单联动来以如下的方式进行处理。
第一、顾客可运行结账应用程序并扫描任意二维码来进行处理。
步骤1,顾客运行结账应用程序并扫描任意二维码。
步骤2,结账应用程序通过如上所述的方式向综合服务器发送自身的识别信息和二维码,从综合服务器接收相应结账服务的店铺二维码和结账金额等结账所需信息。
步骤3,结账应用程序以店铺二维码和结账金额结账。
步骤4,结账应用程序向综合服务器发送结账结果。
步骤5,综合服务器利用综合订单号搜索订单并存储结账结果。
之后,销售点情报管理系统接收结账结果并存储订单。
第二、综合应用程序可通过如上所述的方式发送用户所选择的结账服务的识别信息和二维码,而不是结账应用程序发送自身的服务识别信息,并可接收订单信息。
步骤1,顾客运行综合应用程序,在如图15的画面选择结账服务和结账应用程序并扫描任意二维码。
如ZERO支付,当在结账服务中使用的应用程序为多个时,若在图15选择结账服务,则搜索可在相应结账服务中使用的应用程序并在结账应用程序选择窗中显示。
如KAKAO支付,当在结账服务中使用的应用程序为一个时,可省略结账应用程序选择过程。
步骤2,综合应用程序向综合服务器发送顾客所选择的结账服务的识别信息和二维码,并从综合服务器接收结账所需信息。
步骤3,综合应用程序发送从顾客所选择的结账应用程序接收的信息。
之后,销售点情报管理系统接收结账结果并存储订单。
第三、综合应用程序向综合服务器发送二维码,下载可在相应店铺中使用的结账服务,并且用户可进行选择。
步骤1,顾客运行综合应用程序并扫描二维码。
步骤2,如上述例示,综合应用程序向综合服务器发送二维码,并从综合服务器接收结账所需信息。
在此情况下,相应店铺一同下载注册为加盟店的结账服务的识别信息和店铺二维码。
步骤3,如图15,综合应用程序显示可在相应店铺中使用的结账服务和结账应用程序,并且顾客选择结账服务和结账应用程序。
步骤4,综合应用程序向结账应用程序转发顾客所选择的结账服务的二维码和结账金额等的信息。
之后,销售点情报管理系统接收结账结果并存储订单。
若进行如上所述的处理,则各个店铺仅准备一个二维码套件也可使用自身加入的所有二维码支付服务,因此,便于管理二维码套件,而且,各个二维码支付服务也无需按照销售点情报管理系统重新制造二维码套件或不修改服务器的功能,也可采用在上文中说明的销售点情报管理系统联动功能,因此,大大提高便利性且节减费用。
同时,在扫描二维码支付服务中提供的店铺二维码的情况下,为了区分各个店铺,各个店铺需在各个二维码支付服务注册为加盟店并接收二维码,在不扫描店铺二维码或扫描综合服务中提供的综合二维码为6的情况下,所有店铺可按照各个结账服务使用一个二维码。
即,综合服务企业可加入各个二维码支付服务并接收二维码,所有店铺可使用综合服务企业的二维码。
在此情况下,二维码支付服务虽无法区分店铺,但综合服务可通过会员标识区分店铺并利用综合订单号区分各个订单。
因此,如信用卡公司代表加盟店,综合服务企业可在各个二维码支付服务注册加盟店并向多个店铺提供服务。
为此,通过如下方式进行处理。
首先,综合服务企业在各个二维码支付服务注册为加盟店并接收二维码。
在通过扫描店铺提供的二维码来结账的情况下,综合服务企业在店铺准备打印出自身的综合二维码的套件,而不是在店铺准备二维码支付服务的二维码。
综合服务企业可制造并发送二维码套件,综合服务提供二维码打印功能,各个店铺还可在如图11的画面中打印。
之后,通过如上所述的方式向多个店铺提供服务。
即,剩余过程相同,以如下的方式转发店铺二维码。
在从综合模块向顾客所选择的结账模块转发店铺二维码的情况下,转发顾客所选择的结账服务的综合服务企业的店铺二维码。
即,若在如图15的画面选择ZERO支付,则转发综合服务的ZERO支付店铺二维码。
当在结账应用程序扫描店铺二维码时,结账应用程序发送与所发送的识别信息的结账服务对应的店铺二维码。
即,如上述例示,若结账应用程序发送识别信息“ZERO支付”,则反馈综合服务的ZERO支付店铺二维码。
对于各个二维码支付服务,所有店铺使用相同的店铺二维码,因此,在结账服务中,在任一家店铺实现结账。
但是,在综合服务器中,在各个结账单存储各个店铺的会员标识,因此,可对于各个结账单,区分店铺。
之后,综合服务企业通过与各个店铺相互协商的方式进行结算。
各个二维码支付服务以综合服务企业的二维码进行结账,因此,与实际店铺无关地,与综合服务企业进行结算。
当与各个二维码支付服务进行结算时,综合服务企业按照各个订单存储结算信息。
之后,当与各个店铺进行结算时,以存储在各个订单的店铺标识为基准与各个店铺进行结算。
同时,在上文中,当在各个店铺进行取消处理或与二维码支付服务进行结算的情况下,为了取消处理或结算,各个店铺需掌握二维码支付服务交易号,因此,如上述例示,需向商城或销售点情报管理系统转发二维码支付服务的交易号,若综合服务企业成为代表加盟店来代理进行取消处理和结算业务,则各个店铺可通过综合服务的综合订单号区分各个结账单,而不是通过二维码支付服务的交易号区分各个结账单,因此,在上述例示中,可向各个商城或销售点情报管理系统转发综合服务的综合订单号,而不是转发二维码支付服务的交易号。
根据本发明,二维码支付服务也无需按照各个店铺或售货柜台发放二维码,因此,可节减二维码套件发放费用。
代替在上文中与结账应用程序联动,在顾客通过以往的结账应用程序结账后,如下所述,联动系统访问二维码支付服务器来搜索并反馈与顾客的结账明细一致的结账单,商城或销售点情报管理系统接收结果并存储,由此验证顾客结账单,从而与商城或销售点情报管理系统联动。
并且,若在商城或销售点情报管理系统请求进行取消处理,则可通过相同的方法,联动系统访问二维码支付服务器来进行取消处理。
为此,需确认如下几点。
第一、在二维码支付结账方式中,顾客可随意输入金额,因此,需确认顾客所结账的金额是否正确。
第二、为了退款等的处理需掌握交易号,但无法接收交易号,因此需确认交易号。
如图16,若登录至ZERO支付服务器,则对于各个结账单,可确认结账时间、交易号、结账金额、结账手段等。
因此,与ZERO支付服务器联动或者使用搜集或网络学习(可自由驱动网络浏览器的技术)等的技术来自动登录至ZERO支付服务器,由此进行确认。
当然,ZERO支付服务器使用加密模块,因此,在技术上难以通过搜集访问,但在此,为了便于说明,以搜集方式为例进行说明。
首先,对将本发明适用于网上商城的情况进行说明。
在以下说明中,联动模块或综合模块是指访问二维码支付服务器来搜索结账单并进行比较的模块。
ZERO支付为顾客利用智能手机拍摄ZERO支付二维码的方式,因此,首先,商城向综合服务提交ZERO支付二维码图像。
通过智能手机无法扫描显示在智能手机画面的ZERO支付二维码,因此主要在个人计算机中使用。
在商城搜索商品并移动至结账画面的方法与现有方法相同,因此,在本说明书中省略,并且,对顾客在结账画面选择自身使用的ZERO支付结账并进行结账的过程进行说明。
步骤1,商城服务器向综合服务发送订单号、顾客所要结账的金额等的信息。
https://qrpays.com/pay.asp?id=hknets&amount=10000&ordid=123456&returl=https://www.xxxmall.com/pay/return.asp
其中,mid是指商城的综合服务会员标识,amount是指所要结账的金额,ordid是指商城的订单号,returl是指将要接收所反馈的结账结果的商城的统一资源定位符。
步骤2,如图19,综合模块在画面显示ZERO支付二维码。
店铺名为从mid搜索的相应商城名,结账金额为从商城接收的金额。
在ZERO支付中,为了区分连锁售货柜台,可向一个运营商发放多个二维码,因此,在商城受到尽可能多的二维码后随时展示其他二维码,就可使搜索到2件以上的情况最小化。
例如,若接收3个二维码,则如下所述,可根据当前时间展示其他二维码。
Select Case Second(Now)Mod 3
Case 0:显示第一个二维码
Case 1:显示第二个二维码
Case 2:显示第三个二维码
End Select
或者,如下所述,在ZERO支付中,向各个店铺提供二维码带,综合模块可显示二维码图像来使得它们不重复。
1-ZP-201811900011-M201811900000011-Zmlg-XXXXXX
即,若如上提供6位带,则从000000开始增加至999999,若999999之后再次变更为000000,则在如下的搜索过程中,除非没有通过ZERO支付来进行1000000件的订单的结账,否则不会重复。
步骤3,通过与现有的ZERO支付结账相同的方式,顾客在智能手机运行ZERO支付结账应用程序并扫描如图19的画面的二维码、输入金额后进行结账。
在ZERO支付服务器存储交易号、结账手段、结账金额、结账时间等的信息。
步骤4,顾客在ZERO支付结账后,在如图19的画面中以如下的方式输入,并单击结账确认按钮。
第一、输入交易号。
不输入交易号也可搜索,但在商城的情况下,多名顾客可同时结账,因此,若没有交易号,则难以准确地搜索。
在输入完整的交易号的情况下,无需其他信息。
由于输入完整的交易号比较不方便,因此,如图19的例示,可指定一部分来输入,如指定后三位数。
第二、选择交易手段。
在不输入交易号或输入一部分的情况下,为了提高搜索的准确性,可选择交易手段。
同时,如图19,为了防止恶意不结账或以少于所要结账的金额进行结账、截至搜索到交易单为止持续更换结账手段或交易号来输入并重新尝试的情况出现,限制重新尝试的单数,在步骤5中无法找到相一致的单而减去再次尝试寻找单数并再次进行步骤4的情况下,若剩余单数为0件,则可终止。
步骤5,综合服务利用综合模块来确认顾客结账明细。
步骤5-1,综合模块利用综合服务的ZERO支付加盟店标识和密码登录至ZERO支付加盟店管理主页。
各个商城或店铺可事先在综合服务器注册标识和密码。
或者,在店铺销售点情报管理系统的情况下,当驱动联动系统时,可在各个销售点情报管理系统向店员显示登录窗来使他们登录。
如下所述,通过分析登录后反馈的内容来确认是否正常登录。
strResponse=OpenURL_Post("https://www.zeropay.or.kr/loginProcess.do","id=hknets&password=1234")
当然,若处于已登录的状态,则省略步骤5-1并进行下一步骤。
步骤5-2,综合模块通过如下方式调用ZERO支付服务器。
pageIndex=1&recordCountPerPage=10&firstIndex=1&lastIndex=10&findFromDt=20190101&findToDt=20190131&bmanRegiNum=&afstrId=&findAfstrId=201901039623&findSetlTranChrcNo=PPG1000+057210&findTranAmt=10000&findSetlMeanCode=PNV&findTranStatCode=00&_csrf=0b334802-37fd-4a29-ba6b-934cafa11a41&findBmanRegiNum=2068124292
第一、发送加盟店代码(findAfstrId)。
加盟店代码为ZERO支付二维码的一部分,因此,可从二维码获取。
第二、在顾客输入完整的交易号的情况下,发送交易号(findSetlTranChrcNo)。
第三、发送结账金额(findTranAmt)。
第四、在顾客选择结账手段的情况下,发送结账手段。
第五、发送结账状态(findTranStatCode)。
第六、发送搜索期间(findFromDt,findToDt)。
在期间汇总,若可指定日期之外的时间,则发送时间。
由于几乎为实时查询,因此,如与当前时间相距5分钟以内这样的,搜索短时间内的结账单,或者搜索在上文中显示图19的画面的时间之后的结账单。
如ZERO支付,在仅可指定日期的情况下,将开始日期和结束日期选择为今天,若如0点1分的刚过午夜的时间,则可将开始日期指定为昨天。
步骤5-3,如下所述,综合模块对搜索结果进行比较。
其中,nPrice为在上文中发送的结账金额,nCount为搜索到的单数,sACID1为搜索到的各个结账单的交易号,nPrice1为搜索到的各个结账单的结账金额,nTime1为搜索到的结账单的交易时间,通过如下方式体现。
nTime=DateAdd("s",-300,Now)
For i=1 To nCount
nPrice1=...
sACID1=...
nTime1=...
If nPrice1=nPrice Then
If nTime1>=nTime Then
If Mid(sACID1,Len(sACID1)-2,2)=sACID Then
sNewACIDs=sNewACIDs&“,”&sACID1”'添加交易号
End If
End If
End If
Next
步骤5-3-1,比较二维码。
如上述说明,可利用加盟店代码(findAfstrId)搜索,在上文中提供带的情况下,在搜索画面中,还可仅利用除带之外的二维码搜索。
因此,与二维码进行比较来确认是否一致。
步骤5-3-2,比较金额是否一致来确认是否一致。
当然,在步骤5-2中包括金额来搜索的情况下省略。
步骤5-3-3,在输入交易号的情况下,比较交易号。
当然,顾客输入完整的交易号来在步骤5-2中包括交易号来搜索的情况下省略。
在仅输入交易号的一部分的情况下,如上所述,比较交易号的一部分是否一致。
步骤5-3-4,比较结账时间。
在步骤5-2中包括交易时间来搜索的情况下省略。
以如步骤5-2的基准,搜索在短时间内结账的单。
步骤5-4,综合模块向综合服务器发送符合上述条件的交易号列表(sNewACIDs),综合服务器将各个交易号与存储在数据库的数据进行比较来确认是否为新的交易号,并反馈新的交易号。
rs.Open(“SELECT ACID FROM...”)
Do While Not rs.EOF
If rs(“ACID”)=sACID1 Then
[除外]
Else
sNewACIDs=sNewACIDs&“,”&sACID1
End If
rs.MoveNext
Loop
步骤5-5,最终,根据符合条件的交易单数进行如下的处理。
第一、若没有符合条件的结账单,则反馈错误。
第二、若符合条件的交易单为1件,则可视为相应订单顾客的结账单,因此,向下一步骤转发相应单的交易号。
在顾客输入错误的金额的情况下,可将金额一致的其他顾客的结账单识别为相应顾客的结账单,在此情况下,无法将其他顾客的结账单识别为新的交易单,因此,立即与其他顾客联络并直接确认。
第三、若发现2件以上的符合条件的交易单,则可以为在几乎相同的时间有2名以上的顾客结账的情况。
无需区分是哪名顾客的结账单,但是,在之后的顾客取消订单并进行退换货处理的情况下,需掌握是哪一单才能进行退换货处理。
因此,如图21,联动模块向顾客显示结账单的交易号并使顾客确认,之后,向下一步骤转发顾客所选择的交易号。
步骤5-6,在正常结账单的情况下,综合模块向综合服务器发送交易号,综合服务器将交易号存储在数据库,由此在下次搜索时进行比较。
步骤6,综合服务向商城发送结账确认结果、识别号以及商城订单号。
https://www.xxxmall.com/pay/return.asp?retcd=OK&acid=PPG1900115116&ordid=123456
步骤7,商城存储订单明细和交易号。
当然,在没有结账金额一致的单或无法搜索到新的交易号而反馈错误的情况下,向顾客显示错误消息,通过与顾客的通话等确认或者取消处理后再次结账。
在线下店铺中,若在向销售点情报管理系统输入订单后顾客通过ZERO支付结账,则可通过上述方式调用联动系统来搜索。
在店铺中,顾客自然扫描店铺提供的二维码。
联动系统显示如图20的画面,店员选择结账手段并输入交易号。
同时,在搜索到2件以上的情况下,联动模块通过销售点情报管理系统显示如图21的画面,店员根据顾客智能手机画面或ZERO支付店铺应用程序等选择。
与网上商城不同地,线下店铺为完成一个订单的结账之后进行下一订单的依次进行的方式,因此,不输入交易号也可以。
但是,在多台销售点情报管理系统利用一个二维码的情况下,若输入交易号,则可减少从多个交易号中选择的情况。
之后,在顾客取消的情况下,进行如下的处理。
步骤1,在销售点情报管理系统中搜索订单并单击取消按钮。
步骤2,通过如下方式发送。
https://qrpays.com/pay/cancel.asp?id=hknets&acid=PPG1900115116
步骤3,ZERO支付联动系统通过如下方式进行处理。
步骤3-1,首先,确认标识和密码来确认是否为正常用户。
步骤3-2,通过ZERO支付加盟店标识和密码登录至ZERO支付服务器。
步骤3-3,利用交易号(acid)搜索结账单。
若搜索到结账单,则进行下一步骤,若未搜索到,则反馈错误。
步骤3-4,系统在ZERO支付服务器进行取消处理,并反馈已正常处理。
步骤4,在正常处理的情况下,在销售点情报管理系统中对相应订单进行取消处理。
根据本发明,在网上商城中,还可利用二维码支付结账,店铺无需通过肉眼一一确认结账结果,并且,可在销售点情报管理系统进行所有管理,因此非常便利。
如下所述,结账应用程序在智能手机画面以条形码或二维码形态显示结账结果,店铺可利用条形码或二维码扫描器扫描来进行确认。
步骤1,若顾客下单,则店铺向销售点情报管理系统输入订单明细。
步骤2,顾客通过与以往相同的方法运行ZERO支付应用程序,扫描店铺二维码并输入结账金额来结账。
步骤3,如图24,ZERO支付结账应用程序在结账后以条形码或二维码形态在画面显示结账时间、结账金额、交易号等的信息。
步骤4,若顾客出示智能手机画面,则店铺利用与销售点情报管理系统相连接的扫描器扫描智能手机画面的条形码或二维码。
步骤5,销售点情报管理系统通过如下方式比较所扫描的信息。
步骤5-1,比较结账金额是否与输入至销售点情报管理系统的金额一致。
步骤5-2,具有顾客出示之前结账的画面的可能性,因此,确认是否为如与当前时间相距1分钟以内这样的最近结账单。
在正常的情况下,进行步骤6,在金额不一致等非正常的情况下,显示错误内容。
步骤6,销售点情报管理系统存储订单明细和交易号。
在上文中,能够以二维码形态显示结账结果。
二维码可显示较多的信息,因此,可包含结账时间、结账金额、交易号等的所有信息。
但是,缺点为准备二维码扫描器的店铺几乎没有。
在智能手机应用程序添加二维码扫描功能并不难,因此,如ZERO支付,在提供店铺应用程序的情况下,向店铺应用程序中添加功能。
尤其,店铺应用程序具有从ZERO支付服务器接收结账信息的功能,因此,容易体现如上所述的功能。
但是,若与销售点情报管理系统联动,则需要额外的方法。
还能够以条形码形态显示结账结果。
在条形码的情况下,可显示的信息是有限的,因此,在此情况下,进行如下处理。
第一、仅显示结账时间和结账金额并进行比较。
在此情况下,为了防止条形码变得密集而降低识别率,以指数形态标记金额,或者以16进制、62进制等标记来减少位数,而不是以10进制标记,并可在步骤4或步骤5中再次转换为数字来进行处理。
第二、显示交易号,并且,联动系统通过如上所述的方法登录至ZERO支付服务器并搜索后,反馈结账金额和结账时间并进行比较。
根据本发明,具有顾客需直接输入结账金额的麻烦,但可在销售点情报管理系统自动确认结账金额并获取交易号,因此,无需在店铺通过肉眼一一确认结账金额或者在ZERO支付服务器中无需确认结账金额或结账号,因此便利。
在本发明中,以ZERO支付为例进行说明,但可适用于通过扫描二维码来结账的各种结账手段。
同时,以上仅为本发明的一实施例,可在发明的范围内进行各种变更及修改。
Claims (24)
1.一种二维码支付联动方法及系统,其特征在于,用户运行结账应用程序并扫描店铺二维码,但不输入结账金额,而是由联动系统向结账模块转发店铺二维码和结账金额,结账模块以所接收的店铺二维码和结账金额进行结账后,向联动系统转发结账结果。
2.根据权利要求1所述的二维码支付联动方法及系统,其特征在于,由店铺联动模块、结账应用程序联动模块以及联动服务器构成,上述店铺联动模块与商城或销售点情报管理系统联动,上述结账应用程序联动模块与结账应用程序联动,上述联动服务器存储并搜索结账信息。
3.根据权利要求1所述的二维码支付联动方法及系统,其特征在于,包括如下的步骤:
向结账模块转发店铺二维码、结账金额以及订单号;
结账模块以所接收的店铺二维码和结账金额进行结账;以及
结账模块向联动服务器发送结账结果。
4.根据权利要求1至3所述的二维码支付联动方法及系统,其特征在于,若顾客在网上商城选择二维码结账,则包括如下的步骤:
联动模块向结账模块转发店铺二维码和结账金额;
结账模块以所接收的店铺二维码和结账金额进行结账;
结账模块在结账完成后向联动服务器发送或反馈交易号;以及
联动模块或联动服务器向商城服务器发送结账结果。
5.根据权利要求1至3所述的二维码支付联动方法及系统,其特征在于,若顾客在网上商城或线下店铺选择二维码结账,则包括如下的步骤:
联动模块以二维码形态在画面显示结账所需信息;
顾客运行智能手机结账应用程序并扫描二维码;
智能手机结账应用程序接收结账所需信息;
结账应用程序以所接收的店铺二维码和结账金额进行结账;
结账应用程序在结账完成后向联动服务器发送或反馈交易号;以及
联动模块或联动服务器向店铺服务器发送或反馈结账结果。
6.根据权利要求5所述的二维码支付联动方法及系统,其特征在于,并不通过二维码转发结账所需信息,而是由个人计算机或销售点情报管理系统联动模块通过如下的多种方法向智能手机结账应用程序转发结账所需信息,即,向顾客手机发送统一资源定位符且使顾客点击统一资源定位符的方法、向近场通信装置发送且通过使顾客将智能手机靠近近场通信装置来接收的方法、向顾客提供订单号且使顾客向联动模块或结账模块进行输入的方法。
7.根据权利要求5及6所述的二维码支付联动方法及系统,其特征在于,并不是结账应用程序接收结账所需信息,而是联动模块接收结账所需信息并向结账应用程序转发。
8.一种二维码支付联动方法及系统,其特征在于,若从销售点情报管理系统发送订单信息,则联动服务器存储订单信息,若顾客扫描店铺二维码,则联动服务器利用店铺二维码搜索订单并反馈结账所需信息,结账模块以所接收的店铺二维码和结账金额进行结账后,向联动系统转发结账结果。
9.根据权利要求8所述的二维码支付联动方法及系统,其特征在于,包括如下的步骤:
若销售点情报管理系统向联动服务器发送订单信息,则联动服务器将订单信息存储为待结账状态并反馈订单号;
若顾客运行联动应用程序或结账应用程序并扫描店铺二维码,则联动模块向联动服务器发送店铺二维码,联动服务器在包含所发送的二维码的订单或使用所发送的二维码的店铺的订单中搜索处于待结账状态的最近订单后,反馈包含订单号和结账金额在内的结账所需信息;
结账应用程序以所接收的结账金额进行结账;
若结账应用程序向联动服务器发送订单号和结账结果,则联动服务器利用订单号搜索订单并存储结账结果,将订单状态变更为结账完成状态;以及
若销售点情报管理系统向联动服务器发送订单号,则联动服务器利用订单号搜索订单并反馈结账结果。
10.根据权利要求8及9所述的二维码支付联动方法及系统,其特征在于,在待结账状态的订单为多个的情况下,向顾客显示订单列表,来使顾客进行选择。
11.根据权利要求8及9所述的二维码支付联动方法及系统,其特征在于,向各个店铺销售点情报管理系统赋予二维码并利用二维码区分订单。
12.根据权利要求8及9所述的二维码支付联动方法及系统,其特征在于,向各个店铺销售点情报管理系统赋予编号来区分订单,顾客将在扫描二维码后输入编号。
13.根据权利要求1及8所述的二维码支付联动方法及系统,其特征在于,在未与销售点情报管理系统联动的情况下,提供单独的应用程序,店铺向单独的应用程序输入结账金额,通过如上所述的方式进行结账,单独的应用程序将接收结账结果。
14.根据权利要求1及8所述的二维码支付综合服务,其特征在于,店铺在将自身加入的二维码支付服务和相应服务的店铺二维码均注册在综合服务后,若顾客运行综合应用程序或结账应用程序并扫描任一家店铺二维码,则联动模块向综合服务器发送二维码支付服务识别信息和二维码,综合服务器利用服务识别信息和二维码进行搜索来反馈相应店铺的相应服务的店铺二维码。
15.根据权利要求14所述的二维码支付综合服务,其特征在于,包括如下的步骤:
店铺将自身加入的二维码支付服务和相应服务的店铺二维码注册在综合服务;
若顾客运行结账应用程序并扫描任一家店铺二维码,则结账应用程序向综合服务器发送自身的服务识别信息和二维码;
综合服务器利用二维码搜索店铺;
综合服务器以服务识别信息搜索相应店铺所注册的二维码支付服务;以及
综合服务器反馈相应店铺的相应服务的店铺二维码。
16.根据权利要求1及8所述的二维码支付综合服务,其特征在于,综合服务企业加入各个二维码支付服务,综合服务通过向结账模块转发从各个二维码支付服务赋予的自身的店铺二维码来进行结账、与各个二维码支付服务进行结算、与各个店铺进行结算。
17.根据权利要求16所述的二维码支付综合服务,其特征在于,在通过扫描店铺二维码来结账的情况下,包括如下的步骤:
综合服务向各个店铺提供能够识别店铺或售货柜台或销售点情报管理系统的综合二维码;
顾客扫描综合服务所提供的综合二维码;以及
综合服务从综合二维码识别店铺。
18.根据权利要求17所述的二维码支付综合服务,其特征在于,当向商城或销售点情报管理系统转发结账结果时,转发综合服务的订单号,而不是转发交易号。
19.一种二维码支付联动方法及系统,其特征在于,顾客在商城或线下店铺以二维码支付进行结账后,自动联接到二维码支付服务器来搜索与顾客结账明细一致的结账单来确认结账金额,通过获取交易号来与商城或店铺销售点情报管理系统联动。
20.根据权利要求19所述的二维码支付联动方法及系统,其特征在于,
通过将从商城或销售点情报管理系统转发的数据添加到二维码支付服务器搜索条件或者进行搜索比较,
包括以下步骤的全部或一部分:
查找与当前时间相距5分钟以内这样的最近结账单;
查找与顾客要结账的金额一致的结账单;
查找与所转发的二维码一致的结账单;以及
查找与所转发的交易号部分一致或全部一致的结账单。
21.根据权利要求19及20所述的二维码支付联动方法及系统,其特征在于,将搜索到的结账单的交易号与存储在联动服务器的交易号进行比较,来查找还未存储的新的交易号,将识别为正常结账单的结账单的交易号存储在联动服务器。
22.根据权利要求19所述的二维码支付联动方法及系统,其特征在于,向店铺提供二维码带。
23.根据权利要求19所述的二维码支付联动方法及系统,其特征在于,在取消订单的情况下,通过访问二维码支付服务器来利用交易号搜索并进行取消处理。
24.一种二维码支付联动方法及系统,其特征在于,二维码支付结账应用程序在结账完成后,以条形码或二维码形态显示结账号、金额等的信息,店铺利用扫描器扫描顾客智能手机的条形码或二维码并转发结账结果。
Applications Claiming Priority (31)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR20190007199 | 2019-01-18 | ||
KR10-2019-0007199 | 2019-01-18 | ||
KR20190007212 | 2019-01-19 | ||
KR10-2019-0007212 | 2019-01-19 | ||
KR20190010219 | 2019-01-26 | ||
KR10-2019-0010219 | 2019-01-26 | ||
KR20190014151 | 2019-02-02 | ||
KR10-2019-0014151 | 2019-02-02 | ||
KR20190021491 | 2019-02-23 | ||
KR20190021492 | 2019-02-23 | ||
KR10-2019-0021492 | 2019-02-23 | ||
KR10-2019-0021491 | 2019-02-23 | ||
KR10-2019-0028452 | 2019-03-12 | ||
KR20190028452 | 2019-03-12 | ||
KR10-2019-0029017 | 2019-03-13 | ||
KR20190029017 | 2019-03-13 | ||
KR10-2019-0030223 | 2019-03-16 | ||
KR10-2019-0030222 | 2019-03-16 | ||
KR20190030223 | 2019-03-16 | ||
KR20190030222 | 2019-03-16 | ||
KR10-2019-0064972 | 2019-05-31 | ||
KR20190064972 | 2019-05-31 | ||
KR20190078420 | 2019-06-29 | ||
KR10-2019-0078420 | 2019-06-29 | ||
KR10-2019-0123478 | 2019-10-05 | ||
KR20190123478 | 2019-10-05 | ||
KR20190134150 | 2019-10-25 | ||
KR10-2019-0134150 | 2019-10-25 | ||
KR20190156203 | 2019-11-28 | ||
KR10-2019-0156203 | 2019-11-28 | ||
PCT/KR2020/000901 WO2020149713A1 (ko) | 2019-01-18 | 2020-01-18 | Qr 페이 연동 방법 및 시스템 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN113383357A true CN113383357A (zh) | 2021-09-10 |
Family
ID=77569168
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080009578.7A Pending CN113383357A (zh) | 2019-01-18 | 2020-01-18 | 二维码支付联动方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113383357A (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007323249A (ja) * | 2006-05-31 | 2007-12-13 | Isi Corp | 決済システム |
CN103606079A (zh) * | 2013-11-27 | 2014-02-26 | 南通芯迎设计服务有限公司 | 一种基于近场通信的结账方法 |
CN103765465A (zh) * | 2011-08-26 | 2014-04-30 | 电子湾有限公司 | 安全支付指令系统 |
CN103778531A (zh) * | 2014-02-23 | 2014-05-07 | 王恩惠 | 一种基于二维码实现电子银行卡支付的方法及系统 |
KR101616951B1 (ko) * | 2015-04-28 | 2016-04-29 | 이영탁 | 모바일 인앱 상품 판매 서버, 시스템 및 그 방법 |
KR20160060441A (ko) * | 2014-11-20 | 2016-05-30 | 주식회사 디지비데이터시스템 | 계좌 이체를 이용한 결제처리 시스템 |
CN105684007A (zh) * | 2013-08-15 | 2016-06-15 | 支付知识产权控股有限责任公司 | 使用一对多支付按钮完成金融交易的系统及方法 |
CN105741452A (zh) * | 2014-12-11 | 2016-07-06 | 群信行动数位科技股份有限公司 | 以可携式装置在零售端进行交易的方法 |
-
2020
- 2020-01-18 CN CN202080009578.7A patent/CN113383357A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2007323249A (ja) * | 2006-05-31 | 2007-12-13 | Isi Corp | 決済システム |
CN103765465A (zh) * | 2011-08-26 | 2014-04-30 | 电子湾有限公司 | 安全支付指令系统 |
CN105684007A (zh) * | 2013-08-15 | 2016-06-15 | 支付知识产权控股有限责任公司 | 使用一对多支付按钮完成金融交易的系统及方法 |
CN103606079A (zh) * | 2013-11-27 | 2014-02-26 | 南通芯迎设计服务有限公司 | 一种基于近场通信的结账方法 |
CN103778531A (zh) * | 2014-02-23 | 2014-05-07 | 王恩惠 | 一种基于二维码实现电子银行卡支付的方法及系统 |
KR20160060441A (ko) * | 2014-11-20 | 2016-05-30 | 주식회사 디지비데이터시스템 | 계좌 이체를 이용한 결제처리 시스템 |
CN105741452A (zh) * | 2014-12-11 | 2016-07-06 | 群信行动数位科技股份有限公司 | 以可携式装置在零售端进行交易的方法 |
KR101616951B1 (ko) * | 2015-04-28 | 2016-04-29 | 이영탁 | 모바일 인앱 상품 판매 서버, 시스템 및 그 방법 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5164238B2 (ja) | 決済システム、サーバ装置、決済方法、決済処理方法、及び決済処理プログラム | |
US20160012526A1 (en) | Account security via an electronic token | |
US20130144706A1 (en) | Aggregating Consumer Rewards, Memberships, Receipts, Lowest-Price Matches, and Preferred Payment Transactions | |
US20090271322A1 (en) | Electronic receipt system and method | |
US20130212004A1 (en) | Customized transaction flow for multiple transaction types using encoded image representation of transaction information | |
US20020013734A1 (en) | Universal internet smart delivery agent | |
US20160005011A1 (en) | Application, Method and System for Purchasing a Product | |
CN110084580A (zh) | 移动电话支付处理方法和系统 | |
KR20200090136A (ko) | Qr 페이 연동 방법 및 시스템 | |
JP6175201B1 (ja) | ショッピング支援システム、方法及びプログラム | |
JP4212785B2 (ja) | 決済仲介システム及び決済仲介方法 | |
JP2021131844A (ja) | モバイル端末機を利用した決済情報伝達システム及びこれを利用した決済情報伝達方法 | |
US20190220832A1 (en) | Customized transaction flow for multiple transaction types using encoded image representation of transaction information | |
CN113383357A (zh) | 二维码支付联动方法及系统 | |
US20060064308A1 (en) | Method, device and system for a machine-readable code enabled device enabling E-commerce transactions | |
JP2005149464A (ja) | 取引決済処理システム | |
US20110231304A1 (en) | Secure method and apparatus for remote funding of current payment accounts | |
US20220067696A1 (en) | Method and system for linking qr pay | |
TW201415389A (zh) | 用於安全交換資料之通訊系統、運算裝置及方法 | |
KR20210038265A (ko) | 계좌 이체 연동 장치 및 방법 | |
KR20210037490A (ko) | 계좌 이체 연동 장치 및 방법 | |
JP2004151992A (ja) | Fax受発注決済システム | |
US12002029B2 (en) | System and method for transmitting receipt information using mobile terminal | |
TW202008284A (zh) | 智慧點餐系統與方法 | |
US11935031B2 (en) | Two-dimensional code compatibility system |
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 |