城市軌道交通標(biāo)準(zhǔn)票務(wù)處理終端研究

韓建明，付保明，張寧，何鐵軍

城市軌道交通標(biāo)準(zhǔn)票務(wù)處理終端研究

韓建明1，付保明2，張寧2，何鐵軍2

(1.蘇州市軌道交通集團(tuán)有限公司運(yùn)營分公司，江蘇蘇州215006; 2.東南大學(xué)智能運(yùn)輸系統(tǒng)研究中心軌道交通研究所，南京210096)

為統(tǒng)一城市軌道交通不同線路自動(dòng)售檢票系統(tǒng)的票務(wù)處理流程，分析現(xiàn)有票務(wù)處理終端的不足，提出標(biāo)準(zhǔn)票務(wù)處理終端設(shè)想，并設(shè)計(jì)標(biāo)準(zhǔn)票務(wù)處理終端的軟硬件結(jié)構(gòu)，最后，分析標(biāo)準(zhǔn)票務(wù)處理終端的建設(shè)模式、終端開發(fā)、上線部署及版本管理等具體部署應(yīng)用過程。標(biāo)準(zhǔn)票務(wù)處理終端不僅有利于避免重復(fù)投資，降低建設(shè)成本;還有利于運(yùn)營部門及時(shí)響應(yīng)票務(wù)政策的變化，減少票務(wù)處理軟件修訂所需的成本，具有較大的經(jīng)濟(jì)效益和社會(huì)效益。

城市軌道交通;自動(dòng)售檢票系統(tǒng);票務(wù)處理終端;版本管理

1 現(xiàn)有票務(wù)處理終端分析

城市軌道交通自動(dòng)售檢票(automatic fare collection，AFC)系統(tǒng)是軌道交通運(yùn)營管理的核心系統(tǒng)，它不但為乘客提供自動(dòng)售檢票服務(wù)，也為軌道交通運(yùn)營公司的科學(xué)管理提供可靠數(shù)據(jù)，是提高票務(wù)系統(tǒng)管理水平和效益的重要手段［1］。在AFC系統(tǒng)中，與乘客票卡處理直接相關(guān)的AFC終端設(shè)備主要包括自動(dòng)售票機(jī)、便攜式檢/驗(yàn)票機(jī)、閘機(jī)和票務(wù)處理終端［2］，其中票務(wù)處理終端是指半自動(dòng)售/補(bǔ)票機(jī)(booking officemachine，BOM)。

BOM由軌道交通運(yùn)營工作人員操作，鑒于各地軌道交通運(yùn)營需求的差異，其在票卡處理、人性化服務(wù)、現(xiàn)金安全等方面趨于多樣性和復(fù)雜性［3］，相關(guān)業(yè)務(wù)的實(shí)現(xiàn)與閘機(jī)和自動(dòng)售票機(jī)的運(yùn)行模式有很大不同，無法完全由自動(dòng)化票務(wù)處理設(shè)備代替。AFC系統(tǒng)的票務(wù)處理過程是十分復(fù)雜的，在運(yùn)營過程中經(jīng)常會(huì)發(fā)生變動(dòng)，如票卡結(jié)構(gòu)、票卡業(yè)務(wù)規(guī)則以及票卡使用范圍的變動(dòng)等，票卡處理程序和票務(wù)處理流程經(jīng)常需要升級(jí)更新［4］。許多城市通過采用標(biāo)準(zhǔn)讀寫器(也稱業(yè)務(wù)內(nèi)置型讀寫器或大讀寫器)實(shí)現(xiàn)終端設(shè)備票卡處理模塊的標(biāo)準(zhǔn)化［5］。當(dāng)票卡發(fā)生變更時(shí)，現(xiàn)有模式可通過統(tǒng)一下發(fā)的方式更新標(biāo)準(zhǔn)讀寫器模塊的票卡處理程序或者設(shè)備運(yùn)行參數(shù)(equipment operating data，EOD)［6］，但這并不能完全滿足票務(wù)處理終端的運(yùn)營需求，往往需要同時(shí)對(duì)BOM主控單元的操作程序和操作界面進(jìn)行變更。此外，我國各城市軌道交通BOM系統(tǒng)一般由不同線路的AFC系統(tǒng)承包商開發(fā)，其建設(shè)模式具有如下特點(diǎn):

1)同一城市BOM功能相似，但卻由各線路承包商獨(dú)立開發(fā)，造成資源浪費(fèi)和重復(fù)建設(shè);

2)由于各承包商、設(shè)備供應(yīng)商的技術(shù)水準(zhǔn)、管理水平和工程經(jīng)驗(yàn)不同，導(dǎo)致各線路的BOM水平良莠不齊;

3)各承包商BOM設(shè)計(jì)的用戶界面、操作方法不同，導(dǎo)致不同線路的操作員在換崗時(shí)需要重新進(jìn)行培訓(xùn);

4)BOM升級(jí)成本較高，對(duì)BOM升級(jí)需將原系統(tǒng)承包商召回進(jìn)行二次開發(fā)。隨著線網(wǎng)規(guī)模的擴(kuò)大，承包商的增多，變更的代價(jià)也越大，耗時(shí)長(zhǎng)，難度大，成本高，不確定風(fēng)險(xiǎn)隨之增大;

5)承包商技術(shù)水平的差異、開發(fā)人員的穩(wěn)定性以及對(duì)業(yè)務(wù)規(guī)則理解的差異，都會(huì)對(duì)系統(tǒng)之間的互聯(lián)互通造成隱患。

當(dāng)前，我國各城市軌道交通AFC系統(tǒng)的票務(wù)處理終端尚未達(dá)到標(biāo)準(zhǔn)化，而對(duì)票務(wù)處理終端的研究較少，在AFC系統(tǒng)標(biāo)準(zhǔn)化研究的大背景下，需要進(jìn)一步研究票務(wù)處理終端的標(biāo)準(zhǔn)化問題。

2 標(biāo)準(zhǔn)票務(wù)處理終端的設(shè)想

當(dāng)前，蘇州軌道交通1號(hào)線與2號(hào)線已進(jìn)入正常運(yùn)營階段，3號(hào)線、4號(hào)線和5號(hào)線正在建設(shè)中。隨著新線的不斷開通，蘇州軌道交通AFC系統(tǒng)即將進(jìn)入網(wǎng)絡(luò)化運(yùn)營階段。蘇州軌道交通1號(hào)線的BOM采用Java SE技術(shù)開發(fā)，2號(hào)線的BOM采用.NET技術(shù)開發(fā)，當(dāng)票卡發(fā)生變更以后，如增加發(fā)行三日票、五日票和勞模票等，由于各線路BOM的軟件開發(fā)平臺(tái)并不相同，BOM終端軟件統(tǒng)一升級(jí)的難度較大，需要召回各線路原系統(tǒng)承包商進(jìn)行二次開發(fā)，成本較高。隨著線路的不斷增加，該問題將變得更加嚴(yán)重。

因此，對(duì)于軌道交通建設(shè)及運(yùn)營部門而言，可以在標(biāo)準(zhǔn)讀寫器的基礎(chǔ)上，研發(fā)統(tǒng)一的、擁有自主產(chǎn)權(quán)的和源代碼模塊化的標(biāo)準(zhǔn)票務(wù)處理終端，從而為各線路提供統(tǒng)一的操作界面和業(yè)務(wù)處理流程，降低系統(tǒng)的更新費(fèi)用，以利于系統(tǒng)的互聯(lián)互通，便于系統(tǒng)的維護(hù)、擴(kuò)展和升級(jí)，滿足軌道交通網(wǎng)絡(luò)化建設(shè)和運(yùn)營的需求。

標(biāo)準(zhǔn)票務(wù)處理終端的研發(fā)與推廣應(yīng)用將改變現(xiàn)有BOM的建設(shè)與運(yùn)營模式，具體如下:

1)統(tǒng)一的軌道交通標(biāo)準(zhǔn)票務(wù)處理終端，可避免重復(fù)建設(shè)，節(jié)約資源，各線路BOM的可靠性也可得到保證，同時(shí)標(biāo)準(zhǔn)、可靠的票務(wù)處理終端有利于新線AFC系統(tǒng)的調(diào)試，縮短建設(shè)周期;

2)統(tǒng)一的軌道交通標(biāo)準(zhǔn)票務(wù)處理終端操作界面，可避免不同線路AFC操作員換崗時(shí)的重新培訓(xùn)，降低運(yùn)營成本;

3)當(dāng)票務(wù)處理流程和票務(wù)處理界面發(fā)生變更以后，軌道交通運(yùn)營部門無需召回原承包商，可自主對(duì)標(biāo)準(zhǔn)票務(wù)處理模塊進(jìn)行修改升級(jí)，并以統(tǒng)一下發(fā)的方式，快速部署到線網(wǎng)，實(shí)現(xiàn)對(duì)票務(wù)政策變化的快速響應(yīng)，并降低不同線路AFC系統(tǒng)集成商技術(shù)響應(yīng)差異性帶來的風(fēng)險(xiǎn)，從而降低升級(jí)成本、維修成本，并提高維護(hù)效率;

4)標(biāo)準(zhǔn)票務(wù)處理終端的開發(fā)及應(yīng)用將進(jìn)一步推進(jìn)軌道交通AFC系統(tǒng)的標(biāo)準(zhǔn)化進(jìn)程。

標(biāo)準(zhǔn)票務(wù)處理終端與現(xiàn)有票務(wù)處理終端的具體對(duì)比分析如表1所示。

表1 標(biāo)準(zhǔn)票務(wù)處理終端與現(xiàn)有票務(wù)處理終端的對(duì)比Tab.1 Comparison between standard and existing ticketing processing term inals

3 標(biāo)準(zhǔn)票務(wù)處理終端的設(shè)計(jì)

3.1 硬件架構(gòu)

傳統(tǒng)BOM的硬件構(gòu)成較為簡(jiǎn)單，主要由計(jì)算機(jī)設(shè)備(包括工控機(jī)、操作顯示器、乘客顯示器、鍵盤、鼠標(biāo)、票據(jù)打印機(jī)等)、IC卡讀寫器及發(fā)卡機(jī)構(gòu)組成。

在實(shí)際運(yùn)營中，BOM系統(tǒng)中的發(fā)卡機(jī)構(gòu)是一種非必需部件。首先，BOM主要功能并不是發(fā)售單程票，其發(fā)卡機(jī)構(gòu)雖然有單程票的發(fā)售功能，但在實(shí)際運(yùn)營過程中，BOM往往只售賣作為出站票的單程票，出票數(shù)量極少;其次，發(fā)卡機(jī)構(gòu)只能發(fā)出單程票，儲(chǔ)值票不能由發(fā)卡機(jī)構(gòu)進(jìn)行售賣;第三，發(fā)卡機(jī)構(gòu)是單向的，無法實(shí)現(xiàn)對(duì)退卡的管理;第四，發(fā)卡機(jī)構(gòu)發(fā)售票卡的成本高，且其傳動(dòng)機(jī)構(gòu)結(jié)構(gòu)復(fù)雜，易出現(xiàn)故障。所以標(biāo)準(zhǔn)BOM可以不使用發(fā)卡機(jī)構(gòu)，票卡的管理通過臺(tái)賬等方式進(jìn)行。此外，IC卡讀寫器可采用與AFC系統(tǒng)和設(shè)備完全兼容且滿足網(wǎng)絡(luò)化運(yùn)營的標(biāo)準(zhǔn)讀寫器。因此，標(biāo)準(zhǔn)BOM系統(tǒng)完全可由標(biāo)準(zhǔn)計(jì)算機(jī)設(shè)備和標(biāo)準(zhǔn)讀寫器組成，其硬件架構(gòu)如圖1所示。

圖1 標(biāo)準(zhǔn)BOM的硬件架構(gòu)Fig.1 Hardware architecture of standard BOM

由圖1可知，BOM的硬件較多，顯示器、讀寫器、工控機(jī)、打印機(jī)等均需使用不間斷電源(uninterrupted power supply，UPS)供電，在運(yùn)營日開始及結(jié)束時(shí)，需要工作人員對(duì)各部件進(jìn)行電源開關(guān)操作。因此，可設(shè)置一鍵開關(guān)機(jī)功能的硬件，以實(shí)現(xiàn)對(duì)各部件電源開關(guān)的集中控制，方便工作人員進(jìn)行操作。

3.2 軟件結(jié)構(gòu)

票務(wù)處理終端軟件是指運(yùn)行于主控單元的票務(wù)處理程序，是標(biāo)準(zhǔn)票務(wù)處理終端的核心組成部分。鑒于BOM系統(tǒng)業(yè)務(wù)的多樣性和復(fù)雜性，票務(wù)處理終端軟件應(yīng)遵循模塊化、參數(shù)化及分層設(shè)計(jì)原則，以便對(duì)其進(jìn)行擴(kuò)展、修改和更新，增強(qiáng)系統(tǒng)的靈活性;同時(shí)，軟件應(yīng)能夠兼容不同的操作系統(tǒng)。標(biāo)準(zhǔn)票務(wù)處理終端軟件可分為表示層、業(yè)務(wù)邏輯層和底層支持庫，軟件架構(gòu)如圖2所示。

圖2 標(biāo)準(zhǔn)BOM的軟件架構(gòu)Fig.2 Software architecture of standard BOM

最上層的表示層是系統(tǒng)的人機(jī)交互端，負(fù)責(zé)與車站操作人員進(jìn)行信息交互。操作人員只需簡(jiǎn)單選擇圖形按鈕或輸入數(shù)據(jù)，就能進(jìn)入相應(yīng)的業(yè)務(wù)處理界面并完成業(yè)務(wù)操作，可采用圖形用戶界面(graphic user interface，GUI)開發(fā)人機(jī)交互界面，應(yīng)堅(jiān)持以操作人員為中心的設(shè)計(jì)思想，符合操作人員的知覺和思維邏輯，便于其操作。業(yè)務(wù)邏輯層依據(jù)表示層的業(yè)務(wù)指令處理售票、票務(wù)、管理、維護(hù)以及輪班等復(fù)雜的業(yè)務(wù)邏輯，各業(yè)務(wù)模塊之間應(yīng)遵循“高內(nèi)聚、低耦合”的設(shè)計(jì)原則，系統(tǒng)能根據(jù)操作人員對(duì)各業(yè)務(wù)模塊的不同需求進(jìn)行不同的處理和響應(yīng)。底層支持庫包括票卡處理庫、界面庫、參數(shù)庫及數(shù)據(jù)庫等，為業(yè)務(wù)邏輯層提供參數(shù)及數(shù)據(jù)支持，如票價(jià)表、購票限額、優(yōu)惠制度、押金等系統(tǒng)參數(shù)信息。

3.3 工作臺(tái)及臺(tái)面

作為標(biāo)準(zhǔn)BOM系統(tǒng)的支撐，工作臺(tái)的設(shè)計(jì)及臺(tái)面的布置影響系統(tǒng)的服務(wù)水平及業(yè)務(wù)操作。因此，應(yīng)結(jié)合各硬件設(shè)備的尺寸及安裝要求，考慮乘客與工作人員信息交互的便捷性以及車站票廳的作業(yè)面積，合理設(shè)計(jì)工作臺(tái)尺寸，并為相關(guān)硬件設(shè)備預(yù)留安裝空間及線槽。此外，應(yīng)結(jié)合人體工程學(xué)，充分考慮工作人員及乘客與設(shè)備的人機(jī)交互，將票務(wù)打印機(jī)、讀寫器等設(shè)備布設(shè)在工作桌面的適當(dāng)位置，便于工作人員按照業(yè)務(wù)流程進(jìn)行相關(guān)設(shè)備的操作，同時(shí)，便于乘客獲取票務(wù)操作結(jié)果，以提高系統(tǒng)的服務(wù)水平。3.4業(yè)務(wù)組成

作為BOM的核心業(yè)務(wù)，票務(wù)服務(wù)主要包括車票發(fā)售、車票分析、票務(wù)處理及服務(wù)三大類功能。發(fā)售的車票包括單程票、儲(chǔ)值票、紀(jì)念票等在內(nèi)的各種類型車票;車票分析指對(duì)車票有效性進(jìn)行分析，查詢車票歷史交易信息;票務(wù)處理及服務(wù)包括票務(wù)更新、發(fā)售出站票、充值、退票、換票、補(bǔ)票、黑名單拒絕交易、受理車票掛失、查詢票價(jià)及其他服務(wù)。

BOM系統(tǒng)操作人員處理票卡業(yè)務(wù)時(shí)，通過用戶界面控制票務(wù)處理主程序并完成相應(yīng)票務(wù)操作，票務(wù)處理主程序向標(biāo)準(zhǔn)讀寫器下發(fā)具體票卡操作命令(如充值、退票等)，標(biāo)準(zhǔn)讀寫器根據(jù)上位機(jī)的命令對(duì)單程票或者儲(chǔ)值票進(jìn)行讀寫操作，完成票卡處理流程，并返回處理結(jié)果，基本流程如圖3所示。

圖3 票務(wù)處理基本流程Fig.3 Basic processes for ticketing

除票務(wù)處理功能外，操作人員還可通過票務(wù)處理程序?qū)ζ眲?wù)處理終端進(jìn)行管理，包括初始化、模式管理、數(shù)據(jù)存儲(chǔ)管理、設(shè)備運(yùn)營參數(shù)管理、通信管理和輪班管理等。其中輪班管理能確保不同身份人員登錄系統(tǒng)后擁有不同的權(quán)限功能，比如值班班長(zhǎng)登錄后擁有監(jiān)察功能等。

4 標(biāo)準(zhǔn)票務(wù)處理終端應(yīng)用

為了保證標(biāo)準(zhǔn)票務(wù)處理終端在線實(shí)際運(yùn)營時(shí)與AFC系統(tǒng)內(nèi)其他設(shè)備的兼容性，確保軌道交通運(yùn)營管理單位在運(yùn)營過程中能完全主動(dòng)掌握標(biāo)準(zhǔn)票務(wù)處理終端的知識(shí)產(chǎn)權(quán)，降低系統(tǒng)的開發(fā)與應(yīng)用風(fēng)險(xiǎn)，從建設(shè)模式、終端開發(fā)、上線部署及版本管理4個(gè)方面對(duì)標(biāo)準(zhǔn)票務(wù)處理終端的具體部署應(yīng)用過程進(jìn)行分析。

4.1 建設(shè)模式

對(duì)于標(biāo)準(zhǔn)票務(wù)處理終端，可將其作為AFC系統(tǒng)的一部分，按單線路納入AFC系統(tǒng)進(jìn)行招標(biāo)，由各線路承包商分別進(jìn)行產(chǎn)品設(shè)計(jì)、研發(fā)、生產(chǎn)和維護(hù)，但該傳統(tǒng)建設(shè)模式不能消除各承包商的技術(shù)差異，也不利于用戶掌握核心技術(shù)，不能充分發(fā)揮標(biāo)準(zhǔn)票務(wù)處理終端的優(yōu)勢(shì)。因此，有必要采用新的建設(shè)模式，即:用戶自主設(shè)計(jì)、研發(fā)標(biāo)準(zhǔn)BOM系統(tǒng)，掌握關(guān)鍵技術(shù);然后，對(duì)標(biāo)準(zhǔn)BOM系統(tǒng)的標(biāo)準(zhǔn)計(jì)算機(jī)設(shè)備和標(biāo)準(zhǔn)讀寫器分別進(jìn)行招標(biāo)及工程建設(shè);運(yùn)營階段由用戶自主進(jìn)行系統(tǒng)的升級(jí)、維護(hù)。

4.2 終端開發(fā)

運(yùn)營管理單位開發(fā)人員應(yīng)首先對(duì)國內(nèi)其他城市BOM設(shè)備的主要功能需求、部署情況、已運(yùn)營線路BOM在建設(shè)和運(yùn)營過程中的使用反饋意見進(jìn)行調(diào)研;然后，根據(jù)實(shí)際調(diào)研情況，針對(duì)本單位及實(shí)際運(yùn)營過程中對(duì)BOM的功能需求，設(shè)計(jì)標(biāo)準(zhǔn)票務(wù)處理終端的功能，包括票務(wù)處理類功能、管理類功能和人機(jī)交互界面的設(shè)計(jì)等。搭建標(biāo)準(zhǔn)票務(wù)處理終端的硬件平臺(tái)時(shí)，應(yīng)選用成熟的、具有一定先進(jìn)性的設(shè)備，保障產(chǎn)品的可靠性和可延續(xù)性。在前述工作的基礎(chǔ)上，開發(fā)標(biāo)準(zhǔn)票務(wù)處理終端應(yīng)用軟件模塊。

4.3 上線部署

為檢測(cè)BOM系統(tǒng)的質(zhì)量及穩(wěn)定性，同時(shí)保證AFC系統(tǒng)的正常運(yùn)營，應(yīng)首先在原有系統(tǒng)的基礎(chǔ)上，選擇代表性的站點(diǎn)，將研發(fā)的標(biāo)準(zhǔn)票務(wù)處理終端與原有BOM系統(tǒng)并行運(yùn)行，及時(shí)處理并行運(yùn)行過程中出現(xiàn)的問題，不斷完善產(chǎn)品。在并行運(yùn)行通過后采用備份運(yùn)營的方式，設(shè)置研發(fā)終端為熱機(jī)，原有系統(tǒng)為冷機(jī)，一旦運(yùn)營出現(xiàn)異常即可由熱機(jī)切換至冷機(jī)，從而保證系統(tǒng)的正常運(yùn)營。在上述運(yùn)營方式的基礎(chǔ)上，經(jīng)過一段時(shí)間的檢驗(yàn)后，即可采用業(yè)主擁有自主知識(shí)產(chǎn)權(quán)的標(biāo)準(zhǔn)票務(wù)處理終端進(jìn)行運(yùn)營。當(dāng)有新線建設(shè)開通時(shí)，可直接將已投入使用的標(biāo)準(zhǔn)票務(wù)處理終端推廣應(yīng)用到新線的AFC系統(tǒng)中。

4.4 版本管理

BOM系統(tǒng)票務(wù)處理程序版本管理是實(shí)現(xiàn)標(biāo)準(zhǔn)票務(wù)終端快速響應(yīng)票務(wù)政策變化的重要手段，也是實(shí)現(xiàn)票務(wù)處理程序自主開發(fā)、統(tǒng)一升級(jí)的重要保障，可采用版本服務(wù)器對(duì)軟件版本進(jìn)行統(tǒng)一管理，保障軌道交通公司自主知識(shí)產(chǎn)權(quán)。通過版本管理，軌道交通運(yùn)營管理部門擁有票務(wù)處理的源程序，并將其作為第一版本，當(dāng)票務(wù)管理有新變動(dòng)時(shí)，可以由運(yùn)營部門或者以運(yùn)營部門為主、其他方參與的方式進(jìn)行軟件更新升級(jí)。

BOM程序版本管理主要包括代碼審查、文檔完整性審查、功能完整性審查和變更歷史文檔審查等，從而給軌道交通運(yùn)營管理部門提供更大的二次開發(fā)選擇空間，具體版本管理流程如圖4所示。

圖4 程序版本管理流程Fig.4 Program versionmanagement process

票務(wù)處理程序經(jīng)由版本服務(wù)器統(tǒng)一下發(fā)給線網(wǎng)各車站的票務(wù)處理終端，并在系統(tǒng)重啟、初始化時(shí)進(jìn)行自動(dòng)更新。AFC系統(tǒng)各級(jí)管理人員可通過查詢票務(wù)處理終端的票務(wù)處理程序版本信息(即版本號(hào))，實(shí)現(xiàn)對(duì)終端票務(wù)處理程序的監(jiān)控。

5 結(jié)語

票務(wù)處理終端作為AFC系統(tǒng)的重要終端設(shè)備，直接影響AFC系統(tǒng)的服務(wù)水平和性能。標(biāo)準(zhǔn)票務(wù)處理終端將提高系統(tǒng)的兼容性和業(yè)務(wù)處理效率，提升軌道交通公司的技術(shù)研發(fā)水平，加快線網(wǎng)AFC系統(tǒng)標(biāo)準(zhǔn)化進(jìn)程，降低系統(tǒng)的升級(jí)維護(hù)成本。標(biāo)準(zhǔn)票務(wù)處理終端的推廣應(yīng)用有利于進(jìn)一步實(shí)現(xiàn)AFC系統(tǒng)模塊級(jí)的互聯(lián)互通，提高建設(shè)、運(yùn)營效率，以及軌道交通服務(wù)水平，符合軌道交通的發(fā)展趨勢(shì)，有著廣闊的推廣應(yīng)用前景。

［1］石莊彬，陸文學(xué)，張寧.數(shù)據(jù)挖掘技術(shù)在軌道交通AFC系統(tǒng)中的應(yīng)用［J］.都市快軌交通，2015，28(1):23- 27.

SHI Zhuangbin，LU Wenxue，ZHANG Ning.Application of data mining for urban rail transit automatic fare collection［J］.Urban rapid rail transit，2015，28(1):23 27.

［2］孟宇坤，祝建成.城市軌道交通自動(dòng)售檢票系統(tǒng)終端設(shè)備模塊化設(shè)計(jì)［J］.鐵路計(jì)算機(jī)應(yīng)用，2015，24(8):61- 63.

MENG Yukun，ZHU Jiancheng.Modular design of station local equipmentof urban transitautomatic fare collection system［J］.Railway computer application，2015，24(8):61- 63.

［3］劉勇，牛國柱.半自動(dòng)售票技術(shù)研究［J］.機(jī)械制造與自動(dòng)化，2013，42(5):201 203.

LIU Yong，NIU Guozhu.Study of sem i-automatic ticketing technology［J］.Machine building＆automation，2013，42 (5):201- 203.

［4］范巍.城市軌道交通AFC系統(tǒng)線網(wǎng)讀寫器的標(biāo)準(zhǔn)與設(shè)計(jì)［J］.都市快軌交通，2016，29(3):110 113.

FANWei.Standards and design of card reader and w riter for AFC system in city rail transit［J］.Urban rapid rail transit，2016，29(3):110 113.

［5］康崇皓.城市軌道交通AFC系統(tǒng)讀寫器的建設(shè)模式淺析［J］.鐵道通信信號(hào)，2013，50(3):86 88.

KANG Chonghao.Construction mode of IC card reader on rail transits AFC system［J］.Railway signalling＆communication，2013，50(3):86- 88.

［6］毛建，王彬彬，何鐵軍.軌道交通自動(dòng)售檢票系統(tǒng)區(qū)域中心接口設(shè)計(jì)的探討［J］.鐵路通信信號(hào)工程技術(shù)，2016，13(5):67 70.

MAO Jian，WANG Binbin，HE Tiejun.ZLC interface design of AFC system in rail transportation［J］.Railway signalling＆communication engineering，2016，13(5):67- 70.

(編輯:王艷菊)

Standard Ticket Processing Term inal for Urban Rail Transit

HAN Jianm ing1，F(xiàn)U Baom ing2，ZHANG Ning2，HE Tiejun2
(1.Suzhou Railway Operation Co.，Ltd.，Suzhou 215006; 2.ITSRail Transit Research Institute of Southeast University， Nanjing 210096)

Differentautomatic fare collection systems are adopted by differenturban rail transit lines.The disadvantages of these ticket processing term inalsare analyzed.A standard ticket processing term inal is proposed，and the structuresof itshardware and software are designed.The developmentmode，term inal development，online installation and versionmanagement of the standard terminal are analyzed.The standard ticketprocessing terminal can avoid duplication of investment，is conducive for the operation department to respond to ticketing policy changes timely，and can reduce costs on ticket processing software revision.Therefore，it can bring great econom ic and social benefit.

urban rail transit;automatic fare collection system;ticket processing terminal;versionmanagement

U231.7

A

1672- 6073(2017)02- 0099- 04

10.3969/j.issn.1672 6073.2017.02.020

2016- 05 09

2017 01 04

韓建明，男，工程師，總經(jīng)理，從事軌道交通運(yùn)營與管理工作，hanjianm ing@sz-m tr.com

蘇州市科技發(fā)展計(jì)劃(重點(diǎn)產(chǎn)業(yè)技術(shù)創(chuàng)新)項(xiàng)目(SGC201502)