本發(fā)明涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，具體涉及一種應(yīng)用于跨境電商運輸系統(tǒng)的信息處理方法及運輸系統(tǒng)。

背景技術(shù)：

貨物運輸是物流系統(tǒng)的核心，商品通過運輸作業(yè)實現(xiàn)賣方轉(zhuǎn)移給買方或不同倉庫之間的貨物轉(zhuǎn)移。

隨著信息化技術(shù)的長足發(fā)展，運輸系統(tǒng)，特別是國際運輸系統(tǒng)，通常由指揮中心監(jiān)控貨物的運輸過程。

為了提高物流效率，商家通常將貨物預(yù)先存放在目標(biāo)市場所在地或附近區(qū)域的倉庫，當(dāng)接收到來自目標(biāo)市場的訂單時，直接從該倉庫發(fā)貨。相應(yīng)的，運輸系統(tǒng)的指揮中心主要監(jiān)控的是貨物在倉庫間的運輸過程以及到達(dá)及離開倉庫的運輸過程。

如何保證運輸過程監(jiān)控的實時性、準(zhǔn)確性，是運輸系統(tǒng)發(fā)展的關(guān)鍵。

技術(shù)實現(xiàn)要素：

本發(fā)明提供一種應(yīng)用于跨境電商運輸系統(tǒng)的信息處理方法及運輸系統(tǒng)，以保證運輸過程監(jiān)控的實時性和準(zhǔn)確性。

第一方面，本發(fā)明提供的一種應(yīng)用于運輸系統(tǒng)的信息處理方法，包括：

指揮中心節(jié)點接收商戶終端發(fā)送的運輸請求；

所述指揮中心節(jié)點解析所述運輸請求，確定所述運輸請求對應(yīng)的運輸模式；

所述指揮中心節(jié)點創(chuàng)建所述運輸請求對應(yīng)的運輸任務(wù)，所述運輸任務(wù)包括狀態(tài)和運輸模式信息；

所述指揮中心節(jié)點根據(jù)所述運輸模式判斷所述商戶終端發(fā)送所述運輸請求所使用的消息入口；

若所述消息入口為訂單入口，所述指揮中心節(jié)點向所述運輸請求指示的發(fā)貨倉庫的倉庫終端發(fā)送發(fā)貨指令，所述發(fā)貨指令中攜帶所述運輸請求對應(yīng)的箱碼；所述指揮中心節(jié)點接收所述發(fā)貨倉庫的倉庫終端返回的運單號，并更新所述運輸任務(wù)的狀態(tài)；所述指揮中心節(jié)點檢測到所述運單號和所述箱碼被掃描后，更新所述運輸任務(wù)的狀態(tài)；

若所述消息入口為預(yù)約入口，所述指揮中心節(jié)點為所述運輸請求生成箱碼，將所述箱碼返回給所述商戶終端及所述運輸請求指示的收貨倉庫的倉庫終端，并向所述運輸請求指示的收貨倉庫的倉庫終端發(fā)送所述運輸請求指示的預(yù)約到貨時間信息；所述指揮中心節(jié)點檢測到所述箱碼被掃描后，更新所述運輸任務(wù)的狀態(tài)。

可選的，若所述運輸模式為fba直發(fā)模式或fba轉(zhuǎn)運模式，所述指揮中心節(jié)點向所述運輸請求指示的發(fā)貨倉庫的倉庫終端發(fā)送發(fā)貨指令之前，該方法還包括：

所述指揮中心節(jié)點在本地數(shù)據(jù)庫中查找所述發(fā)貨請求對應(yīng)的fba箱碼，所述發(fā)貨指令中攜帶所述運輸請求對應(yīng)的fba箱碼。

可選的，若所述運輸模式為fba調(diào)倉模式，所述指揮中心節(jié)點向所述運輸請求指示的發(fā)貨倉庫的倉庫終端發(fā)送發(fā)貨指令之前，該方法還包括：

所述指揮中心節(jié)點在本地數(shù)據(jù)庫中查找所述發(fā)貨請求對應(yīng)的fba箱碼，所述發(fā)貨指令中攜帶所述運輸請求對應(yīng)的fba箱碼；

所述指揮中心節(jié)點接收所述發(fā)貨倉庫的倉庫終端返回的運單號之后，該方法還包括：

所述指揮中心節(jié)點向所述運輸請求指示的調(diào)撥倉庫的倉庫終端發(fā)送收貨指令，所述收貨指令中攜帶所述運單號和所述箱碼。

可選的，若所述運輸模式為訂單直發(fā)模式，所述發(fā)貨指令中攜帶所述運輸請求對應(yīng)的本運輸系統(tǒng)的箱碼。

可選的，若所述運輸模式為海外調(diào)撥模式，所述發(fā)貨指令中攜帶所述運輸請求對應(yīng)的本運輸系統(tǒng)的箱碼；所述指揮中心節(jié)點接收所述發(fā)貨倉庫的倉庫終端返回的運單號之后，該方法還包括：

所述指揮中心節(jié)點向所述運輸請求指示的調(diào)撥倉庫的倉庫終端發(fā)送收貨指令，所述收貨指令中攜帶所述運單號和所述箱碼。

基于上述任意方法實施例，可選的，若所述運輸模式非fba轉(zhuǎn)運模式，該方法還包括：

所述發(fā)貨倉庫的倉庫終端根據(jù)接收到的發(fā)貨指令自動生成發(fā)貨計劃，并將發(fā)貨計劃中的相關(guān)信息返回給所述指揮中心節(jié)點。

基于上述任意方法實施例，可選的，該方法還包括：

各個倉庫終端按照預(yù)定周期，將需要返回給所述指揮中心節(jié)點的數(shù)據(jù)進(jìn)行去冗余處理后，按照預(yù)定打包格式打包，并向所述指揮中心節(jié)點返回打包消息；

所述指揮中心節(jié)點接收所述發(fā)貨倉庫的倉庫終端返回的運單號，包括：

所述指揮中心節(jié)點按照預(yù)定的周期接收各個倉庫返回的打包消息；

所述指揮中心節(jié)點按照預(yù)定的解析格式從所述發(fā)貨倉庫的倉庫終端返回的打包消息中獲取運單號。

第二方面，本發(fā)明提供的一種運輸系統(tǒng)，包括：

商戶終端，用于向指揮中心節(jié)點發(fā)送運輸請求；

指揮中心節(jié)點，用于接收商戶終端發(fā)送的運輸請求；解析所述運輸請求，確定所述運輸請求對應(yīng)的運輸模式；創(chuàng)建所述運輸請求對應(yīng)的運輸任務(wù)，所述運輸任務(wù)包括狀態(tài)和運輸模式信息；根據(jù)所述運輸模式判斷所述商戶終端發(fā)送所述運輸請求所使用的消息入口；若所述消息入口為訂單入口，所述指揮中心節(jié)點向所述運輸請求指示的發(fā)貨倉庫的倉庫終端發(fā)送發(fā)貨指令，所述發(fā)貨指令中攜帶所述運輸請求對應(yīng)的箱碼；所述指揮中心節(jié)點接收所述發(fā)貨倉庫的倉庫終端返回的運單號，并更新所述運輸任務(wù)的狀態(tài)；所述指揮中心節(jié)點檢測到所述運單號和所述箱碼被掃描后，更新所述運輸任務(wù)的狀態(tài)；若所述消息入口為預(yù)約入口，所述指揮中心節(jié)點為所述運輸請求生成箱碼，將所述箱碼返回給所述商戶終端及所述運輸請求指示的收貨倉庫的倉庫終端，并向所述運輸請求指示的收貨倉庫的倉庫終端發(fā)送所述運輸請求指示的預(yù)約到貨時間信息；所述指揮中心節(jié)點檢測到所述箱碼被掃描后，更新所述運輸任務(wù)的狀態(tài)；

倉庫終端，用于在接收到發(fā)貨指令后，向所述指揮中心節(jié)點返回運單號，還用于在到貨后，掃描貨物的運單號及箱碼，并將掃描結(jié)果返回給所述指揮中心節(jié)點。

可選的，若所述運輸模式非fba轉(zhuǎn)運模式，所述倉庫終端還用于，根據(jù)接收到的發(fā)貨指令自動生成發(fā)貨計劃，并將發(fā)貨計劃中的相關(guān)信息返回給所述指揮中心節(jié)點。

可選的，其特征在于：

倉庫終端用于按照預(yù)定周期，將需要返回給所述指揮中心節(jié)點的數(shù)據(jù)進(jìn)行去冗余處理后，按照預(yù)定打包格式打包，并向所述指揮中心節(jié)點返回打包消息；

所述指揮中心節(jié)點接收所述發(fā)貨倉庫的倉庫終端返回的運單號時，具體用于按照預(yù)定的周期接收各個倉庫返回的打包消息；按照預(yù)定的解析格式從所述發(fā)貨倉庫的倉庫終端返回的打包消息中獲取運單號。

本發(fā)明的有益效果在于：

本發(fā)明實施例提供的系統(tǒng)及方法，可以對不同運輸模式的運輸過程進(jìn)行監(jiān)控，集成度高，滿足客戶不同的運輸模式需求。

另外，本發(fā)明實施例提供的系統(tǒng)及方法，在整個運輸過程中以箱碼結(jié)合運單號作為監(jiān)控的標(biāo)識。由于商戶的每單貨物均對應(yīng)唯一的箱碼，且在商戶在運輸系統(tǒng)下單時即會分配箱碼，因此，利用箱碼跟蹤貨物可以保證全程跟蹤；而結(jié)合運單號進(jìn)行跟蹤，則可以很方便地監(jiān)控是否有丟單現(xiàn)象存在，其可靠性更高。

又另，指揮中心節(jié)點會定期接收倉庫返回的信息，該時間間隔可以根據(jù)需要設(shè)置，因此保證了運輸過程監(jiān)控的實時性。并且，倉庫終端與指揮中心節(jié)點之間傳遞的是打包消息，即避免了冗余消息的傳遞，也保證了不會存在消息的丟包現(xiàn)象。

附圖說明

為了更清楚地說明本發(fā)明具體實施方式中的技術(shù)方案，下面將對具體實施方式中所需要使用的附圖作簡單地介紹。

圖1示出了本發(fā)明實施例提供的方法流程圖；

圖2示出了本發(fā)明實施例提供的系統(tǒng)示意圖。

具體實施方式

下面將結(jié)合附圖對本發(fā)明技術(shù)方案的實施例進(jìn)行詳細(xì)的描述。以下實施例僅用于更加清楚地說明本發(fā)明的技術(shù)方案，因此只是作為示例，而不能以此來限制本發(fā)明的保護(hù)范圍。

需要注意的是，除非另有說明，本發(fā)明使用的技術(shù)術(shù)語或者科學(xué)術(shù)語應(yīng)當(dāng)為本發(fā)明所屬領(lǐng)域技術(shù)人員所理解的通常意義。

本發(fā)明提供一種應(yīng)用于運輸系統(tǒng)的信息處理方法，如圖1所示，具體包括如下步驟：

步驟100、指揮中心節(jié)點接收商戶終端發(fā)送的運輸請求。

具體的，商戶終端發(fā)送運輸請求的入口有多種。例如，通過運輸系統(tǒng)提供的網(wǎng)頁發(fā)送運輸請求，又例如，通過掃描箱碼發(fā)送運輸請求等等。

步驟110、指揮中心節(jié)點解析上述運輸請求，確定上述運輸請求對應(yīng)的運輸模式。

該步驟的具體實現(xiàn)方式有多種。例如，運輸請求中攜帶運輸模式的標(biāo)識，指揮中心節(jié)點通過解析獲取該標(biāo)識，從而確定運輸模式。又例如，解析上述運輸請求，判斷運輸請求的消息格式；若所述運輸請求的消息格式為預(yù)約入口對應(yīng)的消息格式，確定所述運輸請求對應(yīng)的運輸模式為到貨預(yù)約模式；若所述運輸請求的消息格式為訂單入口對應(yīng)的消息格式，指揮中心節(jié)點進(jìn)一步解析所述運輸請求，根據(jù)運輸請求中攜帶的數(shù)據(jù)內(nèi)容確定運輸模式。

步驟120、指揮中心節(jié)點創(chuàng)建所述運輸請求對應(yīng)的運輸任務(wù)，所述運輸任務(wù)包括狀態(tài)和運輸模式信息。

步驟130、指揮中心節(jié)點判斷所述商戶終端發(fā)送所述運輸請求所使用的消息入口。

本步驟中，指揮中心節(jié)點可以根據(jù)運輸模式判斷消息入口。因為，不同的運輸模式，商戶終端所使用的消息入口不同。例如，對于到貨預(yù)約模式，商戶終端只能通過預(yù)約入口發(fā)送運輸請求。指揮中心節(jié)點也可以根據(jù)運輸請求的消息格式判斷消息入口。

若所述消息入口為訂單入口，執(zhí)行步驟140、指揮中心節(jié)點向所述運輸請求指示的發(fā)貨倉庫的倉庫終端發(fā)送發(fā)貨指令，所述發(fā)貨指令中攜帶所述運輸請求對應(yīng)的箱碼。

步驟150、所述指揮中心節(jié)點接收所述發(fā)貨倉庫的倉庫終端返回的運單號，并更新所述運輸任務(wù)的狀態(tài)。

步驟160、所述指揮中心節(jié)點檢測到所述運單號和所述箱碼被掃描后，更新所述運輸任務(wù)的狀態(tài)。

若所述消息入口為預(yù)約入口，執(zhí)行步驟170、指揮中心節(jié)點為所述運輸請求生成箱碼，將所述箱碼返回給所述商戶終端及所述運輸請求指示的收貨倉庫的倉庫終端，并向所述運輸請求指示的收貨倉庫的倉庫終端發(fā)送所述運輸請求指示的預(yù)約到貨時間信息。

步驟180、所述指揮中心節(jié)點檢測到所述箱碼被掃描后，更新所述運輸任務(wù)的狀態(tài)。

本發(fā)明實施例提供的系統(tǒng)及方法，可以對不同運輸模式的運輸過程進(jìn)行監(jiān)控，集成度高，滿足客戶不同的運輸模式需求。

另外，本發(fā)明實施例提供的系統(tǒng)及方法，在整個運輸過程中以箱碼結(jié)合運單號作為監(jiān)控的標(biāo)識。由于商戶的每單貨物均對應(yīng)唯一的箱碼，且在商戶在運輸系統(tǒng)下單時即會分配箱碼，因此，利用箱碼跟蹤貨物可以保證全程跟蹤；而結(jié)合運單號進(jìn)行跟蹤，則可以很方便地監(jiān)控是否有丟單現(xiàn)象存在，其可靠性更高。

下面將結(jié)合具體應(yīng)用場景對不同運輸模式下的信息處理方法進(jìn)行詳細(xì)說明。

場景一：fba直發(fā)

fba直發(fā)模式特指國內(nèi)倉直發(fā)海外亞馬遜fba倉的運輸業(yè)務(wù)；

深圳的商戶a提出一筆貨物運輸需求，該貨物需要通過發(fā)貨倉庫(例如深圳倉)直發(fā)亞馬遜fba倉。則該商戶a首先獲取fba箱碼并上傳至本發(fā)明實施例提供的運輸系統(tǒng)的本地數(shù)據(jù)庫保存，并通過本發(fā)明實施例提供的運輸系統(tǒng)提供的訂單入口向指揮中心節(jié)點發(fā)送運輸請求，該運輸請求包括貨物名稱、數(shù)量、包裝要求、fba倉庫地址、時效要求等等信息。

指揮中心節(jié)點接收到該運輸請求后，解析該運輸請求，根據(jù)運輸請求中攜帶的信息確定運輸模式為fba直發(fā)模式。這也意味著，運輸請求的消息入口為訂單入口。

相應(yīng)的，指揮中心節(jié)點創(chuàng)建該運輸請求對應(yīng)的運輸任務(wù)，并在后續(xù)根據(jù)運輸進(jìn)程更新運輸任務(wù)的狀態(tài)。

指揮中心節(jié)點在本地數(shù)據(jù)庫中查找運輸請求對應(yīng)的fba箱碼。具體的，指揮中心節(jié)點根據(jù)運輸請求查找fba箱碼。進(jìn)而，指揮中心節(jié)點根據(jù)貨物名稱、數(shù)量等等確定發(fā)貨倉庫(即運輸請求指示的發(fā)貨倉庫)的倉庫終端發(fā)送發(fā)貨指令，該發(fā)貨指令中攜帶所述運輸請求對應(yīng)的fba箱碼，還攜帶貨物名稱、數(shù)量、包裝要求、fba倉庫地址等信息。

發(fā)貨倉庫的倉庫終端根據(jù)發(fā)貨指令打包貨物，打印fba箱碼貼于貨物，并安排向發(fā)貨指令指示的fba倉庫發(fā)貨，向指揮終端節(jié)點發(fā)送運單號。

指揮中心節(jié)點接收到運單號后，更新運輸任務(wù)的狀態(tài)。

指揮中心節(jié)點通過亞馬遜fba倉庫api請求fba收貨信息，并更新運輸任務(wù)的狀態(tài)。

因為本地數(shù)據(jù)庫保存有fba箱碼及運單號，因此，當(dāng)fba箱碼及運單號被掃描后，指揮中心節(jié)點能夠檢測到，從而更新運輸任務(wù)的狀態(tài)。

場景二：fba轉(zhuǎn)運

fba轉(zhuǎn)運模式特指貨物通過國內(nèi)倉發(fā)貨中轉(zhuǎn)海外倉轉(zhuǎn)運海外亞馬遜fba倉的運輸業(yè)務(wù)；深圳的商戶b提出一筆貨物運輸需求，該貨物需要通過發(fā)貨倉庫(例如深圳倉)途徑中轉(zhuǎn)倉(例如美國倉)轉(zhuǎn)運亞馬遜fba倉。則該商戶b首先獲取fba箱碼并上傳至本發(fā)明實施例提供的運輸系統(tǒng)的本地數(shù)據(jù)庫保存，并通過本發(fā)明實施例提供的運輸系統(tǒng)提供的訂單入口向指揮中心節(jié)點發(fā)送運輸請求，該運輸請求包括貨物名稱、數(shù)量、包裝要求、fba倉庫地址、時效要求等等信息。

指揮中心節(jié)點接收到該運輸請求后，解析該運輸請求，根據(jù)運輸請求中攜帶的信息確定運輸模式為fba轉(zhuǎn)運模式。這也意味著，運輸請求的消息入口為訂單入口。

相應(yīng)的，指揮中心節(jié)點創(chuàng)建該運輸請求對應(yīng)的運輸任務(wù)，并在后續(xù)根據(jù)運輸進(jìn)程更新運輸任務(wù)的狀態(tài)。

指揮中心節(jié)點在本地數(shù)據(jù)庫中查找運輸請求對應(yīng)的fba箱碼。具體的，指揮中心節(jié)點根據(jù)fba訂單信息查找fba箱碼。進(jìn)而，指揮中心節(jié)點根據(jù)fba訂單信息(例如貨物名稱、數(shù)量等等)確定發(fā)貨倉庫(即運輸請求指示的發(fā)貨倉庫)的倉庫終端發(fā)送發(fā)貨指令和中轉(zhuǎn)倉庫(即運輸請求指示的中轉(zhuǎn)倉庫)的倉庫終端發(fā)送收貨指令和配送指令，該發(fā)貨指令中攜帶所述運輸請求對應(yīng)的fba箱碼，還攜帶上述fba轉(zhuǎn)運訂單信息。

發(fā)貨倉庫的倉庫終端根據(jù)fba轉(zhuǎn)運訂單信息打包貨物，打印fba箱碼貼于貨物，并安排向fba轉(zhuǎn)運訂單指示的中轉(zhuǎn)倉庫發(fā)貨，向指揮終端節(jié)點發(fā)送運單號。

指揮中心節(jié)點接收到運單號后，更新運輸任務(wù)的狀態(tài)。

中轉(zhuǎn)倉庫的倉庫終端根據(jù)fba轉(zhuǎn)運訂單收貨指令接收貨物，并根據(jù)fba轉(zhuǎn)運訂單配送指令向亞馬遜fba倉庫發(fā)貨，向指揮終端節(jié)點發(fā)送運單號碼。

指揮中心節(jié)點接收到運單號后，更新運輸任務(wù)的狀態(tài)。

指揮中心節(jié)點通過亞馬遜fba倉庫api請求fba收貨信息，并更新運輸任務(wù)的狀態(tài)。

因為本地數(shù)據(jù)庫保存有fba箱碼及運單號，因此，當(dāng)fba箱碼及運單號被掃描后，指揮中心節(jié)點能夠檢測到，從而更新運輸任務(wù)的狀態(tài)。

場景三：fba調(diào)倉

fba調(diào)倉特指貨物從海外倉發(fā)運海外亞馬遜fba倉的運輸業(yè)務(wù)；

深圳的商戶c提出一筆貨物運輸需求，該貨物需要通過發(fā)貨倉庫(例如美國倉)發(fā)運亞馬遜fba。則該商戶c首先獲取fba箱碼并上傳至本發(fā)明實施例提供的運輸系統(tǒng)的本地數(shù)據(jù)庫保存，并通過本發(fā)明實施例提供的運輸系統(tǒng)提供的訂單入口向指揮中心節(jié)點發(fā)送運輸請求，該運輸請求包括貨物名稱、數(shù)量、包裝要求、fba倉庫地址、時效要求等等信息。

指揮中心節(jié)點接收到該運輸請求后，解析該運輸請求，根據(jù)運輸請求中攜帶的信息確定運輸模式為fba調(diào)倉模式。這也意味著，運輸請求的消息入口為訂單入口。

相應(yīng)的，指揮中心節(jié)點創(chuàng)建該運輸請求對應(yīng)的運輸任務(wù)，并在后續(xù)根據(jù)運輸進(jìn)程更新運輸任務(wù)的狀態(tài)。

指揮中心節(jié)點在本地數(shù)據(jù)庫中查找運輸請求對應(yīng)的fba箱碼。具體的，指揮中心節(jié)點根據(jù)運輸請求查找fba箱碼。進(jìn)而，指揮中心節(jié)點根據(jù)貨物名稱、數(shù)量等等確定發(fā)貨倉庫(即運輸請求指示的發(fā)貨倉庫)的倉庫終端發(fā)送發(fā)貨指令，該發(fā)貨指令中攜帶所述運輸請求對應(yīng)的fba箱碼，還攜帶貨物名稱、數(shù)量、包裝要求、調(diào)撥倉庫地址、時效要求等信息。

發(fā)貨倉庫的倉庫終端根據(jù)發(fā)貨指令打包貨物，打印fba箱碼貼于貨物，并安排向發(fā)貨指令指示的調(diào)撥的fba倉庫發(fā)貨，向指揮終端節(jié)點發(fā)送運單號。

指揮中心節(jié)點接收到運單號后，更新運輸任務(wù)的狀態(tài)。

指揮中心節(jié)點通過亞馬遜fba倉庫api請求fba收貨信息，并更新運輸任務(wù)的狀態(tài)。指揮中心。

因為本地數(shù)據(jù)庫保存有fba箱碼及運單號，因此，當(dāng)fba箱碼及運單號被掃描后，指揮中心節(jié)點能夠檢測到，從而更新運輸任務(wù)的狀態(tài)。

場景四：頭程運輸

深圳的商戶d希望將一批貨物從國內(nèi)運送至加拿大倉庫，則該商戶d通過本發(fā)明實施例提供的運輸系統(tǒng)提供的預(yù)定入口向指揮中心節(jié)點發(fā)送運輸請求，該運輸請求包括貨物名稱、數(shù)量、加拿大倉庫地址等等信息。

指揮中心節(jié)點接收到該運輸請求后，解析該運輸請求，根據(jù)運輸請求中攜帶的信息確定運輸模式為到貨預(yù)約模式。這也意味著，運輸請求的消息入口為預(yù)約入口。

相應(yīng)的，指揮中心節(jié)點創(chuàng)建該運輸請求對應(yīng)的運輸任務(wù)，并在后續(xù)根據(jù)運輸進(jìn)程更新運輸任務(wù)的狀態(tài)。

指揮中心節(jié)點為所述運輸請求生成箱碼，將所述箱碼返回給所述商戶終端及所述運輸請求指示的收貨倉庫的倉庫終端，并向所述運輸請求指示的收貨倉庫的倉庫終端發(fā)送所述運輸請求指示的預(yù)約到貨時間信息。

所述指揮中心節(jié)點檢測到所述箱碼被掃描后，更新所述運輸任務(wù)的狀態(tài)。

場景五：海外調(diào)撥

深圳的商戶f接收到一筆貨物訂單，該貨物訂單來自加拿大且需要進(jìn)行海外調(diào)撥。則該商戶f通過本發(fā)明實施例提供的運輸系統(tǒng)提供的訂單入口向指揮中心節(jié)點發(fā)送運輸請求，該運輸請求包括貨物名稱、數(shù)量、包裝要求、倉庫地址等等信息。

指揮中心節(jié)點接收到該運輸請求后，解析該運輸請求，根據(jù)運輸請求中攜帶的信息確定運輸模式為海外調(diào)撥模式。這也意味著，運輸請求的消息入口為訂單入口。

相應(yīng)的，指揮中心節(jié)點創(chuàng)建該運輸請求對應(yīng)的運輸任務(wù)，并在后續(xù)根據(jù)運輸進(jìn)程更新運輸任務(wù)的狀態(tài)。

指揮中心節(jié)點根據(jù)貨物名稱、數(shù)量等等確定發(fā)貨倉庫(即運輸請求指示的發(fā)貨倉庫)的倉庫終端發(fā)送發(fā)貨指令，該發(fā)貨指令中攜帶所述運輸請求對應(yīng)的箱碼，還攜帶貨物名稱、數(shù)量、包裝要求、調(diào)撥倉庫地址等信息。

發(fā)貨倉庫的倉庫終端根據(jù)發(fā)貨指令打包貨物，打印箱碼貼于貨物，并安排向發(fā)貨指令指示的調(diào)撥倉庫發(fā)貨，向指揮終端節(jié)點發(fā)送運單號。

指揮中心節(jié)點接收到運單號后，更新運輸任務(wù)的狀態(tài)。

指揮中心節(jié)點向運輸請求指示的收貨倉庫的倉庫終端發(fā)送收貨指令，所述收貨指令中攜帶所述運單號和所述箱碼。

調(diào)撥倉庫接收到貨物后，掃描運單號及箱碼，并將掃描結(jié)果發(fā)送給指揮中心節(jié)點。

指揮中心節(jié)點接收到掃描結(jié)果后，更新運輸任務(wù)狀態(tài)。

基于上述任意方法實施例，可選的，若所述運輸模式非fba模式，該方法還包括：

所述發(fā)貨倉庫的倉庫終端根據(jù)接收到的發(fā)貨指令自動生成發(fā)貨計劃，并將發(fā)貨計劃中的相關(guān)信息返回給所述指揮中心節(jié)點。

基于上述任意方法實施例，可選的，該方法還包括：

各個倉庫終端按照預(yù)定周期，將需要返回給所述指揮中心節(jié)點的數(shù)據(jù)進(jìn)行去冗余處理后，按照預(yù)定打包格式打包，并向所述指揮中心節(jié)點返回打包消息；

所述指揮中心節(jié)點接收所述發(fā)貨倉庫的倉庫終端返回的運單號，包括：

所述指揮中心節(jié)點按照預(yù)定的周期接收各個倉庫返回的打包消息；

所述指揮中心節(jié)點按照預(yù)定的解析格式從所述發(fā)貨倉庫的倉庫終端返回的打包消息中獲取運單號。

本發(fā)明提供的一種運輸系統(tǒng)，如圖2所示，包括：

商戶終端200，用于向指揮中心節(jié)點發(fā)送運輸請求；

指揮中心節(jié)點210，用于接收商戶終端發(fā)送的運輸請求；解析所述運輸請求，確定所述運輸請求對應(yīng)的運輸模式；創(chuàng)建所述運輸請求對應(yīng)的運輸任務(wù)，所述運輸任務(wù)包括狀態(tài)和運輸模式信息；根據(jù)所述運輸模式判斷所述商戶終端發(fā)送所述運輸請求所使用的消息入口；若所述消息入口為訂單入口，所述指揮中心節(jié)點向所述運輸請求指示的發(fā)貨倉庫的倉庫終端發(fā)送發(fā)貨指令，所述發(fā)貨指令中攜帶所述運輸請求對應(yīng)的箱碼；所述指揮中心節(jié)點接收所述發(fā)貨倉庫的倉庫終端返回的運單號，并更新所述運輸任務(wù)的狀態(tài)；所述指揮中心節(jié)點檢測到所述運單號和所述箱碼被掃描后，更新所述運輸任務(wù)的狀態(tài)；若所述消息入口為預(yù)約入口，所述指揮中心節(jié)點為所述運輸請求生成箱碼，將所述箱碼返回給所述商戶終端及所述運輸請求指示的收貨倉庫的倉庫終端，并向所述運輸請求指示的收貨倉庫的倉庫終端發(fā)送所述運輸請求指示的預(yù)約到貨時間信息；所述指揮中心節(jié)點檢測到所述箱碼被掃描后，更新所述運輸任務(wù)的狀態(tài)；

倉庫終端220，用于在接收到發(fā)貨指令后，向所述指揮中心節(jié)點返回運單號，還用于在到貨后，掃描貨物的運單號及箱碼，并將掃描結(jié)果返回給所述指揮中心節(jié)點。

可選的，若所述運輸模式非fba轉(zhuǎn)運模式，所述倉庫終端還用于，根據(jù)接收到的發(fā)貨指令自動生成發(fā)貨計劃，并將發(fā)貨計劃中的相關(guān)信息返回給所述指揮中心節(jié)點。

可選的，其特征在于：

倉庫終端用于按照預(yù)定周期，將需要返回給所述指揮中心節(jié)點的數(shù)據(jù)進(jìn)行去冗余處理后，按照預(yù)定打包格式打包，并向所述指揮中心節(jié)點返回打包消息；

所述指揮中心節(jié)點接收所述發(fā)貨倉庫的倉庫終端返回的運單號時，具體用于按照預(yù)定的周期接收各個倉庫返回的打包消息；按照預(yù)定的解析格式從所述發(fā)貨倉庫的倉庫終端返回的打包消息中獲取運單號。

需要說明的是，本發(fā)明附圖中的流程圖和框圖顯示了根據(jù)本發(fā)明的多個實施例的系統(tǒng)、方法和計算機(jī)程序產(chǎn)品的可能實現(xiàn)的體系架構(gòu)、功能和操作。在這點上，流程圖或框圖中的每個方框可以代表一個模塊、程序段或代碼的一部分，所述模塊、程序段或代碼的一部分包含一個或多個用于實現(xiàn)規(guī)定的邏輯功能的可執(zhí)行指令。也應(yīng)當(dāng)注意，在有些作為替換的實現(xiàn)中，方框中所標(biāo)注的功能也可以以不同于附圖中所標(biāo)注的順序發(fā)生。例如，兩個連續(xù)的方框?qū)嶋H上可以基本并行地執(zhí)行，它們有時也可以按相反的順序執(zhí)行，這依所涉及的功能而定。也要注意的是，框圖和/或流程圖中的每個方框、以及框圖和/或流程圖中的方框的組合，可以用執(zhí)行規(guī)定的功能或動作的專用的基于硬件的系統(tǒng)來實現(xiàn)，或者可以用專用硬件與計算機(jī)指令的組合來實現(xiàn)。

本發(fā)明實施例所提供的用于拼接顯示系統(tǒng)的觸摸數(shù)據(jù)處理裝置可以是計算機(jī)程序產(chǎn)品，包括存儲了程序代碼的計算機(jī)可讀存儲介質(zhì)，所述程序代碼包括的指令可用于執(zhí)行前面方法實施例中所述的方法，具體實現(xiàn)可參見方法實施例，在此不再贅述。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的系統(tǒng)、裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)、裝置和方法，可以通過其它的方式實現(xiàn)。以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，又例如，多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些通信接口，裝置或單元的間接耦合或通信連接，可以是電性，機(jī)械或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。

所述功能如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機(jī)可讀取存儲介質(zhì)中。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：u盤、移動硬盤、只讀存儲器(rom，read-onlymemory)、隨機(jī)存取存儲器(ram，randomaccessmemory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

最后應(yīng)說明的是：以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解：其依然可以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分或者全部技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍，其均應(yīng)涵蓋在本發(fā)明的權(quán)利要求和說明書的范圍當(dāng)中。