本申請涉及互聯(lián)網(wǎng)技術領域，尤其涉及一種拆分訂單的方法、裝置及服務器。

背景技術：

圖1示出一種現(xiàn)有的基于配送商的物流系統(tǒng)，在該系統(tǒng)中，配送商在經(jīng)銷商和門店之間起著貨物流轉(zhuǎn)的作用，為經(jīng)銷商和門店提供物流服務。圖1中，品牌商在一定的區(qū)域范圍內(nèi)設置數(shù)個經(jīng)銷商，經(jīng)銷商買賣或運轉(zhuǎn)品牌商的貨品，并由數(shù)個配送商負責配送，同時，一個配送商可以負責多個經(jīng)銷商的貨物配送。通常，配送商擁有自己的倉庫和配送車輛(即配送設備)，在配送貨品時，不可避免地，有時會出現(xiàn)貨物不能使配送車輛滿載的情況，從而產(chǎn)生配送車輛的剩余空間，該剩余空間作為配送商的空閑運力，直接導致物流系統(tǒng)資源的浪費；如果將配送車輛完成計劃配送任務所需的運力稱為計劃運力，那么配送車輛在完成計劃配送任務時產(chǎn)生的剩余空間就是計劃空閑運力。

導致配送商的配送車輛產(chǎn)生空閑運力的原因有多種，其中一種可能的原因是貨物的季節(jié)性的影響，或者說不同貨品具有不同的銷售旺季。例如，冬季時，門店對于可樂的需求減小，對于負責配送可樂的配送商而言，其運力會出現(xiàn)大量的閑置。另一種可能的原因是，配送商如果優(yōu)先滿足訂貨門店對送貨時間的要求，即優(yōu)先保障送貨效率，就難以使送貨計劃具有較高的資源利用率，這是一對技術矛盾。例如，配送商只接到一個門店的送貨訂單，該訂單所需的貨品不足以使車輛滿載，且要求配送商在下午三點前將貨品送達，顯然該送貨計劃對運力的利用率很低。

在一些技術方案中，門店通過終端應用程序等網(wǎng)絡平臺訂購品牌商的貨品，生成訂單，后臺服務器將這些訂單分配給相關配送商，配送商對后臺服務器分配的訂單進行配送。

配送不同的訂單所需的運力不盡相同，如果配送某個訂單所需的運力較小，由一臺配送車輛即能完成配送，而如果配送某個訂單所需的運力較大，如何合理調(diào)度多臺配送車輛，才能提高物流資源的利用率并優(yōu)化物流資源配置，成為亟待解決的技術問題。

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

本申請?zhí)峁┮环N拆分訂單的方法、裝置及服務器，以解決現(xiàn)有的基于配送商的物流系統(tǒng)物流資源利用率低，物流資源配置不合理的技術問題。

第一方面，本申請?zhí)峁┮环N拆分訂單的方法，包括：

接收用戶終端發(fā)送的訂單信息，所述訂單信息包括下單門店的地理位置信息和標準箱信息；

獲取在線配送商歸屬配送設備的配送狀態(tài)信息；所述配送狀態(tài)信息包括配送設備的計劃配送路徑和與所述計劃配送路徑對應的計劃空閑運力；

確定所述下單門店與每個配送設備的計劃配送路徑的相似度，根據(jù)所述相似度，確定預選配送設備；

根據(jù)所述標準箱信息確定需求運力；

如果每個預選配送設備的計劃空閑運力均小于所述需求運力，根據(jù)所述預選配送設備的計劃空閑運力和所述需求運力，確定數(shù)個預選設備組以及從所述數(shù)個預選設備組中確定目標設備組；

根據(jù)所述目標設備組對所述訂單進行拆分。

第二方面，本申請實施例提供一種拆分訂單的裝置，包括：

接收模塊，用于接收用戶終端發(fā)送的訂單信息，所述訂單信息包括下單門店的地理位置信息和標準箱信息；

獲取模塊，用于獲取在線配送商歸屬配送設備的配送狀態(tài)信息；所述配送狀態(tài)信息包括配送設備的計劃配送路徑和與所述計劃配送路徑對應的計劃空閑運力；

第一確定模塊，用于確定所述下單門店與每個配送設備的計劃配送路徑的相似度，根據(jù)所述相似度，確定預選配送設備；

第二確定模塊，用于根據(jù)所述標準箱信息確定需求運力；如果每個預選配送設備的計劃空閑運力均小于所述需求運力，根據(jù)所述預選配送設備的計劃空閑運力和所述需求運力，確定數(shù)個預選設備組以及從所述數(shù)個預選設備組中確定目標設備組；

拆分模塊，用于根據(jù)所述目標設備組對所述訂單進行拆分。

第三方面，本申請實施例提供一種服務器，包括：

處理器，以及用于存儲所述處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：接收用戶終端發(fā)送的訂單信息，所述訂單信息包括下單門店的地理位置信息和標準箱信息；

獲取在線配送商歸屬配送設備的配送狀態(tài)信息；所述配送狀態(tài)信息包括配送設備的計劃配送路徑和與所述計劃配送路徑對應的計劃空閑運力；

確定所述下單門店與每個配送設備的計劃配送路徑的相似度，根據(jù)所述相似度，確定預選配送設備；

根據(jù)所述標準箱信息確定需求運力；

如果每個預選配送設備的計劃空閑運力均小于所述需求運力，根據(jù)所述預選配送設備的計劃空閑運力和所述需求運力，確定數(shù)個預選設備組以及從所述數(shù)個預選設備組中確定目標設備組；

根據(jù)所述目標設備組對所述訂單進行拆分。

第四方面，本申請實施例還提供一種存儲介質(zhì)，該計算機存儲介質(zhì)可存儲有程序，該程序執(zhí)行時可實現(xiàn)包括本申請?zhí)峁┑牟鸱钟唵蔚姆椒ǜ鲗嵤├械牟糠只蛉坎襟E。

本申請實施例提供一種拆分訂單的方法、裝置及服務器，首先選定預選配送設備，當訂單對應的需求運力較大，而無法由一臺預選配送設備單次地完成配送時，根據(jù)預選配送設備的計劃空閑運力和需求運力，最終確定目標設備組，并對訂單進項拆分，得到同時調(diào)度至少兩臺配送設備配送該訂單的配送方案。本申請技術方案以標準箱為最小售賣單元和最小配送單元，利用現(xiàn)有的基于配送商的物流系統(tǒng)中的空閑物流資源，尤其是計劃空閑運力資源，對服務器上產(chǎn)生的大訂單進行拆分，設計針對該大訂單的配送方案，以提高物流資源的利用率，優(yōu)化物流資源的配置。

附圖說明

為了更清楚地說明本申請的技術方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，對于本領域普通技術人員而言，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為現(xiàn)有的基于配送商的物流系統(tǒng)示意圖；

圖2為標準箱組合示意圖；

圖3為本申請根據(jù)一示例性實施例示出的一種拆分訂單的方法流程圖；

圖4為本申請根據(jù)一示例性實施例示出的另一種拆分訂單的方法流程圖；

圖5為本申請技術方案的一種應用場景圖；

圖6為本申請根據(jù)一示例性實施例示出的一種拆分訂單的方法流程圖；

圖7為本申請技術方案的另一種應用場景圖；

圖8為本申請根據(jù)一示例性實施例示出的另一種拆分訂單的方法流程圖；

圖9為本申請根據(jù)一示例性實施例示出的又一種拆分訂單的方法流程圖；

圖10為本申請根據(jù)一示例性實施例示出的又一種拆分訂單的方法流程圖；

圖11為本申請根據(jù)一示例性實施例示出的又一種拆分訂單的方法流程圖；

圖12為本申請根據(jù)一示例性實施例示出的一種拆分訂單的裝置示意圖；

圖13為本申請根據(jù)一示例性實施例示出的另一種拆分訂單的裝置示意圖；

圖14為本申請根據(jù)一示例性實施例示出的又一種拆分訂單的裝置示意圖；

圖15為本申請根據(jù)一示例性實施例示出的又一種拆分訂單的裝置示意圖；

圖16為本申請根據(jù)一示例性實施例示出的又一種拆分訂單的裝置示意圖。

具體實施方式

在圖1所示的物流系統(tǒng)中，涉及品牌商、經(jīng)銷商、配送商及門店。

其中，所述的品牌商可以理解為本申請中討論的集成于標準箱中的商品的最初所有者，例如，寶潔，聯(lián)合利華等。需要說明的，廣義的商品既包括虛擬商品，又包括實體商品，即貨品?；诖耍旧暾堉刑岬降纳唐坊蜇浧肪复哂袑嶓w的貨品。

所述的經(jīng)銷商可以理解為與品牌商合作的、通過買賣或運轉(zhuǎn)品牌商的商品而獲得利潤的單位或個人。

所述的配送商可以理解為提供貨品配送服務的組織或單位。大多數(shù)的配送商既具有倉儲能力，又具有運輸能力，少數(shù)的配送商只具有倉儲能力或者只具有運輸能力。其中的運輸能力由其歸屬配送設備實現(xiàn)，歸屬配送設備是指屬于該配送商的全部的配送設備。

就商品屬性而言，售賣單元貨值越低的商品，例如可樂或礦泉水，或越是生活必需品，例如糧食，其物流及行銷的范圍和密度就越大。相反地，如果是售賣單元貨值較高或非生活所必需的商品，在上述圖1所示物流系統(tǒng)中，就會存在物流低效的問題，甚至存在難以觸及的物流盲點。例如，與洗衣粉相比，洗衣液的貨值較高，且可被其他同類產(chǎn)品代替，品牌商通常以箱(24袋)為最小售賣單元，將洗衣液批量售賣給每個區(qū)域的經(jīng)銷商，該經(jīng)銷商再通過配送商，將整箱的洗衣液售賣給該區(qū)域內(nèi)的若干門店。然而，對于一些地處偏遠的小規(guī)模門店而言，由于其流動資金、倉儲能力以及當?shù)叵M者購買力的限制，往往不會整箱購進洗衣液，從而給洗衣液的銷售帶來障礙。此時，經(jīng)銷商或配送商為了促進營銷，需在經(jīng)銷商到門店的洗衣液配送環(huán)節(jié)，先將箱裝洗衣液拆箱，再將門店所需數(shù)量的洗衣液按照門店要求打包并配送到門店所在位置。可以看出，如此引發(fā)的零散配貨現(xiàn)象，大大降低了物流效率。更為糟糕的情況是，當經(jīng)銷商或配送商的人力或物力資源有限時，便會形成物流網(wǎng)絡中的難以觸及的盲點，不利于商品的行銷。

為了解決上述問題，本申請的申請人考慮將若干貨品單品集成在某一規(guī)格的標準箱中，并將基于標準箱的貨品展示在網(wǎng)絡平臺上，門店等終端應用程序的用戶通過該網(wǎng)絡平臺或應用程序向經(jīng)銷商訂購貨品，訂購成功后，配送商再將訂單相應的標準箱配送給下單門店。

需要特別說明的是，本申請技術方案所述的用戶一般指，利用終端應用程序，在特定網(wǎng)絡平臺上注冊id，并以注冊的id訂購基于標準箱的貨品，產(chǎn)生訂單的門店用戶。而所述的門店包括但不限于指代一種售賣商品的場所，例如雜貨、母嬰產(chǎn)品的零售店，ka(keyaccount，重點客戶)飯店，酒店等，還可以包括不具有零售業(yè)務和/或不具有客觀售賣場所的各級批發(fā)商。

上述標準箱是指用于承載貨品的、客觀存在的箱體。為了解決傳統(tǒng)零散配貨帶來的物流低效等技術問題，將至少一個貨品單品承載于標準箱內(nèi)，一個或多個貨品單品形成貨品集合。例如，將由1袋洗衣液、2袋洗衣粉以及4塊肥皂形成的貨品集合承載于標準箱中。所述標準箱的體積大小應被設計為與所承載的貨品集合的體積相適應，并最大限度地利用箱體內(nèi)的空間；同時，所述標準箱的形狀應被設計為利于工作人員碼垛及堆放，并且碼垛及堆放后占用的空間應盡可能小，以節(jié)省配送商的倉儲資源和運力資源。進一步，標準箱的材質(zhì)應與其承載的貨品相適應，例如，如果標準箱用于承載質(zhì)量較輕的快速消耗品，則采用紙質(zhì)材料即可；如果標準箱用于承載質(zhì)量較重的貨品，則應采用強度較大的材料，以保證貨品及標準箱不被損壞，避免影響對標準箱重復利用。需要說明的是，對一種貨品而言，當其品牌、型號、配置、等級、花色、包裝容量、單位、生產(chǎn)日期、保質(zhì)期、用途、價格、產(chǎn)地等屬性與其他貨品存在不同時，可稱為一個單品，本申請所述的門店有時稱單品為一個sku。

有時，標準箱被設計為尺寸一致的方形箱體，再根據(jù)標準箱的體積大小來確定其能夠承載貨品的體積。有時，標準箱除被設計為尺寸一致的方形箱體外，還被設計為能夠堆積成規(guī)則體積形狀的數(shù)個不同尺寸的箱體，如圖2所示，數(shù)個能夠堆積成規(guī)則體積形狀的箱體形成標準箱組合，每個箱體稱為標準箱組合中的子標箱。

以標準箱和/或標準箱組合作為最小售賣單元和最小配送單元，配送商在配送基于標準箱的貨品時，無需拆箱，不僅解決現(xiàn)有技術中的零散配貨現(xiàn)象帶來的物流效率低下以及資源利用率低的技術問題，還能提升門店用戶的體驗，這是因為，門店用戶在確認接收到配送商為其配送的基于標準箱的貨品時，不僅可以以標準箱為最小售賣單元，將標準箱銷售給終端消費者，而且標準箱還對貨品單品起到了包裝及保護的作用，同時也能節(jié)省門店用戶整理貨品以及對貨品進行分類的時間。

然而，在具體地實現(xiàn)上述技術方案時，申請人發(fā)現(xiàn)，當用戶確認的訂單包含的標準箱量較大時，一臺配送設備往往不能單獨單次地完成對訂單的配送，此時，或是由一臺配送設備單獨多次地配送，或是由多臺配送設備共同配送。顯然，從節(jié)約物流資源的角度看，應該選擇由多臺配送設備共同配送，每臺配送設備還可結合自身運力情況，在配送該訂單的同時，完成其他配送任務。因此，本申請技術方案的目的一在于提供一種拆分訂單的方法，提高物流資源利用率。

參閱圖3，在一些實施例中，一種拆分訂單的方法包括：

步驟110，接收用戶終端發(fā)送的訂單信息，所述訂單信息包括下單門店的地理位置信息和標準箱信息；

本申請所述的用戶終端，可以理解為具有輸入、顯示以及通信功能的終端設備。例如，手機、平板電腦、pc或其他手持終端等。

貨品的品牌商或經(jīng)銷商將若干貨品單品集成于標準箱內(nèi)，這些貨品單品可能是相同種類的，也可能是不同種類的。這些貨品單品的信息組成貨品集合信息，服務器獲取貨品集合信息，并根據(jù)貨品集合信息以及對應標準箱的價格等信息生成供用戶瀏覽選購的貨品售賣信息。當接收到用戶終端發(fā)送的數(shù)據(jù)請求或訪問請求時，將至少一種貨品售賣信息發(fā)送給用戶終端。用戶根據(jù)接收到的、并在用戶終端界面上顯示的貨品售賣信息以及自身的需求，訂購基于標準箱的貨品，選購完畢后，將包括所選購的標準箱的信息，即標準箱信息、下單門店(或用戶)的地理位置信息以及配送時限的訂單信息發(fā)送給服務器或具有生成訂單功能的裝置。

在一些實施例中，將每個標準箱承載的貨品集合的信息轉(zhuǎn)換成唯一確定地對應于該標準箱的標識信息，相應地，品牌商、經(jīng)銷商亦或是配送商的庫存數(shù)據(jù)也可以基于標準箱的標識信息的。還需說明的是，每個標準箱對應的標識信息均不相同，也即某一標識信息唯一確定地對應某一標準箱。

基于此，上述訂單信息中的標準箱信息可以理解為一個信息集合，該集合至少包括訂單中全部標準箱對應的標識信息，還可包括訂單中標準箱的種類以及每種標準箱的數(shù)量，還可以包括訂單中每個標準箱的重量、體積等。本申請對承載該標識信息的客體不做限定，它包括但不限于現(xiàn)有技術中的二維碼、條形碼以及rfid芯片等。標準箱的標識信息應被存儲于數(shù)據(jù)庫中。

可以理解的是，“地理位置信息”應當包含“位置坐標”。也就是說，如果“位置坐標”是一個指標的話，那么，地理位置信息是一個指標的集合。

具有全球公共屬性的標準的地理位置信息，包括但不限于，地名、全球統(tǒng)一的坐標、全球gps坐標。(具有全球公共屬性的標準)；另外還包含，非公共屬性的標準。例如，每一個品牌商根據(jù)其自身的特點，都劃定了或確定了自己的銷售區(qū)域，這些銷售區(qū)域有些是按照行政區(qū)域劃分，有些不是按照行政區(qū)域劃分。再如，配送區(qū)域信息。以某個配送倉儲地為圓心，向某個數(shù)值為半徑的圓形覆蓋區(qū)域，該圓形所覆蓋的區(qū)域算是一種地理信息。

本領域內(nèi)的技術人員，可根據(jù)具體的應用場景或應用范圍，選取上述“指標集合”中單個因子、多個因子或全部因子作為技術構成，由于篇幅有限，在此不再贅述。無論上述何種情況，凡是具有某種特定意義的地理位置，以及所述地理位置的任何屬性信息，都是本發(fā)明的保護的范圍。

步驟120，獲取在線配送商歸屬配送設備的配送狀態(tài)信息；所述配送狀態(tài)信息包括配送設備的計劃配送路徑和與所述計劃配送路徑對應的計劃空閑運力；

為了達到說明的目的，本申請采用“在線”二字修飾配送商(在線配送商)，以使得不具有空閑物流資源的一些配送商與具有空閑物流資源的另一些配送商區(qū)別開。具體來說，在線配送商可以理解為，在實現(xiàn)本申請技術方案時，可以被調(diào)度的具有空閑物流資源的配送商。

本申請中提到的配送設備包括配送車輛和工作人員，還可以包括用于與一些終端設備、裝置或服務器等通信的配送設備終端。如果配送商的配送設備處于等待貨源的狀態(tài)，或者配送在途卻不滿載時，就會出現(xiàn)空閑運力。在本申請中，計劃空閑運力可以理解為，在一個時間單元或連續(xù)幾個時間單元內(nèi)，除去完成計劃配送任務所需運力后，配送商的配送設備的剩余運力，一般以配送車輛可承載的貨運量、可容納貨品的空間或重量來表征。本申請中提到的計劃配送路徑可以理解為，配送設備在完成上述計劃配送任務所需行徑的路徑。不難理解的是，當配送設備同時為不同位置的多個門店配送貨品時，多個門店的地理位置坐標構成一條配送路徑的多個節(jié)點。本申請中，稱計劃配送路徑上的多個門店的地理位置坐標為計劃配送地址，因此，配送設備的每條計劃配送路徑均包括至少一個計劃配送地址。

需要說明的是，配送設備的計劃配送任務可以是本申請所討論的在網(wǎng)絡平臺上產(chǎn)生的訂單對應的配送任務，也可以是其他方式產(chǎn)生的訂單對應的配送任務，例如現(xiàn)有技術中的，門店通過打電話向配送商訂貨所產(chǎn)生的訂單。

例如，以24小時為一個時間單元，在該時間單元內(nèi)，配送設備的計劃配送任務包括：前4個小時(共計往返時間)為第一配送路徑上的幾家門店送貨，并且這幾家門店訂購的貨品的體積占配送車輛可容納空間的三分之二；返回后，需花費5個小時為第二配送路徑上的幾家門店送貨，并且這幾家門店訂購的貨品的體積能使配送車輛滿載；返回后，還需花費15小時，為第三配送路徑上的幾家門店送貨，并且這幾家門店訂購的貨品的體積占配送車輛可容納空間的五分之三；則該配送設備的計劃空閑運力為第一次送貨時剩余的可容納空間以及第三次送貨時剩余的可容納空間。

另外，本申請技術方案對計算或獲取配送設備計劃空閑運力的方式不做限定，例如，在一些實施例中，可以在配送車輛的車廂內(nèi)安裝監(jiān)控攝像，采集配送車輛的剩余空間信息，基于一個標準箱或一組標準箱的體積，對采集到的剩余空間進行劃分，從而得到該配送車輛可容納標準箱的數(shù)量，再將以標準箱數(shù)量表征的當前空閑運力通過終端設備上傳至服務器或共享數(shù)據(jù)庫。

步驟130，確定所述下單門店與每個配送設備的計劃配送路徑的相似度，根據(jù)所述相似度，確定預選配送設備；

本申請中，將確認本申請所討論的訂單的門店用戶稱為下單門店，某一確定的下單門店，其地理位置信息也是與其對應確定的。該地理位置信息可以為基于地理坐標的常用收貨地址，例如，門店店面、門店倉庫、二級批發(fā)商倉庫的地理坐標等。

由于不同配送設備的下一個時間單元或其他時間單元的計劃配送路徑不盡相同，有些配送設備的計劃配送路徑上的某個坐標點或是計劃配送地址與下單門店的位置很接近，而有些配送設備的計劃配送路徑任一個坐標點或是計劃配送地址與下單門店的位置均很遠。又因為本申請技術方案是利用配送商配送設備的計劃空閑運力配送網(wǎng)絡平臺上產(chǎn)生的訂單，故而在配送本申請中討論的網(wǎng)絡平臺上的訂單時，不會也不能影響配送商計劃配送任務(其他形式的訂單)的配送，基于上述兩方面的原因，為了提高現(xiàn)有配送商的物流系統(tǒng)資源的利用率，本申請技術方案首先根據(jù)下單門店的地理位置信息，確定下單門店(下單門店的地理位置)與每個配送設備的計劃配送路徑的相似度。

上述相似度的概念用于表征下單門店與配送設備計劃配送路徑的一致的程度，包括但不限于距離，方向，路徑形狀等。本領域技術人員采用任何一種方式來確定下單門店的位置與計劃配送路徑的一致程度，或是確定基于下單門店的位置和配送商倉庫位置所模擬的新的配送路徑與計劃配送路徑的一致程度，均屬于本申請所要保護的范圍，由于篇幅有限，此處不再贅述。

在一些實施例中，所述配送設備的計劃配送路徑包括至少一個計劃配送地址；可選擇地，按照下述步驟來實現(xiàn)上述步驟130：

參閱圖4，在步驟131中，根據(jù)所述下單門店的地理位置信息，確定所述下單門店與每個所述計劃配送地址間的路徑距離，得到下單門店與每個配送設備的計劃配送路徑基于路徑距離的相似度；

由于不同配送設備的計劃配送路徑不盡相同，同一配送設備的不同時間單元的計劃配送路徑也不盡相同，每條計劃配送路徑包括的每個計劃配送地址與下單門店的路徑距離也因此不同。例如，參閱圖5，1號配送設備包括第一計劃配送路徑和第二計劃配送路徑；2號配送設備包括第三計劃配送路徑；由圖5可知，上述三條計劃配送路徑不同，每條計劃配送路徑所包含的計劃配送地址也不相同，另外，圖中還標記出了下單門店的位置。在此基礎上，本申請技術方案首先計算下單門店與每個計劃配送地址的路徑距離，例如圖8中虛線示出的下單門店與計劃配送地址d的路徑距離，得到下單門店的位置與某一條計劃配送路徑上的每個計劃配送地址的路徑距離后，可選的，計算這些路徑距離的平均值，以平均值來表征下單門店與該計劃配送路徑的相似度，即為基于路徑距離平均值的相似度；可選的，從這些路徑距離值中選取最小路徑距離值，以最小值來表征下單門店與該計劃配送路徑的相似度，得到基于路徑距離最小值的相似度。

在一些上述步驟131的替代技術方案中，利用一種或幾種計算順路程度的算法，計算從配送商倉庫到達下單門店的路徑與配送設備計劃配送路徑的順路程度。不難理解的是，這里提到的順路程度類似于上述步驟131中的相似度，具體的，順路程度越高，相似度越高，順路程度越低，相似度越低。具體地，參閱圖6，該替代技術方案可選通過下述步驟實現(xiàn)：

步驟s131、根據(jù)配送設備所屬的在線配送商的倉庫的地理位置信息和所述下單門店的地理位置信息，模擬得到至少一條參考配送路徑，計算所述參考配送路徑的長度；

步驟s132、識別所述參考配送路徑與所述配送設備的計劃配送路徑的重合路徑，以及，計算所述重合路徑的長度；

步驟s133、用所述重合路徑的長度除以所述參考配送路徑的長度，得到下單門店與所述配送設備計劃配送路徑的順路程度。

參閱圖7，以1號配送設備的第一計劃配送路徑為例，對上述技術方案進一步說明：假設1號配送設備歸屬于1號在線配送商，而該1號配送商的倉庫位置為a點，下單門店所在位置為b點，曲線ab為模擬出的一條參考配送路徑；圖7中曲線af為1號配送設備下一個時間單元的計劃配送路徑；通過智能識別，得到曲線ab與曲線af的重合路徑為曲線ay和yh；經(jīng)計算得到，曲線ab的長度為10km，曲線ay的長度為4km，曲線yh的長度為1.5km，即重合路徑的長度為5.5km，因而得到順路程度為0.55。

參閱圖8，本申請的另一些實施例還提供另一種實現(xiàn)上述替代技術方案的方案，包括如下步驟：

步驟ss131、計算每個配送設備的計劃配送路徑的長度；

步驟ss132、根據(jù)所述配送設備所屬的在線配送商的倉庫的地理位置信息和所述下單門店的地理位置信息，模擬得到至少一條參考配送路徑；

步驟ss133、識別所述參考配送路徑與所述配送設備的計劃配送路徑的重合路徑，以及，計算所述重合路徑的長度；

步驟ss134、用所述重合路徑的長度除以所述計劃配送路徑的長度，得到下單門店與所述配送設備計劃配送路徑的順路程度。

參閱圖7，以1號配送設備的第一計劃配送路徑為例，對上述技術方案進一步說明：假設1號配送設備歸屬于1號在線配送商，而該1號配送商的倉庫位置為a點，下單門店所在位置為b點，曲線ab為模擬出的一條參考配送路徑；圖7中曲線af為1號配送設備下一個時間單元的計劃配送路徑；通過智能識別，得到曲線ab與曲線af的重合路徑為曲線ay和yh；經(jīng)計算得到，曲線af的長度為8km，曲線ay的長度為4km，曲線yh的長度為1.5km，即重合路徑的長度為5.5km，因而得到順路程度為0.6875。

需要說明的是，本領域技術人員根據(jù)具體的應用或技術場景、技術條件等，選擇不同的確定下單門店與某配送設備計劃配送路徑相似度或順路程度的方法，只要是本著物流資源利用最大化的原則即可，均屬于本申請的保護范圍。

在上述步驟131之后，在步驟132中，如果下單門店與數(shù)個配送設備的計劃配送路徑基于路徑距離的相似度大于預先設置的相似度閾值，確定所述數(shù)個配送設備為預選配送設備。

上文中提到，有些配送設備的計劃配送路徑上的某個坐標點或是計劃配送地址與下單門店的位置很接近，而有些配送設備的計劃配送路徑任一個坐標點或是計劃配送地址與下單門店的位置均很遠。本申請技術方案以預先設置的相似度閾值為標準，來衡量“很遠”或“很接近”。相似度越高代表越接近，相似度越低代表越遠，因此，如果下單門店與數(shù)個配送設備的計劃配送路徑基于路徑距離的相似度大于預先設置的相似度閾值，確定所述數(shù)個配送設備為預選配送設備。

如果采用上述步驟s131至步驟s133來替代上述步驟131的話，該替代方案還包括替代上述步驟132的步驟s134，具體的，在步驟s134中，如果下單門店與數(shù)個配送設備計劃配送路徑的順路程度大于預設閾值，則確定所述數(shù)個配送設備為預選配送設備。

如果采用上述步驟ss131至步驟ss134來替代上述步驟131的話，該替代方案還包括替代上述步驟132的步驟ss135，具體的，在步驟ss135中，如果下單門店與數(shù)個配送設備計劃配送路徑的順路程度大于預設閾值，則確定所述數(shù)個配送設備為預選配送設備。

本申請實施例提供的一種拆分訂單的方法，在步驟130之后，在步驟140中，根據(jù)所述標準箱信息確定需求運力；如果每個預選配送設備的計劃空閑運力均小于所述需求運力，根據(jù)所述預選配送設備的計劃空閑運力和所述需求運力，確定數(shù)個預選設備組以及從所述數(shù)個預選設備組中確定目標設備組；

上文已經(jīng)說明，標準箱信息包括標準箱的數(shù)量、體積或者重量等參數(shù)信息，根據(jù)這些信息可以確定配送該標準箱的所需的運力，即需求運力。

實際上，不同的訂單對應的需求運力也不同，例如，某些訂單的需求運力很小，由一臺配送設備即可完成配送，然而有時，訂單的需求運力很大，需要多臺配送設備才能完成配送，或者需要一臺配送設備多次配送。同時，每個預選配送設備的計劃空閑運力可能不同，本申請中，遍歷每個預選配送設備的計劃空閑運力，逐一判斷每個預選配送設備的計劃空閑運力與需求運力間的大小關系，如果每個預選配送設備的計劃空閑運力均小于所述需求運力，說明針對于該訂單對應需求運力而言，無法由一臺預選配送設備單獨地一次配送完成。此時，根據(jù)所述預選配送設備的計劃空閑運力和所述需求運力，首先確定數(shù)個預選設備組，再從數(shù)個預選設備組中選定目標設備組。

參與圖9，在一些實施例中，步驟140中確定數(shù)個預選設備組及確定目標設備組的細化步驟包括：

步驟210，從所述預選配送設備中任意選取至少兩個預選配送設備，得到數(shù)個預選設備組；每個所述預選設備組的總計劃空閑運力大于所述需求運力；

本申請技術方案中，對于無法由一臺預選配送設備單獨單次地完成配送的訂單，至少需要兩臺預選配送設備共同完成該訂單的配送。因此，預選配送設備的數(shù)量至少應為2，且這2個預選配送設備的計劃空閑運力的和，即總計劃空閑運力應大于需求運力，此時，這兩個預選配送設備組成一個預選設備組。當預選配送設備的數(shù)量更多時，可以組合出數(shù)個總計劃空閑運力的預選設備組。不同預選設備組中包括的預選配送設備的數(shù)量至少為2個，可以為3個、4個甚至更多。但是，任意一個預選設備組，除去其中的任意一臺預選配送設備后，剩余預選配送設備的總計劃空閑運力一定小于需求運力。例如，某預選設備組中包括1號、2號以及3號預選配送設備，計劃空閑運力分別為5個標準箱、4個標準箱以及7個標準箱，總計劃空閑運力為16個標準箱，在這種情況下，訂單的需求運力的范圍應是大于等于13個標準箱，小于等于16個標準箱。此時，除去該預選設備組中任意一個預選配送設備，剩余的預選配送設備無法共同單次地完成該訂單的配送。

在步驟220中，計算每個所述預選設備組的總計劃空閑運力與所述需求運力的運力匹配度；

不可避免地，有時，一些預選設備組的總計劃空閑運力雖然大于需求運力，但是二者的差值較大，利用這些預選設備組中的某個預選設備組配送訂單時，仍然使得一部分計劃空閑運力沒有被利用，即沒有最大限度的利用配送商的空閑物流資源，此時認為這些預選設備組的總計劃空閑運力與需求運力并不匹配。

本申請技術方案步驟220通過對運力匹配度進行計算，利用運力匹配度來表征預選設備組的總計劃空閑運力與需求運力是否匹配。

在步驟230中，如果所述運力匹配度大于預先設置的運力匹配度閾值，確定包含預選配送設備數(shù)量最少的預選設備組為目標設備組。

如前所述，有些預選設備組的總計劃空閑運力與需求運力不匹配，有些預選設備組的總計劃空閑運力與需求運力匹配；本申請以預先設置的運力匹配度閾值為標準來衡量是否匹配。如果運力匹配度大于預先設置的運力匹配度閾值，認為匹配，此時，從一個或多個運力匹配度大于預先設置的運力匹配度閾值的預選設備組中，選定包含預選配送設備數(shù)量最少的預選設備組為目標設備組。配送某一訂單所需調(diào)度的配送設備越少，越有利于提高物流資源的利用率，同時，也有利于物流資源的合理配置。

在另一些實施例中，所述訂單信息還包括配送時間，所述配送狀態(tài)信息還包括配送設備的當前地理位置信息和移動方向；以及，步驟140中確定數(shù)個預選設備組及確定目標設備組的細化步驟包括步驟310至步驟350，或者說，步驟310至步驟350是上述步驟210至步驟230的替代步驟。

配送時間可以理解為，為了滿足用戶對配送商提出的為用戶(下單門店)配送貨品的時限要求，配送商的配送設備應該出發(fā)開始配送的時間。例如，某配送設備若要在配送時限前將門店用戶訂購的貨品送達，該配送設備至少要在某一配送時間從所屬配送商的倉庫出發(fā)，開始配送。

參閱圖10，在步驟310中，根據(jù)所述預選配送設備的配送狀態(tài)信息，確定所述預選配送設備的預計起運時間；

預計起運時間是指，當某一預選配送設備負責配送某訂單時，該預選配送設備從其所屬在線配送商倉庫的出發(fā)，前往該訂單對應的下單門店的預計出發(fā)時間。

配送狀態(tài)信息包括所述可選配送設備的移動方向、當前地理位置信息和計劃配送路徑；計劃配送路徑包括至少一個計劃配送地址；

其中，預選配送設備的移動方向可以理解為設備行進的方向，可以大致分為兩種情況：其一是距離所述配送商倉庫的地理位置越來越近的移動方向，此時，預選配送設備返程；其二是距離計劃配送地址越來越近的移動方向，此時，預選配送設備配送在途。

可選的，步驟310進一步包括：

步驟311、根據(jù)預選配送設備的移動方向，判斷所述預選配送設備是否配送在途；

步驟312、如果所述預選配送設備配送在途，根據(jù)所述預選配送設備的當前地理位置信息和計劃配送路徑以及所述預選配送設備所屬在線配送商倉庫的地理位置信息，確定所述預選配送設備的預計起運時間；

例如，根據(jù)預選配送設備的當前地理位置信息確定預選配送設備的當前地理位置，根據(jù)在線配送商倉庫的地理位置信息確定在線配送商倉庫的地理位置，當預選配送設備的移動方向顯示該設備配送在途時，根據(jù)該設備的當前時間單元的計劃配送路徑及其計劃配送地址，同時參考設備的平均移動速度，可以預測該設備按照計劃配送路徑，從當前地理位置移動到下一個計劃配送地址所需的時間，還可預測該設備從最后一個計劃配送地址移動到所屬線配送商倉庫的地理位置所需的時間。該預選配送設備返程回到所屬在線配送商倉庫后，從倉庫中提取訂單相應的標準箱，開始配送的時間即為預計起運時間。

需要說明的是，在確定預計起運時間的過程中，如果預選配送設備配送在途，還需考慮該設備在計劃配送地址處的停留時間(卸貨、驗貨、結算等時間)。此外，無論是配送設備返程到達所屬在線配送商倉庫，還是預選配送設備本就位于在線配送商倉庫處等待貨源，都需考慮設備從倉庫中提取訂單對應標準箱所需的時間。

步驟313、如果所述預選配送設備返程，根據(jù)所述預選配送設備的當前地理位置信息和所述預選配送設備所屬在線配送商倉庫的地理位置信息，確定所述預選配送設備的預計起運時間。

步驟313的具體實現(xiàn)方式請參考上述步驟312，此處不再贅述。

需要說明的是，本申請技術方案可選通過上述方式對預選配送設備的預計起運時間進行估算，因此，該預計起運時間可以是某一時刻，例如下午三點，也可以是某一時間段，例如下午三點至當日下午五點，此時，可以理解為，配送商將會在下午三點至當日下午五點這段時間內(nèi)將開始為下單門店配送。

步驟320，計算每個預選配送設備的預計起運時間與所述配送時間的時間匹配度；

如果預選配送設備的預計起運時間在配送時間之后，此時，由該預選配送設備配送訂單，則會導致配送延誤；如果預選配送設備的預計起運時間在配送時間之前，此時該預選配送設備可以按時完成該訂單的配送；但是，如果預選配送設備的預計起運時間在配送時間之后，可是與配送時間卻過為接近的話，則仍然存在無法按時配送的危險。

因此，分別計算每個預選配送設備的預計起運時間與配送時間的時間匹配度，可選的，該時間匹配度可以以預計起運時間與配送時間的差值來表征。例如，預計起運時間為下午三點，配送時間為當日下午五點，則二者之間的差值為2小時，時間匹配度為2小時。

步驟330，如果數(shù)個所述預選配送設備的預計起運時間與所述配送時間的時間匹配度大于預先設置的時間匹配度閾值，根據(jù)所述數(shù)個所述預選配送設備的計劃空閑運力和所述需求運力，從所述數(shù)個所述預選配送設備中選取至少兩個預選配送設備，得到數(shù)個預選設備組；每個所述預選設備組的總計劃空閑運力大于所述需求運力；

需要說明的是，如果時間匹配度以時間差來表征時，時間匹配度閾值也應以時間差來表示。

與上述步驟210至步驟230所示的技術方案的不同之處在于，還包括對預選配送設備的預計起運時間進行考察，滿足條件的預選配送設備組合進預選設備組中。

步驟340，計算每個所述預選設備組的總計劃空閑運力與所述需求運力的運力匹配度；

步驟350，如果所述運力匹配度大于預先設置的運力匹配度閾值，確定包含預選配送設備數(shù)量最少的預選設備組為目標設備組。

上述步驟340及步驟350的具體實現(xiàn)方式可參考上述步驟210至步驟230，此處不再贅述。

在上述步驟140之后，在步驟150中，根據(jù)所述目標設備組對所述訂單進行拆分。

具體地，參閱圖11，上述步驟150進一步包括：

步驟151，對所述目標設備組中目標配送設備的計劃空閑運力排序，得到基于計劃空閑余力大小的設備次序列表；

目標設備組中包括至少兩個目標配送設備，假設這兩個目標配送設備分別為1號配送設備和2號配送設備，且1號配送設備下一個時間單元的計劃空閑運力為15個標準箱，2號配送設備下一個時間單元的計劃空閑運力為12個標準箱，則排序后，得到基于計劃空閑余力大小的設備次序列表為：1號配送設備、2號配送設備。當目標設備組中還包括3號配送設備，且3號配送設備下一個時間單元的計劃空閑運力為17個標準箱，則排序后，得到的基于計劃空閑運力大小的設備次序列表為：3號配送設備、1號配送設備、2號配送商設備。

步驟152，根據(jù)所述設備次序列表，將所述需求運力劃分為數(shù)個需求運力分力，并得到與所述設備次序列表對應的需求運力分力列表；

以上述步驟151的示例繼續(xù)說明步驟152，可知，當目標設備組包括上述1號配送設備、2號配送設備以及3號配送設備時，該目標設備的總計劃空閑運力為44個標準箱。假設需求運力為35個標準箱，則根據(jù)上述設備次序列表為：3號配送設備、1號配送設備、2號配送商設備，應把需求運力劃分為17個標準箱(與3號配送商設備的計劃空閑運力對應)、15個標準箱(與1號配送設備的計劃空閑運力對應)、3個標準箱(剩余數(shù)量)3個需求運力分力，得到的需求運力分力列表即為17個標準箱、15個標準箱、3個標準箱，該需求運力分力列表與上述設備次序列表對應。

步驟153，根據(jù)所述需求運力分力列表，將所述訂單拆分為數(shù)個子訂單。

在步驟153中，根據(jù)步驟152得到的需求運力分力列表，將訂單拆分為數(shù)個子訂單。在步驟152和步驟152的示例中，將需求運力為35個標準箱的訂單拆分為需求運力(或者稱需求運力分力)分別為17個標準箱、15個標準箱和3個標準箱的3子訂單。需要說明的是，每個子訂單與被拆分前的訂單的不同之處在于，子訂單信息中包含的標準箱信息不同。還需說明的是，上述實施例根據(jù)訂單的需求運力和配送商配送設備的計劃空閑運力，對訂單進行拆分，而在另一些實施例中，在考慮運力的同時，還需相關配送商的庫存情況。

此處的相關配送商可以理解為，預選設備組以及目標設備組中配送設備(預選配送設備和/或目標配送設備)所屬的在線配送商。由于本申請技術方案并不限定從一個或幾個在線配送商的歸屬配送設備中選取預選配送設備，確定預選設備組以及目標設備組，因而，一個設備組中包括的至少兩個配送設備可以歸屬于不同的在線配送商。

在一些實施例中，一種拆分訂單的方法還包括：

步驟160，生成與每個所述子訂單對應的配送指令；

本申請技術方案的處理對象是需求運力較大，無法由一臺配送設備的計劃空閑運力單次地完成配送的訂單。通過上述實施例提供的方法，對這種訂單進行拆分，得到數(shù)個子訂單，從而將所述子訂單分配給目標設備組的數(shù)個目標配送設備，以利用這些目標配送設備共同完成該訂單的配送。因此，在步驟160中，生成與每個子訂單對應的配送指令。配送指令用于指示目標配送設備將子訂單中對應的標準箱送達到下單門店，配送指令包含的信息中至少應有標準箱信息和下單門店的地理位置信息。

步驟170，將所述配送指令發(fā)送給對應的目標配送設備終端，以指示所述目標配送設備為所述下單門店配送所述子訂單對應的標準箱。

本申請實施例提供一種拆分訂單的方法，首先選定預選配送設備，當訂單對應的需求運力較大，而無法由一臺預選配送設備單次地完成配送時，根據(jù)預選配送設備的計劃空閑運力和需求運力，最終確定目標設備組，并對訂單進項拆分，得到同時調(diào)度至少兩臺配送設備配送該訂單的配送方案。本申請技術方案以標準箱為最小售賣單元和最小配送單元，利用現(xiàn)有的基于配送商的物流系統(tǒng)中的空閑物流資源，尤其是計劃空閑運力資源，對服務器上產(chǎn)生的大訂單進行拆分，設計針對該大訂單的配送方案，以提高物流資源的利用率，優(yōu)化物流資源的配置。

根據(jù)上述實施例提供的一種拆分訂單的方法，參閱圖12，一種拆分訂單的裝置包括：

接收模塊100，用于接收用戶終端發(fā)送的訂單信息，所述訂單信息包括下單門店的地理位置信息和標準箱信息；

獲取模塊200，用于獲取在線配送商歸屬配送設備的配送狀態(tài)信息；所述配送狀態(tài)信息包括配送設備的計劃配送路徑和與所述計劃配送路徑對應的計劃空閑運力；

第一確定模塊300，用于確定所述下單門店與每個配送設備的計劃配送路徑的相似度，根據(jù)所述相似度，確定預選配送設備；

第二確定模塊400，用于根據(jù)所述標準箱信息確定需求運力；如果每個預選配送設備的計劃空閑運力均小于所述需求運力，根據(jù)所述預選配送設備的計劃空閑運力和所述需求運力，確定數(shù)個預選設備組以及從所述數(shù)個預選設備組中確定目標設備組；

拆分模塊500，用于根據(jù)所述目標設備組對所述訂單進行拆分。

參閱圖13，上述第二確定模塊400包括：

組合單元410，用于從所述預選配送設備中任意選取至少兩個預選配送設備，得到數(shù)個預選設備組；每個所述預選設備組的總計劃空閑運力大于所述需求運力；

計算單元420，用于計算每個所述預選設備組的總計劃空閑運力與所述需求運力的運力匹配度；

確定單元430，用于如果所述運力匹配度大于預先設置的運力匹配度閾值，確定包含預選配送設備數(shù)量最少的預選設備組為目標設備組。

圖14為另一種第二確定模塊400的示意圖，或者說，作為上述圖13所示第二確定模塊400的替代技術方案，另一種第二確定模塊400包括：

第一確定單元410，用于根據(jù)所述預選配送設備的配送狀態(tài)信息，確定所述預選配送設備的預計起運時間；

第一計算單元420，用于計算每個預選配送設備的預計起運時間與所述配送時間的時間匹配度；

組合單元430，用于如果數(shù)個所述預選配送設備的預計起運時間與所述配送時間的時間匹配度大于預先設置的時間匹配度閾值，根據(jù)所述數(shù)個所述預選配送設備的計劃空閑運力和所述需求運力，從所述數(shù)個所述預選配送設備中選取至少兩個預選配送設備，得到數(shù)個預選設備組；每個所述預選設備組的總計劃空閑運力大于所述需求運力；

第二計算單元440，用于計算每個所述預選設備組的總計劃空閑運力與所述需求運力的運力匹配度；

第二確定單元450，用于如果所述運力匹配度大于預先設置的運力匹配度閾值，確定包含預選配送設備數(shù)量最少的預選設備組為目標設備組。

在一些實施例中，所述配送設備的計劃配送路徑包括至少一個計劃配送地址；參閱圖15，所述第一確定模塊300包括：

相似度計算單元310，用于根據(jù)所述下單門店的地理位置信息，確定所述下單門店與每個所述計劃配送地址間的路徑距離，得到下單門店與每個配送設備的計劃配送路徑基于路徑距離的相似度；

選取單元320，用于如果下單門店與數(shù)個配送設備的計劃配送路徑基于路徑距離的相似度大于預先設置的相似度閾值，確定所述數(shù)個配送設備為預選配送設備。

參閱圖16，所述拆分模塊500包括：

排序單元510，用于對所述目標設備組中目標配送設備的計劃空閑運力排序，得到基于計劃空閑余力大小的設備次序列表；

劃分單元520，用于根據(jù)所述次序列表，將所述需求運力劃分為數(shù)個需求運力分力，并得到與所述設備次序列表對應的需求運力分力列表；

拆分單元530，用于根據(jù)所述需求運力分力列表，將所述訂單拆分為數(shù)個子訂單。

在另一些實施例中，一種拆分訂單的裝置還包括：

生成模塊600，用于生成與每個所述子訂單對應的配送指令；

發(fā)送模塊700，用于將所述配送指令發(fā)送給對應的目標配送設備終端，以指示所述目標配送設備為所述下單門店配送所述子訂單對應的標準箱。

根據(jù)上述實施例提供的一種拆分訂單的方法及裝置，本申請實施例還提供一種服務器，包括：

處理器，以及用于存儲所述處理器可執(zhí)行指令的存儲器；

其中，所述處理器被配置為：接收用戶終端發(fā)送的訂單信息，所述訂單信息包括下單門店的地理位置信息和標準箱信息；

獲取在線配送商歸屬配送設備的配送狀態(tài)信息；所述配送狀態(tài)信息包括配送設備的計劃配送路徑和與所述計劃配送路徑對應的計劃空閑運力；

確定所述下單門店與每個配送設備的計劃配送路徑的相似度，根據(jù)所述相似度，確定預選配送設備；

根據(jù)所述標準箱信息確定需求運力；

如果每個預選配送設備的計劃空閑運力均小于所述需求運力，根據(jù)所述預選配送設備的計劃空閑運力和所述需求運力，確定數(shù)個預選設備組以及從所述數(shù)個預選設備組中確定目標設備組；

根據(jù)所述目標設備組對所述訂單進行拆分。

本申請實施例提供一種拆分訂單的方法、裝置及服務器，首先選定預選配送設備，當訂單對應的需求運力較大，而無法由一臺預選配送設備單次地完成配送時，根據(jù)預選配送設備的計劃空閑運力和需求運力，最終確定目標設備組，并對訂單進項拆分，得到同時調(diào)度至少兩臺配送設備配送該訂單的配送方案。本申請技術方案以標準箱為最小售賣單元和最小配送單元，利用現(xiàn)有的基于配送商的物流系統(tǒng)中的空閑物流資源，尤其是計劃空閑運力資源，對服務器上產(chǎn)生的大訂單進行拆分，設計針對該大訂單的配送方案，以提高物流資源的利用率，優(yōu)化物流資源的配置。

具體實現(xiàn)中，本發(fā)明還提供一種計算機存儲介質(zhì)，其中，該計算機存儲介質(zhì)可存儲有程序，該程序執(zhí)行時可包括本發(fā)明提供的拆分訂單的方法的各實施例中的部分或全部步驟。所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(英文：read-onlymemory，簡稱：rom)或隨機存儲記憶體(英文：randomaccessmemory，簡稱：ram)等。

本領域的技術人員可以清楚地了解到本發(fā)明實施例中的技術可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)。基于這樣的理解，本發(fā)明實施例中的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。

本說明書中各個實施例之間相同相似的部分互相參見即可。

以上所述的本發(fā)明實施方式并不構成對本發(fā)明保護范圍的限定。