[發明專利]訂單處理方法、裝置、設備及計算機可讀存儲介質

在審

• 申請號: 201711086791.4
• 申請日: 2017-11-07
• 公開（公告）號: CN107833099A
• 公開（公告）日: 2018-03-23
• 發明（設計）人: 王笑天
• 申請（專利權）人: 北京小度信息科技有限公司
• 主分類號: G06Q30/06
• 分類號: G06Q30/06;G06Q10/08
• 代理公司: 北京智信四方知識產權代理有限公司11519
• 代理人: 宋海龍

技術領域

本公開實施例涉及計算機應用技術領域，尤其涉及一種訂單處理方法、裝置、設備及計算機可讀存儲介質。

背景技術

隨著互聯網技術的快速發展，基于互聯網的應用越來越多，例如外賣類應用、購物類應用?；谶@些應用，用戶足不出戶即可獲取自己所需的物品。例如，基于購物O2O(線上到線下)行業的發展，線上購物或外賣的服務流程已經形成相對成熟和既定的模式。商戶在銷售平臺上接單后，在需要進行進一步處理時，商戶處理訂單的操作會比較繁瑣。

發明內容

在實際應用中，發明人發現：相關技術中，商戶(目標用戶)一般在專門的接單和物品管理平臺(或稱作銷售平臺)接訂單并查看訂單，店員人工準備貨品并進行包裝。在配送階段，商戶可以選擇自己配送，也可以選擇物流服務提供商為其配送。在選擇物流服務提供商為其配送的情況下，商戶需要先登錄物流平臺，在物流平臺中錄入取貨地址、送貨地址、商戶名稱、用戶名等基本信息，物流平臺根據商戶錄入的信息調度配送員進行配送。在這種訂單處理方式下，商戶需要在物流平臺上手工錄入信息，操作繁瑣。而且如果有多個訂單需要配送，則商戶需要在物流平臺上一個訂單一個訂單地進行操作，費時費力。如果商戶在多個銷售平臺出售商品，并且希望使用同一物流平臺進行配送，那么，在多個銷售平臺的商戶端(例如，手機APP)間切換，查詢訂單信息，并且在同一物流平臺錄入配送信息，費時費力，還會增加出錯的概率。即，獲取和處理銷售平臺上的目標用戶的訂單的方式對于用戶不夠方便。

為了解決上述技術問題的某一方面，本公開實施例提供了一種訂單處理方法、裝置、設備及計算機可讀存儲介質，用以提高商戶處理訂單的便捷程度，節省時間和人力，提升服務質量。

本公開實施例的第一方面提供了一種訂單處理方法，包括：

通過對至少一個訂單處理服務器進行查詢來檢測是否存在目標用戶的訂單；

響應于至少一個訂單處理服務器上存在目標用戶的訂單的檢測結果，從所述至少一個訂單處理服務器獲取所述目標用戶的訂單；

將獲取的所述目標用戶的訂單推送到所述目標用戶的應用端。

結合第一方面，本公開在第一方面的第一種實現方式中，還包括：

響應于所述目標用戶的配送指令，根據所述目標用戶指定配送的訂單生成配送單。

結合第一方面的第一種實現方式，本公開在第一方面的第二種實現方式中，還包括：

檢測在預定時間內所述目標用戶是否下達配送指令；

響應于在預定時間內所述目標用戶未下達配送指令的檢測結果，提醒目標用戶處理所述訂單。

結合第一方面，本公開在第一方面的第三種實現方式中，還包括：

自動根據獲取的訂單生成配送單。

結合第一方面的第三種實現方式，本公開在第一方面的第四種實現方式中，所述方法還包括：

檢測生成配送單的頻率是否達到預設的頻率閾值；

響應于生成配送單的頻率達到預設的頻率閾值的檢測結果，停止根據獲取的訂單生成配送單。

結合第一方面的第四種實現方式，本公開在第一方面的第五種實現方式中，所述方法還包括：

響應于生成配送單的頻率低于預設的頻率閾值的檢測結果，自動根據獲取的訂單生成配送單。

結合第一方面，本公開在第一方面的第六種實現方式中，還包括：

檢測訂單處理服務器上的所述目標用戶的訂單量是否達到預設的所述目標用戶的訂單承受量閾值；

響應于訂單處理服務器上的所述目標用戶的訂單量達到預設的所述目標用戶的訂單承受量閾值的檢測結果，控制所述訂單處理服務器上所述目標用戶的銷售量。

結合第一方面的第六種實現方式，本公開在第一方面的第七種實現方式中，所述控制所述訂單處理服務器上所述目標用戶的銷售量，包括：

對所述訂單處理服務器上所述目標用戶的銷售項目進行調價；或者

禁止在所述訂單處理服務器上對所述目標用戶的銷售項目下訂單。

本公開實施例的第二方面提供了一種訂單處理裝置，包括：

查詢模塊，用于通過對至少一個訂單處理服務器進行查詢來檢測是否存在目標用戶的訂單；

獲取模塊，用于響應于至少一個訂單處理服務器上存在目標用戶的訂單的檢測結果，從所述至少一個訂單處理服務器獲取所述目標用戶的訂單；

推送模塊，用于將獲取的所述目標用戶的訂單推送到所述目標用戶的應用端。

結合第二方面，本公開在第二方面的第一種實現方式中，還包括：