移動(dòng)通信技術(shù)在鐵路客票系統(tǒng)中的應(yīng)用研究

劉婷婷

（中國鐵道科學(xué)研究院 電子計(jì)算技術(shù)研究所，北京 100081）

鐵路客票發(fā)售與預(yù)訂系統(tǒng)（簡稱：客票系統(tǒng)）在固網(wǎng)中已經(jīng)成功運(yùn)行了很長時(shí)間，但在移動(dòng)通信飛速發(fā)展的今天，單憑借固網(wǎng)系統(tǒng)已經(jīng)是遠(yuǎn)遠(yuǎn)不夠的。在此，如何將客票系統(tǒng)更加方便快捷的在移動(dòng)通信中得以應(yīng)用是值得研究并加以推廣的。

1 客票系統(tǒng)的現(xiàn)狀

目前，鐵路售票的模式主要以車站售票，代售點(diǎn)售票，電話訂票為主，部分地區(qū)實(shí)現(xiàn)了自動(dòng)售票機(jī)售票。但是由于我國目前的運(yùn)能與運(yùn)量的供需矛盾還比較突出，旅客購票難的現(xiàn)象在運(yùn)能緊張時(shí)比較明顯。在節(jié)假日、暑運(yùn)、春運(yùn)等客流集中的日子里，購票難更是令供求雙方頭痛的問題。

鐵路客運(yùn)專線投入運(yùn)營以來，供需矛盾有所緩解，部分線路運(yùn)能充足。傳統(tǒng)的售票渠道無法適應(yīng)和滿足旅客方便出行的需求。這勢必要求盡快實(shí)現(xiàn)便捷的現(xiàn)代化的售票渠道去滿足他們的需求。與高效的覆蓋范圍廣的移動(dòng)網(wǎng)絡(luò)相結(jié)合是鐵路客票發(fā)售模式的一個(gè)新的發(fā)展方向。

2 客票系統(tǒng)在移動(dòng)通信中的擴(kuò)展途徑

2.1 移動(dòng)終端應(yīng)用程序

移動(dòng)終端應(yīng)用程序是指運(yùn)行在移動(dòng)終端上的應(yīng)用程序。它可以由C ﹑C++和Java語言等編寫，內(nèi)嵌在移動(dòng)終端內(nèi)，或由外界添加到移動(dòng)終端內(nèi)部。例如：網(wǎng)上下載，附加設(shè)備拷貝，用戶可在移動(dòng)終端上找到它的圖標(biāo)，選擇啟動(dòng)后運(yùn)行。

移動(dòng)終端應(yīng)用程序按運(yùn)行方式劃分可以分為2類：（1）可執(zhí)行應(yīng)用程序；（2）解釋執(zhí)行程序，運(yùn)行在解釋平臺(tái)上。

2.1.1 可執(zhí)行應(yīng)用程序

這類應(yīng)用運(yùn)行在智能手機(jī)，移動(dòng)上網(wǎng)本上，運(yùn)行之前需要用戶下載安裝程序進(jìn)行安裝。應(yīng)用程序的編寫需要適應(yīng)不同平臺(tái)。智能手機(jī)平臺(tái)主要有 Symbian，Window mobile，IOS, MeeGo 和BlackBerry OS，上網(wǎng)本的平臺(tái)有Window和Linux。

這些平臺(tái)都是用C或C＋＋編寫應(yīng)用程序。Android平臺(tái)也是智能手機(jī)平臺(tái)，但它的sdk接口使用Java語言，不能編寫可執(zhí)行應(yīng)用程序。

2.1.2 解釋執(zhí)行程序

這類應(yīng)用程序用解釋語言編寫，運(yùn)行在虛擬機(jī)上。常用的解釋語言有Java語言，運(yùn)行在KVM上。只要移動(dòng)終端裝有解釋器，就可以運(yùn)行相應(yīng)的程序。事實(shí)上，瀏覽器和KVM已經(jīng)相當(dāng)普及，在功能手機(jī)，智能手機(jī)和上網(wǎng)本上都有，因此用該解釋語言編寫完應(yīng)用程序后可以得到很好的移植性。

2.1.3 兩種類型程序比較

表1 兩種類型程序比較

2.1.4 系統(tǒng)架構(gòu)

（1） 整體架構(gòu)

客票系統(tǒng)整體上是C/S架構(gòu)。移動(dòng)應(yīng)用程序?qū)儆诳蛻舳瞬糠郑?fù)責(zé)接收用戶輸入，向服務(wù)器發(fā)出請(qǐng)求；服務(wù)器負(fù)責(zé)接收客戶端的請(qǐng)求，處理請(qǐng)求，回復(fù)處理結(jié)果，如圖1。

圖1 系統(tǒng)整體結(jié)構(gòu)

（2） 客戶端架構(gòu)

客戶端架構(gòu)采用MVC模式，如圖2。

圖2 客戶端架構(gòu)

2.1.5 推廣渠道

（1）手機(jī)應(yīng)用商店。通過手機(jī)應(yīng)用商店，用戶可以下載自己需要的應(yīng)用程序，并償付相應(yīng)費(fèi)用，收入由應(yīng)用程序提供者，手機(jī)應(yīng)用商店的提供者和運(yùn)營商分成?？推毕到y(tǒng)可以通過互聯(lián)網(wǎng)上上傳到各個(gè)應(yīng)用手機(jī)應(yīng)用商店，標(biāo)價(jià)售出，消費(fèi)者在購買了客票系統(tǒng)之后就可以使用它進(jìn)行客票業(yè)務(wù)了。

（2）在移動(dòng)終端中內(nèi)嵌應(yīng)用程序。這條渠道需要和移動(dòng)終端廠商合作，在該移動(dòng)終端廠商的產(chǎn)品中嵌入客票系統(tǒng)應(yīng)用程序，買到移動(dòng)終端的用戶可以直接運(yùn)行客票系統(tǒng)。

2.2 B/S架構(gòu)

2.2.1 B/S結(jié)構(gòu)的特點(diǎn)

B/S即瀏覽器和服務(wù)器結(jié)構(gòu)。它是隨著Internet技術(shù)的興起，對(duì)C/S結(jié)構(gòu)的一種變化或者改進(jìn)的結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶工作界面是通過WWW瀏覽器來實(shí)現(xiàn)，極少部分事務(wù)邏輯在前端(瀏覽器)實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端(服務(wù)器)實(shí)現(xiàn)，形成所謂3層3-tier結(jié)構(gòu)。這樣就簡化了客戶端電腦載荷，減輕了系統(tǒng)維護(hù)與升級(jí)的成本和工作量，降低了用戶的總體成本。

2.2.2 客票系統(tǒng)實(shí)現(xiàn)B/S架構(gòu)后的特點(diǎn)

（1） 開發(fā)工作全部集中在網(wǎng)站開發(fā)，不需要針對(duì)各種手機(jī)開發(fā)應(yīng)用程序，也不牽扯和手機(jī)廠商、運(yùn)營商合作或分成的問題。手機(jī)瀏覽器幾乎是所有手機(jī)的必須模塊，因此只要搭建好網(wǎng)站，消費(fèi)者就可以用手機(jī)登錄網(wǎng)站就可以了。

（2）開發(fā)WAP網(wǎng)站和門戶網(wǎng)站兩種模式。由于手機(jī)自身資源有限，所以最好搭建好針對(duì)手機(jī)的WAP網(wǎng)站，而普通門戶網(wǎng)站由于需要資源較大，所造成手機(jī)上顯示慢，或顯示不全，影響用戶使用。

WAP網(wǎng)站B/S架構(gòu)模型如圖3。WAP通過用戶代理技術(shù)把WWW和無線領(lǐng)域鏈接起來。

圖3 WAP網(wǎng)站

WAP代理具有協(xié)議網(wǎng)關(guān)的功能，它可以把來自WAP協(xié)議棧的請(qǐng)求轉(zhuǎn)化成WWW協(xié)議棧的請(qǐng)求。即把WAP、WTP、WTLS、WDP等請(qǐng)求轉(zhuǎn)化為HTTP和TCP/IP請(qǐng)求。同時(shí)它還具有把WAP內(nèi)容轉(zhuǎn)化成緊縮的編碼格式，以減少在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量的內(nèi)容編碼器。

WAP網(wǎng)絡(luò)實(shí)例如圖4。

圖4 WAP網(wǎng)絡(luò)實(shí)例

（3） 網(wǎng)站搭建好后，客票系統(tǒng)還必須把自己的系統(tǒng)在網(wǎng)站宣傳出去，讓移動(dòng)終端用戶知道客票系統(tǒng)的存在，進(jìn)而用移動(dòng)終端的瀏覽器上網(wǎng)，使用客票系統(tǒng)。WAP push是一種有效的宣傳方式，向移動(dòng)終端用戶推入短消息，在短消息內(nèi)容中介紹自己的網(wǎng)站，嵌入網(wǎng)站的鏈接。除了WAP push外，廣告也是一種有效的宣傳途徑。

2.2.3 客票系統(tǒng)在BS架構(gòu)上的需求

鑒于B/S架構(gòu)的特點(diǎn)，要想通過B/S架構(gòu)推廣客票系統(tǒng)需要做到：

（1） 搭建WAP和門戶兩種網(wǎng)站，以使用戶可以在PC和移動(dòng)終端上都能登錄客票系統(tǒng)。（2） 利用網(wǎng)站的WAP push消息，向移動(dòng)終端用戶推銷自己。（3） 利用WAP push消息完善自身的業(yè)務(wù)。例如定時(shí)提醒功能、即時(shí)消息提醒功能；第3方衍生業(yè)務(wù)提示功能等。

2.3 移動(dòng)短信服務(wù)

移動(dòng)短信服務(wù)是指為移動(dòng)終端用戶提供短信服務(wù)，如果用戶訂閱了某種短信服務(wù)，運(yùn)營系統(tǒng)會(huì)定期發(fā)送短信到移動(dòng)終端，短信內(nèi)容設(shè)計(jì)相關(guān)業(yè)務(wù)。

移動(dòng)短信服務(wù)首先由于需要借用運(yùn)營商通道，在開發(fā)系統(tǒng)和運(yùn)營都要受限于運(yùn)營商，并且要賦予運(yùn)營商一定的費(fèi)用，從而加大了成本。其次短信的內(nèi)容有限。目前單條短信的大小是140 byte，一次交易發(fā)短信的條數(shù)不能太多，最好不要超過5條，限制了信息量，不利于客戶全面的了解系統(tǒng)提供的相關(guān)服務(wù)。再次如果客戶閱讀短信后想與系統(tǒng)進(jìn)行交互，例如訂閱、查詢等請(qǐng)求，利用短信實(shí)現(xiàn)是很困難的，需要事先設(shè)計(jì)回復(fù)短信的格式，并在發(fā)送的短信中指明，交互難度較大?；谝陨咸攸c(diǎn)，移動(dòng)短信服務(wù)的推廣能力很有限。

2.4 3種途徑的比較

表2 3種途徑的比較

2.5 移動(dòng)客票的特點(diǎn)

移動(dòng)客票的最大特點(diǎn)是“隨時(shí)隨地”和“個(gè)性化”，手機(jī)和電腦相比，手機(jī)小巧、輕便，易于操作使用。同時(shí)，移動(dòng)客票擁有消費(fèi)市場中高端用戶，不論在用戶規(guī)模上，還是在用戶消費(fèi)能力上，都優(yōu)于傳統(tǒng)的客票。并且手機(jī)號(hào)碼的唯一性和SIM卡的不可復(fù)制性為移動(dòng)電子客票的支付安全性提供了可靠的保證。

目前隨著手機(jī)用戶的范圍越來越廣，手機(jī)的用途也越來越多，移動(dòng)通信的服務(wù)也越來越規(guī)范，安全性也在不斷地完善，將移動(dòng)通信技術(shù)應(yīng)用于客票系統(tǒng)可以使客票系統(tǒng)的應(yīng)用范圍更廣、也更便捷，同時(shí)也是客票系統(tǒng)的一個(gè)發(fā)展方向之一。網(wǎng)絡(luò)購票有著條件范圍的約束，短信售票又有著交互過多效率低的不足，兩者都有一定的局限性。移動(dòng)通信售票即解決了網(wǎng)絡(luò)售票的不足，又避免了短信售票的過多交互，而且移動(dòng)通信的服務(wù)規(guī)范化，以及安全性的基礎(chǔ)保障也使得移動(dòng)客票的實(shí)施更加具有安全性和可靠性。

3 結(jié)束語

本文詳細(xì)分析了在移動(dòng)通信系統(tǒng)種推廣客票系統(tǒng)的3條途徑，并對(duì)其進(jìn)行了比較，主要包括：開發(fā)難度，開發(fā)工作量，開發(fā)費(fèi)用，推廣能力和適合的終端種類。綜合看來，B/S架構(gòu)是最適合的一種推廣途徑，它在這幾方面中應(yīng)具有明顯的綜合優(yōu)勢。