TW202234315A - 與履行中心自動通訊的電腦實施方法及電腦實施系統 - Google Patents

Abstract

一種用於遞送排期的電腦化系統。所述系統可包括處理器及包括指令的非暫時性儲存媒體。所述指令在由所述至少一個處理器執行時可使得所述至少一個處理器實行步驟。所述步驟可包括：（自遠端系統）接收訂購貨物的電子請求；確定與遠端系統相關聯的資訊以及與所述資訊及所述貨物相關聯的履行中心；產生電子訊息；以及（向履行中心）轉送電子訊息及指令，以產生顯示對貨物及遞送波估計的請求的圖形使用者介面。

Description

與履行中心自動通訊的電腦實施方法及電腦實施系統

本揭露大體而言是有關於用於電腦化遞送排期的電腦化系統及方法。具體而言，本揭露的實施例是有關於用於適應性遞送排期的對遞送進行歸類、調整遞送組以及經由圖形使用者介面（graphical user interface，GUI）向客戶端裝置傳送指令的創新性且非常規的系統。

線上訂單的實踐涉及錯綜複雜的電子系統網路。特別是現今，由於顧客需要次日遞送、自動退貨及最小的裝運成本，因此線上訂單的實踐需要使用支援訂單準備及遞送的複雜的電子系統網路。網路中的多個電子系統需要實時彼此通訊，以確定包括例如裝運路線及/或分配中心在內的實踐過程。

管理分配操作的標準電子系統不能夠處置日益增長的貨量及特殊性需求。標準系統不能很好地適應擴大的物項層級處置、較小訂單的處理及更高的訂單頻率的新要求。舉例而言，當前的電子系統通常藉由對正去往某一位置的訂單進行分批來運作。零售商的電子系統可在一時間段內收集訂單、將其分組且接著向裝運電子系統提供分批指令。然而，該些分批操作可能無法達成某些訂單所需的加速遞送時間。

此外，由於實踐線上訂單的過程中通常有多方參與，因此當前的電子系統網路可能具有需要頻繁及實時通訊的多個元件。線上零售商的電子系統頻繁與多個分配及實踐系統實時通訊，且可採用若干中樞區或營地區以能夠快速實踐訂單。然而，電子系統網路的此種複雜性是不易於擴縮的，且阻礙了新顧客需求所需的調節。舉例而言，當前的電子系統不太適合處置大量具有不同顧客特權的訂單，此乃因其不能夠有效地根據付費使用者（premium user）、緊急遞送或最低成本遞送來分派遞送渠道。此外，當前的系統是剛性的，且不易於適應面對動態的需求變化或顧客要求。標準電子系統是剛性的，且已建立在整個遞送過程中難以調整的操作。該些電子系統可能不易於適應包括例如臨時或隨需應變的工作者及承包商在內的新的遞送鏈。因此，該些電子系統無法有效地處置遞送請求或調整遞送過程以滿足顧客需求。

此外，當前用於管理遞送的電子系統具有過時的通訊平台，其不能提供可適應式系統所需的動態指令。當前的電子系統依賴於過時的技術，其迫使使用者在整個分配鏈中使用多個平台。

因此，需要用於適應性遞送排期系統的改進的方法及系統。所揭露的用於適應性遞送排期產生圖形使用者介面的系統及方法解決上述問題中的一或多者及/或先前技術中的其他問題。

本揭露的一個態樣是有關於一種用於遞送排期的電腦化系統。所述系統可包括：至少一個處理器；以及至少一個非暫時性儲存媒體，包括指令，所述指令在由所述至少一個處理器執行時使得所述至少一個處理器實行步驟。所述步驟可包括（自遠端系統）接收訂購貨物的電子請求以及確定與所述遠端系統相關聯的資訊，所述資訊確定與所述資訊及所述貨物相關聯的履行中心（fulfillment center，FC）。所述步驟亦可包括（基於與所述遠端系統相關聯的所述資訊）產生包括所確定的所述履行中心、所述貨物、一天中的時間及遞送波估計的電子訊息。所述步驟亦可包括（向所述履行中心）轉送所述電子訊息及指令，以產生顯示所述貨物及所述遞送波估計的圖形使用者介面。

本揭露的另一態樣是有關於一種非暫時性電腦可讀取媒體，所述非暫時性電腦可讀取媒體用於儲存指令，所述指令在由處理器執行時實行用於遞送排期的操作。所述操作可包括（自遠端系統）接收訂購貨物的電子請求以及確定與所述遠端系統相關聯的資訊，所述資訊確定與所述資訊及所述貨物相關聯的履行中心。所述操作亦可包括（基於與所述遠端系統相關聯的所述資訊）產生包括所確定的所述履行中心、所述貨物、一天中的時間及遞送波估計的電子訊息。所述操作亦可包括（向所述履行中心）轉送所述電子訊息及指令，以產生顯示所述貨物及所述遞送波估計的圖形使用者介面。

本揭露的又一態樣是有關於一種用於遞送排期的電腦實施方法。所述方法可包括以下操作：（自遠端系統）接收訂購第一貨物及第二貨物的電子請求；確定與所述遠端系統相關聯的資訊；確定與所述資訊及所述第一貨物相關聯的第一履行中心以及與所述第二貨物及所述資訊相關聯的第二履行中心。所述操作亦可包括：產生對所述第一貨物的第一遞送波及對所述第二貨物的第二遞送波；（基於與所述遠端系統相關聯的所述資訊）產生包括所述第一履行中心及所述第二履行中心、所述第一貨物及所述第二貨物、一天中的時間以及所述第一遞送波估計及所述第二遞送波估計的電子訊息。此外，所述操作可包括：確定所述第二遞送波估計不同於所述第一遞送波；修改所述第一遞送波估計或所述第二遞送波估計中的至少一者以與另一遞送波估計匹配。所述操作亦可包括：向所述履行中心轉送所述電子訊息及指令，以產生圖形使用者介面，所述圖形使用者介面顯示其中所述第一貨物及所述第二貨物利用對應的遞送波估計進行彩色編碼的列表；以及向所述履行中心發送指令以列印列出所述第一遞送波估計或所述第二遞送波估計的裝運標籤。

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

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

本揭露的實施例是有關於用於適應性遞送排期的被配置用於產生圖形使用者介面的系統及方法。所揭露系統及方法藉由例如確定處於滿足訂單要求的最佳位置的履行中心來達成自動化及最佳化的訂單處置。所揭露系統及方法亦向系統的使用者提供圖形使用者介面及交互式工具，以有效地管理快遞員（courier）及對工作進行優先排序。舉例而言，所揭露系統及方法藉由向供應鏈管理者提供對預測訂單的更大可見性來評價需求，從而改進了自動化遞送歸類的技術領域。在此種實施例中，所揭露系統及方法可採用機器學習技術來辨識趨勢且預報營地需求的履行中心以進行分派。

此外，所揭露系統及方法藉由能夠自動調整遞送過程來改進排期系統。所揭露遞送系統可以不同的遞送過程或範例來運作。舉例而言，所述系統可使用「波過程（waves process）」、「班次過程（shift process）」或其組合來運作。波過程可在不同的時間以遞送波的形式安排遞送。舉例而言，波遞送可包括一天若干次在特定區域（例如，包括子路線在內的路線）周圍的第一包裝波。相比之下，班次過程可安排到不同區域的遞送，首先遞送至特定區域的一部分（通常為50%），隨後遞送至特定區域的其餘部分。所揭露系統及方法可被配置成基於針對遞送過程的最佳化參數來對路線及工作者排期進行重新配置。舉例而言，所揭露系統及方法可分析履行中心或營地的先前訂單及效能以確定每一營地或履行中心的預測需求。接著，所揭露系統可使用機器學習預報模型來評價哪一遞送過程具有最有效的結果，且相應地更新所述系統的所有元件。舉例而言，若系統確定出使用兩班式過程（two-shift process）遞送一組訂單是更有效的，則所揭露系統及方法可更新履行中心、裝運授權及工作者，以在兩班式過程下進行運作。在此種實施例中，用於配置遞送過程的預報分析利用特定的電腦化方法來辨識最佳化的遞送排期，從而改進了用於遞送排期的系統。

此外，所揭露系統及方法藉由能夠動態改變遞送過程來改進遞送過程的靈活性。舉例而言，若系統貫穿一個班次辨識出可用的臨時工作者多於預期可用的臨時工作者，則所述系統可根據需要重新運行預測模型來更新遞送過程並重新配置所述系統。所揭露系統亦提供圖形使用者介面來提供回饋、修改組或改變遞送過程。

所揭露系統及方法亦可藉由將訂單資訊變換成遞送指令序列來改進自動化遞送排期領域。舉例而言，所揭露系統及方法可自動處理訂單請求，直至產生帶有遞送資訊的列印標籤。所述標籤可包括所需遞送時間、目的地及優先權資訊的資訊。

此外，所揭露系統及方法解決了行動裝置中資訊顯示不佳的技術問題，此乃因所揭露系統可產生有效管理螢幕空間的使用者介面。特別是對於快遞員所使用的螢幕空間有限的可攜式裝置，所揭露系統及方法可產生具體顯示與快遞員相關的元素、同時移除不相關元素的動態GUI。舉例而言，所揭露方法可包括基於可適應式遞送模式來動態修改GUI，示出快遞員通知、變化、遞送組或所需的優先排序。所揭露系統及方法亦包括可便於建立遞送路線、創建組或更新系統的GUI配置。

現將詳細參照所揭露實施例，所揭露實施例的實例在隨附圖式中例示出。

圖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 ^rdparty 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 Display Page，SDP）（例如，圖1C）、購物車頁面（例如，圖1D）或訂單頁面（例如，圖1E）。使用者裝置（例如，使用行動裝置102A或電腦102B）可導航至外部前端系統103，且藉由在搜尋框中輸入資訊來請求搜尋。外部前端系統103可自系統100中的一或多個系統請求資訊。舉例而言，外部前端系統103可自FO系統113請求滿足搜尋請求的資訊。外部前端系統103亦可請求及接收（自FO系統113）搜尋結果中所包括的每種貨物的承諾遞送日期或「PDD」。在一些實施例中，PDD可表示對以下的估計：容納貨物的包裝將何時到達使用者所期望的位置，或者若在特定時間段（例如在一天結束（午後11:59）之前）內訂購則貨物被承諾遞送至使用者所期望的位置的日期。（以下參照FO系統113進一步論述PDD。）

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

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

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

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

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

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

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

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

在一些實施例中，內部前端系統105可被實施為使得內部使用者（例如，擁有、營運或租賃系統100的組織的員工）能夠與系統100中的一或多個系統交互的電腦系統。舉例而言，在SAT系統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、WMS 119、裝置119A至119C、運輸系統107及/或裝置107A至107C接收資訊。

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

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

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

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

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

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

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

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

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

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

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

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

圖3是符合所揭露實施例的示例性系統300的方塊圖。在系統300中，排期系統（例如，320）可實時處理資料串流，以例如分配遞送、產生遞送路線以及與工作者進行通訊。系統300可包括一或多個排期系統320、線上資源340、客戶端裝置350、第三方系統360、客戶端系統390及資料庫380。在一些實施例中，如圖3中所示，系統300的組件可連接至網路370。然而，在其他實施例中，系統300的組件可彼此直接連接，而不需要網路370。舉例而言，資料庫380可直接耦合至排期系統320。

在一些實施例中，排期系統320可利用系統100（圖1A）的組件中的一或多者來實施。舉例而言，排期系統320可包括前端系統105、FO系統113、SCM系統117及WMS 119（圖1A）。在其他實施例中，排期系統320可利用被配置成實行用於遞送排期的操作的一或多個獨立伺服器來實施。

線上資源340可包括由實體（例如網站代管、網路連結、雲端或備份服務的提供者）提供的一或多個伺服器或者一或多種儲存服務。在一些實施例中，線上資源340可與儲存用於認證服務、網域名稱系統（Domain Name System，DNS）或登陸頁面的網頁的代管服務或伺服器相關聯。在其他實施例中，線上資源340可與雲端計算服務相關聯。在又一些其他實施例中，線上資源340可與訊息傳遞服務（例如（舉例而言）蘋果推送通知服務（Apple Push Notification Service）、Azure行動服務或谷歌雲端訊息傳遞）相關聯。在此種實施例中，線上資源340可處置與所揭露實施例的功能相關的訊息及通知的遞送，例如處置數位權利管理。

客戶端裝置350可包括一或多個計算裝置，所述一或多個計算裝置被配置成實行符合所揭露實施例的一或多個操作。舉例而言，客戶端裝置350可包括桌上型電腦、膝上型電腦、伺服器、行動裝置（例如，平板電腦、智慧型電話等）、機上盒（set-top box）、競賽裝置、可穿戴計算裝置或其他類型的計算裝置。在一些實施例中，客戶端裝置350可為系統100（圖1A）的一部分。然而，在其他實施例中，客戶端裝置350可獨立於系統100。客戶端裝置350可包括一或多個處理器，所述一或多個處理器被配置成執行儲存於記憶體（例如客戶端裝置350中所包括的記憶體）中的軟體指令，以實行實施以下所闡述功能的操作。客戶端裝置350可被配置成用於有線通訊及/或無線通訊，且可包括在由處理器執行時實行有關網際網路的通訊（例如，傳輸控制協定（transmission control protocol，TCP）/網際網路協定（Internet Protocol，IP））及內容顯示過程的軟體。舉例而言，客戶端裝置350可執行瀏覽器軟體，瀏覽器軟體產生並顯示包括客戶端裝置350中所包括的或連接至客戶端裝置350的顯示裝置上的內容的介面。客戶端裝置350可執行使得客戶端裝置350能夠經由網路370與組件進行通訊的應用，且經由客戶端裝置350中所包括的顯示裝置在介面中顯示內容。

在一些實施例中，如結合圖4進一步所揭露，客戶端裝置350可運行被專門配置成與排期系統320進行交互的應用。此外，客戶端裝置350可儲存一或多個賬戶。舉例而言，客戶端裝置350可儲存關於工作者賬戶的資訊，包括工作者身份（worker identification）、密碼、位置及/遞送偏好。

所揭露實施例並非僅限於客戶端裝置350的任何特定配置。舉例而言，客戶端裝置350可為以下行動裝置：所述行動裝置儲存及執行行動應用以實行提供由排期系統320及/或線上資源340供應的功能的操作。在某些實施例中，客戶端裝置350可被配置成執行與位置服務（例如，全球定位系統（GPS）位置）相關的軟體指令。舉例而言，客戶端裝置350可被配置成確定地理位置並提供位置資料及與位置資料對應的時間戳記資料。結合圖4進一步闡述客戶端裝置350。

資料庫380可包括配置有適當軟體的一或多個計算裝置，以實行符合向排期系統320提供用於計算遞送路線或與客戶端裝置350實行交易的資料的操作。資料庫380可包括例如甲骨文 ^TM（Oracle ^TM）資料庫、賽貝斯 ^TM（Sybase ^TM）資料庫、或其他關係資料庫或非關係資料庫，例如海杜普 ^TM（Hadoop ^TM）序列檔案、海杜普資料庫 ^TM（HBase ^TM）或卡珊卓 ^TM（Cassandra ^TM）。資料庫380可包括計算組件（例如，資料庫管理系統、資料庫伺服器等），所述計算組件被配置成接收並處理對儲存於資料庫的記憶體裝置中的資料的請求且提供來自資料庫的資料。

儘管資料庫380被單獨示出，然而在一些實施例中，資料庫380可被包括於排期系統320或線上資源340中，或者以其他方式與排期系統320或線上資源340相關。

資料庫380可被配置成收集及/或維持與使用者賬戶及使用者偏好相關聯的資料。舉例而言，資料庫380可儲存關於排期系統120的使用者的使用者設定檔的資訊。資料庫380可自各種來源收集資料，包括例如線上資源340。此外，資料庫380可包括使用者遞送偏好的資訊。舉例而言，資料庫380可包括使用者是否訂閱黎明遞送的資訊。以下結合圖5進一步闡述資料庫380。

第三方系統360可包括由與排期系統320相關的實體（例如服務的提供者或履行中心）提供的一或多個伺服器或者一或多種儲存服務。第三方系統360可經由網路370連接至系統300，但在其他實施例中，第三方系統360可包括與系統300的一些元件的直接連接。此外，第三方系統360可被配置成自排期系統320或系統300的其他元件提供及/或請求資訊。在一些實施例中，儘管第三方系統360亦可耦合至網路370，然而第三方系統360可不為排期系統320的客戶端。相反，第三方系統360可包括包含排期系統320的使用者或客戶端的資訊的系統。舉例而言，第三方系統360可包括例如聯邦快遞 ^®（FedEx ^®）等遞送承包商的伺服器，當需要附加的資源來滿足目標排期時，排期系統320可使用所述伺服器。

客戶端系統390可包括經由網路370與排期系統320進行通訊的一或多個伺服器或者一或多種儲存服務。在一些實施例中，客戶端系統390可向排期系統320發送訂單請求，排期系統320可使用所揭露系統及方法實時處理訂單請求。舉例而言，客戶端系統390可傳送具有訂單請求的資料串流，訂單請求可包括承諾的遞送、物項資訊及遞送位址等參數。在此種實施例中，自客戶端系統390傳送的訂單可更包括使用者資訊、位置、交易量、IP位址及/或貨幣。此外，客戶端系統390可運作視窗（Windows®）作業系統、蘋果（macOS®）作業系統或Linux®作業系統。

網路370可為被配置成在系統300的組件之間提供通訊的任何類型的網路。舉例而言，網路370可為提供通訊、交換資訊及/或便於資訊交換的任何類型的網路（包括基礎設施），例如網際網路、區域網路（Local Area Network）、近場通訊（near field communication，NFC）、光碼掃描器（optical code scanner）或能夠在系統300的組件之間發送及接收資訊的其他合適的連接。在其他實施例中，系統300的一或多個組件可藉由專用通訊鏈路直接進行通訊。在又一些其他實施例中，網路370可包括多個網路，組織例如一或多個網路。

應理解，為便於說明，本文中已定義了系統300的功能構建區塊的配置及邊界。只要適當地實行指定的功能及其關係，便可定義替代邊界。替代物（包括本文中所述的等效物、擴展、變化、偏差等）將顯而易見。此種替代物落於所揭露實施例的範圍內。

現在參照圖4，示出符合所揭露實施例的示例性客戶端裝置350（圖3）的方塊圖400。在一些實施例中，客戶端裝置350可包括運輸系統行動裝置107A、107B及107C，或者管理系統裝置119A至119C（圖1A）。

在一個實施例中，客戶端裝置350可包括一或多個處理器402、一或多個輸入/輸出（input/output，I/O）裝置404以及一或多個記憶體410。在一些實施例中，客戶端裝置350可採取行動計算裝置（例如智慧型電話或平板電腦）、通用電腦或該些組件的任意組合的形式。作為另一選擇，基於實行符合所揭露實施例的一或多個操作的軟體指令的儲存、執行及/或實施，客戶端裝置350（或包括客戶端裝置350的系統）可被配置成特定裝備、嵌入式系統、專用電路等。根據一些實施例，客戶端裝置350可包括符合所揭露實施例的對網站進行存取的網站瀏覽器或相似的計算裝置。

處理器402可包括一或多個已知處理裝置，例如由英特爾 ^TM（Intel ^TM）、英偉達（NVIDIA ^TM）製造的行動裝置微處理器，或者來自其他製造商的各種處理器。所揭露實施例並非僅限於在客戶端裝置350中配置的任何特定類型的處理器。

記憶體410可包括一或多個儲存裝置，所述一或多個儲存裝置被配置成儲存由處理器402用來實行與所揭露實施例相關的功能的指令。舉例而言，記憶體410可被配置有一或多個軟體指令，例如在由處理器402執行時可實行操作的程式412。所揭露實施例並非僅限於被配置成實行專用任務的單獨的程式或電腦。舉例而言，記憶體410可包括實行客戶端裝置350的功能的單一程式412，或者程式412可包括多個程式。記憶體410亦可儲存客戶端414及資料416，資料416可在排期系統320運作期間用於將遞送分配至客戶端裝置。

在某些實施例中，記憶體410可儲存用於存取排期系統320的指令。舉例而言，記憶體410可包括經由TCP/IP與排期系統320進行通訊的應用。此外，其他軟體組件可被配置成自排期系統320請求資訊或者確定客戶端裝置350的位置。舉例而言，在由處理器402執行時，該些軟體指令可處理資訊以顯示交易的狀態。

I/O裝置404可包括一或多個裝置，所述一或多個裝置被配置成使得客戶端裝置350能夠接收及/或傳送資料，且使得客戶端裝置350能夠與其他機器及裝置（例如系統300的其他組件）進行通訊。舉例而言，I/O裝置404可包括用於確認包裹的遞送或者向使用者提供資訊的螢幕。I/O裝置404亦可包括用於NFC通訊的組件。I/O裝置404亦可包括使得使用者能夠與客戶端裝置350進行交互的一或多個數位裝置及/或類比裝置，例如觸控敏感區域、按鈕或麥克風。I/O裝置404亦可包括一或多個加速度計以偵測客戶端裝置350的定向及慣性。I/O裝置404亦可包括此項技術中已知的用於與排期系統320進行交互的其他組件。

在一些實施例中，客戶端裝置350亦可包括捕獲影像的照相機420且可用於核實遞送完成。另外或作為另一選擇，客戶端裝置350可包括指紋感測器430，指紋感測器430使得使用者能夠解鎖客戶端裝置350及/或實行認證。照相機420及指紋感測器430二者皆可由處理器402操作且使用加密安全性來使得使用者不可能自外部存取指紋或照相機資訊。

如對熟習此項技術者將顯而易見，客戶端裝置350的組件可在硬體、軟體或硬體與軟體二者的組合中實施。

現在參照圖5，示出符合所揭露實施例的示例性資料庫380（圖3）的方塊圖。在一些實施例中，資料庫380可包括於系統100的元件中。舉例而言，資料庫380可為FO系統113或WMS 119（圖1A）的一部分。

資料庫380可包括通訊裝置502、一或多個資料庫處理器504以及包括一或多個資料庫程式512及資料514的資料庫記憶體510。資料庫380可包括非關係性結構化查詢語言（non-relational SQL，NoSQL）資料庫，例如HBase、蒙哥資料庫 ^TM（MongoDB ^TM）或Cassandra ^TM。作為另一選擇，資料庫380可包括關係資料庫，例如甲骨文、MySQL及微軟SQL伺服器。

在一些實施例中，資料庫380可採取伺服器、通用電腦、大型電腦或這些組件的任意組合的形式。在一些實施例中，資料庫380包括於系統300的其他元件（例如排期系統320）內。符合所揭露實施例的其他實施方案亦是可能的。

在一些實施例中，資料庫380可包括非關係資料庫及嵌入式資料庫二者。舉例而言，資料庫380可包括例如Hbase等非關係資料庫以及例如洛克斯資料庫（RocksDB）（例如，鍵值儲存資料庫）等嵌入式資料庫。

通訊裝置502可被配置成與系統300或系統100的一或多個組件（例如線上資源340、排期系統320或SCM系統117）進行通訊。具體而言，通訊裝置502可被配置成向排期系統320提供訂單資訊、使用者偏好及特權、及/或用於開發預報模型的歷史趨勢。

資料庫380的組件可在硬體、軟體或硬體與軟體二者的組合中實施。舉例而言，儘管資料庫380的一或多個組件可實施為電腦處理指令模組，然而資料庫380的功能的全部或部分可改為在專用電子硬體中實施。

資料庫記憶體510可包括程式512，程式512可包括支援處置來自客戶端系統390的訂單以及例如客戶端裝置350與排期系統320之間的交互的指令。進一步的程式512可包括當排期系統320處理資訊時實時儲存所述資訊的指令。

資料514亦可為與網站相關聯的資料，例如線上資源340或來自客戶端裝置350的使用者賬戶。資料514可包括例如與使用者及其獲得內容的憑證相關的資訊。資料514亦可包括內容檔案及累積變量，以評價將履行中心與訂單相關聯的歷史趨勢。

圖6是符合所揭露實施例的示例性貨物請求處置過程600的流程圖。在一些實施例中，系統300的元件可實行過程600。舉例而言，如以下步驟說明中所揭露，排期系統320可實行過程600。然而，此僅為過程600的例示性實例，且在其他實施例中，系統100或系統100的部分可實行過程600。舉例而言，裝運授權技術系統101、FO系統113及FC Auth 123（圖1A）可實行過程600中的步驟中的一或多者。

在步驟602中，排期系統320可接收電子請求。可自遠端位置接收所述電子請求。舉例而言，可自遠端客戶端系統390（圖3）接收電子請求。此外，電子請求可包括貨物資訊（例如項目辨識符（identifier，ID）及價格）及遞送資訊（例如承諾遞送日期及/或具體指令）。

在步驟604中，排期系統320可確定發送請求的遠端系統的資訊。舉例而言，當客戶端系統390向排期系統320發送請求時，排期系統可基於訂單資訊來辨識客戶端系統390的資訊。舉例而言，在步驟604中，排期系統320可基於訂單資訊來辨識郵政編碼、顧客資訊、偏好、區、位址及/或特權。此外，在步驟604中，排期系統320可辨識使用者名稱、郵政編碼、實體位置或使用者偏好。

在步驟606中，排期系統320可確定可完成及調度訂單的一或多個履行中心。可基於與郵政編碼的接近度（例如在步驟604中辨識）、貨物的可用性及/或對於目標遞送日期的所預測能力來確定履行中心。在步驟606中，排期系統320亦可確定與電子請求相關聯的區，所述區可用於辨識目標履行中心。舉例而言，排期系統320可辨識在與步驟602中接收的請求相關聯的郵政編碼的半徑內的履行中心。

在一些實施例中，如結合圖9所進一步闡述，在步驟606中確定履行中心可包括使用基於歷史趨勢或先前訂單的預報模型或工具。舉例而言，為確定履行中心，排期系統320可實行在資料庫380（圖3）中儲存多個先前電子請求及相關聯的履行中心的操作，且將先前電子請求劃分成訓練資料集及驗證資料集，訓練資料集具有較驗證資料集更多的請求。排期系統320亦可實行以下操作：基於訓練資料集產生將請求資訊與履行中心相關聯的預報模型；使用驗證資料集驗證預報模型；以及藉由將預報模型應用於電子請求來確定履行中心。

在步驟608中，排期系統320可確定貨物的遞送過程。舉例而言，如先前所述，排期系統320可使用兩波式過程（two-wave process）或兩班式過程來運作。在步驟608中，排期系統320可分析在步驟606中辨識的履行中心的預測資料，以確定遞送過程中的哪一者最佳地適應在步驟602中接收的訂單的要求。此外，在步驟608中，排期系統320可依據遞送過程對訂單進行分類。舉例而言，若排期系統320確定最佳化的遞送過程是兩波式，則在步驟608中，排期系統320亦可確定訂單應被歸類於第一波中，如結合圖7所進一步闡述。作為另一選擇，若排期系統確定最佳化的遞送是兩班式，則在步驟608中，排期系統320可確定訂單應在第一班次或第二班次中進行遞送。此外，在一些實施例中，確定遞送波或遞送班次可基於訂單的截止時間遞送（cutoff time delivery）。舉例而言，為12:00的截止時間將要求在波1（定義於0:00至18:00之間）中分派遞送。

在一些實施例中，確定波/班次的遞送過程包括基於將貨物遞送至營地區215（圖2）的日及時間段（day and time period）來修改估計的遞送過程。舉例而言，可在步驟608中基於包裹的承諾時間及日期來確定遞送波估計。此外，遞送波估計可隨著FC 200的改變或更新而更新。舉例而言，對於一種類型的FC 200，遞送波估計可為波1，但對於第二種類型的FC 200，遞送波估計可為班次2。

在步驟610中，排期系統320可判斷訂單中的貨物是否已被分派至不同的波或班次。舉例而言，若訂單包括兩種貨物，且第一貨物被分派至波1（定義為自0:00至18:00的遞送），而第二貨物被分派至波2（定義為自18:00至24:00的遞送），則在步驟610中，排期系統320可確定所述兩種貨物已被分派至不同的波。作為另一選擇，所述兩種貨物可能已被分派至不同的班次。舉例而言，貨物1可能已被分派至第一班次（定義為西部區域（覆蓋FC 200區的50%）），而第二貨物可能已被分派至第二班次（定義為東部區域（覆蓋FC 200區的其餘50%））。在此種情形中，排期系統320亦可確定貨物具有不同的班次。作為另一選擇或另外，所述兩種貨物可能已被分派至不同的遞送過程。舉例而言，第一貨物可能已被分派至波遞送（即，按時間分隔），但第二貨物可能已被分派至班次遞送（即，按區域分隔）。在此種情形中，排期系統320亦可確定貨物被分派至不同的波或班次。

若在步驟610中，排期系統320確定存在具有不同遞送波或班次的貨物（步驟610：是），則過程600可繼續至步驟612，在步驟612中，排期系統320可修改遞送波或班次以與效率條件匹配。當排期系統320確定分派至貨物的波或班次中存在衝突時，排期系統320可應用消除衝突規則（deconflicting rules）來修改貨物分派。消除衝突規則可包括最後一英里的變化，例如位置、時間、路線及/或優先權的變化。此外，消除衝突規則可包括修改訂單承諾（在遞送時間更新，同時使用時槽（timeslot））、修改營地區215或FC 200的位置（重新分派有效的遞送排期）、或者修改直接顧客-快遞員聯繫中的商定時槽。最後，消除衝突規則可包括當例如消除衝突規則不能夠在單一裝運中達成承諾遞送日期時進行分離裝運。

然而，若排期系統320確定貨物不具有不同的遞送波或班次（步驟610：否），則過程600可跳過步驟612且直接繼續至步驟614。在步驟614中，排期系統320可產生具有遞送的資訊的電子訊息，或者產生具有多個遞送（若需要所述多個遞送）的資訊的電子訊息。電子訊息可包括所確定的履行中心、欲裝運的貨物、一天中的時間以及遞送波或班次估計的資訊。電子訊息可被配置成被定向至系統100及/或客戶端裝置350中的一或多個元件的TCP/IP訊息。在其他實施例中，步驟614的電子訊息可被配置用於在營地或履行中心處列印標籤。舉例而言，電子訊息可能已包括列印資訊，此乃因系統之間的無縫整合減輕了管理者在生成裝運標籤時手動輸入訂單資訊的負擔。步驟614中的電子訊息可被配置成容許自動列印裝運標籤。舉例而言，步驟614中的電子訊息可直接在聯網列印機的列式列印機常駐程式（Line Printer Daemon，LPD）協定/列式列印機遠端（line Printer Remote，LPR）協定（或LPD、LPR）中配置。作為另一選擇或另外，步驟614中的電子訊息可在網際網路列印協定（Internet Printing Protocol，IPP）或通用UNIX列印系統（Common UNIX Printing System，CUPS）中配置。因此，電子訊息可被配置成列印裝運標籤，如結合圖11所進一步論述。

在步驟616中，排期系統320可將步驟614的電子訊息轉送或發送至已被辨識用於完成訂單的履行中心或營地。在一些實施例中，可藉由網路將電子訊息傳送至管理員伺服器，接著管理員伺服器將資訊中繼至對應的管理者或工作者。作為另一選擇或另外，可將電子訊息直接傳送至管理者或裝置。舉例而言，可將電子資訊直接傳送至列印機，以自動列印包裹標籤。

在步驟618中，排期系統320可產生一或多個圖形使用者介面（GUI），以用於顯示貨物及/或其相關聯的波。GUI可被配置用於在管理員螢幕上顯示。舉例而言，GUI可被配置成在LMS 125（圖1A）的螢幕中顯示。作為另一選擇，GUI可被配置成在可由遞送工作者操作以獲得通知及/或任務分派的客戶端裝置350的螢幕中顯示。結合圖10及圖12A至圖12H進一步闡述在步驟618中產生的示例性GUI。

在步驟620中，排期系統320可產生且向履行中心發送指令以列印裝運標籤。舉例而言，在其中電子訊息不是直接針對列印機而是針對TCP/IP訊息的實施例中，排期系統320可產生用於列印裝運標籤的列印指令。用於列印裝運標籤的指令可包括用於不同波或班次的彩色編碼標籤。此外，所述指令可包括優先權通知，例如「黎明遞送」或「付費遞送（premium delivery）」。

圖7是符合所揭露實施例的示例性遞送分類過程700的流程圖。在一些實施例中，系統300的元件可實行過程700。舉例而言，如下所述，排期系統320可實行過程700。然而，在其他實施例中，系統100或系統100的部分可實行過程700。舉例而言，裝運授權技術系統101、FO系統113及FC Auth 123（圖1A）可實行過程700中的步驟中的一或多者。

在步驟702中，排期系統320可接收訂單或請求。舉例而言，排期系統320可自客戶端系統390接收訂單或者自第三方系統360接收請求。在一些實施例中，所述訂單可具有與步驟602中接收的訂單相似的特性，包括顧客資訊、貨物資訊及遞送承諾。

在步驟704中，排期系統320可基於所接收的訂單或請求來確定遞送位置、相關聯的遞送承諾及訂單時間。舉例而言，在步驟704中，排期系統320可基於所接收的訂單資訊來確定郵政編碼、顧客資訊及顧客偏好。

在步驟706中，排期系統320可判斷是否存在與訂單相關聯的遞送承諾。舉例而言，一些訂單可包括「黎明遞送」的遞送承諾。相比之下，其他訂單或請求可能不與任何承諾相關聯。在步驟706中，排期系統320可解碼訂單或請求中的資訊，以判斷是否存在遞送承諾。若排期系統320確定存在遞送承諾（步驟706：是），則排期系統320可繼續至步驟708。

在步驟708中，排期系統320可判斷是否存在針對「黎明遞送」的承諾，或者所述承諾是否針對替代遞送時間。若所述承諾是針對黎明遞送（步驟708：是），則排期系統320可繼續至步驟710且加速遞送訂單。加速遞送可包括為管理員產生通知黎明遞送即將到來的GUI。進一步加速黎明遞送訂單可包括為客戶端裝置350產生通知GUI及特定的列印指令。若所述承諾不針對黎明遞送（步驟708：否），則排期系統320可繼續至步驟712，且分派與所述承諾匹配的波或班次。舉例而言，若所述承諾是針對在20:00進行遞送，則排期系統320可將訂單分派至波2（定義為18:00至24:00）。

若在步驟706中，排期系統320確定不存在與訂單相關聯的遞送承諾（步驟706：否），則排期系統320可繼續至步驟714，且確定訂單自履行中心至營地的估計到達。舉例而言，在辨識履行中心之後，排期系統320可基於歷史趨勢、距離及/或遞送輪換（delivery rotation）來估計到達遞送營地。

在步驟716中，排期系統320判斷訂單是否可在第一波或班次之前到達遞送營地。若排期系統320確定訂單可能在第一波或班次之前到達（步驟716：是），則排期系統320可繼續至步驟718，且將訂單分派至第一波或班次。然而，若排期系統320確定訂單可能無法在第一波或班次之前到達（步驟716：否），則排期系統320可在步驟720中將訂單分派至第二波或班次。

如圖7中所示，過程700的不同步驟可在步驟722中會聚，在步驟722中，排期系統320可產生用於指示訂單、遞送波、班次波及/或位址的GUI。即，無論分派至訂單的特定波/班次或優先權如何，過程700可基於訂單歸類為管理員及/或工作者產生GUI。

在步驟724中，排期系統320可產生用於列印包括遞送波/班次的裝運標籤的指令。如結合圖11所進一步論述，裝運標籤可包括對遞送過程的指示，例如遞送波或班次號碼。

在步驟726中，排期系統320可產生用於在客戶端裝置350中顯示遞送分組選項的指令。舉例而言，如結合圖12G所進一步論述，排期系統320可基於過程700期間訂單的分派來產生用於在客戶端裝置350中的通知中分組的指令。

圖8是符合所揭露實施例的示例性遞送最佳化過程的流程圖。在一些實施例中，系統300的元件可實行過程800。舉例而言，如下所述，排期系統320可實行過程800。作為另一選擇，可由系統100或系統100的部分來實行過程800。舉例而言，裝運授權技術系統101、FO系統113及FC Auth 123（圖1A）可實行過程800中的步驟中的一或多者。

在步驟802中，排期系統320可接收具有貨物、位置及遞送承諾資訊的電子請求。電子請求可相似於在步驟602（圖6）中接收的請求。

在步驟804中，排期系統320可應用為波排期的預設遞送過程。波排期可更佳地覆蓋區域，且便於物流滿足保證日期。因此，在步驟804中，排期系統320可預設為波排期過程，以最初保證滿足遞送承諾。

在步驟806中，排期系統320可基於預報模型來預測多個營地及/或履行中心的需求。如結合圖9所進一步揭露，排期系統320可使用先前的資料來預測需求，以訓練及驗證預報模型。舉例而言，排期系統320可基於隨機森林（random forest）來產生預報模型，以基於其效能的歷史資料來估計每一履行中心中的需求。

在步驟808中，排期系統320可基於預測、承諾、位置及貨物資訊來辨識最佳化的遞送過程。在步驟808中，排期系統320可基於預設遞送過程來實行遞送路線的計算。舉例而言，排期系統320可為顧客位置產生節點，計算每對顧客與營地區215（或FC 200）之間的行程時間（travel time），且將所選位置分派至最近的可用位址。在一些實施例中，可利用曼哈頓距離（Manhattan distance）來計算每對目的地之間的距離。接著，排期系統320可基於工作者小時數（worker hour）、駕駛員能力及交通來計算遞送路線並約束遞送路線。接著，根據距離、工作者數目及所需的營地造訪數目對路線中的每一者進行最佳化。

在一些實施例中，排期系統320可使用組合最佳化來辨識最佳化的遞送過程。排期系統320可藉由利用針對每一車輛路線的試探法（heuristics）來計算成本有效的遞送路線。舉例而言，排期系統320可使用克拉克-賴特節省演算法（Clark-Wright Savings algorithm）或相似的方法來辨識最佳化的遞送過程。在此種實施例中，可基於最小行程時間來辨識最佳化的遞送過程。作為另一選擇或另外，排期系統320顧客至空間叢集（spatial cluster）及演算法，以增強遞送效率。在此種實施例中，可以使得叢集不超過每一路線的最大顧客數目的方式為每一遞送日計算叢集。

一旦辨識出最佳化的遞送過程，排期系統320便可繼續至步驟810，且判斷所辨識的遞送過程是否與預設遞送過程相同。舉例而言，若步驟808的最佳化指示最佳化的遞送過程是波遞送，則排期系統320將確定最佳化的遞送過程與預設遞送過程匹配（步驟810：是）。然而，若步驟808的最佳化指示最佳化的遞送過程是班次遞送，則排期系統320將確定最佳化的遞送過程與預設遞送過程不匹配（步驟810：否）。

若排期系統320確定遞送過程不匹配（步驟810：否），則排期系統320可繼續至步驟812，且將遞送過程改變為最佳化的遞送。舉例而言，在步驟812中，排期系統320可基於步驟806及808的預測及最佳化來將一組訂單的遞送過程自波遞送切換至班次遞送。

在步驟814中，排期系統320可根據最佳化的遞送過程更新系統100及/或系統300的元件。舉例而言，排期系統320可更新FO系統113、裝運授權技術系統101、SCM系統117、WMS 119及LMS 125（圖1A）。

在步驟816中，排期系統320可為管理部門或工作者產生排期通知GUI。舉例而言，對遞送過程的更新亦可包括向客戶端裝置350傳送通知及/或更新管理螢幕中的GUI，如結合圖9所進一步論述。此外，基於最佳化的遞送過程中的變化可反映於列印指令中。

對於過程800，排期系統320可改進自動化遞送排期的技術領域，此乃因其創建了可基於最佳化變量在不同遞送過程之間進行選擇的適應性系統。儘管當前的系統需要系統管理者在不同的遞送過程之間（例如，在波遞送或班次遞送之間）手動選擇，然而過程800容許基於最佳化條件使用需求預測來動態調整所述系統。事實上，在步驟806至808中闡述的預測及最佳化能夠頻繁及併發地選擇遞送過程。因此，過程800示出用於操作具有改進的技術優勢的包裹遞送系統的特定電腦化方法。

圖9是示出根據所揭露實施例的預報模型訓練過程900的示例性流程圖。在一些實施例中，系統300的元件可實行過程900。舉例而言，如下所述，排期系統320可實行過程900。然而，此僅為過程900的例示性實例，且在其他實施例中，系統100或系統100的一部分可實行過程600。舉例而言，裝運授權技術系統101、FO系統113及FC Auth 123（圖1A）可實行過程900中的步驟中的一或多者。

在步驟902中，排期系統320可接收對履行中心中需求的預報模型的請求。在一些實施例中，所述請求可指定目標FC 200或營地區215（圖2）。所述請求可包括關於客戶端裝置350的資訊或以前的訂單資訊。此外，所述請求可來自客戶端裝置350。

在步驟904中，排期系統320可產生建模資料集。排期系統320可使用來自資料庫380、線上資源340及/或客戶端裝置350的資訊來產生建模資料集。舉例而言，排期系統320可自資料庫380擷取訂單及其對應的履行中心的歷史趨勢。先前的訂單資料亦可包括效能度量，所述效能度量包括遞送之間的距離、未兌現的承諾日期及包裹優先權。

在步驟906中，排期系統320可藉由劃分在步驟904中產生的建模資料集來創建建模資料子集。舉例而言，排期系統320可將建模資料集劃分為訓練資料子集及驗證資料子集。在一些實施例中，訓練及驗證資料集可藉由自每一子集的建模資料集任意選擇元素來隨機創建。然而，在其他實施例中，排期系統320可利用預定的規則來劃分資料。在一些實施例中，建模資料子集中的元素對於每一子集可為唯一的，以創建獨立的訓練資料及驗證子集。作為另一選擇，建模資料子集可共享元素且重疊。在其他實施例中，排期系統320可使用劃分規則來劃分建模資料集。建模資料集劃分規則可指示劃分數目及/或不同組之間的比率。舉例而言，建模資料集可使用80/20分割法來劃分為測試資料及驗證資料。

基於建模資料集分割，排期系統320可在步驟907中選擇分類器。排期系統320亦可處理步驟906的建模資料集，以確定預報模型的係數（步驟908）及超參數（步驟910）。預報模型可為專門針對FC 200需求的，且可為參數的、非參數的或半參數的。舉例而言，在一些實施例中，排期系統320可創建多個決策樹作為預報模型來辨識詐欺（fraud）的機率。在其他實施例中，排期系統320可產生神經網路、資料處置分組方法（Group Method of Data Handling，GMDH）演算法、樸素貝葉斯分類器（Naive Bayes classifier）及/或多元適應性回歸樣條（Multivariate Adatptive Regression Spline）。作為另一選擇或另外，排期系統320可基於線性回歸、隨機森林及/或邏輯回歸產生模型。舉例而言，排期系統320可開發隨機森林模型來預報FC 200與營地區215二者中的需求。在具有例如週幾、時間、訂單類型及目的地位址等參數的條件下，在步驟906至910中產生的模型可創建用於預測履行中心或營地中的需求及滿足遞送目標的能力的工具。

在步驟914中，排期系統320可評價模型是否完成或者模型是否已達到停止準則。舉例而言，當排期系統320產生決策樹時，在步驟914中，排期系統320可評價結束節點是否滿足停止準則。在一些實施例中，停止準則可為模型固有的或由超參數定義。

若未滿足停止準則，則排期系統320可繼續至步驟916，且選擇新的變量或參數來確定新的分類器。舉例而言，對於遞送日期及時間的變量，排期系統320可包括遞送偏好或顧客特權的變量。作為另一選擇，當滿足停止準則時，排期系統320可繼續至步驟918，其中排期系統320可使用訓練資料集的一部分來計算模型的準確度。

在步驟920中，排期系統320可評價模型的準確度是否高於準確度臨限值。在一些實施例中，可基於為預報模型設定的最佳化標的來自動調節模型的準確度臨限值。若模型的準確度不高於臨限值（步驟920：否），則可在步驟926中捨棄所述模型。若計算的準確度高於臨限值（步驟920：是），則排期系統320可在步驟922中將加權係數分派至模型，且在步驟924中將模型包括至模型組中。加權係數可與計算的準確度相關聯。舉例而言，加權係數可與準確度成比例。

可重複進行過程900多次以產生多個模型。在一些實施例中，排期系統320可重複進行所述過程，直至產生最少量的模型。

圖10是符合所揭露實施例的管理員裝置中的示例性圖形使用者介面（GUI）1000的正視圖。GUI 1000可顯示於管理系統119的裝置（例如，裝置119A至119C）上，且可隨著訂單被接收而更新。GUI 1000亦可顯示於系統100的其他裝置（例如內部前端系統105（圖1A）中的裝置）中。

GUI 1000包括多個列1002(a)至1002(n)。列1002中的每一者可辨識欲遞送的包裹。舉例而言，列1002中的每一者可與在例如步驟602（圖6）中接收的訂單相關聯。

如圖10中所示，GUI 1000可包括多個行，其詳細說明列1002中的每一者的不同資訊欄位。GUI 1000可包括追蹤號碼行1004、裝運者名稱行1006、顧客ID行1008、日期行1010及遞送過程行1012。在一些實施例中，遞送過程行1012可指定訂單已被分派哪一波或班次，例如過程900（圖9）。遞送過程行1012亦可指示訂單是否被排期為黎明遞送。

此外，GUI 1000可包括動作行1014，其容許系統管理者針對對應的列1002中的訂單執行動作。所述動作可包括列印裝運標籤、刪除、修改及/或重新分派。

圖11是符合所揭露實施例的示例性裝運標籤1100。裝運標籤1100可在步驟620（圖6）或步驟724（圖7）中產生。

裝運標籤1100可包括遞送過程備註1102。遞送過程備註1102可指定波或班次遞送，或者黎明或隔夜遞送。裝運標籤1100亦可包括條形碼1104、目的地位址1106及退貨位址1108。如先前結合圖6所論述，在一些實施例中，裝運標籤1100可基於分類或歸類自動產生及列印。

圖12A是符合所揭露實施例的行動裝置中的第一示例性圖形使用者介面（GUI）1201的正視圖。GUI 1201示出遞送服務應用的主菜單1202的示意圖。

圖12B是符合所揭露實施例的行動裝置中的第二示例性圖形使用者介面（GUI）1203的正視圖。GUI 1203示出一系列遞送1204(a)至1204(n)。對於遞送1204中的每一者，GUI 1203顯示用於接受、拒絕及完成動作等的多個按鈕。

圖12C是符合所揭露實施例的行動裝置中的第三示例性圖形使用者介面（GUI）1205的正視圖。GUI 1205示出分組選項橫幅1206。基於遞送過程（即，波遞送或班次遞送），橫幅1206給予使用者手動調整不同分組中的遞送的選項。舉例而言，當客戶端裝置350的使用者有調整遞送過程的建議時，所述使用者可直接在其行動電話中更新系統。在一些情況下，工作者可能對遞送能力有更多更新的瞭解。道路事故或其他不可預見的情況可能會妨礙由例如排期系統320自動實行的具有最佳化排期的遞送。GUI 1205容許使用者提供回饋，且提出不同的分組進行遞送。

圖12D是符合所揭露實施例的行動裝置中的第四示例性圖形使用者介面（GUI）1207的正視圖。為解決在行動電話的有限螢幕空間中將多個物項全部示出的技術問題，GUI 1207示出過濾器1208。過濾器1208可用於減少行動電話中顯示的遞送1204的數目。過濾器1208可藉由基於遞送過程、遞送波及/或遞送區域選擇訂單來運作。

圖12E是符合所揭露實施例的行動裝置中的第五示例性圖形使用者介面（GUI）1209的正視圖。GUI 1209示出新的遞送橫幅1210，以添加正在螢幕中顯示的新的遞送。此外，橫幅1210可容許使用者請求附加的遞送或者通知擱置的遞送可能無法完成。

圖12F是符合所揭露實施例的行動裝置中的第六示例性圖形使用者介面（GUI）1211的正視圖。GUI 1211示出對遞送1212進行分組的選項。如圖12F中所示，GUI 1211將遞送1212中的每一者與分組圖標相關聯。

圖12G是符合所揭露實施例的行動裝置中的第七示例性圖形使用者介面（GUI）1213的正視圖。在GUI 1211中選擇欲分組的遞送之後，GUI 1213可被顯示以容許工作者為一組所選擇遞送1212選擇特定的波/班次或其他遞送過程。如圖12G中所示，GUI 1213可包括使用者可在其中指示所選擇遞送應被分派至哪一組的選擇菜單1214。

圖12H是符合所揭露實施例的行動裝置中的第八示例性圖形使用者介面（GUI）1215的正視圖。GUI 1215示出新組創建菜單1216。使用者可使用GUI 1215將新的方式或班次添加至遞送過程。

本揭露的另一態樣是有關於一種儲存指令的非暫時性電腦可讀取媒體，所述指令在被執行時使得一或多個處理器實行如以上所論述的方法。電腦可讀取媒體可包括揮發性或非揮發性、磁性、半導體、磁帶、光學、可移除、不可移除或其他類型的電腦可讀取媒體或電腦可讀取儲存裝置。舉例而言，如本文中所揭露，電腦可讀取媒體可為上面儲存有電腦指令的儲存單元或記憶體模組。在一些實施例中，電腦可讀取媒體可為上面儲存有電腦指令的磁碟或快閃驅動機。

對於熟習此項技術者而言將顯而易見的是，可對所揭露的系統及相關方法進行各種修改及變化。慮及所揭露的系統及相關方法的說明書及實踐，其他實施例對於熟習此項技術者而言將顯而易見。說明書及實例旨在僅被認為是示例性的，真正的範圍由以下申請專利範圍及其等效內容指示。

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

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

因此，前述說明僅處於例示的目的而呈現。所述說明不是詳盡的且不限於所揭露的精確形式或實施例。慮及所揭露的實施例的說明書及實踐，修改及調整對於熟習此項技術者而言將顯而易見。

申請專利範圍將基於申請專利範圍中採用的語言進行廣義解釋，且並非僅限於本說明書中所闡述的實例，所述實例將被視為非排他性的。此外，所揭露的方法的步驟可以任何方式進行修改，包括藉由對步驟進行重新排序及/或插入步驟或刪除步驟。

100、300:系統 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:汽車 320:排期系統 340:線上資源 350:客戶端裝置 360:第三方系統 370:網路 380:資料庫 390:客戶端系統 400:方塊圖 402:處理器 404:輸入/輸出（I/O）裝置 410:記憶體 412:程式 414:客戶端 416、514:資料 420:照相機 430:指紋感測器 502:通訊裝置 504:資料庫處理器 510:資料庫記憶體 512:程式/資料庫程式 600:過程/貨物請求處置過程 602、604、606、608、610、612、614、616、618、620、702、704、706、708、710、712、714、716、718、720、722、724、726、802、804、806、808、810、812、814、816、902、904、906、907、908、910、914、916、918、920、922、924、926:步驟 700:過程/遞送分類過程 800:過程 900:過程/預報模型訓練過程 1000、1201、1203、1205、1207、1209、1211、1213、1215:圖形使用者介面（GUI） 1002(a)、1002(b)、1002(c)~1002(n):列 1004:追蹤號碼行 1006:裝運者名稱行 1008:顧客ID行 1010:日期行 1012:遞送過程行 1014:動作行 1102:遞送過程備註 1104:條形碼 1106:目的地位址 1108:退貨位址 1100:裝運標籤 1202:主菜單 1204(a)、1204(b)~1204(n)、1212:遞送 1206:橫幅/分組選項橫幅 1208:過濾器 1210:橫幅/遞送橫幅 1214:選擇菜單 1216:新組創建菜單

圖1A是示出符合所揭露實施例的網路的示例性實施例的示意性方塊圖，所述網路包括用於能夠進行通訊的裝運（shipping）、運輸（transportation）及物流操作的電腦化系統。 圖1B繪示符合所揭露實施例的樣本搜尋結果頁面（Search Result Page，SRP），其包括滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素。 圖1C繪示符合所揭露實施例的樣本單一顯示頁面（Single Display Page，SDP），其包括貨物及關於貨物的資訊以及交互式使用者介面元素。 圖1D繪示符合所揭露實施例的樣本購物車頁面（Cart page），其包括虛擬購物車中的物項以及交互式使用者介面元素。 圖1E繪示符合所揭露實施例的樣本訂單頁面（Order page），其包括來自虛擬購物車的物項以及關於採購及裝運的資訊以及交互式使用者介面元素。 圖2是符合所揭露實施例的被配置成利用所揭露電腦化系統的示例性履行中心的圖例。 圖3是符合所揭露實施例的示例性系統的示意性方塊圖。 圖4是符合所揭露實施例的示例性客戶端裝置的方塊圖。 圖5是符合所揭露實施例的示例性資料庫的方塊圖。 圖6是符合所揭露實施例的示例性貨物請求處置過程的流程圖。 圖7是符合所揭露實施例的示例性遞送分類過程的流程圖。 圖8是符合所揭露實施例的示例性遞送最佳化過程的流程圖。 圖9是示出符合所揭露實施例的預報模型訓練過程的示例性流程圖。 圖10是符合所揭露實施例的管理員裝置中的示例性圖形使用者介面的正視圖。 圖11是符合所揭露實施例的示例性裝運標籤。 圖12A是符合所揭露實施例的行動裝置中的第一示例性圖形使用者介面的正視圖。 圖12B是符合所揭露實施例的行動裝置中的第二示例性圖形使用者介面的正視圖。 圖12C是符合所揭露實施例的行動裝置中的第三示例性圖形使用者介面的正視圖。 圖12D是符合所揭露實施例的行動裝置中的第四示例性圖形使用者介面的正視圖。 圖12E是符合所揭露實施例的行動裝置中的第五示例性圖形使用者介面的正視圖。 圖12F是符合所揭露實施例的行動裝置中的第六示例性圖形使用者介面的正視圖。 圖12G是符合所揭露實施例的行動裝置中的第七示例性圖形使用者介面的正視圖。 圖12H是符合所揭露實施例的行動裝置中的第八示例性圖形使用者介面的正視圖。

300:系統

320:排期系統

340:線上資源

350:客戶端裝置

360:第三方系統

370:網路

380:資料庫

390:客戶端系統

Claims (10)

1. 一種與履行中心自動通訊的電腦實施方法，所述方法包括： 基於訓練資料集產生預報模型，所述訓練資料集包括與所請求客戶端及所分派的履行中心相關聯的多個歷史訂單； 自客戶端裝置接收訂單，所述訂單包括客戶端位置及貨物資訊； 藉由將所述預報模型應用於所述客戶端位置及所述貨物資訊來確定所述訂單的遞送過程，所確定的所述遞送過程是從兩個遞送過程中的一者作選擇的； 基於所述遞送過程及自履行中心到營地區的估計到達分派所述履行中心； 傳送電子訊息到所述履行中心，所述電子訊息包括： 所確定的所述履行中心， 貨物， 一天中的時間，以及 所述遞送過程。
2. 如請求項1所述的電腦實施方法，其中所述兩個遞送過程包括班次遞送過程及波遞送過程。
3. 如請求項2所述的電腦實施方法，其中： 所述班次遞送過程基於特定區域安排訂單遞送；以及 所述波遞送過程基於遞送時間安排訂單遞送。
4. 如請求項2所述的電腦實施方法，其中所述電子訊息更包括用於列印指定所述班次遞送過程或所述波遞送過程中的一者的標籤的指令。
5. 如請求項1所述的電腦實施方法，更包括： 確定臨時工作者是可用的；以及 藉由將所述預報模型重新應用於所述客戶端位置、所述貨物資訊及所述臨時工作者的位置來更新所述遞送過程。
6. 如請求項1所述的電腦實施方法，更包括： 產生圖形使用者介面，所述圖形使用者介面包括指定所述遞送過程的選項橫幅及手動調整所述遞送過程的修改圖標；以及 轉送所產生的所述圖形使用者介面至多個行動裝置中的一或多個，所述多個行動裝置與快遞員相關聯。
7. 如請求項1所述的電腦實施方法，更包括： 確定訂單是否已分派給產生遞送衝突的不同遞送過程；以及 藉由應用消除衝突規則來修改遞送過程，所述消除衝突規則包括下列中的至少一者： 修改最後一英里遞送，或者 修改直接顧客-快遞員聯繫中的商定時槽。
8. 如請求項1所述的電腦實施方法，其中確定所述遞送過程包括： 確定所述訂單是否包括黎明遞送承諾；以及 因應於確定所述訂單包括所述黎明遞送承諾： 分派所述訂單至加速遞送；以及 產生包括黎明遞送指定指令的標籤列印指令。
9. 如請求項8所述的電腦實施方法，其中所述標籤列印指令被配置於用於聯網列印機的列式列印機常駐程式協定中。
10. 一種與履行中心自動通訊的電腦實施系統，所述系統包括： 至少一個非暫時性電腦可讀取媒體，被配置成儲存指令；以及 至少一個處理器，被配置成執行所述指令，以實行請求項1-9的步驟。

Images