文/姜鳳茹
為了實(shí)現(xiàn)雙向傳輸電信物流數(shù)據(jù)的傳輸,保證信息平臺(tái)穩(wěn)定性,需要高速GTP傳輸器,提高傳輸?shù)男盘?hào)速度。高速GTP傳輸器擁有5個(gè)數(shù)據(jù)接口,分別為RS-232接口、RJ-145接口、RS-285接口、AI遠(yuǎn)程接口和USB接口。高速GTP傳輸器自帶噪聲抑制功能,即使是距離遠(yuǎn)的運(yùn)輸也能保證傳輸?shù)男蔥3]。高速GTP傳輸器的噪音抑制功能主要依賴雙向TVS二極管,這種二極管可以阻斷輸出數(shù)據(jù)與控制總線的噪音,避免芯片遭到損害,延長(zhǎng)工作時(shí)間。
平臺(tái)針對(duì)電信物流的運(yùn)輸情況,在運(yùn)輸車輛上配置了以太網(wǎng)傳感器。以太網(wǎng)傳感器擁有獨(dú)立的媒介接口,媒介接口的總線串行連接到主芯片上,媒介接口擁有10個(gè)引腳,簡(jiǎn)化傳感器與主芯片電路,提高整體電路的使用性能。電信物流傳感器專用的監(jiān)控芯片產(chǎn)生200ms的回復(fù)信號(hào),若監(jiān)測(cè)電信物流未發(fā)生動(dòng)作,則自動(dòng)切斷監(jiān)控處理芯片運(yùn)作,若監(jiān)測(cè)到電信物流,則激發(fā)強(qiáng)制復(fù)位功能,保證對(duì)電信物流訂單信息的監(jiān)測(cè)。
訂單管理是整個(gè)電信物流配送的核心,客戶可以在配送平臺(tái)上根據(jù)下單情況隨時(shí)查詢自己的歷史訂單,配送訂單管理主要分為添加訂單和訂單查詢兩部分。添加訂單時(shí)需要保證用戶信息的類型,非管理員的用戶僅僅訪問電信物流訂單,而管理員可以添加、修改用戶的信息[4]。管理員添加和獲取的信息放置在Userdao底層中,添加訂單時(shí)需要進(jìn)行數(shù)據(jù)訪問操作,數(shù)據(jù)訪問需要結(jié)合電信物流情況,制定縱向時(shí)間軸。這樣當(dāng)用戶想要添加某次電信物流相關(guān)的信息時(shí),可以根據(jù)物流預(yù)計(jì)時(shí)間,對(duì)應(yīng)到自己所需的物流信息。訂單查詢?cè)O(shè)計(jì)的操作需要簡(jiǎn)捷有效,如下圖所示:
圖1 訂單查詢流程圖
市面上常用的物流運(yùn)輸系統(tǒng)都針對(duì)物流編號(hào)進(jìn)行查詢,但訂單編號(hào)復(fù)雜,用戶輸入訂單編號(hào)難免會(huì)有疏漏,影響電信物流配送的效率。因此,從協(xié)同環(huán)境下發(fā)展的多功能電信物流配送平臺(tái)可以以收件人手機(jī)尾號(hào)固定四位數(shù)字作為主要的查詢密鑰,用戶輸入聯(lián)系方式自動(dòng)進(jìn)行快速檢索,操作簡(jiǎn)單明了。這樣既能節(jié)約寄件發(fā)貨時(shí)間也能保證收件收貨時(shí)間。除了當(dāng)下的訂單查詢,電信物流的歷史記錄也被自動(dòng)收錄在平臺(tái)中。用戶想要知道在歷史的某一段時(shí)間段內(nèi)自己電信物流情況,例如寄出和收錄的貨物批號(hào)和時(shí)間等,可以訪問平臺(tái)的電子物流歷史信息數(shù)據(jù)表查看[5]。用戶的歷史訂單列表非本人無法進(jìn)行修改操作,保證了訂單的安全性。
運(yùn)輸管理需要確定電信物流配送路徑規(guī)劃,對(duì)物流中心的選址進(jìn)行系統(tǒng)的調(diào)整。運(yùn)輸管理主要目的就是合理控制物流配送點(diǎn)與需求點(diǎn)的位置分布,在考慮運(yùn)輸費(fèi)用的基礎(chǔ)上,尋求最便捷的運(yùn)輸路徑和最小的資金支出。針對(duì)電信運(yùn)輸管理上的公式如下:
其中,F(xiàn)表示物流總成本,m 代表配送站的數(shù)量,i表示配送站樣本供應(yīng)點(diǎn)抽取的i數(shù)量,n代表需求點(diǎn)的數(shù)量。Hik代表供應(yīng)點(diǎn)到配送點(diǎn)的運(yùn)輸費(fèi)用,Xik代表配送點(diǎn)至相應(yīng)需求點(diǎn)的運(yùn)輸費(fèi)用。
公式(1)的約束條件如下:
其中,Mk代表管理的時(shí)間成本,Wk代表實(shí)際管理費(fèi)用。q代表各個(gè)需求點(diǎn)獲取物資的時(shí)間窗。上述公式表達(dá)了配送點(diǎn)到需求點(diǎn)運(yùn)輸與時(shí)間成本的關(guān)系,需要注意,配送點(diǎn)到供應(yīng)點(diǎn)的運(yùn)輸量和運(yùn)輸成本不能超過供應(yīng)點(diǎn)到配送點(diǎn)的總?cè)萘俊?/p>
協(xié)同環(huán)境下引入了大數(shù)據(jù)技術(shù),促進(jìn)物流配送的運(yùn)作流程。電信物流配送管理主要分為兩部分,添加配送編碼和修改配送線路。配送編碼詳細(xì)設(shè)計(jì)如下表1所示:
表1 電信物流配送編碼詳細(xì)設(shè)計(jì)
電信物流在實(shí)際的運(yùn)輸過程中,加入了配送路徑的可視化設(shè)計(jì)。結(jié)合協(xié)同環(huán)境發(fā)展的可視化技術(shù),讓多種功能同步運(yùn)行,通過引入的無人機(jī)設(shè)備保證電信物流運(yùn)輸?shù)臅惩āf(xié)同環(huán)境下的配送管理將路程規(guī)劃顯示地圖上,路徑可視化還包含車輛管理。車輛調(diào)度管理根據(jù)運(yùn)輸管理和配送管理,節(jié)約成本,還能提高電信物流配送的效率。
電信物流配送平臺(tái)需要的數(shù)據(jù)信息,保證錄入和輸出數(shù)據(jù)的有效管理。實(shí)現(xiàn)整體的數(shù)據(jù)管理需要結(jié)合電信物流配送平臺(tái)的工作要求,按照電信物流配送業(yè)務(wù)的整體運(yùn)作情況,對(duì)數(shù)據(jù)庫進(jìn)行了設(shè)計(jì)。數(shù)據(jù)庫從電信物流配送收錄信息入手,具體包括員工表(Staff)、車輛表(Vehicle)、路線表(Route)、調(diào)度表(Dis-PatchList)和客戶訂單表(OrderList)這五張表。
其中員工表的職能是用來記錄員工的主要信息,該表的主鍵為StaffID,代表員工的標(biāo)識(shí),其具有唯一性且不可篡改。而物流配送車輛表的職能是記錄物流配送車輛的相關(guān)信息,包括車輛類型、車輛登記ID以及車輛的裝載量等數(shù)據(jù),該數(shù)據(jù)表的主鍵為車牌信息LicenceID,用來將負(fù)責(zé)物流配送的服務(wù)車輛以及該車輛提供配送服務(wù)時(shí)的配送路線進(jìn)行匹配,該數(shù)據(jù)表的外鍵是對(duì)物流配送車輛和負(fù)責(zé)物流配送的司機(jī)進(jìn)行關(guān)聯(lián)[6]??蛻粲唵伪碛涗浟丝蛻舻奈恢?、需求、服務(wù)時(shí)間等信息,主鍵為OrderID是客戶訂單的唯一標(biāo)識(shí);物流配送路線表的主鍵為RouteID,是由路徑優(yōu)化產(chǎn)生的子線路路徑信息,其外鍵OrderID關(guān)聯(lián)訂單信息,用來獲取訂單中的位置信息和需求量從而計(jì)算一條路線的裝載量和行駛路程[7]。經(jīng)過路徑優(yōu)化產(chǎn)生的調(diào)度安排信息記錄在物流配送車輛調(diào)度表中,主鍵DispID,是一條線路調(diào)度安排計(jì)劃的唯一標(biāo)識(shí),調(diào)度表中的車輛信息和司機(jī)信息由外鍵Licence獲取,客戶角色、位置等信息由外鍵OrderID獲取,線路順序及路徑信息由外鍵RouteID獲取。
為了驗(yàn)證本文設(shè)計(jì)的電信物流配送平臺(tái)處理訂單信息的時(shí)效性,以平臺(tái)所耗時(shí)間為目標(biāo)設(shè)計(jì)實(shí)驗(yàn)。引入10個(gè)需求點(diǎn)信息,測(cè)試協(xié)同環(huán)境下的電信物流配送平臺(tái)的處理時(shí)間。
本文設(shè)計(jì)的平臺(tái)使用JAVA作為開發(fā)技術(shù),前端通過SpringMVC技術(shù)實(shí)現(xiàn),數(shù)據(jù)庫依靠Mybatis技術(shù)實(shí)現(xiàn),表1為平臺(tái)搭建所需的具體環(huán)境參數(shù)。
準(zhǔn)備完畢后進(jìn)行電信物流配送中心的仿真實(shí)驗(yàn)。設(shè)定20個(gè)配送需求點(diǎn),固定使用成本26000元,運(yùn)輸車輛1000臺(tái),平均行駛速度180km/h,配送點(diǎn)到需求站的投入時(shí)間預(yù)計(jì)1.5h,10個(gè)需求點(diǎn)信息如下表3所示:
表3 10個(gè)需求點(diǎn)信息
將所有平臺(tái)測(cè)試需要的數(shù)據(jù)資料準(zhǔn)備就緒后,開始對(duì)電信物流配送平臺(tái)進(jìn)行系統(tǒng)性的測(cè)試。
為了驗(yàn)證設(shè)計(jì)的電信物流配送平臺(tái)的可行性,測(cè)試出10個(gè)需求點(diǎn)處理物流運(yùn)輸?shù)乃臅r(shí)間,得出的實(shí)驗(yàn)結(jié)果如表2所示:
表2 實(shí)驗(yàn)環(huán)境參數(shù)
由表4數(shù)據(jù)可以看出,隨著需求點(diǎn)數(shù)量的增加,所耗時(shí)間也逐漸增加。但協(xié)同環(huán)境下的電信配送平臺(tái)并沒有因需求點(diǎn)數(shù)量增加而延長(zhǎng)平臺(tái)處理的時(shí)間,所耗時(shí)間穩(wěn)定控制在3s以下,這可以充分證明設(shè)計(jì)的電信物流配送平臺(tái)整體的穩(wěn)定性和時(shí)效性。
表4 測(cè)試數(shù)據(jù)結(jié)果
針對(duì)電信行業(yè)物流配送平臺(tái)的設(shè)計(jì)中,結(jié)合了當(dāng)下協(xié)同環(huán)境發(fā)展的高科技技術(shù),從物流配送業(yè)務(wù)入手,滿足操作者對(duì)電信物流運(yùn)輸具體的需求。平臺(tái)設(shè)計(jì)實(shí)現(xiàn)了訂單的管理、運(yùn)輸?shù)墓芾硪约芭渌凸芾淼闹饕δ?。考慮到電信行業(yè)物流需求,從不同分工情況設(shè)計(jì)環(huán)節(jié)執(zhí)行的程序,保證電信物流配送平臺(tái)運(yùn)輸?shù)馁|(zhì)量和效率。雖然本文針對(duì)實(shí)際使用情況對(duì)電信物流配送平臺(tái)進(jìn)行改造,但在物流庫存、貨物資金流動(dòng)上未進(jìn)行針對(duì)性的設(shè)計(jì),希望在后續(xù)能完善電信物流配送平臺(tái),讓其能更好地滿足物流一體化的要求。