TW202312064A - 動態地調整對交付者的付款的電腦實施的系統以及方法 - Google Patents

動態地調整對交付者的付款的電腦實施的系統以及方法 Download PDF

Info

Publication number
TW202312064A
TW202312064A TW110149711A TW110149711A TW202312064A TW 202312064 A TW202312064 A TW 202312064A TW 110149711 A TW110149711 A TW 110149711A TW 110149711 A TW110149711 A TW 110149711A TW 202312064 A TW202312064 A TW 202312064A
Authority
TW
Taiwan
Prior art keywords
delivery
delivery orders
deliverers
orders
geographic region
Prior art date
Application number
TW110149711A
Other languages
English (en)
Inventor
李吉浩
Original Assignee
南韓商韓領有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 南韓商韓領有限公司 filed Critical 南韓商韓領有限公司
Publication of TW202312064A publication Critical patent/TW202312064A/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination
    • G06Q30/0284—Time or distance, e.g. usage of parking meters or taximeters
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • G06Q20/145—Payments according to the detected use or quantity

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)

Abstract

提供動態地調整對交付者的付款的系統及方法，包括：接收多個交付訂單，其中所述多個交付訂單中的每一者與地理區中的交付位址相關聯，且其中地理區與多個配置相關聯；基於與地理區相關聯的所述多個配置來確定用於在地理區中履行所述多個交付訂單的基本費用；使用定價演算法基於所確定的配置來調整用於履行所述多個交付訂單的基本費用；接收與所述多個交付訂單相關聯的一或多個特徵；以及基於接收到的所述一或多個特徵來調整經調整的基本費用，其中用於計算基本費用的定價演算法是基於地理區而在多個定價演算法之中選擇。

Description

提供動態定價系統之電腦化系統以及方法
本揭露一般而言是有關於動態地調整對交付者的付款（payout）的電腦化系統以及方法。具體而言，本揭露的實施例是有關於創造性的及非常規的系統，所述創造性的及非常規的系統是有關於藉由對不同的地理區應用不同的定價演算法來即時地動態調整對交付者的付款。
使用者（例如，在線顧客、在線商家、交付人員）常常使用在線網站入口網站（online website portal）或行動應用來訂購物項（例如，訂購食物、雜貨等）。藉由實例，使用者於在線網站處維護包括使用者資訊（例如，位置資訊、菜單、姓名）的設定檔。在線訂購過程要求在線訂單處理的多個階段（自下訂單至交付訂單）。在其中使用者下請求交付食物的在線訂單的情況下，第一階段可為商家（例如，餐館）基於其處理訂單的可用性來確認訂單或拒絕訂單。作為第二階段的一部分，在接收到來自商家的對訂單的確認時，向交付人員發送基於其可用性來確認或拒絕對來自商家的訂單的收取的請求。
用於管理在線交付訂單的傳統解決方案一般而言在確定及調整對交付者的付款（即，為履行交付訂單而支付給交付人員的價格）方面無效。舉例而言，一些區可能要求交付者行進得更遠來履行單個在線訂單，而一些區可能要求交付者行進更長的時間段來履行單個在線訂單。然而，用於管理在線交付訂單的當前解決方案一般而言在基於可能影響交付的各種因素來即時地動態調整對交付者的付款方面是無效的。因此，交付者可能常常拒絕收取來自商家的訂單，此乃因與例如履行訂單所花費的時間量相比，付款太低。如此一來，訂單可能會經常延遲，進而導致顧客體驗不佳且降低處理及管理交付訂單的效率。
此外，用於管理在線交付訂單的傳統解決方案主要使用在線服務來實施，且因此，可能要求網際網路連接來高效地管理在線服務。舉例而言，存在用於調整交付成本及為履行交付訂單而對交付者的付款的系統。然而，該些系統要求經由網際網路而持續輪詢（poll）資訊且基於市場改變而連續地進行計算以調整對交付者的付款。因此，當網際網路連接丟失或出現技術故障時，傳統系統可能無法即時地更新對交付者的付款以補償市場改變。
因此，需要一種電腦化系統以及方法，以用於基於可能影響交付的各種因素來動態地調整對交付者的付款，進而減少跨多個地理區的交付訂單的處理之間的時間延遲。另外，亦需要失效保全的（fail-safe）電腦化系統以及方法，以用於在即使出現技術故障時仍動態地調整對交付者的付款，以補償市場改變。
本揭露的一個態樣是有關於一種動態地調整對交付者的付款的電腦實施的系統。所述系統可包括：至少一個處理器；以及至少一個非暫時性儲存媒體，包含指令，所述指令在由所述至少一個處理器執行時使所述至少一個處理器實行步驟。所述步驟可包括：接收多個交付訂單，其中所述多個交付訂單中的每一者與地理區中的交付位址相關聯，且其中所述地理區與多個配置相關聯；基於與所述地理區相關聯的所述多個配置來確定用於在所述地理區中履行所述多個交付訂單的基本費用；使用定價演算法基於所確定的所述配置來調整用於履行所述多個交付訂單的所述基本費用；接收與所述多個交付訂單相關聯的一或多個特徵；以及基於接收到的所述一或多個特徵來調整經調整的所述基本費用，其中用於計算所述基本費用的所述定價演算法是基於所述地理區而在多個定價演算法之中選擇。
在一些實施例中，所述多個配置可包括可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目。在一些實施例中，使用所述定價演算法來調整用於履行所述多個交付訂單的所述基本費用可更包括：將可用於履行交付訂單的交付者當前數目與可用於履行交付訂單的所述交付者臨限數目進行比較；將需要履行的交付訂單當前數目與需要履行的所述交付訂單臨限數目進行比較；以及基於可用的所述交付數目的所述比較及需要履行的所述交付訂單數目的所述比較來調整所述基本費用。
在其他實施例中，所述多個配置可包括履行交付訂單的過程中的交付者數目及所下的附加交付訂單數目。在一些實施例中，使用所述定價演算法來調整用於履行所述多個交付訂單的所述基本費用可更包括：確定可用於履行交付訂單的交付者當前數目加履行交付訂單的所述過程中的所述交付者數目對需要履行的交付訂單當前數目加所下的所述附加交付訂單數目的比率；以及基於所確定的所述比率來調整所述基本費用。在一些實施例中，對可用於履行交付訂單的所述交付者當前數目、履行交付訂單的所述過程中的所述交付者數目、需要履行的所述交付訂單當前數目以及所下的所述附加交付訂單數目進行加權。
在一些實施例中，與所述地理區相關聯的所述多個配置是基於需要履行的交付訂單數目及可用於履行交付訂單的交付者數目而連續地進行調整。在又一實施例中，所述處理器可更被配置成執行所述指令以：基於與所述多個交付訂單中的每一者相關聯的起始位置和交付位址之間的總距離來計算距離費用；以及基於所述距離費用來調整經調整的所述基本費用。在一些實施例中，所述一或多個特徵可包括以下中的至少一者：與所述多個交付訂單中的每一者相關聯的拒絕計數或與所述多個交付訂單中的每一者的交付路線相關聯的一或多個特性。在其他實施例中，所述處理器可更被配置成執行所述指令，以使用機器學習演算法來預測將需要履行的交付訂單數目或者在特定時間將可用於履行交付訂單的交付者未來數目中的至少一者。
本揭露的另一態樣是有關於一種動態地調整對交付者的付款的方法。所述方法可包括：接收多個交付訂單，其中所述多個交付訂單中的每一者與地理區中的交付位址相關聯，且其中所述地理區與多個配置相關聯；基於與所述地理區相關聯的所述多個配置來確定用於在所述地理區中履行所述多個交付訂單的基本費用；使用定價演算法基於所確定的所述配置來調整用於履行所述多個交付訂單的所述基本費用；接收與所述多個交付訂單相關聯的一或多個特徵；以及基於接收到的所述一或多個特徵來調整經調整的所述基本費用，其中用於計算所述基本費用的所述定價演算法是基於所述地理區而在多個定價演算法之中選擇。
在一些實施例中，所述多個配置可包括可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目。在一些實施例中，使用所述定價演算法來調整用於履行所述多個交付訂單的所述基本費用可更包括：將可用於履行交付訂單的交付者當前數目與可用於履行交付訂單的所述交付者臨限數目進行比較；將需要履行的交付訂單當前數目與需要履行的所述交付訂單臨限數目進行比較；以及基於可用的所述交付數目的所述比較及需要履行的所述交付訂單數目的所述比較來調整所述基本費用。
在其他實施例中，所述多個配置可包括履行交付訂單的過程中的交付者數目及所下的附加交付訂單數目。在一些實施例中，使用所述定價演算法來調整用於履行所述多個交付訂單的所述基本費用可更包括：確定可用於履行交付訂單的交付者當前數目加履行交付訂單的所述過程中的所述交付者數目對需要履行的交付訂單當前數目加所下的所述附加交付訂單數目的比率；以及基於所確定的所述比率來調整所述基本費用。在一些實施例中，對可用於履行交付訂單的所述交付者當前數目、履行交付訂單的所述過程中的所述交付者數目、需要履行的所述交付訂單當前數目以及所下的所述附加交付訂單數目進行加權。
在一些實施例中，所述方法可更包括：基於與所述多個交付訂單中的每一者相關聯的起始位置和交付位址之間的總距離來計算距離費用；以及基於所述距離費用來調整經調整的所述基本費用。在一些實施例中，所述一或多個特徵可包括以下中的至少一者：與所述多個交付訂單中的每一者相關聯的拒絕計數或與所述多個交付訂單中的每一者的交付路線相關聯的一或多個特性。在其他實施例中，所述方法可更包括使用機器學習演算法來預測將需要履行的交付訂單數目或者在特定時間將可用於履行交付訂單的交付者未來數目中的至少一者。
本揭露的又一態樣是有關於一種動態地調整對交付者的付款的電腦實施的系統。所述系統可包括：至少一個處理器；以及至少一個非暫時性儲存媒體，包含指令，所述指令在由所述至少一個處理器執行時使所述至少一個處理器實行步驟。所述步驟可包括：接收多個交付訂單，其中所述多個交付訂單中的每一者與地理區中的交付位址相關聯，其中所述地理區與多個配置相關聯，且其中所述多個配置是基於需要履行的交付訂單數目及可用於履行交付訂單的交付者數目而連續地進行調整；基於與所述地理區相關聯的所述多個配置來確定用於在所述地理區中履行所述多個交付訂單的基本費用；使用定價演算法基於所確定的所述配置來調整用於履行所述多個交付訂單的所述基本費用；接收與所述多個交付訂單相關聯的一或多個特徵，其中所述一或多個特徵包括與所述多個交付訂單中的每一者相關聯的拒絕計數或與所述多個交付訂單中的每一者的交付路線相關聯的一或多個特性中的至少一者；以及基於接收到的所述一或多個特徵來調整經調整的所述基本費用，其中用於計算所述基本費用的所述定價演算法是基於所述地理區而在多個定價演算法之中選擇。
本文中亦論述其他系統、方法及電腦可讀取媒體。
以下詳細說明參照附圖。在圖式及以下說明中盡可能使用相同的參考編號來指代相同或相似的部件。儘管本文中闡述了若干例示性實施例，然而可具有各種修改、改編及其他實施方案。舉例而言，可對圖式中示出的組件及步驟進行替換、添加或修改，且可藉由對所揭露的方法的步驟進行替換、重新排序、移除或添加來修改本文中闡述的例示性方法。因此，以下詳細說明並非僅限於所揭露的實施例及實例。相反，本發明的正確範圍由隨附的專利申請範圍來界定。
本揭露的實施例是有關於被配置用於動態地調整對交付者的付款的系統以及方法。所揭露的實施例有利地能夠藉由對不同的地理區應用不同的定價演算法基於可能影響每一區中的交付的各種因素而即時地動態調整對交付者的付款。在一些實施例中，所揭露的實施例有利地能夠藉由使用機器學習演算法預測例如將需要履行的交付訂單數目或者在特定時間將可用於履行交付訂單的交付者未來數目中的至少一者而即時地動態調整對交付者的付款。
參照圖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擁有、租賃或營運。
參照圖3，圖3示出例示動態地調整對交付者的付款的系統的示例性實施例的示意性方塊圖。如圖3中所示，系統300可包括動態定價系統301、伺服器303及資料庫304，動態定價系統301、伺服器303及資料庫304中的每一者可經由網路302彼此進行通訊。在一些實施例中，動態定價系統301及/或伺服器303可經由直接連接（例如，使用纜線）而彼此進行通訊且與系統300的其他組件進行通訊。在一些其他實施例中，系統300可為圖1A所示系統100的部件且可經由網路302或經由直接連接（例如，使用纜線）而與系統100的其他組件（例如，外部前端系統103或內部前端系統105）進行通訊。動態定價系統301及/或伺服器303可各自包括單個電腦或者可各自被配置成包括多個電腦的分佈式電腦系統，所述多個電腦相互操作以實行與所揭露實例相關聯的過程及功能中的一或多者。
如圖3中所示，動態定價系統301可包括處理器305及記憶體307。處理器305可為一或多個已知處理裝置，例如來自由英特爾 TM（Intel TM）製造的奔騰 TM（Pentium TM）系列或者由進階微型裝置 TM（Advanced Micro Devices，AMD TM）製造的炫龍 TM（Turion TM）系列的微處理器。處理器305可構成同時執行並行過程的單核處理器或多核處理器。舉例而言，處理器305可使用邏輯處理器來同時執行並控制多個過程。處理器305可實施虛擬機技術或其他已知技術，以提供對多個軟體過程、應用、程式等進行執行、控制、運行、操縱、儲存等能力。在另一實例中，處理器305可包括多核處理器佈置，多核處理器佈置被配置成提供並行處理功能，以使得動態定價系統301及/或伺服器303能夠同時執行多個過程。此項技術中具有通常知識者將理解，可實施提供本文中所揭露的能力的其他類型的處理器佈置。
記憶體307可儲存在由處理器305執行時實行已知作業系統功能的一或多個作業系統。藉由實例，作業系統可包括微軟視窗（Microsoft Windows）、Unix、Linux、安卓（Android）、麥金塔作業系統（Macintosh operating system，Mac OS）、蘋果作業系統（iphone operating system，iOS）或其他類型的作業系統。因此，所揭露發明的實例可與運行任何類型的作業系統的電腦系統一起進行操作及發揮作用。記憶體307可為揮發性或非揮發性、磁性、半導體、磁帶、光學、可移動、不可移動或其他類型的儲存裝置或有形電腦可讀取媒體。
資料庫304可包括例如甲骨文™（Oracle™）資料庫、賽貝斯™（Sybase™）資料庫、或其他關係資料庫或非關係資料庫，例如海杜普™（Hadoop™）序列檔案、海杜普資料庫™（HBase™）或卡珊卓™（Cassandra™）。資料庫304可包括計算組件（例如，資料庫管理系統、資料庫伺服器等），所述計算組件被配置成接收並處理對儲存於資料庫的記憶體裝置中的資料的請求且提供來自資料庫的資料。資料庫304可包括NoSQL資料庫，例如海杜普資料庫、蒙哥達™（MongoDB™）或卡珊卓™。作為另一種選擇，資料庫304可包括關係資料庫，例如甲骨文、MySQL及微軟結構化查詢語言（structured query language，SQL）伺服器。在一些實施例中，資料庫304可採取伺服器、通用電腦、主機電腦（mainframe computer）或該些組件的任意組合的形式。
資料庫304可儲存可供處理器305用來實行與所揭露實例相關聯的方法及過程的資料。儘管圖3示出資料庫304位於動態定價系統301外部，然而資料庫304可位於動態定價系統301中。在一些實施例中，系統300可包括多於一個資料庫304。儲存於資料庫304中的資料可包括與交付訂單及/或交付者相關聯的任何合適的資料，所述資料可用於選擇定價演算法以及確定及/或調整對交付者的付款。舉例而言，儲存於資料庫304中的資料可包括與交付訂單相關聯的特徵，例如與交付訂單相關聯的交付位址、與每一交付訂單相關聯的交付路線、每一交付訂單的時戳等。另外，儲存於資料庫304中的資料可包括交付者特徵或與交付者相關聯的特徵，例如每一交付者的使用者姓名、每一交付者的顧客評級、交付者的過去交付歷史等。在其他實施例中，儲存於資料庫304中的資料可包括與對交付者的付款相關聯的歷史資料、定價演算法以及與定價模型至地理區映射相關聯的歷史資料（例如，過去哪個定價演算法被先前映射至每一地理區）。在一些實施例中，儲存於資料庫304中的資料可用作訓練資料，以訓練例如機器學習演算法來動態地調整對交付者的付款。因此，動態定價系統301可經由網路302與資料庫304進行通訊，以使用儲存於資料庫304中的訓練資料來訓練一或多個機器學習模型及/或演算法。附加地或作為另一種選擇，此訓練資料可直接儲存於動態定價系統301中，而非儲存於外部資料庫（例如資料庫304）中。
系統300亦可包括伺服器303。伺服器303可為網站伺服器。舉例而言，伺服器303可包括遞送可由例如使用者經由例如網際網路等網路（例如，網路302）存取的網站內容的硬體（例如，一或多個電腦）及/或軟體（例如，一或多個應用）。伺服器303可使用例如超文本傳輸協定（HTTP或安全超文本傳輸協定（secure HTTP， sHTTP））來與使用者進行通訊。遞送至使用者的網頁可包括例如超文本標記語言（Hypertext Markup Language，HTML）文件，HTML文件可除文本內容以外亦包括影像、式樣單（style sheet）及腳本。
使用者程式（例如（舉例而言）網站瀏覽器、網站爬蟲（web crawler）或本地行動應用）可藉由使用HTTP對特定資源進行請求來發起通訊，且若無法這樣做，則伺服器303可使用此資源的內容或錯誤訊息來進行響應。伺服器303亦可使得能夠或促進自使用者接收內容，因而使用者可能夠例如提交網站表單（web form），包括上載檔案。伺服器303亦可使用例如主動伺服器頁（Active Server Page，ASP）、超文本前處理器（Hypertext Preprocessor，PHP）或其他腳本處理語言來支援伺服器側腳本處理。因此，伺服器303的行為可在單獨的檔案中進行腳本處理，而實際的伺服器軟體保持不變。
在其他實施例中，伺服器303可為應用伺服器，其可包括專用於高效地執行用於支援其所應用的應用的程序（例如，程式、常式、腳本）的硬體及/或軟體。伺服器303可包括一或多個應用伺服器架構，包括例如爪哇（Java）應用伺服器（例如，爪哇平台企業版（Java platform, Enterprise Edition，Java EE）、來自微軟®的.NET架構、PHP應用伺服器等）。各種應用伺服器架構可包含全面服務層模型。伺服器303可充當例如實施系統100的實體可經由平台本身定義的應用程式設計介面（application programming interface，API）存取的一組組件。
在一些實施例中，動態定價系統305的一或多個處理器305可使用儲存於資料庫304中的資料來訓練一或多個機器學習演算法，以即時地動態調整對交付者的付款。舉例而言，一或多個處理器305可經由伺服器303擷取與交付者的過去交付訂單或過去活動等相關聯且儲存於資料庫304中的歷史資料，以預測地理區中的需求（例如地理區中需要履行的交付訂單數目）及/或地理區中的供應（例如地理區中可能可用於履行交付訂單的交付者數目）。基於預測，一或多個處理器305可搶先調整對交付者的付款，以增加交付者接受未決交付訂單的可能性，藉此減少交付訂單履行中的任何延遲。在一些實施例中，一或多個處理器305可預測地理區中的需求（例如未來在地理區中可能需要履行的交付訂單數目），且搶先調整對交付者的付款（例如，增加支付給交付者的價格）以確保足夠數量的交付者將可用於履行地理區中的交付訂單。在一些實施例中，一或多個處理器305亦可搶先調整對交付者的付款（例如，降低支付給交付者的價格），以減少未來將可用於履行交付訂單的交付者數目，特別是當一或多個處理器305預測出交付訂單數目未來將減少時。
在一些實施例中，一或多個處理器305可在多個演算法之中選擇用於確定對特定地理區中的交付者的付款的定價演算法。舉例而言，為了確定對特定地理區中的交付者的付款，一或多個處理器305可選擇最佳地管理履行交付訂單的成本且藉由例如將積壓（backlog）最小化來改善顧客體驗的定價演算法。使用所選擇的定價演算法，一或多個處理器305可確定為履行交付訂單而應支付給交付者的基本費用。在其他實施例中，一或多個處理器305可擷取與交付訂單相關聯的特徵、與地理區相關聯的配置等，以調整應支付給交付者的基本費用。舉例而言，一或多個處理器305可被配置成基於與交付訂單相關聯的交付位址、每一地理區中可用於履行交付訂單的交付者數目、地理區中需要履行的交付訂單數目、當前在履行訂單的過程中的交付者數目、已下的附加交付訂單數目、與每一交付訂單相關聯的拒絕計數、與每一交付訂單的交付路線相關聯的特性等來調整（例如，增加或減少）基本費用。
在其他實施例中，一或多個處理器305可使用機器學習模型來預測將需要履行的交付訂單數目或者在特定時間將可用於履行交付訂單的交付者未來數目。在一些實施例中，一或多個處理器305可使用機器學習模型及/或演算法來塑造未來的需求。舉例而言，一或多個處理器305可使用機器學習演算法來預測出在未來的特定時間段內，在特定地理區中可用於履行交付訂單的交付者數目將顯著減少。因此，一或多個處理器305可使用排名演算法來排列及/或重新排列顯示於使用者裝置的使用者介面上的商家的列表。藉由實例，一或多個處理器305可使用排名演算法來重新排列商家的列表，使得特定地理區內及/或緊鄰特定地理區的商家被顯示於使用者介面的頂部，以驅動對該些附近商家的需求。遠離特定地理區的商家可排名較低且被顯示於使用者介面的底部（或者根本不顯示），以降低顧客在遠離特定地理區的商家處下交付訂單的可能性。
系統300亦可包括網路302。網路302可為無線網路、有線網路或無線網路與有線網路的任意組合中的一或多者。舉例而言，網路302可包括以下中的一或多者：光纖網路、被動光學網路、纜線網路、網際網路網路（Internet network）、衛星網路、無線區域網路（wireless local area network，wireless LAN）、全球行動通訊系統（「Global System for Mobile Communication，GSM」）、個人通訊服務（「Personal Communication Service，PCS」）、個人區域網路（「Personal Area Network，PAN」）、數位先進行動電話服務（digital advanced mobile phone service，D-AMPS）、無線保真（Wireless Fidelity，Wi-Fi）、固定無線資料（Fixed Wireless Data）、IEEE 802.11b、802.15.1、802.11n及802.11g或用於發射及接收資料的任何其他有線網路或無線網路。
另外，網路302可包括但不限於電話線、光纖、IEEE乙太網路802.3、廣域網路（「wide area network，WAN」）、區域網路（「LAN」）或例如網際網路等全球網路。另外，網路302可支援網際網路網路、無線通訊網路、蜂巢網路等或其任意組合。網路302可更包括一個網路或者作為獨立網路而進行操作或彼此協同進行操作的任何數目的上述示例性類型的網路。網路302可利用與其通訊耦合的一或多個網路元件的一或多種協定。網路302可轉化成其他協定，或者自其他協定轉化成網路裝置的一或多種協定。儘管網路302被繪示為單一網路，然而應理解，根據一或多個實施例，網路302可包括多個互連的網路，例如（舉例而言）網際網路、服務提供商網路、纜線電視網路、公司網路及家庭網路。
圖4是示出確定及調整對交付者的付款的動態定價系統401的示例性實施例的組件的示意性方塊圖。動態定價系統401的在線服務402及離線服務404可以圖3所示動態定價系統301實施。如圖4中所示，動態定價系統401可包括在線服務402及離線服務404。在線服務402可能要求例如網際網路連接來操作在線服務402中的一或多者系統且使得例如顧客、交付者、商家等使用者能夠同時存取、共享及修改儲存於在線服務402中的資訊。另一方面，離線服務404可在不具有網際網路連接的條件下進行操作。因此，保存於離線服務404中的資訊一次僅可由一個使用者存取，例如當交付訂單系統403或交付管理訂單系統向離線服務404發送對資訊的請求時。在線服務402可與離線服務404分離。因此，當在線服務402及離線服務404中的一者出現技術故障時，技術故障可能不會影響在線服務402及離線服務404中的另一者。藉由實例，在線服務402與離線服務404可使用不同的電腦來實施。
動態定價系統401的在線服務402可包括交付訂單系統403、與交付訂單系統403相關聯的資料庫406、交付管理系統405以及與交付管理訂單系統405相關聯的資料庫407。離線服務404可包括特徵服務408、與特徵服務408相關聯的資料庫411、特徵應用程式設計介面（API）413、定價服務409、批量系統414、定價規則引擎415、定價API 416、區儀錶板410及操作中心412。離線服務404的一或多個組件可經由例如網路302與在線服務402的一或多個組件進行通訊。另外，使用者裝置400（例如交付者的行動裝置、顧客的行動裝置及/或商家的行動裝置）可經由網路302與動態定價系統401的一或多個組件進行通訊。
在一些實施例中，交付訂單系統403可包括與交付訂單系統403相關聯的一或多個處理器及一或多個資料庫406。舉例而言，一或多個資料庫406可包括例如關係或非關係資料庫。舉例而言，一或多個資料庫406可包括斯巴克™（Spark™）資料庫、機器學習資料庫、海弗™（Hive™）資料庫、騰索爾流（TensorFlow）資料集、甲骨文™資料庫、賽貝斯™資料庫或其他關係資料庫或非關係資料庫，例如海杜普™序列文件、海杜普資料庫™或卡珊卓™。在一些實施例中，一或多個資料庫406可包括卡珊卓™且可被配置成針對每一地理區的不同類型的定價模型或演算法儲存不同類型的行（例如，不同的元資料類型）。附加地，一或多個資料庫406可包括計算組件（例如，資料庫管理系統、資料庫伺服器等），所述計算組件被配置成接收及處理對儲存於資料庫的記憶體裝置中的資料的請求且提供來自資料庫的資料。一或多個資料庫406可包括NoSQL資料庫，例如海杜普資料庫、蒙哥達™或卡珊卓™。作為另一種選擇，一或多個資料庫406可包括關係資料庫，例如甲骨文、MySQL及微軟SQL伺服器。在一些實施例中，一或多個資料庫406可採取伺服器、通用電腦、主機電腦或該些組件的任意組合的形式。
一或多個資料庫406可儲存與交付訂單相關聯的資料。舉例而言，儲存於一或多個資料庫406中的資料可包括歷史資料（例如顧客已下的過去交付訂單）以及與過去交付訂單中的每一者相關聯的資料。舉例而言，一或多個資料庫406可儲存與過去交付訂單中的每一者相關聯的特徵，例如下每一交付訂單的顧客的姓名、與每一交付訂單相關聯的交付位址、與交付位址相關聯的地理區、每一交付訂單的開始位置（例如，商家位置、交付訂單收取位置等）、履行交付訂單的交付者的姓名、履行每一交付訂單所花費的預計時間、每一交付訂單的時戳等。因此，一或多個資料庫406可儲存資料，例如下大多數交付訂單的時間段、下最少數目交付訂單的時間段、依據一天中的時間、一周中的某天（day）、地理區等履行交付訂單所花費的平均時間量。
動態定價系統401亦可包括交付者管理系統405，交付者管理系統405可包括一或多個處理器及一或多個資料庫407。類似於一或多個資料庫406，一或多個資料庫407可包括例如關係或非關係資料庫。舉例而言，一或多個資料庫407可包括斯巴克™資料庫、機器學習資料庫、海弗™資料庫、騰索爾流資料集、甲骨文™資料庫、賽貝斯™資料庫或其他關係資料庫或非關係資料庫，例如海杜普™序列文件、海杜普資料庫™或卡珊卓™。在一些實施例中，一或多個資料庫407可包括卡珊卓™且可被配置成針對每一地理區的不同類型的定價模型或演算法儲存不同類型的行（例如，不同的元資料類型）。附加地，一或多個資料庫407可包括計算組件（例如，資料庫管理系統、資料庫伺服器等），所述計算組件被配置成接收及處理對儲存於資料庫的記憶體裝置中的資料的請求且提供來自資料庫的資料。一或多個資料庫407可包括NoSQL資料庫，例如海杜普資料庫、蒙哥達™或卡珊卓™。作為另一種選擇，一或多個資料庫407可包括關係資料庫，例如甲骨文、MySQL及微軟SQL伺服器。在一些實施例中，一或多個資料庫407可採取伺服器、通用電腦、主機電腦或該些組件的任意組合的形式。
一或多個資料庫407可儲存與交付者相關聯的資訊。舉例而言，一或多個資料庫407可儲存履行過去交付訂單的交付者的姓名、與每一交付者相關聯的顧客評級、每一交付者履行的交付訂單數目、每一交付者拒絕的交付訂單數目、每一交付者接受的交付訂單數目、每一交付者在履行交付訂單時已賺取的付款總量、每一交付者在履行交付訂單時已接收到的平均付款、每一交付者為履行交付訂單已行進的地理區、與每一交付者相關聯的位址、每一交付者履行交付訂單所花費的平均時間量、每一交付者活動的一周中的某天或（某些天）或一天中的時間、每一交付者不活動的一周中的某天或（某些天）或一天中的時間等。
動態定價系統401亦可包括特徵服務408，特徵服務408被配置成萃取、確定及儲存與交付訂單相關聯的一或多個特徵，所述一或多個特徵可用於調整支付給交付者的基本費用。特徵服務408可包括一或多個處理器及一或多個資料庫411。一或多個資料庫411可包括例如關係資料庫，例如甲骨文™資料庫、卡珊卓™資料庫、MySQL及/或微軟SQL伺服器。在一些實施例中，一或多個資料庫411可包括卡珊卓™且可被配置成針對每一地理區的不同類型的定價模型或演算法儲存不同類型的行（例如，不同的元資料類型）。附加地，一或多個資料庫411可包括計算組件（例如，資料庫管理系統、資料庫伺服器等），所述計算組件被配置成接收及處理對儲存於資料庫的記憶體裝置中的資料的請求且提供來自資料庫的資料。在一些實施例中，一或多個資料庫411可採取伺服器、通用電腦、主機電腦或該些組件的任意組合的形式。一或多個資料庫411可包括一或多個資料庫406及/或一或多個資料庫407的複製。藉由實例，可將儲存於一或多個資料庫406及/或一或多個資料庫407中的資料週期性地及/或連續地複製且快取於於一或多個資料庫411中。在一些實施例中，可將儲存於一或多個資料庫406及/或一或多個資料庫407中的資料即時或接近即時地連續複製且快取於一或多個資料庫411中。因此，即使存在與在線服務402相關聯的技術故障，且一或多個資料庫406及/或一或多個資料庫407不可存取的，動態定價系統401仍可為失效保全的且可仍能夠使用儲存於一或多個資料庫411中的資料來確定及/或調整對離線交付者的付款。在其他實施例中，當存在與離線服務404相關聯的技術故障時，在線服務402可仍能夠進行操作，藉此防止對在線服務402的任何串級效應。
特徵服務408亦可包括特徵API 413。特徵API 413可包括專用於高效地執行程序（例如，程式、常式、腳本）以支援其所應用的應用的硬體及/或軟體。特徵API 413可包括一或多個應用伺服器架構，包括例如爪哇應用伺服器（例如，爪哇平台企業版（Java EE）、來自微軟®的.NET架構、PHP應用伺服器等）。各種應用伺服器架構可包含全面服務層模型。
特徵API 413可被配置成存取儲存於一或多個資料庫411中的資訊且萃取與交付訂單相關聯的特徵或特徵訊號，所述特徵或特徵訊號可用於確定及/或調整對交付者的付款。所萃取的特徵可包括例如以下中的至少一者：與交付訂單中的每一者相關聯的拒絕計數（例如，每一交付訂單在被交付者接受及分派給交付者之前被拒絕的次數）、履行每一交付訂單所行進的距離、下每一交付訂單的一天中的時間、與每一交付訂單相關聯的地理區、及/或與交付訂單中的每一者的交付路線相關聯的一或多個特性。與交付路線相關聯的一或多個特性可包括例如，每一交付路線所行進的距離、每一交付路線經過的時間、與每一交付路線相關聯的交通量、交付路線是否穿行過城市、郊區或隔離區域、交付路線是否靠近公路、高速公路或地方道路等。
特徵API 413亦可被配置成存取儲存於一或多個資料庫411中的資訊且萃取與交付者相關聯的特徵或特徵訊號。舉例而言，特徵API 413可被配置成萃取與交付者相關聯的特徵，例如每一交付者的較佳地理區、每一交付者的最小接受付款、每一交付者的預期日收入、每一交付者每日賺取的平均總付款等。
動態定價系統401亦可包括定價服務409，定價服務409被配置成確定為在每一地理區中履行交付訂單而向交付者支付的基本費用，且根據需要即時地調整每一地理區的基本費用。因此，定價服務409可即時地（例如，以1分鐘的間隔）連續更新對每一地理區中的交付者的付款。定價服務409可包括批量系統414、定價規則引擎415及定價API 416。
在一些實施例中，批量系統414可被配置成自特徵服務408擷取與交付訂單及/或交付者相關聯的所萃取的一或多個特徵。批量系統414更被配置成擷取與每一地理區相關聯的一或多個配置。藉由實例，與每一地理區相關聯的一或多個配置可包括可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目。可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目可包括基於需要履行的交付訂單數目及可用於履行交付訂單的交付者數目而即時地更新且經連續調整的絕對數目。附加地，可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目可依據地理區而變化且對於每一地理區可為不同的。在其他實施例中，與每一地理區相關聯的所述一或多個配置可包括履行交付訂單的過程中的（且很快可用於履行新的交付訂單的）交付者數目及所下的（且很快被分派給交付者的）附加交付訂單數目。在其他實施例中，與每一地理區相關聯的所述一或多個配置可包括用於在每一地理區中、在當前時間等履行交付訂單的車輛類型。
在擷取到與每一地理區相關聯的所萃取的一或多個特徵及一或多個配置之後，批量系統414可被配置成計算為履行每一地理區的交付訂單而支付給交付者的基本費用。批量系統414可被配置成基於針對每一地理區的所擷取的特徵及所擷取的配置即時地（例如，以1分鐘的間隔）更新基本費用，此可依據一天中的時間、一周中的某天等而變化。
在一些實施例中，批量系統414可被配置成使用定價模型或演算法來調整與每一地理區相關聯的基本費用。舉例而言，定價規則引擎415可被配置成在多個定價模型或演算法之中選擇用於調整與每一地理區相關聯的基本費用的定價模型或演算法。批量系統414可應用所選擇的定價模型或演算法來調整與每一地理區相關聯的基本費用。
在一些實施例中，例如，定價演算法中的一者可將可用於履行交付訂單的交付者當前數目與可用於履行交付訂單的交付者臨限數目進行比較，將需要履行的交付訂單當前數目與需要履行的交付訂單臨限數目進行比較，且基於比較來確定調整基本費用的增量。因此，若此定價演算法是由定價規則引擎415基於地理區而選擇，則批量系統414可應用此定價演算法來調整基本費用。因此，批量系統414可擷取與地理區相關聯的配置（例如可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目），且應用所選擇的定價演算法，所述定價演算法可將可用於履行交付訂單的交付者當前數目與可用於履行交付訂單的交付者臨限數目進行比較，將需要履行的交付訂單當前數目與需要履行的交付訂單臨限數目進行比較，且基於比較來確定調整基本費用的增量。因此，批量系統414可基於所確定的增量來調整基本費用且儲存經調整的基本費用。經調整的基本費用可儲存於定價API 416中且可儲存及/或顯示於區儀錶板410上。當批量系統414即時地更新經調整的基本費用時，儲存於定價API 416中及/或顯示於區儀錶板410上的經調整的基本費用亦可即時地（例如，以1分鐘的間隔）更新。
在另一實施例中，例如，定價演算法中的一者可確定可用於履行交付訂單的交付者當前數目加履行交付訂單的過程中的交付者數目對需要履行的交付訂單當前數目加所下的附加交付訂單數目的比率。定價演算法可使用以下方程式來確定比率：
Figure 02_image001
其中「 supply」是指在地理區中可能可用於履行交付訂單的交付者數目，「 demand」是指在地理區中需要履行的交付訂單數目，「 idle」是指可用於履行交付訂單的交付者當前數目，「 soonIdle」是指履行交付訂單的過程中的交付者數目，「 backLog」是指需要履行的交付訂單當前數目，且「 init」是指所下的附加交付訂單數目。因此，若此定價演算法是由定價規則引擎415基於地理區而選擇，則批量系統414可應用此定價演算法基於所確定的比率來調整基本費用。舉例而言，批量系統414應用所選擇的定價演算法，此可確定可用於履行交付訂單的交付者當前數目加履行交付訂單的過程中的交付者數目對需要履行的交付訂單當前數目加所下的附加交付訂單數目的比率，且若比率大於預定數字，則將基本費用調整第一數量，且若比率低於預定數字，則將基本費用調整第二數量。在一些實施例中，可對可用於履行交付訂單的交付者當前數目、履行交付訂單的過程中的交付者數目、需要履行的交付訂單當前數目以及所下的附加交付訂單數目進行加權。此後，批量系統414可基於所確定的比率來調整基本費用且儲存經調整的基本費用。經調整的基本費用可儲存於定價API 416中且可儲存及/或顯示於區儀錶板410上。當批量系統414即時地更新經調整的基本費用時，儲存於定價API 416中及/或顯示於區儀錶板410上的經調整的基本費用亦可即時地（例如，以1分鐘的間隔）更新。
在另一實施例中，定價演算法中的一者可附加地基於與所述多個交付訂單中的每一者相關聯的起始位置和交付位址之間的總距離來計算距離費用，且基於距離費用來調整基本費用。舉例而言，定價演算法中的一者可確定可用於履行交付訂單的交付者當前數目加履行交付訂單的過程中的交付者數目對需要履行的交付訂單當前數目加所下的附加交付訂單數目的比率，基於所確定的比率來調整與地理區相關聯的基本費用，基於與所述多個交付訂單中的每一者相關聯的起始位置和交付位址之間的總距離來計算距離費用，且基於距離費用來調整經調整的基本費用。如上所述，比率可基於以下方程式來確定：
Figure 02_image001
其中「 supply」是指在地理區中可能可用於履行交付訂單的交付者數目，「 demand」是指在地理區中需要履行的交付訂單數目，「 idle」是指可用於履行交付訂單的交付者當前數目，「 soonIdle」是指履行交付訂單的過程中的交付者數目，「 backLog」是指需要履行的交付訂單當前數目，且「 init」是指所下的附加交付訂單數目。因此，若此定價演算法是由定價規則引擎415基於地理區而選擇，則批量系統414可應用此定價演算法基於所確定的比率來調整基本費用，且基於所計算的距離費用來進一步調整經調整的基本費用，以便不僅基於市場條件來調整基本付款，而且基於總交付距離來調整基本付款。在一些實施例中，可對距離費用進行加權。此後，經調整的基本費用可儲存於定價API 416中且可儲存及/或顯示於區儀錶板410上。當批量系統414即時地更新經調整的基本費用時，儲存於定價API 416中及/或顯示於區儀錶板410上的經調整的基本費用亦可即時地（例如，以1分鐘的間隔）更新。
在一些實施例中，定價演算法中的一者可實施機器學習演算法，以預測將需要履行的交付訂單數目或者在特定時間將可用於履行交付訂單的交付者未來數目中的至少一者，且基於預測來調整基本費用。舉例而言，定價演算法中的一者可使用與過去交付訂單及/或過去交付者相關聯的歷史資料來實施以下時間序列機器學習演算法，以預測將需要履行的交付訂單數目或者在特定地理區中在特定時間（例如在接下來的15分鐘內）將可用於履行交付訂單的交付者未來數目。
Figure 02_image003
Figure 02_image005
Figure 02_image007
其中「 supply elasticity 」是指要求附加交付者履行地理區中的交付訂單所必需的付款的增加，「 demand t 」是指在特定時間t在地理區中需要履行的交付訂單數目，「 demand t+15min 」是指在接下來的15分鐘內在地理區中將需要履行的交付訂單數目，「 regionId」是指分派給地理區的辨識符，「 price current 」是指對履行交付訂單的交付者的當前付款，「 regional」是指地理區中的基本費用，「 supply target 」是指在接下來的15分鐘內在地理區中將需要履行交付訂單的交付者目標數目，且「 price target 」是指對交付者的目標付款。基於預測，批量系統414可搶先調整基本費用，以考慮將需要履行的交付訂單數目及/或在特定地理區中在特定時間將可用於履行交付訂單的交付者未來數目。此後，經調整的基本費用可儲存於定價API 416中且可儲存及/或顯示於區儀錶板410上。當批量系統414即時地更新經調整的基本費用時，儲存於定價API 416中及/或顯示於區儀錶板410上的經調整的基本費用亦可即時地（例如，以1分鐘的間隔）更新。
在一些實施例中，可使用儲存於一或多個資料庫406、407及411中的資料來訓練機器學習演算法，所述機器學習演算法用於預測將需要履行的交付訂單數目或者在特定地理區中在特定時間將可用於履行交付訂單的交付者未來數目中的至少一者。舉例而言，機器學習演算法可使用與過去交付訂單或交付者的過去活動相關聯的歷史資料來訓練，以預測地理區中的需求（例如地理區中需要履行的交付訂單數目）及/或地理區中的供應（例如地理區中可能可用於履行交付訂單的交付者數目）。在一些實施例中，批量系統414可實施機器學習演算法來預測地理區中的需求（例如未來在地理區中可能需要履行的交付訂單數目），且搶先調整對交付者的付款（例如，增加支付給交付者的價格）以確保足夠數量的交付者將可用於履行地理區中的交付訂單。在一些實施例中，批量系統414亦可搶先調整對交付者的付款（例如，降低支付給交付者的價格），以減少未來將可用於履行交付訂單的交付者數目，特別是當機器學習演算法被實施而預測出交付訂單數目未來將減少時。
在一些實施例中，定價服務409可使用機器學習演算法來塑造未來的需求。舉例而言，定價服務409可實施機器學習演算法來預測出在未來的特定時間段內，在特定地理區中可用於履行交付訂單的交付者數目將顯著減少。因此，定價服務409可向操作中心412發送指令，操作中心412接著可向交付者管理系統405及/或交付訂單管理系統403發送指令，以使用排名演算法來排列及/或重新排列顯示於使用者裝置400的使用者介面上的商家的列表。因此，交付者管理系統405及/或交付訂單管理系統403的一或多個處理器可使用排名演算法來重新排列商家的列表，使得特定地理區內及/或緊鄰特定地理區的商家被顯示於使用者介面的頂部，以驅動對該些附近商家的需求。遠離特定地理區的商家可排名較低且被顯示於使用者介面的底部（或者根本不顯示），以降低顧客在遠離特定地理區的商家處下交付訂單的可能性。因此，定價服務409可實施機器學習演算法，以將地理區中的需求（例如地理區中需要履行的交付訂單數目）與地理區中的供應（例如地理區中可能可用於履行交付訂單的交付者數目）相匹配。
在一些實施例中，定價API 416可包括專用於高效地執行程序（例如，程式、常式、腳本）以支援其所應用的應用的硬體及/或軟體。定價API 416可包括一或多個應用伺服器架構，包括例如爪哇應用伺服器（例如，爪哇平台企業版（Java EE）、來自微軟®的.NET架構、PHP應用伺服器等）。各種應用伺服器架構可包含全面服務層模型。在一些實施例中，定價API 416不僅可被配置成例如由卡珊卓™快取經更新的經調整的基本費用，而且亦可被配置成快取用於調整每一地理區的基本費用的所選擇的定價演算法。因此，批量系統414可被配置成使用所快取的定價演算法來高效地更新經調整的基本費用。附加地或作為另一種選擇，由於最新調整的基本費用及所選擇的定價演算法快取於定價API 416中，因此即使當動態定價系統401的一或多個組件出現故障時，定價服務409仍可被配置成返回回退值（fallback value）（例如所快取的最新付款資訊），藉此防止對動態定價系統401的其他部件的任何串級效應。
動態定價系統401亦可包括區儀錶板410。區儀錶板410可自定價服務409即時地擷取經調整的基本費用且維護每一地理區的最新付款資訊。在一些實施例中，區儀錶板410可被實施為搜尋引擎，例如彈性搜尋™（elasticsearch™）或基巴納™（Kibana™），且因此，可離線搜尋及擷取每一地理區的最新付款資訊。舉例而言，當交付訂單系統403或交付管理訂單系統向區儀錶板410發送對最新付款資訊的請求時，可在不具有網際網路連接的條件下擷取每一地理區的最新付款資訊。在一些實施例中，動態定價系統401可包括操作中心412，操作中心412可被配置成自定價服務409擷取最新付款資訊且將最新付款資訊發射至交付者管理系統405。交付者管理系統405接著可被配置成發射及發送最新付款資訊（包括為在每一地理區中履行交付訂單而支付給交付者的經調整的基本費用），用於在使用者裝置400的使用者介面上顯示。藉由實例，使用者裝置400的使用者介面可被配置成顯示一或多個地理區的地圖，其中圖標疊加於每一地理區上。疊加於每一地理區上的圖標可被配置成顯示用於履行交付訂單的經調整的付款。地圖可即時地更新，以顯示每一地理區的最新的經調整的付款。
現在參照圖5，圖5示出例示確定及調整對交付者的付款的動態定價系統501的另一示例性實施例的組件的示意性方塊圖。動態定價系統501的在線服務402及離線服務404可以圖3所示動態定價系統301實施。如圖5中所示且類似於圖4所示動態定價系統401，動態定價系統501可包括在線服務402及離線服務404。在線服務402可能要求例如網際網路連接來操作在線服務402中的一或多者系統且使得例如顧客、交付者、商家等使用者能夠同時存取、共享及修改儲存於在線服務402中的資訊。另一方面，離線服務404可在不具有網際網路連接的條件下進行操作。因此，保存於離線服務404中的資訊一次僅可由一個使用者存取，例如當交付訂單系統403或交付管理訂單系統向離線服務404發送對資訊的請求時。在線服務402可與離線服務404分離。因此，當在線服務402及離線服務404中的一者出現技術故障時，技術故障可能不會影響在線服務402及離線服務404中的另一者。藉由實例，在線服務402與離線服務404可使用不同的電腦來實施。
動態定價系統401的在線服務402可包括交付訂單系統403、與交付訂單系統403相關聯的資料庫406、交付管理系統405以及與交付管理訂單系統405相關聯的資料庫407。離線服務404可包括特徵服務408、與特徵服務408相關聯的資料庫411、特徵應用程式設計介面（API）413、區級定價服務509、批量系統514、定價規則引擎515、定價API 516、區儀錶板410及機器學習（machine learning，ML）平台512。離線服務404的一或多個組件可經由例如網路302與在線服務402的一或多個組件進行通訊。另外，使用者裝置400（例如交付者的行動裝置、顧客的行動裝置及/或商家的行動裝置）可經由網路302與動態定價系統501的一或多個組件進行通訊。
動態定價系統501的交付訂單系統403、與交付訂單系統403相關聯的一或多個資料庫406、交付者管理系統405、與交付者管理系統405相關聯的一或多個資料庫407、特徵服務408、與特徵服務408相關聯的一或多個資料庫411、特徵API 413以及區儀錶板410可與圖4所示動態定價系統401中的相應組件相同，且因此，將省略對該些組件的說明。然而，與圖4所示動態定價系統401不同，動態定價系統501可更包括任務級定價服務502、區級定價服務509及機器學習平台512。因此，定價服務409的任務可被分成區級定價服務509及任務級定價服務502。
區級定價服務509可被配置成確定為在每一地理區中履行交付訂單而向交付者支付的區級基本費用且根據需要即時地調整區級基本費用。因此，區級定價服務509可即時地（例如，以1分鐘的間隔）連續更新對每一地理區中的交付者的付款。區級定價服務509可包括批量系統514、區級定價規則引擎515及定價API 516。
在一些實施例中，批量系統514可被配置成擷取與每一地理區相關聯的一或多個配置。藉由實例，與每一地理區相關聯的一或多個配置可包括可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目。可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目可包括基於需要履行的交付訂單數目及可用於履行交付訂單的交付者數目而即時地更新且經連續調整的絕對數目。附加地，可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目可依據地理區而變化且對於每一地理區可為不同的。在其他實施例中，與每一地理區相關聯的所述一或多個配置可包括履行交付訂單的過程中的（且很快可用於履行新的交付訂單的）交付者數目及所下的（且很快被分派給交付者的）附加交付訂單數目。其他實施例中，與每一地理區相關聯的所述一或多個配置可包括用於在每一地理區中、在當前時間等履行交付訂單的車輛類型。
在擷取到與每一地理區相關聯的一或多個配置之後，批量系統514可被配置成計算為履行每一地理區的交付訂單而支付給交付者的基本費用。批量系統514可被配置成基於針對每一地理區的所擷取的配置而即時地（例如，以1分鐘的間隔）更新基本費用，此可依據一天中的時間、一周中的某天等而變化。
在一些實施例中，批量系統514可被配置成使用定價模型或演算法來調整與每一地理區相關聯的基本費用。舉例而言，區級定價規則引擎515可被配置成在多個定價模型或演算法之中選擇用於調整與每一地理區相關聯的基本費用的定價模型或演算法。批量系統514可應用所選擇的定價模型或演算法來調整與每一地理區相關聯的基本費用。在一些實施例中，例如，定價演算法中的一者可將可用於履行交付訂單的交付者當前數目與可用於履行交付訂單的交付者臨限數目進行比較，將需要履行的交付訂單當前數目與需要履行的交付訂單臨限數目進行比較，且基於比較來確定調整基本費用的增量。因此，若此定價演算法是由區級定價規則引擎515基於地理區而選擇，則批量系統514可應用此定價演算法來調整基本費用。因此，批量系統514可擷取與地理區相關聯的配置（例如可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目），且應用所選擇的定價演算法，所述定價演算法可將可用於履行交付訂單的交付者當前數目與可用於履行交付訂單的交付者臨限數目進行比較，將需要履行的交付訂單當前數目與需要履行的交付訂單臨限數目進行比較，且基於比較來確定調整基本費用的增量。因此，批量系統514可基於所確定的增量來調整基本費用且儲存經調整的基本費用。經調整的基本費用可儲存於定價API 516中且可儲存及/或顯示於區儀錶板410上。當批量系統514即時地更新經調整的基本費用時，儲存於定價API 516中及/或顯示於區儀錶板410上的經調整的基本費用亦可即時地（例如，以1分鐘的間隔）更新。
在另一實施例中，例如，定價演算法中的一者可確定可用於履行交付訂單的交付者當前數目加履行交付訂單的過程中的交付者數目對需要履行的交付訂單當前數目加所下的附加交付訂單數目的比率。定價演算法可使用以下方程式來確定比率：
Figure 02_image001
其中「 supply」是指在地理區中可能可用於履行交付訂單的交付者數目，「 demand」是指在地理區中需要履行的交付訂單數目，「 idle」是指可用於履行交付訂單的交付者當前數目，「 soonIdle」是指履行交付訂單的過程中的交付者數目，「 backLog」是指需要履行的交付訂單當前數目，且「 init」是指所下的附加交付訂單數目。因此，若此定價演算法是由區級定價規則引擎515基於地理區而選擇，則批量系統514可應用此定價演算法基於所確定的比率來調整基本費用。舉例而言，批量系統514應用所選擇的定價演算法，此可確定可用於履行交付訂單的交付者當前數目加履行交付訂單的過程中的交付者數目對需要履行的交付訂單當前數目加所下的附加交付訂單數目的比率，且若比率大於預定數字，則將基本費用調整第一數量，且若比率低於預定數字，則將基本費用調整第二數量。在一些實施例中，可對可用於履行交付訂單的交付者當前數目、履行交付訂單的過程中的交付者數目、需要履行的交付訂單當前數目以及所下的附加交付訂單數目進行加權。此後，批量系統514可基於所確定的比率來調整基本費用且儲存經調整的基本費用。經調整的基本費用可儲存於定價API 516中且可儲存及/或顯示於區儀錶板410上。當批量系統514即時地更新經調整的基本費用時，儲存於定價API 516中及/或顯示於區儀錶板410上的經調整的基本費用亦可即時地（例如，以1分鐘的間隔）更新。
在另一實施例中，定價演算法中的一者可附加地基於與所述多個交付訂單中的每一者相關聯的起始位置和交付位址之間的總距離來計算距離費用，且基於距離費用來調整基本費用。舉例而言，定價演算法中的一者可確定可用於履行交付訂單的交付者當前數目加履行交付訂單的過程中的交付者數目對需要履行的交付訂單當前數目加所下的附加交付訂單數目的比率，基於所確定的比率來調整與地理區相關聯的基本費用，基於與所述多個交付訂單中的每一者相關聯的起始位置和交付位址之間的總距離來計算距離費用，且基於距離費用來調整經調整的基本費用。如上所述，比率可基於以下方程式來確定：
Figure 02_image001
其中「 supply」是指在地理區中可能可用於履行交付訂單的交付者數目，「 demand」是指在地理區中需要履行的交付訂單數目，「 idle」是指可用於履行交付訂單的交付者當前數目，「 soonIdle」是指履行交付訂單的過程中的交付者數目，「 backLog」是指需要履行的交付訂單當前數目，且「 init」是指所下的附加交付訂單數目。因此，若此定價演算法是由區級定價規則引擎515基於地理區而選擇，則批量系統514可應用此定價演算法基於所確定的比率來調整基本費用，且基於所計算的距離費用來進一步調整經調整的基本費用，以便不僅基於市場條件來調整基本付款，而且基於總交付距離來調整基本付款。在一些實施例中，可對距離費用進行加權。此後，經調整的基本費用可儲存於定價API 516中且可儲存及/或顯示於區儀錶板410上。當批量系統514即時地更新經調整的基本費用時，儲存於定價API 516中及/或顯示於區儀錶板410上的經調整的基本費用亦可即時地（例如，以1分鐘的間隔）更新。
在一些實施例中，定價演算法中的一者可實施儲存於機器學習平台512中的機器學習演算法，以預測將需要履行的交付訂單數目或者在特定時間將可用於履行交付訂單的交付者未來數目中的至少一者，且基於預測來調整基本費用。舉例而言，定價演算法中的一者可使用與過去交付訂單及/或過去交付者相關聯的歷史資料來實施以下時間序列機器學習演算法，以預測將需要履行的交付訂單數目或者在特定地理區中在特定時間（例如在接下來的15內）將可用於履行交付訂單的交付者未來數目。
Figure 02_image003
Figure 02_image005
Figure 02_image007
其中「 supply elasticity 」是指要求附加交付者履行地理區中的交付訂單所必需的付款的增加，「 demand t 」是指在特定時間t在地理區中需要履行的交付訂單數目，「 demand t+15min 」是指在接下來的15分鐘內在地理區中將需要履行的交付訂單數目，「 regionId」是指分派給地理區的辨識符，「 price current 」是指對履行交付訂單的交付者的當前付款，「 regional」是指地理區中的基本費用，「 supply target 」是指在接下來的15分鐘內在地理區中將需要履行交付訂單的交付者目標數目，且「 price target 」是指對交付者的目標付款。基於預測，批量系統514可搶先調整基本費用，以考慮將需要履行的交付訂單數目及/或在特定地理區中在特定時間將可用於履行交付訂單的交付者未來數目。此後，經調整的基本費用可儲存於定價API 516中且可儲存及/或顯示於區儀錶板410上。當批量系統514即時地更新經調整的基本費用時，儲存於定價API 516中及/或顯示於區儀錶板410上的經調整的基本費用亦可即時地（例如，以1分鐘的間隔）更新。
在一些實施例中，機器學習平台512可儲存用於動態地調整對交付者的付款的一或多個機器學習演算法。舉例而言，可使用儲存於機器學習平台512中的機器學習演算法來預測將需要履行的交付訂單數目或者在特定地理區中在特定時間將可用於履行交付訂單的交付者未來數目中的至少一者。可使用儲存於一或多個資料庫406、407及411中的資料來訓練機器學習演算法。舉例而言，機器學習演算法可使用與過去交付訂單或交付者的過去活動相關聯的歷史資料來訓練，以預測地理區中的需求（例如地理區中需要履行的交付訂單數目）及/或地理區中的供應（例如地理區中可能可用於履行交付訂單的交付者數目）。在一些實施例中，批量系統514可自機器學習平台512擷取機器學習演算法且實施機器學習演算法來預測地理區中的需求（例如未來在地理區中可能需要履行的交付訂單數目），且搶先調整對交付者的付款（例如，增加支付給交付者的價格）以確保足夠數量的交付者將可用於履行地理區中的交付訂單。在一些實施例中，批量系統514亦可搶先調整對交付者的付款（例如，降低支付給交付者的價格），以減少未來將可用於履行交付訂單的交付者數目，特別是當機器學習演算法被實施而預測出交付訂單數目未來將減少時。
在一些實施例中，區級定價服務509及/或任務級定價服務502可使用儲存於機器學習平台512中的一或多者機器學習演算法來塑造未來的需求。舉例而言，在區級上，區級定價服務509可實施機器學習演算法來預測出在未來的特定時間段內，在特定地理區中可用於履行交付訂單的交付者數目將顯著減少。因此，區級定價服務509及/或任務級定價服務502可向交付者管理系統405及/或交付訂單管理系統403發送指令，以使用排名演算法來排列及/或重新排列顯示於使用者裝置400的使用者介面上的商家的列表。因此，交付者管理系統405及/或交付訂單管理系統403的一或多個處理器可使用排名演算法來重新排列商家的列表，使得特定地理區內及/或緊鄰特定地理區的商家被顯示於使用者介面的頂部，以驅動對該些附近商家的需求。遠離特定地理區的商家可排名較低且被顯示於使用者介面的底部（或者根本不顯示），以降低顧客在遠離特定地理區的商家處下交付訂單的可能性。因此，區級定價服務509及/或任務級定價服務502可實施機器學習演算法，以將地理區中的需求（例如地理區中需要履行的交付訂單數目）與地理區中的供應（例如地理區中可能可用於履行交付訂單的交付者數目）相匹配。
在一些實施例中，定價API 516可包括專用於高效地執行程序（例如，程式、常式、腳本）以支援其所應用的應用的硬體及/或軟體。定價API 516可包括一或多個應用伺服器架構，包括例如爪哇應用伺服器（例如，爪哇平台企業版（Java EE）、來自微軟®的.NET架構、PHP應用伺服器等）。各種應用伺服器架構可包含全面服務層模型。在一些實施例中，定價API 516不僅可被配置成例如由卡珊卓™快取經更新的經調整的基本費用，而且亦可被配置成快取用於調整每一地理區的基本費用的所選擇的定價演算法。因此，批量系統514可被配置成使用所快取的定價演算法來高效地更新經調整的基本費用。附加地或作為另一種選擇，由於最新調整的基本費用及所選擇的定價演算法快取於定價API 516中，因此即使當動態定價系統501的一或多個組件出現故障時，區級定價服務509仍可被配置成返回回退值（例如所快取的最新付款資訊），藉此防止對動態定價系統501的其他部件的任何串級效應。
在其他實施例中，定價API 516可被配置成快取定價演算法至地理區映射（例如，先前選擇哪個定價演算法來調整每一地理區中的基本費用的映射）。因此，對於每一地理區，批量系統514可被配置成使用映射至每一相應地理區且快取於定價API 516中的定價演算法來高效地調整基本費用。為了確保選擇、快取及使用適當的定價演算法來調整每一地理區中的基本費用，可由API 516實施切換測試（switchback test）。切換測試可配置區級定價規則引擎515及批量系統514，使得一個特定的定價演算法被連續地用於在預定時間段（例如，3小時）內調整特定區中的基本費用。在預定時間段已過去之後，切換測試配置區級定價規則引擎515及批量系統514切換至另一不同的定價演算法，以在預定時間段（例如，3小時）內調整特定區中的基本費用。可重複切換至另一定價演算法，直至定價演算法中的每一者已被用於在相同的時間段內調整相同區中的基本費用。可在整個切換評估期間收集資料點，以評估每一定價演算法的效能且確定所述多個定價演算法中的哪個定價演算法在沒有任何網路影響的條件下會最佳地調整基本費用。
在一些實施例中，任務級定價服務502可包括任務級定價規則引擎504，任務級定價規則引擎504被配置成自特徵服務408的特徵API 413擷取與交付訂單及/或交付者相關聯的一或多個特徵，自區級定價服務509擷取與每一地理區相關聯的基本費用資訊。自區級定價服務509擷取的基本費用資訊可能已基於與每一地理區相關聯的一或多個配置而在區級上進行調整。任務級定價規則引擎504亦可被配置成自機器學習平台512中的儲存庫中擷取任務級定價演算法。因此，任務級定價服務502可被配置成除區級調整之外進一步調整基本費用，以平衡地理區中的需求（例如地理區中需要履行的交付訂單數目）與地理區中的供應（例如地理區中可能可用於履行交付訂單的交付者數目）。
任務級定價規則引擎504可被配置成在多個任務級定價演算法之中選擇用於基於與交付訂單相關聯的特徵來進一步調整基本費用的任務級定價演算法。與交付訂單相關聯的一或多個特徵可包括可包括例如以下中的至少一者：與交付訂單中的每一者相關聯的拒絕計數（例如，每一交付訂單在被交付者接受及分派給交付者之前被拒絕的次數）、履行每一交付訂單所行進的距離、下每一交付訂單的一天中的時間、與每一交付訂單相關聯的地理區、及/或與交付訂單中的每一者的交付路線相關聯的一或多個特性。與交付路線相關聯的一或多個特性可包括例如，每一交付路線所行進的距離、每一交付路線經過的時間、與每一交付路線相關聯的交通量、交付路線是否穿行過城市、郊區或隔離區域、交付路線是否靠近公路、高速公路或地方道路等。為了將交付者的交付訂單要約（offer）被拒絕的機率最小化，所選擇的任務級定價演算法可基於與每一交付訂單相關聯的一或多個特徵來增加或減少基本費用，以激勵交付者接受交付訂單。
在其他實施例中，所選擇的任務級定價演算法可進一步考慮與交付者相關聯的一或多個特徵。與交付者相關聯的一或多個特徵可包括，例如每一交付者的較佳地理區、每一交付者的最小接受付款、每一交付者的預期日收入、每一交付者每日賺取的平均總付款等。因此，任務級定價演算法可基於與每一交付訂單相關聯的一或多個特徵以及與每一交付者相關聯的一或多個特徵來增加或減少基本費用。
如圖5中所示，任務級定價服務502可於在線服務402與離線服務404之間實施。任務級定價服務502可被配置成藉由進一步調整每一單獨交付訂單的基本費用來確定對每一單獨交付訂單的交付者的最佳付款，基本費用已由區級定價服務509基於與地理區相關聯的一或多個配置在區級上進行調整。任務級定價服務502可被配置成於在線服務402與離線服務404之間橋接，以確保離線服務404不影響在線服務402，使得例如交付訂單管理系統403被設計成失效保全的。藉由實例，當具有API超時限制的任務級定價服務502出現故障時，交付訂單管理系統403可仍能夠擷取交付者付款資訊。舉例而言，交付訂單管理系統403可仍能夠擷取回退值（例如所快取的最新付款資訊），藉此防止對在線服務402的任何串級效應。
現在參照圖6，圖6示出例示動態地調整對交付者的付款的方法600的示例性實施例的示意圖。藉由實例提供此示例性方法。圖6中所示的方法600可由各種系統的一或多個組合來執行或以其他方式實行。藉由實例，如下所述的方法600可由動態定價系統301（如圖3中所示）施行，且在闡釋圖6所示方法時參考系統的各種元件。在其他實施例中，如下所述的方法600可由如圖4中所示的動態定價系統401的部分或者如圖5中所示的動態定價系統501的部分來施行。圖6中所示的每一方塊表示示例性方法600中的一或多個過程、方法或子常式。參照圖6，示例性方法600可在方塊601處開始。
在方塊601處，一或多個處理器305可被配置成接收多個交付訂單。舉例而言，一或多個處理器305可被配置成經由在一或多個顧客的一或多個使用者裝置上運行的軟體應用程式而自一或多個顧客接收交付訂單。交付訂單可各自與特定地理區中的交付位址相關聯。地理區亦可與多種配置相關聯。舉例而言，與地理區相關聯的所述多個配置可包括可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目。可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目可包括基於需要履行的交付訂單數目及可用於履行交付訂單的交付者數目而即時地更新且經連續調整的絕對數目。附加地，可用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目可依據地理區而變化且對於每一地理區可為不同的。在其他實施例中，與每一地理區相關聯的所述多個配置可包括履行交付訂單的過程中的（且很快可用於履行新的交付訂單的）交付者數目及所下的（且很快被分派給交付者的）附加交付訂單數目。在其他實施例中，與每一地理區相關聯的所述多個配置可包括用於在每一地理區中、在當前時間等履行交付訂單的車輛類型。
在接收到所述多個交付訂單之後，方法600可前進至方塊602。在方塊602處，一或多個處理器305可基於與地理區相關聯的所述多個配置來確定用於在地理區中履行交付訂單的基本費用。藉由實例，一或多個處理器305可被配置成實施批量系統（例如圖4所示批量系統414或圖5所示批量系統514），以計算為在地理區中履行交付訂單而支付給交付者的基本費用。
在確定與地理區相關聯的基本費用之後，方法600可前進至方塊603，在方塊603處，一或多個處理器305可被配置成使用定價演算法來調整基本費用。在一些實施例中，一或多個處理器305可實施定價規則引擎（例如圖4所示定價規則引擎415或圖5所示區級定價規則引擎515），所述定價規則引擎可被配置成在多個定價模型或演算法之中選擇用於調整與地理區相關聯的基本費用的定價模型或演算法。依據所選擇的定價演算法而定，一或多個處理器305可基於例如以下來調整與地理區相關聯的基本費用：可用於履行交付訂單的交付者當前數目與地理區中可用於履行交付訂單的交付者臨限數目的比較、需要履行的交付訂單當前數目與地理區中需要履行的交付訂單臨限數目的比較、可用於履行交付訂單的交付者當前數目加履行交付訂單的過程中的交付者數目對需要履行的交付訂單當前數目加地理區中所下的附加交付訂單數目的比率、及/或基於與所述多個交付訂單中的每一者相關聯的起始位置和交付位址之間的總距離的距離費用。
方法600可進一步前進至方塊604。在方塊604處，一或多個處理器305可接收與交付訂單相關聯的一或多個特徵。一或多個特徵可包括例如以下中的至少一者：與交付訂單中的每一者相關聯的拒絕計數（例如，每一交付訂單在被交付者接受及分派給交付者之前被拒絕的次數）、履行每一交付訂單所行進的距離、下每一交付訂單的一天中的時間、與每一交付訂單相關聯的地理區、及/或與交付訂單中的每一者的交付路線相關聯的一或多個特性。與交付路線相關聯的一或多個特性可包括例如，每一交付路線所行進的距離、每一交付路線經過的時間、與每一交付路線相關聯的交通量、交付路線是否穿行過城市、郊區或隔離區域、交付路線是否靠近公路、高速公路或地方道路等。附加地或作為另一種選擇，特徵亦可與交付者（例如每一交付者的較佳地理區、每一交付者的最小接受付款、每一交付者的預期日收入、每一交付者每日賺取的平均總付款等）相關聯。
在擷取到與交付訂單相關聯的一或多個特徵之後，方法600可前進至方塊605。在方塊605處，一或多個處理器305可被配置成基於所述一或多個特徵來調整經調整的基本費用。藉由實例，為了將交付者的交付訂單要約被拒絕的機率最小化，一個或多個處理器305可增加或減少已基於與交付訂單相關聯的所述一個或多個特徵在區級上調整的經調整的基本費用，以激勵交付者接受交付訂單。
在其他實施例中，一或多個處理器305可進一步考慮與交付者相關聯的一或多個特徵。與交付者相關聯的一或多個特徵可包括，例如每一交付者的較佳地理區、每一交付者的最小接受付款、每一交付者的預期日收入、每一交付者每日賺取的平均總付款等。因此，一或多個處理器305可基於與交付者相關聯的一或多個特徵來增加或減少經調整的基本費用，以進一步將交付者的交付訂單要約被拒絕的機率最小化。
儘管已參照本揭露的具體實施例示出並闡述了本揭露，然而應理解，本揭露可不加修改地實踐於其他環境中。上述說明是出於例示目的而呈現。上述說明並非詳盡性的且並非僅限於所揭露的精確形式或實施例。藉由考量對所揭露實施例的說明及實踐，各種修改及改編對於熟習此項技術者而言將顯而易見。附加地，儘管所揭露實施例的態樣被闡述為儲存於記憶體中，然而熟習此項技術者應理解，該些態樣亦可儲存於其他類型的電腦可讀取媒體上，例如輔助儲存裝置（例如硬碟或光碟唯讀記憶體（compact disk ROM，CD ROM））或者其他形式的RAM或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組合、可擴展標記語言（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:履行中心授權系統（FC Auth）/FC Auth系統 125:勞資管理系統（LMS） 200:履行中心（FC） 201、222:卡車 202A、202B、208:物項 203:入站區 205:緩衝區 206:堆高機 207:卸貨區 209:揀選區 210:儲存單元 211:包裝區 213:中樞區 214:運輸機構 215:營地區 216:牆 218、220:包裝 224A、224B:交付工作者 226:汽車 300:系統 301、401、501:動態定價系統 302:網路 303:伺服器 304、406、407、411:資料庫 305:處理器 307:記憶體 400:使用者裝置 402:在線服務 403:交付訂單系統/交付訂單管理系統 404:離線服務 405:交付者管理系統 408:特徵服務 409:定價服務 410:區儀錶板 412:操作中心 413:特徵應用程式設計介面（API） 414、514:批量系統 415:定價規則引擎 416、516:定價API 502:任務級定價服務 504:任務級定價規則引擎 509:區級定價服務 512:機器學習（ML）平台 515:區級定價規則引擎 600:方法 601、602、603、604、605:方塊
圖1A是示出根據所揭露實施例的網路的示例性實施例的示意性方塊圖，所述網路包括用於能夠進行通訊的裝運（shipping）、運輸（transportation）及物流操作的電腦化系統。 圖1B繪示出根據所揭露實施例的樣本搜尋結果頁面（Search Result Page，SRP），其包括滿足搜尋請求的一或多個搜尋結果以及交互式使用者介面元素。 圖1C繪示出根據所揭露實施例的樣本單一顯示頁面（Single Display Page，SDP），其包括產品及關於產品的資訊以及交互式使用者介面元素。 圖1D繪示出根據所揭露實施例的樣本購物車頁面（Cart page），其包括虛擬購物車中的物項以及交互式使用者介面元素。 圖1E繪示出根據所揭露實施例的樣本訂單頁面（Order page），其包括來自虛擬購物車的物項以及關於採購及裝運的資訊以及交互式使用者介面元素。 圖2是根據所揭露實施例的被配置成利用所揭露電腦化系統的示例性履行中心（fulfillment center）的圖例。 圖3是示出根據所揭露實施例的系統的示例性實施例的示意性方塊圖，所述系統包括動態地調整對交付者的付款的電腦化系統。 圖4是示出根據所揭露實施例的動態定價系統的示例性實施例的組件的示意性方塊圖。 圖5是示出根據所揭露實施例的動態定價系統的另一示例性實施例的組件的示意性方塊圖。 圖6是示出根據所揭露實施例的動態地調整對交付者的付款的方法的示例性實施例的流程圖。
600:方法
601、602、603、604、605:方塊

Claims (20)

  1. 一種動態地調整對交付者的付款的電腦實施的系統，所述系統包括： 記憶體，儲存指令；以及 至少一個處理器，被配置成執行所述指令以： 接收多個交付訂單，其中所述多個交付訂單中的每一者與地理區中的交付位址相關聯，且其中所述地理區與多個配置相關聯； 基於與所述地理區相關聯的所述多個配置來確定用於在所述地理區中履行所述多個交付訂單的基本費用； 使用定價演算法基於所確定的所述配置來調整用於履行所述多個交付訂單的所述基本費用； 接收與所述多個交付訂單相關聯的一或多個特徵；以及 基於接收到的所述一或多個特徵來調整經調整的所述基本費用， 其中用於計算所述基本費用的所述定價演算法是基於所述地理區而在多個定價演算法之中選擇。
  2. 如請求項1所述的系統，其中所述多個配置包括能夠用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目。
  3. 如請求項2所述的系統，其中使用所述定價演算法來調整用於履行所述多個交付訂單的所述基本費用更包括： 將能夠用於履行交付訂單的交付者當前數目與能夠用於履行交付訂單的所述交付者臨限數目進行比較； 將需要履行的交付訂單當前數目與需要履行的所述交付訂單臨限數目進行比較；以及 基於能夠使用的所述交付數目的所述比較及需要履行的所述交付訂單數目的所述比較來調整所述基本費用。
  4. 如請求項1所述的系統，其中所述多個配置包括履行交付訂單的過程中的交付者數目及所下的附加交付訂單數目。
  5. 如請求項4所述的系統，其中使用所述定價演算法來調整用於履行所述多個交付訂單的所述基本費用更包括： 確定能夠用於履行交付訂單的交付者當前數目加履行交付訂單的所述過程中的所述交付者數目對需要履行的交付訂單當前數目加所下的所述附加交付訂單數目的比率；以及 基於所確定的所述比率來調整所述基本費用。
  6. 如請求項5所述的系統，其中對能夠用於履行交付訂單的所述交付者當前數目、履行交付訂單的所述過程中的所述交付者數目、需要履行的所述交付訂單當前數目以及所下的所述附加交付訂單數目進行加權。
  7. 如請求項1所述的系統，其中與所述地理區相關聯的所述多個配置是基於需要履行的交付訂單數目及能夠用於履行交付訂單的交付者數目而連續地進行調整。
  8. 如請求項1所述的系統，其中所述至少一個處理器更被配置成執行所述指令以： 基於與所述多個交付訂單中的每一者相關聯的起始位置和交付位址之間的總距離來計算距離費用；以及 基於所述距離費用來調整經調整的所述基本費用。
  9. 如請求項1所述的系統，其中所述一或多個特徵包括以下中的至少一者：與所述多個交付訂單中的每一者相關聯的拒絕計數或與所述多個交付訂單中的每一者的交付路線相關聯的一或多個特性。
  10. 如請求項1所述的系統，其中所述至少一個處理器更被配置成執行所述指令，以使用機器學習演算法來預測將需要履行的交付訂單數目或者在特定時間將能夠用於履行交付訂單的交付者未來數目中的至少一者。
  11. 一種動態地調整對交付者的付款的電腦實施的方法，所述方法包括： 接收多個交付訂單，其中所述多個交付訂單中的每一者與地理區中的交付位址相關聯，且其中所述地理區與多個配置相關聯； 基於與所述地理區相關聯的所述多個配置來確定用於在所述地理區中履行所述多個交付訂單的基本費用； 使用定價演算法基於所確定的所述配置來調整用於履行所述多個交付訂單的所述基本費用； 接收與所述多個交付訂單相關聯的一或多個特徵；以及 基於接收到的所述一或多個特徵來調整經調整的所述基本費用， 其中用於計算所述基本費用的所述定價演算法是基於所述地理區而在多個定價演算法之中選擇。
  12. 如請求項11所述的方法，其中所述多個配置包括能夠用於履行交付訂單的交付者臨限數目及需要履行的交付訂單臨限數目。
  13. 如請求項12所述的方法，其中使用所述定價演算法來調整用於履行所述多個交付訂單的所述基本費用更包括： 將能夠用於履行交付訂單的交付者當前數目與能夠用於履行交付訂單的所述交付者臨限數目進行比較； 將需要履行的交付訂單當前數目與需要履行的所述交付訂單臨限數目進行比較；以及 基於能夠使用的所述交付數目的所述比較及需要履行的所述交付訂單數目的所述比較來調整所述基本費用。
  14. 如請求項11所述的方法，其中所述多個配置包括履行交付訂單的過程中的交付者數目及所下的附加交付訂單數目。
  15. 如請求項14所述的方法，其中使用所述定價演算法來調整用於履行所述多個交付訂單的所述基本費用更包括： 確定能夠用於履行交付訂單的交付者當前數目加履行交付訂單的所述過程中的所述交付者數目對需要履行的交付訂單當前數目加所下的所述附加交付訂單數目的比率；以及 基於所確定的所述比率來調整所述基本費用。
  16. 如請求項15所述的方法，其中對能夠用於履行交付訂單的所述交付者當前數目、履行交付訂單的所述過程中的所述交付者數目、需要履行的所述交付訂單當前數目以及所下的所述附加交付訂單數目進行加權。
  17. 如請求項11所述的方法，更包括： 基於與所述多個交付訂單中的每一者相關聯的起始位置和交付位址之間的總距離來計算距離費用；以及 基於所述距離費用來調整經調整的所述基本費用。
  18. 如請求項11所述的方法，其中所述一或多個特徵包括以下中的至少一者：與所述多個交付訂單中的每一者相關聯的拒絕計數或與所述多個交付訂單中的每一者的交付路線相關聯的一或多個特性。
  19. 如請求項11所述的方法，更包括使用機器學習演算法來預測將需要履行的交付訂單數目或者在特定時間將能夠用於履行交付訂單的交付者未來數目中的至少一者。
  20. 一種動態地調整對交付者的付款的電腦實施的系統，所述系統包括： 記憶體，儲存指令；以及 至少一個處理器，被配置成執行所述指令以： 接收多個交付訂單，其中所述多個交付訂單中的每一者與地理區中的交付位址相關聯，其中所述地理區與多個配置相關聯，且其中所述多個配置是基於需要履行的交付訂單數目及能夠用於履行交付訂單的交付者數目而連續地進行調整； 基於與所述地理區相關聯的所述多個配置來確定用於在所述地理區中履行所述多個交付訂單的基本費用； 使用定價演算法基於所確定的所述配置來調整用於履行所述多個交付訂單的所述基本費用； 接收與所述多個交付訂單相關聯的一或多個特徵，其中所述一或多個特徵包括以下中的至少一者：與所述多個交付訂單中的每一者相關聯的拒絕計數或與所述多個交付訂單中的每一者的交付路線相關聯的一或多個特性；以及 基於接收到的所述一或多個特徵來調整經調整的所述基本費用， 其中用於計算所述基本費用的所述定價演算法是基於所述地理區而在多個定價演算法之中選擇。
TW110149711A 2021-09-01 2021-12-30 動態地調整對交付者的付款的電腦實施的系統以及方法 TW202312064A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US17/463,848 US11507988B1 (en) 2021-09-01 2021-09-01 Computerized systems and methods for providing a dynamic pricing system
US17/463,848 2021-09-01

Publications (1)

Publication Number Publication Date
TW202312064A true TW202312064A (zh) 2023-03-16

Family

ID=84104753

Family Applications (1)

Application Number Title Priority Date Filing Date
TW110149711A TW202312064A (zh) 2021-09-01 2021-12-30 動態地調整對交付者的付款的電腦實施的系統以及方法

Country Status (4)

Country Link
US (1) US11507988B1 (zh)
KR (1) KR20230033549A (zh)
TW (1) TW202312064A (zh)
WO (1) WO2023031662A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230186371A1 (en) * 2021-12-14 2023-06-15 International Business Machines Corporation Computer analysis of electronic order management for product fulfillment

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090089147A1 (en) * 2007-10-02 2009-04-02 American Well Inc. Provider supply & consumer demand management
US10032210B2 (en) 2011-02-08 2018-07-24 Cfph, Llc Apparatus, article of manufacture and methods for purchasing arbitrage
US20130246207A1 (en) * 2012-03-19 2013-09-19 Uber Technologies, Inc. System and method for dynamically adjusting prices for services
US10373281B2 (en) * 2013-11-15 2019-08-06 Cfph, Llc Examples of delivery and/or referral services
GB2539852B (en) * 2014-04-24 2021-02-17 Beijing Didi Infinity Technology & Dev Co Ltd System and method for managing supply of service
US10068241B2 (en) 2014-04-30 2018-09-04 Walmart Apollo, Llc Dynamic pricing systems and methods
US10467561B2 (en) * 2015-11-05 2019-11-05 Gt Gettaxi Limited System for identifying events and preemptively navigating drivers to transport passengers from the events
US10176448B1 (en) 2015-12-30 2019-01-08 Square, Inc. Generation of dynamic delivery zones for merchants
US20170372410A1 (en) * 2016-06-24 2017-12-28 Skurt, Inc. Hybrid dispatch management system for scheduled and real-time events
US20180012166A1 (en) * 2016-07-07 2018-01-11 Pluto7 Consulting Inc. Method and system for determining forecasts
US20180314998A1 (en) * 2017-04-26 2018-11-01 Uber Technologies, Inc. Resource Allocation in a Network System
US11755960B2 (en) * 2017-05-04 2023-09-12 Lyft, Inc. System and method for reserving drivers with minimum fare offers and navigating drivers to service transportation requests
US11168995B2 (en) * 2018-03-15 2021-11-09 Waymo Llc Managing a fleet of vehicles
KR20200055347A (ko) 2018-11-13 2020-05-21 조주연 실시간 배송 중개 장치 및 그 방법
KR20200098124A (ko) 2019-02-12 2020-08-20 이원기 배송지 공유를 위한 배송지 선택 화면 제공 방법

Also Published As

Publication number Publication date
KR20230033549A (ko) 2023-03-08
WO2023031662A1 (en) 2023-03-09
US11507988B1 (en) 2022-11-22

Similar Documents

Publication Publication Date Title
TWI731647B (zh) 用於管理庫存置放的電腦實施的系統以及方法
TWI792814B (zh) 提供產品建議之電腦化系統以及方法
TW202117618A (zh) 用於遞送排期的電腦化系統及電腦化系統及方法、以及非暫時性電腦可讀取媒體
TWI760020B (zh) 產生動態網站的電腦化系統及電腦實行方法以及非暫時性電腦可讀媒體
TWI769538B (zh) 顯示交付日期估算的系統及方法以及電腦可讀取媒體
TWI764438B (zh) 自履行中心遞送時程的電腦實行的系統與方法以及非暫時性電腦可讀媒體
TWI801861B (zh) 根據產品特性決定產品價格的倉儲管理電腦實行系統以及方法
TWI795996B (zh) 用於將包裹再度遞送至顧客的系統及方法
TWI759825B (zh) 用於出站預測之電腦實施系統以及電腦實施方法
TWI759823B (zh) 使用入站裝載模式於出站預測之電腦實施系統以及電腦實施方法
TWI787635B (zh) 用於將包裹遞送至顧客的電腦實行的系統以及方法
TWI784499B (zh) 用於動態庫存平衡的系統、電腦實行方法及設備
KR20210024946A (ko) 데이터의 동적 집계와 데이터 손실의 최소화를 위한 시스템 및 방법
TWI795913B (zh) 用於出站預測的電腦實施的系統以及方法
TWI778626B (zh) 電腦實施系統及電腦實施方法
TW202312064A (zh) 動態地調整對交付者的付款的電腦實施的系統以及方法
TWI837891B (zh) 電腦實施系統以及電腦實施的方法
TW202238465A (zh) 用於產生資料交易日誌的系統以及方法
TWI792289B (zh) 為定製履行中心確定物件的系統以及方法
TWI850668B (zh) 顯示交付日期估算的電腦實施系統及電腦實施方法
TWI760982B (zh) 透過進行小波轉換產生需求預測數據用於產生準確訂購單之電腦實行系統以及方法
TWI793488B (zh) 用於資訊在使用者介面上的模組加載的電腦實行系統以及方法
TW202427304A (zh) 電腦實施系統以及電腦實施的方法