TW202407600A

TW202407600A - 用於智慧分配產品的電腦實行系統以及方法

Info

Publication number: TW202407600A
Application number: TW112141899A
Authority: TW
Inventors: 金濟
Original assignee: 南韓商韓領有限公司
Priority date: 2020-07-17
Filing date: 2020-12-31
Publication date: 2024-02-16
Also published as: KR20220010409A; US20220122030A1; JP2023533621A; TWI824220B; US20220019962A1; TW202205165A; KR102451182B1; KR20220139265A; WO2022013617A1; US11250380B2; US11810016B2

Abstract

本發明揭露用於智慧分配產品的電腦實行系統及方法。系統及方法可經組態以進行以下操作：接收將產品指派至位置的請求；自經組態以儲存產品屬性的系統檢索與產品相關聯的多個屬性；自經組態以儲存經實行以用於將產品指派至位置的規則系統檢索多個規則，檢索到的多個規則由使用者使用使用者介面來組態；藉由將檢索到的多個屬性應用於檢索到的多個規則來判定儲存產品的位置；以及將產品指派至判定的位置。

Description

用於智慧分配產品的電腦實行系統以及方法

本揭露內容大體上是關於以智慧分配傳入產品最佳化產品庫存的電腦化方法及系統。特定而言，本揭露內容的實施例是關於藉由基於真實世界約束對產品進行優先排序來將產品的訂單數量指派至履行中心的發明性及非習知系統。

履行中心（Fulfillment center；FC）每日遇到多於數百萬個產品，此是由於一旦消費者下了訂單，履行中心即操作以履行所述訂單且使得運送承運人能夠提貨。用於管理FC內部的庫存的操作可包含自賣方接收商品、堆裝接收到的商品以便於揀貨存取、包裝物件、驗證訂單以及包裹遞送。儘管當前現有的FC及用於FC中的庫存管理的系統經組態以處理大量的傳入及傳出商品，但當FC接收到比可處理的訂單更多的訂單時出現常見問題，此是因為訂單未充分分配於多個FC當中。舉例而言，與FC相關聯的商家可在高峰季節自供應商訂購大量產品，但FC並不具有足夠的資源以及時接收訂購的產品。此藉由減慢每一接收過程而導致FC處的大量積壓問題，此最終將累積問題。積壓問題可能導致銷售損失，此是因為其妨礙商家流通產品以賺取利潤。

為了緩解此類問題，習知庫存管理系統藉由在FC中雇用更多工作者來投資物流。雇用更多工作者的益處是額外工作者將有助於積壓。根據工作者的能力，或許有可能將工作者部署為若干不同的角色。儘管此等電腦化系統試圖以有效方式解決積壓問題，但雇用更多工作者的成本往往不會使生產率最佳化。

因此，需要用於藉由將適當數量的入站產品智慧指派至多個FC來將產品庫存保持在最佳水平的改良方法及系統。

本揭露內容的一個態樣是針對一種用於智慧分配產品的電腦實行方法，所述電腦實行方法包括：經由使用者裝置自經組態以儲存經實行以用於將產品指派至位置的規則的規則系統檢索多個規則，檢索到的所述多個規則由使用者使用所述使用者裝置的使用者介面來組態；藉由將檢索到的所述多個屬性應用於檢索到的所述多個規則來判定儲存所述產品的所述位置；藉由將檢索到的所述多個屬性應用於檢索到的所述多個規則來將所述產品指派至位置；基於經更新的多個屬性或經更新的多個規則計算經更新的指派邏輯；以及基於所述經更新的指派邏輯以將所述產品指派至經更新的位置。

本揭露內容的又一態樣是針對一種用於智慧分配產品的電腦實行系統，所述系統包括：記憶體，儲存指令；以及至少一個處理器，經組態以執行所述指令以進行所述電腦實行方法。

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

以下詳細描述參考隨附圖式。只要可能，在圖式及以下描述中使用相同附圖標號來指代相同或類似部分。儘管本文中描述若干說明性實施例，但修改、調適以及其他實施方案是可能的。舉例而言，可對圖式中所示出的組件及步驟作出替代、添加或修改，且可藉由替代、重新排序、移除步驟或將步驟添加至所揭露的方法來修改本文中所描述的說明性方法。因此，以下詳細描述不限於所揭露實施例及實例。實情為，本發明的適當範疇由所附申請專利範圍限定。

本揭露內容的實施例是針對用於藉由將適當數量的產品指派至履行中心來最佳化產品庫存的電腦實行系統及方法。所揭露實施例提供允許基於國家水平的真實世界約束來自動進行產品指派的創新的技術特徵。舉例而言，所揭露實施例藉由利用針對國家水平的真實世界約束的規則集合或物流回歸模型來實現將產品的訂購數量有效地指派至履行中心。

舉例而言，第一系統可自使用者裝置接收將產品指派至位置的請求。第一系統可自經組態以儲存產品屬性的第二系統檢索與產品相關聯的多個屬性，自FO系統檢索所請求的多個屬性，且將檢索到的多個屬性傳輸至第一系統。多個屬性可包含存貨單位（stock keeping unit；SKU）、尺寸（長度、寬度、高度以及重量）、單位數量、儲存類型、類別、價格、銷售帶、速度、遞送類型、供應商或類似者。第一系統可自經組態以儲存多個規則的規則系統檢索多個規則，檢索所請求的多個規則且將檢索到的多個規則傳輸至第一系統。可基於與每一規則相關聯的優先級來依序應用檢索到的多個規則。

在一些實施例中，映射系統可藉由將檢索到的多個屬性應用於檢索到的多個規則來判定在其中儲存產品的FC。舉例而言，映射系統可按照其優先級將多個屬性應用於多個規則。當映射系統判定FC時，映射系統可將產品指派至判定的FC。映射系統可對指派的產品進行操作驗證且自儲存系統檢索一或多個驗證使用情況。驗證使用情況可包含分析指派的產品以判定指派是否為空、供應商是否為空或無，指派包含空FC列表、無效FC列表或重複記錄。

參考圖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、倉庫管理系統119、行動裝置119A、行動裝置119B以及行動裝置119C（描繪為位於履行中心（FC）200的內部）、第3方履行系統121A、第3方履行系統121B以及第3方履行系統121C、履行中心授權系統（fulfillment center authorization；FC Auth）123以及勞動管理系統（labor management system；LMS）125。

在一些實施例中，SAT系統101可實行為監視訂單狀態及遞送狀態的電腦系統。舉例而言，SAT系統101可判定訂單是否超過其承諾遞送日期（Promised Delivery Date；PDD），且可採取適當的動作，包含發起新訂單、對未遞送訂單中的物件進行重新運送、取消未遞送訂單、發起與訂購顧客的聯絡，或類似者。SAT系統101亦可監視其他資料，包含輸出（諸如在特定時間段期間運送的包裹的數目）及輸入（諸如接收到的用於運送的空紙板盒的數目）。SAT系統101亦可充當系統100中的不同裝置之間的閘道，從而（例如，使用儲存及轉送或其他技術）實現諸如外部前端系統103及FO系統113的裝置之間的通信。

在一些實施例中，外部前端系統103可實行為使得外部使用者能夠與系統100中的一或多個系統交互作用的電腦系統。舉例而言，在系統100使得系統的呈現能夠允許使用者針對物件下訂單的實施例中，外部前端系統103可實行為接收搜尋請求、呈現物件頁以及索求支付資訊的網頁伺服器。舉例而言，外部前端系統103可實行為電腦或電腦運行軟體，諸如阿帕奇（Apache）HTTP伺服器、微軟網際網路資訊服務（Internet Information Service；IIS）、NGINX或類似者。在其他實施例中，外部前端系統103可運行經設計以接收及處理來自外部裝置（例如，行動裝置102A或電腦102B）的請求、基於彼等請求自資料庫及其他資料儲存庫獲取資訊、以及基於獲取的資訊將回應提供至接收到的請求的定製網頁伺服器軟體。

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

藉由圖1B、圖1C、圖1D以及圖1E所示出的說明性步驟集合將有助於描述外部前端系統103的一些操作。外部前端系統103可自系統100中的系統或裝置接收資訊以供呈現及/或顯示。舉例而言，外部前端系統103可代管或提供一或多個網頁，包含搜尋結果頁（SRP）（例如，圖1B）、單一詳情頁（Single Detail Page；SDP）（例如，圖1C）、購物車頁（例如，圖1D），或訂單頁（例如，圖1E）。（例如，使用行動裝置102A或電腦102B的）使用者裝置可導航至外部前端系統103且藉由將資訊輸入至搜尋盒中來請求搜尋。外部前端系統103可請求來自系統100中的一或多個系統的資訊。舉例而言，外部前端系統103可請求來自FO系統113的滿足搜尋請求的資訊。外部前端系統103亦可（自FO系統113）請求及接收包含於搜尋結果中的每一產品的承諾遞送日期或「PDD」。在一些實施例中，PDD可表示含有產品的包裹何時將到達使用者期望的位置的估計，或者如果在特定時間段（例如，到當天結束時（晚上11:59））內訂購產品，所述產品承諾被遞送至使用者期望的位置的日期。（PDD在下文相對於FO系統113進一步論述。）

外部前端系統103可基於資訊來準備SRP（例如，圖1B）。SRP可包含滿足搜尋請求的資訊。舉例而言，此可包含滿足搜尋請求的產品的圖像。SRP亦可包含每一產品的各別價格，或與每一產品的增強遞送選項、PDD、重量、大小、報價、折扣或類似者有關的資訊。外部前端系統103可（例如，經由網路）將SRP發送至請求使用者裝置。

使用者裝置可接著例如藉由點選或輕觸使用者介面或使用另一輸入裝置自SRP選擇產品，以選擇表示於SRP上的產品。使用者裝置可制訂對關於所選產品的資訊的請求且將其發送至外部前端系統103。作為回應，外部前端系統103可請求與所選產品有關的資訊。舉例而言，資訊可包含除針對各別SRP上的產品呈現的資訊以外的額外資訊。此可包含例如保存期限、原產國、重量、大小、包裹中的物件的數目、處理指令或關於產品的其他資訊。資訊亦可包含類似產品的推薦（基於例如大資料及/或對購買此產品及至少一個其他產品的顧客的機器學習分析）、頻繁詢問的問題的答案、來自顧客的評論、製造商資訊、圖像或類似者。

外部前端系統103可基於接收到的產品資訊來準備單一詳情頁（SDP）（例如，圖1C）。SDP亦可包含其他交互式元素，諸如「現在購買」按鈕、「添加至購物車」按鈕、數量欄、物件的圖像或類似者。SDP可更包含提供產品的賣方的列表。可基於每一賣方提供的價格來對列表進行排序，使得可在頂部處列出提供以最低價格出售產品的賣方。亦可基於賣方排名來對列表進行排序，使得可在頂部處列出最高排名的賣方。可基於多個因素來制訂賣方排名，所述因素包含例如賣方的符合承諾PDD的過去的追蹤記錄。外部前端系統103可（例如，經由網路）將SDP遞送至請求使用者裝置。

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

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

外部前端系統103可回應於接收發起購買的請求而產生訂單頁（例如，圖1E）。在一些實施例中，訂單頁重新列出來自購物車的物件且請求支付及運送資訊的輸入。舉例而言，訂單頁可包含請求關於購物車中的物件的購買者的資訊（例如，姓名、地址、電子郵件地址、電話號碼）的區段、關於接收者的資訊（例如，姓名、地址、電話號碼、遞送資訊）、運送資訊（例如，遞送及/或揀選的速度/方法）、支付資訊（例如，信用卡、銀行轉賬、支票、儲值卡）、請求現金收據（例如，出於稅務目的）的使用者介面元素或類似者。外部前端系統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（例如，行動電話、智慧型電話、PDA，或類似者）接收資訊。舉例而言，在一些實施例中，行動裝置107A至行動裝置107C可包括由遞送工作者操作的裝置。遞送工作者（其可為永久雇員、臨時雇員或輪班雇員）可利用行動裝置107A至行動裝置107C來實現對含有由使用者訂購的產品的包裹的遞送。舉例而言，為遞送包裹，遞送工作者可在行動裝置上接收指示遞送哪個包裹及將所述包裹遞送至何處的通知。在到達遞送位置後，遞送工作者可（例如，在卡車的後部或在包裹的條板箱中）定位包裹，使用行動裝置掃描或以其他方式檢索與包裹上的標識符（例如，條碼、影像、文字串、RFID標籤或類似者）相關聯的資料，且（例如，藉由將其留在前門處、將其留給警衛、將其交給接收者或類似者來）遞送包裹。在一些實施例中，遞送工作者可使用行動裝置檢索包裹的相片及/或可獲得簽名。行動裝置可將資訊發送至運輸系統107，所述資訊包含關於遞送的資訊，包含例如時間、日期、GPS位置、相片、與遞送工作者相關聯的標識符、與行動裝置相關聯的標識符或類似者。運輸系統107可在資料庫（未描繪）中儲存此資訊以用於藉由系統100中的其他系統存取。在一些實施例中，運輸系統107可使用此資訊來準備追蹤資料且將所述追蹤資料發送至其他系統，從而指示特定包裹的位置。

在一些實施例中，某些使用者可使用一個種類的行動裝置（例如，永久工作者可使用具有定製硬體（諸如條碼掃描器、尖筆以及其他裝置）的專用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亦可請求來自倉庫管理系統（warehouse management system；WMS）119的資訊以判定個別產品在履行中心（例如，履行中心200）內部的位置。運送及訂單追蹤系統111可請求來自運輸系統107或WMS 119中的一或多者的資料，在請求後處理所述資料，且將所述資料呈現給裝置（例如，使用者裝置102A及使用者裝置102B）。

在一些實施例中，履行最佳化（FO）系統113可實行為儲存來自其他系統（例如，外部前端系統103及/或運送及訂單追蹤系統111）的顧客訂單的資訊的電腦系統。FO系統113亦可儲存描述特定物件保存或儲存於何處的資訊。舉例而言，某些物件可能僅儲存於一個履行中心中，而某些其他物件可能儲存於多個履行中心中。在再其他實施例中，某些履行中心可經設計以僅儲存特定的一組物件（例如，新鮮生產或冷凍的產品）。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或第3方履行系統121A、第3方履行系統121B或第3方履行系統121C），且反之亦然。

在一些實施例中，供應鏈管理（SCM）系統117可實行為進行預測功能的電腦系統。舉例而言，SCM系統117可基於例如基於以下來預測對特定產品的需求水平：對產品的過去需求、對產品的預期需求、全網路過去需求、全網路預期需求、儲存於每一履行中心200中的計數產品、每一產品的預期或當前訂單或類似者。回應於此預測水平及所有履行中心中的每一產品的量，SCM系統117可產生一或多個購買訂單以購買及存放足夠數量，以滿足對特定產品的預測需求。

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

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

在一些實施例中，WMS 119可維護與系統100相關聯的每一使用者的工作日志。舉例而言，WMS 119可儲存與每一雇員相關聯的資訊，包含任何指派的過程（例如，從卡車卸載、自揀選區揀選物件、合流牆（rebin wall）工作、包裝物件）、使用者標識符、位置（例如，履行中心200中的樓層或區）、藉由雇員經由系統移動的單位數目（例如，所揀選物件的數目、所包裝物件的數目）、與裝置（例如，裝置119A至裝置119C）相關聯的標識符或類似者。在一些實施例中，WMS 119可自計時系統接收登記及登出資訊，所述計時系統諸如在裝置119A至裝置119C上操作的計時系統。

在一些實施例中，第3方履行（3rd party fulfillment；3PL）系統121A至第3方履行系統121C表示與物流及產品的第三方提供商相關聯的電腦系統。舉例而言，儘管一些產品儲存於履行中心200（如下文相對於圖2所論述）中，但其他產品可儲存於場外、可按需求生產，或可以其他方式不可供用於儲存於履行中心200中。3PL系統121A至3PL系統121C可經組態以（例如，經由FMG 115）自FO系統113接收訂單，且可直接為顧客提供產品及/或服務（例如，遞送或安裝）。在一些實施例中，3PL系統121A至3PL系統121C中的一或多者可為系統100的部分，而在其他實施例中，3PL系統121A至3PL系統121C中的一或多者可位於系統100外部（例如，由第三方提供商擁有或操作）。

在一些實施例中，履行中心Auth系統（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描繪連接至FO系統113的FC Auth系統123，但並非所有實施例均要求此特定組態。實際上，在一些實施例中，系統100中的系統可經由一或多個公用或私用網路彼此連接，所述網路包含網際網路、企業內部網路、廣域網路（Wide-Area Network；WAN）、都會區域網路（Metropolitan-Area Network；MAN）、順應IEEE 802.11a/b/g/n標準的無線網路、租用線或類似者。在一些實施例中，系統100中的系統中的一或多者可實行為在資料中心、伺服器群或類似者處實行的一或多個虛擬伺服器。

圖2描繪履行中心200。履行中心200為儲存用於在訂購時運送至顧客的物件的實體位置的實例。可將履行中心（FC）200劃分成多個區，所述區中的每一者描繪於圖2中。在一些實施例中，可認為此等「區」為接收物件、儲存物件、取回物件以及運送物件的過程的不同階段之間的虛擬劃分。因此，儘管在圖2中描繪「區」，但其他區劃分為可能的，且在一些實施例中可省略、複製或修改圖2中的區。

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

工作者將在入站區203中接收物件，且可使用電腦系統（未圖示）來視情況檢查物件的損壞及正確性。舉例而言，工作者可使用電腦系統來比較物件202A及物件202B的數量與物件的訂購數量。若數量不匹配，則工作者可拒絕物件202A或物件202B中的一或多者。若數量匹配，則工作者可（使用例如台車、手推運貨車、推高機或手動地）將彼等物件移動至緩衝區205。緩衝區205可為揀選區中當前不需要的物件的臨時儲存區域，例如由於揀選區中存在足夠高數量的所述物件以滿足預測需求。在一些實施例中，推高機206操作以將物件在緩衝區205周圍以及在入站區203與下貨（drop）區207之間移動。若在揀選區中需要物件202A或物件202B（例如，由於預測需求），則推高機可將物件202A或物件202B移動至下貨區207。

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

揀選區209可為FC 200的將物件208儲存於儲存單元210上的區域。在一些實施例中，儲存單元210可包括實體擱架、書架、盒子、手提包（tote）、冰箱、冷凍機、冷儲存區或類似者中的一或多者。在一些實施例中，揀選區209可組織成多個樓層。在一些實施例中，工作者或機器可以多種方式將物件移動至揀選區209中，包含例如推高機、電梯、傳送帶、推車、手推運貨車、台車、自動機器人或裝置，或手動地移動。舉例而言，揀選員可將物件202A及物件202B置放在下貨區207中的手推運貨車或推車上，且步行將物件202A及物件202B裝運至揀選區209。

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

一旦使用者下訂單，揀選員就可在裝置119B上接收自儲存單元210取回一或多個物件208的指令。揀選員可取回物件208、掃描物件208上的條碼，且將所述物件208置放於運輸機構214上。儘管將運輸機構214表示為滑道，但在一些實施例中，運輸機構可實行為傳送帶、電梯、推車、推高機、手推運貨車、台車或類似者中的一或多者。物件208可接著到達包裝區211。

包裝區211可為FC 200的自揀選區209接收到物件且將所述物件包裝至盒子或袋子中以供最終運送至顧客的區域。在包裝區211中，指派至接收物件的工作者（「合流工作者」）將自揀選區209接收物件208且判定物件208對應的訂單。舉例而言，合流工作者可使用諸如電腦119C的裝置來掃描物件208上的條碼。電腦119C可在視覺上指示物件208與哪一訂單相關聯。此可包含例如對應於訂單的牆216上的空間或「單元格」。一旦訂單完成（例如，由於單元格含有所述訂單的所有物件），合流工作者就可指示包裝工作者（或「包裝員」）訂單完成。包裝員可自單元格取回物件且將所述物件置放在盒子或袋子中以用於運送。包裝員可接著例如經由推高機、推車、台車、手推運貨車、傳送帶、手動地或以其他方式將盒子或袋子發送至樞紐（hub）區213。

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

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

營地區215中的工作者及/或機器可例如基於以下來判定包裹220應與哪一路線及/或子路線相關聯：目的地與現有路線及/或子路線的比較、每一路線及/或子路線的工作量的計算、一天中的時間、運送方法、運送包裹220的成本、與包裹220中的物件相關聯的PDD或類似者。在一些實施例中，工作者或機器可（例如，使用裝置119A至裝置119C中的一者）掃描包裹以判定其最終目的地。一旦將包裹220指派至特定路線及/或子路線，工作者及/或機器就可移動待運送的包裹220。在例示性圖2中，營地區215包含卡車222、汽車226以及遞送工作者224A及遞送工作者224B。在一些實施例中，卡車222可由遞送工作者224A駕駛，其中遞送工作者224A為遞送FC 200的包裹的全職雇員，且卡車222由擁有、租用或操作FC 200的同一公司擁有、租用或操作。在一些實施例中，汽車226可由遞送工作者224B駕駛，其中遞送工作者224B為在視需要基礎上（例如，季節性地）遞送的「彈性」工作者或臨時工作者。汽車226可由遞送工作者224B擁有、租用或操作。

圖3為示出包括用於使產品庫存保持在最佳水平的電腦化系統的連網環境300的例示性實施例的示意性方塊圖。環境300可包含各種系統，所述系統中的每一者可經由一或多個網路彼此連接。系統亦可經由直接連接（例如，使用電纜）彼此連接。所描繪系統包含FO系統311、FC資料庫312、外部前端系統313、供應鏈管理系統320以及一或多個使用者終端330。FO系統311及外部前端系統313可在設計、功能或操作方面與上文相對於圖1A所描述的FO系統113及外部前端系統103類似。

FC資料庫312可實行為收集、累積及/或產生自如上文相對於圖2所描述的FC 200處的各種活動累積的各種資料的一或多個電腦系統。舉例而言，在FC資料庫312處累積的資料可包含藉由特定FC（例如FC 200）操控的每一產品的產品標識符（例如存貨單位（SKU））、隨時間變化的每一產品的庫存量以及每一產品的存貨不足事件的頻率及出現率，以及其他。

在一些實施例中，FC資料庫312可包括FC A資料庫312A、FC B資料庫312B以及FC C資料庫312C，其表示與FC A至FC C相關聯的資料庫。儘管在圖3中僅描繪三個FC及對應的FC資料庫312A至FC資料庫312C，但數目僅為例示性的且可能存在更多的FC及對應數目個FC資料庫。在其他實施例中，FC資料庫312可為收集及儲存來自所有FC的資料的集中資料庫。無論FC資料庫312是包含個別資料庫（例如資料庫312A至資料庫312C）抑或一個集中資料庫，資料庫皆可包含基於雲的資料庫或內部部署（on-premise）資料庫。此外，在一些實施例中，此類資料庫可包括一或多個硬碟機、一或多個固態碟機，或一或多個非暫時性記憶體。

供應鏈管理系統（SCM）320可在設計、功能或操作上類似於上文相對於圖1A所描述的SCM 117。替代地或另外，SCM 320可經組態以聚集來自FO系統311、FC資料庫312以及外部前端系統313的資料，以便在符合所揭露實施例的過程中預測特定產品的需求量且產生一或多個購買訂單。

在一些實施例中，SCM 320包括資料科學模組321、需求預測產生器322、目標庫存計劃系統（target inventory plan system；TIP）323、入站優先排序及改組系統（inbound prioritization and shuffling system；IPS）324、手動訂單提交平台325、購買訂單（purchase order；PO）產生器326以及報告產生器327。

在一些實施例中，SCM 320可包括一或多個處理器、一或多個記憶體以及一或多個輸入/輸出（input/output；I/O）裝置。SCM 320可呈伺服器、通用電腦、大型主機電腦、專用計算裝置（諸如圖形處理單元（graphical processing unit；GPU））、膝上型電腦或此等計算裝置的任何組合的形式。在此等實施例中，SCM 320的組件（例如，資料科學模組321、需求預測產生器322、TIP 323、IPS 324、手動訂單提交平台325、PO產生器326以及報告產生器327）可實行為基於儲存於一或多個記憶體中的指令由一或多個處理器執行的一或多個功能單元。SCM 320可為獨立系統，或其可為子系統的部分，所述子系統可為更大系統的部分。

替代地，SCM 320的組件可實行為經由網路彼此通信的一或多個電腦系統。在此實施例中，一或多個電腦系統中的每一者可包括一或多個處理器、一或多個記憶體（亦即，非暫時性電腦可讀媒體）以及一或多個輸入/輸出（I/O）裝置。在一些實施例中，一或多個電腦系統中的每一者可呈伺服器、通用電腦、大型主機電腦、專用計算裝置（諸如GPU）、膝上型電腦或此等計算裝置的任何組合的形式。

在一些實施例中，資料科學模組321可包含經組態以判定各種參數或模型以供SCM 320的其他組件使用的一或多個計算裝置。舉例而言，資料科學模組321可研發由需求預測產生器322使用的預測模型，所述需求預測產生器322判定每一產品的需求量。在一些實施例中，資料科學模組321可自FO系統311檢索訂單資訊且自外部前端系統313檢索瀏覽視圖量（亦即，產品的網頁瀏覽次數），以訓練預測模型且預計將來需求量。訂單資訊可包含銷售統計，諸如隨時間推移出售的物件的數目、在促銷時段期間出售的物件的數目以及在正常時段期間出售的物件的數目。資料科學模組321可基於諸如銷售統計、瀏覽視圖量、季節、星期幾、即將到來的假期以及類似者的參數來訓練預測模型。在一些實施例中，隨著接收到經由藉由PO產生器326產生的PO訂購的產品，資料科學模組321亦可接收來自圖2的入站區203的資料。資料科學模組321可使用此資料來判定各種供應商統計，諸如特定供應商的履行比（亦即，在可出售條件下接收到的產品相較於訂購數量的百分比）、所估計交貨時間及運送時段，或類似者。

在一些實施例中，需求預測產生器322可包含經組態以使用由資料科學模組321研發的預測模型來預測特定產品的需求量的一或多個計算裝置。更特定而言，預測模型可輸出每一產品的需求預測數量，其中需求預測數量為預期在給定時段（例如一日）內出售至一或多個顧客的產品的具體數量。在一些實施例中，需求預測產生器322可輸出預定時段內的每一給定時段的需求預測數量（例如5週內的每一日的需求預測數量）。每一需求預測數量亦可包括標準偏差數量（例如±5）或範圍（例如最大30且最小25），以為最佳化產品庫存量提供更多靈活性。

在一些實施例中，TIP 323可包含經組態以判定每一產品的推薦訂單數量的一或多個計算裝置。TIP 323可藉由以下來判定推薦訂單數量：首先判定產品的初始訂單數量，以及利用真實世界約束來約束初始訂單數量（例如，使用銷售統計、當前產品庫存量、當前訂購數量等）。

TIP 323可自需求預測產生器322接收每一產品的需求預測數量。在一些實施例中，需求預測數量可呈第一維度上為藉由SKU組織的數值且第二維度上為經預測待在給定日出售的單位數目的表的形式。表亦可包括供用於產品的預測數量的需求預測數量的其他參數（諸如標準偏差、最大值、最小值、平均值或類似者）的額外維度。替代地，需求預測數量可呈藉由SKU組織且專用於每一參數的多個數組的形式。組織相同資料的其他合適形式亦按所屬技術領域中已知的方式適用，且在本發明的範疇內。

在一些實施例中，TIP 323可自資料科學模組321接收供應產品的一或多個供應商的供應商統計資料。供應商統計資料可包括與每一供應商相關聯的資訊集合（例如上文所描述的履行比）。在一些實施例中，可能存在用於特定供應商的多個供應商統計資料集合，其中每一資料集合與由供應商供應的特定產品相關聯。

在一些實施例中，TIP 323亦可自FC資料庫312接收每一產品的當前產品庫存量及當前訂購數量。當前產品庫存量可指特定產品的在資料檢索時的瞬時計數，且當前訂購數量可指已經由在過去產生的一或多個PO訂購且等待遞送至對應FC的特定產品的總數量。

TIP 323可藉由判定每一產品的初步訂單數量且基於參數範圍減少初步訂單數量來判定每一產品的推薦訂單數量。在一些實施例中，特定產品的初始訂單數量可取決於特定產品的需求預測數量、覆蓋時段、安全存貨時段、當前庫存量、當前訂購數量、履行比以及裝箱數量中的至少一者。舉例而言，TIP 323可利用式（1）判定初始訂單數量： (1) 其中為特定產品的初始訂單數量；為自計算時間起第日的產品的需求預測數量；為產品的當前庫存量；為當前訂購數量；為覆蓋時段；為安全存貨時段；且為裝箱數量。

如本文中所使用，覆蓋時段可指一個PO計劃覆蓋的時間長度（例如幾日）；且安全存貨時段可指在諸如需求突然增加或延遲遞送的非預期事件的情況下PO可覆蓋的額外時間長度（例如額外幾日）。舉例而言，鑒於下表中產品X的樣品需求預測數量，在D日產生的PO的覆蓋時段可為5且安全存貨時段可為1，在此情況下，將等於。

預測	D	D+1	D+2	D+3	D+4	D+5	D+6	D+7	D+8
	37	37	35	40	41	34	37	39	41

表 1：9日內產品X的樣品需求預測數量

TIP 323可自此數量（224單位的產品X）減去當前庫存量（例如60單位）及當前訂購數量（例如40），結果為124單位。可藉由以下將此數目四捨五入為裝箱數量（亦即，包裝在產品中的單位數，諸如盒子或托板中的單位數）的倍數：除以裝箱數量，四捨五入為整數，且再次乘以裝箱數量，在此實例中，給定裝箱數量例如為10，則其可為130單位。

在一些實施例中，覆蓋時段可為等於或大於自PO產生之日起對應供應商遞送產品可能花費的預期時間長度的預定時間長度。另外或替代地，TIP 323亦可基於其他因素（諸如星期幾、預計延遲或類似者）來調整覆蓋時段。另外，安全存貨時段可為經設計以增加初始訂單數量作為安全措施的另一預定時間長度。安全存貨時段可降低在諸如需求突然增加或非預期運送延遲的非預期事件的情況下出現存貨不足的風險。在一些實施例中，TIP 323可基於覆蓋時段設定安全存貨時段，其中，例如，當覆蓋時段為1日至3日時，增加0日的安全存貨時段，當覆蓋時段為4日至6日時，增加1日，或當覆蓋時段大於7日時，增加3日。

不管上文所描述的判定初始訂單數量的複雜過程如何，初始訂單數量可主要基於顧客需求且並不考慮真實世界約束。因此，需要用於考慮此類約束的步驟，以便最佳化產品庫存。在一些實施例中，TIP 323可使用規則集合來調整初始訂單數量，所述規則集合經組態以基於諸如銷售統計、當前產品庫存量或當前訂購數量的資料來微調初始訂單數量。

可將所得數量（推薦訂單數量）傳輸至PO產生器326。在其他實施例中，所得數量可進一步由IPS 324處理以對特定產品進行優先排序及/或將數量分配至一或多個FC。

在一些實施例中，IPS 324可包含經組態以判定每一產品的普及性、基於判定的普及性對訂單數量進行優先排序以及將優先排序的訂單數量分配至一或多個FC 200的一或多個計算裝置。此外，計算裝置可進一步判定產品的FC且將產品指派至判定的FC。可經組態以判定FC且將產品分配至判定的FC的IPS 324的組件在下文相對於圖4更詳細地描述。

在一些實施例中，手動訂單提交平台325可包含經組態以接收一或多個手動訂單的使用者輸入的一或多個計算裝置。手動訂單提交平台325可包括可由使用者經由一或多個計算裝置（諸如圖1A的內部前端系統105）存取的使用者介面。在一個態樣中，手動訂單可包含使用者可認為必要的某些產品的額外數量，且允許初始訂單數量、推薦訂單數量、優先排序的訂單數量或分配的訂單數量的手動調整（例如，增加或減少一定量）。在另一態樣中，手動訂單可包含如由內部使用者所判定的應訂購的某些產品的總數量，而非由SCM 320所判定的訂購數量。再者，在一些實施例中，使用者可指定特定FC作為接收位置，使得手動訂單可指派至特定FC。在一些實施例中，可標示或標記（例如藉由更新與訂單數量的部分相關聯的參數）經由手動訂單提交平台325提交的訂單數量的部分，使得所述訂單數量的部分可不由TIP 323或IPS 324調整（亦即，受約束）。

在一些實施例中，手動訂單提交平台325可實行為電腦或電腦運行軟體，諸如阿帕奇HTTP伺服器、微軟網際網路資訊服務（IIS）、NGINX或類似者。在其他實施例中，手動訂單提交平台325可運行定製的網頁伺服器軟體，所述定製的網頁伺服器軟體經設計以接收並處理來自一或多個使用者終端330的使用者輸入，以及提供對接收到的使用者輸入的回應。

在一些實施例中，PO產生器326可包含經組態以基於按IPS 324的推薦訂單數量或分配結果而向一或多個供應商產生及提供PO的一或多個計算裝置。至此，SCM 320將已判定需要額外庫存的每一產品及每一FC 200的推薦訂單數量，其中每一產品具有採購或製造特定產品且將所述特定產品運送至一或多個FC的一或多個供應商。特定供應商可供應一或多個產品，且特定產品可由一或多個供應商供應。當產生PO時，PO產生器326可發佈待以郵件發送至或傳真至供應商的紙質PO或待傳輸至所述供應商的電子PO。

在一些實施例中，報告產生器327可包含經組態以經由例如使用者終端330或圖1A的內部前端系統105回應於預定協定而定期地或回應於使用者輸入而按需產生報告的一或多個計算裝置。報告的範圍可自輸出諸如特定產品的推薦訂單數量的資訊的簡單報告至需要對歷史資料的分析且使此類資訊在圖表中可視化的複雜報告。更具體而言，報告產生器327可產生包含資訊的報告，所述資訊諸如在由SCM 320進行的調整的每一步驟處訂單數量如何自預測數量改變為最終數量；每一FC 200利用多少資源的歷史；按產品類別劃分的預測數量與最終數量（亦即，必須自預測數量減少以便考慮真實世界限制的數量）之間的差；或類似者。

在一些實施例中，使用者終端330可包含經組態以使得內部使用者（諸如在FC 200處工作的內部使用者）能夠經由手動訂單提交平台325或報告產生器327存取SCM 320的一或多個計算裝置。使用者終端330可包含計算裝置（諸如個人電腦、行動電話、智慧型電話、PDA、平板電腦或類似者）的任何組合。使用者終端330可包含顯示器。顯示器可包含例如液晶顯示器（liquid crystal display；LCD）、發光二極體螢幕（light emitting diode screen；LED）、有機發光二極體螢幕（organic light emitting diode screen；OLED）、觸控螢幕以及其他已知顯示裝置。顯示器可向使用者繪示各種資訊（例如，來自FC資料庫312的資料、來自需求預測產生器322的需求預測、供應商統計資料、當前產品庫存量、每一產品的當前訂購數量、提示使用者輸入手動訂單、來自報告產生器327的報告等）。使用者終端330可包含一或多個輸入/輸出（I/O）裝置。I/O裝置可包含允許使用者終端330發送及接收來自使用者或另一裝置的資訊的一或多個裝置。I/O裝置可包含各種輸入/輸出裝置：攝影機、麥克風、鍵盤、滑鼠型裝置、手勢感測器、動作感測器、實體按鈕、口頭輸入等。I/O裝置亦可包含一或多個通信模組（未繪示），所述一或多個通信模組用於藉由例如建立使用者終端330之間的有線或無線連接來發送及接收來自系統100或系統300的資訊。在一些實施例中，內部使用者可使用使用者終端330來存取由手動訂單提交平台325提供的網頁介面，以便提交一或多個手動訂單。

圖4為符合所揭露實施例的包含可判定在其中儲存產品且將產品指派至判定的FC 200的FC 200的組件的IPS 324的方塊圖。IPS 324可包含映射系統401、SKU系統402、規則系統403、儲存系統404以及監視系統405。可合作地操作映射系統401、SKU系統402、規則系統403、儲存系統404或監視系統405以將產品智慧分配至FC。

映射系統401可與SKU系統402、規則系統403、儲存系統404或監測系統405交互作用以判定在其中儲存產品且將產品指派至判定的FC 200的FC 200。舉例而言，映射系統401可接收將產品指派至FC 200的請求，自SKU系統402、規則系統403或儲存系統404檢索相關資料，基於檢索到的相關資料來判定在其中儲存所請求的產品的FC 200，且將產品指派至判定的FC 200。映射系統401可提供FC可支持的產品列表的映射。映射系統401可進一步對產品至FC的指派執行驗證。在圖5中示出且在下文更詳細地論述用於藉由映射系統401將產品指派至判定的FC 200且對產品至FC的指派執行驗證的例示性過程。

SKU系統402可經組態以在接收請求後將與所請求的產品相關聯的多個屬性提供至映射系統401。舉例而言，SKU系統402可自映射系統401接收提供與產品相關聯的多個屬性的請求，自FO系統113檢索所請求的多個屬性，且將檢索到的多個屬性傳輸至映射系統401。多個屬性可包含SKU尺寸（例如，長度、寬度、高度以及重量）、單位數量、儲存類型、類別、價格、銷售帶、速度、遞送類型、供應商等。

規則系統403可經組態以在接收請求後將儲存的多個規則提供至映射系統401。舉例而言，規則系統403可自映射系統401接收提供多個規則的請求，檢索所請求的多個規則，且將檢索到的多個規則傳輸至映射系統401。例示性規則可包含基本規則、供應商-SKU規則、供應商規則、SKU規則、啞鈴規則以及類別規則。基本規則可指將產品指派至由預定義規則推薦的FC 200。供應商-SKU規則可指藉由使用由SKU例外規則推薦的固定FC列表來將產品指派至FC 200。SKU例外規則可包含利用例外邏輯處理一些SKU，所述例外邏輯覆蓋由系統324（或系統300的任何系統）基於接收到的請求所決定的SKU的置放。舉例而言，系統324可決定基於SKU的需求及屬性可將SKU分配至多個FC。可基於供應商的SKU僅可遞送至多個FC的期望子集的決策來創建SKU的例外規則。基於SKU的例外規則，系統324可決定將SKU分配至FC的子集的FC。供應商規則可指藉由提取與產品相關聯的供應商列出的FC來將產品指派至FC 200，將提取的FC與由預定義規則推薦的FC進行比較以檢測任何交疊的FC，以及將產品指派至檢測到的FC中的一者。若未檢測到交疊的FC，則產品可指派至由預定義規則推薦的FC 200。

啞鈴規則可指藉由使用由啞鈴例外規則推薦的FC來將產品指派至FC 200。啞鈴規則可為支持FC可操作需求而創建的SKU例外規則的子集。舉例而言，啞鈴SKU可指派至多個FC，但啞鈴例外規則（可基於FC可操作需求而創建）可將啞鈴SKU指派至配備以有效處理相關聯產品群的特定FC（例如，可為相關聯產品群更好地訓練特定FC的員工）。類別規則可指藉由使用由類別規則集推薦的FC來將產品指派至FC 200。類別規則可使得系統324（或系統300的任何系統）推薦可最有效地處理屬於同一類別的SKU的FC的列表。舉例而言，服裝/時尚類別的類別規則可判定FC是否包含衣架。規則系統403可包括使用者經由一或多個計算裝置（諸如圖1A的內部前端系統105）可存取的使用者介面。使用者可與使用者介面交互作用以上載、修改且刪除多個規則當中的一或多個規則。

儲存系統404可經組態以儲存驗證使用情況，驗證使用情況可由映射系統401用來對指派的產品進行操作驗證。驗證使用情況可包含映射系統401判定指派的產品（例如，將產品鏈接至供應商-SKU標識的指派）無效的情況。舉例而言，若映射系統401判定指派為空，供應商為空或無，指派包含空FC列表，指派包含無效FC列表或存在產品的重複記錄，則映射系統401可分析指派的產品且判定指派的產品無效。由映射系統401操作的驗證可增加產品指派至FC的準確度，由此提高入站產品分配的效率。

監視系統405可檢查實時SKU及供應商SKU變化。舉例而言，監視系統405可接收任何SKU屬性或規則變化（包含供應商例外規則）的實時更新。基於接收到的實時更新，系統300可重新計算SKU指派邏輯及規則更新，使得SKU屬性及規則最新。

圖5為符合所揭露實施例的用於智慧分配產品的過程500的例示性流程圖。儘管圖5相對於映射系統401描述，但所屬領域的一般技術人員將認識到使用系統100、系統300或其組件的其他組態為可能的。

在步驟501中，在IPS 324中實行的映射系統401可自使用者裝置接收將產品指派至位置（例如FC 200）的請求。舉例而言，計算裝置可請求經由圖1A的內部前端系統105將產品指派至FC 200至IPS 324。在一些實施例中，映射系統401可將產品自動指派至不同位置（例如FC 200），以便最佳化產品庫存。IPS 324可包括使用者經由內部前端系統105可存取的使用者介面。可由存貨單位（SKU）或供應商標識定義產品。

在步驟502中，映射系統401可自SKU系統402檢索與產品相關聯的多個屬性。如上文關於圖4所描述，SKU系統402可經組態以儲存產品屬性，自FO系統113檢索所請求的多個屬性，且將檢索到的多個屬性傳輸至映射系統401。多個屬性可包含SKU尺寸（長度、寬度、高度以及重量）、單位數量、儲存類型、類別、價格、銷售帶、速度、遞送類型、供應商等。

在步驟503中，映射系統401可自規則系統403檢索多個規則。如上文關於圖4所描述，規則系統403可經組態以儲存多個規則，檢索所請求的多個規則，且將檢索到的多個規則傳輸至映射系統401。可基於與每一規則相關聯的優先級來依序應用檢索到的多個規則。例示性規則可包含基本規則、供應商-SKU規則、供應商規則、SKU規則、啞鈴規則以及類別規則。在一些實施例中，規則群的優先級可取決於規則群中的規則的數目。舉例而言，最高的優先級規則可為供應商-SKU規則，而最低的優先級規則可為類別規則，如下文表2中所繪示。規則系統403可包括使用者經由一或多個計算裝置（諸如圖1A的內部前端系統105）可存取的使用者介面。使用者可與使用者介面交互作用以上載、修改且刪除多個規則當中的一或多個規則。

規則	規則優先級排行	規則的總數
供應商-SKU	1	43,862
SKU	2	24,616
啞鈴	3	4
供應商	4	85
基本	5	19
類別	6	5,215

表 2：樣品規則群優先級排行

在步驟504中，映射系統401可藉由將自步驟502檢索到的多個屬性應用於自步驟503檢索到的多個規則來判定FC 200儲存產品。舉例而言，映射系統401可按其優先級的順序將多個屬性應用於圖4中描述的多個規則。藉助於其他實例，映射系統可分別將屬性應用於供應商-SKU規則、SKU規則、啞鈴規則、供應商規則、基本規則以及類別規則，直至映射系統找到儲存產品的FC 200。映射系統401可將屬性應用於任何組合中的規則。

在步驟505中，映射系統401可將產品指派至判定的FC 200。如上文關於步驟504所描述，映射系統401可按規則優先級的順序分別將多個屬性應用於多個規則，直至映射系統401判定儲存產品的FC 200。舉例而言，映射系統401可將多個屬性應用於供應商-SKU規則且基於供應商-SKU規則來判定不存在在其中儲存產品的FC。映射系統401可將多個屬性應用於SKU規則且基於SKU規則來判定存在在其中儲存產品的FC。當映射系統401判定FC 200時，映射系統401可將產品指派至判定的FC 200。

在步驟506中，映射系統401可對自步驟505指派的產品進行操作驗證。映射系統401可自儲存系統404檢索一或多個驗證使用情況。驗證使用情況可包含映射系統401判定自步驟505指派的產品（例如，將產品鏈接至供應商-SKU標識的指派）無效的情況。舉例而言，若映射系統401判定指派為空，供應商為空或無，指派包含空FC列表，指派包含無效FC列表或存在產品的重複記錄，則映射系統401可分析指派的產品且判定指派的產品無效。

在步驟507中，映射系統401可基於自步驟506的驗證重新指派產品。在一些實施例中，IPS 324可將優先排序的訂單數量重新指派至一或多個FC。在一些實施例中，IPS 324可最初基於規則的集合將優先排序的訂單數量指派至位置。在另一實施例中，IPS 324可基於以下來將訂單數量指派至每一FC：每一FC處的每一產品的當前產品庫存量；來自每一FC的特定產品的需求量；或類似者。

IPS 324可指派所有優先排序的訂單數量且判定每一產品的估計的遞送日期。FC中的一或多個可具有超出FC的特定日期的攝入處理容量的特定日期的總數量。在此情況下，IPS 324可判定超過攝入處理容量的數量的量且將對應數量轉移至低於FC的特定日期的各別攝入處理容量的一或多個其他FC。在此情況下，IPS 324可以任何合適方式在一或多個其他FC之間分散超出量，只要其結果不超出接收FC的攝入處理容量即可。舉例而言，IPS 324可將超出容量分散成其他FC之間的相等部分；基於每一FC的可用容量比率分散超出容量，使得FC將具有可用容量的相同比率（例如，所有FC的數量將達到其各別攝入處理能力的90%）；或類似者。在一些實施例中，IPS 324可將超出容量的更大部分轉移至最接近具有超出容量的FC的FC，或以最小化可能出現的任何額外運送成本的方式來調整所述部分。

IPS 324可與PO產生器326通信以基於每一FC的指派的訂單數量來產生PO。在一個態樣中，可存在多於一個PO產生器326，所述PO產生器326中的每一者與特定FC相關聯。在此情況下，指派至每一FC的特定PO產生器326可為分配至其自身的FC的訂單數量向適當的供應商產生PO。在另一態樣中，PO產生器326可為集中系統的部分，所述集中系統藉由基於特定數量的產品的分配位置來改變PO的遞送地址來產生所有FC的所有PO。兩個實施例的組合亦為可能的，其中可能存在多於一個PO產生器326，所述PO產生器326中的每一者與一或多個FC相關聯且負責為與其相關聯的所有FC產生PO。

在步驟508中，映射系統401可基於驗證而調整與多個規則中的每一者相關聯的優先級。IPS 324可基於國家水平的真實世界約束（諸如，處理產品的位置能力（例如FC 200）、產品的普及性等）對訂單數量進行優先排序。真實世界約束可包含處理產品的位置能力及產品的普及性，其中產品的普及性由與產品相關聯的需求預測資料（訂單數量）或產品的出站運送量來判定。在一些實施例中，IPS 324可使用80%的需求預測資料及20%的產品的歷史出站運送量以個人為基礎來計算產品的普及性（或「速度」）（其他實施例及數值亦為可能的）。真實世界約束可更包含FC的實體約束。舉例而言，第一FC可能能夠處理尺寸為450公釐×385公釐×350公釐的運送包（用於待儲存於第一履行中心的物件）。若物件比運送包大小更大，則物件可能無法在第一FC中履行，因為運送包攜帶的物件將由傳送器在第一FC內轉移。IPS 324可管理與實體約束相關聯的此類約束以確保物件未指派至未配備以處理此大小的物件的FC。

可使用兩種方法來處理優先排序。第一種方法包括利用規則集合，所述規則集合限定了將預定義數量的產品指派至具有處理大量產品的能力的預定位置。舉例而言，規則集合可限定在五個FC中指派最普及產品的前5,000個SKU，其中FC具有處理大量產品的能力。指派的SKU可進一步指派至與FC相關聯的區。第二種方法包括利用物流回歸模型使用真實世界約束輸入對訂單數量進行優先排序。IPS 324可在回歸模型上處理不同的算法及組態，並選擇最佳結果。算法可包括「冗餘SKU第一」算法、「單映射SKU第一」算法以及「隨機化」算法。冗餘SKU第一算法可以其自快至慢的普及性來處理物件（SKU），使得呈現出與快速普及性相關聯的第一物件比與緩慢普及性相關聯的第二物件出售更快。單映射SKU算法可處理僅映射至單個FC的物件。隨機化算法可使處理SKU的訂單隨機化。

過程500或其部分可由IPS 324執行。在一些實施例中，IPS 324可以預定時間間隔（諸如一日一次）重複步驟501至步驟504。再者，IPS 324可對已存貨或之前出售的所有產品或實質上所有產品執行過程500。

儘管已參考本揭露內容的特定實施例來繪示及描述本揭露內容，但將理解，可在不修改的情況下在其他環境中實踐本揭露內容。已出於說明的目的呈現前述描述。前述描述並非排他性的，且不限於所揭露的精確形式或實施例。修改及調適對所屬領域中具有通常知識者而言將自本說明書的考量及所揭露實施例的實踐顯而易見。另外，儘管所揭露實施例的態樣描述為儲存於記憶體中，但所屬領域中具有通常知識者將瞭解，此等態樣亦可儲存於其他類型的電腦可讀媒體（諸如輔助儲存裝置，例如硬碟或CD ROM，或其他形式的RAM或ROM、USB媒體、DVD、藍光或其他光碟機媒體）上。

基於寫入描述及所揭露方法的電腦程式在有經驗的開發者的技能內。各種程式或程式模組可使用所屬領域中具有通常知識者已知的技術中的任一者來創建或可結合現有軟體設計。舉例而言，程式區段或程式模組可利用或藉助於.Net框架（.Net Framework）、.Net緊湊型框架（.Net Compact Framework）（及相關語言，諸如視覺培基（Visual Basic）、C等）、Java、C++、目標-C（Objective-C）、HTML、HTML/AJAX組合、XML或包含Java小程式的HTML來設計。

此外，儘管本文中已描述說明性實施例，但所屬技術領域中具有通常知識者將基於本揭露內容理解具有等效元件、修改、省略、組合（例如，各種實施例中的態樣的組合）、調適及/或更改的任何及所有實施例的範疇。申請專利範圍中的限制應基於申請專利範圍中所採用的語言廣泛地解釋，且不限於本說明書中所描述或在本申請案的審查期間的實例。實例應被解釋為非排他性的。此外，所揭露方法的步驟可以包含藉由對步驟重新排序及/或插入或刪除步驟的任何方式修改。因此，希望僅將本說明書及實例視為說明性的，其中藉由以下申請專利範圍及其等效物的完整範疇指示真實範疇及精神。

100:系統 101:運送授權技術系統 102A、107A、107B、107C、119A、119B、119C:行動裝置 102B:電腦 119A:平板電腦 103、313:外部前端系統 105:內部前端系統 107:運輸系統 109:賣方入口網站 111:運送及訂單追蹤系統 113、311:履行最佳化系統 115:履行通信報閘道 117、320:供應鏈管理系統 119:倉庫管理系統 121A、121B、121C:第3方履行系統 123:履行中心授權系統 125:勞動管理系統 200:履行中心 201、222:卡車 202A、202B、208:物件 203:入站區 205:緩衝區 206:推高機 207:下貨區 209:揀選區 210:儲存單元 211:包裝區 213:樞紐區 214:運輸機構 215:營地區 216:牆 218、220:包裹 224A、224B:遞送工作者 226:汽車 300:連網環境 312、312A、312B、312C:FC資料庫 321:資料科學模組 322:需求預測產生器 323:目標庫存計劃系統 324:入站優先排序及改組系統 325:手動訂單提交平台 326:購買訂單產生器 327:報告產生器 330:使用者終端 401:映射系統 402:存貨單位（stock keeping unit；SKU）系統 403:規則系統 404:儲存系統 405:監視系統 500:過程 501、502、503、504、505、506、507、508:步驟

圖1A為符合所揭露實施例的示出包括用於實現運送、運輸以及物流操作的通信的電腦化系統的網路的例示性實施例的示意性方塊圖。圖1B描繪符合所揭露實施例的包含滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素的樣品搜尋結果頁（Search Result Page；SRP）。圖1C描繪符合所揭露實施例的包含產品及關於所述產品的資訊以及交互式使用者介面元素的樣品單一顯示頁（Single Display Page；SDP）。圖1D描繪符合所揭露實施例的包含虛擬購物車中的物件以及交互式使用者介面元素的樣品購物車頁。圖1E描繪符合所揭露實施例的包含來自虛擬購物車的物件以及關於購買及運送的資訊以及交互式使用者介面元素的樣品訂單頁。圖2為符合所揭露實施例的經組態以利用所揭露電腦化系統的例示性履行中心（FC）的圖解圖示。圖3為示出符合所揭露實施例的包括用於使產品庫存保持在最佳水平的電腦化系統的連網環境的例示性實施例的示意性方塊圖。圖4為符合所揭露實施例的包含可判定在其中儲存產品且將產品指派至判定的FC的FC的組件的方塊圖。圖5為符合所揭露實施例的用於智慧分配產品的過程的例示性流程圖。

500:過程

501、502、503、504、505、506、507、508:步驟

Claims

一種用於智慧分配產品的電腦實行方法，所述電腦實行方法包括：經由使用者裝置自經組態以儲存經實行以用於將產品指派至位置的規則的規則系統檢索多個規則，檢索到的所述多個規則由使用者使用所述使用者裝置的使用者介面來組態；藉由將檢索到的所述多個屬性應用於檢索到的所述多個規則來判定儲存所述產品的所述位置；藉由將檢索到的所述多個屬性應用於檢索到的所述多個規則來將所述產品指派至位置；基於經更新的多個屬性或經更新的多個規則計算經更新的指派邏輯；以及基於所述經更新的指派邏輯以將所述產品指派至經更新的位置。
如請求項1所述的電腦實行方法，更包括檢索與所述產品相關聯的多個屬性。
如請求項1所述的電腦實行方法，其中所述產品由存貨單位或供應商標識定義。
如請求項1所述的電腦實行方法，其中基於與每一規則相關聯的優先級來應用檢索到的所述多個規則。
如請求項1所述的電腦實行方法，更包括檢索一或多個驗證使用情況。
如請求項5所述的電腦實行方法，更包括將檢索到的所述一或多個驗證使用情況與指派的所述產品進行比較。
如請求項6所述的電腦實行方法，更包括基於所述比較而將所述產品重新指派至另一位置。
如請求項5所述的電腦實行方法，其中檢索到的所述一或多個驗證使用情況為可組態的。
如請求項6所述的電腦實行方法，其中基於所述比較而調整與所述多個規則中的每一者相關聯的優先級。
如請求項6所述的電腦實行方法，其中基於所述比較而調整所述多個規則中的一或多個規則。
一種用於智慧分配產品的電腦實行系統，所述系統包括：記憶體，儲存指令；以及至少一個處理器，經組態以執行所述指令以進行請求項1至請求項10中的任一項的所述電腦實行方法。