本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種訂單信息維護(hù)方法。

背景技術(shù)：

訂單處理就是從接到客戶訂貨開始一直到交付商品乃至商品評(píng)價(jià)為止的作業(yè)階段,作為訂單作業(yè)的核心流程，訂單處理直接影響到訂單作業(yè)的準(zhǔn)確度和效率。

然而在訂單處理過程中，也包括有一個(gè)較為特殊的環(huán)節(jié)，就是訂單取消。目前常用的方法是將取消的訂單數(shù)據(jù)放入訂單垃圾箱中,用戶依然可以隨時(shí)看到自己已經(jīng)取消的訂單,電商側(cè)的員工也能夠察看到取消的訂單,但是這樣的結(jié)果就是數(shù)據(jù)存儲(chǔ)空間越來越多的被這些“失效”的訂單數(shù)據(jù)所占用，造成存儲(chǔ)資源的浪費(fèi)。同時(shí)現(xiàn)有的訂單取消的處理機(jī)制也還需要進(jìn)行進(jìn)一步的完善。

如何能夠在盡量不影響到正常訂單處理流程，不會(huì)給電商造成太大人力物力損失的情況下，提供給客戶予以取消訂單的合理時(shí)間；以及電商在何種場(chǎng)景下能夠主動(dòng)觸發(fā)取消訂單的動(dòng)作，但又能同時(shí)兼顧保障客戶利益，都是業(yè)內(nèi)還在探討的問題。

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

本發(fā)明的目的是針對(duì)現(xiàn)有技術(shù)的缺陷，提供一種訂單信息維護(hù)方法，針對(duì)用戶取消或超時(shí)訂單按照設(shè)定機(jī)制進(jìn)行處理，能夠在兼顧顧客和電商二者需求的情況下合理實(shí)現(xiàn)取消訂單的業(yè)務(wù)功能，并對(duì)已取消訂單按照時(shí)間進(jìn)行管控，對(duì)于已取消時(shí)間超過設(shè)定時(shí)間閾值的訂單自動(dòng)執(zhí)行刪除操作，已避免對(duì)存儲(chǔ)空間的永久占用、造成存儲(chǔ)資源浪費(fèi)。

有鑒于此，本發(fā)明實(shí)施例提供了一種訂單信息維護(hù)方法，包括：

獲取在線訂單信息的生成時(shí)間的信息；所述在線訂單信息包括訂單ID、訂單中商品的商品ID、訂購數(shù)量、商品價(jià)格數(shù)據(jù)、用戶ID、收貨信息、店面信息、訂單取貨時(shí)間信息和訂單狀態(tài)信息；

監(jiān)控當(dāng)前時(shí)間與所述生成時(shí)間之間的第一時(shí)間間隔；

當(dāng)所述第一時(shí)間間隔大于預(yù)設(shè)的第一時(shí)間閾值時(shí)，生成訂單取消指令；所述訂單取消指令包括所述訂單ID；

根據(jù)所述訂單ID確定待處理的在線訂單信息，根據(jù)所述訂單取消指令更改所述待處理的在線訂單信息的訂單狀態(tài)信息，將所述訂單狀態(tài)信息更改為取消狀態(tài)，并記錄訂單取消時(shí)間；

獲取所述訂單狀態(tài)信息為取消狀態(tài)的在線訂單信息，生成已取消在線訂單列表；

監(jiān)控當(dāng)前時(shí)間與所述已取消在線訂單列表中每個(gè)在線訂單信息的訂單取消時(shí)間之間的第二時(shí)間間隔；

當(dāng)訂單ID為第一訂單ID的在線訂單信息的所述第二時(shí)間間隔大于預(yù)設(shè)的第二時(shí)間閾值時(shí)，生成已取消訂單刪除指令，所述已取消訂單刪除指令包括第一訂單ID；

根據(jù)所述已取消訂單刪除指令，在所述已取消在線訂單列表中清除所述第一訂單ID對(duì)應(yīng)的在線訂單信息。

優(yōu)選的，在所述獲取在線訂單信息的生成時(shí)間的信息之前，所述方法還包括：

所述終端設(shè)備接收服務(wù)器發(fā)送的訂單信息，所述訂單信息包括所述訂單ID、訂單中商品的商品ID、訂購數(shù)量、商品價(jià)格數(shù)據(jù)、用戶ID、收貨信息、店面信息和訂單取貨時(shí)間信息；

對(duì)所述訂單信息進(jìn)行預(yù)處理，在所述訂單信息中加入訂單狀態(tài)信息，生成在線訂單信息，存儲(chǔ)在在線訂單數(shù)據(jù)列表中，并且記錄所述在線訂單信息的生成時(shí)間；所述訂單狀態(tài)信息為待配貨狀態(tài)。

優(yōu)選的，所述方法還包括：

獲取所述店面的每個(gè)員工ID對(duì)應(yīng)的工作權(quán)重?cái)?shù)據(jù)；

根據(jù)各個(gè)員工ID對(duì)應(yīng)的工作權(quán)重?cái)?shù)據(jù)所述在線訂單信息的責(zé)任員工的員工ID，建立并記錄所述訂單ID與所述責(zé)任員工的員工ID的關(guān)聯(lián)信息；

接收所述責(zé)任員工通過所述終端設(shè)備輸入的配貨完成信息，所述配貨完成信息包括所述訂單ID；

根據(jù)所述配貨完成信息更新所述在線訂單信息的訂單狀態(tài)信息，將所述訂單狀態(tài)信息更改為配貨完成狀態(tài)。

進(jìn)一步優(yōu)選的，所述方法還包括：

接收取貨確認(rèn)信息，根據(jù)所述取貨確認(rèn)信息，對(duì)所述在線訂單信息進(jìn)行處理，生成已完成訂單信息并存儲(chǔ)在已完成訂單數(shù)據(jù)列表中；并且在所述在線訂單數(shù)據(jù)列表中刪除所述在線訂單信息。

優(yōu)選的，在所述根據(jù)所述配貨完成信息更新所述在線訂單信息的訂單狀態(tài)信息，將所述訂單狀態(tài)信息更改為配貨完成狀態(tài)之前，所述方法還包括：

用戶終端接收用戶輸入的訂單取消指令；

根據(jù)所述訂單取消指令生成訂單取消信息發(fā)送給所述服務(wù)器；所述訂單取消信息至少包括所述用戶ID和訂單ID；

根據(jù)所述訂單ID在所述在線訂單信息中查詢相應(yīng)的在線訂單信息，并對(duì)查詢得到的在線訂單信息中的用戶ID與所述訂單取消信息中的用戶ID相匹配；

當(dāng)匹配一致時(shí)，生成所述訂單取消指令。

優(yōu)選的，所述獲取所述店面的每個(gè)員工ID對(duì)應(yīng)的工作權(quán)重?cái)?shù)據(jù)具體包括：

根據(jù)所述店面的店面信息確定所述店面信息關(guān)聯(lián)的多個(gè)員工ID；

根據(jù)所述員工ID查詢與所述員工ID相關(guān)的全部待處理訂單的訂單ID；所述待處理訂單為訂單狀態(tài)信息為待配貨狀態(tài)的在線訂單；

根據(jù)所述待處理訂單的訂單ID統(tǒng)計(jì)待處理訂單數(shù)量；

根據(jù)所述待處理訂單數(shù)量生成所述工作權(quán)重?cái)?shù)據(jù)。

優(yōu)選的，所述根據(jù)所述待處理訂單數(shù)量生成所述工作權(quán)重?cái)?shù)據(jù)具體包括：

根據(jù)所述待處理訂單的訂單ID確定每個(gè)待處理訂單的商品ID和訂購數(shù)量；

根據(jù)所述每個(gè)待處理訂單的商品ID和訂購數(shù)量確定所述待處理訂單的權(quán)重值；

對(duì)所述待處理訂單的權(quán)重值和所述待處理訂單數(shù)量進(jìn)行加權(quán)處理生成所述工作權(quán)重?cái)?shù)據(jù)。

本發(fā)明實(shí)施例提供的訂單信息維護(hù)方法，針對(duì)用戶取消或超時(shí)訂單按照設(shè)定機(jī)制進(jìn)行處理，能夠在兼顧顧客和電商二者需求的情況下合理實(shí)現(xiàn)取消訂單的業(yè)務(wù)功能，并對(duì)已取消訂單按照時(shí)間進(jìn)行管控，對(duì)于已取消時(shí)間超過設(shè)定時(shí)間閾值的訂單自動(dòng)執(zhí)行刪除操作，已避免對(duì)存儲(chǔ)空間的永久占用、造成存儲(chǔ)資源浪費(fèi)。

附圖說明

圖1為本發(fā)明實(shí)施例提供的訂單信息維護(hù)方法的流程圖；

圖2為本發(fā)明實(shí)施例提供的對(duì)在線訂單進(jìn)行分派派單處理的流程圖；

圖3為本發(fā)明實(shí)施例提供的生成工作權(quán)重?cái)?shù)據(jù)的方法流程圖。

具體實(shí)施方式

訂單處理是電子商務(wù)網(wǎng)站的核心業(yè)務(wù)之一，即重點(diǎn)中的重點(diǎn)。其處理結(jié)果的好壞，在經(jīng)營(yíng)上直接關(guān)系到客戶體驗(yàn)，即關(guān)系到用戶下單，顧客回頭率，在企業(yè)內(nèi)部同樣對(duì)企業(yè)資金運(yùn)用，周轉(zhuǎn)都有著，倉儲(chǔ)物流都有著極為重要的作用。而隨著電子商務(wù)的普及和發(fā)展，倍增的銷售量也對(duì)訂單的數(shù)據(jù)存儲(chǔ)管理帶來了挑戰(zhàn)。為此，本發(fā)明針對(duì)線上銷售、線下取貨的運(yùn)營(yíng)模式提出了一種訂單信息維護(hù)方法，能夠基于訂單狀態(tài)對(duì)訂單信息地存儲(chǔ)數(shù)據(jù)進(jìn)行維護(hù)管理，提高了存儲(chǔ)資源的使用效率，兼顧了顧客和電商二者對(duì)于數(shù)據(jù)管理的需求。

下面通過附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。

圖1為本發(fā)明實(shí)施例提供的訂單信息維護(hù)方法流程圖，如圖1所示，包括：

步驟100，終端設(shè)備接收服務(wù)器發(fā)送的訂單信息；

具體的，在用戶通過用戶端下單之后，在服務(wù)器中會(huì)根據(jù)用戶的訂購信息生成訂單信息，并基于預(yù)先設(shè)定的規(guī)則將訂單信息派發(fā)到店面。訂單信息可以包括訂單ID、訂單中商品的商品ID、訂購數(shù)量、商品價(jià)格數(shù)據(jù)、用戶ID、收貨信息、店面信息和訂單取貨時(shí)間信息。

步驟110，對(duì)訂單信息進(jìn)行預(yù)處理，在訂單信息中加入訂單狀態(tài)信息，生成在線訂單信息，存儲(chǔ)在在線訂單數(shù)據(jù)列表中，并且記錄在線訂單信息的生成時(shí)間；

具體的，在用戶通過用戶端下單之后，在服務(wù)器中會(huì)根據(jù)用戶的訂購信息生成訂單信息，并基于預(yù)先設(shè)定的規(guī)則將訂單信息派發(fā)到店面。店面的終端設(shè)備對(duì)于訂單信息進(jìn)行預(yù)處理，生成在線訂單信息，同時(shí)記錄在線訂單信息的生成時(shí)間，以便后續(xù)進(jìn)行處理時(shí)限上的監(jiān)控。

步驟120，獲取在線訂單信息的生成時(shí)間的信息；

具體的，在線訂單信息包括訂單ID、訂單中商品的商品ID、訂購數(shù)量、商品價(jià)格數(shù)據(jù)、用戶ID、收貨信息、店面信息、訂單取貨時(shí)間信息和訂單狀態(tài)信息。

服務(wù)器后臺(tái)對(duì)于每個(gè)在線訂單信息都進(jìn)行處理時(shí)限的監(jiān)控。

步驟130，監(jiān)控當(dāng)前時(shí)間與生成時(shí)間之間的第一時(shí)間間隔；

具體的，當(dāng)生成在線訂單信息之后，表明該訂單已經(jīng)被分配到店鋪，則可以根據(jù)這個(gè)時(shí)間作為起點(diǎn)時(shí)間，來限定訂單處理的時(shí)限。

可以根據(jù)當(dāng)前時(shí)間確定與該起點(diǎn)時(shí)間，即生成在線訂單信息時(shí)間之間的時(shí)間間隔作為判定是否超時(shí)限。

因?yàn)榇颂幩f的訂單處理的時(shí)限是限定用戶下單后取貨的時(shí)限，因此，也可以以后續(xù)步驟240中，對(duì)訂單配貨完成的時(shí)間作為起點(diǎn)時(shí)間，來限定訂單處理的時(shí)限。

步驟140，當(dāng)?shù)谝粫r(shí)間間隔大于預(yù)設(shè)的第一時(shí)間閾值時(shí)，生成訂單取消指令；

具體的，訂單取消指令包括訂單ID。

以一個(gè)具體的例子說明：

客戶通過移動(dòng)終端的應(yīng)用進(jìn)行在線下單后，訂單信息轉(zhuǎn)至店鋪，生成在線訂單信息，或者已經(jīng)由店鋪員工完成配貨。在此之后的7天內(nèi)，客戶都沒去到店面取貨，服務(wù)器則會(huì)對(duì)此訂單生成訂單取消指令。

步驟150，根據(jù)訂單ID確定待處理的在線訂單信息，根據(jù)訂單取消指令更改待處理的在線訂單信息的訂單狀態(tài)信息，將訂單狀態(tài)信息更改為取消狀態(tài)，并記錄訂單取消時(shí)間；

具體的，將該訂單的狀態(tài)會(huì)根據(jù)訂單取消指令更改為已取消的狀態(tài)。

步驟160，獲取訂單狀態(tài)信息為取消狀態(tài)的在線訂單信息，生成已取消在線訂單列表；

具體的，服務(wù)器主動(dòng)識(shí)別各個(gè)訂單的訂單狀態(tài)信息，將狀態(tài)信息為取消狀態(tài)的在線訂單信息加入到已取消在線訂單列表中。

服務(wù)器的主動(dòng)識(shí)別可以是實(shí)時(shí)的，即在待處理的在線訂單信息的訂單狀態(tài)信息的狀態(tài)被更改時(shí)就進(jìn)行識(shí)別和訂單數(shù)據(jù)的抓取；也可以是定時(shí)獲取的，比如每小時(shí)或者每半小時(shí)更新一次數(shù)據(jù)。

步驟170，監(jiān)控當(dāng)前時(shí)間與已取消在線訂單列表中每個(gè)在線訂單信息的訂單取消時(shí)間之間的第二時(shí)間間隔；

具體的，當(dāng)訂單被取消時(shí)間超過設(shè)定時(shí)間，比如30天，即不再保留該訂單的數(shù)據(jù)。

如果當(dāng)訂單被取消時(shí)間沒有超過設(shè)定時(shí)間，則還可以對(duì)已取消的在線訂單進(jìn)行查詢操作。具體的，對(duì)已取消訂單可以通過訂單ID、用戶ID等信息進(jìn)行查詢。

此外，對(duì)于已取消在線訂單列表中的在線訂單信息還可以執(zhí)行手動(dòng)刪除的操作。可以通過批量刪除或者單個(gè)刪除的方式來實(shí)現(xiàn)。

批量刪除時(shí)，服務(wù)后臺(tái)可以通過用戶界面，對(duì)已取消在線訂單列表中的復(fù)選框進(jìn)行多選刪除訂單，刪除成功后，這些訂單將從數(shù)據(jù)庫中刪除。

單個(gè)刪除時(shí)，在用戶界面上，通過在已取消在線訂單列表中選中每條在線訂單信息對(duì)應(yīng)的刪除按鈕，可以通過用戶界面對(duì)該刪除按鈕進(jìn)行點(diǎn)擊操作，將該訂單刪除，刪除成功后該訂單數(shù)據(jù)將從數(shù)據(jù)庫中刪除。

步驟180，當(dāng)訂單ID為第一訂單ID的在線訂單信息的第二時(shí)間間隔大于預(yù)設(shè)的第二時(shí)間閾值時(shí)，生成已取消訂單刪除指令；

具體的，當(dāng)一個(gè)已取消訂單的取消時(shí)間已經(jīng)超過了預(yù)設(shè)的時(shí)間間隔，比如30天，則系統(tǒng)直接生成刪除指令，刪除該訂單信息。在刪除指令中包括有被刪除訂單的訂單ID。

步驟190，根據(jù)已取消訂單刪除指令，在已取消在線訂單列表中清除第一訂單ID對(duì)應(yīng)的在線訂單信息。

上述過程實(shí)現(xiàn)了基于預(yù)設(shè)時(shí)間管控的訂單信息維護(hù)的一個(gè)自動(dòng)執(zhí)行的流程。整個(gè)流程執(zhí)行于服務(wù)器端。

此外，訂單的取消，也可以是由下單用戶發(fā)起的。

也就是在步驟150的訂單取消指令，還存在另外一種產(chǎn)生方法。

具體的，在步驟150之前，用戶終端接收用戶輸入的訂單取消指令，根據(jù)訂單取消指令生成訂單取消信息發(fā)送給服務(wù)器；在訂單取消信息中至少包括用戶ID和訂單ID；服務(wù)器根據(jù)訂單ID在在線訂單信息中查詢相應(yīng)的在線訂單信息，并對(duì)查詢得到的在線訂單信息中的用戶ID與訂單取消信息中的用戶ID相匹配；當(dāng)匹配一致時(shí)，生成訂單取消指令。

上述過程為用戶主動(dòng)取消訂單的執(zhí)行過程，如果用戶下單錯(cuò)誤，或者用戶改變主意不想購買商品了，可以按照上述過程進(jìn)行操作。

但是為了避免給電商造成太大的人力物力損失，該過程優(yōu)選的，只能在訂單分派派單處理完成之前或者訂單狀態(tài)信息更改為配貨完成狀態(tài)之前才能發(fā)起。一旦訂單已經(jīng)完成派單或者已經(jīng)完成配貨，就不能再由用戶發(fā)起訂單取消了。

本發(fā)明實(shí)施例提供的訂單信息維護(hù)方法，針對(duì)用戶取消或超時(shí)訂單按照設(shè)定機(jī)制進(jìn)行處理，能夠在兼顧顧客和電商二者需求的情況下合理實(shí)現(xiàn)取消訂單的業(yè)務(wù)功能，并對(duì)已取消訂單按照時(shí)間進(jìn)行管控，對(duì)于已取消時(shí)間超過設(shè)定時(shí)間閾值的訂單自動(dòng)執(zhí)行刪除操作，已避免對(duì)存儲(chǔ)空間的永久占用、造成存儲(chǔ)資源浪費(fèi)。

下面對(duì)在線訂單進(jìn)行分派派單處理的過程進(jìn)行說明。

在步驟110之后，還可以包括對(duì)于在線訂單進(jìn)行分派派單處理的過程。具體如圖2所示，包括如下步驟：

步驟210，獲取店面的每個(gè)員工ID對(duì)應(yīng)的工作權(quán)重?cái)?shù)據(jù)；

具體的，本實(shí)施例中，工作權(quán)重?cái)?shù)據(jù)是能夠用來量化衡量一個(gè)員工當(dāng)前工作負(fù)荷的數(shù)據(jù)。工作權(quán)重?cái)?shù)據(jù)可以通過如下過程獲得。

首先，根據(jù)店面的店面信息確定店面信息關(guān)聯(lián)的多個(gè)員工ID；其次根據(jù)員工ID查詢與員工ID相關(guān)的全部待處理訂單的訂單ID；此處的待處理訂單是指訂單狀態(tài)信息為待配貨狀態(tài)的在線訂單；再次，根據(jù)待處理訂單的訂單ID統(tǒng)計(jì)待處理訂單數(shù)量；最后，根據(jù)待處理訂單數(shù)量生成工作權(quán)重?cái)?shù)據(jù)。

在這個(gè)過程中，工作權(quán)重?cái)?shù)據(jù)是由員工的待處理訂單的數(shù)量確定的，也就是說，一個(gè)員工的待處理訂單越多，表示他當(dāng)前的工作權(quán)重越大。

進(jìn)一步的，工作權(quán)重?cái)?shù)據(jù)的生成除了考量待處理訂單數(shù)量外還可以同時(shí)考量每個(gè)待處理訂單的商品及商品數(shù)量。這樣能夠更合理的進(jìn)行任務(wù)分派。比如兩個(gè)員工A和B，其中A的待處理訂單有2件，B的待處理訂單有3件，A的待處理訂單中，每件訂單包含10件商品，而B的待處理訂單中每件訂單僅有2件商品，如果僅以待處理訂單數(shù)量來考量工作權(quán)重?cái)?shù)據(jù)，顯然沒有同時(shí)考慮待處理訂單中包括的商品及訂購數(shù)量更加嚴(yán)謹(jǐn)、合理。

因此在優(yōu)選的實(shí)施例中，生成工作權(quán)重?cái)?shù)據(jù)的方法如圖3所示，包括如下步驟：

步驟211，根據(jù)待處理訂單的訂單ID確定每個(gè)待處理訂單的商品ID和訂購數(shù)量；

步驟212，根據(jù)每個(gè)待處理訂單的商品ID和訂購數(shù)量確定待處理訂單的權(quán)重值；

具體的，可以根據(jù)商品的不同，對(duì)商品賦予一個(gè)權(quán)重，然后根據(jù)商品ID對(duì)應(yīng)得到該權(quán)重，將該權(quán)重與該商品的訂購數(shù)量的乘積作為訂單中一個(gè)商品的權(quán)重值。如果訂單包括多種商品，則將多種商品的權(quán)重值之和作為待處理訂單的權(quán)重值。

步驟213，對(duì)待處理訂單的權(quán)重值和待處理訂單數(shù)量進(jìn)行加權(quán)處理生成工作權(quán)重?cái)?shù)據(jù)。

具體的，對(duì)每個(gè)員工的全部待處理訂單進(jìn)行加權(quán)，即可得到該員工的工作權(quán)重?cái)?shù)據(jù)。

步驟220，根據(jù)各個(gè)員工ID對(duì)應(yīng)的工作權(quán)重?cái)?shù)據(jù)在線訂單信息的責(zé)任員工的員工ID，建立并記錄訂單ID與責(zé)任員工的員工ID的關(guān)聯(lián)信息；

在這之后，對(duì)訂單生成訂單分派提示信息，并基于關(guān)聯(lián)信息，根據(jù)責(zé)任員工的用戶ID發(fā)送給責(zé)任員工的用戶終端。責(zé)任員工的用戶終端對(duì)接收到的訂單分派提示信息進(jìn)行顯示。通過訂單分派提示信息，可以提示責(zé)任員工該訂單被分派給他進(jìn)行配貨處理。訂單分配提示信息中至少包括訂單ID。

步驟230，接收責(zé)任員工通過終端設(shè)備輸入的配貨完成信息，配貨完成信息包括訂單ID；

具體的，責(zé)任員工在配貨完成之后會(huì)通過終端設(shè)備輸入配貨完成信息，從而在系統(tǒng)中對(duì)配貨完成時(shí)間和動(dòng)作進(jìn)行記錄。

在優(yōu)選的實(shí)施例中，可以根據(jù)訂單取貨時(shí)間信息生成配貨完成預(yù)警時(shí)間，比如設(shè)置為訂單取貨時(shí)間之前8小時(shí)，或者之前4小時(shí)。

如果在到達(dá)配貨完成預(yù)警時(shí)間時(shí)，系統(tǒng)還沒有接收到配貨完成信息，則生成預(yù)警信息，以提示責(zé)任員工該訂單即將到達(dá)取貨時(shí)間，需要予以關(guān)注并有先進(jìn)行配貨。

步驟240，根據(jù)配貨完成信息更新在線訂單信息的訂單狀態(tài)信息，將訂單狀態(tài)信息更改為配貨完成狀態(tài)；

具體的，店面管理員或者員工通過查看訂單狀態(tài)信息即可確認(rèn)該訂單是否已經(jīng)完成配貨。

在對(duì)在線訂單信息的處理中，可以基于不同訂單狀態(tài)信息對(duì)訂單信息進(jìn)行分類處理。

比如當(dāng)接收到店面管理員輸入的待配貨訂單查詢信息，則在訂單狀態(tài)信息為待配貨狀態(tài)的在線訂單信息中進(jìn)行查詢匹配；當(dāng)接收到店面管理員輸入的待配貨訂單查詢信息，則在訂單狀態(tài)信息為配貨完成狀態(tài)的在線訂單信息中進(jìn)行查詢匹配。

步驟250，接收取貨確認(rèn)信息，根據(jù)取貨確認(rèn)信息，對(duì)在線訂單信息進(jìn)行處理，生成已完成訂單信息并存儲(chǔ)在已完成訂單數(shù)據(jù)列表中。

當(dāng)用戶完成線下取貨的動(dòng)作，店面管理員或員工在終端設(shè)備輸入取貨確認(rèn)信息。取貨確認(rèn)信息中包括由訂單ID的信息。從而通過訂單ID確定完成的訂單。

步驟260，在在線訂單數(shù)據(jù)列表中刪除在線訂單信息。

步驟250和步驟260是可以同時(shí)進(jìn)行的。

在步驟250之后，還可以對(duì)已完成訂單數(shù)據(jù)列表中的數(shù)據(jù)進(jìn)行刪除、備份等等操作。

比如，需要定期對(duì)已完成訂單數(shù)據(jù)列表中的數(shù)據(jù)進(jìn)行備份。通過設(shè)定備份時(shí)間，實(shí)現(xiàn)系統(tǒng)的自動(dòng)備份。

同時(shí)可以設(shè)置操作項(xiàng)，確定對(duì)備份完成的數(shù)據(jù)是否刪除。

當(dāng)然，刪除和備份的動(dòng)作也都可以是由店面的管理員通過終端設(shè)備的操作產(chǎn)生的。

通過上述過程即完成了從訂單分派到訂單處理完成的整個(gè)過程的訂單信息處理?；谏鲜鲞^程，在訂單分派時(shí)，能根據(jù)服務(wù)店面的員工當(dāng)前工作負(fù)荷量自動(dòng)分配訂單的責(zé)任員工，大大減少了店面管理員的工作，縮短了訂單處理的時(shí)間，提高了工作效率。

專業(yè)人員應(yīng)該還可以進(jìn)一步意識(shí)到，結(jié)合本文中所公開的實(shí)施例描述的各示例的單元及算法步驟，能夠以電子硬件、計(jì)算機(jī)軟件或者二者的結(jié)合來實(shí)現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計(jì)約束條件。專業(yè)技術(shù)人員可以對(duì)每個(gè)特定的應(yīng)用來使用不同方法來實(shí)現(xiàn)所描述的功能，但是這種實(shí)現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。

結(jié)合本文中所公開的實(shí)施例描述的方法或算法的步驟可以用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來實(shí)施。軟件模塊可以置于隨機(jī)存儲(chǔ)器(RAM)、內(nèi)存、只讀存儲(chǔ)器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤、可移動(dòng)磁盤、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲(chǔ)介質(zhì)中。

以上所述的具體實(shí)施方式，對(duì)本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實(shí)施方式而已，并不用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。