一種提供物流信息的方法及裝置的制造方法
【技術領域】
[0001] 本申請涉及計算機技術領域，尤其涉及一種提供物流信息的方法及裝置。
【背景技術】
[0002] 目前，很多電子商務網(wǎng)站都設置了自己的物流信息系統(tǒng)，主要用于向賣家用戶提 供物流信息。賣家用戶則可根據(jù)該物流信息進行相應的配送操作，還可根據(jù)該物流信息監(jiān) 控商品的配送情況。
[0003] 在現(xiàn)有技術中，針對一個賣家用戶，物流信息系統(tǒng)一般根據(jù)賣家用戶與買家用戶 進行的交易對應的訂單信息生成物流信息，生成的物流信息中包含訂單標識、交易標識、商 品標識、商品數(shù)量、買家用戶信息、買家地址信息、商品在倉庫中進行操作的倉庫操作信息、 商品在配送過程中的配送信息等。
[0004]然而，眾所周知，在實際應用場景中，通過配送過程可能出現(xiàn)的情況是紛繁復雜 的。例如，當不同訂單中的買家地址信息相同時，可將這兩個訂單對應的商品一起配送，以 節(jié)約物流成本，即合單配送；或者，當同一個訂單中的不同商品所需的配送方式不同時，可 分別通過不同的配送方式配送商品，即拆單配送。
[0005] 類似的，商品存放在倉庫中的情況也是非常復雜的，例如，相同的商品分批存放在 不同的倉庫中，可從相同或不同的倉庫中調(diào)配這些商品并配送。
[0006] 而為了使生成的物流信息可以和一次交易形成嚴格的一一對應關系，保證每次交 易對應的物流信息的準確性，現(xiàn)有技術中的一個物流信息中只包含一個交易標識。在這種 原則下，一個物流信息顯然不能覆蓋所有倉庫操作過程和配送過程可能出現(xiàn)的情況(如，拆 單、合單配送)，導致提供的物流信息的準確性較低。而且，將復雜的物流過程中的所有信息 都通過一個物流信息展示給賣家用戶時，也極易造成賣家用戶的混亂，賣家用戶在通過這 樣的物流信息進行操作時也容易出現(xiàn)錯誤。

【發(fā)明內(nèi)容】

[0007] 本申請實施例提供一種提供物流信息的方法及裝置，用以解決現(xiàn)有技術中提供的 物流信息的準確性較低，容易造成賣家用戶的操作錯誤的問題。
[0008] 本申請實施例提供的一種提供物流信息的方法，包括：
[0009] 生成與賣家用戶的每個訂單信息對應的物流計劃信息，并將所述物流計劃信息提 供給所述賣家用戶；
[0010] 根據(jù)生成的每個物流計劃信息以及所述賣家用戶輸入的拆單或合單信息，生成配 送信息；
[0011] 將所述配送信息提供給所述賣家用戶。
[0012] 本申請實施例提供的一種提供物流信息的方法，包括：
[0013] 生成與賣家用戶的每個訂單信息對應的物流計劃信息，并將所述物流計劃信息提 供給所述賣家用戶；
[0014] 根據(jù)生成的每個物流計劃信息以及所述賣家用戶輸入的倉庫拆單或合單信息，生 成倉庫操作信息，將所述倉庫操作信息提供給所述賣家用戶；
[0015] 根據(jù)生成的倉庫操作信息以及所述賣家用戶輸入的配送拆單或合單信息，生成配 送信息，將所述配送信息提供給所述賣家用戶。
[0016] 本申請實施例提供的一種提供物流信息的裝置，包括：
[0017] 計劃信息生成模塊，用于生成與賣家用戶的每個訂單信息對應的物流計劃信息；
[0018] 配送信息生成模塊，用于根據(jù)生成的每個物流計劃信息以及所述賣家用戶輸入的 拆單或合單信息，生成配送信息；
[0019] 提供模塊，用于將所述物流計劃信息和配送信息提供給所述賣家用戶。
[0020] 本申請實施例提供的一種提供物流信息的裝置，包括：
[0021] 計劃信息生成模塊，用于生成與賣家用戶的每個訂單信息對應的物流計劃信息；
[0022] 倉庫信息生成模塊，用于根據(jù)生成的每個物流計劃信息以及所述賣家用戶輸入的 倉庫拆單或合單信息，生成倉庫操作信息；
[0023] 配送信息生成模塊，用于根據(jù)生成的倉庫操作信息以及所述賣家用戶輸入的配送 拆單或合單信息，生成配送信息；
[0024] 提供模塊，用于將所述物流計劃信息、倉庫操作信息和配送信息提供給所述賣家 用戶。
[0025] 本申請實施例提供一種提供物流信息的方法及裝置，該方法生成與賣家用戶的每 個訂單信息對應的物流計劃信息，將生成的物流計劃信息提供給賣家用戶，根據(jù)生成的物 流計劃信息和賣家用戶輸入的拆單或合單信息，生成配送信息，將生成的配送信息提供給 賣家用戶。通過上述方法，可根據(jù)生成的物流計劃信息和賣家用戶的拆單或合單需求，相應 生成配送信息，從而可通過物流計劃信息和配送信息進行任意組合覆蓋所有配送過程可能 出現(xiàn)的情況，可有效提高物流信息的準確性，而且本申請將物流信息分別通過物流計劃信 息和配送信息展示給賣家用戶，也不易造成賣家用戶的混亂，可有效降低賣家用戶出現(xiàn)錯 誤操作的幾率。
【附圖說明】
[0026] 此處所說明的附圖用來提供對本申請的進一步理解，構(gòu)成本申請的一部分，本申 請的示意性實施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當限定。在附圖中：
[0027] 圖1為本申請實施例提供的第一種提供物流信息的過程；
[0028] 圖2為本申請實施例提供的第二種提供物流信息的過程；
[0029] 圖3為本申請實施例提供的第一種提供物流信息的裝置結(jié)構(gòu)示意圖；
[0030] 圖4為本申請實施例提供的第二種提供物流信息的裝置結(jié)構(gòu)示意圖。
【具體實施方式】
[0031] 為使本申請的目的、技術方案和優(yōu)點更加清楚，下面將結(jié)合本申請具體實施例及 相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一 部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I域普通技術人員在沒有做 出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。
[0032] 由于很多電子商務網(wǎng)站的運營方也為賣家用戶提供了用于存放商品的倉庫以及 倉庫管理系統(tǒng)，因此，賣家用戶可以使用運營方提供的倉庫存放商品，在配送時先從倉庫中 調(diào)配商品，再進行配送。當然，賣家用戶也可以不使用運營方提供的倉庫。本申請實施例中 考慮了規(guī)模較小的賣家用戶和規(guī)模較大的賣家用戶在實際應用場景中進行物流的兩種情 況。
[0033] 第一種：對于規(guī)模較小的賣家用戶來說，其一般不會使用運營方提供的倉庫，因 此，這樣的賣家用戶在配送商品時是根據(jù)訂單信息直接配送的；
[0034] 第二種：對于規(guī)模較大的賣家用戶來說，其可能使用運營方提供的倉庫，因此，這 樣的賣家用戶在配送商品時是先根據(jù)訂單信息從倉庫中調(diào)配商品，再將調(diào)配的商品進行配 送的。
[0035] 下面先以第一種情況(根據(jù)訂單信息直接配送商品的情況）為例，說明本申請實施 例的物流信息提供方法。