TW202133106A - 用於任務接受的電腦實行系統 - Google Patents

Abstract

本發明揭露任務接受的系統及方法。本揭露的一個態樣是關於一種行動裝置。行動裝置包括顯示裝置、掃描裝置、儲存指令的記憶體以及至少一個處理器，至少一個處理器組態成執行指令以進行以下操作：接收遞送任務列表，遞送任務列表基於所儲存偏好集合；在顯示裝置上顯示遞送任務列表且在顯示裝置上接收與使用者介面元素的交互以接受遞送任務；將與所接受任務相關聯的任務識別符轉發至伺服器，且接收作為回應的訊息，訊息包含與用於實現所接受遞送任務的第一遞送位點相關聯的碼；接收交互以確認第一遞送位點處的出現；掃描與第一遞送位點相關聯的標誌，且判定標誌是否匹配於接收到的碼；以及提供在第一遞送位點處執行所接受遞送任務的指示。

Description

工作申請以及自主登記之系統以及方法

本揭露大體上是關於用於自動行動工作申請、分配以及確認的電腦化系統及方法。特定而言，本揭露的實施例是關於使得獨立、兼職、彈性、暫時或其他獨立的工作者能夠使用行動裝置選擇可用遞送工作且確認彼等工作的細節的發明性及非習知系統及方法。

獨立、彈性或臨時的遞送工作者耗費大量時間試圖尋找適合其日程及所要遞送區域的遞送任務。用於自調度的當前電子系統對於此等目的是不便的，此是由於提供以供選擇的僅有的任務可能為引導遞送工作者耗費時間進行超出其進行遞送的所要遞送區域或可用時間來進行遞送的任務。

實際上，難以電子地提供所要遞送任務至此類遞送工作者。當前電子系統依賴於大量系統來判定分配彼等任務的可用性，彼等任務包含社群網路服務、聊天服務、線上可填寫表格以及非正式通信（諸如電子郵件、文字通信）。此等為分配工作創造了技術界限，此是由於可能難以（若並非不可能）調整自多個源接收資料。此外，若遞送工作者經由一個通道接受遞送任務而第二遞送工作者經由不同通道實質上同時接受相同任務，則一個工作者可能失望地離開並被勸阻接收其他任務。

很多時候，遞送工作者將接收其無法適宜地遞送的不合需要的路線及包裹。此外，就滿足遞送工作者的適宜遞送任務的請求而言，當前電子系統並不靈活。此外，此等缺點導致遞送延遲及低效行進。

在遞送工作者接受任務之後，出現其他問題。舉例而言，遞送工作者可能接收指示開始任務的地點（例如倉庫、分配中心或其他位點）的資訊。獨立及臨時的工作者可能並不知曉開始遞送任務的確切位址。雖然工作者的行動裝置可能指示開始遞送任務的地點，但工作者可能並不知曉確切位置且可能因進入錯誤地點而浪費時間。

另外，一些工作者可能必須完成的巨量遞送任務可使得使用者介面複雜化，以致於其無法用於判定下一任務。舉例而言，若遞送工作者已在相同營地處接受多個任務，則傳統使用者介面無法描述工作者應（或不應）在何時以適時且有用的方式返回至相同營地。與營地出勤有關的此類問題使遞送速度減緩且對遞送工作者（其必須仔細審核關於其行動裝置的所有資訊）及遞送位點工作者（其必須判定遞送工作者是否在適當時間處於遞送位點）帶來技術上的不便。

因此，需要用於自分配彈性遞送工作及確認正確出現的改良方法及系統。

本揭露的一個態樣是關於一種用於任務接受的電腦實行系統，其實行於行動裝置上。行動裝置包括顯示裝置、掃描裝置、儲存指令的記憶體以及至少一個處理器。至少一個處理器可組態成執行指令以進行以下操作：自伺服器接收遞送任務列表，所述遞送任務列表基於所儲存偏好集合；在顯示裝置上顯示遞送任務列表；以及在顯示裝置上接收與使用者介面元素的交互以接受遞送任務。至少一個處理器可進一步組態成：將與所接受任務相關聯的任務識別符轉發至伺服器，且接收作為回應的訊息，所述訊息包含與用於實現所接受遞送任務的第一遞送位點相關聯的碼；在顯示裝置上接收交互以確認第一遞送位點處的出現；經由掃描裝置掃描與第一遞送位點相關聯的標誌，且判定所述標誌是否匹配於接收到的碼；以及回應於標誌匹配於接收到的碼的判定，提供在第一遞送位點處執行所接受遞送任務的指示。

本揭露的另一態樣是關於一種用於任務接受的電腦系統，其包括儲存指令的記憶體以及至少一個處理器。至少一個處理器可組態成執行指令以進行以下操作：接收及儲存用於接受的遞送任務的列表，每一遞送任務與遞送位點相關聯；自行動裝置接收遞送工作者的一或多個遞送任務的請求；判定用於發送至行動裝置的所儲存遞送任務的集合，且將所述集合轉發至行動裝置；自行動裝置接收遞送工作者對來自遞送任務集合的任務的接受；判定是否批准接收到的接受；以及回應於判定批准接收到的接受，將批准訊息轉發至行動裝置，所述批准訊息包含與遞送位點相關聯的碼。

本揭露的又一態樣是關於包括上文所描述的行動裝置及電腦系統的電腦實行系統。

本文中亦論述實行、補充或操作上文所描述的系統的方法及電腦可讀媒體。本文中亦論述其他系統、方法以及電腦可讀媒體。

以下詳細描述參考隨附圖式。只要可能，即在圖式及以下描述中使用相同附圖標號來指代相同或類似部分。儘管本文中描述若干示出性實施例，但修改、調適以及其他實施方案是可能的。舉例而言，可對圖式中所示出的組件及步驟進行替代、添加或修改，且可藉由取代、重新排序、移除步驟或將步驟添加至所揭露方法來修改本文中所描述的示出性方法。因此，以下詳細描述不限於所揭露實施例及實例。實情為，本發明的正確範圍由隨附申請專利範圍界定。

本揭露的實施例是關於組態成用於基於個別遞送工作者的偏好將可用遞送任務分配至遞送工作者的系統及方法。遞送工作者可選擇城市的特定區域以進行遞送，且可被提供將包裹遞送至彼等區域以換取付款（例如自客戶遞送或領取的每個包裹的付款）的一系列任務。遞送工作者亦可請求在一天中的特定時間進行特定任務。舉例而言，遞送工作者可請求在11:00pm與4:00am時之間進行遞送的隔夜遞送，此可減少彼遞送工作者可獲得的遞送任務的數目。（本揭露的實施例可包含允許優先人工控制遞送工作者的偏好的使用者介面。）遞送工作者可請求特定類型的任務，包含遞送（例如自諸如營地的遞送位點獲取包裹且將其留在客戶的住宅處）、退還（例如自客戶的住宅獲取包裹且將其退還至遞送位點或退還中心）以及遞送/退還（例如將一個包裹自營地帶至客戶的住宅，且將第二包裹自鄰近住宅帶至營地）。遞送工作者可使用行動裝置來確認其已在正確時間到達正確遞送位點。

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

在一些實施例中，SAT系統101可實行為監視訂單狀態及遞送狀態的電腦系統。舉例而言，SAT系統101可判定訂單是否超過其承諾遞送日期（Promised Delivery Date；PDD）且可採取適當的動作，包含發起新訂單、對未遞送訂單中的物件進行重新運送、取消未遞送訂單、發起與訂購客戶的連絡，或類似者。SAT系統101亦可監視其他資料，包含輸出（諸如在特定時間段期間運送的包裹的數目）及輸入（諸如接收到的用於運送的空紙板盒的數目）。SAT系統101亦可充當系統100中的不同裝置之間的閘道，從而（例如，使用儲存及轉發或其他技術）實現諸如外部前端系統103及FO系統113的裝置之間的通信。

在一些實施例中，外部前端系統103可實行為使得外部使用者能夠與系統100中的一或多個系統交互的電腦系統。舉例而言，在系統100使得系統的呈現能夠允許使用者針對物件下訂單的實施例中，外部前端系統103可實行為接收搜尋請求、呈現物件頁以及索求支付資訊的網頁伺服器。舉例而言，外部前端系統103可實行為電腦或電腦運行軟體，諸如阿帕奇（Apache）HTTP伺服器、微軟網際網路資訊服務（Internet Information Service；IIS）、NGINX，或類似者。在其他實施例中，外部前端系統103可運行經設計以接收及處理來自外部裝置（例如，行動裝置102A或電腦102B）的請求、基於彼等請求自資料庫及其他資料儲存庫獲取資訊，以及基於所獲取的資訊將回應提供至接收到的請求的定製網頁伺服器軟體。

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

圖1B、圖1C、圖1D以及圖1E中繪示的圖形使用者介面的集合示出外部前端系統103的一些操作。外部前端系統103可自系統100中的系統或裝置接收資訊以供呈現及/或顯示。舉例而言，外部前端系統103可代管或提供一或多個網頁，包含搜尋結果頁（SRP）（例如，圖1B）、單一詳情頁（Single Detail Page；SDP）（例如，圖1C）、購物車頁（例如，圖1D），或訂單頁（例如，圖1E）。（例如，使用行動裝置102A或電腦102B的）使用者裝置可導航至外部前端系統103且藉由將資訊輸入至搜尋盒中來請求搜尋。外部前端系統103可向系統100中的一或多個系統請求資訊。舉例而言，外部前端系統103可向FO系統113請求滿足搜尋請求的資訊。外部前端系統103亦可（自FO系統113）請求及接收包含於搜尋結果中的每一產品的承諾遞送日期或「PDD」。在一些實施例中，PDD可表示在特定時間段內（例如，在一天結束（下午11:59）前）訂購的情況下對含有產品的包裹將何時抵達使用者的所要位置或承諾將產品遞送至使用者的所要位置處的日期的估計。（PDD在下文相對於FO系統113進一步論述。）

外部前端系統103可基於資訊來準備SRP（例如，圖1B）。SRP可包含滿足搜尋請求的資訊。舉例而言，此可包含滿足搜尋請求的產品的圖像。SRP亦可包含每一產品的各別價格，或與每一產品的增強遞送選項、PDD、重量、大小、報價、折扣或類似者相關的資訊。外部前端系統103可（例如，經由網路）將SRP發送至請求使用者裝置。

使用者裝置可接著例如藉由點選或輕觸使用者介面或使用另一輸入裝置自SRP選擇產品，以選擇表示於SRP上的產品。使用者裝置可製訂對關於所選產品的資訊的請求且將其發送至外部前端系統103。作為回應，外部前端系統103可請求與所選產品相關的資訊。舉例而言，資訊可包含除針對各別SRP上的產品呈現的資訊以外的額外資訊。此可包含例如保存期限、原產國、重量、大小、包裹中的物件的數目、處置說明，或關於產品的其他資訊。資訊亦可包含類似產品的推薦（基於例如巨量資料及/或對購買此產品及至少一個其他產品的客戶的機器學習分析）、頻繁詢問的問題的答案、來自客戶的評論、製造商資訊、圖像，或類似者。

外部前端系統103可基於接收到的產品資訊來準備SDP（單一詳情頁）（例如，圖1C）。SDP亦可包含其他交互式元素，諸如「現在購買」按鈕、「添加至購物車」按鈕、數量欄、物件的圖像，或類似者。SDP可更包含提供產品的賣方的列表。可基於每一賣方提供的價格來對列表進行排序，使得可在頂部處列出提供以最低價格出售產品的賣方。亦可基於賣方排名來對列表進行排序，使得可在頂部處列出排名最高的賣方。可基於多個因素來製訂賣方排名，所述因素包含例如賣方的符合承諾PDD的過去的追蹤記錄。外部前端系統103可（例如，經由網路）將SDP遞送至請求使用者裝置。

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

外部前端系統103可產生購物車頁（例如，圖1D）。在一些實施例中，購物車頁列出使用者已添加至虛擬「購物車」的產品。使用者裝置可藉由在SRP、SDP或其他頁上的圖標上點選或以其他方式與所述圖標交互來請求購物車頁。在一些實施例中，購物車頁可列出使用者已添加至購物車的所有產品，以及關於購物車中的產品的資訊（諸如每一產品的數量、每一產品每物件的價格、每一產品基於相關聯數量的價格）、關於PDD的資訊、遞送方法、運送成本、用於修改購物車中的產品（例如，刪除或修改數量）的使用者介面元素、用於訂購其他產品或設置產品的定期遞送的選項、用於設置利息支付的選項、用於前進至購買的使用者介面元素，或類似者。使用者裝置處的使用者可在使用者介面元素（例如，寫著「現在購買」的按鈕）上點選或以其他方式與所述使用者介面元素交互，以發起對購物車中的產品的購買。在如此做後，使用者裝置可將發起購買的此請求傳輸至外部前端系統103。

外部前端系統103可回應於接收到發起購買的請求而產生訂單頁（例如，圖1E）。在一些實施例中，訂單頁重新列出來自購物車的物件且請求支付及運送資訊的輸入。舉例而言，訂單頁可包含請求關於購物車中的物件的購買者的資訊（例如，姓名、地址、電子郵件地址、電話號碼）、關於接收者的資訊（例如，姓名、地址、電話號碼、遞送資訊）、運送資訊（例如，遞送及/或揀貨的速度/方法）、支付資訊（例如，信用卡、銀行轉賬、支票、儲存的積分）的部分、請求現金收據（例如，出於稅務目的）的使用者介面元素，或類似者。外部前端系統103可將訂單頁發送至使用者裝置。

使用者裝置可輸入關於訂單頁的資訊，且點選或以其他方式與將資訊發送至外部前端系統103的使用者介面元素交互。自此處，外部前端系統103可將資訊發送至系統100中的不同系統，以使得能夠創建及處理具有購物車中的產品的新訂單。

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

在一些實施例中，內部前端系統105可實行為使得內部使用者（例如，擁有、操作或租用系統100的組織的雇員）能夠與系統100中的一或多個系統交互的電腦系統。舉例而言，在系統100使得系統的呈現能夠允許使用者針對物件下訂單的實施例中，內部前端系統105可實行為使得內部使用者能夠查看關於訂單的診斷及統計資訊、修改物件資訊或審查與訂單相關的統計的網頁伺服器。舉例而言，內部前端系統105可實行為電腦或電腦運行軟體，諸如阿帕奇HTTP伺服器、微軟網際網路資訊服務（IIS）、NGINX，或類似者。在其他實施例中，內部前端系統105可運行經設計以接收及處理來自系統100中所描繪的系統或裝置（以及未描繪的其他裝置）的請求、基於彼等請求自資料庫及其他資料儲存庫獲取資訊，以及基於所獲取的資訊來將回應提供至接收到的請求的定製網頁伺服器軟體。

在一些實施例中，內部前端系統105可包含網頁快取系統、資料庫、搜尋系統、支付系統、分析系統、訂單監視系統或類似者中的一或多者。在一個態樣中，內部前端系統105可包括此等系統中的一或多者，而在另一態樣中，內部前端系統105可包括連接至此等系統中的一或多者的介面（例如，伺服器至伺服器、資料庫至資料庫，或其他網路連接）。

在一些實施例中，運輸系統107可實行為實現系統100中的系統或裝置與行動裝置107A至行動裝置107C之間的通信的電腦系統。在一些實施例中，運輸系統107可自一或多個行動裝置107A至行動裝置107C（例如，行動電話、智慧型手機、PDA，或類似者）接收資訊。舉例而言，在一些實施例中，行動裝置107A至行動裝置107C可包括由遞送工作者操作的裝置。遞送工作者（其可為永久雇員、暫時雇員或輪班雇員）可利用行動裝置107A至行動裝置107C來實現對含有由使用者訂購的產品的包裹的遞送。舉例而言，為遞送包裹，遞送工作者可在行動裝置上接收指示遞送哪一包裹及將所述包裹遞送到何處的通知。在抵達遞送位置後，遞送工作者可（例如，在卡車的後部中或在包裹的條板箱中）定位包裹、使用行動裝置掃描或以其他方式擷取與包裹上的識別符（例如，條碼、影像、文字串、RFID標籤，或類似者）相關聯的資料，且遞送包裹（例如，藉由將其留在前門處、將其留給警衛、將其交給接收者，或類似者）。在一些實施例中，遞送工作者可使用行動裝置擷取包裹的相片及/或可獲得簽名。行動裝置可將資訊發送至運輸系統107，所述資訊包含關於遞送的資訊，包含例如時間、日期、GPS位置、相片、與遞送工作者相關聯的識別符、與行動裝置相關聯的識別符，或類似者。運輸系統107可在資料庫（未描繪）中儲存此資訊以用於由系統100中的其他系統訪問。在一些實施例中，運輸系統107可使用此資訊來準備追蹤資料且將所述追蹤資料發送至其他系統，從而指示特定包裹的位置。

在一些實施例中，某些使用者可使用一個種類的行動裝置（例如，永久工作者可使用具有定製硬體（諸如條碼掃描器、尖筆以及其他裝置）的專用PDA），而其他使用者可使用其他類型的行動裝置（例如，暫時工作者或輪班工作者可利用現成的行動電話及/或智慧型手機）。

在一些實施例中，運輸系統107可使使用者與每一裝置相關聯，諸如行動裝置107A至行動裝置107C。舉例而言，運輸系統107可儲存使用者（由例如使用者識別符、雇員識別符或電話號碼表示）與行動裝置（由例如國際行動設備身分（International Mobile Equipment Identity；IMEI）、國際行動訂用識別符（International Mobile Subscription Identifier；IMSI）、電話號碼、通用唯一識別符（Universal Unique Identifier；UUID）或全球唯一識別符（Globally Unique Identifier；GUID）表示）之間的關聯。運輸系統107可結合在遞送時接收到的資料使用此關聯來分析儲存於資料庫中的資料，以便尤其判定工作者的位置、工作者的效率，或工作者的速度。

在一些實施例中，賣方入口網站109可實行為使得賣方或其他外部實體能夠與系統100中的一或多個系統電子地通信的電腦系統。舉例而言，賣方可利用電腦系統（未描繪）來上載或提供賣方希望經由使用賣方入口網站109的系統100來出售的產品的產品資訊、訂單資訊、連絡資訊或類似者。

在一些實施例中，運送及訂單追蹤系統111可實行為接收、儲存以及轉送關於含有由客戶（例如，由使用裝置102A至裝置102B的使用者）訂購的產品的包裹的位置的資訊的電腦系統。在一些實施例中，運送及訂單追蹤系統111可請求或儲存來自由遞送含有由客戶訂購的產品的包裹的運送公司操作的網頁伺服器（未描繪）的資訊。

在一些實施例中，運送及訂單追蹤系統111可請求及儲存來自在系統100中描繪的系統的資訊。舉例而言，運送及訂單追蹤系統111可請求來自運輸系統107的資訊。如上文所論述，運輸系統107可自與使用者（例如，遞送工作者）或車輛（例如，遞送卡車）中的一或多者相關聯的一或多個行動裝置107A至行動裝置107C（例如，行動電話、智慧型手機、PDA或類似者）接收資訊。在一些實施例中，運送及訂單追蹤系統111亦可向倉庫管理系統（warehouse management system；WMS）119請求資訊以判定個別產品在履行中心（例如，履行中心200）內部的位置。運送及訂單追蹤系統111可向運輸系統107或WMS 119中的一或多者請求資料，在請求後處理所述資料，且將所述資料呈現給裝置（例如，使用者裝置102A及使用者裝置102B）。

在一些實施例中，履行最佳化（FO）系統113可實行為儲存來自其他系統（例如，外部前端系統103及/或運送及訂單追蹤系統111）的客戶訂單的資訊的電腦系統。FO系統113亦可儲存描述特定物件保存或儲存於何處的資訊。舉例而言，某些物件可能僅儲存於一個履行中心中，而某些其他物件可能儲存於多個履行中心中。在再其他實施例中，某些履行中心可經設計以僅儲存特定物件集合（例如，新鮮生產或冷凍的產品）。FO系統113儲存此資訊以及相關聯資訊（例如，數量、大小、接收日期、過期日期等）。

FO系統113亦可計算每一產品的對應PDD（承諾遞送日期）。在一些實施例中，PDD可以基於一或多個因素。舉例而言，FO系統113可基於下述者來計算產品的PDD：對產品的過去需求（例如，在一段時間期間訂購了多少次所述產品）、對產品的預期需求（例如，預測在即將到來的一段時間期間多少客戶將訂購所述產品）、指示在一段時間期間訂購了多少產品的全網路過去需求、指示預期在即將到來的一段時間期間將訂購多少產品的全網路預期需求、儲存於每一履行中心200中的產品的一或多個計數、哪一履行中心儲存每一產品、產品的預期或當前訂單，或類似者。

在一些實施例中，FO系統113可定期（例如，每小時）判定每一產品的PDD且將其儲存於資料庫中以供檢索或發送至其他系統（例如，外部前端系統103、SAT系統101、運送及訂單追蹤系統111）。在其他實施例中，FO系統113可自一或多個系統（例如，外部前端系統103、SAT系統101、運送及訂單追蹤系統111）接收電子請求且按需求計算PDD。

在一些實施例中，履行通信報閘道（FMG）115可實行為自系統100中的一或多個系統（諸如FO系統113）接收呈一種格式或協定的請求或回應、將其轉換為另一格式或協定且將其以轉換後的格式或協定轉發至其他系統（諸如WMS 119或第3方履行系統121A、第3方履行系統121B或第3方履行系統121C）且反之亦然的電腦系統。

在一些實施例中，供應鏈管理（SCM）系統117可實行為進行預測功能的電腦系統。舉例而言，SCM系統117可基於例如下述者來預測對特定產品的需求水平：基於對產品的過去需求、對產品的預期需求、全網路過去需求、全網路預期需求、儲存於每一履行中心200中的計數產品、每一產品的預期或當前訂單，或類似者。回應於此預測水平及所有履行中心中的每一產品的量，SCM系統117可產生一或多個購買訂單以購買及儲備足夠數量，以滿足對特定產品的預測需求。

在一些實施例中，倉庫管理系統（WMS）119可實行為監視工作流程的電腦系統。舉例而言，WMS 119可自個別裝置（例如，裝置107A至裝置107C或裝置119A至裝置119C）接收指示離散事件的事件資料。舉例而言，WMS 119可接收指示此等裝置中的一者的使用掃描包裹的事件資料。如下文相對於履行中心200及圖2所論述，在履行過程期間，可藉由特定階段處的機器（例如，自動式或手持式條碼掃描器、RFID讀取器、高速攝影機、諸如平板電腦119A、行動裝置/PDA 119B、電腦119C的裝置或類似者）掃描或讀取包裹識別符（例如，條碼或RFID標籤資料）。WMS 119可將指示掃描或包裹識別符的讀取的每一事件以及包裹識別符、時間、日期、位置、使用者識別符或其他資訊儲存於對應資料庫（未描繪）中，且可將此資訊提供至其他系統（例如，運送及訂單追蹤系統111）。

在一些實施例中，WMS 119可儲存使一或多個裝置（例如，裝置107A至裝置107C或裝置119A至裝置119C）與一或多個使用者（所述一或多個使用者與系統100相關聯）相關聯的資訊。舉例而言，在一些情形下，使用者（諸如兼職雇員或全職雇員）可與行動裝置相關聯，此是由於使用者擁有行動裝置（例如，行動裝置為智慧型手機）。在其他情形下，使用者可與行動裝置相關聯，此是由於使用者暫時保管行動裝置（例如，使用者在一天開始時拿到行動裝置，將在一天期間使用所述行動裝置，且將在一天結束時退還所述行動裝置）。

在一些實施例中，WMS 119可維護與系統100相關聯的每一使用者的工作日志。舉例而言，WMS 119可儲存與每一雇員相關聯的資訊，包含任何指定的過程（例如，自卡車卸載、自揀貨區揀取物件、合流牆（rebin wall）工作、包裝物件）、使用者識別符、位置（例如，履行中心200中的樓層或區）、藉由雇員經由系統移動的單位數目（例如，所揀取物件的數目、所包裝物件的數目）、與裝置（例如，裝置119A至裝置119C）相關聯的識別符，或類似者。在一些實施例中，WMS 119可自計時系統接收登記及登出資訊，所述計時系統諸如在裝置119A至裝置119C上操作的計時系統。

在一些實施例中，第3方履行（3rd party fulfillment；3PL）系統121A至第3方履行系統121C表示與物流及產品的第三方提供商相關聯的電腦系統。舉例而言，儘管一些產品儲存於履行中心200中（如下文相對於圖2所論述），但其他產品可儲存於場外、可按需求生產，或可以其他方式不可供用於儲存於履行中心200中。3PL系統121A至3PL系統121C可組態成（例如，經由FMG 115）自FO系統113接收訂單，且可直接為客戶提供產品及/或服務（例如，遞送或安裝）。在一些實施例中，3PL系統121A至3PL系統121C中的一或多者可為系統100的部分，而在其他實施例中，3PL系統121A至3PL系統121C中的一或多者可在系統100外部（例如，由第三方提供商擁有或操作）。

在一些實施例中，履行中心Auth系統（FC Auth）123可實行為具有各種功能的電腦系統。舉例而言，在一些實施例中，FC Auth 123可充當系統100中的一或多個其他系統的單一簽入（single-sign on；SSO）服務。舉例而言，FC Auth 123可使得使用者能夠經由內部前端系統105登入、判定使用者具有訪問運送及訂單追蹤系統111處的資源的類似特權，且使得使用者能夠在不需要第二登入過程的情況下取得彼等特權。在其他實施例中，FC Auth 123可使得使用者（例如，雇員）能夠使自身與特定任務相關聯。舉例而言，一些雇員可能不具有電子裝置（諸如裝置119A至裝置119C），且實際上可能在一天的過程期間在履行中心200內自任務至任務以及自區至區移動。FC Auth 123可組態成使得彼等雇員能夠在一天的不同時間指示其正進行何任務以及其位於何區。

在一些實施例中，勞動管理系統（LMS）125可實行為儲存雇員（包含全職雇員及兼職雇員）的出勤及超時資訊的電腦系統。舉例而言，LMS 125可自FC Auth 123、WMS 119、裝置119A至裝置119C、運輸系統107及/或裝置107A至裝置107C接收資訊。

圖1A中所描繪的特定組態僅為實例。舉例而言，儘管圖1A描繪連接至FO系統113的FC Auth系統123，但並非所有實施例均要求此特定組態。實際上，在一些實施例中，系統100中的系統可經由一或多個公用或私用網路彼此連接，所述網路包含網際網路、企業內部網路、廣域網路（Wide-Area Network；WAN）、都會區域網路（Metropolitan-Area Network；MAN）、順應IEEE 802.11a/b/g/n標準的無線網路、租用線，或類似者。在一些實施例中，系統100中的系統中的一或多者可實行為在資料中心、伺服器群或類似者處實行的一或多個虛擬伺服器。

圖2描繪履行中心200。履行中心200為儲存用於在訂購時運送至客戶的物件的實體位置的實例。可將履行中心（FC）200劃分成多個區，所述區中的每一者描繪於圖2中。在一些實施例中，可認為此等「區」為接收物件、儲存物件、檢索物件以及運送物件的過程的不同階段之間的虛擬劃分。因此，儘管在圖2中描繪「區」，但其他區劃分為可能的，且在一些實施例中可省略、複製或修改圖2中的區。

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

工作者將在入站區203中接收物件，且可使用電腦系統（未描繪）來視情況檢查物件的損壞及正確性。舉例而言，工作者可使用電腦系統來比較物件202A及物件202B的數量與物件的所訂購數量。若數量不匹配，則工作者可拒絕物件202A或物件202B中的一或多者。若數量的確匹配，則工作者可（使用例如台車、手推平車、叉車或手動地）將彼等物件移動至緩衝區205。緩衝區205可為當前（例如由於揀貨區中存在足夠高數量的物件以滿足預測需求而）無需處於揀貨區中的所述物件的暫時儲存區域。在一些實施例中，叉車206操作以圍繞緩衝區205及在入站區203與卸貨區207之間移動物件。若（例如，由於預測需求而）需要揀貨區中的物件202A或物件202B，則叉車可將物件202A或物件202B移動至卸貨區207。

卸貨區207可為FC 200的在將物件移動至揀貨區209之前儲存所述物件的區域。指定給揀貨任務的工作者（「揀貨員」）可靠近揀貨區中的物件202A及物件202B，使用行動裝置（例如，裝置119B）來掃描揀貨區的條碼，且掃描與物件202A及物件202B相關聯的條碼。揀貨員可接著（例如，藉由將物件置放於推車上或攜帶所述物件）將所述物件取至揀貨區209。

揀貨區209可為FC 200的將物件208儲存於儲存單元210上的區域。在一些實施例中，儲存單元210可包括實體擱架、書架、盒、手提包、冰箱、冷凍機、冷儲存區或類似者中的一或多者。在一些實施例中，揀貨區209可組織成多個樓層。在一些實施例中，工作者或機器可以多種方式將物件移動至揀貨區209中，包含例如叉車、電梯、傳送帶、推車、手推平車、台車、自動化機器人或裝置，或手動地移動。舉例而言，揀貨員可在卸貨區207中將物件202A及物件202B置放於手推平車或推車上，且將物件202A及物件202B步移至揀貨區209。

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

一旦使用者下訂單，揀貨員即可在裝置119B上接收自儲存單元210檢索一或多個物件208的指令。揀貨員可檢索物件208、掃描物件208上的條碼，且將所述物件208置放於運輸機構214上。儘管將運輸機構214表示為滑動件，但在一些實施例中，運輸機構可實行為傳送帶、電梯、推車、叉車、手推平車、台車、推車或類似者中的一或多者。物件208可接著抵達包裝區211。

包裝區211可為FC 200的自揀貨區209接收到物件且將所述物件包裝至盒或包中以用於最終運送至客戶的區域。在包裝區211中，指定給接收物件的工作者（有時被稱作「合流工作者」）將自揀貨區209接收物件208且判定所述物件208對應的訂單。舉例而言，合流工作者可使用諸如電腦119C的裝置來掃描物件208上的條碼。電腦119C可在視覺上指示物件208與哪一訂單相關聯。此可包含例如對應於訂單的牆216上的空間或「單元格」。一旦訂單完成（例如，由於單元格含有所述訂單的所有物件），合流工作者即可指示包裝工作者（或「包裝員」）訂單完成。包裝員可自單元格檢索物件且將所述物件置放於盒或包中以用於運送。包裝員可接著例如經由叉車、推車、台車、手推平車、傳送帶、手動地或以其他方式將盒或包發送至樞紐區（hub zone）213。

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

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

營地區215中的工作者及/或機器可例如基於下述者來判定包裹220應與哪一路線及/或子路線相關聯：目的地與現有路線及/或子路線的比較、對每一路線及/或子路線的工作負荷的計算、時刻、運送方法、運送包裹220的成本、與包裹220中的物件相關聯的PDD，或類似者。在一些實施例中，工作者或機器可（例如，使用裝置119A至裝置119C中的一者）掃描包裹以判定其最終目的地。一旦將包裹220指定給特定路線及/或子路線，工作者及/或機器即可移動待運送的包裹220。在例示性圖2中，營地區215包含卡車222、汽車226以及遞送工作者224A及遞送工作者224B。在一些實施例中，卡車222可由遞送工作者224A駕駛，其中遞送工作者224A為遞送FC 200的包裹的全職雇員，且卡車222由擁有、租用或操作FC 200的同一公司擁有、租用或操作。在一些實施例中，汽車226可由遞送工作者224B駕駛，其中遞送工作者224B為在視需要基礎上（例如，季節性地）遞送的「彈性」或臨時工作者。汽車226可由遞送工作者224B擁有、租用或操作。

圖3為與所揭露實施例一致的描繪用於滿足來自行動裝置的遞送任務的要求的系統及裝置的網路的系統300的方塊圖。系統300包含內部前端系統105、運輸系統107以及行動裝置107A至行動裝置107C。

如上文所描述的內部前端系統105可實行為使得內部使用者（例如營地區215的管理員、在包裝區211中工作的包裝工作者、在包裝區211或營地區215處工作的工作者或類似者）能夠與系統100中的一或多個系統交互的電腦系統。舉例而言，如下文相對於圖5A所描述，營地區215的管理員可（例如使用行動裝置107A）自遞送工作者接收接受特定工作的請求。管理員可使用內部前端系統105（例如使用電腦、行動裝置或其他電子系統）來拒絕或批准請求。

作為另一實例，營地區215的管理員可利用系統（例如行動裝置）來存取儲存於內部前端系統105上且由內部前端系統105操作的使用者介面，以儲存、修改、創建或刪除遞送任務。舉例而言，如下文相對於圖6A及圖6B所描述，管理員可使用內部前端系統105（例如使用電腦、行動裝置或其他電子系統）來輸入關於遞送任務的資料或上載包括多個遞送任務的資料結構。

如上文所描述的運輸系統107可實行為實現系統100中的系統或裝置（諸如內部前端系統105）與行動裝置107A至行動裝置107C之間的通信的電腦系統。舉例而言，如下文相對於圖4A及圖4B所描述，遞送工作者（例如使用行動裝置107A）可選擇遞送任務的偏好，諸如城市的所要區域、遞送的包裹數目以及遞送時間。作為另一實例，如下文相對於圖5A至圖5C所描述，遞送工作者（例如使用行動裝置107A）可請求特定遞送任務，接受所述遞送任務且掃描可見標誌（諸如QR碼）以判定在開始遞送之前其處於適當位置。

在一些實施例中，行動裝置107A至行動裝置107C可組態成使得遞送工作者能夠與系統100中的一或多個系統介接，所述一或多個系統諸如運輸系統107，如本文中（包含下文相對於圖4A、圖4B以及圖5A至圖5C）所描述。雖然圖3將行動裝置107A至行動裝置107C描繪為行動裝置（例如蜂巢式電話、個人數位助理、平板電腦、平板手機或類似者），但在一些實施例中，107A至107C中的一或多者可由不同裝置取代，諸如桌上型電腦、膝上型電腦、智慧型手錶、智慧型眼鏡、話音允用智慧型助理或提供網路連接性及使用者介面的任何其他裝置。行動裝置107A至行動裝置107C可包含掃描裝置，諸如用於擷取視覺標誌（例如二維條碼，諸如QR碼）的攝影機或用於擷取非視覺標誌（例如近場通信（Near Field Communication；NFC）標籤）的電路。

圖4A描繪與所揭露實施例一致的由遞送工作者使用以在行動裝置（107A至107C）上請求特定類型的遞送任務的例示性使用者介面400、使用者介面402以及使用者介面404。

使用者介面400描繪在諸如行動裝置107A的行動裝置上向使用者顯示的第一介面。介面400包含日曆401、按鈕403、工作列表405、按鈕407以及按鈕409。日曆401使得使用者能夠（例如藉由觸摸、點選、拖曳或撥動）與行動裝置107A交互以檢視未來及過去的遞送任務。遞送工作者可與所列日期中的一者交互以檢索遞送任務列表，其將在列表405中向使用者顯示。

按鈕403使得使用者能夠用於遵從遞送工作者偏好的一或多個工作。在下文相對於例如圖4B描述工作申請。

列表405列出已由遞送工作者申請的工作以及批准遞送工作者進行遞送的工作。列表405中的第一工作是此類列表的一個實例；其包含位置（南楊州市（Namyangju））、遞送類型（當日遞送）、遞送工作者必須可供使用的時刻（8月8日10:00至17:00）、在其將取消工作的情況下遞送工作者必須取消的時間（8月7日），以及遞送工作者將因執行遞送而接收的作為回報的遞送費用（1,100圓（won））。在一些實施例中，列表405可包含更多或更少的用於已由遞送工作者接受的每一工作的欄位。

介面402包含地圖411。在一些實施例中，地圖411可表示與由遞送工作者接受的遞送任務有關的區域。舉例而言，介面400中所列的遞送任務（在列表405中）可包含地圖411上描繪為陰影的特定區域（諸如社區、區、城鎮、城市、村莊或其他分部），以指示遞送工作者應預期其可需要將一或多個包裹遞送至彼區域中的客戶。

介面404包含介面元素413、介面元素415以及介面元素417。介面元素413、介面元素415以及介面元素417中的每一者允許遞送工作者選擇其希望接受特定類型的遞送任務的時刻。舉例而言，第一遞送工作者可能想要在工作週期間接受10:00與21:00之間的日間遞送的遞送任務，而僅接受一天的23:00與次日的07:00之間的隔夜遞送任務。

圖4B描繪與所揭露實施例一致的由遞送工作者使用以在行動裝置上接受特定遞送任務的例示性使用者介面420、使用者介面440以及使用者介面460。使用者介面420包含元素421、元素423以及元素425。

元素421包含遞送驅動者的所要遞送區域的列表。在例示性圖4B中，在此處已選擇遞送工作者以允許僅在特定城市（南楊州市）中進行遞送。遞送工作者可與元素421交互以移除一或多個所要遞送區域，或與元素421交互以添加額外遞送區域。雖然圖4B僅描繪單個所要遞送區域（單個城市），但介面420允許遞送工作者選擇更大或更小數目的區域，包含單個城市的分部、城鎮或村莊（例如社區）以及多個城市、多個城鎮或多個村莊。

元素423描繪與遞送工作者相關聯的已接受及批准的遞送任務。舉例而言，元素423中描繪的任務列出為黎明遞送型任務（例如在特定日子的黎明之前或接近於特定日子的黎明遞送）。對於此任務，元素423包含每遞送1,700圓的遞送費用，且需要在所列日期（2019年8月8日）之前的夜晚的11:00與所列日期的07:00之間進行遞送。

元素423列出由遞送工作者接受且針對所述遞送工作者批准的額外遞送任務。此等額外遞送任務中的每一者（與次日相關聯）可具有與其相關聯的不同參數（例如不同遞送費用、不同遞送時間以及不同遞送類型）。

介面440描繪由遞送工作者使用以選擇其對於遞送任務的偏好的偏好頁。例示性介面440包含元素441、元素443、元素445以及元素447。

元素441與遞送工作者選擇的遞送任務類型有關。舉例而言，圖4B描繪三種類型的遞送任務：遞送（例如自諸如營地區215的遞送位點獲取包裹且將其留在客戶的住宅處）、退還（例如自客戶的住宅獲取包裹且將其退還至營地區215或退還中心）以及遞送/退還（例如將一個包裹自營地區215帶至客戶的住宅，且將第二包裹自彼住宅或另一住宅帶至營地區215）。（在一些實施例中，亦可選擇其他類型的遞送任務。）遞送工作者可與元素441交互以選擇其希望完成的遞送任務類型。

元素443描繪遞送工作者希望每工作進行遞送的包裹的可選數目。遞送工作者可由於高昂的遞送費用而決定需要大量包裹。在例示性介面440中，元素443需要選擇一定範圍的包裹；在一些實施例中，元素443可提示遞送工作者選擇定製範圍（例如藉由輸入特定值）、包裹的最小數目或包裹的最大數目。介面440亦可提示遞送工作者輸入所要最小遞送費用。

必須注意，在一些實施例中，可改寫介面440中的所要偏好（包含所要任務、包裹的所要數目，以及所要區域）以確保遞送工作者接收至少一些最小數目的遞送任務以供選擇。遞送工作者可與元素447交互以切換偏好接受性需求，以准許行動裝置107A上接收到的不符合任務（亦即，並不遵從介面440中的偏好中的一或多者的非偏好任務）。舉例而言，若遞送工作者選擇元素441中的「退還」且選擇元素447中的「是」，且唯一遞送任務為「遞送」或「遞送/退還」任務，則行動裝置107A可接收且顯示彼等可用遞送任務。若遞送工作者選擇元素447中的「否」，則將不顯示遞送任務。

在一些實施例中，亦可改寫元素447中的決策以確保選擇元素447中的「否」的彼等遞送工作者將仍接收至少一些最小數目的遞送任務。

介面460包含元素461、元素463、元素465、元素467以及按鈕469。介面460允許遞送工作者輸入關於用於執行指定遞送任務的車輛的資訊且同意條款與條件。元素461允許遞送工作者輸入其將用來遞送包裹的車輛的類型。舉例而言，遞送工作者可藉由鍵入汽車的款式及型號（例如使用鍵盤或虛擬鍵盤）或自下拉列表選擇款式及型號來輸入汽車的款式及型號。元素463允許遞送工作者輸入牌照。元素465允許遞送工作者選擇顏色。

在一些實施例中，使用行動裝置107A的遞送工作者可輸入車輛資訊，以使得遞送工作者能夠進入營地區215（由於，例如可防止其他未經授權的個體進入）。

在輸入或確認元素461、元素463、元素465以及元素467中的資訊之後，遞送工作者可與按鈕469交互以更新遞送任務的偏好。在一些實施例中，與按鈕469的交互使得行動裝置107A發送包含遞送車輛的改變（元素461、元素463、元素465）或偏好的改變（元素441、元素443、元素445、元素447）的通信至運輸系統107。

圖5A描繪與所揭露實施例一致的實現行動裝置107A上的偏好及工作接受的組態的例示性方法500。例示性方法500描繪為行動裝置107A與運輸系統107之間的通信；在一些實施例中，一或多個額外裝置（例如內部前端系統105或多個網路裝置）可分隔行動裝置107A與運輸系統107之間的通信。

方法500以步驟501開始。在步驟501中，遞送工作者可在行動裝置107A上初始化申請。舉例而言，遞送工作者可點選、拖曳、撥動或以其他方式與行動裝置107A上的圖標交互以開始申請。在一些實施例中，申請可如上文相對於圖4A及圖4B所描述而操作。

在步驟503中，遞送工作者可使用行動裝置107A來選擇遞送任務的一或多個偏好。步驟503包含例如供用於遞送的區域的選擇、包裹數目以及遞送任務的時間段。（上文已相對於圖4A及圖4B描述步驟503的實施例。）

在步驟505中，行動裝置107A可將所選擇偏好轉發至運輸系統107，其在步驟507中接收所述所選擇偏好。

在步驟509中，運輸系統107可接收可用遞送任務列表。在一些實施例中，運輸系統107可自內部前端系統105檢索可用遞送任務列表，此可自系統100中的一或多個系統（例如運送及訂單追蹤系統111或運送授權技術系統101）檢索遞送任務。運輸系統107可接收呈各種格式的任務列表，所述各種格式包含平面檔、資料庫、SQL查詢結果、逗號分隔值（comma-separated value；CSV）檔案、微軟Excel檔案或類似者。

在步驟511中，運輸系統107可基於與行動裝置107A相關聯的偏好過濾接收到的遞送任務。舉例而言，可使用包括多個欄位（諸如社區、開始時間/日期、工作類型或類似者）的資料儲存庫來表示遞送任務。（在下文相對於圖6A及圖6B描述例示性資料格式。）在一些實施例中，運輸系統107可基於步驟507中接收到的偏好過濾接收到的任務。舉例而言，若遞送工作者已在元素447（圖4B）上核對「是」，指示其希望接收非偏好任務，則運輸系統107可轉發步驟509中接收到的所有任務或任務的子集（例如僅同一城市中的彼等任務，不管對於包裹數目或社區選擇的任何偏好）。在其他實施例中，運輸系統107可基於步驟507中接收到的偏好分選接收到的任務。舉例而言，若遞送工作者已在元素447（圖4B）上核對「是」，指示其希望接收非偏好任務，則運輸系統107可自步驟509中接收到的彼等任務判定偏好任務（例如遵從每一偏好的任務），且可分選任務列表以優先置放彼等偏好任務（在轉發之前，如下文相對於步驟513所論述）。

在步驟513中，運輸系統107可將經過濾及/或分選的任務轉發至行動裝置107A，所述任務在步驟515中接收到。轉發任務可包含任務資訊，諸如任務ID、時間、任務的位置、包裹數目、遞送費用或其他資訊。

在一些實施例中，由行動裝置107A接收到的任務可僅包含符合遞送工作者的偏好的彼等任務（如上文相對於圖4A及圖4B所論述）。在其他實施例中，接收到的任務可包含任務的分選列表，其中符合遞送工作者的偏好的任務與並不符合的任務分隔開（例如，符合任務在列表的前面而不符合任務列在其後）。

在步驟517中，行動裝置107A可在顯示器上呈現接收到的任務以供遞送工作者觀看。在一些實施例中，如上文所論述，任務可僅包含符合遞送工作者的偏好的彼等任務。在其他實施例中，任務可包含所有任務，但將並不符合遞送工作者的偏好的任務排在顯示列表的底部或排在分隔列表中。如上文相對於圖4B所論述，針對每一任務顯示的資訊可包含諸如任務ID、時間、任務的位置、包裹數目、遞送費用的資訊或其他資訊。

在步驟519中，行動裝置107A可自遞送工作者接收關於至少一個任務的一或多個選擇（例如交互，諸如撥動、點選、輕觸或拖曳）。舉例而言，遞送工作者可點選核取方塊按鈕以接受任務，且可點選「X」按鈕以拒絕任務。在其他實施例中，可僅給予遞送工作者點選核取方塊按鈕以接受任務的選項。行動裝置107A可收集由遞送工作者接受的任務（例如藉由任務ID）且將彼等任務轉發至運輸系統107。在步驟523中，所選擇任務由運輸系統107接收。

在步驟525中，運輸系統107可判定是否批准接收到的所接受任務。步驟525可以各種方式執行。作為一個實例，一些實施例包含：批准接收到的所接受任務可包括將通知轉發至與使用者相關聯的計算裝置，諸如用於營地區215的由管理員操作的行動裝置。管理員可藉由與使用者介面元素交互判定是否批准遞送工作者的接受。在其他實施例中，批准接收到的所接受任務可包括執行自動批准過程。此類過程可包含例如基於遞送工作者過去的遞送歷史而批准遞送工作者（例如批准可靠遞送工作者的所接受工作，且拒絕不可靠遞送工作者的所接受工作）。

作為步驟525的部分，可自可用任務佇列移除任務。舉例而言，此防止在管理員或其他使用者可批准或拒絕由使用行動裝置107A的遞送工作者進行的接受之前，一個行動裝置107A上的第一使用者與行動裝置107C上的第二使用者實質上同時接受任務。

若在步驟525中，運輸系統107（例如基於使用者輸入或判定的結果）判定應批准任務接受，則方法可繼續進行至步驟529，其中運輸系統107將批准訊息轉發至行動裝置107A。批准訊息可包含任務ID或與任務相關聯的其他資訊。在一些實施例（包含下文相對於圖5B論述的彼等實施例）中，批准訊息可包含與營地區215相關聯的營地碼。營地碼可以是例如與營地區215相關聯的唯一靜態或動態識別符（諸如「CAMP #1」或「CAMP XYZ123」）。在步驟531中，在行動裝置107A處接收到批准訊息。

另一方面，若在步驟525中（例如基於使用者輸入或判定的結果）判定應批准任務接受，則方法可繼續進行至步驟527。在步驟527中，運輸系統107可將任務插入至可用任務佇列中，以確保另一使用者（例如使用行動裝置107C的遞送工作者）能夠接受任務。在一些實施例中，步驟527亦包含將拒絕訊息發送至行動裝置107A。拒絕訊息可包含任務ID或與任務相關聯的其他資訊。

圖5B描繪與所揭露實施例一致的用於在行動裝置上進行出現確認的例示性方法540。

方法540在步驟541處開始。在步驟541中，遞送工作者可在行動裝置107A上初始化申請。舉例而言，遞送工作者可點選、拖曳、撥動或以其他方式與行動裝置107A上的圖標交互以開始申請。

在步驟543中，行動裝置107A可提示使用者（例如遞送工作者）掃描營地區（例如營地區215）處的標誌以檢索營地碼。本揭露的實施例利用快速回應（Quick Response；QR）碼作為此標誌的實例，但其他實施例亦為可能的。舉例而言，行動裝置107A可組態成掃描其他視覺標誌（包含一維及二維條碼）或非視覺標誌（包含NFC標籤）以檢索營地碼。在一些實施例中，行動裝置107A可組態成（例如經由虛擬鍵盤）啟用營地碼鍵入。

在步驟545中，行動裝置107A可比較經掃描營地碼與圖5A中的自運輸系統107接收到的批准訊息。舉例而言，經掃描營地碼可包含識別符，諸如「CAMP #1」，且行動裝置可含有具有「CAMP #3」、「CAMP #4」、「CAMP #1」以及「CAMP #3」的營地碼的批准訊息。在此情形下，使用行動裝置107A的遞送工作者可具有指定給其的四個遞送任務，所述遞送任務中的兩者在Camp #3處。雖然在一些實施例中，步驟545包括比較儲存於行動裝置107A上的批准訊息中的營地碼，但其他實施例可包括比較儲存在其他地方（例如儲存於運輸系統107或另一系統中）的批准訊息中的營地碼。

在步驟547中，行動裝置107A可判定所儲存批准與在步驟543中經掃描的碼是否匹配。若任何所儲存批准與在步驟543中經掃描的碼不匹配，則方法540可繼續進行至步驟549。在步驟549中，行動裝置107A可向遞送工作者提供指示營地不與任何與遞送工作者相關聯的所接受及批准的遞送任務相關聯的警告。警告可包含遞送工作者應繼續進行至另一營地的訊息。

另一方面，若所儲存批准與在步驟543中經掃描的碼匹配，則方法540可繼續進行至步驟553。在步驟553中，行動裝置107A可向遞送工作者提供遞送工作者處於正確位置中的通知。訊息可包含對如何揀取用於遞送的第一包裹的說明。

另一方面，若所儲存批准與在步驟543中經掃描的碼匹配，但已掃描過所述碼（例如，由於使用者已遞送彼營地處的所有批准任務或偶然地掃描營地區215處的碼兩次），則方法540可繼續進行至步驟551。在步驟551中，行動裝置107A可向遞送工作者提供已掃描過所述碼的警告。警告可包含遞送工作者應繼續遞送或繼續進行至另一營地的訊息。

圖5C描繪與所揭露實施例一致的用於在行動裝置上進行出現確認的例示性使用者介面550、使用者介面552以及使用者介面554。

介面550與步驟553（圖5B）相對應，且包含遞送工作者處於正確位置中的指示。其他資訊可顯示於介面550上，所述其他資訊包含對如何揀取用於遞送的第一包裹的說明。

介面552與步驟551（圖5B）相對應，且包含遞送工作者已利用行動裝置107A掃描過營地區215處的營地碼的指示。其他資訊可顯示於介面550上，所述其他資訊包含遞送工作者應繼續遞送或繼續進行至另一營地的訊息。

介面554與步驟549（圖5B）相對應，且包含任何所儲存批准與由行動裝置107A掃描的碼不匹配的指示。其他資訊可顯示於介面550上，所述其他資訊包含遞送工作者應繼續進行至另一營地或連絡營地管理員以請求協助的訊息。

圖6A描繪與所揭露實施例一致的用於實例化遞送任務以在行動裝置上分配至遞送工作者的例示性資料結構600。如上文相對於圖3及圖5A所提及，使用者（例如與營地區215相關聯的營地管理員）可輸入與遞送任務相對應的資料。資料結構600可實行為資料庫、資料儲存庫、平面檔、逗號分隔值（CSV）檔案、微軟Excel（XLS）檔案、表格、SQL資料庫或儲存資訊的任何其他形式的資料結構。在一些實施例中，使用者（例如與營地區215相關聯的營地管理員）可將資料結構上載至圖1A中的系統（例如運輸系統107），以指示預測在將到來的時間段（例如隨後48小時）內將需要的工作的類型。在其他實施例中，資料結構600可由圖1A中的另一系統（例如SAT系統101）自動產生。

資料結構600可包含例如營地識別符601、遞送日期603、遞送類型605、工作者類型607、任務標題609、接受窗口611、任務窗口613以及工作者數目615。

在一些實施例中，營地識別符601可表示與特定遞送任務產生的營地區215相關聯的識別符。識別符可以是文數字、數值或字母，可包含符號，或可使用任何其他形式的資料表示。

在一些實施例中，遞送日期603可指示與遞送任務相關聯的日期。舉例而言，遞送日期603可表示用於遞送任務的所有包裹必須揀取或必須遞送的日子。

在一些實施例中，遞送類型605可指示遞送任務的遞送類型。遞送類型的實例包含黎明遞送（例如在特定日子的黎明之前或接近於特定日子的黎明遞送）、當日遞送（例如，若按截止時間訂購，則在一天結束之前遞送）、次日遞送（例如，若按截止時間訂購，則在次日結束之前遞送）以及隔夜遞送（例如在一天的夜間或次日的早上遞送）。其他遞送類型亦為可能的。

在一些實施例中，工作者類型607可指示應指定給遞送任務的工作者的類型。工作者類型的實例包含「彈性」或臨時工作者（例如其作為獨立承包者工作且使用上文所描述的系統來選擇、接受以及遞送包裹），以及全職工作者（例如其為擁有或運營營地區215的公司工作且被指定任務是日常工作的一部分）。

在一些實施例中，任務標題609可表示指定給任務的標題。任務標題609可用於幫助區分任務。

在一些實施例中，接受窗口611可指示遞送工作者必須接受所提供遞送任務的時間段。若遞送工作者使用行動裝置107A以接受窗口611之外的遞送任務，則可（自動或以其他方式）拒絕工作者的請求。

在一些實施例中，任務窗口613可指示已接受（且其接受已被批准）的遞送工作者必須遞送與遞送任務相關聯的包裹的時間段。在一些實施例中，任務窗口613可用於基於遞送工作者的時效性確保其合規性以及等級或級別。

在一些實施例中，工作者數目615可指示認為進行特定遞送任務所需的工作者的數目。舉例而言，任務617需要45個遞送工作者來遞送相關聯包裹，而任務619需要27個遞送工作者來遞送其相關聯包裹。工作者數目615可藉由公式來估算或由使用者手動地輸入。

圖6B描繪與所揭露實施例一致的用於與在行動裝置上分配遞送任務至遞送工作者有關的資料項的例示性使用者介面620。

使用者介面620包含元素621、元素623、元素625、元素627、元素629、元素630、元素631、元素632、元素633、元素635、元素637以及元素639。使用者（例如營地區215的管理員）可將資料輸入至使用者介面620上的元素中，以創建由一或多個遞送工作者接受的新遞送任務。在一些實施例中，在呈現至使用者之前，運輸系統107可產生使用者介面620的一或多個元素的預填入資訊。

在一些實施例中，元素621可使得使用者能夠進入與遞送任務相關聯的標題。標題可用於幫助區分任務。

在一些實施例中，元素623可使得使用者能夠選擇與遞送任務相關聯的營地。在一些實施例中，元素623可以是下拉框，而在其他實施例中，元素623可以是用於鍵入（例如經由鍵盤）的本文欄。

在一些實施例中，元素625可使得使用者能夠選擇營地是否為行動營地。在一些實施例中，行動營地可以是未由擁有或運營圖1A中的其他系統的公司擁有或運營的營地區215，或圖2中的其他區。此類行動營地可處於例如加油站、卡車、平板車或租賃倉庫；亦預想其他可能性。

在一些實施例中，元素627可使得使用者能夠輸入遞送類型。遞送類型的實例包含黎明遞送（例如在特定日子的黎明之前或接近於特定日子的黎明遞送）、當日遞送（例如，若按截止時間訂購，則在一天結束之前遞送）、次日遞送（例如，若按截止時間訂購，則在次日結束之前遞送）以及隔夜遞送（例如在一天的夜間或次日的早上遞送）。其他遞送類型亦為可能的。

在一些實施例中，元素629可使得使用者能夠輸入接受窗口，其可指示遞送工作者必須接受所提供遞送任務的時間段。若遞送工作者使用行動裝置107A以接受所述接受窗口之外的遞送任務，則可（自動或以其他方式）拒絕工作者的請求。

在一些實施例中，元素630可使得使用者能夠輸入用於遞送任務的包裹的數目。可估算包裹的數目，且可基於歷史資料（例如在前7日期間遞送至特定社區的包裹範圍）來預填入包裹的數目。

在一些實施例中，元素631可使得使用者能夠輸入任務窗口，其可指示已接受（且其接受已被批准）的遞送工作者必須遞送與遞送任務相關聯的包裹的時間段。在一些實施例中，任務窗口可用於基於遞送工作者的時效性確保其合規性以及等級或級別。

在一些實施例中，元素632可使得使用者能夠輸入用於進行遞送任務的遞送區域。在一些實施例中，遞送區可包括社區、街道、綜合住宅大樓或另一地理或政治分部。

在一些實施例中，元素633可使得使用者能夠輸入用於進行遞送任務的工作者數目。在一些實施例中，工作者數目可指示認為進行特定遞送任務所需的工作者的數目。工作者數目可藉由公式（例如基於包裹數目或區域大小）來估算或由使用者手動地輸入。

在一些實施例中，元素635可使得使用者能夠插入每包裹的遞送費用。運輸系統107可經由行動裝置107A向遞送工作者提供遞送費用，以使得遞送工作者能夠決定是否接受遞送任務。

在一些實施例中，元素637可使得使用者能夠插入每包裹的退還費用。退還費用可表示自客戶退還（例如至營地區215）的每一包裹的由遞送工作者接收到的金額。與元素635中的遞送費用相似，運輸系統107可經由行動裝置107A向遞送工作者提供退還費用，以使得遞送工作者能夠決定是否接受任務。

在一些實施例中，元素639可使得使用者能夠在使用者介面620上提交資訊。與元素639（其可以是例如使用者介面按鈕）交互可導致系統（例如行動裝置）將通信發送至運輸系統107，所述通信包含創建由遞送工作者接受的新遞送任務的請求。

應注意，圖6A及圖6B皆關於輸入由遞送工作者接受的任務，且圖6A及圖6B中的每一者包含用於資料項的不同欄位。在一些實施例中，使用圖6A的資料結構600輸入的任務可需要額外資訊，若使用圖6B的使用者介面620輸入，則不需要額外資訊。在其他實施例中，使用資料結構600輸入的任務可需要與使用使用者介面620輸入的彼等任務相同的資訊，且可需要額外/修改元素或資料欄位以進行鍵入。

儘管已參考本揭露內容的特定實施例繪示及描述本揭露內容，但應理解，可在不修改的情況下在其他環境中實踐本揭露內容。已出於示出的目的呈現前述描述。前述描述並不詳盡且不限於所揭露的精確形式或實施例。修改及調適對所屬技術領域中具有通常知識者將自本說明書的考量及所揭露實施例的實踐顯而易見。另外，儘管將所揭露實施例的態樣描述為儲存於記憶體中，但所屬技術領域中具有通常知識者應瞭解，此等態樣亦可儲存於其他類型的電腦可讀媒體上，諸如次級儲存裝置，例如硬碟或CD ROM，或其他形式的RAM或ROM、USB媒體、DVD、藍光，或其他光碟機媒體。

基於書面描述及所揭露方法的電腦程式在有經驗開發者的技能內。各種程式或程式模組可使用所屬技術領域中具有通常知識者已知的技術中的任一者來創建或可結合現有軟體來設計。舉例而言，程式區段或程式模組可以或藉助於.Net框架（.Net Framework）、.Net緊密框架（.Net Compact Framework）（及相關語言，諸如視覺培基（Visual Basic）、C等）、爪哇（Java）、C++、目標-C（Objective-C）、HTML、HTML/AJAX組合、XML或包含爪哇小程式的HTML來設計。

此外，儘管本文中已描述示出性實施例，但所屬技術領域中具有通常知識者將基於本揭露內容瞭解具有等效元件、修改、省略、（例如，各種實施例中的態樣的）組合、調適及/或更改的任何及所有實施例的範圍。申請專利範圍中的限制應基於申請專利範圍中所採用的語言來廣泛地解釋，且不限於本說明書中所描述或在本申請案的審查期間的實例。實例應視為非排他性的。另外，所揭露方法的步驟可以包含藉由對步驟重新排序及/或插入或刪除步驟的任何方式修改。因此，希望僅將本說明書及實例視為示出性的，其中藉由以下申請專利範圍及其等效物的完整範圍指示真實範圍及精神。

100、300:系統 101:運送授權技術系統 102A、107A、107B、107C、119A、119B、119C:行動裝置 102B:電腦 103:外部前端系統 105:內部前端系統 107:運輸系統 109:賣方入口網站 111:運送及訂單追蹤系統 113:履行最佳化系統 115:履行通信報閘道 117:供應鏈管理系統 119:倉庫管理系統 121A、121B、121C:第3方履行系統 123:履行中心授權系統 125:勞動管理系統 200:履行中心 201、222:卡車 202A、202B、208:物件 203:入站區 205:緩衝區 206:叉車 207:卸貨區 209:揀貨區 210:儲存單元 211:包裝區 213:樞紐區 214:運輸機構 215:營地區 216:牆 218、220:包裹 224A、224B:遞送工作者 226:汽車 400、402、404、420、440、460、550、552、554、620:使用者介面 401:日曆 403、407、409、469:按鈕 405:工作列表 411:地圖 413、415、417:介面元素 421、423、425、441、443、445、447、461、463、465、467、621、623、625、627、629、630、631、632、633、635、637、639:元素 500、540:方法 501、503、505、507、509、511、513、515、517、519、523、525、527、529、531、541、543、545、547、549、551、553:步驟 600:資料結構 601:營地識別符 603:遞送日期 605:遞送類型 607:工作者類型 609:任務標題 611:接受窗口 613:任務窗口 615:工作者數目 617、619:任務

圖1A為與所揭露實施例一致的示出包括用於實現運送、運輸以及物流操作的通信的電腦化系統的網路的例示性實施例的示意性方塊圖。 圖1B描繪與所揭露實施例一致的包含滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素的樣本搜尋結果頁（Search Result Page；SRP）。 圖1C描繪與所揭露實施例一致的包含產品及關於所述產品的資訊以及交互式使用者介面元素的樣本單一顯示頁（Single Display Page；SDP）。 圖1D描繪與所揭露實施例一致的包含虛擬購物車中的物件以及交互式使用者介面元素的樣本購物車頁。 圖1E描繪與所揭露實施例一致的包含來自虛擬購物車的物件以及關於購買及運送的資訊以及交互式使用者介面元素的樣本訂單頁。 圖2為與所揭露實施例一致的組態成利用所揭露電腦化系統的例示性履行中心的圖解圖示。 圖3為與所揭露實施例一致的描繪用於滿足來自行動裝置的遞送任務的要求的系統及裝置的網路的系統的方塊圖。 圖4A描繪與所揭露實施例一致的由遞送工作者使用以在行動裝置上請求特定類型的遞送任務的例示性使用者介面。 圖4B描繪與所揭露實施例一致的由遞送工作者使用以在行動裝置上接受特定遞送任務的例示性使用者介面。 圖5A描繪與所揭露實施例一致的實現行動裝置上的偏好及工作接受的組態的例示性方法。 圖5B描繪與所揭露實施例一致的用於在行動裝置上進行出現確認的例示性方法。 圖5C描繪與所揭露實施例一致的用於在行動裝置上進行出現確認的例示性使用者介面。 圖6A描繪與所揭露實施例一致的用於實例化遞送任務以在行動裝置上分配至遞送工作者的例示性資料結構。 圖6B描繪與所揭露實施例一致的用於與在行動裝置上分配遞送任務至遞送工作者有關的資料項的例示性使用者介面。

107:運輸系統

107A:行動裝置

500:方法

501、503、505、507、509、511、513、515、517、519、521、523、525、527、529、531:步驟

Claims (20)

1. 一種用於任務接受的電腦實行系統，實行於行動裝置上，所述行動裝置包括： 顯示裝置； 掃描裝置； 記憶體，儲存指令；以及 至少一個處理器，組態成執行所述指令以進行以下操作： 自伺服器接收遞送任務列表，所述遞送任務列表基於所儲存偏好集合； 在所述顯示裝置上顯示所述遞送任務列表； 在所述顯示裝置上接收與使用者介面元素的交互以接受遞送任務； 將與所接受任務相關聯的任務識別符轉發至所述伺服器，且接收作為回應的訊息，所述訊息包含與用於實現所接受的所述遞送任務的第一遞送位點相關聯的碼； 在所述顯示裝置上接收交互以確認所述第一遞送位點處的出現； 經由所述掃描裝置掃描與所述第一遞送位點相關聯的標誌，且判定所述標誌是否匹配於所接收到的所述碼；以及 回應於所述標誌匹配於所接收到的所述碼的判定，提供在所述第一遞送位點處執行所接受的所述遞送任務的指示。
2. 如請求項1所述的電腦實行系統，其中所述掃描裝置擷取影像。
3. 如請求項2所述的電腦實行系統，其中經掃描的所述標誌為二維條碼。
4. 如請求項1所述的電腦實行系統，其中所述標誌與儲存於所述行動裝置上的接收到的所述碼的複本相比較。
5. 如請求項1所述的電腦實行系統，其中所述處理器進一步組態成執行所述指令以進行以下操作： 接收第二使用者介面元素上的交互以修改自每任務的較佳遞送類型、每任務的較佳包裹數目、每任務的較佳遞送區域以及偏好接受性需求中的至少一者中選擇的偏好；以及 將所述偏好轉發至所述伺服器。
6. 如請求項5所述的電腦實行系統，其中： 所述偏好接受性需求設定為僅接受遵從所述偏好的任務；且 接收到的列表包括嚴格遵從所述每任務的較佳遞送類型、所述每任務的較佳包裹數目以及所述每任務的較佳遞送區域的遞送任務的列表。
7. 如請求項5所述的電腦實行系統，其中： 所述偏好接受性需求設定為接受除遵從所述偏好的任務以外的任務；且 接收到的所述列表包括遵從所述每任務的較佳遞送類型、所述每任務的較佳包裹數目或所述每任務的較佳遞送區域中的至少一者的遞送任務的列表。
8. 如請求項5所述的電腦實行系統，其中： 所述偏好接受性需求設定為僅接受遵從所述偏好的任務；且 顯示所述任務列表包括基於所述偏好過濾所述任務列表。
9. 一種用於任務接受的電腦系統，包括： 記憶體，儲存指令；以及 至少一個處理器，組態成執行所述指令以進行以下操作： 接收及儲存用於接受的遞送任務的列表，每一遞送任務與遞送位點相關聯； 自行動裝置接收遞送工作者的一或多個遞送任務的請求； 判定用於發送至所述行動裝置的所儲存遞送任務的集合，且將所述集合轉發至所述行動裝置； 自所述行動裝置接收所述遞送工作者對來自所述遞送任務的集合的任務的接受； 判定是否批准接收到的所述接受；以及 回應於判定批准接收到的所述接受，將批准訊息轉發至所述行動裝置，所述批准訊息包含與所述遞送位點相關聯的碼。
10. 如請求項9所述的電腦實行系統，其中判定遞送任務的集合包括： 檢索與所述行動裝置相關聯的偏好；以及 過濾所述遞送任務列表以移除並未嚴格遵從所述偏好的任務。
11. 如請求項9所述的電腦實行系統，其中判定遞送任務的集合包括： 檢索與所述行動裝置相關聯的偏好； 判定所述偏好包含偏好接受性需求，所述偏好接受性需求設定為僅接受除遵從所述偏好的任務以外的任務；以及 過濾所述遞送任務列表以包含遵從所述偏好中的至少一者的任務。
12. 如請求項9所述的電腦實行系統，其中判定是否批准接收到的所述接受包括自第二系統接收批准或拒絕接收到的所述接受的指示。
13. 如請求項9所述的電腦實行系統，其中判定是否批准接收到的所述接受包括基於與所述遞送工作者相關聯的遞送歷史判定是否批准接收到的所述接受。
14. 如請求項9所述的電腦實行系統，其中接收遞送任務的列表包括： 準備包括用於輸入與所述遞送任務相關聯的資訊的至少一個元素的使用者介面； 將所述使用者介面轉發至由與所述遞送位點相關聯的管理員操作的電腦系統；以及 經由所述使用者介面接收與所述遞送任務相關聯的所述資訊。
15. 如請求項9所述的電腦實行系統，其中接收遞送任務的列表包括： 接收格式化為包含與預測遞送任務相關聯的資訊的資料結構；以及 檢索與所述預測遞送任務相關聯的所述資訊。
16. 如請求項9所述的電腦實行系統，其中所述遞送任務的列表包括遞送任務、退還任務或遞送/退還任務中的至少一者。
17. 如請求項9所述的電腦實行系統，其中所述遞送任務的列表中的每一任務包括接受窗口。
18. 如請求項17所述的電腦實行系統，其中判定是否批准接收到的所述接受包括： 判定當前時間； 比較所述當前時間與所述接受窗口； 在所述當前時間在所述接受窗口內的情況下批准接收到的所述接受；以及 在其他情況下拒絕接收到的所述接受。
19. 如請求項9所述的電腦實行系統，其中： 接收任務的接受更包括自所述遞送任務的列表移除所述任務； 基於判定拒絕接收到的所述接受： 將拒絕訊息轉發至所述行動裝置； 將所述任務添加至所述遞送任務的列表中。
20. 一種用於任務接受的電腦實行系統，包括經由網路互連的行動裝置及計算裝置， 所述行動裝置包括： 顯示裝置； 掃描裝置； 記憶體，儲存指令；以及 至少一個處理器，組態成執行所述指令以進行以下操作： 自所述計算裝置接收遞送任務的列表，所述遞送任務的列表基於所儲存偏好集合； 在所述顯示裝置上顯示所述遞送任務的列表； 在所述顯示裝置上接收與使用者介面元素的交互以接受遞送任務； 將與所接受任務相關聯的任務識別符轉發至所述伺服器，且接收作為回應的訊息，所述訊息包含與用於實現所述所接受遞送任務的第一遞送位點相關聯的碼； 在所述顯示裝置上接收交互以確認所述第一遞送位點處的出現； 經由所述掃描裝置掃描與所述第一遞送位點相關聯的標誌，且判定所述標誌是否匹配於接收到的所述碼；以及 回應於所述標誌匹配於接收到的所述碼的判定，提供在所述第一遞送位點處執行所述所接受遞送任務的指示，且 所述計算裝置包括： 記憶體，儲存指令；以及 至少一個處理器，組態成執行所述指令以進行以下操作： 接收及儲存用於接受的遞送任務的列表，每一遞送任務與遞送位點相關聯； 自所述行動裝置接收遞送工作者的一或多個遞送任務的請求； 判定用於發送至所述行動裝置的所儲存遞送任務的集合，且將所述集合轉發至所述行動裝置； 自所述行動裝置接收所述遞送工作者對來自所述遞送任務集合的任務的接受； 判定是否批准接收到的接受；以及 回應於判定批准接收到的所述接受，將批准訊息轉發至所述行動裝置，所述批准訊息包含與所述遞送位點相關聯的碼。

Images