李煜平

(上海儀電物聯(lián)技術(shù)股份有限公司， 200233， 上?！胃呒壒こ處?

二維碼又稱QR Code，是近年來流行的一種移動終端編碼方式。二維碼比傳統(tǒng)的條形碼能保存更多的信息，也能表示更多的數(shù)據(jù)類型，具有高信息含量、高可靠性、低成本的優(yōu)勢，并且可表示各種不同的信息(數(shù)字、文字、聲音及圖像等)[1]。隨著移動支付的蓬勃發(fā)展，二維碼支付技術(shù)在現(xiàn)代信息社會中發(fā)揮著越來越重要的作用。

目前，國內(nèi)城市軌道交通已投產(chǎn)使用的二維碼支付應(yīng)用主要有二維碼購票(云購票機)和二維碼進出站(云閘機)2種模式。

1 研究目的

二維碼購票主要過程為：通過手機APP(第三方應(yīng)用程序)或關(guān)注公共服務(wù)號，在手機端完成購票支付后，憑生成的二維碼到車站的“云購票機”取票進閘乘車。其過程類似于通過手機APP完成火車票購票及支付，再通過自動取票機取票并乘車。采用該模式乘客本質(zhì)上還是憑單程票乘車，雖簡化了購票過程，但仍未省去排隊取票的煩惱。二維碼購票模式產(chǎn)生的交易數(shù)據(jù)及客流數(shù)據(jù)能實時匯集到城市軌道交通自動售檢票(AFC)系統(tǒng)中。

二維碼進出站(云閘機)的主要過程為：通過手機APP或關(guān)注公共服務(wù)號，在手機端支付成功后，憑系統(tǒng)生成的二維碼即可刷碼進出閘機。

云閘機模式需閘機讀寫器直接與外網(wǎng)相連，從而完成進出站二維碼與云端的聯(lián)機認(rèn)證。其閘機讀寫器獨立于處理單程票和交通卡等原系統(tǒng)票種的讀寫器，故乘客需走特定的閘機通道或在閘機特殊區(qū)域掃碼才能進出站。為保障安全而采用的聯(lián)機認(rèn)證方式，對乘客通行效率也會有一定影響。此外，由于進出站信息上傳至云端，故地鐵原AFC系統(tǒng)不能實時掌握客流信息；采用后付費模式的云閘機還需在云端完成乘客進出站的交易配對，以確定扣款金額；由于數(shù)據(jù)的原因，還會存在一定數(shù)量的配對不成功交易，從而影響地鐵公司票款收入。

本文探索一種新的應(yīng)用方案，將二維碼支付安全有效地與城市軌道交通原AFC系統(tǒng)融合在一起。乘客可通過手機APP生成的二維碼直接進出站，其閘機讀寫器能同時兼容處理單程票、交通卡等所有原有票種，二維碼交易數(shù)據(jù)能實時上傳至地鐵AFC系統(tǒng)。不僅給乘客帶來更大方便，地鐵公司也能實時掌握客流信息，而且由于地鐵新線可全部采用支持二維碼的讀寫器，故二維碼乘客不需走專用通道。

2 應(yīng)用方案

2.1 應(yīng)用總體架構(gòu)

二維碼支付應(yīng)用系統(tǒng)總體架構(gòu)圖如圖1所示。由圖1可見，新方案未改變AFC系統(tǒng)的5層架構(gòu)模式，而是將二維碼交易融合在原體系之中。二維碼與單程票、交通卡同處于AFC系統(tǒng)的第1層。

圖1 二維碼支付應(yīng)用總體架構(gòu)圖

乘客通過下載安裝手機APP，注冊成功后可以選擇支付渠道為綁定支付寶或綁定銀聯(lián)卡(為避免后續(xù)扣帳混亂，二者只能選其一，若需要更換，必須解綁當(dāng)前綁定)。支付寶根據(jù)芝麻信用(滿足一定的信用分才能綁定)控制透支風(fēng)險，銀聯(lián)卡通過帳戶可用余額控制透支風(fēng)險。這些功能在地鐵寶系統(tǒng)和手機APP端實現(xiàn)，不是本文討論的重點。

成功綁定支付渠道后乘客即可隨時用手機APP生成乘坐地鐵二維碼。進出站時，閘機讀寫器掃描手機二維碼并檢驗合法性，同時與手機以藍牙通信的方式完成信息交互；手機獲取閘機的車站代碼等信息，并在進出站成功后向地鐵寶系統(tǒng)發(fā)送交易信息。

地鐵AFC系統(tǒng)按照5層架構(gòu)模式，將交易信息逐級上送。最終由清分中心匯總?cè)肪W(wǎng)的交易數(shù)據(jù)，并以準(zhǔn)實時的方式將二維碼交易數(shù)據(jù)發(fā)送地鐵寶系統(tǒng)。地鐵寶系統(tǒng)可選擇以清分中心發(fā)送的數(shù)據(jù)為準(zhǔn)，也可選擇以手機APP發(fā)送的數(shù)據(jù)為準(zhǔn)，準(zhǔn)實時(略有延時)從簽約帳戶的可用余額中扣減票款。

運營結(jié)束后，由地鐵清分中心完成與地鐵寶系統(tǒng)交易數(shù)據(jù)的對帳及資金清算。乘客帳戶的實際扣款以地鐵清分中心與地鐵寶系統(tǒng)對帳結(jié)果為準(zhǔn)。

2.2 主要交易

2.2.1 進站

乘客完成APP安裝及注冊后，即可在手機APP上生成進出站二維碼。手機APP根據(jù)上次交易標(biāo)志，在二維碼中標(biāo)記進站或出站。乘客將手機二維碼置于閘機二維碼掃描區(qū)域，待掃描成功后即可進站。由于掃描過程中閘機讀寫器需與手機完成信息交互，因此，乘客需將手機藍牙打開。進站過程主要處理步驟如下：

(1) 閘機讀卡器驅(qū)動二維碼掃描器，通過二維碼掃描器獲取二維碼信息。

(2) 閘機讀卡器驗證讀取的二維碼數(shù)據(jù)的合法性并檢驗進出站標(biāo)志。驗證通過后，讀卡器驅(qū)動藍牙模塊與二維碼中指定的藍牙進行通信，并向手機發(fā)送進站車站及進站時間等數(shù)據(jù)。

(3) 手機收到閘機讀卡器發(fā)送的信息后，緩存相關(guān)數(shù)據(jù)信息，并向閘機讀卡器發(fā)送成功應(yīng)答。

(4) 閘機讀卡器收到手機的成功應(yīng)答后，向閘機發(fā)送進站放行指令。

(5) 閘機向車站計算機系統(tǒng)上送進站交易數(shù)據(jù)，交易數(shù)據(jù)經(jīng)線路中央計算機系統(tǒng)匯總到地鐵清分中心。

(6) 手機APP向地鐵寶系統(tǒng)上送進站交易數(shù)據(jù)。

2.2.2 出站

乘客出站時，在手機APP上生成二維碼，手機APP根據(jù)上次交易標(biāo)志，在二維碼中標(biāo)記出站標(biāo)記、進站車站。乘客將手機二維碼置于閘機二維碼掃描區(qū)域，掃描成功后即可出站，出站過程主要處理步驟如下：

(2) 閘機讀卡器驗證讀取的二維碼數(shù)據(jù)的合法性并檢驗進出站標(biāo)志是否為出站，若驗證通過，則根據(jù)讀取的二維碼進站車站代碼，獲取票價信息。

(3) 讀卡器驅(qū)動藍牙模塊與二維碼中指定的藍牙進行通信，向手機發(fā)送出站車站、出站時間、交易金額等數(shù)據(jù)。

(4) 手機收到閘機讀卡器發(fā)送的信息后，緩存相關(guān)數(shù)據(jù)信息，并向閘機讀卡器發(fā)送成功應(yīng)答。

(5) 閘機讀卡器收到手機的成功應(yīng)答后，向閘機發(fā)送出站放行指令。

(6) 閘機向車站計算機系統(tǒng)上送出站交易數(shù)據(jù)，交易數(shù)據(jù)經(jīng)線路中央計算機系統(tǒng)匯總到地鐵清分中心。

(7) 手機APP向地鐵寶系統(tǒng)上送出站交易數(shù)據(jù)。

2.2.3 交易更新

當(dāng)生成的二維碼由于進出站標(biāo)志混亂或超時而導(dǎo)致乘客不能正常進出站時，需在人工售票機(BOM)上進行交易更新。交易更新包含進站更新、出站更新及超時更新。

毛細(xì)管色譜柱：ZB-5MSI 5%苯基二甲聚硅氧烷毛細(xì)管柱（30 m×0.25 mm×0.25 μm）；柱溫40 ℃（保留2 min），以5 ℃/min程序升溫至255 ℃，運行時間45 min，汽化室溫度250 ℃，載氣為高純He（99.999%），柱前壓7.62 psi，載氣流量1.0 mL/min，不分流進樣，溶劑延遲時間為1 min。

(1) 進站更新：如由于乘客非正常進站或其他原因，而使乘客不能憑生成的二維碼出站，則需人工在收費區(qū)BOM上補寫進站交易記錄。其處理過程同進站，且進站站點由操作人員指定。

(2) 出站更新：如由于乘客非正常出站或其他原因，而使乘客不能憑生成的二維碼進站，則需在非收費區(qū)BOM上補扣費用，并將帳戶狀態(tài)改寫為正常出站。該處理過程同出站，且扣款金額根據(jù)運營規(guī)定執(zhí)行。

(3) 超時更新：如由于乘客在收費區(qū)內(nèi)停留時間超過運營規(guī)定時間，則乘客出站時需補扣部分費用。超時更新處理過程同出站，但BOM讀寫器向手機發(fā)送的交易金額不同。

2.2.4 參數(shù)下發(fā)及交易查詢

城市軌道交通清分中心可將二維碼作為1種新票種，并將票種參數(shù)下發(fā)到各車站設(shè)備。所有改造后的閘機或BOM收到該參數(shù)后，即可受理二維碼交易。

乘客可通過手機APP聯(lián)機查詢自己的二維碼乘車交易明細(xì)。交易明細(xì)記錄由地鐵寶系統(tǒng)提供。

2.3 交易數(shù)據(jù)匯集

(1) 交易數(shù)據(jù)生成。地鐵閘機將二維碼交易數(shù)據(jù)按照AFC線網(wǎng)規(guī)范打包，并將打包后的數(shù)據(jù)以脫機文件或報文方式發(fā)送到車站計算機系統(tǒng)。人工售票機交易數(shù)據(jù)生成方式與閘機相同。

(2) 文件傳送。脫機交易數(shù)據(jù)傳送流程為：地鐵閘機、BOM→車站計算機系統(tǒng)→線路中央計算機系統(tǒng)→清分中心→地鐵寶。手機APP同時也可將交易數(shù)據(jù)直接上傳至地鐵寶系統(tǒng)。

(3) 交易對帳。每日運營結(jié)束后，地鐵清分中心與地鐵寶系統(tǒng)完成交易數(shù)據(jù)的對帳處理。對帳直接依據(jù)為地鐵清分中心發(fā)送到地鐵寶系統(tǒng)的交易數(shù)據(jù)明細(xì)。地鐵寶系統(tǒng)通過手機APP收到的交易數(shù)據(jù)明細(xì)作為參考及備查依據(jù)。由于地鐵清分中心以脫機方式匯集全路網(wǎng)的交易數(shù)據(jù)。部分?jǐn)?shù)據(jù)可能未在運營結(jié)束當(dāng)日匯集到清分中心，而體現(xiàn)在后續(xù)的對帳明細(xì)中。

(4) 客流統(tǒng)計。乘客憑二維碼進出站或更新時，閘機或BOM寄存器作相應(yīng)數(shù)據(jù)累加，同時將寄存器數(shù)據(jù)以脫機方式逐級匯總到清分中心。清分中心根據(jù)接收到的數(shù)據(jù)完成全路網(wǎng)的實時客流統(tǒng)計和斷面客流分析。

2.4 資金清算

每日運營結(jié)束后，地鐵清分中心完成與地鐵寶的資金清算，地鐵寶完成與用戶帳戶的資金清算。

地鐵清分中心與地鐵寶系統(tǒng)對帳完成后，生成的交易匯總金額為地鐵公司向地鐵寶資金清算的依據(jù)。同時，交易明細(xì)為地鐵寶向支付寶帳戶或銀聯(lián)帳戶扣款的依據(jù)。

2.5 安全體系

二維碼在地鐵的支付應(yīng)用安全策略采用對稱密鑰體系。用戶通過手機APP生成進出站二維碼時，以聯(lián)機方式獲取本次進出站唯一認(rèn)證碼。當(dāng)用戶進出站掃描二維碼時，讀卡器讀取二維碼信息，并通過閘機PSAM(消費安全存取模塊)驗證認(rèn)證碼合法性。安全認(rèn)證過程以脫機方式完成，類似于其他票種，使整個二維碼交易過程能快速完成，確保了閘機通道的通行效率。

地鐵二維碼應(yīng)用的MAC/TAC(報文鑒別代碼/交易認(rèn)證碼)計算方法遵循JR/T 0025.2—2010《中國金融集成電路(IC)卡規(guī)范》的規(guī)定。過程密鑰的生產(chǎn)方法見圖2。

第一步：將1個8個字節(jié)長的初始值(Initial Vector)設(shè)定為16進制的“0x 00 00 00 00 00 00 00 00”。

第二步：將所有的輸入數(shù)據(jù)按指定順序串聯(lián)成1個數(shù)據(jù)塊。

第三步：將串聯(lián)成的數(shù)據(jù)塊分割為8字節(jié)長的數(shù)據(jù)塊組，標(biāo)識為D1、D2、D3與D4等。分割到最后，余下的字節(jié)組成1個長度小于等于8字節(jié)的最后一塊數(shù)據(jù)塊。

第四步：如果最后1個數(shù)據(jù)塊長度為8字節(jié)，則在此數(shù)據(jù)塊后附加1個8字節(jié)長的數(shù)據(jù)塊，附加的數(shù)據(jù)塊為16進制的“0x 80 00 00 00 00 00 00 00”。如果最后1個數(shù)據(jù)塊長度小于8字節(jié)，則該數(shù)據(jù)塊的最后填補1個值為16進制“0x80”的字節(jié)。如果填補之后的數(shù)據(jù)塊長度等于8字節(jié)，則跳至第五步。如果填補之后的數(shù)據(jù)塊長度仍小于8字節(jié)，則在數(shù)據(jù)塊后填補16進制“0x0”的字節(jié)至數(shù)據(jù)塊長度為8字節(jié)。

第五步：MAC的產(chǎn)生是通過上述方法產(chǎn)生的數(shù)據(jù)塊組，由過程密鑰進行加密運算，過程密鑰的產(chǎn)生方法見下圖。TAC的產(chǎn)生是通過上述方法產(chǎn)生的數(shù)據(jù)塊組，由DTK(開發(fā)工具包)密鑰左右8位字節(jié)進行異或運算的結(jié)果進行加密運算。

第六步：最終值的左4字節(jié)為MAC或TAC[2]

注：DEC為數(shù)據(jù)加密標(biāo)準(zhǔn)；DPK為雙倍長過程密鑰

2.6 標(biāo)準(zhǔn)修訂

為了統(tǒng)一地鐵售檢票系統(tǒng)五層架構(gòu)中各種設(shè)備及應(yīng)用軟件之間的功能及接口，各城市軌道交通公司都制定了相關(guān)的技術(shù)標(biāo)準(zhǔn)。二維碼支付作為一種新的支付方式，若要實現(xiàn)地鐵全路網(wǎng)覆蓋使用，則必需修訂原技術(shù)標(biāo)準(zhǔn)，增加二維碼應(yīng)用部分的相關(guān)定義及報文接口，使既有線路按照新標(biāo)準(zhǔn)作相應(yīng)改造，新建線路按照新標(biāo)準(zhǔn)建設(shè)，從而實現(xiàn)二維碼支付的全路網(wǎng)覆蓋。

3 應(yīng)用案例分析

上海軌道交通建設(shè)起步較早，目前已形成一定線網(wǎng)規(guī)模。為實現(xiàn)二維碼支付在上海軌道交通中的應(yīng)用，主要工作內(nèi)容如下：

(1) 修訂《城市軌道交通自動售檢票系統(tǒng)通用技術(shù)規(guī)范》，增加二維碼支付相關(guān)規(guī)范。

(2) 研發(fā)能同時受理二維碼、單程票、交通卡及其他票種的閘機及BOM讀寫器，完成地鐵寶系統(tǒng)的建設(shè)及手機APP的開發(fā)。

(3) 完成既有線路地鐵閘機、票房售票機的讀卡器改造及其他相關(guān)系統(tǒng)的改造。

目前上海已開通運營的車站有366個。這些車站的閘機讀寫器原來都沒有掃描二維碼的功能，如果更換所有閘機的全部讀寫器，則工作量很大且耗資巨大。為降低改造成本、減少工程施工難度，現(xiàn)僅改造每個既有車站的部分進站及出站閘機，確保乘客在每個車站都可以憑二維碼進站或出站。同時，由于AFC標(biāo)準(zhǔn)已修訂，增加了二維碼支付的相關(guān)規(guī)范，故新線建設(shè)應(yīng)按照新標(biāo)準(zhǔn)執(zhí)行，所有閘機都應(yīng)具備受理二維碼交易的功能，其乘客可在新線的所有閘機通道刷二維碼進站或出站。

4 結(jié)論

(1) 通過相關(guān)系統(tǒng)的建設(shè)及舊系統(tǒng)改造，二維碼支付可以安全、有效地融合應(yīng)用于城市軌道交通AFC系統(tǒng)中，給乘客出行帶來更大的便利。

(2) 通過研發(fā)新的讀寫器產(chǎn)品，使閘機、BOM能兼容受理單程票、交通卡、二維碼等所有票種業(yè)務(wù)。

(3) 通過標(biāo)準(zhǔn)的修訂及執(zhí)行，可實現(xiàn)二維碼支付的全線網(wǎng)應(yīng)用。

[1] 舒賢華. 基于Android平臺的手機Web地圖服務(wù)設(shè)計[D]. 大連：大連海事大學(xué), 2009.

[2] 中國人民銀行. 中國金融集成電路(IC)卡規(guī)范第2 部分：電子錢包/電子存折應(yīng)用規(guī)范:JR/T0025.2—2013[S].北京：中國金融出版社，2013.