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

背景技術(shù)：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

或者，

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

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

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

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

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

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

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

存儲模塊，用于保存訂單信息；

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

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

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

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

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

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

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

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

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

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

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

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

或者，

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

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

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

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

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

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

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

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

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

附圖說明

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

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

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

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

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

具體實(shí)施方式

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

或者，

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

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

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

對于需要增加的訂單部門，可以將需要增加的訂單部門的訂單類型發(fā)送給終端。

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

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

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

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

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

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

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

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

當(dāng)終端接收到來自云服務(wù)器的需要增加的訂單部門的訂單類型時，顯示需要增加的訂單部門的訂單類型。

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

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

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

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

存儲模塊，用于保存訂單信息；

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

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

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

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

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

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

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

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

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

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

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

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

或者，

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

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

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

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

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

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

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

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