本發(fā)明涉及通信應(yīng)用技術(shù)領(lǐng)域，具體而言，涉及一種物流倉儲數(shù)據(jù)處理的方法、裝置及系統(tǒng)。

背景技術(shù)：

隨著電商的蓬勃發(fā)展，伴隨的物流產(chǎn)業(yè)也越來越壯大，其中，電商與物流之間愈發(fā)成熟的耦合協(xié)作，成就了現(xiàn)今成熟的在線交易特別是買賣商品的流程體系。

隨著海淘需求的出現(xiàn)，國內(nèi)市場與國外市場的對接、國內(nèi)買家與國外市場的對接以及國外買家與國內(nèi)市場的對接成為了電商平臺多元化的一個趨勢，而電商與物流之間如何能夠滿足在購物旺季的訂單需求，成為了現(xiàn)今亟待解決的問題。

現(xiàn)今的電商&物流體系主要包括三個角色：電商平臺中的商家、電商與物流中心，其中，電商通過接收商家的發(fā)貨請求生成訂單信息，物流中心依據(jù)訂單信息執(zhí)行庫存數(shù)據(jù)錄入，并將商品重量反饋至電商，由電商依據(jù)商品重量執(zhí)行對應(yīng)的運(yùn)費(fèi)扣款，當(dāng)扣費(fèi)成功，則將商品出庫指令發(fā)送至物流中心，最后由物流中心依據(jù)商品出庫指令安排貨物出庫。

但是一旦一個訂單的扣款失敗，物流系統(tǒng)將無法繼續(xù)對該訂單之后的后續(xù)訂單執(zhí)行流程操作，大大降低了整個物流的數(shù)據(jù)處理效率。具體如圖1所示，圖1是現(xiàn)有技術(shù)中商品下單至出庫的流程示意圖，由圖1所示，一個訂單從進(jìn)入倉庫到出倉庫，在物流服務(wù)平臺側(cè)要經(jīng)歷如下步驟：第一，物流服務(wù)平臺接受物流協(xié)作平臺報(bào)文；第二，反饋包裹簽收信息；第三，物流協(xié)作平臺接受入庫通知；第四，物流服務(wù)平臺反饋包裹入庫；第五，物流服務(wù)平臺反饋包裹稱重(扣運(yùn)費(fèi))；第六，物流服務(wù)平臺接受出庫指定；第七，物流服務(wù)平臺反饋出庫信息。以前這一整個過程不走自動化的話，人工操作由于會在一個包裹上花費(fèi)10至15秒的操作時(shí)間，因此將降低了整個操作流程的執(zhí)行效率，例如，如果系統(tǒng)對商家扣費(fèi)失敗，人工會把這個單子放到一邊，等下一次再扣，相當(dāng)于再做一次回傳稱重的操作，導(dǎo)致一個訂單的耗時(shí)過長；而如果走自動化系統(tǒng)的話，一旦扣費(fèi)失敗，自動化系統(tǒng)是不知道把這個訂單剔除出來的，這樣就造成該訂單無法繼續(xù)運(yùn)轉(zhuǎn)的情況，并且卡住了后續(xù)的所有訂單。

針對上述由于現(xiàn)有技術(shù)中在自動化系統(tǒng)中當(dāng)一個訂單扣費(fèi)失敗，導(dǎo)致物流系統(tǒng)對該訂單之后的后續(xù)訂單無法執(zhí)行流程操作，進(jìn)而降低了物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的問題，目前尚未提出有效的解決方案。

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

本發(fā)明實(shí)施例提供了一種物流倉儲數(shù)據(jù)處理的方法、裝置及系統(tǒng)，以至少解決由于現(xiàn)有技術(shù)中在自動化系統(tǒng)中當(dāng)一個訂單扣費(fèi)失敗，導(dǎo)致物流系統(tǒng)對該訂單之后的后續(xù)訂單無法執(zhí)行流程操作，進(jìn)而降低了物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的技術(shù)問題。

根據(jù)本發(fā)明實(shí)施例的一個方面，提供了一種物流倉儲數(shù)據(jù)處理的方法，包括：接收用戶終端發(fā)送的訂單信息；依據(jù)訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移；在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；向物流服務(wù)器發(fā)送物流訂單；接收物流服務(wù)器返回的與物流訂單對應(yīng)的稱重信息，其中，稱重信息記錄了物流訂單中記載的產(chǎn)品的重量；依據(jù)稱重信息將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移。

根據(jù)本發(fā)明實(shí)施例的另一方面，還提供了一種物流倉儲數(shù)據(jù)處理的裝置，包括：接收模塊，用于接收用戶終端發(fā)送的訂單信息；第一執(zhí)行模塊，用于依據(jù)接收模塊接收的訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移；訂單創(chuàng)建模塊，用于在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；發(fā)送模塊，用于向物流服務(wù)器發(fā)送訂單創(chuàng)建模塊創(chuàng)建的物流訂單；信息接收模塊，用于接收物流服務(wù)器返回的與物流訂單對應(yīng)的稱重信息，其中，稱重信息記錄了物流訂單中記載的產(chǎn)品的重量；第二執(zhí)行模塊，用于依據(jù)信息接收模塊接收的稱重信息將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移。

根據(jù)本發(fā)明實(shí)施例的又一方面，還提供了一種物流倉儲數(shù)據(jù)處理的系統(tǒng)，包括：用戶終端、結(jié)算服務(wù)器和物流服務(wù)器，結(jié)算服務(wù)器分別與用戶終端和物流服務(wù)器通信連接，系統(tǒng)包括：結(jié)算服務(wù)器，用于接收用戶終端發(fā)送的訂單信息；并依據(jù)訂單信息對用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；通過接收物流服務(wù)器返回的對應(yīng)物流訂單的稱重信息，對用戶終端的虛擬資源按照第二虛擬資源消耗策略執(zhí)行資源轉(zhuǎn)移；物流服務(wù)器，用于接收結(jié)算服務(wù)器發(fā)送的物流訂單，并對物流訂單中的產(chǎn)品執(zhí)行稱重，將稱重信息返回結(jié)算服務(wù)器；其中，結(jié)算服務(wù)器為上述一種物流倉儲數(shù)據(jù)處理的裝置。

在本發(fā)明實(shí)施例中，通過接收用戶終端發(fā)送的訂單信息；依據(jù)訂單信息將用戶終 端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移；在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；向物流服務(wù)器發(fā)送物流訂單；接收物流服務(wù)器返回的與物流訂單對應(yīng)的稱重信息，其中，稱重信息記錄了物流訂單中記載的產(chǎn)品的重量；依據(jù)稱重信息將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，達(dá)到了訂單數(shù)據(jù)無法阻塞整個物流系統(tǒng)的目的，從而實(shí)現(xiàn)了提升物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的技術(shù)效果，進(jìn)而解決了由于現(xiàn)有技術(shù)中在自動化系統(tǒng)中當(dāng)一個訂單扣費(fèi)失敗，導(dǎo)致物流系統(tǒng)對該訂單之后的后續(xù)訂單無法執(zhí)行流程操作，進(jìn)而降低了物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的技術(shù)問題。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中：

圖1是現(xiàn)有技術(shù)中商品下單至出庫的流程示意圖；

圖2是本發(fā)明實(shí)施例的一種物流倉儲數(shù)據(jù)處理的方法的服務(wù)器的硬件結(jié)構(gòu)框圖；

圖3是根據(jù)本發(fā)明實(shí)施例一的物流倉儲數(shù)據(jù)處理的方法的流程圖；

圖4是根據(jù)本發(fā)明實(shí)施例一的一種物流倉儲數(shù)據(jù)處理的方法的流程圖；

圖5是根據(jù)本發(fā)明實(shí)施例一的另一種物流倉儲數(shù)據(jù)處理的方法的流程圖；

圖6是根據(jù)本發(fā)明實(shí)施例二的物流倉儲數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖；

圖7是根據(jù)本發(fā)明實(shí)施例二的一種物流倉儲數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖；

圖8是根據(jù)本發(fā)明實(shí)施例二的另一種物流倉儲數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖；

圖9是根據(jù)本發(fā)明實(shí)施例二的又一種物流倉儲數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖；

圖10是根據(jù)本發(fā)明實(shí)施例二的再一種物流倉儲數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖；

圖11是本發(fā)明實(shí)施例三的物流倉儲數(shù)據(jù)處理的系統(tǒng)的結(jié)構(gòu)示意圖。

具體實(shí)施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實(shí)施例中的 附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分的實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都應(yīng)當(dāng)屬于本發(fā)明保護(hù)的范圍。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應(yīng)該理解這樣使用的數(shù)據(jù)在適當(dāng)情況下可以互換，以便這里描述的本發(fā)明的實(shí)施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤４送?，術(shù)語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設(shè)備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設(shè)備固有的其它步驟或單元。

實(shí)施例1

根據(jù)本發(fā)明實(shí)施例，還提供了一種物流倉儲數(shù)據(jù)處理的方法的方法實(shí)施例，需要說明的是，在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

本申請實(shí)施例一所提供的方法實(shí)施例可以在移動終端、計(jì)算機(jī)終端或者類似的運(yùn)算裝置中執(zhí)行。以運(yùn)行在計(jì)算機(jī)終端上為例，圖2是本發(fā)明實(shí)施例的一種物流倉儲數(shù)據(jù)處理的方法的服務(wù)器的硬件結(jié)構(gòu)框圖。如圖2所示，服務(wù)器20可以包括一個或多個(圖中僅示出一個)處理器202(處理器202可以包括但不限于微處理器mcu或可編程邏輯器件fpga等的處理裝置)、用于存儲數(shù)據(jù)的存儲器204、以及用于通信功能的傳輸模塊206。本領(lǐng)域普通技術(shù)人員可以理解，圖2所示的結(jié)構(gòu)僅為示意，其并不對上述電子裝置的結(jié)構(gòu)造成限定。例如，服務(wù)器20還可包括比圖2中所示更多或者更少的組件，或者具有與圖2所示不同的配置。

存儲器204可用于存儲應(yīng)用軟件的軟件程序以及模塊，如本發(fā)明實(shí)施例中的物流倉儲數(shù)據(jù)處理的方法對應(yīng)的程序指令/模塊，處理器202通過運(yùn)行存儲在存儲器204內(nèi)的軟件程序以及模塊，從而執(zhí)行各種功能應(yīng)用以及數(shù)據(jù)處理，即實(shí)現(xiàn)上述的應(yīng)用程序的漏洞檢測方法。存儲器204可包括高速隨機(jī)存儲器，還可包括非易失性存儲器，如一個或者多個磁性存儲裝置、閃存、或者其他非易失性固態(tài)存儲器。在一些實(shí)例中，存儲器204可進(jìn)一步包括相對于處理器202遠(yuǎn)程設(shè)置的存儲器，這些遠(yuǎn)程存儲器可以通過網(wǎng)絡(luò)連接至服務(wù)器20。上述網(wǎng)絡(luò)的實(shí)例包括但不限于互聯(lián)網(wǎng)、企業(yè)內(nèi)部網(wǎng)、局域網(wǎng)、移動通信網(wǎng)及其組合。

傳輸裝置206用于經(jīng)由一個網(wǎng)絡(luò)接收或者發(fā)送數(shù)據(jù)。上述的網(wǎng)絡(luò)具體實(shí)例可包括服務(wù)器20的通信供應(yīng)商提供的無線網(wǎng)絡(luò)。在一個實(shí)例中，傳輸裝置206包括一個網(wǎng)絡(luò)適配器(networkinterfacecontroller，nic)，其可通過基站與其他網(wǎng)絡(luò)設(shè)備相連從而可與互聯(lián)網(wǎng)進(jìn)行通訊。在一個實(shí)例中，傳輸裝置206可以為射頻(radiofrequency，rf)模塊，其用于通過無線方式與互聯(lián)網(wǎng)進(jìn)行通訊。

在上述運(yùn)行環(huán)境下，本申請?zhí)峁┝巳鐖D3所示的物流倉儲數(shù)據(jù)處理的方法。在結(jié)算服務(wù)器側(cè)，圖3是根據(jù)本發(fā)明實(shí)施例一的物流倉儲數(shù)據(jù)處理的方法的流程圖。

步驟s302，接收用戶終端發(fā)送的訂單信息；

本申請上述步驟s302中，在結(jié)算服務(wù)器側(cè)，結(jié)算服務(wù)器接收用戶終端發(fā)送的訂單信息，其中，用戶終端可以為與結(jié)算服務(wù)器業(yè)務(wù)通信的移動終端，即，電商平臺中的商家所使用的移動終端，該移動終端可以為個人電腦(personalcomputer，簡稱pc)、筆記本電腦、掌上商務(wù)或平板電腦等終端。

這里訂單信息可以至少包括：產(chǎn)品名稱、產(chǎn)品類別、產(chǎn)品尺寸和產(chǎn)品數(shù)量。例如，結(jié)算服務(wù)器接收到用戶終端發(fā)送的訂單信息為：產(chǎn)品名稱：xx牌春秋裝、產(chǎn)品類別：衣服、產(chǎn)品尺寸：170/xl、產(chǎn)品數(shù)量：2。

在本申請實(shí)施例提供的物流倉儲數(shù)據(jù)處理的方法中可以適用于在線交易中涉及的進(jìn)出口物流的物流倉儲數(shù)據(jù)處理系統(tǒng)，本申請實(shí)施例中以出口物流交易為例進(jìn)行說明，以實(shí)現(xiàn)本申請實(shí)施例提供的物流倉儲數(shù)據(jù)處理的方法為主，具體不做限定。

此外，本申請實(shí)施例提供的訂單信息還可以包括：產(chǎn)品的規(guī)格參數(shù)和收件人信息，例如，當(dāng)產(chǎn)品為衣服時(shí)，衣服的規(guī)格參數(shù)為：衣服的衣長、袖長和袖寬、胸圍和腰圍、面料以及顏色和花樣(即衣服表面花紋)，針對本申請實(shí)施例提供的物流倉儲數(shù)據(jù)處理的方法，由于產(chǎn)品的扣費(fèi)僅與產(chǎn)品的重量相關(guān)聯(lián)，所以僅以訂單信息包括：產(chǎn)品名稱、產(chǎn)品類別、產(chǎn)品尺寸和產(chǎn)品數(shù)量為例進(jìn)行說明，具體不做限定。

步驟s304，依據(jù)訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移；

基于步驟s302中接收到的訂單信息，本申請上述步驟s304中，結(jié)算服務(wù)器依據(jù)訂單信息執(zhí)行對用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，即，結(jié)算服務(wù)器在得到訂單信息后，通過解析針對該訂單信息對用戶終端的虛擬資源執(zhí)行第一預(yù)扣款(即，上述按照第一虛擬資源消耗進(jìn)行資源轉(zhuǎn)移)。

具體的，這里用戶終端以商家代稱，虛擬資源可以為商家在網(wǎng)絡(luò)交易中的資金， 第一虛擬資源消耗策略可以為結(jié)算服務(wù)器對商家針對訂單信息執(zhí)行的資金預(yù)扣費(fèi)(即，上述的資源轉(zhuǎn)移)。仍舊以步驟s302中的例子為例，當(dāng)結(jié)算服務(wù)器接收到的訂單信息為產(chǎn)品名稱：xx牌春秋裝、產(chǎn)品類別：衣服、產(chǎn)品尺寸：170/xl、產(chǎn)品數(shù)量：2；結(jié)算服務(wù)器將依據(jù)衣服在春秋裝中的均重量對商家在網(wǎng)絡(luò)交易中的資金進(jìn)行對應(yīng)的扣費(fèi)。

步驟s306，在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；

基于步驟s304按照第一虛擬資源消耗策略對用戶終端進(jìn)行的資源轉(zhuǎn)移，本申請上述步驟s306中，在成功執(zhí)行對用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移的情況下，結(jié)算服務(wù)器依據(jù)該訂單信息創(chuàng)建物流訂單，其中，結(jié)算服務(wù)器創(chuàng)建的物流訂單，用于指示物流服務(wù)器側(cè)依據(jù)該訂單信息執(zhí)行入庫、稱重、出庫。

具體的，結(jié)算服務(wù)器會記錄步驟s304中扣除的虛擬資源，仍舊以步驟s304中的例子為例，結(jié)算服務(wù)器記錄對商家資金的扣費(fèi)金額，并結(jié)合訂單信息生成物流訂單，以使得觸發(fā)物流服務(wù)器在接收到該物流訂單后對訂單為：產(chǎn)品名稱：xx牌春秋裝、產(chǎn)品類別：衣服、產(chǎn)品尺寸：170/xl、產(chǎn)品數(shù)量：2，執(zhí)行入庫、稱重以及出庫等系列動作。

步驟s308，向物流服務(wù)器發(fā)送物流訂單；

基于步驟s306創(chuàng)建的物流訂單，本申請上述步驟s308中，結(jié)算服務(wù)器在創(chuàng)建完成物流訂單后，向物流服務(wù)器發(fā)送該物流訂單。

步驟s310，接收物流服務(wù)器返回的與物流訂單對應(yīng)的稱重信息，其中，稱重信息記錄了物流訂單中記載的產(chǎn)品的重量；

本申請上述步驟s310中，在結(jié)算服務(wù)器向物流服務(wù)器發(fā)送物流訂單后，物流服務(wù)器會依據(jù)該物流訂單返回該物流訂單上產(chǎn)品的稱重信息，在結(jié)算服務(wù)器側(cè)，結(jié)算服務(wù)器將接收該物流服務(wù)器返回的與該物流訂單對應(yīng)的稱重信息。

具體的，該稱重信息為步驟s302至步驟306中訂單信息中產(chǎn)品實(shí)際重量，該稱重信息用于指示是否對商家執(zhí)行第二虛擬資源消耗策略，即，仍舊以步驟s302中的示例為例，結(jié)算服務(wù)器接收物流服務(wù)器返回的兩件衣服的實(shí)際稱重，具體如何依據(jù)該稱重信息執(zhí)行第二虛擬資源消耗策略見步驟s312。

步驟s312，依據(jù)稱重信息將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移。

基于步驟s310接收的稱重信息，本申請上述步驟s312中，結(jié)算服務(wù)器依據(jù)該稱重信息按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，其中，第二虛擬資源消耗策略用于 指示用戶終端填補(bǔ)第一虛擬資源消耗策略對虛擬資源的資源轉(zhuǎn)移。

對應(yīng)步驟s304中的第一虛擬資源消耗策略，步驟s312中的第二虛擬資源消耗策略用于指示結(jié)算服務(wù)器依據(jù)稱重信息對商家執(zhí)行第二的資金扣費(fèi)。區(qū)別于第一的扣費(fèi)，當(dāng)依據(jù)物流服務(wù)器返回的產(chǎn)品的實(shí)際稱重的情況下，結(jié)算服務(wù)器將會對該物流服務(wù)器返回的稱重對應(yīng)的產(chǎn)品實(shí)際扣費(fèi)與第一的扣費(fèi)進(jìn)行比較，由于第一的扣費(fèi)屬于估算扣費(fèi)，當(dāng)進(jìn)行第二校對時(shí)，結(jié)算服務(wù)器將判斷第一扣費(fèi)相比產(chǎn)品實(shí)際扣費(fèi)的差額，若第一扣費(fèi)大于產(chǎn)品實(shí)際扣費(fèi)，則結(jié)算服務(wù)器將會把該差額返回商家；若第一扣費(fèi)小于產(chǎn)品實(shí)際扣費(fèi)，則結(jié)算服務(wù)器將通知商家補(bǔ)足該產(chǎn)品實(shí)際扣費(fèi)的差額。

在本申請實(shí)施例提供的第一虛擬資源消耗策略和第二虛擬資源消耗策略中，設(shè)置“多退少補(bǔ)”原則，即，在接收到訂單信息后，結(jié)算服務(wù)器依據(jù)該訂單信息中產(chǎn)品所屬類目的中每件產(chǎn)品的均重計(jì)算第一扣費(fèi)金額，當(dāng)結(jié)算服務(wù)器接收到物流服務(wù)器返回的產(chǎn)品的實(shí)際稱重時(shí)，執(zhí)行第二虛擬資源消耗策略，即，執(zhí)行第二扣費(fèi)，首先判斷該稱重與第一扣費(fèi)對應(yīng)的估算重量的大小，當(dāng)實(shí)際稱重大于該估算重量時(shí)，結(jié)算服務(wù)器通知商家進(jìn)行補(bǔ)款；當(dāng)實(shí)際重量小于該估算重量時(shí)，結(jié)算服務(wù)器將退款至商家，以保障在結(jié)算服務(wù)器進(jìn)行結(jié)算時(shí)只會退款給商家，避免在執(zhí)行步驟s304時(shí)扣款失敗的可能，從而保障一個產(chǎn)品的訂單在一整套物流處理系統(tǒng)中耗時(shí)最短，進(jìn)而滿足在大的促銷時(shí)段結(jié)算服務(wù)器和物流服務(wù)器均能滿足對訂單數(shù)據(jù)的處理需求，規(guī)避了當(dāng)一個訂單扣款失敗將阻塞后續(xù)訂單無法繼續(xù)執(zhí)行的現(xiàn)象發(fā)生。

由上可知，本申請上述實(shí)施例一所提供的方案，通過接收用戶終端發(fā)送的訂單信息；依據(jù)訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移；在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；向物流服務(wù)器發(fā)送物流訂單；接收物流服務(wù)器返回的與物流訂單對應(yīng)的稱重信息，其中，稱重信息記錄了物流訂單中記載的產(chǎn)品的重量；依據(jù)稱重信息將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，達(dá)到了訂單數(shù)據(jù)無法阻塞整個物流系統(tǒng)的目的，從而實(shí)現(xiàn)了提升物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的技術(shù)效果，進(jìn)而解決了由于現(xiàn)有技術(shù)中在自動化系統(tǒng)中當(dāng)一個訂單扣費(fèi)失敗，導(dǎo)致物流系統(tǒng)對該訂單之后的后續(xù)訂單無法執(zhí)行流程操作，進(jìn)而降低了物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的技術(shù)問題。

可選的，在訂單信息包括產(chǎn)品類別、產(chǎn)品數(shù)量及產(chǎn)品尺寸的情況下，步驟s304中依據(jù)訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移包括：

step1，依據(jù)產(chǎn)品類別和產(chǎn)品尺寸在預(yù)設(shè)數(shù)據(jù)庫中進(jìn)行匹配，得到產(chǎn)品的重量均值；

本申請上述步驟step1中，在訂單信息包括產(chǎn)品類別、產(chǎn)品數(shù)量及產(chǎn)品尺寸的情 況下，結(jié)算服務(wù)器在接收到訂單信息后，依據(jù)產(chǎn)品類別和產(chǎn)品尺寸匹配該產(chǎn)品在預(yù)設(shè)數(shù)據(jù)庫中對該產(chǎn)品類別所屬的類目得到該產(chǎn)品的重量均值，其中，雖然能夠依據(jù)產(chǎn)品類別和產(chǎn)品尺寸估算該產(chǎn)品的重量，但是在實(shí)際的運(yùn)輸過程中一個產(chǎn)品除去產(chǎn)品本身重量還會包含包裝重量，所以以該產(chǎn)品類別和產(chǎn)品尺寸匹配該產(chǎn)品在預(yù)設(shè)數(shù)據(jù)庫中對該產(chǎn)品類別所屬的類目得到該產(chǎn)品的重量均值，該重量均值更貼近實(shí)際稱重的重量。

其中，該重量均值具體可以由以下公式得到：

avg(類目平均重量)＝sum(重量)/該類目運(yùn)營總單數(shù)；

即，仍舊以步驟s302中的示例為例，假設(shè)該產(chǎn)品的產(chǎn)品類別為衣服，尺寸為170/xl，以產(chǎn)品類別為衣服，尺寸為170/xl為匹配對象，在數(shù)據(jù)庫中進(jìn)行數(shù)據(jù)匹配將得到衣服的重量均值，具體的，以春秋裝為例，該衣服為襯衣，因此根據(jù)上述公示可以得到，數(shù)據(jù)庫中春秋裝襯衣的總重sum為mkg，春秋裝襯衣的總單數(shù)為n件，由此可以得到一件春秋裝襯衣的平均重量avg為m/nkg。

step2，依據(jù)產(chǎn)品的重量均值與產(chǎn)品數(shù)量，計(jì)算得到產(chǎn)品的重量總值；

基于step1中得到的產(chǎn)品的重量均值，本申請上述步驟step2中，結(jié)算服務(wù)器結(jié)合產(chǎn)品的重量均值根據(jù)訂單信息中的數(shù)量，計(jì)算得到該訂單信息對應(yīng)的產(chǎn)品的重量總值。

具體的，以step1中的示例為例，在訂單信息中的數(shù)量為2的情況下，根據(jù)step1中得到的產(chǎn)品的重量均值m/nkg，根據(jù)數(shù)量與產(chǎn)品的重量均值的計(jì)算關(guān)系得到該訂單信息對應(yīng)的重量總值，即，2*m/n＝2m/nkg，該訂單信息對應(yīng)的重量總值為2m/nkg。

step3，依據(jù)重量總值在預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的第一虛擬資源消耗值；

基于step2中得到的重量總值，本申請上述步驟step3中，結(jié)算服務(wù)器依據(jù)該重量總值在預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的第一虛擬資源消耗值。

具體的，在本申請實(shí)施例中第一虛擬資源消耗值，即，訂單信息中產(chǎn)品的重量總值對應(yīng)的需要扣款的金額，當(dāng)結(jié)算服務(wù)器得到訂單信息中的產(chǎn)品的重量總值后，將依據(jù)該重量總值匹配對應(yīng)的扣款金額，即，該產(chǎn)品的運(yùn)費(fèi)。由step2可知，產(chǎn)品的重量總值為2m/nkg，對應(yīng)2m/nkg重量的運(yùn)費(fèi)可以為xyuan/dollar，這里運(yùn)費(fèi)的結(jié)算單位可以以物流倉庫的出庫所在國的貨幣單位作為結(jié)算單位。step4，從用戶終端本地獲取到的虛擬資源總量中扣除第一虛擬資源消耗值。

基于步驟step3中得到的第一虛擬資源消耗值，本申請上述步驟step4中，結(jié)算服務(wù)器從用戶終端本地獲取到的虛擬資源總量中扣除第一虛擬資源消耗值。

具體的，結(jié)算服務(wù)器在得到該x后，將商家網(wǎng)上賬戶內(nèi)的金額執(zhí)行對應(yīng)扣除，即，扣除該商家網(wǎng)上賬戶x金額。

進(jìn)一步地，可選的，步驟s304中step3中依據(jù)重量總值在預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的第一虛擬資源消耗值包括：

步驟a，依據(jù)重量總值在預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的虛擬資源消耗值；

本申請上述步驟a中，依據(jù)預(yù)設(shè)數(shù)據(jù)庫中預(yù)先存儲的每個重量總值對應(yīng)的虛擬資源消耗值，本申請實(shí)施例中通過依據(jù)預(yù)估得到的重量總值，在預(yù)設(shè)數(shù)據(jù)庫中進(jìn)行查詢，匹配該重量總值對應(yīng)的虛擬資源消耗值。

具體的，假設(shè)通過預(yù)估得到重量總值z，z若在預(yù)設(shè)稱重范圍區(qū)間i中時(shí)，預(yù)設(shè)數(shù)據(jù)庫依據(jù)該稱重范圍區(qū)間i進(jìn)行匹配，得到該z對應(yīng)的虛擬資源消耗值s。

步驟b，將虛擬資源消耗值與預(yù)設(shè)值相乘，得到乘積，并將乘積確定為第一虛擬資源消耗值。

基于步驟a中得到的虛擬資源消耗值，本申請上述步驟b中，依據(jù)該虛擬資源消耗值與預(yù)設(shè)值相乘，將得到的乘積確定為第一虛擬資源消耗值。

具體的，本申請實(shí)施例中第一虛擬資源消耗值x實(shí)際上設(shè)置為s*c，其中c為設(shè)置的常數(shù)(即，本申請實(shí)施例中的預(yù)設(shè)值)，s為物流協(xié)作平臺與物流服務(wù)平臺之間協(xié)商的產(chǎn)品重量對應(yīng)的預(yù)設(shè)金額(即，本申請實(shí)施例中的虛擬資源消耗值)，這里本申請實(shí)施例提供的c設(shè)置為1.5倍，以保障在結(jié)算服務(wù)器執(zhí)行最后結(jié)算時(shí)只退款給商家，避免或減少商家補(bǔ)款的事情發(fā)生，提升一個訂單在一個物流系統(tǒng)中的處理效率，縮短了一個訂單由于扣款占用的整個訂單數(shù)據(jù)處理時(shí)間，其中，本申請實(shí)施例中的結(jié)算服務(wù)器可以應(yīng)用于物流協(xié)作平臺。

可選的，在步驟s304中依據(jù)訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移之后，本申請實(shí)施例提供的物流倉儲數(shù)據(jù)處理的方法還包括：

步驟s305，在執(zhí)行結(jié)果失敗的情況下，向用戶終端發(fā)送訂單回退信息。

本申請上述步驟s305中，在步驟s304中依據(jù)訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移之后，結(jié)算服務(wù)器若發(fā)現(xiàn)無法對用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，此時(shí)，結(jié)算服務(wù)器將向用戶終端發(fā)送訂單回退信息。其中，該訂單回退信息可以用于指示用戶終端該虛擬資源中能夠轉(zhuǎn)移的資源不能滿足第一虛擬資源消耗策略中的資源轉(zhuǎn)移需求，需要用戶終端補(bǔ)充虛擬資源中的資源。

具體的，結(jié)算服務(wù)器在扣款失敗后，將向商家發(fā)送訂單回退信息，即，用于通知商家該商家的網(wǎng)上賬戶中的余額不足，不能支付訂單信息中產(chǎn)品對應(yīng)的運(yùn)費(fèi)。本申請實(shí)施中通過在扣款失敗(即，上述執(zhí)行結(jié)果失敗的情況下)時(shí)，向商家發(fā)送訂單回退信息，規(guī)避了現(xiàn)有技術(shù)中自動化系統(tǒng)中無法把扣款失敗的訂單進(jìn)行剔除的現(xiàn)象發(fā)生，本申請實(shí)施例通過訂單回退信息，將扣款失敗的訂單進(jìn)行了回退，保障了結(jié)算服務(wù)器對后續(xù)訂單的處理效率。

可選的，步驟s306中依據(jù)訂單信息創(chuàng)建物流訂單包括：

step1，記錄第一虛擬資源消耗值；

本申請上述步驟s306中的step1中，在執(zhí)行結(jié)果成功的情況下，結(jié)算服務(wù)器記錄第一虛擬資源消耗值。

具體的，結(jié)算服務(wù)器記錄訂單信息中的扣款金額用于在結(jié)算時(shí)校正訂單信息中的產(chǎn)品的實(shí)際扣款金額。

step2，依據(jù)第一虛擬資源消耗值觸發(fā)生成物流入庫指令；

本申請上述step2中，結(jié)算服務(wù)器依據(jù)第一虛擬資源消耗值觸發(fā)生成物流入庫指令，在扣款成功的情況下，結(jié)算服務(wù)器側(cè)可以向物流服務(wù)器發(fā)起入庫指令，由上可知，結(jié)算服務(wù)器將依據(jù)該第一虛擬資源消耗值觸發(fā)生成物流入庫指令。

具體的，結(jié)算服務(wù)器依據(jù)步驟s304中得到的第一虛擬資源消耗值x，生成物流入庫指令，即，該訂單信息扣款成功能進(jìn)入物流服務(wù)器，由該物流服務(wù)器安排該產(chǎn)品入庫。

step3，依據(jù)物流入庫指令和訂單信息生成物流訂單。

本申請上述step3中，結(jié)算服務(wù)器依據(jù)物流入庫指令和訂單信息生成物流訂單，其中，物流訂單至少包括：訂單信息以及指示物流服務(wù)器執(zhí)行入庫操作的物流入庫指令。

可選的，在稱重信息記錄了物流訂單中記載的產(chǎn)品的重量的情況下，步驟s312中依據(jù)稱重信息將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移包括：

step1，依據(jù)產(chǎn)品的重量在預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的第二虛擬資源消耗值；

本申請上述步驟s312中的step1中，在稱重信息記錄了物流訂單中記載的產(chǎn)品的重量的情況下，結(jié)算服務(wù)器依據(jù)物流服務(wù)器返回的產(chǎn)品的重量，在預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的第二虛擬資源消耗值。

具體的，結(jié)算服務(wù)器接收到物流服務(wù)器返回的產(chǎn)品的重量后，依據(jù)該重量在數(shù)據(jù)庫中匹配對應(yīng)的第二虛擬資源消耗值，即，當(dāng)結(jié)算服務(wù)器接收到的物流服務(wù)器返回的產(chǎn)品的重量為mkg時(shí)，對應(yīng)該mkg的扣費(fèi)為z。

step2，判斷第一虛擬資源消耗值是否小于第二虛擬資源消耗值；

本申請上述步驟step2中，結(jié)算服務(wù)器在得到第二虛擬資源消耗值后，根據(jù)預(yù)先記錄的第一虛擬資源消耗值，判斷第一虛擬資源消耗值和第二虛擬資源消耗值的大小，即，判斷第一虛擬資源消耗值是否小于第二虛擬資源消耗值。

具體的，結(jié)合step1得到的第二虛擬資源消耗值z，結(jié)算服務(wù)器將第一虛擬資源消耗值x與z進(jìn)行比較，判斷x是否大于z。

step3，依據(jù)判斷結(jié)果將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，其中，第二虛擬資源消耗策略用于指示用戶終端填補(bǔ)第一虛擬資源消耗策略對虛擬資源的資源轉(zhuǎn)移。

本申請上述步驟step3中，結(jié)算服務(wù)器依據(jù)判斷結(jié)果對用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移。

具體的，由于判斷結(jié)果存在兩種情況，情況一，第一虛擬資源值小于第二虛擬資源值；情況二，第一虛擬資源值大于第二虛擬資源值；針對不同可能結(jié)算服務(wù)器將根據(jù)兩種可能對應(yīng)的結(jié)算方式對商家的網(wǎng)絡(luò)賬戶進(jìn)行操作，其中，該操作包括：扣費(fèi)和退款。當(dāng)判斷結(jié)果為情況一時(shí)執(zhí)行步驟b，當(dāng)判斷結(jié)果為情況二時(shí)執(zhí)行步驟a，具體見步驟a和步驟b。

進(jìn)一步地，可選的，步驟s312中的step3中依據(jù)判斷結(jié)果將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移包括：

步驟a，在判斷結(jié)果為第一虛擬資源消耗值大于第二虛擬資源消耗值的情況下，將第一虛擬資源消耗值與第二虛擬資源消耗值做減法運(yùn)算，得到的虛擬資源消耗差值返回用戶終端的虛擬資源；

本申請上述步驟step3中的步驟a中，在第一虛擬資源消耗值大于第二虛擬資源消耗值的情況下，結(jié)算服務(wù)器將第一虛擬資源消耗值與第二虛擬資源消耗值執(zhí)行減法運(yùn)算，將得到的虛擬資源消耗差值返回用戶終端的虛擬資源。

具體的，當(dāng)?shù)谝惶摂M資源值大于第二虛擬資源值時(shí)，結(jié)算服務(wù)器將依據(jù)第一虛擬資源值，針對產(chǎn)品的實(shí)際重量對應(yīng)的第二虛擬資源值，退還第一虛擬資源值與第二虛擬資源值之間的差額，即，當(dāng)x＞z時(shí)，結(jié)算服務(wù)器將把x與z的差額退還給商家， 其中，結(jié)算服務(wù)器可以退還給商家v金額，v＝x-z。

步驟b，在判斷結(jié)果為第一虛擬資源消耗值小于第二虛擬資源消耗值的情況下，生成補(bǔ)差指令，并將補(bǔ)差指令發(fā)送至用戶終端，其中，補(bǔ)差指令，用于指示用戶終端依據(jù)第一虛擬資源消耗值與第二虛擬資源消耗值之間的資源差值進(jìn)行資源補(bǔ)貼。

本申請上述步驟b中，在第一虛擬資源消耗值小于第二虛擬資源消耗值的情況下，結(jié)算服務(wù)器生成補(bǔ)差指令，并將補(bǔ)差指令發(fā)送至用戶終端，即，結(jié)算服務(wù)器將第一虛擬資源消耗值與第二虛擬資源消耗值執(zhí)行減法運(yùn)算，依據(jù)得到的虛擬資源消耗差值生成補(bǔ)差指令，并將該補(bǔ)差指令發(fā)送至用戶終端。

具體的，當(dāng)?shù)谝惶摂M資源值小于第二虛擬資源值時(shí)，結(jié)算服務(wù)器根據(jù)第一虛擬資源值與第二虛擬資源值之間的差額，通知商家，結(jié)算服務(wù)器將對商家的網(wǎng)絡(luò)賬戶中執(zhí)行扣費(fèi)，以補(bǔ)貼第一虛擬資源值小于第二虛擬資源值之間的差額，即，當(dāng)x＜z時(shí)，結(jié)算服務(wù)器將扣除商家中的b金額，b＝z-x。

可選的，步驟a中將第一虛擬資源消耗值與第二虛擬資源消耗值做減法運(yùn)算，得到的虛擬資源消耗差值返回用戶終端的虛擬資源包括：

步驟s1，將第一虛擬資源消耗值減第二虛擬資源消耗值，得到虛擬資源消耗差值；

本申請上述步驟a中的步驟s1中，在第一虛擬資源消耗值大于第二虛擬資源消耗值的情況下，第一虛擬資源消耗值與第二虛擬資源消耗值相減，得到虛擬資源消耗差值。

具體的，仍舊以上述步驟a中的示例為例，v＝x-z，v為x減z之后的差值。

步驟s2，依據(jù)虛擬資源消耗差值生成退款信息，其中，退款信息包括：虛擬資源消耗差值；

基于上述步驟s1中得到的虛擬資源消耗差值，本申請上述步驟s2中，依據(jù)該虛擬資源消耗差值生成退款信息。

具體的，若得到v，將生成退款信息為：訂單i的所退款項(xiàng)為v的信息。

步驟s3，向用戶終端發(fā)送退款信息，以使得用戶終端的虛擬資源得到所退款項(xiàng)。

本申請上述步驟s3中，結(jié)算服務(wù)器將在生成退款信息后，向用戶終端發(fā)送退款信息。

具體的，結(jié)算服務(wù)器可以通過“支付寶”將所退款項(xiàng)退還給用戶終端的賬戶，即，將虛擬資源消耗差值v退還給用戶終端的賬戶。

可選的，步驟b中生成補(bǔ)差指令，并將補(bǔ)差指令發(fā)送至用戶終端包括：

步驟s1，將第二虛擬資源消耗值減第一虛擬資源消耗值，得到虛擬資源消耗差值；

本申請上述步驟b中的步驟s1中，在第一虛擬資源消耗值小于第二虛擬資源消耗值的情況下，第二虛擬資源消耗值與第一虛擬資源消耗值相減，得到虛擬資源消耗差值。

具體的，仍舊以上述步驟b中的示例為例，v＝z-x，v為z減x之后的差值。

步驟s2，依據(jù)虛擬資源消耗差值生成補(bǔ)差指令；

基于上述步驟s1中得到的虛擬資源消耗差值，本申請上述步驟s2中，依據(jù)該虛擬資源消耗差值生成補(bǔ)差指令。

具體的，若得到v，將生成補(bǔ)差指令為：訂單i的需要補(bǔ)充的款項(xiàng)為v的指令。

步驟s3，向用戶終端發(fā)送補(bǔ)差指令；

本申請上述步驟s3中，結(jié)算服務(wù)器將在生成補(bǔ)差指令后，向用戶終端發(fā)送補(bǔ)差指令。

具體的，結(jié)算服務(wù)器向用戶終端發(fā)送補(bǔ)差指令，以提示用戶終端對“支付寶”中的余額進(jìn)行補(bǔ)充。

步驟s4，接收用戶終端補(bǔ)入的第三虛擬資源消耗值，第三虛擬資源消耗值與虛擬資源消耗差值相等。

本申請上述步驟s4中，結(jié)算服務(wù)器接收用戶終端補(bǔ)入的第三虛擬資源消耗值。

具體的，結(jié)算服務(wù)器將在用戶終端對“支付寶”余額進(jìn)行補(bǔ)充后，從該余額進(jìn)行對應(yīng)的扣費(fèi)，該扣費(fèi)與之前的虛擬資源消耗差值相等。

綜上，結(jié)合步驟s302至s312，圖4是根據(jù)本發(fā)明實(shí)施例一的一種物流倉儲數(shù)據(jù)處理的方法的流程圖；如圖4所示，本申請實(shí)施例提供的物流倉儲數(shù)據(jù)處理的方法具體如下：

s1，用戶終端下訂單；

s2，結(jié)算服務(wù)器接收訂單，并依據(jù)訂單中的訂單信息執(zhí)行預(yù)扣費(fèi)；(對應(yīng)本申請實(shí)施例中的步驟s302和s304)；當(dāng)扣費(fèi)失敗時(shí)執(zhí)行步驟s3，扣費(fèi)成功時(shí)，執(zhí)行步驟s4；

s3，當(dāng)扣費(fèi)失敗時(shí)，結(jié)算服務(wù)器訂單回退；對應(yīng)本申請實(shí)施例中的步驟s305；

s4，當(dāng)扣費(fèi)成功時(shí)，結(jié)算服務(wù)器生成物流訂單，并向物流服務(wù)器發(fā)送該物流訂單(對應(yīng)本申請實(shí)施例中的步驟s306和步驟s308)；

s5，物流服務(wù)器接收物流訂單；

s6，物流服務(wù)器依據(jù)物流訂單執(zhí)行入庫和稱重；

s7，物流服務(wù)器向結(jié)算服務(wù)器返回入庫信息和稱重信息；

s8，結(jié)算服務(wù)器記錄入庫和稱重，并依據(jù)稱重信息觸發(fā)再次扣費(fèi)(對應(yīng)本申請實(shí)施例中的步驟s310和步驟s312)；

s9，結(jié)算服務(wù)器依據(jù)稱重信息對用戶終端執(zhí)行退款或補(bǔ)差的結(jié)算操作。

本申請實(shí)施例提供的物流倉儲數(shù)據(jù)處理的方法可以適用于阿里巴巴旗下的菜鳥結(jié)算系統(tǒng)以及與菜鳥結(jié)算系統(tǒng)存在物流業(yè)務(wù)往來的菜鳥伙伴(合作伙伴(cooperativepartner))物流業(yè)務(wù)系統(tǒng)，其中，菜鳥結(jié)算系統(tǒng)可以應(yīng)用于物流協(xié)作平臺，菜鳥伙伴物流業(yè)務(wù)系統(tǒng)可以應(yīng)用于物流服務(wù)平臺，即，本申請實(shí)施例中的結(jié)算服務(wù)器可以應(yīng)用于物流協(xié)作平臺，物流服務(wù)器可以應(yīng)用于物流服務(wù)平臺，圖5是根據(jù)本發(fā)明實(shí)施例一的另一種物流倉儲數(shù)據(jù)處理的方法的流程圖。如圖5所示，本申請實(shí)施例提供的物流倉儲數(shù)據(jù)處理的方法在由商家、物流協(xié)作平臺和物流服務(wù)平臺組成的物流倉儲數(shù)據(jù)處理的系統(tǒng)，具體實(shí)現(xiàn)如下：

第一，商家(本申請實(shí)施例中的用戶終端)發(fā)貨(本申請實(shí)施例中的訂單信息)；

第二，物流協(xié)作平臺(本申請實(shí)施例中的結(jié)算服務(wù)器)對發(fā)貨進(jìn)行預(yù)扣費(fèi)，如果扣費(fèi)成功就創(chuàng)建物流訂單；如果扣費(fèi)失敗就反饋至商家(訂單回退)；其中，物流訂單，用于指示物流服務(wù)平臺(本申請實(shí)施例中的物流服務(wù)器)執(zhí)行入庫稱重操作，在結(jié)算服務(wù)器側(cè)，將記錄第一扣費(fèi)的金額；

第三，物流協(xié)作平臺發(fā)送物流訂單；

第四，物流服務(wù)平臺接單；

第五，物流服務(wù)平臺反饋入庫；

第六，物流協(xié)作平臺記錄入庫；

第七，物流服務(wù)平臺倉庫稱重；

第八，物流協(xié)作平臺記錄稱重并觸發(fā)再次扣費(fèi)(即，本申請實(shí)施例中依據(jù)稱重信息執(zhí)行第二虛擬資源消耗策略)；

第九，物流協(xié)作平臺觸發(fā)結(jié)算；

第十，商家側(cè)結(jié)算；

第十一，流程結(jié)束。

由上可知，本申請實(shí)施例提供的物流倉儲數(shù)據(jù)處理的方法通過在物流協(xié)作平臺接收訂單時(shí)執(zhí)行預(yù)扣款，若扣款成功，則執(zhí)行后續(xù)與物流服務(wù)平臺的物流操作，若扣款失敗，則將訂單回退，以使得避免了現(xiàn)有技術(shù)中由于物流協(xié)作平臺接收物流服務(wù)平臺返回的稱重執(zhí)行扣款失敗，導(dǎo)致的系統(tǒng)對該訂單之后的后續(xù)訂單無法執(zhí)行流程操作，進(jìn)而降低了物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的問題，此外，通過接收物流服務(wù)平臺返回的稱重信息，對第一扣款執(zhí)行校正，本申請通過“多退少補(bǔ)”原則，在第一扣款的基礎(chǔ)上，實(shí)現(xiàn)在第二扣款過程中僅退款給商家，提升了整個物流系統(tǒng)的執(zhí)行效率，并且減少了支付體系中物流協(xié)作中心與商家之間的資金往來，提升了支付效率。

需要說明的是，對于前述的各方法實(shí)施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因?yàn)橐罁?jù)本發(fā)明，某些步驟可以采用其他順序或者同時(shí)進(jìn)行。其次，本領(lǐng)域技術(shù)人員也應(yīng)該知悉，說明書中所描述的實(shí)施例均屬于優(yōu)選實(shí)施例，所涉及的動作和模塊并不一定是本發(fā)明所必須的。

通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實(shí)施例的物流倉儲數(shù)據(jù)處理的方法可借助軟件加必需的通用硬件平臺的方式來實(shí)現(xiàn)，當(dāng)然也可以通過硬件，但很多情況下前者是更佳的實(shí)施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機(jī)，計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施例所述的方法。

實(shí)施例2

根據(jù)本發(fā)明實(shí)施例，還提供了一種用于實(shí)施上述物流倉儲數(shù)據(jù)處理的方法的裝置實(shí)施例，本申請上述實(shí)施例所提供的裝置可以在服務(wù)器上運(yùn)行。

圖6是根據(jù)本發(fā)明實(shí)施例二的物流倉儲數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖。

如圖6所示，該物流倉儲數(shù)據(jù)處理的裝置包括：接收模塊61、第一執(zhí)行模塊62、訂單創(chuàng)建模塊63、發(fā)送模塊64、信息接收模塊65和第二執(zhí)行模塊66。

其中，接收模塊61，用于接收用戶終端發(fā)送的訂單信息；第一執(zhí)行模塊62，用于依據(jù)接收模塊61接收的訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移；訂單創(chuàng)建模塊63，用于在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；發(fā)送模塊64，用于向物流服務(wù)器發(fā)送訂單創(chuàng)建模塊63創(chuàng)建的物流訂單；信息接收模塊65，用于接收物流服務(wù)器返回的與物流訂單對應(yīng)的稱重信息，其中，稱重信息記錄了物流訂單中記載的產(chǎn)品的重量；第二執(zhí)行模塊66，用于依據(jù)信息接收模塊65接收的稱重信息將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移。

由上可知，本申請上述實(shí)施例二所提供的方案，通過接收用戶終端發(fā)送的訂單信息；依據(jù)訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移；在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；向物流服務(wù)器發(fā)送物流訂單；接收物流服務(wù)器返回的與物流訂單對應(yīng)的稱重信息，其中，稱重信息記錄了物流訂單中記載的產(chǎn)品的重量；依據(jù)稱重信息將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，達(dá)到了訂單數(shù)據(jù)無法阻塞整個物流系統(tǒng)的目的，從而實(shí)現(xiàn)了提升物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的技術(shù)效果，進(jìn)而解決了由于現(xiàn)有技術(shù)中在自動化系統(tǒng)中當(dāng)一個訂單扣費(fèi)失敗，導(dǎo)致物流系統(tǒng)對該訂單之后的后續(xù)訂單無法執(zhí)行流程操作，進(jìn)而降低了物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的技術(shù)問題。

此處需要說明的是，上述接收模塊61、第一執(zhí)行模塊62、訂單創(chuàng)建模塊63、發(fā)送模塊64、信息接收模塊65和第二執(zhí)行模塊66對應(yīng)于實(shí)施例一中的步驟s302至步驟s312，六個模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例一所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在實(shí)施例一提供的服務(wù)器20中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

可選的，圖7是根據(jù)本發(fā)明實(shí)施例二的一種物流倉儲數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖。如圖7所示，第一執(zhí)行模塊62包括：第一匹配單元621、計(jì)算單元622、第二匹配單元623和第一執(zhí)行單元624。

其中，第一匹配單元621，用于在訂單信息包括產(chǎn)品類別、產(chǎn)品數(shù)量及產(chǎn)品尺寸的情況下，依據(jù)產(chǎn)品類別和產(chǎn)品尺寸在預(yù)設(shè)數(shù)據(jù)庫中進(jìn)行匹配，得到產(chǎn)品的重量均值；計(jì)算單元622，用于依據(jù)第一匹配單元621匹配的產(chǎn)品重量均值與產(chǎn)品數(shù)量，計(jì)算得到產(chǎn)品的重量總值；第二匹配單元623，用于依據(jù)重量總值在預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的第一虛擬資源消耗值；第一執(zhí)行單元624，用于從用戶終端本地獲取到的虛擬資源總量中扣除第一虛擬資源消耗值。

此處需要說明的是，上述第一匹配單元621、計(jì)算單元622、第二匹配單元623 和第一執(zhí)行單元624對應(yīng)于實(shí)施例一中的步驟s304的step1至step4，四個模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例一所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在實(shí)施例一提供的服務(wù)器20中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

可選的，第二匹配單元623包括：匹配子單元和數(shù)據(jù)處理子單元。

其中，匹配子單元，用于依據(jù)所述重量總值在所述預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的虛擬資源消耗值；數(shù)據(jù)處理子單元，用于將所述虛擬資源消耗值與預(yù)設(shè)值相乘，得到乘積，并將所述乘積確定為所述第一虛擬資源消耗值。

此處需要說明的是，上述匹配子單元和數(shù)據(jù)處理子單元對應(yīng)于實(shí)施例一中的步驟s304中step3中的步驟a和步驟b，兩個模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例一所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在實(shí)施例一提供的服務(wù)器20中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

可選的，圖8是根據(jù)本發(fā)明實(shí)施例二的另一種物流倉儲數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖。如圖8所示，本申請實(shí)施例提供的物流倉儲數(shù)據(jù)處理的裝置還包括：回退模塊67。

其中，回退模塊67，用于在依據(jù)訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移之后，在執(zhí)行結(jié)果失敗的情況下，向用戶終端發(fā)送訂單回退信息。

此處需要說明的是，上述回退模塊67對應(yīng)于實(shí)施例一中的步驟s305，該模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例一所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在實(shí)施例一提供的服務(wù)器20中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

可選的，圖9是根據(jù)本發(fā)明實(shí)施例二的又一種物流倉儲數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖。如圖9所示，訂單創(chuàng)建模塊63包括：數(shù)據(jù)錄入單元631、觸發(fā)單元632與訂單創(chuàng)建單元633。

其中，數(shù)據(jù)錄入單元631，用于記錄第一虛擬資源消耗值；觸發(fā)單元632，用于依據(jù)數(shù)據(jù)錄入單元631記錄的第一虛擬資源消耗值觸發(fā)生成物流入庫指令；訂單創(chuàng)建單元633，用于依據(jù)觸發(fā)單元632生成的物流入庫指令和訂單信息生成物流訂單。

此處需要說明的是，上述數(shù)據(jù)錄入單元631、觸發(fā)單元632與訂單創(chuàng)建單元633 對應(yīng)于實(shí)施例一中的步驟s306中step1至step3，三個模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例一所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在實(shí)施例一提供的服務(wù)器20中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

可選的，圖10是根據(jù)本發(fā)明實(shí)施例二的再一種物流倉儲數(shù)據(jù)處理的裝置的結(jié)構(gòu)示意圖。如圖10所示，第二執(zhí)行模塊66包括：第三匹配單元661、判斷單元662和第二執(zhí)行單元663。

其中，第三匹配單元661，用于在稱重信息記錄了物流訂單中記載的產(chǎn)品的重量的情況下，依據(jù)所述產(chǎn)品的重量在預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的第二虛擬資源消耗值；判斷單元662，用于判斷第一虛擬資源消耗值是否小于第二虛擬資源消耗值；第二執(zhí)行單元663，用于依據(jù)判斷結(jié)果將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，其中，第二虛擬資源消耗策略用于指示用戶終端填補(bǔ)第一虛擬資源消耗策略對虛擬資源的資源轉(zhuǎn)移。

此處需要說明的是，上述第三匹配單元661、判斷單元662和第二執(zhí)行單元663對應(yīng)于實(shí)施例一中的步驟s312中step1至step3，三個模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例一所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在實(shí)施例一提供的服務(wù)器20中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

進(jìn)一步地，可選的，第二執(zhí)行單元663包括：第一執(zhí)行子單元和第二執(zhí)行子單元。

其中，第一執(zhí)行子單元，用于在判斷結(jié)果為第一虛擬資源消耗值大于第二虛擬資源消耗值的情況下，將第一虛擬資源消耗值與第二虛擬資源消耗值做減法運(yùn)算，得到的虛擬資源消耗差值返回用戶終端的虛擬資源；第二執(zhí)行子單元，用于在判斷結(jié)果為第一虛擬資源消耗值小于第二虛擬資源消耗值的情況下，生成補(bǔ)差指令，并將補(bǔ)差指令發(fā)送至用戶終端，其中，補(bǔ)差指令，用于指示用戶終端依據(jù)第一虛擬資源消耗值與第二虛擬資源消耗值之間的資源差值進(jìn)行資源補(bǔ)貼。

此處需要說明的是，上述第一執(zhí)行子單元和第二執(zhí)行子單元對應(yīng)于實(shí)施例一中的步驟s312中的step3中stepa至stepb，兩個模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例一所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在實(shí)施例一提供的服務(wù)器20中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

進(jìn)一步地，可選的，第一執(zhí)行子單元，用于將第一虛擬資源消耗值減第二虛擬資 源消耗值，得到虛擬資源消耗差值；依據(jù)虛擬資源消耗差值生成退款信息，其中，退款信息包括：虛擬資源消耗差值；向用戶終端發(fā)送退款信息，以使得用戶終端的虛擬資源得到所退款項(xiàng)。

此處需要說明的是，上述第一執(zhí)行子單元對應(yīng)于實(shí)施例一中的步驟s312中的step3中步驟a中的步驟s1至s3，該模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例一所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在實(shí)施例一提供的服務(wù)器20中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

可選的，第二執(zhí)行子單元，用于將第一虛擬資源消耗值減第二虛擬資源消耗值，得到虛擬資源消耗差值；依據(jù)虛擬資源消耗差值生成補(bǔ)差指令；向用戶終端發(fā)送補(bǔ)差指令；接收用戶終端補(bǔ)入的第三虛擬資源消耗值，第三虛擬資源消耗值與虛擬資源消耗差值相等。

此處需要說明的是，上述第一執(zhí)行子單元對應(yīng)于實(shí)施例一中的步驟s312中的step3中步驟b中的步驟s1至s4，該模塊與對應(yīng)的步驟所實(shí)現(xiàn)的示例和應(yīng)用場景相同，但不限于上述實(shí)施例一所公開的內(nèi)容。需要說明的是，上述模塊作為裝置的一部分可以運(yùn)行在實(shí)施例一提供的服務(wù)器20中，可以通過軟件實(shí)現(xiàn)，也可以通過硬件實(shí)現(xiàn)。

由上可知，本申請實(shí)施例提供的物流倉儲數(shù)據(jù)處理的方法通過在物流協(xié)作平臺的結(jié)算服務(wù)器接收訂單時(shí)執(zhí)行預(yù)扣款，若扣款成功，則執(zhí)行后續(xù)與物流服務(wù)器的物流操作，若扣款失敗，則將訂單回退，以使得避免了現(xiàn)有技術(shù)中由于物流協(xié)作平臺接收物流服務(wù)平臺返回的稱重執(zhí)行扣款失敗，導(dǎo)致的系統(tǒng)對該訂單之后的后續(xù)訂單無法執(zhí)行流程操作，進(jìn)而降低了物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的問題，此外，結(jié)算服務(wù)器通過接收物流服務(wù)器返回的稱重信息，對第一扣款執(zhí)行校正，本申請通過“多退少補(bǔ)”原則，在第一扣款的基礎(chǔ)上，實(shí)現(xiàn)在第二扣款過程中僅退款給用戶終端，提升了整個物流系統(tǒng)的執(zhí)行效率，并且減少了支付體系中結(jié)算服務(wù)器與用戶終端之間的資金往來，提升了支付效率。

實(shí)施例3

根據(jù)本發(fā)明實(shí)施例，還提供了一種用于實(shí)施上述物流倉儲數(shù)據(jù)處理的方法實(shí)施例的系統(tǒng)實(shí)施例，圖11是本發(fā)明實(shí)施例三的物流倉儲數(shù)據(jù)處理的系統(tǒng)的結(jié)構(gòu)示意圖。

如圖11所示，該物流倉儲數(shù)據(jù)處理的系統(tǒng)包括：用戶終端1102、結(jié)算服務(wù)器1104和物流服務(wù)器1106，結(jié)算服務(wù)器1104分別與用戶終端1102和物流服務(wù)器1106通信連接，

該系統(tǒng)包括：結(jié)算服務(wù)器1104，用于接收用戶終端1102發(fā)送的訂單信息；并依據(jù)訂單信息對用戶終端1102的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；通過接收物流服務(wù)器1106返回的對應(yīng)物流訂單的稱重信息，對用戶終端1102的虛擬資源按照第二虛擬資源消耗策略執(zhí)行資源轉(zhuǎn)移；物流服務(wù)器1106，用于接收結(jié)算服務(wù)器1104發(fā)送的物流訂單，并對物流訂單中的產(chǎn)品執(zhí)行稱重，將稱重信息返回結(jié)算服務(wù)器1104；其中，結(jié)算服務(wù)器1104為圖6至圖10中任一所示的一種物流倉儲數(shù)據(jù)處理的裝置。

由上可知，本申請上述實(shí)施例三所提供的方案，通過接收用戶終端發(fā)送的訂單信息；依據(jù)訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移；在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；向物流服務(wù)器發(fā)送物流訂單；接收物流服務(wù)器返回的與物流訂單對應(yīng)的稱重信息，其中，稱重信息記錄了物流訂單中記載的產(chǎn)品的重量；依據(jù)稱重信息將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，達(dá)到了訂單數(shù)據(jù)無法阻塞整個物流系統(tǒng)的目的，從而實(shí)現(xiàn)了提升物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的技術(shù)效果，進(jìn)而解決了由于現(xiàn)有技術(shù)中在自動化系統(tǒng)中當(dāng)一個訂單扣費(fèi)失敗，導(dǎo)致物流系統(tǒng)對該訂單之后的后續(xù)訂單無法執(zhí)行流程操作，進(jìn)而降低了物流系統(tǒng)對訂單數(shù)據(jù)的處理效率的技術(shù)問題。

實(shí)施例4

本發(fā)明的實(shí)施例還提供了一種存儲介質(zhì)?？蛇x地，在本實(shí)施例中，上述存儲介質(zhì)可以用于保存上述實(shí)施例一所提供的物流倉儲數(shù)據(jù)處理的方法所執(zhí)行的程序代碼。

可選地，在本實(shí)施例中，上述存儲介質(zhì)可以位于計(jì)算機(jī)網(wǎng)絡(luò)中計(jì)算機(jī)終端群中的任意一個計(jì)算機(jī)終端中，或者位于移動終端群中的任意一個移動終端中。

可選地，在本實(shí)施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：接收用戶終端發(fā)送的訂單信息；依據(jù)訂單信息將用戶終端的虛擬資源按照第一虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移；在執(zhí)行結(jié)果成功的情況下，依據(jù)訂單信息創(chuàng)建物流訂單；向物流服務(wù)器發(fā)送物流訂單；接收物流服務(wù)器返回的與物流訂單對應(yīng)的稱重信息，其中，稱重信息記錄了物流訂單中記載的產(chǎn)品的重量；依據(jù)稱重信息將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移。

可選地，在本實(shí)施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：依據(jù)產(chǎn)品類別和產(chǎn)品尺寸在預(yù)設(shè)數(shù)據(jù)庫中進(jìn)行匹配，得到產(chǎn)品的重量均值；依據(jù)產(chǎn)品的重量均值與產(chǎn)品數(shù)量，計(jì)算得到產(chǎn)品的重量總值；依據(jù)重量總值在預(yù)設(shè)數(shù)據(jù)庫中匹 配對應(yīng)的第一虛擬資源消耗值；從用戶終端本地獲取到的虛擬資源總量中扣除第一虛擬資源消耗值。

可選地，在本實(shí)施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：依據(jù)重量總值在預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的虛擬資源消耗值；將虛擬資源消耗值與預(yù)設(shè)值相乘，得到乘積，并將乘積確定為第一虛擬資源消耗值。

可選地，在本實(shí)施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：在執(zhí)行結(jié)果失敗的情況下，向用戶終端發(fā)送訂單回退信息。

可選地，在本實(shí)施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：記錄第一虛擬資源消耗值；依據(jù)第一虛擬資源消耗值觸發(fā)生成物流入庫指令；依據(jù)物流入庫指令和訂單信息生成物流訂單。

可選地，在本實(shí)施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：依據(jù)產(chǎn)品的重量在預(yù)設(shè)數(shù)據(jù)庫中匹配對應(yīng)的第二虛擬資源消耗值；判斷第一虛擬資源消耗值是否小于第二虛擬資源消耗值；依據(jù)判斷結(jié)果將用戶終端的虛擬資源按照第二虛擬資源消耗策略進(jìn)行資源轉(zhuǎn)移，其中，第二虛擬資源消耗策略用于指示用戶終端填補(bǔ)第一虛擬資源消耗策略對虛擬資源的資源轉(zhuǎn)移。

可選地，在本實(shí)施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：在判斷結(jié)果為第一虛擬資源消耗值大于第二虛擬資源消耗值的情況下，將第一虛擬資源消耗值與第二虛擬資源消耗值做減法運(yùn)算，得到的虛擬資源消耗差值返回用戶終端的虛擬資源；在判斷結(jié)果為第一虛擬資源消耗值小于第二虛擬資源消耗值的情況下，生成補(bǔ)差指令，并將補(bǔ)差指令發(fā)送至用戶終端，其中，補(bǔ)差指令，用于指示用戶終端依據(jù)第一虛擬資源消耗值與第二虛擬資源消耗值之間的資源差值進(jìn)行資源補(bǔ)貼。

可選地，在本實(shí)施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：將第一虛擬資源消耗值減第二虛擬資源消耗值，得到虛擬資源消耗差值；依據(jù)虛擬資源消耗差值生成退款信息，其中，退款信息包括：虛擬資源消耗差值；向用戶終端發(fā)送退款信息，以使得用戶終端的虛擬資源得到所退款項(xiàng)。

可選地，在本實(shí)施例中，存儲介質(zhì)被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：將第二虛擬資源消耗值減第一虛擬資源消耗值，得到虛擬資源消耗差值；依據(jù)虛擬資源消耗差值生成補(bǔ)差指令；向用戶終端發(fā)送補(bǔ)差指令；接收用戶終端補(bǔ)入的第三虛擬資源消耗值，第三虛擬資源消耗值與虛擬資源消耗差值相等。

上述本發(fā)明實(shí)施例序號僅僅為了描述，不代表實(shí)施例的優(yōu)劣。

在本發(fā)明的上述實(shí)施例中，對各個實(shí)施例的描述都各有側(cè)重，某個實(shí)施例中沒有詳述的部分，可以參見其他實(shí)施例的相關(guān)描述。

在本申請所提供的幾個實(shí)施例中，應(yīng)該理解到，所揭露的技術(shù)內(nèi)容，可通過其它的方式實(shí)現(xiàn)。其中，以上所描述的裝置實(shí)施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時(shí)可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另一點(diǎn)，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口，單元或模塊的間接耦合或通信連接，可以是電性或其它的形式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上。可以根據(jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個實(shí)施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨(dú)物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用軟件功能單元的形式實(shí)現(xiàn)。

所述集成的單元如果以軟件功能單元的形式實(shí)現(xiàn)并作為獨(dú)立的產(chǎn)品銷售或使用時(shí)，可以存儲在一個計(jì)算機(jī)可讀取存儲介質(zhì)中。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻(xiàn)的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可為個人計(jì)算機(jī)、服務(wù)器或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括：u盤、只讀存儲器(rom，read-onlymemory)、隨機(jī)存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤飾，這些改進(jìn)和潤飾也應(yīng)視為本發(fā)明的保護(hù)范圍。