CN103473582A

CN103473582A - 一种标签的生成方法

Info

Publication number: CN103473582A
Application number: CN2013104408689A
Authority: CN
Inventors: 黄家祺; 叶灿才
Original assignee: ZHONGSHAN IKER DIGITAL TECHNOLOGY Co Ltd
Current assignee: ZHONGSHAN IKER DIGITAL TECHNOLOGY Co Ltd
Priority date: 2013-09-25
Filing date: 2013-09-25
Publication date: 2013-12-25

Abstract

本发明公开一种标签的生成方法，其特征在于，二维码生成器在生成二维码过程中，包括以下步骤：获取需要在二维码标签承载的业务数据步骤；根据业务数据确定业务数据区的大小步骤；根据业务数据区的大小，确定横向控制数据区的横向长度和纵向控制数据区纵向长度步骤；对需要承载的业务数据，进行编码，生成符合业务数据区显示大小的图像并缓存步骤；获取需要承载在横向控制数据区或纵向控制数据区的签名信息或授权信息或秘钥信息或坐标信息的控制数据步骤；对需要承载在横向控制数据区和纵向控制数据区的控制数据进行编码，生成符合横向控制数据区、纵向控制数据区大小的显示的图像并缓存步骤；将已编码并缓存的业务数据图像、控制数据图像填充至业务数据区、横向控制数据区和纵向控制数据区，组合成一整体的二维码标签，以显示或打印。

Description

一种标签的生成方法

技术领域

本发明涉及二维码技术，特别涉及一种改进的二维码标签的生成方法。

背景技术

由于二维码具有存储信息量大、安全性能高、成本低廉、易于纠错、易于识读和易于实现自动处理流程等诸多优点，在越来越多的领域被广泛应用。目前国内外有了很多二维码的码制标准，如PDF417、QR、Data Matrix 以及汉信码等。与之对应的各种码制的编码、解码方法、识读方法、纠错方法都日臻成熟。

如图1 所示，为现有技术中的二维码的一种结构。其中，它具有三个定位图形，分别位于左下角，左上角以及右上角。它们占据了比较多的二维码信息空间。另外，图1所示的二维码只有一个数据区，二维码所携带的数据信息全部都集中体现在这个唯一数据区的图形上。无法承载两个独立的数据，以满足特殊业务的需求。例如在电子商务过程中，二维码一方面需要承载商品或服务的地址信息或摘要信息，另一方面也需要承载提供方的签名信息、授权信息或秘钥信息，其中地址信息或摘要信息是应该能被通用的二维码识别器所识别并显示的，而签名信息、授权信息或秘钥信息则应该是被授权的二维码识别器才能识别的。现有的二维码方案中，无法对二维码所承载得数据信息进行精准控制。

本申请同时另案申请了《一种二维码标签的改进》，现有技术中缺乏生成这种二维码标签的方法。

发明内容

本发明目的是克服现有技术不足，提供一种新二维码标签的生成方法。

本发明的通过如下方案实现：

一种标签的生成方法，其特征在于, 二维码生成器在生成二维码过程中，包括以下步骤：

获取需要在二维码标签承载的业务数据步骤；

根据业务数据确定业务数据区的大小步骤；

根据业务数据区的大小，确定横向控制数据区的横向长度和纵向控制数据区纵向长度步骤；

对需要承载的业务数据，进行编码，生成符合业务数据区显示大小的图像并缓存步骤；

获取需要承载在横向控制数据区或纵向控制数据区的签名信息或授权信息或秘钥信息或坐标信息的控制数据步骤；

对需要承载在横向控制数据区和纵向控制数据区的控制数据进行编码，生成符合横向控制数据区、纵向控制数据区大小的显示的图像并缓存步骤；

将已编码并缓存的业务数据图像、控制数据图像填充至业务数据区、横向控制数据区和纵向控制数据区，组合成一整体的二维码标签，以显示或打印。

进一步，对需要承载的业务数据，进行编码，生成符合业务数据区显示大小的图像前先对业务数据进行加密；对业务数据进行加密时，所采用的密钥为横向控制数据区或纵向控制数据区所承载的控制数据字符串对业务数据进行加密时，所采用的密钥为横向控制数据区或纵向控制数据区所承载的控制数据字符串。

更进一步，需要承载在横向控制数据区和纵向控制数据区的控制数据进行编码，生成符合横向控制数据区、纵向控制数据区大小的显示的图像前，对横向控制数据区或纵向控制数据区的控制数据进行加密。

作为优化，上所述根据业务数据区的大小，确定横向控制数据区的横向长度和纵向控制数据区纵向长度步骤中，横向控制数据区的横向长度等于对应业务数据区边框大小加呈“L”状的分隔图形的宽度；纵向控制数据区纵向长度等于对应业务数据区边框大小加呈“L”状的分隔图形的宽度，使业务数据区和控制数据区的图像边界是对齐的，保证二维码标签整体轮廓是矩形。

附图说明

图1为现有二维码标签的结构示意图；

图2为本发明涉及二维码标签的结构示意图之一；

图3为本发明涉及二维码标签的结构示意图之二；

图4为本发明涉及二维码标签生成装置的结构示意图；

图5为本发明涉及二维码标签生成方法流程图；

图6为本发明涉及二维码标签识别方法流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图2 和3所示，为本发明实施例1 中涉及二维码标签的结构示意图。本发明二维码中，具有业务数据区1和控制数据区。其中优选方案中，控制数据区又具有横向控制数据区21和纵向控制数据区22。业务数据区1和控制数据区之间通过呈“L”状的分隔图形3进行隔离。呈“L”状的分隔图形3可以呈浅色或深色，宽度为一个或以上数据符号格。优选方案中，呈“L”状的分隔图形3的颜色采用不同于业务数据区1和控制数据区的颜色，并且宽度为一个数据符号格。业务数据区1可以是正方型，也可以是长方形。行列数可以根据现有技术或者所需要承载的数据量大小进行设置。横向控制数据区21的纵向宽度、纵向控制数据区22横向宽度固定的，而横向控制数据区21的横向长度、纵向控制数据区22纵向长度则可动态调节，并保持与业务数据区1的大小一致。更具体说，是业务数据区1和控制数据区的图像边界是对齐的。横向控制数据区21的纵向宽度、纵向控制数据区22横向宽度优选方案中，可以采用5个数据符号格。如图2 和3所示,优选方案中，横向控制数据区21和纵向控制数据区22的交接处，还设有商品或产品或公司的图像展示区4。图像展示区4的宽度与横向控制数据区21和纵向控制数据区22适配，具体来说图像展示区4外边界应该与横向控制数据区21和纵向控制数据区22的外边界对齐。图像展示区4用于显示商品或产品或公司的LOGO。

又如图2 和3所示，为本发明二维码标签的业务数据区1用于承载普通文本内容、网址、电话、短信等信息，而横向控制数据区21和纵向控制数据区22则用于承载签名信息、授权信息、秘钥信息、坐标信息等特殊信息。优选方案中，业务数据区1和控制数据区采用不同的编码方式进行编码；并至少有一数据区为承载经过加密信息，如业务数据区1为非加密信息，而横向控制数据区21和纵向控制数据区22中至少一个区的数据信息为加密信息；或者业务数据区1为加密信息，而横向控制数据区21和纵向控制数据区22至少一个区的信息数据信息为非加密信息。

参考图4，为实施本发明所需要的二维码标签的符号生成装置，与现有技术不同，该装置具有业务数据区标签生成模块、横向控制数据区标签生成模块、纵向控制数据区标签生成模块、标签组合模块和编码控制模块，其中所述的业务数据区标签生成模块用于将需要承载于业务数据区的业务数据转换成与业务数据区大小匹配并具有两种色差明显的符号构成二维码标签图像；所述的横向控制数据区标签生成模块用于将需要承载于横向控制数据区的控制数据转换成与横向控制数据区大小匹配并具有两种色差明显的符号构成二维码标签图像；所述的纵向控制数据区标签生成模块用于将需要承载于纵向控制数据区的控制数据转换成与纵向控制数据区大小匹配并具有两种色差明显的符号构成二维码标签图像；所述的编码控制模块用于对承载于业务数据区的业务数据、承载于横向控制数据区和纵向控制数据区的控制数据之一进行加密后，通过两种不同的编码算法对承载于业务数据区的业务数据、承载于横向控制数据区和纵向控制数据区的控制数据进行编码；所述的标签组合模块用于将存储于缓存空间，并分别对应于业务数据区、横向控制数据区、纵向控制数据区的二维码标签图像进行组合，生成完整的二维码标签以供显示或打印。另外，优选方案中，该装置还具有图像展示区图像控制模块，用于加载用户或系统选定的图像并将其转换成适合图像展示区大小的图像，保存于缓存；所述的标签组合模块用于将存储于缓存空间，并分别对应于业务数据区、横向控制数据区、纵向控制数据区的二维码标签图像、图像展示区图像控制模块处理后的图像及呈“L”状的分隔图形进行组合，生成完整的二维码标签以供显示或打印。

参考图5所示，为本发明实施例中二维码标签生成方法流程图，二维码标签生成具体包括以下步骤：

S101,获取需要在二维码标签承载的业务数据。业务数据的获取可以是用户的输入，也可以是通过访问其它应用或系统的接口获得。

S102,确定业务数据区1的大小。具体为判断需要承载的业务数据量是否超出已设定的业务数据区1大小所能承载的数据量，如果超出则进一步判断是否超出业务数据区1所能承载的最大数据量；超出业务数据区1所能承载的最大数据量，则提示“无法生成二维码标签”，否则自动根据需要承载的业务数据量扩大业务数据区1大小。如果判断需要承载的业务数据量在已设定的业务数据区1大小所能承载的数据量范围内，则以已设定参数确定业务数据区1的大小。

S103,根据业务数据区1的大小，确定横向控制数据区21的横向长度和纵向控制数据区22纵向长度。确定办法是，横向控制数据区21的横向长度等于对应业务数据区1边框大小加呈“L”状的分隔图形3的宽度。纵向控制数据区22纵向长度等于对应业务数据区1边框大小加呈“L”状的分隔图形3的宽度，使业务数据区1和控制数据区的图像边界是对齐的，保证二维码标签整体轮廓是矩形。

S104,对需要承载的业务数据，进行编码，生成符合业务数据区显示大小的图像并缓存；根据不同的应用环境需求，在编码之前，可以对需要承载的业务数据进行加密后再编码。编码和加密技术可以根据现有技术进行。

S105,获取需要承载在一个以上控制数据区的签名信息、授权信息、秘钥信息、坐标信息等控制数据，获取方式可以是人工输入或通过问其它应用或系统的接口获得。

S106,对需要承载在控制数据区的控制数据进行编码，生成符合横向控制数据区21、纵向控制数据区22大小的显示的图像并缓存。其中，控制数据可以分成两部分分别显示在横向控制数据区21、纵向控制数据区22。横向控制数据区21、纵向控制数据区22也可以分别承载和显示两个不同的控制数据。如横向控制数据区21用于承载用户名，纵向控制数据区22用于承载对应的密码数据；横向控制数据区21用于承载签名数据，纵向控制数据区22用于承载公钥数据等。优选方案中，业务数据区1和控制数据区应该采用不同的编码方式。而横向控制数据区21、纵向控制数据区22的控制数据的编码方式可以相同也可以不相同。根据不同的应用环境需求，在对控制数据进行编码之前，可以对其进行加密后再编码。编码和加密方式有多种多样，具体可以根据现有技术进行。

S107,获取需要显示在图像展示区4的图像，缓存。优选方案中，图像展示区4的图像并非必须的，如果不存在需要展示的商品或产品或公司等的LOGO，也可以用浅色或深色进行填充。

S108,将已编码并缓存的业务数据图像、控制数据图像、LOGO分别填充至业务数据区1、控制数据区、图像展示区4组合成一整体的二维码标签，直接显示或打印。

参考图6所示，为本发明实施例中二维码标签对应的识别流程图，二维码标签识别具体包括以下步骤：

S201,对二维码进行整体的图像采集；

S202,对横向控制数据区、纵向控制数据区的轮廓进行识别。由于横向控制数据区、纵向控制数据区的宽度是固定的，并且与业务数据区之间存在“L”状的分隔图形3，所以对于横向控制数据区、纵向控制数据区的轮廓识别比较简单。有选方案中，更可以通过图像展示区4及图像进行定位。其中图像展示区4具有固定大小，位于右下角，并且位于横向控制数据区、纵向控制数据区的交接处。

S203,以横向控制数据区、纵向控制数据区的轮廓进行定位，识别出业务数据区步骤。由于横向控制数据区、纵向控制数据区的形状，宽度是固定的，并且图像展示区4的大小、形状和位置是固定的，所以横向控制数据区、纵向控制数据区在用于承载数据同时，也起到了定位作用。摆脱了现有技术中，需要固定的三个图形进行定位，并且占据了过多的二维码信息空间的问题。

S204,分割出业务数据区1、横向控制数据区21、纵向控制数据区22的图像；

S205,分别对业务数据区1、横向控制数据区21、纵向控制数据区22的图像进行识别并通过对应的解码算法解码；优选方案中，业务数据区的数据可以是非加密的，而横向控制数据区21、纵向控制数据区22中至少一个是加密的，如横向控制数据区21、纵向控制数据区22分别承载的是用户名和密码，则获得横向控制数据区21、纵向控制数据区22承载的数据前，需要对横向控制数据区21、纵向控制数据区22识别的结果进行解密操作，然后才得到最终的数据。这样，本发明的二维码标签具有通用的二维码的方便特性，同时也可以用于身份识别，二维码阅读的控制，满足特殊应用需求，提高数据安全性。另一优选方案是，对业务数据区1的图像进行识别并通过对应的解码算法解码前，需要先解码横向控制数据区21或纵向控制数据区22其中之一的公钥数据，然后二维码识别器才能利用该公钥对业务数据区1进行解密及解码。由于本发明的二维码标签结构不同于现有技术，并且可以对对业务数据区1、横向控制数据区21、纵向控制数据区22的承载的数据类型，数据是否进行加解密进行独立的控制，所以除了上述两种优选方案外，安全保障的措施也可以有多种组合。

S206,得到业务数据区1、横向控制数据区21、纵向控制数据区22所承载的数据。当业务数据区1承载的是商品或服务的网络地址、横向控制数据区21承载的用户名、纵向控制数据区22承载的是用户密码，则用户终端的二维码扫描并识别后，可以通过业务数据区1承载的是商品或服务的网络地址访问进行商品或服务的获取，同时可以自动凭借所识别的横向控制数据区21承载的用户名、纵向控制数据区22承载的是用户密码进行自动登录，实现身份自动识别，同时避免手动输入，保障了安全。

最后说明的是，以上实施例仅用以说明本发明的技术方案而非限制，本领域普通技术人员对本发明的技术方案所做的其他修改或者等同替换，只要不脱离本发明技术方案的精神和范围，均应涵盖在本发明的权利要求范围当中。

Claims

1.一种标签的生成方法，其特征在于, 二维码生成器在生成二维码过程中，包括以下步骤：

获取需要在二维码标签承载的业务数据步骤；

根据业务数据确定业务数据区的大小步骤；

2.如权利要求1所述的标签的生成方法，其特征在于，对需要承载的业务数据，进行编码，生成符合业务数据区显示大小的图像前先对业务数据进行加密。

3.如权利要求2所述的标签的生成方法，其特征在于，对业务数据进行加密时，所采用的密钥为横向控制数据区或纵向控制数据区所承载的控制数据字符串。

4.如权利要求1所述的标签的生成方法，其特征在于，需要承载在横向控制数据区和纵向控制数据区的控制数据进行编码，生成符合横向控制数据区、纵向控制数据区大小的显示的图像前，对横向控制数据区或纵向控制数据区的控制数据进行加密。

5.如权利要求2或4任一所述的标签的生成方法，其特征在于，所述根据业务数据区的大小，确定横向控制数据区的横向长度和纵向控制数据区纵向长度步骤中，横向控制数据区的横向长度等于对应业务数据区边框大小加呈“L”状的分隔图形的宽度；纵向控制数据区纵向长度等于对应业务数据区边框大小加呈“L”状的分隔图形的宽度，使业务数据区和控制数据区的图像边界是对齐的，保证二维码标签整体轮廓是矩形。

6.如权利要求5所述的标签的生成方法，其特征在于，还包括获取需要显示在图像展示区的图像并缓存步骤，以及将已编码并缓存的业务数据图像、控制数据图像、分别填充至业务数据区和控制数据区并与图像展示区组合成整体的二维码标签步骤。