地鐵車站智能服務(wù)系統(tǒng)設(shè)計(jì)

李 強(qiáng),劉澤遠(yuǎn),劉思遠(yuǎn),王賀虎

（1.北京市地鐵運(yùn)營(yíng)有限公司 技術(shù)部,北京 100044；2.北京京城地鐵有限公司,北京 101317；3.北京市地鐵運(yùn)營(yíng)有限公司 運(yùn)營(yíng)管理部,北京 100044；4.北京北方滬光通訊設(shè)備有限公司,北京 100041）

現(xiàn)有地鐵車站服務(wù)基本都是被動(dòng)式服務(wù)模式[1],存在非通勤乘客在車站不易尋找到現(xiàn)場(chǎng)服務(wù)設(shè)施和服務(wù)人員、而應(yīng)用于線上服務(wù)的手機(jī)應(yīng)用軟件也未下載使用等問題,此外,應(yīng)用軟件不便于操作,也影響了預(yù)期的使用效果[2],因此,地鐵車站的服務(wù)常常達(dá)不到乘客要求,導(dǎo)致乘客投訴時(shí)有發(fā)生[3-4]。

本文設(shè)計(jì)了以二維碼為核心的地鐵車站智能服務(wù)系統(tǒng),利用二維碼國(guó)際通用、易辨識(shí)的特點(diǎn),以及通過掃描二維碼直接進(jìn)行音視頻通話的技術(shù),在車站內(nèi)實(shí)現(xiàn)全服務(wù)過程“掃碼即用”功能,保證用戶在使用手機(jī)終端的掃碼工具（不特指某一種程序）掃描二維碼后,直接進(jìn)入工作頁(yè)面,配合單兵（手持智能終端的工作人員）的定位功能及靈活機(jī)動(dòng)的特性,把所有線上、線下服務(wù)項(xiàng)目與服務(wù)人員高效地結(jié)合起來[5],實(shí)現(xiàn)服務(wù)人員與服務(wù)項(xiàng)目的迅速響應(yīng)和高效聯(lián)動(dòng)調(diào)配的“微循環(huán)服務(wù)”模式,將現(xiàn)有被動(dòng)式服務(wù)轉(zhuǎn)變?yōu)橹鲃?dòng)式到場(chǎng)服務(wù),服務(wù)質(zhì)量大幅提升。在車站外,利用小程序功能實(shí)現(xiàn)遠(yuǎn)程預(yù)約服務(wù),增加了服務(wù)的便捷性,彌補(bǔ)服務(wù)的不足。

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

根據(jù)智慧車站服務(wù)功能要求[6-7],地鐵車站智能服務(wù)系統(tǒng)架構(gòu)如圖1 所示。

（1）應(yīng)用層,通過開放接口與平臺(tái)層等連接,完成災(zāi)備、消防等的聯(lián)動(dòng)；

（2）平臺(tái)層,主要采用Docker 技術(shù)架構(gòu),由具備相關(guān)功能服務(wù)器組成,用以系統(tǒng)的應(yīng)用支撐和管理等；

（3）操控層,完成系統(tǒng)的配置、監(jiān)督及管理,并接受第三方應(yīng)用的接入；

（4）終端層,主要由車站現(xiàn)場(chǎng)的5 個(gè)元素組成,通過內(nèi)部局域光纖網(wǎng)及移動(dòng)無線物聯(lián)網(wǎng)形成的環(huán)形雙網(wǎng)絡(luò)實(shí)現(xiàn)與平臺(tái)層的網(wǎng)絡(luò)連接,從而提高信息傳輸?shù)姆€(wěn)定性。

2 系統(tǒng)流程

地鐵車站服務(wù)系統(tǒng)流程如圖2 所示,乘客咨詢及訴求服務(wù)主要通過車站現(xiàn)場(chǎng)服務(wù)和遠(yuǎn)程服務(wù)完成[8]。

圖2 地鐵車站智能服務(wù)系統(tǒng)流程圖

2.1 車站現(xiàn)場(chǎng)服務(wù)

2.1.1 二維碼掃碼服務(wù)

車站現(xiàn)場(chǎng)需要服務(wù)時(shí),乘客選擇二維碼掃碼服務(wù),只需要使用智能手機(jī)打開掃碼工具（支付寶除外）掃描車站內(nèi)布放的二維碼標(biāo)識(shí)牌,即可彈出服務(wù)菜單,提供“人工音、視頻呼叫”或“自助服務(wù)”,實(shí)現(xiàn)“掃碼即用”功能。

（1）人工服務(wù)：點(diǎn)擊“音頻呼叫”或“視頻呼叫”,即時(shí)接通距離最近的某一個(gè)單兵（可以是1～n 個(gè)）；需要現(xiàn)場(chǎng)服務(wù)時(shí),單兵趕赴乘客所在車站內(nèi)布放的二維碼標(biāo)識(shí)牌的位置進(jìn)行面對(duì)面服務(wù)。呼叫過程中,當(dāng)遇忙線時(shí)需要等待,15 s 后自動(dòng)跳轉(zhuǎn)至另一閑在單兵。依次類推,當(dāng)所有單兵均處于忙線時(shí),呼叫將自動(dòng)跳轉(zhuǎn)至綜控室的可視終端,對(duì)乘客提出問題進(jìn)行解答；若還是忙線,呼叫將被跳轉(zhuǎn)至人工座席上；

（2）自助服務(wù)：點(diǎn)擊選擇服務(wù)菜單項(xiàng),可獲得“失物招領(lǐng)”“公告信息”“信息反饋”“地下導(dǎo)航”“掌上PIS”“官網(wǎng)信息查詢”等服務(wù)。

2.1.2 固定求助終端服務(wù)

車站現(xiàn)場(chǎng)需要服務(wù)時(shí),乘客選擇求助終端服務(wù)（專為老人、小孩等設(shè)計(jì)）,當(dāng)乘客接近求助終端觸摸屏距離0.5 m 時(shí),顯示屏由保護(hù)狀態(tài)自動(dòng)解鎖至工作狀態(tài),即可通過手動(dòng)方式進(jìn)行菜單選擇,獲得需要幫助的自助信息服務(wù)項(xiàng)目；也可觸摸屏幕左下方的“呼叫幫助”按鈕,獲得與近處單兵的視頻通話服務(wù),完成后按“呼叫取消”結(jié)束服務(wù)。需要時(shí),單兵第一時(shí)間趕到乘客所處位置實(shí)施幫助。呼叫過程中遇忙轉(zhuǎn)移、呼叫等待等與上述掃碼呼叫過程相同。

2.1.3 可視對(duì)講終端服務(wù)

可視電話終端不可進(jìn)行其他操作,無法獲得系統(tǒng)及在用線上服務(wù)項(xiàng)目幫助。按動(dòng)“呼叫幫助”按鈕后,服務(wù)的開始及結(jié)束過程與上述固定求助終端服務(wù)相同。

2.2 遠(yuǎn)程服務(wù)

該服務(wù)專為特殊需求人士預(yù)約出行而設(shè)計(jì)。

（1）小程序服務(wù)

在微信搜索“愛心預(yù)約”小程序,即可將出行時(shí)間、站口、個(gè)人情況等以填報(bào)信息的方式上傳給系統(tǒng),該信息被系統(tǒng)清晰地記錄以方便查看預(yù)約者,同時(shí)減少工作人員工作量,也便于后期監(jiān)管部門監(jiān)督檢查工作人員工作的完成情況。工作人員以預(yù)約信息內(nèi)容為依據(jù)按時(shí)在預(yù)約地點(diǎn)等待,能防止不必要的差錯(cuò)發(fā)生；乘客還能直接點(diǎn)擊“電話呼叫”與坐席工作人員交流,獲得到站出行服務(wù)。

（2）電話預(yù)約服務(wù)

通過撥打服務(wù)電話的方式與坐席交流,獲得出行預(yù)約服務(wù)。

3 “掃碼即用”的音視頻通話技術(shù)

3.1 網(wǎng)頁(yè)實(shí)時(shí)通信技術(shù)

網(wǎng)頁(yè)實(shí)時(shí)通信（ WebRTC, Web Real-Time Communications） 允許網(wǎng)絡(luò)應(yīng)用或者站點(diǎn),在不借助中間媒介的情況下建立瀏覽器之間點(diǎn)對(duì)點(diǎn)（Peer-to-Peer）的連接,實(shí)現(xiàn)視頻流及音頻流的傳輸。WebRTC 包含的標(biāo)準(zhǔn)使用戶在不需要安裝任何插件或者第三方軟件的情況下,創(chuàng)建點(diǎn)對(duì)點(diǎn)（Peer-to-Peer）的數(shù)據(jù)分享和電話會(huì)議。

3.2 音視頻通話技術(shù)架構(gòu)

文本應(yīng)用WebRTC、H5 及二維碼相關(guān)技術(shù),設(shè)計(jì)“掃碼即用”的音視頻通話（簡(jiǎn)稱：音視頻通話）技術(shù)架構(gòu),如圖3 所示。

圖3 音視頻通話技術(shù)架構(gòu)圖

該架構(gòu)為目前主流的前后端分離結(jié)構(gòu),前端負(fù)責(zé)數(shù)據(jù)展示與用戶交互,后端負(fù)責(zé)提供數(shù)據(jù)處理接口,兩者間以JSON（JavaScript Object Notation）格式進(jìn)行數(shù)據(jù)交互。前端部分采用VUE（Virtual User Environment）框架,并以單頁(yè)面應(yīng)用的形式呈現(xiàn),優(yōu)化用戶體驗(yàn)；后端部分將不同的業(yè)務(wù)流程分別發(fā)送到配置中心、調(diào)度中心、認(rèn)證中心、授權(quán)中心等,經(jīng)過配置、調(diào)度、認(rèn)證、授權(quán)后,最終到達(dá)業(yè)務(wù)服務(wù)模塊進(jìn)行處理。

整個(gè)處理過程中,各個(gè)服務(wù)器上請(qǐng)求鏈路的跟蹤數(shù)據(jù)會(huì)被日志追蹤器實(shí)時(shí)記錄。在數(shù)據(jù)持久化層面,考慮到安全可靠等相關(guān)因素,本文采用了本地自建儲(chǔ)存的方案,關(guān)系型數(shù)據(jù)庫(kù)MySQL,分布式文件系統(tǒng)緩存數(shù)據(jù)庫(kù)與FastDFS 分布式文件系統(tǒng)負(fù)責(zé)數(shù)據(jù)落地。

3.3 音視頻通話流程

音視頻通話流程如圖4 所示,利用Web 服務(wù)功能完成音視頻呼叫、通話服務(wù),在未記錄（保留）用戶信息前提下開發(fā)的用戶端、服務(wù)端及站務(wù)端之間呼叫邏輯的流程。

圖4 掃碼音視頻通話流程圖

4 應(yīng)用與實(shí)踐

圖5 是2022 年6 月在北京地鐵機(jī)場(chǎng)線完成的地鐵車站智能服務(wù)系統(tǒng)示范應(yīng)用實(shí)例[2],包括北新橋、東直門、三元橋、T2 及T3 等5 個(gè)車站。

圖5 北京地鐵機(jī)場(chǎng)線車站智能服務(wù)系統(tǒng)示范應(yīng)用實(shí)例圖

北京地鐵機(jī)場(chǎng)線車站智能服務(wù)系統(tǒng)的示范應(yīng)用,實(shí)現(xiàn)了“掃碼即用”的二維碼服務(wù),具有引導(dǎo)乘客自助、收集乘客服務(wù)反饋等功能,提升乘客體驗(yàn),具有良好的社會(huì)效益；此外,該系統(tǒng)的示范應(yīng)用,實(shí)現(xiàn)了降本增效的目的,達(dá)到了預(yù)期的應(yīng)用效果。

5 結(jié)束語(yǔ)

地鐵車站智能服務(wù)系統(tǒng)中增加了二維碼及移動(dòng)單兵功能；通過研發(fā)“掃碼即用”的音視頻通話技術(shù),建立以二維碼為服務(wù)窗口,單兵為服務(wù)響應(yīng)的“微循環(huán)服務(wù)”體系,提高了服務(wù)質(zhì)量和水平,有效地解決了現(xiàn)有車站存在的問題。該系統(tǒng)具有綠色環(huán)保、安全、窗口提示作用明顯、服務(wù)面廣、主動(dòng)服務(wù)、服務(wù)功能多樣化、非接觸性等特點(diǎn)。在北京地鐵機(jī)場(chǎng)線示范性的應(yīng)用中達(dá)到了預(yù)期效果,提升了智慧車站服務(wù)水平。