一種二維碼標簽的改進的制作方法
【專利摘要】本發明公開一種二維碼標簽，其特征在于，標簽本體包括業務數據區（1）、橫向控制數據區（21）和縱向控制數據區（22）；所述業務數據區（1）、橫向控制數據區（21）和縱向控制數據區（22）的二維碼標簽圖像分別由具有兩種明顯色差的符號構成;所述業務數據區（1）、橫向控制數據區（21）和縱向控制數據區（22）的二維碼標簽圖像分別獨立承載不同的數據，它現有二維碼尋像圖形、定位圖形等控制信息占據了過多的二維碼信息空間問題，同時克服現有技術中，只存在一個數據區，無法同時承載兩個或以上的獨立數據的問題。
【專利說明】一種二維碼標簽的改進
【技術領域】
[0001]本發明涉及二維碼技術，特別涉及二維碼標簽結構的改進。
【背景技術】
[0002]由于二維碼具有存儲信息量大、安全性能高、成本低廉、易于糾錯、易于識讀和易于實現自動處理流程等諸多優點，在越來越多的領域被廣泛應用。目前國內外有了很多二維碼的碼制標準，如H)F417、QR、Data Matrix以及漢信碼等。與之對應的各種碼制的編碼、解碼方法、識讀方法、糾錯方法都日臻成熟。
[0003]如圖1所示，為現有技術中的二維碼的一種結構。其中，它具有三個定位圖形，分別位于左下角，左上角以及右上角。它們占據了比較多的二維碼信息空間。另外，圖1所示的二維碼只有一個數據區，二維碼所攜帶的數據信息全部都集中體現在這個唯一數據區的圖形上。無法承載兩個獨立的數據，以滿足特殊業務的需求。例如在電子商務過程中，二維碼一方面需要承載商品或服務的地址信息或摘要信息，另一方面也需要承載提供方的簽名信息、授權信息或秘鑰信息，其中地址信息或摘要信息是應該能被通用的二維碼識別器所識別并顯示的，而簽名信息、授權信息或秘鑰信息則應該是被授權的二維碼識別器才能識別的。現有的二維碼方案中，無法對二維碼所承載得數據信息進行精準控制。
【發明內容】
[0004]本發明目的是克服現有技術不足，通過二維碼標簽結構的改進，以實現對二維碼的閱讀授權控制，保證二維碼信息傳播的便捷性，同時提高安全性。它克服現有二維碼尋像圖形、定位圖形等控制信息占據了過多的二維碼信息空間問題，同時克服現有技術中，只存在一個數據區，無法同時承載兩個或以上的獨立數據的問題。
[0005]本發明的通過如下方案實現:
一種二維碼標簽，其特征在于，標簽本體包括業務數據區、橫向控制數據區和縱向控制數據區；所述業務數據區、橫向控制數據區和縱向控制數據區的二維碼標簽圖像分別由具有兩種明顯色差的符號構成；所述業務數據區、橫向控制數據區和縱向控制數據區的二維碼標簽圖像分別獨立承載不同的數據。
[0006]為了克服現有技術的通過三個固定的定位圖形來進行定位，并占據了過多的二維碼信息空間問題，上所述橫向控制數據區的縱向寬度和縱向控制數據區橫向寬度固定為固定值。業務數據區與橫向控制數據區、縱向控制數據區之間通過呈“L”狀的分隔圖形進行隔離。這樣，對二維碼進行識別時，通過橫向控制數據區、縱向控制數據區固定的參數及輪廓，以及分隔圖形的特征，可以完成對二維碼的定位和各數據區的分離和識別，而橫向控制數據區和縱向控制數據區本身同時可以獨立承載數據。
[0007]作為優化，所述的橫向控制數據區、縱向控制數據區交接處，還設有圖像展示區，圖像展示區用于承載并顯示與該標簽關聯附圖的縮略圖。與該標簽關聯附圖可以是公司、產品或服務的LOGO。圖像展示區在應用中，它的寬度和形狀為固定值，可以進一步提高標簽的定位，在標簽識別過程中，可以實現對業務數據區與橫向控制數據區、縱向控制數據區進行快速識別，進而提高識別的精準度。
[0008]進一步，通過對該二維碼標簽結構的改進，業務數據區與橫向控制數據區、縱向控制數據區承載的數據、數據關聯性的變化及組合可以取得顯著的應用效果。其中，所述的業務數據區用于承載普通文本內容或網站地址或通訊方式或短信內容數據；所述的橫向控制數據區和縱向控制數據區用于承載簽名信息或授權信息或秘鑰信息或坐標信息。業務數據區、橫向控制數據區和縱向控制數據區所承載的數據至少有一個為加密數據，并且另外的一個或兩個數據區的數據獲取，需要首先對加密數據進行解密后才能獲得。這樣，通過不同的組合，本發明的二維碼標簽能適應多種應用場合如電子商務、網絡銀行的需求，并且安全性、數據的控制、標簽空間利用率都有所提高。
【專利附圖】
【附圖說明】
[0009]圖1為現有二維碼標簽的結構示意圖；
圖2為本發明二維碼標簽的結構示意圖之一；
圖3為本發明二維碼標簽的結構示意圖之二；
圖4為本發明二維碼標簽生成裝置的結構示意圖；
圖5為本發明二維碼標簽生成方法流程圖；
圖6為本發明二維碼標簽識別方法流程圖。
【具體實施方式】
[0010]為了使本發明的目的、技術方案及優點更加清楚明白，以下結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發明，并不用于限定本發明。
[0011]如圖2和3所示，為本發明實施例1中二維碼標簽的結構示意圖。本發明二維碼中，具有業務數據區I和控制數據區。其中優選方案中，控制數據區又具有橫向控制數據區21和縱向控制數據區22。業務數據區I和控制數據區之間通過呈“L”狀的分隔圖形3進行隔離。呈“L”狀的分隔圖形3可以呈淺色或深色，寬度為一個或以上數據符號格。優選方案中，呈“L”狀的分隔圖形3的顏色采用不同于業務數據區I和控制數據區的顏色，并且寬度為一個數據符號格。業務數據區I可以是正方型，也可以是長方形。行列數可以根據現有技術或者所需要承載的數據量大小進行設置。橫向控制數據區21的縱向寬度、縱向控制數據區22橫向寬度固定的，而橫向控制數據區21的橫向長度、縱向控制數據區22縱向長度則可動態調節，并保持與業務數據區I的大小一致。更具體說，是業務數據區I和控制數據區的圖像邊界是對齊的。橫向控制數據區21的縱向寬度、縱向控制數據區22橫向寬度優選方案中，可以采用5個數據符號格。如圖2和3所示，優選方案中，橫向控制數據區21和縱向控制數據區22的交接處，還設有商品或產品或公司的圖像展示區4。圖像展示區4的寬度與橫向控制數據區21和縱向控制數據區22適配，具體來說圖像展示區4外邊界應該與橫向控制數據區21和縱向控制數據區22的外邊界對齊。圖像展示區4用于顯示商品或產品或公司的LOGO。
[0012]又如圖2和3所示，為本發明二維碼標簽的業務數據區I用于承載普通文本內容、網址、電話、短信等信息，而橫向控制數據區21和縱向控制數據區22則用于承載簽名信息、授權信息、秘鑰信息、坐標信息等特殊信息。優選方案中，業務數據區I和控制數據區采用不同的編碼方式進行編碼；并至少有一數據區為承載經過加密信息，如業務數據區I為非加密信息，而橫向控制數據區21和縱向控制數據區22中至少一個區的數據信息為加密信息；或者業務數據區I為加密信息，而橫向控制數據區21和縱向控制數據區22至少一個區的信息數據信息為非加密信息。
[0013]參考圖4，為實施本發明所需要的二維碼標簽的符號生成裝置，與現有技術不同，該裝置具有業務數據區標簽生成模塊、橫向控制數據區標簽生成模塊、縱向控制數據區標簽生成模塊、標簽組合模塊和編碼控制模塊，其中所述的業務數據區標簽生成模塊用于將需要承載于業務數據區的業務數據轉換成與業務數據區大小匹配并具有兩種色差明顯的符號構成二維碼標簽圖像；所述的橫向控制數據區標簽生成模塊用于將需要承載于橫向控制數據區的控制數據轉換成與橫向控制數據區大小匹配并具有兩種色差明顯的符號構成二維碼標簽圖像；所述的縱向控制數據區標簽生成模塊用于將需要承載于縱向控制數據區的控制數據轉換成與縱向控制數據區大小匹配并具有兩種色差明顯的符號構成二維碼標簽圖像；所述的編碼控制模塊用于對承載于業務數據區的業務數據、承載于橫向控制數據區和縱向控制數據區的控制數據之一進行加密后，通過兩種不同的編碼算法對承載于業務數據區的業務數據、承載于橫向控制數據區和縱向控制數據區的控制數據進行編碼；所述的標簽組合模塊用于將存儲于緩存空間，并分別對應于業務數據區、橫向控制數據區、縱向控制數據區的二維碼標簽圖像進行組合，生成完整的二維碼標簽以供顯示或打印。另外，優選方案中，該裝置還具有圖像展示區圖像控制模塊，用于加載用戶或系統選定的圖像并將其轉換成適合圖像展示區大小的圖像，保存于緩存；所述的標簽組合模塊用于將存儲于緩存空間，并分別對應于業務數據區、橫向控制數據區、縱向控制數據區的二維碼標簽圖像、圖像展示區圖像控制模塊處理后的圖像及呈“L”狀的分隔圖形進行組合，生成完整的二維碼標簽以供顯示或打印。
[0014]參考圖5所示，為本發明實施例中二維碼標簽生成方法流程圖，二維碼標簽生成具體包括以下步驟:
S101,獲取需要在二維碼標簽承載的業務數據。業務數據的獲取可以是用戶的輸入，也可以是通過訪問其它應用或系統的接口獲得。
[0015]S102,確定業務數據區I的大小。具體為判斷需要承載的業務數據量是否超出已設定的業務數據區I大小所能承載的數據量，如果超出則進一步判斷是否超出業務數據區I所能承載的最大數據量；超出業務數據區I所能承載的最大數據量，則提示“無法生成二維碼標簽”，否則自動根據需要承載的業務數據量擴大業務數據區I大小。如果判斷需要承載的業務數據量在已設定的業務數據區I大小所能承載的數據量范圍內，則以已設定參數確定業務數據區I的大小。
[0016]S103,根據業務數據區I的大小，確定橫向控制數據區21的橫向長度和縱向控制數據區22縱向長度。確定辦法是，橫向控制數據區21的橫向長度等于對應業務數據區I邊框大小加呈“L”狀的分隔圖形3的寬度。縱向控制數據區22縱向長度等于對應業務數據區I邊框大小加呈“L”狀的分隔圖形3的寬度，使業務數據區I和控制數據區的圖像邊界是對齊的，保證二維碼標簽整體輪廓是矩形。[0017]S104,對需要承載的業務數據，進行編碼，生成符合業務數據區顯示大小的圖像并緩存；根據不同的應用環境需求，在編碼之前，可以對需要承載的業務數據進行加密后再編碼。編碼和加密技術可以根據現有技術進行。
[0018]S105,獲取需要承載在一個以上控制數據區的簽名信息、授權信息、秘鑰信息、坐標信息等控制數據，獲取方式可以是人工輸入或通過問其它應用或系統的接口獲得。
[0019]S106,對需要承載在控制數據區的控制數據進行編碼，生成符合橫向控制數據區21、縱向控制數據區22大小的顯示的圖像并緩存。其中，控制數據可以分成兩部分分別顯示在橫向控制數據區21、縱向控制數據區22。橫向控制數據區21、縱向控制數據區22也可以分別承載和顯示兩個不同的控制數據。如橫向控制數據區21用于承載用戶名，縱向控制數據區22用于承載對應的密碼數據；橫向控制數據區21用于承載簽名數據，縱向控制數據區22用于承載公鑰數據等。優選方案中，業務數據區I和控制數據區應該采用不同的編碼方式。而橫向控制數據區21、縱向控制數據區22的控制數據的編碼方式可以相同也可以不相同。根據不同的應用環境需求，在對控制數據進行編碼之前，可以對其進行加密后再編碼。編碼和加密方式有多種多樣，具體可以根據現有技術進行。
[0020]S107,獲取需要顯示在圖像展示區4的圖像，緩存。優選方案中，圖像展示區4的圖像并非必須的，如果不存在需要展示的商品或產品或公司等的L0G0，也可以用淺色或深色進行填充。
[0021]S108,將已編碼并緩存的業務數據圖像、控制數據圖像、LOGO分別填充至業務數據區1、控制數據區、圖像展示區4組合成一整體的二維碼標簽，直接顯示或打印。
[0022]參考圖6所示，為本發明實施例中二維碼標簽對應的識別流程圖，二維碼標簽識別具體包括以下步驟:
5201,對二維碼進行整體的圖像采集；
5202,對橫向控制數據區、縱向控制數據區的輪廓進行識別。由于橫向控制數據區、縱向控制數據區的寬度是固定的，并且與業務數據區之間存在“L”狀的分隔圖形3，所以對于橫向控制數據區、縱向控制數據區的輪廓識別比較簡單。有選方案中，更可以通過圖像展示區4及圖像進行定位。其中圖像展示區4具有固定大小，位于右下角，并且位于橫向控制數據區、縱向控制數據區的交接處。
[0023]S203,以橫向控制數據區、縱向控制數據區的輪廓進行定位，識別出業務數據區步驟。由于橫向控制數據區、縱向控制數據區的形狀，寬度是固定的，并且圖像展示區4的大小、形狀和位置是固定的，所以橫向控制數據區、縱向控制數據區在用于承載數據同時，也起到了定位作用。擺脫了現有技術中，需要固定的三個圖形進行定位，并且占據了過多的二維碼信息空間的問題。
[0024]S204,分割出業務數據區1、橫向控制數據區21、縱向控制數據區22的圖像； S205,分別對業務數據區1、橫向控制數據區21、縱向控制數據區22的圖像進行識別
并通過對應的解碼算法解碼；優選方案中，業務數據區的數據可以是非加密的，而橫向控制數據區21、縱向控制數據區22中至少一個是加密的，如橫向控制數據區21、縱向控制數據區22分別承載的是用戶名和密碼，則獲得橫向控制數據區21、縱向控制數據區22承載的數據前，需要對橫向控制數據區21、縱向控制數據區22識別的結果進行解密操作，然后才得到最終的數據。這樣，本發明的二維碼標簽具有通用的二維碼的方便特性，同時也可以用于身份識別，二維碼閱讀的控制，滿足特殊應用需求，提高數據安全性。另一優選方案是，對業務數據區I的圖像進行識別并通過對應的解碼算法解碼前，需要先解碼橫向控制數據區21或縱向控制數據區22其中之一的公鑰數據，然后二維碼識別器才能利用該公鑰對業務數據區I進行解密及解碼。由于本發明的二維碼標簽結構不同于現有技術，并且可以對對業務數據區1、橫向控制數據區21、縱向控制數據區22的承載的數據類型，數據是否進行加解密進行獨立的控制，所以除了上述兩種優選方案外，安全保障的措施也可以有多種組合。
[0025]S206,得到業務數據區1、橫向控制數據區21、縱向控制數據區22所承載的數據。當業務數據區I承載的是商品或服務的網絡地址、橫向控制數據區21承載的用戶名、縱向控制數據區22承載的是用戶密碼，則用戶終端的二維碼掃描并識別后，可以通過業務數據區I承載的是商品或服務的網絡地址訪問進行商品或服務的獲取，同時可以自動憑借所識別的橫向控制數據區21承載的用戶名、縱向控制數據區22承載的是用戶密碼進行自動登錄，實現身份自動識別，同時避免手動輸入，保障了安全。
[0026]最后說明的是，以上實施例僅用以說明本發明的技術方案而非限制，本領域普通技術人員對本發明的技術方案所做的其他修改或者等同替換，只要不脫離本發明技術方案的精神和范圍，均應涵蓋在本發明的權利要求范圍當中。
【權利要求】
1.一種二維碼標簽，其特征在于，標簽本體包括業務數據區(I)、橫向控制數據區(21)和縱向控制數據區(22);所述業務數據區(I)、橫向控制數據區(21)和縱向控制數據區(22)的二維碼標簽圖像分別由具有兩種明顯色差的符號構成；所述業務數據區(I)、橫向控制數據區(21)和縱向控制數據區(22)的二維碼標簽圖像分別獨立承載不同的數據。
2.如權利要求1所述的二維碼標簽，其特征在于，所述的業務數據區(I)與橫向控制數據區(21)、縱向控制數據區(22)之間通過呈“L”狀的分隔圖形(3)進行隔離。
3.如權利要求2所述的二維碼標簽，其特征在于，所述的橫向控制數據區(21)、縱向控制數據區(22)交接處，還設有圖像展示區(4)，圖像展示區(4)用于承載并顯示與該標簽關聯附圖的縮略圖。
4.如權利要求1至3任一所述的二維碼標簽，其特征在于，所述的橫向控制數據區(21)縱向寬度和縱向控制數據區(22)橫向寬度固定為固定值。
5.如權利要求4所述的二維碼標簽，其特征在于，所述的業務數據區(I)呈正方型，橫向控制數據區(21)的橫向長度、縱向控制數據區(22 )縱向長度與業務數據區(I)的大小匹配；整個二維碼標簽為矩形。
6.如權利要求4所述的二維碼標簽，其特征在于，所述的業務數據區(I)用于承載普通文本內容或網站地址或通訊方式或短信內容數據；所述的橫向控制數據區(21)和縱向控制數據區(22)用于承載簽名信息或授權信息或秘鑰信息或坐標信息。
7.如權利要求5所述的二維碼標簽，其特征在于，所述的業務數據區(I)用于承載普通文本內容或網站地址或通訊方式或短信內容數據；所述的橫向控制數據區(21)和縱向控制數據區(22)用于承載簽名信息或授權信息或秘鑰信息或坐標信息。
8.如權利要求7所述的二維碼標簽，其特征在于，所述業務數據區(I)、橫向控制數據區(21)和縱向控制數據區(22 )所承載的數據至少有一個為加密數據。
【文檔編號】G06K19/06GK103473584SQ201310440874
【公開日】2013年12月25日 申請日期:2013年9月25日 優先權日:2013年9月25日
【發明者】黃家祺, 葉燦才 申請人:中山愛科數字科技股份有限公司