TWI867995B

TWI867995B - 用於物項分配的電腦實施方法及電腦實施系統

Info

Publication number: TWI867995B
Application number: TW113113645A
Authority: TW
Inventors: 梁炯裵; 秦東炫; 朴孝範; 林圭勳; 金濟; 史蜜塔莫漢; 亞瑪爾赫南阿瓦德
Original assignee: 南韓商韓領有限公司
Priority date: 2021-06-11
Filing date: 2022-05-30
Publication date: 2024-12-21
Also published as: WO2022259035A1; TW202305684A; TW202431163A; US11416815B1; KR20220167253A; TWI841969B; KR102435008B1

Abstract

本揭露提供一種用於物項分配的電腦化方法，電腦化方法包括：自資料結構擷取多個目的地中的每一者處的存量計量單位的庫存；確定目的地中的每一者的緩衝區；確定跨越目的地的平均緩衝區；基於與平均緩衝區的差異而對至少一個高利用率目的地及至少一個低利用率目的地進行辨識；以及藉由迭代地進行以下操作且針對高利用率目的地中的每一者進行以下操作而對網路庫存進行重新分配：在資料結構中找到與高利用率目的地具有共用屬性的低利用率目的地；以及向使用者裝置發送用於顯示的指令，以將SKU的重新分配數量自低利用率目的地轉移至高利用率目的地。

Description

用於物項分配的電腦實施方法及電腦實施系統

本揭露大體而言是有關於用於對分配網路的庫存進行平衡的電腦化系統及方法。具體而言，本揭露的實施例是有關於用於基於地區需求及履行中心能力跨越多個履行中心對庫存進行分配的創造性及非常規的系統及方法。

電子商務已為消費者引入相較於先前在實體店所售更多種類的貨物。得益於現代訂單追蹤及資料庫系統，在線零售商能夠售賣相當大數目的存量計量單位（stock keeping unit，SKU）。此為消費者提供更多的選擇且相較於與由於物理空間的限制而可能具有更少的SKU及每一SKU的更少庫存的實體店會增加總售賣量。

然而，相較於實體店，在線零售商處於劣勢，此乃因消費者在採購之前必須等待裝運（shipping）及處置。相比之下，消費者可立即自實體店採購物項（假設所述物項有存量）。

因此，在線零售商近年來努力減少裝運時間，以儘快向消費者提供貨物。儘管過去的裝運時間可能已是幾周的量級，但現代在線零售商常常承諾在消費者進行採購之後的第二天，或者甚至當天或短短幾個小時內將貨物交付給消費者。

然而，提供此種快速的裝運及處置時間需要複雜的供應鏈管理，以自製造商或其他供應商訂購所需數量的SKU來滿足客戶需求。此外，分銷商可能在整個區對貨物進行分段存放（stage），以期待未來的採購。跨越多個儲存位置或履行中心（fulfillment center）對貨物進行分段存放傳統上是藉由簡單地向每一履行中心提供相等份額的庫存來實行。

然而，該些相等份額方法常常過分簡化了對貨物進行分段存放的任務。舉例而言，履行中心可能因具有更大的容量、服務更多的客戶、服務具有不同偏好的客戶或具有不同的處置能力而不同。該些差異可能是由於不同區中的財產可用性而造成。舉例而言，由於不動產的價格，因此農村履行中心可能相較於城市中心具有更多的能力。當地法規亦可能影響履行中心能力，此乃因城市履行中心可能因城市街道法規而無法容納大型卡車。

此外，傳統方法可能僅提供貨物的初始分配。然而，消費者習慣的變化可能會導致在一個履行中心處對貨物的不成比例的消費，進而導致此對履行中心所服務的消費者的低庫存及裝運延遲。再此外，售賣、交付及裝運常常以速率（例如每小時售賣的單位）來度量，且該些速率常常快速地進行加速及減速。分銷商可能試圖根據歷史售賣資料來估計該些值。然而，該些方法忽略了其他變量（例如倉庫儲存空間及容量的變化），此乃因無法對許多快速波動的資料流進行度量及組合來產生定制的採購訂單。因此，會發生庫存失衡、庫存浪費、客戶因交付時間長而不滿意、以及利潤損失。

因此，需要改善的方法及系統，所述方法及系統基於履行中心能力來對貨物的初始分配進行最佳化，且亦提供基於跨越多個履行中心的SKU的倉庫容量的即時資料報告來對由於波動消費模式引起的庫存不平衡進行偵測及解決的方法。

本揭露的一個態樣是有關於一種用於物項分配的電腦化系統，電腦化系統包括：至少一個處理器；以及至少一個非暫時性儲存媒體，儲存指令，指令在由所述至少一個處理器執行時使所述至少一個處理器實行步驟。步驟包括：自資料結構擷取多個目的地中的每一者處的SKU的庫存；確定目的地中的每一者的緩衝區；確定跨越目的地的平均緩衝區；基於與平均緩衝區的差異而對至少一個高利用率目的地及至少一個低利用率目的地進行辨識；以及藉由迭代地進行以下操作且針對高利用率目的地中的每一者進行以下操作而對網路庫存進行重新分配：在資料結構中找到與高利用率目的地具有共用屬性的低利用率目的地；以及向使用者裝置發送用於顯示的指令，以將SKU的重新分配數量自低利用率目的地轉移至高利用率目的地。

本揭露的另一態樣是有關於一種用於物項分配的電腦實施的方法，電腦實施的方法包括：自資料結構擷取多個目的地中的每一者處的SKU的庫存；確定目的地中的每一者的緩衝區；確定跨越目的地的平均緩衝區；基於與平均緩衝區的差異而對至少一個高利用率目的地及至少一個低利用率目的地進行辨識；以及藉由迭代地進行以下操作且針對高利用率目的地中的每一者進行以下操作而對網路庫存進行重新分配：在資料結構中找到與高利用率目的地具有共用屬性的低利用率目的地；以及向使用者裝置發送用於顯示的指令，以將SKU的重新分配數量自低利用率目的地轉移至高利用率目的地。

本揭露的又一方面是有關於一種用於物項分配的電腦實施的方法，電腦實施的方法包括：自資料結構擷取多個目的地中的每一者處的第一SKU的第一庫存；確定目的地中的每一者的緩衝區；確定跨越目的地的平均緩衝區；基於與平均緩衝區的差異而對至少一個高利用率目的地及至少一個低利用率目的地進行辨識；以及藉由迭代地進行以下操作且針對高利用率目的地中的每一者進行以下操作而對網路庫存進行重新分配：自資料結構擷取高利用率目的地處的第二SKU的第二庫存，第二SKU具有較第一SKU的緊急屬性低的緊急屬性；向使用者裝置發送用於顯示的第一指令，以自高利用率目的地轉移第二庫存的至少一部分；對高利用率目的地的第一庫存的短期部分及長期部分進行辨識；在資料結構中找到與高利用率目的地具有共用區屬性的低利用率目的地；向使用者裝置發送用於顯示的第二指令，以將與短期部分的大小對應的SKU的第一重新分配數量自低利用率目的地轉移至高利用率目的地；以及向使用者裝置發送用於顯示的第三指令，以將與長期部分的大小對應的第二重新分配數量自與高利用率位置具有不同的區屬性的目的地轉移至與高利用率位置具有共用的區屬性的至少一個目的地。

本文中亦論述其他系統、方法及電腦可讀取媒體。

以下詳細說明參照附圖。在圖式及以下說明中盡可能使用相同的參考編號來指代相同或相似的部件。儘管本文中闡述了若干例示性實施例，然而可具有各種修改、改編及其他實施方案。舉例而言，可對圖式中示出的組件及步驟進行替換、添加或修改，且可藉由對所揭露的方法的步驟進行替換、重新排序、移除或添加來修改本文中闡述的例示性方法。因此，以下詳細說明並非僅限於所揭露的實施例及實例。相反，本發明的正確範圍由隨附的專利申請範圍來界定。

本揭露的實施例是有關於以下系統及方法：所述系統及方法用於將來自多個資料源的資料（所述資料可被實時（live）擷取或報告）結合至庫存需求預測中且根據即時條件來對庫存短缺進行預測、對庫存分配進行最佳化以及對目的地處的庫存進行自動平衡。

參照圖1A，圖1A示出示意性方塊圖100，其示出包括用於能夠進行通訊的裝運、運輸及物流操作的電腦化系統的系統的示例性實施例。如圖1A中所示，系統100可包括各種系統，所述各種系統中的每一者可經由一或多個網路連接至彼此。所述系統亦可經由直接連接（例如使用纜線）連接至彼此。所繪示的系統包括裝運授權技術（shipment authority technology，SAT）系統101、外部前端系統103、內部前端系統105、運輸系統107、行動裝置107A、107B及107C、賣方入口109、裝運及訂單追蹤（shipment and order tracking，SOT）系統111、履行最佳化（fulfillment optimization，FO）系統113、履行訊息傳遞閘道（fulfillment messaging gateway，FMG）115、供應鏈管理（supply chain management，SCM）系統117、倉庫管理系統（warehouse management system，WMS）119、行動裝置119A、119B及119C（被繪示為位於履行中心（FC）200內部）、第三方履行（3 ^rdparty fulfillment，3PL）系統121A、121B及121C、履行中心授權系統（fulfillment center authorization system，FC Auth）123及勞資管理系統（labor management system，LMS）125。

在一些實施例中，SAT系統101可被實施為監控訂單狀態及交付狀態的電腦系統。舉例而言，SAT系統101可判斷訂單是否超過其承諾交付日期（Promised Delivery Date，PDD），且可採取包括發起新的訂單、再裝運未交付訂單中的物項、取消未交付訂單、發起與訂購顧客的聯繫等在內的適當行動。SAT系統101亦可監控包括輸出（例如在特定時間段期間裝運的包裝的數目）及輸入（例如被接收用於裝運的空紙盒的數目）在內的其他資料。SAT系統101亦可充當系統100中不同裝置之間的閘道，使得能夠在例如外部前端系統103及FO系統113等裝置之間達成通訊（例如，使用儲存及轉送（store-and-forward）或其他技術）。

在一些實施例中，外部前端系統103可被實施為使得外部使用者能夠與系統100中的一或多個系統交互的電腦系統。舉例而言，在其中系統100能夠呈現系統以使得使用者能夠對物項下訂單的實施例中，外部前端系統103可被實施為接收搜尋請求、呈現物項頁面及懇求支付資訊的網站伺服器。舉例而言，外部前端系統103可被實施為運行例如阿帕奇超文件傳輸協定（Hypertext Transfer Protocol，HTTP）伺服器、微軟網際網路資訊服務（Internet Information Services，IIS）、NGINX等軟體的一或多個電腦。在其他實施例中，外部前端系統103可運行客製網站伺服器軟體，客製網站伺服器軟體被設計成接收及處理來自外部裝置（例如，行動裝置102A或電腦102B）的請求，基於該些請求自資料庫及其他資料儲存器獲取資訊，且基於所獲取的資訊提供對所接收請求的響應。

在一些實施例中，外部前端系統103可包括網站快取系統（web caching system）、資料庫、搜尋系統或支付系統中的一或多者。在一個態樣中，外部前端系統103可包括該些系統中的一或多者，而在另一態樣中，外部前端系統103可包括連接至該些系統中的一或多者的介面（例如，伺服器至伺服器、資料庫至資料庫或其他網路連接）。

由圖1B、圖1C、圖1D及圖1E示出的一組例示性步驟將有助於闡述外部前端系統103的一些操作。外部前端系統103可自系統100中的系統或裝置接收資訊，以供呈現及/或顯示。舉例而言，外部前端系統103可代管或提供一或多個網頁，包括搜尋結果頁面（Search Result Page，SRP）（例如，圖1B）、單一細節頁面（SDP）（例如，圖1C）、購物車頁面（Cart page）（例如，圖1D）或訂單頁面（Order page）（例如，圖1E）。使用者裝置（例如，使用行動裝置102A或電腦102B）可導航至外部前端系統103，且藉由在搜尋框中輸入資訊來請求搜尋。外部前端系統103可自系統100中的一或多個系統請求資訊。舉例而言，外部前端系統103可自FO系統113請求滿足搜尋請求的資訊。外部前端系統103亦可請求及接收（自FO系統113）搜尋結果中所包括的每種產品的承諾交付日期或「PDD」。在一些實施例中，PDD可表示對以下的估計：容納產品的包裝將何時到達使用者所期望的位置，或者若在特定時間段（例如在一天結束（午後11:59）之前）內訂購則產品被承諾交付至使用者所期望的位置的日期。（以下參照FO系統113進一步論述PDD。）

外部前端系統103可基於所述資訊準備SRP（例如，圖1B）。SRP可包括滿足搜尋請求的資訊。舉例而言，此可包括滿足搜尋請求的產品的圖片。SRP亦可包括每種產品的相應價格，或者與每種產品的增強交付選項、PDD、重量、大小、優惠、折扣等相關的資訊。外部前端系統103可向發出請求的使用者裝置發送SRP（例如，經由網路）。

接著使用者裝置可例如藉由點擊或輕敲使用者介面（或使用另一輸入裝置）以選擇在SRP上表現的產品而自SRP選擇產品。使用者裝置可製定對所選擇產品的資訊的請求，且將其發送至外部前端系統103。作為響應，外部前端系統103可請求與所選擇產品相關的資訊。舉例而言，所述資訊可包括除在相應的SRP上針對產品呈現的資訊之外的附加資訊。此附加資訊可包括例如儲架壽命（shelf life）、原產國、重量、大小、包裝中物項的數目、操作說明（handling instructions）或關於產品的其他資訊。所述資訊亦可包括對相似產品的建議（例如，基於購買此產品及至少一種其他產品的顧客的巨量資料及/或機器學習分析）、對常問問題的回答、來自顧客的評論、製造商資訊、圖片等。

外部前端系統103可基於所接收的產品資訊來準備單一細節頁面（SDP）（例如，圖1C）。SDP亦可包括例如「立即購買（Buy Now）」按鈕、「添加至購物車（Add to Cart）」按鈕、量欄（quantity field）、物項圖片等其他交互式元素。SDP可更包括提供所述產品的賣方的列表。所述列表可基於每一賣方提供的價格來排序，使得提出以最低價格售賣產品的賣方可被列於頂部。所述列表亦可基於賣方排名來排序，使得排名最高的賣方可被列於頂部。賣方排名可基於包括例如賣方滿足所承諾PDD的過往追蹤記錄在內的多種因素來製定。外部前端系統103可將SDP交付至發出請求的使用者裝置（例如，經由網路）。

發出請求的使用者裝置可接收列出產品資訊的SDP。在接收到SDP後，使用者裝置接著可與SDP交互。舉例而言，發出請求的使用者裝置的使用者可點擊SDP上的「放入購物車中」按鈕或以其他方式與SDP上的「放入購物車中」按鈕交互。此會將產品添加至與使用者相關聯的購物車。使用者裝置可向外部前端系統103發射此種將產品添加至購物車的請求。

外部前端系統103可產生購物車頁面（例如，圖1D）。在一些實施例中，購物車頁面列出已被使用者添加至虛擬「購物車」的產品。使用者裝置可藉由點擊SRP、SDP或其他頁面上的圖標或以其他方式與SRP、SDP或其他頁面上的圖標交互來請求購物車頁面。在一些實施例中，購物車頁面可列出已被使用者添加至購物車的所有產品，以及關於購物車中的產品的資訊，例如每種產品的數量、每種產品的單價、每種產品的基於相關聯數量的價格、關於PDD的資訊、交付方法、裝運成本、用於修改購物車中的產品的使用者介面元素（例如，數量的刪除或修改）、用於訂購其他產品或設定產品的定期交付的選項、用於設定利息支付的選項、用於繼續採購的使用者介面元素等。使用者裝置處的使用者可點擊使用者介面元素（例如，讀為「立即購買」的按鈕）或以其他方式與使用者介面元素（例如，讀為「立即購買」的按鈕）交互，以發起對購物車中的產品的採購。在這樣做時，使用者裝置可向外部前端系統103發射此種發起採購的請求。

外部前端系統103可因應於接收到發起採購的請求而產生訂單頁面（例如，圖1E）。在一些實施例中，訂單頁面重新列出來自購物車的物項，且請求輸入支付及裝運資訊。舉例而言，訂單頁面可包括請求關於購物車中物項的採購者的資訊（例如，姓名、位址、電子郵件位址、電話號碼）、關於接收方的資訊（例如，姓名、位址、電話號碼、交付資訊）、裝運資訊（例如，交付及/或收取的速度/方法）、支付資訊（例如，信用卡、銀行轉帳、支票、賒帳（stored credit））、請求現金收據（例如，出於稅務目的）的使用者介面元素等的部分。外部前端系統103可向使用者裝置發送訂單頁面。

使用者裝置可在訂單頁面上輸入資訊，且點擊向外部前端系統103發送所述資訊的使用者介面元素或以其他方式與向外部前端系統103發送所述資訊的使用者介面元素交互。外部前端系統103可自使用者介面元素將資訊發送至系統100中的不同系統，以使得能夠使用購物車中的產品創建及處理新的訂單。

在一些實施例中，外部前端系統103可更被配置成使得賣方能夠發射及接收與訂單相關的資訊。

在一些實施例中，內部前端系統105可被實施為使得內部使用者（例如，擁有、營運或租賃系統100的組織的員工）能夠與系統100中的一或多個系統交互的電腦系統。舉例而言，在其中系統100能夠呈現系統以使得使用者能夠對物項下訂單的實施例中，內部前端系統105可被實施為網站伺服器，網站伺服器使得內部使用者能夠查看關於訂單的診斷及統計資訊、修改物項資訊或者查核與訂單相關的統計量。舉例而言，內部前端系統105可被實施為運行例如阿帕奇HTTP伺服器、微軟網際網路資訊服務（IIS）、NGINX等軟體的一或多個電腦。在其他實施例中，內部前端系統105可運行客製網站伺服器軟體，客製網站伺服器軟體被設計成接收及處理來自繪示於系統100中的系統或裝置（以及未繪示的其他裝置）的請求，基於該些請求自資料庫及其他資料儲存器獲取資訊，且基於所獲取的資訊提供對所接收請求的響應。

在一些實施例中，內部前端系統105可包括網站快取系統、資料庫、搜尋系統、支付系統、分析系統、訂單監控系統等中的一或多者。在一個態樣中，內部前端系統105可包括該些系統中的一或多者，而在另一態樣中，內部前端系統105可包括連接至該些系統中的一或多者的介面（例如，伺服器至伺服器、資料庫至資料庫或其他網路連接）。

在一些實施例中，運輸系統107可被實施為使得能夠在系統100中的系統或裝置與行動裝置107A至107C之間達成通訊的電腦系統。在一些實施例中，運輸系統107可自一或多個行動裝置107A至107C（例如，行動電話、智慧型電話、個人數位助理（personal digital assistant，PDA）等）接收資訊。舉例而言，在一些實施例中，行動裝置107A至107C可包括由交付工作者操作的裝置。交付工作者（其可為永久的、臨時的或輪班的員工）可利用行動裝置107A至107C來達成對容納由使用者訂購的產品的包裝的交付。舉例而言，為交付包裝，交付工作者可在行動裝置上接收指示交付哪一包裝以及在何處交付所述包裝的通知。在到達交付位置時，交付工作者可使用行動裝置來定位包裝（例如，在卡車的後部或包裝的板條箱中）、掃描或以其他方式捕獲與包裝上的辨識符（例如，條形碼、影像、正文字串、射頻辨識（radio frequency identification，RFID）標籤等）相關聯的資料以及交付包裝（例如，藉由將包裝留在前門、將其留給保全警衛、將其交給接收方等）。在一些實施例中，交付工作者可使用行動裝置捕獲包裝的照片及/或可使用行動裝置獲得簽名。行動裝置可向運輸系統107發送包括關於交付的資訊在內的資訊，所述關於交付的資訊包括例如時間、日期、全球定位系統（Global Positioning System，GPS）位置、照片、與交付工作者相關聯的辨識符、與行動裝置相關聯的辨識符等。運輸系統107可將此資訊儲存於資料庫（未畫出）中，以供系統100中的其他系統存取。在一些實施例中，運輸系統107可使用此資訊來準備追蹤資料並將追蹤資料發送至指示特定包裝位置的其他系統。

在一些實施例中，某些使用者可使用一種種類的行動裝置（例如，永久工作者可使用具有例如條形碼掃描器、觸控筆（stylus）及其他裝置等客製硬體的專用PDA），而其他使用者可使用其他種類的行動裝置（例如，臨時工作者或輪班工作者可利用現成的行動電話及/或智慧型電話）。

在一些實施例中，運輸系統107可將使用者與每一裝置相關聯。舉例而言，運輸系統107可儲存使用者（由例如使用者辨識符、員工辨識符或電話號碼表示）與行動裝置（由例如國際行動設備辨識（International Mobile Equipment Identity，IMEI）、國際行動訂用辨識符（International Mobile Subscription Identifier，IMSI）、電話號碼、通用唯一辨識符（Universal Unique Identifier，UUID）或全球唯一辨識符（Globally Unique Identifier，GUID）表示）之間的關聯。運輸系統107可結合在交付時接收的資料使用此種關聯來分析儲存於資料庫中的資料，以便除其他資訊以外亦確定工作者的位置、工作者的效率或工作者的速度。

在一些實施例中，賣方入口109可被實施為使得賣方或其他外部實體能夠與系統100中的一或多個系統進行電子通訊的電腦系統。舉例而言，賣方可利用電腦系統（未畫出）來針對賣方希望使用賣方入口109藉由系統100來售賣的產品上載或提供產品資訊、訂單資訊、聯繫資訊等。

在一些實施例中，裝運及訂單追蹤系統111可被實施為如下的電腦系統：所述電腦系統接收、儲存及轉送關於容納由顧客（例如，由使用裝置102A至102B的使用者）訂購的產品的包裝的位置的資訊。在一些實施例中，裝運及訂單追蹤系統111可自由裝運公司操作的網站伺服器（未畫出）請求或儲存資訊，裝運公司交付容納由顧客訂購的產品的包裝。

在一些實施例中，裝運及訂單追蹤系統111可自系統100中所繪示的系統請求及儲存資訊。舉例而言，裝運及訂單追蹤系統111可自運輸系統107請求資訊。如以上所論述，運輸系統107可自與使用者（例如，交付工作者）或車輛（例如，交付卡車）中的一或多者相關聯的一或多個行動裝置107A至107C（例如，行動電話、智慧型電話、PDA等）接收資訊。在一些實施例中，裝運及訂單追蹤系統111亦可自倉庫管理系統（WMS）119請求資訊，以確定各別產品在履行中心（例如，履行中心200）內部的位置。裝運及訂單追蹤系統111可自運輸系統107或WMS 119中的一或多者請求資料，對其進行處理，且根據請求將其呈現至裝置（例如，使用者裝置102A及102B）。

在一些實施例中，履行最佳化（FO）系統113可被實施為如下的電腦系統：所述電腦系統儲存來自其他系統（例如，外部前端系統103及/或裝運及訂單追蹤系統111）的顧客訂單的資訊。FO系統113亦可儲存闡述特定物項被容置或儲存於何處的資訊。舉例而言，某些物項可能僅儲存於一個履行中心中，而某些其他物項可能儲存於多個履行中心中。在再一些其他實施例中，某些履行中心可被設計成僅儲存特定的一組物項（例如，新鮮農產品（fresh produce）或冷凍產品（frozen product））。FO系統113儲存此種資訊以及相關聯資訊（例如，數量、大小、接收日期、過期日期等）。

FO系統113亦可為每種產品計算對應的承諾交付日期（PDD）。在一些實施例中，PDD可基於一或多種因素。舉例而言，FO系統113可基於以下來為產品計算PDD：產品的過往需求（例如，在一段時間期間此產品被訂購過多少次）、產品的預期需求（例如，預報在即將到來的一段時間期間有多少顧客會訂購所述產品）、指示在一段時間期間訂購過多少產品的全網路過往需求、指示在即將到來的一段時間期間預期會訂購多少產品的全網路預期需求、儲存於每一履行中心200中的產品的一或多個計數、每種產品由哪一履行中心儲存、此產品的預期訂單或當前訂單等。

在一些實施例中，FO系統113可週期性地（例如，每小時）確定每種產品的PDD，且將其儲存於資料庫中，以供擷取或發送至其他系統（例如，外部前端系統103、SAT系統101、裝運及訂單追蹤系統111）。在其他實施例中，FO系統113可自一或多個系統（例如，外部前端系統103、SAT系統101、裝運及訂單追蹤系統111）接收電子請求，且按需計算PDD。

在一些實施例中，履行訊息傳遞閘道（FMG）115可被實施為如下的電腦系統：所述電腦系統自系統100中的一或多個系統（例如FO系統113）接收呈一種格式或協定的請求或響應，將其轉換成另一種格式或協定，且以所轉換的格式或協定將其轉送至例如WMS 119或第三方履行系統121A、121B或121C等其他系統，且反之亦然。

在一些實施例中，供應鏈管理（SCM）系統117可被實施為實行預報功能的電腦系統。舉例而言，SCM系統117可基於例如產品的過往需求、產品的預期需求、全網路過往需求、全網路預期需求、儲存於每一履行中心200中的產品計數、每種產品的預期訂單或當前訂單等來預報特定產品的需求水準。因應於此種預報水準及所有履行中心的每種產品的量，SCM系統117可產生一或多個採購訂單，以採購及貯存足夠的數量來滿足特定產品的預報需求。

在一些實施例中，倉庫管理系統（WMS）119可被實施為監控工作流的電腦系統。舉例而言，WMS 119可自指示離散事件的各別裝置（例如，裝置107A至107C或119A至119C）接收事件資料。舉例而言，WMS 119可接收指示使用該些裝置中的一者來掃描包裝的事件資料。如以下參照履行中心200及圖2所論述，在履行過程期間，包裝辨識符（例如，條形碼或RFID標籤資料）可在特定階段由機器（例如，自動化條形碼掃描器或手持條形碼掃描器、RFID讀取器、高速照相機、例如平板電腦（tablet）119A、行動裝置/PDA 119B、電腦119C等裝置或者類似機器）掃描或讀取。WMS 119可將指示包裝辨識符的掃描或讀取的每一事件連同包裝辨識符、時間、日期、位置、使用者辨識符或其他資訊一起儲存於對應的資料庫（未畫出）中，且可將此資訊提供至其他系統（例如，裝運及訂單追蹤系統111）。

在一些實施例中，WMS 119可儲存將一或多個裝置（例如，裝置107A至107C或119A至119C）與和系統100相關聯的一或多個使用者相關聯的資訊。舉例而言，在一些情況下，使用者（例如兼職員工或全職員工）與行動裝置的關聯可在於使用者擁有行動裝置（例如，行動裝置是智慧型電話）。在其他情況下，使用者與行動裝置的關聯可在於使用者臨時保管行動裝置（例如，使用者在一天開始時登記借出行動裝置，將在一天中使用行動裝置，且將在一天結束時歸還行動裝置）。

在一些實施例中，WMS 119可為與系統100相關聯的每一使用者維護工作日誌。舉例而言，WMS 119可儲存與每一員工相關聯的資訊，包括任何所分派的過程（例如，卸載卡車、自揀選區揀選物項、分撥牆工作（rebin wall work）、包裝物項）、使用者辨識符、位置（例如，履行中心200中的樓層或區）、員工在系統中移動的單元的數目（例如，所揀選的物項的數目、所包裝的物項的數目）、與裝置（例如，裝置119A至119C）相關聯的辨識符等。在一些實施例中，WMS 119可自例如在裝置119A至119C上操作的計時系統等計時系統接收簽入（check-in）資訊及簽出（check-out）資訊。

在一些實施例中，第三方履行（3PL）系統121A至121C表示與物流及產品的第三方提供商相關聯的電腦系統。舉例而言，儘管一些產品被儲存於履行中心200中（如以下針對圖2所論述），然而其他產品可被儲存於場外、可按需生產或者可在其他情況下不可儲存於履行中心200中。3PL系統121A至121C可被配置成自FO系統113（例如，藉由FMG 115）接收訂單，且可直接向顧客提供產品及/或服務（例如，交付或安裝）。在一些實施例中，3PL系統121A至121C中的一或多者可為系統100的一部分，而在其他實施例中，3PL系統121A至121C中的一或多者可在系統100之外（例如，由第三方提供商擁有或營運）。

在一些實施例中，履行中心授權系統（FC Auth）123可被實施為具有各種功能的電腦系統。舉例而言，在一些實施例中，FC Auth 123可充當系統100中的一或多個其他系統的單一登入（single-sign on，SSO）服務。舉例而言，FC Auth 123可使得使用者能夠經由內部前端系統105登錄，確定使用者具有存取裝運及訂單追蹤系統111處的資源的相似特權，且使得使用者能夠存取該些特權而不需要第二次登錄過程。在其他實施例中，FC Auth 123可使得使用者（例如，員工）能夠將其自身與特定任務相關聯。舉例而言，一些員工可能不具有電子裝置（例如裝置119A至119C），而是可作為替代在一天的過程期間於履行中心200內在各任務之間及各區之間移動。FC Auth 123可被配置成使得該些員工能夠指示他們正在實行什麼任務以及他們在一天的不同時間處於什麼區。

在一些實施例中，勞資管理系統（LMS）125可被實施為儲存員工（包括全職員工及兼職員工）的出勤資訊及加班資訊的電腦系統。舉例而言，LMS 125可自FC Auth 123、WMS 119、裝置119A至119C、運輸系統107及/或裝置107A至107C接收資訊。

圖1A中繪示的特定配置僅為實例。舉例而言，儘管圖1A繪示出FC Auth系統123連接至FO系統113，然而並非所有實施例皆需要此種特定配置。實際上，在一些實施例中，系統100中的系統可藉由包括以下在內的一或多種公共網路或私有網路連接至彼此：網際網路、內部網路（Intranet）、廣域網路（Wide-Area Network，WAN）、都會區域網路（Metropolitan-Area Network，MAN）、符合電機及電子工程師學會（Institute of Electrical and Electronic Engineers，IEEE）802.11a/b/g/n標準的無線網路、租用線路（leased line）等。在一些實施例中，系統100中的系統中的一或多者可被實施為在資料中心、伺服器場（server farm）等處實施的一或多個虛擬伺服器。

圖2繪示出履行中心200。履行中心200是儲存訂購時裝運至顧客的物項的實體位置的實例。履行中心（FC）200可被劃分成多個區，所述多個區中的每一者繪示於圖2中。在一些實施例中，該些「區」可被視為接收物項、儲存物項、擷取物項及裝運物項的過程的不同階段之間的虛擬劃分。因此，儘管在圖2中繪示出「區」，然而亦可存在區的其他劃分，且在一些實施例中，圖2中的區可被省略、複製或修改。

入站區203表示FC 200的自希望使用來自圖1A的系統100售賣產品的賣方接收物項的區域。舉例而言，賣方可使用卡車201交付物項202A及202B。物項202A可表示足夠大以佔用其自己的裝運托板的單一物項，而物項202B可表示在同一托板上堆疊於一起以節省空間的一組物項。

工作者將在入站區203中接收物項，且可使用電腦系統（未畫出）可選地檢查物項的損壞及正確性。舉例而言，工作者可使用電腦系統將物項202A及202B的數量與訂購的物項數量進行比較。若數量不匹配，則此工作者可拒絕物項202A或202B中的一或多者。若數量匹配，則工作者可將該些物項（使用例如推車、手推車、堆高機，或者手動地）移動至緩衝區（buffer zone）205。緩衝區205可為當前在揀選區中所不需要的物項（例如，由於在揀選區中存在足夠高數量的此物項來滿足預報需求）的臨時儲存區域。在一些實施例中，堆高機206進行操作以在緩衝區205中四處移動物項以及在入站區203與卸貨區207之間移動物項。若在揀選區中需要物項202A或202B（例如，由於預報需求），則堆高機可將物項202A或202B移動至卸貨區207。

卸貨區207可為FC 200的在物項被移動至揀選區209之前儲存所述物項的區域。被分派揀選任務的工作者（「揀選者」）可接近揀選區中的物項202A及202B，使用行動裝置（例如，裝置119B）掃描揀選區的條形碼且掃描與物項202A及202B相關聯的條形碼。接著揀選者可將物項帶至揀選區209（例如，藉由將物項放入搬運車（cart）上或者搬運物項）。

揀選區209可為FC 200的其中在儲存單元210上儲存物項208的區域。在一些實施例中，儲存單元210可包括實體排架（physical shelving）、書架、盒、裝運箱、冰箱、冰櫃、冷藏庫等中的一或多者。在一些實施例中，揀選區209可被組織成多個樓層。在一些實施例中，工作者或機器可以包括例如堆高機、升降機、傳送帶、搬運車、手推車、推車、自動化機器人或裝置或者手動方式在內的多種方式將物項移動至揀選區209中。舉例而言，揀選者可將物項202A及202B放入卸貨區207中的手推車或搬運車上，且步行將物項202A及202B送至揀選區209。

揀選者可接收將物項放入（或「存放（stow）」於）揀選區209中的特定地點（例如儲存單元210上的特定空間）的指令。舉例而言，揀選者可使用行動裝置（例如，裝置119B）掃描物項202A。所述裝置可例如使用指示過道、儲架及位置的系統來指示揀選者應將物項202A存放於何處。接著，在將物項202A存放於此位置中之前，所述裝置可提示揀選者掃描此位置處的條形碼。所述裝置可向電腦系統（例如圖1A中的WMS 119）發送（例如，經由無線網路）資料來指示物項202A已由使用裝置119B的使用者存放於所述位置處。

一旦使用者下訂單，揀選者便可在裝置119B上接收指令，以自儲存單元210擷取一或多個物項208。揀選者可擷取物項208，掃描物項208上的條形碼，且將其放入運輸機構214上。儘管運輸機構214被表示為滑動件，然而在一些實施例中，運輸機構可被實施為傳送帶、升降機、搬運車、堆高機、手推車、推車等中的一或多者。接著物項208可到達包裝區211。

包裝區211可為FC 200的自揀選區209接收物項且將物項包裝至盒或袋中以便最終裝運至顧客的區域。在包裝區211中，被分派接收物項的工作者（「分撥工作者（rebin worker）」）將自揀選區209接收物項208，且確定物項208對應於什麼訂單。舉例而言，分撥工作者可使用例如電腦119C等裝置來掃描物項208上的條形碼。電腦119C可以可視方式指示物項208與哪一訂單相關聯。舉例而言，此可包括牆216上的對應於訂單的空間或「單元格（cell）」。一旦訂單完成（例如，由於單元格容納訂單的所有物項），分撥工作者可向包裝工作者（或「包裝者（packer）」）指示訂單完成。包裝者可自單元格擷取物項，且將其放入盒或袋中進行裝運。接著，包裝者可例如藉由堆高機、搬運車、推車、手推車、傳送帶、手動方式或其他方式將盒或袋發送至中樞區（hub zone）213。

中樞區213可為FC 200的自包裝區211接收所有盒或袋（「包裝」）的區域。中樞區213中的工作者及/或機器可擷取包裝218，且確定每一包裝擬定去往交付區域的哪一部分，且將包裝路由至適當的營地區215。舉例而言，若交付區域具有兩個較小的子區域，則包裝將去往兩個營地區215中的一者。在一些實施例中，工作者或機器可掃描包裝（例如，使用裝置119A至119C中的一者）以確定其最終目的地。將包裝路由至營地區215可包括例如確定作為包裝的目的地的地理區域的一部分（例如，基於郵遞區號），以及確定與所述地理區域的所述部分相關聯的營地區215。

在一些實施例中，營地區215可包括一或多個建築物、一或多個實體空間或者一或多個區域，其中的包裝是自中樞區213接收以分選至路線及/或子路線中。在一些實施例中，營地區215在實體上與FC 200分離，而在其他實施例中，營地區215可形成FC 200的一部分。

營地區215中的工作者及/或機器可例如基於目的地與現有路線及/或子路線的比較、對每一路線及/或子路線的工作負載的計算、一天中的時間、裝運方法、裝運包裝220的成本、與包裝220中的物項相關聯的PDD等來確定包裝220應與哪一路線及/或子路線相關聯。在一些實施例中，工作者或機器可掃描包裝（例如，使用裝置119A至119C中的一者）以確定其最終目的地。一旦包裝220被分派至特定路線及/或子路線，工作者及/或機器可移動待裝運的包裝220。在示例性圖2中，營地區215包括卡車222、汽車226以及交付工作者224A及224B。在一些實施例中，卡車222可由交付工作者224A駕駛，其中交付工作者224A是為FC 200交付包裝的全職員工，且卡車222由擁有、租賃或營運FC 200的同一公司擁有、租賃或營運。在一些實施例中，汽車226可由交付工作者224B駕駛，其中交付工作者224B是根據需要（例如，季節性地）進行交付的「彈性（flex）」或不定期工作者（occasional worker）。汽車226可由交付工作者224B擁有、租賃或營運。

圖3是根據所揭露實施例的目的地位置及容量的圖示。在圖3中，地理區域（例如，國家、縣、市或其他政治/地理分區）被劃分成三個區，區302、區304及區306。每一區具有至少一個目的地。目的地可為但不一定是履行中心200。目的地亦可為在發送至履行中心200之前儲存貨物的倉庫。舉例而言，區304具有兩個目的地310及312。因此，區可具有不同數目的目的地。此實例性圖並非旨在進行限制，此乃因地理區域可具有多於三個區、多於五個目的地以及每一區中具有更多的目的地。關於每一區及目的地的屬性及資料可儲存於資料儲存器中。此外，SCM系統117可查詢與多個目的地中的每一者相關聯的WMS 119，以獲取目的地的屬性。再此外，SCM系統117可定期向目的地查詢屬性的實時更新，例如目的地是否由於天氣、就業問題等而關閉。

此外，目的地可具有不同的容量、通量、庫存及能力。舉例而言，目的地310具有堆高機能力及用於卡車的卸貨平台（loading dock）。目的地312具有兩個卸貨平台及保全人員（security），但不具有堆高機。同時，目的地308具有三個卸貨平台、保全人員及堆高機。因此，由於保全警衛的存在，目的地308、312、314及316可能能夠處理高價值物項，而目的地310則限於低價值物項。相較於具有兩個卸貨平台的目的地312以及具有一個卸貨平台的目的地310及316，目的地308及314可能由於更多的卸貨平台而具有通量速率。通量亦可表示可用於對貨物進行包裝的員工及設備的數目、以及可用於將貨物送至消費者的交付車輛的數目。此外，目的地308、310及316可能能夠對大而重的包裝進行處置，此乃因該些目的地處存在堆高機能力，而目的地312及314則限於較小的手提物項。附加地，SCM系統117可週期性地或即時地查詢與目的地或資料儲存器相關聯的WMS 119，以獲得目的地屬性的實時更新，例如堆高機是否由於維護而不可用、卸貨平台是否被損壞、員工是否生病、保全警衛是否休假等等。

目的地亦可基於例如倉庫大小而具有不同的儲存容量。容量可為SKU特定的，指示例如目的地可儲存150台電視。容量可為SKU不可知的，指示可個別地或組合地儲存多個物項中任意者的開放空間。

目的地的通量可能基於附近顧客的消費習慣。舉例而言，在區304中可能經常採購書籍，而在區302中可能經常採購視訊遊戲。因此，目的地310及312可能具有相較於視訊遊戲而言更大的圖書的庫存及所需儲備，而目的地314及316可能具有相較於圖書而言更大的視訊遊戲的庫存及所需儲備。

目的地能力可能會隨著時間而變化。舉例而言，目的地處的堆高機可能會損壞，至少暫時地消除目的地對重型貨物進行處置的能力。

地區邊界可能基於地理限制，例如跨越形成區之間的邊界的山脈運輸貨物的難度。地區邊界亦可基於人口統計，使得區具有大致相似的人口規模、年齡、消費模式等。區內的目的地可補充同一區內的其他目的地。舉例而言，若目的地310由於附近消費者的需求增加而對某一SKU運行不足，則可使用目的地312來滿足附近消費者的訂單。分銷商可能更喜歡藉由同一區中的其他目的地而非不同區中的目的地來補充一個目的地的庫存，以減少對消費者的裝運延遲。舉例而言，若目的地310用完了SKU的庫存，但已向消費者承諾第二天交付，則經銷商仍然可藉由自附近的目的地312進行裝運來滿足第二天交付的承諾。然而，若物項自目的地316被裝運至目的地310附近的消費者，則物項可能由於運輸時間而被延遲，且經銷商可能無法按時交付物項。

因此，目的地可具有與其他目的地共用的多個屬性，包括區及目的地能力。此外，目的地能力可與安全等級、處置設備可用性及調度通量對應。舉例而言，目的地314與目的地308具有共用的調度通量屬性；目的地308與目的地310具有共用的處置設備可用性屬性；目的地314與目的地312具有共用的安全等級屬性；且目的地316與目的地314具有共用的區屬性。

此外，如圖3中所示，目的地308與埠308a相關聯。埠308a可為直接自製造商或其他供應商接收貨物的位置，且目的地308可用於將貨物自製造商分配至其他目的地。目的地308因此可具有所有目的地能力，包括最大可能通量3、保全人員及堆高機。以此種方式，目的地308可被認為是自製造商接收貨物的主要目的地，主要目的地處於所述多個目的地之中。此外，對目的地的能力及狀態進行報告的資訊可儲存於資料儲存器中且例如藉由來自WMS 119的自動報告來更新。SCM系統117亦可根據需要或週期性地向WMS 119查詢資訊，且將更新儲存於資料儲存器中。分銷商可能在主要目的地處接受貨物，此將導致主要目的地處的SKU的庫存與其他目的地處的SKU的庫存之間的不平衡。經銷商可接著尋求對跨越多個目的地的庫存進行平衡。此外，在一些實施例中，主要目的地亦可將物項直接調度至消費者，或者可僅將物項調度至其他目的地，接著將物項裝運至消費者。

圖4A及圖4B提供示出根據所揭露實施例的庫存平衡過程的示例性實施例的流程圖。在一些實施例中，圖4A及圖4B中所示的過程400可被設想為兩個可互操作的子例程。圖4A中的步驟402至418可為確定跨越目的地的網路的庫存不平衡的存在的第一子例程。若第一子例程對庫存不平衡進行辨識，則過程400可進行至圖4B所示步驟420至438，此可為在偵測到不平衡之後確定如何對庫存進行平衡的第二子例程。SCM系統117可週期性地（例如每天，或者由於事件（例如在主要目的地處的新的貨物交付或者來自目的地的低庫存報告））運行過程400。

在步驟402中，SCM系統117可自資料結構擷取多個目的地中的每一者處的SKU的庫存。舉例而言，可將資料結構儲存於SCM系統117的記憶體中。作為另外一種選擇，可將資料結構儲存於SCM系統117可存取的資料庫中，例如接收目的地的屬性更新的虛擬伺服器上的資料庫，例如藉由來自WMS 119的報告。在一些實施例中，SCM系統117可藉由自WMS 119或FO系統113擷取庫存資料來擷取庫存資訊。SCM系統117亦可例如自FO系統113擷取過去的供應商訂單及過去的消費者採購，且對當前庫存進行計算。

在步驟404處，SCM系統117可確定目的地中的每一者的緩衝區（buffer）。緩衝區可被確定為一時間週期，在所述時間週期內，經銷商可僅使用當前庫存來滿足消費者對SKU的需求。步驟404可包括對當前庫存及過去調度率的分析。舉例而言，在步驟404中，SCM系統117可自資料結構（例如虛擬伺服器資料庫或記憶體上）、或者不同的資料結構擷取目的地的儲存容量及SKU調度歷史。SKU調度歷史可自例如FO系統113或WMS 119獲得，且與在一時間週期內自目的地被裝運至客戶的SKU的單位數目對應。SCM系統117亦可對作為自目的地調度的SKU物項的數目與時間量的比率的SKU速度進行計算，且將目的地的緩衝區設定為庫存對SKU速度的比率。

舉例而言，若目的地通常每天裝運300盒紙巾，則其SKU速度可能為每天300個單位。此外，若目的地具有1200盒的庫存，則目的地可具有4天的緩衝區。步驟404可考慮可變的消費率，例如當相較於工作日而言週末的採購或裝運緩慢時。緩衝區可基於供應商裝運的時間週期來度量。在某些情形中，例如對於大型或昂貴的物項，供應商可提供新庫存的每月裝運，且目的地可具有例如兩個月的緩衝區。

SCM系統117亦可基於圍繞歷史消費率的統計置信區間來確定緩衝區。舉例而言，分銷商可能希望使用當前庫存滿足消費者採購的可能性為99.9%。基於過去的消費模式，SCM系統117可對過去消費率的統計分佈（例如高斯分佈）進行計算且確定安全消費率（低於所述安全消費率，99.9%的消費率預計會下降）。SCM系統117接著可將緩衝區基於此安全消費率。

在步驟406處，SCM系統117可確定跨目的地的平均緩衝區。基於平均緩衝區，SCM系統117可藉由使用步驟408至416對所述多個目的地中的每一者進行分析、基於與平均緩衝區的差異而對至少一個高利用率目的地及至少一個低利用率目的地進行辨識。

在步驟408處，SCM系統117可判斷目的地緩衝區是否小於平均緩衝區減去臨限值。舉例而言，目的地緩衝區可為5天，平均緩衝區可為10天，且臨限值可為2天。此處，步驟408將為是，此乃因5 ＜ 10-2。SCM系統117接著將進行至步驟410且將目的地辨識為高利用率目的地，指示目的地相較於其他目的地裝運SKU的更多單位。

作為另外一種選擇，SCM系統117可確定目的地緩衝區大於平均緩衝區減去臨限值。舉例而言，目的地緩衝區可為9天，平均緩衝區可為10天，且臨限值可為2天。步驟408將為否，此乃因9不小於10-2。SCM系統117接著可進行至步驟412，以判斷目的地緩衝區是否大於平均緩衝區加上臨限值。在9天緩衝區的先前實例中，步驟412將為否，此乃因9 ＜ 10+2。SCM系統117接著可進行至步驟414且將目的地辨識為正常利用率目的地。然而，若先前實例的目的地具有14天緩衝區，則步驟412將為是，此乃因14 ＞ 10 + 2。SCM系統117接著在步驟416處將目的地辨識為低利用率目的地，指示目的地相較於其他目的地裝運SKU的更少單位。在一些實施例中，下限臨限值可不同於上限臨限值。舉例而言，下限臨限值可為3，且上限臨限值可為2，使得若緩衝區在7（即，10-3）與12（即，10+2）之間，則緩衝區是正常利用緩衝區。此可使得分銷商能夠容忍更大範圍的高利用率緩衝區，同時對附加的低利用率目的地進行辨識。

換言之，分銷商可接受一定範圍內的緩衝區變化，且分銷商可尋求對範圍外的庫存進行平衡或調整。此可避免產生運輸成本，同時在總體庫存平衡方面略有改善。此外，此技術藉由在一系列庫存轉移期間潛在地抑制目的地之間的庫存波動而對傳統的平衡軟件進行改善。舉例而言，使用裝運率、庫存及售賣率的實時或接近即時的更新，SCM系統117可藉由對抑制庫存波動的範圍進行設定來實施控制邏輯，例如比例/積分/微分控制系統。舉例而言，跨越具有較近緩衝區的目的地對庫存進行平衡可能導致來回裝運，此會浪費運輸時間及資源。SCM系統117可將利用率類別（高、正常及低）儲存於記憶體或資料結構中，以用於步驟420至436。

在SCM系統117已將目的地分類為高利用率、正常利用率或低利用率之後，SCM系統117可進行至步驟418且判斷是否存在其餘的目的地待分析。若存在SCM系統117尚未分析的其餘目的地，則SCM系統117可選擇另一目的地且返回至步驟408。作為另外一種選擇，若已對所有目的地進行分析，則步驟418為否，且SCM系統117可進行至圖4B中所示的過程400的其餘步驟。

SCM系統117可自步驟418進行至步驟420，以擷取高利用率目的地。SCM系統117可進行至步驟422且在資料結構中找到與高利用率目的地具有共用屬性的低利用率目的地。如前所述，共用屬性可為區或目的地能力。在一些實施例中，低利用率目的地可具有共用的區屬性、共用的安全等級及共用的處置設備可用性。舉例而言，在目的地處，大型電視可能需要保全人員及堆高機進行處置，且在步驟422處，SCM系統117可對具有保全人員及堆高機的低利用率目的地進行辨識。

此外，在步驟424處，SCM系統117可向使用者裝置發送用於顯示的指令，以將SKU的重新分配數量自低利用率目的地轉移至高利用率目的地。指令可藉由電子郵件、文本訊息或其他內部通訊系統被發送，且由倉庫管理員接收，以達成自低利用率位置至高利用率位置的貨物重新分配。SKU的重新分配數量可基於目的地的緩衝區與平均緩衝區之間的差異。舉例而言，若高利用率目的地每天裝運300盒紙巾且具有3天的緩衝區，而平均緩衝區是5天，則重新分配數量可被確定為(5-3) × 300 = 600盒。在一些實施例中，儘管具有相似的緩衝區不足，但不同目的地的重新分配數量可能不同，此乃因目的地的裝運率可能不同。

此外，SCM系統117可在儲存於SCM系統117的記憶體中或如上所述的資料庫中的資料結構中將重新分配數量分配至高利用率目的地，且自低利用率目的地對重新分配數量進行解除分配。此可避免一數量貨物的轉移指令的重複。此外，SCM系統117可判斷在轉移重新分配數量之後低利用率目的地是否是正常利用率目的地，且改變與低利用率目的地相關聯的資料結構中的辨識符以避免重新分配任務。在一些實施例中，SCM系統117可限制來自低利用率目的地的貨物轉移，使得低利用率目的地不會由於轉移後的低庫存而變成高利用率目的地。SCM系統117可找到另一低利用率目的地（另一低利用率目的地可供應全部重新分配數量以降低運輸成本），或者可找到多個低利用率目的地以構成重新分配數量且發送多個轉移指令。

在步驟426處，SCM系統117可判斷是否存在其餘的高利用率目的地。若存在其餘的高利用率目的地，步驟426為是，且SCM系統117可返回至步驟420以選擇另外的高利用率目的地。

SCM系統117亦可在對網路庫存進行重新分配時結合附加的因素。舉例而言，在步驟428處，SCM系統117可判斷目的地的緩衝區是否包括短期部分及長期部分，且重新分配數量是基於短期部分的大小。舉例而言，目的地可在倉庫中儲存SKU的一些單位，以用於短期或少量裝運，例如轉運至零售消費者。該些單位可自批量裝運物分解出來，以便快速進行重新包裝及裝運。目的地亦可將SKU的一些單位儲存於長期儲存器中（例如以批量形式）作為在售賣激增的情形中的備用容量，或者用於裝運至商業客戶。長期儲存數量可能亦需要特殊的處置設備，例如用於處置託盤的堆高機。附加地，由於長期部分在裝運前可能具有較長的週期，因此自不同區裝運所引起的延遲可能是可接受的，而短期部分可能會很快裝運。

此外，由於長期部分在裝運之前可能具有長的週期，因此長期部分可儲存於區內的任何地方，同時仍然解決整個地區緩衝區不足。舉例而言，一託盤的紙巾盒可能被提前儲備起來，以應對某區中的流感爆發及消費者需求的增加。由於例如商業售賣，因此目的地可能具有其紙巾的長期部分的高利用率。可在同一區內的任何目的地處儲存附加的紙巾盒託盤，以解決長期部分不足的問題。

SCM系統117因此可基於短期部分的大小及與第一重新分配數量對應的第一指令來創建第一重新分配數量。第一重新分配數量可自具有共用區屬性的低利用率目的地獲得，使得第一重新分配數量可快速到達高利用率目的地。

SCM系統117亦可對長期部分進行重新分配。舉例而言，若SCM系統117在步驟428處確定將緩衝區劃分成短期部分及長期部分，則SCM系統117可在步驟430處對具有與高利用率位置不同的區屬性的目的地進行辨識。

在步驟432處，SCM系統117可向使用者裝置發送用於顯示的第二指令，以將與長期部分的大小對應的第二重新分配數量自具有與高利用率位置不同的區屬性的目的地轉移至具有與高利用率位置共用的區屬性的至少一個目的地。以此種方式，除了跨越個別目的地進行平衡之外可跨越區對長期部分進行平衡或者可跨越區對長期部分進行平衡而非跨越個別目的地進行平衡。

在某些情形中，高利用率的目的地可能太滿而無法儲存附加的庫存，以使緩衝區處於分銷商期望的範圍內。舉例而言，高利用率位置可能儲存有其他SKU且具有滿的貨架、託盤停放空間或其他容量量測，使得不存在空間來存放更多的庫存。因此，在一些實施例中，在步驟434處，SCM系統117可至少基於目的地的庫存來確定高利用率目的地的空閒容量，且若例如儲存空間是可互換的，使得任何SKU均可儲存於儲存空間中，則亦可考慮其他SKU的庫存。SCM系統117亦可確定重新分配數量所需的容量或儲存空間。在一些實施例中，SKU可藉由對客戶的最終裝運方法來分類。舉例而言，某些SKU（例如低價值、非易碎的SKU）可在袋子中裝運（即「可攜帶」）。高價值或易碎的SKU可能需要與其他包裝一起在盒中裝運（即「不可攜帶」）。其他SKU可能自製造商或供應商大量地被裝運，或採用原始包裝（即「大件（grande）」）。舉例而言，由於消費者可能常常採購大量的衛生紙，成盒的衛生紙可能被分類成大件，且所述盒可能以衛生紙製造商所提供的原始包裝自目的地被裝運至消費者。一些儲存空間因此可被綁定至SKU類型，使得目的地中的一些儲存空間被分配至總物項、不可攜帶物項及大件物項。舉例而言，大件物項可儲存於障礙物較少的區域，以便堆高機可移動，而可攜帶物項可儲存於貨架上。

若目的地具有足夠的空閒容量來接收重新分配數量，則步驟434為是，且SCM系統117可進行至步驟422。

然而，若儲存容量不足，使得步驟434為否，則SCM系統117可將低緊急性物項轉移出高利用率目的地，以騰出附加的空間。因此，庫存可為第一庫存，且SKU可為第一SKU。此外，在步驟436處，SCM系統117可自資料結構擷取第二SKU的第二庫存，第二SKU具有較第一SKU的緊急屬性低的緊急屬性。舉例而言，相較於具有低緩衝區的第一SKU，基於較低的利潤率或較低的售賣量，第二SKU可能具有較低的緊急性。在步驟438處，SCM系統117可因應於高利用率目的地對於重新分配數量不具有足夠的儲存容量而向使用者裝置發送用於顯示的附加指令，以自高利用率目的地轉移第二庫存的至少一部分。以此種方式，SCM系統117可確保高利用率目的地具有足夠的高利用率SKU庫存來滿足客戶需求。

在某些情形中，藉由步驟428至438移動低緊急SKU及單獨處置長期部分可能不足以確保高利用率目的地可容納附加的庫存以增加緩衝區。SCM系統117可因此將物項重新分配至區內的其他目的地，藉此接近短的分配時間，若庫存被放置於高利用率的目的地處，則此將是可能的。

舉例而言，SCM系統117可因應於重新分配數量的量超過高利用率目的地的儲存容量而藉由對資料結構進行存取來對與高利用率目的地具有共用區辨識符的替代目的地進行辨識。SCM系統117可向使用者裝置發送用於顯示的附加指令，以將SKU的重新分配數量的至少一部分自低利用率目的地轉移至替代目的地。重新分配數量的部分可與重新分配數量的超出量對應，超出量不適合高利用率目的地。在某些情形中，所述部分可能是整個重新分配數量。

作為本揭露的示例性實施例，用於物項分配的電腦實施的方法可包括多個步驟。所述步驟可包括：自資料結構擷取多個目的地中的每一者處的第一SKU的第一庫存；確定目的地中的每一者的緩衝區；確定跨越目的地的平均緩衝區。所述方法亦可包括：基於與平均緩衝區的差異而對至少一個高利用率目的地及至少一個低利用率目的地進行辨識；以及使用高低利用率或低利用率的分類來對網路庫存進行重新分配。舉例而言，方法亦包括迭代地進行以下操作且針對高利用率目的地中的每一者進行以下操作：自資料結構擷取高利用率目的地處的第二SKU的第二庫存，第二SKU具有較第一SKU的緊急屬性低的緊急屬性；向使用者裝置發送用於顯示的第一指令，以自高利用率目的地轉移第二庫存的至少一部分。

此外，方法可包括根據短期指定及長期指定來對庫存進行分配的步驟。舉例而言，方法可更包括：對所述高利用率目的地的第一庫存的短期部分及長期部分進行辨識；在資料結構中找到與高利用率目的地具有共用區屬性的低利用率目的地；向使用者裝置發送用於顯示的第二指令，以將與短期部分的大小對應的SKU的第一重新分配數量自低利用率目的地轉移至高利用率目的地。

再此外，所述方法可包括在整個區對庫存進行分配的步驟，所述步驟包括向使用者裝置發送用於顯示的第三指令，以將與長期部分的大小對應的第二重新分配數量自與高利用率位置具有不同的區屬性的目的地轉移至與高利用率位置具有共用的區屬性的至少一個目的地。

儘管已參照本揭露的具體實施例示出並闡述了本揭露，然而應理解，本揭露可不加修改地實踐於其他環境中。上述說明是出於例示目的而呈現。上述說明並非詳盡性的且並非僅限於所揭露的精確形式或實施例。藉由考量對所揭露實施例的說明及實踐，各種修改及改編對於熟習此項技術者而言將顯而易見。另外，儘管所揭露實施例的態樣被闡述為儲存於記憶體中，然而熟習此項技術者應理解，該些態樣亦可儲存於其他類型的電腦可讀取媒體上，例如輔助儲存裝置（例如硬碟或光碟唯讀記憶體（compact disk read-only memory，CD ROM））或者其他形式的隨機存取記憶體（random access memory，RAM）或唯讀記憶體（read-only memory，ROM）、通用序列匯流排（universal serial bus，USB）媒體、數位影音光碟（digital versatile disc，DVD）、藍光（Blu-ray）或其他光學驅動媒體上。

基於書面說明及所揭露的方法的電腦程式處於有經驗的開發者的技能範圍內。可使用熟習此項技術者已知的任何技術來創建各種程式或程式模組，或者可結合現有的軟體來設計各種程式或程式模組。舉例而言，可採用或借助.Net Framework、.Net Compact Framework（以及相關語言，如Visual Basic、C等）、爪哇（Java）、C++、Objective-C、超文件標記語言（Hypertext Markup Language，HTML）、HTML/AJAX組合、可擴展標記語言（Extensible Markup Language，XML）或包括爪哇小程式的HTML來設計程式區段或程式模組。

此外，儘管本文中已闡述了例示性實施例，然而熟習此項技術者基於本揭露將設想出具有等效元素、修改形式、省略、組合（例如，各種實施例之間的態樣的組合）、改編及/或變更的任何及所有實施例的範圍。舉例而言，在一些實施例中，在不偏離本揭露的條件下，可在過程中對步驟進行替換、取代、添加或重新排序。此外，在一些實施例中，一些步驟可同時發生。申請專利範圍中的限制應基於申請專利範圍中採用的語言進行廣義解釋，而並非僅限於本說明書中闡述的實例或在申請的過程期間闡述的實例。所述實例應被視為非排他性的。此外，所揭露方法的步驟可以任何方式進行修改，包括藉由對步驟進行重新排序及/或插入或刪除步驟。因此，本說明書及實例旨在僅被視為例示性的，真正的範圍及精神由以下申請專利範圍及其等效內容的全部範圍來指示。

100:系統/方塊圖 101:裝運授權技術（SAT）系統 102A:行動裝置/裝置/使用者裝置 102B:電腦/裝置/使用者裝置 103:外部前端系統 105:內部前端系統 107:運輸系統 107A、107C:行動裝置/裝置 107B:行動裝置 109:賣方入口 111:裝運及訂單追蹤系統 113:履行最佳化（FO）系統 115:履行訊息傳遞閘道（FMG） 117:供應鏈管理（SCM）系統 119:倉庫管理系統（WMS） 119A:行動裝置/裝置/平板電腦 119B:行動裝置/PDA/裝置 119C:行動裝置/裝置/電腦 121A、121B、121C:第三方履行（3PL）系統 123:履行中心授權系統（FC Auth） 125:勞資管理系統（LMS） 200:履行中心（FC） 201、222:卡車 202A、202B、208:物項 203:入站區 205:緩衝區 206:堆高機 207:卸貨區 209:揀選區 210:儲存單元 211:包裝區 213:中樞區 214:運輸機構 215:營地區 216:牆 218、220:包裝 224A、224B:交付工作者 226:汽車 302、304、306:區 308、310、312、314、316:目的地 308a:埠 400:過程 402、404、406、408、410、412、414、416、418、420、422、424、426、428、430、432、434、436、438:步驟

圖1A是示出根據所揭露實施例的網路的示例性實施例的示意性方塊圖，所述網路包括用於能夠進行通訊的裝運、運輸及物流操作的電腦化系統。圖1B繪示出根據所揭露實施例的樣本搜尋結果頁面（SRP），其包括滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素。圖1C繪示出根據所揭露實施例的樣本單一顯示頁面（Single Display Page，SDP），其包括產品及關於產品的資訊以及交互式使用者介面元素。圖1D繪示出根據所揭露實施例的樣本購物車頁面，其包括虛擬購物車中的物項以及交互式使用者介面元素。圖1E繪示出根據所揭露實施例的樣本訂單頁面，其包括來自虛擬購物車的物項以及關於採購及裝運的資訊以及交互式使用者介面元素。圖2是根據所揭露實施例的被配置成利用所揭露電腦化系統的示例性履行中心的圖例。圖3是根據所揭露實施例的目的地位置及容量的圖示。圖4A及圖4B提供示出根據所揭露實施例的庫存平衡過程的示例性實施例的流程圖。

302、304、306:區

308、310、312、314、316:目的地

308a:埠

Claims

一種用於物項分配的電腦實施方法，包括：確定高利用率目的地對於重新分配數量不具有足夠的儲存容量；基於所述確定，自資料結構擷取第一存量計量單位的第一庫存，所述第一存量計量單位具有較第二存量計量單位的緊急屬性低的緊急屬性；向使用者裝置發送第一指令，以自所述高利用率目的地轉移所述第一庫存的至少一部分；在所述資料結構中找到與所述高利用率目的地具有共用屬性的低利用率目的地；以及向所述使用者裝置發送第二指令，以將所述第二存量計量單位的所述重新分配數量自所述低利用率目的地轉移至所述高利用率目的地。
如請求項1所述的電腦實施方法，更包括：自所述資料結構擷取多個目的地中的每一者處的一或多個存量計量單位的庫存；確定所述多個目的地中的每一者的緩衝區；確定跨越所述多個目的地的平均緩衝區；以及基於與所述平均緩衝區的差異而對至少所述高利用率目的地及至少所述低利用率目的地進行辨識。
如請求項2所述的電腦實施方法，其中主要目的地接收來自製造商的貨物，所述主要目的地處於所述多個目的地之中。
如請求項2所述的電腦實施方法，其中確定所述多個目的地中的每一者的所述緩衝區包括針對所述多個目的地中的每一者進行以下操作：自所述資料結構擷取所述目的地的存量計量單位調度歷史；對作為自所述目的地調度的存量計量單位物項的數目與時間量的比率的存量計量單位速度進行計算；以及將所述目的地的所述緩衝區設定為所述庫存對所述存量計量單位速度的比率。
如請求項2所述的電腦實施方法，其中目的地的所述緩衝區包括短期部分及長期部分，且所述重新分配數量是基於所述短期部分的大小。
如請求項5所述的電腦實施方法，其中所述重新分配數量是第一重新分配數量；以及對網路庫存進行重新分配更包括：向所述使用者裝置發送用於顯示的第三指令，以將與所述長期部分的大小對應的第二重新分配數量自與高利用率位置具有不同的區屬性的目的地轉移至與所述高利用率位置具有共用的區屬性的至少一個目的地。
如請求項2所述的電腦實施方法，其中更包括：藉由以下對網路庫存進行重新分配：因應於所述重新分配數量的量超過所述高利用率目的地的儲存容量而藉由對所述資料結構進行存取來對與所述高利用率目的地具有共用區辨識符的替代目的地進行辨識；以及向所述使用者裝置發送用於顯示的附加指令，以將所述第一存量計量單位的所述重新分配數量的至少一部分自所述低利用率目的地轉移至所述替代目的地。
如請求項1所述的電腦實施方法，其中所述共用屬性與區或目的地能力中的至少一者對應。
如請求項8所述的電腦實施方法，其中所述目的地能力與安全等級、處置設備可用性及調度通量對應。
一種用於物項分配的電腦實施系統，包括：記憶體，儲存指令，至少一個處理器，被配置成執行所述指令，以實行請求項1-9中的一者的步驟。