本發(fā)明涉及電子票生成技術(shù)領(lǐng)域，尤其涉及一種電子票的生成方法、系統(tǒng)及一種設(shè)備。

背景技術(shù)：

將二維碼技術(shù)投入到票務(wù)行業(yè)使用已經(jīng)是一種非常廣泛的方式，在票務(wù)網(wǎng)站購買一張票，然后借助智能終端將二維碼信息生成一張圖片呈現(xiàn)出來，就可以方便的管理和使用電子票，目前，二維碼編碼機制因含有較大容量的信息和掃描解析的高效性，因此成為電子門票的廣泛使用的一種展現(xiàn)形式。

發(fā)明人在研究的過程中發(fā)現(xiàn)，現(xiàn)有的二維碼很容易通過拍照、截屏、打印等方式被復(fù)制盜取，用戶的電子票數(shù)據(jù)信息不能得到安全的保護，因此，需要一種具有不可復(fù)制性的動態(tài)二維碼電子票生成技術(shù)來解決上述安全問題。

技術(shù)實現(xiàn)要素：

為了解決上述技術(shù)問題，本發(fā)明提供了一種電子票的生成方法、系統(tǒng)及一種設(shè)備，解決了現(xiàn)有二維碼電子票數(shù)據(jù)安全的技術(shù)問題。

本發(fā)明一方面提供了一種電子票的生成方法，包括：

接收電子票購買請求，核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請；

接收支付完成請求，將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息。

進一步的，所述核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請，包括：

獲取所述購買請求攜帶的電子票屬性信息；

提取所述電子票屬性信息中的票單號，所述票單號攜帶所述電子票的唯一身份標識；

檢索數(shù)據(jù)庫中存儲的所述票單號對應(yīng)的狀態(tài)信息為有效后，響應(yīng)所述電子票購買請求并發(fā)起支付申請。

進一步的，所述創(chuàng)建綁定后的票單號的檢查碼，包括：

獲取綁定后的票單號，根據(jù)自定義規(guī)則，創(chuàng)建檢查碼，所述檢查碼為識別所述綁定后的票單號的唯一身份標識。

進一步的，所述將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息，包括：

將所述檢查碼與所述綁定后的票單號生成關(guān)聯(lián)路徑后組合成明文；

通過私鑰將所述明文加密生成第一密文；

將自定義擴展信息與所述第一密文組合后生成二維碼電子票信息，將所述二維碼電子票信息保存后發(fā)送至支付完成請求攜帶的用戶端中。

進一步的，還包括：

對發(fā)送加密后的電子票信息進行二次加密，具體為：

將所述加密后的電子票信息中的第一密文與時間戳綁定后通過公鑰加密生成第二密文，將所述第二密文與自定義擴展信息組合后生成二維碼電子票信息。

本發(fā)明還提供了一種電子票的生成方法，包括：

發(fā)送電子票購買請求，所述購買請求攜帶的電子票屬性信息；

接收支付申請，通過用戶端完成所述支付申請并發(fā)送所述支付完成請求，所述支付完成請求攜帶電子票屬性信息和用戶端ID；

接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息；

所述加密后的電子票信息包括：

將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密生成的加密后的電子票信息。

進一步的，所述接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息，包括：

接收加密后的電子票信息，將所述加密后的電子票信息中的第一密文與時間戳綁定后通過公鑰加密生成第二密文，將所述第二密文與自定義擴展信息組合后生成二維碼電子票信息。

本發(fā)明還提供了一種電子票的生成系統(tǒng)，包括：

第一接收模塊，用于接收電子票購買請求，核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請；

第二接收模塊，用于接收支付完成請求；

第一生成模塊，用于將所述第二接收模塊接收的支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息。

進一步的，所述第一接收模塊，包括：

獲取單元，用于獲取所述購買請求攜帶的電子票屬性信息；

提取單元，用于提取所述電子票屬性信息中的票單號，所述票單號攜帶所述電子票的唯一身份標識；

檢索單元，用于檢索數(shù)據(jù)庫中存儲的所述票單號對應(yīng)的狀態(tài)信息為有效后，響應(yīng)所述電子票購買請求并發(fā)起支付申請。

進一步的，所述第一生成模塊，包括：

第一生成單元，用于獲取綁定后的票單號，根據(jù)自定義規(guī)則，創(chuàng)建檢查碼，所述檢查碼為識別所述綁定后的票單號的唯一身份標識。

進一步的，所述第一生成模塊，包括：

關(guān)聯(lián)單元，用于將所述檢查碼與所述綁定后的票單號生成關(guān)聯(lián)路徑后組合成明文；

第一加密單元，用于通過私鑰將所述明文加密生成第一密文；

發(fā)送單元，用于將自定義擴展信息與所述第一密文組合后生成二維碼電子票信息，將所述二維碼電子票信息保存后發(fā)送至支付完成請求攜帶的用戶端中。

進一步的，還包括：

第二加密單元，用于對發(fā)送加密后的電子票信息進行二次加密，具體為：將所述加密后的電子票信息中的第一密文與時間戳綁定后通過公鑰加密生成第二密文，將所述第二密文與自定義擴展信息組合后生成二維碼電子票信息。

本發(fā)明還提供了一種設(shè)備，包括前述任一項所述的系統(tǒng)。

本發(fā)明還提供了一種電子票的生成系統(tǒng)，包括：

發(fā)送模塊，用于發(fā)送電子票購買請求，所述購買請求攜帶的電子票屬性信息；

第三接收模塊，用于接收支付申請，通過用戶端完成所述支付申請并發(fā)送所述支付完成請求，所述支付完成請求攜帶電子票屬性信息和用戶端ID；

第二生成模塊，用于接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息；

所述加密后的電子票信息包括：

將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密生成的加密后的電子票信息。

進一步的，所述第二生成模塊，包括：

第二生成單元，用于接收加密后的電子票信息，將所述加密后的電子票信息中的第一密文與時間戳綁定后通過公鑰加密生成第二密文，將所述第二密文與自定義擴展信息組合后生成二維碼電子票信息。

本發(fā)明還提供了一種設(shè)備，包括前述任一項所述的系統(tǒng)。

本發(fā)明通過接收電子票購買請求，核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請；接收支付完成請求，將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息。還包括將接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息。本發(fā)明提供的技術(shù)方案，解決了現(xiàn)有二維碼電子票數(shù)據(jù)安全的技術(shù)問題，進一步提高了二維碼電子票數(shù)據(jù)安全率。

附圖說明

圖1為根據(jù)本發(fā)明的一種電子票的生成方法的實施例一的流程圖；

圖2為根據(jù)本發(fā)明的一種電子票的生成方法的實施例二的流程圖；

圖3為根據(jù)本發(fā)明的一種電子票的生成系統(tǒng)的實施例三的結(jié)構(gòu)框圖；

圖4為根據(jù)本發(fā)明的第一接收模塊的結(jié)構(gòu)框圖；

圖5為根據(jù)本發(fā)明的第一生成模塊的結(jié)構(gòu)框圖；

圖6為根據(jù)本發(fā)明的第一生成模塊的結(jié)構(gòu)框圖；

圖7為根據(jù)本發(fā)明的一種設(shè)備的實施例四的結(jié)構(gòu)框圖；

圖8為根據(jù)本發(fā)明的一種電子票的生成系統(tǒng)的實施例五的結(jié)構(gòu)框圖；

圖9為根據(jù)本發(fā)明的第二生成模塊的結(jié)構(gòu)框圖；

圖10為根據(jù)本發(fā)明的一種設(shè)備的實施例六的結(jié)構(gòu)框圖。

具體實施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應(yīng)當(dāng)屬于本發(fā)明保護的范圍。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤４送?，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

實施例一

參照圖1，圖1示出了本發(fā)明提供的一種電子票的生成方法的一實施例的流程圖。包括：步驟S110和步驟S120。

在步驟S110中，接收電子票購買請求，核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請。

在步驟S120中，接收支付完成請求，將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息。

進一步的，所述核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請，包括：

獲取所述購買請求攜帶的電子票屬性信息；電子票屬性信息包括票單號、票的場次、價格、座位等信息。

提取所述電子票屬性信息中的票單號，所述票單號攜帶所述電子票的唯一身份標識；優(yōu)選的，所示票單號用系統(tǒng)中唯一的ID表示。

檢索數(shù)據(jù)庫中存儲的所述票單號對應(yīng)的狀態(tài)信息為有效后，響應(yīng)所述電子票購買請求并發(fā)起支付申請。其中，狀態(tài)信息為有效優(yōu)選為：同時滿足未出售，未下架，未鎖定的狀態(tài)。

進一步的，所述創(chuàng)建綁定后的票單號的檢查碼，包括：

獲取綁定后的票單號，根據(jù)自定義規(guī)則，創(chuàng)建檢查碼，所述檢查碼為識別所述綁定后的票單號的唯一身份標識。

其中，所述檢查碼為電子票憑證的附加標識，用于區(qū)別相同電子票憑證在不同的用戶手中的狀態(tài)，在系統(tǒng)中也是唯一值。

進一步的，所述將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息，包括：

將所述檢查碼與所述綁定后的票單號生成關(guān)聯(lián)路徑后組合成明文；

通過私鑰將所述明文加密生成第一密文；

將自定義擴展信息與所述第一密文組合后生成二維碼電子票信息，將所述二維碼電子票信息保存后發(fā)送至支付完成請求攜帶的用戶端中。

進一步的，還包括：

對發(fā)送加密后的電子票信息進行二次加密，具體為：

將所述加密后的電子票信息中的第一密文與時間戳綁定后通過公鑰加密生成第二密文，將所述第二密文與自定義擴展信息組合后生成二維碼電子票信息。

為清楚說明本發(fā)明的技術(shù)方案，下面以一應(yīng)用例子詳細解釋本發(fā)明的技術(shù)方案。

用戶A通過客戶端發(fā)起購買(已瀏覽電子票的基本信息并有意向購買)電子票的請求，響應(yīng)后對客戶端展示的電子票票樣和電子票管理單元中存儲的信息進行核驗，驗證該票為有效票(未出售，未下架，未鎖定)的，確認購買請求并發(fā)起支付申請。用戶A支付完畢，系統(tǒng)從電子票管理單元調(diào)取用戶A購買的電子票的票單號(唯一ID)，并將該票單號與用戶A的用戶ID進行綁定，并為當(dāng)前票單號創(chuàng)建檢查碼C1，將票單號和對應(yīng)的檢查碼進行加密，將加密完畢的密文發(fā)送到發(fā)起購買請求的客戶端。客戶端收到密文后開始對密文進行二次加密并形成第二密文，并將第二密文轉(zhuǎn)化成二維碼。此時，電子票的商戶和用戶之間的首次交易完成，當(dāng)前用戶持有的電子票以動態(tài)二維碼的形式存儲在客戶端。

本發(fā)明通過接收電子票購買請求，核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請；接收支付完成請求，將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息。還包括將接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息。本發(fā)明提供的技術(shù)方案，解決了現(xiàn)有二維碼電子票數(shù)據(jù)安全的技術(shù)問題，進一步提高了二維碼電子票數(shù)據(jù)安全率。

實施例二

參照圖2，圖2示出了本發(fā)明提供的一種電子票的生成方法的一實施例的流程圖。包括：步驟S210、步驟S220和步驟S230。

在步驟S210中，發(fā)送電子票購買請求，所述購買請求攜帶的電子票屬性信息。電子票屬性信息包括票單號、票的場次、價格、座位等信息。所述票單號攜帶所述電子票的唯一身份標識；優(yōu)選的，所示票單號用系統(tǒng)中唯一的ID表示。

在步驟S220中，接收支付申請，通過用戶端完成所述支付申請并發(fā)送所述支付完成請求，所述支付完成請求攜帶電子票屬性信息和用戶端ID。

在步驟S230中，接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息。

所述加密后的電子票信息包括：

將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密生成的加密后的電子票信息。其中，所述檢查碼為電子票憑證的附加標識，用于區(qū)別相同電子票憑證在不同的用戶手中的狀態(tài)，在系統(tǒng)中也是唯一值。

進一步的，所述接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息，包括：

接收加密后的電子票信息，將所述加密后的電子票信息中的第一密文與時間戳綁定后通過公鑰加密生成第二密文，將所述第二密文與自定義擴展信息組合后生成二維碼電子票信息。

進一步的，接收支付申請之前還包括：核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請，包括：

獲取所述購買請求攜帶的電子票屬性信息；

提取所述電子票屬性信息中的票單號，所述票單號攜帶所述電子票的唯一身份標識；

檢索數(shù)據(jù)庫中存儲的所述票單號對應(yīng)的狀態(tài)信息為有效后，響應(yīng)所述電子票購買請求并發(fā)起支付申請。

進一步的，所述創(chuàng)建綁定后的票單號的檢查碼，包括：

獲取綁定后的票單號，根據(jù)自定義規(guī)則，創(chuàng)建檢查碼，所述檢查碼為識別所述綁定后的票單號的唯一身份標識。

進一步的，所述將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成的加密后的電子票信息，包括：

將所述檢查碼與所述綁定后的票單號生成關(guān)聯(lián)路徑后組合成明文；

通過私鑰將所述明文加密生成第一密文；

將自定義擴展信息與所述第一密文組合后生成二維碼電子票信息，將所述二維碼電子票信息保存后發(fā)送至支付完成請求攜帶的用戶端中。

本發(fā)明通過發(fā)送電子票購買請求，所述購買請求攜帶的電子票屬性信息；接收支付申請，通過用戶端完成所述支付申請并發(fā)送所述支付完成請求，所述支付完成請求攜帶電子票屬性信息和用戶端ID。接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息。所述加密后的電子票信息包括：將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密生成的加密后的電子票信息。本發(fā)明提供的技術(shù)方案，解決了現(xiàn)有二維碼電子票數(shù)據(jù)安全的技術(shù)問題，進一步提高了二維碼電子票數(shù)據(jù)安全率。

實施例三

參照圖3，圖3示出了本發(fā)明提供的一種電子票的生成系統(tǒng)300的一實施例的示意圖。包括：

第一接收模塊31，用于接收電子票購買請求，核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請。

第二接收模塊32，用于接收支付完成請求。

第一生成模塊33，用于將所述第二接收模塊接收的支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息。

進一步的，參照圖4，所述第一接收模塊31，包括：

獲取單元311，用于獲取所述購買請求攜帶的電子票屬性信息；

提取單元312，用于提取所述電子票屬性信息中的票單號，所述票單號攜帶所述電子票的唯一身份標識；

檢索單元313，用于檢索數(shù)據(jù)庫中存儲的所述票單號對應(yīng)的狀態(tài)信息為有效后，響應(yīng)所述電子票購買請求并發(fā)起支付申請。

進一步的，參照圖5，所述第一生成模塊33，包括：

第一生成單元331，用于獲取綁定后的票單號，根據(jù)自定義規(guī)則，創(chuàng)建檢查碼，所述檢查碼為識別所述綁定后的票單號的唯一身份標識。

進一步的，參照圖6，所述第一生成模塊33，包括：

關(guān)聯(lián)單元332，用于將所述檢查碼與所述綁定后的票單號生成關(guān)聯(lián)路徑后組合成明文；

第一加密單元333，用于通過私鑰將所述明文加密生成第一密文；

發(fā)送單元334，用于將自定義擴展信息與所述第一密文組合后生成二維碼電子票信息，將所述二維碼電子票信息保存后發(fā)送至支付完成請求攜帶的用戶端中。

進一步的，還包括：

第二加密單元(圖中未示)，用于對發(fā)送加密后的電子票信息進行二次加密，具體為：將所述加密后的電子票信息中的第一密文與時間戳綁定后通過公鑰加密生成第二密文，將所述第二密文與自定義擴展信息組合后生成二維碼電子票信息。

本實施三所提供的技術(shù)方案的原理的實現(xiàn)方法和流程與實施例一提供的方法原理對應(yīng)，因此，本實施例三對本原理的描述有未詳盡之處，請參考實施例一。

本發(fā)明通過接收電子票購買請求，核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請；接收支付完成請求，將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息。還包括將接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息。本發(fā)明提供的技術(shù)方案，解決了現(xiàn)有二維碼電子票數(shù)據(jù)安全的技術(shù)問題，進一步提高了二維碼電子票數(shù)據(jù)安全率。

實施例四

參照圖7，圖7示出了本發(fā)明提供的一種設(shè)備400的一實施例的示意圖，所述設(shè)備400包括前述任一項所述的一種電子票的生成系統(tǒng)300。

本發(fā)明通過接收電子票購買請求，核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請；接收支付完成請求，將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息。還包括將接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息。本發(fā)明提供的技術(shù)方案，解決了現(xiàn)有二維碼電子票數(shù)據(jù)安全的技術(shù)問題，進一步提高了二維碼電子票數(shù)據(jù)安全率。

實施例五

參照圖8，圖8示出了本發(fā)明實施例提供的一種電子票的生成系統(tǒng)500，包括：

發(fā)送模塊51，用于發(fā)送電子票購買請求，所述購買請求攜帶的電子票屬性信息；

第三接收模塊52，用于接收支付申請，通過用戶端完成所述支付申請并發(fā)送所述支付完成請求，所述支付完成請求攜帶電子票屬性信息和用戶端ID；

第二生成模塊53，用于接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息；

所述加密后的電子票信息包括：

將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密生成的加密后的電子票信息。

進一步的，參照圖9，所述第二生成模塊53，包括：

第二生成單元531，用于接收加密后的電子票信息，將所述加密后的電子票信息中的第一密文與時間戳綁定后通過公鑰加密生成第二密文，將所述第二密文與自定義擴展信息組合后生成二維碼電子票信息。

本實施五所提供的技術(shù)方案的原理的實現(xiàn)方法和流程與實施例二提供的方法原理對應(yīng)，因此，本實施例五對本原理的描述有未詳盡之處，請參考實施例二。

本發(fā)明通過發(fā)送電子票購買請求，所述購買請求攜帶的電子票屬性信息；接收支付申請，通過用戶端完成所述支付申請并發(fā)送所述支付完成請求，所述支付完成請求攜帶電子票屬性信息和用戶端ID。接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息。所述加密后的電子票信息包括：將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密生成的加密后的電子票信息。本發(fā)明提供的技術(shù)方案，解決了現(xiàn)有二維碼電子票數(shù)據(jù)安全的技術(shù)問題，進一步提高了二維碼電子票數(shù)據(jù)安全率。

實施例六

參照圖10，圖10示出了本發(fā)明提供的一種設(shè)備600的一實施例的示意圖，所述設(shè)備600包括前述任一項所述的一種電子票的生成系統(tǒng)500。

本發(fā)明通過接收電子票購買請求，核對所述購買請求攜帶的電子票屬性信息中的狀態(tài)信息為有效后發(fā)起支付申請；接收支付完成請求，將所述支付完成請求攜帶的電子票屬性信息對應(yīng)的數(shù)據(jù)庫存儲的票單號與所述支付完成請求攜帶的用戶端ID綁定，同時創(chuàng)建綁定后的票單號的檢查碼，并將所述綁定后的票單號與所述檢查碼關(guān)聯(lián)后加密，生成并發(fā)送加密后的電子票信息。還包括將接收加密后的電子票信息二次加密后形成第二密文后存儲所述電子票信息。本發(fā)明提供的技術(shù)方案，解決了現(xiàn)有二維碼電子票數(shù)據(jù)安全的技術(shù)問題，進一步提高了二維碼電子票數(shù)據(jù)安全率。

上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。

需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其他順序或者同時進行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。

在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關(guān)描述。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的裝置，可通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，裝置或單元的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

需要指出，根據(jù)實施的需要，可將本申請中描述的各個步驟/部件拆分為更多步驟/部件，也可將兩個或多個步驟/部件或者步驟/部件的部分操作組合成新的步驟/部件，以實現(xiàn)本發(fā)明的目的。

上述根據(jù)本發(fā)明的方法可在硬件、固件中實現(xiàn)，或者被實現(xiàn)為可存儲在記錄介質(zhì)(諸如CD ROM、RAM、軟盤、硬盤或磁光盤)中的軟件或計算機代碼，或者被實現(xiàn)通過網(wǎng)絡(luò)下載的原始存儲在遠程記錄介質(zhì)或非暫時機器可讀介質(zhì)中并將被存儲在本地記錄介質(zhì)中的計算機代碼，從而在此描述的方法可被存儲在使用通用計算機、專用處理器或者可編程或?qū)Ｓ糜布?諸如ASIC或FPGA)的記錄介質(zhì)上的這樣的軟件處理?？梢岳斫?，計算機、處理器、微處理器控制器或可編程硬件包括可存儲或接收軟件或計算機代碼的存儲組件(例如，RAM、ROM、閃存等)，當(dāng)所述軟件或計算機代碼被計算機、處理器或硬件訪問且執(zhí)行時，實現(xiàn)在此描述的處理方法。此外，當(dāng)通用計算機訪問用于實現(xiàn)在此示出的處理的代碼時，代碼的執(zhí)行將通用計算機轉(zhuǎn)換為用于執(zhí)行在此示出的處理的專用計算機。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以所述權(quán)利要求的保護范圍為準。