鄭琪 蔣盛益

摘要：為了解決一場演出的票務(wù)委托多家票務(wù)公司銷售而造成票務(wù)信息不統(tǒng)一，無法通過驗票終端統(tǒng)一驗票的問題，設(shè)計開發(fā)了票務(wù)中間件，所有票務(wù)信息通過票務(wù)中間件進行集中和共享。詳細介紹了基于中間件進行統(tǒng)一驗票的信息處理流程和系統(tǒng)設(shè)計。

關(guān)鍵詞：統(tǒng)一驗票；中間件；數(shù)據(jù)共享

中圖分類號：TP393 文獻標識碼：A 文章編號：1009-3044（2014）21-5692-03

The Unified Checking System Based on Middleware

ZHENG Qi， JIANG Sheng-yi

（School of Informatics， Guangdong University of Foreign Studies， Guangzhou 510006， China）

Abstract：The tickets of a show are consigned to different ticketing companies to sell. The selling information is separated and hard to be unified to check by devices. The ticket service middleware is developed to solve this problem. All the ticket information are The information processing flow and system design of unified checking system based on middleware are introduced.

Key words： unified checking system； middleware； sharing data

隨著網(wǎng)絡(luò)技術(shù)的發(fā)展和互聯(lián)網(wǎng)的普及，劇院傳統(tǒng)的購票和檢票模式也發(fā)生了很大的變化。用戶購票從傳統(tǒng)的購票窗口購票，發(fā)展為可以利用電腦、移動設(shè)備在線購票。劇院檢票也從人工檢票轉(zhuǎn)變?yōu)槔瞄l機、手持設(shè)備實時檢票。這些模式的變化也給票務(wù)系統(tǒng)設(shè)計帶來了新的挑戰(zhàn)。由于劇院的一場演出票務(wù)往往會由票務(wù)總代理委托給多家網(wǎng)上票務(wù)公司進行代理銷售。例如目前規(guī)模較大的網(wǎng)上票務(wù)公司有中演票務(wù)通、大麥網(wǎng)、永樂票務(wù)等。由于多家票務(wù)公司在售票過程中使用各自的售票系統(tǒng)，數(shù)據(jù)格式各不相同，生成的票務(wù)驗證信息也不一致，所以售票數(shù)據(jù)無法統(tǒng)一，導致無法在檢票過程中利用終端進行統(tǒng)一驗票，而只能通過人工方式進行驗票。為了改變目前場所驗票終端不能服務(wù)于多家票務(wù)公司的現(xiàn)狀，我們設(shè)計開發(fā)了統(tǒng)一的中間件平臺，從而實現(xiàn)票務(wù)信息的統(tǒng)一管理。本文主要介紹如何通過中間件平臺實現(xiàn)票務(wù)的統(tǒng)一驗票。

1 票務(wù)系統(tǒng)的系統(tǒng)架構(gòu)

票務(wù)系統(tǒng)的架構(gòu)見圖1。該系統(tǒng)以票務(wù)服務(wù)中間件服務(wù)器為核心。票務(wù)服務(wù)中間件服務(wù)器對外提供統(tǒng)一的XMLHTTP接口，并為每個訪問客戶分配用戶碼和Key，通過調(diào)用統(tǒng)一的接口來實現(xiàn)售票數(shù)據(jù)的上傳和下載[1][2]。票務(wù)總代理、票務(wù)公司、檢票方在進行數(shù)據(jù)交換時都需要通過中間件服務(wù)器。

2 票務(wù)系統(tǒng)的處理流程

票務(wù)系統(tǒng)的處理流程如下：

1）票務(wù)信息的發(fā)布。票務(wù)總代理將所有的可售票信息通過票務(wù)總代理的接口服務(wù)器發(fā)布到中間件服務(wù)器。

2）售票。各票務(wù)公司通過本票務(wù)公司的接口服務(wù)器將該票務(wù)公司可代理的售票信息下載到本公司的票務(wù)系統(tǒng)中，通過票務(wù)公司自己的售票系統(tǒng)進行發(fā)售，同時及時將售票信息更新到中間件服務(wù)器。

3）驗票。驗票的流程如圖2。劇院在驗票開始前利用劇院的接口服務(wù)器從中間件服務(wù)器下載所有的票務(wù)信息。在進行驗票時，將每張票面的二維碼信息與本地數(shù)據(jù)庫中的本場演出的MD5編碼進行比對[3]。如果未查找到該票面的相關(guān)信息，則通過中間件更新本次的票務(wù)信息后進行二次比對。如果比對成功，則認為驗票成功；否則認為驗票失敗。

3 基于中間件的驗票系統(tǒng)實現(xiàn)

該驗票系統(tǒng)主要包括兩大部分的通信。一部分是通過互聯(lián)網(wǎng)將驗票信息從中間件服務(wù)器下載到本地局域網(wǎng)內(nèi)的驗票服務(wù)器。另一部分是各種驗票設(shè)備將票面上的二維碼信息傳遞給驗票服務(wù)器進行比對。

3.1 驗票數(shù)據(jù)的下載

驗票服務(wù)器與中間件服務(wù)器的通訊接口遵循XMLHTTP接口協(xié)議，并統(tǒng)一采用UTF-8編碼。為了避免票務(wù)信息的非法獲取或篡改，并且唯一標志每個訪問客戶，每個需要訪問中間件服務(wù)器接口的合作伙伴都會分配一個合作伙伴編號和密鑰。雙方傳輸?shù)南笪陌ㄕ埱髨笪暮蛻?yīng)答報文兩種類型，采用XML格式，由報文頭和報文體兩部分構(gòu)成[4]。報文頭包括版本號、消息服務(wù)類型、合作伙伴編號、報文簽名和時間戳。在報文頭中加入消息服務(wù)名稱，用來定位訪問何種數(shù)據(jù)服務(wù)。在報文頭中對報文進行簽名，防止報文內(nèi)容在傳輸途中被篡改。報文簽名規(guī)則為將合作伙伴密鑰、消息服務(wù)類型、合作伙伴編號和時間戳構(gòu)造的字符串使用MD5算法進行散列后再進行Base64編碼[5]。驗票數(shù)據(jù)的下載需要使用的中間件的接口如下。

獲得場次信息：查詢指定日期內(nèi)的場次信息，消息服務(wù)名稱getunits。

獲取驗票數(shù)據(jù)：獲取某個場次的所有未檢票數(shù)據(jù)，消息服務(wù)名稱getticketinfo。

上傳檢票結(jié)果：上傳某個場次的所有已檢票數(shù)據(jù)， 消息服務(wù)名稱upcheckticket。

3.2 驗票數(shù)據(jù)的更新

由于驗票數(shù)據(jù)是在檢票開始前從中間件服務(wù)器下載到本地的，而在檢票過程中票務(wù)公司可能會有新的售票信息更新到中間件服務(wù)器。驗票服務(wù)器與中間件服務(wù)器數(shù)據(jù)的不一致，會導致無法對驗票數(shù)據(jù)下載后售出的票進行校驗。因此當驗票服務(wù)器發(fā)現(xiàn)對某張票匹配失敗后，主動向中間件服務(wù)器再次發(fā)送獲取檢票數(shù)據(jù)的請求。驗票服務(wù)器只需獲取上次票務(wù)數(shù)據(jù)下載后的最新數(shù)據(jù)。為了便于區(qū)分新舊票務(wù)信息，按照出售時間的先后順序賦予檢票數(shù)據(jù)消息體中的每張票一個序列號。在請求更新驗票數(shù)據(jù)時，向中間件服務(wù)器提交當前場次本地驗票數(shù)據(jù)的最大序列號。中間件服務(wù)器只返回大于該序列號的驗票數(shù)據(jù)。

3.3 驗票設(shè)備與驗票服務(wù)器的通信

為了實現(xiàn)驗票的靈活性，同時提供了閘機和PDA兩種驗票設(shè)備。閘機和PDA驗票客戶端均基于windows CE嵌入式操作系統(tǒng)[6]。閘機通過有線局域網(wǎng)連接到驗票服務(wù)器，PDA通過無線局域網(wǎng)連接到驗票服務(wù)器。驗票時驗票設(shè)備掃描票面上的二維碼，二維碼的信息是每張票對應(yīng)的唯一MD5碼。將二維碼信息通過網(wǎng)絡(luò)傳輸?shù)津炂狈?wù)器。驗票服務(wù)器利用二維碼匹配票務(wù)數(shù)據(jù)庫中的門票MD5編碼，如果匹配成功，則返回成功信息給驗票設(shè)備。否則自動更新票務(wù)數(shù)據(jù)后，進行二次匹配。如果匹配依然失敗，則返回失敗信息。

為了保證驗票信息傳輸?shù)目煽?，閘機客戶端和PDA客戶端均通過TCP協(xié)議與驗票服務(wù)器通信。驗票服務(wù)器采用多線程的方式分別監(jiān)聽兩個不同的端口，一個端口接收閘機客戶端發(fā)送的請求，另一個端口接收PDA客戶端發(fā)送的請求[7][8]。閘機客戶端和PDA客戶端均定期向驗票服務(wù)器發(fā)送心跳請求以保證連接的可靠性。當收到來自閘機或者PDA客戶端發(fā)送的MD5編碼驗證請求后，驗票服務(wù)器查詢本地數(shù)據(jù)庫，進行驗證。如果驗證通過，則返回成功信息。閘機客戶端收到成功信息后，發(fā)送開閘信號，運行觀眾通過。PDA客戶端收到成功信息后，在PDA窗口顯示驗證通過信息，檢票員允許觀眾通過。如果驗證不通過，則閘機客戶端和PDA客戶端收到失敗信息后，通過語言和顯示屏提示驗票失敗。

4 小結(jié)

本文介紹了如何利用中間件技術(shù)完成票務(wù)信息的集中和共享，統(tǒng)一進行驗票，改變了劇院驗票終端只能服務(wù)于一家票務(wù)公司的現(xiàn)狀，使劇院驗票終端服務(wù)多家票務(wù)公司，為多家票務(wù)公司良性競爭創(chuàng)造了技術(shù)條件

參考文獻：

[1] Wikipedia. XMLHttpRequest [EB/OL]. http：//en.wikipedia.org/wiki/XMLHttpRequest.

[2] 朱澤民， 熊盛武. 基于擴展標準語言（XML）Web Service的實時票務(wù)系統(tǒng)的研究[J]. 湖北民族學院學報：自然科學版， 2007， 25（1）：61-64.

[3] Wikipedia. MD5[EB/OL]. http：//en.wikipedia.org/wiki/Md5.

[4] 孫更新， 裴紅義， 楊金龍. XML完全開發(fā)指南[M]. 北京：科學出版社， 2008.

[5] Wikipedia. Base64[EB/OL]. http：//en.wikipedia.org/wiki/Base64.

[6] 薛大龍， 陳世帝， 王韻. Windows CE嵌入式系統(tǒng)開發(fā)從基礎(chǔ)到實踐[M]. 北京：電子工業(yè)出版社， 2008.

[7] 羅斌. Visual C++ 2008開發(fā)經(jīng)驗與技巧寶典[M]. 北京：中國水利水電出版社， 2010.

[8] 殷肖川. 網(wǎng)絡(luò)編程與開發(fā)技術(shù)[M]. 西安：西安交通大學出版社， 2009.