TWI795676B

TWI795676B - 用於自動化再裝運排程的電腦實施系統以及方法

Info

Publication number: TWI795676B
Application number: TW109133631A
Authority: TW
Inventors: 康玹寶; 張智晧; 李效貞; 尤金; 金盛熙; 埃里克雷恩
Original assignee: 南韓商韓領有限公司
Priority date: 2019-10-25
Filing date: 2020-09-28
Publication date: 2023-03-11
Also published as: WO2021079208A1; CN113056767A; JP2022500721A; TW202324237A; TWI833569B; EP3834149A1; EP3834149A4; TW202121278A; SG11202012364VA; AU2020264260A1; JP7230070B2; AU2020104451A4; JP2023058668A

Abstract

用於進行自動包裝追蹤及優先重訂的方法以及系統包括：經由網路介面接收與訂單相關的資訊、與第一包裝相關聯的第一包裝辨識符、以及事件資料，事件資料與包括第一包裝辨識符在內的多個包裝辨識符相關聯，訂單包括第一組物項，其中第一包裝被配置成容置第一組物項且欲經由一或多條現有路線在第一預定時間段內交付給第一接收方；基於第一包裝辨識符剖析事件資料；基於所述資訊判斷第一包裝是否存在；以及向電腦系統傳送訊號，以基於所述確定來交付第一包裝或對第一包裝進行重訂。

Description

用於自動化再裝運排程的電腦實施系統以及方法

本揭露大體而言是有關於用於自動包裝再裝運排程的電腦化系統以及方法。具體而言，本揭露的實施例是有關於創新性及非傳統系統，所述創新性及非傳統系統基於來自多個子系統的資料集合而利用藉由物流管理系統進行的包裝的追蹤來確定何時需要再裝運，且基於此種確定而自動對包裝的再裝運進行排程。

[相關專利申請案的交叉參考]

本申請案是在2019年3月18日提出申請的美國專利申請案第16/356,100號的部分接續案，所述美國專利申請案全文併入本案供參考。

隨著電腦技術的進步及普及，線上購物(亦被稱為電子商務(e-commerce))已成為商務的主要途徑之一。顧客及企業自線上供應商採購貨品較以往更頻繁，且交易數目及銷售收入預計將以驚人的速率逐年增長。隨著電子商務的範圍及數量持續增長，線上可獲得的不同物項的數目及在給定時間段內進行的平均採購數目二者亦呈指數方式增長。舉例而言，一家受歡迎的線上零售商售賣的不同物項的數目據說已達到6億多種貨物，且同一零售商每天裝運的包裝的數目為160萬。

本質上，每一次線上採購需要將採購的貨品交付給貨品的擬定接收方。每一次線上採購或訂單通常包括一或多個貨品，其中所述一或多個貨品可被包裝成一或多個包裝，每一包裝具有其自己的承諾交付日期(promised delivery date，PDD)。可藉由例如以下步驟處理典型訂單：自顧客接收一或多個貨品的訂單；自庫存擷取所述一或多個貨品；將所述一或多個貨品包裝成一或多個包裝；以及在承諾交付日期之前將所述一或多個包裝交付給擬定接收方。承諾交付日期可由零售商自己或裝運遞送員(courier)設定，或者顧客可要求特定日期，接著可將所述特定日期指定為承諾交付日期。理想的訂單處理系統將在不出現錯誤的情況下在承諾交付日期前將每一包裝交付給擬定接收方。

當前現有的訂單處理系統在實施上述步驟時包括不同程度的自動化及複雜性。然而，隨著不同貨品及訂單的數目增加，在訂單需要經歷複雜的子系統網路且一些訂單具有複雜的因素(例如部分退貨)此一事實的激化下，當前的系統因其無法追蹤自下訂單時刻至完成訂單時刻(即，訂單中的每個包裝皆被交付給擬定接收方或返回至庫存)的各別包裝或者追蹤自下訂單時刻至完成訂單時刻的各別包裝的效率低而存在問題。此問題因包裝數目增加且著重於快速處理使得系統更易於出現人為錯誤(例如遺漏包裝、錯誤標記或錯誤分選)此一事實而激化。舉例而言，包括具有不同承諾交付日期的多個包裝的訂單可能會在系統中途出現一或多個丟失或損壞的包裝，系統可能不會注意到所述一或多個丟失或損壞的包裝，直至失望的顧客跟進。

在另一實例中，訂單的包裝中的一個包裝可能在系統中的某個點被延遲，且顧客可能請求重新交付包裝，在此種情形中由於系統無法確定現有包裝為何被延遲或者消除延遲將需要多長時間，因此系統將需要重訂新的包裝。在此種情形中，現有的延遲包裝及新的包裝皆可能被交付給顧客，進而給系統帶來不必要的費用。即使在現有的延遲包裝被正確地路由回倉庫的一些情形中，當前的系統可能仍無法將延遲包裝與顧客退貨的包裝區分開，而在延遲包裝本可因未到達顧客且因此未被打開而被放在一邊且僅進行最小的檢驗以重新存庫時卻要求延遲包裝與其他顧客退貨的包裝一起經歷完整的檢驗過程。該些場景用於例示當前的系統的缺點且許多其他問題對於此項技術中具有通常知識者而言亦可顯而易見。

因此，需要以下改善的方法及系統：所述改善的方法及系統用於藉由訂單處理系統追蹤訂單及包裝且主動辨識並採取必要措施來減少尚未交付的延期訂單的數目，與此同時將延期訂單對營運費用的影響最小化。

本揭露的一個態樣是有關於一種用於自動化再裝運排程的方法。所述方法包括：接收聚合資訊，所述聚合資訊包括訂單、與第一包裝相關聯的第一包裝辨識符、以及事件資料，所述第一包裝容納一或多個物項，所述事件資料與包括所述第一包裝辨識符在內的多個包裝辨識符相關聯，所述訂單包括第一組物項，所述第一包裝與第一接收方及所排程交付時間相關聯；基於所述第一包裝辨識符剖析所述事件資料；基於所剖析的所述事件資料判斷所述第一包裝是否尚未交付；基於判斷出所述第一包裝尚未交付：確定當前時間；確定多個截止時間，所述多個截止時間中的每一截止時間與交付波相關聯；基於所述多個截止時間與所述當前時間之間的比較，確定與交付波相關聯的新的所排程交付時間；為第二包裝創建新的訂單，所述第二包裝容納所述第一包裝中所容納的所述一或多個物項；以及向行動裝置傳送指令，以基於與所述新的所排程交付時間相關聯的所述交付波來交付所述新的訂單。

一種用於自動化再裝運排程的電腦實施系統包括：至少一個處理器；記憶體，包含指令，所述指令在由所述至少一個處理器執行時實行包括以下的步驟：接收聚合資訊，所述聚合資訊包括訂單、與第一包裝相關聯的第一包裝辨識符、以及事件資料，所述第一包裝容納一或多個物項，所述事件資料與包括所述第一包裝辨識符在內的多個包裝辨識符相關聯，所述訂單包括第一組物項，所述第一包裝與第一接收方及所排程交付時間相關聯；基於所述第一包裝辨識符剖析所述事件資料；基於所剖析的所述事件資料判斷所述第一包裝是否尚未交付；基於判斷出所述第一包裝尚未交付：取消與所述第一包裝對應的所述訂單的一部分；確定當前時間；確定多個截止時間，所述多個截止時間中的每一截止時間與交付波相關聯；基於所述多個截止時間與所述當前時間之間的比較，確定與交付波相關聯的新的所排程交付時間；為第二包裝創建新的訂單，所述第二包裝容納所述第一包裝中所容納的所述一或多個物項；以及向行動裝置傳送指令，以基於與所述新的所排程交付時間相關聯的所述交付波來交付所述新的訂單。

一種用於自動化再裝運排程的電腦實施系統包括：至少一個處理器；記憶體，包含指令，所述指令在由所述至少一個處理器執行時實行包括以下的步驟：接收聚合資訊，所述聚合資訊包括訂單、與第一包裝相關聯的第一包裝辨識符、以及事件資料，所述第一包裝容納一或多個物項，所述事件資料與包括所述第一包裝辨識符在內的多個包裝辨識符相關聯，所述訂單包括第一組物項，所述第一包裝與所述第一組物項相關聯且欲經由一或多條現有路線在第一預定時間段內交付給第一接收方；基於所述第一包裝辨識符剖析所述事件資料；基於所剖析的所述事件資料判斷所述第一包裝是否存在，其中：若判斷出所述第一包裝不存在，則將所述第一包裝辨識符標記為滿足第一條件；且若判斷出所述第一包裝存在，則判斷所述第一包裝是否因缺少資源而尚未交付，其中：若判斷出所述第一包裝因缺少資源而尚未交付，若所述第一預定時間段已經過了大於第一臨限值，則將所述第一包裝辨識符標記為滿足第二條件，基於所述判斷：確定當前時間；確定多個截止時間；基於所述多個截止時間與所述當前時間之間的比較，確定與交付波相關聯的新的所排程交付時間；為第二包裝創建新的訂單，所述第二包裝容納所述第一包裝中所容納的所述一或多個物項；以及向行動裝置傳送指令，以基於與所述新的所排程交付時間相關聯的所述交付波來交付所述新的訂單。

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

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、309、311、313、315、403、405、407、413、415、417、421、423、425、429、431、503、505、507、513、515、517、521、523、525、529、531、603、605、607、621、623、625、629、631、703、705、711、713、715、717、801、803、805、807、809、811、813、815:步驟

400、500、600:包裝追蹤過程/電腦化包裝追蹤過程

401:到達營地區

409、509、609、709:方框

411、419、427、511、519、527、619、627:步驟/未交付原因/原因

501:出發進行交付/步驟

601:交付嘗試不成功

700:包裝追蹤過程

701:交付成功

800:重訂過程/過程

圖1A是示出符合所揭露實施例的網路的示例性實施例的示意性方塊圖，所述網路包括用於能夠進行通訊的裝運(shipping)、運輸(transportation)及物流操作的電腦化系統。

圖1B繪示符合所揭露實施例的樣本搜尋結果頁面(Search Result Page，SRP)，其包括滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素。

圖1C繪示符合所揭露實施例的樣本單一細節頁面(Single Detail Page，SDP)，其包括貨物及關於貨物的資訊以及交互式使用者介面元素。

圖1D繪示符合所揭露實施例的樣本購物車頁面(Cart page)，其包括虛擬購物車中的物項以及交互式使用者介面元素。

圖1E繪示符合所揭露實施例的樣本訂單頁面(Order page)，其包括來自虛擬購物車的物項以及關於採購及裝運的資訊以及交互式使用者介面元素。

圖2是符合所揭露實施例的被配置成利用所揭露電腦化系統的示例性實踐中心(fulfillment center)的圖例。

圖3是符合所揭露實施例的為確定適當的包裝追蹤過程而遵循的示例性電腦化發起過程(initiation process)的流程圖。

圖4是符合所揭露實施例的當確定出包裝已到達營地區(camp zone)時所遵循的示例性電腦化包裝追蹤過程的流程圖。

圖5是符合所揭露實施例的當確定出包裝已出發進行交付時所遵循的示例性電腦化包裝追蹤過程的流程圖。

圖6是符合所揭露實施例的當確定出包裝未能交付時所遵循的示例性電腦化包裝追蹤過程的流程圖。

圖7是符合所揭露實施例的當確定出包裝已成功交付時所遵循的示例性電腦化包裝追蹤過程的流程圖。

圖8繪示符合所揭露實施例的當裝運授權技術(shipment authority technology，SAT)系統101確定出包裝已滿足重訂的條件時SAT系統101可遵循的示例性重訂過程800。

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

本揭露的實施例是有關於被配置用於進行自動包裹追蹤及處理的系統以及方法。

此外，所揭露交付系統可以不同的交付過程或範例來運作。舉例而言，所述系統可使用「波過程(waves process)」、「輪班過程(shift process)」或其組合來運作。波過程可在不同的時間以交付波的形式安排交付。舉例而言，波交付可包括一天若干次在特定區域(例如，包括子路線在內的路線)周圍的第一包裝波。相比之下，輪班過程可安排到不同區域的交付，首先交付至特定區域的一部分(例如，50%)，隨後交付至特定區域的其餘部分。所揭露系統及方法可被配置成基於針對交付過程的最佳化參數來對路線及工作者排程進行重新配置。

在一些實施例中，以「波過程」運作的交付系統可在特定時間段的多個波中的一個波期間，在特定交付區域內為顧客提供包裝交付。舉例而言，交付工作者可在上午波期間沿著與交付區域對應的路線或子路線將包裝交付給擬定接收方，且在下午波期間再次交付包裝。每一波可對應於截止時間及承諾交付日期(PDD)二者。截止時間將通常對應於待裝運的線上訂單，且可為與訂單的某一波或PDD相關聯的時間，與所述波相關聯的PDD 在截止時間變得對顧客不可用。換言之，若顧客在截止時間之前未訂購包裝，則他們將不再能在與所述截止時間相關聯的PDD接收物項，且將只能在下一可用PDD接收物項。

參照圖1A，圖1A示出示意性方塊圖100，其示出包括用於能夠進行通訊的裝運、運輸及物流操作的電腦化系統的系統的示例性實施例。如圖1A中所示，系統100可包括各種系統，所述各種系統中的每一者可藉由一或多個網路彼此連接。所述系統亦可藉由直接連接(例如使用纜線)彼此連接。所繪示的系統包括裝運授權技術(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、勞動力管理系統(workforce 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可判斷訂單是否超過其承諾交付日期(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可代管(host)或提供一或多個網頁，包括搜尋結果頁面(SRP)(例如，圖1B)、單一細節頁面(Single Detail 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可基於以下來為貨物計算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、WMS119、裝置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擁有、租賃或營運。

返回參照圖1A，闡述用於辨識及追蹤各別包裝的包裝追蹤過程的示例性實施例。在一些實施例中，SAT系統101可發起包裝追蹤過程，自其他系統(例如外部前端系統103、裝運及訂單追蹤(SOT)系統111、FO系統113、FMG 115、WMS 119及3PL系統121A至121C)電子請求及聚合與和當前未決訂單及退貨相關聯的各別包裝對應的包裝資訊。包裝可指容置由電子系統(例如，SAT系統101、FO系統113等)構成的網路使用唯一包裝辨識符追蹤的與訂單或退貨相關聯的一或多個物項的實體容器(例如，盒、包裹、封套或被配置成容置一或多個物項的任何包裝形式)。

資訊的電子請求及聚合可每天(例如，在一天結束時)發生一次，每天以規則的間隔或根據需要發生多次，或者在不同系統產生額外資訊(例如，交付狀態更新)時實時地發生。不同的系統亦可各自在不同的時間、以不同的間隔或頻率與SAT系統101電子發送及接收資訊。以下闡述SAT系統101與每一不同的系統之間的通訊及資訊傳輸。

在一些實施例中，SAT系統101可自外部前端系統103、內部前端系統105或顧客退貨系統(未示出)電子請求及聚合訂單資訊。在自SAT系統101接收到對資訊的電子請求時，外部前端系統103、內部前端系統105或顧客退貨系統(未示出)可對所有訂單、退貨及/或交換資料進行編譯，所述交換資料可包括例如訂單中的物項、每一物項的量及PDD。接著將收集的訂單資訊電子發送至SAT系統101用於進一步處理。SAT系統101可與外部前端系統103、內部前端系統105或顧客退貨系統(未示出)持續進行通訊，使得訂單資訊被持續更新。作為另一選擇，系統可以預先定義的間隔或在預先定義的時間進行通訊，進而使用在外部前端系統103、內部前端系統105或顧客退貨系統(未示出)處收集的新的訂單資訊不時地更新儲存於SAT系統101中的訂單資訊。

在一些實施例中，SAT系統101亦可自SOT系統111電子請求及聚合交付狀態資訊。SAT系統101可與SOT系統111持續進行通訊，使得當交付工作者224A或224B進行每一次交付嘗試時或者在每一次交付運行結束時交付狀態資訊被持續更新。作為另一選擇，系統可以預先定義的間隔或在預先定義的時間進行通訊，進而使用在SOT系統111處收集的新的交付狀態資訊不時地更新儲存於SAT系統101中的交付狀態資訊。交付狀態資訊可包括當交付工作者224A或224B在對應的交付嘗試之後使用上述行動裝置掃描或讀取每一包裝上的包裝辨識符時所產生的事件資料。

事件資料可包括例如掃描/讀取時間、日期、包裝辨識符、交付狀態及擬定接收方。若交付嘗試未成功，則事件資料亦可包括嘗試失敗的原因，例如確定出營地區215的容量過大、確定出交付期間缺乏資源、確定出包裝被錯誤分選、接收方不可用或包裝損壞。未交付的其他原因對於此項技術中具有通常知識者而言將顯而易見且處於本發明的範圍內。使用行動裝置(例如，圖1中的裝置107A至107C)的交付工作者224A或224B可藉由自顯示於使用者介面上的下拉列表選擇一或多個原因來將未交付原因添加至事件資料中。接著SAT系統101可將一或多個對應的原因代碼添加至事件資料及/或對應的包裝資訊，如下所述。此外，若交付工作者224A或224B在交付運行期間自顧客收取了退貨包裝，則事件資料亦可包括退貨包裝的資訊。

在一些實施例中，SAT系統101亦可自WMS 119及3PL系統121A至121C電子請求及聚合包裝資訊。SAT系統101、WMS 119及3PL系統121A至121C可彼此持續進行通訊，使得當使用者使用上述行動裝置掃描或讀取每一包裝時包裝資訊被持續更新。作為另一選擇，系統可以預先定義的間隔或在預先定義的時間進行通訊，進而使用在其他系統處收集的新的包裝資訊不時地更新儲存於SAT系統101中的包裝資訊。包裝資訊可包括當使用者掃描或讀取每一包裝上的包裝辨識符時的事件資料，以指示特定事件(例如到達營地或被裝載至交付卡車上)。事件資料可更包括包裝辨識符、時間、日期、位置、使用者辨識符或其他資訊。

為自WMS 119及3PL系統121A至121C請求及收集包裝資訊，SAT系統101可向FO系統113發送電子請求，接著FO系統113可將電子請求轉送至FMG 115。在將電子請求轉換成適合於上述每一系統的另一種格式或協定之後，接著FMG 115可向WMS 119及3PL系統121A至121C中的每一者發送電子請求。

不論來自SAT系統101的電子請求如何，當包裝到達營地區215或被裝載至卡車222或汽車226上時，WMS及3PL系統121A至121C可基於自各別裝置(例如，裝置107A至107C或119A至119C)聚集的事件資料而持續聚集並更新與每一包裝對應的包裝資訊。如上所述，可基於包裝辨識符來組織與包裝對應的包裝資訊，且可基於包裝辨識符將新的事件資料與適當的包裝資訊相關聯。在一些實施例中，包裝辨識符可被掃描或讀取至少兩次，第一次是在包裝到達營地區215時，且第二次是在包裝被裝載至卡車222或汽車226上以進行交付時。若交付工作者224A或224B注意到包裝的包裝形式(例如，盒、封套或膠帶)及/或其中的內容物被損壞，則亦可掃描或讀取包裝。

一旦與WMS 119或3PL系統121A至121C中的每一者中的每個包裝相關的事件資料被聚合，或者當產生每一包裝的事件資料時，便將事件資料發送至FMG 115，若需要則FMG 115將事件資料轉換成標準化格式。接著FMG 115將經轉換的事件資料轉送至FO系統113，接著FO系統113將事件資料轉送至SAT系統101。

一旦來自WMS 119或3PL系統121A至121C的資訊被聚合，接著SAT系統101便可例如實時地處理聚合資訊，以維護在任何給定時刻藉由系統100被處理的包裝的資料庫。作為另一選擇，此過程可每天實行一次，每天以規則的間隔或根據需要實行多次，或者在自其他系統聚合額外資訊時實時地實行。所述處理可包括：將資訊剖析成標準化格式或協定；將一或多個包裝辨識符(且因此將對應的包裝)映射至每一訂單；基於各別包裝辨識符對所有事件資料進行整合及分選；至少基於與對應的包裝辨識符對應的事件順序來確定各別包裝的歷史；以及基於各別包裝各自的最末事件來確定各別包裝的當前狀態。包裝可採取的狀態可包括例如到達營地區401、出發進行交付501、交付嘗試不成功601及交付成功701。

圖3是符合所揭露實施例的SAT系統110為確定包裝的狀態及要遵循的適當的包裝追蹤過程而遵循的示例性電腦化發起過程300的流程圖。在一些實施例中，SAT系統101可基於與包裝相關聯的最末事件資料及/或與包裝相關聯的事件順序來進行狀態確定。在一些實施例中，自步驟301開始，SAT系統101可藉由自例如WMS 119請求與對應的包裝辨識符相關聯的最末事件資料來確定包裝的狀態。

作為另一選擇或另外地，若最末事件資料指示例如包裝被標記為丟失，則SAT系統101可基於先前事件資料或例如使用者辨識符等其他隨附資料來確定(例如，基於使用者辨識符且因此基於使用者被分派的工作區域來確定)最末已知位置且相應地更新狀態。舉例而言，先前事件資料可指示包裝出發進行交付，在此種情形中，SAT系統101將狀態設定為出發進行交付501。在針對包裝辨識符存在具有衝突指示的多個事件資料的一些實施例中，SAT系統101可選擇基於衝突事件資料中的最新事件資料來確定狀態且忽略其他事件資料。在一些實施例中，SAT系統101亦可確定包裝的當前狀態不正確且改變所述狀態。

返回參照圖3，在步驟303處，SAT系統101可判斷最末事件是否指示包裝到達營地區215。若是肯定的，則在步驟305 處，SAT系統101可更新與包裝相關聯的包裝資訊，使得包裝資訊的狀態指示包裝已到達營地區215。接著所述過程可繼續進行圖4中的包裝追蹤過程400。

若來自步驟303的判斷是否定的，則在步驟307處，SAT系統101可判斷最末事件是否指示包裝出發進行交付。若此判斷的結果是肯定的，則在步驟309處，SAT系統101可更新與包裝相關聯的包裝資訊，使得包裝資訊的狀態指示包裝被裝載至卡車222或汽車226上且出發進行交付。接著所述過程可繼續進行圖5中的包裝追蹤過程500。

若步驟307處的判斷是否定的，則在步驟311處，SAT系統101可判斷最末事件是否指示進行了交付嘗試但失敗了。若此判斷的結果是肯定的，則在步驟313處，SAT系統101可更新與包裝相關聯的包裝資訊，使得包裝資訊的狀態指示交付嘗試不成功。接著所述過程可繼續進行圖6中的包裝追蹤過程600。

若步驟311處的判斷是否定的，則SAT系統101可確定包裝交付成功，且在步驟315處更新與包裝相關聯的包裝資訊，使得包裝資訊的狀態指示交付成功。接著所述過程可繼續進行圖7中的包裝追蹤過程700。

所述四種不同的狀態僅旨在用作實例，且一組替代狀態亦處於所揭露實施例的範圍內，且可對發起過程300進行修改以添加或移除其他判斷來適應一組替代狀態。

參照圖4至圖7，以下闡述符合所揭露實施例的示例性包裝追蹤過程400、500、600及700。SAT系統101可以預定的間隔(例如，24小時)遍歷資料庫中的每個包裝且基於以上針對圖3闡述的判斷來實行包裝追蹤過程400、500、600及700中的一或多者。SAT系統101可依序遍歷資料庫中的每一包裝，基於分派至每一包裝的對應的狀態選擇並逐步進行適當的過程，根據包裝的狀態對包裝進行分選，且分批或以其他方式實行每一過程。

包裝追蹤過程400、500、600及700用於驗證每一包裝的資訊(所述資訊指示包裝尚未交付，且因此應在FC 200中的某處具有對應的包裝)實際上可被映射至對應的包裝(例如，藉由驗證與具有狀態「到達營地區」的包裝資訊對應的包裝實際上位於營地區215處)。包裝追蹤過程400、500、600及700亦可辨識及糾正已被分派不正確狀態的包裝資訊且若需要則重訂包裝。所述四種不同的過程僅旨在用作實例，且與以上採用的所述一組狀態匹配的一組替代過程亦處於所揭露實施例的範圍內。

在一些實施例中，在SAT系統101正在遍歷包裝的資料庫時其他系統(例如SOT系統111、FO系統113及WMS 119)可暫停處理包裝，且一旦SAT系統101完成，所述其他系統便恢復處理包裝。作為另一選擇，在其他實施例中，其他系統(例如SOT系統111、FO系統113及WMS 119)可分別以其常規速度繼續處理包裝或者以降低的速度處理包裝。在SAT系統101正在實行包裝追蹤過程時，由所述其他系統產生的額外事件資料可電子儲存於臨時位置處且在SAT系統101已完成遍歷包裝的資料庫之後與資料庫中的包裝列表相符。

裝運週期可指自SAT系統101已完成對資料庫中的每個包裝資訊實行包裝追蹤過程400、500、600及700中的一或多者的時刻至預定間隔(例如，24小時)之後的時刻的時間段，系統100在所述時間段期間試圖交付每個包裝，且SAT系統101將再次開始對每一包裝資訊實行包裝追蹤過程400、500、600及700中的一或多者。裝運週期的開始可與工作日結束或午夜重合，此時每個包裝皆已被裝載並嘗試交付至少一次。換言之，每一裝運週期隔開一段時間，在所述一段時間期間，SAT系統101實行包裝追蹤過程400、500、600及700。

重要的是應注意，在每個裝運週期期間，可嘗試藉由卡車222或汽車226將系統100中的每個包裝裝載並發出以進行交付(例如，系統100中的每個包裝每一天被裝載並發出至少一次)。若包裝在裝運週期期間可能無法被裝載至少一次，則WMS 119可將事件資料添加至SAT系統101中的對應的包裝資訊，即所述包裝由於營地區215處超出容量而尚未交付(例如，用於交付的包裝的數目超出可在FC 200處進行處理的數目)。亦應注意，在實行包裝追蹤過程400、500、600及700中的一或多者時，每一包裝可在不同的位置處(例如，在營地區215處、在卡車222或汽車226上)。

在裝運週期結束時(即，在包裝追蹤過程400、500、600及700中的任一者開始之前)，SAT系統101可產生當前在系統100 中的包裝的列表，所述包裝的包裝辨識符由行動裝置(例如，107A至107C或119A至119C)掃描或讀取。當掃描或讀取每一包裝時，可自包裝列表省略損壞的包裝，以在包裝追蹤過程400、500、600或700期間將損壞的包裝標記為滿足稍後進行重訂的條件。

圖4繪示當確定出包裝已到達營地區215時SAT系統101可遵循的電腦化包裝追蹤過程400。包裝在已被裝載進行交付之後可能已自中樞區213或者卡車222或汽車226到達。

在步驟403處，SAT系統101可藉由判斷在前一裝運週期結束時對應的包裝辨識符是否被掃描或讀取來驗證系統100中是否存在特定包裝。

如步驟405處所示，來自步驟403的否定判斷可指示所述包裝丟失(即下落不明)，且SAT系統101可更新對應的包裝資訊，以在步驟407處將包裝辨識符標記為滿足重訂的條件。舉例而言，標記可包括修改儲存對應的包裝資訊的資料庫中的參數(例如，優先權狀態及/或指示包裝應被更快地交付)。(在一些實施例中，在將包裝辨識符標記為滿足重訂的條件時，所述方法可繼續進行至以下進一步詳細闡述的圖8中的過程800。)

另一方面，來自步驟403的肯定判斷可指示實體包裝存在。在此種情形中，包裝可能由於內部延遲(例如，在營地區215處超出容量)而從未離開過營地區215，或者包裝可能在緊接的前一裝運週期期間已離開進行交付但由於一或多個原因(例如，交付卡車可能無法在工作時間內完成交付)而返回至營地區215而未被交付。在此種情況下，在方框409處，SAT系統101可基於來自SOT系統111的交付狀態資訊來確定包裝尚未交付的原因。

若如步驟411處所示確定出未交付是由於超出容量，則SAT系統101可在步驟413處判斷自PDD以來是否已過了大於第一預定時間長度(例如，2天)。在步驟411處超出的容量可包括例如可用交付工作者224A或224B的數目、用於交付的可用卡車222或汽車226的數目以及卡車222或汽車226上的空間量。在其他實施例中，在將包裝標記為滿足重訂的條件之前必須經過的時間長度可小於2天或大於2天，例如為半天、3天等。在再一些其他實施例中，可基於缺少的特定資源而改變時間長度。

若來自步驟413的判斷是肯定的，則SAT系統101可更新對應的包裝資訊，以在步驟415處採用與上述步驟407相似的方式將包裝辨識符標記為滿足重訂的條件。若來自步驟413的判斷不是肯定的，則如步驟417處所示，SAT系統101可使對應的包裝資訊保持不變，使得可在下一裝運週期期間再次嘗試交付包裝且處理資料庫中的下一包裝。

返回參照方框409，若如步驟419處所示未交付是由於顧客的錯誤，則SAT系統101可判斷自PDD以來是否已經過了大於第二預定時間長度(例如，4天)(步驟421)，且在步驟423處採用與上述步驟407相似的方式將對應的包裝辨識符標記為滿足重訂的條件。若自PDD以來未經過大於第二預定時間長度，則如步驟425處所示，SAT系統101可使對應的包裝資訊保持不變。在其他實施例中，第二預定時間長度可小於4天或大於4天，例如為半天、5天等。在再一些其他實施例中，可基於由顧客造成的特定延遲而改變時間長度。

返回參照方框409，若如427處所示未交付是由於包裝丟失或損壞，則由於先前在步驟403處確定出包裝存在(即，實體上存在且未損壞)然而未交付原因卻指示包裝丟失或損壞，SAT系統101可確定包裝資訊中存在錯誤。在此種情形中，如步驟429處所示，SAT系統101可將包裝資訊中的未交付原因置換成「超出容量」，因此將未交付的未知原因歸因於內部延遲，而不是例如顧客的錯誤。

若步驟427處的判斷是否定的，指示未交付的原因是其他原因，則在步驟431處，SAT系統101可使對應的包裝資訊保持不變，使得可在下一裝運週期期間再次嘗試交付包裝且處理資料庫中的下一包裝。

圖5繪示當確定出包裝已出發進行交付(例如，若包裝在緊接的前一裝運週期期間出發但未進行交付嘗試)時SAT系統101可遵循的電腦化包裝追蹤過程500。

在步驟503處，如以上針對步驟403所述，SAT系統100可驗證所述包裝是否仍存在於系統中。來自步驟503的否定判斷可指示包裝丟失，如步驟505處所示及以上針對步驟405所述。接著，在步驟507處，SAT系統101可採用與上述步驟407相似的方式將對應的包裝辨識符標記為滿足重訂的條件。

另一方面，若在步驟503處驗證出包裝存在，則接著在方框509處，SAT系統101可基於來自SOT系統111的交付狀態資訊來確定包裝尚未交付的原因。若確定出未交付是由於缺乏例如交付時間等資源，則SAT系統101可判斷自PDD以來是否已經過了大於第一預定時間長度(步驟513)，且若自PDD以來已經過了大於第一預定時間長度，則將對應的包裝資訊標記為滿足重訂的條件(步驟515)，或者使對應的包裝資訊保持不變(步驟517)，如以上針對步驟413至417所述。

作為另一選擇，若如步驟519處所示確定出未交付是由於顧客的錯誤，則SAT系統101可判斷自PDD以來是否已經過了大於第二預定時間長度(步驟521)，且若自PDD以來已經過了大於第二預定時間長度，則將對應的包裝資訊標記為滿足重訂的條件(步驟523)，或者使包裝資訊保持不變(步驟525)，如以上針對步驟421至425所述。

即使如此，若在方框509中確定出未交付是由於如527處所示的包裝丟失或損壞，則SAT系統101可確定存在錯誤，如以上針對步驟427所述。在此種情形中，由於先前的判斷指示包裝已出發進行交付(步驟501)但由於某種原因仍然在營地區215處(步驟503)，表明包裝未曾到達其應到達的地方，因此SAT系統101可將未交付原因置換成「錯誤分選」(步驟529)，指示包裝被錯誤分選(例如，裝載至錯誤的交付卡車222或汽車226上)。SAT系統101可試圖在下一裝運週期期間交付該些包裝。

若步驟527處的判斷是否定的，指示未交付原因是其他原因，則SAT系統101可如以上針對步驟431所述使對應的包裝資訊保持不變(步驟531)。

圖6繪示當SAT系統101確定出包裝未能例如在緊接的前一裝運週期期間交付(例如，交付人員224A或224B到達接收方的位址，但因接收方不在而未能完成交付)時SAT系統101可遵循的電腦化包裝追蹤過程600。

在步驟603處，SAT系統101可如以上針對步驟503所述驗證包裝是否仍存在於系統中。如步驟605處所示，來自步驟603的否定判斷可指示包裝丟失。接著，在步驟607處，SAT系統101可採用與上述步驟407相似的方式將對應的包裝辨識符標記為滿足重訂的條件。

若在步驟603處驗證出包裝存在，則接著在方框609處，SAT系統101可基於來自SOT系統111的交付狀態資訊來確定包裝尚未交付的原因。如步驟619處所示，若確定出未交付是由於客戶的錯誤，則SAT系統101可判斷自PDD以來是否已經過了大於第二預定時間長度(步驟621)，且若自PDD以來已經過了大於第二預定時間長度，則將對應的包裝資訊標記為滿足重訂的條件(步驟623)，或者使包裝資訊保持不變(步驟625)，如以上針對步驟421至425所述。

作為另一選擇，若在方框609中確定出未交付是由於包裝丟失或損壞，如627處所示，則SAT系統101可確定存在錯誤並將未交付原因置換成「錯誤分選」(步驟629)，如以上針對步驟527至529所述。若步驟627處的判斷是否定的，指示未交付原因是其他原因，則SAT系統可使對應的包裝資訊保持不變(步驟631)，如以上先前針對步驟431所述。

在此種情形中，由於確實進行了交付嘗試(此意味著例如交付人員224A或224B具有足以到達接收方的位址並嘗試交付的資源)，因此SAT系統101可不像在其他包裝追蹤過程400及500中那般考慮未交付是否是由於缺乏資源。

圖7繪示當SAT系統101確定出例如在緊接的前一裝運週期期間成功交付包裝時SAT系統101所遵循的包裝追蹤過程700。

在步驟703處，SAT系統101可如以上針對步驟503所述驗證包裝是否仍存在於系統中。否定的判斷正確地指示包裝不存在於系統100中，且由於交付的包裝可能確實不存在於系統100內，因此在步驟705處使對應的包裝資訊保持不變。然而，由於交付的包裝可能不再存在於系統100中，因此肯定的判斷指示來自SOT系統111的資訊可能是不正確的且因此包裝的當前狀態可能是不正確的。在此種情形中，在步驟711處，SAT系統101可對與包裝相關聯的資訊進行置換，以指示包裝由於缺乏資源而尚未交付。接著，在步驟713處，SAT系統101可判斷自PDD以來是否已經過了大於第一預定時間長度，且基於所述判斷在步驟715或717處採取適當的措施，如以上針對步驟513至517所述。在其他實施例中，在步驟711處，SAT系統101可將對應的包裝資訊進行置換，以分派不同的狀態及/或不成功交付的原因。

在一些實施例中，方框409、509、609、709可擴展以包括更多未交付原因。未交付原因411、419、427、511、519、527、619及627亦可被分割成包括更詳細的子原因。舉例而言，可基於缺少的不同資源將原因511劃分成子原因，且可基於由顧客造成的不同類型的延遲將原因519劃分成子原因。此外，步驟413、421、513、521、621及713處的第一預定時間長度與第二預定時間長度可彼此不同，以包括基於未交付的狀態與原因的組合的六或更多個預定時間長度。一或多組預定時間長度具有相等時間長度的替代實施例亦處於本發明的範圍內。

在一些實施例中，一旦SAT系統101基於上述步驟407、415、423、507、515、523、607、623及715中的至少一或多者確定出包裝欲進行重訂，便藉由用於重訂包裝且使所述包裝快速通過系統100的另一示例性過程來處理此種包裝。

在一些實施例中，使包裝快速通過系統可基於確定的緊急代碼或指示包裝需要更快地交付的包裝辨識符。緊急代碼可為SAT系統101例如藉由標記包裝而分派至包裝的代碼，且可基於一或多個未交付原因(例如，原因411、419、427、511、519、527、619及627)。在一些實施例中，SAT系統101可具有與所述一或多個未交付原因對應的一或多個緊急代碼。舉例而言，第一緊急代碼可指示較第二緊急代碼更高的優先權(即，具有第一緊急代碼的包裝應較具有第二緊急代碼的包裝更快地交付)。

另外，在一些實施例中，SAT系統101亦可藉由在接收到來自內部使用者(例如，擁有、營運或租賃系統100的組織的員工)的請求時更新對應的包裝資訊來指示進行重訂的包裝。另外，在一些實施例中，一旦包裝被標記為進行重訂，SAT系統101便可確定可交付另一包裝(包括例如在較早的波期間未被交付的物項)的下一可用波，且自動傳送指令以在下一可用波上交付包裝。

在一些實施例中，重訂過程可包括：在被指示進行重訂的包裝的對應的包裝資訊(即，標記的包裝)中辨識所述包裝所容置的物項；辨識與對應的包裝辨識符相關聯的訂單；取消所辨識的訂單的一部分；使用所辨識的物項創建及處理新的訂單；將與新的訂單相關聯的包裝資訊更新為高優先權；以及經由新的交付路線及/或子路線交付對應的包裝。

圖8繪示符合所揭露實施例的當SAT系統101確定出包裝已滿足重訂的條件時SAT系統101可遵循的示例性重訂過程800。

圖8自步驟801開始。一旦包裝已被標記為進行重訂(例如，基於上述步驟407、415、423、507、515、523、607、623及715中的至少一或多者，包裝已滿足重訂的條件)，所述過程便可繼續進行至步驟803。

在步驟803處，SAT系統101可在步驟803處取消與被標記的包裝對應的訂單的至少一部分。舉例而言，訂單可包括多個包裝，包括容納第一組物項的第一包裝。如上所述，在所揭露追蹤過程期間的某個點處，可基於一或多個原因將容納第一組物項的第一包裝標記為進行重訂。然而，所述多個包裝中的其餘包裝可不被標記為進行重訂，且將不必取消所述包裝並延遲其交付。在此實例中，在步驟803處，SAT系統將僅取消訂單中與被標記的包裝(即，容納第一組物項的第一包裝)對應的部分。舉例而言，取消訂單的一部分可包括向系統100中的一或多個裝置傳送指令，以停止交付包裝、分發包裝或將包裝退回至FC 100。

在步驟805中，SAT系統101可確定當前時間以及與多個即將到來的交付波相關聯的多個截止時間。該些截止時間可與包裝本身相關聯，及/或可與包裝中所容納的一或多個各別物項相關聯。

在步驟807處，SAT系統101可在每一截止時間與確定的當前時間之間進行比較。

在步驟809處，SAT系統101可判斷是否早已經過了交付波的截止時間。在步驟813處，基於所述比較，SAT系統101可確定與交付相關聯的新的所排程交付。在此實例中，此確定可基於在步驟809處判斷是否。若當前時間不在截止時間之前(即，尚未經過截止時間)，則如步驟811處所示，SAT系統將不會重新排程至與所述截止時間相關聯的交付波，且將返回至步驟807，以與和不同波相關聯的不同截止時間進行另一比較。

在一些實施例中，另外地或作為另一選擇，在步驟813中確定新的所排程交付細節可基於所確定的與包裝相關聯的緊急代碼，或者包裝是否已被標記為需要更快地裝運。舉例而言，若第一包裝已被標記為進行重訂，且第二包裝已被標記為進行重訂且具有更高的緊急代碼或者已被標記為需要更快地裝運，則SAT系統101可優先交付第二包裝。在一些實施例中，過程800可更包括創建新的路線，所述新的路線針對當新的路線可用以及若新的路線可用時交付新的包裝進行了最佳化。

一旦已確定與交付波相關聯的新的交付時間，在步驟815中，SAT系統101便將基於與交付波相關聯的交付時間傳送交付包裝的指令。藉由在確定出包裝已被標記為進行重訂時自動實施此過程，SAT系統101可大大減少尚未交付的延期訂單的數目，與此同時使延期訂單對營運費用的影響最小化。

為易於闡釋而不引起歧義，將使用實例來闡述重訂過程，其中訂單包括一同被包裝至第一包裝中的第一組物項以及一同被包裝至第二包裝中的第二組物項，第一包裝具有第一包裝辨識符及對應的第一包裝資訊，第二包裝具有第二包裝辨識符及對應的第二包裝資訊。關於此實例，SAT系統101可確定第一包裝被成功交付給其擬定接收方，但第二包裝被損壞。在此種情形中，如以上針對步驟415所述，SAT系統101可更新第二包裝資訊，以將第二包裝辨識符標記為滿足與資料庫中根據上述包裝追蹤過程400、500、600及700中的一或多者確定的可能需要進行重訂的其他包裝(若存在)一起重訂的條件。

接著，作為重訂過程的一部分，基於進行人工檢驗時包裝的實際內容物及/或以上述方式收集的訂單資訊及包裝資訊，SAT系統101可繼續辨識第二包裝中的物項(在此實例中，所述物項將是以上定義的第二組物項)。一旦物項及訂單被辨識，SAT系統101便可繼續取消訂單中與所述物項對應的部分，而不影響訂單中未被指示進行重訂的其他部分，否則不發出訂單中的所述其他部分。接著SAT系統101可向FO系統113發送請求，以創建包括第二組物項的新的訂單。有效地創建包括單一的一組物項且因此被包裝成單一包裝的部分訂單，並將其放置於系統100內，以與其他包裝一起處理。

在一些實施例中，SAT系統101亦可將對應的新的包裝資訊指示為「高優先權」，此被傳送至其他系統元件(例如，SOT系統111及WMS 119)並被顯示為對內部使用者(例如，擁有、營運或租賃系統100的組織的員工)及/或交付工作者224A或224B的通知。當掃描或讀取對應的包裝辨識符時，運輸系統107的一或多個行動裝置107A至107C及/或FC 200的119A至119C可顯示「高優先權」通知，使得內部使用者可在其他包裝之前優先處理所述包裝。

在一些實施例中，高優先權包裝可由每一系統內的一組專用內部使用者(例如，運輸系統107中的一組內部使用者或WMS 119中的一組內部使用者)處理及交付，以確保包裝被盡可能快地包裝及交付，而不論可能存在多少其他非高優先權包裝。再此外，在一些實施例中，SOT系統111可創建新的交付路線及/或子路線，所述新的交付路線及/或子路線被配置成將高優先權包裝的交付最佳化。

在一些情況下，SAT系統101可確定新的包裝可能無法在原始訂單的時間創建的原始PPD時或所述原始PPD之前交付。在該些情形中，SAT系統可基於上述一或多個因素向FO系統113發送對更新的PDD的請求。更新的PDD可用於內部訂單追蹤或被揭露至擬定接收方及/或採購者，以告知他們其訂單狀態。

在一些實施例中，儘管基於包裝追蹤過程400、500、600及700中的一或多者確定為丟失的包裝藉由上述重訂過程來處理，然而一部分內部使用者可致力於定位丟失的包裝並將其轉送至位於FC 200內部的退貨中轉區(未畫出)。作為另一選擇或另外地，在內部使用者正在實行其各自的常規任務時可能會發現一或多個先前丟失的包裝，此時內部使用者亦可將所述包裝轉送至退貨中轉區。

較佳地，由於藉由以上重訂過程創建的新的高優先權包裝將需要被取消並被阻止交付，因此系統100不試圖將發現的包裝重新交付給原始擬定接收方，此可能會使系統100減慢。另外，在一些實施例中，基於包裝追蹤過程400、500、600及700中的一或多者被確定為損壞的包裝亦可被轉送至退貨中轉區，使得所述包裝中的物項可被擷取。所述包裝中的物項的子集可能仍然處於可售狀態。

在一些實施例中，已被定位的丟失的包裝、損壞的包裝及/或由於被標記為滿足重訂的條件而在到達擬定接收方之前被取消的其他包裝被轉送至退貨中轉區以進行重新存庫。在此種實施例中，SAT系統101可將與被轉送的包裝對應的包裝資訊更新為內部退貨，此不同於自顧客接收的退貨包裝。由於此種轉送的包裝藉由系統100被處理時未被人打開，因次相較於其他顧客發起的退貨，此種轉送的包裝內的物項相對更有可能處於密封的可售狀態。由此，包裝於其中的物項可在進行最小檢驗的情況下被轉送及重新路由至揀選區209，進而節省了實行相對更徹底的檢驗的成本，縮短了處理時間並節省了重複訂單的成本。

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

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

800:重訂過程/過程

801、803、805、807、809、811、813、815:步驟

Claims

一種用於自動化再裝運排程的電腦實施系統，包括：至少一個處理器；記憶體，包含指令，所述指令在由所述至少一個處理器執行時實行包括以下的步驟：接收電子資訊，所述電子資訊包括：包括第一組物項的訂單；與第一包裝相關聯的第一包裝辨識符，所述第一包裝容納所述第一組物項中的一或多個物項，並且與第一接收方及所排程交付時間相關聯；以及與所述第一包裝辨識符相關聯的多個掃描事件，所述多個掃描事件中的每一掃描事件包括：掃描時間；掃描位置；事件類型；以及交付狀態；其中所述每一掃描事件是在掃描包裝時自多個行動裝置中的其中之一所接收的；將所接收的所述電子資訊聚合為事件資料；將經聚合的所述事件資料轉換成標準化格式；透過以下方式剖析與所述第一包裝辨識符相關聯的經轉換的所述事件資料：對經轉換的所述事件資料進行過濾，以隔離與所述第一包裝辨識符相關聯的經轉換的所述事件資料；對被隔離的所述事件資料進行剖析，以確定時間關係；基於被隔離的所述事件資料及所確定的所述時間關係確定時間順序；基於所述時間順序確定所述第一包裝的狀態；基於所剖析的被隔離的所述事件資料判斷所述第一包裝是否尚未交付；並且基於判斷出所述第一包裝尚未交付：將所述第一包裝辨識符標記為滿足第一條件；取消與所述第一包裝對應的訂單的一部分；確定當前時間；確定多個截止時間，所述多個截止時間中的每一截止時間與交付波相關聯；基於所述多個截止時間與所述當前時間之間的比較，確定與所述交付波相關聯的新的所排程交付時間；為第二包裝創建新的訂單，所述第二包裝容納所述第一包裝中所容納的所述一或多個物項；以及向行動裝置傳送指令，以基於與所述新的所排程交付時間相關聯的所述交付波來交付所述新的訂單。
如請求項1所述的電腦實施系統，其中所述多個截止時間中的其中之一與所述第一包裝及所述交付波相關聯。
如請求項2所述的電腦實施系統，其中所述交付波包括預定時間段，所述第一包裝擬定在所述預定時間段期間交付。
如請求項3所述的電腦實施系統，其中每一天與多個交付波相關聯，所述多個交付波中的每一交付波與所述多個截止時間中的截止時間及交付時間段相關聯，所述截止時間是所述交付時間段變得不可用的時間。
如請求項1所述的電腦實施系統，其中所述新的所排程交付時間是藉由以下方式確定：基於所述時間順序確定所述第一包裝尚未交付的至少一個原因；基於所確定的所述至少一個原因確定緊急代碼；基於所確定的所述緊急代碼，確定用於交付所述第一包裝的交付波。
如請求項5所述的電腦實施系統，其中所述至少一個原因選自由以下組成的群組：所述第一包裝尚未出發進行交付，所述第一包裝由於顧客錯誤而未交付，所述第一包裝由於容量過大而未交付，所述第一包裝由於缺少資源而未交付，所述第一包裝由於丟失而未交付，或者所述第一包裝由於損壞而未交付。
如請求項1所述的電腦實施系統，其中將所述第一包裝辨識符標記為滿足所述第一條件更包括：更新與所述第一包裝辨識符相關聯的參數以指示所述第一包裝應被更快地交付。
如請求項7所述的電腦實施系統，其中所述步驟更包括：確定與所述第一包裝辨識符相關聯的所述參數指示所述第一包裝應被更快地交付；基於所述確定，對欲被發送至所述行動裝置的所述指令進行配置以指示所述第一包裝尚未交付。
如請求項8所述的電腦實施系統，其中所述步驟更包括：創建新的路線，所述新的路線針對交付所述第二包裝進行了最佳化。
一種用於自動化再裝運排程的電腦實施方法，包括：接收電子資訊，所述電子資訊包括：包括第一組物項的訂單；與第一包裝相關聯的第一包裝辨識符，所述第一包裝容納所述第一組物項中的一或多個物項，並且與第一接收方及所排程交付時間相關聯；以及與所述第一包裝辨識符相關聯的多個掃描事件，所述多個掃描事件中的每一掃描事件包括：掃描時間；掃描位置；事件類型；以及交付狀態；其中所述每一掃描事件是在掃描包裝時自多個行動裝置中的其中之一所接收的；將所接收的所述電子資訊聚合為事件資料；將經聚合的所述事件資料轉換成標準化格式；透過以下方式剖析與所述第一包裝辨識符相關聯的經轉換的所述事件資料：對經轉換的所述事件資料進行過濾，以隔離與所述第一包裝辨識符相關聯的經轉換的所述事件資料；對被隔離的所述事件資料進行剖析，以確定時間關係；基於被隔離的所述事件資料及所確定的所述時間關係確定時間順序；基於所述時間順序確定所述第一包裝的狀態；基於所剖析的被隔離的所述事件資料判斷所述第一包裝是否尚未交付；並且基於判斷出所述第一包裝尚未交付：將所述第一包裝辨識符標記為滿足第一條件；取消與所述第一包裝對應的訂單的一部分；確定當前時間；確定多個截止時間，所述多個截止時間中的每一截止時間與交付波相關聯；基於所述多個截止時間與所述當前時間之間的比較，確定與所述交付波相關聯的新的所排程交付時間；以及向行動裝置傳送指令，以基於與所述新的所排程交付時間相關聯的所述交付波來為第二包裝創建新的訂單，所述第二包裝容納所述第一包裝中所容納的所述一或多個物項。
如請求項10所述的電腦實施方法，其中所述多個截止時間中的其中之一與所述第一包裝及所述交付波相關聯。
如請求項11所述的電腦實施方法，其中所述交付波包括預定時間段，所述第一包裝擬定在所述預定時間段期間交付。
如請求項12所述的電腦實施方法，其中每一天與多個交付波相關聯，所述多個交付波中的每一交付波與所述多個截止時間中的截止時間及交付時間段相關聯，所述截止時間是所述交付時間段變得不可用的時間。
如請求項10所述的電腦實施方法，其中所述新的所排程交付時間是藉由以下方式確定：基於所述時間順序確定所述第一包裝尚未交付的至少一個原因；基於所確定的所述至少一個原因確定緊急代碼；基於所確定的所述緊急代碼，確定用於交付所述第一包裝的交付波。
如請求項10所述的電腦實施方法，其中將所述第一包裝辨識符標記為滿足所述第一條件包括：更新與所述第一包裝辨識符相關聯的參數以指示所述第一包裝應被更快地交付。
如請求項15所述的電腦實施方法，其中所述方法更包括：確定與所述第一包裝辨識符相關聯的所述參數指示所述第一包裝應被更快地交付；基於所述確定，對欲被發送至所述行動裝置的所述指令進行配置以指示所述第一包裝尚未交付。
如請求項16所述的電腦實施方法，其中所述方法更包括：創建新的路線，所述新的路線針對交付所述第二包裝進行了最佳化。
一種用於自動化再裝運排程的電腦實施系統，包括：至少一個處理器；記憶體，包含指令，所述指令在由所述至少一個處理器執行時實行包括以下的步驟：接收電子資訊，所述電子資訊包括：包括第一組物項的訂單；與第一包裝相關聯的第一包裝辨識符，所述第一包裝容納所述第一組物項中的一或多個物項，並且與所述第一組物項相關聯，且欲經由一或多條現有路線在第一預定時間段內交付給第一接收方；與所述第一包裝辨識符相關聯的多個掃描事件，所述多個掃描事件中的每一掃描事件包括：掃描時間；掃描位置；事件類型；以及交付狀態；其中所述每一掃描事件是在掃描包裝時自多個行動裝置中的其中之一所接收的；將所接收的所述電子資訊聚合為事件資料；將經聚合的所述事件資料轉換成標準化格式；透過以下方式剖析與所述第一包裝辨識符相關聯的經轉換的所述事件資料：對經轉換的所述事件資料進行過濾，以隔離與所述第一包裝辨識符相關聯的經轉換的所述事件資料；對被隔離的所述事件資料進行剖析，以確定時間關係；基於被隔離的所述事件資料及所確定的所述時間關係確定時間順序；基於所述時間順序確定所述第一包裝的狀態；基於所剖析的被隔離的所述事件資料判斷所述第一包裝是否存在，其中：若判斷出所述第一包裝不存在，則將所述第一包裝辨識符標記為滿足第一條件；且若判斷出所述第一包裝存在，則判斷所述第一包裝是否因缺少資源而尚未交付，其中：若判斷出所述第一包裝因缺少資源而尚未交付，若所述第一預定時間段已經過了大於第一臨限值，則將所述第一包裝辨識符標記為滿足第二條件，基於所述判斷：確定當前時間；確定多個截止時間；基於所述多個截止時間與所述當前時間之間的比較，確定與交付波相關聯的新的所排程交付時間；以及向行動裝置傳送指令，以基於與所述新的所排程交付時間相關聯的所述交付波來為第二包裝創建新的訂單，所述第二包裝容納所述第一包裝中所容納的所述一或多個物項。