TW202046236A - 貨運管理裝置及方法 - Google Patents

Abstract

本發明提供一種貨運管理裝置，與查驗終端通訊連接，其包括：至少一個處理器；存儲器，存儲有複數模組，複數模組由至少一個處理器執行，複數模組包括：數據獲取模組，用於獲取貨運申請資訊，並基於貨運申請資訊生成電子申請單；審核模組，用於基於電子申請單生成電子放行單；通訊模組，用於將電子放行單發送至查驗終端，及接收查驗終端發出的發貨資訊或收貨資訊；及狀態更新模組，用於接收發貨資訊後更新電子放行單；及於接收收貨資訊後更新電子放行單。本發明還提供一種貨運管理方法。本發明採用電子流程作業，縮短作業時間，提升了效率。

Description

貨運管理裝置及方法

本發明涉及管理領域，特別涉及一種貨運管理裝置及方法。

現有的跨區貨運管理，從業務申請到後期作業全部採用紙質作業，保全性不高、易損毀丟失、易塗改，不易辨識，管理難度較大，貨運管理數據本地保存，安全性與靈活性較差，貨運管理過程紙質作業造成紙張資源浪費，紙張存儲造成空間浪費。

鑒於上述狀況，有必要提供一種貨運管理裝置及方法，以解決上述問題。

本發明提供一種貨運管理裝置，與查驗終端通訊連接，所述貨運管理裝置包括：至少一個處理器；存儲器，存儲有複數模組，所述複數模組由所述至少一個處理器執行，所述複數模組包括：數據獲取模組，用於獲取貨運申請資訊，並基於所述貨運申請資訊生成電子申請單；審核模組，用於基於所述電子申請單生成電子放行單，所述電子放行單包括電子放行單單號及貨運狀態資訊，所述貨運狀態資訊包括收貨完成，收貨異常，發貨完成，發貨異常，貨運完成及貨運異常；通訊模組，用於將所述電子放行單發送至所述查驗終端，及接收所述查驗終端發出的發貨資訊或收貨資訊；及狀態更新模組，用於接收所述發貨資訊後，更新所述電子放行單，並將所述貨運狀態資訊更新為發貨完成或發貨異常；以及於接收所述收貨資訊後，更新所述電子放行單，並將所述貨運狀態資訊更新為收貨完成或收貨異常。

進一步地，所述貨運管理裝置還包括與所述處理器電連接的通訊單元、輸入單元及顯示單元，所述貨運管理裝置通過所述通訊單元與所述查驗終端建立通訊連接，所述數據獲取模組用於依據通過所述輸入單元輸入的貨運申請資訊生成所述電子申請單，所述狀態更新模組通過所述顯示單元更新並顯示所述電子放行單的資訊。

進一步地，所述複數模組還包括：判斷模組，用於依據所述發貨資訊或所述收貨資訊判斷貨運狀態是否正常；異常處理模組，用於所述貨運狀態資訊為貨運異常或收貨異常時，選擇執行相應的處理措施，所述處理措施包括發送告警資訊。

進一步地，所述判斷模組還用於判斷於所述貨運狀態資訊更新為發貨完成後的預設時間內是否收到收貨資訊，若為否，則判定收貨異常。

進一步地，所述審核模組還用於判斷所述電子申請單是否符合要求，且於電子申請單符合要求時生成所述電子放行單；以及於所述貨運狀態資訊更新為收貨完成後，基於所述電子放行單生成簽核資訊，並依據簽核資訊判斷貨運完成是否符合要求。

本發明一併提供一種貨運管理方法，所述方法包括以下步驟：獲取貨運申請資訊，並基於貨運申請資訊生成電子申請單，所述電子申請單包括電子放行單單號及貨運狀態資訊，所述貨運狀態資訊包括收貨完成，收貨異常，發貨完成，發貨異常，貨運完成及貨運異常；基於所述電子申請單，生成電子放行單；將所述電子放行單發送至發貨區的查驗終端，以使發貨區依據所述電子放行單查驗貨物；接收發貨區的所述查驗終端發送的發貨資訊，將貨運狀態資訊更新為發貨完成；將所述電子放行單發送至收貨區的查驗終端，以使收貨區依據所述電子放行單查驗貨物；接收收貨區的查驗終端發出的收貨資訊；將貨運狀態資訊更新為收貨完成。

進一步地，於生成電子申請單之後，所述方法還包括步驟：審核所述電子申請單是否符合要求：若否，流程結束；若是，則進入步驟“基於所述電子申請單，生成電子放行單”。

進一步地，接收發貨區的所述查驗終端發送的發貨資訊之後，所述方法還包括步驟：基於所述發貨資訊判斷發貨區貨運狀態是否正常:若否，更新所述電子放行單，將所述貨運狀態資訊更新為發貨異常，回到步驟 “基於發貨資訊判斷發貨區貨運狀態是否正常”；若是，更新所述電子放行單，所述貨運狀態資訊更新為發貨完成。

進一步地，接收收貨區的所述查驗終端發出的收貨資訊之後，所述方法中還包括步驟：基於所述收貨資訊判斷收貨區貨運狀態是否正常：若否，更新所述電子放行單，所述貨運狀態資訊更新為收貨異常，並發出告警資訊，所述告警資訊包括異常電子放行單號及異常原因；若是，更新所述電子放行單，所述貨運狀態資訊更新為收貨完成。

進一步地，貨運狀態資訊更新為收貨完成之後，所述方法還包括步驟：基於所述電子放行單生成簽核資訊，並基於所述簽核資訊判斷貨運完成是否符合要求：若是，更新所述電子放行單的貨運狀態資訊，貨運狀態資訊為收貨完成，流程結束；若否，更新所述電子放行單的貨運狀態資訊，貨運狀態資訊為貨運異常，並發送告警資訊，所述告警資訊包括電子放行單單號及異常原因。

上述貨運管理裝置及方法採用電子流程管理貨運作業，實現了貨運節點的即時管控，提升了管理效率，相較於先前技術，提升了貨運管理的安全性與靈活性，避免了紙質管理的數據與空間浪費。

為了能夠更清楚地理解本發明的上述目的、特徵與優點，下面結合附圖與具體實施方式對本發明進行詳細描述。需要說明的是，於不衝突的情況下，本申請的實施方式及實施方式中的特徵可相互組合。

於下面的描述中闡述了很多具體細節以便於充分理解本發明，所描述的實施方式僅是本發明一部分實施方式，而不是全部的實施方式。基於本發明中的實施方式，本領域普通技術人員於沒有做出創造性勞動前提下所獲得的所有其它實施方式，均屬於本發明保護的範圍。

除非另有定義，本文所使用的所有的技術與科學術語與屬於本發明的技術領域的技術人員通常理解的含義相同。本文中於本發明的說明書中所使用的術語只是為了描述具體的實施方式的目的，不是旨於限制本發明。

本文所使用的術語“及／或”包括一個或複數相關的所列項目的任意的與所有的組合。

本發明提供一種貨運管理裝置，用於管理貨物跨區運送。請參考圖1，圖1為本發明一實施方式的貨運管理裝置100的硬體架構示意圖。

所述貨運管理裝置100包括，均不限於，存儲器10、處理器20、通訊單元30、輸入單元40、顯示單元50及貨運管理系統2。所述存儲器10、所述通訊單元30、所述輸入單元40、所述顯示單元50分別與所述處理器20電連接。於一個實施例中，所述貨運管理裝置100可為電腦、伺服器或控制器等設備。

所述貨運管理裝置100與查驗終端200之間利用網路建立通訊連接，所述網路可是無線或有線網路。

所述存儲器10用於存儲貨運管理裝置100中的程式碼與各種數據，例如所述貨運管理系統2等，並於貨運管理裝置100的運行過程中實現高速、自動地完成程式或資料的存取。

所述存儲器10可是，均並不限於，唯讀存儲器（Read-Only Memory，ROM）、隨機存儲器（Random Access Memory，RAM）、可程式設計唯讀存儲器（Programmable Read-Only Memory，PROM）、可擦除可程式設計唯讀存儲器（Erasable Programmable Read-Only Memory，EPROM）、一次可程式設計唯讀存儲器（One-time Programmable Read-Only Memory，OTPROM）、電子擦除式可複寫唯讀存儲器（Electrically-Erasable Programmable Read-Only Memory，EEPROM）、唯讀光碟（Compact Disc Read-Only Memory，CD-ROM）或其他光碟存儲器、磁碟存儲器、磁帶存儲器、或者能夠用於攜帶或存儲資料的電腦可讀的任何其他介質。

所述處理器20可由積體電路組成，例如可由單個封裝的積體電路所組成，亦可由複數相同功能或不同功能封裝的積體電路所組成，包括一個或者複數中央處理器（Central Processing unit，CPU）、微處理器、數文書處理晶片或圖形處理器，或各種控制晶片的組合等。

所述處理器20係所述貨運管理裝置100的控制核心（Control Unit），利用各種介面與線路連接整個所述貨運管理裝置100的各個部件，通過運行或執行存儲於所述存儲器10內的程式或者模組，以及調用存儲於所述存儲器10內的資料，以執行所述貨運管理裝置100的各種功能與處理資料，例如執行所述貨運管理系統2。

所述通訊單元30用於與查驗終端200建立通訊連接。所述通訊單元30可為有線通訊單元或無線通訊單元。於一實施方式中，所述通訊單元30通過無線網路與查驗終端200建立通訊連接，所述無線網路可係，均並不限於，WIFI、藍牙、蜂窩移動網路、衛星網路等。

可理解，於其他實施例中，所述通訊單元30還用於與通訊伺服器、短信伺服器及郵件伺服器建立通訊連接。所述通訊單元30通過有線網路與通訊伺服器、短信伺服器及郵件伺服器建立通訊連接。

所述輸入單元40用於供使用者輸入各種資訊與控制指令，所述輸入單元40例如為滑鼠、鍵盤、觸控式螢幕、語音輸入裝置等中的一種或多種。

所述顯示單元50用於顯示所述處理器20處理的相關資料結果。顯示單元50可係均並不限於觸摸顯示幕、液晶顯示幕等顯示裝置。

所述查驗終端200用於於發貨地與收貨地查驗貨物的資訊，並上報查驗資訊，於一實施方式中，所述查驗終端200為具有OCR文字識別功能的智慧終端機，查驗終端200掃描作業人員工牌，獲取工牌資訊，基於工牌資訊向所述貨運管理裝置100查詢相關貨物資訊，然後基於貨物資訊於發貨地與收貨地對貨物進行查驗，並向貨運管理裝置100發送查驗資訊。

於一個實施例中，所述貨運管理系統2可包括一個或複數程式形式的電腦指令，該一個或複數程式形式的電腦指令儲存於所述存儲器10中，並由所述處理器20執行。於一實施例中，所述貨運管理系統2可集成於所述處理器20中。於其他實施例中，所述貨運管理系統2亦可獨立於該處理器20之外。參閱圖2所示，所述貨運管理系統2可包括一個或複數模組，例如圖2所示的數據獲取模組21、判斷模組22、狀態更新模組23、通訊模組24、異常處理模組25及審核模組26。

所述數據獲取模組21用於獲取貨運申請資訊，並基於貨運申請資訊生成電子申請單，具體地，所述申請資訊包括發貨地、收貨地、發貨人姓名、發貨人工號、攜貨人姓名、攜貨人工號、收貨人姓名、收貨人聯繫方式、貨物名稱、貨物數量、包裝方式、攜帶方式及備註資訊，所述電子申請單的資訊包括發貨地、收貨地、發貨人姓名、發貨人工號、攜貨人姓名、攜貨人工號、收貨人姓名、收貨人聯繫方式、貨物名稱、貨物數量、包裝方式、攜帶方式、備註資訊及簽核日誌，所述簽核日誌為貨運過程相關負責人的電子簽名，包括發貨區負責人，發貨區確認人，收貨區確認人，收貨區負責人等。

所述判斷模組22用於依據發貨資訊或收貨資訊判斷貨運狀態是否正常，所述判斷模組22還用於判斷於貨運狀態資訊更新為發貨完成後的預設時間內是否收到收貨資訊，若為否，則判定收貨異常。

所述狀態更新模組23用於即時更新電子放行單，並調用顯示單元50，即時顯示電子放行單的資訊。所述狀態更新模組23從通訊模組24獲取查驗資訊，從審核模組26獲取簽核資訊，基於查驗資訊與簽核資訊更新電子放行單的資訊，例如於接收所述發貨資訊後，將貨運狀態資訊更新為發貨完成或發貨異常；於接收所述收貨資訊後，將貨運狀態資訊更新為收貨完成或收貨異常；以及根據簽核資訊將貨運狀態資訊更新為貨運完成或貨運異常。所述電子放行單的資訊包括電子放行單單號、貨運流向、收貨人姓名、貨物包裝方式、放行單生成時間、申請人姓名、攜帶人姓名及工號、審核狀態、收貨資訊、發貨資訊、貨運狀態資訊及異常描述。

所述通訊模組24用於收發各種資訊，例如將電子放行單發送至查驗終端200，及接收查驗終端200發出的查驗資訊，所述查驗資訊包括收貨資訊與發貨資訊；所述通訊模組24將貨運狀態資訊發送至通訊伺服器、短信伺服器或郵件伺服器，以將貨運狀態資訊通過郵件、短信或電話語音資訊發送給申請人、發貨區負責人或收貨區負責人。貨運狀態資訊包括發貨完成，收貨完成，發貨異常、收貨異常、貨運異常及貨運完成等；所述通訊模組24還將告警資訊發送至通訊伺服器、短信伺服器或郵件伺服器，即通過郵件、短信或電話將告警資訊發送給申請人、發貨區負責人或收貨區負責人，所述告警資訊包括異常電子放行單號，異常原因及異常電子放行單申請人姓名或工號，所述異常原因包括均不限於：超時未收貨，即當獲取發貨地發貨資訊之後，超過特定時間，未收到收貨地收貨資訊；收貨異常，即收貨資訊中異常描述為收到的貨物與電子放行單的描述不一致。

異常處理模組25用於處理電子放行單中異常情況，異常情況包括貨運狀態資訊為收貨異常或貨運異常，基於不同的異常原因選擇相應的處理策略，例如，貨運狀態資訊為收貨異常，異常原因為收貨超時，鎖定電子放行單，發送告警資訊。

審核模組26用於審核電子申請單，判斷電子申請單是否符合要求，並於電子申請單符合要求時，依據電子申請單生成電子放行單，審核模組26還用於基於電子放行單生成簽核資訊，並依據簽核資訊判斷貨運完成是否符合要求。具體地，電子放行單包括電子放行單單號、貨運流向、收貨人姓名、貨物包裝方式、貨物名稱、貨物數量、放行單生成時間、申請人姓名、攜帶人姓名及工號、審核狀態、發貨資訊、收貨資訊、貨運狀態資訊及異常描述，其中貨物包裝方式包括紙箱或其他，審核狀態包括初次審核完成、未審核、初次審核未通過、最終審核完成與最終審核未通過。

發貨資訊包括出區確認人、出區時間與異常描述，發貨資訊為當攜貨人攜帶貨物出庫時，出區確認人利用查驗終端200掃描識別攜貨人的工牌資訊，基於工牌資訊獲得攜貨人相關的電子放行單，基於電子放行單查驗攜貨人攜帶的貨物，並向貨運管理系統2上報 查驗資訊，如果查驗出現異常，禁止攜貨人攜帶貨物出庫，並上報異常原因。收貨資訊包括進區時間、進區確認人與異常描述，收貨資訊為當攜貨人攜帶貨物入庫時，進區確認人利用查驗終端200掃描識別攜貨人的工牌資訊，基於工牌資訊獲得攜貨人相關的電子放行單，基於電子放行單查驗攜貨人攜帶的貨物，並向貨運管理系統2上報查驗資訊，如果查驗出現異常，需上報異常原因，貨運狀態資訊包括發貨完成，收貨完成，發貨異常、收貨異常、貨運異常及貨運完成。

請一併參考圖3，為本發明一實施方式中應用於所述貨運管理裝置100的貨運管理方法的流程圖。所述貨運管理方法僅係一種示例，因為有很多種實施所述方法的方式。接下來要描述的貨運管理方法能夠被圖2所示的模組所執行。圖3中每一個圖塊代表的一個或者複數步驟，方法或者子流程等由示例方法所執行。示例方法由步驟S301開始。

步驟S301，獲取貨運申請資訊，並依據貨運申請資訊生成電子申請單。

具體地，數據獲取模組21獲取貨運申請資訊，並依據貨運申請資訊生成電子申請單，貨運申請資訊包括發貨地、收貨地、發貨人姓名、發貨人工號、攜貨人姓名、攜貨人工號、收貨人姓名、收貨人聯繫方式、貨物名稱、貨物數量、包裝方式、攜帶方式及備註資訊。

電子申請單上記載有發貨地、收貨地、發貨人姓名、發貨人工號、攜貨人姓名、攜貨人工號、收貨人姓名、收貨人聯繫方式、貨物名稱、貨物數量、包裝方式、攜帶方式、備註資訊及簽核日誌。

步驟S302，判斷電子申請單是否符合要求。

若為否，流程結束。

若為是，轉到步驟S303。

步驟S303：基於電子申請單生成電子放行單。

具體地，審核模組26於判斷電子申請單符合要求時，基於電子申請單，生成電子放行單。

所述電子放行單記載有電子放行單單號、貨運流向、收貨人姓名、貨物包裝方式、貨物名稱、貨物數量、放行單生成時間、申請人姓名、攜帶人姓名及工號、審核狀態、收貨資訊、發貨資訊、貨運狀態資訊及異常描述。

步驟S304，將電子放行單發送至發貨區的查驗終端200，以使發貨區依據所述電子放行單查驗貨物，並獲取發貨區查驗終端200發送的發貨資訊。

具體地，通訊模組24將電子放行單發送至發貨區的查驗終端200，及接收發貨區查驗終端200發出的發貨資訊，所述發貨資訊包括出區確認人、出區時間及異常描述等。

於一實施方式中，所述查驗終端200為具有OCR文字識別功能的智慧終端機，查驗終端200掃描作業人員工牌，獲取工牌資訊，向所述貨運管理裝置100發送查詢所述工牌資訊相對應的貨運資訊的請求，所述貨運管理裝置100依據所述請求查詢工牌資訊對應的貨運資訊與電子放行單，並將電子放行單發送至查驗終端200。

查驗終端200核對電子放行單，記錄發貨資訊，並將發貨資訊發送至貨運管理裝置100。

於另一實施方式中，電子放行單中記錄有發貨區的查驗終端200的資訊，於生成電子放行單之後，通訊模組24直接將電子放行單發送至發貨區的查驗終端200與收貨區的查驗終端200。

步驟S305，依據發貨資訊判斷發貨區貨運狀態是否正常。

具體地，判斷模組22基於發貨資訊判斷發貨區的貨運狀態是否正常。

若否，轉至步驟S306：更新電子放行單，貨運狀態資訊更新為發貨異常，然後轉至步驟S305。

具體地，狀態更新模組23基於發貨資訊更新電子放行單，貨運狀態資訊更新為發貨異常。

若是，轉至步驟S307：更新電子放行單，貨運狀態資訊更新為發貨完成，將電子放行單發送至收貨區查驗終端200，以使收貨區依據電子放行單查驗貨物，並獲取收貨區查驗終端200發送的收貨資訊。

具體地，狀態更新模組23基於發貨資訊更新電子放行單，通訊模組24將電子放行單發送至收貨區查驗終端200，及接收收貨區查驗終端200發出的收貨資訊，所述收貨資訊包括進區時間、進區確認人及異常描述等。

步驟S308：依據收貨資訊判斷收貨區貨運狀態是否正常。

具體地，判斷模組22基於收貨資訊判斷收貨區的貨運狀態是否正常。

若否，轉至步驟S309：更新電子放行單，貨運狀態資訊更新為收貨異常，並進行異常處理。

具體地，狀態更新模組23基於收貨資訊更新電子放行單，將貨運狀態資訊更新為收貨異常，異常處理模組25依據異常原因選擇執行相應的異常處理措施，處理措施包括向通訊伺服器、短信伺服器或郵件伺服器發送告警資訊，將告警告警資訊發送至發貨區負責人或收貨區負責人。

若是，轉至步驟S310：更新電子放行單，將貨運狀態資訊更新為收貨完成。

具體地，狀態更新模組23基於收貨資訊更新電子放行單。

步驟S311：基於電子放行單生成簽核資訊，並依據簽核資訊判斷貨運完成是否符合要求：

具體地，審核模組26基於電子放行單生成簽核資訊，並依據簽核資訊判斷貨運完成是否符合要求，例如貨運需求是否滿足，貨物數量是否適當等。

若否，轉至步驟S312：將電子放行單的貨運狀態資訊更新為貨運異常，並進行異常處理。

具體地，狀態更新模組23更新電子放行單，貨運狀態資訊更新為貨運異常，異常處理模組25進行異常處理。

若是，轉至步驟S313：將電子放行單的貨運狀態資訊更新為貨運完成。

具體地，狀態更新模組23更新電子放行單，貨運狀態資訊更新為貨運完成。

可理解，於其他優選實施方式中，步驟S309中，若貨運狀態資訊為收貨異常，異常原因為收貨超時，向通訊伺服器、短信伺服器或郵件伺服器發送告警資訊，將告警資訊發送至發貨區負責人或收貨區負責人，然後轉至步驟S311；

具體地，異常處理模組25根據貨運狀態資訊為發貨異常、收貨異常或貨運異常，進入異常處理流程，並依據不同的異常原因，選擇不同的異常處理措施，異常原因包括收貨超時，貨物數量不匹配等，處理措施包括異常處理模組25生成告警資訊，並通知通訊模組24向通訊伺服器、短信伺服器或郵件伺服器發送告警資訊，發送給發貨區負責人或收貨區負責人，所述告警資訊包括異常電子放行單號，異常原因及異常電子放行單申請人姓名或工號。

可理解，於其他優選實施方式中，步驟S307還包括如下步驟：

將貨運狀態資訊更新為發貨完成後，判斷模組22判斷預設時間內是否收到收貨資訊，若否，則判定收貨異常，則異常處理模組25生成告警資訊，並通過通訊伺服器、短信伺服器或郵件伺服器發送告警資訊，通知收貨區負責人與發貨區負責人，所述告警資訊包括異常電子放行單號，異常原因及異常電子放行單申請人姓名或工號，即通過郵件、短信與電話語音的方式向貨運負責人發送告警資訊。

上述貨運管理裝置100及貨運管理方法能夠實現電子化管理貨運流程，縮短作業時間，即時更新貨運狀態資訊，便於管控與分析，優化了作業環節，提供了作業效率。

可理解，於其他實施方式中，上述貨運管理方法可省略步驟S311-S313。

於本發明所提供的幾個實施例中，應所述理解到，所揭露的數據處理裝置與方法，可藉由其它的方式實現。例如，以上所描述的數據處理裝置實施例僅僅係示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現時可有另外的劃分方式。

另外，於本發明各個實施例中的各功能單元可集成於相同處理單元中，亦可係各個單元單獨物理存於，亦可兩個或兩個以上單元集成於相同單元中。上述集成的單元既可採用硬體的形式實現，亦可採用硬體加軟體功能模組的形式實現。

對於本領域技術人員而言，顯然本發明不限於上述示範性實施例的細節，而且於不背離本發明的精神或基本特徵的情況下，能夠以其他的具體形式實現本發明。因此，無論從哪一點來看，均應將實施例看作係示範性的，而且係非限制性的，本發明的範圍由所附權利要求而不係上述說明限定，因此旨於將落於權利要求的等同要件的含義與範圍內的所有變化涵括於本發明內。不應將權利要求中的任何附圖標記視為限制所涉及的權利要求。此外，顯然“包括”一詞不排除其他單元或步驟，單數不排除複數。第一，第二等詞語用來表示名稱，而並不表示任何特定的順序。

儘管對本發明的優選實施方式進行了說明與描述，惟係本領域的技術人員將領悟到，可作出各種不同的變化與改進，這些均不超出本發明的真正範圍。因此期望，本發明並不局限於所公開的作為實現本發明所設想的最佳模式的具體實施方式，本發明包括的所有實施方式均有所附權利要求書的保護範圍內。

100:貨運管理裝置 10:存儲器 20:處理器 30:通訊單元 40:輸入單元 50:顯示單元 2:貨運管理系統 21:數據獲取模組 22:判斷模組 23:狀態更新模組 24:通訊模組 25:異常處理模組 26:審核模組 200:查驗終端

圖1為本發明實施方式之貨運管理裝置的硬體架構示意圖。

圖2為本發明實施方式之貨運管理系統的功能模組示意圖。

圖3為本發明實施方式之貨運管理方法的流程示意圖。

無

100:貨運管理裝置

10:存儲器

20:處理器

30:通訊單元

40:輸入單元

50:顯示單元

2:貨運管理系統

200:查驗終端

Claims (10)

1. 一種貨運管理裝置，與查驗終端通訊連接，其改良在於，所述貨運管理裝置包括： 至少一個處理器； 存儲器，存儲有複數模組，所述複數模組由所述至少一個處理器執行，所述複數模組包括： 數據獲取模組，用於獲取貨運申請資訊，並基於所述貨運申請資訊生成電子申請單； 審核模組，用於基於所述電子申請單生成電子放行單，所述電子放行單包括電子放行單單號及貨運狀態資訊，所述貨運狀態資訊包括收貨完成，收貨異常，發貨完成，發貨異常，貨運完成及貨運異常； 通訊模組，用於將所述電子放行單發送至所述查驗終端，及接收所述查驗終端發出的發貨資訊或收貨資訊；及 狀態更新模組，用於接收所述發貨資訊後，更新所述電子放行單，並將所述貨運狀態資訊更新為發貨完成或發貨異常；以及於接收所述收貨資訊後，更新所述電子放行單，並將所述貨運狀態資訊更新為收貨完成或收貨異常。
2. 如申請專利範圍第1項所述之貨運管理裝置，其中， 所述貨運管理裝置還包括與所述處理器電連接的通訊單元、輸入單元及顯示單元，所述貨運管理裝置通過所述通訊單元與所述查驗終端建立通訊連接，所述數據獲取模組用於依據通過所述輸入單元輸入的貨運申請資訊生成所述電子申請單，所述狀態更新模組通過所述顯示單元更新並顯示所述電子放行單的資訊。
3. 如申請專利範圍第2項所述之貨運管理裝置，其中，所述複數模組還包括： 判斷模組，用於依據所述發貨資訊或所述收貨資訊判斷貨運狀態是否正常； 異常處理模組，用於所述貨運狀態資訊為貨運異常或收貨異常時，選擇執行相應的處理措施，所述處理措施包括發送告警資訊。
4. 如申請專利範圍第3項所述之貨運管理裝置，其中，所述判斷模組還用於判斷於所述貨運狀態資訊更新為發貨完成後的預設時間內是否收到收貨資訊，若為否，則判定收貨異常。
5. 如申請專利範圍第2項所述之貨運管理裝置，其中，所述審核模組還用於判斷所述電子申請單是否符合要求，且於電子申請單符合要求時生成所述電子放行單；以及 於所述貨運狀態資訊更新為收貨完成後，基於所述電子放行單生成簽核資訊，並依據簽核資訊判斷貨運完成是否符合要求。
6. 一種貨運管理方法，其改良在於，所述方法包括以下步驟： 獲取貨運申請資訊，並基於貨運申請資訊生成電子申請單，所述電子申請單包括電子放行單單號及貨運狀態資訊，所述貨運狀態資訊包括收貨完成，收貨異常，發貨完成，發貨異常，貨運完成及貨運異常； 基於所述電子申請單，生成電子放行單； 將所述電子放行單發送至發貨區的查驗終端，以使發貨區依據所述電子放行單查驗貨物； 接收發貨區的所述查驗終端發送的發貨資訊，將貨運狀態資訊更新為發貨完成； 將所述電子放行單發送至收貨區的查驗終端，以使收貨區依據所述電子放行單查驗貨物； 接收收貨區的查驗終端發出的收貨資訊； 將貨運狀態資訊更新為收貨完成。
7. 如申請專利範圍第6項所述之貨運管理方法，其中，於生成電子申請單之後，所述方法還包括步驟： 審核所述電子申請單是否符合要求： 若否，流程結束； 若是，則進入步驟“基於所述電子申請單，生成電子放行單”。
8. 如申請專利範圍第6項所述之貨運管理方法，其中， 接收發貨區的所述查驗終端發送的發貨資訊之後，所述方法還包括步驟： 基於所述發貨資訊判斷發貨區貨運狀態是否正常: 若否，更新所述電子放行單，將所述貨運狀態資訊更新為發貨異常，回到步驟 “基於發貨資訊判斷發貨區貨運狀態是否正常”； 若是，更新所述電子放行單，所述貨運狀態資訊更新為發貨完成。
9. 如申請專利範圍第6項所述之貨運管理方法，其中， 接收收貨區的所述查驗終端發出的收貨資訊之後，所述方法還包括步驟： 基於所述收貨資訊判斷收貨區貨運狀態是否正常： 若否，更新所述電子放行單，所述貨運狀態資訊更新為收貨異常，並發出告警資訊，所述告警資訊包括異常電子放行單號及異常原因； 若是，更新所述電子放行單，所述貨運狀態資訊更新為收貨完成。
10. 如申請專利範圍第6項所述之貨運管理方法，其中， 貨運狀態資訊更新為收貨完成之後，所述方法還包括步驟： 基於所述電子放行單生成簽核資訊，並基於所述簽核資訊判斷貨運完成是否符合要求： 若是，更新所述電子放行單的貨運狀態資訊，貨運狀態資訊為收貨完成，流程結束； 若否，更新所述電子放行單的貨運狀態資訊，貨運狀態資訊為貨運異常，並發送告警資訊，所述告警資訊包括電子放行單單號及異常原因。

Images