摘要 目前,移動(dòng)支付技術(shù)已經(jīng)成熟,相關(guān)產(chǎn)業(yè)鏈正在加速滲透到消費(fèi)生活工作的各個(gè)方面。移動(dòng)支付引入高速公路管理收費(fèi)已經(jīng)具備條件。鑒于此種情況,該文提出了一種基于交易網(wǎng)關(guān)的移動(dòng)支付方法,探討了基于交易網(wǎng)關(guān)的移動(dòng)支付系統(tǒng),詳細(xì)描述了該移動(dòng)支付方法在高速公路MTC車道的應(yīng)用流程。經(jīng)實(shí)踐,該移動(dòng)支付系統(tǒng)可大幅提升高速公路MTC車道的通行效率,給司乘人員帶來了較大的通行便利性。
關(guān)鍵詞 高速公路;移動(dòng)支付;交易網(wǎng)關(guān);車道收費(fèi)系統(tǒng)
中圖分類號(hào) U495 文獻(xiàn)標(biāo)識(shí)碼 A 文章編號(hào) 2096-8949(2024)14-0007-04
0 引言
我國(guó)目前已從互聯(lián)網(wǎng)支付發(fā)展至移動(dòng)支付,移動(dòng)支付方式越來越受到大眾的歡迎。方便快捷,不用拿錢包,不用刷卡輸密碼,只要持有具有移動(dòng)支付功能的移動(dòng)終端就可以完成高速費(fèi)用的支付。
根據(jù)中國(guó)人民銀行公布的數(shù)據(jù)顯示,我國(guó)移動(dòng)支付數(shù)額巨大,而且漲幅位居各電子支付方式榜首[1-2]。伴隨著微信與支付寶O2O模式推出,如今移動(dòng)支付覆蓋我們生活的方方面面,此中便利人人皆知。但是現(xiàn)有移動(dòng)支付具有如下缺點(diǎn):掃碼的時(shí)候,無法在移動(dòng)設(shè)備上看到交易的商品信息,不能完全確認(rèn)購(gòu)買的商品的詳細(xì)信息,給支付帶來不確定性。另外,傳統(tǒng)的移動(dòng)支付需要掃碼填寫金額,給移動(dòng)支付的交易帶來了不便利性。
常見高速公路收費(fèi)方式主要包括電子不停車收費(fèi)(ETC)以及人工停車收費(fèi)(MTC)兩種,雖然電子不停車收費(fèi)可實(shí)現(xiàn)對(duì)車輛的自動(dòng)化收費(fèi),車輛通行效率相對(duì)較高,但其卻存在著費(fèi)率計(jì)算復(fù)雜以及容易被天線強(qiáng)度限制等方面的狀況。人工收費(fèi)在這方面具有一定優(yōu)勢(shì),但存在著收費(fèi)效率較低、容易造成道路擁堵等問題[3-5],在此背景下,適用于MTC車道的移動(dòng)支付方式正日益完善。
目前,我國(guó)在MTC車道中開通的移動(dòng)支付體系主要由以下五個(gè)模塊構(gòu)成:移動(dòng)支付交易系統(tǒng)、移動(dòng)支付對(duì)賬系統(tǒng)、高速公路收費(fèi)系統(tǒng)、移動(dòng)支付受理終端、移動(dòng)支付清分結(jié)算審核系統(tǒng)[4-6]。在對(duì)MTC車道上的車輛進(jìn)行收費(fèi)的過程中,移動(dòng)支付開通了如微信、支付寶、銀聯(lián)等第三方支付通道,但這種移動(dòng)支付方式需要對(duì)移動(dòng)終端進(jìn)行區(qū)別,不同類的二維碼需要不同類的App進(jìn)行識(shí)別,缺少一個(gè)統(tǒng)一的移動(dòng)支付終端,這種情況給車輛駕駛員繳費(fèi)過程帶來了諸多不便。
鑒于此種情況,一種適用于MTC車道的新型移動(dòng)支付方法勢(shì)在必行。
1 交易網(wǎng)關(guān)系統(tǒng)架構(gòu)
交易網(wǎng)關(guān)系統(tǒng)包括“支付系統(tǒng)”“訂單管理”“賬單管理”“授權(quán)管理”“系統(tǒng)配置”五個(gè)子系統(tǒng)。所有的子系統(tǒng)都是以交易網(wǎng)關(guān)模塊為基礎(chǔ)進(jìn)行設(shè)計(jì),具體如圖1所示。
支付系統(tǒng)對(duì)接業(yè)務(wù)系統(tǒng)并為其提供支付功能的模塊。它是所有支付服務(wù)接口的集成前置,將不同支付渠道提供的接口通過統(tǒng)一的方式呈現(xiàn)給業(yè)務(wù)受理終端。這樣接入方就只需要對(duì)接支付網(wǎng)關(guān),增加和調(diào)整支付渠道對(duì)業(yè)務(wù)方是透明的。支付系統(tǒng)設(shè)計(jì)時(shí)對(duì)整個(gè)支付過程的穩(wěn)定性、功能、性能以及其他非功能性需求都有考慮。
為保證數(shù)據(jù)在傳輸過程中的安全性,在線支付客戶端與服務(wù)器間的通信采用https(超文本傳輸安全協(xié)議)或SSL安全協(xié)議。在線支付客戶端訪問支付網(wǎng)關(guān)頁(yè)面時(shí)的安全由支付網(wǎng)關(guān)負(fù)責(zé)驗(yàn)證支付客戶端的身份合法性,只有通過認(rèn)證的客戶端才允許進(jìn)行其他操作。
為保證交易安全,在線支付客戶端下發(fā)的交易數(shù)據(jù)通過交易密鑰進(jìn)行加密,不在任何環(huán)境中出現(xiàn)明文。
為避免接口受攻擊,在安全上,業(yè)務(wù)方通過https(超文本傳輸安全協(xié)議)來訪問接口,并提供防篡改機(jī)制。該機(jī)制通過接口參數(shù)簽名來處理。現(xiàn)在主流的簽名是對(duì)接口參數(shù)按照參數(shù)名稱排序后,做加密和散列,該系統(tǒng)采用此加密方式。
每一筆交易都記錄流水,并登記到機(jī)構(gòu)的分戶賬戶上,統(tǒng)計(jì)和分析根據(jù)交易流水來更新相關(guān)數(shù)據(jù)。而機(jī)構(gòu)賬戶總額更新、交易流水記錄、交易結(jié)算等,從性能角度考慮,采用消息機(jī)制來異步化和交易相關(guān)的數(shù)據(jù)處理。
賬單管理功能主要是將第三方平臺(tái)中的對(duì)賬單和系統(tǒng)中生成的交易訂單進(jìn)行比較結(jié)算賬單,如發(fā)生有不符的情況,按第三方平臺(tái)中的結(jié)果進(jìn)行更新??蓪?duì)賬單系統(tǒng)設(shè)置定時(shí)任務(wù)每天定點(diǎn)進(jìn)行結(jié)算,也可手動(dòng)執(zhí)行完成某一天的結(jié)算工作,還會(huì)為對(duì)賬系統(tǒng)提供賬單信息下載功能。
系統(tǒng)配置功能為了方便日后更新維護(hù),把一些主要參數(shù)配置設(shè)計(jì)成靈活可配的。主要包括:系統(tǒng)名稱、支付接口賬號(hào)、支付接口KEY、支付類型、對(duì)賬單更新時(shí)間、是否自動(dòng)進(jìn)行賬單結(jié)算等內(nèi)容。
2 移動(dòng)支付系統(tǒng)功能架構(gòu)及流程
系統(tǒng)功能架構(gòu)分為四大部分,分別是支付受理終端,支付系統(tǒng)服務(wù),第三方交易平臺(tái)以及基礎(chǔ)服務(wù)模塊。支付受理終端通過https(超文本傳輸安全協(xié)議)協(xié)議將數(shù)據(jù)傳輸給支付系統(tǒng)服務(wù)模塊進(jìn)行數(shù)據(jù)處理,處理完成后,支付系統(tǒng)服務(wù)模塊將數(shù)據(jù)通過https(超文本傳輸安全協(xié)議)服務(wù)協(xié)議將數(shù)據(jù)傳輸給第三方交易平臺(tái)處理,同時(shí)支付系統(tǒng)服務(wù)模塊與支付受理終端、第三方交易平臺(tái)以及基礎(chǔ)服務(wù)模塊進(jìn)行數(shù)據(jù)交互。具體功能架構(gòu)如圖2所示。
支付受理終端包括了當(dāng)前移動(dòng)終端所適配的各種系統(tǒng),如蘋果手機(jī)所用的ios系統(tǒng),安卓手機(jī)使用的安卓系統(tǒng),華為手機(jī)的鴻蒙系統(tǒng),HS系統(tǒng)和其他運(yùn)營(yíng)的主流系統(tǒng)。
支付系統(tǒng)服務(wù)模塊包含保全網(wǎng)關(guān)和渠道路由。安全網(wǎng)關(guān)模塊用于保證支付信息的安全傳輸,防止信息被篡改,偷竊,遺失等不安全的行為發(fā)生。渠道路由保證了系統(tǒng)在性能上的快捷性,通過快速查找安全快捷的路徑進(jìn)行消息傳輸保證支付的方便快捷,不用長(zhǎng)時(shí)間等待。同時(shí)支付系統(tǒng)服務(wù)包括了支付功能、撤回訂單、簽約、退費(fèi)等一系列功能。
第三方交易平臺(tái)是類似于銀聯(lián)、支付寶、微信這一類的主流支付平臺(tái)。第三方支付平臺(tái)處理完畢后會(huì)將交易信息返回給支付系統(tǒng)服務(wù)模塊,等待支付系統(tǒng)服務(wù)模塊處理后,同樣通過https(超文本傳輸安全協(xié)議)服務(wù)協(xié)議傳輸給支付終端系統(tǒng),供付款方進(jìn)行確認(rèn)和保存。
基礎(chǔ)服務(wù)作為整個(gè)系統(tǒng)的后臺(tái)服務(wù)模塊,包含了路由服務(wù)、交易服務(wù)、安全服務(wù)、訂單服務(wù)、賬戶服務(wù)和賬務(wù)服務(wù)等一系列的功能,保障支付系統(tǒng)服務(wù)模塊的安全快捷運(yùn)行。
在支付模塊功能中,支付網(wǎng)關(guān)和支付渠道的對(duì)接是最核心的功能。其中支付網(wǎng)關(guān)是對(duì)外提供服務(wù)的接口,所有需要渠道支持的資金操作都需要通過網(wǎng)關(guān)分發(fā)到對(duì)應(yīng)的渠道上。而支付渠道是接收網(wǎng)關(guān)的請(qǐng)求,調(diào)用渠道接口執(zhí)行真正的資金操作。每個(gè)渠道的接口,傳輸方式都不盡相同。
支付模塊對(duì)外提供的支付服務(wù)包括支付、撤銷、退款等,服務(wù)實(shí)現(xiàn)的流程包括付款碼下單、取消訂單、退單、查詢訂單等操作。每個(gè)操作實(shí)現(xiàn),都包括參數(shù)校驗(yàn)、支付路由、生成訂單、調(diào)用渠道服務(wù)、更新訂單和返回消息這六步,對(duì)于一些比較復(fù)雜的渠道服務(wù),還會(huì)涉及異步同通知處理的步驟。
MTC車道交易支付流程如下所示:
(1)車道收費(fèi)系統(tǒng)獲取用戶支付二維碼;
(2)車道收費(fèi)系統(tǒng)將扣費(fèi)請(qǐng)求發(fā)送至移動(dòng)支付交易平臺(tái);
(3)交易平臺(tái)處理后將支付請(qǐng)求發(fā)送至第三方支付平臺(tái);
(4)第三方支付平臺(tái)將交易結(jié)果返回至交易平臺(tái);
(5)交易平臺(tái)將扣費(fèi)結(jié)果實(shí)時(shí)返回至車道收費(fèi)系統(tǒng),同時(shí)將交易信息推送給車主用戶。
3 高速公路MTC車道移動(dòng)支付及退費(fèi)流程:
3.1 移動(dòng)支付流程
高速公路MTC車道移動(dòng)支付具體交易流程如下。
首先用戶打開支付工具,在移動(dòng)支付終端展示支付憑證,車道收費(fèi)系統(tǒng)掃碼終端收到用戶的支付信息后,構(gòu)造支付請(qǐng)求,裝載有交易網(wǎng)關(guān)系統(tǒng)的內(nèi)網(wǎng)前置機(jī)轉(zhuǎn)發(fā)交易請(qǐng)求,并且記錄交易請(qǐng)求相關(guān)的信息。支付網(wǎng)關(guān)收到交易系統(tǒng)的請(qǐng)求之后,受理交易請(qǐng)求,并對(duì)用戶的權(quán)限進(jìn)行鑒別,鑒別信息無誤后,將交易請(qǐng)求傳輸?shù)降谌街Ц镀脚_(tái)進(jìn)行交易處理,然后給用戶發(fā)送確認(rèn)交易的消息,待用戶確認(rèn)支付后,交易網(wǎng)關(guān)完成支付,生成結(jié)果記錄,將結(jié)果記錄傳輸給交易系統(tǒng)。交易系統(tǒng)記錄相關(guān)的交易結(jié)果信息并將交易信息傳輸給車道收費(fèi)系統(tǒng)的掃碼終端,掃碼終端將交易結(jié)果的接受通知傳輸給交易系統(tǒng),經(jīng)由交易系統(tǒng)傳輸給支付網(wǎng)關(guān),支付網(wǎng)關(guān)記錄接受通知。如果支付成功,收費(fèi)車道系統(tǒng)的掃碼終端生成交易流水,發(fā)送給支付用戶,并且抬桿放行,用戶正式離開高速公路路口。如果交易不成功,將不成功信息及時(shí)發(fā)送給用戶,用戶可以選擇現(xiàn)金進(jìn)行高速公路費(fèi)用的支付,或者選擇其他移動(dòng)支付方式支付。
3.2 退費(fèi)流程
3.2.1 由收費(fèi)站發(fā)起的退款申請(qǐng)
由收費(fèi)站發(fā)起的退款申請(qǐng)如圖3所示。
當(dāng)客戶使用移動(dòng)支付發(fā)生扣費(fèi)異常時(shí),客戶可直接在事發(fā)地收費(fèi)站申請(qǐng)退費(fèi),收費(fèi)站退費(fèi)人員查找到相關(guān)交易記錄后填報(bào)電子退款申請(qǐng)單,并由收費(fèi)站值班站長(zhǎng)審批后發(fā)往路段公司收費(fèi)部,由路段公司收費(fèi)部判定后審核退款申請(qǐng)訂單,審核通過后發(fā)送至ETC財(cái)務(wù)退款。
各節(jié)點(diǎn)主要職責(zé):
(1)收費(fèi)站主要負(fù)責(zé)移動(dòng)支付扣款異常時(shí)查詢到交易流水,確定扣款事件已發(fā)生并填報(bào)電子退款申請(qǐng)單;
(2)收費(fèi)站值班站長(zhǎng)負(fù)責(zé)審批電子退費(fèi)申請(qǐng)單及流轉(zhuǎn)退款申請(qǐng)單;
(3)收費(fèi)部負(fù)責(zé)接收到收費(fèi)站發(fā)來的退款申請(qǐng)單時(shí)復(fù)核申請(qǐng)訂單信息,審核通過退款訂單后流轉(zhuǎn)至ETC財(cái)務(wù);
(4)ETC財(cái)務(wù)負(fù)責(zé)對(duì)收費(fèi)部審核通過后的退費(fèi)申請(qǐng)訂單進(jìn)行退費(fèi)操作。
3.2.2 由ETC客服發(fā)起的退款申請(qǐng)
由ETC客服發(fā)起的退款申請(qǐng)如圖4所示。
首先ETC客服中心接到客戶移動(dòng)支付扣款異常的投訴,找到扣款異常項(xiàng)的交易流水,與客戶核實(shí)情況后向收費(fèi)站發(fā)起退款協(xié)助請(qǐng)求,收費(fèi)站接收到請(qǐng)求后根據(jù)該退款申請(qǐng)單信息核實(shí)移動(dòng)支付扣款異常事件是否真實(shí)準(zhǔn)確,審核通過后完善退款訂單的詳細(xì)信息,并由收費(fèi)站值班站長(zhǎng)審批流轉(zhuǎn)至公司收費(fèi)部,路段公司收費(fèi)部復(fù)審該退費(fèi)訂單,審核同意后發(fā)送至ETC財(cái)務(wù),ETC財(cái)務(wù)工作人員進(jìn)行退款工作。
各節(jié)點(diǎn)主要職責(zé):
(1)ETC客服部門負(fù)責(zé):首先接到客戶移動(dòng)支付退款申請(qǐng)后初步核查信息后發(fā)起退款申請(qǐng),將退款申請(qǐng)單流轉(zhuǎn)至下一節(jié)點(diǎn);
(2)收費(fèi)站主要負(fù)責(zé)移動(dòng)支付扣款異常時(shí)查詢到交易流水,確定扣款事件已發(fā)生并填報(bào)電子退款申請(qǐng)單;
(3)收費(fèi)站值班站長(zhǎng)負(fù)責(zé)審批電子退費(fèi)申請(qǐng)單及流轉(zhuǎn)退款申請(qǐng)單;
(4)收費(fèi)部負(fù)責(zé)接收到收費(fèi)站發(fā)來的退款申請(qǐng)單時(shí)復(fù)核申請(qǐng)訂單信息,審核通過退款訂單后流轉(zhuǎn)至ETC財(cái)務(wù);
(5)ETC財(cái)務(wù)負(fù)責(zé)對(duì)收費(fèi)部審核通過后的退費(fèi)申請(qǐng)訂單進(jìn)行退費(fèi)操作。
4 結(jié)語
隨著“互聯(lián)網(wǎng)+”技術(shù)的不斷成熟,高速公路MTC車道不停車移動(dòng)支付將會(huì)扮演越來越重要的角色,將會(huì)成為高速公路收費(fèi)站快速交易的重要手段。同時(shí),隨著自由流和車牌識(shí)別技術(shù)的快速發(fā)展,移動(dòng)支付將在高速公路的建設(shè)中發(fā)揮更為重要的作用,也將會(huì)給高速公路司乘人員帶來更為便捷的通行體驗(yàn)。
參考文獻(xiàn)
[1]郭冰.“電子車牌+移動(dòng)支付”在高速公路收費(fèi)中的應(yīng)用[J].中國(guó)新通信,2018(24):107-109.
[2]孟姣姣.高速公路收費(fèi)中“電子車牌+移動(dòng)支付”的應(yīng)用研究[J].中國(guó)戰(zhàn)略新興產(chǎn)業(yè)雜志,2018(12):53-59.
[3]朱皖輝.“電子車牌+移動(dòng)支付”在高速公路收費(fèi)中的應(yīng)用[J].交通世界,2017(26):10-11+14.
[4]江志榮.車牌識(shí)別技術(shù)在高速公路中的應(yīng)用[J].中國(guó)交通信息化,2018(10):92-95.
[5]莫玲.圖像處理技術(shù)在車牌識(shí)別中的研究[J].輕工科技,2018(8):88-90.
[6]張俊峰,尚振宏,劉輝.基于顏色特征與模板匹配的車牌識(shí)別系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[J].軟件導(dǎo)刊,2018(1):212-215+220.
收稿日期:2024-04-17
作者簡(jiǎn)介:金育蘅(1974—),女,本科,高級(jí)工程師,研究方向:道橋與橋梁。