TWI772860B - 用於自動包裝擷取的電腦化系統及電腦化實施方法 - Google Patents
用於自動包裝擷取的電腦化系統及電腦化實施方法 Download PDFInfo
- Publication number
- TWI772860B TWI772860B TW109127686A TW109127686A TWI772860B TW I772860 B TWI772860 B TW I772860B TW 109127686 A TW109127686 A TW 109127686A TW 109127686 A TW109127686 A TW 109127686A TW I772860 B TWI772860 B TW I772860B
- Authority
- TW
- Taiwan
- Prior art keywords
- packages
- package
- order
- electronic order
- orders
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0832—Special goods or special handling procedures, e.g. handling of hazardous or fragile goods
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
- G06N20/00—Machine learning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06315—Needs-based resource requirements planning or analysis
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0838—Historical data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
- G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
- G06Q30/0643—Graphical representation of items or shoppers
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Game Theory and Decision Science (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Educational Administration (AREA)
- Artificial Intelligence (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Evolutionary Computation (AREA)
- Medical Informatics (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mathematical Physics (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Container Filling Or Packaging Operations (AREA)
Abstract
一種自動包裝擷取系統,包含執行指令以用於執行操作
的至少一個處理器。操作可包含:接收指示在第一時間段內需要運送由第一履行中心處置的預期數目個訂單的包裹的第一預期數目的預測資料;判定在第二時間段內的來自與第一履行中心相關聯的多個行動裝置的歷史掃描事件;基於所判定歷史掃描事件而判定包裹的第二數目;基於包裹的第一預期數目及指示覆蓋天數的值而計算包裹的目標數量;基於計算出的目標數量、包裹的當前數量、包裹的定購數目以及包裹的第二數目而具現化包裹的第一電子訂單;以及將第一訂單發送至遠端電腦系統。
Description
本揭露大體上是關於用於自動訂單管理的電腦化系統及方法。特定而言,本揭露的實施例是關於與待用於包裝所購買線上產品的包裝材料的自動訂購相關的發明性及非習知系統。
判定包裝所購買產品所需的包裹的計數與預測所購買產品的數目一樣重要。最佳化包裹存量有助於有效率地包裝所購買產品且亦儲存待將來使用的最少數目的包裹。在下訂單之前使當前手動系統最佳地估計所需包裝計數之前,所述當前手動系統需要人在規則時間間隔下檢查可用包裹的數目。即使藉由電腦化系統,人通常必須手動地輸入包裹的數目以獲得合理的估計。
這些系統低估以避免不必要支出,從而引起人重複下訂單(其需要計數及輸入所使用的包裹),或過度估計從而導致在儲存包裹上浪費的大量空間。
因此,需要用於自動及準確包裹訂購系統的改良方法及系統。
本揭露的一個態樣是針對一種用於自動包裝擷取的系統。系統包含包括指令的至少一個非暫時性儲存媒體及執行用於執行操作的指令的至少一個處理器。操作可包含:接收指示在第一時間段內需要運送由第一履行中心處置的預期數目個訂單的包裹的第一預期數目的預測資料;判定在第二時間段內的來自與第一履行中心相關聯的多個行動裝置的歷史掃描事件;基於所判定歷史掃描事件而判定包裹的第二數目;基於包裹的第一預期數目及指示覆蓋天數的值而計算包裹的目標數量;基於計算出的目標數量、包裹的當前數量、包裹的定購數目以及包裹的第二數目而具現化包裹的第一電子訂單;以及將第一電子訂單發送至遠端電腦系統。
本揭露的另一態樣是針對一種用於自動包裝擷取的方法。方法包括:接收指示在第一時間段內需要運送由第一履行中心處置的預期數目個訂單的包裹的第一預期數目的預測資料;判定在第二時間段內的來自與第一履行中心相關聯的多個行動裝置的歷史掃描事件;基於所判定歷史掃描事件而判定包裹的第二數目;基於包裹的第一預期數目及指示覆蓋天數的值而計算包裹的目標數量;基於計算出的目標數量、包裹的當前數量、包裹的定購數目以及包裹的第二數目而具現化包裹的第一電子訂單;以及將第一電子訂單發送至遠端電腦系統。
本揭露的又另一態樣是針對一種用於自動包裝擷取的系統。系統可包含包括指令的至少一個非暫時性儲存媒體及執行用
於執行操作的指令的至少一個處理器。操作包含:接收指示在第一時間段內的來自第一履行中心的訂單的預期數目的預測資料;基於預測資料而判定需要運送預期數目個訂單的包裹的第一預期數目;判定在第二時間段內的來自與第一履行中心相關聯的多個行動裝置的歷史掃描事件;基於所判定歷史掃描事件而判定包裹的第二數目;基於包裹的第一預期數目及指示覆蓋天數的值而計算包裹的目標數量;基於計算出的目標數量、包裹的當前數量、包裹的定購數目以及包裹的第二數目而具現化包裹的第一電子訂單;以及將第一電子訂單發送至遠端電腦系統。
本揭露的又另一態樣是針對一種用於自動包裝擷取的系統。系統可包含包括指令的至少一個非暫時性儲存媒體及執行用於執行操作的指令的至少一個處理器。操作包含:自第一履行中心接收指示在第一時間段內的訂單的預期數目的預測資料;基於預測資料而判定需要運送預期數目個訂單的包裹的第一預期數目;判定在第二時間段內的來自與第一履行中心相關聯的多個行動裝置的歷史掃描事件;基於所判定歷史掃描事件而判定包裹的第二數目;基於包裹的第一預期數目及指示覆蓋天數的值而計算包裹的目標數量;基於計算出的目標數量、包裹的當前數量、包裹的定購數目以及包裹的第二數目而具現化包裹的第一電子訂單;以及將第一電子訂單發送至遠端電腦系統;週期性地搜尋儲存電子訂單的資料庫以用於確認訂單電子訂單;當經確認時,判定是否在與所確認電子訂單相關聯的時間段中已接收與所確認電子訂單相關聯的所有包裹;將所確認電子訂單標記為關閉及藉由減去所確認電子訂單的未接收數量來修改包裹的定購數目;以及
在下一時段期間,基於修改而具現化新訂單;當未確認時,將第一電子訂單標記為關閉;以及自包裹的定購數目減去未確認電子訂單的數量。
本文中亦論述其他系統、方法以及電腦可讀媒體。
100:系統
101:運送授權技術系統
102A、107A、107B、107C、119A、119B、119C:行動裝置
102B:電腦
103:外部前端系統
105:內部前端系統
107:運輸系統
109:賣方入口網站
111:運送及訂單追蹤系統
113:履行最佳化系統
115:履行通信報閘道
117:供應鏈管理系統
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:包裹購買系統
311:當前包裹存量
312:包裹消耗量歷史
313:包裹購買訂單歷史
320:手動存量調整
321:正常包裹購買訂單
322:緊急包裹購買訂單
323:關閉包裹訂單
330:所接收包裹資訊
340:包裹購買預測演算法
351、352:過程
360:操作者
370:分批過程
400、500、600:方法
410、420、430、440、450、460、470、510、520、525、530、540、550、560、570、580、590、610、620、630、640、650、660、670:步驟
圖1A為與所揭露實施例一致的說明包括用於實現運送、運輸以及物流操作的通信的電腦化系統的網路的例示性實施例的示意性方塊圖。
圖1B描繪與所揭露實施例一致的包含滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素的樣品搜尋結果頁(Search Result Page;SRP)。
圖1C描繪與所揭露實施例一致的包含產品及關於所述產品的資訊以及交互式使用者介面元素的樣品單一顯示頁(Single Display Page;SDP)。
圖1D描繪與所揭露實施例一致的包含虛擬購物車中的物品以及交互式使用者介面元素的樣品購物車頁。
圖1E描繪與所揭露實施例一致的包含來自虛擬購物車的物品以及關於購買及運送的資訊以及交互式使用者介面元素的樣品訂單頁。
圖2為與所揭露實施例一致的經組態以利用所揭露電腦化系統的例示性履行中心的圖解圖示。
圖3為與所揭露實施例一致的存取資料以生成盒子訂單請求
的例示性包裹訂購組件的說明性流程圖。
圖4為與所揭露實施例一致的用於下包裹購買訂單以有效率地包裝定購產品的方法的說明性流程圖。
圖5為與所揭露實施例一致的用於監控包裹購買訂單的方法的說明性流程圖。
圖6為與所揭露實施例一致的用於下額外緊急產品購買訂單的方法的說明性流程圖。
以下詳細描述參考隨附圖式。只要可能,即在圖式及以下描述中使用相同附圖標號來指代相同或類似部分。儘管本文中描述若干說明性實施例,但修改、調適以及其他實施是可能的。舉例而言,可對圖式中所說明的組件及步驟作出替代、添加或修改,且可藉由取代、重新排序、移除步驟或將步驟添加至所揭露方法來修改本文中所描述的說明性方法。因此,以下詳細描述不限於所揭露實施例及實例。實情為,本發明的正確範圍由隨附申請專利範圍界定。
本揭露的實施例是針對經組態以用於自動包裹訂單管理的系統及方法。
參考圖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(描繪為位於履行中心(fulfillment center;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 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上的產品呈現的資訊以外的額外資訊。此可包含例如包裹中的物品的保存期限、原產國、重量、大小、數目、處置說明,或關於產品的其他資訊。資訊亦可包含類似產品的推薦(基於例如大資料及/或對購買此產品及至少一個其他產品的顧客的機器學習分析)、頻繁詢問的問題的答案、來自顧客的評論、製造商資訊、圖像或類似者。
外部前端系統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中的一或多個系統交互作用的電腦系統。舉例而言,在系統100使得系統的呈現能夠允許使用者針對物品下訂單的實施例中,內部前端系統105可實施為使得內部使用者能夠查看關於訂單的診斷及統計資訊、修改物品資訊或審查與訂單相關的統計的網頁伺服器。舉例而言,內部前端系統105可實施為電腦或電腦運行軟體,諸如Apache 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的說明性流程圖。包裹存量管理可在多個履行中心中、每一履行中心處或每一賣方處發生。倉庫管理系統119可管理當前包裹存量及已下單待包裝的訂單。包裹存量管理可包含用以儲存關於包裹的各個階段的資訊的一或多個資料庫。舉例而言,在展示於圖3中的例示性包裹購買系統中,包裹購買、儲存以及利用率資訊分別儲存於三個資料庫中:當前包裹存量311、
包裹消耗量歷史312以及包裹購買訂單歷史313。三個資料庫可包含於單個實體資料庫中且可使用裝置119A至裝置119C進行更新。在一些實施例中,資料庫中的每一者可為同一資料庫內的表的合集。資料庫的存取可限於一天的某些時間及某些個體。在一些實施例中,包裹購買系統任務出於說明的目的由倉庫管理系統119執行。應瞭解,以下任務可由系統100的一或多個組件執行。圖3中展示及本文所描述的實例時序是出於實例的目的且系統300不限於那些時序或時間間隔。系統300可在任何時候操作且可在任何間隔時間下交互作用。
倉庫管理系統119藉由在某一預定義時間段處進行查詢來存取當前包裹存量311。當前包裹存量311藉由各種來源(手動地及自動過程兩者)進行更新直至預定義時間段。更新可即時或在特定時間段發生。舉例而言,在圖3中,當前包裹存量311經由手動存量調整320在每日上午9:00至上午10:00之間由履行中心200的雇員修改。在一些實施例中,履行中心雇員可經由內部前端系統使用裝置119A至裝置119C來修改可用存量。修改可包含存取列出各種類型的包裹的計數的網站及用數字來更新所述計數。內部網站可藉由將裝置119A至裝置119C指向引導至內部前端系統105的URL來進行存取。當履行中心200中的存量計數與資料庫311中的項的差異超出某一臨限值時,可輸入更新。在一些實施例中,對於涉及包裹丟失的某些事件,在使用所述包裹運送產品之前,更新可發生。舉例而言,包裹可在包裝區211中運送訂單之前已經破壞,且可不藉由掃描事件由連接至運輸系統107的裝置107A至裝置107C擷取。
當前包裹存量311亦可即時接收自所接收包裹資訊(info)過程330接收到的新包裹的自動更新。所接收包裹資訊330包含先前由倉庫管理系統119定購的包裹。在一些實施例中,當前包裹311亦藉由在過去24小時時段期間自包裹消耗量歷史312存取包裹消耗量的過程351來更新。過程351可在特定時段,例如在下午23:59:59當天結束時更新當前包裹存量。特定時段可由移動至營地區215以供運送或移動至包裝區211以用於包裝定購產品的最後一個訂單界定。
在一些其他實施例中,過程351可更新尚未到達包裝區211且當日待運送的當前包裹存量311。當天需要運送計劃的運送物的包裹的數目可藉由履行最佳化系統113判定。倉庫管理系統119可在包裝區211中的其實際消耗量之前更新包裹消耗量歷史312中的所需包裹的數目。
在一些實施例中,上文所描述的更新中的一或多者需要在預測將來需要的包裹及下訂單之前發生。出於此目的,圖3中的各種可能更新經標記為階段1。對包裹消耗量及購買的預測發生在圖3中展示的存量管理的階段2中。包裹購買預測演算法340自各種來源存取資料以預測待購買的包裹的數目。
在圖3中,包裹購買預測演算法340自三個來源存取資料:具有流程的階段1中的更新資訊的當前包裹存量311、包裹消耗量歷史312以及包裹購買訂單歷史313,以生成具有作為正常包裹購買訂單321購買的包裹的數目的購買訂單。包裹購買預測演算法340可在一天中執行多次以生成多個包裹購買訂單。演算法340可基於包裹消耗量歷史312及當前包裹存量311的改變的模式
而判定對新購買訂單的需求。在一些實施例中,機器學習模型可用以解釋包裹的極端消耗量是否是僅在某一時段,且當天的總體消耗量仍與其他天匹配。在一些實施例中,機器學習模型可能夠理解所購買產品的類型以判定對更多包裝的需求且因此生成更多包裹購買訂單。
演算法340可預測在購買訂單中待購買的包裹的數目。操作者360可需要創建正常購買訂單321。操作者360亦可更動系統以創建額外包裹購買訂單作為緊急包裹購買訂單322。操作者360可為等待新訂單的細節的監控服務。操作者360掃描生成的正常訂單列表且與第三方服務通信以對正常訂單321中列出的包裹下訂單。操作者360可為緊急訂單322調用不同服務。操作者360可與服務通信從而允許經由API調用來下正常訂單321及緊急訂單322。演算法340可基於包裹消耗量歷史312中的模式而將不同購買訂單預測標記為正常及緊急。包裹的經預測及創建購買訂單引起更新,所述更新經發送至包裹購買訂單歷史313以在作出預測時幫助演算法300存取最近資料。在一些實施例中,演算法340可在自資料庫311至資料庫313存取資料之前將其鎖定。包裹購買訂單可包含一或多種類型的包裹。在一些實施例中,演算法340可針對多個包裹類型運行多次。
在包裹購買流程的階段1及階段2完成時,倉庫管理系統119可運行分批過程370以判定先前購買訂單的狀態。在判定存量及訂單生成階段之前可審查先前訂單狀態。此包含審查先前訂單及判定經確認及部分確認的訂單。如圖3中所展示,每一購買訂單經驗證以查看是否藉由分批過程確認訂單。在確認後,分
批過程將接收到的包裹包含在包裹資訊330中。在接收到所購買包裹時,所述訂單視為關閉且經添加至關閉包裹訂單323。添加至關閉包裹購買訂單323可由履行中心200的雇員處理且在包裹購買訂單歷史313中更新。若購買經判定為未由分批過程370確認,則過程352利用一組規則來判定訂單是否為到期或未決訂單。若包裹購買訂單經判定為已到期,則將所述訂單添加至關閉包裹購買訂單。用於判定購買訂單到期的規則可基於購買訂單的類型(正常與緊急)而不同。舉例而言,若緊急訂單未在一天內確認且由履行中心200全部接收,則可認為其為到期訂單,但所述緊急訂單可等待長達3天以將正常訂單標記為到期。到期訂單亦添加至關閉包裹購買訂單323。若在下訂單時緊接著更新存量,則此類關閉訂單可能需要更新當前包裹存量311。所述更新可基於包裹的數目而需要全部或部分減法某些類型的包裹。確認驗證步驟為視情況選用的,且倉庫管理系統119可從不使任何過去訂單到期且實際上忽略所述訂單。
圖4為與所揭露實施例一致的用於下包裹購買訂單以有效率地包裹定購產品的方法的說明性流程圖,方法400的步驟可由倉庫管理系統119執行以用於說明的目的。將瞭解,所說明方法可經變更以修改步驟次序、更包含額外步驟。
在步驟410中,倉庫管理系統119接收藉由供應鏈管理系統117在一段時間內對經由外部前端系統103提供的產品購買的預測。所述時段可經設置為特定時間間隔,例如,一天或一週。
在步驟420中,倉庫管理系統119可判定需要運送在步驟410中預測的產品購買的包裹的預期數目。所述判定包含轉換
需要在承諾產品遞送日期(PDD)之前運送產品的包裹的最大及最小數目。倉庫管理系統119可自身進行判定或將判定委託給履行最佳化系統113,所述履行最佳化系統113知道各種履行中心處的產品的可用性。
在步驟430中,倉庫管理系統119可判定來自裝置107A至裝置107C的掃描事件以理解來自先前購買的包裹的利用。在一些實施例中,倉庫管理系統119可請求運輸系統107在規則間隔(例如,一天或一週)下收集掃描資料,且將其發送至倉庫管理系統119以幫助判定將來需要的包裹的總數目以包裝購買的產品。掃描事件可藉由倉庫管理系統119即時儲存在資料庫(未圖示)中且查詢資料庫以得到在一時段(例如,一天或一週)內的掃描的計數。
在步驟440中,倉庫管理系統119基於所判定掃描事件藉由識別包裝區中的經包裝包裹來判定包裹的數目。掃描可為每次購買或包裝一次,且倉庫管理系統119可判定在藉由倉庫內的雇員在包裝區211中包裝某一組歷史購買產品中採用的方法。
在步驟450中,倉庫管理系統119基於對產品購買的預測、履行中心(例如,履行中心200)處的包裹的過去使用情況以及履行中心處的當前可用的包裹的數目及過去的包裹消耗量而計算需要購買的包裹的數目。在一些實施例中,消耗量歷史可為一週內的包裹的平均消耗量。在一些其他實施例中,消耗量歷史可採取多個週或數月內的同一日的包裹消耗量的平均值。在又一些其他實施例中,可合併兩種取平均技術。
在步驟460中,倉庫管理系統119基於在步驟450中判
定的所需包裹的數目而準備購買包裹的訂單以按理想方式包裝所預測產品購買。
在步驟470中,倉庫管理系統119將第一訂單發送至遠端電腦系統以下訂單。在一些實施例中,遠端系統可識別任何運送的產品以在履行中心處即時判定包裹可用性。若訂單為所預測購買的部分,則此判定可引起需要購買的包裹的數目減小。若當前運送的產品在某一時間段之後,例如,在遞送服務開始時的計算日期的上午9點後,則當前運送的產品被認為是預測訂單的部分。若運送的產品包含利用包裹的當前計數的訂單,則待購買的包裹的數目的判定可增大。
圖5為與所揭露實施例一致的用於監控包裹購買訂單的方法的說明性流程圖。在一些實施例中,方法500的步驟可由倉庫管理系統119執行以用於說明的目的。將瞭解,所說明方法可經變更以修改步驟次序或更包含額外步驟。
在步驟510中,倉庫管理系統119可自包裹購買訂單歷史313檢索設定日期範圍內的包裹購買訂單以判定定購的包裹是否已經接收及/或是否需要再次定購。所選日期範圍可取決於在方法400中描述的包裹消耗量的預測時段。舉例而言,若將包裹的將來使用的預測時段設置為一週,則日期範圍考慮自今起一週內定購的所有包裹。包裹購買訂單方法500針對步驟510中的檢索到的訂單中的每一者重複步驟520至步驟590。
在步驟520中,倉庫管理系統119驗證包裹購買訂單是否經確認。訂單的確認包含自第三方系統接收通知。在一些實施例中,所述確認可取決於第一組包裹的接收。類似於在入站區203
中接收到且在以上圖2中描述的產品,定購的包裹可由履行中心200接收。若以這些方式中的一者確認包裹購買訂單(答案為是),則方法500可在一些實施例中跳轉至在下文描述的步驟530。
若步驟520中的答案為否,則方法500可前進至步驟525。在步驟525中,倉庫管理系統119檢查包裹購買訂單是否失效及是否從未確認。在圖5中,倉庫管理系統119藉由檢查訂單是否在超過一天內尚未確認來判定失效購買訂單。若答案為是,則方法500可在一些實施例中跳轉至在下文描述的步驟550。倉庫管理系統119可在一些實施例中更新包裹購買訂單歷史313中的包裹購買訂單的確認欄位。若在步驟525中答案為否,則倉庫管理系統119停止執行方法500的步驟的其餘部分且在一些實施例中可開始審查來自在步驟510中判定的購買訂單的列表的下一包裹購買訂單。
在步驟530中,倉庫管理系統119檢查是否確認的包裹購買訂單的所有包裹已由履行中心200接收。在一些實施例中,履行中心200的雇員可更新如經由裝置119A至裝置119C接收到的包裹的狀態。若所有包裹的接收的答案為否,則方法500可在一些實施例中跳轉至在下文描述的步驟550。
若步驟530中的答案為是,則方法500可前進至步驟540。在步驟540中,倉庫管理系統119將包裹購買訂單中列出的包裹添加至經接收包裹列表。在一些實施例中,倉庫管理系統119可將所述包裹經添加至經接收包裹列表的更新通知發送至當前包裹存量311。方法500可在一些實施例中接著跳轉至在下文描述的步驟590。在以下步驟550至步驟570中,方法500可判定是否進
一步等待尚未由履行中心200接收的包裹購買訂單的包裹。等待時間可取決於包裹購買訂單的類型而變化。在當前實施例中,倉庫管理系統119檢查兩種類型的訂單:正常及緊急。在一些其他實施例中,類型的數目及等待時間可變化。
在步驟550中,倉庫管理系統119檢查包裹購買訂單是否為緊急訂單,若答案為否,則方法500可在一些實施例中跳轉至在下文描述的步驟570。
若步驟550中的答案為是,則方法500可前進至步驟560。在步驟560中,倉庫管理系統119檢查購買訂單是否早於一天。若答案為是,則方法500可在一些實施例中跳轉至在下文描述的步驟580。若在步驟560中答案為否,則倉庫管理系統119停止執行方法500的步驟的其餘部分且在一些實施例中可開始審查來自在步驟510中判定的購買訂單的列表的下一包裹購買訂單。
在步驟570中,倉庫管理系統119檢查訂單是否早於3天。若在步驟570中答案為否,則倉庫管理系統119停止執行方法500的步驟的其餘部分且在一些實施例中可開始審查來自在步驟510中判定的購買訂單的列表的下一包裹購買訂單。若答案為是,則方法500可前進至步驟580。在考慮部分接收的包裹購買訂單視為到期之前的等待天數可取決於在方法400中預測及定購的包裹的天數。舉例而言,若包裹購買訂單基於對多個週的預測,則步驟560及步驟570中的等待時間可更長。
在步驟580中,倉庫管理系統119將包裹購買訂單標記為到期且自包裹購買訂單歷史313移除。
在步驟590中,包裹購買訂單經關閉及添加至關閉包裹
訂單列表。倉庫管理系統119將步驟540中的全部接收的包裹購買訂單及在步驟580中判定的到期訂單兩者關閉作為關閉訂單。關閉訂單不包含於在步驟510中檢索的購買訂單中。
圖6為與所揭露實施例一致的用於下額外緊急產品購買訂單的方法的說明性流程圖。在一些實施例中,方法600的步驟可由倉庫管理系統119執行以用於說明的目的。將瞭解,所說明方法可經變更以修改步驟次序、更包含額外步驟。
在步驟610中,倉庫管理系統119請求運送及訂單追蹤系統以檢索尚未遞送的產品訂單。經檢索列表亦可藉由某一日期範圍過濾。舉例而言,若最小遞送時間為2天,則不需要考慮在最後2天中進行的產品訂單,且日期範圍並不包含那些日期。倉庫管理系統119亦可過濾出在營地區215中且將即將遞送的那些產品訂單。倉庫管理系統119可進一步過濾在履行中心200中包裝的產品訂單。
在步驟620中,倉庫管理系統119請求SAT系統101以判定來自步驟610的產品訂單的經過濾列表當中的運送訂單,其中承諾遞送日期匹配當前日期。在一些實施例中,SAT系統101可監控產品訂單的承諾遞送日期且在未能按承諾遞送日期(PDD)遞送時自動地通知倉庫管理系統119。若答案為否,則方法600在一些實施例中跳轉至方法結束且停止方法的執行。
若答案為是,則方法600可前進至步驟630。在步驟630中,倉庫管理系統119判定與產品購買訂單相關聯的包裹。在一些實施例中,倉庫管理系統119可查詢包裹消耗量歷史312以存取與產品購買訂單的產品相關聯的包裹。
在步驟640中,倉庫管理系統119判定與產品購買訂單相關聯的包裹是否已遞送。倉庫管理系統119可請求運送及訂單追蹤系統以檢索包裹的遞送狀態。若答案為是,則方法600在一些實施例中跳轉至方法結束且停止方法的執行。
若答案為否,則方法600可前進至步驟650。在步驟650中,倉庫管理系統119可移除尚未遞送的包裹且將PDD日期作為今日或來自經運送包裹的列表的過去的一天。
在步驟660中,倉庫管理系統119可將包裹的產品包含為由包裹購買預測演算法340進行的潛在產品購買訂單的預測的額外產品。包含在PDD前未遞送之產品以及預測產品購買,以便藉由履行最佳化系統113使包裝所有潛在產品購買訂單最佳化。在一些實施例中,分別包裝未遞送之產品購買訂單,且分別使用履行最佳化系統113來識別未遞送之產品的理想包裝。
在步驟670中,在一些實施例中,倉庫管理系統119可生成包裝購買訂單。在一些實施例中,倉庫管理系統119亦可將訂單標記為緊急包裹購買訂單。
儘管已參考本揭露的特定實施例來展示及描述本揭露,但應理解,可在不修改的情況下在其他環境中實踐本揭露。已出於說明的目的呈現前述描述。前述描述並非窮盡性的,且不限於所揭露的精確形式或實施例。修改及調適對本領域的技術人員而言將自本說明書的考量及所揭露實施例的實踐顯而易見。另外,儘管將所揭露實施例的態樣描述為儲存於記憶體中,但本領域的技術人員應瞭解,這些態樣亦可儲存於其他類型的電腦可讀媒體上,諸如次級儲存裝置,例如硬碟或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來設計。此外,儘管本文中已描述說明性實施例,但本領域的技術人員基於本揭露將瞭解具有等效元件、修改、省略、組合(例如,各種實施例中的態樣的組合)、調適及/或更改的任何及所有實施例的範圍。申請專利範圍中的限制應基於申請專利範圍中所採用的語言來廣泛地解譯,且不限於本說明書中所描述或在本申請案的審查期間的實例。實例應解釋為非排他性的。此外,所揭露方法的步驟可以包含藉由對步驟重新排序及/或插入或刪除步驟的任何方式修改。因此,希望僅將本說明書及實例視為說明性的,其中藉由以下申請專利範圍及其等效物的完整範圍指示真實範圍及精神。
400:方法
410、420、430、440、450、460、470:步驟
Claims (20)
- 一種用於自動包裝擷取的電腦化系統,包括:至少一個處理器;以及至少一個非暫時性儲存媒體,包括在由所述至少一個處理器執行時使得所述至少一個處理器執行包括以下的步驟的指令:接收指示在第一時間段內需要運送由第一履行中心處置的預期數目個訂單的包裹的第一最大及最小預期數目的預測資料,所述預測資料是由機器學習模型所判定的;判定在第二時間段內的來自與所述第一履行中心相關聯的多個行動裝置的歷史掃描事件;基於所判定歷史掃描事件而判定包裹的第二數目;基於包裹的所述第一最大及最小預期數目而計算包裹的目標數量;基於計算出的目標數量、包裹的當前數量、包裹的定購數目以及包裹的所述第二數目而具現化包裹的第一電子訂單;以及將所述第一電子訂單發送至遠端電腦系統。
- 如請求項1所述的電腦化系統,其中所述第一時間段為當前時間之後的一週。
- 如請求項1所述的電腦化系統,其中所述步驟更包括:在具現化所述第一電子訂單之後,接收對額外包裹的請求;創建所述額外包裹的第二電子訂單,通信指示緊急;以及將所述第二電子訂單發送至所述遠端電腦系統。
- 如請求項1所述的電腦化系統,其中具現化所述第一電子訂單包括具現化所述第一電子訂單的週期性過程,且其中所述步驟更包括:搜尋儲存電子訂單的資料庫以判定所確認電子訂單;判定是否已在與所述所確認電子訂單相關聯的時間段中接收與所述所確認電子訂單相關聯的所有包裹;基於判定尚未接收與所述所確認電子訂單相關聯的至少一個包裹而進行以下操作:將所述所確認電子訂單標記為關閉;以及藉由減去所述所確認電子訂單的未接收數量來修改包裹的所述定購數目;以及在下一時段期間,基於所述修改而具現化新訂單。
- 如請求項1所述的電腦化系統,其中所述步驟更包括:搜尋儲存電子訂單的資料庫以判定在確認時段內尚未確認的電子訂單;判定所述第一電子訂單尚未在訂單確認時間段內確認;將所述第一電子訂單標記為關閉;以及自包裹的所述定購數目減去未確認電子訂單的數量。
- 如請求項1所述的電腦化系統,其中包裹的所述目標數量基於加上所述當前數量、在第三時間段內待接收的包裹的數量以及預測數量且減去基於在過去一週內的包裹的平均消耗量的值而計算。
- 如請求項1所述的電腦化系統,其中所述包裹包括 盒子、袋子及包裝膜中的至少一者。
- 如請求項1所述的電腦化系統,其中所述預測資料包含至少一者:包裹類型、包裹大小及運送的預期時間段。
- 如請求項1所述的電腦化系統,其中所述第二時間段內的所述歷史掃描事件為散佈在第四時間段內的相同時間段的掃描事件的平均數目。
- 一種用於自動包裝擷取的電腦化實施方法,所述電腦化實施方法包括:接收指示在第一時間段內需要運送由第一履行中心處置的預期數目個訂單的包裹的第一最大及最小預期數目的預測資料,所述預測資料是由機器學習模型所判定的;判定在第二時間段內的來自與所述第一履行中心相關聯的多個行動裝置的歷史掃描事件;基於所判定歷史掃描事件而判定包裹的第二數目;基於包裹的所述第一最大及最小預期數目而計算包裹的目標數量;基於計算出的目標數量、包裹的當前數量、包裹的定購數目以及包裹的所述第二數目而具現化包裹的第一電子訂單;以及將所述第一電子訂單發送至遠端電腦系統。
- 如請求項10所述的電腦化實施方法,其中所述第一時間段為當前時間之後的一週。
- 如請求項10所述的電腦化實施方法,更包括:在具現化所述第一電子訂單之後,接收對額外包裹的請求;創建所述額外包裹的第二電子訂單,通信指示緊急;以及 將所述第二電子訂單發送至所述遠端電腦系統。
- 如請求項10所述的電腦化實施方法,其中具現化所述第一電子訂單包括具現化所述第一電子訂單的週期性過程,且所述電腦化實施方法更包括:搜尋儲存電子訂單的資料庫以判定所確認電子訂單;判定是否已在與所述所確認電子訂單相關聯的時間段中接收與所述所確認電子訂單相關聯的所有包裹;基於判定尚未接收與所述所確認電子訂單相關聯的至少一個包裹而進行以下操作:將所述所確認電子訂單標記為關閉;以及藉由減去所述所確認電子訂單的未接收數量來修改包裹的所述定購數目;以及在下一時段期間,基於所述修改而具現化新訂單。
- 如請求項10所述的電腦化實施方法,更包括:搜尋儲存電子訂單的資料庫以判定在確認時段內尚未確認的電子訂單;判定所述第一電子訂單尚未在訂單確認時間段內確認;將所述第一電子訂單標記為關閉;以及自包裹的所述定購數目減去未確認電子訂單的數量。
- 如請求項10所述的電腦化實施方法,其中包裹的所述目標數量基於加上所述當前數量、在第三時間段內待接收的包裹的數量以及預測數量且減去基於在過去一週內的包裹的平均消耗量的值而計算。
- 如請求項10所述的電腦化實施方法,其中所述包裹 包括盒子、袋子及包裝膜中的至少一者。
- 如請求項10所述的電腦化實施方法,其中所述預測資料包含至少一者:包裹類型、包裹大小及運送的預期時間段。
- 如請求項10所述的電腦化實施方法,其中所述第二時間段內的所述歷史掃描事件為散佈在第三時間段內的相同時間段的掃描事件的平均數目。
- 一種用於自動包裝擷取的電腦化系統,包括:至少一個處理器;以及至少一個非暫時性儲存媒體,包括在由所述至少一個處理器執行時使得所述至少一個處理器執行包括以下的步驟的指令:自第一履行中心接收指示在第一時間段內的訂單的預期數目的預測資料,所述預測資料是由機器學習模型所判定的;基於所述預測資料而判定需要運送所述預期數目個訂單的包裹的第一最大及最小預期數目;判定在第二時間段內的來自與所述第一履行中心相關聯的多個行動裝置的歷史掃描事件;基於所判定歷史掃描事件而判定包裹的第二數目;基於包裹的所述第一最大及最小預期數目而計算包裹的目標數量;基於計算出的目標數量、包裹的當前數量、包裹的定購數目以及包裹的所述第二數目而具現化包裹的第一電子訂單;以及將所述第一電子訂單發送至遠端電腦系統。
- 如請求項19所述的電腦化系統,其中指示訂單的預期數目的所述預測資料亦包含訂單的預期類型,每種類型的訂單需要不同類型的包裝。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/576,708 | 2019-09-19 | ||
US16/576,708 US11138527B2 (en) | 2019-09-19 | 2019-09-19 | Systems and methods for responsive and automated predictive packaging acquisition |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202113733A TW202113733A (zh) | 2021-04-01 |
TWI772860B true TWI772860B (zh) | 2022-08-01 |
Family
ID=74882139
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW109127686A TWI772860B (zh) | 2019-09-19 | 2020-08-14 | 用於自動包裝擷取的電腦化系統及電腦化實施方法 |
Country Status (7)
Country | Link |
---|---|
US (2) | US11138527B2 (zh) |
JP (1) | JP2021533433A (zh) |
KR (3) | KR102275828B1 (zh) |
AU (1) | AU2020260495A1 (zh) |
SG (1) | SG11202011998XA (zh) |
TW (1) | TWI772860B (zh) |
WO (1) | WO2021053415A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11479379B1 (en) * | 2020-05-05 | 2022-10-25 | Amazon Technologies, Inc. | Packaging recommendation system |
TWI793580B (zh) * | 2021-04-21 | 2023-02-21 | 財團法人工業技術研究院 | 庫存自動化管理方法及其系統 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020069186A1 (en) * | 2000-10-06 | 2002-06-06 | Peter Moore | System and method for postal presort analysis |
US20030216975A1 (en) * | 2001-11-26 | 2003-11-20 | Montey Paul D. | Method and system for managing inventory in a supply chain |
US20060136237A1 (en) * | 2004-12-17 | 2006-06-22 | Spiegel Joel R | Method and system for anticipatory package shipping |
US20070050195A1 (en) * | 2005-08-25 | 2007-03-01 | Malitski Konstantin N | Method and system to model shipments for transportation planning/vehicle scheduling |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3862666A (en) * | 1972-05-02 | 1975-01-28 | Triangle Package Machinery Co | Servo control system for filling machine weight setting |
JPH1017120A (ja) * | 1996-07-04 | 1998-01-20 | Mitsubishi Electric Corp | 資材、製品倉庫管理・制御装置及び資材、製品出入庫方法 |
TW508516B (en) | 2001-05-18 | 2002-11-01 | Mitac Int Corp | Warehousing system with optimum process management |
US9152941B2 (en) * | 2005-10-11 | 2015-10-06 | Sap Se | Systems and methods for automated parallelization of back-order processing |
JP5227920B2 (ja) | 2009-08-20 | 2013-07-03 | 富士通テレコムネットワークス株式会社 | 部品備蓄管理システムおよび部品備蓄管理方法 |
US20120323638A1 (en) * | 2011-06-18 | 2012-12-20 | International Business Machines Corporation | Production system carrier capacity prediction process and tool |
US8914146B2 (en) * | 2011-07-11 | 2014-12-16 | Omnicare, Inc. | Methods and apparatus for filling of packagings with medications |
WO2013181177A2 (en) * | 2012-05-30 | 2013-12-05 | Graphtrack Corporation | Methods and systems for product consumption determination |
GB201419498D0 (en) | 2014-10-31 | 2014-12-17 | Ocado Innovation Ltd | System and method for fulfilling E-commerce orders from a hierarchy of fulfilment centres |
CN107292550A (zh) | 2016-03-31 | 2017-10-24 | 阿里巴巴集团控股有限公司 | 一种物流资源的调度方法、设备及系统 |
WO2019041000A1 (en) | 2017-09-01 | 2019-03-07 | Go People Pty Ltd | INTELLIGENT SATISFACTION, SORTING AND SHIPPING SYSTEM FOR ELECTRONIC COMMERCE CONTROLS WITH PREDICT PREDICTIVE PREDICTIVE DEMAND FOR OPTIMIZING SHIPPING ROUTING |
-
2019
- 2019-09-19 US US16/576,708 patent/US11138527B2/en active Active
- 2019-10-15 KR KR1020190127970A patent/KR102275828B1/ko active IP Right Grant
-
2020
- 2020-08-12 WO PCT/IB2020/057578 patent/WO2021053415A1/en active Application Filing
- 2020-08-12 AU AU2020260495A patent/AU2020260495A1/en not_active Abandoned
- 2020-08-12 JP JP2020566765A patent/JP2021533433A/ja active Pending
- 2020-08-12 SG SG11202011998XA patent/SG11202011998XA/en unknown
- 2020-08-14 TW TW109127686A patent/TWI772860B/zh active
-
2021
- 2021-07-05 KR KR1020210088012A patent/KR102533182B1/ko active IP Right Grant
- 2021-08-31 US US17/463,068 patent/US20210398036A1/en active Pending
-
2023
- 2023-05-11 KR KR1020230061147A patent/KR20230070425A/ko not_active Application Discontinuation
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020069186A1 (en) * | 2000-10-06 | 2002-06-06 | Peter Moore | System and method for postal presort analysis |
US20030216975A1 (en) * | 2001-11-26 | 2003-11-20 | Montey Paul D. | Method and system for managing inventory in a supply chain |
US20060136237A1 (en) * | 2004-12-17 | 2006-06-22 | Spiegel Joel R | Method and system for anticipatory package shipping |
US20070050195A1 (en) * | 2005-08-25 | 2007-03-01 | Malitski Konstantin N | Method and system to model shipments for transportation planning/vehicle scheduling |
Also Published As
Publication number | Publication date |
---|---|
KR20210088480A (ko) | 2021-07-14 |
US20210398036A1 (en) | 2021-12-23 |
KR102533182B1 (ko) | 2023-05-17 |
KR102275828B1 (ko) | 2021-07-12 |
WO2021053415A1 (en) | 2021-03-25 |
US11138527B2 (en) | 2021-10-05 |
JP2021533433A (ja) | 2021-12-02 |
TW202113733A (zh) | 2021-04-01 |
KR20230070425A (ko) | 2023-05-23 |
KR20210033869A (ko) | 2021-03-29 |
US20210089975A1 (en) | 2021-03-25 |
AU2020260495A1 (en) | 2021-04-08 |
SG11202011998XA (en) | 2021-04-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI759824B (zh) | 自動遞送任務指派的系統、用於臨時遞送員工的自動遞送任務指派的方法以及非暫時性電腦可讀媒體 | |
AU2020265680A1 (en) | Systems and methods for machine-learning assisted inventory placement | |
JP2022028849A (ja) | 自動パッケージ追跡および優先順位付け再注文のためのシステムおよび方法 | |
JP2022009557A (ja) | バッファ型在庫管理のためのコンピュータ化されたシステムおよび方法 | |
JP2022043149A (ja) | 電子在庫追跡システムおよび関連するユーザインタフェース | |
TW202221590A (zh) | 根據產品特性決定產品價格的倉儲管理電腦實行系統以及方法 | |
TWI723923B (zh) | 用於存貨管理之轉移退還物件至履行中心的電腦實行系統以及電腦實行方法 | |
KR20230070425A (ko) | 응답적이고 자동 예측적인 패키징 획득을 위한 시스템 및 방법 | |
KR102524919B1 (ko) | 보장된 배달 시간 선택의 표시 및 결정을 위한 컴퓨터 시스템 및 방법 | |
KR102400042B1 (ko) | 전자 재고 및 반품 물품 조정을 위한 시스템 및 방법 | |
TWI824221B (zh) | 用於線上顧客協助的電腦實行系統及電腦實行方法 | |
KR20220057501A (ko) | 커스텀 풀필먼트 센터를 위한 최상위 아이템을 결정하는 컴퓨터 구현 시스템 및 방법 | |
TWI760982B (zh) | 透過進行小波轉換產生需求預測數據用於產生準確訂購單之電腦實行系統以及方法 | |
TW202424849A (zh) | 用於多電腦物流協調的電子系統以及用於生成保證遞送時間的日曆以供使用者選擇的方法 | |
TW202040450A (zh) | 用於在供應鏈中追蹤物品的電腦實施的系統以及方法 |