本申請涉及貨品配送技術領域，尤其涉及配送訂單的處理方法、裝置及終端設備。

背景技術：

本領域技術人員公知，有訂貨需求的客戶，例如門店，均是以向貨品經(jīng)銷商訂貨的方式購進貨品的。圖1示出了現(xiàn)有的基于配送商的物流系統(tǒng)，可以看出，門店(1、2……n)訂貨成功后，經(jīng)銷商b通過相關配送商b(b1、b2……或b7)形成的“運輸流”，將售賣給門店的貨品送達到該門店。其中，經(jīng)銷商的貨品來源于相關品牌商。

通常，不同的經(jīng)銷商代理的品牌并不相同?；诖耍趫D1所示的物流系統(tǒng)中，門店根據(jù)不同的貨品需求，會選擇向不同的經(jīng)銷商訂貨，而經(jīng)銷商也可以通過任意配送商，將售賣給門店的貨品送達到該門店。例如，門店向經(jīng)銷商b1訂購洗衣液，經(jīng)銷商b1通過配送商b1將洗衣液送達到該門店；門店向經(jīng)銷商b2訂購牛奶，經(jīng)銷商b2通過配送商b2將牛奶送到到該門店。然而，如果負責配送貨品的配送商所在位置與訂貨門店所在位置之間的距離較遠，這種訂貨及配送方式無疑是對物流資源的浪費，尤其是運力資源的浪費。針對這一技術問題，可行的解決方案是，如圖2所示，將經(jīng)銷商的營銷區(qū)域劃分成數(shù)個子區(qū)域，利用每個子區(qū)域內的配送商為該子區(qū)域的門店配送貨品，進而避免出現(xiàn)上述浪費運力資源的情況。例如，圖2中的門店1向經(jīng)銷商b1訂貨成功后，經(jīng)銷商b1通過配送商b1將貨品送達到門店；門店2向經(jīng)銷商b1訂貨成功后，經(jīng)銷商b1通過配送商b2將貨品送達到門店。

然而，上述解決方案至少存在如下缺陷：首先，物流資源閑置或無法滿足調度需求等資源配置不合理現(xiàn)象導致物流資源利用率低下。例如，如果某個時期內，子區(qū)域a內門店的訂貨量較少，對于同樣處于子區(qū)域a內的配送商而言，其運輸資源必將出現(xiàn)大量的閑置；相反地，如果子區(qū)域b內門店的訂貨量較大，對于同樣處于子區(qū)域b內的配送商而言，其運輸資源必將無法滿足調度需求。其次，配送效率低下，以及由此引發(fā)的物流資源的利用率低下。例如，子區(qū)域a內的門店1向經(jīng)銷商訂貨成功后，配送商b1負責為門店配送貨品；然而，實際上，針對門店1的所在位置，與配送商b1相比，子區(qū)域c內的配送商b3距離門店1更近。這就意味著，配送商b1具有較低的配送效率，這對于整體物流系統(tǒng)而言，也是引發(fā)物流資源利用率低下的因素。

因此，針對上述物流系統(tǒng)，以及訂貨和配送方式，如何提高物流資源利用率，成為本領域技術人員亟待解決的技術問題。

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

本申請?zhí)峁┮环N配送訂單的處理方法、裝置及終端設備，以解決現(xiàn)有物流系統(tǒng)效率低下和資源利用率低下的技術問題。

第一方面，本申請實施例提供一種配送訂單的處理方法，包括：

接收訂單管理服務器發(fā)送的配送訂單；所述配送訂單包括標準箱信息和下單門店的地理位置信息；所述標準箱用于承載包括至少一個貨品單品的貨品集合；

對比所述標準箱信息與當前庫存數(shù)據(jù)，以及，根據(jù)所述下單門店的地理位置信息，判斷所述下單門店是否屬于預設區(qū)域；

如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，并且所述下單門店屬于預設區(qū)域，獲取歸屬配送設備下一個時間單元的計劃空閑運力；

如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱信息確定的需求運力，向所述訂單管理服務器發(fā)送接單請求。

第二方面，本申請實施例提供一種配送訂單的處理裝置，包括：

第一接收模塊，用于接收訂單管理服務器發(fā)送的配送訂單；所述配送訂單包括標準箱信息和下單門店的地理位置信息；所述標準箱用于承載包括至少一個貨品單品的貨品集合；

分析模塊，用于對比所述標準箱信息與當前庫存數(shù)據(jù)，以及，根據(jù)所述下單門店的地理位置信息，判斷所述下單門店是否屬于預設區(qū)域；

數(shù)據(jù)處理模塊，用于如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，并且所述下單門店屬于預設區(qū)域，獲取歸屬配送設備下一個時間單元的計劃空閑運力；

發(fā)送模塊，用于如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱信息確定的需求運力，向所述訂單管理服務器發(fā)送接單請求。

第三方面，本申請實施例提供一種終端設備，包括處理器以及用于存儲所述處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為，接收訂單管理服務器發(fā)送的配送訂單；所述配送訂單包括標準箱信息和下單門店的地理位置信息；所述標準箱用于承載包括至少一個貨品單品的貨品集合；

對比所述標準箱信息與當前庫存數(shù)據(jù)，以及，根據(jù)所述下單門店的地理位置信息，判斷所述下單門店是否屬于預設區(qū)域；如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，并且所述下單門店屬于預設區(qū)域，獲取歸屬配送設備下一個時間單元的計劃空閑運力；

如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱信息確定的需求運力，向所述訂單管理服務器發(fā)送接單請求。

第四方面，本申請還提供一種存儲介質，該計算機存儲介質可存儲有程序，該程序執(zhí)行時可實現(xiàn)包括本申請?zhí)峁┑呐渌陀唵蔚奶幚矸椒ǜ鲗嵤├械牟糠只蛉坎襟E。

與現(xiàn)有技術相比，本申請實施例提供的配送訂單的處理方法、裝置及終端設備，首先對比接收到的配送訂單包括的標準箱信息與當前庫存數(shù)據(jù)，以及判斷下單門店是否屬于預設區(qū)域，如果所述標準箱信息與當前庫存數(shù)據(jù)滿足預設規(guī)則，且所述下單門店屬于預設區(qū)域，則獲取歸屬配送設備下一個時間單元的計劃空閑運力；如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱確定的需求運力，則發(fā)送接單請求。在本申請技術方案中，對接收到的配送訂單進行數(shù)據(jù)處理，預先設置合理的配送區(qū)域，即預設區(qū)域，優(yōu)化物流資源分配，尤其是運力資源的分配，有利于提高資源利用率。同時，基于配送商歸屬配送設備的計劃空閑運力，科學合理的確定目標配送設備，利用目標配送設備為下單門店配送基于標準箱的貨品，進一步提高物流資源的利用率。

附圖說明

為了更清楚地說明本申請的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，對于本領域普通技術人員而言，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為現(xiàn)有的基于配送商的物流系統(tǒng)；

圖2為本申請技術方案的一種應用場景圖；

圖3為本申請根據(jù)一示例性實施例示出的一種配送訂單處理方法流程圖；

圖4為本申請根據(jù)一示例性實施例示出的另一種配送訂單處理方法流程圖；

圖5為本申請技術方案的另一種應用場景圖；

圖6為本申請根據(jù)一示例性實施例示出的又一種配送訂單處理方法流程圖；

圖7為本申請根據(jù)另一示例性實施例示出的一種配送訂單處理方法流程圖；

圖8為本申請根據(jù)又一示例性實施例示出的一種配送訂單處理方法流程圖；

圖9為本申請根據(jù)一示例性實施例示出的一種配送訂單的處理裝置結構圖；

圖10為本申請根據(jù)一示例性實施例示出的另一種配送訂單的處理裝置結構圖；

圖11為本申請根據(jù)一示例性實施例示出的一種終端設備結構圖。

具體實施方式

圖1示出了現(xiàn)有的基于配送商的物流系統(tǒng)，由圖1可知，在該物流系統(tǒng)中，包括品牌商、經(jīng)銷商、配送商及門店。

其中，所述的品牌商可以理解為本申請中討論的商品的最初所有者，例如，寶潔，聯(lián)合利華等。

需要說明的是，廣義的商品既包括虛擬商品，又包括實體商品，即貨品。基于此，本申請中提到的商品或貨品均指代具有實體的貨品。

所述的經(jīng)銷商可以理解為與品牌商合作的、通過買賣或運轉品牌商的商品而獲得利潤的單位或個人。如圖2所示，一般情況下，品牌商將所屬商品的地理營銷范圍劃分為若干個區(qū)域，針對每個營銷區(qū)域設立一個或數(shù)個經(jīng)銷商。經(jīng)銷商與品牌商之間的合作關系包括但不限于以下三種情況：一是品牌商將商品售賣給經(jīng)銷商，此時經(jīng)銷商具有商品的所有權；二是經(jīng)銷商負責品牌商商品的物流中轉，不具有商品的所有權，例如，品牌商與ka(沃爾瑪、家樂福等)協(xié)議，每隔一個月為其提供相應的商品，具體的，由品牌商先將商品運送給營銷區(qū)域內的經(jīng)銷商，再利用經(jīng)銷商的物流將商品運送到ka處，此時商品的所有權由品牌商直接轉移給ka；三是品牌商將商品委托給經(jīng)銷商代售，或稱寄售，在經(jīng)銷商將商品售賣出去之前商品的所有權仍歸品牌商所有。值得注意的是，經(jīng)銷商可以只代理單一品牌的商品，也可以代理多個品牌商的商品。

所述的配送商可以理解為提供貨品配送服務的組織或單位。大多數(shù)的配送商既具有倉儲能力，又具有運輸能力，少數(shù)的配送商只具有倉儲能力或者只具有運輸能力。其中的運輸能力由所屬的配送設備實現(xiàn)。

需要特別說明的是，本申請技術方案以及現(xiàn)有技術中所述的門店包括但不限于指代一種售賣商品的場所，例如雜貨、母嬰產品的零售店，ka(keyaccount，重點客戶)，飯店，酒店等，還可以包括不具有零售業(yè)務和/或不具有客觀售賣場所的各級批發(fā)商。

傳統(tǒng)的配送是指在經(jīng)濟合理區(qū)域范圍內，根據(jù)客戶要求，對物品進項揀選、加工、包裝、分割、組配等作業(yè)，并按時送達到指定地點的物流活動。如果所述的客戶是門店，經(jīng)銷商將通過相關配送商將貨品配送到門店，在該配送環(huán)節(jié)中，配送商可能具有貨品的所有權，即經(jīng)銷商將貨品售賣給配送商，配送商再售賣給門店；配送商也可能不具有貨品的所有權，此時，配送商只充當配送貨快遞的角色。

參閱圖3，本申請實施例提供的配送訂單的處理方法，包括：

在步驟s110中，接收訂單管理服務器發(fā)送的配送訂單；所述配送訂單包括標準箱信息和下單門店的地理位置信息；所述標準箱用于承載包括至少一個貨品單品的貨品集合；

在一些實施例中，訂單管理服務器接收到門店終端發(fā)送的購買訂單時，從所述購買訂單中，提取與配送有關的信息，例如標準箱信息，下單門店的地理位置信息，以及配送時間等，根據(jù)這些信息，生成配送訂單，并將配送訂單發(fā)送給數(shù)個配送商。

上述門店終端可以理解為門店用戶擁有的，具有輸入、顯示以及通信功能的終端設備。例如，手機、平板電腦、pc或其他手持終端等。

上述標準箱是指用于承載貨品的、客觀存在的箱體。為了解決傳統(tǒng)零散配貨帶來的物流低效等技術問題，本申請的一些實施例將至少一個貨品單品承載于標準箱內，一個或多個貨品單品形成貨品集合。例如，將由1袋洗衣液、2袋洗衣粉以及4塊肥皂形成的貨品集合承載于標準箱中。所述標準箱的體積大小應被設計為與所承載的貨品集合的體積相適應，并最大限度地利用箱體內的空間；同時，所述標準箱的形狀應被設計為利于工作人員碼垛及堆放，并且碼垛及堆放后占用的空間應盡可能小，以節(jié)省配送商的倉儲資源和運力資源。進一步，標準箱的材質應與其承載的貨品相適應，例如，如果標準箱用于承載質量較輕的快速消耗品，則采用紙質材料即可；如果標準箱用于承載質量較重的貨品，則應采用強度較大的材料，以保證貨品及標準箱不被損壞，避免影響對標準箱重復利用。需要說明的是，對一種貨品而言，當其品牌、型號、配置、等級、花色、包裝容量、單位、生產日期、保質期、用途、價格、產地等屬性與其他貨品存在不同時，可稱為一個單品，本申請所述的門店有時稱單品為一個sku。

在某些實施例中，標準箱被設計為尺寸一致的方形箱體，再根據(jù)標準箱的體積大小來確定其能夠承載貨品的體積。在另一些實施例中，標準箱除被設計為尺寸一致的方形箱體外，還被設計為能夠堆積成規(guī)則體積形狀的數(shù)個不同尺寸的箱體，數(shù)個能夠堆積成規(guī)則體積形狀的箱體形成標準箱組合，每個箱體稱為標準箱組合中的子標箱。

本申請技術方案以標準箱和/或標準箱組合作為最小售賣單元和最小配送單元，不僅解決現(xiàn)有技術中的零散配貨現(xiàn)象帶來的物流效率低下以及資源利用率低的技術問題，還能提升門店用戶的體驗，這是因為，門店用戶在確認接收到配送商為其配送的基于標準箱的貨品時，不僅可以以標準箱為最小售賣單元，將標準箱銷售給終端消費者，而且標準箱還對貨品單品起到了包裝及保護的作用，同時也能節(jié)省門店用戶的整理貨品以及對貨品進行分類的時間。

可以理解的是，“地理位置信息”應當包含“位置坐標”，例如收貨地址。也就是說，如果“位置坐標”是一個指標的話，那么，地理位置信息是一個指標的集合。

具有全球公共屬性的標準的地理位置信息，包括但不限于，地名、全球統(tǒng)一的坐標、全球gps坐標(具有全球公共屬性的標準)；另外還包含，非公共屬性的標準。例如，每一個品牌商根據(jù)其自身的特點，都劃定了或確定了自己的銷售區(qū)域，這些銷售區(qū)域有些是按照行政區(qū)域劃分，有些不是按照行政區(qū)域劃分。再如，配送區(qū)域信息。以某個配送倉儲地為圓心，向某個數(shù)值為半徑的圓形覆蓋區(qū)域，該圓形所覆蓋的區(qū)域算是一種地理信息。

本領域內的技術人員，可根據(jù)具體的應用場景或應用范圍，選取上述“指標集合”中單個因子、多個因子或全部因子作為技術構成，由于篇幅有限，在此不再贅述。無論上述何種情況，凡是具有某種特定意義的地理位置，以及所述地理位置的任何屬性信息，都是本發(fā)明的保護的范圍。

在步驟s120中，對比所述標準箱信息與當前庫存數(shù)據(jù)，以及，根據(jù)所述下單門店的地理位置信息，判斷所述下單門店是否屬于預設區(qū)域；

需要說明的是，所述標準箱信息至少可以包括：標準箱種類和數(shù)量，還可以包括對應于每個標準箱所承載的貨品集合的標識信息，所述標識信息可以是任何能夠唯一、確定地代表一個或一類標準箱的信息，包括但不限于現(xiàn)有技術中的條形碼，二維碼，rfid芯片等標識信息。其中，一類標準箱可以理解為承載著相同貨品集合的數(shù)個標準箱。根據(jù)所述標準箱信息，可以確定購買訂單的需求運力。

相應地，配送商庫存數(shù)據(jù)也可以是基于標識信息的數(shù)據(jù)集合。預設區(qū)域可以理解為配送商根據(jù)自身運輸能力、一定地域范圍內門店的分布密度、以及其他配送商的配送區(qū)域等因素而預先設置的自身的配送區(qū)域。當接收到訂單管理服務器發(fā)送的配送訂單時，先判斷該配送訂單是否屬于預設區(qū)域，同時，對比該配送訂單的標準箱信息與當前庫存數(shù)據(jù)是否滿足預設規(guī)則?？梢岳斫獾氖?，大多數(shù)配送商不僅具有運輸能力，還具有倉儲能力，即倉庫。關于配送商對所屬倉庫的管理方式及過程，本申請技術方案不做限定?？蛇x擇的，儲存有配送商庫存數(shù)據(jù)的數(shù)據(jù)庫或具有存儲介質的配送商服務器，根據(jù)配送商的配送情況，定時更新庫存數(shù)據(jù)。可選擇的，配送商定時對所述倉庫進行盤點，并將盤點得到的庫存數(shù)據(jù)上傳至數(shù)據(jù)庫等?；诖?，所述的當前庫存數(shù)據(jù)可以理解為最近一次更新得到的庫存數(shù)據(jù)，而在另一些實施例中，當前庫存數(shù)據(jù)還可以是，在對比標準箱信息與當前庫存數(shù)據(jù)之前，實時獲取的庫存數(shù)據(jù)。

還需說明的是，配送商倉庫內存儲的基于標準箱的貨品來源于貨品的品牌商或經(jīng)銷商。本申請技術方案中，所述的庫存數(shù)據(jù)既包括現(xiàn)存于配送商倉庫內的標準箱的相關數(shù)據(jù)，還包括在途庫存。所述在途庫存可以理解為，品牌商或經(jīng)銷商即將送達至相應配送商倉庫的標準箱的相關數(shù)據(jù)。

在步驟s130中，如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，并且所述下單門店屬于預設區(qū)域，獲取歸屬配送設備下一個時間單元的計劃空閑運力；

對比標準箱信息與當前庫存數(shù)據(jù)，如果標準箱信息與當前庫存數(shù)據(jù)滿足預設規(guī)則，或者說，如果在當前庫存數(shù)據(jù)中查找到與標準箱信息相匹配的信息，說明該配送商的庫存包括與配送訂單對應的標準箱種類相同的標準箱，此時，應進一步判斷在該配送商的庫存中，這種與配送訂單對應的標準箱種類相同的標準箱的數(shù)量是否大于等于配送訂單對應的數(shù)量，如果是，并且下單門店屬于預設區(qū)域，則獲取歸屬配送設備下一個時間單元的計劃空閑運力。需要說明的是，本申請技術方案所述的預設規(guī)則包括但不限于上述的判斷庫存數(shù)據(jù)與所述標準箱信息是否匹配的規(guī)則。

如前所述，配送商的運力，由所屬的配送設備，即歸屬配送設備實現(xiàn)，所述配送設備包括配送車輛和工作人員，還可以包括用于與配送商終端、門店終端或其他終端通信的配送設備終端。在圖1所示的物流系統(tǒng)中，如果配送商的配送設備處于等待貨源的狀態(tài)，或者配送在途卻不滿載時，就會出現(xiàn)空閑運力。在本申請中，所述的計劃空閑運力可以理解為，在一個時間單元或連續(xù)幾個時間單元內，除去完成計劃配送任務所需運力后，配送設備的剩余運力，一般以配送車輛可承載的貨運量、可容納貨品的空間或重量來表征。其中，時間單元可以是某段固定的時長，例如，以24小時為一個時間單元。也可以是基于出發(fā)一次或者基于一條配送路徑的配送任務所需的時間，例如，在24小時內，配送設備的計劃配送任務包括：第一個時間單元內(前4個小時，共計往返時間)，為第一配送路徑上的幾家門店送貨，并且這幾家門店訂購的貨品的體積占配送車輛可容納空間的三分之二；返回后，第二個時間單元內(需花費5個小時，共計往返時間)，為第二配送路徑上的幾家門店送貨，并且這幾家門店訂購的貨品的體積能使配送車輛滿載；返回后，第三個時間單元內(需花費15個小時，共計往返時間)，為第三配送路徑上的幾家門店送貨，并且這幾家門店訂購的貨品的體積占配送車輛可容納空間的五分之三；則該配送設備的第一個時間單元的計劃空閑運力為送貨時剩余的可容納空間，第二個時間單元的計劃空閑運力為0，第三個時間單元的計劃空閑運力為第三次送貨時剩余的可容納空間。需要說明的是，配送設備的計劃配送任務可以是接收的訂單管理服務器發(fā)送的配送訂單對應的配送任務，也可以是其他方式產生的訂單對應的配送任務，例如現(xiàn)有技術中的，門店通過打電話向配送商訂貨。

還需補充說明的是，配送設備下一個時間單元計劃空閑運力，可以是與當前時間單元相鄰的下一個時間單元的計劃空閑運力，也可以是與當前時間單元不相鄰的，或者說，與當前時間單元相隔幾個或幾個時間單元的計劃空閑運力。還以上文所舉的例子進行說明，假設當前的時間點，即此時此刻，屬于第一個時間單元的話，那么所述的下一個時間單元可以是第二個時間單元，也可以是第三個時間單元。這是因為，如果訂貨門店對配送時間有嚴格要求，即需要盡快安排配送。此時，由于在當前時間單元內，配送設備已經(jīng)配送在途，需考慮其返回后再次出發(fā)時，即與當前時間單元相鄰的下一個時間單元的計劃空閑運力。相應地，當訂貨門店對配送時間沒有要求，且配送設備的與當前時間單元相鄰的下一個時間單元的計劃空閑運力與配送訂單所需的運力不相匹配時，所述的下一個時間單元可以是與當前時間單元不相鄰的時間單元。

另外，本申請技術方案對計算或獲取配送設備計劃空閑運力的方式不做限定，例如，在一些實施例中，可以在配送車輛的車廂內安裝監(jiān)控攝像，采集配送車輛的剩余空間信息，基于一個標準箱或一組標準箱的體積，對采集到的剩余空間進行劃分，從而得到該配送車輛可容納標準箱的數(shù)量，再將以標準箱數(shù)量表征空閑運力。

在步驟s130中，獲取到歸屬配送設備下一個時間單元的計劃空閑運力之后，則執(zhí)行步驟s140。

在步驟s140中，如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱信息確定的需求運力，向所述訂單管理服務器發(fā)送接單請求。

現(xiàn)有技術中，影響物流效率和資源利用率的因素主要有兩種，其一是商品屬性，其二是物流能力的利用率，尤其是倉儲能力和運輸能力的利用率。就商品屬性而言，例如，售賣單元貨值較高的商品所引發(fā)的零散配送貨現(xiàn)象，就會大大降低物流效率。以單箱(24袋)貨值較高的洗衣液為例，為了滿足規(guī)模不等的門店多樣化的訂購需求，在物流配送環(huán)節(jié)，需先將箱裝洗衣液拆箱，再將門店所需袋數(shù)的洗衣液重新打包，配送到門店所在位置，顯然，“零散配貨”會額外消耗系統(tǒng)“包裝”資源以及延長配送時間。

本申請技術方案以標準箱和/或標準箱組合作為最小售賣單元和最小配送單元，不僅解決現(xiàn)有技術中的零散配貨現(xiàn)象帶來的物流效率低下以及資源利用率低的技術問題，還能提升門店用戶的體驗，這是因為，門店用戶在確認接收到配送商為其配送的基于標準箱的貨品時，不僅可以以標準箱為最小售賣單元，將標準箱銷售給終端消費者，而且標準箱還對貨品單品起到了包裝及保護的作用，同時也能節(jié)省門店用戶的整理貨品以及對貨品進行分類的時間。

可以理解的是，根據(jù)配送訂單的標準箱信息，可以確定該配送訂單的需求運力。與配送商配送設備的空閑運力或計劃空閑運力相對應，根據(jù)所述標準箱信息確定的需求運力可以理解為，配送該訂單對應的標準箱，即門店訂購的基于標準箱的貨品，所需要的運力，進一步解釋為，為門店配送其訂購的標準箱所需要的配送車輛的空間或承重。

逐個分析配送商所屬的每個配送設備下一個時間單元的計劃空閑運力與需求運力的大小關系，如果歸屬配送設備中一個或多個配送設備的計劃空閑運力大于需求運力，說明該配送商具有配送該訂單的能力，此時，向訂單管理服務器發(fā)送接單請求。

與現(xiàn)有技術相比，本申請技術方案打破了經(jīng)銷商、配送商以及門店三者形成的物流系統(tǒng)的局限性，從而避免了由于物流資源分配及調度不合理所引發(fā)的物流效率及資源利用率低下的技術問題。

站在門店用戶的角度，以標準箱為最小購買單元，結合自身需求訂購基于標準箱的貨品，還可以標注配送時間，下單后，能夠在最快的時間內收到訂購的基于標準箱的貨品?？茖W、合理地調度配送商及其配送設備，節(jié)省配送時間，提高配送效率，提高物流資源利用率，提升門店用戶的體驗。

站在配送商的角度，以標準箱為最小配送單元，結合自身庫存和運力的當前實際情況，來決定是否接單，或者說搶單。對當前的實際庫存和運力情況進行分析，合理調度配送設備，最大限度地利用運力資源，提高其具有的物流資源的活躍度，更有利于提高整個物流系統(tǒng)的資源利用率及效率。

站在經(jīng)銷商或品牌商的角度，較高的配送效率以及較高的物流資源利用率，有利于所屬商品的銷售量、營銷覆蓋面，還可以通過對歷史訂單信息實現(xiàn)商品的精準營銷。

參閱圖4，在本申請技術方案的一些實施例中，配送訂單的處理方法還包括：步驟s150。

具體地，步驟s120之后，在步驟s150中，如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，并且所述下單門店不屬于預設區(qū)域，獲取歸屬配送設備下一個時間單元的計劃空閑運力；

以及，所述方法還包括：

步驟s160、如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱信息確定的需求運力，獲取所述配送設備下一個時間單元的計劃空閑運力對應的計劃配送路徑；所述計劃配送路徑包括至少一個計劃配送地址；

步驟s170、確定所述下單門店與所述計劃配送地址之間的路徑距離；

步驟s180、如果所述路徑距離小于預先設置的距離閾值，向所述訂單管理服務器發(fā)送接單請求。

上述實施例提供的技術方案中，如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，但是所述下單門店不屬于預設區(qū)域，仍然獲取歸屬配送設備下一個時間單元的計劃空閑運力；

需要說明的是，計劃配送路徑可以理解為配送設備在完成計劃配送任務時，需行徑的路徑。不同配送設備的計劃配送路徑不同，同一配送設備的數(shù)條計劃配送路徑也可能不完全相同，每條計劃配送路徑包括的每個計劃配送地址與所述配送訂單的下單門店之間的路徑距離也因此不同。例如，參閱圖5，1號配送設備包括第一計劃配送路徑和第二計劃配送路徑；2號配送設備包括第三計劃配送路徑；由圖5可知，上述三條計劃配送路徑不同，每條計劃配送路徑所包含的計劃配送地址也不相同，另外，圖中還標記出了下單門店的地理位置信息。在此基礎上，本申請技術方案首先計算下單門店的位置與每個計劃配送地址的路徑距離，例如，圖5中虛線示出了下單門店的位置與計劃配送地址d的路徑距離；再判斷計算得到的路徑距離是否小于預先設置的距離閾值；這是由于，上述多條計劃配送路徑中的一條或多條路徑與下單門店距離較近，則可以調度相應的配送設備來完成該配送訂單的配送，因此，向訂單管理服務器發(fā)送接單請求。

參閱圖6，作為上文所述實施例的替代技術方案，配送訂單的處理方法，還包括：

步驟s151、如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，并且所述下單門店不屬于預設區(qū)域，獲取歸屬配送設備下一個時間單元的計劃空閑運力；

步驟s161、如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱信息確定的需求運力，獲取所述配送設備下一個時間單元的計劃配送路徑；以及，根據(jù)所述下單門店的地理位置信息及倉庫的地理位置信息生成參考配送路徑；

不難理解的是，計劃配送路徑是其包括的數(shù)個計劃配送地址及倉庫地址形成的數(shù)條可行配送路徑中的一條。本申請技術方案中，當下單門店的位置以及倉庫位置確定后，利用配送設備，從該倉庫提取相應的標準箱并配送到該下單門店所需要行經(jīng)的路徑即為參考配送路徑，所述的參考配送路徑可以是一條或數(shù)條。

步驟s171、確定所述計劃配送路徑與所述參考配送路徑的相似度，如果所述相似度大于預先設置的相似度閾值，向所述訂單管理服務器發(fā)送接單請求。

當生成的參考配送路徑是多條時，對比每一條參考配送路徑與計劃配送路徑，確定相似度，選擇產生最高相似度的參考配送路徑。并判斷產生的最高相似度是否大于預先設置的相似度閾值，如果大于預先設置的相似度閾值，則向訂單管理服務器發(fā)送接單請求。

參閱圖7，在一些實施例中，在上述步驟s140或步驟s180或步驟s171之后，配送訂單的處理方法，還包括：

步驟s190、如果接收到所述訂單管理服務器發(fā)送的與所述配送訂單對應的送貨指令，確定所述一個或多個下一個時間單元的計劃空閑運力大于所述需求運力的配送設備為可選配送設備；以及，

步驟s200、計算每個可選配送設備下一個時間單元的計劃空閑運力與所述需求運力的差值，確定產生最小差值的可選配送設備為目標配送設備。可以理解的是，當訂單管理服務器接收到多個配送商發(fā)送的接單請求時，可能會對所述多個配送商進行擇優(yōu)篩選。例如，按照接收時間，對多個接單請求進行排序，選取最先接收到的接單請求對應的配送商，并向該配送商發(fā)送送貨指令。再如，獲取所述多個配送商的用戶滿意度等級，選取用戶滿意度等級最高的配送商。又如，根據(jù)配送商的倉庫地址、配送設備的計劃空閑運力以及計劃配送路徑等因素，確定對應于每個發(fā)送接單請求的配送商的配送費用，選取產生配送費用最小的配送商。通過上述任一種方式或幾種方式的結合，訂單管理服務器將所述配送訂單對應的送貨指令發(fā)送給最終選定的配送商。

基于此，對于某個向訂單管理服務器發(fā)送了接單請求的配送商而言，如果接收到了訂單管理服務器發(fā)送的送貨指令，則進一步確定可選配送設備，以及確定目標配送設備。需要補充的是，通過上述步驟s200的方式確定目標配送設備，利用目標配送設備為下單門店配送基于標準箱的貨品，目的在于使配送商的物流資源，尤其是運力資源得到最為充分并合理的利用，從而能夠解決現(xiàn)有技術中，物流資源利用率低下的技術問題。

參閱圖8，在另一些實施例中，所述配送訂單還包括配送時間，上述步驟s200的替代步驟或者說優(yōu)化步驟是：

步驟s210、獲取每個可選配送設備的當前位置信息；

步驟s220、根據(jù)所述當前位置信息，預測每個所述可選配送設備的返回時間；

可選擇的，采用在配送設備內裝載gps(globalpositioningsystem，全球定位系統(tǒng))定位系統(tǒng)或北斗定位監(jiān)控系統(tǒng)的方式，獲取配送設備所處的位置。在預測返回時間時，同時參考配送設備的平均行駛速度。根據(jù)配送設備的當前位置信息和平均行駛速度，可以預測該配送設備返回至所屬配送商倉庫的時間。當配送設備空載時，配送設備的返回時間可由配送設備的當前位置到配送商倉庫之間的距離和平均行駛速度確定得到；當配送設備的配送在途時，配送設備的返回時間則由配送設備的當前位置、計劃配送地址的距離、配送商倉庫地址的路徑距離關系，以及平均行駛速度確定得到。

步驟s230、如果所述返回時間與所述配送時間相匹配，計算所述可選配送設備下一個時間單元的計劃空閑運力與所述需求運力的差值，確定產生最小差值的可選配送設備為目標配送設備。

本申請技術方案進一步考慮配送設備的返回時間和配送時間，能夠避免配送不及時，影響門店用戶體驗的情況?；陂T店用戶要求的配送時間，對在線配送設備進行合理調度，不僅能夠解決物流資源利用率低下的技術問題，還能提升門店用戶體驗，實現(xiàn)36小時送貨。

與現(xiàn)有技術相比，本申請實施例提供的配送訂單的處理方法，首先對比接收到的配送訂單包括的標準箱信息與當前庫存數(shù)據(jù)，以及判斷所述配送訂單包括的下單門店是否屬于預設區(qū)域，如果所述標準箱信息與當前庫存數(shù)據(jù)滿足預設規(guī)則，且所述下單門店屬于預設區(qū)域，則獲取歸屬配送設備下一個時間單元的計劃空閑運力；如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱確定的需求運力，則發(fā)送接單請求。在本申請技術方案中，對接收到的配送訂單進行數(shù)據(jù)處理，預先設置合理的配送區(qū)域，即預設區(qū)域，優(yōu)化物流資源分配，尤其是運力資源的分配，有利于提高資源利用率。同時，基于配送商歸屬配送設備的計劃空閑運力，科學合理的確定目標配送設備，利用目標配送設備為下單門店配送基于標準箱的貨品，進一步提高物流資源的利用率。

參閱圖9，本申請實施例提供的配送訂單的處理裝置，包括：

第一接收模塊100，用于接收訂單管理服務器發(fā)送的配送訂單；所述配送訂單包括標準箱信息和下單門店的地理位置信息；所述標準箱用于承載包括至少一個貨品單品的貨品集合；

分析模塊200，用于對比所述標準箱信息與當前庫存數(shù)據(jù)，以及，根據(jù)所述下單門店的地理位置信息，判斷所述下單門店是否屬于預設區(qū)域；

數(shù)據(jù)處理模塊300，用于如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，并且所述下單門店屬于預設區(qū)域，獲取歸屬配送設備下一個時間單元的計劃空閑運力；

發(fā)送模塊400，用于如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱信息確定的需求運力，向所述訂單管理服務器發(fā)送接單請求。

在一些實施例中，數(shù)據(jù)處理模塊300還用于，如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，并且所述下單門店不屬于預設區(qū)域，獲取歸屬配送設備下一個時間單元的計劃空閑運力；

如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱信息確定的需求運力，獲取所述配送設備下一個時間單元的計劃空閑運力對應的計劃配送路徑；所述計劃配送路徑包括至少一個計劃配送地址；

確定所述下單門店與所述計劃配送地址之間的路徑距離；

如果所述路徑距離小于預先設置的距離閾值，向所述訂單管理服務器發(fā)送接單請求。

在另一些實施例中，數(shù)據(jù)處理模塊300還用于，如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，并且所述下單門店不屬于預設區(qū)域，獲取歸屬配送設備下一個時間單元的計劃空閑運力；

如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱信息確定的需求運力，獲取所述配送設備下一個時間單元的計劃配送路徑；以及，根據(jù)所述下單門店的地理位置信息及倉庫的地理位置信息生成參考配送路徑；

確定所述計劃配送路徑與所述參考配送路徑的相似度，如果所述相似度大于預先設置的相似度閾值，向所述訂單管理服務器發(fā)送接單請求。

參閱圖10，可選擇的，配送訂單的處理裝置，還包括：第一確定模塊500；

所述第一確定模塊500用于如果接收到所述訂單管理服務器發(fā)送的與所述配送訂單對應的送貨指令，確定下一個時間單元的計劃空閑運力大于所述需求運力的配送設備為可選配送設備；以及，

計算每個可選配送設備下一個時間單元的計劃空閑運力與所述需求運力的差值，確定產生最小差值的可選配送設備為目標配送設備。

作為上述第一確定模塊500的替代，配送訂單的處理裝置，還包括：第二確定模塊；

所述第二確定模塊用于如果接收到所述訂單管理服務器發(fā)送的與所述配送訂單對應的送貨指令，確定所述一個或多個下一個時間單元的計劃空閑運力大于所述需求運力的配送設備為可選配送設備；以及，

獲取每個可選配送設備的當前位置信息；

根據(jù)所述當前位置信息，預測每個所述可選配送設備的返回時間；

如果所述返回時間與所述配送時間相匹配，計算所述可選配送設備下一個時間單元的計劃空閑運力與所述需求運力的差值，確定產生最小差值的可選配送設備為目標配送設備。

本申請實施例還提供一種終端設備，參閱圖11，包括處理器10以及用于存儲所述處理器10可執(zhí)行指令的存儲器20；

其中，所述處理器10被配置為，接收訂單管理服務器發(fā)送的配送訂單；所述配送訂單包括標準箱信息和下單門店的地理位置信息；所述標準箱用于承載包括至少一個貨品單品的貨品集合；

對比所述標準箱信息與當前庫存數(shù)據(jù)，以及，根據(jù)所述下單門店的地理位置信息，判斷所述下單門店是否屬于預設區(qū)域；如果所述標準箱信息與所述當前庫存數(shù)據(jù)滿足預設規(guī)則，并且所述下單門店屬于預設區(qū)域，獲取歸屬配送設備下一個時間單元的計劃空閑運力；

如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱信息確定的需求運力，向所述訂單管理服務器發(fā)送接單請求。

與現(xiàn)有技術相比，本申請實施例提供的配送訂單的處理方法、裝置及終端設備，首先對比接收到的配送訂單包括的標準箱信息與當前庫存數(shù)據(jù)，以及判斷所述配送訂單包括的下單門店是否屬于預設區(qū)域，如果所述標準箱信息與當前庫存數(shù)據(jù)滿足預設規(guī)則，且所述下單門店屬于預設區(qū)域，則獲取歸屬配送設備下一個時間單元的計劃空閑運力；如果所述歸屬配送設備中一個或多個配送設備的計劃空閑運力大于根據(jù)所述標準箱確定的需求運力，則發(fā)送接單請求。在本申請技術方案中，對接收到的配送訂單進行數(shù)據(jù)處理，預先設置合理的配送區(qū)域，即預設區(qū)域，優(yōu)化物流資源分配，尤其是運力資源的分配，有利于提高資源利用率。同時，基于配送商歸屬配送設備的計劃空閑運力，科學合理的確定目標配送設備，進一步提高物流資源的利用率。

具體實現(xiàn)中，本發(fā)明還提供一種計算機存儲介質，其中，該計算機存儲介質可存儲有程序，該程序執(zhí)行時可包括本發(fā)明提供的配送訂單的處理方法的各實施例中的部分或全部步驟。所述的存儲介質可為磁碟、光盤、只讀存儲記憶體(英文：read-onlymemory，簡稱：rom)或隨機存儲記憶體(英文：randomaccessmemory，簡稱：ram)等。

本領域的技術人員可以清楚地了解到本發(fā)明實施例中的技術可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)。基于這樣的理解，本發(fā)明實施例中的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品可以存儲在存儲介質中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。

本說明書中各個實施例之間相同相似的部分互相參見即可。

以上所述的本發(fā)明實施方式并不構成對本發(fā)明保護范圍的限定。