基于Android平臺的物流撮合系統(tǒng)司機端的設計與應用

周揚帆

摘 ? 要：經(jīng)濟發(fā)展帶動了我國物流產(chǎn)業(yè)的快速進步。在公路物流行業(yè)存在運力調(diào)度方面存在環(huán)節(jié)多、匹配難度大等問題。這類問題降低了公路物流產(chǎn)業(yè)的運輸效率，不利于物流企業(yè)、貨運司機經(jīng)濟效益的提升，也占用了物流需求方的時間成本和經(jīng)濟成本。為此，筆者設計了基于android平臺的物流交易撮合系統(tǒng)，將探討該交易撮合系統(tǒng)中司機端的設計與應用。

關鍵詞：物流 ?訂單匹配 ?Android

中圖分類號：TP316 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 文獻標識碼：A ? ? ? ? ? ? ? ? ? ? ? 文章編號：1674-098X（2020）05（a）-0068-02

1 ?技術要素評述

1.1 Android系統(tǒng)

筆者設計的交易系統(tǒng)基于Android操作系統(tǒng)完成。選取該操作系統(tǒng)原因為：其一，Android系統(tǒng)開放程度較高，這使得Android操作系統(tǒng)擁有為數(shù)眾多的開發(fā)者和消費者用戶。對于開發(fā)者而言，較大用戶群體可以為開發(fā)帶來更多便利條件。其二，該操作系統(tǒng)對于移動網(wǎng)絡運營商沒有特別的要求，運行Android操作系統(tǒng)的移動設備可以接入任何可連接的運營商網(wǎng)絡。其三，開發(fā)者束縛少。基于Android操作系統(tǒng)開源的特點，對于開發(fā)者沒有過多的開發(fā)要求限制，有利于開發(fā)者完成應用設計和推廣。

1.2 Android消息推送

Android操作系統(tǒng)完成應用消息的推送有兩種技術模式。其一是輪詢。運用輪詢的消息獲取機制，如果兩次輪詢之間的間隔時間過長，就會造成用戶無法及時獲取應用平臺推送消息的情況。其二是推送。Android操作系統(tǒng)在應用信息的推送環(huán)節(jié)尚沒有建立起統(tǒng)一高效的機制。主要依托SMS方式和TCP/IP長鏈接方式完成消息的推送。這兩種方式各有優(yōu)勢和缺點。利用SMS進行消息推送會造成消費者費用明顯增加，其優(yōu)勢在與可以最大限度的保證消息推送的及時性，用戶幾乎可以在消息產(chǎn)生的第一時間完成獲取。除此之外，SMS在進行消息推送的過程中還存在消息內(nèi)容與數(shù)量的限制。

2 ?網(wǎng)絡通信模塊設計

2.1 文本數(shù)據(jù)傳輸

該模塊在系統(tǒng)中的主要任務為完成數(shù)據(jù)和信息的傳遞工作。具體而言，有兩項工作任務，其一是文本信息的傳遞，其二是二進制數(shù)據(jù)的傳遞。

為了完成上述兩項數(shù)據(jù)傳遞工作，筆者在交易系統(tǒng)中選取了谷歌公司的Volley框架系統(tǒng)作為整個系統(tǒng)的底層依賴包完成信息數(shù)據(jù)的傳輸任務。該框架提供了json格式數(shù)據(jù)的訪問，開發(fā)者能夠在此基礎上進行開發(fā)，使網(wǎng)絡通信流程更加便捷和方便。筆者在該框架的基礎上完成了二次封裝。該框架系統(tǒng)內(nèi)具備：Request Queue，Image Loader，Json Request，Network Response以及Listener。

Volleysingleton：可以在其中對Request Queue進行初始化，并且對于網(wǎng)絡上的請求進行處理，用Image Loader存儲系統(tǒng)平臺中緩存的圖片。

Utf8json Object Request：可以對Request進行自定義，并且對系統(tǒng)上的獲取到的信息進行解碼任務，其可以避免文本數(shù)據(jù)，特別是中文數(shù)據(jù)在傳輸過程中產(chǎn)生亂碼。

2.2 二進制數(shù)據(jù)的傳輸

在筆者設計的系統(tǒng)中，對于二進制數(shù)據(jù)的傳輸都是通過Httpurlconnection進行實現(xiàn)。除此之外，運用操作系統(tǒng)本身具備的Handler、Message等工具，在設備終端內(nèi)完成圖片文件、音頻數(shù)據(jù)等傳輸工作。其后，對于上述流程涉及到的接口，筆者進行了接口的封裝工作，封裝過后可以便利的對該模塊進行調(diào)用。

File info：對于File進行定義內(nèi)容，以供在上傳下載數(shù)據(jù)時進行調(diào)用。

Downfile Listener：在該模塊內(nèi)運用了Getimage和Getfile兩種方法，以此來實現(xiàn)向上層平臺的數(shù)據(jù)傳輸。

Upfilelistener：用于調(diào)用Uploadfile類向上層完成數(shù)據(jù)傳遞與參數(shù)傳遞。

Uploadfile：該模塊主要應用于上傳文件數(shù)據(jù)任務，其中主要包含了圖片文件和音頻文件的上傳。

3 ?司機端應用的詳細設計與實現(xiàn)

3.1 登陸模塊

該模塊主要應用于物流司機在移動終端上進行賬號的登陸。在該模塊中，主要引入了Oauth 2.0的認證機制，保證賬號登陸信息安全。在用戶首次登陸的過程中，需要用戶即物流司機輸入手機號碼并且設定登陸密碼。在該步驟的操作中，服務器向客戶端發(fā)送兩項參數(shù)：Access-Token以及Refresh-Token，與此同時，服務器將自動記錄下用戶輸入的內(nèi)容和相應的有效時長。用戶在后期登陸時，啟動客戶端以后服務器會再次自動驗證Access-Token，如果驗證通過，服務器就會允許用戶的登陸行為，如果驗證不通過，就會自動轉(zhuǎn)到賬戶和密碼的登陸界面，用戶則需要重新進行登陸。除此之外，還在登陸模塊中設定了找回密碼功能，同樣采用驗證碼驗證的方式進行密碼重置。

3.2 注冊模塊

在注冊模塊中，該系統(tǒng)采取了手機號注冊的方式。用戶在輸入自己的手機號以后，系統(tǒng)服務器將與第三方信息發(fā)送平臺協(xié)作發(fā)送驗證碼，用戶輸入驗證碼以后，服務器進行驗證碼核對，如果驗證碼正確則允許用戶進行注冊，如果驗證碼不正確，則拒絕用戶注冊。在經(jīng)過驗證碼驗證以后，需要用戶上傳頭像和相關資格證件、車輛證件，以保證司機信息的真實性，保障物流安全。

3.3 接單模塊

該系統(tǒng)在首頁界面上將根據(jù)物流司機的車輛運載能力信息、位置信息等為物流司機客戶端推薦訂單，司機可以自由選擇接單。除此之外，司機客戶端還設置了常運路線和運輸距離限制等條件，系統(tǒng)將根據(jù)物流司機的設置為司機推薦符合司機本人設置要求的訂單。

在該模塊的實現(xiàn)過程中，筆者使用了Setting Activity類，其用于修改或設定運輸范圍和車輛運載能力。Getbetween Volumn可以獲取司機設置的貨物體積限制，Getbetween Weight獲取車輛運載重量限制范圍。

3.4 溝通模塊

溝通模塊主要應用于司機和物流需求方的信息溝通。主要實現(xiàn)邏輯如下：客戶端在服務器端獲取最新的消息，服務器通過群組ID或用戶名稱ID從數(shù)據(jù)庫中獲得消息，并且發(fā)送到物流司機客戶端。物流司機發(fā)送至物流需求方的信息也會經(jīng)過同樣的過程實現(xiàn)信息傳遞。完成信息傳遞流程以后，其后可以通過操作系統(tǒng)消息推送路徑實現(xiàn)消息呈現(xiàn)。

3.5 訂單模塊

在訂單模塊中，物流司機可以看到自己已經(jīng)接受的訂單，并且所有訂單將按照發(fā)貨前、發(fā)貨中、已完成進行分類。在發(fā)貨前，需要物流司機在客戶端內(nèi)填寫訂單信息，并按“發(fā)貨”按鈕將訂單轉(zhuǎn)入發(fā)貨中類別。在發(fā)貨中，系統(tǒng)將自動記錄司機的運輸貨物的動態(tài)軌跡，并將路線軌跡實時更新至需求方平臺。在訂單完成后，物流司機在客戶端內(nèi)選擇已經(jīng)送達，由物流發(fā)貨方和收獲方進行訂單確認以后，系統(tǒng)直接將資金轉(zhuǎn)入物流司機綁定的銀行賬戶內(nèi)，至此整個交易流程結束。

4 ?結語

該交易撮合系統(tǒng)可以有效的提升公路運輸產(chǎn)業(yè)的信息溝通效率，有效促進我國物流產(chǎn)業(yè)信息化、智能化進程。

參考文獻

[1] 李向前.基于ios的物流撮合交易系統(tǒng)的設計與實現(xiàn)[D].北京郵電大學，2018.

[2] 高超.糧食大宗商品電商交易及物流平臺設計與實現(xiàn)[D].天津大學，2018.

[3] 胡堃.基于供應鏈的三方物流訂單系統(tǒng)研究與實現(xiàn)[D].湖南大學，2016.

[4] 尤晶晶.第三方物流交易系統(tǒng)設計[J].科技資訊，2010（2）：90.