賈興葦++王丹志



摘要:現代社會發展出租車智能管理系統能有效緩解有限的交通資源與日益增加的市民出行需求的矛盾。針對現有出租車打車軟件存在的各種問題,本系統將電召軟件與計價器、智能頂燈、監控終端、空車牌等硬件設備有機地結合在一起,以電召司機端軟件作為重點,實現了普通運營、同一地點合乘、不同地點合乘等運營流程和訂單記錄查看、電子圍欄設置等其他功能,達到了“界面簡潔友好”、“操作簡單直觀”、“功能完整齊全”的要求。經過專業測試人員系統測試,本系統能準確方便地實現用戶的需求,數據采集、統計準確率達到98%及以上,車輛數據上傳到后臺服務器及時準確。已經在廣州市白云區試運營,并取得了良好的效果。
關鍵詞:計算機科學與技術;Android客戶端;出租車電召;車聯網;智能拼車
中圖分類號:TP319
文獻標識碼:A
DOI: 10.3969/j.issn.1003-6970.2016.01.010
0 引言
出行是衣食住行幾大必要需求之一,而隨著經濟的發展,人們的出行在越來越快速、便利的同時也面臨著車輛過多、道路交通堵塞的問題,而這在大城市中尤為突出。所以,改善和發展城市交通系統迫在眉睫。近些年,出租車行業得到了極大的發展,作為城市公共交通的重要組成部分,給城市交通帶來了活力,方便了人們的出行,成為當前城市出行方式的主要選擇之一。然而,出租車運營仍然存在客流分布不均造成空載時間長、上下班高峰供不應求、打車費用不斷上漲、出租車管理和服務不規范等問題。此外,由于出租車載客量有限,并且多數情況下是單乘載客,浪費資源。
要解決以上這些問題,就要將傳統的出租車與乘客之間的被動等待轉化為主動聯系,在出租車司機與乘客之間搭建方便、快捷的通信橋梁,來降低出租車空載率,減少乘客等待時間,實現資源的優化配置。
本課題基于Android的出租車智能管理系統則具有以下特點:在Android平臺上實現客戶端與服務器端的基本交互功能;將高德地圖嵌入Android平臺內,實現單機的GPS定位,并將經緯度信息傳給服務器,處理后存入數據庫;將服務器端的數據庫內,記錄的可用位置信息傳遞至客戶端,并逐個顯示在客戶端(客戶端分為:乘客端和司機端)的地圖上;客戶端自行選擇單個擬打車對象(乘客端)或單個擬載客對象(司機端),開啟點對點交互請求,分為電話通信和手機生成訂單服務兩類;客戶端實現乘客端提交預約訂單,司機端處理預約訂單的功能。傳統的打車軟件只涉及用戶所使用的安卓手機,而本系統把電召和出租車本身的計價器,通信盒,預燈等硬件集為一體,不僅方便司機的使用,也便于交管部門的管理,能真正為解決現代城市交通堵塞問題提供幫助。
1 系統需求分析與架構設計
1.1 需求分析
出租車智能管理系統司機端致力于提高司機接單效率的同時給用戶提供優秀的信息呈現形式以及良好的用戶體驗。縱觀現在的一些打車軟件,往往是乘客端做的不錯,但是司機端卻差強人意,有的是表現形式單一,局限于文字描述和地圖呈現兩種模式,枯燥乏味,難以吸引眼球;有的是界面過于花哨,讓人應接不暇,找不到重點。而本系統軟件界面由專業美工人員設計,簡潔大方,以黃色為基礎色調,按鈕、彈窗等為紅色背景色,且以廣州市標志性建筑物的浮雕式圖案作為背景,深受廣州本地司機群體的喜愛。呈現方式上結合了文字、圖片、地圖等多種方式,清晰直觀且大方美觀。
出租車智能管理系統司機端考慮到司機在開車期間不方便過多地操作終端,且司機把過多精力放在終端操作上也存在行車安全隱患,所以盡可能地使終端和軟件操作簡單化。在軟件使用工程中,絕大多數功能只需司機簡單的點擊屏幕就可實現,且屏幕點擊反應靈敏,對連續點擊等易出錯的操作能正確清楚地加以識別。在終端表面還有上下左右方向鍵和確認、取消等多個按鍵,輔助實現額外的功能,也可以在屏幕點擊出現問題時代替實現操作。
1.2 系統硬件設計
系統硬件架構如圖1所示,共囊括了十余種設備,系統以出租車調度屏為核心設備供用戶操作使用,來完成系統的主要功能。系統中車載信息服務終端負責車輛與后臺間的信息交互與控制,車載信息服務終端包括調度屏和監控終端兩個設備。
調度屏:連接兩路攝像頭、計價器、后枕屏、CAN總線,計價器連接空重車牌。
監控終端:連接智能頂燈、緊急報警按鈕、車控繼電器、ACC信號。
調度屏安裝在中控臺中間位置,便于司機和乘客操作。中控臺上包括調度屏和空重車牌,取消司機營運資格證牌,營運資格證在調度屏上顯示。監控終端連接的外設和外部配件多,采用暗裝方式。
1.3 運營業務流程設計
運營業務總共有三種情況,分別為:普通運營流程、同一地點合乘流程、不同地點合乘流程。
1.3.1 普通運營流程
司機接載乘客上車,壓表后車載屏播報迎客信息。調度屏接收計價器發送的“重車”命令,同時調度屏LED屏無顯示,狀態“載客”燈亮。壓表30秒之后計價器開始打票頭。
乘客到達目的地后,司機起表,車載屏播報送客信息,乘客在10秒內將消費卡放置到車載屏的刷卡處進行刷卡消費,否則乘客需要支付現金進行消費。乘客刷卡完畢之后車載屏提示乘客對司機進行評價。乘客點擊車載屏右側的評價按鍵進行評價,完成之后車載屏提示評價成功,并上傳本次運營紀錄至后臺。
1.3.2 同一地點合乘運營流程
司機在同一地點接到兩位同意合乘的乘客則執行本流程。兩位乘客上車之后司機壓表,計價器開始計時,在計價器計時不超過30秒時長按IC鍵進入合乘優惠模式,車載屏顯示合乘優惠計價界面。
在第一位乘客下車時,司機點擊屏幕上的抵達鍵,此時計價器開始打印第一位下車乘客的車票,并向調度屏發送“收費”命令。此時車載屏播報第一位下車乘客的送客信息,乘客在10秒內將消費卡放置到車載屏的刷卡處進行刷卡消費,否則乘客需要支付現金進行消費。扣費完畢之后提示第一位下車乘客進行評價,第一位乘客評價完畢之后車載屏播報“感謝您的評價”,車載屏上的合乘優惠界面消失。
在第二位乘客下車時,司機起表,車載屏播報送客信息,乘客在10秒內將消費卡放置到車載屏的刷卡處進行刷卡消費,否則乘客需要支付現金進行消費。乘客刷卡完畢之后車載屏提示乘客對司機進行評價。乘客點擊車載屏右側的評價按鍵進行評價,完成之后車載屏提示評價成功,并上傳本次合乘運營紀錄至后臺。
1.3.3 不同地點合乘運營流程
不同地點合乘的運營流程是針對需要合乘的兩個乘客上車地點不在統一位置設置的合乘運營流程,這個流程也分為兩種情況:第一個乘客先下車、第二個乘客先下車。
兩個流程的區別主要在哪一個乘客先下車的流程上,因此在這之前的流程一樣,如下述:
第一個乘客上車,司機壓表,車載屏播報迎客信息,計價器開始計時。30秒后計價器開始打印票頭信息。司機詢問當前乘客是否同意合乘,如果乘客同意則在計價器開始打印票頭信息之后短按計價器IC鍵通知車載屏允許合乘,此時車載屏允許司機接第二個乘客。
第二個乘客上車之后,司機長按計價器的IC鍵進入合乘優惠模式,車載屏語音播報“進入合乘優惠模式”,并顯示合乘優惠計價界面。
(1)第一個乘客先下車合乘運營流程
一位乘客的車票,并向調度屏發送“收費”命令。此時車載屏播報第一位乘客的送客信息,乘客在10秒內將消費卡放置到車載屏的刷卡處進行刷卡消費,否則乘客需要支付現金進行消費。扣費完畢之后提示第一位乘客進行評價,第一位乘客評價完畢之后車載屏播報“感謝您的評價”,車載屏上的合乘優惠界面消失。
在第二位乘客下車時,司機起表,車載屏播報送客信息,乘客在10秒內將消費卡放置到車載屏的刷卡處進行刷卡消費,否則乘客需要支付現金進行消費。乘客刷卡完畢之后車載屏提示乘客對司機進行評價。乘客點擊車載屏右側的評價按鍵進行評價,完成之后車載屏提示評價成功,并上傳本次合乘運營紀錄至后臺。
(2)第二個乘客先下車合乘運營流程
如果第二位乘客先下車,司機點擊屏幕上的抵達鍵,此時計價器開始打印第二位乘客的車票,并向調度屏發送“收費”命令。此時車載屏播報第二位乘客的送客信息,乘客在10秒內將消費卡放置到車載屏的刷卡處進行刷卡消費,否則乘客需要支付現金進行消費。扣費完畢之后提示第二位乘客進行評價,第二位乘客評價完畢之后車載屏播報“感謝您的評價”,車載屏上的合乘優惠界面消失。
在第一位乘客下車時,司機起表,車載屏播報送客信息,乘客在10秒內將消費卡放置到車載屏的刷卡處進行刷卡消費,否則乘客需要支付現金進行消費。乘客刷卡完畢之后車載屏提示乘客對司機進行評價。乘客點擊車載屏右側的評價按鍵進行評價,完成之后車載屏提示評價成功,并上傳本次合乘運營紀錄至后臺。
2 系統功能實現
電召司機端的主要功能模塊包含司機資格證模塊、導航地圖模塊、電召訂單模塊和功能菜單模塊四大模塊。司機資格證模塊用于在待機或查驗司機資格證時顯示司機資格信息,導航地圖模塊顯示由高德地圖提供的導航信息,電召訂單模塊用于接收電召訂單,功能菜單模塊包括記錄查看、多媒體娛樂等八個子模塊。下面分別介紹不同模塊的功能和適用環境。
2.1 司機資格證模塊
本模塊用于在車輛運行時顯示司機資格證相關信息,便于乘客監督反饋運營途中遇到的問題。例圖2-1為司機刷司機資格證登陸后的司機資格證界面。居中顯示司機資格證信息,資格證信息為圖片文件。調度屏中預存本車司機的資格證圖片,最多10張,在終端安裝發行時,系統遠程下載。本車司機登陸后,按資格證號,從存儲區檢索出來后,用于顯示。資格證信息包括司機頭像、姓名、資格證號、服務單位、考核等級、發證日期、監督電話等。資格證上方為通知欄,通知欄左方顯示的圖標從左到右依次代表gps信號狀態,3G信號狀態,司機登陸狀態,例圖中顯示的情況為gps未開啟,3G已連接,司機已登錄。通知欄右方顯示當前日期和時間。
2.2 導航地圖模塊
本模塊在車輛運行時為司機提供導航信息。例圖2-2為接受電召訂單后的地圖界面。主體內容為地圖信息或導航信息,地圖及導航信息來源于高德地圖。紫色直線代表導航線路,紫色圓圈代表車輛當前位置,綠色起標志代表訂單起點位置。左邊握手圖標為電召訂單按鈕,點擊后跳轉到訂單詳情頁面;左邊握手圖標上方為當前地圖所用比例尺,例圖中顯示為1厘米代表100米;左邊喇叭圖標為訂單信息播報按鈕,點擊時播放當前運行的電召訂單的起點、終點、聯系電話等具體信息;右邊放大鏡加號圖標點擊時控制縮小比例尺,放大地圖;放大鏡減號圖標點擊時控制放大比例尺,縮小地圖;齒輪圖標為菜單界面按鈕,點擊后跳轉到菜單界面。
2.3 電召訂單模塊
本模塊在終端接收到訂單信息時顯示訂單信息并提供接單、拒絕功能。如圖2-3所示,第一行顯示即時電召訂單,包括訂單起點、訂單終點、應召按鈕、拒接按鈕,點擊應召按鈕后接受訂單并跳轉到訂單詳情界面,點擊拒接按鈕后拒接訂單。第二行類似顯示預約電召訂單。左下角返回地圖按鈕,點擊后跳轉顯示地圖界面,齒輪按鈕點擊后跳轉顯示菜單界面。
2.4 功能菜單模塊
本模塊為用戶提供了包含豐富功能的菜單。界面如圖4-5所示,從左到右從上到下依次為司機考勤、電召業務、調度監控、語音通話、營運業務、終端設置、管理設置、多媒體8個二級功能菜單按鈕和返回按鈕,點擊前8個按鈕會跳轉顯示對應的二級功能菜單界面,點擊返回按鈕返回地圖按鈕。每一個二級子模塊均包含多個下級模塊、頁面,提供了考勤記錄查看、電召訂單記錄查看、調度文本信息查看、撥出接聽電話、運營記錄查看、音視頻播放等諸多功能,涵蓋了多達四十多個具體功能需求。
3 系統測試
本系統結合了白盒測試和黑盒測試的方法嚴格執行單元測試、集成測試、系統測試等測試過程。
在軟件開發過程中,開發人員在每個功能模塊開發完成后進行了嚴格的單元測試,測試后統計Bug數量并提交相應的測試報告。然后改進Bug并提交Bug修改報告。
在系統測試過程中,由中國智能交通公司測試部專業測試人員采用黑盒測試的方法,對智能出租車管理系統的軟硬件功能均進行了嚴格、完整的測試。在第一次測試中提出了300多個Bug,并按重要程度劃分為4個等級后向開發人員提交了測試報告。開發人員認真改正了所有的Bug.最終由測試人員再次進行測試,并提交了系統性能報告,報告主要內容如下:
3.1 可靠性和可擴展性
3.1.1 可靠性
1.數據采集、統計準確率達到98%及以上。
2.調度屏進行語音通話后,能夠立即進入數據通信狀態,過渡時間應小于30秒。
3.具有良好的斷線重連功能。
4.上線日起3個月試用期內發現的全部缺陷(不含“建議項”)數量與系統總代碼行數的比例不超過0.1Bug/KLOC。
5.本系統需為出租司機提供全天業務調度服務,因此系統應具有較高可用性,具體要求為:調度屏系統服務時間:24小時。最大可接受故障恢復時間:4小時。每年恢復時間大于4小時的故障次數小于1次/5000小時。
3.1.2 可擴展性
1.擴展調度屏通用數據接口。
2.在調度屏應用程序微量修改后,可適應其他硬件后臺調度系統。
3.擴展數據庫存儲空間,提高系統存儲能力。
3.2 安全性
為保證數據安全性,調度屏與后臺調度系統之間的交互信息采用自定義通信協議組包并完成校驗,傳輸層協議為UDP協議。調度屏與后臺調度系統之間要預留接口,支持對交互信息的加密處理。遠程通信網絡安全調度屏應至少支持采用APN撥號方式,其中,APN口令由后臺調度系統同一管理,調度屏不提供具體管理功能。為了防止在信號不良的條件下出現斷網問題,調度屏具備斷網重連功能。主要是要能夠及時檢測3G連接狀態,如果發現斷網,則重新撥號,并重新與后臺調度系統建立UDP通訊鏈路。
4 結論
總體來說,傳統的打車軟件只涉及用戶所使用的安卓手機,而本系統把電召終端和出租車本身的計價器,通信盒,預燈等硬件集為一體,不僅方便司機的使用,也便于交管部門的管理,為真正提升現代城市出租車服務提供了可能,推動了城市智能交通系統的發展。
但是從用戶使用習慣和軟件實際效果來看,本系統仍然存在許多可以改進和完善的地方。例如,在視頻、音頻資源頻繁調用的情況下軟件會出現卡頓的現象;監控視頻上傳流暢程度高度依賴于當前的3G網絡通暢狀態,當3G網絡狀態不佳或者無網絡的時候,延遲較大;硬件設備方面也還存在可以改進的地方,包括車載終端屏幕是電阻屏,在不使用點擊棒用手指觸摸時反應不靈敏;車內攝像頭拍攝的照片和視頻雖然滿足目前設計需求,但與市面上常用的行車記錄儀的清晰程度仍有差距。