KR20230033549A - 동적 가격 책정 시스템을 제공하기 위한 컴퓨터화된 시스템 및 방법 - Google Patents

동적 가격 책정 시스템을 제공하기 위한 컴퓨터화된 시스템 및 방법 Download PDF

Info

Publication number
KR20230033549A
KR20230033549A KR1020210150648A KR20210150648A KR20230033549A KR 20230033549 A KR20230033549 A KR 20230033549A KR 1020210150648 A KR1020210150648 A KR 1020210150648A KR 20210150648 A KR20210150648 A KR 20210150648A KR 20230033549 A KR20230033549 A KR 20230033549A
Authority
KR
South Korea
Prior art keywords
delivery
orders
delivery orders
shippers
geographic area
Prior art date
Application number
KR1020210150648A
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 KR20230033549A publication Critical patent/KR20230033549A/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping
    • G06Q10/0834Choice of carriers
    • G06Q10/08345Pricing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283Price estimation or determination
    • G06Q30/0284Time or distance, e.g. usage of parking meters or taximeters
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping
    • G06Q10/0832Special goods or special handling procedures, e.g. handling of hazardous or fragile goods
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping
    • G06Q10/0835Relationships between shipper or supplier and carriers
    • G06Q10/08355Routing methods
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/085Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855Payment architectures involving remote charge determination or related payment systems involving a third party
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • G06Q20/145Payments according to the detected use or quantity
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283Price estimation or determination

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (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

복수의 배송 주문을 수신하는 것 - 복수의 배송 주문 각각은 지리적 영역의 배송 주소와 연관되고, 지리적 영역은 복수의 컨피겨레이션(configurations)과 연관됨 - ; 지리적 영역과 연관된 복수의 컨피겨레이션에 기초하여 지리적 영역에서 복수의 배송 주문을 이행하기 위한 기본 요금을 결정하는 것; 가격 책정 알고리즘을 사용하여, 결정된 컨피겨레이션에 기초하여 복수의 배송 주문을 이행하기 위한 기본 요금을 조정하는 것; 복수의 배송 주문과 연관된 하나 이상의 피처를 수신하는 것; 및 수신된 하나 이상의 피처에 기초하여, 조정된 기본 요금을 조정하는 것을 포함하고, 기본 요금을 계산하는 데 사용되는 가격 책정 알고리즘은 지리적 영역에 기초하여 복수의 가격 책정 알고리즘들 중에서 선택되는, 배송자에 대한 지불금을 동적으로 조정하기 위한 시스템 및 방법이 제공된다.

Description

동적 가격 책정 시스템을 제공하기 위한 컴퓨터화된 시스템 및 방법{COMPUTERIZED SYSTEMS AND METHODS FOR PROVIDING A DYNAMIC PRICING SYSTEM}
본 개시는, 일반적으로, 배송자에 대한 지불 요금을 동적으로 조정하기 위한 컴퓨터화된 시스템 및 방법에 관한 것이다. 특히, 본 개시의 실시형태는, 상이한 지리적 영역에 대해 상이한 가격책정 알고리즘을 적용함으로써 실시간으로 배송자에 대한 지불 요금을 동적으로 조정함과 연관되는, 독창적이고 비전통적인 시스템에 관한 것이다.
사용자(예컨대, 온라인 고객, 온라인 판매자, 배송원)는 종종 온라인 웹사이트 포털 또는 모바일 애플리케이션을 사용하여 물품 주문(예컨대, 음식, 식료품 주문 등)을 행한다. 예로서, 사용자는 온라인 웹사이트에서 사용자 정보(예컨대, 위치 정보, 메뉴, 이름)를 포함하는 프로필을 유지한다. 온라인 주문 프로세스는, 주문이 발주된 때로부터 주문이 배송될 때까지, 여러 단계의 온라인 주문 처리를 필요로 한다. 사용자가 음식 배송을 요청하는 온라인 주문을 발주하는 상황에서, 제1 단계는 판매자(예컨대, 식당)가 해당 주문을 처리할 수 있는 그들의 가용성에 기초하여 해당 주문을 컨펌하거나 해당 주문을 거절하는 것일 수 있다. 판매자로부터 주문의 컨펌을 수신하면, 제2 단계의 일부로서, 배송원에게 그들의 가용성에 기초하여 판매자로부터 주문의 픽업을 컨펌하거나 거절하라는 요청이 전송된다.
온라인 배송 주문을 관리하기 위한 종래의 솔루션은, 일반적으로 배송자에 대한 지불 요금(예컨대, 배송 주문을 이행하기 위해 배송원에게 지불되는 가격)을 결정하고 조정함에 있어 효과적이지 않다. 예를 들어, 일부 지역에서는 단일의 온라인 주문을 이행하기 위해 배송자가 보다 멀리 이동할 것을 필요로 할 수 있는 반면, 일부 지역에서는 단일의 온라인 주문을 이행하기 위해 배송자가 보다 오랜 기간 동안 이동할 것을 필요로 할 수 있다. 그러나 온라인 배송 주문을 관리하기 위한 현재의 솔루션은, 배송에 영향을 미칠 수 있는 다양한 요소에 기초하여 실시간으로 배송자에 대한 지불 요금을 동적으로 조정함에 있어 일반적으로 비효율적이다. 이에 따라 배송자는, 예를 들어, 주문을 이행하는데 걸리는 시간량에 비해 지불 요금이 너무 낮기 때문에 판매자로부터의 주문의 픽업을 종종 거절할 수 있다. 따라서, 주문이 빈번하게 지연되어, 불량한 고객 경험을 초래하고 배송 주문을 처리하고 관리함에 있어서의 효율을 저하시킬 수 있다.
게다가, 온라인 배송 주문을 관리하기 위한 종래의 솔루션은 주로 온라인 서비스를 이용하여 구현되고, 따라서 온라인 서비스를 효율적으로 관리하기 위해 인터넷 접속을 필요로 할 수 있다. 예를 들어, 배송 주문을 이행하는 배송자에 대해 지불하는 지불 요금 및 배송 비용을 조정하는 시스템이 존재한다. 그러나 이러한 시스템은, 인터넷을 통한 지속적인 정보 폴링 및 시장 변화에 기초한 배송자에 대한 지불 요금을 조정하기 위한 지속적인 계산을 요구한다. 이에 따라, 인터넷 연결이 끊기거나 기술적 장애가 발생하는 경우, 종래의 시스템은 시장 변화를 보상하기 위해 실시간으로 배송자에 대한 지불 요금을 업데이트하지 못할 수 있다.
따라서, 여러 지리적 영역에 걸친 배송 주문의 처리 사이의 시간 지연을 줄이기 위해 배송에 영향을 미칠 수 있는 다양한 요소에 기초하여 배송자에 대한 지불 요금을 동적으로 조정하기 위한 컴퓨터화된 시스템 및 방법이 요구된다. 또한, 기술적 장애가 발생할 경우라도 시장 변화를 보상하기 위해 배송자에 대한 지불 요금을 동적으로 조정하는 페일 세이프의 컴퓨터화된 시스템 및 방법이 요구된다.
본 개시의 일 양태는, 배송자에 대한 지불 요금을 동적으로 조정하기 위한 컴퓨터 구현 시스템에 관한 것이다. 시스템은 적어도 하나의 프로세서; 및 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서로 하여금 단계들을 수행하게 하는 명령어들을 포함하는 적어도 하나의 비일시적 저장 매체를 포함할 수 있다. 단계는, 복수의 배송 주문을 수신하는 단계 - 복수의 배송 주문 각각은 지리적 영역의 배송 주소와 연관되고, 지리적 영역은 복수의 컨피겨레이션과 연관됨-; 지리적 영역과 연관되는 복수의 컨피겨레이션에 기초하여 지리적 영역에서 복수의 배송 주문을 이행하기 위한 기본 요금을 결정하는 단계; 가격책정 알고리즘을 사용하여, 결정된 컨피겨레이션에 기초하여 복수의 배송 주문을 이행하기 위한 기본 요금을 조정하는 단계; 복수의 배송 주문과 연관되는 하나 이상의 피처를 수신하는 단계; 및 수신된 하나 이상의 피처에 기초하여 조정된 기본 요금을 조정하는 단계를 포함하며, 기본 요금을 계산하는데 사용되는 가격책정 알고리즘은 지리적 영역에 기초하여 복수의 가격책정 알고리즘 중에서 선택된다.
일부 실시형태에서, 복수의 컨피겨레이션은 배송 주문을 이행하기 위해 이용가능한 배송자의 임계 수 및 이행될 필요가 있는 배송 주문의 임계 수를 포함할 수 있다. 일부 실시형태에서, 가격책정 알고리즘을 사용하여 복수의 배송 주문을 이행하기 위한 기본 요금을 조정하는 것은, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수와 배송 주문을 이행하는데 이용가능한 배송자의 임계 수를 비교하고, 이행되어야 할 필요가 있는 배송 주문의 현재의 수와 이행되어야 할 필요가 있는 배송 주문의 임계 수를 비교하고, 이용가능한 배송자의 수의 비교 및 이행되어야 할 필요가 있는 배송 주문의 수의 비교에 기초하여 기본 요금을 조정하는 것을 더 포함할 수 있다.
다른 실시형태에서, 복수의 컨피겨레이션은 배송 주문을 이행하는 프로세스에 있는 배송자의 수 및 발주된 추가적인 배송 주문의 수를 포함할 수 있다. 일부 실시형태에서, 가격책정 알고리즘을 사용하여 복수의 배송 주문을 이행하기 위한 기본 요금을 조정하는 것은, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수 및 배송 주문을 이행하는 프로세스에 있는 배송자의 수 대 이행되어야 할 필요가 있는 배송 주문의 현재의 수 및 발주된 추가적인 배송 주문의 수의 비율을 결정하고, 결정된 비율에 기초하여 기본 요금을 조정하는 것을 더 포함할 수 있다. 일부 실시형태에서, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수, 배송 주문을 이행하는 프로세스에 있는 배송자의 수, 이행되어야 할 필요가 있는 배송 주문의 현재의 수, 및 발주된 추가적인 배송 주문의 수에 가중치가 부여된다.
일부 실시형태에서, 지리적 영역과 연관되는 복수의 컨피겨레이션은, 이행될 필요가 있는 배송 주문의 수 및 배송 주문을 이행하는데 이용가능한 배송자의 수에 기초하여 계속적으로 조정된다. 또 다른 실시형태에서 프로세서는, 명령어를 실행하여, 복수의 배송 주문 각각과 연관되는 배송 주소와 출발 장소 사이의 총 거리에 기초하여 거리 요금을 계산하고, 거리 요금에 기초하여 조정된 기본 요금을 조정하도록 더 구성될 수 있다. 일부 실시형태에서, 하나 이상의 피처가 복수의 배송 주문 각각과 연관되는 거절 카운트 또는 복수의 배송 주문 각각에 대한 배송 경로와 연관되는 하나 이상의 특성 중 적어도 하나를 포함할 수 있다. 다른 실시형태에서 프로세서는, 명령어를 실행하여, 기계 학습 알고리즘을 사용하여 특정 시간에 배송 주문을 이행하는데 이용가능할 수 있게 되는 배송자의 장래의 수 또는 이행될 필요가 있게 되는 배송 주문의 수 중 적어도 하나를 예측하도록 추가로 구성될 수 있다.
본 개시의 다른 양태는 배송자에 대한 지불 요금을 동적으로 조정하기 위한 방법에 관한 것이다. 방법은, 복수의 배송 주문을 수신하는 단계 - 복수의 배송 주문 각각은 지리적 영역에서의 배송 주소와 연관되고, 지리적 영역은 복수의 컨피겨레이션과 연관됨 -; 지리적 영역과 연관되는 복수의 컨피겨레이션에 기초하여 지리적 영역에서 복수의 배송 주문을 이행하기 위한 기본 요금을 결정하는 단계; 가격책정 알고리즘을 사용하여, 결정된 컨피겨레이션에 기초하여 복수의 배송 주문을 이행하기 위한 기본 요금을 조정하는 단계; 복수의 배송 주문과 연관되는 하나 이상의 피처를 수신하는 단계; 및 수신된 하나 이상의 피처에 기초하여 조정된 기본 요금을 조정하는 단계를 포함하며, 기본 요금을 계산하는데 사용되는 가격책정 알고리즘은 지리적 영역에 기초하여 복수의 가격책정 알고리즘 중에서 선택된다.
일부 실시형태에서, 복수의 컨피겨레이션은 배송 주문을 이행하는데 이용가능한 배송자의 임계 수 및 이행될 필요가 있는 배송 주문의 임계 수를 포함할 수 있다. 일부 실시형태에서, 가격책정 알고리즘을 사용하여 복수의 배송 주문을 이행하기 위한 기본 요금을 조정하는 단계는, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수와 배송 주문을 이행하는데 이용가능한 배송자의 임계 수를 비교하고, 이행될 필요가 있는 배송 주문의 현재의 수와 이행될 필요가 있는 배송 주문의 임계 수를 비교하고, 이용가능한 배송자의 수의 비교 및 이행될 필요가 있는 배송 주문의 수의 비교에 기초하여 기본 요금을 조정하는 것을 포함한다.
다른 실시형태에서, 복수의 컨피겨레이션은 배송 주문을 이행하는 프로세스에 있는 배송자의 수 및 발주된 추가적인 배송 주문의 수를 포함할 수 있다. 일부 실시형태에서, 가격책정 알고리즘을 사용하여, 복수의 배송 주문을 이행하기 위한 기본 요금을 조정하는 단계는, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수 및 배송 주문을 이행하는 프로세스에 있는 배송자의 수 대 이행될 필요가 있는 배송 주문의 현재의 수 및 발주된 추가적인 배송 주문의 수의 비율을 결정하는 것 및 결정된 비율에 기초하여 기본 요금을 조정하는 것을 포함한다. 일부 실시형태에서, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수, 배송 주문을 이행하는 프로세스에 있는 배송자의 수, 이행될 필요가 있는 배송 주문의 현재의 수, 및 발주된 추가적인 배송 주문의 수에 가중치가 부여된다.
일부 실시형태에서, 방법은, 복수의 배송 주문 각각과 연관되는 배송 주소와 출발 장소 사이의 총 거리에 기초하여 거리 요금을 계산하고, 거리 요금에 기초하여 조정된 기본 요금을 조정하는 단계를 더 포함할 수 있다. 일부 실시형태에서, 하나 이상의 피처가 복수의 배송 주문 각각과 연관되는 거절 카운트 또는 복수의 배송 주문 각각에 대한 배송 경로와 연관되는 하나 이상의 특성 중 적어도 하나를 포함할 수 있다. 다른 실시형태에서, 방법은, 기계 학습 알고리즘을 사용하여 특정 시간에 배송 주문을 이행하는데 이용가능할 수 있게 되는 배송자의 장래의 수 또는 이행될 필요가 있게 되는 배송 주문의 수 중 적어도 하나를 예측하는 것을 더 포함할 수 있다.
본 개시의 또 다른 양태는, 배송자에 대한 지불 요금을 동적으로 조정하기 위한 컴퓨터 구현 시스템에 관한 것이다. 시스템은 적어도 하나의 프로세서; 및 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서로 하여금 단계들을 수행하게 하는 명령어들을 포함하는 적어도 하나의 비일시적 저장 매체를 포함한다. 단계는, 복수의 배송 주문을 수신하는 단계 - 복수의 배송 주문 각각은 지리적 영역의 배송 주소와 연관되고, 지리적 영역은 복수의 컨피겨레이션과 연관되고, 복수의 컨피겨레이션은 이행될 필요가 있는 배송 주문의 수 및 배송 주문을 이행하는데 이용가능한 배송자의 수에 기초하여 계속적으로 조정됨 -; 지리적 영역과 연관되는 복수의 컨피겨레이션에 기초하여 지리적 영역에서 복수의 배송 주문을 이행하기 위한 기본 요금을 결정하는 단계; 가격책정 알고리즘을 사용하여, 결정된 컨피겨레이션에 기초하여 복수의 배송 주문을 이행하기 위한 기본 요금을 조정하는 단계; 복수의 배송 주문과 연관되는 하나 이상의 피처를 수신하는 단계 - 하나 이상의 피처는 복수의 배송 주문 각각과 연관되는 거절 카운트 또는 복수의 배송 주문 각각에 대한 배송 경로와 연관되는 하나 이상의 특성 중 적어도 하나를 포함함 -; 및 수신된 하나 이상의 피처에 기초하여 조정된 기본 요금을 조정하는 단계를 포함한다.
또한, 다른 시스템, 방법 및 컴퓨터 판독가능 매체가 여기에서 논의된다.
도 1a는 개시된 실시형태와 부합하는, 운송, 수송 및 물류 작업(logistics operations)을 가능케 하는 통신을 위한 컴퓨터화된 시스템을 포함하는 네트워크의 예시적인 실시형태를 도시하는 개략적인 블록도이다.
도 1b는 개시된 실시형태와 부합하는, 대화형 사용자 인터페이스 요소와 함께 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 샘플 검색 결과 페이지(Search Result Page, SRP)를 도시한다.
도 1c는 개시된 실시형태와 부합하는, 대화형 사용자 인터페이스 요소와 함께 제품 및 제품에 대한 정보를 포함하는 샘플 단일 상세 페이지(Single Detail Page, SDP)를 도시한다.
도 1d는 개시된 실시형태와 부합하는, 대화형 사용자 인터페이스 요소와 함께 가상의 쇼핑 카트(shopping cart) 내의 물품을 포함하는 샘플 카트 페이지(Cart page)를 도시한다.
도 1e는 개시된 실시형태와 부합하는, 대화형 사용자 인터페이스 요소와 함께, 구매 및 운송에 대한 정보와 함께 가상 쇼핑 카트로부터의 물품을 포함하는 샘플 주문 페이지를 도시한다.
도 2는 개시된 실시형태와 부합하는, 개시된 컴퓨터화된 시스템을 이용하도록 구성된 예시적인 풀필먼트 센터의 개략도이다.
도 3은 개시된 실시형태와 부합하는, 배송자에 대한 지불 요금을 동적으로 조정하기 위한 컴퓨터화된 시스템을 포함하는 시스템의 예시적인 실시형태를 도시하는 개략적인 블록도이다.
도 4는 개시된 실시형태와 부합하는, 동적 가격책정 시스템의 예시적인 실시형태의 구성요소를 도시하는 개략적인 블록도이다.
도 5는 개시된 실시형태와 부합하는, 동적 가격책정 시스템의 다른 예시적인 실시형태의 구성요소를 도시하는 개략적인 블록도이다.
도 6은 개시된 실시형태와 부합하는, 배송자들에 대한 지불 요금을 동적으로 조정하기 위한 방법의 예시적인 실시형태를 도시하는 흐름도이다.
다음의 상세한 서술은 첨부 도면을 참조한다. 어디서든 가능하다면, 동일하거나 유사한 부분을 지칭하기 위해 도면 및 다음의 설명에서 동일한 참조 부호가 사용된다. 여러 예시적인 실시형태가 본원에서 설명되지만, 수정, 조정(adaptations) 및 다른 구현이 가능하다. 예를 들어, 도면에 도시된 구성요소 및 단계에 대해, 대체, 추가 또는 수정이 이루어질 수 있으며, 본원에서 설명된 예시적인 방법은 개시된 방법에서 단계를 대체하거나, 재정렬하거나, 제거하거나 또는 추가함으로써 수정될 수 있다. 이에 따라, 다음의 상세한 설명은 개시된 실시형태 및 예시로 제한되지 않는다. 그 대신에, 본 발명의 적절한 범주는 첨부된 청구범위에 의해 규정된다.
본 개시의 실시형태는 배송자에 대한 지불 요금을 동적으로 조정하도록 구성된 시스템 및 방법에 연관된다. 개시된 실시형태는 유리하게도 상이한 지리적 영역에 대해 상이한 가격책정 알고리즘을 적용함으로써 각 지역에서의 배송에 영향을 미칠 수 있는 다양한 요소에 기초하여 실시간으로 배송자에 대한 지불 요금을 동적으로 조정할 수 있다. 일부 실시형태에서, 개시된 실시형태는 기계 학습 알고리즘을 사용하여 예를 들어, 이행해야 할 배송 주문의 수 또는 특정 시간에 배송 주문을 이행하는데 사용할 수 있는 배송자의 장래의 수 중 적어도 하나를 예측함으로써 실시간으로 배송자에 대한 지불 요금을 동적으로 조정할 수 있다는 이점이 있다.
도 1a를 참조하면, 운송, 수송 및 물류 작업을 가능케 하는 통신을 위한 컴퓨터화된 시스템을 포함하는 시스템의 예시적인 실시형태를 도시하는 개략적인 블록도(100)가 도시된다. 도 1a에 도시된 바와 같이, 시스템(100)은 다양한 시스템을 포함할 수 있고, 이들 시스템 각각은 하나 이상의 네트워크를 통해 서로 연결될 수 있다. 시스템은 또한, 예를 들어, 케이블을 사용하여 직접적인 연결을 통해 서로 연결될 수 있다. 도시된 시스템은, 선적 권한 기술(shipment authority technology, SAT) 시스템(101), 외부 프론트 엔드 시스템(external front end system, 103), 내부 프론트 엔드 시스템(internal front end system, 105), 수송 시스템(transportation system, 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, 119), 모바일 디바이스(119A, 119B 및 119C)(풀필먼트 센터(FC, 200)의 내부에 있는 것으로 도시됨), 제3 자의 풀필먼트 시스템(121A, 121B 및 121C), 풀필먼트 센터 인증 시스템(fulfillment center authorization system, FC Auth, 123) 및 노동 관리 시스템(labor management system, LMS, 125)을 포함한다.
일부 실시형태에서, SAT 시스템(101)은 주문 상태(order status) 및 배송 상태(delivery status)를 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, SAT 시스템(101)은 주문이 그 약속된 배송 날짜(Promised Delivery Date, PDD)를 경과한 것인지를 결정할 수 있고, 새로운 주문을 개시하는 것, 미배송된 주문의 물품을 재운송하는 것, 미배송된 주문을 취소하는 것, 주문한 고객과의 연락(contact)을 개시하는 것 등을 포함하는 적절한 액션을 취할 수 있다. SAT 시스템(101)은 또한, (특정 기간 동안 운송된 다수의 패키지와 같은) 출력 및 (운송에 사용하기 위해 수신된 빈 판지 박스(empty cardboard boxes)의 수와 같은) 입력을 포함하는, 기타 데이터를 모니터링할 수 있다. SAT 시스템(101)은 또한, 시스템(100)에서 상이한 디바이스 간에 게이트웨이로서 동작하여, (예를 들어, 저장-및-전달(store-and-forward) 또는 다른 기술을 사용하여) 외부 프론트 엔드 시스템(103) 및 FO 시스템(113)과 같은 디바이스 사이의 통신을 가능하게 한다.
일부 실시형태에서, 외부 프론트 엔드 시스템(103)은 외부 사용자가 시스템(100) 내의 하나 이상의 시스템과 상호 작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 시스템(100)이 시스템에 대한 프리젠테이션(presentation)을 가능하게 하여 사용자가 물품을 주문할 수 있게 하는 실시형태에서, 외부 프론트 엔드 시스템(103)은 검색 요청을 수신하고, 물품 페이지를 제시하고, 결제 정보를 요구(solicit)하는 웹 서버로서 구현될 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 Apache HTTP 서버, 마이크로소프트 인터넷 정보 서비스(Microsoft 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)을 탐색하고(navigate), 검색 박스에 정보를 입력함으로써 검색을 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 시스템(100) 내의 하나 이상의 시스템으로부터 정보를 요청할 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 검색 요청을 만족시키는 FO 시스템(113)으로부터 정보를 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 또한, 검색 결과에 포함된 각 제품에 대한 약속된 배송 날짜 즉 "PDD"를 (FO 시스템(113)으로부터) 요청하고 수신할 수 있다. 일부 실시형태에서, PDD는, 특정 기간 내에(예를 들어, 하루가 끝날 때까지(오후 11시 59분)) 주문된 경우, 제품을 포함하는 패키지가 사용자의 원하는 위치에 도착할 때, 또는 제품이 사용자의 원하는 위치에 배송될 것으로 약속된 날짜에 대한 추정(estimate)을 나타낼 수 있다. (PDD는 FO 시스템(113)과 관련하여 아래에 더 논의된다).
외부 프론트 엔드 시스템(103)은 정보에 기초하여 SRP(예를 들어, 도 1b)를 준비할 수 있다. SRP는 검색 요청을 만족시키는 정보를 포함할 수 있다. 예를 들어, 이는 검색 요청을 만족시키는 제품의 사진(pictures of products)을 포함할 수 있다. SRP는 또한, 각 제품의 각각의 가격, 또는 각 제품에 대한 향상된 배송 옵션, PDD, 무게, 크기, 제안(offers), 할인 등에 관한 정보를 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들어, 네트워크를 통해) 요청측 사용자 디바이스(requesting user device)에 SRP를 전송할 수 있다.
그 후, 사용자 디바이스는, 예를 들어, 사용자 인터페이스를 클릭(clicking) 또는 탭(tapping)하거나, 다른 입력 디바이스를 사용함으로써, SRP 상에 나타내어진 제품을 선택하여, SRP로부터 제품을 선택할 수 있다. 사용자 디바이스는 선택된 제품에 관한 정보 요청(request for information on the selected product)을 공식화하여(formulate) 그것을 외부 프론트 엔드 시스템(103)에 전송할 수 있다. 이에 응답하여, 외부 프론트 엔드 시스템(103)은 선택된 제품과 연관되는 정보를 요청할 수 있다. 예를 들어, 정보는 각각의 SRP 상에 제품에 대해 제시된 것 이외의 추가 정보를 포함할 수 있다. 이는, 예를 들어, 유통 기한(shelf life), 원산지(country of origin), 무게, 크기, 패키지 내의 물품의 수(number of items in package), 취급 지시(handling instructions) 또는 제품에 대한 기타 정보를 포함할 수 있다. 정보는 (예를 들어, 이 제품 및 적어도 하나의 다른 제품을 구매한 고객에 대한 빅 데이터 및/또는 기계 학습 분석에 기초하여) 유사한 제품에 대한 추천사항(recommendations), 자주 묻는 질문에 대한 답변, 고객으로부터의 리뷰, 제조자 정보, 사진 등을 포함할 수 있다.
외부 프론트 엔드 시스템(103)은 수신된 제품 정보에 기초하여 SDP(Single Detail Page)(예를 들어, 도 1c)를 준비할 수 있다. SDP는 또한, "바로 구매(Buy Now)" 버튼, "카트에 추가(Add to Cart)" 버튼, 수량 필드, 물품의 사진 등과 같은 기타 대화형 요소를 포함할 수 있다. SDP는 제품을 제안하는 판매자의 목록을 더 포함할 수 있다. 목록은 각 판매자가 제안하는 가격에 기초하여 순서화될(ordered) 수 있어, 최저 가격으로 제품을 판매하겠다고 제안한 판매자가 맨 위(the top)에 나열될 수 있다. 목록은 또한, 최고 랭킹의 판매자(highest ranked seller)가 맨 위에 나열될 수 있도록 판매자 랭킹에 기초하여 순서화될 수 있다. 판매자 순위는, 예를 들어, 약속된 PDD를 충족한 판매자의 과거 추적 기록을 포함하여, 다수의 인자(factor)에 기초하여 수식화될 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들어, 네트워크를 통해) 요청측 사용자 디바이스에 SDP를 전달할 수 있다.
요청측 사용자 디바이스는 제품 정보를 나열한 SDP를 수신할 수 있다. SDP를 수신하면, 사용자 디바이스는 SDP와 상호 작용할 수 있다. 예를 들어, 요청측 사용자 디바이스의 사용자는 SDP 상의 "카트에 담기(Place in Cart)" 버튼을 클릭하거나 다른 방식으로 상호 작용할 수 있다. 이는 그 제품을 사용자와 연관되는 쇼핑 카트(shopping cart)에 추가한다. 사용자 디바이스는 제품을 쇼핑 카트에 추가하라는 이 요청을 외부 프론트 엔드 시스템(103)에 송신할 수 있다.
외부 프론트 엔드 시스템(103)은 카트 페이지(예를 들어, 도 1d)를 생성할 수 있다. 일부 실시형태에서, 카트 페이지는 사용자가 가상 "쇼핑 카트"에 추가한 제품을 나열한다. 사용자 디바이스는 SRP, SDP 또는 다른 페이지 상의 아이콘을 클릭하거나 다른 방식으로 상호 작용함으로써 카트 페이지에 요청할 수 있다. 일부 실시형태에서, 카트 페이지는, 사용자가 쇼핑 카트에 추가한 모든 제품을 나열할 뿐만 아니라, 각 제품의 수량, 각 제품의 물품당 가격, 각 제품의 관련 수량에 기초한 가격, PDD에 관한 정보, 배송 방법, 운송비(shipping cost), 쇼핑 카트 내의 제품을 수정하기 위한 사용자 인터페이스 요소(예를 들어, 수량 삭제 또는 수정), 다른 제품을 주문하거나 제품의 정기 배송(periodic delivery)을 설정하기 위한 옵션, 이자 결제(interest payment)를 설정하기 위한 옵션, 구매를 진행하기 위한 사용자 인터페이스 요소 등과 같이 카트에 있는 제품에 관한 정보를 나열할 수 있다. 사용자 디바이스에서 사용자는, 쇼핑 카트에서 제품의 구매를 개시하기 위해 사용자 인터페이스 요소(예를 들어, "바로 구매"를 판독하는 버튼)를 클릭하거나 다른 방식으로 상호 작용할 수 있다. 그렇게 하면, 사용자 디바이스는 구매를 개시하라는 이 요청을 외부 프론트 엔드 시스템(103)에 송신할 수 있다.
외부 프론트 엔드 시스템(103)은 구매를 개시하라는 요청을 수신한 것에 응답하여 주문 페이지(예를 들어, 도 1e)를 생성할 수 있다. 일부 실시형태에서, 주문 페이지는, 쇼핑 카트로부터 물품을 재나열하고(re-list), 결제 및 운송 정보의 입력을 요청한다. 예를 들어, 주문 페이지는, 쇼핑 카트에 있는 물품의 구매자에 관한 정보를 요청하는 섹션(예를 들어, 이름, 주소, 이메일 주소, 전화 번호), 받는 사람에 관한 정보(예를 들어, 이름, 주소, 전화 번호, 배송 정보), 운송 정보(예를 들어, 배송 속도/방법 및/또는 픽업(pickup)), 결제 정보(예를 들어, 신용 카드, 은행 송금, 수표, 저장된 신용카드(stored credit)), 현금 영수증을 요청하기 위한 사용자 인터페이스 요소(예를 들어, 세금 목적으로) 등을 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 주문 페이지를 사용자 디바이스에 전송할 수 있다.
사용자 디바이스는, 주문 페이지 상에 정보를 입력하고, 정보를 외부 프론트 엔드 시스템(103)에 전송하는 사용자 인터페이스 요소를 클릭하거나 다른 방식으로 상호 작용할 수 있다. 거기서부터, 외부 프론트 엔드 시스템(103)은 정보를 시스템(100) 내의 상이한 시스템에 전송하여 쇼핑 카트에 있는 제품을 갖는 새로운 주문의 생성 및 처리를 가능하게 할 수 있다.
일부 실시형태에서, 외부 프론트 엔드 시스템(103)은 또한, 판매자가 주문에 관한 정보를 송신하고 수신할 수 있도록 구성될 수 있다.
일부 실시형태에서, 내부 프론트 엔드 시스템(105)은 내부 사용자(예를 들어, 시스템(100)을 소유, 운영 또는 임대하는 조직의 직원)가 시스템(100) 내의 하나 이상의 시스템과 상호 작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 시스템(100)이 사용자가 물품을 주문할 수 있게 하는 시스템의 프리젠테이션을 가능하게 하는 실시형태에서, 내부 프론트 엔드 시스템(105)은 내부 사용자가 주문에 대한 진단 및 통계 정보를 보거나(view), 물품 정보를 수정하거나, 주문에 관한 통계를 검토(review)할 수 있게 하는 웹 서버로서 구현될 수 있다. 예를 들어, 내부 프론트 엔드 시스템(105)은 Apache HTTP 서버, 마이크로소프트 인터넷 정보 서비스(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시형태에서, 내부 프론트 엔드 시스템(105)은 시스템(100)에 도시된 시스템 또는 디바이스(도시되지 않은 다른 디바이스뿐만 아니라)로부터 요청을 수신하고 처리하도록 설계된 고객 웹 서버 소프트웨어를 실행할 수 있고, 이들 요청에 기초하여 데이터베이스 및 기타 데이터 저장소로부터 정보를 획득하고, 획득된 정보에 기초하여 수신된 요청에 대한 응답을 제공할 수 있다.
일부 실시형태에서, 내부 프론트 엔드 시스템(105)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 결제 시스템, 분석 시스템, 주문 모니터링 시스템 등 중 하나 이상을 포함할 수 있다. 일 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상을 포함할 수 있고, 반면에 다른 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상에 연결된 인터페이스(예를 들어, 서버-대-서버, 데이터베이스-대-데이터베이스, 또는 다른 네트워크 연결)을 포함할 수 있다.
일부 실시형태에서, 수송 시스템(107)은 시스템(100) 내의 시스템 또는 디바이스와 모바일 디바이스(107A 내지 107C) 사이의 통신을 가능하게 하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시형태에서, 수송 시스템(107)은 하나 이상의 모바일 디바이스(107A 내지 107C)(예를 들어, 모바일 폰, 스마트 폰, PDA 등)로부터 정보를 수신할 수 있다. 예를 들어, 일부 실시형태에서, 모바일 디바이스(107A 내지 107C)는 배송 작업자(delivery worker)에 의해 운영되는 디바이스를 포함할 수 있다. 정규직(permanent) 직원, 임시(temporary) 직원 또는 교대(shift) 직원일 수 있는 배송 작업자는 모바일 디바이스(107A 내지 107C)를 활용하여 사용자에 의해 주문된 제품을 포함하는 패키지의 배송을 행할 수 있다. 예를 들어, 패키지를 배송하기 위해, 배송 작업자는 모바일 디바이스 상에서 어느 패키지를 배송할 것인지와 그 패키지를 어디로 배송할 것인지를 나타내는 통지를 수신할 수 있다. 배송 위치에 도착하면, 배송 작업자는 패키지를 (예를 들어, 트럭의 후면에, 혹은 패키지의 상자(crate)에) 위치시키거나, 모바일 디바이스를 사용하여 패키지 상의 식별자(identifier)(예를 들어, 바코드, 이미지, 텍스트 스트링(text string), RFID 태그 등)와 연관되는 데이터를 스캔하거나 다른 방식으로 캡처하고, 패키지를 (예를 들어, 문 앞에 두거나, 경비원에게 맡겨 두거나, 받는 사람에게 건네주는 등으로써) 전달한다. 일부 실시형태에서, 배송 작업자는 모바일 디바이스를 사용하여 패키지의 사진(들)을 캡처하고, 및/또는 서명을 얻을 수 있다. 모바일 디바이스는, 예를 들어, 시간, 날짜, GPS 위치, 사진(들), 배송 작업자와 연관되는 식별자, 모바일 디바이스와 연관되는 식별자 등을 포함하는 배송에 관한 정보를 포함하는 정보를 수송 시스템(107)에 전송할 수 있다. 수송 시스템(107)은 시스템(100) 내의 다른 시스템에 의해 액세스되도록 이 정보를 데이터베이스(도시되지 않음)에 저장할 수 있다. 일부 실시형태에서, 수송 시스템(107)은 이 정보를 사용하여 특정 패키지의 위치를 나타내는 추적 데이터를 준비하여 다른 시스템에 전송할 수 있다.
일부 실시형태에서, 특정 사용자는 한 종류의 모바일 디바이스를 사용할 수 있으며(예를 들어, 정규직 작업자는 바코드 스캐너, 스타일러스 및 기타 디바이스들과 같은 맞춤형 하드웨어(custom hardware)를 갖는 전용 PDA(specialized PDA)를 사용할 수 있고), 반면에 다른 사용자는 다른 종류의 모바일 디바이스를 사용할 수 있다(예를 들어, 임시 또는 교대 작업자는 기성품의(off-the-shelf) 모바일 폰 및/또는 스마트 폰을 활용할 수 있다).
일부 실시형태에서, 수송 시스템(107)은 사용자를 각 디바이스와 연관시킬 수 있다. 예를 들어, 수송 시스템(107)은, 사용자(예를 들어, 사용자 식별자, 직원 식별자 또는 전화 번호로 나타내어짐)와 모바일 디바이스(예를 들어, IMEI(International Mobile Equipment Identity), IMSI(International Mobile Subscription Identifier), 전화 번호, UUID(Universal Unique Identifier) 또는 GUID(Globally Unique Identifier)로 나타내어짐) 사이의 연관성을 저장할 수 있다. 수송 시스템(107)은, 무엇보다도, 작업자의 위치, 작업자의 효율성 또는 작업자의 속도를 결정하기 위해, 배송시 수신된 데이터와 함께 이 연관성을 사용하여 데이터베이스에 저장된 데이터를 분석할 수 있다.
일부 실시형태에서, 판매자 포털(109)은, 판매자 또는 다른 외부 개체가 시스템(100) 내의 하나 이상의 시스템과 전자적으로 통신할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 판매자는, 판매자 포털(109)을 사용하여, 판매자가 시스템(100)을 통해 판매하고 싶어하는 제품에 대한 제품 정보, 주문 정보, 연락처 정보 등을 업로드하거나 제공하기 위해 컴퓨터 시스템(도시되지 않음)을 활용할 수 있다.
일부 실시형태에서, 선적 및 주문 추적 시스템(111)은, 고객에 의해(예를 들어, 디바이스(102A 및 102B)를 사용하는 사용자에 의해) 주문된 제품을 포함하는 패키지의 위치에 관한 정보를 수신하고, 저장하고, 전달하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시형태에서, 선적 및 주문 추적 시스템(111)은, 고객에 의해 주문된 제품을 포함하는 패키지를 배송하는 운송 회사에 의해 운영되는 웹 서버(도시되지 않음)로부터, 정보를 요청하거나 저장할 수 있다.
일부 실시형태에서, 선적 및 주문 추적 시스템(111)은 시스템(100) 내에 도시된 시스템으로부터 정보를 요청하고 저장할 수 있다. 예를 들어, 선적 및 주문 추적 시스템(111)은 수송 시스템(107)으로부터 정보를 요청할 수 있다. 위에서 논의된 바와 같이, 수송 시스템(107)은, 하나 이상의 사용자(예를 들어, 배송 작업자) 또는 차량(예를 들어, 배송 트럭)과 연관되는 하나 이상의 모바일 디바이스(107A 내지 107C)(예를 들어, 모바일 폰, 스마트 폰, PDA 등)로부터 정보를 수신할 수 있다. 일부 실시형태에서, 선적 및 주문 추적 시스템(111)은 또한, 풀필먼트 센터(예를 들어, 풀필먼트 센터(200)) 내부의 개별 제품의 위치를 결정하기 위해, 창고 관리 시스템(WMS, 119)으로부터 정보를 요청할 수 있다. 선적 및 주문 추적 시스템(111)은, 수송 시스템(107) 또는 WMS(119) 중 하나 이상으로부터 데이터를 요청하고, 데이터를 처리하고, 요청 시 데이터를 디바이스(예를 들어, 사용자 디바이스(102A 및 102B))에 제시할 수 있다.
일부 실시형태에서, 풀필먼트 최적화(FO) 시스템(113)은, 다른 시스템(예를 들어, 외부 프론트 엔드 시스템(103) 및/또는 선적 및 주문 추적 시스템(111))으로부터의 고객 주문에 관한 정보를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. FO 시스템(113)은 또한, 특정 물품이 어디에 보유되거나 저장되는지를 서술하는 정보를 저장할 수 있다. 예를 들어, 특정 물품은 하나의 풀필먼트 센터에만 저장될 수 있고, 반면에 특정 다른 물품은 다수의 풀필먼트 센터에 저장될 수 있다. 또 다른 실시형태에서, 특정 풀필먼트 센터는 특정 세트의 물품(예를 들어, 신선 제품 또는 냉동 제품)만을 저장하도록 설계될 수 있다. FO 시스템(113)은, 이 정보뿐만 아니라 관련 정보(예를 들어, 수량, 크기, 수령일, 만료일 등)를 저장한다.
FO 시스템(113)은 또한, 각 제품의 대응하는 PDD(promised delivery date)를 계산할 수 있다. 일부 실시형태에서, PDD는 하나 이상의 인자에 기초할 수 있다. 예를 들어, FO 시스템(113)은, 제품에 대한 과거 수요(예를 들어, 한 기간 동안 제품이 얼마나 자주 주문되었는지), 제품에 대한 예상 수요(다가오는 기간 동안 얼마나 많은 고객이 해당 제품을 주문할 것으로 예측되는지), 한 기간 동안 얼마나 많은 제품이 주문되었는지를 나타내는 네트워크-전역(network-wide) 과거 수요, 다가오는 기간 동안 얼마나 많은 제품이 주문될 것인지 예상하는 것을 나타내는 네트워크-전역 예상 수요, 각 풀필먼트 센터(200)에 저장되는 제품에 대한, 풀필먼트 센터가 각 제품마다 저장하는 하나 이상의 카운트, 해당 제품에 대한 예상 주문 또는 현재 주문 등에 기초하여, 제품에 대한 PDD를 계산할 수 있다.
일부 실시형태에서, FO 시스템(113)은, 주기적으로(예를 들어, 시간마다) 각 제품에 대한 PDD를 결정하고, 이를 검색을 위해 데이터 베이스에 저장하거나, 다른 시스템(예를 들어, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 선적 및 주문 추적 시스템(111))에 전송할 수 있다. 다른 실시형태에서, FO 시스템(113)은, 하나 이상의 시스템(예를 들어, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 선적 및 주문 추적 시스템(111))으로부터 전자식 요청(electronic requests)을 수신하고, 요구 시(on demand) PDD를 계산할 수 있다.
일부 실시형태에서, 풀필먼트 메시징 게이트웨이(FMG, 115)는, 시스템(100) 내의 하나 이상의 시스템(예를 들어, FO 시스템(113))으로부터 하나의 포맷 또는 프로토콜로 요청 또는 응답을 수신하고, 요청 또는 응답을 다른 포맷 또는 프로토콜로 변환하고, 변환된 포맷 또는 프로토콜의 요청 또는 응답을 다른 시스템(예를 들어, WMS(119) 또는 제3 자의 풀필먼트 시스템(121A, 121B 또는 121C))에 전달하거나, 그 반대도 성립하는 컴퓨터 시스템으로서 구현될 수 있다.
일부 실시형태에서, 공급 체인 관리(SCM) 시스템(117)은 예측 피처을 수행하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, SCM 시스템(117)은, 예를 들어, 제품에 대한 과거 수요, 제품에 대한 예상 수요, 네트워크-전역 과거 수요, 네트워크-전역 예상 수요, 각 풀필먼트 센터(200)에 저장되는 제품 카운트(count products), 각 제품에 대한 예상 주문 또는 현재 주문 등에 기초하여 특정 제품에 대한 수요 레벨(level of demand)을 예측할 수 있다. 모든 풀필먼트 센터에 걸쳐 각 제품에 대한 이 예측된 레벨 및 양에 응답하여, SCM 시스템(117)은, 특정 제품에 대한 예측된 수요를 만족시키기에 충분한 수량을 구매하고 비축(stock)하기 위해서 하나 이상의 구매 주문을 생성할 수 있다.
일부 실시형태에서, 창고 관리 시스템(WMS, 119)은 작업 흐름을 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, WMS(119)는 개별 이벤트(discrete events)를 나타내는 개별 디바이스(예를 들어, 디바이스(107A 내지 107C 또는 119A 내지 119C))로부터 이벤트 데이터를 수신할 수 있다. 예를 들어, WMS(119)는 패키지를 스캔하기 위해 이들 디바이스 중 하나의 사용을 나타내는 이벤트 데이터를 수신할 수 있다. 풀필먼트 센터(200) 및 도 2에 관련하여 아래에 논의되는 바와 같이, 풀필먼트 프로세스 동안, 패키지 식별자(예를 들어, 바코드 또는 RFID 태그 데이터)는 특정 단계에서 기계(예를 들어, 자동화되거나 휴대형의 바코드 스캐너, RFID 판독기, 고속 카메라, 태블릿(119A), 모바일 디바이스/PDA(119B), 컴퓨터(119C) 등과 같은 디바이스)에 의해 스캐닝되거나 판독될 수 있다. WMS(119)는, 패키지 식별자, 시간, 날짜, 위치, 사용자 식별자 또는 기타 정보와 함께 대응하는 데이터베이스(도시되지 않음)에 패키지 식별자의 스캔 또는 판독을 나타내는 각 이벤트를 저장할 수 있고, 이 정보를 다른 시스템(예를 들어, 선적 및 주문 추적 시스템(111))에 제공할 수 있다.
일부 실시형태에서, WMS(119)는 하나 이상의 디바이스(예를 들어, 디바이스(107A 내지 107C 또는 119A 내지 119C))를 시스템(100)과 연관되는 하나 이상의 사용자와 관련시킨 정보를 저장할 수 있다. 예를 들어, 일부 상황에서, 사용자(예를 들어, 시간제 또는 전일제 직원)는, 사용자가 모바일 디바이스(예를 들어, 모바일 디바이스는 스마트 폰임)를 소유한다는 점에서, 모바일 디바이스와 연관될 수 있다. 다른 상황에서, 사용자는, 사용자가 일시적으로 모바일 디바이스를 소유하고 있다(예를 들어, 사용자는 하루의 시작 시에 모바일 디바이스를 체크 아웃하고, 하루 동안 사용할 것이고, 하루가 끝나면 반환할 것이다)는 점에서, 모바일 디바이스와 연관될 수 있다.
일부 실시형태에서, WMS(119)는 시스템(100)과 연관되는 각 사용자에 대한 작업 로그(work log)를 유지할 수 있다. 예를 들어, WMS(119)는, 임의의 할당된 프로세스(예를 들어, 트럭 하역하기(unloading trucks), 픽 구역(pick zone)으로부터 물품 피킹하기, 리빈 월 작업(rebin wall work), 물품 포장하기), 사용자 식별자, 위치(예를 들어, 풀필먼트 센터(200) 내의 층 또는 구역), 직원에 의해 시스템을 통해 이동된 다수의 유닛(예를 들어, 피킹된 물품의 수, 포장된 물품의 수), 디바이스(예를 들어, 디바이스(119A 내지 119C))와 연관되는 식별자 등을 포함하여, 각 직원과 연관되는 정보를 저장할 수 있다. 일부 실시형태에서, WMS(119)는 디바이스(119A 내지 119C)상에서 운영되는 시간 기록 시스템(timekeeping system)과 같은 시간 기록 시스템으로부터 체크 인 및 체크 아웃 정보를 수신할 수 있다.
일부 실시형태에서, 제3 자의 풀필먼트(3PL) 시스템(121A 내지 121C)은 물류 및 제품의 제3자 제공자와 연관되는 컴퓨터 시스템을 나타낸다. 예를 들어, 일부 제품은 (도 2와 관련하여 후술되는 바와 같이) 풀필먼트 센터(200)에 저장되지만, 다른 제품은 장외(off-site)에 저장될 수 있거나, 요구 시 생산될 수 있거나, 달리 풀필먼트 센터(200)에 저장되어 이용 가능하지 않을 수 있다. 3PL 시스템(121A 내지 121C)은, (예를 들어, FMG(115)를 통해) FO 시스템(113)으로부터 주문을 수신하도록 구성될 수 있고, 제품 및/또는 서비스(예를 들어, 배송 또는 설치)를 고객에게 직접 제공할 수 있다. 일부 실시형태에서, 3PL 시스템(121A 내지 121C) 중 하나 이상은 시스템(100)의 일부일 수 있고, 반면에 다른 실시형태에서, 3PL 시스템(121A 내지 121C) 중 하나 이상은 시스템(100) 외부에 있을 수 있다(예를 들어, 제3 자 제공자에 의해 소유되거나 운영된다).
일부 실시형태에서, 풀필먼트 센터 인증 시스템(FC Auth, 123)은 다양한 피처을 갖는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 일부 실시형태에서, FC Auth(123)은 시스템(100) 내의 하나 이상의 다른 시스템에 대한 SSO(single-sign on) 서비스로서 작용할 수 있다. 예를 들어, FC Auth(123)은 사용자가 내부 프론트 엔드 시스템(105)을 통해 로그인할 수 있게 하고, 사용자가 선적 및 주문 추적 시스템(111)에서 리소스에 액세스할 수 있는 유사한 권한(privileges)을 가지고 있는 것으로 결정하고, 사용자가 제2 로그 인 프로세스(second log in process)를 필요로 하지 않고 이들 권한에 액세스할 수 있게 한다. 다른 실시형태에서, FC Auth(123)은 사용자(예를 들어, 직원)가 그들 자신을 특정 작업과 연관시킬 수 있게 한다. 예를 들어, 일부 직원은 전자 디바이스(예를 들어, 디바이스(119A 내지 119C))를 갖지 않을 수 있고, 대신에 하루의 일과에서(during the course of a day), 풀필먼트 센터(200) 내에서, 작업별로, 그리고 구역별로, 이동할 수 있다. FC Auth(123)은 이들 직원이 어떤 작업을 행하고 있는지와, 그들이 하루 중 서로 다른 시각에 어느 구역에 있는지를 나타낼 수 있도록 구성될 수 있다.
일부 실시형태에서, 노동 관리 시스템(LMS, 125)은 직원(전일제 및 시간제 직원을 포함)에 대한 출근 및 초과 근무 정보(attendance and overtime information)를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, LMS(125)는 FC Auth(123), WMS(119), 디바이스(119A 내지 119C), 수송 시스템(107) 및/또는 디바이스(107A 내지 107C)로부터 정보를 수신할 수 있다.
도 1a에 도시된 특정 구성은 단지 예시이다. 예를 들어, 도 1a는 FO 시스템(113)에 연결된 FC Auth 시스템(123)을 도시하지만, 모든 실시형태가 이 특정 구성을 요구하는 것은 아니다. 실제로, 일부 실시형태에서, 시스템(100) 내의 시스템은, 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a/b/g/n 표준과 호환되는 무선 네트워크, 전용 회선(leased line) 등을 포함하는 하나 이상의 공개 또는 비공개 네트워크를 통해 서로 연결될 수 있다. 일부 실시형태에서, 시스템(100) 내의 시스템 중 하나 이상은 데이터 센터, 서버 팜(server farm) 등에 구현되는 하나 이상의 가상 서버로서 구현될 수 있다.
도 2는 풀필먼트 센터(200)를 도시한다. 풀필먼트 센터(200)는 주문 시 고객에게 운송되기 위한 물품을 저장하는 물리적 위치의 예이다. 풀필먼트 센터(FC, 200)는 다수의 구역으로 분할될 수 있고, 이들 구역 각각은 도 2에 도시되어 있다. 일부 실시형태에서, 이들 "구역"은 물품을 수신하고, 물품을 저장하고, 물품을 검색하고, 물품을 운송하는 프로세스의 상이한 단계 사이의 가상 분할(virtual divisions)로 여겨질 수 있다. 따라서, "구역"이 도 2에 도시되어 있지만, 구역에 대한 다른 분할이 가능하고, 일부 실시형태에서, 도 2의 구역이 생략되거나, 복제되거나, 수정될 수 있다.
인바운드 구역(203)은 도 1a로부터 시스템(100)을 사용하여 제품을 판매하고 싶어하는 판매자로부터 물품이 수신되는 풀필먼트 센터(200)의 영역을 나타낸다. 예를 들어, 판매자는 트럭(201)을 사용하여 물품(202A 및 202B)을 배송할 수 있다. 물품(202A)은 그 자체의 운송 팔레트(shipping pallet)를 점유하기에 충분히 큰 단일 물품을 나타낼 수 있고, 반면에 물품(202B)은 공간을 절약하기 위해 동일한 팔레트 상에 함께 적재된 물품의 세트를 나타낼 수 있다.
작업자는 인바운드 구역(203)에서 물품을 수신하고, 선택적으로 컴퓨터 시스템(도시되지 않음)을 사용하여 물품의 손상 및 정확성에 대해 검사할 수 있다. 예를 들어, 작업자는 컴퓨터 시스템을 사용하여 물품(202A 및 202B)의 수량을 물품의 주문 수량과 비교할 수 있다. 수량이 매칭되지(match) 않으면, 그 작업자는 물품(202A 또는 202B) 중 하나 이상을 거절할 수 있다. 수량이 매칭되면, 작업자는 (예를 들어, 돌리(dolly), 핸드 트럭, 지게차(forklift)를 이용하거나 수동으로) 이들 물품을 버퍼 구역(205)으로 이동시킬 수 있다. 버퍼 구역(205)은, 예를 들어, 피킹 구역에 예측된 수요를 충족시키기에 매우 충분한 수량의 해당 물품이 있기 때문에, 피킹 구역에서 현재 필요하지 않은 물품에 대한 임시 저장 영역일 수 있다. 일부 실시형태에서, 지게차(206)는 버퍼 구역(205) 주위에서, 그리고 인바운드 구역(203)과 드롭 구역(207) 사이에서 물품을 이동시키도록 동작된다. 피킹 구역에서 물품(202A 또는 202B)이 필요하다면(예를 들어, 예측된 수요로 인함), 지게차는 물품(202A 또는 202B)을 드롭 구역(207)으로 이동시킬 수 있다.
드롭 구역(207)은, 물품이 피킹 구역(209)으로 이동되기 전에 물품을 저장하는 풀필먼트 센터(200)의 영역일 수 있다. 피킹 작업에 할당된 작업자("피커(picker)")는, 피킹 구역에서 물품(202A 및 202B)에 접근하고, 피킹 구역에 대한 바코드를 스캔하고, 모바일 디바이스(예를 들어, 디바이스 119B)를 사용하여 물품(202A 및 202B)과 연관되는 바코드를 스캔할 수 있다. 그 후, 피커는 (예를 들어, 물품을 카트에 담거나 운반함으로써) 물품을 피킹 구역(209)으로 가져갈 수 있다.
피킹 구역(209)은 물품(208)이 저장 유닛(210) 상에 저장되는 풀필먼트 센터(200)의 영역일 수 있다. 일부 실시형태에서, 저장 유닛(210)은 물리적 선반, 책장, 박스, 토트(totes), 냉장고, 냉동고, 냉장 창고(cold stores) 등 중 하나 이상을 포함할 수 있다. 일부 실시형태에서, 피킹 구역(209)은 다수의 층으로 구성될 수 있다. 일부 실시형태에서, 작업자 또는 기계는, 예를 들어, 지게차, 엘리베이터, 컨베이어 벨트, 카트, 핸드 트럭, 돌리, 자동화된 로봇 또는 디바이스를 포함하여 여러 방식으로, 또는 수동으로 물품을 피킹 구역(209)으로 이동시킬 수 있다. 예를 들어, 피커는 드롭 구역(207)에서 핸드 트럭 또는 카트 상에 물품(202A 및 202B)을 담고, 물품(202A 및 202B)을 피킹 구역(209)까지 걸어서 운반할 수 있다.
피커는, 저장 유닛(210)상의 특정 공간과 같이, 피킹 구역(209)의 특정 지점(particular spots)에 물품을 배치(또는 "수납")하라는 명령어(instruction)를 수신할 수 있다. 예를 들어, 피커는 모바일 디바이스(예를 들어, 디바이스(119B))를 사용하여 물품(202A)을 스캔할 수 있다. 디바이스는, 예를 들어, 통로(aisle), 선반 및 위치를 나타내는 시스템을 사용하여 피커가 물품(202A)을 수납해야 하는 위치를 나타낼 수 있다. 그 후, 디바이스는 그 위치에 물품(202A)을 수납하기 전에 피커가 그 위치에서 바코드를 스캔하도록 촉구할 수 있다. 디바이스는, 디바이스(119B)를 사용하는 사용자에 의해 그 위치에 물품(202A)이 수납되었음을 나타내는 데이터를, (예를 들어, 무선 네트워크를 통해) 도 1a의 WMS(119)와 같은 컴퓨터 시스템에 전송할 수 있다.
사용자가 주문을 하면, 피커는 저장 유닛(210)으로부터 하나 이상의 물품(208)을 검색하라는 명령어를 디바이스(119B)상에 수신할 수 있다. 피커는, 물품(208)을 검색하고, 물품(208)상의 바코드를 스캔하고, 물품을 수송 메커니즘(transport mechanism)(214) 상에 배치할 수 있다. 수송 메커니즘(214)은, 슬라이드로 나타내어져 있지만, 일부 실시형태에서, 수송 메커니즘은 컨베이어 벨트, 엘리베이터, 카트, 지게차, 핸드 트럭, 돌리 등 중 하나 이상으로서 구현될 수 있다. 그 후, 물품(208)은 포장 구역(packing zone, 211)에 도착할 수 있다.
포장 구역(211)은, 물품이 피킹 구역(209)으로부터 수신되어 고객에게 최종 운송되기 위해 박스 또는 백(bags)에 포장되는 풀필먼트 센터(200)의 영역일 수 있다. 포장 구역(211)에서, 물품 수신에 할당된 작업자("리빈 작업자")는 피킹 구역(209)으로부터 물품(208)을 수신하고 그것이 어느 주문에 대응하는지를 결정할 것이다. 예를 들어, 리빈 작업자는 컴퓨터(119C)와 같은 디바이스를 사용하여 물품(208)상의 바코드를 스캔할 수 있다. 컴퓨터(119C)는 물품(208)이 어느 주문과 연관되는지를 시각적으로 나타낼 수 있다. 이는, 예를 들어, 주문에 대응하는 공간 또는 벽(216)의 셀"을 포함할 수 있다. 일단 주문이 완료되면 (예를 들어, 셀은 주문에 대한 모든 물품을 포함하기 때문에), 리빈 작업자는 주문이 완료된 것을 포장 작업자(packing worker)(또는 "패커(packer)")에게 나타낼 수 있다. 패커는 셀로부터 물품을 검색하여 운송을 위해 박스 또는 백에 담을 수 있다. 그 후, 패커는 예를 들어, 지게차, 카트, 돌리, 핸드 트럭, 컨베이어 벨트를 통해, 박스 또는 백을 허브 구역(213)으로 수동으로 또는 다른 방식으로 전송할 수 있다.
허브 구역(213)은 포장 구역(211)으로부터 모든 박스 또는 백("패키지")을 수신하는 풀필먼트 센터(200)의 영역일 수 있다. 허브 구역(213)의 작업자 및/또는 기계는, 패키지(218)를 검색하고, 각 패키지가 배송 지역 중 어느 부분으로 가고자 의도되는지를 결정하고, 패키지를 적절한 캠프 구역(215)으로 라우팅할 수 있다. 예를 들어, 배송 지역이 두 개의 더 작은 하위-지역(sub-areas)을 갖는 경우, 패키지는 두 개의 캠프 구역(215) 중 하나로 갈 것이다. 일부 실시형태에서, 작업자 또는 기계는 (예를 들어, 디바이스(119A 내지 119C) 중 하나를 사용하여) 패키지를 스캔하여 그 최종 목적지를 결정할 수 있다. 패키지를 캠프 구역(215)으로 라우팅하는 것은, 예를 들어, (예를 들어, 우편 번호에 기초하여) 패키지가 예정되어 있는 지리적 영역의 일부를 결정하는 것, 및 지리적 영역의 일부와 연관되는 캠프 구역(215)을 결정하는 것을 포함할 수 있다.
일부 실시형태에서, 캠프 구역(215)은 하나 이상의 건물, 하나 이상의 물리적 공간 또는 하나 이상의 지역을 포함할 수 있고, 여기서 패키지는 루트 및/또는 서브-루트로 분류되기 위해 허브 구역(213)으로부터 수신된다. 일부 실시형태에서, 캠프 구역(215)은 풀필먼트 센터(200)로부터 물리적으로 분리되고, 반면에 다른 실시형태에서, 캠프 구역(215)은 풀필먼트 센터(200)의 일부를 형성할 수 있다.
캠프 구역(215) 내의 작업자 및/또는 기계는, 예를 들어, 목적지를 기존의 루트 및/또는 서브-루트와 비교하는 것, 각 루트 및/또는 서브-루트에 대한 작업 부하를 계산하는 것, 하루 중 시각(the time of day), 운송 방법, 패키지(220)를 운송하기 위한 비용, 패키지(220) 내의 물품과 연관되는 PDD 등에 기초하여, 패키지(220)가 어느 루트 및/또는 서브-루트와 연관되어야 하는지를 결정할 수 있다. 일부 실시형태에서, 작업자 또는 기계는 (예를 들어, 디바이스(119A 내지 119C) 중 하나를 사용하여) 패키지를 스캔하여 그 최종 목적지를 결정할 수 있다. 일단 패키지(220)가 특정 루트 및/또는 서브-루트에 할당되면, 작업자 및/또는 기계는, 운송될 패키지(220)를 이동시킬 수 있다. 예시적인 도 2에서, 캠프 구역(215)은 트럭(222), 자동차(226) 및 배송 작업자(224A 및 224B)를 포함한다. 일부 실시형태에서, 트럭(222)은 배송 작업자(224A)에 의해 구동될 수 있고, 여기서 배송 작업자(224A)는 풀필먼트 센터(200)를 위한 패키지를 배송하는 전일제 직원이고, 트럭(222)은, 풀필먼트 센터(200)를 소유하거나, 임대하거나, 운영하는 동일한 회사에 의해 소유되거나, 임대되거나, 운영된다. 일부 실시형태에서, 자동차(226)는 배송 작업자(224B)에 의해 운전될 수 있고, 여기서 배송 작업자(224B)는 필요에 따라(on an as-needed basis)(예를 들어, 계절에 따라) "가변적인(flex)" 또는 비정기적인 작업자(occasional worker)이다. 자동차(226)는 배송 작업자(224B)에 의해 소유되거나, 임대되거나, 운영될 수 있다.
도 3을 참조하면, 배송자에 대한 지불 요금을 동적으로 조정하기 위한 시스템의 예시적인 실시형태를 도시하는 개략적인 블록도가 도시되어 있다. 도 3에 도시된 바와 같이, 시스템(300)은 동적 가격책정 시스템(301), 서버(303) 및 데이터베이스(304)를 포함할 수 있고, 이들 각각은 네트워크(302)를 통해 서로 통신할 수 있다. 일부 실시형태에서, 동적 가격책정 시스템(301) 및/또는 서버(303)는, 예를 들어 케이블을 사용하여 직접 연결을 통해 서로 그리고 시스템(300)의 다른 구성요소와 통신할 수 있다. 일부 다른 실시형태에서, 시스템(300)은 도 1a의 시스템(100)의 일부일 수 있으며, 예를 들어 케이블을 사용하는 직접 연결을 통해 또는 네트워크(302)를 통해 시스템(100)의 다른 구성요소(예를 들어, 외부 프론트 엔드 시스템(103) 또는 내부 프론트 엔드 시스템(105))와 통신할 수 있다. 동적 가격책정 시스템(301) 및/또는 서버(303)는 각각 단일의 컴퓨터를 포함할 수 있거나 또는 개시된 예와 연관되는 하나 이상의 처리 및 기능을 수행하도록 상호운용되는 다수의 컴퓨터를 포함하는 분산 컴퓨터 시스템으로서 각각 구성될 수 있다.
도 3에 도시된 바와 같이, 동적 가격책정 시스템(301)은 프로세서(305) 및 메모리(307)를 포함할 수 있다. 프로세서(305)는 Intel™에 의해 제조된 Pentium™ 제품군 또는 AMD™에 의해 제조된 Turion™ 제품군으로부터의 마이크로프로세서와 같은 하나 이상의 알려진 처리 디바이스일 수 있다. 프로세서(305)는 병렬 프로세스를 동시에 실행하는 단일 코어 또는 다중 코어 프로세서를 구성할 수 있다. 예를 들어, 프로세서(305)는 다수의 프로세스를 동시에 실행하고 제어하기 위해 논리 프로세서를 사용할 수 있다. 프로세서(305)는 가상 머신 기술 또는 다른 알려진 기술을 구현하여 다수의 소프트웨어 프로세스, 애플리케이션, 프로그램 등을 실행(execute), 제어(control), 수행(run), 조작(manipulate), 저장(store) 등의 능력을 제공할 수 있다. 다른 예에서, 프로세서(305)는 동적 가격책정 시스템(301) 및/또는 서버(303)가 다수의 프로세스를 동시에 실행할 수 있도록 허용하는 병렬 처리 기능을 제공하도록 구성된 다중 코어 프로세서 배열을 포함할 수 있다. 당업자라면 여기에 개시된 능력을 제공하는 다른 유형의 프로세서 배열이 구현될 수 있음을 이해할 것이다.
메모리(307)는 프로세서(305)에 의해 실행될 때 알려진 운영 체제 기능을 수행하는 하나 이상의 운영 체제를 저장할 수 있다. 예로서, 운영 체제는 Microsoft Windows, Unix, Linux, Android, Mac OS, iOS 또는 다른 유형의 운영 체제를 포함할 수 있다. 이에 따라, 개시된 발명의 예는 임의의 유형의 운영 체제를 운용하는 컴퓨터 시스템에 의해 작동 및 기능할 수 있다. 메모리(307)는 휘발성 또는 비휘발성, 자기, 반도체, 테이프, 광학, 제거가능, 제거불가능, 또는 다른 형태의 저장 디바이스나 유형의(tangible) 컴퓨터 판독가능 매체일 수 있다.
데이터베이스(304)는 예를 들어 Oracle™ 데이터베이스, Sybase™ 데이터베이스, 또는 Hadoop™ 시퀀스 파일, HBase™ 또는 Cassandra™와 같은 다른 관계형 데이터베이스 또는 비관계형 데이터베이스를 포함할 수 있다. 데이터베이스(304)는 데이터베이스(들)의 메모리 디바이스에 저장된 데이터에 대한 요청을 수신 및 처리하고 데이터베이스(들)로부터 데이터를 제공하도록 구성된 컴퓨팅 구성요소(예컨대, 데이터베이스 관리 시스템, 데이터베이스 서버 등)를 포함할 수 있다. 데이터베이스(304)는 HBase, MongoDB™ 또는 Cassandra™와 같은 NoSQL 데이터베이스를 포함할 수 있다. 대안적으로, 데이터베이스(304)는 Oracle, MySQL 및 Microsoft SQL Server와 같은 관계형 데이터베이스를 포함할 수 있다. 일부 실시형태에서, 데이터베이스(304)는 서버, 범용 컴퓨터, 메인프레임 컴퓨터, 또는 이들 구성요소의 임의의 조합의 형태를 취할 수 있다.
데이터베이스(304)는 개시된 예와 연관되는 방법 및 프로세스를 수행하기 위해 프로세서(305)에 의해 사용될 수 있는 데이터를 저장할 수 있다. 도 3은 동적 가격책정 시스템(301) 외부의 데이터베이스(304)를 도시하지만, 데이터베이스(304)는 동적 가격책정 시스템(301)에 위치될 수 있다. 일부 실시형태에서, 시스템(300)은 하나 이상의 데이터베이스(304)를 포함할 수 있다. 데이터베이스(304)에 저장된 데이터는, 가격책정 알고리즘을 선택하고 배송자에 대한 지불 요금을 결정 및/또는 조정하는데 사용될 수 있는 배송 주문 및/또는 배송자와 연관되는 임의의 적합한 데이터를 포함할 수 있다. 예를 들어, 데이터베이스(304)에 저장된 데이터는 배송 주문과 연관되는 배송 주소, 각 배송 주문과 연관되는 배송 경로, 각 배송 주문의 타임스탬프 등과 같은, 배송 주문과 연관되는 피처를 포함할 수 있다. 또한, 데이터베이스(304)에 저장된 데이터는, 각 배송자의 사용자 이름, 각 배송자의 고객 평가(rating), 배송자의 과거 배송 이력 등과 같은, 배송자 피처 또는 배송자와 연관되는 피처를 포함할 수 있다. 다른 실시형태에서 데이터베이스(304)에 저장된 데이터는, 배송자에 대한 지불 요금과 연관되는 이력 데이터, 가격책정 알고리즘, 및 가격책정 모델-지리적 영역 매핑(예컨대, 어떤 가격책정 알고리즘이 과거 각 지리적 영역에 이전에 매핑되었는지)과 연관되는 이력 데이터를 포함할 수 있다. 일부 실시형태에서, 데이터베이스(304)에 저장된 데이터는 예를 들어 배송자에 대한 지불 요금을 동적으로 조정하기 위한 기계 학습 알고리즘을 트레이닝하기 위한 트레이닝 데이터로서 사용될 수 있다. 따라서, 동적 가격책정 시스템(301)은 네트워크(302)를 통해 데이터베이스(304)와 통신하여 데이터베이스(304)에 저장된 트레이닝 데이터를 사용하여 하나 이상의 기계 학습 모델 및/또는 알고리즘을 트레이닝할 수 있다. 추가적으로 또는 대안적으로, 이러한 트레이닝 데이터는, 데이터베이스(304)와 같은 외부 데이터베이스가 아니라 동적 가격책정 시스템(301)에 직접 저장될 수 있다.
시스템(300)은 또한 서버(303)를 포함할 수 있다. 서버(303)는 웹 서버일 수 있다. 예를 들어 서버(303)는, 인터넷과 같은 네트워크(예컨대, 네트워크(302))를 통해 예를 들어 사용자에 의해 액세스될 수 있는, 웹 콘텐츠를 전달하는 하드웨어(예컨대, 하나 이상의 컴퓨터) 및/또는 소프트웨어(예컨대, 하나 이상의 애플리케이션)를 포함할 수 있다. 서버(303)는 예를 들어, 하이퍼텍스트 전송 프로토콜(HTTP 또는 sHTTP)을 사용하여 사용자와 통신할 수 있다. 사용자에게 전달되는 웹 페이지는, 예를 들어, 텍스트 콘텐츠 외에 이미지, 스타일 시트 및 스크립트를 포함할 수 있는 HTML 문서를 포함할 수 있다.
예를 들어 웹 브라우저, 웹 크롤러 또는 네이티브(native) 모바일 애플리케이션과 같은 사용자 프로그램은, HTTP를 사용하여 특정 리소스를 요청함으로써 통신을 시작할 수 있으며 서버(303)는 해당 리소스의 콘텐츠로 응답하거나 또는 그렇게 할 수 없는 경우에는 오류 메시지로 응답할 수 있다. 서버(303)는 또한, 사용자가 예를 들어 파일 업로드를 포함하여 웹 양식을 제출할 수 있도록 사용자로부터 콘텐츠를 수신하는 것을 가능하게 하거나 용이하게 할 수 있다. 서버(303)는 또한, 예를 들어 Active Server Pages(ASP), PHP 또는 다른 스크립팅 언어를 사용하여 서버측 스크립팅을 지원할 수 있다. 이에 따라, 실제 서버 소프트웨어가 변경되지 않으면서, 서버(303)의 동작(behavior)이 별도의 파일에 스크립팅될 수 있다.
다른 실시형태에서, 서버(303)는 자신의 적용된 애플리케이션을 지원하기 위한 절차(예컨대, 프로그램, 루틴, 스크립트)의 효율적인 실행에 전용하는 하드웨어 및/또는 소프트웨어를 포함할 수 있는 애플리케이션 서버일 수 있다. 서버(303)는 예를 들어, Java 애플리케이션 서버(예컨대, Java 플랫폼, Enterprise Edition(Java EE), Microsoft®의 NET 프레임워크, PHP 애플리케이션 서버 등)를 포함하는 하나 이상의 애플리케이션 서버 프레임워크를 포함할 수 있다. 다양한 애플리케이션 서버 프레임워크는 포괄적인 서비스 계층 모델을 포함할 수 있다. 서버(303)는 플랫폼 그 자체에 의해 정의된 애플리케이션 프로그래밍 인터페이스(API)를 통해, 예를 들어 엔티티 구현 시스템(100)에 액세스할 수 있는 구성요소의 세트로서 작용할 수 있다.
일부 실시형태에서, 동적 가격책정 시스템(305)의 하나 이상의 프로세서(305)는 실시간으로 배송자에 대한 지불 요금을 동적으로 조정하기 위해 하나 이상의 기계 학습 알고리즘을 트레이닝하도록 데이터베이스(304)에 저장된 데이터를 사용할 수 있다. 예를 들어 하나 이상의 프로세서(305)는, 지리적 영역에서 배송 주문을 이행하는데 이용 가능할 수 있는 배송자의 수와 같은, 지리적 영역에서의 공급 및/또는 지리적 영역에서 이행되어야 할 필요가 있는 배송 주문의 수와 같은 지리적 영역에서의 수요를 예측하기 위해, 서버(303)를 통해, 과거 배송 주문 또는 배송자의 과거 활동 등과 연관되고 그리고 데이터베이스(304)에 저장될 수 있는 이력 데이터를 리트리브할 수 있다. 예측에 기초하여, 하나 이상의 프로세서(305)는 배송자가 계류 중인 배송 주문을 수락할 가능성을 증가시키기 위해 배송자에 대한 지불 요금을 선제적으로 조정할 수 있으며, 이에 따라 배송 주문 이행에 있어서의 지연을 줄일 수 있다. 일부 실시형태에서, 하나 이상의 프로세서(305)는, 장래에 지리적 영역에서 이행될 필요가 있을 수 있는 배송 주문의 수와 같은, 지리적 영역에서의 수요를 예측하고, 충분한 수의 배송자가 해당 지리적 영역에서 배송 주문을 이행하는데 이용가능 하도록 보장하기 위해 배송자에 대한 지불 요금을 선제적으로 조정할 수(예컨대, 배송자에게 지불되는 가격을 증가시킬 수) 있다. 또한, 일부 실시형태에서 하나 이상의 프로세서(305)는, 특히 하나 이상의 프로세서(305)가 배송 주문의 수가 장래에 감소할 것이라고 예측하는 경우, 장래에 배송 주문을 이행하는데 이용 가능할 수 있는 배송자의 수를 줄이기 위해, 배송자에 대한 지불 요금을 선제적으로 조정할 수(예컨대, 배송자에게 지불되는 가격을 낮출 수) 있다.
일부 실시형태에서, 하나 이상의 프로세서(305)는 특정 지리적 영역에서 배송자에 대한 지불 요금을 결정하기 위해 복수의 알고리즘 중에서 가격책정 알고리즘을 선택할 수 있다. 예를 들어, 특정 지리적 영역에서 배송자에 대한 지불 요금을 결정하기 위해, 하나 이상의 프로세서(305)는, 배송 주문을 이행하는 비용을 가장 잘 관리하고 예를 들어 백로그(backlogs)를 최소화함으로써 고객 경험을 개선하는 가격책정 알고리즘을 선택할 수 있다. 선택된 가격책정 알고리즘을 사용하여, 하나 이상의 프로세서(305)는 배송 주문을 이행하기 위해 배송자에게 지불되어야 하는 기본 요금을 결정할 수 있다. 다른 실시형태에서, 하나 이상의 프로세서(305)는 배송자에게 지불되어야 하는 기본 요금을 조정하기 위해 배송 주문과 연관되는 피처, 지리적 영역과 연관되는 컨피겨레이션 등을 리트리브할 수 있다. 예를 들어, 하나 이상의 프로세서(305)는, 배송 주문과 연관되는 배송 주소, 각 지리적 영역에서 배송 주문을 이행하는데 이용가능한 배송자의 수, 지리적 영역에서 이행되어야 하는 배송 주문의 수, 현재 주문을 이행하는 처리 프로세스에 있는 배송자의 수, 발주된 추가 배송 주문의 수, 각 배송 주문과 연관되는 거절 카운트, 각 배송 주문에 대한 배송 경로와 연관되는 특성 등에 기초하여 기본 요금을 조정하도록(예컨대, 증가 또는 감소시키도록) 구성될 수 있다.
다른 실시형태에서, 하나 이상의 프로세서(305)는 이행되어야 할 배송 주문의 수 또는 특정 시간에 배송 주문을 이행하는데 이용할 수 있는 배송자의 장래의 수를 예측하기 위해 기계 학습 모델을 사용할 수 있다. 일부 실시형태에서, 하나 이상의 프로세서(305)는 장래의 수요를 성형하기 위해 기계 학습 모델 및/또는 알고리즘을 사용할 수 있다. 예를 들어, 하나 이상의 프로세서(305)는, 기계 학습 알고리즘을 사용하여, 장래의 특정 기간 내에, 배송 주문을 이행하는데 이용가능한 배송자의 수가 특정 지리적 영역에서 현저히 감소할 것이라고 예측할 수 있다. 이에 따라, 하나 이상의 프로세서(305)는 순위매김(ranking) 알고리즘을 사용하여 사용자 디바이스의 사용자 인터페이스에 표시되는 판매자 목록을 배열 및/또는 재배열할 수 있다. 예로서, 하나 이상의 프로세서(305)는, 특정 지리적 영역 내 및/또는 특정 지리적 영역에 매우 근접한 판매자가 사용자 인터페이스의 상단에 표시되어 그러한 근처의 판매자에 대한 수요를 유도하도록 판매자의 목록을 재배열하기 위해 순위매김 알고리즘을 사용할 수 있다. 특정 지리적 영역으로부터 더 멀리 떨어져 있는 판매자는, 고객이 특정 지리적 영역으로부터 더 멀리 떨어져 있는 판매자에게 배송 주문을 발주할 가능성을 줄이기 위해, 더 낮은 순위로 순위매김되고 사용자 인터페이스의 하단에 표시될 수(또는 전혀 표시되지 않을 수) 있다.
또한, 시스템(300)은 네트워크(302)를 포함할 수 있다. 네트워크(302)는 무선 네트워크, 유선 네트워크 또는 무선 네트워크와 유선 네트워크의 임의의 조합 중 하나 이상일 수 있다. 예를 들어, 네트워크(302)는 광섬유 네트워크, 패시브 광학 네트워크, 케이블 네트워크, 인터넷 네트워크, 위성 네트워크, 무선 LAN, GSM(Global System for Mobile Communication), 개인 통신 서비스("PCS"), 개인 영역 네트워크("PAN"), D-AMPS, Wi-Fi, 고정 무선 데이터, IEEE 802.11b, 802.15.1, 802.11n 및 802.11g 또는 데이터를 송수신하기 위한 임의의 다른 유선 또는 무선 네트워크 중 하나 이상을 포함할 수 있다.
또한, 네트워크(302)는 전화선, 광섬유, IEEE 이더넷 802.3, 광역 네트워크("WAN"), 로컬 에어리어 네트워크("LAN"), 또는 인터넷과 같은 글로벌 네트워크를 포함할 수 있지만, 이에 한정되지 않는다. 또한 네트워크(302)는 인터넷 네트워크, 무선 통신 네트워크, 셀룰러 네트워크 등, 또는 이들의 임의의 조합을 지원할 수 있다. 네트워크(302)는, 스탠드-얼론(stand-alone) 네트워크로서 또는 서로 협력하여 동작하는, 하나의 네트워크, 또는 위에서 언급된 임의의 수의 예시적인 유형의 네트워크를 더 포함할 수 있다. 네트워크(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), 배치(batch) 시스템(414), 가격책정 규칙 엔진(415), 가격책정 API(416), 영역 대시보드(410), 및 운영 센터(412)를 포함할 수 있다. 오프라인 서비스(404)의 하나 이상의 구성요소는 예를 들어 네트워크(302)를 통해 온라인 서비스(402)의 하나 이상의 구성요소와 통신할 수 있다. 또한, 배송자의 모바일 디바이스, 고객의 모바일 디바이스, 및/또는 판매자의 모바일 디바이스와 같은 사용자 디바이스(400)는 네트워크(302)를 통해 동적 가격책정 시스템(401)의 하나 이상의 구성요소와 통신할 수 있다.
일부 실시형태에서, 배송 주문 시스템(403)은 배송 주문 시스템(403)과 연관되는 하나 이상의 프로세서 및 하나 이상의 데이터베이스(406)를 포함할 수 있다. 예를 들어, 하나 이상의 데이터베이스(406)는, 예를 들어 관계형 또는 비관계형 데이터베이스를 포함할 수 있다. 예를 들어, 하나 이상의 데이터베이스(406)는 Spark™ 데이터베이스, 기계 학습 데이터베이스, Hive™ 데이터베이스, TensorFlow 데이터세트, Oracle™ 데이터베이스, Sybase™ 데이터베이스, 또는 Hadoop™ 시퀀스 파일, HBase™ 또는 Cassandra™과 같은 다른 관계형 데이터베이스 또는 비관계형 데이터베이스를 포함할 수 있다. 일부 실시형태에서, 하나 이상의 데이터베이스(406)는 Cassandra™를 포함할 수 있으며, 각각의 지리적 영역에 대한 상이한 유형의 가격책정 모델 또는 알고리즘에 대해 상이한 유형의 열(column)(예를 들어, 상이한 메타데이터 유형)을 저장하도록 구성될 수 있다. 추가적으로, 하나 이상의 데이터베이스(406)는 데이터베이스(들)의 메모리 디바이스에 저장된 데이터에 대한 요청을 수신 및 처리하고 데이터베이스(들)로부터 데이터를 제공하도록 구성된 컴퓨팅 구성요소(예컨대, 데이터베이스 관리 시스템, 데이터베이스 서버 등)를 포함할 수 있다. 하나 이상의 데이터베이스(406)는 HBase, MongoDB™ 또는 Cassandra™와 같은 NoSQL 데이터베이스를 포함할 수 있다. 대안적으로, 하나 이상의 데이터베이스(406)는 Oracle, MySQL 및 Microsoft SQL Server와 같은 관계형 데이터베이스를 포함할 수 있다. 일부 실시형태에서, 하나 이상의 데이터베이스(406)는 서버, 범용 컴퓨터, 메인프레임 컴퓨터, 또는 이들 구성요소의 임의의 조합의 형태를 취할 수 있다.
하나 이상의 데이터베이스(406)는 배송 주문과 연관되는 데이터를 저장할 수 있다. 예를 들어, 하나 이상의 데이터베이스(406)에 저장된 데이터는 고객이 발주한 과거의 배송 주문과 같은 이력 데이터, 및 과거의 배송 주문 각각과 연관되는 데이터를 포함할 수 있다. 예를 들어 하나 이상의 데이터베이스(406)는, 각각의 배송 주문을 발주한 고객의 이름, 각 배송 주문과 연관되는 배송 주소, 배송 주소와 연관되는 지리적 영역, 각 배송 주문에 대한 시작 위치(예컨대, 판매자 위치, 배송 주문 픽업 위치 등), 배송 주문을 이행한 배송자의 이름, 각 배송 주문을 이행하는데 걸린 예상 시간, 각 배송 주문의 타임스탬프 등과 같은, 과거 배송 주문 각각과 연관되는 피처를 저장할 수 있다. 이에 따라 하나 이상의 데이터베이스(406)는, 배송 주문이 가장 많이 발주된 기간, 배송 주문이 가장 적게 발주된 기간, 하루 중 시간, 요일, 지리적 영역에 따른 배송 주문을 이행하는데 걸린 평균 시간량 등과 같은 데이터를 저장할 수 있다.
또한, 동적 가격책정 시스템(401)은 하나 이상의 프로세서 및 하나 이상의 데이터베이스(407)를 포함할 수 있는 배송자 관리 시스템(405)을 포함할 수 있다. 하나 이상의 데이터베이스(406)와 유사하게, 하나 이상의 데이터베이스(407)는 예를 들어 관계형 또는 비관계형 데이터베이스를 포함할 수 있다. 예를 들어, 하나 이상의 데이터베이스(407)는 Spark™ 데이터베이스, 기계 학습 데이터베이스, Hive™ 데이터베이스, TensorFlow 데이터세트, Oracle™ 데이터베이스, Sybase™ 데이터베이스, 또는 Hadoop™ 시퀀스 파일, HBase™ 또는 Cassandra™와 같은 다른 관계형 데이터베이스 또는 비관계형 데이터베이스를 포함할 수 있다. 일부 실시형태에서, 하나 이상의 데이터베이스(407)는 Cassandra™를 포함할 수 있으며, 각각의 지리적 영역에 대한 상이한 유형의 가격책정 모델 또는 알고리즘에 대한 상이한 유형의 열(예를 들어, 상이한 메타데이터 유형)을 저장하도록 구성될 수 있다. 또한, 하나 이상의 데이터베이스(407)는 데이터베이스(들)의 메모리 디바이스에 저장된 데이터에 대한 요청을 수신 및 처리하고 데이터베이스(들)로부터 데이터를 제공하도록 구성된 컴퓨팅 구성요소(예컨대, 데이터베이스 관리 시스템, 데이터베이스 서버 등)를 포함할 수 있다. 하나 이상의 데이터베이스(407)는 HBase, MongoDB™ 또는 Cassandra™와 같은 NoSQL 데이터베이스를 포함할 수 있다. 대안적으로, 하나 이상의 데이터베이스(407)는 Oracle, MySQL 및 Microsoft SQL Server와 같은 관계형 데이터베이스를 포함할 수 있다. 일부 실시형태에서, 하나 이상의 데이터베이스(407)는 서버, 범용 컴퓨터, 메인프레임 컴퓨터, 또는 이들 구성요소의 임의의 조합의 형태를 취할 수 있다.
하나 이상의 데이터베이스(407)는 배송자와 연관되는 정보를 저장할 수 있다. 예를 들어 하나 이상의 데이터베이스(407)는, 과거의 배송 주문을 이행한 배송자의 이름, 각 배송자와 연관되는 고객 평가, 각 배송자가 이행한 배송 주문의 수, 각 배송자에 의해 거절된 배송 주문의 수, 각 배송자가 수락한 주문의 수, 배송 주문을 이행하는 동안 각 배송자가 얻은 지불 요금의 총액, 배송 주문을 이행하는 동안 각 배송자가 받은 평균 지불 요금, 각 배송자가 배송 주문을 이행하기 위해 이동한 지리적 영역, 각 배송자와 연관되는 주소, 각 배송자가 배송 주문을 이행하는데 걸린 평균 시간량, 각 배송자가 활성 상태인 한 주의 요일(들) 또는 하루 중 시간(들), 각 배송자가 비활성 상태인 한 주의 요일(들) 또는 하루 중 시간(들) 등을 저장할 수 있다.
또한, 동적 가격책정 시스템(401)은 배송자에 대한 기본 지불 요금을 조정하는데 사용될 수 있는 배송 주문과 연관되는 하나 이상의 피처를 추출, 결정 및 저장하도록 구성된 피처 서비스(408)를 포함할 수 있다. 피처 서비스(408)는 하나 이상의 프로세서 및 하나 이상의 데이터베이스(411)를 포함할 수 있다. 하나 이상의 데이터베이스(411)는 예를 들어 Oracle™ 데이터베이스, Cassandra™ 데이터베이스, MySQL 및/또는 Microsoft SQL Server와 같은 관계형 데이터베이스를 포함할 수 있다. 일부 실시형태에서, 하나 이상의 데이터베이스(411)는 Cassandra™를 포함할 수 있으며, 각각의 지리적 영역에 대한 상이한 유형의 가격책정 모델 또는 알고리즘에 대한 상이한 유형의 열(예를 들어, 상이한 메타데이터 유형)을 저장하도록 구성될 수 있다. 또한, 하나 이상의 데이터베이스(411)는 데이터베이스(들)의 메모리 디바이스에 저장된 데이터에 대한 요청을 수신 및 처리하고 데이터베이스(들)로부터 데이터를 제공하도록 구성된 컴퓨팅 구성요소(예컨대, 데이터베이스 관리 시스템, 데이터베이스 서버 등)를 포함할 수 있다. 일부 실시형태에서, 하나 이상의 데이터베이스(411)는 서버, 범용 컴퓨터, 메인프레임 컴퓨터, 또는 이들 구성요소의 임의의 조합의 형태를 취할 수 있다. 하나 이상의 데이터베이스(411)는 하나 이상의 데이터베이스(406) 및/또는 하나 이상의 데이터베이스(407)의 복제를 포함할 수 있다. 예로서, 하나 이상의 데이터베이스(406) 및/또는 하나 이상의 데이터베이스(407)에 저장된 데이터는 주기적으로 및/또는 계속적으로 복제되고 하나 이상의 데이터베이스(411)에 캐시될 수 있다. 일부 실시형태에서, 하나 이상의 데이터베이스(406) 및/또는 하나 이상의 데이터베이스(407)에 저장된 데이터는 실시간 또는 거의 실시간으로 하나 이상의 데이터베이스(411)에 계속적으로 복제되고 캐시될 수 있다. 이에 따라, 온라인 서비스(402)와 연관되는 기술적 장애가 있고 하나 이상의 데이터베이스(406) 및/또는 하나 이상의 데이터베이스(407)에 액세스할 수 없는 경우라도, 동적 가격책정 시스템(401)은 안전할 수 있고(fail-safe) 여전히 하나 이상의 데이터베이스(411)에 저장된 데이터를 사용하여 오프라인으로 배송자에 대한 지불 요금을 결정 및/또는 조정할 수 있다. 다른 실시형태에서, 오프라인 서비스(404)와 연관되는 기술적 장애가 있을 경우, 온라인 서비스(402)는 여전히 작동할 수 있고, 이에 의해 온라인 서비스(402)에 대한 임의의 캐스캐이딩(cascading) 효과를 방지할 수 있다.
또한, 피처 서비스(408)는 피처 API(413)를 포함할 수 있다. 피처 API(413)는 그의 적용된 애플리케이션(들)을 지원하기 위한 절차(예컨대, 프로그램, 루틴, 스크립트)의 효율적인 실행에 전용되는 하드웨어 및/또는 소프트웨어를 포함할 수 있다. 피처 API(413)는 예를 들어 Java 애플리케이션 서버(예를 들어, Java 플랫폼, Enterprise Edition(Java EE), Microsoft®의 NET 프레임워크, PHP 애플리케이션 서버 등)를 포함하는 하나 이상의 애플리케이션 서버 프레임워크를 포함할 수 있다. 다양한 애플리케이션 서버 프레임워크는 포괄적인 서비스 계층 모델을 포함할 수 있다.
피처 API(413)는 하나 이상의 데이터베이스(411)에 저장된 정보에 액세스하고 배송자에 대한 지불 요금을 결정 및/또는 조정하는데 사용될 수 있는 배송 주문과 연관되는 피처 또는 피처 신호를 추출하도록 구성될 수 있다. 추출된 피처는 예를 들어 각각의 배송 주문과 연관되는 거절 카운트(예컨대, 배송자에 의해 수락되어 배송자에 할당되기 전에, 각 배송 주문이 거절된 횟수), 각 배송 주문을 이행하기 위해 이동한 거리, 각 배송 주문이 발주된 하루 중 시간, 각 배송 주문과 연관되는 지리적 영역, 및/또는 각 배송 주문에 대한 배송 경로와 연관되는 하나 이상의 특성 중 적어도 하나를 포함할 수 있다. 배송 경로와 연관되는 하나 이상의 특성은 예를 들어 각 배송 경로에 대한 이동된 거리, 각 배송 경로에 대한 경과 시간, 각 배송 경로와 연관되는 트래픽의 양, 배송 경로가 도시, 교외, 또는 고립된 지역을 통과하는지 여부, 배송 경로가 하이웨이(highway), 프리웨이(feeway) 또는 지방 도로 등에 가까운지 여부를 포함할 수 있다.
또한, 피처 API(413)는 하나 이상의 데이터베이스(411)에 저장된 정보에 액세스하고 배송자와 연관되는 피처 또는 피처 신호를 추출하도록 구성될 수 있다. 예를 들어, 피처 API(413)는 각 배송자의 선호되는 지리적 영역, 각 배송자에 대한 최소 수락 지불 요금, 각 배송자의 예상 일일 수입, 각 배송자에 대한 일일 평균 총 지불 요금 등과 같은, 배송자와 연관되는 피처를 추출하도록 구성될 수 있다.
또한, 동적 가격책정 시스템(401)은 각 지리적 영역에서 배송 주문을 이행하기 위해 배송자에 대한 기본 지불 요금을 결정하고 필요에 따라 각 지리적 영역에 대해 실시간으로 기본 요금을 조정하도록 구성된 가격책정 서비스(409)를 포함할 수 있다. 이에 따라 가격책정 서비스(409)는, 실시간으로(예컨대, 1분 간격으로) 각 지리적 영역에서의 배송자에 대한 지불 요금을 계속적으로 업데이트할 수 있다. 가격책정 서비스(409)는 배치 시스템(414), 가격책정 규칙 엔진(415), 및 가격책정 API(416)를 포함할 수 있다.
일부 실시형태에서, 배치 시스템(414)은 피처 서비스(408)로부터 배송 주문 및/또는 배송자와 연관되는 하나 이상의 추출된 피처를 리트리브하도록 구성될 수 있다. 배치 시스템(414)은 각 지리적 영역과 연관되는 하나 이상의 컨피겨레이션을 리트리브하도록 더 구성된다. 예로서, 각각의 지리적 영역과 연관되는 하나 이상의 컨피겨레이션은 배송 주문을 이행하는데 이용할 수 있는 배송자의 임계 수 및 이행되어야 하는 배송 주문의 임계 수를 포함할 수 있다. 배송 주문을 이행하는데 이용할 수 있는 배송자의 임계 수 및 이행되어야 하는 배송 주문의 임계 수는, 이행되어야 하는 배송 주문의 수 및 배송 주문을 이행하는데 이용할 수 있는 배송자의 수에 기초하여 실시간으로 업데이트되고 계속적으로 조정되는 절대 수(absolute number)를 포함할 수 있다. 추가적으로, 배송 주문을 이행하는데 이용할 수 있는 배송자의 임계 수 및 이행되어야 하는 배송 주문의 임계 수는, 지리적 영역에 따라 변동될 수 있으며 각 지리적 영역마다 상이할 수 있다. 다른 실시형태에서, 각각의 지리적 영역과 연관되는 하나 이상의 컨피겨레이션은 배송 주문을 이행하는 프로세스에 있는(그리고 곧 새로운 배송 주문을 이행하는데 이용할 수 있는) 배송자의 수 및 발주된(그리고 곧 배송자에게 할당될) 추가적인 배송 주문의 수를 포함할 수 있다. 다른 실시형태에서, 각각의 지리적 영역과 연관되는 하나 이상의 컨피겨레이션은 각각의 지리적 영역에서 배송 주문을 이행하는데 사용되는 차량 유형, 현재 시간 등을 포함할 수 있다.
배치 시스템(414)은, 각각의 지리적 영역과 연관되는 하나 이상의 추출된 피처 및 하나 이상의 컨피겨레이션을 검색한 후, 각 지리적 영역에 대한 배송 주문을 이행하기 위해 배송자에게 지불되는 기본 요금을 계산하도록 구성될 수 있다. 배치 시스템(414)은, 하루 중 시간, 요일 등에 따라 변동될 수 있는, 각 지리적 영역에 대한 리트리브된 피처 및 리트리브된 컨피겨레이션에 기초하여 실시간으로(예컨대, 1분 간격으로) 기본 요금을 업데이트하도록 구성될 수 있다.
일부 실시형태에서, 배치 시스템(414)은 각각의 지리적 영역과 연관되는 기본 요금을 조정하기 위해 가격책정 모델 또는 알고리즘을 사용하도록 구성될 수 있다. 예를 들어, 가격책정 규칙 엔진(415)은 각각의 지리적 영역과 연관되는 기본 요금을 조정하는데 사용하기 위해 복수의 가격책정 모델 또는 알고리즘 중에서 가격책정 모델 또는 알고리즘을 선택하도록 구성될 수 있다. 배치 시스템(414)은 각 지리적 영역과 연관되는 기본 요금을 조정하기 위해 선택된 가격책정 모델 또는 알고리즘을 적용할 수 있다.
일부 실시형태에서, 예를 들어, 가격책정 알고리즘 중 하나는 배송 주문을 이행하기 위해 이용가능한 배송자의 현재 수를 배송 주문을 이행하기 위해 이용가능한 배송자의 임계 수와 비교하고, 이행되어야 할 필요가 있는 배송 주문의 현재 수를 이행되어야 할 필요가 있는 배송 주문의 임계 수와 비교하고, 그리고 상기한 비교에 기초하여 기본 요금을 조정하기 위한 증분을 결정할 수 있다. 이에 따라서, 이 가격책정 알고리즘이 지리적 영역에 기초하여 가격책정 규칙 엔진(415)에 의해 선택되면, 배치 시스템(414)은 기본 요금을 조정하기 위해 이 가격책정 알고리즘을 적용할 수 있다. 그러므로 배치 시스템(414)은, 배송 주문을 이행하기 위해 이용가능한 배송자의 임계 수 및 이행될 필요가 있는 배송 주문의 임계 수와 같은, 지리적 영역과 연관되는 컨피겨레이션을 리트리브하고, 그리고 선택된 가격책정 알고리즘을 적용할 수 있으며, 이 가격책정 알고리즘은, 배송 주문을 이행하는데 이용가능한 배송자의 현재 수를 배송 주문을 이행하는데 이용가능한 배송자의 임계 수와 비교하고, 이행될 필요가 있는 배송 주문의 현재 수를 이행될 필요가 있는 배송 주문의 임계 수와 비교하고, 이러한 비교에 기초하여 기본 요금을 조정하기 위한 증분을 결정할 수 있다. 이에 따라 배치 시스템(414)은, 결정된 증분에 기초하여 기본 요금을 조정하고 조정된 기본 요금을 저장할 수 있다. 조정된 기본 요금은 가격책정 API(416)에 저장될 수 있으며 지역 대시보드(410)에 저장 및/또는 디스플레이될 수 있다. 배치 시스템(414)이 조정된 기본 요금을 실시간으로 업데이트함에 따라, 가격책정 API(416)에 저장되고/되거나 지역 대시보드(410)에 디스플레이되는 조정된 기본 요금 또한 실시간으로(예를 들어, 1분 간격으로) 업데이트될 수 있다.
다른 실시형태에서, 예를 들어, 가격책정 알고리즘들 중 하나는, 배송 주문을 이행하는데 이용가능한 배송자의 현재 수와 배송 주문을 이행하는 프로세스에 있는 배송자의 수 대 이행될 필요가 있는 배송 주문의 현재 수와 발주된 추가적인 배송 주문의 수의 비율을 결정할 수 있다. 가격책정 알고리즘은 비율을 결정하기 위해 다음 식을 사용할 수 있다:
Figure pat00001
여기서 "supply"는 지리적 영역에서 배송 주문을 이행하는데 이용가능한 배송자의 수를 나타내고, "demand"는 지리적 영역에서 이행되어야 할 필요가 있는 배송 주문의 수를 나타내고, "idle"은 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수를 나타내고, "soonIdle"은 배송 주문을 이행하는 프로세스에 있는 배송자의 수를 나타내고, "backLog"는 이행되어야 할 필요가 있는 배송 주문의 현재의 수를 나타내고, "init"는 발주된 추가적인 배송 주문의 수를 나타낸다. 이에 따라, 이 가격책정 알고리즘이 지리적 영역에 기초하여 가격책정 규칙 엔진(415)에 의해 선택되면, 배치 시스템(414)은 결정된 비율에 기초하여 기본 요금을 조정하기 위해 이 가격책정 알고리즘을 적용할 수 있다. 예를 들어, 배치 시스템(414)은 선택된 가격책정 알고리즘을 적용하며, 이 가격책정 알고리즘은, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수 및 배송 주문을 이행하는 프로세스에 있는 배송자의 수 대 이행될 필요가 있는 배송 주문의 현재의 수 및 발주된 추가적인 배송 주문의 수의 비율을 결정하고, 그 비율이 미리 결정된 수보다 크면 기본 요금을 제1 량만큼 조정하고, 그 비율이 상기 미리 결정된 수보다 작으면 기본 요금을 제2 량만큼 조정할 수 있다. 일부 실시형태에서, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수, 배송 주문을 이행하는 프로세스에 있는 배송자의 수, 이행될 필요가 있는 배송 주문의 현재의 수, 및 발주된 추가적인 배송 주문의 수에 가중치가 부여될 수 있다. 그 후, 배치 시스템(414)은 결정된 비율에 기초하여 기본 요금을 조정하고, 조정된 기본 요금을 저장할 수 있다. 조정된 기본 요금은, 가격책정 API(416)에 저장될 수 있으며, 지역 대시보드(410)에 저장 및/또는 디스플레이될 수 있다. 배치 시스템(414)이 조정된 기본 요금을 실시간으로 업데이트함에 따라, 가격책정 API(416)에 저장되고/되거나 지역 대시보드(410)에 디스플레이되는 조정된 기본 요금은 또한 실시간으로(예를 들어, 1분 간격으로) 업데이트될 수 있다.
다른 실시형태에서, 가격책정 알고리즘들 중 하나는, 복수의 배송 주문 각각과 연관되는 배송 주소와 출발 장소 사이의 총 거리에 기초하여 거리 요금을 추가로 계산하고, 거리 요금에 기초하여 기본 요금을 조정할 수 있다. 예를 들어, 가격책정 알고리즘들 중 하나는, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수 및 배송 주문을 이행하는 프로세스에 있는 배송자의 수 대 이행될 필요가 있는 배송 주문의 현재의 수 및 발주된 추가적인 배송 주문의 수의 비율을 결정하고, 결정된 비율에 기초하여 지리적 영역과 연관되는 기본 요금을 조정하고, 복수의 배송 주문 각각과 연관되는 배송 주소와 출발 장소 사이의 총 거리에 기초하여 거리 요금을 계산하고, 거리 요금에 기초하여 조정된 기본 요금을 조정할 수 있다. 위에서 논의된 바와 같이, 비율은 다음 식에 기초하여 결정될 수 있다:
Figure pat00002
여기서 "supply"는 지리적 영역에서 배송 주문을 이행하는데 이용가능한 배송자의 수를 나타내고, "demand"는 지리적 영역에서 이행되어야 할 필요가 있는 배송 주문의 수를 나타내고, "idle"은 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수를 나타내고, "soonIdle"은 배송 주문을 이행하는 프로세스에 있는 배송자의 수를 나타내고, "backLog"는 이행되어야 할 필요가 있는 배송 주문의 현재의 수를 나타내고, "init"는 발주된 추가적인 배송 주문의 수를 나타낸다. 이에 따라, 이 가격책정 알고리즘이 지리적 영역에 기초하여 가격책정 규칙 엔진(415)에 의해 선택되면, 배치 시스템(414)은 결정된 비율에 기초하여 기본 요금을 조정하기 위해 이 가격책정 알고리즘을 적용할 수 있으며, 시장 상황에 기초하여 기본 지불 요금을 조정할 뿐만 아니라 총 배송 거리에 기초하여 기본 지불 요금을 조정하기 위해 계산된 거리에 기초하여 조정된 기본 요금을 추가로 조정할 수 있다. 일부 실시형태에서, 거리 요금에 가중치가 부여될 수 있다. 그 후, 조정된 기본 요금은, 가격책정 API(416)에 저장될 수 있으며 지역 대시보드(410)에 저장 및/또는 디스플레이될 수 있다. 배치 시스템(414)이 조정된 기본 요금을 실시간으로 업데이트함에 따라, 가격책정 API(416)에 저장되고/되거나 지역 대시보드(410)에 디스플레이되는 조정된 기본 요금은 또한 실시간으로(예를 들어, 1분 간격으로) 업데이트될 수 있다.
일부 실시형태에서, 가격책정 알고리즘들 중 하나는, 특정 시간에 배송 주문을 이행하는데 이용가능하게 될 수 있는 배송자의 장래의 수 및 이행될 필요가 있게 될 배송 주문의 수 중 적어도 하나를 예측하고 예측에 기초하여 기본 요금을 조정하기 위해 기계 학습 알고리즘을 구현할 수 있다. 예를 들어, 가격책정 알고리즘들 중 하나는, 특정 지리적 영역에서 특정 시간에 예컨대 향후 15분 후에 배송 주문을 이행하는데 이용가능하게 될 수 있는 배송자의 장래의 수 또는 이행될 필요가 있게 될 배송 주문의 수를 예측하기 위해, 과거의 배송 주문 및/또는 과거의 배송자와 연관되는 이력 데이터를 사용하여 다음의 시계열 기계 학습 알고리즘을 구현할 수 있다.
Figure pat00003
여기서 "supplyelasticity"는 지리적 영역에서 배송 주문을 이행하기 위해 추가적인 배송자를 획득하기 위해 필요한 지불 요금의 증가를 나타내고, "demandt"는 특정 시간 t에서 지리적 영역에서 이행될 필요가 있는 배송 주문의 수를 나타내고, "demandt+15min"은 다음 15분 후에 지리적 영역에서 이행될 필요가 있게 될 수 있는 배송 주문의 수를 나타내고, "regionId"는 지리적 영역에 할당된 식별자를 나타내고, "pricecurrent"는 배송 주문을 이행하기 위한 배송자에 대한 현재의 지불 요금을 나타내고, "regional"은 지리적 영역의 기본 요금을 나타내고, "supplytarget"은 향후 15분 뒤에 지리적 영역에서 배송 주문을 이행하는데 필요하게 될 배송자의 목표 수를 나타내며, "pricetarget"는 배송자에 대한 목표 지불 요금을 나타낸다. 예측에 기초하여, 배치 시스템(414)은, 특정 지리적 영역에서 특정 시간에 배송 주문을 이행하는데 이용가능하게 될 배송자의 장래의 수 및/또는 이행될 필요가 있게 될 배송 주문의 수를 고려하도록(account for) 기본 요금을 선제적으로 조정할 수 있다. 그 후 조정된 기본 요금은, 가격책정 API(416)에 저장될 수 있으며, 지역 대시보드(410)에 저장 및/또는 디스플레이될 수 있다. 배치 시스템(414)이 조정된 기본 요금을 실시간으로 업데이트함에 따라, 가격책정 API(416)에 저장되고/되거나 지역 대시보드(410)에 디스플레이되는 조정된 기본 요금 또한 실시간으로(예를 들어, 1분 간격으로) 업데이트될 수 있다.
일부 실시형태에서, 특정 지리적 영역에서 특정 시간에 배송 주문을 이행하는데 이용가능하게 될 배송자의 장래의 수 또는 이행될 필요가 있게 될 배송 주문의 수 중 적어도 하나를 예측하는데 사용되는 기계 학습 알고리즘은, 하나 이상의 데이터베이스(406, 407 및 411)에 저장된 데이터를 사용하여 트레이닝될 수 있다. 예를 들어 기계 학습 알고리즘은, 지리적 영역에서 이행될 필요가 있는 배송 주문의 수와 같은 지리적 영역에서의 수요, 및/또는 지리적 영역에서 배송 주문을 이행하는데 이용가능할 수 있는 배송자의 수와 같은 지리적 영역에서의 공급을 예측하도록 과거 배송 주문 또는 배송자의 과거 활동과 연관되는 이력 데이터를 사용하여 트레이닝될 수 있다. 일부 실시형태에서, 배치 시스템(414)은, 지리적 영역에서 배송 주문을 이행하기 위해 충분한 수의 배송자가 이용가능함을 보장하기 위해 장래 지리적 영역에서 이행될 필요가 있을 수 있는 배송 주문의 수와 같은 지리적 영역에서의 수요를 예측하고 배송자에 대한 지불 요금을 선제적으로 조정(예를 들어, 배송자에게 지불하는 가격을 인상)하기 위해 기계 학습 알고리즘을 구현할 수 있다. 일부 실시형태에서, 배치 시스템(414)은 또한, 특히 기계 학습 알고리즘이 구현되어 장래에 배송 주문의 수가 감소할 것이라고 예측하는 때, 장래에 배송 주문을 이행하는데 이용가능하게 될 배송자의 수를 줄이기 위해, 배송자에 대한 지불 요금을 선제적으로 조정할 수(예를 들어, 배송자에게 지불되는 가격을 낮출 수) 있다.
일부 실시형태에서, 가격책정 서비스(409)는 장래의 수요를 성형하기 위해 기계 학습 알고리즘을 사용할 수 있다. 예를 들어 가격책정 서비스(409)는, 기계 학습 알고리즘을 구현하여, 장래의 특정 기간 내에, 배송 주문을 이행하는데 이용가능한 배송자의 수가 특정 지리적 영역에서 현저히 감소할 것이라고 예측할 수 있다. 이에 따라, 가격책정 서비스(409)는 오퍼레이션 센터(412)에 명령을 보낼 수 있으며, 이어서 오퍼레이션 센터(412)는, 사용자 디바이스(400)의 사용자 인터페이스 상에 디스플레이되는 판매자의 리스트를 정렬 및/또는 재배열하도록 순위매김 알고리즘을 사용하기 위해 배송자 관리 시스템(405) 및/또는 배송 주문 관리 시스템(403)에 명령을 보낼 수 있다. 이에 따라, 배송자 관리 시스템(405) 및/또는 배송 주문 관리 시스템(403)의 하나 이상의 프로세서는, 근처 판매자에게 수요를 유도하기 위해 특정 지리적 영역 내 및/또는 특정 지리적 영역에 근접한 판매자가 사용자 인터페이스의 상단에 표시되도록 판매자의 목록을 재배열하기 위해 순위매김 알고리즘을 사용할 수 있다. 고객이 특정 지리적 영역으로부터 멀리 떨어져 있는 판매자에게 배송 주문을 발주할 가능성을 줄이기 위해, 특정 지리적 영역으로부터 멀리 떨어져 있는 판매자는 순위가 낮게 매겨지고 사용자 인터페이스의 하단에 디스플레이될 수 있다(또는 전혀 디스플레이되지 않을 수 있음). 이에 따라, 가격책정 서비스(409)는, 지리적 영역에서 이행될 필요가 있는 배송 주문의 수와 같은 지리적 영역에서의 수요를, 지리적 영역에서 배송 주문을 이행하는데 이용가능할 수 있는 배송자의 수와 같은 지리적 영역에서의 공급과 매칭시키기 위해 기계 학습 알고리즘을 구현할 수 있다.
일부 실시형태에서, 가격책정 API(416)는 적용된 애플리케이션(들)을 지원하기 위한 절차(예를 들어, 프로그램, 루틴, 스크립트)의 효율적인 실행에 전용하는 하드웨어 및/또는 소프트웨어를 포함할 수 있다. 가격책정 API(416)는 예를 들어 Java 애플리케이션 서버(예를 들어, Java 플랫폼, Enterprise Edition(Java EE), Microsoft®의 NET 프레임워크, PHP 애플리케이션 서버 등)를 포함하는 하나 이상의 애플리케이션 서버 프레임워크를 포함할 수 있다. 다양한 애플리케이션 서버 프레임워크는 포괄적인 서비스 계층 모델을 포함할 수 있다. 일부 실시형태에서, 가격책정 API(416)는, 예를 들어 Cassandra™에 의해, 업데이트된 조정된 기본 요금을 캐시하도록 구성될 수 있을 뿐만 아니라, 각 지리적 영역에 대한 기본 요금을 조정하는데 사용된 선택된 가격책정 알고리즘을 캐시하도록 구성될 수 있다. 이에 따라, 배치 시스템(414)은 캐싱된 가격책정 알고리즘을 사용하여 조정된 기본 요금을 효율적으로 업데이트하도록 구성될 수 있다. 추가적으로 또는 대안적으로, 가장 최근에 조정된 기본 요금 및 선택된 가격책정 알고리즘이 가격책정 API(416)에서 캐싱되기 때문에, 동적 가격책정 시스템(401)의 하나 이상의 구성요소에 장애가 있는 경우라도, 가격책정 서비스(409)는 캐싱된 가장 최근의 지불 요금 정보와 같은 폴백(fallback) 값을 반환하도록 구성될 수 있고, 이로써 동적 가격책정 시스템(401)의 다른 부분에 대한 임의의 연쇄 효과를 방지한다.
동적 가격책정 시스템(401)은 또한, 지역 대시보드(410)를 포함할 수 있다. 지역 대시보드(410)는 가격책정 서비스(409)로부터 실시간으로 조정된 기본 요금을 리트리브하고 각 지리적 영역에 대한 가장 최근의 지불 요금 정보를 유지할 수 있다. 일부 실시형태에서, 지역 대시보드(410)는 Elasticsearch™ 또는 Kibana™와 같은 검색 엔진으로서 구현될 수 있고, 따라서 각각의 지리적 영역에 대한 가장 최근의 지불 요금 정보가 오프라인으로 검색되고 리트리브될 수 있다. 예를 들어, 배송 주문 시스템(403) 또는 배송 관리 주문 시스템이 지역 대시보드(410)에 가장 최근의 지불 요금 정보에 대한 요청을 보낼 때 각 지리적 영역에 대한 가장 최근의 지불 요금 정보가 인터넷 접속없이 리트리브될 수 있다. 일부 실시형태에서, 동적 가격책정 시스템(401)은, 가격책정 서비스(409)로부터 가장 최근의 지불 요금 정보를 리트리브하고 배송자 관리 시스템(405)에 가장 최근의 지불 요금 정보를 전송하도록 구성될 수 있는 오퍼레이션 센터(412)를 포함할 수 있다. 이어서 배송자 관리 시스템(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) 및 기계 학습(ML) 플랫폼(512)을 포함할 수 있다. 오프라인 서비스(404)의 하나 이상의 구성요소는 예를 들어 네트워크(302)를 통해 온라인 서비스(402)의 하나 이상의 구성요소와 통신할 수 있다. 또한, 배송자의 모바일 디바이스, 고객의 모바일 디바이스 및/또는 판매자의 모바일 디바이스와 같은 사용자 디바이스(400)는 네트워크(302)를 통해 동적 가격책정 시스템(501)의 하나 이상의 구성요소와 통신할 수 있다.
배송 주문 시스템(403), 배송 주문 시스템(403)과 연관되는 하나 이상의 데이터베이스(406), 배송자 관리 시스템(405), 배송자 관리 시스템(405)과 연관되는 하나 이상의 데이터베이스(407), 피처 서비스(408), 피처 서비스(408)와 연관되는 하나 이상의 데이터베이스(411), 피처 API(413) 및 동적 가격책정 시스템(501)의 지역 대시보드(410)는, 도 4의 동적 가격책정 시스템(401)에서의 각각의 구성요소와 동일할 수 있으며, 따라서 이들 구성요소에 대한 설명은 생략한다. 그러나, 도 4의 동적 가격책정 시스템(401)과 달리, 동적 가격책정 시스템(501)은 작업 레벨 가격책정 서비스(502), 지역 레벨 가격책정 서비스(509), 및 기계 학습 플랫폼(512)을 더 포함할 수 있다. 이에 따라, 가격책정 서비스(409)의 작업은 지역 레벨 가격책정 서비스(509)와 작업 레벨 가격책정 서비스(502)로 분리될 수 있다.
지역 레벨 가격책정 서비스(509)는 각 지리적 영역에서의 배송 주문을 이행하기 위해 배송자에 대한 지역 레벨 기본 요금 지불을 결정하고, 필요에 따라, 실시간으로 지역 레벨 기본 요금을 조정하도록 구성될 수 있다. 이에 따라, 지역 레벨 가격책정 서비스(509)는 실시간으로(예컨대, 1분 간격으로) 각 지리적 영역에서의 배송자에 대한 지불 요금을 계속적으로 업데이트할 수 있다. 지역 레벨 가격책정 서비스(509)는 배치 시스템(514), 지역 레벨 가격책정 규칙 엔진(515) 및 가격책정 API(516)를 포함할 수 있다.
일부 실시형태에서, 배치 시스템(514)은 각각의 지리적 영역과 연관되는 하나 이상의 컨피겨레이션을 리트리브하도록 구성될 수 있다. 예로서, 각각의 지리적 영역과 연관되는 하나 이상의 컨피겨레이션은 배송 주문을 이행하는데 이용할 수 있는 배송자의 임계 수 및 이행되어야 하는 배송 주문의 임계 수를 포함할 수 있다. 배송 주문을 이행하는데 이용할 수 있는 배송자의 임계 수 및 이행되어야 하는 배송 주문의 임계 수는, 이행되어야 하는 배송 주문의 수 및 배송 주문을 이행하는데 이용할 수 있는 배송자의 수에 기초하여 실시간으로 업데이트되며 지속적으로 조정되는 절대 수(absolute number)를 포함할 수 있다. 또한, 배송 주문을 이행하는데 이용할 수 있는 배송자의 임계 수 및 이행될 필요가 있는 배송 주문의 임계 수는, 지리적 영역에 따라 변동할 수 있으며 각 지리적 영역마다 상이할 수 있다. 다른 실시형태에서, 각각의 지리적 영역과 연관되는 하나 이상의 컨피겨레이션은, 배송 주문을 이행하는 프로세스에 있는(그리고 곧 새로운 배송 주문을 이행하는데 이용할 수 있는) 배송자의 수 및 (곧 배송자에게 할당될 예정인) 발주된 추가적인 배송 주문의 수를 포함할 수 있다. 다른 실시형태에서, 각각의 지리적 영역과 연관되는 하나 이상의 컨피겨레이션은 각각의 지리적 영역에서 배송 주문을 이행하는데 사용되는 차량 유형, 현재 시간 등을 포함할 수 있다.
배치 시스템(514)은, 각각의 지리적 영역과 연관되는 하나 이상의 컨피겨레이션을 리트리브한 후, 각 지리적 영역에 대한 배송 주문을 이행하기 위해 배송자에게 지불되는 기본 요금을 계산하도록 구성될 수 있다. 배치 시스템(514)은 하루 중 시간, 요일, 등에 따라 달라질 수 있는, 각 지리적 영역에 대한 리트리브된 컨피겨레이션에 기초하여 실시간(예를 들어, 1분 간격)으로 기본 요금을 업데이트하도록 구성될 수 있다.
일부 실시형태에서, 배치 시스템(514)은 각각의 지리적 영역과 연관되는 기본 요금을 조정하기 위해 가격책정 모델 또는 알고리즘을 사용하도록 구성될 수 있다. 예를 들어, 지역 레벨 가격책정 규칙 엔진(515)은 각각의 지리적 영역과 연관되는 기본 요금을 조정하기 위해 사용할 복수의 가격책정 모델 또는 알고리즘 중에서 가격책정 모델 또는 알고리즘을 선택하도록 구성될 수 있다. 배치 시스템(514)은 선택된 가격책정 모델 또는 알고리즘을 적용하여 각 지리적 영역과 연관되는 기본 요금을 조정할 수 있다. 일부 실시형태에서, 예를 들어, 가격책정 알고리즘 중 하나는 배송 주문을 이행하기 위해 이용가능한 배송자의 현재의 수를 배송 주문을 이행하는데 이용가능한 배송자의 임계 수와 비교하고, 이행될 필요가 있는 배송 주문의 현재의 수를 이행될 필요가 있는 배송 주문의 임계 수와 비교하고, 비교에 기초하여 기본 요금을 조정하기 위한 증분을 결정한다. 이에 따라, 이 가격책정 알고리즘이 지리적 영역에 기초하여 지역 레벨 가격책정 규칙 엔진(515)에 의해 선택되면, 배치 시스템(514)은 기본 요금을 조정하기 위해 이 가격책정 알고리즘을 적용할 수 있다. 따라서, 배치 시스템(514)은 배송 주문을 이행하기 위해 이용가능한 배송자의 임계 수 및 이행될 필요가 있는 배송 주문의 임계 수와 같은 지리적 영역과 연관되는 컨피겨레이션을 리트리브할 수 있으며, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수를 배송 주문을 이행하는데 이용가능한 배송자의 임계 수와 비교하고, 이행될 필요가 있는 배송 주문의 현재의 수를 이행될 필요가 있는 배송 주문의 임계 수와 비교하고, 당해 비교에 기초하여 기본 요금을 조정하기 위한 증분을 결정할 수 있는, 선택된 가격책정 알고리즘을 적용할 수 있다. 이에 따라, 배치 시스템(514)은 결정된 증분에 기초하여 기본 요금을 조정하고 그리고 조정된 기본 요금을 저장할 수 있다. 조정된 기본 요금은 가격책정 API(516)에 저장될 수 있고 그리고 지역 대시보드(410)에 저장 및/또는 디스플레이될 수 있다. 배치 시스템(514)이 조정된 기본 요금을 실시간으로 업데이트함에 따라, 가격책정 API(516)에 저장되고/되거나 지역 대시보드(410)에 디스플레이되는 조정된 기본 요금 역시 실시간(예컨대, 1분 간격)으로 업데이트될 수 있다.
다른 실시형태에서, 예를 들어, 가격책정 알고리즘 중 하나는, 배송 주문을 이행하는데 이용할 수 있는 배송자의 현재의 수 및 배송 주문을 이행하는 프로세스에 있는 배송자의 수 대 이행될 필요가 있는 배송 주문의 현재의 수 및 발주된 추가적인 배송 주문의 수의 비율을 결정할 수 있다. 가격책정 알고리즘은 다음 식을 사용하여 상기한 비율을 결정할 수 있다.
Figure pat00004
여기서 "supply"는 지리적 영역에서 배송 주문을 이행하는데 이용할 수 있는 배송자의 수를 나타내고, "demand"는 지리적 영역에서 이행될 필요가 있는 배송 주문의 수를 나타내고, "idle"은 배송 주문을 이행하는데 이용할 수 있는 배송자의 현재의 수를 나타내고, "soonIdle"은 배송 주문을 이행하는 프로세스에 있는 배송자의 수를 나타내고, "backLog"는 이행될 필요가 있는 배송 주문의 현재의 수를 나타내고, "init"는 발주된 추가적인 배송 주문의 수를 나타낸다. 이에 따라, 이 가격책정 알고리즘이 지리적 영역에 기초하여 지역 레벨 가격책정 규칙 엔진(515)에 의해 선택되면, 배치 시스템(514)은 결정된 비율에 기초하여 기본 요금을 조정하기 위해 이 가격책정 알고리즘을 적용할 수 있다. 예를 들어, 배치 시스템(514)은 선택된 가격책정 알고리즘을 적용하는데, 이 선택된 가격책정 알고리즘은, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수 및 배송 주문을 이행하는 프로세스에 있는 배송자의 수 대 이행될 필요가 있는 배송 주문의 현재의 수 및 발주된 추가적인 배송 주문의 수의 비율을 결정할 수 있으며, 그리고 당해 비율이 미리 결정된 수보다 크면 제1 금액만큼 기본 요금을 조정하고 당해 비율이 미리 결정된 수보다 낮으면 제2 금액만큼 기본 요금을 조정한다. 일부 실시형태에서, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수, 배송 주문을 이행하는 프로세스에 있는 배송자의 수, 이행될 필요가 있는 배송 주문의 현재의 수, 및 발주된 추가적인 배송 주문의 수에 가중치가 부여될 수 있다. 그 후 배치 시스템(514)은, 결정된 비율에 기초하여 기본 요금을 조정하고 그리고 조정된 기본 요금을 저장할 수 있다. 조정된 기본 요금은 가격책정 API(516)에 저장될 수 있고 그리고 지역 대시보드(410)에 저장 및/또는 디스플레이될 수 있다. 배치 시스템(514)이 조정된 기본 요금을 실시간으로 업데이트함에 따라, 가격책정 API(516)에 저장되고/되거나 지역 대시보드(410)에 디스플레이되는 조정된 기본 요금 역시 실시간(예를 들어, 1분 간격)으로 업데이트될 수 있다.
다른 실시형태에서, 가격책정 알고리즘 중 하나는 복수의 배송 주문 각각과 연관되는 배송 주소와 출발 장소 사이의 총 거리에 기초하여 거리 요금을 추가로 계산하고 거리 요금에 기초하여 기본 요금을 조정할 수 있다. 예를 들어, 가격책정 알고리즘 중 하나는 배송 주문을 이행하는데 이용할 수 있는 배송자의 현재의 수 및 배송 주문을 이행하는 프로세스에 있는 배송자의 수 대 이행될 필요가 있는 배송 주문의 현재의 수 및 발주된 추가적인 배송 주문의 수의 비율을 결정하고, 결정된 비율에 기초하여 지리적 영역과 연관되는 기본 요금을 조정하고, 복수의 배송 주문 각각과 연관되는 배송 주소와 출발 장소 사이의 총 거리를 기반으로 거리 요금을 계산하고, 거리 요금에 기초하여 조정된 기본 요금을 조정한다. 상기 논의된 바와 같이, 비율은 다음 식에 기초하여 결정될 수 있다:
Figure pat00005
여기서 "supply"는 지리적 영역에서 배송 주문을 이행하는데 이용할 수 있는 배송자의 수를 나타내고, "demand"는 지리적 영역에서 이행될 필요가 있는 배송 주문의 수를 나타내고, "idle"은 배송 주문을 이행하는데 이용할 수 있는 배송자의 현재의 수를 나타내고, "soonIdle"은 배송 주문을 이행하는 프로세스에 있는 배송자의 수를 나타내고, "backLog"는 이행될 필요가 있는 배송 주문의 현재의 수를 나타내고, "init"는 발주된 추가적인 배송 주문의 수를 나타낸다. 이에 따라, 이 가격책정 알고리즘이 지리적 영역에 기초하여 지역 레벨 가격책정 규칙 엔진(515)에 의해 선택되면, 배치 시스템(514)은, 이러한 가격책정 알고리즘을 적용하여, 결정된 비율에 기초하여 기본 요금을 조정하고, 그리고 시장 상황에 기초하여 기본 지불 요금을 조정할 뿐만 아니라 총 배송 거리에 기초하여 기본 지불 요금을 조정하기 위해, 계산된 거리 요금에 기초하여 상기 조정된 기본 요금을 추가로 조정할 수 있다. 일부 실시형태에서, 거리 요금이 가중될 수 있다. 그 후, 조정된 기본 요금은 가격책정 API(516)에 저장될 수 있고 그리고 지역 대시보드(410)에 저장 및/또는 디스플레이될 수 있다. 배치 시스템(514)이 조정된 기본 요금을 실시간으로 업데이트함에 따라, 가격책정 API(516)에 저장되고/되거나 지역 대시보드(410)에 디스플레이되는 조정된 기본 요금도 실시간으로(예를 들어, 1분 간격으로) 업데이트될 수 있다.
일부 실시형태에서 가격책정 알고리즘 중 하나는, 특정 시간에 배송 주문을 이행하기 위해 이용가능할 배송자의 장래의 수 또는 이행될 필요가 있게 되는 배송 주문의 수 중 적어도 하나를 예측하고 그리고 당해 예측에 기초하여 기본 요금을 조정하기 위해 기계 학습 플랫폼(512)에 저장된 기계 학습 알고리즘을 구현할 수 있다. 예를 들어 가격책정 알고리즘 중 하나는, 과거 배송 주문 및/또는 과거 배송자와 연관되는 이력 데이터를 사용하여 뒤따르는 시계열 기계 학습 알고리즘을 구현하여, 특정 지역에서 특정 시간에, 예컨대 다음 15분 후에 배송 주문을 이행하는데 이용할 수 있게 되는 배송자의 장래의 수 또는 이행될 필요가 있게 되는 배송 주문의 수를 예측할 수 있다.
Figure pat00006
여기서 "supplyelasticity"는 지리적 영역에서 배송 주문을 이행하기 위해 추가 배송자를 확보하는데 필요한 지불 요금의 증가를 나타내고, "demandt"는 특정 시간 t에서 지리적 영역에서 이행될 필요가 있는 배송 주문의 수를 나타내고, "demandt+15min"은 다음 15분 후에 지리적 영역에서 이행될 필요가 있게 되는 배송 주문의 수를 나타내고, "regionId"는 지리적 영역에 할당된 식별자를 나타내고, "pricecurrent"는 배송 주문을 이행하기 위해 배송자에 대한 현재의 지불 요금을 나타내고, "regional"은 지리적 영역에서의 기본 요금을 나타내고, "supplytarget"은 다음 15분 후에 지리적 영역에서 배송 주문을 이행하는데 필요하게 될 배송자의 목표 수를 나타내며, "pricetarget"는 배송자에 대한 목표 지불 요금을 나타낸다. 예측에 기초하여, 배치 시스템(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(416)는 예를 들어 Java 애플리케이션 서버(예를 들어, Java 플랫폼, Enterprise Edition(Java EE), Microsoft®의 .NET 프레임워크, PHP 애플리케이션 서버 등)를 포함하는 하나 이상의 애플리케이션 서버 프레임워크를 포함할 수 있다. 다양한 애플리케이션 서버 프레임워크가 포괄적인 서비스 계층 모델을 포함할 수 있다. 일부 실시형태에서, 가격책정 API(516)는, 예를 들어 Cassandra™에 의해, 업데이트된 조정된 기본 요금을 캐시하도록 구성될 수 있을 뿐만 아니라, 각 지리적 영역에 대한 기본 요금을 조정하는데 사용된 선택된 가격책정 알고리즘을 캐시하도록 구성될 수도 있다. 이에 따라 배치 시스템(514)은, 캐싱된 가격책정 알고리즘을 사용하여 조정된 기본 요금을 효율적으로 업데이트하도록 구성될 수 있다. 추가적으로 또는 대안적으로, 가장 최근에 조정된 기본 요금 및 선택된 가격책정 알고리즘이 가격책정 API(516)에 캐시되기 때문에, 동적 가격책정 시스템(501)의 하나 이상의 구성요소에 장애가 있는 경우라도, 지역 레벨 가격책정 서비스(519)는 캐싱된 가장 최근의 지불 요금 정보와 같은 폴백 값을 반환하도록 구성될 수 있어서, 동적 가격책정 시스템(501)의 다른 부분에 대한 임의의 연쇄 효과를 방지한다.
다른 실시형태에서, 가격책정 API(516)는 가격책정 알고리즘 대 지리적 영역 매핑(예를 들어, 각 지리적 영역에서 기본 요금을 조정하기 위해 사전에 가격책정 알고리즘이 선택되는 매핑)을 캐시하도록 구성될 수 있다. 이에 따라 각각의 지리적 영역에 대해, 배치 시스템(514)은, 각각의 개별적인 지리적 영역에 매핑되고 가격책정 API(516)에 캐시된 가격책정 알고리즘을 사용하여 기본 요금을 효율적으로 조정하도록 구성될 수 있다. 적절한 가격책정 알고리즘이 선택되고, 캐시되며, 그리고 각 지리적 영역에서 기본 요금을 조정하는데 사용되는 것을 보장하기 위해, API(516)의해 스위치백 테스트가 구현될 수 있다. 스위치백 테스트는 하나의 특정 가격책정 알고리즘이 미리 결정된 기간(예를 들어, 3시간) 동안 특정 지역에서 기본 요금을 조정하는데 계속 사용되도록 지역 레벨 가격책정 규칙 엔진(515) 및 배치 시스템(514)을 컨피겨링할 수 있다. 미리 결정된 기간이 경과한 후, 스위치백 테스트는, 미리 결정된 기간(예를 들어, 3 시간) 동안 특정한 영역에서 기본 요금을 조정하기 위해 다른 상이한 가격책정 알고리즘으로 서로 전환하도록 지역 레벨 가격책정 규칙 엔진(515) 및 배치 시스템(514)을 컨피겨링할 수 있다. 다른 가격책정 알고리즘으로의 전환은, 각각의 가격책정 알고리즘이 동일한 기간 동안 동일한 영역에서 기본 요금을 조정하도록 사용되었을 때까지 반복될 수 있다. 데이터 포인트가 각 가격책정 알고리즘의 성능을 평가하고 복수의 가격책정 알고리즘 중 어떤 가격책정 알고리즘이 어떠한 네트워크 효과 없이 기본 요금을 가장 잘 조정하는지를 결정하기 위해 전체 스위치백 사정(switchback assessment) 동안 수집될 수 있다.
일부 실시형태에서, 작업 레벨 가격책정 서비스(502)는 피처 서비스(408)의 피처 API(413)로부터 배송 주문 및/또는 배송자와 연관되는 하나 이상의 피처를 리트리브하고, 지역 레벨 가격책정 서비스(509)로부터 각각의 지리적 영역과 연관되는 기본 요금 정보를 리트리브하도록 구성되는 작업 레벨 가격책정 규칙 엔진(504)을 포함할 수 있다. 지역 레벨 가격책정 서비스(509)로부터 리트리브된 기본 요금 정보는 각 지리적 영역과 연관되는 하나 이상의 컨피겨레이션에 기초하여 지역 레벨에서 이미 조정될 수 있다. 또한, 작업 레벨 가격책정 규칙 엔진(504)은 기계 학습 플랫폼(512)에서의 저장소로부터 작업 레벨 가격책정 알고리즘을 리트리브하도록 구성될 수 있다. 이에 따라, 작업 레벨 가격책정 서비스(502)는, 지리적 영역에서 이행될 필요가 있는 배송 주문의 수와 같은 지리적 영역에서의 수요와, 지리적 영역에서 배송 주문을 이행하는데 이용될 수 있는 배송자의 수와 같은 지리적 영역에서의 공급의 균형을 맞추기 위해 지역 레벨 조정 외에 기본 요금을 추가로 조정하도록 구성될 수 있다.
작업 레벨 가격책정 규칙 엔진(504)은, 배송 주문과 연관되는 피처에 기초하여 기본 요금을 추가로 조정하기 위해 복수의 작업 레벨 가격책정 알고리즘 중에서 작업 레벨 가격책정 알고리즘을 선택하도록 구성될 수 있다. 배송 주문과 연관되는 하나 이상의 피처는, 예를 들어 각각의 배송 주문과 연관되는 거절 카운트(예를 들어, 각 배송 주문이 배송자에 의해 수락되어 배송자에게 할당되기 전에 거절된 횟수), 각 배송 주문을 이행하기 위해 이동한 거리, 각 배송 주문이 발주된 하루 중 시간, 각 배송 주문과 연관되는 지리적 영역, 및/또는 각 배송 주문에 대한 배송 경로와 연관되는 하나 이상의 특성 중 적어도 하나를 포함할 수 있다. 배송 경로와 연관되는 하나 이상의 특성은, 예를 들어 각 배송 경로마다 이동한 거리, 각 배송 경로에 대해 경과된 시간, 각 배송 경로와 연관되는 트래픽 양, 배송 경로가 도시, 교외 또는 고립된 영역을 통과하는지 여부, 배송 경로가 하이웨이, 프리웨이 또는 지방 도로와 가까운지 여부를 포함할 수 있다. 배송자에 대한 배송 주문 오퍼가 거절될 가능성을 최소화하기 위해, 선택된 작업 레벨 가격책정 알고리즘은 배송 주문을 수락하도록 배송자에게 인센티브를 제공하기 위해 각 배송 주문과 연관되는 하나 이상의 피처에 기초하여 기본 요금을 증가 또는 감소시킬 수 있다.
다른 실시형태에서, 선택된 작업 레벨 가격책정 알고리즘은 배송자와 연관되는 하나 이상의 피처를 추가로 고려할 수 있다. 배송자와 연관되는 하나 이상의 피처는, 예를 들어 각 배송자의 선호 지리적 영역, 각 배송자에 대한 최소 수락 지불 요금, 각 배송자의 예상 일일 수입, 각 배송자에 대한 일일 평균 총 지불 요금 등을 포함할 수 있다. 이에 따라 작업 레벨 가격책정 알고리즘은, 각 배송 주문과 연관되는 하나 이상의 피처 및 각 배송자와 연관되는 하나 이상의 피처에 기초하여 기본 요금을 증가 또는 감소시킬 수 있다.
도 5에 도시된 바와 같이, 작업 레벨 가격책정 서비스(502)는 온라인 서비스(402)와 오프라인 서비스(404) 사이에서 구현될 수 있다. 작업 레벨 가격책정 서비스(502)는 지리적 영역과 연관되는 하나 이상의 컨피겨레이션에 기초하여 지역 레벨 가격책정 서비스(509)에 의해 지역 레벨에서 이미 조정된, 각 개별 배송 주문에 대해 기본 요금을 추가로 조정함으로써 각 개별 배송 주문에 있어 배송자에 대한 최상의 지불 요금을 결정하도록 구성될 수 있다. 작업 레벨 가격책정 서비스(502)는, 예를 들어 배송 주문 관리 시스템(403)이 페일 세이프(fail-safe)가 되게 설계되도록 오프라인 서비스(404)가 온라인 서비스(402)에 영향을 미치지 않는 것을 보장하기 위해 온라인 서비스(402)와 오프라인 서비스(404) 사이를 브릿지시키도록 구성될 수 있다. 예로서, API 타임아웃 제한이 있는 작업 레벨 가격책정 서비스(502)에 장애가 있는 경우, 배송 주문 관리 시스템(403)은 여전히 배송자 지불 요금 정보를 리트리브할 수 있다. 예를 들어, 배송 주문 관리 시스템(403)은 캐시된 가장 최근의 지불 요금 정보와 같은 폴백 값을 여전히 리트리브할 수 있고, 이에 의해 온라인 서비스(402)에 대한 연쇄 효과를 방지할 수 있다.
이제 도 6을 참조하면, 배송자에 대한 지불 요금을 동적으로 조정하기 위한 방법(600)의 예시적인 실시형태를 도시하는 다이어그램이 도시되어 있다. 이 예시적인 방법은 예로서 제공되었다. 도 6에 도시된 방법(600)은 다양한 시스템의 하나 이상의 조합에 의해 실행되거나 다르게는 수행될 수 있다. 후술되는 방법(600)은, 예로서, 도 3에 도시된 바와 같이 동적 가격책정 시스템(301)에 의해 수행될 수 있으며, 그 시스템의 다양한 요소들은 도 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)으로 진행할 수 있고, 여기서 하나 이상의 프로세서(305)는 가격책정 알고리즘을 사용하여 기본 요금을 조정하도록 구성될 수 있다. 일부 실시형태에서, 하나 이상의 프로세서(305)는, 지리적 영역과 연관되는 기본 요금을 조정하는데 사용할 복수의 가격책정 모델 또는 알고리즘 중에서 가격책정 모델 또는 알고리즘을 선택하도록 구성될 수 있는 도 5의 지역 레벨 가격책정 규칙 엔진(515) 또는 도 4의 가격책정 규칙 엔진(415)과 같은 가격책정 규칙 엔진을 구현할 수 있다. 선택된 가격책정 알고리즘에 따라, 하나 이상의 프로세서(305)는, 예를 들어, 배송 주문을 이행하는데 이용할 수 있는 배송자의 현재의 수와 해당 지리적 영역에서 배송 주문을 이행하는데 이용할 수 있는 배송자의 임계 수의 비교, 이행되어야 할 필요가 있는 배송 주문의 현재의 수와 해당 지리적 영역에서 이행되어야 할 필요가 있는 배송 주문의 임계 수의 비교, 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수 및 배송 주문을 이행하는 프로세스에 있는 배송자의 수 대 이행되어야 할 필요가 있는 배송 주문의 현재의 수 및 지리적 영역에서 발주된 추가적인 배송 주문의 수의 비율, 및/또는 복수의 배송 주문 각각과 연관되는 배송 주소와 출발 장소 사이의 총 거리에 기초한 거리 요금에 기초하여 해당 지리적 영역과 연관되는 기본 요금을 조정할 수 있다.
방법(600)은 블록(604)으로 추가로 진행할 수 있다. 블록(604)에서, 하나 이상의 프로세서(305)는 배송 주문과 연관되는 하나 이상의 피처를 수신할 수 있다. 하나 이상의 피처는, 예를 들어 각각의 배송 주문과 연관되는 거절 카운트(예를 들어, 각 배송 주문이 배송자에 의해 수락되어 배송자에게 할당되기 전에 거절된 횟수), 각 배송 주문을 이행하기 위해 이동한 거리, 각 배송 주문이 발주된 하루 중 시간, 각 배송 주문과 연관되는 지리적 영역, 및/또는 각 배송 주문에 대한 배송 경로와 연관되는 하나 이상의 특성 중 적어도 하나를 포함할 수 있다. 배송 경로와 연관되는 하나 이상의 특성은, 예를 들어 각 배송 경로에 대해 이동한 거리, 각 배송 경로에 대해 경과된 시간, 각 배송 경로와 연관되는 트래픽 양, 배송 경로가 도시, 교외 또는 고립된 영역을 통과하는지 여부, 배송 경로가 하이웨이, 프리웨이 또는 지방 도로와 가까운지 여부를 포함할 수 있다. 추가적으로 또는 대안적으로, 피처는 또한 각 배송자의 선호하는 지리적 영역, 각 배송자에 대한 최소 수락 지불 요금, 각 배송자의 예상 일일 수입, 각 배송자마다 매일 벌어들인 평균 총 지불 요금 등과 같이 배송자와 연관되어질 수 있다.
방법(600)은, 배송 주문과 연관되는 하나 이상의 피처를 수신한 후, 블록(605)으로 진행할 수 있다. 블록(605)에서, 하나 이상의 프로세서(305)는 하나 이상의 피처에 기초하여 조정된 기본 요금을 조정하도록 구성될 수 있다. 예로서, 배송자에 대한 배송 주문 제안이 거절될 확률을 최소화하기 위해, 하나 이상의 프로세서(305)는 배송자가 배송 주문을 수락하도록 장려하기 위해 배송 주문과 연관되는 하나 이상의 피처에 기초하여 지역 레벨에서 조정되었던 조정된 기본 요금을 증가 또는 감소시킬 수 있다.
다른 실시형태에서, 하나 이상의 프로세서(305)는 배송자와 연관되는 하나 이상의 피처를 추가로 고려할 수 있다. 배송자와 연관되는 하나 이상의 피처는, 예를 들어 각 배송자의 선호 지리적 영역, 각 배송자에 대한 최소 수락 지불 요금, 각 배송자의 예상 일일 수입, 각 배송자가 벌어들인 일일 평균 총 지불 요금 등을 포함할 수 있다. 이에 따라, 하나 이상의 프로세서(305)는, 배송자에 대한 배송 주문 제안의 거절 가능성을 추가로 최소화하기 위해 배송자와 연관되는 하나 이상의 피처에 기초하여 조정된 기본 요금을 증가 또는 감소시킬 수 있다.
본 개시는 그의 특정 실시형태를 참조하여 도시되고 설명되었지만, 본 개시는 다른 환경에서 수정없이 실시될 수 있음이 이해될 것이다. 전술한 설명은 예시 목적으로 제시되었다. 이는 망라적인(exhaustive) 것이 아니며, 개시된 정확한 형태 또는 실시형태에 제한되는 것이 아니다. 개시된 실시형태의 명세서 및 실시를 고려하여 당해 기술 분야의 통상의 기술자에게 수정 및 개조가 명백할 것이다. 추가적으로, 개시된 실시형태의 측면들이 메모리에 저장되는 것으로 설명되지만, 본 분야의 통상의 기술자는, 이러한 측면들이 또한 제2 스토리지 디바이스, 예를 들어, 하드 디스크 또는 CD ROM 또는 다른 형태의 RAM 또는 ROM, USB 매체, DVD, Blu-ray 또는 기타 광학 드라이브 매체와 같은 다른 타입의 컴퓨터 판독 가능한 매체에 저장될 수 있음을 이해할 것이다.
기재된 설명 및 개시된 방법에 기초한 컴퓨터 프로그램은 숙련된 개발자의 기술 내에 있다. 다양한 프로그램 또는 프로그램 모듈은 해당 기술 분야의 통상의 기술자에게 공지된 임의의 기술을 사용하여 생성될 수 있거나 기존 소프트웨어와 관련하여 설계될 수 있다. 예를 들어, 프로그램 섹션 또는 프로그램 모듈은 .Net Framework, .Net Compact Framework(및 Visual Basic, C 등과 같은 관련 언어), Java, C++, Objective-C, HTML, HTML/AJAX 조합, XML, 또는 Java 애플릿(applet)이 포함된 HTML에서, 또는 이들에 의해 설계될 수 있다.
또한, 예시적인 실시형태가 본 명세서에 설명되었지만, (예를 들어, 다양한 실시형태에 걸친 측면의) 동등한 요소, 수정, 생략, 조합, 개조 및/또는 변경을 갖는 임의의 및 모든 실시형태의 범위는 본 개시에 기초하여 당해 기술 분야의 통상의 기술자에 의해 인식될 것이다. 청구범위에서 제한사항은 청구범위에 사용된 언어에 기초하여 광범위하게 해석되어야 하고, 본 명세서에 설명된 예시 또는 출원의 진행 중으로 제한되는 것은 아니다. 예시는 비배타적인 것으로 해석될 것이다. 나아가, 개시된 방법의 단계는 단계를 재순서화하고 및/또는 단계를 삽입하거나 삭제하는 것을 포함하여 임의의 방식으로 수정될 수 있다. 그러므로, 본 명세서 및 예시는 단지 예시적인 것으로 간주되도록 의도되며 진정한 범위 및 사상은 다음의 청구범위 및 그들의 등가물의 전체 범위에 의해 나타내어진다.

Claims (20)

  1. 배송자에 대한 지불 요금을 동적으로 조정하기 위한 컴퓨터-구현 시스템으로서, 상기 시스템은:
    명령어를 저장하는 메모리; 및
    상기 명령어를 실행하여:
    복수의 배송 주문을 수신하는 것 - 상기 복수의 배송 주문 각각은 지리적 영역의 배송 주소와 연관되고, 상기 지리적 영역은 복수의 컨피겨레이션과 연관됨 -;
    상기 지리적 영역과 연관되는 상기 복수의 컨피겨레이션에 기초하여 상기 지리적 영역에서 상기 복수의 배송 주문을 이행하기 위한 기본 요금을 결정하는 것;
    가격책정 알고리즘을 사용하여, 결정된 상기 컨피겨레이션에 기초하여 상기 복수의 배송 주문을 이행하기 위한 상기 기본 요금을 조정하는 것;
    상기 복수의 배송 주문과 연관되는 하나 이상의 피처(feature)를 수신하는 것; 및
    상기 수신된 하나 이상의 피처에 기초하여 상기 조정된 기본 요금을 조정하는 것
    을 행하도록 구성되는 적어도 하나의 프로세서를 포함하며,
    상기 기본 요금을 계산하는데 사용되는 상기 가격책정 알고리즘은 상기 지리적 영역에 기초하여 복수의 가격책정 알고리즘 중에서 선택되는, 시스템.
  2. 제1항에 있어서,
    상기 복수의 컨피겨레이션은 배송 주문을 이행하는데 이용가능한 배송자의 임계 수(threshold number) 및 이행될 필요가 있는 배송 주문의 임계 수를 포함하는, 시스템.
  3. 제2항에 있어서,
    상기 가격책정 알고리즘을 사용하여, 상기 복수의 배송 주문을 이행하기 위한 상기 기본 요금을 조정하는 것은:
    배송 주문을 이행하는데 이용가능한 배송자의 현재의 수를 상기 배송 주문을 이행하는데 이용가능한 배송자의 임계 수와 비교하는 것;
    이행될 필요가 있는 배송 주문의 현재의 수를 상기 이행될 필요가 있는 배송 주문의 임계 수와 비교하는 것; 및
    상기 이용가능한 배송자의 수의 비교 및 상기 이행될 필요가 있는 배송 주문의 수의 비교에 기초하여 상기 기본 요금을 조정하는 것
    을 더 포함하는, 시스템.
  4. 제1항에 있어서,
    상기 복수의 컨피겨레이션은 배송 주문을 이행하는 프로세스에 있는 배송자의 수 및 발주된 추가 배송 주문의 수를 포함하는, 시스템.
  5. 제4항에 있어서,
    상기 가격책정 알고리즘을 사용하여, 상기 복수의 배송 주문을 이행하기 위한 상기 기본 요금을 조정하는 것은,
    배송 주문을 이행하는데 이용가능한 배송자의 현재의 수 및 상기 배송 주문을 이행하는 프로세스에 있는 배송자의 수와, 이행될 필요가 있는 배송 주문의 현재의 수 및 상기 발주된 추가 배송 주문의 수의 비율을 결정하는 것; 및
    상기 결정된 비율에 기초하여 상기 기본 요금을 조정하는 것
    을 더 포함하는, 시스템.
  6. 제5항에 있어서,
    상기 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수, 상기 배송 주문을 이행하는 프로세스에 있는 배송자의 수, 상기 이행될 필요가 있는 배송 주문의 현재의 수, 및 상기 발주된 추가 배송 주문의 수에 가중치가 부여되는, 시스템.
  7. 제1항에 있어서,
    상기 지리적 영역과 연관되는 상기 복수의 컨피겨레이션은, 이행될 필요가 있는 배송 주문의 수 및 배송 주문을 이행하는데 이용가능한 배송자의 수에 기초하여 계속적으로 조정되는, 시스템.
  8. 제1항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 명령어를 실행하여:
    상기 복수의 배송 주문 각각과 연관되는 배송 주소와 시작 위치 사이의 총 거리에 기초하여 거리 요금을 계산하는 것; 및
    상기 조정된 기본 요금을 상기 거리 요금에 기초하여 조정하는 것
    을 행하도록 더 구성되는, 시스템.
  9. 제1항에 있어서,
    상기 하나 이상의 피처는 상기 복수의 배송 주문 각각과 연관되는 거절 카운트(decline count) 또는 상기 복수의 배송 주문 각각에 대한 배송 경로와 연관되는 하나 이상의 특성 중 적어도 하나를 포함하는, 시스템.
  10. 제1항에 있어서,
    상기 적어도 하나의 프로세서는,
    상기 명령어를 실행하여
    기계 학습 알고리즘을 사용하여, 특정 시간에 배송 주문을 이행하는데 이용가능하게 될 배송자의 장래 수 또는 이행될 필요가 있게 될 배송 주문의 수 중 적어도 하나를 예측하도록 구성되는, 시스템.
  11. 배송자에 대한 지불 요금을 동적으로 조정하기 위한 컴퓨터-구현 방법으로서, 상기 방법은:
    복수의 배송 주문을 수신하는 단계 - 상기 복수의 배송 주문 각각은 지리적 영역의 배송 주소와 연관되고, 상기 지리적 영역은 복수의 컨피겨레이션과 연관됨 -;
    상기 지리적 영역과 연관되는 상기 복수의 컨피겨레이션에 기초하여 상기 지리적 영역에서 상기 복수의 배송 주문을 이행하기 위한 기본 요금을 결정하는 단계;
    가격책정 알고리즘을 사용하여, 결정된 상기 컨피겨레이션에 기초하여 상기 복수의 배송 주문을 이행하기 위한 상기 기본 요금을 조정하는 단계;
    상기 복수의 배송 주문과 연관되는 하나 이상의 피처를 수신하는 단계; 및
    상기 수신된 하나 이상의 피처에 기초하여 상기 조정된 기본 요금을 조정하는 단계를 포함하며,
    상기 기본 요금을 계산하는데 사용되는 상기 가격책정 알고리즘은 상기 지리적 영역에 기초하여 복수의 가격책정 알고리즘 중에서 선택되는, 방법.
  12. 제11항에 있어서,
    상기 복수의 컨피겨레이션은 배송 주문을 이행하는데 이용가능한 배송자의 임계 수 및 이행될 필요가 있는 배송 주문의 임계 수를 포함하는, 방법.
  13. 제12항에 있어서,
    상기 가격책정 알고리즘을 사용하여, 상기 복수의 배송 주문을 이행하기 위한 상기 기본 요금을 조정하는 단계는:
    배송 주문을 이행하는데 이용가능한 배송자의 현재의 수를 상기 배송 주문을 이행하는데 이용가능한 배송자의 임계 수와 비교하는 것;
    이행될 필요가 있는 배송 주문의 현재의 수를 상기 이행될 필요가 있는 배송 주문의 임계 수와 비교하는 것; 및
    상기 이용가능한 배송자의 수의 비교 및 상기 이행될 필요가 있는 배송 주문의 수의 비교에 기초하여 상기 기본 요금을 조정하는 것
    을 더 포함하는, 방법.
  14. 제11항에 있어서,
    상기 복수의 컨피겨레이션은 배송 주문을 이행하는 프로세스에 있는 배송자의 수 및 발주된 추가 배송 주문의 수를 포함하는, 방법.
  15. 제14항에 있어서,
    상기 가격책정 알고리즘을 사용하여, 상기 복수의 배송 주문을 이행하기 위한 상기 기본 요금을 조정하는 단계는,
    배송 주문을 이행하는데 이용가능한 배송자의 현재의 수 및 상기 배송 주문을 이행하는 프로세스에 있는 배송자의 수와, 이행될 필요가 있는 배송 주문의 현재의 수 및 상기 발주된 추가 배송 주문의 수의 비율을 결정하는 것; 및
    상기 결정된 비율에 기초하여 상기 기본 요금을 조정하는 것
    을 더 포함하는, 방법.
  16. 제15항에 있어서,
    상기 배송 주문을 이행하는데 이용가능한 배송자의 현재의 수, 상기 배송 주문을 이행하는 프로세스에 있는 배송자의 수, 상기 이행될 필요가 있는 배송 주문의 현재의 수, 및 상기 발주된 추가 배송 주문의 수에 가중치가 부여되는, 방법.
  17. 제11항에 있어서,
    상기 복수의 배송 주문 각각과 연관되는 배송 주소와 시작 위치 사이의 총 거리에 기초하여 거리 요금을 계산하는 단계; 및
    상기 조정된 기본 요금을 상기 거리 요금에 기초하여 조정하는 단계
    를 더 포함하는, 방법.
  18. 제11항에 있어서,
    상기 하나 이상의 피처는 상기 복수의 배송 주문 각각과 연관되는 거절 카운트 또는 상기 복수의 배송 주문 각각에 대한 배송 경로와 연관되는 하나 이상의 특성 중 적어도 하나를 포함하는, 방법.
  19. 제11항에 있어서,
    기계 학습 알고리즘을 사용하여, 특정 시간에 배송 주문을 이행하는데 이용가능하게 될 배송자의 장래 수 또는 이행될 필요가 있게 될 배송 주문의 수 중 적어도 하나를 예측하는 단계를 더 포함하는, 방법.
  20. 배송자에 대한 지불 요금을 동적으로 조정하기 위한 컴퓨터-구현 시스템으로서, 상기 시스템은:
    명령어를 저장하는 메모리; 및
    상기 명령어를 실행하여:
    복수의 배송 주문을 수신하는 것 - 상기 복수의 배송 주문 각각은 지리적 영역의 배송 주소와 연관되고, 상기 지리적 영역은 복수의 컨피겨레이션과 연관되고, 상기 복수의 컨피겨레이션은 이행될 필요가 있는 배송 주문의 수 및 배송 주문을 이행하는데 이용가능한 배송자의 수에 기초하여 계속적으로 조정됨 -;
    상기 지리적 영역과 연관되는 상기 복수의 컨피겨레이션에 기초하여 상기 지리적 영역에서 상기 복수의 배송 주문을 이행하기 위한 기본 요금을 결정하는 것;
    가격책정 알고리즘을 사용하여, 결정된 상기 컨피겨레이션에 기초하여 상기 복수의 배송 주문을 이행하기 위한 상기 기본 요금을 조정하는 것;
    상기 복수의 배송 주문과 연관되는 하나 이상의 피처를 수신하는 것 - 상기 하나 이상의 피처는 상기 복수의 배송 주문 각각과 연관되는 거절 카운트 또는 상기 복수의 배송 주문 각각에 대한 배송 경로와 연관되는 하나 이상의 특성 중 적어도 하나를 포함함 -; 및
    상기 수신된 하나 이상의 피처에 기초하여 상기 조정된 기본 요금을 조정하는 것
    을 행하도록 구성되는 적어도 하나의 프로세서를 포함하며,
    상기 기본 요금을 계산하는데 사용되는 상기 가격책정 알고리즘은 상기 지리적 영역에 기초하여 복수의 가격책정 알고리즘 중에서 선택되는, 시스템.
KR1020210150648A 2021-09-01 2021-11-04 동적 가격 책정 시스템을 제공하기 위한 컴퓨터화된 시스템 및 방법 KR20230033549A (ko)

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
KR20230033549A true KR20230033549A (ko) 2023-03-08

Family

ID=84104753

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020210150648A KR20230033549A (ko) 2021-09-01 2021-11-04 동적 가격 책정 시스템을 제공하기 위한 컴퓨터화된 시스템 및 방법

Country Status (4)

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

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
WO2015073686A1 (en) * 2013-11-15 2015-05-21 Cfph, Llc Examples of delivery and/or referral services
WO2015161828A1 (en) * 2014-04-24 2015-10-29 Beijing Didi Infinity Science And Technology Limited 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
TW202312064A (zh) 2023-03-16
US11507988B1 (en) 2022-11-22
WO2023031662A1 (en) 2023-03-09

Similar Documents

Publication Publication Date Title
US10504061B1 (en) Systems and methods for machine-learning assisted inventory placement
JP2023508788A (ja) きめ細かい配達スケジューリングのためのアイテム追跡システムおよび方法
TWI801861B (zh) 根據產品特性決定產品價格的倉儲管理電腦實行系統以及方法
TWI759825B (zh) 用於出站預測之電腦實施系統以及電腦實施方法
TWI759823B (zh) 使用入站裝載模式於出站預測之電腦實施系統以及電腦實施方法
JP7187587B2 (ja) 収納作業者ユーザインターフェース
TWI813926B (zh) 用於網頁顯示修正的電腦化系統及方法
JP7121812B2 (ja) 荷物の配達を円滑化するためのコンピュータ化されたシステムおよびコンピュータ化された方法
TWI795913B (zh) 用於出站預測的電腦實施的系統以及方法
TWI731618B (zh) 電腦實施系統及電腦實施方法
US11507988B1 (en) Computerized systems and methods for providing a dynamic pricing system
KR102505811B1 (ko) 미세 조정된 배송 스케줄링을 위한 물품 추적 시스템들 및 방법들
JP7258058B2 (ja) 保証配送時間の選択を表示および決定するためのコンピュータ化されたシステムおよび方法
KR20220057501A (ko) 커스텀 풀필먼트 센터를 위한 최상위 아이템을 결정하는 컴퓨터 구현 시스템 및 방법
KR20220124075A (ko) 분할된 데이터베이스를 위한 다중 노드의 스트림 처리 프레임워크를 위한 시스템 및 방법
US11003498B1 (en) Computerized systems and methods for fail-safe loading of information on a user interface using a circuit breaker
KR102320213B1 (ko) 지능형 수익 갭 결정 및 응답 조정을 위한 컴퓨터-구현된 시스템 및 방법
US11475203B2 (en) Computerized systems and methods for reducing latency in a modular platform
JP2023526142A (ja) オンライン顧客支援のためのインテリジェントなシステム
KR20220044186A (ko) 최소 검출 가능 효과를 예측하기 위한 컴퓨터 시스템 및 방법