趙菁 王雨欣 唐曉嬌



摘 要:網約車的出現打破了傳統的乘車出行方式。但空姐打車遇害、星級評分不真實、司機單方面要求中途加價等事件的頻發讓人們深惡痛絕;且目前司乘雙方交易耗時較長,不夠安全智能。基于此,通過研究乘客出行規律,結合當前網約車的運營現狀及國內外相關經驗,文章給出了相應的解決辦法,期望能共同建造良好的網約車行業環境。
關鍵詞:交通安全;網約車;大數據;動態可視化仿真;安全行駛報警系統
1 引言
在網約車領域,如何規范網約車的交易和服務,在智能交通的基礎上發展交通安全成為國家和人民關注的熱點對象。目前,其發展仍存在諸多問題。
(1)整個系統安全防護措施存在漏洞,導致安全問題頻發;
(2)司機不能知曉同行競爭者的密集區,造成空載、導致路段堵車且無法過濾低素質乘客,只能被選擇;
(3)乘客是被動、單向的被網約車公司派單,缺少選擇性與個性化;
(4)后臺評價系統簡陋,難以將顧客真實意見反饋給網約車公司。
以上為中國網約車的發展現狀。經調查分析,對于國外的打車軟件,例如韓國 KakaoT、美國 Uber等也存在類似問題。基于此,該文分析對比了各國網約車發展現狀并提出了一種新的解決方案。
2 國內外現狀
網約車創新地利用信息技術、大數據分析技術和管理優化技術等使車輛和道路資源得到有效的利用,一定程度上緩解了城市交通壓力,減少了社會資源的浪費。接下來將從中國、韓國、美國三個國家的網約車發展現狀進行分析。
2.1 中國
2.1.1 國家政策導向
依據《中華人民共和國道路交通安全法》、《網絡預約出租汽車經營服務管理暫行辦法》、《關于促進手機軟件召車等出租汽車電召服務有序發展的通知》等政策,可見,網約車的發展是有政府支持和人民擁護的,是一條走得通的可持續發展之路。
2.1.2 中國打車軟件現狀
以滴滴出行 APP 為例。2012年正式出現在大眾身邊,于2017年底,累計服務74.3億單,相當于全球人均使用過一次滴滴出行服務。而當其正蓬勃發展之際,突然按下了暫停鍵。2018年5月5日凌晨,出現了第一起重大安全事故,鄭州航空港區去鄭州火車站的滴滴順風車內,一位空姐不幸遇害,嫌犯在距離尸體地點10公里處棄車跳河,畏罪自殺。接著又相繼出現多起安全事故,引起廣大人民群眾的憤慨與痛斥。
在出現如此嚴重的安全問題后,滴滴出行開啟了“All in 安全”計劃。對安全產品整體升級、優化緊急求助、行程分享等功能;對順風車業務模式重新進行評估,在安全保護措施沒有獲得用戶認可之前,無限期下線;重組客服團隊等措施,并取得一定的成效。
2.2 韓國
以韓國網約平臺KakaoT為例,它的運營模式與滴滴出行相仿,但與滴滴相比,它能看見司機的性別。但綜合其國內外的網約車系統,它們在安全防范、效率問題、司乘信息“智能、共享”等方面仍然有較大的改進空間。
2.3 美國
美國的很多個州目前均已認可網約車的合法地位,對于從事該行業的司機也有著相關要求。紐約交通部門去年6月曾出臺一項規定,將從事網絡約車服務的公司定義為“運輸網絡公司”,并規定網約車司機必須完成一項共計24課時的課程,并由交通部門頒發執照,同時運營車輛也須完成19項全面安全檢查。
3 總體方案
綜合分析三個國家的網約車運營商采取有關安全的措施,可以看出其對安全問題的重視程度是較高的。但也可以發現他們無論是不斷完善軟件端與客服團隊還是從司機端切入抬高準入門檻,均未采取軟硬結合的方案。
而本文提出的系統以人本交通設計為出發點,采用“軟硬結合+云端”的技術方案。通過乘客 OD出行數據研發出“SSTM”APP、安全輔助報警系統及仿真視頻與靜態可視化圖像,通過方法創新、實物創新、技術應用創新實現后臺對該訂單全方位的實時監控與網約車資源的合理分配。
3.1 軟件部分
“SSTM”APP自帶更直接、更醒目的安全防護體系,將分區域處理后的數據調用到百度API 中,使其具有實時推送同行人流密度熱力圖、司乘雙選、延遲評價、保護隱私等多種功能。
云端數據處理系統通過BDP和Arc GIS對具有出行時空特征大數據進行處理,將處理后出行時空數據實時動態熱力圖展現在百度地圖中,以能夠及時顯現出在某些時間段、某些區域同行司機分布密集程度,方便司機是否接受該筆訂單,為司機的行駛方向區域作出參考性建議。將上述熱力圖按適當的比例尺放大,取某商業區一工作日高峰的車輛分布,做出車輛的分布散點圖,以提供給乘客查看周圍可選擇車輛。
3.1.1 軟件交易流程
交易確認前:后臺動態可視化圖像可協助乘客查看身邊一定區域內司機的分布及其相關信息,從而實現自主選擇,同時對司機的行駛方向有一定的指導作用。當多位乘客選擇同一位司機時,司機反選,待成功后后臺實施訂單。預約失敗的乘客則進行第二輪選擇。司乘雙方匹配完畢后,后臺根據乘客所選目的地進行判斷,為司機推薦距離最近和用時最短的行駛路線。
交易過程中:若司機未按規定路線行駛,后臺會向乘客端發起路徑更改確認,同時向司機端界面發出異常提醒。若乘客端未確認,后臺將判斷訂單存在異常,車內安全報警系統則開始工作,并通知乘客端與司機端已進入異常監管范圍。
交易完成后:訂單結束后,為有效保護乘客的評價隱私,實行延遲顯示司乘互評的機制,即12 小時后司乘雙方才可看到彼此評價的結果。另外,當司乘雙方進行評價時可使用安全行駛報警系統提供的輔助材料,保證評價的相對真實性。
此款APP具有司乘實時掌握司機分布情況、可雙向選擇、延遲評價等功能,優化司乘雙方的乘車體驗,同時將乘車信息更加透明化,讓司乘雙方的使用體驗更加綜合、智能、共享。
3.2 硬件支持
系統中的緊急報警裝置采用“微型、可移動”的設計方式,以 MSP430 系列單片機為主控制芯片,使用集成電路、3D 打印等技術,可在異常情況發生時進行全方位的錄音錄像。期間產生的數據將傳輸至管理后臺,后期可作為報警及評價的輔助資料。
3.2.1 基本功能
該緊急報警裝置包括采集裝置 、顯示器、控制中心、電源裝置、報警裝置。其中電源裝置給控制中心、采集裝置、顯示器供電;采集裝置與報警裝置分別與控制中心連接,控制中心與顯示器無線連接,并與遠控中心通過無線網絡通訊。同時以MSP430系列單片機為主控制芯片,通過 Ajax與服務器進行通信、TCP/IP 協議監聽服務器端的端口,其四個觸控按鍵包含“啟動、錄像、報警、取消” 四個功能。
在異常情況下,司機或乘客可按下相應的報警鍵或錄像鍵,此時后臺將對異常訂單進行實時追蹤,開啟 GPS 定位、錄音功能對異常訂單進行實時追蹤,同時系統通過人體識別裝置追蹤人體從而控制攝像頭旋轉,對異常情況進行實時監控,極大程度上保證了司乘的人身安全。
3.2.2 后臺展示
后臺監控系統主界面顯示的是所有正在運行網約車的安全訂單和異常訂單數量。當緊急報警裝置的報警按鈕被按下后,系統會彈出處于危險狀態下的訂單的編號,后臺工作人員通過系統傳來的音頻判斷乘客或者司機是否處于危險狀態。若車內異常,后臺將提示司機已進入異常監控范圍,同時向當地警方報案;若車內無明顯異常現象,云端將對乘客和司機進行核查,防止誤報,對誤報的訂單狀態進行改正,并降低按下按鈕的一方的信譽度。
3.2.3 硬件優勢
該緊急報警裝置的增加實現了網約車運行時一旦出現安全問題,乘客及司機可以通過手中的緊急報警裝置及時報警,并留存有力證據。同時該裝置小巧便攜,并不會破壞車體結構。
3.3 系統性能整體分析
(1)在安全方面:本系統的“SSTM”APP、緊急報警裝置以及錄音錄像系統在異常情況時可對正在進行的訂單進行實時監控,確保乘客及司機的安全;
(2)在打車體驗方面:通過乘客和司機的相互選擇、實時對接,節約乘客與司機溝通成本、最大限度優化乘客打車體驗;
(3)在防止司機強制乘客評論方面:乘客需在司機下個訂單進行后進行評論,這在極大程度上減緩了司機強迫乘客好評的現象,避免司機騷擾乘客現象出現,同時保證了評價的真實性;
(4)在平衡訂單分布方面:程序后臺可對前臺的數據反饋進行數據可視化處理,司機可根據路段交通實時狀況規劃合適的行駛方向,使其利益最大化并緩解熱門地區打車客流和司機集中的現象。
4 結束語
在信息化的發展中,保障網約車的安全問題成了目前發展高速交通最主要的障礙。交通的完善性與便利性是最能體現一個國家的經濟和技術實力的。本“SSTM”新型網約車安全系統通過簡單、實用的設計與研究,對中國現在的網約車服務運營系統提出了一套完整的改善方案,期望可以在交通安全的問題上填補相關漏洞,完善交通安全體系。
參考文獻:
[1]E電園小編.黑客領讀|滴滴八年(下):危機與新生-后出行時代的開啟[EB/OL].https://t.cj.sina.com.cn/articles/view/6555663972/186bf7e6402700v36n?from=tech, 2020-04-06/2020-05-08.
作者簡介:趙菁(1999-),女,四川廣安人,本科,專業:交通運輸,研究方向:軌道交通。