TWI769538B

TWI769538B - 顯示交付日期估算的系統及方法以及電腦可讀取媒體

Info

Publication number: TWI769538B
Application number: TW109133878A
Authority: TW
Inventors: 埃里克雷恩; 賢植尤金閔
Original assignee: 南韓商韓領有限公司
Priority date: 2019-10-15
Filing date: 2020-09-29
Publication date: 2022-07-01
Also published as: US10860972B1; SG11202012368PA; JP2021535459A; TW202117619A; KR102515007B1; KR20210044665A; TW202238469A; WO2021074714A1; KR102301704B1; KR20210113582A; JP7350052B2; US20210110341A1; US11216771B2; AU2020264356A1

Abstract

一種顯示交付日期估算的系統及方法以及電腦可讀取媒體。所述系統可包括處理器以及包含指令的非暫時性儲存媒體。所述指令在由處理器執行時可包括以下步驟：自遠端裝置接收對產品資訊的第一請求，所述第一請求包括遠端裝置資訊及產品標識。所述步驟亦可包括：(向第二系統)提供對交付日期估算值的第二請求，所述第二請求包括遠端裝置資訊及產品標識；(自第二系統)接收交付日期估算值。所述步驟亦可包括：產生包括產品資訊及交付日期估算值的電子訊息；以及將電子訊息轉接(至遠端裝置)。

Description

顯示交付日期估算的系統及方法以及電腦可讀取媒體

本揭露大體而言是有關於確定交付日期估算並修改網頁的電腦化系統及方法。具體而言，本揭露的實施例是有關於將網頁修改成包括及/或更新零售產品的交付估算的創新性及非傳統系統及方法。

線上購物者經常基於他們可能採購的貨品的暫定到達日期做出採購決定。舉例而言，若產品自訂購起一天到達，則線上顧客可能願意線上購買產品，但若產品將到達得較晚(例如，自訂購起一周)，則顧客可能偏向於去實體商店(brick-and-mortar store)。因此，在進行線上購物時，顧客可能偏向於在同一網頁內獲得估算的交付日期及時間，且儘可能快地促進他們的採購決定。此外，一些零售商可能試圖藉由「承諾」交付日期及時間來刺激線上採購。舉例而言，一些線上零售商可能會「承諾」產品將在24小時內到達，以鼓勵線上採購，而非實體採購方案。

然而，為線上購物確定估算的交付日期是複雜的技術問題。為準確計算暫定交付日期，零售商需要自多方(例如，自賣方且亦自裝運代理商)捕獲資訊，預報交互且考慮大量的變量及替代方案。另外，交付日期計算具有時效性且需要被非常快速地執行，甚至以毫秒為單位來執行。零售商需要快速確定估算的交付日期，以向線上顧客呈現資訊，吸引他們的注意並刺激銷售。此外，由於若零售商做出交付承諾，差的估算可能會導致客戶不滿意及/或對零售商的處罰，因此估算的交付必須準確。快速、精確地實行複雜計算與使用多源資料的組合要求給線上零售商帶來了高度複雜的技術問題。

另外，交付估算值應無縫地顯示於預期的顧客裝置中。交付估算值計算不應損害顧客在零售商的網頁上瀏覽時的體驗。舉例而言，若交付估算值計算導致網頁呈現延遲或不準確，則顧客可能會發現網頁不可靠或不可信。相似地，若顧客發現網頁未能正確地加載或給出不準確的資訊，則顧客可能偏向於使用不同的網頁或實體商店。因此，在網頁中顯示交付估算值計算增加了確保順利的用戶端交互及與其他線上系統無縫整合的複雜性。

所揭露的以交付日期估算修改網頁之系統以及方法會解決上述問題中的一或多個問題及/或先前技術中的其他問題。

本揭露的一個態樣是有關於一種在網頁中顯示交付日期估算的電腦化系統。所述系統可包括：至少一個處理器；以及至少一個非暫時性儲存媒體，包含指令，所述指令在由所述至少一個處理器執行時使所述至少一個處理器實行步驟。所述步驟可包括：(自遠端裝置)接收對產品資訊的第一請求，所述第一請求包括遠端裝置資訊及產品標識。所述步驟亦可包括：(向第二系統)提供對儲存於記憶體中的交付日期估算值的第二請求，所述第二請求包括所述遠端裝置資訊及所述產品標識。所述步驟可更包括：(自所述第二系統)接收所述交付日期估算值；產生包括所述產品資訊及所述交付日期估算值的電子訊息；以及將所述電子訊息轉接(至所述遠端裝置)。

本揭露的另一態樣是有關於一種在網頁中顯示交付日期估算的電腦實施方法。所述方法可包括：(自遠端裝置)接收對產品資訊的第一請求，所述第一請求包括遠端裝置資訊及產品標識。所述方法亦可包括：(向履行系統)提供對儲存於記憶體中的交付日期估算值的第二請求，所述第二請求包括所述遠端裝置資訊及所述產品標識。所述方法可另外包括：(自所述履行系統)接收所述交付日期估算值；產生包括所述產品資訊及所述交付日期估算值的電子訊息；以及將所述電子訊息轉接(至所述遠端裝置)。

本揭露的又一態樣是有關於一種非暫時性電腦可讀取媒體，所述非暫時性電腦可讀取媒體儲存指令，所述指令在由處理器執行時實行用於在網頁中顯示交付日期估算的操作。所述操作可包括：(自遠端裝置)接收對產品資訊的第一請求，所述第一請求包括遠端裝置資訊及產品標識。所述操作亦可包括：(向履行系統)提供對儲存於記憶體中的交付日期估算值的第二請求，所述第二請求包括所述遠端裝置資訊及所述產品標識。所述操作可另外包括：(自所述履行系統)接收所述交付日期估算值；產生電子訊息，所述電子訊息包括超文件標記語言(Hypertext Markup Language，HTML)檔案及指令，所述超文件標記語言檔案規定所述產品資訊及所述交付日期估算值，所述指令用於修改所述網頁，所述指令包括：(1)辨識所述網頁的類型，所述網頁的類型是搜索結果頁、單一詳情頁、購物車頁、及訂單頁中的一者；以及(2)基於所述網頁的類型修改所述網頁。所述操作亦可包括：將所述電子訊息轉接至所述遠端裝置。

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

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:用戶端系統

402:處理器

404:輸入/輸出(I/O)裝置

410:記憶體

412:程式

416、514:資料

420:相機

430:指紋感測器

502:通訊裝置

504:資料庫處理器

510:資料庫記憶體

512:資料庫程式/程式

600:線上模組

604:搜索結果頁(SRP)模組

606:單一顯示頁(SDP)模組

608:訂單管理模組

610:購物車模組

700、800:過程

702、704、706、708、710、712、714、716、718、720、722、724、802、804、806、808、810、812、814、902、904、906、908、912、914、916、918、920、922、924、926、928、930、932、934、936、1002、1006、1008、1010、1012、1014、1016、1018、1020、 1022、1024、1026、1028、1029、1030、1032:步驟

900:交付日期估算過程/過程

910:表

1000:網頁修改過程/過程

1004:估算的交付

1110、1120、1130、1210、1220、1230、1310、1320、1330、1410、1420、1430:圖形使用者介面(GUI)

1112、1114、1116、1122、1124、1126、1132、1134、1136、1212、1222、1232、1312、1332、1412、1422、1432:動態文本框

1128、1138:具體產品類型圖標

1224、1234:具體時間交付圖標

1322:動態框/動態文本框

1500:源代碼

1501:標頭

1502:文件類型標識部分/部分

1504:動態文本框產生部分/部分

1506:修改部分

1508:定時器部分

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

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

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

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

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

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

圖3是符合所揭露實施例的示例性系統的示意性方塊圖。

圖4是符合所揭露實施例的示例性用戶端裝置的方塊圖。

圖5是符合所揭露實施例的示例性資料庫的方塊圖。

圖6是符合所揭露實施例的向線上模組分配示例性交付估算的過程流程圖。

圖7是符合所揭露實施例的用於處置對產品交付估算值的請求的示例性過程的流程圖。

圖8是符合所揭露實施例的用於處置由第三方履行的產品的估算值請求的示例性過程的流程圖。

圖9是符合所揭露實施例的交付日期估算過程的流程圖。

圖10是符合所揭露實施例的示例性網頁修改過程的過程流程圖。

圖11是符合所揭露實施例的行動裝置中的一系列搜索結果網頁示例性圖形使用者介面的正視圖。

圖12是符合所揭露實施例的行動裝置中的一系列單一顯示網頁示例性圖形使用者介面的正視圖。

圖13是符合所揭露實施例的行動裝置中的一系列購物車網頁示例性圖形使用者介面的正視圖。

圖14是符合所揭露實施例的行動裝置中的一系列訂單網頁示例性圖形使用者介面的正視圖。

圖15是可被配置成以交付日期估算值產生或修改網頁的腳本的示例性源代碼。

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

本揭露的實施例是有關於被配置用於以交付日期估算修改或產生網頁之系統以及方法。所揭露的系統及方法使得能夠達成交付日期估算的自動化計算及最佳化計算。所揭露的系統及方法亦使得能夠在將頻寬利用最小化的同時傳送交付日期估算。舉例而言，所揭露的系統可被配置成發送壓縮的HTML檔案或爪哇腳本(JavaScript)檔案以更新網頁，而無需重新發送迭代資訊。另外，所揭露的系統及方法可藉由當客戶在網頁中瀏覽時同時自多個源聚集資料以動態地生成交付日期估算來增強交付日期估算計算的準確性。此外，所揭露的系統及方法可自動產生腳本及/或源代碼，以產生或修改向使用者呈現計算結果的網頁。

所揭露的系統及方法的實施例可有關於電腦操作改善。具體而言，所揭露的系統及方法可達成動態生成的多源混合網頁，所述動態生成的多源混合網頁會改善為線上購物者計算及顯示網頁的技術領域。所揭露的系統及方法可動態地產生對來自履行中心、裝運代理商及顧客賬戶的資訊進行組合的網頁，以產生展示產品資訊及基於顧客賬戶資訊的交付日期估算值的混合網頁。舉例而言，所揭露的系統可生成對來自零售商的資訊(例如，產品的可用性及位置)、來自裝運代理商的資訊(例如，裝運路線及排程表)及來自顧客的資訊(例如，裝運偏好及郵政編碼)進行組合的動態混合網頁。此種多源資訊排列形式可用於產生顯示產品、交付日期估算值、承諾交付日期及採購選項的混合網頁。

另外，所揭露的系統及方法可在傳送及/或更新交付日期估算值的同時減少網路擁塞。當使用者在零售商的網頁中瀏覽時，可動態地生成交付估算值。然而，為使網路擁塞最小化，可將交付估算值作為修改網頁而非呈現新網頁的腳本來發送。在所揭露的系統及方法中，不再發送所有資訊以呈現完整的網頁，而是可在系統的不同部分之間交換較小的腳本或檔案以減少網路擁塞。此外，所揭露的系統及方法可包括定時器，所述定時器自動移除不再被需要或已過期的估算計算，以節省計算資源及網路頻寬。

此外，所揭露的系統及方法會改善網頁動態顯示估算的交付日期的適應性。所揭露的系統及方法可藉由具有動態文本框來促進更新網頁，所述動態文本框可在計算交付估算值時被具體更新。此種配置可改善使用者在網頁中瀏覽時的體驗，以使得使用者能夠看到正被動態更新的產品資訊及交付資訊。

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

參照圖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可判斷訂單是否超過其承諾交付日期(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可代管(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中的一或多個系統交互的電腦系統。舉例而言，在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。在又一些其他實施例中，FO系統113可將PDD確定為用於瀏覽網頁中的一者。由FO系統113用於計算及傳送PDD的過程結合圖9進行進一步闡述。

在一些實施例中，履行訊息傳遞閘道(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的自希望使用系統100(圖1A)售賣產品的賣方接收物項的區域。舉例而言，賣方可使用卡車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可處理來自實時用戶端裝置的資料流的產品請求，以例如確定產品的PDD或估算的交付。所述系統亦可產生用於將網頁顯示或修改成包括估算的交付資料的指令。系統300可包括估算系統320、線上資源340、用戶端裝置350、第三方系統360、用戶端系統390及資料庫380。在一些實施例中，如圖3中所示，系統300的組件可連接至網路370。然而，在其他實施例中，系統300的組件可在無網路370的情況下彼此直接連接。舉例而言，資料庫380可直接耦合至估算系統320。

在一些實施例中，可使用系統100(圖1A)的組件中的一或多者來實施估算系統320。舉例而言，估算系統320可包括 SAT系統101、外部前端系統103、FO系統113、SCM系統117及/或WMS 119(圖1A)。在其他實施例中，可使用一或多個獨立的伺服器來實施估算系統320，所述一或多個獨立的伺服器被配置成實行用於估算交付日期、產生PDD及/或更新或產生用戶端裝置350的網頁的操作。

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

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

在一些實施例中，如結合圖4進一步所揭露，用戶端裝置350可運行被專門配置成與估算系統320交互的應用。另外，用戶端裝置350可儲存一或多個賬戶。舉例而言，用戶端裝置350可儲存關於顧客的交付偏好、顧客的位置、顧客賬戶及顧客標識的資訊。

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

資料庫380可包括一或多個計算裝置，所述一或多個計算裝置被配置有適當軟體，以實行符合為估算系統320提供資料以進行計算及/或擷取估算的交付日期的操作。資料庫380可包括例如甲骨文(Oracle^TM)資料庫、賽貝斯(Sybase^TM)資料庫、或其他關係資料庫或非關係資料庫，例如Hadoop^TM序列檔案、HBase^TM或Cassandra^TM。資料庫380可包括計算組件(例如，資料庫管理系統、資料庫伺服器等)，所述計算組件被配置成接收並處理對儲存於資料庫的記憶體裝置中的資料的請求且提供來自資料庫的資料。

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

資料庫380可被配置成收集及/或維護與使用者賬戶或產品相關聯的資料以促進交付日期或PDD估算。舉例而言，資料庫380可儲存關於系統300的使用者的使用者設定檔(user profile)的資訊。資料庫380亦可儲存先前計算的具體產品的交付日期及對應的郵政編碼，以快速對具有相似產品及郵政編碼對的交付日期估算請求作出回應。資料庫380可自各種源(包括例如線上資源340或第三方系統360)收集資料。此外，資料庫380可包括關於用戶端裝置350作業系統的資訊。在使用者賬戶資訊內，資料庫380可包括作業系統資訊以產生或更新網頁。以下結合圖5進一步闡述資料庫380。

在一些實施例中，第三方系統360可包括系統100的一或多個元件。舉例而言，第三方系統360可包括3PL系統121A至121C。另外地或作為另外一種選擇，第三方系統360可包括由與估算系統320相關的實體(例如服務的提供商或履行中心)提供的一或多個伺服器或儲存服務。第三方系統360亦可經由網路370連接至系統300，但在其他實施例中，第三方系統360可包括與系統300的一些元件的直接連接。舉例而言，為使延遲或網路擁塞最小化，第三方系統360可與估算系統320一起連接於私有網路中。此外，第三方系統360可被配置成自估算系統320或系統300的其他元件提供及/或請求資訊。在一些實施例中，儘管第三方系統360亦可耦合至網路370，然而第三方系統360可不為估算系統320的用戶端。相反，第三方系統360可包括包含估算系統320的使用者或用戶端的資訊的系統。舉例而言，第三方系統360可包括例如聯邦快遞(FedEx®)等交付承包商的伺服器，當產品交付涉及第三方承包商時估算系統320可使用所述伺服器。相似地，若產品在系統100(圖1)中的履行中心內不可用，則第三方系統360可實行其自己的計算且將暫定交付日期或PDD通知給估算系統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，圖4示出符合所揭露實施例的示例性用戶端裝置350(圖3)的方塊圖。在一些實施例中，用戶端裝置350可包括使用者裝置102(圖1A)。

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

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

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

在某些實施例中，記憶體410可儲存用於存取估算系統320或向估算系統320發送請求的指令。舉例而言，記憶體410可包括經由TCP/IP與估算系統320進行通訊的應用。另外，其他軟體組件可被配置成自估算系統320請求資訊或者確定用戶端裝置350的位置。舉例而言，在由處理器402執行時，該些軟體指令可處理資訊以在網頁中顯示估算的交付日期或PDD。軟體指令亦可實施腳本來修改在用戶端裝置350中顯示的網頁。

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

在一些實施例中，用戶端裝置350亦可包括捕獲影像的相機420且可用於辨識使用者需要的產品。此種辨識可觸發交付日期估算或PDD計算。另外地或作為另外一種選擇，用戶端裝置350可包括指紋感測器430，指紋感測器430使得使用者能夠解鎖用戶端裝置350以存取使用者的賬戶、發送對資訊的請求並採購物項。相機420及指紋感測器430二者皆可由處理器402操作且使用加密安全性來使得使用者不可能自外部存取指紋或相機資訊。

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

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

資料庫380可包括通訊裝置502、一或多個資料庫處理器504以及包括一或多個資料庫程式512及資料514的資料庫記憶體510。資料庫380可包括NoSQL資料庫，例如HBase、MongoDB^TM或Cassandra^TM。作為另外一種選擇，資料庫380可包括關係資料庫，例如甲骨文、MySQL及微軟(Microsoft)結構化查詢語言(structured query language，SQL)伺服器。

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

在一些實施例中，資料庫380可包括非關係資料庫及嵌入式資料庫二者。舉例而言，資料庫380可包括例如Hbase等非關係資料庫以及例如RocksDB(例如，密鑰-值儲存資料庫)等嵌入式資料庫。

通訊裝置502可被配置成與系統300的一或多個組件或系統100的一或多個組件(例如線上資源340、估算系統320、或SCM系統117)進行通訊。具體而言，通訊裝置502可被配置成向估算系統320提供訂單資訊、使用者偏好及特權及/或先前對相似的郵政編碼及產品查詢的歷史估算。

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

資料庫記憶體510可包括程式512，程式512可包括基於由估算系統320接收或產生的交付估算值或PDD更新網頁的指令。此外，資料庫記憶體510可包括用於系統300的元件之間的通訊的指令。舉例而言，資料庫記憶體510可包括用於用戶端裝置350與估算系統320之間的通訊的指令。此外，程式512可包括當資訊被估算系統320處理時實時地儲存所述資訊的指令。

資料514亦可為與網頁相關聯的資料(例如線上資源340)或者來自用戶端裝置350的使用者賬戶。資料514可包括例如與和郵箱編碼相關聯的先前交付估算計算或先前PDD相關的資訊。資料514亦可包括內容檔案以及累積變量，以評估履行中心的容量及訂單可用性。

圖6是符合所揭露實施例的示例性交付估算分配的過程流程圖。在一些實施例中，系統100或系統100的部分可實行用於確定估算的交付的計算。接著系統100可將PDD資訊傳送至線上模組600，線上模組600產生用於用戶端交互的網頁。

在一些實施例中，如圖6中所示，系統100的元件可彼此進行通訊以產生估算的交付日期。舉例而言，外部前端系統103可自使用者裝置102A至102B(圖1A)接收對交付估算值的請求。接著可將所述請求傳送至FO系統113，FO系統113可確定所選擇的履行中心及估算的交付時間，如結合圖9進一步所闡述。接著FO系統113可將所選擇的履行中心及估算的交付日期發送至履行訊息傳遞閘道115。履行訊息傳遞閘道115轉而可將資訊發送至線上模組600。

線上模組600可包括搜索結果頁(SRP)模組604、單一顯示頁(SDP)模組606、訂單管理模組608及購物車模組610。所述模組中的每一模組可產生不同的網頁以顯示給消費者。舉例而言，SRP模組604可為使用者裝置102產生結果頁(如結合圖1B闡述的結果頁)，而SDP模組606可為使用者裝置102產生單一產品網頁(如結合圖1C闡述的單一產品網頁)。相似地，訂單管理模組608可產生或更新訂單頁(如結合圖1E闡述的訂單頁)，而購物車模組610可產生或更新購物車頁(如結合圖1D闡述的購物車頁)。因此，線上模組600中的每一線上模組600可將自系統100接收的估算的交付日期或PDD合併於已向顧客顯示的網頁中。

另外，線上模組600中的每一線上模組600在接收到估算的交付日期時可實行不同的操作。舉例而言，在接收到PDD之後，SPR模組604可將相似產品的PDD及/或估算的交付日期儲存於快取記憶體(cache memory)中以用於將來的搜索。接著，當SRP模組604在與PDD或估算的交付相關聯的屆期時間內接收到具有相同或相似郵政編碼及產品的搜索請求時，SRP模組604不需要查詢系統100。相反，SRP模組604可基於先前的資訊立即更新搜索網頁。反之，SDP模組606可在接收到PDD或交付估算值時產生用於更新產品網頁的檔案。舉例而言，SDP模組606可產生對產品網頁進行更新的爪哇腳本檔案或HTML檔案。此外，SDP模組606可啟動時鐘或定時器來判斷交付日期估算是否已過期。在此種實施例中，若必要(例如，估算的交付時間已過期)，則SDP模組606可產生第二檔案來更新單一產品網頁。

此外，訂單管理模組608亦可對自系統100接收到PDD 或估算的交付日期作出反應。舉例而言，因應於接收到估算的交付日期，訂單管理模組608可為所選擇的履行中心準備電子訊息。此準備訊息可被配置成在接收到訂單時進行部署。以此種方式，線上模組600可為潛在訂單做準備且藉由使訂單與傳送至履行中心之間的延遲最小化來促進滿足PDD。在一些實施例中，訂單管理模組608可耦合至SAT系統101(圖1A)，且一接收到訂單便可將準備訊息轉接至SAT系統101。另外，購物車模組610可使用交付日期資訊產生用於更新購物車網頁的腳本。舉例而言，購物車模組610可基於估算的交付日期的屆期時間來將購物車網頁修改成包括定時器及/或計數器。

圖7是符合所揭露實施例的用於處置對產品交付估算值的請求的示例性過程700的流程圖。在一些實施例中，系統300的元件可實行過程700。舉例而言，如以下步驟說明中所揭露，估算系統320可實行過程700。然而，此僅為過程700的例示性實例，且在其他實施例中，系統100或系統100的部件可實行過程700。舉例而言，裝運授權技術系統101、FO系統113及/或FC Auth 123(圖1A)可實行過程700中的步驟中的一或多者。

在步驟702處，估算系統320可自遠端裝置接收對產品資訊的請求。舉例而言，當用戶端裝置350的使用者在網頁中瀏覽時，用戶端裝置350可向估算系統320發送對產品資訊的請求。另外，所述請求可包括使用者姓名、郵政編碼及實體位置。作為另外一種選擇或另外地，估算系統320可自線上資源340接收請求。線上資源340可與估算系統320進行通訊，以請求產品及估算的交付資訊來準備網頁。此外，線上模組600可發送對產品資訊、估算的交付及/或產品可用性的請求。

在步驟704中，估算系統320可基於在步驟702中自請求接收的資訊來發送對交付估算值的請求。估算系統320可準備請求並向系統300或系統100的其他元件發送請求。舉例而言，估算系統320可為FO系統113準備對估算的交付及PDD的請求。在此種實施例中，FO系統113可充當包括記憶體內儲存器的第二系統，所述記憶體內儲存器包括先前已計算出的不同產品的多個交付日期。作為另外一種選擇或另外地，估算系統320可包括前端部分及後端部分。在此種實施例中，前端可被配置成接收並處理請求，而後端可被配置成計算PDD或估算值目標交付。與FO系統113一樣，估算系統320的後端部分可包括不同產品的多個交付日期，以在每當請求相似於尚未過期的先前請求時使計算最小化。在該些實施例中，估算系統320的前端可被配置成接收請求並立即將所述請求傳送至估算系統320的後端部分，後端部分實行對PDD或交付日期的計算。此外，在一些實施例中，對估算的交付日期的請求可包括產品資訊及顧客資訊(例如與使用者相關聯的郵政編碼)。

在一些實施例中，可將步驟704的對交付估算值的請求導向具體類型的履行中心。舉例而言，在步驟702中與請求一起接收到的產品資訊可與具體產品類型(舉例而言，例如水果、蔬菜、其他類型的農產品(produce)及/或其他易腐物項等產品)相關聯。若對產品資訊的請求與具體產品類型相關聯，則估算系統320可針對所述產品類型定製對交付估算值的請求並將所述請求發送至具體履行中心。舉例而言，當估算系統320確定用戶端正在請求具體產品類型(例如水果)的資訊時，估算系統320可將顧客區與遠端裝置相關聯並確定服務於顧客區的、具有具體產品類型的履行中心(即，帶有具體產品的履行中心)。接著估算系統320可將對交付估算值的請求傳送至所確定的履行中心。

另外，在一些實施例中，可基於履行中心位置或容量將步驟704的對交付估算值的請求導向具體履行中心。舉例而言，一些請求可與具體交付類型及/或不同的顧客體驗相關聯。該些交付類型可提供不同的交付窗口、顧客交付請求/參考、方法等。因此，若對產品資訊的請求與規定的交付類型或體驗相關聯，則估算系統320可基於位置創建被導向履行中心的具體請求。

具體交付類型可觸發與非具體交付類型不同的交付過程或機制。舉例而言，估算系統320可基於具體時間交付的相關聯截止時間來選擇系統300中的履行中心。在此種實施例中，估算系統320可確定可在截止時間之前交付自履行中心訂購的產品以滿足具體交付時間。然而，在截止時間之後無法交付自履行中心訂購的產品來滿足具體交付時間。此外，系統300中的履行中心可具有設計的覆蓋區域。基於履行中心截止時間及覆蓋區域，估算系統320可在步驟704中將對產品資訊的請求路由至具體履行中心。

為具體時間交付安排具有截止時間及服務區的履行中心可使得估算系統320能夠在解決具體時間交付請求時使網路擁塞最小化。藉由在向履行中心仲介傳送請求之前實行確定，估算系統320可能夠在處置可能具有高度時效性的具體時間交付時使通訊的數目最小化。另外，此種實施例使得估算系統320能夠提供盡可能長的且覆蓋大面積的具體交付時間服務，而不會由於距離而錯過交付時間表。因此，所揭露的履行中心的分段不僅會減少網路擁塞，亦會促進處理具體時間交付。

在步驟706中，估算系統320可接收交付估算值或PDD。舉例而言，估算系統320可自FO系統113接收PDD。作為另外一種選擇，若先前已發出相似的請求且所述請求儲存於資料庫380中，則估算系統320可自資料庫380接收PDD。此外，在估算系統320具有後端計算器及前端閘道的實施例中，估算系統320的前端部分可自後端部分接收所計算的估算交付。在步驟706中接收的交付估算值或PDD可包括屆期時間，所述屆期時間規定何時需要接收訂單以滿足PDD或具有有效的預測交付日期。因此，估算交付可包括有條件的屆期時間，所述有條件的屆期時間規定何時是擔保交付的最後期限。舉例而言，估算的交付時間可能為「週一20：00」，屆期時間為「30分鐘」。在此實例中，只有在30分鐘內接收到訂單，PDD才可被擔保為「週一20：00」。否則，估算的交付日期已過期且PDD不再有效。

在步驟708中，估算系統320可產生包括估算的交付日期的電子訊息。可針對在步驟702中產生查詢的遠端系統而專門將電子訊息格式化。舉例而言，當用戶端裝置350請求產品資訊時，估算系統320可為用戶端裝置350產生電子訊息。電子訊息可包括TCP/IP訊息、短訊服務(short messaging service，SMS)訊息或其他相似的電子通訊。在步驟708中產生的電子訊息可包括具有產品資訊及交付資訊的HTML檔案或爪哇腳本，如結合圖15進一步所闡述。在一些實施例中，HTML檔案可包括產品資訊、交付日期估算值及用於修改網頁的指令。在此種實施例中，修改指令可包括辨識網頁的類型(網頁的類型是搜索結果頁、單一詳情頁、購物車頁、或訂單頁中的一者)以及基於網頁的類型修改網頁。

另外，步驟708的電子訊息可規定用於在遠端裝置中產生或修改網頁的指令。在一些實施例中，HTML檔案或爪哇腳本可被配置成修改網頁而非產生新的網頁。舉例而言，當用戶端裝置350的使用者正在瀏覽顯示產品的網頁(如圖1B中所述)時，電子訊息可包括用於修改網頁的指令；而非在計算估算的交付時發送網頁的更新版本。此種實施例可藉由使網路擁塞最小化來改善產生動態網頁的技術領域。

此外，在產品資訊與具體產品類型相關聯的實施例中，電子訊息可包括藉由展示或移除某些產品來修改網頁的指令。舉例而言，在步驟706中，估算系統320可接收所請求的產品在服務於與遠端裝置相關聯的顧客區的履行中心中不可用的資訊。在此種實施例中，電子訊息可包括用於修改網站並展示具體產品類型不再可用的指令。在此種實施例中，電子訊息亦可包括用於展示替代產品的指令。舉例而言，若在步驟702中請求的產品資訊與馬蘇里拉乾酪(mozzarella cheese)(新鮮產品)相關，但馬蘇里拉乾酪不再可用，則估算系統320可產生具有藉由展示可用的替代產品(例如不同類型的乾酪)來修改網站的指令的電子訊息。作為另外一種選擇，若具體產品在服務於顧客區的具體履行中心中可用，則電子訊息可包含用於將物項圖標修改成包括新鮮標誌或「存貨」指示符的指令。另外，在一些實施例中，用於修改網站的指令可包括基於產品資訊將產品圖標修改成包括具體產品類型或具體交付時間指示符。

在步驟710中，估算系統320可將步驟708的電子訊息傳送至遠端裝置。舉例而言，當用戶端裝置350請求產品資訊時，可將在步驟708中產生的HTML檔案或爪哇腳本檔案傳送至用戶端裝置350。

在採用具體時間交付選項的實施例中，估算系統320可在步驟710中實行具體指令來與使用者進行通訊。舉例而言，當用戶端裝置350的使用者被設定成接收具體時間交付時，估算系統320可啟用兩種設定。首先，估算系統320可辨識將在具體時間交付的產品且發出交付承諾，例如在上午7點之前交付。此外，估算系統320可將圖形使用者介面(如結合圖12進一步所闡述) 修改成指示具體時間交付承諾。其次，當履行具體時間交付時，估算系統320可將訊息傳遞服務(例如穀歌雲端訊息傳遞(GCM)或蘋果推送通知服務(APNs))程式化，以在預先定義的時間向顧客發送推送通知。在此種實施例中，估算系統320可將推送通知程式化成包括交付資訊、交付包裝的照片及/或與交付相關聯的資料。此外，估算系統320可基於可在簽出期間設定的使用者偏好來程式化並產生推送/文本通知。舉例而言，使用者可選擇推送通知的時間，或者除推送通知之外使用者是否需要SMS。在此種實施例中，使用者對通知的可能選擇是僅接收推送通知且僅在上午7點之後接收推送通知(若使用者未進行任何選擇，則此亦可為內定的)。替代的使用者選擇可包括在交付包裝之後立即接收推送通知及SMS二者，即使交付被排程於例如淩晨4點。

在步驟712中，估算系統320可接收確認。舉例而言，估算系統320可自用戶端裝置350接收已接收到電子訊息的確認。此外，基於接收到確認，估算系統320可基於屆期時間啟動定時器。使用此種配置，估算系統320可節省用於監控估算的交付日期的屆期所需的定時器器數目的資源。不再使用於估算的交付日期或PDD的定時器立即開始，估算系統320可藉由僅在用戶端裝置350確認其已接收及/或顯示估算的交付時啟動定時器來使計算資源的利用最小化。

在步驟714中，估算系統320可判斷是否已接收到產品的訂單。舉例而言，估算系統320可查核訂單資料流中的訂單請求，以判斷與遠端裝置相關聯的顧客是否已完成訂單。若估算系統320判斷出已接收到訂單(步驟716：是)，則估算系統320可繼續進行步驟716且發起履行過程。因此，估算系統320可向履行中心發送指令以裝運產品或發起進行訂單的履行的過程。舉例而言，估算系統320可與SAT系統101一同參與(engage)以開始處理訂單。此外，在步驟716中，估算系統320可取消與釋放計算資源的訂單相關聯的定時器。

然而，若估算系統320判斷出尚未接收到訂單(步驟716：否)，則估算系統320可繼續進行步驟718。在步驟718中，估算系統320可判斷時間是否已過期。舉例而言，若在步驟706中接收的交付估算值與一小時的屆期時間相關聯，則在步驟718中，估算系統320可判斷自接收到交付估算值以來是否已經過一小時。若估算系統320判斷出屆期時間尚未經過(步驟714：否)，則估算系統320可返回至步驟714且繼續監控是否已接收到產品的訂單，並在步驟714與步驟718之間循環進行。然而，若估算系統320判斷出屆期時間已經過(步驟714：是)，則估算系統320可繼續進行步驟720且發送對更新的交付估算值的新請求。舉例而言，估算系統320可向履行中心或估算系統320的後端部分發送對更新的交付估算值的請求。

在一些實施例中，在步驟720中請求更新的PDD或交付估算值可包括：基於遠端裝置資訊辨識履行中心；自所辨識出的履行中心請求可用倉儲；以及基於對應的可用倉儲與產品標識之間的比對而自所辨別出的履行中心選擇履行中心。

在步驟722中，估算系統320可自系統的履行中心或後端計算器部分接收更新的交付估算值。舉例而言，由於第一交付或PDD估算值過期，因此估算系統320可接收更新的交付估算值或PDD，所述更新的交付估算值或PDD晚於在步驟706中接收的第一交付估算值。若初始交付估算值是「週一20：00」，則第二交付估算值可為「週二10：00」。第二交付亦可包括屆期時間。然而，在一些情況下，在步驟722中接收的第二交付估算值可為相同的，但包括更新的屆期時間。

在一些實施例中，可藉由實行以下操作來執行步驟720及722：確定第一交付估算值的估算值屆期已經過；向(例如FO系統113等第二系統)提供對第二交付日期估算值的第三請求；(自第二系統)接收第二交付日期估算值；以及產生第二電子訊息，所述第二電子訊息包括用於藉由以第二交付日期估算值替代第一交付日期估算值來修改網頁的指令。

在步驟724中，如在步驟712中一般，估算系統320可接收確認並基於新的屆期時間啟動定時器。另外，估算系統320可返回至步驟714，以監控訂單及交付日期估算值，且發起履行過程，或者在屆期經過時再次請求對交付估算值的更新。

圖8是符合所揭露實施例的用於處置由第三方履行的產品的估算值請求的示例性過程800的流程圖。在一些實施例中，系統300的元件可實行過程800。舉例而言，如以下步驟說明中所揭露，估算系統320可實行過程800。作為另外一種選擇或另外地，第三方系統360可實行過程800或過程800的部分。此外，在其他實施例中，系統100或系統100的部件可實行過程800。舉例而言，FO系統113及3PL系統121可實行過程800。

在過程800的步驟802中，估算系統320可接收對包括產品、顧客及時間戳記資訊在內的產品資訊的請求。舉例而言，估算系統320可自用戶端裝置350接收對產品資訊的請求。所述請求亦可包括顧客資訊(例如郵政編碼)以及產生所述請求時的時間戳記。

在步驟804中，估算系統320可判斷第三方是否將履行產品。舉例而言，估算系統320可判斷出產品在本地存儲中不可用且將需要由第三方履行。作為另外一種選擇或另外地，估算系統320可判斷出在正常情況下產品由第三方內定履行，而不需要倉儲查詢。

若估算系統320判斷出第三方不履行所述產品(步驟804：否)，則估算系統320可繼續進行步驟806且發起確定所選擇的履行中心的過程。舉例而言，如結合圖9進一步所闡述，基於顧客的郵政編碼、產品可用性及履行中心容量，估算系統320可辨識具有完成訂單的優先權的履行中心。在步驟808中，估算系統320可基於所選擇的履行中心發送估算的交付。舉例而言，一旦在步驟806中辨識出履行中心，估算系統320便可確定交付日期估算值並將交付日期估算值發送至用戶端裝置350以顯示給顧客。

然而，若估算系統320判斷出第三方履行產品(步驟804：是)，則估算系統320可繼續進行步驟810且準備來自第三方的對估算的交付或PDD的請求。舉例而言，在步驟810中，估算系統320可準備對PDD的請求並將對PDD的請求發送至第三方系統360或3PL系統121。被發送至第三方的請求可包括產品資訊及顧客資訊(例如，顧客的郵政編碼)。

在步驟812中，估算系統320可自第三方接收估算的交付日期，所述第三方可進行在步驟802中請求的產品的訂單的履行。舉例而言，估算系統320可自第三方系統360中的一者接收PDD及交付估算值資訊。

在步驟814中，估算系統320可準備包括爪哇腳本檔案或HTML檔案的電子訊息，以更新或產生包括估算的交付日期及/或時間的網頁。接著可將電子訊息提交至步驟802中的產品資訊的請求者。

過程800中的步驟可儲存於估算系統320的記憶體裝置中，記憶體裝置可包括用於藉由查閱資料庫(例如資料庫380)來判斷第三方是否將履行產品的交付的指令。估算系統320亦可基於判斷出第三方將履行產品的交付而將對交付日期估算值的請求提供至與第三方相關聯的系統。此外，基於判斷出第三方將不履行產品的交付，估算系統320可將對交付日期估算值的請求提供至將多個交付日期估算值預先儲存於記憶體中的系統。

圖9是符合所揭露實施例的交付日期估算過程900的流程圖。在一些實施例中，系統300的元件可實行過程900。舉例而言，如以下步驟說明中所揭露，估算系統320可實行過程900。然而，此僅為過程900的例示性實例，且在其他實施例中，系統100或系統100的部件可實行過程900。舉例而言，FO系統113及/或FC Auth 123(圖1A)可實行過程900中的步驟中的一或多者。

在步驟902中，估算系統320可接收對交付估算值資訊及/或PDD的請求。所述請求可包括產品、時間及郵政編碼資訊。基於請求中的資訊，估算系統320可在步驟904中辨識相關的地理區。舉例而言，估算系統320可基於顧客的郵政編碼來辨識可進行產品的潛在訂單的履行的區。

在步驟906中，估算系統320可辨識可完成產品的潛在訂單的履行中心。在一些實施例中，在步驟904中辨識出的區可包括多個履行中心。在此種實施例中，估算系統320可基於滿足PDD的能力或所請求產品的可用性來對履行中心進行過濾。

在一些實施例中，辨識哪些履行中心可完成潛在訂單可基於與產品相關聯的產品及/或訂單的類型。在步驟906中，估算系統320可判斷產品標識是否與具體產品類型或具體交付時間相關聯，且基於具體產品類型的可用性或相對於目的地位址的履行中心位置來辨識履行中心。舉例而言，當產品標識與具體產品類型相關聯時，估算系統320可實行以下操作：辨識服務於與遠端裝置相關聯的區的履行中心；自履行中心請求可用的具體產品類型倉儲；以及選擇履行中心中的一者。作為另外一種選擇或另外地，當產品標識包括具體交付時間產品時，估算系統320可在步驟906中實行以下操作：辨識與遠端裝置最近的履行中心；基於所述區及基於遠端裝置與最近的履行中心之間的距離而確定截止期；以及當截止期尚未經過時選擇最近的履行中心。

在步驟908中，估算系統320可為履行中心運行訂單指派優先權規則(allocation priority rule)。在一些實施例中，指派優先權規則可儲存於估算系統320內的記憶體裝置中，估算系統320可擷取針對在步驟904中辨識出的區特定的指派規則。作為另外一種選擇或另外地，指派優先權規則可儲存於資料庫380中，且一旦已在步驟906中辨識出履行中心，估算系統320便可查詢資料庫。在又一些其他實施例中，指派規則可儲存於系統100的元件中。舉例而言，指派規則可儲存於FO系統113中。

訂單指派規則可針對所述區中的每一履行中心產生優先權分數。如表910中所示，優先權指派規則可包括具有不同偏好的若干規則。舉例而言，訂單指派規則可包括偏向於職員承運商(carrier)的交付承運商規則。亦即，所述區中具有職員承運商的履行中心較不具有職員承運商且將需要與第三方承運商簽訂合約的履行中心更受歡迎。此外，訂單指派規則可包括估算的交付。基於歷史趨勢及產品與每一履行中心的關聯，指派規則可估算暫定交付且偏向於交付日期較短的履行中心。所述規則亦可包括職員指派規則，所述職員指派規則偏向於其中職員可用性或容量高的履行中心。另外，所述規則亦可包括包裹到履行中心的入站日期的考量。根據此規則，系統可偏向於將首先接收到包裝的履行中心，以提高交付確定性。最後，所述規則亦可包括基於包裹重量的偏好。一些履行中心可被更佳地裝備成處置重的包裹或大的包裹，且可偏向於較重的包裹。

慮及表910中的指派規則，估算系統320可在步驟912中基於計算出的優先權對履行中心進行排名。舉例而言，所述區中的所有履行中心可被指派優先權分數，且可基於優先權分數來對履行中心進行排名。

在步驟914中，估算系統320可判斷頂級履行中心是否具有相似的優先權。舉例而言，估算系統320可判斷履行中心的優先權分數是否處於臨限值內。若頂級履行中心不具有相似的優先權(步驟914：否)，則估算系統320可繼續進行步驟916且辨識具有最高優先權的履行中心。然而，若頂級履行中心具有相似的優先權(步驟914：是)，則估算系統320可繼續進行步驟918且應用隨機數產生器功能(randomizer function)來選擇頂級履行中心。隨機數產生器功能可在不需要過多的計算的情況下促進負載在整個履行中心的均勻分佈。

在步驟920中，估算系統320可實行盒合併(box consolidation)指派估算值。利用所選擇的履行中心，估算系統320可確定在履行中心裝運的成本，包括將用於裝運的盒的數目。為使成本最小化並改善效率，在步驟920中，估算系統320可實行盒合併，以試圖減少在步驟902中接收的產品的暫定訂單的盒或包裹的數目。

在步驟922中，估算系統320可判斷包裹或盒的數目是否隨著盒合併而減少。若包裹的數目未減少(步驟922：否)，則估算系統320可繼續進行步驟924且維持先前的指派。然而，若在盒合併之後包裹的數目減少(步驟922：是)，則估算系統320可繼續進行步驟926且將指派更新成合併指派。

在步驟928中，估算系統320可實行自動平衡合併。自動平衡合併可試圖使在步驟904中辨識出的區的不同履行中心中的負載平衡。為避免特定中心負擔過重，估算系統320可實行自動平衡，所述自動平衡試圖改善不同履行中心的資源利用率。

在步驟930中，基於自動平衡合併，估算系統320可判斷在步驟916或918中指派的履行中心是否高於目標利用率。若估算系統320判斷出所述履行中心不高於目標利用率(步驟930：否)，則估算系統320可繼續進行步驟932且維持先前的指派。然而，若估算系統320判斷出所述履行中心高於目標利用率(步驟930：是)，則估算系統320可繼續進行步驟936且改變所選擇的履行中心，以避免所選擇的履行中心負擔過重。在過程900的一些實施例中，估算系統320可在步驟936之後返回至步驟920，以為新的所選擇的履行中心重新運行盒合併及自動平衡合併。

在步驟934中，估算系統320可將所選擇的履行中心及對應的估算的時間傳送至步驟902的請求者。在一些實施例中，可為所選擇的履行中心預先產生PDD或估算的交付時間。舉例而言，可基於與履行中心相關聯的交付日期估算值、訂單優先權、產品的入站日期、交付的郵政編碼或與產品相關聯的數量來預先選擇PDD。

圖10是符合所揭露實施例的示例性網頁修改過程1000的過程流程圖。如圖10中所示，過程1000可由系統100及系統300二者的元件實行，系統100及系統300二者的元件具有系統間通訊以完成過程1000。然而，在其他實施例中，過程1000可由系統300的元件單獨實行，或者由系統100的元件單獨實行。舉例而言，在一些實施例中，來自FO系統113及SDP模組606的操作可由估算系統320實行，使得達成由系統300唯一實行的過程。作為另外一種選擇，系統100中的元件可實行針對系統300的元件示出的操作。舉例而言，用戶端裝置350的操作可由使用者裝置102實行，且交付估算系統320的操作可由內部前端系統105實行。

在步驟1002中，用戶端裝置350可向估算系統320請求產品資訊。如前面結合圖7所論述，所述請求可包括產品資訊、顧客資訊、請求的時間戳記。

在步驟1002中，且因應於來自用戶端裝置350的請求，估算系統320可向FO系統113發送對估算的交付1004的請求。在一些實施例中，FO系統113可與單個履行中心相關聯。然而，在其他實施例中，FO系統113可與控制多個履行中心且可指派交付的區相關聯。

在步驟1006中，FO系統113可使用優先權規則辨識履行中心。舉例而言，如結合表910(圖9)所論述，FO系統113可實行一系列操作來辨識具有高優先權的履行中心，運行盒合併且實行自動平衡合併，以確定區中的哪個履行中心可履行對訂單的請求。

在步驟1008及1010中，FO系統113可分別向SDP模組606及估算系統320發送估算的交付日期或PDD。步驟1008及1010中的訊息中的每一訊息亦可為交付日期估算值的屆期日期。

基於在步驟1008中接收的資訊，SDP模組606可準備網頁並儲存網頁以用於具有相似的產品及顧客資訊的將來請求。相比之下，基於在步驟1010中接收的資訊，估算系統320可在步驟1012中產生電子訊息。所述電子訊息可包括用於修改現有網頁或者用於在網頁中顯示估算的交付日期、PDD及/或屆期時間的指令。

在步驟1014中，估算系統320可向用戶端裝置350發送電子訊息且作為因應在步驟1016中接收確認訊息。另外，因應於所述確認，估算系統320可在步驟1018中基於屆期時間啟動定時器。為監控交付日期並擔保使用者觀察到準確的資訊，估算系統320可啟動定時器來取消過期的交付估算值及/或請求對交付估算值及PDD的更新。

在步驟1020中，若時間過期，則估算系統320可向FO 系統113請求更新的估算值。舉例而言，若在步驟1010中接收的屆期時間是30分鐘，則估算系統320可在步驟1016中的確認之後30分鐘請求更新的PDD。

在步驟1022中，FO系統113可重複進行步驟1006的過程，以使用優先權規則辨識履行中心且確定估算的交付及對應的屆期，所述估算的交付及對應的屆期分別在步驟1024及1026中被傳送至SDP模組606及估算系統320。估算系統320可在步驟1028中產生具有修改指令的新的電子訊息。所述修改指令可規定更新的PDD、估算的交付及屆期。

在步驟1029中，估算系統320可將電子訊息發送至用戶端裝置350，且在步驟1030中接收確認訊息。在示例性過程1000中，在步驟1032中，用戶端裝置350可在步驟1032中發送對產品的請求，進而最終確定對更新的估算交付顯示的需求。在此種實施例中，估算系統320可與SAT系統101(圖1A)一同參與處理訂單。

圖11是符合所揭露實施例的行動裝置中的一系列搜索結果頁示例性圖形使用者介面(graphical user interface，GUI)的正視圖。圖11示出可在用戶端裝置350及/或使用者裝置102中顯示的行動裝置中的三個GUI。

GUI 1110展示出顯示三種產品的搜索結果頁。每種產品皆包括影像說明、文本說明及動態文本框。動態文本框1112、1114及1116可被配置成顯示來自例如估算系統320的電子訊息。如圖 11中所示，在GUI 1110中，動態文本框是空白的。由於尚未計算所述產品中的每種產品的估算的交付，因此文本框可為空白的。然而，為使延遲最小化且增強使用者體驗，網頁可在不具有所述資訊的情況下展示給用戶端裝置，且簡單地用佔位符(placeholder)保留螢幕空間。

GUI 1120展示相同的所述三種產品，但在此種情形中，動態文本框已被修改或更新成展示估算的交付時間。動態文本框1122取代動態文本框1112並顯示「18：00前到達」的估算的交付。新的動態文本框1124展示估算的到達及屆期時間二者，顯示「若在30分鐘內訂購，到達時間為午後一點」。相比之下，由於動態文本框1126是自第三方擷取的，因此動態文本框1126不顯示資訊。舉例而言，如結合圖8所論述，GUI 1120中的第三種產品可由第三方履行，且估算的交付需要自第三方存取。另外，在GUI 1120中，產品圖標中的一些產品圖標可被修改成包括指示產品類型的附加圖標。舉例而言，可使用具體產品類型圖標1128來指示GUI 1120中的產品，以展示所述產品自履行中心是可用的。

GUI 1130展示相同的所述三種產品，但動態文本框具有更新的資訊。動態文本框1132顯示「若在90分鐘內訂購，18：00前到達」，將屆期時間添加至動態文本框1122中顯示的估算的交付。動態文本框1134現在顯示「若在90分鐘內訂購，18：00前到達」。GUI 1130可在動態文本框1124的30分鐘屆期經過之後被更新。因此，在GUI 1130中，動態文本框1134可展示第二種產品的更新的資訊。此外，動態文本框1136現在顯示「若在30分鐘內訂購，20：00前到達」。此估算的交付及屆期時間的資訊可已自第三方獲得且現在取代先前的動態文本框1126。另外，GUI 1130亦可展示與自履行中心可用的產品相關聯的具體產品類型圖標1138。

圖12是符合所揭露實施例的行動裝置中的一系列單一顯示頁示例性圖形使用者介面的正視圖。圖12示出可在用戶端裝置350及/或使用者裝置102中顯示的三個圖形使用者介面(GUI)。

GUI 1210展示具有圖形說明、文本說明、訂單資訊及動態文本框的單個產品。GUI 1210中的動態文本框1212是空白的。在一些實施例中，動態文本框1212可為空白的，以等待估算系統320的計算。

GUI 1220展示相同的所述單個產品資訊，但動態文本框1212已被動態文本框1222替代，動態文本框1222現在規定估算的交付日期及屆期二者，顯示「若在10分鐘內訂購，午後1點前到達」。在一些實施例中，由估算系統320產生的電子訊息可包括用於將動態文本框1212更新成動態文本框1222的指令。另外，在GUI 1220中，可將產品顯示修改成包括附加圖標來指示可用的交付服務。舉例而言，在GUI 1120中顯示的產品可被更新成展示具體時間交付圖標1224，以基於截止期及與履行中心的接近度來展示產品可用於具體時間交付。在一些實施例中，具體時間交付圖標1224可包括對產品或暫定交付日期/時間特定的資訊。舉例而言，基於來自估算系統320的確定，具體時間交付圖標1224可包括例如「晚餐前」等訊息。

GUI 1230展示所述單個產品資訊，但動態文本框1222已被更新成動態文本框1232。舉例而言，自GUI 1220至GUI 1230可能已經過10分鐘的屆期時間。因此，估算系統320可能已發送用於將交付估算值自午後1點更新成午後8點的指令。另外，GUI 1230亦可展示在可在第二天的具體時間前交付的產品上顯示的具體時間交付圖標1234。

圖13是符合所揭露實施例的行動裝置中的一系列購物車頁示例性圖形使用者介面的正視圖。圖13示出可在用戶端裝置350及/或使用者裝置102中顯示的三個圖形使用者介面(GUI)。

GUI 1310展示具有顧客的購物車中的產品的購物車頁。GUI 1310可包括圖形說明、文本說明、訂單資訊及動態文本框。GUI 1310中的動態文本框1312展示屆期時間及估算的交付，顯示「10分鐘內訂購，擔保午後10點到達」。

GUI 1320展示相同的購物車頁，但動態框1322具有自10分鐘至5分鐘的更新的屆期時間。在此種實施例中，當屆期時間接近過期時，用戶端裝置350可被配置成創建具有動態文本框的混合網頁，所述動態文本框頻繁更新以吸引使用者的注意。以此種方式，動態框1322可展示準確的PDD時間。

GUI 1330展示購物車頁，但動態文本框1322已被更新成動態文本框1332，動態文本框1332現在顯示「30分鐘內訂購，擔保午後12點到達」。舉例而言，自GUI 1320至GUI 1330可能已經過在GUI 1320中顯示的5分鐘的屆期時間。因此，估算系統320可能已發送用於更新交付估算值的指令。

圖14是符合所揭露實施例的行動裝置中的一系列訂單頁示例性圖形使用者介面的正視圖。圖14示出可在用戶端裝置350及/或使用者裝置102中顯示的三個圖形使用者介面(GUI)。

GUI 1410展示包括訂單資訊及動態文本框的訂單頁。GUI 1410中的動態文本框1412展示PDD，顯示「明天(午後1點)到達擔保」。

GUI 1420展示相同的訂單頁，但動態文本框1422具有更新的屆期時間的PDD，顯示「10分鐘內訂購，明天(午後1點)訂單擔保」。在此種實施例中，估算系統320可能已使用爪哇腳本檔案或HTML檔案產生了電子訊息，以更新動態文本框1422且包括10分鐘的屆期時間。

GUI 1430展示訂單頁，但動態文本框1422已被更新成動態文本框1432，動態文本框1432現在顯示「注意！現在訂購，明天午後10點可到達」。在此種實施例中，估算系統320可準備包括警示的電子訊息。所述警示可被配置成修改網頁顏色、字體大小及/或發出音響。

圖15是可被配置成以交付日期估算值產生或修改網頁的腳本的示例性源代碼。源代碼1500示出可用於將網頁產生或修改成顯示估算的交付的示例性指令及功能，如結合圖7及圖10所闡述。舉例而言，由估算系統320產生及傳送的電子訊息可包括源代碼1500。源代碼1500中使用的語法是示例性的，且亦可採用不同的語法及功能及/或以不同的語法及功能進行替代。

源代碼1500可包括標頭1501，標頭1501包括用於辨識及/或修改網頁的html標頭。源代碼1500亦可包括文件類型標識部分1502。部分1502可包括用於評估網頁是購物車頁、訂單頁、搜索頁還是單一產品頁的功能。

源代碼1500亦可包括動態文本框產生部分1504。部分1504中的功能及例程可規定訊息及修改指令，如結合圖11至圖14所論述。此外，源代碼1500可包括修改部分1506，修改部分1506包括用於修改不同網頁的選項。另外，源代碼1500可包括定時器部分1508，定時器部分1508可包括用於在網頁上顯示定時器的指令，所述定時器與產品的估算的交付時間的屆期時間相關。

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

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

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

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

因此，上述說明僅出於例示目的而呈現。上述說明並非詳盡性的且並非僅限於所揭露的精確形式或實施例。藉由考量對所揭露實施例的說明書及履行，各種修改及改編對於熟習此項技術者而言將顯而易見。

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