一种线下推广聚合二维码的设计方法

技术领域

本发明涉及电子与信息的技术领域，尤其涉及一种线下推广聚合二维码的设计方法。

背景技术

二维码又称二维条码，常见的二维码为QR Code，QR全称Quick Response，是一个近几年来移动设备上超流行的一种编码方式，它比传统的Bar Code条形码能存更多的信息，也能表示更多的数据类型。

当前电网线下工作人员使用的只是简单单一的二维码，且只支持微信或支付宝单一渠道使用，如公众号关注二维码，无法实现更多的业务功能推广。

发明内容

本部分的目的在于概述本发明的实施例的一些方面以及简要介绍一些较佳实施例。在本部分以及本申请的说明书摘要和发明名称中可能会做些简化或省略以避免使本部分、说明书摘要和发明名称的目的模糊，而这种简化或省略不能用于限制本发明的范围。

鉴于上述现有存在的问题，提出了本发明。

因此，本发明提供了一种线下推广聚合二维码的设计方法，能够解决二维码功能单一、仅单一平台能识别应用、不能多平台通用的问题。

为解决上述技术问题，本发明提供如下技术方案：包括，通过访谈调研获取二维码的使用需求，结合所述使用需求并利用Google Zxing生成二维码；通过JavaScript获取用户的客户端信息，并根据所述信息选择二维码的跳转界面；通过调用南方电网营销系统的查询接口以及支付接口进行多端查缴和支付设计；利用Springboot框架完成所述二维码和所述多端查缴、支付的交互，并利用GPU对所述二维码进行二值化处理。

作为本发明所述的线下推广聚合二维码的设计方法的一种优选方案，其中：所述访谈调研包括，正式的访谈、非正式的访谈，个别访谈、团队访谈，结构性访谈和非结构性访谈。

作为本发明所述的线下推广聚合二维码的设计方法的一种优选方案，其中：还包括，利用Oracle数据库存储二维码的识别信息和处理容灾。

作为本发明所述的线下推广聚合二维码的设计方法的一种优选方案，其中：所述处理容灾包括，配置MAA架构；安装RAC主库和RAC备库；拷贝RAC 主库备份和参数文件到所述RAC备库，并配置DG Broker。

作为本发明所述的线下推广聚合二维码的设计方法的一种优选方案，其中：所述RAC主库和RAC备库包括，RAC主库状态：ONLINE；所述RAC备库包括集群件、数据库软件。

作为本发明所述的线下推广聚合二维码的设计方法的一种优选方案，其中：所述Oracle数据库还包括，利用Hibernate框架对所述Oracle数据库存储的数据进行增删查改和统计。

作为本发明所述的线下推广聚合二维码的设计方法的一种优选方案，其中：还包括，利用Redis缓存处理所述交互产生的数据。

作为本发明所述的线下推广聚合二维码的设计方法的一种优选方案，其中：所述交互包括，我们将串行处理改成并行处理，当从onPreviewFrame获取一帧二维码数据时，将decode任务丢进线程池，并立即调用setOneShotPreviewCall back获取下一帧二维码数据。

本发明的有益效果：减小二维码的生成、保存、打印和识别难度，用电客户扫码后即可先完成注册，缴纳欠费以及其他业务指标的推广，实现了一码快速推广。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。其中：

图1为本发明第一个实施例所述的一种线下推广聚合二维码的设计方法的流程示意图；

图2为本发明第一个实施例所述的一种线下推广聚合二维码的设计方法的操作流程示意图；

图3为本发明第二个实施例所述的一种线下推广聚合二维码的设计方法的扫码结果示意图；

图4为本发明第二个实施例所述的一种线下推广聚合二维码的设计方法的使用支付宝支付示意图；

图5为本发明第二个实施例所述的一种线下推广聚合二维码的设计方法的使用微信支付示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合说明书附图对本发明的具体实施方式做详细的说明，显然所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明的保护的范围。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施例的限制。

其次，此处所称的“一个实施例”或“实施例”是指可包含于本发明至少一个实现方式中的特定特征、结构或特性。在本说明书中不同地方出现的“在一个实施例中”并非均指同一个实施例，也不是单独的或选择性的与其他实施例互相排斥的实施例。

本发明结合示意图进行详细描述，在详述本发明实施例时，为便于说明，表示器件结构的剖面图会不依一般比例作局部放大，而且所述示意图只是示例，其在此不应限制本发明保护的范围。此外，在实际制作中应包含长度、宽度及深度的三维空间尺寸。

同时在本发明的描述中，需要说明的是，术语中的“上、下、内和外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一、第二或第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

本发明中除非另有明确的规定和限定，术语“安装、相连、连接”应做广义理解，例如：可以是固定连接、可拆卸连接或一体式连接；同样可以是机械连接、电连接或直接连接，也可以通过中间媒介间接相连，也可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

实施例1

参照图1～图2，为本发明的第一个实施例，该实施例提供了一种线下推广聚合二维码的设计方法，包括：

S1：通过访谈调研获取二维码的使用需求，结合使用需求并利用Google Zxing生成二维码。

其中需要说明的是，在设计二维码之前采分别通过正式的访谈、非正式的访谈，个别访谈、团队访谈，结构性访谈、非结构性访谈进行综合性访谈调研获取二维码的使用需求。

进一步的，采用Google Zxing技术生成二维码，需要说明的是，Google Zxing 技术是谷歌开源的一个二维码处理技术，能把文字，网址等内容转换成二维码的形式呈现出来。

S2：通过JavaScript获取用户的客户端信息，并根据信息选择二维码的跳转界面。

通过javaScript技术对扫码用户进行逻辑处理，该工作原理是通过判断用户的是通过哪个端进行扫码，再利用小程序现有的入口支持，实现从二维码界面直接跳转到特定的页面(支付宝小程序或微信小程序)，从而实现一码多端的使用。

S3：通过调用南方电网营销系统的查询接口以及支付接口进行多端查缴和支付设计。

利用微信，支付宝提供的前端技术和调用南方电网营销系统的查询接口，通过页面渲染、逻辑判断等操作实现多端注册、关注、绑定、查缴和支付，以及和用户的交互。

S4：利用Springboot框架完成二维码和多端查缴、支付的交互，并利用 GPU对二维码进行二值化处理。

交互包括Controller层和service层，本实施例利用Springboot框架完成与前端逻辑部分的交互，以及整个工具的业务逻辑处理，当从onPreviewFrame 获取一帧二维码数据时，将decode任务丢进线程池，并立即调用setOneShot- PreviewCallback获取下一帧二维码数据；较佳的是，Springboot作为主流的java 后端应用框架，采用自动装配技术，易于集成，性能高效。

进一步的，使用Redis缓存对业务数据进行处理；其中需要说明的是，Redis 是一个远程字典服务应用，主要用于业务层的数据处理，是一种非关系型数据库，以内存为存储介质，支持多种数据类型，支持数据持久化，拥有超快的响应速度。

再进一步的，利用Oracle数据库存储二维码的识别信息和处理容灾；其中需要说明的是，Oracle是一种关系型数据库，系统可移植性好，使用方便、功能强，适用于各类大、中、小微机环境，是一种高效率、可靠性好，适应高吞吐量的数据库方案。

具体的，处理容灾的步骤如下：

①配置MAA架构；

②安装RAC主库和RAC备库；其中，RAC主库状态设为ONLINE；RAC 备库包括集群件、数据库软件；

配置参数文件listener.ora，配置参数文件tnsname.ora。

③拷贝RAC主库备份和参数文件到RAC备库，并配置DG Broker。

创建备库目录，创建备库Standby Redo Logs，开启备库Managed Recovery，注册备库到OCR，配置DGDG Broker。

其中需要说明的是，本实施例利用Hibernate框架对Oracle数据库存储的数据进行增删查改和统计；Hibernate是一个持久层的框架，其隔离了底层的sql 语句，采用api的方式调用数据库实现增删查改，对底层完全封装，增加了系统的安全性，降低实现难度。

最后，调用OpenCV视觉库的中GPU模块对二维码进行二值化处理，步骤如下：

①验证OpenCV是否已启用GPU模块；

②上传待处理数据到GPU；

③调用OpenCV支持的GPU的处理函数；

④下载处理结果到GPU。

较佳的是，本实施例通过使用GPU对二维码进行二值化计算提升了二维码的扫码效率，进而提升了用户体验度。

实施例2

为了对本方法中采用的技术效果加以验证说明，本实施例选择传统的二维码设计方法和采用本方法进行对比测试，以科学论证的手段对比试验结果，以验证本方法所具有的真实效果。

传统的二维码设计方法设计出来的二维码功能单一，微信的二维码用电客户只能使用微信扫码识别使用，支付宝的二维码用电客户只能使用支付宝扫码识别使用，在进行线下推广时需要准备六个二维码，且识别效果差，难以实现有效快速的推广手段。

为验证本方法相对传统的二维码设计方法设计出来的二维码具有多功能 (可实现用户注册、缴纳欠费，和同时支持微信、支付宝两大平台的扫码识别) 和识别速度快本实施例中将采用传统的二维码设计方法和本方法设计的二维码进行性能对比。

测试条件：统一电池、角度、光线等环境变量，在iPhone7上分别扫码测试，识别耗时结果如下表所示。

表1：使用iPhone7分别识别传统的二维码设计方法和本方法设计的二维码的识别耗时结果对比表。

由上表可以看出，本方法有相当高的优势，比传统的二维码设计方法快了接近30ms，同时降低了约40个百分点的CPU资源。

本方法设计的二维码以及获得的效果图分别如图3、4、5所示，由图可见，本方法获得的二维码通过一次扫码即可实现用户注册、登录，查缴欠费和关注的功能，同时有效覆盖微信、支付宝使用爱好、不同使用习惯的用电客户，减小了二维码的生成、保存、打印难度，实现一码快速推广。

应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的精神和范围，其均应涵盖在本发明的权利要求范围当中。