本發(fā)明涉及驗票技術領域，尤其涉及一種基于服務器推薦的驗票方案進行驗票的方法、系統(tǒng)及設備。

背景技術：

在驗票階段中，為了保證被檢驗票品的唯一性，現(xiàn)有驗票的方式包括，用戶手持購買的紙質(zhì)票品入場，現(xiàn)場工作人員通過相關設備進行掃描驗票(或人工驗票)；或用戶手持手機等終端顯示的動態(tài)二維碼電子票，現(xiàn)場工作人員通過相關設備進行掃描驗票。

雖然這兩種方式都為當今票務行業(yè)在驗票時保證票品唯一性的解決方案，但是缺點也是非常明顯的，第一種解決方案由于是基于紙張的票品，所以無法避免以復印手段造成重復票問題，票紙污損造成無法鑒別真假問題。第二種方案雖然可以通過技術手段進行安全加密，保證票品的唯一性。但由于其實現(xiàn)原理可被仿冒(或模擬)，導致其安全性也待考究，且布設設備以及組網(wǎng)成本也比較高。

上述兩種驗票方式均為通過“以往經(jīng)驗”制定驗票方式，該制定方式摻雜了過多的人為經(jīng)驗，當人為判定不準確時，容易造成經(jīng)濟損失。

因此，基于現(xiàn)有場館的特性，如何在合理推薦驗票方式的基礎上依然保證驗票的安全，是亟待解決的技術問題。

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

為了達到上述目的，本發(fā)明提供了一種基于服務器推薦的驗票方案進行驗票的方法、系統(tǒng)及設備，基于現(xiàn)有場館的特性，在合理推薦驗票方式的基礎上依然保證驗票的安全，在原有票品的加密數(shù)據(jù)基礎上，進行二次加密,從而提升票品的安全性、可靠性,根據(jù)待驗票場次項目信息數(shù)據(jù)以及對場館信息數(shù)據(jù)相結合，可以更好的提升驗票效率，使用合理的驗票方式，降低人員和設備投入，從而降低驗票成本。

為達到上述目的，本發(fā)明一方面提供了一種基于服務器推薦的驗票方案進行驗票的方法，包括：

接收驗票方案推薦請求；所述驗票方案推薦請求至少攜帶驗票項目屬性中的必填數(shù)據(jù)；

響應所述驗票方案推薦請求，調(diào)取基于符合要求的驗票方案推薦請求中攜帶的數(shù)據(jù)匹配的驗票方案，并將驗票方案推薦請求中攜帶的數(shù)據(jù)匹配至所述驗票方案中；

設置并保存數(shù)據(jù)匹配后的驗票方案中用于驗票的至少一種形式的密碼數(shù)據(jù)。

進一步的，所述調(diào)取基于符合要求的驗票方案推薦請求中攜帶的數(shù)據(jù)匹配的驗票方案，包括：

解析接收的驗票方案推薦請求中攜帶的驗票項目屬性中的數(shù)據(jù)；

校驗數(shù)據(jù)是否符合服務器預設要求；校驗所述數(shù)據(jù)不符合要求時，發(fā)送提示信息，結束推薦流程；校驗所述數(shù)據(jù)符合要求時，調(diào)取存儲模塊中存儲的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)；篩選調(diào)取的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)中與所述數(shù)據(jù)匹配的信息數(shù)據(jù)，根據(jù)所述信息數(shù)據(jù)推薦驗票方式。

進一步的，所述篩選調(diào)取的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)中與所述數(shù)據(jù)匹配的信息數(shù)據(jù)，包括：

將調(diào)取的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)結合；

從結合后的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)中篩選待驗票項目場次；

判斷篩選待驗票項目場次是否屬于同一個項目；判斷篩選待驗票項目場次屬于不同項目，發(fā)送提示信息后返回篩選頁面，判斷篩選待驗票項目場次屬于同一項目，基于待驗票項目場次自動推薦驗票方式或自主選擇驗票方式。

進一步的，所述驗票方式包括但不限于：

動態(tài)二維碼電子票入場、身份證電子票入場、普通紙質(zhì)票電子票入場、RFID紙質(zhì)票入場、自定義入場中的一種或多種。

進一步的，所述將驗票方案推薦請求中攜帶的數(shù)據(jù)匹配至所述驗票方案中，包括：

將驗票方案推薦請求中攜帶的驗票項目屬性中的所有數(shù)據(jù)匹配至所述驗票方案中對應的位置，并校驗格式是否正確，校驗格式不正確時，發(fā)送提示數(shù)據(jù)，并返回匹配頁面，校驗格式正確后，保存匹配后的數(shù)據(jù)信息；

驗票方案推薦請求中攜帶的驗票項目屬性中的所有數(shù)據(jù)包括但不限于項目名稱、座位類型、票品數(shù)量、場館網(wǎng)絡搭建情況、場館移動網(wǎng)絡情況或驗票時間中的一種或多種。

進一步的，所述設置并保存數(shù)據(jù)匹配后的驗票方案中用于驗票的至少一種形式的密碼數(shù)據(jù)，包括：

設置數(shù)據(jù)匹配后的驗票方案中用于驗票的一種形式的密碼數(shù)據(jù)，并進行格式校驗，格式校驗失敗后，發(fā)送提示信息，并返回密碼設置頁面；格式校驗成功后，將所述密碼數(shù)據(jù)與驗票方案綁定并加密后保存至服務器中的密碼存儲模塊中，同時發(fā)送是否設置用于驗票的另一種形式的密碼數(shù)據(jù)的提示框。

進一步的，所述密碼數(shù)據(jù)的形式包括但不限于圖形密碼、數(shù)字密碼或人臉識別密碼中的一種或多種。

本發(fā)明另一方面還提供了一種基于服務器推薦的驗票方案進行驗票的系統(tǒng)，包括：

接收模塊，用于接收驗票方案推薦請求；所述驗票方案推薦請求至少攜帶驗票項目屬性中的必填數(shù)據(jù)；

響應模塊，用于響應所述驗票方案推薦請求，調(diào)取基于符合要求的驗票方案推薦請求中攜帶的數(shù)據(jù)匹配的驗票方案，并將驗票方案推薦請求中攜帶的數(shù)據(jù)匹配至所述驗票方案中；

設置模塊，用于設置并保存數(shù)據(jù)匹配后的驗票方案中用于驗票的至少一種形式的密碼數(shù)據(jù)。

進一步的，所述響應模塊，包括：

解析單元，用于解析接收的驗票方案推薦請求中攜帶的驗票項目屬性中的數(shù)據(jù)；

校驗單元，用于校驗數(shù)據(jù)是否符合服務器預設要求；校驗所述數(shù)據(jù)不符合要求時，發(fā)送提示信息，結束推薦流程；校驗所述數(shù)據(jù)符合要求時，調(diào)取存儲模塊中存儲的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)；篩選調(diào)取的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)中與所述數(shù)據(jù)匹配的信息數(shù)據(jù)，根據(jù)所述信息數(shù)據(jù)推薦驗票方式。

匹配單元，用于將驗票方案推薦請求中攜帶的驗票項目屬性中的所有數(shù)據(jù)匹配至所述驗票方案中對應的位置，并校驗格式是否正確，校驗格式不正確時，發(fā)送提示數(shù)據(jù)，并返回匹配頁面，校驗格式正確后，保存匹配后的數(shù)據(jù)信息；

驗票方案推薦請求中攜帶的驗票項目屬性中的所有數(shù)據(jù)包括但不限于項目名稱、座位類型、票品數(shù)量、場館網(wǎng)絡搭建情況、場館移動網(wǎng)絡情況或驗票時間中的一種或多種。

進一步的，所述校驗單元，包括：

結合單元，用于將調(diào)取的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)結合；

篩選單元，用于從結合后的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)中篩選待驗票項目場次；

判斷單元，用于判斷篩選待驗票項目場次是否屬于同一個項目；判斷篩選待驗票項目場次屬于不同項目，發(fā)送提示信息后返回篩選頁面，判斷篩選待驗票項目場次屬于同一項目，基于待驗票項目場次自動推薦驗票方式或自主選擇驗票方式。

進一步的，所述驗票方式包括但不限于：

動態(tài)二維碼電子票入場、身份證電子票入場、普通紙質(zhì)票電子票入場、RFID紙質(zhì)票入場、自定義入場中的一種或多種。

進一步的，所述設置模塊，包括：

設置單元，用于設置數(shù)據(jù)匹配后的驗票方案中用于驗票的一種形式的密碼數(shù)據(jù)，并進行格式校驗，格式校驗失敗后，發(fā)送提示信息，并返回密碼設置頁面；格式校驗成功后，將所述密碼數(shù)據(jù)與驗票方案綁定并加密后保存至服務器中的密碼存儲模塊中，同時發(fā)送是否設置用于驗票的另一種形式的密碼數(shù)據(jù)的提示框。

進一步的，所述密碼數(shù)據(jù)的形式包括但不限于圖形密碼、數(shù)字密碼或人臉識別密碼中的一種或多種。

本發(fā)明另一方面還提供了一種基于服務器推薦的驗票方案進行驗票的設備，包括前述任一項所述的系統(tǒng)。

本發(fā)明通過接收驗票方案推薦請求；所述驗票方案推薦請求至少攜帶驗票項目屬性中的必填數(shù)據(jù)；響應所述驗票方案推薦請求，調(diào)取基于符合要求的驗票方案推薦請求中攜帶的數(shù)據(jù)匹配的驗票方案，并將驗票方案推薦請求中攜帶的數(shù)據(jù)匹配至所述驗票方案中；設置并保存數(shù)據(jù)匹配后的驗票方案中用于驗票的至少一種形式的密碼數(shù)據(jù)的技術方案，通過服務器設置的密碼數(shù)據(jù)，可以對待驗票場次票品進行二次加密，針對票品真?zhèn)涡则炞C可由人工或本地(非互聯(lián)網(wǎng))的數(shù)據(jù)校驗，更改為與服務器端(驗票系統(tǒng)后臺)進行數(shù)據(jù)校驗，從而提升票品的安全性、可靠性。根據(jù)待驗票場次項目信息數(shù)據(jù)以及對場館信息數(shù)據(jù)相結合，可以更好的提升驗票效率，使用合理的驗票方式，更精準的人員和設備投入，降低驗票成本。

附圖說明

圖1為根據(jù)本發(fā)明的一種基于服務器推薦的驗票方案進行驗票的方法的實施例一的流程圖；

圖2為根據(jù)本發(fā)明的一種基于服務器推薦的驗票方案進行驗票的系統(tǒng)的實施例二的示意圖；

圖3為根據(jù)本發(fā)明的響應模塊的實施例二的示意圖；

圖4為根據(jù)本發(fā)明的校驗單元的實施例二的示意圖；

圖5為根據(jù)本發(fā)明的設置模塊的實施例二的示意圖；

圖6為根據(jù)本發(fā)明的一種基于服務器推薦的驗票方案進行驗票的設備的實施例三的結構框圖。

具體實施方式

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

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

實施例一

參照圖1，圖1示出了本發(fā)明提供的一種基于服務器推薦的驗票方案進行驗票的方法的流程圖。包括：步驟S110至步驟S130。

在步驟S110中，接收驗票方案推薦請求；所述驗票方案推薦請求至少攜帶驗票項目屬性中的必填數(shù)據(jù)。

在步驟S120中，響應所述驗票方案推薦請求，調(diào)取基于符合要求的驗票方案推薦請求中攜帶的數(shù)據(jù)匹配的驗票方案，并將驗票方案推薦請求中攜帶的數(shù)據(jù)匹配至所述驗票方案中。

進一步的，所述調(diào)取基于符合要求的驗票方案推薦請求中攜帶的數(shù)據(jù)匹配的驗票方案，包括：

解析接收的驗票方案推薦請求中攜帶的驗票項目屬性中的數(shù)據(jù)；校驗數(shù)據(jù)是否符合服務器預設要求；校驗所述數(shù)據(jù)不符合要求時，發(fā)送提示信息，結束推薦流程；校驗所述數(shù)據(jù)符合要求時，調(diào)取存儲模塊中存儲的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)；篩選調(diào)取的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)中與所述數(shù)據(jù)匹配的信息數(shù)據(jù)，根據(jù)所述信息數(shù)據(jù)推薦驗票方式。

進一步的，所述篩選調(diào)取的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)中與所述數(shù)據(jù)匹配的信息數(shù)據(jù)，包括：

將調(diào)取的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)結合；從結合后的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)中篩選待驗票項目場次；判斷篩選待驗票項目場次是否屬于同一個項目；判斷篩選待驗票項目場次屬于不同項目，發(fā)送提示信息后返回篩選頁面，判斷篩選待驗票項目場次屬于同一項目，基于待驗票項目場次自動推薦驗票方式或自主選擇驗票方式。通過結合待驗票場次項目信息與場館信息的數(shù)據(jù)，解決驗票過程中通過以往經(jīng)驗制定計劃問題。

進一步的，所述將驗票方案推薦請求中攜帶的數(shù)據(jù)匹配至所述驗票方案中，包括：

將驗票方案推薦請求中攜帶的驗票項目屬性中的所有數(shù)據(jù)匹配至所述驗票方案中對應的位置，并校驗格式是否正確，校驗格式不正確時，發(fā)送提示數(shù)據(jù)，并返回匹配頁面，校驗格式正確后，保存匹配后的數(shù)據(jù)信息；

驗票方案推薦請求中攜帶的驗票項目屬性中的所有數(shù)據(jù)包括但不限于項目名稱、座位類型、票品數(shù)量、場館網(wǎng)絡搭建情況、場館移動網(wǎng)絡情況或驗票時間中的一種或多種。優(yōu)選的，驗票時間：用于明確指定驗票計劃的項目場次的開始驗票時間與結束驗票時間。

優(yōu)選的，根據(jù)項目場次信息數(shù)據(jù)中的場次類型、座位類型、票品數(shù)量與和場館信息數(shù)據(jù)中的場館地圖、場館網(wǎng)絡搭建情況、場館移動網(wǎng)絡情況的字段結合進行判斷并合理推薦驗票方式；例如：

a)場次類型：實名制場次；

b)座位類型：無座；

c)票品數(shù)量：500人；

d)場館網(wǎng)絡搭建情況：有無線網(wǎng)絡；

e)場館移動網(wǎng)絡情況：優(yōu)良；

f)根據(jù)以上信息：驗票方式將會推薦“身份證電子票入場”。

在步驟S130中，設置并保存數(shù)據(jù)匹配后的驗票方案中用于驗票的至少一種形式的密碼數(shù)據(jù)。

進一步的，所述設置并保存數(shù)據(jù)匹配后的驗票方案中用于驗票的至少一種形式的密碼數(shù)據(jù)，包括：

設置數(shù)據(jù)匹配后的驗票方案中用于驗票的一種形式的密碼數(shù)據(jù)，并進行格式校驗，格式校驗失敗后，發(fā)送提示信息，并返回密碼設置頁面；格式校驗成功后，將所述密碼數(shù)據(jù)與驗票方案綁定并加密后保存至服務器中的密碼存儲模塊中，同時發(fā)送是否設置用于驗票的另一種形式的密碼數(shù)據(jù)的提示框。

其中，服務器存儲校驗格式，該校驗格式根據(jù)情況自由設定。

優(yōu)選的，數(shù)字密碼校驗格式：

a)不能出現(xiàn)四位(含)以上連續(xù)的同一個數(shù)：例如1111XX、X1111X；

b)不能出現(xiàn)四位(含)以上連續(xù)的數(shù)：例如1234XX、XX0123、X6789X；

優(yōu)選的，圖形密碼校驗格式：

a)圖形中所涉及的點位僅能連接1次。

密碼加密規(guī)則優(yōu)選為，根據(jù)以上密碼以及場次ID進行MD5加密。

優(yōu)選的，項目場次信息數(shù)據(jù)用于存儲項目場次信息數(shù)據(jù)；

存儲字段包括但不限于：項目名稱、項目ID、場次名稱、場次ID、所屬省份、所屬城市、演出時間、場館名稱、場次類型(例如：實名制場次、RFID場次、電子票場次)、座位類型(例如：有座對號入座、有座不對號入座、無座)、座位信息、票品價格、票品數(shù)量、MD5密碼；

場館信息數(shù)據(jù)用于存儲場館信息數(shù)據(jù)；

存儲字段包括但不限于：場館名稱、場館ID、所屬省份、所屬城市、場館地圖(例如：出入口數(shù)量及位置、工作區(qū)域、演職人員區(qū)域、購物區(qū)域、衛(wèi)生間區(qū)域、觀眾看臺區(qū)域、觀眾樓層、觀眾座位排號)、可用座位數(shù)量、場館網(wǎng)絡搭建情況(例如：場館網(wǎng)絡綜合布線圖、是否有無線WiFi、分布位置、信號強弱、最大網(wǎng)絡承載力)、場館移動網(wǎng)絡情況(例如：移動4G網(wǎng)絡信號、聯(lián)通4G網(wǎng)絡信號、電信4G網(wǎng)絡信號)、場館可用電力插口；

密碼存儲模塊用于存儲制定驗票計劃信息；

存儲字段包括但不限于：驗票名稱、項目名稱、項目ID、場次名稱、場次ID、所屬省份、所屬城市、演出時間、開始驗票時間、結束驗票時間、驗票總數(shù)、場館名稱、場館地圖、場次類型(例如：實名制場次、RFID場次)、座位類型(例如：有座對號入座、有座不對號入座、無座)、驗票方式(例如：票夾電子票入場、身份證電子票入場、普通紙質(zhì)票電子票入場、RFID紙質(zhì)票入場、自定義入場)、MD5密碼。

進一步的，所述密碼數(shù)據(jù)的形式包括但不限于圖形密碼、數(shù)字密碼或人臉識別密碼中的一種或多種。通過對待驗票場次票品進行二次加密，解決電子票被仿冒(或模擬)使得安全性降低問題。

圖形密碼，是一種全新的身份認證技術。與傳統(tǒng)的密碼不同。圖形密碼使用圖形作為認證媒介，通過用戶對圖形的點擊、識別、重現(xiàn)，或者用戶與圖形系統(tǒng)的互動進行認證。目前許多學者致力于圖形密碼的研究，它已經(jīng)被應用于PDA、ATM等。雖然其中許多模型僅是理論研究和實驗階段，并未真正的作為商業(yè)用途，但是由于它的安全性高，使用有趣等特點，有著十分廣闊的發(fā)展空間?？茖W研究表明，人類對文字的記憶力相當有限，而對于圖形圖像的記憶能力明顯優(yōu)于對文字的能力。另外，人類對于文字和圖像的記憶方式是不同的。基于以上種種原因，圖形密碼應運而生。它是一種全新的密碼系統(tǒng)，使用圖形等作為媒介，用戶在身份認證的時候，需要對這些圖形進行一定的操作。由于圖形密碼的密碼空間較大，應用方式靈活，不使用單詞等特點，使得它對暴力破解和字典攻擊免疫，此外，一些圖形密碼系統(tǒng)可以完全防止肩窺。本發(fā)明實施例優(yōu)選為圖形密碼。

進一步的，所述驗票方式包括但不限于：

動態(tài)二維碼電子票入場、身份證電子票入場、普通紙質(zhì)票電子票入場、RFID紙質(zhì)票入場、自定義入場中的一種或多種。

本發(fā)明實施例一通過接收驗票方案推薦請求；所述驗票方案推薦請求至少攜帶驗票項目屬性中的必填數(shù)據(jù)；響應所述驗票方案推薦請求，調(diào)取基于符合要求的驗票方案推薦請求中攜帶的數(shù)據(jù)匹配的驗票方案，并將驗票方案推薦請求中攜帶的數(shù)據(jù)匹配至所述驗票方案中；設置并保存數(shù)據(jù)匹配后的驗票方案中用于驗票的至少一種形式的密碼數(shù)據(jù)的技術方案，通過服務器設置的密碼數(shù)據(jù)，可以對待驗票場次票品進行二次加密，針對票品真?zhèn)涡则炞C可由人工或本地(非互聯(lián)網(wǎng))的數(shù)據(jù)校驗，更改為與服務器端(驗票系統(tǒng)后臺)進行數(shù)據(jù)校驗，從而提升票品的安全性、可靠性。根據(jù)待驗票場次項目信息數(shù)據(jù)以及對場館信息數(shù)據(jù)相結合，可以更好的提升驗票效率，使用合理的驗票方式，更精準的人員和設備投入，降低驗票成本。

實施例二

參照圖2，圖2示出了本發(fā)明提供的一種基于服務器推薦的驗票方案進行驗票的系統(tǒng)200一實施例的結構圖，包括：

接收模塊21，用于接收驗票方案推薦請求；所述驗票方案推薦請求至少攜帶驗票項目屬性中的必填數(shù)據(jù)；

響應模塊22，用于響應所述驗票方案推薦請求，調(diào)取基于符合要求的驗票方案推薦請求中攜帶的數(shù)據(jù)匹配的驗票方案，并將驗票方案推薦請求中攜帶的數(shù)據(jù)匹配至所述驗票方案中；

設置模塊23，用于設置并保存數(shù)據(jù)匹配后的驗票方案中用于驗票的至少一種形式的密碼數(shù)據(jù)。

進一步的，參照圖3，所述響應模塊22，包括：

解析單元221，用于解析接收的驗票方案推薦請求中攜帶的驗票項目屬性中的數(shù)據(jù)；

校驗單元222，用于校驗數(shù)據(jù)是否符合服務器預設要求；校驗所述數(shù)據(jù)不符合要求時，發(fā)送提示信息，結束推薦流程；校驗所述數(shù)據(jù)符合要求時，調(diào)取存儲模塊中存儲的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)；篩選調(diào)取的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)中與所述數(shù)據(jù)匹配的信息數(shù)據(jù)，根據(jù)所述信息數(shù)據(jù)推薦驗票方式。

匹配單元223，用于將驗票方案推薦請求中攜帶的驗票項目屬性中的所有數(shù)據(jù)匹配至所述驗票方案中對應的位置，并校驗格式是否正確，校驗格式不正確時，發(fā)送提示數(shù)據(jù)，并返回匹配頁面，校驗格式正確后，保存匹配后的數(shù)據(jù)信息；

驗票方案推薦請求中攜帶的驗票項目屬性中的所有數(shù)據(jù)包括但不限于項目名稱、座位類型、票品數(shù)量、場館網(wǎng)絡搭建情況、場館移動網(wǎng)絡情況或驗票時間中的一種或多種。

進一步的，參照圖4，所述校驗單元222，包括：

結合單元2221，用于將調(diào)取的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)結合；

篩選單元2222，用于從結合后的項目場次信息數(shù)據(jù)和場館信息數(shù)據(jù)中篩選待驗票項目場次；

判斷單元2223，用于判斷篩選待驗票項目場次是否屬于同一個項目；判斷篩選待驗票項目場次屬于不同項目，發(fā)送提示信息后返回篩選頁面，判斷篩選待驗票項目場次屬于同一項目，基于待驗票項目場次自動推薦驗票方式或自主選擇驗票方式。

進一步的，所述驗票方式包括但不限于：

動態(tài)二維碼電子票入場、身份證電子票入場、普通紙質(zhì)票電子票入場、RFID紙質(zhì)票入場、自定義入場中的一種或多種。

進一步的，參照圖5，所述設置模塊23，包括：

設置單元231，用于設置數(shù)據(jù)匹配后的驗票方案中用于驗票的一種形式的密碼數(shù)據(jù)，并進行格式校驗，格式校驗失敗后，發(fā)送提示信息，并返回密碼設置頁面；格式校驗成功后，將所述密碼數(shù)據(jù)與驗票方案綁定并加密后保存至服務器中的密碼存儲模塊中，同時發(fā)送是否設置用于驗票的另一種形式的密碼數(shù)據(jù)的提示框。

進一步的，所述密碼數(shù)據(jù)的形式包括但不限于圖形密碼、數(shù)字密碼或人臉識別密碼中的一種或多種。

由于本實施例二的系統(tǒng)所實現(xiàn)的處理及功能基本相應于前述圖1所示的方法的實施例、原理和實例，故本實施例的描述中未詳盡之處，可以參見前述實施例中的相關說明，在此不做贅述。

本發(fā)明實施例二通過接收模塊接收驗票方案推薦請求；所述驗票方案推薦請求至少攜帶驗票項目屬性中的必填數(shù)據(jù)；響應模塊響應所述驗票方案推薦請求，調(diào)取基于符合要求的驗票方案推薦請求中攜帶的數(shù)據(jù)匹配的驗票方案，并將驗票方案推薦請求中攜帶的數(shù)據(jù)匹配至所述驗票方案中；設置模塊設置并保存數(shù)據(jù)匹配后的驗票方案中用于驗票的至少一種形式的密碼數(shù)據(jù)的技術方案，通過服務器設置的密碼數(shù)據(jù)，可以對待驗票場次票品進行二次加密，針對票品真?zhèn)涡则炞C可由人工或本地(非互聯(lián)網(wǎng))的數(shù)據(jù)校驗，更改為與服務器端(驗票系統(tǒng)后臺)進行數(shù)據(jù)校驗，從而提升票品的安全性、可靠性。根據(jù)待驗票場次項目信息數(shù)據(jù)以及對場館信息數(shù)據(jù)相結合，可以更好的提升驗票效率，使用合理的驗票方式，更精準的人員和設備投入，降低驗票成本。

實施例三

參照圖6，圖6示出了本發(fā)明提供的一種基于服務器推薦的驗票方案進行驗票的設備300，包括實施例二中的任一項所述的系統(tǒng)200。

本發(fā)明實施例三通過接收驗票方案推薦請求；所述驗票方案推薦請求至少攜帶驗票項目屬性中的必填數(shù)據(jù)；響應所述驗票方案推薦請求，調(diào)取基于符合要求的驗票方案推薦請求中攜帶的數(shù)據(jù)匹配的驗票方案，并將驗票方案推薦請求中攜帶的數(shù)據(jù)匹配至所述驗票方案中；設置并保存數(shù)據(jù)匹配后的驗票方案中用于驗票的至少一種形式的密碼數(shù)據(jù)的技術方案，通過服務器設置的密碼數(shù)據(jù)，可以對待驗票場次票品進行二次加密，針對票品真?zhèn)涡则炞C可由人工或本地(非互聯(lián)網(wǎng))的數(shù)據(jù)校驗，更改為與服務器端(驗票系統(tǒng)后臺)進行數(shù)據(jù)校驗，從而提升票品的安全性、可靠性。根據(jù)待驗票場次項目信息數(shù)據(jù)以及對場館信息數(shù)據(jù)相結合，可以更好的提升驗票效率，使用合理的驗票方式，更精準的人員和設備投入，降低驗票成本。

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

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

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

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

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?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)絡下載的原始存儲在遠程記錄介質(zhì)或非暫時機器可讀介質(zhì)中并將被存儲在本地記錄介質(zhì)中的計算機代碼，從而在此描述的方法可被存儲在使用通用計算機、專用處理器或者可編程或?qū)Ｓ糜布?諸如ASIC或FPGA)的記錄介質(zhì)上的這樣的軟件處理?？梢岳斫?，計算機、處理器、微處理器控制器或可編程硬件包括可存儲或接收軟件或計算機代碼的存儲組件(例如，RAM、ROM、閃存等)，當所述軟件或計算機代碼被計算機、處理器或硬件訪問且執(zhí)行時，實現(xiàn)在此描述的處理方法。此外，當通用計算機訪問用于實現(xiàn)在此示出的處理的代碼時，代碼的執(zhí)行將通用計算機轉換為用于執(zhí)行在此示出的處理的專用計算機。

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