本發(fā)明涉及云計(jì)算技術(shù)，尤指一種管理訂單的方法和裝置及計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)。

背景技術(shù)：

近年來(lái)隨著人們對(duì)于訂單排隊(duì)需求的增加和相對(duì)應(yīng)企業(yè)的興起，各種訂單平臺(tái)良莠不齊，有的雖然也使用了一些管理軟件，但是還是面臨著資源租賃、服務(wù)器和電腦的維護(hù)成本等一系列問(wèn)題。

目前管理訂單的方法一般是根據(jù)用戶(hù)下訂單的時(shí)間先后順序進(jìn)行處理，如果訂單較多導(dǎo)致訂單公司處理不過(guò)來(lái)，用戶(hù)只能一直等著訂單公司處理訂單，或者訂單公司只能放棄訂單，處理效率比較低，從而用戶(hù)體驗(yàn)較低。

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

本發(fā)明實(shí)施例提供了一種管理訂單的方法和裝置及計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，能夠提高管理效率，從而提高用戶(hù)體驗(yàn)。

本發(fā)明實(shí)施例提供了一種管理訂單的方法，包括：

云服務(wù)器接收到來(lái)自終端的訂單信息；其中，訂單信息包括：訂單部門(mén)標(biāo)識(shí)和日訂單處理能力；

云服務(wù)器保存訂單信息，并根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)；

云服務(wù)器根據(jù)所有訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)確定需要增加或減少訂單部門(mén)，將確定出的需要增加或減少的訂單部門(mén)發(fā)送給終端。

可選的，所述日訂單處理能力包括：常規(guī)訂單處理承受力；

所述根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)包括：

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)小于所述常規(guī)訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為空閑狀態(tài)；或者，

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)等于所述常規(guī)訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為正常運(yùn)轉(zhuǎn)狀態(tài)。

可選的，所述日訂單處理能力還包括：最大訂單處理承受力；

所述根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)還包括：

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)大于所述常規(guī)訂單處理承受力，且小于或等于最大訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為繁忙狀態(tài)；或者，

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)大于所述最大訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為爆單狀態(tài)。

可選的，所述云服務(wù)器根據(jù)所有訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)確定需要增加或減少訂單部門(mén)包括：

當(dāng)所述云服務(wù)器判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)為0時(shí)，所述云服務(wù)器確定所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)需要減少；

或者，

所述訂單信息還包括：訂單類(lèi)型；當(dāng)所述云服務(wù)器在接收到新增的訂單時(shí)，確定所述新增的訂單的訂單類(lèi)型，所述云服務(wù)器判斷出不存在訂單類(lèi)型為確定出的訂單類(lèi)型的訂單部門(mén)不存在，確定出需要增加所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)；或者，

當(dāng)所述云服務(wù)器判斷出存在所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)時(shí)，所述云服務(wù)器判斷出所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)均為繁忙狀態(tài)或爆單狀態(tài)，確定出需要增加所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)。

本發(fā)明實(shí)施例還提出了一種管理訂單的方法，包括：

終端接收到來(lái)自用戶(hù)的訂單信息，將訂單信息發(fā)送給云服務(wù)器；

終端接收到來(lái)自云服務(wù)器的需要增加或減少的訂單部門(mén)，顯示需要增加或減少的訂單部門(mén)。

本發(fā)明實(shí)施例還提出了一種云服務(wù)器，包括：

第一接收模塊，用于接收到來(lái)自終端的訂單信息；其中，訂單信息包括：訂單部門(mén)標(biāo)識(shí)和日訂單處理能力；

存儲(chǔ)模塊，用于保存訂單信息；

確定模塊，用于根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)；根據(jù)所有訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)確定需要增加或減少訂單部門(mén)；

第一發(fā)送模塊，用于將確定出的需要增加或減少的訂單部門(mén)發(fā)送給終端。

可選的，所述日訂單處理能力包括：常規(guī)訂單處理承受力；

所述確定模塊具體用于采用以下方式實(shí)現(xiàn)所述根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)：

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)小于所述常規(guī)訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為空閑狀態(tài)；或者，

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)等于所述常規(guī)訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為正常運(yùn)轉(zhuǎn)狀態(tài)。

可選的，所述日訂單處理能力還包括：最大訂單處理承受力；

所述確定模塊還用于采用以下方式實(shí)現(xiàn)所述根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)：

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)大于所述常規(guī)訂單處理承受力，且小于或等于最大訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為繁忙狀態(tài)；或者，

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)大于所述最大訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為爆單狀態(tài)。

可選的，所述確定模塊具體用于采用以下方式實(shí)現(xiàn)所述根據(jù)所有訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)確定需要增加或減少訂單部門(mén)：

當(dāng)判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)為0時(shí)，確定所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)需要減少；

或者，

所述訂單信息還包括：訂單類(lèi)型；當(dāng)在接收到新增的訂單時(shí)，確定所述新增的訂單的訂單類(lèi)型，判斷出不存在訂單類(lèi)型為確定出的訂單類(lèi)型的訂單部門(mén)不存在，確定出需要增加所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)；或者，

當(dāng)判斷出存在所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)時(shí)，判斷出所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)均為繁忙狀態(tài)或爆單狀態(tài)，確定出需要增加所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)。

本發(fā)明實(shí)施例還提出了一種終端，包括：

第二接收模塊，用于接收到來(lái)自用戶(hù)的訂單信息；接收到來(lái)自云服務(wù)器的需要增加或減少的訂單部門(mén)的個(gè)數(shù)；

第二發(fā)送模塊，用于將訂單信息發(fā)送給云服務(wù)器；

顯示模塊，用于顯示需要增加或減少的訂單部門(mén)的個(gè)數(shù)。

本發(fā)明實(shí)施例還提出了一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其上存儲(chǔ)有計(jì)算機(jī)程序，所述計(jì)算機(jī)程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)上述任意一種管理訂單的方法的步驟。

與相關(guān)技術(shù)相比，本發(fā)明實(shí)施例包括：云服務(wù)器接收到來(lái)自終端的訂單信息；其中，訂單信息包括：訂單部門(mén)標(biāo)識(shí)和日訂單處理能力；云服務(wù)器保存訂單信息，并根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)；云服務(wù)器根據(jù)所有訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)確定需要增加或減少訂單部門(mén)，將確定出的需要增加或減少的訂單部門(mén)發(fā)送給終端。通過(guò)本發(fā)明實(shí)施例的方法，采用云服務(wù)器來(lái)管理訂單，為用戶(hù)節(jié)約了硬件資源，便于用戶(hù)對(duì)訂單的管理，同時(shí)根據(jù)訂單部門(mén)的日訂單處理能力確定訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)，進(jìn)而確定是否需要增加或減少訂單部門(mén)，提高了管理效率，從而提高了用戶(hù)體驗(yàn)度。

本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書(shū)中闡述，并且，部分地從說(shuō)明書(shū)中變得顯而易見(jiàn)，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過(guò)在說(shuō)明書(shū)、權(quán)利要求書(shū)以及附圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。

附圖說(shuō)明

附圖用來(lái)提供對(duì)本發(fā)明技術(shù)方案的進(jìn)一步理解，并且構(gòu)成說(shuō)明書(shū)的一部分，與本申請(qǐng)的實(shí)施例一起用于解釋本發(fā)明的技術(shù)方案，并不構(gòu)成對(duì)本發(fā)明技術(shù)方案的限制。

圖1為本發(fā)明實(shí)施例管理訂單的方法的流程圖；

圖2為本發(fā)明實(shí)施例另一種管理訂單的方法的流程圖；

圖3為本發(fā)明實(shí)施例云服務(wù)器的結(jié)構(gòu)組成示意圖；

圖4為本發(fā)明實(shí)施例終端的結(jié)構(gòu)組成示意圖。

具體實(shí)施方式

下文中將結(jié)合附圖對(duì)本發(fā)明的實(shí)施例進(jìn)行詳細(xì)說(shuō)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。

在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

參見(jiàn)圖1，本發(fā)明實(shí)施例提出了一種管理訂單的方法，包括：

步驟100、云服務(wù)器接收到來(lái)自終端的訂單信息。

本步驟中，訂單信息包括：訂單部門(mén)標(biāo)識(shí)和日訂單處理能力。

其中，日訂單處理能力包括：常規(guī)訂單處理承受力，即該訂單部門(mén)每天常規(guī)所能處理的訂單數(shù)。

可選的，日訂單處理能力還包括：最大訂單處理承受力，即該訂單部門(mén)每天所能處理的最大訂單數(shù)。

步驟101、云服務(wù)器保存訂單信息，并根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)。

本步驟中，根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)包括：

判斷出訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)小于常規(guī)訂單處理承受力，確定出訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為空閑狀態(tài)；或者，

判斷出訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)等于常規(guī)訂單處理承受力，確定出訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為正常運(yùn)轉(zhuǎn)狀態(tài)。

可選的，根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)還包括：

判斷出訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)大于常規(guī)訂單處理承受力，且小于或等于最大訂單處理承受力，確定出訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為繁忙狀態(tài)；或者，

判斷出訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)大于最大訂單處理承受力，確定出訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為爆單狀態(tài)。

步驟102、云服務(wù)器根據(jù)所有訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)確定需要增加或減少訂單部門(mén)，將確定出的需要增加或減少的訂單部門(mén)發(fā)送給終端。

本步驟中，云服務(wù)器根據(jù)所有訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)確定需要增加或減少訂單部門(mén)的個(gè)數(shù)包括：

當(dāng)所述云服務(wù)器判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)為0時(shí)，所述云服務(wù)器確定所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)需要減少；

或者，

所述訂單信息還包括：訂單類(lèi)型；當(dāng)所述云服務(wù)器在接收到新增的訂單時(shí)，確定所述新增的訂單的訂單類(lèi)型，所述云服務(wù)器判斷出不存在訂單類(lèi)型為確定出的訂單類(lèi)型的訂單部門(mén)不存在，確定出需要增加所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)；或者，

當(dāng)所述云服務(wù)器判斷出存在所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)時(shí)，所述云服務(wù)器判斷出所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)均為繁忙狀態(tài)或爆單狀態(tài)，確定出需要增加所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)。

本步驟中，對(duì)于需要減少的訂單部門(mén)，可以將需要減少的訂單部門(mén)的標(biāo)識(shí)發(fā)送給終端。

對(duì)于需要增加的訂單部門(mén)，可以將需要增加的訂單部門(mén)的訂單類(lèi)型發(fā)送給終端。

上述方法中，增加或減少訂單部門(mén)后，云服務(wù)器可以遵循負(fù)載均衡的方式為各個(gè)訂單部門(mén)分配訂單。

參見(jiàn)圖2，本發(fā)明實(shí)施例還提出了一種管理訂單的方法，包括：

步驟200、終端接收到來(lái)自用戶(hù)的訂單信息，將訂單信息發(fā)送給云服務(wù)器。

本步驟中，訂單信息包括：訂單部門(mén)標(biāo)識(shí)和日訂單處理能力。

其中，日訂單處理能力包括：常規(guī)訂單處理承受力，即該訂單部門(mén)每天常規(guī)所能處理的訂單數(shù)。

可選的，日訂單處理能力還包括：最大訂單處理承受力，即該訂單部門(mén)每天所能處理的最大訂單數(shù)。

步驟201、終端接收到來(lái)自云服務(wù)器的需要增加或減少的訂單部門(mén)，顯示需要增加或減少的訂單部門(mén)。

本步驟中，當(dāng)終端接收到來(lái)自云服務(wù)器的需要減少的訂單部門(mén)的標(biāo)識(shí)時(shí)，顯示需要減少的訂單部門(mén)的標(biāo)識(shí)。

當(dāng)終端接收到來(lái)自云服務(wù)器的需要增加的訂單部門(mén)的訂單類(lèi)型時(shí)，顯示需要增加的訂單部門(mén)的訂單類(lèi)型。

用戶(hù)可以根據(jù)實(shí)際需要自由確定增加的訂單部門(mén)的個(gè)數(shù)。

通過(guò)本發(fā)明實(shí)施例的方法，采用云服務(wù)器來(lái)管理訂單，為用戶(hù)節(jié)約了硬件資源，便于用戶(hù)對(duì)訂單的管理，同時(shí)根據(jù)訂單部門(mén)的日訂單處理能力確定訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)，進(jìn)而確定是否需要增加或減少訂單部門(mén)，提高了管理效率，從而提高了用戶(hù)體驗(yàn)度。

參見(jiàn)圖3，本發(fā)明實(shí)施例還提出了一種云服務(wù)器，包括：

第一接收模塊，用于接收到來(lái)自終端的訂單信息；其中，訂單信息包括：訂單部門(mén)標(biāo)識(shí)和日訂單處理能力；

存儲(chǔ)模塊，用于保存訂單信息；

確定模塊，用于根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)；根據(jù)所有訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)確定需要增加或減少訂單部門(mén)；

第一發(fā)送模塊，用于將確定出的需要增加或減少的訂單部門(mén)發(fā)送給終端。

可選的，所述日訂單處理能力包括：常規(guī)訂單處理承受力；

所述確定模塊具體用于采用以下方式實(shí)現(xiàn)所述根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)：

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)小于所述常規(guī)訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為空閑狀態(tài)；或者，

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)等于所述常規(guī)訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為正常運(yùn)轉(zhuǎn)狀態(tài)。

可選的，所述日訂單處理能力還包括：最大訂單處理承受力；

所述確定模塊還用于采用以下方式實(shí)現(xiàn)所述根據(jù)訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)和訂單信息中的日訂單處理能力確定訂單信息中的訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)：

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)大于所述常規(guī)訂單處理承受力，且小于或等于最大訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為繁忙狀態(tài)；或者，

判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)大于所述最大訂單處理承受力，確定出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)為爆單狀態(tài)。

可選的，所述確定模塊具體用于采用以下方式實(shí)現(xiàn)所述根據(jù)所有訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)確定需要增加或減少訂單部門(mén)的個(gè)數(shù)：

當(dāng)判斷出所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)的日實(shí)際訂單處理數(shù)為0時(shí)，確定所述訂單部門(mén)標(biāo)識(shí)對(duì)應(yīng)的訂單部門(mén)需要減少；

或者，

所述訂單信息還包括：訂單類(lèi)型；當(dāng)在接收到新增的訂單時(shí)，確定所述新增的訂單的訂單類(lèi)型，判斷出不存在訂單類(lèi)型為確定出的訂單類(lèi)型的訂單部門(mén)不存在，確定出需要增加所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)；或者，

當(dāng)判斷出存在所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)時(shí)，判斷出所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)的運(yùn)轉(zhuǎn)狀態(tài)均為繁忙狀態(tài)或爆單狀態(tài)，確定出需要增加所述訂單類(lèi)型為所述確定出的訂單類(lèi)型的訂單部門(mén)。

參見(jiàn)圖4，本發(fā)明實(shí)施例還提出了一種終端，包括：

第二接收模塊，用于接收到來(lái)自用戶(hù)的訂單信息；接收到來(lái)自云服務(wù)器的需要增加或減少的訂單部門(mén)；

第二發(fā)送模塊，用于將訂單信息發(fā)送給云服務(wù)器；

顯示模塊，用于顯示需要增加或減少的訂單部門(mén)。

本發(fā)明實(shí)施例還提出了一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，其上存儲(chǔ)有計(jì)算機(jī)程序，所述計(jì)算機(jī)程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)上述任意一種管理訂單的方法的步驟。

雖然本發(fā)明所揭露的實(shí)施方式如上，但所述的內(nèi)容僅為便于理解本發(fā)明而采用的實(shí)施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬領(lǐng)域內(nèi)的技術(shù)人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實(shí)施的形式及細(xì)節(jié)上進(jìn)行任何的修改與變化，但本發(fā)明的專(zhuān)利保護(hù)范圍，仍須以所附的權(quán)利要求書(shū)所界定的范圍為準(zhǔn)。