本申請涉及互聯(lián)網(wǎng)技術(shù)領(lǐng)域，尤其涉及一種訂單重建方法、裝置及服務(wù)器。

背景技術(shù)：

商品流通過程既涉及“商流”，即商品通過買賣活動而發(fā)生的價值形態(tài)變化和所有權(quán)的轉(zhuǎn)移，又涉及“物流”，即商品實體在空間位置上的移動和停滯。并且，“商流”過程與“物流”過程往往同步進行。圖1和圖2共同示出了某品牌商品的“商流”系統(tǒng)，系統(tǒng)中，品牌商a將所屬商品的地理營銷范圍劃分為若干個區(qū)域，針對每個營銷區(qū)域設(shè)立一個經(jīng)銷商，品牌商a將商品售賣給經(jīng)銷商b(b1、b1、……和b7)，門店以“訂貨”的方式購買經(jīng)銷商b的品牌商品，例如門店1購買經(jīng)銷商b1的商品，再繼續(xù)售賣給終端消費者。圖1顯示，如果門店向經(jīng)銷商b訂貨成功，經(jīng)銷商b就會通過相關(guān)配送商b(b1、b2……或b7)形成的“運輸流”，將銷售給門店的貨品送達到該門店。圖3示出了與圖2所示系統(tǒng)對應(yīng)的“物流”系統(tǒng)，或者說圖3示出了現(xiàn)有的基于配送商的物流系統(tǒng)，商品從品牌商a(a1、a2……和/或an)處移動到經(jīng)銷商b(b1、b1……和bn)處，再由配送商b(b1、b2……或bn)，將商品從經(jīng)銷商b處移動到門店，最后由門店移動到消費者手中。由此，品牌商、經(jīng)銷商、配送商以及門店四者之間多條對多條的流通渠道形成了復(fù)雜的物流網(wǎng)絡(luò)。

不難理解的是，商品的“商流”過程與“物流”過程相互制約，尤其是當物流過程不合理或不暢時，必然會導(dǎo)致商流的停滯，導(dǎo)致物流效率和物流系統(tǒng)資源利用率低下。在上述物流環(huán)境中，商品屬性是影響物流效率和資源利用率的主要因素。例如，售賣單元貨值較高的商品所引發(fā)的零散配送貨現(xiàn)象，就會大大降低物流效率。以單箱(24袋)貨值較高的洗衣液為例，為了滿足規(guī)模不等的門店多樣化的訂購需求，在物流配送環(huán)節(jié)，需先將箱裝洗衣液拆箱，再將門店所需袋數(shù)的洗衣液重新打包，配送到門店所在位置，顯然，“零散配貨”會額外消耗系統(tǒng)“包裝”資源以及延長配送時間。

為了解決上述技術(shù)問題，本發(fā)明申請人考慮將若干貨品單品集成在某一規(guī)格的標準箱中，并將基于標準箱的貨品展示在網(wǎng)絡(luò)平臺上，門店等終端應(yīng)用程序的用戶通過該網(wǎng)絡(luò)平臺或應(yīng)用程序向經(jīng)銷商訂購貨品，訂購成功后，配送商再將訂單相應(yīng)的標準箱配送給下單門店。然而，在具體實現(xiàn)上述技術(shù)方案時，申請人發(fā)現(xiàn)當配送商接到的訂單量較大時，而其運力卻不足時，就會出現(xiàn)無法及時或按時地配送訂單的情況，這種配送商無法平衡分配配送任務(wù)，配送壓力時大時小的現(xiàn)象，使得物流資源不能合理充分的得到利用，影響物流資源的利用率，影響貨品的銷售和用戶體驗。

另一影響物流效率和資源利用率的主要因素是配送商物流能力的利用率，尤其是倉儲能力和運輸能力的利用率。實際上，參與物流環(huán)節(jié)的各個配送商的運輸能力，即運力，是隨時波動的。在假設(shè)配送商的固有運力不變的情況下，如果配送車輛處于等待貨源的狀態(tài)，或者配送在途卻不滿載，就會出現(xiàn)空閑運力。難以完全利用運力資源的一種可能原因是，不同情況下商品熱銷度的變化。例如，冬季時，門店1對于可樂的需求減小，對于負責(zé)配送可樂的配送商b1而言，其運力會出現(xiàn)大量的閑置。另一種可能的原因是，配送商如果優(yōu)先滿足訂貨門店對送貨時間的要求，即優(yōu)先保障送貨效率，就難以使送貨計劃具有較高的資源利用率，這是一對技術(shù)矛盾。例如，配送商b1只接到門店1的送貨訂單，該訂單所需的貨品不足以使車輛滿載，且要求配送商b1在下午三點前將貨品送達，顯然該送貨計劃對運力的利用率很低。

因此，為了擴大商品的營銷范圍和覆蓋密度，以使得品牌商品的“商流”更為順暢，如何平衡分配配送任務(wù)，提高物流系統(tǒng)的效率和資源利用率，成為本領(lǐng)域技術(shù)人員亟待解決的技術(shù)問題。

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

本申請?zhí)峁┮环N訂單重建方法、裝置及服務(wù)器，以解決現(xiàn)有技術(shù)中配送任務(wù)分配不均衡、物流系統(tǒng)的效率和資源利用率低下的技術(shù)問題。

第一方面，本申請?zhí)峁┮环N訂單重建方法，包括：

獲取在線配送商的未完成配送訂單信息；所述未完成配送訂單信息包括下單門店的地理位置信息、標準箱信息和預(yù)定送達時間；

根據(jù)所述預(yù)定送達時間，判斷所述在線配送商的未完成配送訂單是否延遲；

如果所述在線配送商的未完成配送訂單延遲，獲取所述在線配送商歸屬配送設(shè)備的計劃空閑運力和每個配送設(shè)備的當前地理位置信息，以及，預(yù)測延遲的未完成配送訂單的延遲時長；

根據(jù)所述延遲時長，確定用戶補償；

根據(jù)所述用戶補償，重建訂單。

第二方面，本申請?zhí)峁┮环N訂單重建裝置，包括：

獲取模塊，用于獲取在線配送商的未完成配送訂單信息；所述未完成配送訂單信息包括下單門店的地理位置信息、標準箱信息和預(yù)定送達時間；

判斷模塊，用于根據(jù)所述預(yù)定送達時間，判斷所述在線配送商的未完成配送訂單是否延遲；

預(yù)測模塊，用于如果所述在線配送商的未完成配送訂單延遲，獲取所述在線配送商歸屬配送設(shè)備的計劃空閑運力和每個配送設(shè)備的當前地理位置信息，以及，預(yù)測延遲的未完成配送訂單的延遲時長；

確定模塊，用于根據(jù)所述延遲時長，確定用戶補償；

重建模塊，用于根據(jù)所述用戶補償，重建訂單。

第三方面，本申請實施例提供一種服務(wù)器，包括：

處理器，以及用于存儲所述處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：獲取在線配送商的未完成配送訂單信息；所述未完成配送訂單信息包括下單門店的地理位置信息、標準箱信息和預(yù)定送達時間；

根據(jù)所述預(yù)定送達時間，判斷所述在線配送商的未完成配送訂單是否延遲；

如果所述在線配送商的未完成配送訂單延遲，獲取所述在線配送商歸屬配送設(shè)備的計劃空閑運力和每個配送設(shè)備的當前地理位置信息，以及，預(yù)測延遲的未完成配送訂單的延遲時長；

根據(jù)所述延遲時長，確定用戶補償；

根據(jù)所述用戶補償，重建訂單。

第四方面，本申請?zhí)峁┮环N存儲介質(zhì)，該計算機存儲介質(zhì)可存儲有程序，該程序執(zhí)行時可實現(xiàn)包括本申請?zhí)峁┑挠唵沃亟ǚ椒ǜ鲗嵤├械牟糠只蛉坎襟E。

與現(xiàn)有技術(shù)相比，本申請實施例提供的訂單重建方法、裝置及服務(wù)器，首先根據(jù)在線配送商的未完成配送訂單信息，判斷該未完成配送訂單是否延遲，如果該未完成配送訂單延遲，根據(jù)在線配送商歸屬配送設(shè)備的計劃空閑運力和當前地理位置信息，預(yù)測延遲時長；再根據(jù)延遲時長，確定用戶補償，重建訂單。當在線配送商接到的配送訂單無法及時完成配送時，利用本申請?zhí)峁┑挠唵沃亟ǚ椒?，確定延遲時長，根據(jù)延遲時長確定用戶補償，并重建訂單，合理調(diào)度配送設(shè)備，平衡分配配送任務(wù)，優(yōu)化物流資源配置，提高物流資源利用率，提升用戶體驗。

附圖說明

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

圖1為某品牌商品的商流方向示意圖；

圖2為某品牌商品的商流系統(tǒng)示意圖；

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

圖4為標準箱組合示意圖；

圖5為本申請根據(jù)一示例性實施例示出的一種訂單重建方法流程圖；

圖6為本申請根據(jù)一示例性實施例示出的另一種訂單重建方法流程圖；

圖7為本申請根據(jù)一示例性實施例示出的又一種訂單重建方法流程圖；

圖8為本申請技術(shù)方案的一種應(yīng)用場景圖；

圖9為本申請技術(shù)方案的另一種應(yīng)用場景圖；

圖10為本申請根據(jù)一示例性實施例示出的又一種訂單重建方法流程圖；

圖11為本申請根據(jù)一示例性實施例示出的又一種訂單重建方法流程圖；

圖12為本申請根據(jù)一示例性實施例示出的一種訂單重建裝置示意圖；

圖13為本申請根據(jù)一示例性實施例示出的另一種訂單重建裝置示意圖；

圖14為本申請根據(jù)一示例性實施例示出的又一種訂單重建裝置示意圖；

圖15為本申請根據(jù)一示例性實施例示出的又一種訂單重建裝置示意圖；

圖16為本申請根據(jù)一示例性實施例示出的又一種訂單重建裝置示意圖。

具體實施方式

圖1和圖2示出了商品流通過程中“商流”過程對應(yīng)的商流系統(tǒng)，圖3示出了與圖2所示商流系統(tǒng)對應(yīng)的物流系統(tǒng)，或者說，圖3示出了現(xiàn)有的基于配送商的物流系統(tǒng)。由圖3可知，在該物流系統(tǒng)中，包括品牌商、經(jīng)銷商、配送商及門店。

其中，所述的品牌商可以理解為本申請中討論的集成于標準箱中的商品的最初所有者，例如，寶潔，聯(lián)合利華等。需要說明的，廣義的商品既包括虛擬商品，又包括實體商品，即貨品。基于此，本申請中提到的商品或貨品均指代具有實體的貨品。

所述的經(jīng)銷商可以理解為與品牌商合作的、通過買賣或運轉(zhuǎn)品牌商的商品而獲得利潤的單位或個人。

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

本申請技術(shù)方案的應(yīng)用的背景是：在一些技術(shù)方案中，申請人考慮將基于標準箱的貨品展示在網(wǎng)絡(luò)平臺上，用戶通過該網(wǎng)絡(luò)平臺或應(yīng)用程序向經(jīng)銷商訂購貨品，訂購成功后，配送商再將訂單相應(yīng)的標準箱配送給訂貨用戶。

需要特別說明的是，本申請技術(shù)方案所述的用戶一般指，利用終端應(yīng)用程序，在特定網(wǎng)絡(luò)平臺上注冊id，并以注冊的id訂購基于標準箱的貨品，產(chǎn)生訂單的門店用戶。而所述的門店包括但不限于指代一種售賣商品的場所，例如雜貨、母嬰產(chǎn)品的零售店，ka(keyaccount，重點客戶)飯店，酒店等，還可以包括不具有零售業(yè)務(wù)和/或不具有客觀售賣場所的各級批發(fā)商。

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

有時，標準箱被設(shè)計為尺寸一致的方形箱體，再根據(jù)標準箱的體積大小來確定其能夠承載貨品的體積。有時，標準箱除被設(shè)計為尺寸一致的方形箱體外，還被設(shè)計為能夠堆積成規(guī)則體積形狀的數(shù)個不同尺寸的箱體，如圖4所示，數(shù)個能夠堆積成規(guī)則體積形狀的箱體形成標準箱組合，每個箱體稱為標準箱組合中的子標箱。

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

基于此，參閱圖5，在本申請的一些實施例中，一種訂單重建方法包括：

步驟s110、獲取在線配送商的未完成配送訂單信息；所述未完成配送訂單信息包括下單門店的地理位置信息、標準箱信息和預(yù)定送達時間；

在線配送商可以理解為，現(xiàn)有的基于配送商的物流系統(tǒng)中，能夠被調(diào)度的配送商。

未完成配送訂單是指，該在線配送商配送任務(wù)中未配送完成的任務(wù)，或者說，該在線配送商接收到的配送訂單中，截至當前時刻，未完成配送的訂單。其中，當配送商將相應(yīng)的標準箱配送到達下單門店或下單門店指定的位置時，可視為完成配送。

可以理解的是，“地理位置信息”應(yīng)當包含“位置坐標”。也就是說，如果“位置坐標”是一個指標的話，那么，地理位置信息是一個指標的集合。

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

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

標準箱信息，包括對應(yīng)于該標準箱承載的貨品集合的標識信息、標準箱種類和數(shù)量等。本申請對承載該標識信息的客體不做限定，它包括但不限于現(xiàn)有技術(shù)中的二維碼、條形碼以及rfid芯片等。

本申請所述的預(yù)定送達時間可以理解為，下單門店要求的標準箱的送達時間。該預(yù)定送達時間可以為某一時刻，例如，下午三點整，也可以為某一時間段，例如下午三點至當日下午五點。

在步驟s120中，根據(jù)所述預(yù)定送達時間，判斷所述在線配送商的未完成配送訂單是否延遲；

參閱圖6，具體地，在步驟s121中，獲取當前時間；

當前時間還可以稱為當前時刻，可以理解為該獲取動作發(fā)生的時間，或者說，當前時間為此時此刻。例如，此時此刻為北京時間上午十點整，則針對同一時區(qū)而言，當前時間為上午十點整。

在步驟s122中，判斷所述預(yù)定送達時間是否在所述當前時間之前；

如前所述，預(yù)定送達時間可以理解為下單門店要求的標準箱的送達時間，該送達時間可以是某一時刻，或者說，可以是一個時間點，也可以是某一時間段。而當前時間是與此時此刻相對應(yīng)的時間點?；诖耍旑A(yù)定送達時間以時間點表示時，則不難分辨預(yù)定送達時間與當前時間的前后關(guān)系，舉例來說，如果預(yù)定送達時間為2017年6月15日下午3點，而當前時間是2017年6月15日下午2點的話，則表示，預(yù)定送達時間不在當前時間之前。當預(yù)定送達時間以時間段表示時，在判斷其與當前時間的前后關(guān)系時，實質(zhì)上是判斷當前時間是否落在預(yù)定送達時間對應(yīng)的時間段以內(nèi)，如果落在對應(yīng)的時間段以內(nèi)，則以時間段的邊界點(左邊界和右邊界)來判斷。舉例來說，如果預(yù)定送達時間為2017年6月15日下午3點至5點，而當前時間是2017年6月15日下午2點的話，當前時間2點并未落在3點至5點這一時間段內(nèi)，且當前時間2點在預(yù)定送達時間段的左邊界3點之前(更在右邊界5點之前)，表示預(yù)定送達時間不在當前時間之前；而如果當前時間是2017年6月15日下午4點的話，當前時間4點落在3點至5點這一時間段內(nèi)，且當前時間4點在預(yù)定送達時間段的右邊界5點之前，表示預(yù)定送達時間不在當前時間之前；而如果當前時間是2017年6月15日下午6點的話，當前時間6點未落在3點至5點這一時間段內(nèi)，且當前時間6點在預(yù)定送達時間段的右邊界5點之后，表示預(yù)定送達時間在當前時間之前。

在步驟s123中，如果所述預(yù)定送達時間在所述當前時間之前，確定所述在線配送商的未完成配送訂單延遲；

上文已對預(yù)定送達時間與當前時間的前后關(guān)系的判斷方法做出了詳細說明，在此不再贅述?？梢岳斫獾氖牵绻A(yù)定送達時間在當前時間之前，確定該未完成配送訂單延遲。根據(jù)步驟s122的說明內(nèi)容可知，預(yù)定送達時間在當前時間之前的情況包括但不限于以下兩種：其一是預(yù)定送達時間點在當前時間點之前；其二是預(yù)定送達時間段的右邊界在當前時間點之前。

在步驟s124中，如果所述預(yù)定送達時間不在所述當前時間之前，獲取所述標準箱信息對應(yīng)標準箱的當前地理位置信息；

根據(jù)步驟s122的說明內(nèi)容可知，預(yù)定送達時間不在當前時間之前的情況包括但不限于以下三種：其一是當前時間點在預(yù)定送達時間點之前；其二是當前時間點在預(yù)定送達時間段的左邊界之前即也在其右邊界之前；其三是當前時間點在預(yù)定送達時間段的左邊界之后且在右邊界之前?；诖?，如果預(yù)定送達時間不在當前時間之前，則獲取該未完成配送訂單信息中包括的標準箱信息對應(yīng)標準箱的當前地理位置信息。

可選擇的，通過在標準箱內(nèi)裝載rfid標簽的方式，對標準箱實現(xiàn)實時定位。rfid標簽可以解決短距離尤其是室內(nèi)物體的定位，可以彌補gps等定位系統(tǒng)只能適用于室外大范圍的不足。gps定位、手機定位再加上rfid短距離定位手段與無線通信手段一起可以實現(xiàn)物品位置的全程跟蹤與監(jiān)視。正在制訂的標準有：iso/iec24730-1應(yīng)用編程接口api，它規(guī)范rtls服務(wù)功能再加上訪問方法，目的是應(yīng)用程序可以方便地訪問rtls系統(tǒng)，它獨立于rtls的低層空中接口協(xié)議。iso/iec24730-2適用于2450mhz的rtls空中接口協(xié)議。它規(guī)范一個網(wǎng)絡(luò)定位系統(tǒng)，該系統(tǒng)利用rtls發(fā)射機發(fā)射無線電信標，接收機根據(jù)收到的幾個信標信號解算位置。發(fā)射機的許多參數(shù)可以遠程實時配置。iso/iec24730-3適用于433mh的rtls空中接口協(xié)議。

還需說明的是，未完成配送訂單信息作為一個信息集合，其包括下單門店的地理位置信息、標準箱信息以及預(yù)定送達時間。其中的標準箱信息對應(yīng)標準箱是指該下單門店訂購的基于標準箱的貨品，這些貨品被集成在一個或多個標準箱中。因此，該下單門店、該下單門店的未完成配送訂單、該未完成配送訂單信息中標準箱信息對應(yīng)的標準箱以及負責(zé)配送該訂單的配送商配送設(shè)備間，形成一一對應(yīng)的關(guān)系。本申請中提到的“對應(yīng)”或者“對應(yīng)的”均是基于這種對應(yīng)關(guān)系，以達到清楚地說明技術(shù)方案的目的。

在步驟s125中，根據(jù)所述標準箱的當前地理位置信息，預(yù)測實際送達時間；

可以理解的是，根據(jù)標準箱的當前地理位置信息，可以確定標準箱的當前所在位置。而標準箱的當前所在位置又包括至少以下兩種情況：其一是，標準箱位于配送商倉庫中，并未被提取，也即并未開始配送；其二是，標準箱位于配送商的某一配送設(shè)備的車廂中，被配送在途。當標準箱被配送在途時，標準箱的地理位置信息與該標準箱所在配送設(shè)備的地理位置信息應(yīng)當一致。

在根據(jù)標準箱的當前地理位置信息，預(yù)測實際送達時間時，同時參考對應(yīng)配送設(shè)備的平均行駛速度以及下單門店的地理位置信息。

步驟s125的具體實現(xiàn)方式，參見下述步驟s1251至步驟s1254的內(nèi)容。

在步驟s126中，如果所述預(yù)定送達時間在所述實際送達時間之前，確定所述在線配送商的未完成配送訂單延遲。

根據(jù)預(yù)定送達時間與實際送達時間的前后關(guān)系，來判斷配送商的未完成配送訂單是否延遲。判斷方法參考前述步驟s123內(nèi)容，這里不再贅述。

在步驟s130中，如果所述在線配送商的未完成配送訂單延遲，獲取所述在線配送商歸屬配送設(shè)備的計劃空閑運力和每個配送設(shè)備的當前地理位置信息，以及，預(yù)測延遲的未完成配送訂單的延遲時長。

本申請中提到的配送設(shè)備包括配送車輛和工作人員，還可以包括用于與一些終端設(shè)備、裝置或服務(wù)器等通信的配送設(shè)備終端。如果配送商的配送設(shè)備處于等待貨源的狀態(tài)，或者配送在途卻不滿載時，就會出現(xiàn)空閑運力。在本申請中，計劃空閑運力可以理解為，在一個時間單元或連續(xù)幾個時間單元內(nèi)，除去完成計劃配送任務(wù)所需運力后，配送商的配送設(shè)備的剩余運力，一般以配送車輛可承載的貨運量、可容納貨品的空間或重量來表征。例如，以24小時為一個時間單元，在該時間單元內(nèi)，配送設(shè)備的計劃配送任務(wù)包括：前4個小時(共計往返時間)為第一配送路徑上的幾家門店送貨，并且這幾家門店訂購的貨品的體積占配送車輛可容納空間的三分之二；返回后，需花費5個小時為第二配送路徑上的幾家門店送貨，并且這幾家門店訂購的貨品的體積能使配送車輛滿載；返回后，還需花費15小時，為第三配送路徑上的幾家門店送貨，并且這幾家門店訂購的貨品的體積占配送車輛可容納空間的五分之三；則該配送設(shè)備的計劃空閑運力為第一次送貨時剩余的可容納空間以及第三次送貨時剩余的可容納空間。需要說明的是，配送設(shè)備的計劃配送任務(wù)可以是本申請所討論的未完成配送訂單對應(yīng)的配送任務(wù)，也可以是其他方式產(chǎn)生的訂單對應(yīng)的配送任務(wù)，例如現(xiàn)有技術(shù)中的，門店通過打電話向配送商訂貨所產(chǎn)生的訂單。

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

參閱圖7，具體地，在步驟s131中，根據(jù)延遲的未完成配送訂單的標準箱信息，確定基于標準箱的需求運力；

上文已經(jīng)說明，標準箱信息包括標準箱的數(shù)量、體積或者重量等參數(shù)信息，根據(jù)這些信息可以確定配送該標準箱的所需的運力，即需求運力。

在步驟s132中，如果所述預(yù)定送達時間在所述當前時間之前，判斷所述在線配送商歸屬配送設(shè)備中每個配送設(shè)備的計劃空閑運力是否大于或等于所述需求運力；

實際上，不同的未完成配送訂單對應(yīng)的需求運力也不同，例如，某些訂單的需求運力很小，由一臺配送設(shè)備即可完成配送，然而有時，訂單的需求運力很大，需要多臺配送設(shè)備才能完成配送，或者需要一臺配送設(shè)備多次配送。同時，每個配送設(shè)備的計劃空閑運力可能不同，本申請中，遍歷在線配送商所有配送設(shè)備的計劃空閑運力，逐一判斷每個配送設(shè)備的計劃空閑運力與需求運力間的大小關(guān)系，如果某個配送設(shè)備的計劃空閑運力大于或等于需求運力，則可以認為該配送設(shè)備具有配送該未完成配送訂單的能力。

在步驟s133中，如果所述在線配送商歸屬配送設(shè)備中一個或多個配送設(shè)備的計劃空閑運力大于或等于所述需求運力，確定所述一個或多個配送設(shè)備為可選配送設(shè)備，以及，從所述可選配送設(shè)備中選擇目標配送設(shè)備；

步驟s133根據(jù)配送設(shè)備的計劃空閑運力，確定具備配送該未完成配送訂單的能力的一個或多個配送設(shè)備為可選配送設(shè)備。

目標配送設(shè)備是指，根據(jù)各配送設(shè)備的計劃空閑運力等信息最終確定的配送未完成配送訂單的配送設(shè)備。

在一些實施例中，通過上述方式，至少可以確定一個可選配送設(shè)備，如果確定的可選配送設(shè)備的數(shù)量為一個時，確定該可選配送設(shè)備為目標配送設(shè)備。如果可選配送設(shè)備的數(shù)量為多個時，為了進一步優(yōu)化物流資源的配置，提高配送效率及物流資源的利用率，本申請技術(shù)方案于多個可選配送設(shè)備中選擇一個目標配送設(shè)備。不難理解的是，不同的可選配送設(shè)備具有的計劃空閑運力不同，并且同一可選配送設(shè)備的不同配送路徑對應(yīng)的計劃空閑運力也不同。因此，本申請技術(shù)方案在選擇目標配送設(shè)備時，綜合考慮可選配送設(shè)備的計劃空閑運力、計劃配送路徑等因素，其中計劃配送路徑可以理解為配送設(shè)備在完成計劃配送任務(wù)時需要行經(jīng)的路徑，每條計劃配送路徑包括至少一個計劃配送地址?；诖?，在一些實施例中，按照下述步驟選擇目標配送設(shè)備：

步驟s1331、計算每個所述可選配送設(shè)備的計劃空閑運力與所述需求運力的差值，確定產(chǎn)生最小運力差值的可選配送設(shè)備為目標配送設(shè)備。

在一些實施例中，在上述步驟s1331之前，還包括：

步驟s1330、確定所述下單門店與可選配送設(shè)備的每個計劃配送地址之間的路徑距離；如果產(chǎn)生的最小路徑距離小于預(yù)先設(shè)置的距離閾值，則執(zhí)行步驟s1331。

不同配送設(shè)備的計劃配送路徑不同，同一配送設(shè)備的數(shù)條計劃配送路徑也可能不完全相同，每條計劃配送路徑包括的每個計劃配送地址與所述下單門店的路徑距離也因此不同。例如，參閱圖8，1號配送設(shè)備包括第一計劃配送路徑和第二計劃配送路徑；2號配送設(shè)備包括第三計劃配送路徑；由圖8可知，上述三條計劃配送路徑不同，每條計劃配送路徑所包含的計劃配送地址也不相同，另外，圖中還標記出了下單門店的地理位置信息。在此基礎(chǔ)上，本申請技術(shù)方案首先計算下單門店與每個計劃配送地址的路徑距離，例如，圖8中虛線示出了下單門店與計劃配送地址d的路徑距離；再判斷計算得到的路徑距離是否小于預(yù)先設(shè)置的距離閾值；這是由于，上述多條計劃配送路徑中，有些路徑距離下單門店較遠，如果選取距離較遠的計劃配送路徑對應(yīng)的配送設(shè)備的話，無疑是對物流資源的浪費，必將導(dǎo)致物流系統(tǒng)效率的降低。因此，為了避免這種情況，本申請預(yù)先設(shè)置合理的距離閾值，如果計算得到的路徑距離小于該距離閾值，則計算該配送設(shè)備的計劃空閑運力與需求運力的差值。在此需要說明的是，每臺滿足預(yù)設(shè)的距離閾值要求的配送設(shè)備的計劃空閑運力可能不同，本申請通過計算配送設(shè)備的計劃空閑運力與需求運力的差值，并且選取與最小差值對應(yīng)的配送設(shè)備為目標配送設(shè)備，來進一步優(yōu)化物流資源，尤其是運力資源的配置，提高每臺配送設(shè)備的物流資源的利用率。例如，參閱圖9，如果滿足預(yù)設(shè)的距離閾值要求的配送設(shè)備包括1號配送設(shè)備、2號配送設(shè)備以及3號配送設(shè)備，并且假設(shè)其中1號配送設(shè)備的計劃空閑運力是5個標準箱，2號配送設(shè)備的計劃空閑運力是6個標準箱，3號配送設(shè)備的計劃空閑運力是8個標準箱，需求運力是5個標準箱；不難算出，1號配送設(shè)備的計劃空閑運力與需求運力的差值最小，因此，確定1號配送設(shè)備為目標配送設(shè)備。

需要補充的是，通過上述方式確定可選配送設(shè)備以及目標配送設(shè)備，目的在于使配送商的物流資源，尤其是運力資源得到最為充分并合理的利用，從而能夠解決現(xiàn)有技術(shù)中，物流資源利用率低下的技術(shù)問題。然而，在另一些實施例中，通過上述方式，無法篩選出可選配送設(shè)備，即在線配送商的每個配送設(shè)備的計劃空閑運力均小于所述需求運力，此時，可選的，將所述未完成配送訂單拆分成數(shù)個子訂單；基于所述數(shù)個子訂單，重新確定可選配送設(shè)備及目標配送設(shè)備。具體步驟參可考本申請相關(guān)實施例詳細說明的步驟，在此不再贅述。

在另一些實施例中，在確定可選配送設(shè)備，或者在選擇目標配送設(shè)備時，會同時考慮配送設(shè)備的當前狀態(tài)，尤其是當前位置或配送狀態(tài)。這是因為，配送設(shè)備的當前狀態(tài)會對延遲的未完成配送訂單產(chǎn)生實際影響。可選擇的，以從可選配送設(shè)備中選擇目標配送設(shè)備為例，來說明可行的實現(xiàn)方式：

獲取所述可選配送設(shè)備的當前地理位置信息，預(yù)測返回時間；

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

根據(jù)返回時間的先后關(guān)系，對每個可選配送設(shè)備的返回時間進行排序；

計算位列在前的可選配送設(shè)備的計劃空閑運力與需求運力的差值，即執(zhí)行上述步驟s1331。

本申請技術(shù)方案的一些實施例進一步考慮配送設(shè)備的返回時間，對配送設(shè)備進行合理調(diào)度，不僅能夠解決物流資源利用率低下的技術(shù)問題，還能提升門店用戶體驗。

在步驟s134中，根據(jù)所述目標配送設(shè)備的當前地理位置信息，預(yù)測延遲的未完成配送訂單的延遲時長。

具體的，根據(jù)目標配送設(shè)備的當前地理位置信息、下單門店的地理位置信息、配送商倉庫的地理位置信息、目標配送設(shè)備的平均行駛速度等，不難預(yù)測延遲時長。需要說明，延遲時長可以理解為，與預(yù)定送達時間相比，實際送達時間向后推遲的時間。例如，如果預(yù)定送達時間是下午3點，而實際送達時間是當日下午5點，則延遲時長為2個小時。

參閱圖10，在一些實施例中，上述步驟s125中，根據(jù)標準箱的當前地理位置信息，預(yù)測實際送達時間的步驟包括：

步驟s1251、根據(jù)所述標準箱的當前地理位置信息，判斷所述標準箱是否配送在途；

步驟s1252、如果所述標準箱配送在途，根據(jù)所述標準箱的當前地理位置信息，預(yù)測實際送達時間；

如果標準箱的當前地理位置顯示，標準箱的當前位置并非配送商的倉庫，也即該標準箱處于被配送在途的狀態(tài)，則實際送達時間可根據(jù)標準箱或其所在配送設(shè)備的當前地理位置信息、下單門店的地理位置信息以及配送設(shè)備的平均行駛速度預(yù)測得到。可以理解的是，如果該配送設(shè)備還需同時為其他下單門店配送的話，還需考慮在其他下單門店處的停留時間等。

在步驟s1253中，如果所述標準箱未配送在途，根據(jù)所述需求運力和所述在線配送商歸屬配送設(shè)備的計劃空閑運力，確定可選配送設(shè)備，以及確定目標配送設(shè)備；

如果標準箱的當前地理位置信息顯示，標準箱的當前位置為配送商倉庫，也即該標準箱還未開始配送，則實際送達時間可根據(jù)需求運力、對應(yīng)在線配送商配送設(shè)備的計劃空閑運力、配送設(shè)備的當前地理位置信息等條件進行預(yù)測。

其中的確定可選配送設(shè)備，以及確定目標配送設(shè)備的步驟可參考步驟s130及其相關(guān)說明內(nèi)容，此處不再贅述。

在步驟s1254中，根據(jù)所述目標配送設(shè)備的當前地理位置信息，預(yù)測實際送達時間。

根據(jù)目標配送設(shè)備的當前地理位置信息，預(yù)測實際送達時間的具體實現(xiàn)步驟可參考上述步驟s134及步驟s125及其相關(guān)說明內(nèi)容，此處不再贅述。

在步驟s135中，如果所述預(yù)定送達時間不在所述當前時間之前，根據(jù)預(yù)測的實際送達時間，預(yù)測延遲的未完成配送訂單的延遲時長。

不難理解的是，預(yù)測的實際送達時間與預(yù)定送達時間之間的偏差即為延遲時長。

在步驟s140中，根據(jù)所述延遲時長，確定用戶補償；

本申請技術(shù)方案中，不同長度的延遲時長與一種或多種類型的用戶補償具有映射關(guān)系。而用戶補償?shù)男问交蛘哒f類型可以包括為延遲的未完成配送訂單提供折扣，修改訂單金額；還可以包括為該用戶即下單門店的下一個訂單提供折扣；其中，不同延遲時長應(yīng)對應(yīng)不同大小的折扣率；另外兩種可選的補償方式是贈送優(yōu)惠券或減免配送費用。

在步驟s150中，根據(jù)所述用戶補償，重建訂單。

參閱圖11，具體地，在步驟s151中，將所述用戶補償發(fā)送給用戶終端；

發(fā)送給用戶終端的用戶補償可以是一種，此時，用戶只需輸入接受補償?shù)南⒒蚴禽斎刖芙^補償?shù)南?。發(fā)送給用戶終端的用戶補償還可以是兩種及以上，此時，用戶可以根據(jù)自身需求，輸入選擇接受其中一種補償?shù)南?，或是輸入拒絕所有補償?shù)南ⅰ?/p>

在步驟s152中，接收用戶終端發(fā)送的確認接受所述用戶補償?shù)南ⅲ?/p>

在步驟s153中，根據(jù)所述消息，重建訂單。

根據(jù)消息中包含的內(nèi)容，重新建立訂單，或者生成新的訂單。

一種重建訂單的可選的具體實現(xiàn)方式是，根據(jù)用戶確認接受的用戶補償?shù)念愋?當用戶確認接受的用戶補償是該未完成配送訂單的折扣時)，修改未完成配送訂單信息中的訂單金額，根據(jù)未完成配送訂單的延遲時長，修改預(yù)定送達時間，即得到重建后的訂單。

在另一些實施例中，一種重建訂單的方法還包括：

步驟s160、如果所述標準箱未配送在途，根據(jù)重建的訂單，生成配送指令，發(fā)送所述指令給目標配送設(shè)備終端。

本申請所述的用戶終端和目標配送設(shè)備終端，可以理解為具有輸入、顯示以及通信功能的終端設(shè)備。例如，手機、平板電腦、pc或其他手持終端等。

配送指令用于指示目標配送設(shè)備將重建的訂單對應(yīng)的標準箱配送給下單門店。配送指令至少應(yīng)該包括下單門店的地理位置信息和標準箱信息。

與現(xiàn)有技術(shù)相比，本申請實施例提供的訂單重建方法，首先根據(jù)在線配送商的未完成配送訂單信息，判斷該未完成配送訂單是否延遲，如果該未完成配送訂單延遲，根據(jù)在線配送商歸屬配送設(shè)備的計劃空閑運力和每個配送設(shè)備的當前地理位置信息，預(yù)測延遲的未完成配送訂單的延遲時長；再根據(jù)延遲時長，確定用戶補償，重建訂單。當在線配送商接到的配送訂單無法及時完成配送時，利用本申請?zhí)峁┑挠唵沃亟ǚ椒?，根?jù)在線配送商配送設(shè)備的計劃空閑運力和當前位置信息，合理調(diào)度配送設(shè)備，確定延遲時長，根據(jù)延遲時長確定用戶補償，并重建訂單，平衡分配配送任務(wù)，優(yōu)化物流資源配置，提高物流資源利用率，提升用戶體驗。

根據(jù)上述示例性實施例提供的一種訂單重建方法，參閱圖12，在一些實施例中，一種訂單重建裝置包括：

獲取模塊100，用于獲取在線配送商的未完成配送訂單信息；所述未完成配送訂單信息包括下單門店的地理位置信息、標準箱信息和預(yù)定送達時間；

判斷模塊200，用于根據(jù)所述預(yù)定送達時間，判斷所述在線配送商的未完成配送訂單是否延遲；

預(yù)測模塊300，用于如果所述在線配送商的未完成配送訂單延遲，獲取所述在線配送商歸屬配送設(shè)備的計劃空閑運力和每個配送設(shè)備的當前地理位置信息，以及，預(yù)測延遲的未完成配送訂單的延遲時長；

確定模塊400，用于根據(jù)所述延遲時長，確定用戶補償；

重建模塊500，用于根據(jù)所述用戶補償，重建訂單。

參閱圖13，判斷模塊200包括：

獲取單元210，用于獲取當前時間；

判斷單元220，用于判斷所述預(yù)定送達時間是否在所述當前時間之前；

第一確定單元230，用于如果所述預(yù)定送達時間在所述當前時間之前，確定所述在線配送商的未完成配送訂單延遲；

第二確定單元240，用于如果所述預(yù)定送達時間不在所述當前時間之前，獲取所述標準箱信息對應(yīng)標準箱的當前地理位置信息；

根據(jù)所述標準箱的當前地理位置信息，預(yù)測實際送達時間；

如果所述預(yù)定送達時間在所述實際送達時間之前，確定所述在線配送商的未完成配送訂單延遲。

參閱圖14，預(yù)測模塊300包括：

需求運力確定單元310，用于根據(jù)延遲的未完成配送訂單的標準箱信息，確定基于標準箱的需求運力；

設(shè)備確定單元320，用于如果所述預(yù)定送達時間在所述當前時間之前，判斷所述在線配送商歸屬配送設(shè)備中每個配送設(shè)備的計劃空閑運力是否大于或等于所述需求運力；

如果所述在線配送商歸屬配送設(shè)備中一個或多個配送設(shè)備的計劃空閑運力大于或等于所述需求運力，確定所述一個或多個配送設(shè)備為可選配送設(shè)備，以及，從所述可選配送設(shè)備中選擇目標配送設(shè)備；

第一預(yù)測單元330，用于根據(jù)所述目標配送設(shè)備的當前地理位置信息，預(yù)測延遲的未完成配送訂單的延遲時長。

第二確定單元240包括：

預(yù)測子單元241，用于根據(jù)所述標準箱的當前地理位置信息，判斷所述標準箱是否配送在途；

如果所述標準箱配送在途，根據(jù)所述標準箱的當前地理位置信息，預(yù)測實際送達時間；

如果所述標準箱未配送在途，根據(jù)所述需求運力和所述在線配送商歸屬配送設(shè)備的計劃空閑運力，確定可選配送設(shè)備，以及確定目標配送設(shè)備；根據(jù)所述目標配送設(shè)備的當前地理位置信息，預(yù)測實際送達時間。

參閱圖15，預(yù)測模塊300還包括第二預(yù)測單元340；

第二預(yù)測單元340用于，如果所述預(yù)定送達時間不在所述當前時間之前，根據(jù)預(yù)測的實際送達時間，預(yù)測延遲的未完成配送訂單的延遲時長。

參閱圖16，重建模塊500包括：

發(fā)送單元510，用于將所述用戶補償發(fā)送給用戶終端；

接收單元520，用于接收用戶終端發(fā)送的確認接受所述用戶補償?shù)南ⅲ?/p>

重建單元530，用于根據(jù)所述消息，重建訂單。

根據(jù)上述實施例提供的一種訂單重建方法及裝置，一種服務(wù)器包括：

處理器，以及用于存儲所述處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：獲取在線配送商的未完成配送訂單信息；所述未完成配送訂單信息包括下單門店的地理位置信息、標準箱信息和預(yù)定送達時間；

根據(jù)所述預(yù)定送達時間，判斷所述在線配送商的未完成配送訂單是否延遲；

如果所述在線配送商的未完成配送訂單延遲，獲取所述在線配送商歸屬配送設(shè)備的計劃空閑運力和每個配送設(shè)備的當前地理位置信息，以及，預(yù)測延遲的未完成配送訂單的延遲時長；

根據(jù)所述延遲時長，確定用戶補償；

根據(jù)所述用戶補償，重建訂單。

與現(xiàn)有技術(shù)相比，本申請實施例提供的訂單重建方法及、裝置及服務(wù)器，首先根據(jù)在線配送商的未完成配送訂單信息，判斷該未完成配送訂單是否延遲，如果該未完成配送訂單延遲，根據(jù)在線配送商歸屬配送設(shè)備的計劃空閑運力和當前地理位置信息，預(yù)測延遲時長；再根據(jù)延遲時長，確定用戶補償，重建訂單。當在線配送商接到的配送訂單無法及時完成配送時，利用本申請?zhí)峁┑挠唵沃亟ǚ椒?，確定延遲時長，根據(jù)延遲時長確定用戶補償，并重建訂單，合理調(diào)度配送設(shè)備，平衡分配配送任務(wù)，優(yōu)化物流資源配置，提高物流資源利用率，提升用戶體驗。

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

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

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

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