TW202234312A - 自動智慧包裹擷取之系統以及方法 - Google Patents

Abstract

揭露一種自動智慧包裹擷取之電腦實施的系統以及方法。所述電腦實施的系統包括：資料庫；記憶體，儲存指令；以及至少一個處理器，被配置成：接收訂單編號；自賣方接收與訂單編號及交付包裝的承運商相關聯的運貨單編號；產生唯一辨識符，所述唯一辨識符可包括訂單編號及運貨單編號；偵測訂單編號的取消；基於訂單編號的取消確定唯一辨識符中的追蹤編號；基於唯一辨識符向交付包裝的承運商發送通知；自承運商接收證實取消包裝的裝運的反向追蹤編號；以及向賣方發送包括反向追蹤編號的通知。

Description

自動智慧包裹擷取之系統以及方法

本揭露大體而言是有關於一旦顧客取消訂單進行自動包裹擷取之電腦化系統以及方法。具體而言，本揭露的實施例是有關於在無需賣方幫助的情況下進行自動智慧包裹擷取之創新性及非傳統系統以及方法。

利用履行公司向顧客宣傳及售賣其產品的第三方賣方可能會面臨無法自履行公司獲得顧客可能已取消與其產品相關的訂單的通知的問題。第三方賣方被通知顧客可能已取消其藉由履行公司售賣的產品中的一者的此種時間滯後可能會給第三方賣方嘗試擷取第三方賣方可能已裝運至顧客的產品造成大的問題。第三方賣方可能會發現自己在嘗試聯繫包裹/郵件承運商以自顧客擷取與取消訂單相關聯的包裹或包裝時會浪費大量資本及資源。由於第三方賣方可能不具有以最少的時間及資源聯繫包裹/郵件承運商並自包裹/郵件承運商擷取包裝的任何系統及方法，因此第三方賣方在攔截及收集來自包裹/郵件承運商的包裝時可能會效率低下。

在許多情況下，顧客可能會因其可能接收到訂單中其可能已取消的包裝而向履行公司抱怨。另外，顧客可能不具有將包裝退返至第三方賣方的任方式，或者第三方賣方可能需要大量時間才能自顧客擷取包裝。此外，一些包裝可能會因第三方賣方沒有自顧客擷取所述包裝而留在顧客處。因此，第三方賣方可能會要求履行公司對取消訂單進行一些貨幣補償，而實際上履行公司可能已通知第三方賣方訂單可能已被顧客取消。

第三方賣方無法自顧客擷取與取消訂單相關聯的包裝或履行公司無法快速向第三方賣方傳達顧客可能已取消其訂單可能會自顧客的角度影響履行公司及第三方賣方二者的商譽，此可能會導致履行公司平台購買產品的銷售額或利用率下降。另外，第三方賣方可能會決定不利用履行公司提供的平台來售賣其產品，或者履行公司可能會決定不對第三方賣方提供的產品進行宣傳，此乃因第三方賣方可能不具有被設計成在包裝到達顧客處之前自包裹/郵件承運商快速擷取包裝的系統及方法。由於第三方賣方可能沒有適當地與包裹/郵件承運商進行整合以促進可能已被顧客取消的包裝的通訊及擷取，因此履行公司亦可能會不願意為來自第三方賣方的產品進行宣傳。

除了履行公司可能已為第三方賣方售賣產品的系統及方法之外，履行公司可能不具有快速與第三方賣方進行通訊以提醒第三方賣方包裝可能已被取消的任何系統及方法。此外，履行公司可能不具有與包裹/郵件承運商進行整合以擷取與來自顧客的取消訂單相關聯的包裝的任何系統及方法。因此，履行公司不提供在顧客可能已取消訂單時與第三方賣方及包裹/郵件承運商進行通訊以自包裹/郵件承運商網路擷取包裝的任何系統。

因此，需要自動智慧包裹擷取之改善的方法及系統，所述方法及系統與包裹/郵件承運商進行整合以快速擷取其郵件網路中的包裝、在無需賣方參與擷取過程的情況下自包裹/郵件承運商網路擷取包裝、對賣方用於請求擷取與來自顧客的取消訂單相關聯的包裝的介面進行整合且當顧客已取消來自履行公司的訂單時提醒顧客關於在其位址處排程進行交付的取消包裝。

本揭露的一個態樣是有關於一種自動智慧包裹擷取之電腦實施的系統。所述電腦實施的系統包括：資料庫；記憶體，儲存指令；以及至少一個處理器。所述至少一個處理器可被配置成執行所述指令以：接收顧客採購的物項的訂單編號；自賣方接收可與所述顧客採購的所述物項的所述訂單編號及交付所述顧客採購的所述物項的包裝的承運商相關聯的運貨單編號；產生唯一辨識符，所述唯一辨識符可包括所述顧客採購的所述物項的所述訂單編號以及來自所述賣方的所述運貨單編號；以及偵測與所述顧客採購的所述物項相關聯的所述訂單編號的取消。此外，所述至少一個處理器可被配置成執行所述指令以：基於所述訂單編號的所述取消確定所述唯一辨識符中可與來自所述賣方的所述運貨單編號及交付所述包裝的所述承運商相關聯的追蹤編號；基於可與所述訂單編號的所述取消相關聯的所述唯一辨識符向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的通知；自所述承運商接收證實所述取消所述包裝向所述顧客的裝運的反向追蹤編號；以及向所述賣方發送可包括與所述取消所述包裝向所述顧客的裝運及所述包裝的所述運貨單編號相關聯的所述反向追蹤編號的通知。

本揭露的另一態樣是有關於一種自動智慧包裹擷取之方法。所述方法可包括以下步驟：接收顧客採購的物項的訂單編號；自賣方接收可與所述顧客採購的所述物項的所述訂單編號及交付所述顧客採購的所述物項的包裝的承運商相關聯的運貨單編號；產生唯一辨識符，所述唯一辨識符可包括所述顧客採購的所述物項的所述訂單編號以及來自所述賣方的所述運貨單編號；以及偵測與所述顧客採購的所述物項相關聯的所述訂單編號的取消。此外，所述方法可包括：基於所述訂單編號的所述取消確定所述唯一辨識符中可與來自所述賣方的所述運貨單編號及交付所述包裝的所述承運商相關聯的追蹤編號；基於可與所述訂單編號的所述取消相關聯的所述唯一辨識符向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的通知；自所述承運商接收證實所述取消所述包裝向所述顧客的裝運的反向追蹤編號；以及向所述賣方發送可包括與所述取消所述包裝向所述顧客的裝運及所述包裝的所述運貨單編號相關聯的所述反向追蹤編號的通知。

本揭露的又一態樣是有關於一種自動智慧包裹擷取之電腦實施的系統。所述電腦實施的系統包括：資料庫；記憶體，儲存指令；以及至少一個處理器。所述至少一個處理器可被配置成執行所述指令以：接收顧客採購的物項的訂單編號；自賣方接收可與所述顧客採購的所述物項的所述訂單編號及交付所述顧客採購的所述物項的包裝的承運商相關聯的運貨單編號；產生唯一辨識符，所述唯一辨識符可包括所述顧客採購的所述物項的所述訂單編號以及來自所述賣方的所述運貨單編號；以及偵測與所述顧客採購的所述物項相關聯的所述訂單編號的取消。此外，所述至少一個處理器可被配置成執行所述指令以：基於所述訂單編號的所述取消確定所述唯一辨識符中可與來自所述賣方的所述運貨單編號及交付所述包裝的所述承運商相關聯的追蹤編號；基於可與所述訂單編號的所述取消相關聯的所述唯一辨識符向交付所述包裝的承運商駕駛員發送取消所述包裝向所述顧客的裝運的通知；自交付所述包裝的所述承運商駕駛員接收取消所述包裝向所述顧客的裝運的確認接收單；基於來自所述承運商駕駛員的所述確認接收單自所述承運商接收證實所述取消所述包裝向所述顧客的裝運的反向追蹤編號；以及向所述賣方發送可包括與所述取消所述包裝向所述顧客的裝運及所述包裝的所述運貨單編號相關聯的所述反向追蹤編號的通知。

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

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

為克服與一或多個賣方或第三方賣方（在本文中被稱為賣方）與履行公司之間關於取消訂單的斷開通訊相關聯的缺陷，履行公司可提供自動包裹擷取系統，所述自動包裹擷取系統可防止與賣方相關聯的沈沒成本（sunken cost），所述賣方必須經歷嘗試擷取與已進入例如以下一或多個包裹/郵件承運商網路（在本文中被稱為承運商）的一或多個取消訂單相關聯的一或多個包裹或包裝（在本文中被稱為包裝）的人工任務：美國郵政總局®（United States Postal Service，USPS®）、美國聯邦快遞公司（FedEx Corp）、中外運敦豪國際航空快遞有限公司（DHL）、美國聯合包裹運送服務（United Parcel Service，UPS）公司、加拿大國際運輸公司（TFI International）、Purolator公司或美國區域性包裹運送公司（OnTrac Inc）。因此，賣方不再必須聯繫承運商以取消包裝向已取消包裝的訂單的一或多個顧客的裝運，自動智慧包裹擷取系統可在盡可能最短的時間內自動為賣方實行任務。自動智慧包裹擷取系統可為賣方提供在自承運商擷取包裝時不必浪費資本及資源的益處。此種對賣方的益處可激勵賣方使用履行公司的服務向顧客售賣產品。另外，自動包裝擷取系統可將賣方或承運商在擷取包裝時與所述一或多個顧客的任何聯繫最小化。

舉例而言，一旦一或多個顧客可能已自履行公司取消與包裝相關聯的物項的訂單，自動智慧包裹擷取系統可自動自賣方獲得與取消訂單相關聯的追蹤資訊。自動智慧包裹擷取系統轉而可在所述一或多個顧客接收到包裝之前高效地（例如，藉由使用系統及方法在最少的時間內且使用最少的資本及資源）擷取包裝。自動智慧包裹擷取系統亦可能夠自動地聯繫所述一或多個顧客，以提醒所述一或多個顧客拒收由一或多個承運商駕駛員（在本文中被稱為承運商駕駛員）交付至他們的包裝。此外，自動智慧包裹擷取系統可能夠自動地向所述一或多個顧客提供包裝的一或多個退返標籤，所述一或多個退返標籤實際上是在自承運商擷取包裝的嘗試不成功之後交付至所述一或多個顧客。另外，當自動智慧包裹擷取系統可能已成功地擷取與所述一或多個顧客取消的訂單相關聯的包裝時，賣方可接收到包裝可能已被擷取並裝運回賣方位址的通知。

本揭露的實施例是有關於被配置成當顧客實際上可能已取消訂單時自動擷取與已將包裝裝運至顧客的賣方相關聯的包裹的系統以及方法。

參照圖1A，圖1A示出示意性方塊圖100，其示出包括用於能夠進行通訊的裝運、運輸及物流操作的電腦化系統的系統的示例性實施例。如圖1A中所示，系統100可包括各種系統，所述各種系統中的每一者可經由一或多個網路連接至彼此。所述系統亦可經由直接連接（例如使用纜線）連接至彼此。所繪示的系統包括裝運授權技術（shipment authority technology，SAT）系統101、外部前端系統103、內部前端系統105、運輸系統107、行動裝置107A、107B及107C、賣方入口109、裝運及訂單追蹤（shipment and order tracking，SOT）系統111、履行最佳化（fulfillment optimization，FO）系統113、履行訊息傳遞閘道（fulfillment messaging gateway，FMG）115、供應鏈管理（supply chain management，SCM）系統117、倉庫管理系統（warehouse management system，WMS）119、行動裝置119A、119B及119C（被繪示為位於履行中心（FC）200內部）、第三方履行（3 ^rdparty fulfillment，3PL）系統121A、121B及121C、履行中心授權系統（fulfillment center authorization system，FC Auth）123及勞資管理系統（labor management system，LMS）125。

在一些實施例中，SAT系統101可被實施為監控訂單狀態及交付狀態的電腦系統。舉例而言，SAT系統101可判斷訂單是否超過其承諾交付日期（Promised Delivery Date，PDD），且可採取包括發起新的訂單、再裝運未交付訂單中的物項、取消未交付訂單、發起與訂購顧客的聯繫等在內的適當行動。SAT系統101亦可監控包括輸出（例如在特定時間段期間裝運的包裝的數目）及輸入（例如被接收用於裝運的空紙盒的數目）在內的其他資料。SAT系統101亦可充當系統100中不同裝置之間的閘道，使得能夠在例如外部前端系統103及FO系統113等裝置之間達成通訊（例如，使用儲存及轉送（store-and-forward）或其他技術）。

在一些實施例中，外部前端系統103可被實施為使得外部使用者能夠與系統100中的一或多個系統交互的電腦系統。舉例而言，在其中系統100能夠呈現系統以使得使用者能夠對物項下訂單的實施例中，外部前端系統103可被實施為接收搜尋請求、呈現物項頁面及懇求支付資訊的網站伺服器。舉例而言，外部前端系統103可被實施為運行例如阿帕奇超文件傳輸協定（Hypertext Transfer Protocol，HTTP）伺服器、微軟網際網路資訊服務（Internet Information Services，IIS）、NGINX等軟體的一或多個電腦。在其他實施例中，外部前端系統103可運行客製網站伺服器軟體，客製網站伺服器軟體被設計成接收及處理來自外部裝置（例如，行動裝置102A或電腦102B）的請求，基於該些請求自資料庫及其他資料儲存器獲取資訊，且基於所獲取的資訊提供對所接收請求的響應。

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

由圖1B、圖1C、圖1D及圖1E示出的一組例示性步驟將有助於闡述外部前端系統103的一些操作。外部前端系統103可自系統100中的系統或裝置接收資訊，以供呈現及/或顯示。舉例而言，外部前端系統103可代管或提供一或多個網頁，包括搜尋結果頁面（SRP）（例如，圖1B）、單一細節頁面（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）」按鈕、量欄（quantity field）、物項圖片等其他交互式元素。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來達成對容納由使用者訂購的產品的包裝的交付。舉例而言，為交付包裝，交付工作者可在行動裝置上接收指示交付哪一包裝以及在何處交付所述包裝的通知。在到達交付位置時，交付工作者可使用行動裝置來定位包裝（例如，在卡車的後部或包裝的板條箱中）、掃描或以其他方式捕獲與包裝上的辨識符（例如，條形碼、影像、正文字串、射頻辨識（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擁有、租賃或營運。

圖3A及圖3B包括示出根據所揭露實施例的進行自動智慧包裹擷取的示例性系統300的方塊圖。系統300可在賣方不必聯繫承運商擷取包裝的情況下自動擷取顧客取消的包裝。在另一實施例中，系統300可基於來自賣方的請求擷取顧客取消的包裝。系統300可包括系統100及系統100的外部前端系統103、內部前端系統105及賣方入口109。另外，系統300可執行系統100的所有功能。

此外，系統300可包括賣方入口109及/或內部前端系統105，以與一或多個賣方系統302（在本文中被稱為賣方302）以可通訊的方式耦合。賣方302可經由網頁或網站應用302a及電腦或伺服器302b與賣方入口109及/或內部前端系統105以可通訊的方式耦合。

另外，系統300可包括與一或多個顧客304（在本文中被稱為顧客304）以可通訊的方式耦合的外部前端系統103。顧客304可經由網頁或網站應用304a、電腦304b及行動裝置（例如，行動電話、智慧型電話、PDA等）304c與外部前端系統103以可通訊的方式耦合。在一個實施例中，外部前端系統103可使用行動裝置304c、網頁或網站應用304a及電腦304b上的交互式語音響應單元（interactive voice response unit，IVR）與顧客304以可通訊的方式耦合。在另一實施例中，外部前端103可藉由向行動裝置304c、網頁或網站應用304a及電腦304b發送一或多個語音郵件來與顧客304以可通訊的方式耦合。在又一實施例中，外部前端103可藉由向行動裝置304c、網頁或網站應用304a及電腦304b發送短訊息服務（short message service，SMS）或正文訊息（在本文中被稱為SMS/正文）來與顧客304以可通訊的方式耦合。

此外，系統300可包括一或多個處理器306（在本文中被稱為處理器306）、資料庫308及使用者介面310。使用者介面310以可通訊的方式耦合至內部前端系統105，以與賣方302進行通訊。在一個實施例中，使用者介面310可為內部前端系統105。在另一實施例中，使用者介面310可使用網頁或網站應用302a及電腦或伺服器302b而經由應用程式設計介面（application programing interface，API）與賣方302以可通訊的方式耦合。

另外，系統300可包括內部前端系統105，以與一或多個承運商312（在本文中被稱為承運商312）以可通訊的方式耦合。承運商312可為一或多個承運商的網路。承運商312可交付與顧客304相關聯的包裝。承運商312可經由網頁或網站應用312a、電腦或伺服器312b及電話312c與內部前端105以可通訊的方式耦合。賣方302可與承運商312進行通訊，以請求可將包裝交付至顧客403。在一個實施例中，內部前端105可使用網頁或網站應用312a及電腦或伺服器312b而經由API與承運商312以可通訊的方式耦合。在又一實施例中，內部前端105可在網頁或網站應用312a及電腦或伺服器312b上與承運商312以可通訊的方式耦合。在又一實施例中，內部前端105可使用電話312c、網頁或網站應用312a及電腦或伺服器312b上的IVR與承運商312以可通訊的方式耦合。在又一實施例中，內部前端105可藉由向電話312c、網頁或網站應用312a及電腦或伺服器312b發送一或多個語音郵件來與承運商312以可通訊的方式耦合。

此外，系統300可包括可與內部前端系統105以可通訊的方式耦合的一或多個承運商駕駛員314（在本文中被稱為承運商314）。承運商駕駛員314可與承運商312相關聯，以將包裝交付至顧客304。承運商駕駛員314可經由網頁或網站應用314a及行動裝置（例如，行動電話、智慧型電話、PDA等）314b與內部前端105以可通訊的方式耦合。基於來自賣方302的向顧客304交付包裝的請求，承運商312可與承運商駕駛員314進行通訊以向顧客304交付包裝。在一個實施例中，內部前端系統105可使用行動裝置314b及者網頁或網站應用314a上的IVR與承運商駕駛員314以可通訊的方式耦合。在另一實施例中，內部前端系統105可藉由向行動裝置314b及網頁或網站應用314a發送一或多個語音郵件來與承運商駕駛員314以可通訊的方式耦合。在又一實施例中，內部前端系統105可藉由向行動裝置314b及網頁或網站應用314a發送SMS/正文來與承運商駕駛員314以可通訊的方式耦合。

賣方302可經由賣方入口與系統100進行通訊，以上載或提供賣方302可能希望售賣給顧客304的一或多個產品資訊（在本文中被稱為物項）。系統100可經由外部前端系統103向顧客304宣傳所述物項。顧客304可自賣方302採購物項，其中訂單編號可與採購物項相關聯。系統100可通知賣方302所述物項可能已被顧客304採購。處理器306可將訂單編號儲存於資料庫308中。此外，賣方302可聯繫承運商312安排將物項的包裝交付至顧客304。承運商312轉而可向賣方302提供包裝的追蹤編號，所述追蹤編號與將交付至顧客304的由顧客304採購的物項的訂單編號相關聯。賣方302可經由使用者介面310及/或內部前端系統105向系統300發送與將交付至顧客304的包裝相關聯的運貨單編號。運貨單編號可包括賣方302自己的訂單編號及與顧客304採購的物項的訂單編號相關聯的包裝的追蹤編號。賣方302可藉由一或多個運貨單編號的批次列表而經由使用者介面310發送一或多個運貨單編號，所述一或多個運貨單編號各自包含賣方302自己的訂單編號及與顧客304採購的物項的一或多個訂單編號相關聯的一或多個包裝的追蹤編號。處理器306可將賣方302提供的運貨單編號儲存於資料庫308中。

顧客304可在賣方302不知曉顧客304可能已取消採購物項的情況下經由外部前端系統103通知系統300取消與訂單編號相關聯的採購物項。系統300可在無需賣方302介入的情況下經由內部前端系統105自動地與承運商312及/或承運商駕駛員314進行通訊以取消與顧客304採購的物項相關聯的包裝的裝運。在另一實施例中，賣方302可與系統300進行通訊，進而經由使用者介面310請求取消顧客304採購的物項的裝運。系統300可經由內部前端系統105與承運商312及/或承運商駕駛員314進行通訊，以取消與顧客304採購的物項相關聯的包裝的裝運。若處理器306在顧客304可接收到包裝之前成功地自承運商312或承運商駕駛員314擷取包裝，則處理器306可自承運商312為與將交付回賣方302的顧客304取消的採購物項的訂單編號相關聯的包裝請求反向追蹤編號。處理器306可經由使用者介面310向賣方302發送反向追蹤編號。在另一實施例中，若包裝被交付至顧客304，則處理器306可通知顧客304包裝可由承運商314在顧客304的位址處擷取以退返至賣方302。接著在自承運商312、承運商駕駛員314或顧客304擷取包裝之後，處理器306可經由使用者介面310向賣方302提供與顧客304取消的採購物項的訂單編號相關聯的包裝的反向追蹤編號。

參照圖3B，系統300可包括處理器306、資料庫308、使用者介面310、驗證模組316、追蹤聚合器模組318、追蹤饋送剖析器模組320、規則引擎322、承運商API整合模組324、自動撥號器整合模組（autodialer integration module）326及通知引擎模組328。圖3B示出系統300的示例性象形表示，其中佈局及佈置僅為示例性的。

驗證模組316（以下針對圖4及圖5進行闡述）可經由處理器306驗證來自賣方302的運貨單編號可與顧客304在系統100中採購的物項的訂單編號相關聯。此外，驗證模組316可驗證顧客304可能已在系統100中取消採購物項的訂單。在另一實施例中，驗證模組316可驗證顧客304取消的採購物項的訂單編號可經由唯一辨識符與來自賣方302的運貨單編號相關聯。在又一實施例中，驗證模組316可驗證來自賣方302的取消與運貨單編號相關聯的包裝的裝運的請求可與和顧客304取消的採購物項相關聯的訂單編號相關聯。

追蹤聚合器模組318（以下針對圖5進行闡述）可經由處理器306確定自賣方302接收的所有運貨單編號中與來自顧客304採購的物項的訂單編號相關聯的來自承運商312的所有追蹤編號。處理器306可將來自承運商312的與顧客304採購的每一物項相關聯的追蹤編號儲存於資料庫308中。

追蹤饋送剖析器模組320（以下針對圖5進行闡述）可經由處理器306自來自承運商312的與來自顧客304採購的物項的訂單編號相關聯的每一追蹤編號確定饋送資訊。由追蹤饋送剖析器模組320確定的饋送資訊可包括與注入承運商312的複雜網路內部的顧客304採購的物項的訂單編號相關聯的包裝的排程資訊及聯繫資訊。排程資訊可包括包裝在目的地（承運商312、承運商312的中樞、設施、配送中心、分選站以及承運商駕駛員314及顧客304）處的預期時間及實際時間（時間範圍、日期及日期範圍）。聯繫資訊可包括電話號碼、位址、電子郵件位址、存取網頁或網站應用的網路鏈接以及與目的地相關聯的建築物號碼。在另一實施例中，追蹤饋送剖析器模組320可針對排程資訊或聯繫資訊的任何改變自承運商312連續接收經更新的饋送資訊。在一個實施例中，排程資訊及聯繫資訊的改變可包括包裝何時離開一個目的地並到達另一目的地。處理器306可將與和顧客304取消的採購物項的訂單編號相關聯的包裝的追蹤編號相關聯的饋送資訊儲存於資料庫308中。

規則引擎模組322（以下針對圖6A及圖6B進行闡述）可經由處理器306自承運商312、承運商314或顧客304擷取與顧客304取消的採購物項的訂單編號相關聯的包裝。規則引擎模組322可向承運商312請求反向追蹤編號，以確保與顧客304取消的採購物項的訂單編號相關聯的包裝可處於返回賣方302的路線中。規則引擎模組322可向賣方302發送向賣方302提供與顧客304取消的採購物項的訂單編號相關聯的包裝的反向追蹤編號的通知。若規則引擎模組322在擷取與來自顧客304取消的採購物項的訂單編號相關聯的包裝時不成功，則引擎模組322可請求承運商312向系統300發送與顧客304取消的採購物項的訂單編號相關聯的包裝的反向追蹤編號及退返標籤，使得顧客304可將退返標籤貼附至交付至顧客304的包裝，以發送回賣方302。

承運商API整合模組324（以下針對圖6A及圖6B進行闡述）可經由處理器306連續地與當前及以往的承運商312進行通訊，所述承運商312可能已經或可能正在向顧客304或賣方302裝運包裝。承運商API整合模組324可自承運商312接收與顧客304採購的物項的訂單編號相關聯的包裝的追蹤編號的取消裝運API。來自承運商312的取消裝運API可使得承運商API整合模組324能夠經由內部前端系統105向承運商312發送取消裝運訊息，以取消與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運。在又一實施例中，承運商312可向承運商API整合模組324發送指示承運商312成功接收到取消裝運訊息的成功訊息，且承運商312可發送與顧客304取消的採購物項的訂單編號相關聯的包裝的反向追蹤編號。規則引擎模組322可向賣方302發送向賣方302提供反向追蹤編號的通知。

自動撥號器整合模組326（以下針對圖6A及圖6B進行闡述）可經由處理器306而使用IVR經由內部前端系統105在電話312c、網頁或網站應用312a及/或電腦或伺服器312b上向承運商312發送自動預先錄製的電話呼叫，以提醒承運商312可為與顧客304取消的採購物項的訂單編號相關聯的包裝取消裝運。在一個實施例中，自動預先錄製的電話呼叫可包括追蹤編號、訂單編號、運貨單編號、顧客304的位址以及將包裝退返至賣方302的位址的請求。在另一實施例中，自動預先錄製的電話呼叫可藉由提示承運商312在其網路中在承運商312的相應目的地（例如，中樞、設施、配送中心及分選站）處的電話312c、網頁或網站應用312a及/或電腦或伺服器312b上作出響應（例如，藉由撥號、點擊、選擇或觸控號碼）來向承運商312請求包裝裝運取消的確認。自動撥號器整合模組326可接收承運商312的提示且經由外部前端系統105向承運商312為與顧客304取消的採購物項的訂單編號相關聯的包裝請求反向追蹤編號。承運商312可使用網頁或網站應用312a、電腦或伺服器312b及/或電話312c而經由內部前端系統105向系統300發送反向追蹤編號。

在另一實施例中，自動撥號器整合模組326可經由處理器306而使用IVR在承運商312的相應目的地處的電話312c、網頁或網站應用312a及電腦或伺服器312b上向承運商312發送語音郵件。語音郵件可包括追蹤編號、訂單編號、運貨單編號、顧客304的位址以及將包裝退返至賣方302的位址的請求。在一個實施例中，語音郵件可請求承運商312呼叫確認接收到包裝裝運取消的指定號碼及/或藉由電話312c上的提示提供反向追蹤編號。在另一實施例中，承運商312可使用網頁或網站應用312a、電腦或伺服器312b及/或電話312c而經由內部前端系統105向系統300發送反向追蹤編號。在又一實施例中，一旦規則引擎322接收到反向追蹤編號，自動撥號器整合模組326便可停止向承運商312發送語音呼叫及/或語音郵件。

在又一實施例中，自動撥號器整合模組326可使用IVR經由內部前端系統105在網頁或網站應用314a及/或行動電話314b上向承運商駕駛員314發送自動預先錄製的電話呼叫，以提醒承運商駕駛員314可為與顧客304取消的採購物項的訂單編號相關聯的包裝取消裝運。在一個實施例中，自動預先錄製的電話呼叫可包括追蹤編號、訂單編號、運貨單編號、顧客304的位址以及將包裝退返至賣方302的位址的請求。在另一實施例中，自動預先錄製的電話呼叫可藉由提示承運商駕駛員314在網頁或網站應用314a及/或行動電話314b上作出響應（例如，藉由撥號、點擊、選擇或觸控號碼）來向承運商駕駛員314請求包裝裝運取消的確認。自動撥號器整合模組326可接收承運商駕駛員314的提示且經由內部前端系統105向承運商312為與顧客304取消的採購物項的訂單編號相關聯的包裝請求反向追蹤編號。承運商312可使用網頁或網站應用312a、電腦或伺服器312b及/或電話312c而經由內部前端系統105向系統300發送反向追蹤編號。

在另一實施例中，自動撥號器整合模組326可使用IVR在網頁或網站應用314a及/或行動電話314b上向承運商駕駛員314發送語音郵件。語音郵件可包括追蹤編號、訂單編號、運貨單編號、顧客304的位址以及將包裝退返至賣方302的位址的請求。在一個實施例中，語音郵件可請求承運商駕駛員314呼叫確認接收到包裝裝運取消的指定號碼及/或藉由網頁或網站應用314a及/或行動電話314b上的提示提供反向追蹤編號。在另一實施例中，承運商312可使用網頁或網站應用312a、電腦或伺服器312b及/或電話312c而經由內部前端系統105向系統300發送反向追蹤編號。在又一實施例中，一旦規則引擎322可接收到反向追蹤編號，自動撥號器整合模組326便可停止向承運商駕駛員314發送語音呼叫及/或語音郵件。

在又一實施例中，自動撥號器整合模組326可使用IVR經由外部前端系統103在網頁或網站應用304a、電腦或伺服器304b及/或行動電話304c上向顧客304發送自動預先記錄的電話呼叫，以通知顧客304在承運商駕駛員314可交付包裝時不接受與顧客304取消的採購物項的訂單編號相關聯的包裝。在一個實施例中，自動預先錄製的電話呼叫可包括追蹤編號、訂單編號、顧客304的位址以及包裝的估測交付時間。在另一實施例中，自動預先錄製的電話呼叫可藉由在網頁或網站應用304a、電腦或伺服器304b及/或行動電話304c上提示顧客304作出響應（例如，藉由撥號、點擊、選擇或觸控號碼）來向顧客304請求顧客304可能已成功拒收來自承運商駕駛員314的包裝的確認。自動撥號器整合模組326可外部前端系統103接收顧客304的提示，且向承運商312為與顧客304取消的訂單編號相關聯的包裝請求反向追蹤編號。承運商312可使用網頁或網站應用312a、電腦或伺服器312b及/或電話312c而經由內部前端系統105向系統300發送反向追蹤編號。

在另一實施例中，自動撥號器整合模組326可使用IVR在網頁或網站應用304a、電腦或伺服器304b及/或行動電話304c上向顧客304發送語音郵件。語音郵件可包括追蹤編號、訂單編號、顧客304的位址以及包裝的估測交付時間。在一個實施例中，語音郵件可請求顧客304在承運商駕駛員314可交付包裝時不接受與顧客304取消的採購物項的訂單編號相關聯的包裝。在另一實施例中，語音郵件可藉由在網頁或網站應用304a、電腦或伺服器304b及/或行動電話304c上提示顧客304作出響應（例如，藉由撥號、點擊、選擇或觸控號碼）來向顧客304請求顧客304可能已成功拒收來自承運商駕駛員314的包裝的確定接收單。自動撥號器整合模組326可接收顧客304的提示且請求承運商312使用網頁或網站應用312a、電腦或伺服器312b及/或電話312c而經由內部前端系統105向系統300發送反向追蹤編號。承運商312可使用網頁或網站應用312a、電腦或伺服器312b及/或電話312c而經由內部前端系統105向系統300發送反向追蹤編號。在又一實施例中，一旦規則引擎322可接收到反向追蹤編號，自動撥號器整合模組326便可停止向顧客304發送語音呼叫及/或語音郵件。

在又一實施例中，若規則引擎322在擷取與顧客304取消的採購物項的訂單編號相關聯的包裝時不成功，則自動撥號器整合模組326可向顧客304發送預先錄製的電話呼叫及語音郵件，以通知顧客304檢查來自系統300的電子郵件及/或郵件中的明信片（post card），所述明信片可包括貼附至包裝上的退返標籤，以郵寄回賣方302。

通知引擎模組328（以下參照圖6A及圖6B進行闡述）可以與自動撥號器整合模組326相似的方式實施。在一個實施例中，通知引擎模組328可在網頁或網站應用312a、電腦或伺服器312b及/或電話312c上向承運商312發送電子郵件及/或發佈訊息。網頁或網站應用312a、電腦312b及/或電話312c上的電子郵件及訊息可包括追蹤編號、訂單編號、運貨單編號、顧客304的位址以及將與顧客304取消的採購物項的訂單編號相關聯的包裝退返至賣方302的位址的請求。在另一實施例中，電子郵件及訊息可藉由提示承運商312對電子郵件或訊息作出響應（例如，藉由撥號、點擊、選擇或觸控無線電按鈕或選擇）來向承運商312請求包裝裝運取消的確認。通知引擎模組328可接收承運商312的提示且經由內部前端系統105向承運商312為與顧客304取消的採購物項的訂單編號相關聯的包裝請求反向追蹤編號。承運商312可使用網頁或網站應用312a、電腦或伺服器312b及/或電話312c而經由內部前端系統105向系統300發送反向追蹤編號。在又一實施例中，一旦規則引擎322可接收到反向追蹤編號，通知引擎模組328便可停止向承運商312發送電子郵件及發佈訊息。

在另一實施例中，通知引擎模組328可在網頁或網站應用314a及/或行動電話314b上向承運商駕駛員314發送電子郵件、SMS/正文及發佈訊息。網頁或網站應用314a及/或行動電話314b上的電子郵件、SMS/正文及發佈訊息可包括追蹤編號、訂單編號、運貨單編號、顧客304的位址以及將包裝退返至賣方302的位址的請求。在另一實施例中，電子郵件、SMS/正文及發佈訊息可藉由提示承運商駕駛員314對電子郵件及發佈訊息作出響應（例如，藉由撥號、點擊、選擇或觸控無線電按鈕或選擇）或回復SMS/正文來向承運商駕駛員314請求包裝裝運取消的確認。通知引擎模組328可接收承運商駕駛員314的提示或來自承運商駕駛員314的SMS/正文，且經由內部前端系統105向承運商312為與顧客304取消的訂單編號相關聯的包裝請求反向追蹤編號。承運商312可使用網頁或網站應用312a、電腦或伺服器312b及/或電話312c而經由內部前端系統105向系統300發送反向追蹤編號。在又一實施例中，一旦規則引擎322可接收到反向追蹤編號，通知引擎模組328便可停止向承運商駕駛員314發送電子郵件、SMS/正文及發佈訊息。

在又一實施例中，通知引擎模組328可在網頁或網站應用304a、電腦304b及/或行動電話304c上向顧客304發送電子郵件、SMS/正文及發佈訊息。在又一實施例中，通知引擎模組328可向顧客304的位址發送明信片，以提醒顧客304不接受與顧客304取消的採購物項的訂單編號相關聯的包裝且在網頁或網站應用304a、電腦304b及/或行動電話304c上檢查顧客304的電子郵件、SMS/正文及發佈訊息以獲得進一步的指令。網頁或網站應用304a、電腦304b及/或行動電話304c上的電子郵件、SMS/正文及發佈訊息可包括追蹤編號、訂單編號、顧客304的位址以及包裝的估測交付時間。在一個實施例中，電子郵件、SMS/正文及發佈訊息可請求顧客304在承運商駕駛員314可交付包裝時不接受與顧客304取消的採購物項的訂單編號相關聯的包裝。在另一實施例中，電子郵件、SMS/正文及發佈訊息可藉由提示顧客304對電子郵件及發佈訊息作出響應（例如，藉由撥號、點擊、選擇或觸控無線電按鈕或選擇）或對SMS/正文作出響應來向顧客304請求顧客304可能已成功拒收來自承運商駕駛員314的包裝的確認接收單。通知引擎模組328可接收顧客304的提示或來自顧客304的SMS/正文，且經由外部前端系統103向承運商312為與顧客304取消的訂單編號相關聯的包裝請求反向追蹤編號。承運商312可使用網頁或網站應用312a、電腦或伺服器312b及/或電話312c而經由內部前端系統105向系統300發送反向追蹤編號。在又一實施例中，一旦規則引擎322可接收到反向追蹤編號，通知引擎模組328便可停止向顧客304發送電子郵件、SMS/正文及發佈訊息。

在又一實施例中，若規則引擎322在擷取與顧客304取消的採購物項的訂單編號相關聯的包裝時不成功，則通知引擎模組328可向顧客304發送電子郵件、SMS/正文及發佈訊息，以通知顧客304檢查來自系統300的電子郵件及/或郵件中的明信片，所述明信片可包括貼附至包裝的退返標籤，以郵寄回賣方302。在另一實施例中，通知引擎328可向顧客304發送明信片，所述明信片可包括貼附至包裝的退返標籤，以郵寄回賣方302。

圖4是根據所揭露實施例的將顧客訂單與賣方的運貨單編號相關聯的示例性方法400的流程圖。方法400的步驟可由處理器306實行。方法400的步驟繪示出對驗證模組316進行詳述的實施例。方法400中的處理器306可執行驗證模組316中的功能。一旦顧客304已自賣方302採購物項，處理器306便可執行方法400。

處理器306可偵測到顧客304可能已在系統100中採購物項。系統100可產生與顧客304採購的物項相關聯的訂單編號。系統100可通知賣方302所述物項被顧客304採購。賣方302轉而可向系統100發送顧客304採購的物項的運貨單編號，所述運貨單編號可由處理器306經由使用者介面310接收。由處理器306自承運商312接收的運貨單編號可包括與顧客304採購的物項的訂單編號相關聯的包裝的追蹤編號，所述追蹤編號可被插入承運商312的網路中以交付至顧客304。

在步驟402處，處理器306可基於顧客304採購的物項隨機產生唯一辨識符。處理器306可將唯一辨識符儲存於資料庫308中。在一些實施例中，唯一辨識符可永遠不重覆，且處理器306可利用數個演算法來隨機產生唯一辨識符。在一個實施例中，處理器306可用來隨機產生唯一辨識符的演算法包括硬體隨機數產生器（hardware random-number generators，HRNGS）、偽隨機數產生器（pseudo-random number generators，PRNGS）及密碼安全偽隨機數產生器（cryptographically secure pseudo-random number generators，CSPRNGS）。在又一實施例中，唯一辨識符可用於連續儲存更多資訊，包括訂單編號、運貨單編號、追蹤編號、反向追蹤編號、API、承運商的排程資訊及聯繫資訊、顧客資訊、訊息及確認接收單。在又一實施例中，唯一辨識符可包括元組、字典、列表、數組（array）、矩陣、分類及/或儲存更多資訊的物件的功能。

在步驟404處，處理器306可將唯一辨識符與顧客304採購的物項的訂單編號相關聯。在一個實施例中，處理器306可將採購物項的訂單編號儲存於唯一辨識符中，其中在一個實施例中，訂單編號可被添加至唯一辨識符內部的元素。

在步驟406處，處理器306可自賣方302接收運貨單編號。處理器306可將與顧客304採購的物項相關聯的訂單編號的唯一辨識符與來自賣方302的運貨單編號相關聯。處理器306現在可能夠使用來自賣方302的運貨單編號來辨識顧客304採購的物項的訂單編號。

在步驟408處，處理器306可將來自賣方302的運貨單編號儲存於資料庫308中的唯一辨識符中。唯一辨識符可包括與顧客304採購的物項相關聯的訂單編號及來自賣方302的與顧客304採購的相同物項相關聯的運貨單編號。來自賣方302的運貨單編號亦可包括來自承運商312的追蹤編號，所述追蹤編號可包括關於與顧客304取消的採購物項的訂單編號相關聯的包裝的饋送資訊。

圖5是根據所揭露實施例的確定來自承運商的追蹤饋送資訊的示例性方法500的流程圖。方法500的步驟可由處理器306實行。方法500的步驟繪示出對由驗證模組316、追蹤聚合器模組318及追蹤饋送剖析器模組320實行的操作進行詳述的實施例。方法500中的處理器306可執行驗證模組316、追蹤聚合器模組318及追蹤饋送剖析器模組320中的功能。一旦顧客304可能已取消與來自賣方302的訂單編號及運貨單編號相關聯的採購物項，處理器306便可執行方法500。

在步驟502處，處理器306可偵測到顧客304可能已取消與訂單編號及運貨單編號相關聯的採購物項。處理器306可藉由監控顧客304在外部前端系統103上的活動來偵測到顧客304可能已取消採購物項。賣方302可能知曉或可能不知曉顧客304可能已取消與訂單編號及運貨單編號相關聯的採購物項。

在步驟504處，處理器306可藉由以下方式執行驗證模組316的功能：使用資料庫308中與來自賣方302的運貨單編號相關聯的唯一辨識符及與顧客304取消的採購物項相關聯的訂單編號來自動驗證來自賣方302的運貨單編號。在一個實施例中，處理器306可經由使用者介面310自賣方302接收與顧客304取消的採購物項相關聯的運貨單編號。在另一實施例中，處理器306可經由使用者介面310自賣方302接收與顧客304取消的多個採購物項相關聯的多個批次列表的貨運單編號。處理器306可使用包含訂單編號及匹配的運貨單編號的唯一辨識符來驗證來自每一賣方302的每一運貨單編號，以確保一個賣方302可不錯誤地請求取消第二個賣方302在承運商312中對與顧客304採購的物項的訂單編號相關聯的包裝的裝運。處理器306可將經驗證狀態分派至具有經驗證運貨單編號的每一唯一辨識符。處理器306可經由具有經驗證運貨單編號的每一唯一辨識符將經驗證狀態儲存於資料庫308中。

在步驟506處，處理器306可藉由確定來自步驟504的具有經驗證狀態的唯一辨識符中的追蹤編號來執行追蹤聚合器模組318的功能。唯一辨識符可包括來自賣方302的針對顧客304取消的採購物項的訂單編號及經驗證運貨單編號。在另一實施例中，處理器306可確定來自步驟504的具有經驗證狀態的多個唯一辨識符中的多個追蹤編號。處理器306可將唯一辨識符中具有經驗證狀態的每一追蹤編號儲存於資料庫308中。

在步驟508處，處理器306可執行追蹤聚合器模組318的功能。處理器306可將來自承運商312的饋送資訊聚合於儲存於資料庫308中的具有經驗證狀態的唯一辨識符中，所述唯一辨識符與和顧客304取消的採購物項的訂單編號相關聯的包裝的追蹤編號相關聯。處理器306可將來自承運商312的饋送資訊儲存於資料庫308中的具有經驗證狀態的唯一辨識符中。處理器306可連續地將來自承運商312的饋送資訊聚合於儲存於資料庫308中的具有經驗證狀態的唯一辨識符中，所述唯一辨識符與和顧客304取消的採購物項的訂單編號相關聯的包裝的追蹤編號相關聯。處理器306可連續地將來自承運商312的饋送資訊儲存於資料庫308中的具有經驗證狀態的唯一辨識符中。

在步驟510處，處理器306可執行追蹤饋送剖析器模組320的功能。處理器306可對具有經驗證狀態的唯一辨識符中的每一饋送資訊進行剖析。處理器306可藉由在資料庫308中的唯一辨識符中儲存實際及預期排程資訊及聯繫資訊來對每一饋送資訊進行剖析，與顧客304取消的採購物項的訂單編號相關聯的包裝可位於不同的目的地處。處理器306可將經剖析的饋送資訊儲存於資料庫308中的具有經驗證狀態的唯一辨識符中。

在步驟512處，處理器306可向規則引擎模組322發送具有經驗證狀態及饋送資訊的唯一辨識符。處理器306可在資料庫308中的具有經驗證狀態的唯一辨識符中儲存自承運商312接收的與顧客304取消的採購物項的訂單編號相關聯的包裝的反向追蹤編號。處理器306可將自承運商312接收的取消裝運API儲存於資料庫308中的具有經驗證狀態的唯一辨識符中。

圖6A及圖6B是一同根據所揭露實施例的自動擷取包裹的示例性方法600的流程圖。處理器306可執行方法600中的步驟。方法600所示步驟繪示出對執行承運商API整合模組324、自動撥號器整合模組326及通知引擎模組328的步驟進行詳述的實施例。在處理器306可將唯一辨識符發送至規則引擎322之後，在步驟602處，處理器306可自唯一辨識符判斷顧客304取消的採購物項的訂單編號是否可能早於設定的天數（例如30天），其中唯一辨識符可包括訂單編號、運貨單編號、追蹤編號、饋送資訊、取消裝運API及反向追蹤編號。若處理器306判斷出訂單編號多於設定天數（例如30天）（步驟602-是），則處理器306停止嘗試擷取與顧客304取消的採購物項的訂單編號相關聯的包裝，此乃因賣方302可能已接收到包裝。

然而，若處理器306判斷出訂單編號小於或等於設定天數（例如30天）（步驟602-否），則在步驟604處，處理器306可判斷唯一辨識符是否包括與顧客304取消的採購物項的訂單編號相關聯的包裝的賣方302的反向追蹤編號。若處理器306判斷出唯一辨識符可包括反向追蹤編號（步驟604-是），則在步驟606處，處理器306可經由使用者介面310向賣方302發送與顧客304取消的採購物項的訂單編號相關聯的包裝的反向追蹤編號，其中承運商312可將包裝發送回賣方302。處理器306可停止嘗試擷取與顧客304取消的採購物項的訂單編號相關聯的包裝。

然而，若處理器306判斷出唯一辨識符可不包括反向追蹤編號（步驟604-否），則在步驟608處，處理器306可判斷唯一辨識符是否可包括來自承運商312的取消API。若處理器306判斷出唯一辨識符可包括取消API（步驟608-是），則在步驟610處，處理器302可執行承運商整合模組324，以向承運商312發送與顧客304取消的採購物項的訂單編號相關聯的包裝的取消裝運訊息。

在步驟612處，處理器306可判斷承運商整合模組324是否已自承運商312接收到證實與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消的成功訊息。若處理器306判斷出承運商整合模組324可能未自承運商312接收到成功訊息（步驟612-否），則處理器306實行步驟610。處理器306可重覆進行步驟612-否及610達設定次數（例如5次），直至處理器306自承運商312接收到成功訊息（步驟612-是）。若處理器306在所述設定次數之後未自承運商312接收到成功訊息，則處理器306可繼續進行至步驟620。

然而，若處理器306判斷出承運商整合模組324可能已自承運商312接收到成功訊息（步驟612-是），則在步驟614處，處理器306自承運商312接收唯一辨識符中的反向追蹤編號，以儲存在資料庫308中。在另一實施例中，處理器306可將來自承運商312的證實裝運取消的成功訊息儲存於資料庫308中的唯一辨識符中。

在步驟616處，處理器306可經由使用者介面310向賣方302發送與顧客304取消的採購物項的訂單編號相關聯的包裝的反向追蹤編號，其中承運商312可將包裝發送回賣方302。處理器306可停止嘗試自承運商312擷取包裝。

然而，若處理器306判斷出唯一辨識符可不包括來自承運商312的取消API（步驟608-否），則在步驟608處，處理器306可向承運商312請求取消API。若處理器306未自承運商312接收到取消API，則處理器306可連續重覆進行步驟608及618達設定次數（例如5次），之後處理器306可執行步驟620。在一個實施例中，處理器306可連續重覆進行步驟608及618，同時處理器306可執行步驟620。

在步驟620處，處理器306可自饋送資訊確定承運商312內部的與顧客304取消的採購物項的訂單編號相關聯的包裝的排程資訊及聯繫資訊。

在步驟622處，處理器306可同時執行自動撥號器整合模組326與通知引擎模組328。在步驟624處，處理器306可經由自動撥號器整合模組326向具有包裝的承運商312內部的目的地發送電話呼叫及語音郵件，以請求與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消。在步驟626處，處理器306可經由通知引擎模組328向具有包裝的承運商312內部的目的地發送SMS/正文、電子郵件及發佈訊息，以請求與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消。

在步驟628處，處理器306可判斷自動撥號器整合模組326及/或通知引擎模組328是否可能已自承運商312接收到確認。若處理器306判斷出自動撥號器整合模組326及/或通知引擎328可能已經由成功訊息接收到證實與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消的確認（步驟628-是），則處理器306實行步驟614及616。處理器306可將成功訊息中包含的證實與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消的確認儲存於資料庫308中的唯一辨識符中。

然而，若處理器306判斷出自動撥號器整合模組326及/或通知引擎328可能未經由成功訊息接收到證實與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消的確認（步驟628-否），則處理器306可在承運商312內部的目的地處連續重覆進行步驟622及628-否達設定次數（例如5次），之後處理器306可根據可包括排程資訊及聯繫資訊的饋送資訊確定承運商312內部的下一目的地。若處理器306經由成功訊息成功地自承運商312接收到確認（步驟628-是），則處理器306執行步驟614及616。

然而，若處理器306未在承運商312內部經由成功訊息成功地自承運商312接收到確認（步驟628-否），且包裝可能已在由承運商駕駛員314交付至顧客304的路線中，則在步驟630處，處理器306自饋送資訊確定承運商駕駛員314對於與顧客304取消的採購物項的訂單編號相關聯的包裝的排程資訊及聯繫資訊。在步驟632處，處理器306可同時執行自動撥號器整合模組326與通知引擎模組328。

在步驟634處，處理器306可經由通知引擎328向承運商駕駛員314發送電子郵件及發佈訊息，以請求與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消。在步驟636處，處理器306可經由通知引擎328向承運商駕駛員314發送SMS/正文，以請求與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消。在步驟638處，處理器306可經由自動撥號器整合模組326向承運商駕駛員314發送電話呼叫及語音郵件，以請求與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消。

在步驟640處，處理器306可判斷自動撥號器整合模組326及/或通知引擎模組328是否可能已自承運商駕駛員314接收到確認。若處理器306判斷出自動撥號器整合模組326及/或通知引擎328可能已經由成功訊息接收到證實與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消的確認（步驟640-是），則處理器306實行步驟614及616。處理器306可在資料庫308中的唯一辨識符中儲存成功訊息中所包含的證實與顧客304取消的採購物項的訂單編號相關聯的包裝的裝運取消的確認。

然而，若處理器306未經由成功訊息成功地自承運商駕駛員314接收到確認（步驟640-否），則處理器306可對承運商駕駛員314重覆進行步驟632及640-否達設定次數（例如5次），之後處理器306可對步驟640-是執行步驟614及616。然而，若在步驟632及640中的所述設定次數的嘗試之後，處理器306未經由成功訊息成功地自承運商駕駛員314接收到確認，則處理器306繼續進行至圖6B。

參照圖6B，在實行步驟640且包裝仍處於由承運商駕駛員314交付至顧客304的路線中之後，接著在步驟652處，處理器306自饋送資訊確定顧客304的排程資訊及聯繫資訊。在步驟654處，處理器306可同時執行自動撥號器整合模組326與通知引擎模組328。

在步驟656處，處理器306可經由通知引擎模組328發送發佈訊息及電子郵件，以請求顧客304不接受來自承運商駕駛員314的與顧客304取消的採購物項的訂單編號相關聯的包裝。

在步驟658處，處理器306可經由通知引擎模組328發送明信片，以請求顧客304不接受來自承運商駕駛員314的與顧客304取消的採購物項的訂單編號相關聯的包裝且檢查顧客304的包含進一步指令的發佈訊息、電子郵件、SMS/正文、電話呼叫及語音郵件。

在步驟660處，處理器306可經由通知引擎模組328發送SMS/正文，以請求顧客304不接受來自承運商駕駛員314的與顧客304取消的採購物項的訂單編號相關聯的包裝。

在步驟662處，處理器306可經由自動撥號器整合模組326發送電話呼叫及語音郵件，以請求顧客304不接受來自承運商駕駛員314的與顧客304取消的採購物項的訂單編號相關聯的包裝。

在步驟664處，處理器306可判斷自動撥號器整合模組326及/或通知引擎模組328是否可能已自顧客304接收到證實顧客304可能已成功不接受與顧客304取消的採購物項的訂單編號相關聯的包裝的交付的確認。若處理器306判斷出自動撥號器整合模組326及/或通知引擎328可能已自顧客304接收到確認（步驟664-是），則在步驟666處，處理器306自承運商312接收反向追蹤編號且將所述反向追蹤編號儲存於資料庫308中的唯一辨識符中。在另一實施例中，處理器306可自顧客304接收與取消的採購物項的訂單編號相關聯的包裝被顧客304拒收的確認以儲存於資料庫308中的唯一辨識符中。

在步驟668處，處理器306可經由使用者介面310向賣方302發送與顧客304取消的採購物項的訂單編號相關聯的包裝的反向追蹤編號，其中承運商312可將包裝發送回賣方302。處理器306可停止嘗試自承運商312、承運商駕駛員314及顧客304擷取包裝。

然而，若處理器306未成功自顧客304接收到確認（步驟664-否），則處理器306可對顧客304重覆進行步驟654及664-否達設定次數（例如5次），之後處理器306可對步驟664-是執行步驟666及668。然而，若在步驟654及664的所述設定次數的嘗試之後，處理器306未成功地自顧客304接收到確認，則在步驟670處，處理器306可針對與顧客304取消的採購物項的訂單編號相關聯的包裝自顧客304的位址向承運商312發送收取請求。處理器306可針對與顧客304取消的採購物項的訂單編號相關聯的包裝自承運商312接收反向追蹤編號及包括賣方302的位址的退返標籤。在另一實施例中，處理器306可執行承運商API整合模組324，以向承運商312發送收取請求API，且承運商312可向承運商API整合模組324發送具有反向追蹤編號的成功訊息。在又一實施例中，經由承運商API整合模組324來自承運商312的成功訊息可使得處理器306能夠為顧客304產生包括賣方302的位址的退返標籤。在又一實施例中，處理器306可將來自承運商312的成功訊息儲存於資料庫308中的唯一辨識符中。

在步驟672處，處理器306可執行通知引擎模組328以向顧客304的位址發送明信片，所述明信片可包括到達賣方302的位址的退返標籤。在一個實施例中，明信片可為包含到達賣方302的位址的退返標籤的信封（envelope）。退返標籤可供顧客304貼附至與顧客304取消的採購物項的訂單編號相關聯的包裝，顧客304可能未成功地自承運商駕駛員314接受所述包裝。

在步驟674處，處理器306可執行自動撥號器整合模組326及通知引擎模組328，其中處理器306可經由外部前端系統103在網頁或網站應用304a、電腦304b及行動電話304c上發送電話呼叫、語音郵件、SMS/正文、電子郵件及發佈訊息，以通知顧客304包括賣方302的位址的退返標籤將存在於郵件中。在又一實施例中，通知引擎模組328的SMS/正文、電子郵件及發佈訊息可包含供顧客304打印的退返標籤。

在步驟676處，處理器306可向賣方302發送與顧客304取消的採購物項的訂單編號相關聯的包裝的反向追蹤編號。處理器306可停止嘗試自承運商312及顧客304擷取包裝。

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

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

100:示意性方塊圖/系統 101:裝運授權技術（SAT）系統/系統 102A:裝置/使用者裝置/行動裝置 102B:裝置/使用者裝置/電腦 103:外部前端系統 105:內部前端系統 107:運輸系統 107A、107B、107C:行動裝置/裝置 109:賣方入口 111:裝運及訂單追蹤（SOT）系統 113:履行最佳化（FO）系統 115:履行訊息傳遞閘道（FMG） 117:供應鏈管理（SCM）系統 119:倉庫管理系統（WMS） 119A:行動裝置/裝置/平板電腦 119B:行動裝置/裝置/PDA 119C:行動裝置/裝置/電腦 121A、121B、121C:第三方履行（3PL）系統 123:履行中心授權系統（FCAuth） 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:示例性系統/系統 302:賣方系統/賣方 302a、304a、312a、314a:網頁/網站應用 302b、304b、312b:伺服器/電腦 304:顧客 304c、314b:行動裝置/行動電話/智慧型電話/PDA 306:處理器 308:資料庫 310:使用者介面 312:承運商 312c:電話 314:承運商駕駛員/伺服器/承運商 316:驗證模組 318:追蹤聚合器模組 320:追蹤饋送剖析器模組 322:規則引擎/規則引擎模組/引擎模組 324:承運商API整合模組/承運商整合模組 326:自動撥號器整合模組 328:通知引擎模組/通知引擎 400、500、600:示例性方法/方法 402、404、406、408、502、504、506、508、510、512、602、604、606、608、610、612、614、616、618、620、622、624、626、628、630、632、634、636、638、640、652、654、656、658、660、662、664、666、668、670、672、674、676:步驟

圖1A是示出根據所揭露實施例的網路的示例性實施例的示意性方塊圖，所述網路包括用於能夠進行通訊的裝運（shipping）、運輸（transportation）及物流操作的電腦化系統。 圖1B繪示出根據所揭露實施例的樣本搜尋結果頁面（Search Result Page，SRP），其包括滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素。 圖1C繪示出根據所揭露實施例的樣本單一顯示頁面（Single Display Page，SDP），其包括產品及關於產品的資訊以及交互式使用者介面元素。 圖1D繪示出根據所揭露實施例的樣本購物車頁面（Cart page），其包括虛擬購物車中的物項以及交互式使用者介面元素。 圖1E繪示出根據所揭露實施例的樣本訂單頁面（Order page），其包括來自虛擬購物車的物項以及關於採購及裝運的資訊以及交互式使用者介面元素。 圖2是根據所揭露實施例的被配置成利用所揭露電腦化系統的示例性履行中心（fulfillment center）的圖例。 圖3A及圖3B是示出根據所揭露實施例的進行自動智慧包裹擷取的示例性系統的方塊圖。 圖4是根據所揭露實施例的將顧客訂單與賣方的運貨單編號相關聯的示例性方法的流程圖。 圖5是根據所揭露實施例的確定來自承運商的追蹤饋送資訊的示例性方法的流程圖。 圖6A及圖6B是根據所揭露實施例的自動智慧擷取包裹的示例性方法的流程圖。

512、602、604、606、608、610、612、614、616、618、620、622、624、626、628、630、632、634、636、638、640:步驟

600:示例性方法/方法

Claims (20)

1. 一種自動智慧包裹擷取之電腦實施的系統，所述系統包括： 資料庫； 記憶體，儲存指令；以及 至少一個處理器，被配置成執行所述指令以實行包括以下的步驟： 接收顧客採購的物項的訂單編號； 自賣方接收與所述顧客採購的所述物項的所述訂單編號及交付所述顧客採購的所述物項的包裝的承運商相關聯的運貨單編號； 產生唯一辨識符，所述唯一辨識符包括所述顧客採購的所述物項的所述訂單編號以及來自所述賣方的所述運貨單編號； 偵測與所述顧客採購的所述物項相關聯的所述訂單編號的取消； 基於所述訂單編號的所述取消確定所述唯一辨識符中與來自所述賣方的所述運貨單編號及交付所述包裝的所述承運商相關聯的追蹤編號； 基於與所述訂單編號的所述取消相關聯的所述唯一辨識符向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的通知； 自所述承運商接收證實所述取消所述包裝向所述顧客的裝運的反向追蹤編號； 向所述賣方發送包括與所述取消所述包裝向所述顧客的裝運及所述包裝的所述運貨單編號相關聯的所述反向追蹤編號的通知。
2. 如請求項1所述的系統，其中所述唯一辨識符包括來自所述追蹤編號的饋送資訊。
3. 如請求項1所述的系統，其中所述唯一辨識符包括來自所述追蹤編號的與所述包裝相關聯的針對所述訂單編號的所述取消的排程資訊。
4. 如請求項1所述的系統，其中所述唯一辨識符包括來自所述追蹤編號的與所述包裝相關聯的針對所述訂單編號的所述取消的聯繫資訊。
5. 如請求項1所述的系統，其中所述至少一個處理器更被配置成實行包括以下的步驟： 針對所述訂單編號的所述取消向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的所述通知， 其中所述通知包括預先錄製的電話呼叫。
6. 如請求項1所述的系統，其中所述至少一個處理器更被配置成實行包括以下的步驟： 針對所述訂單編號的所述取消向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的所述通知， 其中所述通知包括語音郵件。
7. 如請求項1所述的系統，其中所述至少一個處理器更被配置成實行包括以下的步驟： 針對所述訂單編號的所述取消向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的所述通知， 其中所述通知包括電子郵件。
8. 如請求項1所述的系統，其中所述至少一個處理器更被配置成實行包括以下的步驟： 針對所述訂單編號的所述取消向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的所述通知， 其中所述通知包括發佈訊息。
9. 如請求項1所述的系統，其中所述至少一個處理器更被配置成實行包括以下的步驟： 針對所述訂單編號的所述取消向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的所述通知， 其中所述通知包括短訊息服務。
10. 如請求項1所述的系統，其中所述至少一個處理器更被配置成實行包括以下的步驟： 針對所述訂單編號的所述取消向所述顧客發送用於所述包裝的退返標籤。
11. 一種自動智慧包裹擷取之電腦實施的方法，所述方法包括： 接收顧客採購的物項的訂單編號； 自賣方接收與所述顧客採購的所述物項的所述訂單編號及交付所述顧客採購的所述物項的包裝的承運商相關聯的運貨單編號； 產生唯一辨識符，所述唯一辨識符包括所述顧客採購的所述物項的所述訂單編號以及來自所述賣方的所述運貨單編號； 偵測與所述顧客採購的所述物項相關聯的所述訂單編號的取消； 基於所述訂單編號的所述取消確定所述唯一辨識符中與來自所述賣方的所述運貨單編號及交付所述包裝的所述承運商相關聯的追蹤編號； 基於與所述訂單編號的所述取消相關聯的所述唯一辨識符向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的通知； 自所述承運商接收證實所述取消所述包裝向所述顧客的裝運的反向追蹤編號； 向所述賣方發送包括與所述取消所述包裝向所述顧客的裝運及所述包裝的所述運貨單編號相關聯的所述反向追蹤編號的通知。
12. 如請求項11所述的方法，其中所述唯一辨識符包括來自所述追蹤編號的饋送資訊。
13. 如請求項11所述的方法，其中所述唯一辨識符包括來自所述追蹤編號的與所述包裝相關聯的針對所述訂單編號的所述取消的排程資訊。
14. 如請求項11所述的方法，其中所述唯一辨識符包括來自所述追蹤編號的與所述包裝相關聯的針對所述訂單編號的所述取消的聯繫資訊。
15. 如請求項11所述的方法，所述方法更包括： 針對所述訂單編號的所述取消向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的所述通知， 其中所述通知包括預先錄製的電話呼叫。
16. 如請求項11所述的方法，所述方法更包括： 針對所述訂單編號的所述取消向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的所述通知， 其中所述通知包括語音郵件。
17. 如請求項11所述的方法，所述方法更包括： 針對所述訂單編號的所述取消向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的所述通知， 其中所述通知包括電子郵件。
18. 如請求項11所述的方法，所述方法更包括： 針對所述訂單編號的所述取消向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的所述通知， 其中所述通知包括發佈訊息。
19. 如請求項11所述的方法，所述方法更包括： 針對所述訂單編號的所述取消向交付所述包裝的所述承運商發送取消所述包裝向所述顧客的裝運的所述通知， 其中所述通知包括短訊息服務。
20. 一種自動智慧包裹擷取之電腦實施的系統，所述系統包括： 資料庫； 記憶體，儲存指令；以及 至少一個處理器，被配置成執行所述指令以實行包括以下的步驟： 接收顧客採購的物項的訂單編號； 自賣方接收與所述顧客採購的所述物項的所述訂單編號及交付所述顧客採購的所述物項的包裝的承運商相關聯的運貨單編號； 產生唯一辨識符，所述唯一辨識符包括所述顧客採購的所述物項的所述訂單編號以及來自所述賣方的所述運貨單編號； 偵測與所述顧客採購的所述物項相關聯的所述訂單編號的取消； 基於所述訂單編號的所述取消確定所述唯一辨識符中與來自所述賣方的所述運貨單編號及交付所述包裝的所述承運商相關聯的追蹤編號； 基於與所述訂單編號的所述取消相關聯的所述唯一辨識符向交付所述包裝的承運商駕駛員發送取消所述包裝向所述顧客的裝運的通知； 自交付所述包裝的所述承運商駕駛員接收取消所述包裝向所述顧客的裝運的確認接收單； 基於來自所述承運商駕駛員的所述確認接收單自所述承運商接收證實所述取消所述包裝向所述顧客的裝運的反向追蹤編號； 向所述賣方發送包括與所述取消所述包裝向所述顧客的裝運及所述包裝的所述運貨單編號相關聯的所述反向追蹤編號的通知。 向所述賣方發送包括與所述取消所述包裝向所述顧客的裝運及所述包裝的所述運貨單編號相關聯的所述反向追蹤編號的通知。

Images