TWI764802B - 用於平衡工作負荷的系統及方法 - Google Patents

Abstract

揭露一種用於在一或多個位置之間平衡工作負荷的電腦實施的方法。所述方法可包括：接收多個位置的工作負荷預測相關聯的資料，資料包括在預先確定的時間週期內多個位置預期接收的訂單數目；基於多個位置的可用處理能力來確定多個位置的工作負荷預測相對於多個位置的工作負荷預測的第一總和的第一組比率；在預先確定的時間週期內接收電子訂單；以及基於第一組比率將多個位置的第一位置的電子訂單的第一子集重新分派至多個位置的第二位置，其中重新分派的電子訂單子集被配置成基於多個位置的可用處理能力來平衡多個位置之間的負載分佈。

Description

用於平衡工作負荷的系統及方法

本揭露大體而言是有關於用於在一或多個位置之間重新分配工作負荷的電腦化方法及系統。具體而言，本揭露的實施例是有關於監控相較於預先確定的目標而言分配至一或多個位置的工作負荷並將工作負荷自一個位置重新分配至另一位置以便使各所述位置處資源的高效利用最大化的創新性且非常規的系統。

對於藉由例如網際網路、郵件、電話及傳真等方法自遠端顧客接收訂單的商店，典型的訂單處理涉及接收訂單、自存量（inventory）擷取所訂購物件以及將所訂購物件運送至對應的位址。隨著訂單量及存量中物件數目的增加，商店可能需要建立多個將物件貯存於其存量中並運送至一個區內的不同位址的實踐中心（fulfillment center，FC）。

實踐中心可以各種量將相同的物件運送至共用區（例如，大的都會區域及其郊區）且以各種量貯存相同的物件，但各自將具有其自己的一組可用工作者、設備及設施。該些差異會影響實踐中心的處理能力（即，在給定的時間週期內其可處理多少訂單）及固定運營成本（例如，公用事業費、工資等）。即使商店可能接收到滿足其在所有實踐中心的總處理能力的100%的訂單，將訂單錯誤地分配至不同的實踐中心亦可能會導致不必要的費用。舉例而言，當實踐中心被分配的訂單超出其處理能力時，實踐中心可能會過載，此可能會導致處理延遲或用於加班費的額外工資。另一方面，另一實踐中心被分配的訂單可能小於其處理能力，此可能會導致其資源利用不足，浪費一部分固定運營成本。

因此，需要改善的方法及系統來在多個實踐中心之間平衡訂單數目或工作負荷，以便使相應的處理能力最大化及/或使過載最小化。除訂單在實踐中心之間的均勻分佈之外，在更廣泛的範圍上，所述改善的方法及系統進一步適於在多個計算系統之間分佈任何工作負荷（例如，分佈式計算中的計算負荷）。

本揭露的一個態樣是有關於一種用於在一或多個位置之間平衡工作負荷的電腦實施的方法。所述方法可包括：接收與第一位置及第二位置的工作負荷預測相關聯的資料，所述資料包括在預先確定的時間週期內所述第一位置及所述第二位置預期接收的訂單數目；確定所述第一位置及所述第二位置的工作負荷預測相對於所述第一位置及所述第二位置的所述工作負荷預測的第一總和的第一組比率，所述第一組比率至少包括所述第一位置的第一預測比率及所述第二位置的第二預測比率；在所述預先確定的時間週期內接收電子訂單，所述電子訂單包括一或多組物件且被分派至所述第一位置及所述第二位置中的一者；以及基於所述第一位置的所述電子訂單相對於所述第一位置及所述第二位置的所述電子訂單的第二總和的第二比率、所述第一預測比率、所述第二總和以及所述第一位置的第一電子訂單子集是否可在不增加與所述第一電子訂單子集對應的所述一或多組物件的總數目的情況下被重新分派，將所述第一電子訂單子集重新分派至所述第二位置。

本揭露的又一態樣是有關於一種用於在一或多個位置之間平衡工作負荷的電腦實施的系統。所述系統可包括：非暫時性電腦可讀取媒體，被配置成儲存指令；以及至少一個處理器，被配置成執行所述指令以實行操作。所述操作可包括：接收與第一位置及第二位置的工作負荷預測相關聯的資料，所述資料包括在預先確定的時間週期內所述第一位置及所述第二位置預期接收的電子訂單數目；確定所述第一位置及所述第二位置的工作負荷預測相對於所述第一位置及所述第二位置的所述工作負荷預測的第一總和的第一組比率，所述第一組比率至少包括所述第一位置的第一預測比率及所述第二位置的第二預測比率；在所述預先確定的時間週期內接收電子訂單，所述電子訂單包括一或多組物件且被分派至所述第一位置及所述第二位置中的一者；以及基於所述第一位置的所述電子訂單相對於所述第一位置及所述第二位置的所述電子訂單的第二總和的第二比率、所述第一預測比率、所述第二總和以及所述第一位置的第一電子訂單子集是否可在不增加與所述第一電子訂單子集對應的所述一或多組物件的總數目的情況下被重新分派，將所述第一電子訂單子集重新分派至所述第二位置。

此外，本揭露的另一態樣是有關於一種用於在一或多個倉庫之間重新分佈一或多個訂單的電腦實施的系統。所述系統可包括：非暫時性電腦可讀取媒體，被配置成儲存指令；以及至少一個處理器，被配置成執行所述指令以實行操作。所述操作可包括：接收與第一倉庫及第二倉庫的訂單預測相關聯的資料，所述資料是使用訂單模擬模型而確定且包括在預先確定的時間週期內所述第一倉庫及所述第二倉庫預期接收的訂單數目；確定所述第一倉庫及所述第二倉庫的所述訂單預測相對於所述第一倉庫及所述第二倉庫的所述訂單預測的第一總和的第一組比率，所述第一組比率至少包括所述第一倉庫的第一預測比率及所述第二倉庫的第二預測比率；在所述預先確定的時間週期內接收電子訂單，所述電子訂單包括一或多個物件的一或多個包裹；基於訂單分配模型的結果將所述電子訂單分派至所述第一倉庫及所述第二倉庫；確定所述第一倉庫的所述電子訂單相對於所述第一倉庫及所述第二倉庫的所述電子訂單的第二總和的第二比率；確定所述第二倉庫的所述電子訂單相對於所述第一倉庫及所述第二倉庫的所述電子訂單的所述第二總和的第三比率；以及當所述第二比率超過所述第一預測比率的量小於所述第一倉庫的工作負荷容限時，當所述第三比率小於所述第二倉庫的所述工作負荷容限時，當所述第二總和超過工作負荷臨限值時，且當所述第一倉庫的第一電子訂單子集的包裹數目將在重新分派之後保持相同時，將所述第一電子訂單子集重新分派至所述第二倉庫。

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

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

本揭露的實施例是有關於用於在多個計算系統之間平衡工作負荷的系統以及方法。

參照圖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^rd party 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）、引擎X（NGINX）等軟體的一或多個電腦。在其他實施例中，外部前端系統103可運行定製網路伺服器軟體，定製網路伺服器軟體被設計成接收及處理來自外部裝置（例如，行動裝置102A或電腦102B）的請求，基於該些請求自資料庫及其他資料儲存器獲取資訊，且基於所獲取的資訊提供對所接收請求的響應。

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

由圖1B、圖1C、圖1D及圖1E所示的一組例示性步驟將有助於闡述外部前端系統103的一些操作。外部前端系統103可自系統100中的系統或裝置接收資訊，以供呈現及/或顯示。舉例而言，外部前端系統103可代管（host）或提供一或多個網頁，包括搜尋結果頁面（SRP）（例如，圖1B）、單一顯示頁面（Single Display Page，SDP）（例如，圖1C）、購物車頁面（例如，圖1D）或訂單頁面（例如，圖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）」按鈕、量欄、物件圖片等其他交互式元素。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中的一或多個系統交互的電腦系統。舉例而言，在網路101能夠呈現系統以使使用者能夠對物件下訂單的實施例中，內部前端系統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來達成對容納由使用者訂購的貨物的包裝的遞送。舉例而言，為遞送包裝，遞送工作者可在行動裝置上接收指示遞送哪一包裝以及在何處遞送所述包裝的通知。在到達遞送位置時，遞送工作者可使用行動裝置來定位包裝（例如，在卡車的後部或包裝的板條箱中）、掃描或以其他方式捕獲與包裝上的辨識符（例如，條形碼、影像、正文字串（text string）、射頻辨識（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可基於貨物的過往需求（例如，在一段時間週期期間此貨物被訂購過多少次）、貨物的預期需求（例如，預測在即將到來的一段時間週期期間有多少顧客會訂購所述貨物）、指示在一段時間週期期間訂購過多少貨物的全網路過往需求、指示在即將到來的時間週期期間預期會訂購多少貨物的全網路預期需求、儲存於每一實踐中心200中的貨物的一或多個計數、每種貨物由哪一實踐中心儲存、此貨物的預期或當前訂單等來為貨物計算PDD。

在一些實施例中，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。

揀選者可接收將物件放入（或「裝載」於）揀選區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，且確定每一包裝旨在去往遞送區域的哪一部分，且將包裝路由至適當的營地區（camp zone）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繪示示例性電腦化規劃過程300的流程圖。規劃過程300可例如在規劃階段處實行，在規劃階段期間，FO系統113可為每一實踐中心（FC）設定目標工作負荷。圖4繪示在規劃過程300期間確定的不同參數的示例性值的表400。下文參照表400中的示例性值闡述規劃過程300。舉例而言，可存在第一FC（即，FC1）、第二FC（即，FC2）及第三FC（即，FC3），在一些實施例中，第一FC（即，FC1）、第二FC（即，FC2）及第三FC（即，FC3）中的每一者可被實施為FC 200（繪示於圖2中）。

在步驟301處，FO系統113可接收與每一FC的工作負荷預測相關聯的資料。與上文參照產生各別貨物的購買訂單所闡述的預測功能相似，SCM系統117可基於例如特定貨物的需求水準、一天中的時間、一年中的天、即將到來的假期、FC的位置等來預測特定時間週期內特定FC的工作負荷水準。SCM系統117可以任何預先確定的間隔（例如，24小時、12小時、6小時）產生此種預測資料。

此種預測資料可提前預先確定的時間週期（例如，提前兩天）而產生。在一些實施例中，除其他以外，工作負荷水準亦可包括在預先確定的時間週期內（例如，在24小時內）FC處預期接收的訂單數目。舉例而言，圖4中的工作負荷預測401包括在FC1處為500,000個訂單、在FC2處為300,000個訂單及在FC3處為200,000個訂單，所有FC總計有1,000,000個訂單。在此實例中，工作負荷預測401可指代在一24小時週期內每一FC處預期接收的訂單數目，且是提前兩天在上午12點產生。在隨後的24小時週期內FC的另一組工作負荷預測401可在第二天上午12點產生。

在一些實施例中，訂單可包括一或多種貨物，但工作負荷可能僅涉及訂單數目。在其他實施例中，SCM系統117可在產生工作負荷預測時考量與訂單相關聯的貨物數目。

在步驟303處，FO系統113可在所預測時間週期內使用特定於FC的變量來調整工作負荷預測401，以確定所預測時間的目標工作負荷405。舉例而言，特定於FC的變量可與所預測時間內FC處的預期勞資短缺、FC的規劃關閉、FC處新設備的規劃安裝、自FC進行運送的成本、FC的財務情況等相關聯。舉例而言，不同於上述工作負荷預測401，目標工作負荷405示出對於FC1為550,000個訂單、對於FC2為290,000個訂單及對於FC3為160,000個訂單。在一些實施例中，FC的目標工作負荷405可相對於其工作負荷預測401而保持不變。總目標工作負荷亦可相對於基於所有FC的目標工作負荷405的總工作負荷預測而保持不變或存在偏差。在一些實施例中，工作負荷預測401的調整可藉由由瞭解特定FC的狀況的人手動調整工作負荷來進行，或者藉由基於過往歷史將工作負荷預測401增加或減少預先確定的固定值來進行。再者，在一些實施例中，FO系統113可嘗試藉由增加另一FC的目標工作負荷405來補償一個FC的表現不佳，正如FC1的目標工作負荷405因應於FC2及FC3的預期表現不佳而自500,000個訂單增加至550,000個訂單一樣。

在步驟305處，FO系統113可基於各別FC的目標工作負荷405以及總目標工作負荷來確定每一FC的目標比率407。舉例而言，FC1、FC2及FC3的目標比率407分別為55%、29%及16%。在一些實施例中，目標比率407可用作實際工作負荷的理想分佈。舉例而言，若工作負荷預測401是準確的且在所預測日期實際上總共接收到1,000,000個訂單，則FC1、FC2及FC3理想地將分別接收到550,000、290,000及160,000個訂單。作為另一選擇，若實際工作負荷超過工作負荷預測401的量為200,000個訂單，則根據目標比率407，FC1、FC2及FC3理想地將分別接收到660,000、348,000及192,000個訂單。在一些實施例中，預測比率403可用作目標比率407，而無需調整。

基於目標比率407而非目標工作負荷405來分佈工作負荷可使得能夠在即使工作負荷仍在積累的情況下無視實際工作負荷來分佈工作負荷。此外，此種分佈方案可使得能夠相對於每一FC處的可用資源（例如，勞動力、存量等）均勻地分佈工作負荷，此可使不平衡分佈最小化，在不平衡分佈中，一個FC要做的工作過多，從而產生額外的運營成本，而另一FC要做的工作過少，從而浪費當天已投入的運營成本。

更廣泛而言，此種基於比率（即，相對工作負荷）而非實際量（即，絕對工作負荷）的工作負荷分佈亦可適用於其他技術領域，例如分佈式計算。在分佈式計算中，利用多個電腦系統來完成大的計算任務。傳統的分佈式計算可無視電腦系統的相應計算能力而在所述電腦系統之間均勻地分佈計算任務，依序分派每一電腦系統可處置的最大量直至所有工作負荷均被分派為止，在每一電腦系統發出請求時以小的批次分配工作負荷，等等。然而，該些方法中的每一者均可能導致每一電腦系統處計算資源的過度使用或使用不足。相反，首先評估每一電腦系統處的可用資源、確定其相對容量且以符合所揭露實施例的方式基於所述比率分派工作負荷可使得能夠無視每一電腦系統處可用的不同量來均勻地利用資源。

重新參照圖3，在步驟307處，FO系統113亦可基於容限409來確定FC的容限比率411，容限409是基於特定於FC的變量為每一FC而預分派。在一些實施例中，容限409可指示FC可能夠處理的額外工作負荷的程度。舉例而言，若有必要，則FC1可能夠處理較所規劃者多8%的工作負荷，而FC2可能夠處理較所規劃者多5%的工作負荷，且FC3可能夠處理較所規劃者多4%的工作負荷。特定於FC的變量可包括例如可加班工作的工作者的可用性、存量水準、自FC進行運送的成本、FC的財務情況等。在一些實施例中，由於一些特定於FC的變量可能在一天的過程中波動，因此容限亦可能隨著時間而變化。舉例而言，相較於在傍晚招聘額外的夜班工作者而言，在上午招聘額外的夜班工作者可能更容易。

基於容限409，FO系統113可確定藉由將各別目標比率407增加相應的容限409而計算出的容限比率411，在此實例中，對於FC1至FC3，容限比率411可分別為59.4%、30.5%及16.6%。在一些實施例中，容限比率411的總和可大於100%。在其他實施例中，FO系統113可進一步將容限比率411成比例地調整至總計100%。

圖5繪示由FO系統113實行的示例性電腦化工作負荷平衡過程500的圖。如下文所欲闡述，所述過程可被劃分成三個階段，其規定在每一階段下授權的工作負荷傳送類型（列560）。FO系統113可基於聚集層級（aggregate level）（列540）及FC層級（列550）的考量來確定適用於FC的階段。因此，適當階段的確定是特定於FC的，且不同的FC可在給定時間點處在不同階段下進行操作。

圖6繪示影響FO系統113對不同階段的確定的參數的示例性值的表600。為一致性起見，表600中的示例性值亦與上文參照圖4闡述的參數有關。下文參照表600中的示例性值闡述工作負荷平衡過程500。

在以上參照圖3及圖4闡述的規劃階段之後，FO系統113可將所確定的值（例如，目標比率407、容限比率411）儲存於資料庫（未示出）中，直至所預測時間到來。舉例而言，可能已為未來兩天以後的日期產生工作負荷預測401，且FO系統113可儲存所確定的值，直至所述日期實際到來。

在實際的所預測時間處，外部使用者可以上述方式藉由外部前端系統103開始下訂單。並且因此，FO系統113可在階段1平衡方案510下開始將訂單分派至FC。初始分派可基於例如接收者位址、FC的位址、FC處的存量等因素。在一些實施例中，FO系統113可無視被應用於特定FC的是哪一平衡方案來繼續對FC進行該些初始分派。每一FC亦可在分派訂單時開始處理所述訂單。

在一些實施例中，將訂單分派至FC的FO系統113可位於監管FC中的每一者的中央系統處。在其他實施例中，FO系統113可位於FC中的一者處。在任一實施例中，分派訂單可包括傳輸訂單的細節，包括物件及其量的列表、遞送位址、PDD等。接收方FC可將訂單添加至先入先出（first-in-first-out，FIFO）資料結構（例如，佇列），所分派的訂單由位於接收方FC處的多個訂單處理系統自所述FIFO資料結構依序或並行地處理（即，如上文參照圖2所述，揀選、包裝及遞送）。此外，將訂單重新分派或傳送至另一FC可包括自傳送方FC的FIFO資料結構移除所述訂單，將所述訂單及其對應的訂單資訊傳送至接收方FC，以及將所述訂單添加至接收方FC的FIFO資料結構。

在一些實施例中，FO系統113可繼續應用階段1平衡方案510，直至總積累訂單501小於訂單臨限值503為止。訂單臨限值503可為在FO系統113確定FC應開始應用階段2平衡方案520之前必須在所有FC之間分派的預先確定的訂單量。訂單臨限值503可基於由SCM系統117確定的總工作負荷預測的預先確定的百分比來確定。在一些實施例中，訂單臨限值503可為小於總工作負荷預測的值，以使FO系統113可在早期開始將訂單自具有相對高的工作負荷的FC傳送（即，重新分派）至具有相對低的工作負荷的另一FC。舉例而言，訂單臨限值503可為總工作負荷預測401（示出於圖4中）的10%，其將為100,000。如下文所更詳細地闡釋，訂單臨限值503高於總工作負荷預測可能無法確保足夠的時間來平衡工作負荷。

訂單臨限值503及預先確定的百分比可使用基於歷史資料的最佳化模型來設定，所述歷史資料為例如在一天的給定時間處訂單積累的速率及在一天的不同時間處適應額外工作負荷的FC的靈活性。舉例而言，低的訂單臨限值503可提示FO系統113相對較早地應用階段2平衡方案520，從而增加訂單傳送的可能性且因此產生與處理來自不同FC的訂單相關聯的額外運營成本。初始分派訂單的原始FC可能是最佳選擇，且處理來自另一FC的訂單可能會因遞送距離較長或勞資更昂貴而產生額外成本。另一方面，高的訂單臨限值503可能延遲訂單傳送，此可能由於時間或資源上的約束而限制可進行的傳送的數目。舉例而言，FO系統113可能不能夠將訂單傳送至已完成雇用夜班工作者的FC，此乃因所述FC可能不能夠在沒有額外工作者但又可能無法雇用更多工作者的情況下處置額外的工作負荷。

參照圖6，在時間1 610處，總訂單積累611為79,000，其小於基於總工作負荷預測401的10%設定的為100,000的訂單臨限值。因此，即使FC1的比率613大於圖4中所示FC1的為59.4%的容限比率411，FO系統113亦可不對FC之間的任何傳送進行授權。

一旦總積累訂單501變得大於或等於訂單臨限值503，FO系統113可開始將階段2平衡方案520應用於所有FC。在此階段處，FO系統113可僅對包裹層級的訂單傳送（其可不同於物件層級的傳送）進行授權。

在一些實施例中，訂單可包括一或多個物件，所述一或多個物件可被包裝成一或多個包裹。包裹可指代在一個容器（例如盒）中包裝於一起的一組物件。在一些實施例中，包裹可具有相關聯的固定成本，其可包括容器、包裝材料、最低運送費等的成本。以物件層級傳送訂單可能會導致對包裹進行分割，從而使旨在一起進行運送的物件的一個子集被自一個FC運送，而所述物件的另一子集被自不同的FC運送。因此，以物件層級傳送訂單儘管對於在FC之間平衡工作負荷而言是有效的，然而可能會增加所有FC的整體運營成本。因此，為盡可能多地使額外成本最小化，FO系統113可僅在階段2平衡方案520下對包裹層級的傳送進行授權，或者以不產生額外成本或僅產生名義上的款額（nominal amount）的方式對所述傳送進行授權。

舉例而言，在圖6中的時間2 620處，總訂單積累621為160,000，此超過為100,000的訂單臨限值。在此種情形中，自訂單積累621達到100,000個訂單時起，FO系統113可能已在FC之間傳送訂單。在一些實施例中，傳送可基於其相應的訂單比率623及目標比率601（以上文參照圖3闡述的方式確定）在兩個FC之間進行。

舉例而言，在表600中，FC1的訂單比率623（58%）大於FC1的目標比率601（55%）。在此種情形中，由於FC2及FC3的訂單比率623均低於其相應的目標比率601，因此FO系統113可對自FC1至FC2或FC3的包裹層級的訂單傳送進行授權。在一些實施例中，當多於一個FC可用於接收傳送時，FO系統113可基於FC與接收者位址之間的距離、訂購物件的貯存水準等來挑選一個FC。若由於目的地FC（即，在此種情形中是FC2或FC3）未貯存必要物件而可能無法進行包裹層級傳送，則FO系統113可將訂單留給其當前的FC。

在一些實施例中，當特定FC的訂單比率505小於其容限比率507時，FO系統113可繼續在階段2平衡方案520下為所述特定FC傳送訂單。一旦FC的訂單比率505變得大於或等於其容限比率507，FO系統113可將階段3平衡方案530應用於所述FC。FO系統113可繼續將階段2平衡方案520應用於其中對應的訂單比率505仍然小於對應的容限比率507的其他FC。舉例而言，在圖6中的時間3 630處，FC1的訂單比率633（60%）大於FC1的容限比率603（59.4%），此指示FO系統113正在將階段3平衡方案530應用於FC1。另一方面，FC2及FC3的訂單比率633各自小於對應的容限比率603，此指示FO系統113仍然在將階段2平衡方案520應用於FC2及FC3。

在一些實施例中，超過容限比率507可指示對應的FC有使其容量過載的風險。過載的FC可能無法在給定的時間週期內處理分派至所述FC的所有訂單，或者可能需要產生額外的成本來處理所有訂單。因此，在階段3平衡方案530下，FO系統113可以物件層級將訂單自一個FC傳送至另一FC。換言之，FO系統113可將包裹分割成二或更多個較小的單元，並將所述較小的單元中的一或多者傳送至其他FC。如上所述，此種物件層級傳送可能會產生額外的成本，但相對於與使FC過載相關聯的成本而言，所述額外的成本可能實質上較小。相似於包裹層級傳送，若由於目的地FC未貯存必要物件而可能無法進行物件層級傳送，則FO系統113可將訂單留給其當前的FC。

在一些實施例中，當訂單比率505由於傳送及新分派的訂單而波動時，FO系統113可基於對應的訂單比率505與容限比率507的比較而針對FC在階段2平衡方案或階段3平衡方案之間來回切換，如由箭頭525所示。

此外，在一些實施例中，FC處的授權工作者可使用與FO系統113相關聯的使用者介面（未示出）以配置使FC相對於傳送而開啟或關閉的一或多個設定。舉例而言，授權工作者可開啟他或她的FC以接受來自其他FC的傳入傳送（incoming transfer），或者關閉FC以阻擋傳入傳送。另外或作為另一選擇，授權工作者可開啟他或她的FC，以容許向其他FC進行外向傳送（outgoing transfer），或者關閉以防止外向傳送。

儘管已參照本揭露的具體實施例示出並闡述了本揭露，然而應理解，本揭露可不加修改地實踐於其他環境中。上述說明是出於例示目的而呈現。以上說明並非詳盡性的且並非僅限於所揭露的精確形式或實施例。藉由考量對所揭露的實施例的說明及實踐，各種修改及改編對於熟習此項技術者而言將顯而易見。另外，儘管所揭露的實施例的態樣被闡述為儲存於記憶體中，然而熟習此項技術者應理解，該些態樣亦可儲存於其他類型的電腦可讀取媒體上，例如輔助儲存裝置（例如硬碟或光碟唯讀記憶體（compact disc 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、HTML、HTML/AJAX組合、XML或包括Java小程式的HTML來設計程式區段或程式模組。

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

100:示意性方塊圖/系統 101:網路/運送授權技術（SAT）系統 102A:裝置/使用者裝置/行動裝置 102B:裝置/使用者裝置/電腦 103:外部前端系統 105:內部前端系統 107:運輸系統 107A、107B、107C:裝置/行動裝置 109:賣方入口 111:運送及訂單追蹤（SOT）系統 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:汽車 300:規劃過程/電腦化規劃過程 301、303、305、307:步驟 400、600:表 401:工作負荷預測 403:預測比率 405:目標工作負荷 407、601:目標比率 409:容限 411、507、603:容限比率 500:工作負荷平衡過程/電腦化工作負荷平衡過程 501:總積累訂單 503:訂單臨限值 505、623、633:訂單比率 510:階段1平衡方案 520:階段2平衡方案 525:箭頭 530:階段3平衡方案 540、550、560:列 610:時間1 611:總訂單積累 613:比率 620:時間2 621:訂單積累/總訂單積累 630:時間3

圖1A是示出符合所揭露實施例的網路的示例性實施例的示意性方塊圖，所述網路包括用於能夠進行通訊的運送（shipping）、運輸（transportation）及物流操作的電腦化系統。 圖1B繪示符合所揭露實施例的樣本搜尋結果頁面（Search Result Page，SRP），其包括滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素。 圖1C繪示符合所揭露實施例的樣本單一顯示頁面（Single Display Page，SDP），其包括貨物及關於貨物的資訊以及交互式使用者介面元素。 圖1D繪示符合所揭露實施例的樣本購物車頁面（Cart page），其包括虛擬購物車中的物件以及交互式使用者介面元素。 圖1E繪示符合所揭露實施例的樣本訂單頁面（Order page），其包括來自虛擬購物車的物件以及關於購買及運送的資訊以及交互式使用者介面元素。 圖2是符合所揭露實施例的被配置成利用所揭露電腦化系統的示例性實踐中心（FC）的圖例。 圖3繪示符合所揭露實施例的用於在規劃階段期間確定目標比率（target ratio）及容限比率（tolerance ratio）的示例性電腦化過程的流程圖。 圖4是符合所揭露實施例的用於基於預測確定不同位置處的目標工作負荷及容限的示例性資訊表。 圖5繪示符合所揭露實施例的用於在工作負荷重新分配的不同階段處確定適當動作的示例性電腦化過程的圖。 圖6是闡述符合所揭露實施例的重新分配工作負荷的電腦化過程的示例性資訊表。

300:規劃過程/電腦化規劃過程

301、303、305、307:步驟

Claims (10)

1. 一種用於在一或多個位置之間平衡工作負荷的電腦實施的方法，所述方法包括： 接收多個位置的工作負荷預測相關聯的資料，所述資料包括在預先確定的時間週期內所述多個位置預期接收的訂單數目； 基於所述多個位置的可用處理能力來確定所述多個位置的所述工作負荷預測相對於所述多個位置的所述工作負荷預測的第一總和的第一組比率； 在所述預先確定的時間週期內接收電子訂單；以及 基於所述第一組比率將所述多個位置的第一位置的電子訂單的第一子集重新分派至所述多個位置的第二位置， 其中重新分派的電子訂單子集被配置成基於所述多個位置的所述可用處理能力來平衡所述多個位置之間的負載分佈。
2. 如請求項1所述的電腦實施的方法，其中與所述工作負荷預測相關聯的所述資料是使用基於需求水準、所述多個位置的地理位置及一年中的時間的模擬模型而確定。
3. 如請求項1所述的電腦實施的方法，其中確定所述第一組比率包括基於與所述多個位置的子集相關聯的狀況來調整所述多個位置的所述子集的所述工作負荷預測。
4. 如請求項1所述的電腦實施的方法，其中確定所述第一組比率包括由對應於所述多個位置的子集的使用者輸入來調整所述工作負荷預測。
5. 如請求項1所述的電腦實施的方法，其中確定所述第一組比率包括由對應於所述多個位置的容限比率的子集來調整所述第一組比率。
6. 如請求項5所述的電腦實施的方法，更包括： 基於所述多個位置的預定處理能力來確定容限比率的所述子集。
7. 如請求項1所述的電腦實施的方法，其中接收所述電子訂單包括將所述電子訂單分派至所述多個位置中的不同位置。
8. 如請求項7所述的電腦實施的方法，其中基於目的地位址、所述多個位置的位址及所述多個位置處的存量中的至少一個來分派所述電子訂單。
9. 如請求項1所述的電腦實施的方法，更包括： 將所述電子訂單的額外子集自所述第一位置重新分派至所述第二位置，至少直至達成所述第一位置的容限比率，所述容限比率是基於所述第一組比率而確定的。
10. 一種用於在一或多個位置之間平衡工作負荷的電腦實施的系統，所述系統包括： 至少一個非暫時性電腦可讀取媒體，被配置成儲存指令；以及 至少一個處理器，被配置成執行所述指令以實行請求項1至9中任一者的所述方法。

Images