一种基于条码的支付方法和系统与流程

本发明涉及一种支付方法和系统，具体地说涉及一种基于条码的支付方法和系统。

背景技术：

随着移动互联网的普及，带动越来越多传统行业互联网化的发展，特别是传统零售商店或者餐饮单位。二维码应用的发展及第三方支付的发展，诸如微信支付，支付宝支付，已经处处都在我们的生活当中。越来越多的便利店、餐馆、超市、商场都使用基于条码的支付方式。诸如团购，早期团购采用短信进行消费验证，手机收到带有一串数字的密码，根据数字在商家处进行验证。如今团购的消费验证凭证已演变为采用二维码扫描验证，二维码因其存储信息量大，并能够采用加密技术防止因信息泄露而造成损失。现有的第三方支付平台如微信、支付宝等均要求商家终端、消费者移动终端中的app(手机应用程序)能够连接到第三方支付平台的后台服务器，才能完成支付的流程。传统零售商店或者餐饮单位，其现有的扫描条码收银设备未具备联网功能的还有一定比例。但是随着团购业务的快速发展，越来越多消费者，具备消费凭证，加入第三方支付平台，面临着设备改造或替换。故，需要有一种支持离线支付验证的支付方法和系统，满足无法联网的设备终端进行对客户支付凭证的验证。

中国专利文献cn102903045a《一种互联网方式的离线支付方法》，公开了一种基于条码的离线支付方法。步骤1：用户登录系统门户注册后进入系统，设置各项参数。步骤2：用户进行第三方系统的支付。步骤3：后台支付系统获取用户支付状态，用户支付成功则生成虚拟电子支付凭证，例如二维码。步骤4：用户选择该凭证(二维码)并下载或者打印。步骤5：用户将该凭证(二维码)进行支付。步骤6：系统扫码该凭证，读取其中的数据。步骤7：系统验证凭证数据，如成功验证则认为本次支付凭证有效，并置该凭证的状态为已使用。由于，二维码由后台支付系统生成，生成后再下发至用户终端。这样会产生较多的下载数据流量，当后台支付系统需要生成大量二维码时，数据量较为庞大，容易造成下载传输延迟和错误。同时，用户支付前需要进入系统设置各项参数，支付步骤较为繁琐。

技术实现要素：

为此，本发明所要解决的技术问题在于现有技术中互联网方式的离线支付方法二维码需要由后台支付系统生成，下载过程中需要耗费较多流量，当后台支付系统需要生成大量二维码时，数据较大，容易造成下载传输延迟和错误。用户在支付过程中需要首先进入系统手动设置各项参数，支付步骤较为繁琐。

为解决上述技术问题，本发明的所采用的技术方案：

一种基于条码的支付方法，包括以下步骤：

s1:移动支付终端接收本地支付终端发送的广播数据，所述广播数据包含：商家编码；

s2:移动支付终端向支付服务器发送支付指令，所述支付指令包含：表示商家的商家编码、支付请求；

s3:支付服务器根据收到的支付指令完成款项支付，并根据所述商家编码查询对应的密钥，生成经密钥加密的支付数据发送至所述移动支付终端，所述支付数据包含：订单编号、支付金额、支付时间、表示商家的编码信息；

s4:移动支付终端将收到的支付数据进行编码，并生成条码；

s5:移动支付终端显示所述条码；

s6:本地支付终端扫描用所述移动支付终端显示的条码，运用与所述条码对应的解码算法，解码条码数据，并通过存储的密钥解密得到支付数据；

s7:本地支付终端根据支付数据，查询支付数据所对应的订单编号、支付金额、支付时间、商家编码；

s8:本地支付终端查询支付数据中的商家编码是否与本地支付终端中存储的商家编码一致；一致，则继续下一步骤；不一致，则提示消费不成功；

s9:本地支付终端将查询结果一致的支付数据进行检索，若已存储有该支付数据，则认定为重复消费，若未存有该支付数据，则将该支付数据进行存储，并提示消费成功。

步骤s1中，所述移动支付终端接收本地支付终端发送的广播数据为蓝牙广播数据。

所述步骤s8与s9之间还包括步骤s81:本地支付终端比较所述支付数据的支付时间，与当前时间，若二者时间间隔超过设定值，提示消费失败。

所述条码为qr码。

一种基于条码的支付系统，包括以下组件：

移动支付终端、支付服务器、本地支付终端；

移动支付终端，进一步包括：

无线通信模块，接收本地支付终端发送的广播数据，所述广播数据包含：商家编码；向支付服务器发送支付指令，接收支付服务器发送的支付数据；

支付指令生成模块，生成支付指令，所述支付指令包含：表示商家的商家编码、支付请求；

条码生成模块，将接收的支付数据进行编码，并生成条码；

显示模块，显示所述条码及消费结果提示信息；

支付服务器，进一步包括：

数据传输模块，接收所述移动支付终端发送的支付指令，向所述移动支付终端发送支付数据；

支付数据生成模块，根据收到的支付指令完成款项支付，并根据所述商家编码查询对应的密钥，生成经密钥加密的支付数据通过所述数据传输模块发送至所述移动支付终端，所述支付数据包含：订单编号、支付金额、支付时间、表示商家的编码信息；

本地支付终端，进一步包括：

无线收发模块，发射包含可被移动支付终端接收的广播数据，所述广播数据包含：商家编码；

条码解码模块，扫描用所述移动支付终端显示的条码，运用与所述条码对应的解码算法，解码条码数据；

密钥存储模块，存储有密钥；

解密模块，通过存储的密钥解密得到支付数据；

查询模块，根据支付数据，查询支付数据所对应的订单编号、支付金额、支付时间、商家编码；查询支付数据中的商家编码是否与本地支付终端中存储的商家编码一致；一致，则继续下一步骤；不一致，则提示消费不成功；

检索模块，将查询结果一致的支付数据进行检索，若已存储有该支付数据，则认定为重复消费，若未存有该支付数据，则通知存储模块将该支付数据进行存储，并提示消费成功；

存储模块，存储解码成功后的条码数据。

所述移动支付终端接收本地支付终端的无线收发模块发送的广播数据为蓝牙广播数据。

所述查询模块和所述检索模块之间还包括比较模块，比较所述支付数据的支付时间，与当前时间，若二者时间间隔超过设定值，提示消费失败。

所述条码为qr码。

一种应用于条码支付的本地支付终端，包括：

无线收发模块，发射广播数据，所述广播数据包含：商家编码；

条码解码模块，用于扫描条码，运用与所述条码对应的解码算法，解码条码数据；

密钥存储模块，存储有密钥；

解密模块，通过存储的密钥解密得到支付数据；

查询模块，根据支付数据，查询支付数据所对应的订单编号、支付金额、支付时间、商家编码；查询支付数据中的商家编码是否与本地支付终端中存储的商家编码一致；一致，则继续下一步骤；不一致，则提示消费不成功；

检索模块，将查询结果一致的支付数据进行检索，若已存储有该支付数据，则认定为重复消费，若未存有该支付数据，则通知存储模块将该支付数据进行存储，并提示消费成功；

存储模块，存储解码成功后的条码数据。

所述查询模块和所述检索模块之间还包括比较模块，比较所述支付数据的支付时间，与当前时间，若二者时间间隔超过设定值，提示消费失败。

本发明的上述技术方案相比现有技术具有以下优点：

1.本发明所述的一种基于条码的支付方法和系统，移动支付终端在近距离接收本地支付终端发送广播数据，广播数据中包含的商家编码，方便移动支付终端向支付服务器有针对性的发送支付指令，使支付目的更加明确。支付服务器根据商家编码查询对应的密钥并将支付数据进行加密后转换为条码，防止其他设备识读盗取款项。本地支付终端识读条码得到条码的解码数据，并通过密钥解密得到支付数据。根据支付数据查询商家编码，如果商家编码吻合，并且为存储有该支付数据则提示消费成功。可实现离线支付，并且不容易造成资金被盗。

2.本发明所述的一种基于条码的支付方法和系统，为了提高支付效率，通过设置支付验证时间的间隔，可引导消费者及时支付。

附图说明

为了使本发明的内容更容易被清楚的理解，下面根据本发明的具体实施例并结合附图，对本发明作进一步详细的说明，其中，

图1为本发明一种基于条码的支付方法的流程图；

图2为本发明一种基于条码的支付系统的结构框图。

图中附图标记表示为：1-移动支付终端；11-无线通信模块；12-支付指令生成模块；13-条码生成模块；14-显示模块；2-支付服务器；21-数据传输模块；22-支付数据生成模块；3-本地支付终端；31-无线收发模块；32-条码解码模块；33-密钥存储模块；34-解密模块；35-查询模块；36-检索模块；37-存储模块。

具体实施方式

实施例1

一种基于条码的支付方法，包括以下步骤：

s1:移动支付终端接收本地支付终端发送的广播数据，所述广播数据包含：商家编码。可以是用户手机或者平板电脑作为移动支付终端在商家处根据商家的本地支付终端，本地支付终端可以是带有条码扫描枪的收银终端，本地支付终端带有wi-fi或者蓝牙发射端。比如移动终端通过蓝牙连接所述本地支付终端，本地支付终端将商家编码发送至所述移动终端。

s2:移动支付终端向支付服务器发送支付指令，所述支付指令包含：表示商家的商家编码、支付请求。所述移动支付终端向支付服务器发送支付指令，比如向“支付宝”的支付服务器发送请求支付的指令，支付指令包括商家编码，用于定位在商家的消费。商家编码可以是指定的数字代码，也可以是机器的mac码。

s3:支付服务器根据收到的支付指令完成款项支付，并根据所述商家编码查询对应的密钥，生成经密钥加密的支付数据发送至所述移动支付终端，所述支付数据包含：订单编号、支付金额、支付时间、表示商家的编码信息。所述本地支付终端存储有与支付服务器发送的密钥对应的密钥。密钥可以是经加密算法加密的动态密钥也可以是静态密钥。本地支付终端可以是程序写入的密钥，也可以是硬件接入的密钥，比如“u盾”。

s4:移动支付终端将收到的支付数据进行编码，并生成条码。

s5:移动支付终端显示所述条码。

s6:本地支付终端扫描用所述移动支付终端显示的条码，运用与所述条码对应的解码算法，解码条码数据，并通过存储的密钥解密得到支付数据。支付数据通过加密处理，只能由对应的密钥解密才能得到支付数据，防止其他设备破解。

s7:本地支付终端根据支付数据，查询支付数据所对应的订单编号、支付金额、支付时间、商家编码。

s8:本地支付终端查询支付数据中的商家编码是否与本地支付终端中存储的商家编码一致；一致，则继续下一步骤；不一致，则提示消费不成功。

s9:本地支付终端将查询结果一致的支付数据进行检索，若已存储有该支付数据，则认定为重复消费，若未存有该支付数据，则将该支付数据进行存储，并提示消费成功。

步骤s1中，所述移动支付终端接收本地支付终端发送的广播数据为蓝牙广播数据。

所述步骤s8与s9之间还包括步骤s81:本地支付终端比较所述支付数据的支付时间，与当前时间，若二者时间间隔超过设定值，提示消费失败。比如24小时内未验证消费，则该消费失败。

所述条码为qr码。

本实施例所述的一种基于条码的支付方法，移动支付终端在近距离接收本地支付终端发送广播数据，广播数据中包含的商家编码，方便移动支付终端向支付服务器有针对性的发送支付指令，使支付目的更加明确。支付服务器根据商家编码查询对应的密钥并将支付数据进行加密后转换为条码，防止其他设备识读盗取款项。本地支付终端识读条码得到条码的解码数据，并通过密钥解密得到支付数据。根据支付数据查询商家编码，如果商家编码吻合，并且为存储有该支付数据则提示消费成功。可实现离线支付，并且不容易造成资金被盗。为了提高支付效率，通过设置支付验证时间的间隔，可引导消费者及时支付。

实施例2

一种基于条码的支付系统，包括以下组件：

移动支付终端1、支付服务器2、本地支付终端3；

移动支付终端1，可以是手机或者平板电脑，进一步包括：

无线通信模块11，接收本地支付终端发送的广播数据，所述广播数据包含：商家编码。向支付服务器发送支付指令，接收支付服务器发送的支付数据。比如移动终端通过蓝牙连接所述本地支付终端，本地支付终端将商家编码发送至所述移动终端。商家编码可以是指定的数字代码，也可以是机器的mac码。

支付指令生成模块12，生成支付指令，所述支付指令包含：表示商家的商家编码、支付请求。比如向“支付宝”的支付服务器发送请求支付的指令，支付指令包括商家编码，用于定位在商家的消费。

条码生成模块13，将接收的支付数据进行编码，并生成条码。可以是利用向处理芯片的寄存器写入条码编码软件来实现该项功能。

显示模块14，显示所述条码及消费结果提示信息。可以采用常规lcd显示屏或者led显示屏。

支付服务器2，进一步包括：

数据传输模块21，接收所述移动支付终端发送的支付指令，向所述移动支付终端发送支付数据。通过无线中继的连接的方式连接所述移动支付终端。

支付数据生成模块22，根据收到的支付指令完成款项支付，并根据所述商家编码查询对应的密钥，生成经密钥加密的支付数据通过所述数据传输模块发送至所述移动支付终端，所述支付数据包含：订单编号、支付金额、支付时间、表示商家的编码信息。

本地支付终端3，本地支付终端可以是带有条码扫描枪的收银终端，进一步包括：

无线收发模块31，可以是wi-fi模块或者蓝牙模块，发射包含可被移动支付终端接收的广播数据，所述广播数据包含：商家编码。

条码解码模块32，扫描用所述移动支付终端显示的条码，运用与所述条码对应的解码算法，解码条码数据。可以是硬件解码芯片进行硬件解码也可以是通过数据接口(比如usb)外接条码解码设备亦可以是mcu(中央处理单元)通过调用寄存器存储的解码算法进行软件解码。

密钥存储模块33，存储有密钥。存储有与支付服务器发送的密钥对应的密钥。密钥可以是经加密算法加密的动态密钥也可以是静态密钥。本地支付终端可以是程序写入的密钥，也可以是硬件接入的密钥，比如“u盾”。

解密模块34，通过存储的密钥解密得到支付数据。支付数据通过加密处理，只能由对应的密钥解密才能得到支付数据，防止其他设备破解。

查询模块35，根据支付数据，查询支付数据所对应的订单编号、支付金额、支付时间、商家编码；查询支付数据中的商家编码是否与本地支付终端中存储的商家编码一致；一致，则继续下一步骤；不一致，则提示消费不成功。

检索模块36，将查询结果一致的支付数据进行检索，若已存储有该支付数据，则认定为重复消费，若未存有该支付数据，则通知存储模块将该支付数据进行存储，并提示消费成功。

存储模块37，存储解码成功后的条码数据。

所述移动支付终端1接收本地支付终端3的无线收发模块31发送的广播数据为蓝牙广播数据。

所述查询模块35和所述检索模块之间还包括比较模块，比较所述支付数据的支付时间，与当前时间，若二者时间间隔超过设定值，提示消费失败。

所述条码为qr码。

本实施例所述的一种基于条码的支付系统，移动支付终端在近距离接收本地支付终端发送广播数据，广播数据中包含的商家编码，方便移动支付终端向支付服务器有针对性的发送支付指令，使支付目的更加明确。支付服务器根据商家编码查询对应的密钥并将支付数据进行加密后转换为条码，防止其他设备识读盗取款项。本地支付终端识读条码得到条码的解码数据，并通过密钥解密得到支付数据。根据支付数据查询商家编码，如果商家编码吻合，并且为存储有该支付数据则提示消费成功。可实现离线支付，并且不容易造成资金被盗。为了提高支付效率，通过设置支付验证时间的间隔，可引导消费者及时支付。

实施例3

一种应用于条码支付的本地支付终端，包括：

无线收发模块，可以是wi-fi模块或者蓝牙模块，发射广播数据，所述广播数据包含：商家编码。

条码解码模块，用于扫描条码，运用与所述条码对应的解码算法，解码条码数据。可以是硬件解码芯片进行硬件解码也可以是通过数据接口(比如usb)外接条码解码设备亦可以是mcu(中央处理单元)通过调用寄存器存储的解码算法进行软件解码。

密钥存储模块，存储有密钥。存储有与支付服务器发送的密钥对应的密钥。密钥可以是经加密算法加密的动态密钥也可以是静态密钥。本地支付终端可以是程序写入的密钥，也可以是硬件接入的密钥，比如“u盾”。

解密模块，通过存储的密钥解密得到支付数据。支付数据通过加密处理，只能由对应的密钥解密才能得到支付数据，防止其他设备破解。

查询模块，根据支付数据，查询支付数据所对应的订单编号、支付金额、支付时间、商家编码；查询支付数据中的商家编码是否与本地支付终端中存储的商家编码一致；一致，则继续下一步骤；不一致，则提示消费不成功。

检索模块，将查询结果一致的支付数据进行检索，若已存储有该支付数据，则认定为重复消费，若未存有该支付数据，则通知存储模块将该支付数据进行存储，并提示消费成功；

存储模块，存储解码成功后的条码数据。

所述查询模块和所述检索模块之间还包括比较模块，比较所述支付数据的支付时间，与当前时间，若二者时间间隔超过设定值，提示消费失败。

显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引伸出的显而易见的变化或变动仍处于本发明创造的保护范围之中。