本公開涉及智能物流領(lǐng)域，尤其涉及一種發(fā)貨調(diào)度方法及裝置。

背景技術(shù)：

網(wǎng)上購物，是通過互聯(lián)網(wǎng)檢索商品信息，并通過電子訂購單發(fā)出購物請求，然后填上私人支票帳號或信用卡的號碼，廠商通過郵購的方式發(fā)貨，或是通過快遞公司送貨上門。

相關(guān)技術(shù)中，通常由商家選擇發(fā)貨時(shí)間，并控制貨物的物流狀態(tài)。例如，一般購物平臺在接收到用戶支付的貨款(直接銀行轉(zhuǎn)帳，或者在線匯款等)后，立即安排發(fā)貨，或者先發(fā)貨，在用戶收貨時(shí)付款等。

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

本公開提供一種發(fā)貨調(diào)度方法及裝置。所述技術(shù)方案如下：

根據(jù)本公開實(shí)施例的第一方面，提供一種發(fā)貨調(diào)度方法，該方法包括：獲取延遲發(fā)貨請求，所述延遲發(fā)貨請求用于請求對訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨；根據(jù)所述延遲發(fā)貨請求，獲得第一延遲時(shí)間，所述第一延遲時(shí)間用于表征對所述貨物進(jìn)行延遲發(fā)貨的延遲時(shí)間；根據(jù)所述第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨處理。

根據(jù)本公開實(shí)施例的第二方面，提供一種發(fā)貨調(diào)度裝置，該裝置包括：獲取模塊，被配置為獲取延遲發(fā)貨請求，所述延遲發(fā)貨請求用于請求對訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨；分析模塊，被配置為根據(jù)所述獲取模塊獲取的所述延遲發(fā)貨請求，獲得第一延遲時(shí)間，所述第一延遲時(shí)間用于表征對所述貨物進(jìn)行延遲發(fā)貨的延遲時(shí)間；處理模塊，被配置為根據(jù)所述分析模塊獲得的所述第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨處理。

根據(jù)本公開實(shí)施例的第三方面，提供一種發(fā)貨調(diào)度裝置，該裝置包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：獲取延遲發(fā)貨請求，所述延遲發(fā)貨請求用于請求對訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨；根據(jù)所述延遲發(fā)貨請求，獲得第一延遲時(shí)間，所述第一延遲時(shí)間用于表征對所述貨物進(jìn)行延遲發(fā)貨的延遲時(shí)間；根據(jù)所述第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨處理。

本公開實(shí)施例提供的技術(shù)方案可以包括以下有益效果：

根據(jù)用戶針對訂單的延遲發(fā)貨請求，獲得延遲發(fā)貨的延遲時(shí)間，并根據(jù)延遲時(shí)間對訂單中的貨物進(jìn)行延遲發(fā)貨，從而充分考慮用戶當(dāng)前是否具備收貨條件，基于用戶的需求，靈活智能地控制發(fā)貨時(shí)間，有效提高智能物流的可靠性和便利性。

應(yīng)當(dāng)理解的是，以上的一般描述和后文的細(xì)節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本發(fā)明的實(shí)施例，并與說明書一起用于解釋本發(fā)明的原理。

圖1a是根據(jù)一示例性實(shí)施例示出的一種發(fā)貨調(diào)度方法的流程圖；

圖1b是根據(jù)另一示例性實(shí)施例示出的一種發(fā)貨調(diào)度方法的流程圖；

圖1c是根據(jù)又一示例性實(shí)施例示出的一種發(fā)貨調(diào)度方法的流程圖；

圖2是根據(jù)又一示例性實(shí)施例示出的一種發(fā)貨調(diào)度方法的流程圖；

圖3a是根據(jù)一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置的結(jié)構(gòu)圖；

圖3b是根據(jù)另一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置的結(jié)構(gòu)圖；

圖3c是根據(jù)又一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置的結(jié)構(gòu)圖；

圖4是根據(jù)又一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置的結(jié)構(gòu)圖；

圖5是根據(jù)一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置的框圖；

圖6是根據(jù)另一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置600的框圖。

此處的附圖被并入說明書中并構(gòu)成說明書的一部分，示出了符合本公開的實(shí)施例，并與說明書儀器用于解釋本發(fā)明的原理。

具體實(shí)施方式

這里將詳細(xì)地對示例性實(shí)施例進(jìn)行說明，其示例表示在附圖中。下面的描述涉及附圖時(shí)，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實(shí)施例中所描述的實(shí)施方式并不代表與本公開相一致的所有實(shí)施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本公開的一些方面相一致的裝置和方法的例子。

圖1a是根據(jù)一示例性實(shí)施例示出的一種發(fā)貨調(diào)度方法的流程圖，如圖1a所示，本實(shí)施例以該發(fā)貨調(diào)度方法應(yīng)用于發(fā)貨調(diào)度裝置中來舉例說明，該發(fā)貨調(diào)度方法可以包括如下幾個(gè)步驟：

在步驟101中，獲取延遲發(fā)貨請求，所述延遲發(fā)貨請求用于請求對訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨；

在步驟102中，根據(jù)所述延遲發(fā)貨請求，獲得第一延遲時(shí)間，所述第一延遲時(shí)間用于表征對所述貨物進(jìn)行延遲發(fā)貨的延遲時(shí)間；

在步驟103中，根據(jù)所述第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨處理。

其中，訂單為用戶基于某購物平臺，例如，小米商城等，進(jìn)行購物后生成的記錄。實(shí)際應(yīng)用中，發(fā)貨調(diào)度裝置可以獨(dú)立設(shè)置，也可以集成設(shè)置在其它設(shè)備上，例如，終端、個(gè)人電腦、服務(wù)器等。

其中，第一延遲時(shí)間可以是發(fā)貨延遲的時(shí)長，延遲發(fā)貨的時(shí)間起點(diǎn)可以是訂單的生成時(shí)間，例如，訂單生成時(shí)間為2017年1月1日9:00，第一延遲時(shí)間是以2017年1月1日9:00為時(shí)間起點(diǎn)的2天；或者，也可以是所延遲到的發(fā)貨時(shí)刻，例如，延遲到2017年1月3日9:00發(fā)貨；或者，也可以是所延遲到的最早發(fā)貨時(shí)刻，例如，至少延遲到2017年1月3日9:00發(fā)貨(也可于2017年1月3日9:00之后發(fā)貨)。

以實(shí)際應(yīng)用場景來進(jìn)行舉例說明，該場景涉及延遲發(fā)貨的場景：當(dāng)用戶短時(shí)期內(nèi)無法對貨物進(jìn)行簽收時(shí)，例如，用戶出差、假期外出旅游等情形，如果在訂單生成時(shí)，即進(jìn)行發(fā)貨處理的話，很有可能會產(chǎn)生諸如無法簽收、以及無法有效保證貨物安全性等一系列的問題。對此，在本方案中，可以基于實(shí)際場景，獲取延遲發(fā)貨請求，相應(yīng)的，根據(jù)該延遲發(fā)貨請求，獲得需要延遲的第一延遲時(shí)間，并根據(jù)第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨處理。

具體的，步驟101的觸發(fā)場景可以有多種。可選的，可以根據(jù)用戶的請求觸發(fā)執(zhí)行步驟101，例如，當(dāng)用戶準(zhǔn)備出差、假期外出旅游時(shí)，可以針對某訂單主動發(fā)起延遲發(fā)貨請求。再可選的，為了提高延遲發(fā)貨的可靠性，還可以向用戶征求是否需要延遲發(fā)貨，收到用戶確認(rèn)時(shí)觸發(fā)執(zhí)行步驟101，相應(yīng)的，步驟101可以包括：向所述用戶推送征求消息，所述征求消息用于向所述用戶征求是否對所述貨物延遲發(fā)貨；接收所述用戶根據(jù)所述征求消息返回的所述延遲發(fā)貨請求?？梢岳斫猓鲜鰧?shí)施方式既可以獨(dú)立實(shí)施也可以結(jié)合實(shí)施，本實(shí)施例在此并未對其進(jìn)行限制。

進(jìn)一步的，向用戶征求是否延遲發(fā)貨的場景又進(jìn)一步分為多種。

作為一種可實(shí)施的方式，向用戶發(fā)起征求的具體場景可以為初次向用戶征求是否延遲發(fā)貨。此場景下可以主動向用戶征求是否需要延遲發(fā)貨，例如，每次生成訂單時(shí)，即向用戶征求是否延遲發(fā)貨。相應(yīng)的，所述向所述用戶推送征求消息，可以包括以下步驟：檢測到訂單生成時(shí)，向用戶推送所述征求消息。進(jìn)一步的，作為另一種可實(shí)施的方式，還可以在訂單滿足預(yù)設(shè)觸發(fā)條件的情況下，向用戶征求是否延遲發(fā)貨。例如，所述觸發(fā)條件可以為生成訂單的時(shí)間在預(yù)設(shè)時(shí)間范圍之內(nèi)，如國慶假日前5天之內(nèi)。相應(yīng)的，所述向所述用戶推送征求消息，可以包括以下步驟：獲取訂單生成的時(shí)刻；若所述時(shí)刻在預(yù)設(shè)的時(shí)間范圍內(nèi)，則向所述用戶推送所述征求消息。再例如，所述觸發(fā)條件還可以為訂單對應(yīng)的貨物為預(yù)先定義的可延期的商品。相應(yīng)的，所述向所述用戶推送征求消息，可以包括以下步驟：確定所述訂單對應(yīng)的所述貨物；若所述貨物屬于預(yù)設(shè)的支持延遲發(fā)貨的商品，則向所述用戶推送所述征求消息?？梢岳斫?，上述提及的各實(shí)施方式既可以獨(dú)立實(shí)施也可以結(jié)合實(shí)施，本實(shí)施例在此并未對其進(jìn)行限制。

作為另一種可實(shí)施的方式，可以支持多次延遲，相應(yīng)的，所述向用戶發(fā)起征求的具體場景除了可以為初次延遲發(fā)貨，還可以為在初次延遲發(fā)貨后，再次征求用戶是否再次延遲發(fā)貨。此時(shí)可考慮當(dāng)前貨物的累積延遲時(shí)間和該用戶發(fā)起延遲發(fā)貨的累積時(shí)間，以避免延遲期限過長。相應(yīng)的，所述向所述用戶推送征求消息，可以包括以下步驟：檢測所述貨物在第一預(yù)設(shè)時(shí)間段內(nèi)的累計(jì)延遲發(fā)貨時(shí)長是否達(dá)到第一預(yù)設(shè)上限值；若所述貨物在所述第一預(yù)設(shè)時(shí)間段內(nèi)的累計(jì)延遲發(fā)貨時(shí)長未達(dá)到所述第一預(yù)設(shè)上限值，則向所述用戶推送所述征求消息；和/或，檢測所述延遲發(fā)貨請求的發(fā)起者在第二預(yù)設(shè)時(shí)間段內(nèi)的累計(jì)延遲發(fā)貨時(shí)長是否達(dá)到第二預(yù)設(shè)上限值；若所述延遲發(fā)貨請求的發(fā)起者在所述第二預(yù)設(shè)時(shí)間段內(nèi)的累計(jì)延遲發(fā)貨時(shí)長未達(dá)到所述第二預(yù)設(shè)上限值，則向所述用戶推送所述征求消息。

通過上述實(shí)施方式，能夠基于不同的觸發(fā)場景啟動發(fā)貨調(diào)度方案，從而及時(shí)進(jìn)行延遲發(fā)貨，提高延遲發(fā)貨的適時(shí)性和可靠性。

具體的，根據(jù)延遲發(fā)貨請求獲得第一延遲時(shí)間的方式可以有多種，并且各方式既可以獨(dú)立實(shí)施，也可以結(jié)合實(shí)施。

作為一種可選的實(shí)施方式，第一延遲時(shí)間可以由用戶自定義。相應(yīng)的，如圖1b所示，圖1b是根據(jù)另一示例性實(shí)施例示出的一種發(fā)貨調(diào)度方法的流程圖，在圖1a所示實(shí)施例的基礎(chǔ)上，步驟102可以包括：

在步驟1021中，從所述延遲發(fā)貨請求中獲取所述第一延遲時(shí)間，所述延遲發(fā)貨請求包括所述第一延遲時(shí)間。

以實(shí)際應(yīng)用場景來進(jìn)行舉例說明，該場景涉及延遲發(fā)貨的場景：當(dāng)用戶需要針對某訂單進(jìn)行延遲發(fā)貨時(shí)，可以自定義第一延遲時(shí)間，并發(fā)起延遲發(fā)貨請求，該延遲發(fā)貨請求包括所述第一延遲時(shí)間，相應(yīng)的，根據(jù)該延遲發(fā)貨請求，從中獲得第一延遲時(shí)間，以執(zhí)行后續(xù)操作。

具體的，自定義的方式可以有多種，在此并未對其進(jìn)行限制。舉例來說，用戶可以輸入需要延遲的第一延遲時(shí)間以實(shí)現(xiàn)自定義，例如，用戶可以在延遲時(shí)間的選框內(nèi)輸入2天，則第一延遲時(shí)間為2天；再舉例來說，可以預(yù)先定義多個(gè)延遲時(shí)間的選項(xiàng)，推送給用戶進(jìn)行選擇以實(shí)現(xiàn)自定義，例如，預(yù)先設(shè)定可選的延遲時(shí)間有3天、5天、7天，將上述延遲時(shí)間推送至用戶進(jìn)行選擇，假設(shè)用戶選擇3天，則第一延遲時(shí)間為3天。

可以理解，上述自定義的各方式可以分別獨(dú)立實(shí)施，也可以結(jié)合實(shí)施，例如，既可以將預(yù)設(shè)選項(xiàng)推送給用戶進(jìn)行選擇，也可以在例如當(dāng)選項(xiàng)中沒有用戶需要延遲的時(shí)間等情形時(shí)，由用戶自行輸入需要延遲的時(shí)間，本實(shí)施例在此并未對其進(jìn)行限制。

本實(shí)施方式，基于用戶自定義，能夠準(zhǔn)確快速地獲得需要延遲的第一延遲時(shí)間，從而準(zhǔn)確快速地實(shí)現(xiàn)延遲發(fā)貨。

作為另一種可選的實(shí)施方式，第一延遲時(shí)間可以基于用戶的訂單信息分析獲得。相應(yīng)的，如圖1c所示，圖1c是根據(jù)又一示例性實(shí)施例示出的一種發(fā)貨調(diào)度方法的流程圖，在圖1a所示實(shí)施例的基礎(chǔ)上，步驟102可以包括：

在步驟1022中，根據(jù)所述延遲發(fā)貨請求，獲得所述訂單的訂單信息；

在步驟1023中，根據(jù)所述訂單信息，基于預(yù)設(shè)的算法，獲得所述第一延遲時(shí)間。

以實(shí)際應(yīng)用場景來進(jìn)行舉例說明，該場景涉及延遲發(fā)貨的場景：當(dāng)用戶需要針對某訂單進(jìn)行延遲發(fā)貨時(shí)，可以發(fā)起延遲發(fā)貨請求，相應(yīng)的，根據(jù)該延遲發(fā)貨請求，獲得所述訂單的訂單信息，并基于預(yù)設(shè)算法，獲得第一延遲時(shí)間，以執(zhí)行后續(xù)操作。

其中，所述訂單信息可以包括但不限于：收貨地址、訂單費(fèi)用、用戶信用等級等信息?？蛇x的，所述算法可以通過人工設(shè)定確定，例如，可以設(shè)定第一延遲時(shí)間與距離成反比，與費(fèi)用成正比，與用戶的信用等級成正比；再可選的，所述算法也可以通過機(jī)器智能學(xué)習(xí)技術(shù)確定，具體的，可以根據(jù)歷史延遲發(fā)貨記錄中各訂單信息與對應(yīng)的延遲時(shí)間，分析獲得兩者之間的關(guān)系，即所述算法，本實(shí)施例在此不對其進(jìn)行限制。

本實(shí)施方式，基于訂單信息和預(yù)設(shè)算法，能夠便捷可靠地獲得需要延遲的第一延遲時(shí)間，從而便捷可靠地實(shí)現(xiàn)延遲發(fā)貨，提高延遲發(fā)貨的智能化。

可選的，根據(jù)第一延遲時(shí)間進(jìn)行延遲發(fā)貨處理的方式可以有多種，各實(shí)施方式可以獨(dú)立實(shí)施，也可以結(jié)合實(shí)施，例如，可以基于當(dāng)前時(shí)間和第一延遲發(fā)貨時(shí)間預(yù)先計(jì)算出發(fā)貨時(shí)間，待發(fā)貨時(shí)間時(shí)進(jìn)行發(fā)貨，再例如，也可以自當(dāng)前時(shí)間開始計(jì)時(shí)，經(jīng)過所述第一延遲發(fā)貨時(shí)間后進(jìn)行發(fā)貨，這里的當(dāng)前時(shí)間即可以為當(dāng)前時(shí)刻，也可以為當(dāng)天，本實(shí)施例在此不對其進(jìn)行限制。

實(shí)際應(yīng)用中，在延遲發(fā)貨期間，用戶還可以發(fā)起退貨處理，相應(yīng)的，該方法還可以包括如下步驟：若在所述第一延遲時(shí)間內(nèi)接收到針對所述貨物的退貨請求，則取消對所述貨物的發(fā)貨處理。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：在延遲發(fā)貨期間(也即第一延遲時(shí)間內(nèi))，若接收到用戶針對被延遲貨物的退貨指令，則無需再對貨物進(jìn)行發(fā)貨處理。具體場景下，還可能需要向用戶收取一定的延遲費(fèi)用，相應(yīng)的，可以在用戶購買貨物時(shí)的付款基礎(chǔ)上扣除預(yù)設(shè)的第一費(fèi)用，并將余下費(fèi)用作為退貨款返還至用戶賬號，該第一費(fèi)用可以少于實(shí)際運(yùn)費(fèi)。

綜上所述，本實(shí)施例提供的發(fā)貨調(diào)度方法，根據(jù)用戶針對訂單的延遲發(fā)貨請求，獲得延遲發(fā)貨的延遲時(shí)間，并根據(jù)延遲時(shí)間對訂單中的貨物進(jìn)行延遲發(fā)貨，從而充分考慮用戶當(dāng)前是否具備收貨條件，基于用戶的需求，靈活智能地控制發(fā)貨時(shí)間，有效提高智能物流的可靠性和便利性。

圖2是根據(jù)又一示例性實(shí)施例示出的一種發(fā)貨調(diào)度方法的流程圖，如圖2所示，在圖1a至圖1c所示任一實(shí)施例的基礎(chǔ)上，在步驟101之前，還可以包括如下步驟：

在步驟201中，向所述用戶推送提醒消息，所述提醒消息用于向所述用戶征求是否對所述貨物再次延遲發(fā)貨。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：根據(jù)第一延遲時(shí)間進(jìn)行發(fā)貨可能仍然無法有效保證收貨，因此可以在延遲發(fā)貨之前，具體可以在發(fā)貨時(shí)或者發(fā)貨前一天，提醒用戶是否需要再次延遲發(fā)貨，相應(yīng)的，在根據(jù)當(dāng)前的第一延遲時(shí)間進(jìn)行發(fā)貨之前，可以向用戶推送提醒消息，以向用戶征求是否對貨物再次延遲發(fā)貨。

一種可能發(fā)生的場景為用戶無需再次延遲發(fā)貨，可選的，用戶表示無需再次延遲發(fā)貨的方式可以有多種，且各方式可以獨(dú)立實(shí)施，也可以結(jié)合實(shí)施。例如，用戶可以返回?zé)o需再次延遲的消息指示，或者，用戶還可以無視提醒消息，本實(shí)施例在此不對其進(jìn)行限制。

相應(yīng)的，在圖2所示實(shí)施例的基礎(chǔ)上，步驟201之后，還可以包括如下步驟：

在步驟202中，若接收到第一消息，則執(zhí)行步驟103，所述第一消息是所述用戶根據(jù)所述提醒消息取消對所述貨物再次延遲發(fā)貨后返回的。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：向用戶推送提醒消息后，若接收到表征無需再次延遲的第一消息，則原計(jì)劃不變，即根據(jù)第一延遲時(shí)間對訂單對應(yīng)的貨物進(jìn)行發(fā)貨處理。

通過上述實(shí)施方式，在延遲發(fā)貨到期之前可以向用戶推送提醒消息，以使用戶根據(jù)實(shí)際情況決定是否再次延遲發(fā)貨，當(dāng)用戶指示無需再次延遲時(shí)及時(shí)發(fā)貨，從而進(jìn)一步提高延遲發(fā)貨的靈活性、準(zhǔn)確性和可靠性。

再相應(yīng)的，在圖2所示實(shí)施例的基礎(chǔ)上，步驟201之后，還可以包括如下步驟：

在步驟203中，在向所述用戶推送所述提醒消息之后的預(yù)設(shè)時(shí)間內(nèi)，若未接收到所述用戶返回的消息，則執(zhí)行步驟103。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：向用戶推送提醒消息后的一定時(shí)間內(nèi)，若未接收到用戶返回的針對提醒消息的任何消息，則原計(jì)劃不變，即根據(jù)第一延遲時(shí)間對訂單對應(yīng)的貨物進(jìn)行發(fā)貨處理。

通過上述實(shí)施方式，在延遲發(fā)貨到期之前可以向用戶推送提醒消息，以使用戶根據(jù)實(shí)際情況決定是否再次延遲發(fā)貨，并且當(dāng)用戶無需再次延遲發(fā)貨時(shí)，無需進(jìn)行任何操作，從而進(jìn)一步提高延遲發(fā)貨的便捷性和可靠性。

另一種可能發(fā)生的場景為用戶需要再次延遲發(fā)貨，相應(yīng)的，在圖2所示實(shí)施例的基礎(chǔ)上，步驟101可以包括如下步驟：

在步驟204中，若接收到第二消息，則獲取第二延遲時(shí)間，所述第二消息包括所述第二延遲時(shí)間，所述第二消息是所述用戶根據(jù)所述提醒消息確認(rèn)對所述貨物再次延遲發(fā)貨后返回的；

相應(yīng)的，步驟102可以包括如下步驟：

在步驟205中，根據(jù)所述第二延遲時(shí)間，更新所述第一延遲時(shí)間；

再相應(yīng)的，步驟103可以包括如下步驟：

在步驟206中，根據(jù)更新后的所述第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行發(fā)貨處理。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：向用戶推送提醒消息后，若接收到表征需要再次延遲的第二消息，則根據(jù)第二消息中的第二延遲消息對原第一延遲時(shí)間進(jìn)行更新，并根據(jù)更新后的第一延遲時(shí)間，對訂單對應(yīng)的貨物進(jìn)行發(fā)貨處理。具體舉例來說，假設(shè)發(fā)貨調(diào)度方案基于訂單生成日進(jìn)行處理且訂單生成于1月1日，再假設(shè)根據(jù)延遲發(fā)貨請求獲得的第一延遲時(shí)間為3天，則在1月4日發(fā)貨前向用戶推送提醒消息，如果用戶返回第二消息指示再次延遲2天，則根據(jù)第二消息，將原本的第一延遲時(shí)間更新為5天，根據(jù)1月1日和更新后的第一延遲時(shí)間，對貨物進(jìn)行發(fā)貨，可知發(fā)貨日期應(yīng)該為1月6日。可以理解，根據(jù)更新后的第一延遲消息進(jìn)行發(fā)貨之前，還可以再次向用戶推送提醒消息。

通過上述實(shí)施方式，在延遲發(fā)貨到期之前可以向用戶推送提醒消息，以使用戶根據(jù)實(shí)際情況決定是否再次延遲發(fā)貨，當(dāng)用戶指示需要再次延遲時(shí)及時(shí)可靠地對貨物的發(fā)貨時(shí)間再次向后延遲，從而進(jìn)一步提高延遲發(fā)貨的靈活性、準(zhǔn)確性和可靠性。

可選的，為了提高延遲發(fā)貨的可靠性，在本實(shí)施例中任一實(shí)施方式的基礎(chǔ)上，在步驟201之前，還可以包括如下步驟：

在步驟207中，若當(dāng)前對所述貨物的累積延遲時(shí)間達(dá)到預(yù)設(shè)的上限值，則不執(zhí)行201，并對所述貨物進(jìn)行發(fā)貨處理。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：結(jié)合前述方案，可以每次發(fā)貨前都可以向用戶推送提醒消息，也就是說在某訂單的延遲發(fā)貨過程中，可能需要多次向用戶推送提醒消息。相應(yīng)的，在向用戶推送提醒消息前，可以先檢測當(dāng)前對該訂單對應(yīng)的貨物的累積延遲時(shí)間是否已達(dá)預(yù)設(shè)的延遲發(fā)貨的上限值(也即上述的第一預(yù)設(shè)上限值)，如果已達(dá)上限值，則不再推送提醒消息，直接發(fā)貨。仍結(jié)合前述舉例，具體舉例來說，假設(shè)在延遲到期的最后一天提醒用戶且預(yù)設(shè)的上限值為5天，則在1月6日向用戶推送提醒消息之前，檢測當(dāng)前累積延遲天數(shù)是否已經(jīng)達(dá)到5天，根據(jù)訂單生成日為1月1日，可知該訂單的累積延遲時(shí)間為5天，即已達(dá)上限值，則1月6日不再向用戶推送提醒消息，直接發(fā)貨。

通過本實(shí)施方式，當(dāng)貨物的累積延遲時(shí)間達(dá)到上限值，則不再支持再次延遲發(fā)貨，并直接發(fā)貨，可以提高延遲發(fā)貨的可靠性。

綜上所述，本實(shí)施例提供的發(fā)貨調(diào)度方法中，在延遲發(fā)貨到期之前向用戶推送提醒消息，以使用戶根據(jù)實(shí)際情況決定是否再次延遲發(fā)貨，從而進(jìn)一步提高延遲發(fā)貨的靈活性、準(zhǔn)確性和可靠性。

圖3a是根據(jù)一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置的結(jié)構(gòu)圖，如圖3a所示，該發(fā)貨調(diào)度裝置可以包括：

獲取模塊31，被配置為獲取延遲發(fā)貨請求，延遲發(fā)貨請求用于請求對訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨；

分析模塊32，被配置為根據(jù)獲取模塊31獲取的延遲發(fā)貨請求，獲得第一延遲時(shí)間，第一延遲時(shí)間用于表征對貨物進(jìn)行延遲發(fā)貨的延遲時(shí)間；

處理模塊33，被配置為根據(jù)分析模塊32獲得的第一延遲時(shí)間，對訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨處理。

實(shí)際應(yīng)用中，發(fā)貨調(diào)度裝置可以獨(dú)立設(shè)置，也可以集成設(shè)置在其它設(shè)備上，例如，終端、個(gè)人電腦、服務(wù)器等。

以實(shí)際應(yīng)用場景來進(jìn)行舉例說明，該場景涉及延遲發(fā)貨的場景：當(dāng)用戶短時(shí)期內(nèi)無法對貨物進(jìn)行簽收時(shí)，獲取模塊31獲取延遲發(fā)貨請求，分析模塊32根據(jù)延遲發(fā)貨請求，獲得需要延遲的第一延遲時(shí)間，處理模塊33根據(jù)分析模塊32獲得的第一延遲時(shí)間，進(jìn)行延遲發(fā)貨處理。

可選的，對獲取模塊31的觸發(fā)場景可以有多種。可選的，可以根據(jù)用戶的主動請求觸發(fā)獲取模塊31執(zhí)行延遲發(fā)貨流程。再可選的，還可以向用戶征求是否需要延遲發(fā)貨，相應(yīng)的，獲取模塊31包括：推送單元，被配置為向所述用戶推送征求消息，所述征求消息用于向所述用戶征求是否對所述貨物延遲發(fā)貨；接收單元，被配置為接收所述用戶根據(jù)所述征求消息返回的所述延遲發(fā)貨請求。后續(xù)，分析模塊32根據(jù)延遲發(fā)貨請求，獲得第一延遲時(shí)間。

進(jìn)一步的，向用戶征求是否延遲發(fā)貨的場景又進(jìn)一步分為多種。

作為一種可實(shí)施的方式，作為一種可實(shí)施的方式，向用戶發(fā)起征求的具體場景可以為初次向用戶征求是否延遲發(fā)貨。此場景下可以主動向用戶征求是否需要延遲發(fā)貨，相應(yīng)的，所述推送單元，具體被配置為檢測到訂單生成時(shí)，向用戶推送所述征求消息。進(jìn)一步的，作為另一種可實(shí)施的方式，還可以在訂單滿足預(yù)設(shè)觸發(fā)條件的情況下，向用戶征求是否延遲發(fā)貨。例如，所述觸發(fā)條件可以為生成訂單的時(shí)間在預(yù)設(shè)時(shí)間范圍之內(nèi)，相應(yīng)的，所述推送單元包括：時(shí)間子單元，被配置為獲取訂單生成的時(shí)刻；第一推送子單元，被配置為若所述時(shí)刻在預(yù)設(shè)的時(shí)間范圍內(nèi)，則向所述用戶推送所述征求消息。再例如，所述觸發(fā)條件還可以為訂單對應(yīng)的貨物為預(yù)先定義的可延期的商品，相應(yīng)的，所述推送單元包括：查詢子單元，被配置為確定所述訂單對應(yīng)的所述貨物；第二推送子單元，被配置為若所述貨物屬于預(yù)設(shè)的支持延遲發(fā)貨的商品，則向所述用戶推送所述征求消息。

作為另一種可實(shí)施的方式，可以支持多次延遲，相應(yīng)的，所述向用戶發(fā)起征求的具體場景除了可以為初次延遲發(fā)貨，還可以為在初次延遲發(fā)貨后，再次征求用戶是否再次延遲發(fā)貨。此時(shí)可考慮當(dāng)前貨物的累積延遲時(shí)間和該用戶發(fā)起延遲發(fā)貨的累積時(shí)間，以避免延遲期限過長。相應(yīng)的，所述向所述用戶推送征求消息，可以包括以下步驟：第一檢測子單元，被配置為檢測所述貨物在第一預(yù)設(shè)時(shí)間段內(nèi)的累計(jì)延遲發(fā)貨時(shí)長是否達(dá)到第一預(yù)設(shè)上限值；第三推送子單元，被配置為若所述貨物在所述第一預(yù)設(shè)時(shí)間段內(nèi)的累計(jì)延遲發(fā)貨時(shí)長未達(dá)到所述第一預(yù)設(shè)上限值，則向所述用戶推送所述征求消息；和/或，第二檢測子單元，被配置為檢測所述延遲發(fā)貨請求的發(fā)起者在第二預(yù)設(shè)時(shí)間段內(nèi)的累計(jì)延遲發(fā)貨時(shí)長是否達(dá)到第二預(yù)設(shè)上限值；第四推送子單元，被配置為若所述延遲發(fā)貨請求的發(fā)起者在所述第二預(yù)設(shè)時(shí)間段內(nèi)的累計(jì)延遲發(fā)貨時(shí)長未達(dá)到所述第二預(yù)設(shè)上限值，則向所述用戶推送所述征求消息。

通過上述實(shí)施方式，能夠基于不同的觸發(fā)場景啟動發(fā)貨調(diào)度方案，從而及時(shí)進(jìn)行延遲發(fā)貨，提高延遲發(fā)貨的適時(shí)性和可靠性。

具體的，根據(jù)延遲發(fā)貨請求獲得第一延遲時(shí)間的方式可以有多種。

作為一種可選的實(shí)施方式，第一延遲時(shí)間可以由用戶自定義。相應(yīng)的，如圖3b所示，圖3b是根據(jù)另一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置的結(jié)構(gòu)圖，在圖3a所示實(shí)施例的基礎(chǔ)上，分析模塊32可以包括：

解析單元321，被配置為從所述延遲發(fā)貨請求中獲取所述第一延遲時(shí)間，所述延遲發(fā)貨請求包括所述第一延遲時(shí)間。

以實(shí)際應(yīng)用場景來進(jìn)行舉例說明，該場景涉及延遲發(fā)貨的場景：當(dāng)用戶需要針對某訂單進(jìn)行延遲發(fā)貨時(shí)，可以自定義第一延遲時(shí)間，并發(fā)起延遲發(fā)貨請求，該延遲發(fā)貨請求包括所述第一延遲時(shí)間，相應(yīng)的，解析單元321根據(jù)該延遲發(fā)貨請求，從中獲得第一延遲時(shí)間。

本實(shí)施方式，基于用戶自定義，能夠準(zhǔn)確快速地獲得需要延遲的第一延遲時(shí)間，從而準(zhǔn)確快速地實(shí)現(xiàn)延遲發(fā)貨。

作為另一種可選的實(shí)施方式，第一延遲時(shí)間可以基于訂單信息分析獲得。相應(yīng)的，如圖3c所示，圖3c是根據(jù)又一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置的結(jié)構(gòu)圖，在圖3a所示實(shí)施例的基礎(chǔ)上，分析模塊32可以包括：

獲取單元322，被配置為根據(jù)所述延遲發(fā)貨請求，獲得所述訂單的訂單信息；計(jì)算單元323，被配置為根據(jù)所述訂單信息，基于預(yù)設(shè)的算法，獲得所述第一延遲時(shí)間。

以實(shí)際應(yīng)用場景來進(jìn)行舉例說明，該場景涉及延遲發(fā)貨的場景：當(dāng)用戶需要針對某訂單進(jìn)行延遲發(fā)貨時(shí)，可以發(fā)起延遲發(fā)貨請求，相應(yīng)的，獲取單元322根據(jù)該延遲發(fā)貨請求，獲得所述訂單的訂單信息，計(jì)算單元323基于預(yù)設(shè)算法，獲得第一延遲時(shí)間。

本實(shí)施方式，基于訂單信息和預(yù)設(shè)算法，能夠便捷可靠地獲得需要延遲的第一延遲時(shí)間，從而便捷可靠地實(shí)現(xiàn)延遲發(fā)貨，提高延遲發(fā)貨的智能化。

實(shí)際應(yīng)用中，在延遲發(fā)貨期間，用戶還可以發(fā)起退貨處理，相應(yīng)的，所述裝置還可以包括：取消模塊，被配置為在所述第一延遲時(shí)間內(nèi)接收到針對所述貨物的退貨請求時(shí)，取消對所述貨物的發(fā)貨處理。

綜上所述，本實(shí)施例提供的發(fā)貨調(diào)度裝置，根據(jù)用戶針對訂單的延遲發(fā)貨請求，獲得延遲發(fā)貨的延遲時(shí)間，并根據(jù)延遲時(shí)間對訂單中的貨物進(jìn)行延遲發(fā)貨，從而充分考慮用戶當(dāng)前是否具備收貨條件，基于用戶的需求，靈活智能地控制發(fā)貨時(shí)間，有效提高智能物流的可靠性和便利性。

圖4是根據(jù)又一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置的結(jié)構(gòu)圖，如圖4所示，在圖3a至圖3c所示任一實(shí)施例的基礎(chǔ)上，所述裝置還包括：

提醒模塊41，被配置為在獲取模塊31獲取延遲發(fā)貨請求之前，向所述用戶推送提醒消息，所述提醒消息用于向所述用戶征求是否對所述貨物再次延遲發(fā)貨。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：在處理模塊33根據(jù)當(dāng)前的第一延遲時(shí)間進(jìn)行發(fā)貨之前，提醒模塊41向用戶推送提醒消息，以向用戶征求是否對貨物再次延遲發(fā)貨。

一種可能發(fā)生的場景為用戶無需再次延遲發(fā)貨，可選的，用戶表示無需再次延遲發(fā)貨的方式可以有多種，且各方式可以獨(dú)立實(shí)施，也可以結(jié)合實(shí)施。例如，用戶可以返回?zé)o需再次延遲的消息指示，或者，用戶還可以無視提醒消息，本實(shí)施例在此不對其進(jìn)行限制。

相應(yīng)的，在圖4所示實(shí)施例的基礎(chǔ)上，處理模塊33包括：

第一處理單元，被配置為在提醒模塊41向所述用戶推送所述提醒消息之后，若接收到第一消息，則根據(jù)所述第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行發(fā)貨處理，所述第一消息是所述用戶根據(jù)所述提醒消息取消對所述貨物再次延遲發(fā)貨后返回的。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：提醒模塊41向用戶推送提醒消息后，若接收到表征無需再次延遲的第一消息，則第一處理單元根據(jù)第一延遲時(shí)間對訂單對應(yīng)的貨物進(jìn)行發(fā)貨處理。

通過上述實(shí)施方式，在延遲發(fā)貨到期之前可以向用戶推送提醒消息，以使用戶根據(jù)實(shí)際情況決定是否再次延遲發(fā)貨，當(dāng)用戶指示無需再次延遲時(shí)及時(shí)發(fā)貨，從而進(jìn)一步提高延遲發(fā)貨的靈活性、準(zhǔn)確性和可靠性。

再相應(yīng)的，在圖4所示實(shí)施例的基礎(chǔ)上，處理模塊33包括：

第二處理單元，被配置為在提醒模塊41向所述用戶推送所述提醒消息之后的預(yù)設(shè)時(shí)間內(nèi)，若未接收到所述用戶返回的消息，則根據(jù)所述第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行發(fā)貨處理。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：提醒模塊41向用戶推送提醒消息后的一定時(shí)間內(nèi)，若未接收到用戶返回的針對提醒消息的任何消息，則第二處理單元根據(jù)第一延遲時(shí)間對訂單對應(yīng)的貨物進(jìn)行發(fā)貨處理。

通過上述實(shí)施方式，在延遲發(fā)貨到期之前可以向用戶推送提醒消息，以使用戶根據(jù)實(shí)際情況決定是否再次延遲發(fā)貨，并且當(dāng)用戶無需再次延遲發(fā)貨時(shí)，無需進(jìn)行任何操作，從而進(jìn)一步提高延遲發(fā)貨的便捷性和可靠性。

另一種可能發(fā)生的場景為用戶需要再次延遲發(fā)貨，相應(yīng)的，在圖4所示實(shí)施例的基礎(chǔ)上，獲取模塊31，還具體被配置為在提醒模塊41向所述用戶推送所述提醒消息之后，若接收到第二消息，則獲取第二延遲時(shí)間，所述第二消息包括所述第二延遲時(shí)間，所述第二消息是所述用戶根據(jù)所述提醒消息確認(rèn)對所述貨物再次延遲發(fā)貨后返回的；

相應(yīng)的，分析模塊32，還具體被配置為根據(jù)所述第二延遲時(shí)間，更新所述第一延遲時(shí)間；

處理模塊33，具體被配置為根據(jù)更新后的所述第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行發(fā)貨處理。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：提醒模塊41向用戶推送提醒消息后，若接收到表征需要再次延遲的第二消息，則獲取模塊31獲得第二消息中的第二延遲消息，分析模塊32根據(jù)第二延遲時(shí)間對第一延遲時(shí)間進(jìn)行更新，處理模塊33根據(jù)更新后的第一延遲時(shí)間，對訂單對應(yīng)的貨物進(jìn)行發(fā)貨處理。

通過上述實(shí)施方式，在延遲發(fā)貨到期之前可以向用戶推送提醒消息，以使用戶根據(jù)實(shí)際情況決定是否再次延遲發(fā)貨，當(dāng)用戶指示需要再次延遲時(shí)及時(shí)可靠地對貨物的發(fā)貨時(shí)間再次向后延遲，從而進(jìn)一步提高延遲發(fā)貨的靈活性、準(zhǔn)確性和可靠性。

可選的，為了提高延遲發(fā)貨的可靠性，在本實(shí)施例中任一實(shí)施方式的基礎(chǔ)上，處理模塊33，還被配置為在提醒模塊41向所述用戶推送提醒消息之前，若當(dāng)前對所述貨物的累積延遲時(shí)間達(dá)到預(yù)設(shè)的上限值，則對所述貨物進(jìn)行發(fā)貨處理。

仍以前述的實(shí)際應(yīng)用場景進(jìn)行舉例說明：在提醒模塊41向用戶推送提醒消息前，可以先檢測當(dāng)前對該訂單對應(yīng)的貨物的累積延遲時(shí)間是否已達(dá)上限值，如已達(dá)上限值，則指示提醒模塊41不再推送提醒消息，直接發(fā)貨。

通過本實(shí)施方式，當(dāng)貨物的累積延遲時(shí)間達(dá)到上限值，則不再支持再次延遲發(fā)貨，并直接發(fā)貨，可以提高延遲發(fā)貨的可靠性。

綜上所述，本實(shí)施例提供的發(fā)貨調(diào)度裝置，在延遲發(fā)貨到期之前向用戶推送提醒消息，以使用戶根據(jù)實(shí)際情況決定是否再次延遲發(fā)貨，從而進(jìn)一步提高延遲發(fā)貨的靈活性、準(zhǔn)確性和可靠性。

以上描述的發(fā)貨調(diào)度裝置用于執(zhí)行上述的發(fā)貨調(diào)度方法。

如圖5所示，圖5是根據(jù)一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置的框圖，如圖5所示，該發(fā)貨調(diào)度裝置可實(shí)現(xiàn)為：

處理器；

被配置為存儲處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：獲取延遲發(fā)貨請求，所述延遲發(fā)貨請求用于請求對訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨；根據(jù)所述延遲發(fā)貨請求，獲得第一延遲時(shí)間，所述第一延遲時(shí)間用于表征對所述貨物進(jìn)行延遲發(fā)貨的延遲時(shí)間；根據(jù)所述第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨處理。

本實(shí)施例提供的發(fā)貨調(diào)度裝置，根據(jù)用戶針對訂單的延遲發(fā)貨請求，獲得延遲發(fā)貨的延遲時(shí)間，并根據(jù)延遲時(shí)間對訂單中的貨物進(jìn)行延遲發(fā)貨，從而充分考慮用戶當(dāng)前是否具備收貨條件，基于用戶的需求，靈活智能地控制發(fā)貨時(shí)間，有效提高智能物流的可靠性和便利性。

圖6是根據(jù)另一示例性實(shí)施例示出的一種發(fā)貨調(diào)度裝置600的框圖。例如，發(fā)貨調(diào)度裝置600可以被提供為一服務(wù)器。參照圖6，發(fā)貨調(diào)度裝置600包括處理組件622，其進(jìn)一步包括一個(gè)或處理器，以及由存儲器632所代表的存儲器資源，用于存儲可由處理組件622的執(zhí)行的指令，例如應(yīng)用程序。存儲器632中存儲的應(yīng)用程序可以包括一個(gè)或一個(gè)以上的每一個(gè)對應(yīng)于一組指令的模塊。此外，處理組件622被配置為執(zhí)行指令，以執(zhí)行上述方法：

獲取延遲發(fā)貨請求，所述延遲發(fā)貨請求用于請求對訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨；根據(jù)所述延遲發(fā)貨請求，獲得第一延遲時(shí)間，所述第一延遲時(shí)間用于表征對所述貨物進(jìn)行延遲發(fā)貨的延遲時(shí)間；根據(jù)所述第一延遲時(shí)間，對所述訂單對應(yīng)的貨物進(jìn)行延遲發(fā)貨處理。

發(fā)貨調(diào)度裝置600還可以包括一個(gè)電源組件626被配置為執(zhí)行發(fā)貨調(diào)度裝置600的電源管理，一個(gè)有線或無線網(wǎng)絡(luò)接口650被配置為將發(fā)貨調(diào)度裝置600連接到網(wǎng)絡(luò)，和一個(gè)輸入輸出(i/o)接口658。發(fā)貨調(diào)度裝置600可以操作基于存儲在存儲器632的操作系統(tǒng)，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或類似。

所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為描述的方便和簡潔，上述描述的裝置、終端和服務(wù)器的具體工作過程，可以參考前述方法實(shí)施例中的對應(yīng)過程。

本領(lǐng)域技術(shù)人員在考慮說明書及實(shí)踐這里公開的發(fā)明后，將容易想到本發(fā)明的其它實(shí)施方案。本申請旨在涵蓋本發(fā)明的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本發(fā)明的一般性原理并包括本公開未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實(shí)施例僅被視為示例性的，本發(fā)明的真正范圍和精神由下面的權(quán)利要求指出。

應(yīng)當(dāng)理解的是，本發(fā)明并不局限于上面已經(jīng)描述并在附圖中示出的精確結(jié)構(gòu)，并且可以在不脫離其范圍進(jìn)行各種修改和改變。本發(fā)明的范圍僅由所附的權(quán)利要求來限制。