具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，其示出了本发明实施例提供的一种扫码响应方法的流程图，具体可以包括：

S11：商户端利用扫码功能扫描用户端展示的核销二维码，以在扫描核销二维码成功后获取用户端对应用户的用户信息。

其中，核销与现有技术中对应概念的含义相同，可以简单理解为审核后销账。本申请实施例中用户需要支付时，可以登录用户端的APP展示自己的核销二维码(核销二维码即为用户用来支付的二维码)；商户登录商户端的APP后，可以使用商户端APP的扫一扫功能扫描用户端展示的核销二维码，以在扫描核销二维码成功后获取登录用户端的用户的用户信息，该用户信息即为用户用于支付的账户的信息，进而利用该用户账户实现相应的支付。

另外，如果商户端扫描用户端的核销二维码时间达到根据实际需要设定的一定时长后还未能实现成功扫描，则可以输出提示商户端对应商户重新实现扫描或者提示商户端对应商户检测商户端设备等的信息；当然根据实际需要进行的其他设定也均在本发明的保护范围之内。

S12：商户端基于用户信息实现相应的核销操作得到核销结果，并将核销结果存储至Redis中。

商户端在通过扫描用户端的核销二维码获取到用户信息后，可以基于该用户信息对应的账户进行核销操作，并填入金额备注等信息，该核销操作则为在对应账户实现用户需要支付的款项扣除操作；然后在进行核销操作之后得到相应的核销结果，该核销结果则为用户支付结果。商户端在获取到核销结果后，可以将核销结果存储至Redis中，Redis是一个高性能key-value存储系统，支持主从同步，数据可以从主服务器向任意数量的从服务器上同步，其为运行时数据存储在内存中，并提供多种语言的API的非关系型数据库。

S13：Redis接收用户端发送的查询请求，并将与查询请求对应的核销结果反馈给用户端。

用户端可以随时向Redis发送查询请求，Redis在接收到用户端发送的查询请求后，可以将与查询请求对应的核销结果反馈给用户端，以使得用户端能够及时快速的获知到核销结果。

本申请中商户端扫描用户端展示的核销二维码实现相应核销操作，并将核销操作的核销结果存储至Redis中，使得用户端能够从Redis中查询核销结果；可见，本申请将商户端通过扫码实现核销操作的核销结果存储至Redis中，从而能够利用Redis的高并发特点满足多人在不同商户进行扫码支付时的并发需求，且能够利用Redis的高性能特点使得用户端能够快速方便的实现核销结果的查询。

本发明实施例提供的一种扫码响应方法，商户端将核销结果存储至Redis中之后，还可以包括：

如果核销结果表示核销成功，则Redis将核销结果存储至Mysql数据库中；如果核销结果表示核销失败，则Redis确定无需将核销结果存储至Mysql数据库中。

本申请实施例中在获取到核销结果并将核销结果存储至Redis中后，Redis可以判断核销结果表示核销是否成功，如果表示核销成功，则说明用户的此次支付成功，因此可以将核销结果存储至Mysql数据库中，从而方便后续对于此次核销结果的查询，否则，无需将核销结果存储至Mysql数据库，从而保证对核销成功的核销结果查询的同时，避免无效的核销结果对Mysql数据库的浪费。Mysql是一个关系型数据库管理系统，其将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。

另外，本申请实施例在将核销结果存储至Redis之前也可以判断核销结果是否表示核销成功，从而在核销成功时将核销结果存储至Redis中，否则无需将核销结果存储至Redis中，相应的，在接收到用户端的查询请求后，如果查询请求对应的核销结果存在于Redis中则返回核销结果，否则给用户端返回核销失败的信息，当然根据实际需要进行的其他设定也均在本发明的保护范围之内。

在一种具体实现方式中，Redis将核销结果存储至Mysql数据库中，可以包括：Redis将核销结果对应的核销单号存储至Mysql数据库中。

具体来说，每次核销操作都具有相应的表示此次核销操作的核销单号；因此，为了进一步减少对Mysql数据库中存储空间的浪费，本申请实施例在将核销结果存储至Mysql数据库时可以是将核销结果对应核销操作的核销单号存储至Mysql数据库中。

另外，如果是仅在核销结果成功时将核销结果存储至Redis中，也可以是将核销结果对应核销操作的核销单号存储至Redis中；相应的，查询请求可以携带有需要查询的核销单号，从而在查询请求携带的核销单号在Redis中时则返回核销成功的信息，否则返回核销失败的信息。本申请实施例中通过Redis保存核销结果，这种方式只需要在Redis中存入核销单号(pumpOilNo)即可，并且数据库中不会存在核销失败的核销单号，从而可以节省数据库内存，增强并发情况下数据库的性能。

本发明实施例提供的一种扫码响应方法，商户端基于用户信息实现相应的核销操作得到核销结果之后，还可以包括：

如果核销结果表示核销失败，则商户端显示核销结果以及导致核销结果的原因。

本申请实施例中在核销结果表示核销失败时，还可以在商户端的显示界面显示核销结果以及导致核销结果的原因，如核销结果则为核销失败，而导致核销结果的原因则可以为余额不足、超时等信息，从而使得商户端能够及时获知核销失败原因，并在获知核销失败原因为自身问题时重新实现核销二维码的扫描等，提高核销成功率。

本发明实施例提供的一种扫码响应方法，用户端向Redis发送查询请求，可以包括：

用户端调用Redis的数据接口，以通过数据接口向Redis发送查询请求。

需要说明的是，Redis可以提供实现Redis调用的数据接口，进而用户端仅需通过该数据接口的调用，即可实现查询请求的发送以及Redis的访问等操作，从而便于用户端实现相应的Redis相关操作，无需轮询数据库即可实现核销结果的查询，从而能够有效减轻数据库压力。

本申请功能逻辑简单，只需Redis不需要mq等中间件处理核销结果；性能好，采用Redis缓存数据库减轻数据库的访问压力，防止轮询对数据库的频繁查询。

本发明实施例还提供了一种扫码响应系统，如图2所示，可以包括用户端11、商户端12及Redis13，其中：

用户端11，用于：展示核销二维码；

商户端12，用于：利用扫码功能扫描用户端11展示的核销二维码，以在扫描核销二维码成功后获取用户端11对应用户的用户信息；基于用户信息实现相应的核销操作得到核销结果，并将核销结果存储至Redis13中；

Redis13，用于：接收用户端11发送的查询请求，并将与查询请求对应的核销结果反馈给用户端11。

本发明实施例提供的一种扫码响应系统，Redis还可以用于：商户端将核销结果存储至Redis中之后，如果核销结果表示核销成功，则将核销结果存储至Mysql数据库中，如果核销结果表示核销失败，则确定无需将核销结果存储至Mysql数据库中。

本发明实施例提供的一种扫码响应系统，Redis将核销结果存储至Mysql数据库中，具体可以包括：Redis将核销结果对应的核销单号存储至Mysql数据库中。

本发明实施例提供的一种扫码响应系统，商户端还可以用于：基于用户信息实现相应的核销操作得到核销结果之后，如果核销结果表示核销失败，则显示核销结果以及导致核销结果的原因。

本发明实施例提供的一种扫码响应系统，用户端向Redis发送查询请求，具体可以包括：用户端调用Redis的数据接口，以通过数据接口向Redis发送查询请求。

需要说明的是，本发明实施例提供的一种扫码响应系统中相关部分的说明请参见本发明实施例提供的一种扫码响应方法中对应部分的详细说明，在此不再赘述。另外，本发明实施例提供的上述技术方案中与现有技术中对应技术方案实现原理一致的部分并未详细说明，以免过多赘述。

对所公开的实施例的上述说明，使本领域技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。