一種運輸車輛的行駛數據獲取方法、裝置及系統與流程
2023-04-25 17:39:21
本發明屬於車輛物流領域，尤其涉及一種運輸車輛的行駛數據獲取方法、裝置及系統，用於獲取運輸車輛在一次任務中的行駛數據。
背景技術：
物流是物品從供應地向接收地的實體流動過程中，根據實際需要，將運輸、儲存、裝卸搬運、包裝、流通加工、配送、信息處理等功能有機結合起來實現用戶要求的過程。物流管理(Logistics Management)的核心是使各項物流活動實現最佳的協調與配合，以降低物流成本，提高物流效率和經濟效益。現有對物流時效管理最有效的工具就是班線任務，這個工具的核心是建立班線計劃，通過電子圍欄觸發的方式判斷車輛的實際發車和到站時間，這個發車時間和計劃發車的時間比對，就可以統計物流車輛的發車準點率，同理也可以統計到站準點率、線路準點率、車隊準點率等。
對於物流領域的幹線車輛運輸，傳統的車隊管理系統(FMS，Fleet Management System)是通過GPS信息和排班計劃來管理線路任務的。對油耗和駕駛行為管理只關注到車輛和司機維度，無法生成基於線路維度的油耗等行駛數據。而要獲得線路信息就要通過運輸管理系統(TMS，Transportation Management System，)或卡班系統，而且要通過維護班線任務的方式才能產生線路報表，需要投入大量人力來維護線路信息，包括但不限於繪製站點、建立班線、制定班線計劃等等，一旦線路的計劃改變或者臨時調整，對應的班線計劃必須人工調整，否則就無法觸發班線，更不會產生線路油耗等行駛數據。
技術實現要素：
(一)要解決的技術問題
鑑於上述問題，本發明提供運輸車輛的行駛數據獲取方法、裝置及系統，能夠自動得到運輸車輛的任務起點和任務終點，進而獲取任務開始時間和任務結束時間，從而從車輛的發動機引擎管理系統(EMS，Engine Management System)中匹配出發動機數據。
(二)技術方案
本發明一方面提供一種運輸車輛的行駛數據獲取方法，用於獲取運輸車輛在一次任務中的行駛數據，方法包括：
S1，獲取運輸車輛在多天內的所有停留點，並根據所有停留點確定出所述運輸車輛的一個或多個站點；
S2，根據一個或多個站點，確定出運輸車輛的基地；
S3，根據運輸車輛離開所述基地的時間和再次回到基地的時間，確定運輸車輛在所述任務中的任務開始時間和任務結束時間；
S4，從運輸車輛的EMS系統中，獲取任務開始時間和任務結束時間之間時間段內的發動機數據。
本發明另一方面提供一種運輸車輛的行駛數據獲取系統，用於獲取運輸車輛在一次任務中的行駛數據，系統包括：
站點確定模塊，用於獲取運輸車輛在多天內的所有停留點，並根據所有停留點確定出運輸車輛的一個或多個站點；
基地確定模塊，用於根據一個或多個站點，確定出運輸車輛的基地；
時間確定模塊，用於根據運輸車輛離開所述基地的時間和再次回到基地的時間，確定運輸車輛在所述任務中的任務開始時間和任務結束時間；
數據獲取模塊，用於從運輸車輛的EMS系統中，獲取任務開始時間和任務結束時間之間時間段內的發動機數據。
本發明另一方面提供一種運輸車輛的行駛數據獲取裝置，用於獲取運輸車輛在一次任務中的行駛數據，裝置包括：
處理器；
存儲器，存儲有可執行指令，指令在被所述處理器執行時，使得處理器執行本發明上述的方法。
本發明另一方面提供一種計算機可讀存儲介質，存儲有可執行指令，指令在被計算機執行時，使得所述計算機執行本發明上述的方法。
(三)有益效果
本發明採用運輸車輛停靠的GPS數據，確定運輸車輛的基地及在任務中的目的地，並能根據該地點確定出任務開始時間和任務結束時間，從而在車輛的EMS系統中匹配出發動機數據。因此，本發明能夠自動獲取車輛在任務中的地點數據、發動機數據等行駛數據，方便車輛管理者根據這些行駛數據對運輸車輛進行車輛管理。
附圖說明
圖1示意性示出了本發明實施例的運輸車輛的行駛數據獲取系統的結構示意圖。
圖2示意性示出了本發明實施例的運輸車輛的行駛數據獲取方法的流程圖。
圖3示意性示出了本發明實施例的停留點聚合區塊劃分的示意圖。
圖4示意性示出本發明實施的行駛數據統計結果。
圖5示意性示出本發明實施的運輸車輛的行駛數據獲取裝置的結構示意圖。
具體實施方式
根據結合附圖對本發明示例性實施例的以下詳細描述，本發明的其它方面、優勢和突出特徵對於本領域技術人員將變得顯而易見。
在本發明中，術語「包括」和「含有」及其派生詞意為包括而非限制；術語「或」是包含性的，意為和/或。
在本說明書中，下述用於描述本發明原理的各種實施例知識說明，不應該以任何方式解釋為限制發明的範圍。參照附圖的下述描述用於幫助全面理解由權利要求及其等同物限定的本發明的示例性實施例。下述描述包括多種具體細節來幫助理解，但這些細節應認為僅僅是示例性的。因此，本領域普通技術人員應認識到，在不背離本發明的範圍和精神的情況下，可以對本文中描述的實施例進行多種改變和修改。此外，為了清楚和簡潔起見，省略了公知功能和結構的描述。此外，貫穿附圖，相同參考數字用於相似功能和操作。
附圖中示出了一些方框圖和/或流程圖。應理解，方框圖和/或流程圖中的一些方框或其組合可以由電腦程式指令來實現。這些電腦程式指令可以提供給通用計算機、專用計算機或其他可編程數據處理裝置的處理器，從而這些指令在由該處理器執行時可以創建用於實現這些方框圖和/或流程圖中所說明的功能/操作的裝置。
因此，本公開的技術可以硬體和/或軟體(包括固件、微代碼等)的形式來實現。另外，本公開的技術可以採取存儲有指令的計算機可讀介質上的電腦程式產品的形式，該電腦程式產品可供指令執行系統使用。在本公開的上下文中，計算機可讀介質可以是能夠包含、存儲、傳送、傳播或傳輸指令的任意介質。例如，計算機可讀介質可以包括但不限於電、磁、光、電磁、紅外或半導體系統、裝置、器件或傳播介質。計算機可讀介質的具體示例包括：磁存儲裝置，如磁帶或硬碟(HDD)；光存儲裝置，如光碟(CD-ROM)；存儲器，如隨機存取存儲器(RAM)或快閃記憶體；和/或有線/無線通信鏈路。
圖1示意性示出了本發明實施例的運輸車輛的行駛數據獲取系統的結構示意圖，如圖1所示，運輸車輛的行駛數據獲取系統100包括站點確定模塊101、基地確定模塊102、時間確定模塊103及數據獲取模塊104，其中，站點確定模塊101可從車輛上安裝的GPS系統中獲取車輛的地理位置信息，並根據該地理位置信息確定出多個站點，基地確定模塊102從站點確定模塊101中獲取多個站點，並從多個站點確定出基地，時間確定模塊103從基地確定模塊102中獲取車輛的基地，並根據車輛離開基地、返回基地的時間確定任務開始時間和任務結束時間，數據獲取模塊104從時間確定模塊103中獲取任務開始時間和任務結束時間，並將任務開始時間和任務結束時間輸入至車輛的EMS系統103，EMS系統103向數據獲取模塊104返回任務開始時間和任務結束時間之間時間段內的發動機數據。
根據本發明的實施例，站點確定模塊101、基地確定模塊102、時間確定模塊103及數據獲取模塊104中的至少一項可以至少被部分地實現為硬體電路，例如現場可編程門陣列(FPGA)、可編程邏輯陣列(PLA)、片上系統、基板上的系統、封裝上的系統、專用集成電路(ASIC)，或可以以用於對電路進行集成或封裝的任何其他的合理方式等硬體或固件來實現，或以軟體、硬體以及固件三種實現方式的適當組合來實現。
圖2示意性示出了本發明實施例的運輸車輛的行駛數據獲取方法的流程圖，如圖2所示，方法包括：
S1，獲取運輸車輛在多天內的所有停留點，並根據所有停留點確定出運輸車輛的一個或多個站點。
在本步驟中，本實施例可以統計出車輛在一定天數內(例如5天內)的GPS數據，這些GPS數據必須是該車輛處於停靠狀態下的GPS數據，所以在具體實現上，本發明實施例可以將在一定時間內(例如20分鐘內)車輛位置不發生變化的GPS數據進行採樣，並將這些GPS數據所在的地理位置作為停留點，車輛的停留點可能是加油站、洗車房、服務區、站點(包括裝貨或者卸貨的站點，以及車輛的基地)。
這些停留點在地圖上的分布可能十分密集，並不利於統計處理，故本發明將地理上相近的停靠點GPS數據聚合為一個停留點。比如，將北京市海澱區內相鄰街道的多個停靠點GPS數據進行聚合，將相鄰街道的多個停靠點GPS數據合併為一條記錄，作為一個停留點，從而可在該北京市海澱區中得到較為稀疏的停留點分布，同理，北京市其他區域中的停靠點GPS數據也可進行上述處理。
以上所說的用於聚合多個停靠點的地理上相近的區域劃分可以是行政劃分，如幾個相鄰街道。但本發明也不限於此，所述區域也可以是地理位置上的區域，並且，區域的形狀和大小可以根據實際需要設定。例如，針對物流比較發達的城市，車輛的可能停靠的地點較多，產生的GPS數據也較多，故可以將該市劃分為精度較高的多個區域，這樣才能準確地確定出該市的停留點；對於人口較少的城市，其物流需求也較小，導致車輛的可能停靠的地點較少，產生的GPS數據也較稀疏，所以無需將該市劃分為精度較高的多個區域，以節省計算複雜度。
根據本發明的一種地圖劃分方式，可以根據經緯度將地圖劃分為多個區域，如圖3所示，每個區域具有相同的編碼，這些編碼是根據各區域的經緯度採用GeoHash二進位編碼算法得到的，例如，對於經緯度為(39.928167，116.389550)的位置點來說，通過如下方式進行編碼：
a)地球緯度區間是[-90，90]，位置點的緯度是39.928167，可以通過下面算法對緯度39.928167進行逼近編碼：區間[-90，90]進行二分為[-90，0)，[0，90]，稱為左右區間，可以確定39.928167屬於右區間[0，90]，給標記為1；接著將區間[0，90]進行二分為[0，45)，[45，90]，可以確定39.928167屬於左區間[0，45)，給標記為0；遞歸上述過程39.928167總是屬於某個區間[a，b]。隨著每次迭代區間[a，b]總在縮小，並越來越逼近39.928167；如果給定的緯度x(39.928167)屬於左區間，則記錄0，如果屬於右區間則記錄1，這樣隨著算法的進行會產生一個序列1011100，序列的長度跟給定的區間劃分次數有關；
b)同理，地球經度區間是[-180，180]，可以對經度116.389550進行編碼；
c)組碼：通過上述計算，緯度產生的編碼為10111 00011，經度產生的編碼為11010 01011。偶數位放經度，奇數位放緯度，把2串編碼組合生成新串：11100 11101 00100 01111。最後使用0-9、b-z(去掉a，i，l，o)這32個字母進行base32編碼，首先將11100 11101 00100 01111轉成十進位，對應著28、29、4、15，十進位對應的編碼就是wx4g。
本發明實施例將採集到的GPS數據對應的區域編碼進行保存，既可以保護車輛隱私(只表示大概區域位置而不是具體的點)，又比較容易做緩存和索引。
以上介紹了本發明實施例的一種地圖劃分方式，但本發明並不限於此，其它各種地圖劃分方式(包括上述已提到的根據行政區域來劃分地圖，還可以包括根據人口密度來劃分地圖等等)也應屬於本發明的保護範圍之內。
在確定了車輛的分布較為稀疏的停留點後，本發明實施例還需要在每個站點區域中找到該區域的站點。比如某一物流公司在北京市的每個行政區設有一個站點，運輸車輛可以在該站點卸貨，以方便進一步對貨物進行分發至該行政區的各個街道，同理，從該行政區中各個街道匯集的貨物也可集中在該站點中，以方便運輸車輛在該站點裝貨。
為了在每個站點區域中從多個停留點中篩選出車輛的站點，本發明實施例針對每一個站點區域，累計該區域中每一個停留點的停留次數，將留次數最多的停留點作為站點。例如在上述的天數內，運輸車輛總共在停留點A停留了5次，在停留點B停留了3次，在停留點C停留了2次，則認為停留點A為運輸車輛的一個站點。例如車輛還在停留點D停留了5次，則比較車輛在停留點A和停留點D累加的停留時長，並將停留時長較長的停留點作為運輸車輛的一個站點。
S2，根據一個或多個站點，確定出運輸車輛的基地。
本發明實施例所說的基地為運輸車輛在不執行任務時所停靠的地點，例如，北京市9個區中的海澱區所在的站點為運輸車輛的基地，車輛每次在完成當次任務後，都將返回至該基地進行停靠，以方便管理人員對所有車輛進行統一管理。相似於上述從多個停留點確定出站點的原理，在本步驟中累計每一個站點的停留次數，將停留次數最多的站點作為基地。
S3，根據運輸車輛離開基地的時間和再次回到基地的時間，確定運輸車輛在任務中的任務開始時間和任務結束時間。
運輸車輛在執行任務時一定是從基地出發，故基地為運輸車輛執行任務的起點，在任務結束時一定要返回至基地中。所以，本發明將相鄰的往復基地的時間點作為任務開始時間和任務結束時間。在具體實現上，本實施例可以根據車輛的GPS數據判斷運輸車輛離開和返回基地，例如，從GPS數據上來看，若車輛的位置與基地的位置從重合到不重合，這時可以判定車輛離開基地，若車輛的位置與基地的位置從不重合到重合，這時可以判定車輛返回基地。
需要說明的是，車輛在從基地出發時，從車輛點火時間到車輛真正離開基地的時間是不一致的，例如車輛點火時間是8:00，車輛點火後10分鐘後出發，那麼出發時間就是8:10，如果僅由GPS數據，那麼確定出的任務開始時間即為8:10，然而車輛在8點到8點10分之間雖然沒有行駛，但仍然產生了油耗，這在後續統計發動機數據時顯然是不準確的，應該將車輛點火時間是8:00作為任務開始時間。所以，本發明實施例將運輸車輛離開基地的時間之前的發動機點火時間，作為任務開始時間，同理，將運輸車輛再次回到基地的時間之後的發動機熄火時間，作為任務結束時間。
為了更清楚地反映運輸車輛的行駛數據，本發明實施例還可提供車輛在執行任務中的目的地，即在任務開始時間後，將運輸車輛行駛到的離基地最遠的站點，作為任務的目的地。
S4，從運輸車輛的EMS系統中，獲取任務開始時間和任務結束時間之間時間段內的發動機數據。
EMS系統可提供發動機的各種數據，如行駛裡程、百公裡油耗、平均行駛速度等。本發明可以根據上述任務開始時間和任務結束時間，從EMS系統中獲取車輛在這段時間內的各種發動機數據並展示給車輛管理人員。
圖4示意性示出本發明實施的行駛數據統計結果，如圖4所示，以第一條記錄為例，滬DC0209，根據本發明的方法及系統，該車輛一個月內共產生了6次「上海-北京」的線路任務，每趟任務都會產生裡程、油耗、百公裡油耗、運行時長、停留時長、平均速度這些欄位的數據，再把這6次任務匯總平均一下，就會得到6次任務的總裡程和平均裡程，總油耗和平均油耗，其它欄位以此類推，得到如圖4所示的這個車輛線路油耗匯總報表。
圖5示意性示出本發明實施的運輸車輛的行駛數據獲取裝置的結構示意圖，裝置400包括處理器410、存儲器420、輸入單元430及輸出單元440，其中，存儲器420存儲於指令，輸入單元430可向處理器410中輸入車輛的GPS數據，處理器410通過執行該指令，並將發動機數據從輸出單元440輸出。其中，處理器410執行該指令時所執行的操作如圖3所示，在此就不再贅述。
以上所述的具體實施例，對本發明的目的、技術方案和有益效果進行了進一步詳細說明，所應理解的是，以上所述僅為本發明的具體實施例而已，並不用於限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明的保護範圍之內。