KR102284708B1 - 하이퍼미디어 요소들을 갖는 동적 웹사이트들을 생성하기 위한 시스템들 및 방법들 - Google Patents

하이퍼미디어 요소들을 갖는 동적 웹사이트들을 생성하기 위한 시스템들 및 방법들 Download PDF

Info

Publication number
KR102284708B1
KR102284708B1 KR1020200016346A KR20200016346A KR102284708B1 KR 102284708 B1 KR102284708 B1 KR 102284708B1 KR 1020200016346 A KR1020200016346 A KR 1020200016346A KR 20200016346 A KR20200016346 A KR 20200016346A KR 102284708 B1 KR102284708 B1 KR 102284708B1
Authority
KR
South Korea
Prior art keywords
time
delivery
shipping
database
product
Prior art date
Application number
KR1020200016346A
Other languages
English (en)
Other versions
KR20210087382A (ko
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 KR20210087382A publication Critical patent/KR20210087382A/ko
Priority to KR1020210098588A priority Critical patent/KR102408794B1/ko
Application granted granted Critical
Publication of KR102284708B1 publication Critical patent/KR102284708B1/ko

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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • 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/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • 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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G06Q10/0833—Tracking
    • 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/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • 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/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Databases & Information Systems (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

동적 웹사이트들을 생성하기 위한 컴퓨터화된 시스템으로서, 명령어들을 저장하는 메모리, 및 명령어들을 실행하여 동작들을 수행하도록 구성된 적어도 하나의 프로세서를 포함한다. 동작들은 고객 디바이스로부터 주문을 수신하는 것, 목적지 주소가 제1 시간까지 배송하기 위해 적격(eligible)인지를 결정하는 것, 및 목적지 주소가 적격하다는 결정에 기초하여, 적어도 하나의 제품의 정보를 검색하기 위해 제1 데이터베이스를 검색하는 것을 포함한다. 동작들은 또한, 제1 시간까지 배송이 가능한지를 나타내는 사용자 인터페이스 요소(사용자 인터페이스 요소는 고객 디바이스에 표시된 웹사이트를 수정하도록 구성됨)를 생성하는 것, 및 사용자 인터페이스 요소를 고객 디바이스에 전송하는 것을 포함할 수 있다. 또한, 동작들은 고객 디바이스로부터 응답을 수신하는 것, 및 제품의 약속된 배송 날짜가 제1 시간임을 나타내도록 제2 데이터베이스에서 엔트리를 수정하는 것을 포함할 수 있다.

Description

하이퍼미디어 요소들을 갖는 동적 웹사이트들을 생성하기 위한 시스템들 및 방법들{SYSTEMS AND METHODS FOR GENERATING DYNAMIC WEBSITES WITH HYPERMEDIA ELEMENTS}
본 개시는 일반적으로 동적 웹사이트들을 생성하기 위한 컴퓨터화된 시스템들 및 방법들에 관한 것이다. 특히, 본 개시의 실시예들은, 제품 배송을 위한 이용 가능한 옵션들을 결정하고, 웹사이트들을 수정하거나, 사용자 특정 정보를 표시하거나, 사용자 정보를 포착하는 하이퍼미디어 요소들을 갖는 사용자 인터페이스들을 생성하기 위한 시스템들 및 방법들에 관한 것이다.
하이퍼미디어 요소들은 그래픽, 오디오, 비디오, 일반 텍스트 및 하이퍼링크를 포함하는 정보의 비선형 매체들이다. 하이퍼미디어 요소들은 다수의 대화형 아이콘, 텍스트 박스 및/또는 재생을 포함한다. 하이퍼미디어 요소들은 몇몇 방식으로 개발될 수 있다. 예를 들어, 하이퍼미디어 요소들은 내부 변수로부터의 데이터와 외부 데이터 파일의 노드들을 연결하는 도구를 이용하여 프로그래밍될 수 있다. 이들 하이퍼미디어 요소는 멀티미디어 개발 소프트웨어와 함께 사용될 수 있지만, 일부 경우에, 하이퍼미디어 요소들은 또한, 엔터테인먼트 콘텐츠에 중점을 두고 독립형 애플리케이션으로 사용될 수 있다. 하이퍼미디어 요소들은 웹사이트들에서 사용자 인터페이스들 및 대화형 액션들을 위해 사용될 수 있다. 예를 들어, 하이퍼미디어 요소들은 특정 상호 작용, 스크립팅, 및/또는 하이퍼링킹 특성들을 위해 웹 소스 코드에 추가될 수 있는 하이퍼링크들을 포함할 수 있다.
온라인 소매업자들로부터의 웹사이트들과 관련하여, 하이퍼미디어 요소들은 사용자들과 상호작용하고, 특정 콘텐츠를 표시하고/하거나, 개인화된 상호작용을 위해 사용자 데이터를 수집하는 데에 사용될 수 있다. 예를 들어, 하이퍼미디어 요소들을 통해, 온라인 소매업자는 입력 윈도우 및 상호작용 아이콘을 제시함으로써 사용자 선호도를 포착할 수 있다. 따라서, 배송 선호도를 결정하고, 배송 지시를 포착하고/하거나, 추천 알고리즘을 위해 사용될 수 있는 방문자 프로파일을 구축하기 위해 하이퍼미디어 요소들이 이용될 때, 온라인 소매업자들은 개인화된 웹사이트들을 개발할 수 있다. 일부 실시예에서, 하이퍼미디어 요소들은 특정 정보를 웹사이트에 표시하기 위해 사용될 수도 있다. 따라서, 하이퍼미디어 요소들은, 사용자 입력을 요청하는 데에, 그리고 사용자 입력에 기초하여, 특정 옵션들 또는 조건들을 표시하도록 웹사이트를 수정하는 데에 사용될 수 있다. 이러한 실시예들에서, 하이퍼미디어 요소들은, 사용자들을 위해 구체적으로 웹사이트들을 동적으로 수정하도록 구성되어, 사용자 상호 작용을 위한 온라인 소매업자들의 재단된 옵션들 및 개인화된 웹사이트들을 개발하기 위한 도구를 제공할 수 있다.
그러나, 하이퍼미디어 요소들은, 다수의 데이터 소스 간의 신속한 상호작용을 요구하는 특정 웹 애플리케이션들에 성공적으로 통합되지 않았다. 일부 웹 애플리케이션들은, 정적 데이터를 사용하여 하이퍼미디어 요소들을 생성할 수 있다. 예를 들어, 특정 하이퍼미디어 요소들에 대한 프로그래밍은, 사용자가 처음 웹사이트에 들어올 때 선택된 초기화 쿠키(initialization cookies)에 기초할 수 있다. 그러나, 다른 애플리케이션들은, 동적 및 시간에 민감한 데이터를 사용하여 하이퍼미디어 요소들을 생성한다. 이러한 애플리케이션들을 위해, 하이퍼미디어 요소들은 타이머 또는 동적 거동에 기초하여 생성될 수 있다. 온라인 소매업자들의 경우에, 하이퍼미디어 요소들은, 예를 들어, 배송 날짜를 충족시키기 위해, 특정 시간 윈도우 내에 정보를 수집할 필요가 있을 수도 있다. 이러한 경우에, 다수의 소스로부터 데이터를 질의하는 것은, 웹사이트 개인화를 지연시킬 수 있고 사용자의 전체 경험을 훼손할 수 있다.
동적 웹사이트들을 생성하기 위한 개시된 시스템들 및 방법들은, 전술된 문제들 및/또는 종래 기술의 다른 문제들 중 하나 이상을 처리한다.
본 개시의 일 양상은 동적 웹사이트들을 생성하기 위한 컴퓨터화된 시스템에 관한 것이다. 본 시스템은 명령어들을 저장하는 메모리, 및 명령어들을 실행하여 동작들을 수행하도록 구성되는 적어도 하나의 프로세서를 포함할 수 있다. 동작들은, 고객 디바이스로부터 주문(주문은 배송을 위한 적어도 하나의 제품, 주문 시간, 및 목적지 주소를 포함함)을 수신하는 것, 목적지 주소가 제1 시간까지 배송에 적격인지를 결정하는 것, 및 목적지 주소가 적격이라는 결정에 기초하여, 적어도 하나의 제품의 정보(정보는 제1 시간까지 배송의 마감 시간을 포함함)를 검색하기 위해 제1 데이터베이스를 검색하는 것을 포함할 수 있다. 동작들은, 주문 시간 및 마감 시간에 기초하여, 제1 시간까지 배송이 가능한지를 나타내는 사용자 인터페이스 요소를 생성하는 것(사용자 인터페이스 요소는 고객 디바이스에 표시된 웹사이트를 수정하도록 구성됨), 및 사용자 인터페이스 요소를 고객 디바이스에 전송하는 것을 더 포함할 수 있다. 또한, 동작들은, 사용자 인터페이스 요소를 고객 디바이스에 전송한 것에 응답하여 응답을 수신하는 것, 및 수신된 응답에 기초하여, 제품의 약속된 배송 날짜가 제1 시간임을 나타내도록 제2 데이터베이스의 엔트리를 수정하는 것을 포함할 수도 있다.
본 개시의 다른 양상은 동적 웹사이트들을 생성하기 위한 컴퓨터-구현된 방법에 관한 것이다. 본 방법은, 고객 디바이스로부터 주문(주문은 배송을 위한 적어도 하나의 제품, 주문 시간, 및 목적지 주소를 포함함)을 수신하는 단계, 목적지 주소가 제1 시간까지 배송에 적격인지를 결정하는 단계, 및 목적지 주소가 적격이라는 결정에 기초하여, 적어도 하나의 제품의 정보(정보는 제1 시간까지 배송의 마감 시간을 포함함)를 검색하기 위해 제1 데이터베이스를 검색하는 단계를 포함할 수 있다. 본 방법은, 주문 시간 및 마감 시간에 기초하여, 제1 시간까지 배송이 가능한지를 나타내는 사용자 인터페이스 요소(사용자 인터페이스 요소는 고객 디바이스에 표시된 웹사이트를 수정하도록 구성됨)를 생성하는 단계, 및 사용자 인터페이스 요소를 고객 디바이스에 전송하는 단계를 더 포함할 수 있다. 또한, 본 방법은, 사용자 인터페이스 요소를 고객 디바이스에 전송한 것에 응답하여 응답을 수신하는 단계, 및 수신된 응답에 기초하여, 제품의 약속된 배송 날짜가 제1 시간임을 나타내도록 제2 데이터베이스의 엔트리를 수정하는 단계를 포함할 수 있다.
본 개시의 또 다른 양상은, 프로세서에 의해 실행될 때, 동적 웹사이트들을 생성하기 위한 동작들을 수행하는 명령어들을 저장하는 비일시적 컴퓨터 판독 가능 매체에 관한 것이다. 동작들은, 고객 디바이스로부터 주문(주문은 배송을 위한 적어도 하나의 제품, 주문 시간, 및 목적지 주소를 포함함)을 수신하는 것, 목적지 주소에 기초하여 풀필먼트 센터들을 식별하는 것, 식별된 풀필먼트 센터들로부터 이용 가능한 재고를 요청하는 것, 및 대응하는 이용 가능한 재고와 적어도 하나의 제품 사이의 매치에 기초하여 식별된 풀필먼트 센터들로부터 풀필먼트 센터를 선택하는 것을 포함할 수 있다. 동작들은, 추정 만료(추정 만료는 제1 시간까지 배송이 더 이상 이용 가능하지 않는 주문 만료 또는 남아있는 시간을 포함함)에 기초하여 제1 시간까지 배송의 마감 시간을 결정하는 것, 목적지 주소가 제1 시간까지 배송에 적격인지를 결정하는 것, 및 목적지 주소가 적격이라는 결정에 기초하여, 적어도 하나의 제품의 정보 - 정보는 제1 시간까지 배송의 마감 시간을 포함함 - 를 검색하기 위해 제1 데이터베이스를 검색하는 것을 더 포함할 수 있다. 또한, 동작들은, 주문 시간 및 마감 시간에 기초하여 제1 시간까지 배송이 가능한지를 나타내는 사용자 인터페이스 요소(사용자 인터페이스 요소는 고객 디바이스에 표시된 웹사이트를 수정하도록 구성됨)를 생성하는 것, 목적지 주소 및 적어도 하나의 관련 제한(associated restriction)을 찾기 위해 제2 데이터베이스를 검색하는 것, 및 제2 데이터베이스가 제1 제한과 연관된 목적지 주소를 포함한다는 결정에 기초하여, 제1 시간까지 배송을 허용하는 선택 가능한 요소를 포함하도록 사용자 인터페이스 요소를 생성하는 것을 포함할 수 있다. 또한, 동작들은 사용자 인터페이스 요소를 고객 디바이스에 전송하는 것, 사용자 인터페이스 요소를 고객 디바이스에 전송한 것에 응답하여 응답을 수신하는 것, 및 수신된 응답에 기초하여, 제품의 약속된 배송 날짜가 제1 시간임을 나타내도록 제3 데이터베이스의 엔트리를 수정하는 것을 더 포함할 수 있다.
도 1a는, 개시된 실시예들에 일치하는, 운송, 수송 및 물류 작업(logistics operations)을 가능하게 하는 통신을 위한 컴퓨터화된 시스템들(computerized systems)을 포함하는 네트워크의 예시적인 실시예를 도시하는 개략적인 블록도이다.
도 1b는, 개시된 실시예들에 일치하는, 대화형 사용자 인터페이스 요소들(interactive user interface elements)과 함께, 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 샘플 검색 결과 페이지(Search Result Page)(SRP)를 도시한다.
도 1c는, 개시된 실시예들에 일치하는, 대화형 사용자 인터페이스 요소들과 함께, 제품 및 제품에 관한 정보를 포함하는 샘플 단일 디스플레이 페이지(Single Display Page)(SDP)를 도시한다.
도 1d는, 개시된 실시예들에 일치하는, 대화형 사용자 인터페이스 요소들과 함께, 물품들을 가상의 쇼핑 카트(virtual shopping cart)에 포함하는 샘플 카트 페이지(Cart page)를 도시한다.
도 1e는, 개시된 실시예들에 일치하는, 대화형 사용자 인터페이스 요소들과 함께, 구매 및 운송에 관한 정보와 함께 가상의 쇼핑 카트로부터의 물품들을 포함하는 샘플 주문 페이지(Order page)를 도시한다.
도 2는, 개시된 실시예들에 일치하는, 개시된 컴퓨터화된 시스템들을 활용하도록 구성되는 예시적인 풀필먼트 센터(fulfillment center)의 개략도(diagrammatic illustration)이다.
도 3은, 개시된 실시예들에 일치하는, 예시적인 시스템의 개략적인 블록도이다.
도 4는, 개시된 실시예들에 일치하는, 예시적인 클라이언트 디바이스의 블록도이다.
도 5는, 개시된 실시예들에 일치하는, 예시적인 데이터베이스의 블록도이다.
도 6은, 개시된 실시예들에 일치하는, 온라인 모듈들로의 예시적인 배송 추정 배포의 프로세스 흐름도(process flow diagram)이다.
도 6은, 개시된 실시예들에 일치하는, 예시적인 배송 추정 배포의 프로세스 흐름도이다.
도 7은, 개시된 실시예들에 일치하는, 이용 가능한 배송 옵션들에 대한 요청(request for available delivery options)을 처리하기 위한 예시적인 프로세스의 흐름도이다.
도 8은, 개시된 실시예들에 일치하는, 제3 자에 의해 이행되는(fulfilled) 제품들에 대한 추정 요청을 처리하기 위한 예시적인 프로세스의 흐름도이다.
도 9는, 개시된 실시예들에 일치하는, 배송 옵션 선택 프로세스의 흐름도이다.
도 10은, 개시된 실시예들에 일치하는, 예시적인 주소 비배송 분류 프로세스의 프로세스 흐름도이다.
도 11은, 개시된 실시예들에 일치하는, 예시적인 웹사이트 수정 프로세스의 프로세스 흐름도이다.
도 12는, 개시된 실시예들에 일치하는, 예시적인 주소 일반적 분류 프로세스의 프로세스 흐름도이다.
도 13은, 개시된 실시예들에 일치하는, 예시적인 제1 시간 배송 분류 프로세스의 프로세스 흐름도이다.
도 14는, 개시된 실시예들에 일치하는, 분류된 건물들을 갖는 배송 지역의 그래픽 표현이다.
도 15는, 개시된 실시예들에 일치하는, 모바일 디바이스에서의 일련의 단일 디스플레이 페이지의 예시적인 그래픽 사용자 인터페이스들의 정면도이다.
도 16은 배송 날짜 추정 및/또는 이용 가능한 배송 옵션들을 갖는 웹페이지를 생성하거나 수정하도록 구성 가능한 스크립트의 예시적인 소스 코드이다.
다음의 상세한 설명은 첨부 도면들을 참조한다. 어디서든 가능하다면, 도면들과 다음의 설명에서 동일한 참조 번호가 동일하거나 유사한 부분들을 지칭하기 위해 사용된다. 수개의 예시적 실시예들이 본 명세서에 설명되어 있지만, 수정, 개조 및 다른 구현예가 가능하다. 예를 들어, 도면들에 도시된 구성 요소들 및 단계들에 대한 대체, 추가 또는 수정이 이루어질 수 있고, 본 명세서에 설명된 예시적인 방법들은 개시된 방법들에서 단계들을 대체하거나, 재정렬하거나, 제거하거나 추가함으로써 수정될 수 있다. 따라서, 다음의 상세한 설명은 개시된 실시예들 및 예시들에 제한되지 않는다. 대신에, 본 발명의 적절한 범주는 첨부된 청구항들에 의해 정의된다.
본 개시의 실시예들은 동적 및 대화형 웹사이트들을 생성하기 위한 시스템들 및 방법들에 관한 것이다. 특히, 개시된 시스템들 및 방법들은 사용자 정보 또는 선호도를 포착하기 위해 사용자들에게 표시되는 웹사이트들 상에 사용자 인터페이스 요소들을 생성하는 것을 가능하게 한다. 사용자 인터페이스 요소들은, 사용자 요청을 수신한 후에 사용자 입력을 요청하는 것을 허용하는 하이퍼미디어 요소들 또는 다른 대화형 그래픽 사용자 인터페이스들을 포함할 수 있다. 사용자 인터페이스 요소들은, 사용자로부터 정확한 정보 또는 선호도를 포착하여 문제들을 방지하고 더 나은 사용자 경험을 제공하도록 구성될 수 있다.
일부 실시예에서, 개시된 시스템들 및 방법들은, 증가된 개인화 및 단순화된 작업 흐름들을 가능하게 함으로써 개선된 온라인 소매업자 웹사이트들을 초래할 수 있다. 예를 들어, 다수의 배송 타입(multiple types of deliveries)을 제공하는 온라인 소매업자들은, 개시된 시스템들 및 방법들을 사용하여, 특정 배송 옵션들에 요구되는 정보를 모으거나 이용 가능한 배송 타입(type of available deliveries)을 나타내는 사용자 인터페이스 요소들을 포함하도록 웹사이트들을 수정할 수 있다. 이러한 실시예들에서, 다수의 배송 옵션을 제공하는 온라인 소매업자들은, 특정 배송 타입을 잠금 해제 또는 허용하기 위해 사용자 인터페이스 요소들을 사용할 수 있다. 예를 들어, 온라인 소매업자는 특정 고객들에게 근무 시간 이후의 배송(예를 들어, 자정과 5 AM 사이에 배송)을 제공할 수 있다. 이러한 온라인 소매업자는, 패키지 배송에 대한 지시(instructions for package delivery)를 요청하기 위해 개시된 사용자 인터페이스 요소들을 사용할 수 있다. 요청된 지시는, 건물로의 물리적 접근을 가능하게 하는 보안 코드, 물품을 배송하기 위해 건물로 들어가는 방법에 대한 지시, 또는 도어맨에게 연락하라는 지시를 포함할 수 있다. 또한, 일부 실시예에서, 온라인 소매업자는, 지시가 만족할 만한지와 제안된 배송 방법 또는 타입을 가능하게 할지를 결정하기 위해, 기계-학습 방법들을 이용하여 지시를 분석할 수 있다. 또한, 개시된 시스템들 및 방법들은, 특정 배송을 가능하게 하기 위해, 특정 사용자-특정 정보(certain user-specific information)를 요구함으로써 전체 배송 작업 흐름을 개선할 수 있다. 따라서, 개시된 배치는, 더 큰 맞춤화(customization) 및 사용자 상호 작용을 위한 도구를 제공함으로써 온라인 소매업자 웹사이트 개발을 개선할 수 있다.
또한, 개시된 시스템들 및 방법들 일부 실시예는, 요구되는 사용자 상호 작용을 감소시킴으로써 동적 웹사이트 개발을 개선할 수 있다. 개시된 시스템들은 사전 저장된 정보(pre-stored information) 또는 특정 클라이언트에 대한 분석에 기초하여 웹사이트들을 생성하거나 수정할 수 있다. 예를 들어, 개시된 시스템들 및 방법들은 사전 저장된 정보를 이용하여 디폴트 옵션들을 갖는 하이퍼미디어 요소들을 생성할 수 있다. 이 방식으로, 개시된 시스템들 및 방법들은, 사전 저장된 정보를 이용함으로써 웹사이트 개발을 용이하게 하여, 프로그래밍되어야 하는 대화형 요소의 수를 감소시키고 더 단순한 그래픽 사용자 인터페이스들을 생성할 수 있다. 예를 들어, 온라인 소매업자는 특정 주소들에 대한 배송 정보를 저장할 수 있다. 또한, 온라인 소매업자는 주소에 대해 이용 가능한 배송 방법들 및/또는 배송 선호도를 저장할 수 있다. 저장된 선호도 또는 이력 정보에 의존하여, 개시된 시스템들 및 방법들은, 상이한 배송 옵션들에 대한, 사전 선택된 또는 디폴트로 선택된, 옵트-인(opt-in) 및 옵트-아웃(opt-out) 옵션들의 구성을 가능하게 할 수 있다.
또한, 웹사이트 유지 보수(website maintenance)를 개선하고 데이터 처리를 최소화하기 위해, 개시된 시스템들 및 방법들은, 온라인 소매업자들이 배송 옵션 이용 가능성에 기초하여 주소들 또는 사용자들을 분류할 수 있게 한다. 예를 들어, 고객 선호도, 주소의 지역 및/또는 이력 기록에 기초하여, 개시된 시스템들이 주소들을 카테고리 그룹으로 분류할 수 있고 그룹들 각각마다 대화형 요소들을 생성할 수 있다. 주소들은 특정한 배송 시간 또는 방법의 이용 가능성에 기초하여 분류될 수 있다. 예를 들어, 온라인 소매업자는 하루 중 특정 시간에 또는 특정 날짜에 배송하도록 배송 옵션을 제공할 수 있다. 이러한 실시예들에서, 배송 옵션은, 새벽 배송(예를 들어, 6 AM 전에), 마감하는 배송 전에(예를 들어, 6 PM 배송 전에), 야간 배송(예를 들어, 9 PM 이후에), 및/또는 자정 배송 중 하나 이상에 사전 설정된 배송일 수 있는 제1 시간까지 배송을 지정할 수 있다. 또한, 개시된 시스템들 및 방법들 중 일부 실시예에서, 제1 시간 배송은 사용자 선호도에 기초하여 사전 구성될 수 있다. 예를 들어, 사용자는 새벽 배송과 같이 사전 구성된 제1 시간 배송을 갖는 것을 선호할 수 있다. 추가적으로, 또는 대안적으로, 제1 시간 배송은 배송 옵션의 이용 가능성 및 선호도에 기초하여 동적으로 조정될 수 있다. 예를 들어, 제1 시간 배송이 새벽 배송을 디폴트로 할 수 있지만, 새벽 배송이 이용 가능하지 않으면, 제1 시간 배송이 야간 배송 또는 하루 중 다른 선택된 시간(들)의 배송으로 사전 구성될 수 있다. 하루 중 특정 시간 및/또는 제1 시간 배송의 배송 옵션들의 분류에 의해, 온라인 소매업자들은, 주소들을 예를 들어, "제1 시간 배송 아님", "조건부 제1 시간 배송", 또는 "디폴트로 제1 시간 배송" 그룹으로 분류하는 것을 허용하는 시스템을 생성함으로써, 온라인 배송의 효율성 및 개인화를 향상시킬 수 있다. 카테고리에 기초하여, 개시된 시스템들 및 방법들은, 온라인 소매업자들이 그룹 특정의 대화형 요소들을 생성할 수 있게 한다. 이런 종류의, 주소들 및 사용자들에 대한 그룹 처리 및 분류는, 웹사이트들을 유지하고 생성하는 것을 용이하게 할 수 있다.
개시된 시스템들 및 방법들은, 또한 대화형 요소들에서 디폴트 선택들을 사용하여 그래픽 사용자 인터페이스들을 개선할 수 있다. 사전 구성된 대화형 요소들을 생성하는 것은, 제한된 옵션 세트를 표시하거나 개인화된 추천을 제공함으로써 선택 정확도를 향상시킬 수 있다. 상이한 카테고리에 사용자들을 갖고 각각의 사용자 카테고리에 특정된 대화형 요소들을 생성하는 개시된 시스템들 및 방법들은, 부정확한 선택을 방지할 수 있고/있거나, 사용자를 원하는 선택으로 안내할 수 있다.
또한, 개시된 시스템들 및 방법들의 특정 실시예들은 컴퓨터 동작 개선에 관한 것일 수 있다. 예를 들어, 개시된 시스템들 및 방법들은, 사용자 거동에 기초하여 사용자 피드백을 요청하는 팝업 윈도우를 포함하는 동적으로 생성되는 다중-소스 하이브리드 웹페이지들을 초래할 수 있다. 단일 사이트(single site) 내에 다중-소스의 디스플레이들을 가능하게 하는 것은, 온라인 쇼핑객을 위해 동적 웹사이트들을 생성하는 기술 분야를 개선시킬 수 있다. 또한, 개시된 시스템들 및 방법들은, 풀필먼트 센터들, 운송 대리인들, 고객 계정들, 및 사용자 선택들로부터의 정보를 결합한 웹페이지를 동적으로 생성하여, 제품 정보 및 배송 옵션들을 나타내는 하이브리드 웹페이지를 생성할 수 있다.
게다가, 개시된 시스템들 및 방법들은, 사용자들로부터 특정 피드백을 동적으로 모으기 위해, 웹페이지들의 개조성을 향상시킨다. 개시된 시스템들 및 방법들은, 사용자 선호도, 풀필먼트 센터 옵션들, 및 배송 조건에 기초하여, 실시간으로 업데이트될 수 있는 동적 하이퍼미디어 요소들을 가짐으로써, 웹페이지들을 업데이트하는 것을 용이하게 할 수 있다. 이러한 구성은, 웹페이지를 탐색할 때 사용자 경험을 향상시킬 수 있다.
개시된 실시예들이 이제 상세히 참조될 것이고, 이들의 예시는 첨부 도면들에 도시되어 있다.
도 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), 인력 관리 시스템(workforce 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)이 시스템들에 대한 프리젠테이션을 가능하게 하여 사용자들이 물품을 주문할 수 있게 하는 실시예들에서, 외부 프론트-엔드 시스템(103)은 검색 요청을 수신하고, 물품 페이지들을 제시하고, 결제 정보를 요구(solicit)하는 웹 서버로서 구현될 수 있다. 예를 들어, 외부 프론트-엔드 시스템(103)은 Apache HTTP 서버, 마이크로소프트 인터넷 정보 서비스(Microsoft Internet Information Services)(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예들에서, 외부 프론트-엔드 시스템(103)은 외부 디바이스들(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B))로부터 요청을 수신하고 처리하도록 설계된 고객 웹 서버 소프트웨어를 실행하고, 이들 요청에 기초하여 데이터베이스들 및 기타 데이터 저장소들로부터 정보를 획득하고, 획득된 정보에 기초하여 수신된 요청에 대한 응답들을 제공할 수 있다.
일부 실시예에서, 외부 프론트-엔드 시스템(103)은 웹 캐싱 시스템(web caching system), 데이터베이스, 검색 시스템 또는 지불 시스템 중 하나 이상을 포함할 수 있다. 일 양상에서, 외부 프론트-엔드 시스템(103)은 이들 시스템 중 하나 이상을 포함할 수 있고, 반면에 다른 양상에서, 외부 프론트-엔드 시스템(103)은 이들 시스템 중 하나 이상에 연결된 인터페이스들(예를 들어, 서버-대-서버, 데이터베이스-대-데이터베이스, 또는 다른 네트워크 연결들)을 포함할 수 있다.
또한, 일부 실시예에서, 외부 프론트-엔드 시스템(103)은 배송 주소들의 분류를 저장하는 메모리 디바이스를 포함할 수 있다. 예를 들어, 특정 지역에서 사용자 선택, 이전 배송, 또는 배송 방법의 이용 가능성에 기초하여, 외부 프론트-엔드 시스템(103)은 제1 시간 및/또는 새벽 배송에 대해 배송 주소들을 분류할 수 있다. 예를 들어, 외부 프론트-엔드 시스템(103)은, 각 배송 주소를 "새벽에 비배송", "조건부 새벽 배송", 또는 "무조건 새벽 배송" 중 하나와 상관시키는 데이터베이스를 포함할 수 있다.
도 1b, 도 1c, 도 1d 및 도 1e에 의해 도시된 단계들의 예시적인 세트는 외부 프론트-엔드 시스템(103)의 일부 동작을 설명하는 데에 도움이 될 것이다. 외부 프론트-엔드 시스템(103)은 프리젠테이션 및/또는 디스플레이를 위해 시스템(100) 내의 시스템들 또는 디바이스들로부터 정보를 수신할 수 있다. 예를 들어, 외부 프론트-엔드 시스템(103)은 검색 결과 페이지(SRP)(예를 들어, 도 1b), 단일 상세 페이지(SDP)(예를 들어, 도 1c), 카트 페이지(예를 들어, 도 1d) 또는 주문 페이지(예를 들어, 도 1e)를 포함하여, 하나 이상의 웹 페이지를 호스팅하거나 제공할 수 있다. 사용자 디바이스(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B)를 사용함)는, 외부 프론트-엔드 시스템(103)을 탐색하고, 검색 박스에 정보를 입력함으로써 검색을 요청할 수 있다. 외부 프론트-엔드 시스템(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), 할인 등에 관한 정보를 포함할 수 있다. 일부 실시예에서, SRP는 또한, 배송 옵션들, 배송 옵션들의 마감 시간, 및/또는 사용자 입력을 요청하는 하이퍼미디어 요소들을 포함할 수 있다. 외부 프론트-엔드 시스템(103)은 (예를 들어, 네트워크를 통해) 요청측 사용자 디바이스(requesting user device)에 SRP를 전송할 수 있다.
그 후, 사용자 디바이스는, 예를 들어, 사용자 인터페이스를 클릭(clicking) 또는 탭(tapping)하거나, 다른 입력 디바이스를 사용함으로써, SRP 상에 나타내어진 제품을 선택하여, SRP로부터 제품을 선택할 수 있다. 사용자 디바이스는 선택된 제품에 관한 정보에 대한 요청을 정식화하여(formulate) 그것을 외부 프론트-엔드 시스템(103)에 전송할 수 있다. 이에 응답하여, 외부 프론트-엔드 시스템(103)은 선택된 제품과 관련된 정보를 요청할 수 있다. 예를 들어, 정보는 각각의 SRP 상에 제품에 대해 제시된 것 이외의 추가 정보를 포함할 수 있다. 이는, 예를 들어, 유통 기한(shelf life), 원산지(country of origin), 무게, 크기, 포장된 물품의 수(number of items in package), 취급 지시(handling instructions), 새벽 또는 제1 시간 배송의 마감 시간, 또는 제품에 관한 기타 정보를 포함할 수 있다. 이 정보는 (예를 들어, 이 제품 및 적어도 하나의 다른 제품을 구매한 고객들에 대한 빅 데이터 및/또는 기계 학습 분석에 기초하여) 유사한 제품들에 대한 추천사항(recommendations), 자주 묻는 질문에 대한 답변, 고객으로부터의 리뷰, 제조자 정보, 사진 등을 포함할 수 있다.
외부 프론트-엔드 시스템(103)은, 수신된 제품 정보, 고객 디바이스의 위치, 및 배송 옵션의 이용 가능성에 기초하여, SDP(Single Detail Page)(예를 들어, 도 1c)를 준비할 수 있다. SDP는 또한, "바로 구매(Buy Now)" 버튼, "카트에 추가(Add to Cart)" 버튼, 수량 필드, 물품의 사진 등과 같은 기타 대화형 요소들을 포함할 수 있다. SDP는 제품을 제안하는 판매자들의 목록을 더 포함할 수 있다. 목록은 각 판매자가 제안하는 가격에 기초하여 순서화될(ordered) 수 있어, 최저 가격으로 제품을 판매하겠다고 제안한 판매자가 맨 위(the top)에 나열될 수 있다. 목록은 또한, 최고 랭킹의 판매자(highest ranked seller)가 맨 위에 나열될 수 있도록 판매자 랭킹에 기초하여 순서화될 수 있다. 판매자 랭킹은, 예를 들어, 약속된 PDD를 충족한 판매자의 과거 추적 기록을 포함하여, 다수의 인자(factor)에 기초하여 공식화될 수 있다. 외부 프론트-엔드 시스템(103)은 (예를 들어, 네트워크를 통해) 요청측 사용자 디바이스(requesting user device)에 SRP를 전달할 수 있다.
요청측 사용자 디바이스는 제품 정보를 나열한 SDP를 수신할 수 있다. SDP를 수신하면, 사용자 디바이스는 SDP와 상호 작용할 수 있다. 예를 들어, 요청측 사용자 디바이스의 사용자는 SDP 상의 "카트에 담기(Place in Cart)" 버튼을 클릭하거나 다른 방식으로 상호 작용할 수 있다. 이로써 그 제품이 사용자와 연관된 쇼핑 카트(shopping cart)에 추가된다. 대안적으로 또는 추가적으로, 사용자는 배송 지시(instructions for delivery)를 제공함으로써 SDP와 상호 작용할 수 있다. 사용자 디바이스는 제품을 쇼핑 카트에 추가하라는 이 요청을 외부 프론트-엔드 시스템(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) 내의 하나 이상의 시스템과 상호 작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, SAT 네트워크(101)가 사용자들이 물품을 주문할 수 있게 하는 시스템들의 프리젠테이션을 가능하게 하는 실시예들에서, 내부 프론트-엔드 시스템(105)은 내부 사용자들이 주문들에 대한 진단 및 통계 정보를 보거나(view), 물품 정보를 수정하거나, 주문들에 관한 통계를 검토(review)할 수 있게 하는 웹 서버로서 구현될 수 있다. 예를 들어, 내부 프론트-엔드 시스템(105)은 Apache HTTP 서버, 마이크로소프트 인터넷 정보 서비스(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예들에서, 내부 프론트-엔드 시스템(105)은 시스템(100)에 도시된 시스템들 또는 디바이스들(도시되지 않은 다른 디바이스들뿐만 아니라)로부터 요청을 수신하고 처리하도록 설계된 고객 웹 서버 소프트웨어를 실행할 수 있고, 이들 요청에 기초하여 데이터베이스들 및 기타 데이터 저장소들로부터 정보를 획득하고, 획득된 정보에 기초하여 수신된 요청에 대한 응답들을 제공할 수 있다.
일부 실시예에서, 내부 프론트-엔드 시스템(105)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 결제 시스템, 분석 시스템, 주문 모니터링 시스템 등 중 하나 이상을 포함할 수 있다. 일 양상에서, 외부 프론트-엔드 시스템(103)은 이들 시스템 중 하나 이상을 포함할 수 있고, 반면에 다른 양상에서, 외부 프론트-엔드 시스템(103)은 이들 시스템 중 하나 이상에 연결된 인터페이스들(예를 들어, 서버-대-서버, 데이터베이스-대-데이터베이스, 또는 다른 네트워크 연결들)을 포함할 수 있다.
일부 실시예에서, 수송 시스템(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를 계산할 수 있다. 또 다른 실시예들에서, FO 시스템(113)은 사용자가 웹페이지들 중 하나를 통해 탐색함에 따라 PDD를 결정할 수 있다. 또한, 일부 실시예에서, FO 시스템(113)은 표시된 제품이 제1 시간 배송 옵션에 적격인지를 결정할 수 있다. 예를 들어, FO 시스템(113)은, 제품 위치, 고객 위치, 및/또는 특정 배송 주소에 기초하여, 제품이 새벽 배송에 적격인지를 결정할 수 있다. 또한, 일부 실시예에서, FO 시스템(113)은 이용 가능한 배송 옵션을 결정할 수 있다. 예를 들어, FO 시스템(113)은, 하나 이상의 제품이, 새벽 배송 또는 프레시 배송(fresh delivery)과 같은, 특정 배송 옵션에 적격인지를 결정할 수 있다.
일부 실시예에서, 풀필먼트 메시징 게이트웨이(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)은 시스템(100)(도 1a)을 사용하여 제품들을 판매하고 싶어하는 판매자들로부터 물품들이 수신되는 FC(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)으로 이동되기 전에 물품들을 저장하는 FC(200)의 영역일 수 있다. 피킹 작업에 할당된 작업자("피커(picker)")는, 피킹 구역에서 물품(202A 및 202B)에 접근하고, 피킹 구역에 대한 바코드를 스캔하고, 모바일 디바이스(예를 들어, 디바이스 (119B))를 사용하여 물품(202A 및 202B)과 연관된 바코드를 스캔할 수 있다. 그 후, 피커는 (예를 들어, 물품을 카트에 담거나 운반함으로써) 물품을 피킹 구역(209)으로 가져갈 수 있다.
피킹 구역(209)은 물품(208)이 저장 유닛(210) 상에 저장되는 FC(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)에 포장되는 FC(200)의 영역일 수 있다. 포장 구역(211)에서, 물품 수신에 할당된 작업자("리빈 작업자")는 피킹 구역(209)으로부터 물품(208)을 수신하고 그것이 어느 주문에 대응하는지를 결정할 것이다. 예를 들어, 리빈 작업자는 컴퓨터(119C)와 같은 디바이스를 사용하여 물품(208)상의 바코드를 스캔할 수 있다. 컴퓨터(119C)는 물품(208)이 어느 주문과 연관되는지를 시각적으로 나타낼 수 있다. 이는, 예를 들어, 주문에 대응하는 공간 또는 벽(216)의 "셀"을 포함할 수 있다. 일단 주문이 완료되면 (예를 들어, 셀은 주문에 대한 모든 물품을 포함하기 때문에), 리빈 작업자는 주문이 완료된 것을 포장 작업자(packing worker)(또는 "패커(packer)")에게 나타낼 수 있다. 패커는 셀로부터 물품들을 검색하여 운송을 위해 박스 또는 백에 담을 수 있다. 그 후, 패커는 예를 들어, 지게차, 카트, 돌리, 핸드 트럭, 컨베이어 벨트를 통해, 박스 또는 백을 허브 구역(213)으로 수동으로 또는 다른 방식으로 전송할 수 있다.
허브 구역(213)은 포장 구역(211)으로부터 모든 박스 또는 백("패키지")을 수신하는 FC(200)의 영역일 수 있다. 허브 구역(213)의 작업자 및/또는 기계는, 패키지(218)를 검색하고, 각 패키지가 배송 지역 중 어느 부분으로 가고자 의도되는지를 결정하고, 패키지를 적절한 캠프 구역(215)으로 라우팅할 수 있다. 예를 들어, 배송 지역이 2개의 더 작은 하위-지역(sub-areas)을 갖는 경우, 패키지는 2개의 캠프 구역(215) 중 하나로 갈 것이다. 일부 실시예에서, 작업자 또는 기계는 (예를 들어, 디바이스(119A 내지 119C) 중 하나를 사용하여) 패키지를 스캔하여 그 최종 목적지를 결정할 수 있다. 패키지를 캠프 구역(215)으로 라우팅하는 것은, 예를 들어, (예를 들어, 우편 번호에 기초하여) 패키지가 예정되어 있는 지리적 지역의 일부를 결정하는 것, 및 지리적 지역의 일부와 연관된 캠프 구역(215)을 결정하는 것을 포함할 수 있다.
일부 실시예에서, 캠프 구역(215)은 하나 이상의 건물, 하나 이상의 물리적 공간 또는 하나 이상의 지역을 포함할 수 있고, 여기서 패키지는 루트 및/또는 서브-루트로 분류되기 위해 허브 구역(213)으로부터 수신된다. 일부 실시예에서, 캠프 구역(215)은 FC(200)로부터 물리적으로 분리되고, 반면에 다른 실시예에서, 캠프 구역(215)은 FC(200)의 일부를 형성할 수 있다.
캠프 구역(215) 내의 작업자 및/또는 기계는, 예를 들어, 목적지를 기존의 루트 및/또는 서브-루트와 비교하는 것, 각 루트 및/또는 서브-루트에 대한 작업 부하를 계산하는 것, 하루 중 시각(the time of day), 운송 방법, 패키지(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)는 필요에 따라(on an as-needed basis)(예를 들어, 계절에 따라) "가변적인(flex)" 또는 비정기적인 작업자(occasional worker)이다. 자동차(226)는 배송 작업자(224B)에 의해 소유되거나, 임대되거나, 운영될 수 있다.
도 3은, 개시된 실시예들에 일치하는, 예시적인 시스템(300)의 블록도이다. 시스템(300)에서, 배송 추정 시스템들(320)은, 예를 들어, 요청 시 이용 가능한 배송 방법들을 결정하기 위해, 실시간 클라이언트 디바이스의 데이터 스트림(data streams)으로부터 제품 요청들(product requests)을 처리할 수 있다. 배송 방법들 또는 옵션들은, 무엇보다도, 제1 시간 배송(새벽 배송을 포함할 수 있음), 긴급 배송, 프레시 배송을 포함할 수 있다. 배송 추정 시스템(320)은 또한, 지시 또는 사용자 선호도를 수집하기 위해, 이용 가능한 배송 옵션을 나타내는 아이콘 및/또는 대화형 도구를 포함하도록 웹페이지를 표시하거나 수정하기 위한 명령어들을 생성할 수 있다.
시스템(300)은 배송 추정 시스템들(320), 온라인 리소스들(340), 클라이언트 디바이스들(350), 제3 자 시스템들(360), 클라이언트 시스템들(390) 및 데이터베이스(380)를 포함할 수 있다. 일부 실시예에서, 도 3에 도시된 바와 같이, 시스템(300)의 구성 요소들은 네트워크(370)에 연결될 수 있다. 그러나, 다른 실시예들에서, 시스템(300)의 구성 요소들은 네트워크(370) 없이 서로 직접 연결될 수 있다. 예를 들어, 데이터베이스(380)는 배송 추정 시스템들(320)에 직접 결합될 수 있다.
일부 실시예에서, 배송 추정 시스템들(320)은 시스템(100)(도 1a)의 구성 요소들 중 하나 이상으로 구현될 수 있다. 예를 들어, 배송 추정 시스템들(320)은 SAT 시스템(101), 외부 프론트-엔드 시스템(103), FO 시스템(113), SCM 시스템(117) 및/또는 WMS(119)(도 1a)를 포함할 수 있다. 다른 실시예들에서, 배송 추정 시스템들(320)은 배송 날짜를 추정하고, PDD를 생성하고, 특정 배송 방법들의 이용 가능성에 기초하여 주소들을 분류하고, 및/또는 클라이언트 디바이스들(350)을 위한 웹페이지들을 생성하기 위한 동작들을 수행하도록 구성되는 하나 이상의 독립된 서버(independent server)로 구현될 수 있다.
온라인 리소스들(340)은 웹페이지 호스팅, 네트워킹, 클라우드 또는 백업 서비스들의 제공자와 같은 개체에 의해 제공되는 하나 이상의 서버 또는 스토리지 서비스를 포함할 수 있다. 일부 실시예에서, 온라인 리소스들(340)은 인증 서비스를 위한 웹 페이지들, 도메인명 시스템(Domain Name System)(DNS) 또는 방문 페이지들(landing pages)을 저장하는 호스팅 서비스 또는 서버와 연관될 수 있다. 다른 실시예들에서, 온라인 리소스들(340)은 클라우드 컴퓨팅 서비스와 연관될 수 있다. 또 다른 실시예들에서, 온라인 리소스들(340)은, 예를 들어, 애플 푸쉬 통지 서비스(Apple Push Notification Service), 애저 모바일 서비스(Azure Mobile Services) 또는 구글 클라우드 메시징(Google Cloud Messaging)과 같은 메시징 서비스와 연관될 수 있다. 이러한 실시예들에서, 온라인 리소스들(340)은 디지털 권한 관리를 취급하는 것과 같은 개시된 실시예들의 기능들과 관련된 통지 및 메시지의 전달을 처리할 수 있다.
클라이언트 디바이스들(350)은, 개시된 실시예들에 일치하는, 하나 이상의 동작을 수행하도록 구성되는 하나 이상의 컴퓨팅 디바이스를 포함할 수 있다. 예를 들어, 클라이언트 디바이스들(350)은, 데스크탑 컴퓨터, 랩톱, 서버, 모바일 디바이스(예를 들어, 태블릿, 스마트 폰 등), 셋톱 박스, 게임 디바이스, 착용식 컴퓨팅 디바이스 또는 다른 타입의 컴퓨팅 디바이스를 포함할 수 있다. 일부 실시예에서, 클라이언트 디바이스들(350)은 사용자 디바이스들(102)(도 1a)를 포함하고 시스템(100)의 일부로서 운영될 수 있다. 그러나, 다른 실시예에서, 클라이언트 디바이스들(350)은 시스템(100)으로부터 독립될 수 있다. 클라이언트 디바이스들(350)은, 클라이언트 디바이스들(350)에 포함된 메모리와 같은 메모리에 저장되는 소프트웨어 명령어들을 실행하여, 아래에 설명되는 기능들을 구현하기 위한 동작들을 수행하도록 구성되는 하나 이상의 프로세서를 포함할 수 있다. 예를 들어, 클라이언트 디바이스들(350)은, 배송 추정 시스템들(320)에 의해 생성된 배송 날짜 추정 및/또는 배송 옵션들을 갖는 아이콘을 포함하는 웹페이지들에 그래픽 사용자 인터페이스들을 표시하도록 구성될 수 있다. 또한, 클라이언트 디바이스들(350)은 유선 및/또는 무선 통신을 위해 구성될 수 있고, 프로세서에 의해 실행될 때, 인터넷-관련 통신(예를 들어, TCP/IP) 및 콘텐츠 표시 프로세스들(content display processes)을 수행하는 소프트웨어를 포함할 수 있다. 예를 들어, 클라이언트 디바이스들(350)은 제품 정보를 갖는 인터페이스를 생성하고 표시하는 브라우저 소프트웨어를 실행할 수 있다. 따라서, 클라이언트 디바이스들(350)은, 클라이언트 디바이스들(350)로 하여금 네트워크(370)에 걸쳐 구성 요소들과 통신할 수 있게 하고 클라이언트 디바이스들(350)에 포함된 디스플레이 디바이스를 통해 인터페이스에 콘텐츠를 표시할 수 있게 하는 애플리케이션들을 실행할 수 있다.
일부 실시예에서, 도 4에 관련하여 아래에 더 설명된 바와 같이, 클라이언트 디바이스들(350)은 배송 추정 시스템들(320)과 상호 작용하도록 구체적으로 구성되는 애플리케이션들을 실행할 수 있다. 또한, 클라이언트 디바이스들(350)은 하나 이상의 계정을 저장할 수 있다. 예를 들어, 클라이언트 디바이스들(350)은 고객의 배송 선호도(delivery preference), 고객의 위치, 고객 계정 및 고객 식별에 관한 정보를 저장할 수 있다.
개시된 실시예들은 클라이언트 디바이스들(350)의 임의의 특정 구성에 제한되지 않는다. 예를 들어, 클라이언트 디바이스(350)는, 배송 추정 시스템들(320) 및/또는 온라인 리소스들(340)에 의해 제공되는 기능들을 제공하는 동작들을 수행하기 위해 모바일 애플리케이션들을 저장하고 실행하는 모바일 디바이스일 수 있다. 특정 실시예들에서, 클라이언트 디바이스들(350)은 GPS 위치와 같은 위치 서비스에 관한 소프트웨어 명령어들을 실행하도록 구성될 수 있다. 예를 들어, 클라이언트 디바이스들(350)은, 지리적 위치를 결정하고, 위치 데이터와 이 위치 데이터에 대응하는 타임 스탬프(time stamp) 데이터를 제공하도록 구성될 수 있다. 클라이언트 디바이스들(350)은 도 4와 관련하여 더 설명된다.
데이터베이스(380)는 추정된 배송 날짜를 계산하고/하거나 검색하기 위해 데이터를 배송 추정 시스템들(320)에 제공하는 것과 일치하는 동작들을 수행하는 적절한 소프트웨어로 구성된 하나 이상의 컴퓨팅 디바이스를 포함할 수 있다. 데이터베이스(380)는, 예를 들어, OracleTM 데이터베이스, SybaseTM 데이터베이스, 또는 다른 관계형 데이터베이스, 또는 HadoopTM 시퀀스 파일, HBaseTM 또는 CassandraTM과 같은 비관계형 데이터베이스를 포함할 수 있다. 데이터베이스(380)는, 데이터베이스(들)의 메모리 디바이스에 저장된 데이터에 대한 요청을 수신하여 처리하고, 데이터베이스(들)로부터의 데이터를 제공하도록 구성되는 컴퓨팅 구성 요소들(예를 들어, 데이터베이스 관리 시스템, 데이터베이스 서버 등)을 포함할 수 있다.
데이터베이스(380)가 개별적으로(separately) 도시되어 있지만, 일부 실시예에서, 데이터베이스(380)는 배송 추정 시스템들(320) 또는 온라인 리소스들(340)에 포함되거나 다른 방식으로 관련될 수 있다.
데이터베이스(380)는 이용 가능한 배송 옵션들에 대한 결정을 용이하게 하기 위해 사용자 계정 또는 제품과 연관된 데이터를 수집하고/하거나 유지하도록 구성될 수 있다. 예를 들어, 데이터베이스(380)는 시스템(300)의 사용자에 대한 사용자 프로파일에 관한 정보를 저장할 수 있다. 또한, 데이터베이스(380)는, 주소에 대해 이용 가능한 배송 옵션들을 포함하여, 주소들에 관한 정보를 저장할 수 있다. 데이터베이스(380)는 또한, 유사한 제품 및 우편 번호 쌍(similar product and postal code pair)을 갖는 배송 날짜 추정 요청에 신속하게 응답하기 위해, 특정 제품 및 해당 우편 번호에 대해 이전에 계산된 배송 날짜를 저장할 수 있다. 데이터베이스(380)는, 예를 들어, 온라인 리소스들(340) 또는 제3 자 시스템들(360)을 포함하여 다양한 소스로부터 데이터를 수집할 수 있다. 또한, 데이터베이스(380)는 클라이언트 디바이스들(350) 운영 체제에 관한 정보를 포함할 수 있다. 데이터베이스(380)는 도 5와 관련하여 아래에 더 설명된다.
일부 실시예에서, 제3 자 시스템들(360)은 시스템(100)의 하나 이상의 요소를 포함할 수 있다. 예를 들어, 제3 자 시스템들(360)은 3PL 시스템(121A 내지 121C)(도 1)을 포함할 수 있다. 추가적으로 또는 대안적으로, 제3 자 시스템들(360)은 서비스 제공자 또는 풀필먼트 센터와 같은 배송 추정 시스템들(320)과 관련된 개체에 의해 제공되는 하나 이상의 서버 또는 스토리지 서비스를 포함할 수 있다. 제3 자 시스템들(360)은 또한, 네트워크(370)를 통해 시스템(300)에 연결될 수 있지만, 다른 실시예들에서, 제3 자 시스템들(360)은 시스템(300)의 일부 요소와의 직접 연결을 포함할 수 있다. 예를 들어, 지연 또는 네트워크 혼잡을 최소화하기 위해, 제3 자 시스템들(360)은 배송 추정 시스템들(320)과 비공개 네트워크로 연결될 수 있다. 또한, 제3 자 시스템들(360)은, 배송 추정 시스템들(320)로부터, 또는 시스템(300)의 다른 요소들로부터 정보를 제공하고/하거나 요청하도록 구성될 수 있다. 일부 실시예에서, 제3 자 시스템들(360)이 네트워크(370)에 결합될 수도 있지만, 그들은 배송 추정 시스템들(320)의 클라이언트가 아닐 수 있다. 대신에, 제3 자 시스템들(360)은 배송 추정 시스템들(320)의 사용자들 또는 클라이언트들의 정보를 포함하는 시스템을 포함할 수 있다. 예를 들어, 제3 자 시스템들(360)은 FedEx　와 같은 배송 계약자의 서버를 포함할 수 있고, 이는 제품 배송이 제3 자 계약자를 수반할 때 배송 추정 시스템들(320)에 의해 사용될 수 있다.
네트워크(370)는 시스템(300)의 구성 요소들 사이의 통신을 제공하도록 구성되는 임의의 타입의 네트워크일 수 있다. 예를 들어, 네트워크(370)는, 인터넷, 근거리 통신망, 근거리 통신(NFC), 또는 시스템(300)의 구성 요소들 사이에서 정보의 송수신을 가능하게 하는 다른 적절한 연결(들)과 같이, 통신을 제공하고, 정보를 교환하고, 및/또는 정보의 교환을 용이하게 하는 임의의 타입의 네트워크(하부구조(infrastructure)를 포함함)일 수 있다. 다른 실시예들에서, 시스템(300)의 하나 이상의 구성 요소는 전용 통신 링크(들)를 통해 직접 통신할 수 있다. 또 다른 실시예들에서, 네트워크(370)는, 예를 들어, 네트워크 또는 네트워크들을 조직하는(organizing) 다수의 네트워크를 포함할 수 있다.
본 명세서에서, 시스템(300)의 기능적 건물 블록의 구성 및 경계는 설명의 편의를 위해 정의되어 있다는 것이 이해될 것이다. 지정된 기능들 및 그들의 관계가 적절하게 수행되는 한, 대안의 경계가 정의될 수 있다. 대안(본 명세서에 기술된 것들의 등가, 확장, 변형, 편차 등을 포함함)이 명백할 것이다. 이러한 대안은 개시된 실시예들의 범주 내에 속한다.
이제 도 4를 참조하여, 개시된 실시예들에 일치하는, 예시적인 클라이언트 디바이스(350)(도 3)의 블록도가 도시되어 있다. 일부 실시예에서, 클라이언트 디바이스들(350)은 사용자 디바이스들(102)(도 1a)을 구현할 수 있다.
일 실시예에서, 클라이언트 디바이스들(350)은 하나 이상의 프로세서(402), 하나 이상의 입/출력(I/O) 디바이스(404) 및 하나 이상의 메모리(410)를 포함할 수 있다. 일부 실시예에서, 클라이언트 디바이스들(350)은 스마트 폰 또는 태블릿, 범용 컴퓨터, 또는 이들 구성 요소의 임의의 조합과 같은 모바일 컴퓨팅 디바이스의 형태를 취할 수 있다. 대안적으로, 클라이언트 디바이스들(350)(또는 클라이언트 디바이스들(350)을 포함하는 시스템)는 개시된 실시예들에 일치하는 하나 이상의 동작들을 수행하는 소프트웨어 명령어들의 저장, 실행 및/또는 구현에 기초하여 특정 장치, 내장형 시스템, 전용 회로 등으로 구성될 수 있다. 일부 실시예에 따라, 클라이언트 디바이스들(350)은, 개시된 실시예들에 일치하는, 웹사이트에 액세스하는 웹 브라우저들 또는 유사한 컴퓨팅 디바이스들을 포함할 수 있다.
프로세서(402)는 lntelTM, NVIDIATM에 의해 제조된 모바일 디바이스 마이크로프로세서들 또는 다른 제조자의 다양한 프로세서들과 같은 하나 이상의 알려진 처리 디바이스를 포함할 수 있다. 개시된 실시예들은 클라이언트 디바이스들(350)에 구성되는 임의의 특정 타입의 프로세서에 제한되지 않는다.
메모리(410)는 개시된 실시예와 관련된 기능들을 수행하기 위해 프로세서(402)에 의해 사용되는 명령어들을 저장하도록 구성되는 하나 이상의 저장 디바이스를 포함할 수 있다. 예를 들어, 메모리(410)는 프로세서(402)에 의해 실행될 때 동작들을 수행할 수 있는 프로그램(412)과 같은 하나 이상의 소프트웨어 명령어들로 구성될 수 있다. 개시된 실시예들은 전용 작업들을 수행하도록 구성되는 개별 프로그램들 또는 컴퓨터들에 제한되지 않는다. 예를 들어, 메모리(410)는 클라이언트 디바이스들(350)의 기능들을 수행하는 단일 프로그램(412)을 포함할 수 있거나, 프로그램(412)은 다수의 프로그램을 포함할 수 있다. 메모리(410)는 또한, 시스템(300)의 다른 요소들과 상호 작용하기 위해 동작들을 수행하거나 통신하도록 클라이언트 디바이스들(350)을 구성할 수 있는 클라이언트 애플리케이션(414)을 포함할 수 있다. 예를 들어, 클라이언트 애플리케이션(414)은 도 7과 관련하여 더 설명된 바와 같이, 배송 추정 시스템들(320)과 통신하고/하거나 제품 정보 요청들을 생성하기 위한 명령어들을 지정할 수 있다. 또한, 클라이언트 애플리케이션(414)은 클라이언트 디바이스들(350)에서 그래픽 사용자인터페이스(GUI)를 생성하거나 표시된 GUI를 수정하기 위한 명령어들을 해석할 수 있다. 메모리(410)는 또한, 배송 추정, 배송 카테고리, 또는 PDD를 클라이언트 디바이스에 할당하기 위해 배송 추정 시스템들(320)에 의해 사용될 수 있는 데이터(416)를 저장할 수 있다.
특정 실시예들에서, 메모리(410)는 요청에 액세스하거나 요청을 배송 추정 시스템들(320)에 전송하기 위한 명령어들을 저장할 수 있다. 예를 들어, 메모리(410)는 TCP/IP를 통해 배송 추정 시스템들(320)과 통신하는 애플리케이션을 포함할 수 있다. 또한, 다른 소프트웨어 구성 요소들은 배송 추정 시스템들(320)로부터 정보를 요청하거나, 또는 클라이언트 디바이스들(350)의 위치를 결정하도록 구성될 수 있다. 예를 들어, 이들 소프트웨어 명령어는, 프로세서(들)(402)에 의해 실행될 때, 추정된 배송 날짜 또는 PDD를 웹페이지에 표시하기 위해 정보를 처리할 수 있다. 소프트웨어 명령어들은 또한, 클라이언트 디바이스들(350)에 표시 중인 웹페이지들을 수정하기 위한 스크립트들을 구현할 수 있다.
I/O 디바이스(404)는, 클라이언트 디바이스들(350)에 의해 데이터가 수신 및/또는 송신되게 하고 클라이언트 디바이스들(350)이 시스템(300)의 다른 구성 요소들과 같은 다른 기계 및 디바이스와 통신할 수 있게 구성되는 하나 이상의 디바이스를 포함할 수 있다. 예를 들어, I/O 디바이스(404)는 소포의 배송을 확인하거나 사용자에게 정보를 제공하기 위한 스크린을 포함할 수 있다. I/O 디바이스(404)는 또한, NFC 통신을 위한 구성 요소들을 포함할 수 있다. l/O 디바이스(404)는 또한, 사용자로 하여금 터치 감지 영역, 버튼 또는 마이크로폰과 같이, 클라이언트 디바이스들(350)과 상호 작용할 수 있게 하는 하나 이상의 디지털 및/또는 아날로그 디바이스를 포함할 수 있다. I/O 디바이스(404)는 또한, 클라이언트 디바이스들(350)의 배향 및 관성(orientation and inertia)을 검출하기 위한 하나 이상의 가속도계를 포함할 수 있다. I/O 디바이스(404)는 또한, 배송 추정 시스템들(320)과 상호 작용하기 위해 본 분야에 알려진 다른 구성 요소들을 포함할 수 있다.
일부 실시예에서, 클라이언트 디바이스(350)는 이미지들을 포착하고 사용자가 원하는 제품의 식별을 위해 사용될 수 있는 카메라(420)를 포함할 수 있다. 이러한 식별은 배송 날짜 추정 또는 PDD 계산을 촉발(trigger)할 수 있다. 추가적으로 또는 대안적으로, 클라이언트 디바이스들(350)은 사용자로 하여금 클라이언트 디바이스들(350)을 잠금 해제하여 그들의 계정에 액세스하고, 정보에 대한 요청을 전송하고, 물품들을 구매할 수 있게 하는 지문 센서(430)를 포함할 수 있다. 카메라(420) 및 지문 센서(430)는, 프로세서(402)에 의해 작동될 수 있고, 암호화 보안을 사용하여 사용자가 지문 또는 카메라 정보에 외부적으로 액세스하는 것을 불가능하게 한다.
클라이언트 디바이스들(350)의 구성 요소들은, 본 기술분야의 통상의 기술자에게 명백한 바와 같이, 하드웨어, 소프트웨어 또는 하드웨어와 소프트웨어의 조합으로 구현될 수 있다.
이제 도 5를 참조하여, 개시된 실시예들에 일치하는, 예시적인 데이터베이스(380)(도 3)의 블록도가 도시되어 있다. 일부 실시예에서, 데이터베이스(380)는 시스템(100)의 요소들에 포함될 수 있다. 예를 들어, 데이터베이스(380)는 FO 시스템(113) 또는 WMS(119)(도 1a)의 일부일 수 있다.
데이터베이스(380)는, 통신 디바이스(502), 하나 이상의 데이터베이스 프로세서(504), 및 하나 이상의 데이터베이스 프로그램(512) 및 데이터(514)를 포함하는 데이터베이스 메모리(510)를 포함할 수 있다. 데이터베이스(380)는 HBase, MongoDBTM 또는 CassandraTM와 같은 NoSQL 데이터베이스를 포함할 수 있다. 대안적으로, 데이터베이스(380)는 Oracle, MySQL 및 Microsoft SQL 서버와 같은 관계형 데이터베이스를 포함할 수 있다.
일부 실시예에서, 데이터베이스(380)는 서버, 범용 컴퓨터, 메인 프레임 컴퓨터, 또는 이들 구성 요소의 임의의 조합의 형태를 취할 수 있다. 일부 실시예에서, 데이터베이스(380)는 배송 추정 시스템들(320)과 같은 시스템(300)의 다른 요소들 내에 포함된다. 개시된 실시예들에 일치하는 다른 구현들이 물론 가능하다.
일부 실시예에서, 데이터베이스(380)는 비관계형 및 내장형 데이터베이스 둘 다를 포함할 수 있다. 예를 들어, 데이터베이스(380)는, Hbase와 같은 비관계형 데이터베이스, 및 RocksDB(예를 들어, 키-값 저장소(key-value store) 데이터베이스)와 같은 내장형 데이터베이스를 포함할 수 있다.
통신 디바이스(502)는, 온라인 리소스들(340), 배송 추정 시스템들(320) 또는 SCM 시스템(117)과 같은 시스템(300) 또는 시스템(100)의 하나 이상의 구성 요소와 통신하도록 구성될 수 있다. 특히, 통신 디바이스(502)는, 배송 추정 시스템들(320) 주문 정보, 사용자 선호도(user preferences) 및 권한, 및/또는 유사한 우편 번호 및 제품 문의에 대한 이전의 이력 추정(historic previous estimations)을 제공하도록 구성될 수 있다.
데이터베이스(380)의 구성 요소들은 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합으로 구현될 수 있다. 예를 들어, 데이터베이스(380)의 하나 이상의 구성 요소가 컴퓨터 처리 명령어 모듈로서 구현될 수 있지만, 전부 또는 일부의 데이터베이스(380)의 기능성(functionality)이 전용의 전자 하드웨어로 구현될 수 있다.
데이터베이스 메모리(510)는, 배송 추정 시스템들(320)에 의해 수신되거나 생성된 배송 옵션들의 이용 가능성 또는 PDD에 기초하여 웹페이지들을 업데이트하기 위한 명령어들을 포함할 수 있는 프로그램(512)을 포함할 수 있다. 또한, 데이터베이스 메모리(510)는 시스템(300)의 요소들 사이의 통신을 위한 명령어들을 포함할 수 있다. 예를 들어, 데이터베이스 메모리(510)는 클라이언트 디바이스들(350)과 배송 추정 시스템들(320) 사이의 통신을 위한 명령어들을 포함할 수 있다. 또한, 프로그램(512)은 배송 추정 시스템들(320)에 의해 처리될 때 실시간으로 정보를 저장하기 위한 명령어들을 포함할 수 있다.
데이터(514)는 온라인 리소스들(340)과 같은 웹페이지들 또는 클라이언트 디바이스들(350)로부터의 사용자 계정들과 연관된 데이터일 수도 있다. 데이터(514)는, 예를 들어, 특정 배송 주소 또는 우편 번호와 연관된 이전 배송 통지에 관한 정보를 포함할 수 있다. 또한, 데이터(514)는 배송 주소들에 대한 분류를 포함할 수 있다. 데이터(514)는 또한, 풀필먼트 센터들의 용량(capacity) 및 주문 가용성(order availability)을 평가하기 위해 콘텐츠 파일 및 축적 변수를 포함할 수 있다.
도 6은, 개시된 실시예들에 일치하는, 예시적인 배송 추정 배포의 프로세스 흐름도이다. 일부 실시예에서, 시스템(100) 또는 시스템(100)의 부분은 추정된 배송 및/또는 이용 가능한 배송 방법을 결정하기 위해 계산을 수행할 수 있다. 그 후, 시스템(100)은 클라이언트 상호 작용을 위한 웹페이지들을 생성하는 온라인 모듈(600)에 PDD 또는 배송 옵션 이용 가능성을 송신할 수 있다.
일부 실시예에서, 도 6에 도시된 바와 같이, 시스템(100)의 요소들은 서로 통신하여 추정된 배송 날짜를 생성할 수 있다. 예를 들어, 외부 프론트-엔드 시스템(103)은 사용자 디바이스(102A 및 102B)(도 1a)로부터 배송 추정에 대한 요청을 수신할 수 있다. 그 후, 요청은, 선택된 풀필먼트 센터 및 추정된 배송 시간을 결정할 수 있는 FO 시스템(113)에 송신될 수 있다. 그 후, FO 시스템(113)은 선택된 풀필먼트 센터 및 추정된 배송 날짜를 풀필먼트 메시징 게이트웨이(115)에 전송할 수 있다. 차례로, 풀필먼트 메시징 게이트웨이(115)는 정보를 온라인 모듈(600)에 전송할 수 있다.
온라인 모듈(600)은 검색 결과 페이지(SRP) 모듈(604), 단일 디스플레이 페이지(SDP) 모듈(606), 주문 관리 모듈(608) 및 쇼핑 카트 모듈(610)을 포함할 수 있다. 모듈들 각각은 소비자들에게 표시하기 위해 상이한 웹페이지들을 생성할 수 있다. 예를 들어, SRP 모듈(604)은, 사용자 디바이스들(102)에 대한 결과 페이지(도 1b와 관련하여 설명된 것과 마찬가지임)를 생성할 수 있고, 반면에 SDP 모듈(606)은 사용자 디바이스들(102)에 대한 단일 제품 웹페이지(도 1c와 관련하여 설명된 것과 마찬가지임)를 생성할 수 있다. 유사하게, 주문 관리 모듈(608)은 주문 페이지(도 1e와 관련하여 설명된 것과 마찬가지임)를 생성하거나 업데이트할 수 있고, 반면에 쇼핑 카트 모듈(610)은 카트 페이지(도 1d와 관련하여 설명된 것과 마찬가지임)를 생성하거나 업데이트할 수 있다. 따라서, 온라인 모듈(600) 각각은, 고객에게 표시된 웹페이지에 시스템(100)으로부터의 추정된 배송 날짜 또는 이용 가능한 배송 옵션을 통합할 수 있다.
또한, 온라인 모듈(600) 각각은 추정된 배송 날짜를 수신할 때 상이한 동작들을 수행할 수 있다. 예를 들어, 이용 가능한 배송 옵션을 수신한 후에, SRP 모듈(604)은, 캐시 메모리에서 향후 검색을 위해, 사용자 선택 또는 이력 정보에 기초하여 배송 주소들을 분류할 수 있다. 그 후, SRP 모듈(604)이 동일하거나 유사한 우편 번호 및 제품을 갖는 검색 요청을 - PDD 또는 배송 옵션 마감과 연관된 만료 시간 내에 - 수신할 때, SRP 모듈(604)은 시스템(100)에 질의할 필요가 없다. 대신에, SRP 모듈(604)은 이전 정보에 기초하여 검색 웹페이지를 즉시 업데이트할 수 있다. 반대로, SDP 모듈(606)은, PDD 또는 이용 가능한 배송 옵션을 수신할 때, 제품 웹페이지들을 업데이트하기 위한 파일들을 생성할 수 있다. 예를 들어, SDP 모듈(606)은, 배달을 촉진하기 위한 제1 시간 배송과 같은 이용 가능한 배송 옵션들을 나타내는 대화형 아이콘들을 포함하도록 제품 웹페이지를 업데이트하는 JavaScript 또는 HTML 파일을 생성할 수 있다. 또한, SDP 모듈(606)은 배송 날짜 추정이 만료되었는지를 결정하기 위해 클럭 또는 타이머를 개시할 수 있다. 이러한 실시예들에서, SDP 모듈(606)은, 필요한 경우(예를 들어, 추정된 배송 시간이 만료되거나, 또는 특정 배송 옵션이 더 이상 이용 가능하지 않은 경우) 단일 제품 웹페이지를 업데이트하기 위해 제2 파일을 생성할 수 있다.
또한, 주문 관리 모듈(608)은 시스템(100)으로부터 제품의 배송 옵션 또는 PDD를 수신하는 것에 또한 반응(react)할 수 있다. 예를 들어, 이용 가능한 배송 옵션을 수신한 것에 응답하여, 주문 관리 모듈(608)은 선택된 풀필먼트 센터에 대한 전자 메시지를 준비할 수 있다. 이 준비 메시지(preparatory message)는, 주문이 수신되면, 사용되도록(deployed) 구성될 수 있다. 이러한 방식으로, 온라인 모듈(600)은 주문과 풀필먼트 센터들로의 송신 사이의 지연을 최소화함으로써 잠재적인 주문들을 준비하고 PDD 충족시키는 것을 용이하게 할 수 있다. 일부 실시예에서, 주문 관리 모듈(608)은 SAT 시스템(101)(도 1a)에 결합될 수 있고, 주문이 수신되자마자, 준비 메시지가 SAT 시스템(101)에 포워딩될 수 있다. 또한, 쇼핑 카트 모듈(610)은 배송 날짜 정보를 사용하여 카트 웹페이지들을 업데이트하기 위한 스크립트를 생성할 수 있다. 예를 들어, 쇼핑 카트 모듈(610)은, 추정된 배송 날짜의 만료 시간에 기초하여, 타이머 및/또는 카운터를 포함하도록 카트 웹페이지를 수정할 수 있다.
도 7은, 개시된 실시예들에 일치하는, 이용 가능한 배송 옵션들에 대한 요청을 처리하기 위한 예시적인 프로세스(700)의 흐름도이다. 일부 실시예에서, 시스템(300)의 요소들은 프로세스(700)를 수행할 수 있다. 예를 들어, 아래의 단계들 설명에 개시된 바와 같이, 배송 추정 시스템들(320)은 프로세스(700)를 수행할 수 있다. 이것은 프로세스(700)의 예시적인 예시일 뿐이지만, 다른 실시예들에서, 시스템(100) 또는 시스템(100)의 일부가 프로세스(700)를 수행할 수 있다. 예를 들어, 선적 권한 기술 시스템(101), FO 시스템(113) 및/또는 FC Auth(123)(도 1a)은 프로세스(700)의 단계들 중 하나 이상을 수행할 수 있다.
단계 702에서, 배송 추정 시스템들(320)은 원격 디바이스로부터 제품 정보에 대한 요청을 수신할 수 있다. 예를 들어, 클라이언트 디바이스들(350)의 사용자가 웹페이지를 탐색함에 따라, 클라이언트 디바이스들(350)은 제품 정보에 대한 요청을 배송 추정 시스템들(320)에 전송할 수 있다. 또한, 요청은 사용자명, 우편 번호, 물리적 위치, 및/또는 배송 주소를 포함할 수 있다. 대안적으로 또는 추가적으로, 배송 추정 시스템들(320)은 온라인 리소스들(340)로부터 요청을 수신할 수 있다. 온라인 리소스들(340)은 제품 및 추정된 배송 정보를 요청하여 웹페이지들을 준비하기 위해 배송 추정 시스템들(320)과 통신할 수 있다. 또한, 온라인 모듈(600)은 제품 정보, 추정된 배송 및/또는 제품 가용성(product availability)에 대한 요청들을 전송할 수 있다.
단계 704에서, 배송 추정 시스템들(320)은 단계 702에서의 요청으로부터 수신된 정보에 기초하여 배송 옵션들 및 배송 추정에 대한 요청을 전송할 수 있다. 배송 추정 시스템들(320)은 요청을 준비하여 이 요청을 시스템(300)의 다른 요소들 또는 시스템(100)에 전송할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, FO 시스템(113)을 위해, 추정된 배송 및 PDD에 대한 요청을 준비할 수 있다. 이러한 실시예들에서, FO 시스템(113)은, 이전에 계산되었던 상이한 제품들에 대한 다수의 배송 날짜를 포함하는 메모리 내 저장소(in-memory storage)를 포함하는 제2 시스템으로서 동작할 수 있다. 대안적으로 또는 추가적으로, 배송 추정 시스템들(320)은 프론트-엔드 및 백-엔드 부분을 포함할 수 있다. 이러한 실시예들에서, 프론트-엔드는 요청을 수신하고 처리하도록 구성될 수 있고, 반면에 백-엔드는 PDD를 계산하거나 타겟 배송들(target deliveries)을 추정하도록 구성될 수 있다. FO 시스템(113)과 마찬가지로, 배송 추정 시스템들(320)의 백-엔드 부분은, 한 요청이 만료되지 않은 이전 요청과 유사할 때마다, 계산을 최소화하기 위해 상이한 제품들에 대한 다수의 배송 날짜 또는 마감을 포함할 수 있다. 이들 실시예에서, 배송 추정 시스템들(320)의 프론트-엔드는 요청을 수신하고, 이 요청을 PDD에 대한 계산을 수행하거나, 또는 특정 주소에 대한 이용 가능한 배송 옵션을 결정하는 배송 추정 시스템들(320)의 백-엔드 부분에 즉시 송신하도록 구성될 수 있다. 또한, 일부 실시예에서, 추정된 배송 옵션 또는 배송 날짜에 대한 요청은 제품 정보 및 고객 정보(예컨대, 사용자와 연관된 우편 번호)를 포함할 수 있다.
일부 실시예에서, 단계 704의 배송 추정에 대한 요청은 특정 타입의 풀필먼트 센터로 향하게 될 수 있다. 예를 들어, 단계 702에서 요청과 함께 수신된 제품 정보는 신선 제품(예를 들어, 과일, 야채, 다른 유형의 농산물 및/또는 다른 부패하기 쉬운 물품)과 연관될 수 있다. 제품 정보에 대한 요청이 신선 제품과 연관되는 경우, 배송 추정 시스템들(320)은 신선 제품에 대한 이용 가능한 배송 옵션들에 대한 요청을 맞춤화하여(tailor) 그것을 특정 풀필먼트 센터에 전송할 수 있다. 예를 들어, 배송 추정 시스템들(320)이 클라이언트가 신선 제품에 관한 정보를 요청하고 있다고 결정할 때, 추정 시스템들(320)은 고객 지역을 원격 디바이스와 연관시킬 수 있고, 고객 지역을 서비스하는 프레시 풀필먼트 센터(즉, 신선 제품을 보유하는 풀필먼트 센터)를 결정할 수 있다. 그 후, 추정 시스템(320)은, 이용 가능한 배송 옵션들에 대한 요청을, 프레시 풀필먼트 센터에, 송신할 수 있다.
또한, 일부 실시예에서, 단계 704의 배송 추정 또는 배송 옵션들에 대한 요청은 풀필먼트 센터 위치 또는 용량에 기초하여 특정 풀필먼트 센터로 향하게 될 수 있다. 예를 들어, 일부 요청은 특정 배송 타입과 연관될 수 있다. 특정 배송 타입은, 빠르게 만료될 수 있는 제품들에 대한 "프레시" 배송, 또는 "새벽" 배송을 포함할 수 있다. 프레시 및 새벽 배송은, 사용자가 부패하기 쉬운 제품을 얻거나, 또는 다음 날 새벽까지 물품을 수신하는 것이 허용되는 특정 고객 계정에 대한 서비스일 수 있다. 제품 정보에 대한 요청이 새벽 배송 서비스와 연관되는 경우, 추정 시스템(320)은 위치에 기초하여 풀필먼트 센터로 향하게 되는 특정 요청을 생성할 수 있다.
프레시, 제1 시간, 또는 새벽 배송과 같은 특정 배송 타입은, 비특정(nonspecific) 배송 타입과는 상이한 배송 프로세스 또는 메커니즘을 촉발할 수 있다. 예를 들어, 새벽 배송을 위해, 배송 추정 시스템들(320)은, 새벽 마감 시간에 기초하여 시스템(100) 내의 풀필먼트 센터들을 선택할 수 있다. 이러한 실시예들에서, 배송 추정 시스템들(320)은, 새벽 마감 시간 전에 풀필먼트 센터로부터 주문된 제품들이 다음 날 새벽까지 배송될 수 있다고 결정할 수 있다. 그러나, 새벽 마감 시간 후에 풀필먼트 센터로부터 주문된 제품들은 새벽까지 배송될 수 없다. 또한, 시스템(300)의 풀필먼트 센터는 설계된 커버리지 영역(coverage area)을 가질 수 있다. 풀필먼트 센터의 새벽 마감 시간 및 커버리지 영역에 기초하여, 배송 추정 시스템들(320)은 단계 704에서 제품 정보에 대한 요청을 특정 풀필먼트 센터로 라우팅할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 풀필먼트 센터와 원격 디바이스 사이의 거리에 기초하여 새벽 배송 요청을 수락할 수 있는 풀필먼트 센터들을 식별할 수 있다. 멀리 떨어져 있는 풀필먼트 센터들은 조기 마감을 가질 수 있지만, 근접해 있는 풀필먼트 센터들은 나중 마감을 가질 수 있다. 따라서, 배송 추정 시스템들(320)은, 단계 704에서 새벽까지 주문을 완료할 수 있는 풀필먼트 센터들로만 배송 추정에 대한 요청을 향하게 할 수 있다.
새벽 배송에 대한 서비스 지역 및 마감 시간을 갖는 풀필먼트 센터들을 배치하는 것은, 배송 추정 시스템들(320)로 하여금 새벽 배송 요청을 해결할 때 네트워크 혼잡을 최소화할 수 있게 한다. 요청을 풀필먼트 센터 브로커에 송신하기 전에 결정을 행함으로써, 배송 추정 시스템들(320)은, 새벽 배송을 처리할 때, 시간에 매우 민감할 수 있는 통신의 수를 최소화할 수 있다. 또한, 이러한 실시예들은, 배송 추정 시스템들(320)로 하여금 가능한 오래 동안 광대한 지역을 커버하여 새벽 배송 서비스를 제공할 수 있게 한다.
단계 706에서, 배송 추정 시스템들(320)은 이용 가능한 배송 옵션 및/또는 PDD를 수신할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 FO 시스템(113)으로부터 PDD를 수신할 수 있다. 대안적으로, 유사한 요청이 이전에 발행되어 데이터베이스(380)에 저장된 경우, 배송 추정 시스템들(320)은 데이터베이스(380)로부터 PDD를 수신할 수 있다. 또한, 배송 추정 시스템들(320)이 백-엔드 계산기 및 프론트-엔드 게이트웨이를 갖는 실시예들에서, 배송 추정 시스템들(320)의 프론트-엔드 부분은, 백-엔드 부분으로부터 계산된 추정된 배송을 수신할 수 있다. 또한, 단계 706에서, 배송 추정 시스템들(320)은 특정 배송 타입에 대한 배송 주소 카테고리에 관한 정보를 수신할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 배송 주소가 새벽 배송에 이용 가능한지, 조건부로 새벽 배송에 이용 가능한지, 또는 배송 주소가 새벽 배송에 이용 불가능한 카테고리 내에 있는지에 대한 정보를 수신할 수 있다.
단계 706에서 수신된 배송 추정 또는 PDD는, PDD 또는 배송 옵션을 충족시키는 만료 시간을 포함할 수 있다. 따라서, 추정된 배송은 배송을 보장하거나, 또는 배송 옵션을 가지도록 마감일이 언제인지를 지정하는 조건부 만료 시간(conditional expiration time)을 포함할 수 있다. 예를 들어, 추정된 배송 시간은, "월요일 20:00"일 수 있고, "30분"의 만료 시간을 갖는다. 이 예시에서, 30분 내에 주문이 접수된 경우에만, PDD가 "월요일 20:00"인 것으로 보장될 수 있다. 그렇지 않은 경우, 추정된 배송 날짜가 만료되었고, PDD는 더 이상 유효하지 않다. 대안적으로 또는 추가적으로, 이용 가능한 배송 옵션이 "20분"의 만료 시간을 갖는 "내일 새벽 배송"을 포함할 수 있다. 이러한 예시에서, 새벽 배송 옵션은, 주문이 20분 내에 수신되는 경우에만 이행될 수 있다.
단계 708에서, 배송 추정 시스템들(320)은 추정된 배송 날짜 및 배송 옵션을 포함하는 전자 메시지를 생성할 수 있다. 전자 메시지는 단계 702에서 질의를 생성한 원격 시스템들에 대해 구체적으로 포맷될 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 클라이언트 디바이스들이 제품 정보를 요청할 때, 클라이언트 디바이스들(350)에 대해 전자 메시지를 생성할 수 있다. 전자 메시지는 TCP/IP 메시지, SMS 메시지 또는 다른 유사한 전자 통신을 포함할 수 있다. 단계 708에서 생성된 전자 메시지는, 도 16과 관련하여 더 설명된 바와 같이, 제품 정보 및 배송 정보를 갖는 HTML 파일 또는 JavaScript를 포함할 수 있다. 일부 실시예에서, HTML 파일은 제품 정보, 배송 날짜 추정, 이용 가능한 배송 옵션 및 웹페이지를 수정하기 위한 명령어들을 포함할 수 있다. 이러한 실시예들에서, 수정 명령어들은 웹페이지의 타입(웹페이지 타입은 검색 결과 페이지, 단일 상세 페이지, 카트 페이지 또는 주문 페이지 중 하나임)을 식별하는 단계, 및 웹페이지의 타입에 기초하여 웹페이지를 수정하는 단계를 포함할 수 있다.
또한, 단계 708의 전자 메시지는 원격 디바이스에서 웹페이지를 생성하거나 수정하기 위한 명령어들을 지정할 수 있다. 일부 실시예에서, HTML 또는 JavaScript에 기초하는 하이퍼미디어 요소들은, 새로운 하나의 웹페이지를 생성하는 것 대신에 웹페이지들을 수정하도록 구성 가능하다. 예를 들어, 클라이언트 디바이스들(350)의 사용자가, 도 1b에 설명된 것과 같은, 제품들을 표시하는 웹페이지를 브라우징할 때, 전자 메시지는, 추정된 배송이 계산됨에 따라 웹페이지들의 업데이트된 버전을 전송하는 것 대신에; 웹페이지를 수정하기 위한 명령어들을 포함할 수 있다. 이러한 실시예들은 네트워크 혼잡을 최소화함으로써 동적 웹페이지들을 생성하는 기술 분야를 개선할 수 있다.
게다가, 제품 정보가 특정 배송 옵션과 연관된 실시예들에서, 전자 메시지는 특정 제품을 나타내거나 제거함으로써 웹페이지를 수정하기 위한 명령어들을 포함할 수 있다. 예를 들어, 단계 706에서, 배송 추정 시스템들(320)은 요청된 제품이 특정 배송 옵션에서 이용 가능하다는 정보를 수신할 수 있다. 이러한 실시예들에서, 전자 메시지는, 배송 옵션에서 대해 더 이상 이용 가능하지 않은 것으로 특정 제품을 나타내고 웹사이트를 수정하기 위한 명령어들을 포함할 수 있다. 이러한 실시예들에서, 전자 메시지는 또한, 대체 제품들을 나타내기 위한 명령어들을 포함할 수 있다.
단계 710에서, 배송 추정 시스템들(320)은 단계 708의 전자 메시지를 원격 디바이스에 송신할 수 있다. 예를 들어, 클라이언트 디바이스들(350)이 제품 정보를 요청할 때, 단계 708에서 생성된 HTML 또는 JavaScript 파일은 클라이언트 디바이스들(350)에 송신될 수 있다. 새벽 배송 옵션을 이용하는 실시예들에서, 배송 추정 시스템들(320)은 단계 710에서 사용자들과 통신하기 위해 특정 명령어들을 수행할 수 있다. 예를 들어, 클라이언트 디바이스들(350)의 사용자가 새벽 배송을 수신하도록 설정될 때, 배송 추정 시스템들(320)은 2개의 설정을 활성화할 수 있다. 첫째로, 배송 추정 시스템들(320)은 새벽까지 배송될 제품을 식별하고 새벽 배송의 약속, 예를 들어, 오전 7시까지 배송을 발행할 수 있다. 또한, 배송 추정 시스템들(320)은 도 15와 관련하여 더 설명된 바와 같이, 새벽 배송 약속을 나타내도록 그래픽 사용자 인터페이스를 수정할 수 있다. 둘째로, 새벽 배송을 이행할 때, 추정 시스템(320)은, 사전 정의된 시간에 푸시 통지를 고객들에게 전송하기 위해, 메시징 서비스(예컨대, 구글 클라우드 메시징(GCM) 또는 애플 푸쉬 통지 서비스(APNs))를 프로그래밍할 수 있다. 이러한 실시예들에서, 배송 추정 시스템들(320)은 배송 정보, 배송된 패키지의 사진 및/또는 배송과 연관된 데이터를 포함하도록 푸시 통지를 프로그래밍할 수 있다. 또한, 배송 추정 시스템들(320)은 체크 아웃 동안 설정될 수 있는 사용자 선호도(user preference)에 기초하여 푸시/텍스트 통지를 프로그래밍하여 생성할 수 있다. 또한, 푸시 통지는, 특정 배송 옵션을 가능하게 하기 위해 사용자가 추가 배송 정보를 입력할 것을 촉구하는 데에, 또한 사용될 수 있다. 예를 들어, 푸시 통지는, 배송 지시를 포함하여 사용자로부터 배송 정보를 요청하는 데에, 사용될 수 있다.
단계 712에서, 배송 추정 시스템들(320)은 수취확인(acknowledgement)을 수신할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 전자 메시지가 수신되었다는 수취확인을 클라이언트 디바이스들(350)로부터 수신할 수 있다. 또한, 수취확인을 수신하는 것에 기초하여, 배송 추정 시스템들(320)은 만료 시간에 기초하여 타이머를 개시할 수 있다. 이러한 구성으로, 배송 추정 시스템들(320)은 추정된 배송 날짜의 만료를 모니터링하기 위해 이용될 필요가 있는 타이머 수의 리소스를 절약할 수 있다. 추정된 배송 날짜 또는 PDD에 대한 타이머를 즉시 시작하는 대신에, 배송 추정 시스템들(320)은, 클라이언트 디바이스들(350)이, 그들이 추정된 배송을 수신하고/하거나 표시했다는 것을 수취확인할 때, 단지 타이머를 개시함으로써 계산 리소스의 활용도(utilization of computational resources)을 최소화할 수 있다.
단계 714에서, 배송 추정 시스템들(320)은 제품에 대한 주문이 수신되었는지를 결정할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 원격 디바이스와 연관된 고객이 주문을 완료했는지를 결정하기 위해 주문 데이터 스트림들에서 순서대로 주문 요청을 검토할 수 있다. 배송 추정 시스템들(320)이 주문이 수신되었다고 결정하면(단계 716: 예), 배송 추정 시스템들(320)은 단계 716로 계속 진행하여 풀필먼트 프로세스를 개시할 수 있다. 따라서, 배송 추정 시스템들(320)은 제품을 운송하거나 주문을 이행하기 위한 프로세스를 개시하기 위한 명령어들을 풀필먼트 센터에 전송할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 주문 처리를 시작하기 위해 SAT 시스템(101)과 관련될(engage with) 수 있다. 또한, 단계 716에서 배송 추정 시스템들(320)은 컴퓨팅 리소스를 해제하기 위한 순서와 연관된 타이머들을 취소할 수 있다.
그러나, 배송 추정 시스템들(320)이 주문이 수신되지 않았다고 결정하면(단계 716: 아니오), 배송 추정 시스템들(320)은 단계 718로 계속 진행할 수 있다. 단계 718에서, 배송 추정 시스템들(320)은 배송 옵션에 대한 시간이 만료되었는지를 결정할 수 있다. 예를 들어, 단계 706에서 수신된 배송 추정이 한 시간의 만료 시간과 연관되었다면, 단계 718에서 배송 추정 시스템들(320)은 배송 추정이 수신된 후에 한 시간이 경과했는지를 결정할 수 있다. 배송 추정 시스템들(320)이 만료 시간이 경과되지 않았다고 결정하면(단계 714: 아니오), 배송 추정 시스템들(320)은 단계 714로 되돌아가서, 제품에 대한 주문이 수신되었는지를 모니터링하고, 단계 714와 단계 718 사이의 사이클을 계속할 수 있다. 그러나, 배송 추정 시스템들(320)이 만료 시간이 경과되었다고 결정하면(단계 714: 예), 배송 추정 시스템들(320)은 단계 720으로 계속 진행하여 업데이트된 배송 추정에 대한 새로운 요청을 전송할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 업데이트된 배송 추정에 대한 요청을, 풀필먼트 센터들에, 또는 배송 추정 시스템들(320)의 백-엔드 부분에, 전송할 수 있다.
일부 실시예에서, 단계 720에서 업데이트된 PDD 또는 업데이트된 배송 옵션을 요청하는 것은, 원격 디바이스 정보에 기초하여 풀필먼트 센터들을 식별하는 것, 식별된 풀필먼트 센터로부터 이용 가능한 재고를 요청하는 것, 및 대응하는 이용 가능한 재고와 제품 식별 사이의 매치에 기초하여 식별된 풀필먼트 센터들로부터 풀필먼트 센터를 선택하는 것을 포함할 수 있다.
단계 722에서, 배송 추정 시스템들(320)은 시스템의 풀필먼트 센터 또는 백-엔드 계산기 부분으로부터 업데이트된 배송 추정 또는 옵션을 수신할 수 있다. 예를 들어, 제1 배송 또는 PDD 추정이 만료되었기 때문에, 배송 추정 시스템들(320)은 단계 706에서 수신된 제1 배송 추정보다 더 늦은 업데이트된 배송 추정 또는 PDD를 수신할 수 있다. 최초 배송 추정이 "월요일 20:00"인 경우, 제2 배송 추정은 "화요일 10:00"일 수 있다. 이 제2 배송은 만료 시간도 포함할 수 있다.
일부 실시예에서, 단계 720 및 722는 제1 배송 추정에 대한 추정 만료(estimate expiration)가 경과되었다고 결정하고, 제2 배송 날짜 추정에 대한 제3 요청을 (FO 시스템(113)과 같은 제2 시스템에) 제공하고, (제2 시스템으로부터) 제2 배송 날짜 추정을 수신하고, 및 제1 배송 날짜 추정을 제2 배송 날짜 추정으로 대체함으로써 웹페이지를 수정하기 위한 명령어들을 포함하는 제2 전자 메시지를 생성하는 동작들을 수행함으로써 실행될 수 있다.
단계 724에서, 단계 712에서와 마찬가지로, 배송 추정 시스템들(320)은 수취확인을 수신하고 새로운 만료 시간에 기초하여 타이머를 개시할 수 있다. 또한, 배송 추정 시스템들(320)은, 주문 및 배송 날짜 추정을 모니터링하고 풀필먼트 프로세스를 개시하거나, 또는 만료가 경과될 때 배송 추정에 대한 업데이트를 다시 요청하기 위해 단계 714로 되돌아갈 수 있다.
도 8은, 개시된 실시예들에 일치하는, 제3 자에 의해 이행되는(fulfill) 제품들의 추정 요청을 처리하기 위한 예시적인 프로세스(800)의 흐름도이다. 일부 실시예에서, 시스템(300)의 요소들은 프로세스(1000)를 수행할 수 있다. 예를 들어, 이하의 단계들 설명에 개시된 바와 같이, 배송 추정 시스템들(320)은 프로세스(800)를 수행할 수 있다. 대안적으로 또는 추가적으로, 제3 자 시스템들(360)은 프로세스(800) 또는 프로세스(800)의 일부를 수행할 수 있다. 또한, 다른 실시예들에서, 시스템(100) 또는 시스템(100)의 일부는 프로세스(800)를 수행할 수 있다. 예를 들어, FO 시스템(113) 및 3PL 시스템들(121)은 프로세스(800)를 수행할 수 있다.
프로세스(800)의 단계 802에서, 배송 추정 시스템들(320)은 제품, 고객 및 타임 스탬프 정보를 포함하는 제품 정보에 대한 요청을 수신할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 클라이언트 디바이스들(350)로부터 제품 정보에 대한 요청을 수신할 수 있다. 요청은 또한, 우편 번호, 배송 주소와 같은 고객 정보, 및 요청이 생성되었을 때의 타임 스탬프를 포함할 수 있다.
단계 804에서, 배송 추정 시스템들(320)은 제품이 제3 자에 의해 이행될지를 결정할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 제품이 로컬 재고(local inventory)에서 이용 가능하지 않고 제3 자에 의해 이행될 필요가 있다고 결정할 수 있다. 대안적으로 또는 추가적으로, 배송 추정 시스템들(320)은 재고 질의를 요구하지 않고, 디폴트로, 제3 자에 의해 제품이 통상적으로 이행되는 것으로 결정할 수 있다.
배송 추정 시스템들(320)이, 제3 자에 의해 제품이 이행되지 않을 것으로 결정하면(단계 804: 아니오), 배송 추정 시스템들(320)은 단계 806로 계속 진행하여 선택된 풀필먼트 센터를 결정하는 프로세스를 개시할 수 있다. 예를 들어, 배송 주소의 우편 번호, 제품 가용성 및 풀필먼트 센터 용량에 기초하여, 배송 추정 시스템들(320)은 주문을 완료할 우선 순위를 갖는 풀필먼트 센터를 식별할 수 있다. 단계 808에서, 배송 추정 시스템들(320)은 선택된 풀필먼트 센터에 기초하여 이용 가능한 배송 옵션을 전송할 수 있다. 예를 들어, 일단 단계 806에서 풀필먼트 센터가 식별되면, 배송 추정 시스템들(320)은 배송 날짜 추정을 결정하고 그것을 고객들에게 표시하기 위해 클라이언트 디바이스들(350)에 전송할 수 있다.
그러나, 배송 추정 시스템들(320)이, 제3 자에 의해 제품이 이행될 것으로 결정하면(단계 804: 예), 배송 추정 시스템들(320)은 단계 810로 계속 진행하여 제3 자로부터의 이용 가능한 배송 옵션들 또는 PDD에 대한 요청을 준비할 수 있다. 예를 들어, 단계 810에서, 배송 추정 시스템들(320)은 이용 가능한 배송 옵션들에 대한 요청을 준비하여 제3 자 시스템들(360) 또는 3PL 시스템들(121)에 전송할 수 있다. 제3 자에게 전송된 요청은 제품 정보 및 고객 정보(예를 들어, 고객의 우편 번호)를 포함할 수 있다.
단계 812에서, 배송 추정 시스템들(320)은 단계 802에서 요청된 제품에 대한 주문을 이행할 수 있는 제3 자로부터 추정된 배송 날짜 또는 이용 가능한 배송 옵션을 수신할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 제3 자 시스템들(360) 중 하나로부터 PDD 및 배송 추정 정보를 수신할 수 있다.
단계 814에서, 배송 추정 시스템들(320)은, 추정된 배송 날짜 및/또는 시간을 포함하여, 웹페이지들을 업데이트하거나 생성하기 위해 JavaScript 또는 HTML 파일을 포함하는 전자 메시지를 준비할 수 있다. 그 후, 전자 메시지는 단계 802에서의 제품 정보의 요청자에게 제출될 수 있다.
프로세스(800)의 단계들은, 배송 추정 시스템들(320)의 메모리 디바이스에 저장될 수 있고, 데이터베이스(예컨대, 데이터베이스(380))를 참조함(consulting)으로써, 제품의 배송이 제3 자에 의해 이행될(fulfilled) 것인지를 결정하는 명령어들을 포함할 수 있다. 배송 추정 시스템들(320)은 또한, 제품의 배송이 제3 자에 의해 이행될 것이라는 결정에 기초하여, 배송 날짜 추정 또는 이용 가능한 배송 옵션들에 대한 요청을 제3 자와 연관된 시스템에 제공할 수 있다. 또한, 제품의 배송이 제3 자에 의해 이행되지 않을 것이라는 결정에 기초하여, 배송 추정 시스템들(320)은 복수의 배송 날짜 추정을 메모리에 사전 저장한 시스템에 배송 날짜 추정에 대한 요청을 제공할 수 있다.
도 9는, 개시된 실시예들에 일치하는, 배송 옵션 선택 프로세스(900)의 흐름도이다. 일부 실시예에서, 시스템(300)의 요소들은 프로세스(900)를 수행할 수 있다. 예를 들어, 이하의 단계들 설명에 개시된 바와 같이, 배송 추정 시스템들(320)은 프로세스(900)를 수행할 수 있다. 이는 프로세스(900)의 예시적인 예시일 뿐이지만, 다른 실시예에서 시스템(100) 또는 시스템(100)의 일부는 프로세스(900)를 수행할 수 있다. 예를 들어, FO 시스템(113) 및/또는 FC Auth(123)(도 1a)는 프로세스(900)의 단계들 중 하나 이상을 수행할 수 있다.
단계 902에서, 배송 추정 시스템들(320)은 제품 정보에 대한 요청을 수신할 수 있다. 요청은 제품, 시간 및/또는 배송 주소를 포함할 수 있다. 요청 시 정보에 기초하여, 배송 추정 시스템들(320)은 단계 904에서 주문과 연관된 관련 지역(relevant region)을 식별할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 고객의 우편 번호에 기초하여 제품에 대한 잠재적인 주문을 이행할 수 있는 지역들을 식별할 수 있다.
단계 906에서, 배송 추정 시스템들(320)은 제품에 대한 잠재적인 주문을 완료할 수 있는 풀필먼트 센터들을 식별할 수 있다. 일부 실시예에서, 단계 904에서 식별된 지역은 다수의 풀필먼트 센터를 포함할 수 있다. 이러한 실시예들에서, 배송 추정 시스템들(320)은 PDD, 요청된 제품의 가용성 또는 배송 옵션의 이용 가능성을 충족시키는 능력에 기초하여 풀필먼트 센터들을 필터링할 수 있다.
단계 908에서, 배송 추정 시스템들(320)은 단계 908의 식별된 풀필먼트 센터들이 제품에 대해 이용 가능한 제1 시간 배송 옵션을 갖는지를 결정한다. 일부 실시예들에서, 배송 추정 시스템들(320)은 제1 시간 배송 옵션에 대한 선택을 사전 구성할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 무엇보다도, 제1 시간 배송 옵션을, 새벽 배송(예를 들어, 6 AM 전에), 야간 배송(예를 들어, 8 PM 후에) 또는 자정 배송(예를 들어, 자정) 중 하나 이상으로 지정할 수 있다. 따라서, 제1 시간 배송은, 제한되지 않고, 하루 중 임의의 사전 선택된 시간에 배송하는 것을 지칭할 수 있다. 추가적으로, 또는 대안적으로, 제1 시간 배송은 배송 속도, 배송 선호도 및 비용을 고려할 수 있는 이용 가능성 및 선택 가이드 라인에 기초하여 동적으로 선택될 수 있다. 또한, 단계 908에서, 배송 추정 시스템들(320)은, 선택된 제1 시간 배송이 마감 시간에 기초하여 충족될 수 있는지를 결정할 수 있다. 이러한 실시예들에서, 마감 시간은 FC에서 각 제품에 대해 특정될 수 있고, 배송 추정 시스템들(320)은 우선 제품의 제1 시간 배송에 대한 마감 시간을 요청하고, 주문 시간을 마감 시간과 비교하고, 제1 시간 배송이 단계 906에서 식별된 풀필먼트 센터의 제품에 대해 이용 가능한지를 결정할 수 있다. 대안적으로 또는 추가적으로, FC들은 전역 마감 시간(global cutoff times)을 가질 수 있다. 이러한 실시예들에서, 배송 추정 시스템들(320)은 제1 시간 배송이 전역 마감 시간에 기초하여 요청된 제품에 대해 이용 가능한지를 결정할 수 있다.
단계 908에서 배송 추정 시스템들(320)이 제1 시간 배송이 선택된 FC의 제품에 대해 이용 가능하지 않다고 결정하면(단계 908: 아니오), 배송 추정 시스템들(320)은 단계 910으로 계속 진행할 수 있다. 단계 910에서, 배송 추정 시스템들(320)이 추정된 배송을 계산하고, 제품 웹사이트를 수정할 수 있다. 예를 들어, 배송 추정 시스템들은, 도 7과 관련하여 설명된 바와 같이, PDD 결정을 요청할 수 있고, PDD 및/또는 추가 배송 정보를 포함하도록 제품 웹사이트를 수정하기 위해 HTML 또는 JavaScript 코드를 생성할 수 있다.
그러나, 단계 908에서, 배송 추정 시스템들(320)이 제1 시간 배송이 제품에 대해 이용 가능하다고 결정하면(단계 908: 예), 배송 추정 시스템들(320)은 단계 912로 계속 진행할 수 있다. 단계 912에서, 배송 추정 시스템들(320)은 주문과 연관된 주소에 대해 배송 옵션 카테고리를 식별하거나 결정할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 배송 주소에 대한 카테고리를 결정하기 위해 데이터베이스로부터 배송 주소에 관한 정보를 검색할 수 있다. 검색된 정보는, 배송 주소가 특정 배송 옵션으로부터 옵트-인 또는 옵트-아웃을 가지는지를 지정할 수 있다. 대안적으로 또는 추가적으로, 단계 912에서 배송 추정 시스템들(320)은 이력 또는 공개 기록 정보를 사용하여 주소에 대한 배송 옵션 카테고리를 결정할 수 있다. 예를 들어, 공개 기록 정보가 배송 주소가 대학교 또는 공공 건물과 연관되어 있음을 나타내는 경우, 배송 추정 시스템들(320)은 주소를 대응하는 배송 옵션 카테고리로 분류할 수 있다. 또한, 이력 배송 기록이, 제1 시간 배송이 배송 주소에서 실패한 것을 나타내는 경우, 배송 추정 시스템들(320)은 배송 주소를 대응하는 그룹으로 분류할 수 있다.
단계 914에서, 배송 추정 시스템들(320)은, 배송 옵션 카테고리가 비배송(non delivery)인지를 결정할 수 있다. 비배송 옵션 카테고리는, 제1 시간 배송을 완료하는 것이 불가능한 주소에 대한 것일 수 있다. 예를 들어, 이전 경우에, 근무 시간 이후에 배송하기 위해 건물로 들어가는 것이 불가능했던 경우, 배송 옵션 카테고리는 배송 실패를 방지하기 위해 비배송일 수 있다. 대안적으로 또는 추가적으로, 비배송 옵션 카테고리는 사용자가 제1 시간 배송 옵션을 거절했던 주소에 할당될 수 있다.
배송 추정 시스템들(320)이, 배송 옵션 카테고리가 비배송이라고 결정하면(단계 914: 예), 배송 추정 시스템들(320)은, 단계 910로 계속 진행하여, 추정된 배송 시간(예를 들어, PDD)을 계산하고, 제품 웹사이트 배송을 수정하거나 생성하기 위해 스크립트 또는 하이퍼미디어 요소를 생성할 수 있다. 그러나, 배송 옵션 카테고리가 비배송이면(단계 914: 아니오), 배송 추정 시스템들(320)은 단계 916로 계속 진행할 수 있다.
단계 916에서, 배송 추정 시스템들(320)은, 제1 시간 배송에 대한 배송 옵션 카테고리가 무조건 배송인지를 결정할 수 있다. 무조건 배송 옵션 카테고리는, 제1 시간 배송을 완료하는 것이 가능하고 어떤 추가 정보도 사용자로부터 요구되지 않는 주소에 대한 것일 수 있다. 예를 들어, 조건부 배송 옵션은, 사용자가 제1 시간 배송을 선택했고, 제1 시간 배송을 완료하기 위해 요구된 정보를 제공했던 주소에 할당될 수 있다. 대안적으로 또는 추가적으로, 무조건 배송 옵션 카테고리는, 24 시간 운영되는 주소에, 및/또는 자동화된 패키지 수령을 위한 시스템을 구비하는 주소에, 사용자가 제1 시간 배송을 위해 자동으로 옵트-인하는 것을 선택했던 주소에 할당될 수 있다.
배송 추정 시스템들(320)이, 배송 옵션 카테고리가 무조건 배송이라고 결정하면(단계 916: 예), 배송 추정 시스템들(320)은 단계 918로 계속 진행할 수 있다. 단계 918에서, 배송 추정 시스템들(320)은, 제1 시간 배송이 요청된 제품에 대해 이용 가능함을 나타내는 아이콘 및/또는 대화형 요소를 포함하도록 웹사이트를 수정하거나 생성하기 위해, HTML 파일, JavaScript, 또는 일반적인 하이퍼미디어 요소를 생성할 수 있다. 그러나, 배송 옵션 카테고리가 무조건 배송이면(단계 916: 아니오), 배송 추정 시스템들(320)은 단계 920으로 계속 진행할 수 있다.
단계 916에서, 배송 추정 시스템들(320)은, 제1 시간 배송에 대한 배송 옵션 카테고리가 조건부 배송인지를 결정할 수 있다. 조건부 배송 옵션 카테고리는, 제1 시간 배송을 완료하는 것이 가능하지만, 사용자로부터 추가 정보 또는 특정 사용자 승인을 요구하는 주소에 대한 것일 수 있다. 예를 들어, 조건부 배송 옵션은, 건물에 들어가거나 패키지를 두고 오기 위해서 사용자가 특정 지시를 제공할 것을 요구할 수 있다. 대안적으로 또는 추가적으로, 조건부 배송 옵션 카테고리는, 사용자가 제1 시간 배송으로부터 수동으로 옵트-인 또는 옵트-아웃하기 위해 선택했던 주소에 할당될 수 있다.
배송 추정 시스템들(320)이, 배송 옵션 카테고리가 조건부 배송이 아니라고 결정하면(단계 920: 아니오), 배송 추정 시스템들(320)은, 주소의 분류 프로세스가 실패했다고 추론하고 단계 922로 계속 진행할 수 있다. 단계 922에서, 배송 추정 시스템들(320)은, 이력, 사용자, 및 공개 기록 정보를 분석하여 건물을 분류할 수 있는 분류 시스템에 주소를 전송할 수 있다. 예를 들어, 단계 922에서, 배송 추정 시스템들(320)은 도 12와 관련하여 더 설명된 바와 같은, 분류 프로세스를 요청할 수 있다. 일부 실시예에서, 단계 922 후에, 배송 추정 시스템들(320)은 단계 912로 되돌아가서, 주문과 연관된 주소에 대해 배송 옵션 카테고리를 다시 식별할 수 있다. 따라서, 배송 추정 시스템들(320)은 웹사이트 수정을 위해 실행 가능한 카테고리들 중 하나로 주소를 재분류하려고 시도할 수 있다. 그러나, 일부 실시예에서, 단계 922 후에, 배송 추정 시스템들(320)은 단계 912로 되돌아갈 수 없고, 주소가 카테고리들 중 임의의 것과 연관되어 있지 않으면, 웹사이트를 수정하지 않는다. 그러나, 배송 추정 시스템들(320)이, 배송 옵션 카테고리가 조건부 배송이라고 결정하면(단계 920: 예), 배송 추정 시스템들(320)은 단계 924로 계속 진행할 수 있다.
단계 924에서, 배송 추정 시스템들(320)은, 사용자를 위해 옵션 및/또는 지시를 표시하는 사용자 인터페이스 요소를 생성할 수 있다. 예를 들어, 단계 924에서, 배송 추정 시스템들(320)은, 요청된 제품을 제1 시간에 수신하는 것을 사용자가 선택할 수 있도록 하는 하이퍼미디어 요소를 생성할 수 있다. 또한, 사용자 인터페이스 요소는, 사용자 정보를 포착하기 위해, 텍스트 박스, 라디오 버튼, 또는 슬라이더와 같은 입력 요소들을 표시할 수 있다. 예를 들어, 단계 924에서 배송 추정 시스템들(320)은, 제1 시간 배송을 완료하기 위해 사용자로부터의 지시를 요청하는, 웹사이트 상의 팝업 윈도우를 생성하는 JavaScript를 생성할 수 있다. 또한, 사용자 인터페이스 요소는, 목적지 주소로의 진입을 가능하게 하는 지시를 제공하기 위한 입력 필드(input field)를 포함할 수 있다. 이러한 실시예들에서, 사용자 인터페이스 요소는 입력 텍스트 박스를 포함할 수 있고, 웹사이트 위에 표시되도록 구성되는 팝업 윈도우 및/또는 대화형 하이퍼미디어 요소를 포함할 수 있다.
단계 926에서, 배송 추정 시스템들(320)은 클라이언트 디바이스로부터 선택 및 지시를 수신할 수 있다. 지시는 제1 시간 배송에 대한 지시, 또는 제1 시간에 배송하지 않고 상이한 옵션(예컨대, 표준 PDD로 배송, 다음 날 배송, 2일 배송, 또는 지상 배송(ground delivery))으로 배송하라는 지시를 포함할 수 있다. 선택은 제1 시간에 배송하기 위한 옵트-인 또는 옵트-아웃 옵션을 포함할 수 있다.
단계 928에서, 단계 926에서 포착된 정보에 기초하여, 배송 추정 시스템들(320)은, 제1 시간 배송에 대한 선택이 있었는지를 결정할 수 있다. 배송 추정 시스템들(320)이, 제1 시간 배송에 대한 선택이 있었다고 결정하면(단계 928: 예), 배송 추정 시스템들(320)은 단계 930로 계속 진행하여, 수신된 지시를 분석하고 건물 카테고리를 선택할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 예를 들어, 근무 시간 이후에 건물로 진입하기 위해 제공되었던 충분한 정보를 검증하는 기계-학습 방법을 이용하여, 지시가 충분한지를 결정할 수 있다. 또한, 단계 928에서, 배송 추정 시스템들(320)은, 주문 시간이 주말 또는 휴일에 속하는지를 결정하고, 제1 데이터베이스 정보로부터 주말 배송에 특정한 정보를 검색할 수 있다.
단계 930에서 분석되거나 수집된 정보에 기초하여, 단계 932에서, 배송 추정 시스템들(320)은, 분석에 기초하여, 건물에 대한 업데이트된 분류를 포함하도록 데이터베이스를 업데이트할 수 있다. 배송 추정 시스템들(320)은 또한, 단계 910으로 계속 진행하여, 배송 아이콘을 포함하도록 제품 웹사이트들을 수정하거나 생성하기 위한 명령어들을 생성할 수 있다.
단계 928에서, 배송 추정 시스템들(320)이, 단계 926에서 수신된 선택이 제1 시간 배송에 대한 것이 아니었다고 결정하면(단계 928: 아니오), 배송 추정 시스템들(320)은 단계 934로 계속 진행하여, 사용자 선택에 기초하여 건물 카테고리를 업데이트할 수 있다. 예를 들어, 사용자가 제1 시간 배송으로부터 옵트-아웃하는 것을 선택했다면, 배송 추정 시스템들(320)은 주소 카테고리를 비배송 옵션으로 업데이트할 수 있다. 또한, 단계 934에서, 배송 추정 시스템들(320)은, 제1 시간 배송을 갖지 않는 것으로 사용자 선호도를 지정하는 제2 제한과 목적지 주소를 연관시키도록, 제3 데이터베이스를 수정할 수 있다. 또한, 단계 936에서, 배송 추정 시스템들(320)은 제1 시간 배송을 피하라는 지시를 라벨링 센터에 전송할 수 있다. 예를 들어, 패키지가 제1 시간 배송을 위해 떠나는 것을 방지하기 위해, 배송 추정 시스템들(320)은, 제1 시간 배송을 피하기 위한 재라우팅 지시, 또는 메시지를 포함하도록 운송 라벨을 수정하라는 지시를 전송할 수 있다.
또한, 일단 사용자가 제1 시간 배송으로부터 옵트-아웃했다고 결정되면, 배송 추정 시스템들(320)은 또한, 단계 910으로 계속 진행하여, 제1 시간 배송이 아닌 추정된 배송 또는 PDD를 계산하고, 예를 들어, PDD 및 만료 시간을 표시하도록 제품 웹사이트를 수정하기 위한 명령어들을 생성할 수 있다.
도 10은, 개시된 실시예들에 일치하는, 예시적인 주소 비배송 분류 프로세스(1000)의 프로세스 흐름도이다. 일부 실시예에서, 시스템(300)의 요소들은 프로세스(1000)를 수행할 수 있다. 예를 들어, 이하의 단계들 설명에 개시된 바와 같이, 배송 추정 시스템들(320)은 프로세스(1000)를 수행할 수 있다. 그러나, 다른 실시예들에서, 시스템(100)의 일부는 프로세스(1000)를 수행할 수 있다. 예를 들어, FO 시스템(113) 및/또는 FC Auth(123)(도 1a)는 프로세스(1000)의 단계들 중 하나 이상을 수행할 수 있다.
프로세스(1000)는, 시스템(300) 또는 시스템(100)이, 특정 배송 옵션이 이용 불가능해야 하는 주소를 결정할 수 있게 한다. 예를 들어, 프로세스(1000)를 통해, 배송 추정 시스템들(320)은, 근무 시간 이후에 건물에 접근할 수 없기 때문에, 특정 주소에 대해 제1 시간 배송이 불가능하다고 결정할 수 있다. 대안적으로 또는 추가적으로, 프로세스(1000)는, 배송 추정 시스템들(320)로 하여금 특정 주소에서는 새벽 배송이 불가능하다고 결정할 수 있게 한다. 또한, 프로세스(1000)는, 추정 시스템들(320)으로 하여금 환경 조건으로 인해 프레시 배송이 거의 가능하지 않는 주소를 결정할 수 있게 한다.
단계 1002에서, 배송 추정 시스템들(320)은 제1 시간 배송을 위해 스케줄링된 주소와 연관된 배송되지 않은 통지(undelivered notification)를 수신할 수 있다. 배송되지 않은 통지는, 직원 모바일 디바이스로부터 수신될 수 있다. 예를 들어, 패키지 택배 업체(package courier)가 제1 시간에 패키지를 배송할 수 없을 때, 패키지 택배 업체와 연관된 모바일 디바이스가 배송되지 않은 통지를 전송할 수 있다. 배송되지 않은 통지는, 타임 스탬프, 배송 주소 정보, 제품 정보, 및 프레시 배송 또는 새벽 배송과 같은, 시도된 배송 옵션을 포함할 수 있다. 또한, 배송되지 않은 통지는, "접근 불가한 건물" 또는 "안전하지 않은 상태"와 같은, 비배송의 이유를 포함할 수 있다. 대안적으로 또는 추가적으로, 비배송의 이유는 음성 메모(voice notes) 및/또는 이미지를 포함할 수 있다. 허용(allowance)의 상세한 이유를 수신하는 것을 용이하게 하기 위해, 배송 추정 시스템들(320)은 패키지 택배 업체로 하여금 비배송의 이유를 갖는 음성 메모를 제공할 수 있게 한다.
단계 1004에서, 배송 추정 시스템들(320)은 통지에서 수신된 이유를 파싱할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 비배송의 이유를 식별하기 위해 텍스트 파일을 분석할 수 있다. 배송 추정 시스템들(320)은, 제한 문자에 기초한 파싱과 같은, 기법을 이용할 수 있다. 대안적으로 또는 추가적으로, 배송 추정 시스템들(320)은, 비배송의 이유를 구분하도록(discretize) 비배송의 이유에 있는 문장을 식별하기 위해 자연어 인식 기법을 이용할 수 있다. 비배송의 이유가 텍스트로 제공되지 않는 실시예들에서, 단계 1004에서, 배송 추정 시스템들(320)은 추가 분석을 위해 파일을 텍스트로 변환할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 음성 대 텍스트 변환을 이용하여 음성 기록에 기초하여 텍스트 파일을 생성할 수 있다. 또한, 비배송의 이유가 이미지 또는 음성에 제공되어 있는 실시예들에서, 단계 1004에서, 배송 추정 시스템들(320)은 이미지 인식 기법을 이용하여 이미지를 비배송의 이유와 상관시킬 수 있다. 예를 들어, 비배송의 이유가 숫자 키보드를 갖는 잠긴 도어의 이미지를 포함하는 경우, 배송 추정 시스템들(320)이, 이미지를 비배송의 이유, "진입을 위한 비밀 번호가 없음"과 상관시킬 수 있다.
단계 1006에서, 배송 추정 시스템들(320)은 통지에서 키워드 및 메타데이터를 분석할 수 있다. 비배송의 이유를 특징지을 목적으로, 단계 1006에서 배송 추정 시스템들(320)은 비배송의 이유에서 키워드를 식별할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 허용의 이유에서, "접근", "옥외(outdoor)", 또는 "관리인(concierge)"과 같은 키워드를 검색할 수 있다. 또한, 단계 1006에서, 배송 추정 시스템들(320)은 비배송의 이유를 식별하기 위해 메타데이터를 분석할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 텍스트, 음성, 또는 이미지 파일의 메타데이터를 사용하여 비배송의 이유를 분류할 수 있다.
단계 1008에서, 배송 추정 시스템들(320)은 주소에 대해 이전에 배송되지 않은 통지를 검색하고 분석할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 비배송 기록의 데이터베이스에 질의하고, 동일한 주소가 비배송의 이력, 또는 거부된 패키지들을 갖는지 식별할 수 있다.
단계 1010에서, 배송 추정 시스템들(320)은 분석에 기초하여 배송 점수를 계산할 수 있다. 예를 들어, 허용의 이유에서 키워드를 분석한 것에 기초하여, 배송 추정 시스템들(320)은 배송 점수를 할당할 수 있다. 허용의 이유가 "근무 시간 이후에 접근 불가능"을 포함하고 동일한 배송 주소가 이전에 실패한 배송과 연관되어 있는 경우, 배송 추정 시스템들(320)은 낮은 배송 점수를 할당할 수 있다. 그러나, 허용의 이유가 "건물로의 일시적인 비접근성"을 포함하고 동일한 배송 주소가 이전의 성공적인 배송과 연관되어 있는 경우, 배송 추정 시스템들(320)은 높은 배송 점수를 할당할 수 있다.
단계 1012에서, 배송 추정 시스템들(320)은 점수에 기초하여 주소와 연관된 배송 옵션 카테고리를 결정할 수 있다. 예를 들어, 주소가 배송 가능성 임계값(deliverability threshold)보다 낮은 점수를 수신했다면, 배송 추정 시스템들(320)은, 이 주소가 실패한 배송의 이력 또는 비배송의 강력한 이유를 갖기 때문에 주소가 "비배송 옵션"으로 분류되어야 한다고 결정할 수 있다. 그러나, 주소가 일관된 배송 임계값보다 큰 점수를 수신한 경우, 배송 추정 시스템들(320)은, 이 주소가 성공적인 배송의 이력을 갖기 때문에 주소가 "무조건 배송 옵션"으로 분류되어야 한다고 결정할 수 있다. 또한, 배송 방법에 대해 분명한 결과가 없는 임계값 사이의 점수에 대해, 배송 추정 시스템들(320)은, 단지 며칠 또는 몇 회로 배송 옵션을 제한하고/하거나, 특정 배송 옵션에 대해 사용자로부터 추가 정보를 요구하는, "조건부 배송 옵션"으로 배송 주소를 분류할 수 있다.
단계 1014에서, 배송 추정 시스템들(320)은 카테고리 변경을 반영하도록 데이터베이스를 업데이트할 수 있다. 예를 들어, 단계 1012의 결정에 기초하여, 배송 추정 시스템들(320)은 선택적 배송에 대한 분류를 저장하고 있는 데이터베이스를 업데이트할 수 있다. 예를 들어, 단계 1012에서 배송 추정 시스템들(320)은, 주소에 대한 업데이트된 배송 카테고리를 나타내도록 데이터베이스(380)(도 3)를 업데이트하고/하거나, 분석된 배송 주소에 대한 새로운 데이터베이스 엔트리를 생성할 수 있다. 예를 들어, 단계 1002에서 직원으로부터 수신된 피드백에 기초하여, 배송 추정 시스템들(320)은, 목적지 주소를 제1 제한과 연관시키도록, 배송 제한(restrictions for delivery)을 저장하고 있는 제3 데이터베이스와 같은, 데이터베이스를 수정할 수 있다.
도 11은, 개시된 실시예들에 일치하는, 예시적인 웹사이트 수정 프로세스(1100)의 프로세스 흐름도이다. 일부 실시예에서, 시스템(300)의 요소들은 프로세스(1100)를 수행할 수 있다. 예를 들어, 이하의 단계들 설명에 개시된 바와 같이, 배송 추정 시스템들(320)은 프로세스(1000)를 수행할 수 있다. 이는 프로세스(1100)의 예시적인 예시일 뿐이지만, 다른 실시예에서 시스템(100) 또는 시스템(100)의 일부는 프로세스(1000)를 수행할 수 있다. 예를 들어, FO 시스템(113) 및/또는 FC Auth(123)(도 1a)는 프로세스(1100)의 단계들 중 하나 이상을 수행할 수 있다.
단계 1102에서, 배송 추정 시스템들(320)은 클라이언트 디바이스로부터 제품 선택 통지를 수신할 수 있다. 예를 들어, 사용자가 온라인 소매업자 웹사이트에 표시된 제품을 선택하면, 클라이언트 디바이스들(350)은 제품 선택 통지를 배송 추정 시스템들(320)에 전송할 수 있다. 제품 선택 통지는 제품 정보, 타임 스탬프, 클라이언트의 위치, 잠재적 배송 주소, 및 잠재적 배송 구역 또는 지역을 포함할 수 있다.
단계 1102에서, 배송 추정 시스템들(320)은 고객의 주소가 제1 시간 배송에 대해 이용 가능한지를 결정할 수 있다. 제1 시간 배송 옵션은 새벽, 야간, 또는 하루 중 임의의 다른 선택된 시간에서의 배송 옵션으로 사전 설정될 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 메모리 디바이스 또는 데이터베이스에 질의함으로써, 배송 주소에 할당된 배송 옵션 카테고리를 식별할 수 있다. 배송 추정 시스템들(320)이, 고객의 주소가 제1 시간 배송에 대해 이용 가능하지 않다고 결정하면(단계 1104: 아니오), 배송 추정 시스템들(320)은 단계 1105로 계속 진행하여, 물품을 카트로 이동시킬 수 있다. 이러한 실시예들에서, 단계 1105에서 배송 추정 시스템들(320)은, 도 1d와 관련하여 설명한 것과 마찬가지로, 선택된 제품 웹사이트를 수정하기 위한 명령어들을 생성할 수 있다. 또한, 배송 추정 시스템들(320)은, 예를 들어, 도 7과 관련하여 더 설명된 바와 같이, PDD 식별을 사용하여, 배송 날짜 및 시간을 추정할 수 있다. 또한, 일부 실시예에서, 배송 추정 시스템들(320)은, 목적지 주소가 제품의 제1 시간까지 배송에 부적격이라는 결정에 기초하여, 제1 시간까지 배송에 대한 표시(indication)를 갖는 사용자 인터페이스 요소를 생성할 수 있다.
그러나, 배송 추정 시스템들(320)이, 고객이 주소가 제1 시간 배송에 대해 이용 가능하다고 결정하면(단계 1104: 예), 배송 추정 시스템들(320)은 단계 1108로 계속 진행할 수 있다. 단계 1108에서, 배송 추정 시스템들(320)은, 사용자가 제1 시간 배송 지시를 제공했는지를 결정할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 데이터베이스가 건물에 대한 코드와 같은, 제1 시간 배송을 위한 지시, 또는 관리인을 접촉하라는 지시를 포함하는지를 결정할 수 있다. 또한, 배송 추정 시스템들(320)은, 예를 들어, 유사한 건물 또는 동일한 구역의 건물에 대해 지시의 관련성을 결정함으로써, 지시가 완전한지를 결정할 수 있다.
배송 추정 시스템들(320)이, 사용자가 제1 시간 배송 지시를 제공했다고 결정하면(단계 1108: 예), 배송 추정 시스템들(320)은 단계 1106으로 계속 진행하여 배송 아이콘을 표시하는 웹페이지를 생성하거나 수정하기 위한 사용자 인터페이스 요소를 생성할 수 있다. 예를 들어, 단계 1106에서, 배송 추정 시스템(320)은 제1 시간 배송이 이용 가능함을 나타내는 아이콘을 포함하도록 선택된 제품 웹사이트를 수정하는 HTML 또는 JavaScript 파일을 생성할 수 있다. 대안적으로 또는 추가적으로, 배송 추정 시스템들(320)은 이용 가능한 배송 옵션을 나타내는 아이콘 또는 대화형 요소, 및 제품 정보를 포함하는 웹사이트를 생성할 수 있다.
그러나, 배송 추정 시스템들(320)이, 사용자가 제1 시간 배송 지시를 제공하지 않았다고 결정하면(단계 1108: 아니오), 배송 추정 시스템들(320)은 단계 1110로 계속 진행할 수 있다. 단계 1110에서, 배송 추정 시스템들(320)은, 주소가 무조건 배송 옵션 카테고리인지를 결정할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 주소와 연관된 기록을 검색하여 주소가 무조건 배송 카테고리로 분류되었는지를 결정할 수 있다. 이는, 예를 들어, 배송 추정 시스템들(320)이 성공적인 제1 시간 배송의 최근 기록을 식별할 때, 발생할 수 있다.
배송 추정 시스템들(320)이, 주소가 무조건 배송 옵션 카테고리에 있다고 결정하면(단계 1110: 예), 배송 추정 시스템들(320)은 단계 1112로 계속 진행하여 디폴트 옵트-인 옵션을 갖는 오버레이 윈도우(overlaying window)를 생성할 수 있다. 예를 들어, 사용자가 제품을 선택한 후에, 배송 추정 시스템들(320)은 제1 시간 배송이 제품에 대해 이용 가능함을 설명하는 메시지를 사용자에게 제공하는 웹사이트 상의 팝업 윈도우를 생성할 수 있다. 또한, 배송 추정 시스템들(320)은, 사용자가 제1 시간 배송으로부터 옵트-인 또는 옵트-아웃할 수 있도록 대화형 요소를 더 포함할 수 있다. 그러나, 배송 주소가 무조건 배송 옵션에 있다고 결정되었다면, 대화형 요소는 옵트-인에 대해 디폴트로 설정될 수 있다.
그러나, 배송 추정 시스템들(320)이, 주소가 무조건 배송 옵션 카테고리에 있지 않다고 결정하면(단계 1110: 아니오), 배송 추정 시스템들(320)은 단계 1114로 계속 진행할 수 있다. 단계 1114에서, 배송 추정 시스템들(320)은 디폴트 옵트-아웃 옵션을 갖는 하나 이상의 오버레이 윈도우를 생성할 수 있다. 예를 들어, 단계 1112에 대해 생성된 윈도우와 유사하게, 배송 추정 시스템들(320)은, 제1 시간 배송 옵션이 이용 가능함을 웹사이트의 사용자에게 설명하는 팝업 윈도우를 생성할 수 있다. 단계 1112의 팝업 윈도우와 마찬가지로, 단계 1114의 팝업 윈도우는 사용자 응답 포착을 위한 대화형 요소 및 정보를 갖는 메시지를 포함할 수 있다. 그러나, 단계 1112의 팝업 윈도우와 마찬가지로, 대화형 요소는 옵트-아웃 선택을 디폴트로 할 수 있다. 예를 들어, 배송 주소가 "조건부 배송 카테고리"에 있을 때, 대화형 요소는, 사용자가 확정적으로 배송 타입을 선택하고 필요에 따라 추가 정보를 요청하도록 요구하는 옵트-아웃 선택을 디폴트로 할 수 있다. 또한, 일부 실시예에서, 배송 추정 시스템들(320)은, 배송 제한을 저장하고 있는 제3 데이터베이스가 목적지 주소를 포함한다는 결정에 기초하여, 제1 시간까지 향후 배송을 허용하지 않는 선택 불가능한 요소를 포함하는 사용자 인터페이스 요소를 생성할 수 있다.
단계 1116에서, 배송 추정 시스템들(320)은, 사용자가 제1 시간 배송을 선택했는지를 결정할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 단계 1112 또는 1114에서 표시된 옵션에 응답하여, 사용자가 제1 시간 배송을 선택했는지를 결정할 수 있다. 배송 추정 시스템들(320)이, 사용자가 제1 시간 배송을 선택했다고 결정하면(단계 1116: 예), 배송 추정 시스템들(320)은 단계 1106으로 계속 진행하여 배송 아이콘을 표시하는 웹사이트를 생성하거나 수정하기 위한 사용자 인터페이스 요소를 생성할 수 있다. 그러나, 배송 추정 시스템들(320)이, 사용자가 제1 시간 배송을 선택하지 않았다고 결정하면(단계 1116: 아니오), 배송 추정 시스템들(320)은 단계 1105로 계속 진행하여 향후 구매를 위해 물품을 카트로 이동시킬 수 있다. 또한, 단계 1105에서, 배송 추정 시스템들(320)은, 예를 들어, 프로세스(700)(도 7)를 이용하여 배송 날짜 및 시간을 추정할 수 있다.
도 12는, 개시된 실시예들에 일치하는, 예시적인 주소 일반적 분류 프로세스(1200)의 프로세스 흐름도이다. 일부 실시예에서, 시스템(300)의 요소들은 프로세스(1200)를 수행할 수 있다. 예를 들어, 이하의 단계들 설명에 개시된 바와 같이, 배송 추정 시스템들(320)은 프로세스(1200)를 수행할 수 있다. 그러나, 다른 실시예들에서, 시스템(100) 또는 시스템(100)의 일부는 프로세스(1200)를 수행할 수 있다. 예를 들어, FO 시스템(113) 및/또는 FC Auth(123)(도 1a)는 프로세스(1200)의 단계들 중 하나 이상을 수행할 수 있다.
프로세스(1200)는, 사용자가 지시 또는 선호도를 제공하지 않은 경우에도, 시스템(300)이 이용 가능한 배송 옵션에 대해 주소를 분류할 수 있게 한다. 예를 들어, 사용자가 새벽 배송을 포함할 수 있는 제1 시간 배송에 대한 지시를 제공하지 않은 경우에도, 배송 추정 시스템들(320)이 프로세스(1200)를 이용하여 어떤 카테고리가 타겟 배송 주소에 할당되어야 하는지를 결정할 수 있다.
단계 1202에서, 배송 추정 시스템들(320)은 주소 정보를 수신할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 장소 또는 집의 도로 주소를 수신할 수 있다. 단계 1204에서, 배송 추정 시스템들(320)이 주소에 대한 배송의 기록을 검토한다. 배송 추정 시스템들(320)이, 배송 타입, 배송 날짜 및 시간, 및 직원 모바일 디바이스로부터 수신된 임의의 통지를 포함하여, 주소의 배송 이력을 검토할 수 있다.
단계 1206에서, 배송 추정 시스템들(320)이 주소 정보를 검색하기 위해 공개 기록을 분석하고/하거나 크롤링할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 주소와 연관된 공개 기록을 질의할 수 있다. 공개 기록은 주소에 관한 정보를 제공하는 세금 또는 재산 기록을 포함할 수 있다. 또한, 단계 1206에서, 배송 추정 시스템들(320)은, 주소가 상업적 장소, 공공 건물(대학교와 같은), 또는 사무실 건물과 연관되는지를 결정하기 위해 광고 웹사이트를 검색할 수 있다. 또한, 단계 1206에서, 배송 추정 시스템들(320)은, 관리인의 이용 가능성과 같은, 특정 특징을 결정하기 위해 배송 주소와 관련된 웹사이트들을 크롤링할 수 있다.
단계 1208에서, 배송 추정 시스템들(320)은 주소에 대한 제1 시간 배송 점수를 결정할 수 있다. 예를 들어, 주소와 연관된 이력 배송 기록, 공공 기록으로부터 검색된 정보 및/또는 주소에 대해 비공개로 유지된 기록에 기초하여, 배송 추정 시스템들(320)은 주소에 대한 제1 시간 배송 점수를 결정할 수 있다. 점수는, 성공적인 제1 시간 배송의 가능성이 낮으면, 낮을 수 있다. 그러나, 점수는, 성공적인 제1 시간 배송의 가능성이 높으면, 높을 수 있다.
예를 들어, 제1 시간 배송 점수는, 제1 시간 배송이 주소에 대해 성공할수록 증가되지만 주소에서 실패하는 배송이 있으면 언제든지 감소하는, 축적 변수일 수 있다. 따라서, 제1 시간 배송이 주소에서 더 성공적일수록, 축적 변수가 증가되어 성공적인 제1 시간 배송의 더 큰 가능성을 나타낸다. 대신에, 축적 변수가 낮으면, 제1 시간 배송이 성공할 것 같지 않기 때문에, 축적 변수는 낮은 제1 시간 배송 점수를 나타낼 수 있다. 또한, 일부 실시예에서, 축적 변수는, 공개 기록으로부터 검색된 정보에 기초하여, 예를 들어, 승수(multiplier)를 이용하여 수정될 수 있다. 예를 들어, 공개 기록은, 주소가 관리인이 있는 건물과 연관되어 있음을 나타내는 경우, 축적 변수는 1보다 큰 승수를 이용하여 수정되어 성공적인 배송의 더 큰 가능성을 나타낼 수 있다. 그러나, 공개 기록이, 주소가 대학교와 같은, 공공 건물과 연관되어 있음을 나타내면, 축적 변수는 1보다 작은 승수를 이용하여 수정될 수 있다. 대안적인 구현예 또는 프로세스가 단계 1208에서 주소에 대해 제1 시간 배송 점수를 결정하는 것에 사용될 수 있다.
도 12에 도시된 바와 같이, 제1 시간 배송 점수의 결정에 기초하여, 배송 추정 시스템들(320)은, 예를 들어, (i) 카테고리 A: 제1 시간에 배송 불가능; (ii) 카테고리 B: 특정 시간 동안 제1 시간에 배송 불가능; (iii) 카테고리 C: 조건부 제1 시간 배송; 및 (iv) 카테고리 D: 무조건 제1 시간 배송, 중 하나로 주소를 분류할 수 있다. 그러나, 이들 4개는 카테고리의 예시일 뿐이고, 배송 추정 시스템들(320)은 제1 시간 배송 점수에 기초하여 상이한 분류를 이용할 수 있다. 예를 들어, 배송 추정 시스템들(320)은 단 두 그룹, 배송 또는 비배송으로 주소를 분류할 수 있다. 대안적으로, 배송 추정 시스템들(320)은, 언제 그리고 어떤 배송 타입이 배송 주소에 대해 허용되는지를 지정하는 더 큰 레벨의 세분화를 포함하여, 4개의 그룹보다 더 많은 그룹으로 주소를 분류할 수 있다.
도 13은, 개시된 실시예들에 일치하는, 예시적인 제1 시간 배송 분류 프로세스(1300)의 프로세스 흐름도이다. 일부 실시예에서, 시스템(300)의 요소들은 프로세스(1300)를 수행할 수 있다. 예를 들어, 이하의 단계들 설명에 개시된 바와 같이, 배송 추정 시스템들(320)은 프로세스(1300)를 수행할 수 있다. 이는 프로세스(1300)의 예시적인 예시일 뿐이지만, 다른 실시예에서 시스템(100) 또는 시스템(100)의 일부는 프로세스(1300)를 수행할 수 있다. 예를 들어, FO 시스템(113) 및/또는 FC Auth(123)(도 1a)는 프로세스(1300)의 단계들 중 하나 이상을 수행할 수 있다.
단계 1302에서, 배송 추정 시스템들(320)은 고객 디바이스로부터 주문을 수신할 수 있다. 주문은, 배송을 위한 적어도 하나의 제품, 주문 시간 및 목적지 주소를 포함할 수 있다. 주문은, 제품, 주문, 및 클라이언트에 관한 정보를 포함하는 페이로드를 갖는 TCP/IP 패킷으로 전송될 수 있다.
단계 1304에서, 배송 추정 시스템들(320)은 목적지 주소에 기초하여 하나 이상의 풀필먼트 센터(FC)를 식별할 수 있다. 예를 들어, 클라이언트로부터의 임계 거리를 이용하여, 배송 추정 시스템들(320)은 클라이언트에 근접해 있고 클라이언트 디바이스로부터의 잠재적인 주문을 이행하도록 선호되어야 하는 FC를 식별할 수 있다.
단계 1306에서, 배송 추정 시스템들(320)은 식별된 FC들로부터 이용 가능한 재고를 요청할 수 있다. 예를 들어, 일단 FC가 식별되면, 배송 추정 시스템들(320)은 FC에서 이용 가능한 제품들을 지정하는 테이블 또는 파일을 요청할 수 있다. 단계 1308에서, 배송 추정 시스템들(320)은, 대응하는 이용 가능한 재고와 적어도 하나의 제품 사이의 매치에 기초하여, 식별된 FC들에서 한 FC를 선택할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, FC가 재고에서 이용 가능한 요청된 제품을 가지면, FC를 선택할 수 있다.
단계 1310에서, 배송 추정 시스템들(320)은, 추정된 만료에 기초하여 제1 시간과 연관된 마감 시간을 결정할 수 있다. 예를 들어, 배송 추정 시스템들(320)이 7 PM 이후에 행해진 주문이 제1 시간에 배송될 수 없다고 추정하면, 배송 추정 시스템들(320)은, 제1 시간 배송의 마감 시간을 7 PM으로 결정할 수 있다. 단계 1312에서, 배송 추정 시스템들(320)은, 목적지 주소가 제1 시간까지 배송에 적격인지를 결정할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 목적지 주소가 제1 시간 배송에 적격인지를 결정하기 위해, 각 주소를 분류하는 데이터베이스에 질의할 수 있다.
단계 1314에서, 배송 추정 시스템들(320)은, 목적지 주소가 적격이라는 결정에 기초하여, 적어도 하나의 제품의 정보를 검색하기 위해 제1 데이터베이스를 검색할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 제품의 가격, 이용 가능한 수량, 특성 및/또는 리뷰 및 논평을 포함하는 제품 정보를 검색하기 위해 FC와 연관된 데이터베이스를 검색할 수 있다. 단계 1316에서, 배송 추정 시스템들(320)은, 주문 시간 및 마감 시간에 기초하여, 제1 시간까지 배송이 가능한지를 나타내는 사용자 인터페이스 요소를 생성할 수 있다. 예를 들어, 주문 시간이 마감 시간 내이면, 배송 추정 시스템들(320)은, 도 15와 관련하여 더 설명된 바와 같이, 제1 시간에 배송이 가능함을 나타내는 대화형 아이콘을 생성할 수 있다.
단계 1318에서, 배송 추정 시스템들(320)은 목적지 주소 및 관련 제한을 찾기 위해 제2 데이터베이스를 검색할 수 있다. 예를 들어, 배송 추정 시스템들(320)은, 주소에 대한 특정 제한을 결정하기 위해 배송 주소 정보를 포함하는 제2 데이터베이스를 검색할 수 있다. 이러한 실시예들에서, 배송 추정 시스템들(320)은, 제1 시간 배송을 배송 주소로 제한하는 기록이 있는지 알기 위해서, 데이터베이스에 질의할 수 있다. 예시적인 제한은, 제1 시간 배송에 대한 제한된 시간 윈도우, 특정 배송 지시, 또는 요구된 액세스 코드를 포함할 수 있다.
단계 1320에서, 배송 추정 시스템들(320)은, 선택 가능한 요소를 포함하도록 사용자 인터페이스 요소를 생성할 수 있다. 제2 데이터베이스가 제1 제한과 연관된 목적지 주소를 포함한다는 결정에 기초하여, 배송 추정 시스템들(320)은 제1 시간 배송에 대한 사용자 피드백을 포착하기 위해 선택 가능한 요소를 포함하도록 팝업 윈도우 또는 하이퍼미디어 요소와 같은 그래픽 사용자 인터페이스를 생성할 수 있다. 단계 1322에서, 배송 추정 시스템들(320)은 사용자 인터페이스 요소를 클라이언트 디바이스에 전송할 수 있다.
단계 1324에서, 배송 추정 시스템들(320)은 클라이언트 디바이스로부터 응답을 수신할 수 있다. 예를 들어, 사용자 인터페이스 요소를 클라이언트 디바이스에 송신한 것에 응답하여, 배송 추정 시스템들(320)은, 배송 정보 또는 사용자 배송 옵션 선택을 지정하는 사용자 응답을 수신할 수 있다. 단계 1326에서, 배송 추정 시스템들(320)은, 수신된 응답에 기초하여 제품의 약속된 배송 날짜가 제1 시간이라는 것을 나타내도록, 데이터베이스를 업데이트하고 제3 데이터베이스의 엔트리를 수정할 수 있다. 예를 들어, 사용자가 제1 시간 배송 아님에 대한 선택을 제공하는 경우, 배송 추정 시스템들(320)은 해당 주소에 대해 제1 시간 배송이 아님을 나타내기 위해 데이터베이스(380)를 업데이트할 수 있다. 이러한 실시예에서, 배송 추정 시스템들(320)은 또한, 향후 제1 시간 배송을 방지하기 위해 라벨링 지시를 업데이트할 수 있다. 그러나, 사용자가 제1 시간 배송을 지정하고 제1 시간 배송을 완료하도록 만족스런 지시를 포함하는 응답을 제공하는 경우, 배송 추정 시스템들(320)은, 데이터베이스(380)를 업데이트하여, 가능하다면 배송이 제1 시간 배송을 디폴트로 해야 한다는 것을 나타낼 수 있다.
도 14는, 개시된 실시예들에 일치하는, 분류된 건물들을 갖는 배송 지역의 그래픽 표현(1400)이다. 도 14는 다수의 건물을 갖는 배송 지역의 평면도를 도시한다. 지역의 각 건물은, 예를 들어, 프로세스(1200)(도 12)로 결정될 수 있는 배송 카테고리에 있을 수 있다.
도 14에 도시된 바와 같이, 배송 지역의 각 건물은 특정 배송 카테고리를 가질 수 있다. 이 배송 카테고리는 어떤 배송 옵션이 건물에 대해 이용 가능한지를 지정할 수 있다. 예를 들어, 배송 카테고리는, 건물이 일부 실시예에서 새벽 배송을 포함할 수 있는 제1 시간 배송에 적격인지를 지정할 수 있다. 대안적으로 또는 추가적으로, 배송 카테고리는 건물이 프레시 배송에 적격인지를 지정할 수 있다.
일부 실시예에서, 도 14에 도시된 바와 같이, 건물은 3개의 카테고리 중 하나로 분류될 수 있다. 예를 들어, 건물은 "비배송 카테고리", "조건부 배송 카테고리" 또는 "무조건 배송 카테고리" 중 하나로 분류될 수 있다. 그러나, 다른 실시예들에서, 건물 분류는 그보다 많거나 적은 상이한 카테고리를 포함할 수 있다. 예를 들어, 도 12와 관련하여 설명된 바와 같이, 4개의 배송 카테고리가 있을 수 있다. 대안적으로, 분류는 건물을 2가지로, 단순히 "비배송"과 "자동 배송" 카테고리로 배치할 수 있다. 또한, 도 14가 상호 배타적인 카테고리를 도시하고 있지만, 일부 실시예에서, 분류는, 각 건물이 다수의 카테고리와 연관되어 있는, 포괄적인 카테고리를 포함할 수 있다.
그래픽 표현(1400)에 표시된 정보는, 건물의 주소를 그 각자의 카테고리와 상관시킨 데이터베이스에 저장될 수 있다. 도 9와 관련하여 더 설명된 바와 같이, 카테고리 정보를 갖는 이러한 데이터베이스가 시스템(300) 또는 시스템(300)의 일부에 의해 사용되어, 하이퍼미디어 요소를 생성하고, 정보를 포착하기 위한 대화형 윈도우 또는 아이콘을 표시하도록 웹사이트를 수정할 수 있다. 단지 우편 번호 또는 일반 구역 이상의 특이성을 허용하는 이런 레벨의 더 상세한 분리는, 온라인 주문을 이행하기 위한 작업 흐름을 용이하게 하고, 온라인 소매업자 웹사이트들의 더 큰 레벨의 개인화를 허용할 수 있다.
도 15는, 개시된 실시예들에 일치하는, 모바일 디바이스에서의 일련의 단일 디스플레이 페이지의 예시적인 그래픽 사용자 인터페이스들의 정면도이다. 도 15는 클라이언트 디바이스들(350) 및/또는 사용자 디바이스들(102)에 표시될 수 있는 3개의 그래픽 사용자 인터페이스(GUI)를 나타낸다.
GUI(1510)은 그래픽 설명, 텍스트 설명, 주문 정보 및 동적 텍스트 박스를 갖는 단일 제품을 나타낸다. GUI(1510)의 동적 텍스트 박스(1512)가 빈 상태이다. 일부 실시예에서, 동적 텍스트 박스(1512)는 배송 추정 시스템들(320)에 의한 계산을 대기하면서 빈 상태일 수 있다.
GUI(1520)는 동일한 단일 제품 정보를 나타내지만, 동적 텍스트 박스(1512)는 동적 텍스트 박스(1522)로 대체되었고, 현재 배송 옵션, 추정된 배송 날짜 및 만료를 지정하여, "10분 내에 주문되면, 새벽 배송, 오전 6시까지 도착"을 표시한다. 일부 실시예에서, 배송 추정 시스템들(320)에 의해 생성된 전자 메시지들은 동적 텍스트 박스(1512)를 동적 텍스트 박스(1522)로 업데이트하기 위한 명령어들을 포함할 수 있다. 또한, GUI(1520)에서, 제품 디스플레이는, 이용 가능한 배송 서비스를 나타내는 추가 아이콘들을 포함하도록 수정될 수 있다. 예를 들어, GUI(1520)에 표시된 제품은 제1 시간 배송 아이콘(1524)을 나타내도록 업데이트되어, 마감(cutoff) 및 풀필먼트 센터들과의 근접성에 기초하여 제품이 새벽 배송에 이용 가능함을 나타낼 수 있다. 일부 실시예에서, 제1 시간 배송 아이콘(1524)은 제품 또는 잠정적인 배송 날짜/시간에 특정한 정보를 포함할 수 있다. 예를 들어, 제1 시간 배송 아이콘(1524)은, 배송 추정 시스템들(320)로부터의 결정에 기초하여, "저녁 식사 전에"와 같은 메시지를 포함할 수 있다.
GUI(1530)는 단일 제품 정보를 나타내지만, 동적 텍스트 박스(1522)는 동적 텍스트 박스(1532)로 업데이트되었다. 예를 들어, 10분의 만료 시간은 GUI(1520)에서 GUI(1530)로 경과했을 수 있다. 따라서, 배송 추정 시스템들(320)은 배송 추정을 오후 1시에서 오후 8시로 업데이트하기 위한 명령어들을 전송했을 수 있다. 또한, GUI(1530)는 또한, 다음 날 새벽까지 배송될 수 있는 제품들 상에 표시된 제1 시간 배송 아이콘(1534)을 나타낼 수 있다.
도 16은 배송 날짜 추정 및/또는 이용 가능한 배송 옵션을 갖는 웹페이지를 생성하거나 수정하도록 구성 가능한 스크립트의 예시적인 소스 코드이다. 소스 코드(1600)는, 도 9 및 도 11과 관련하여 설명된 바와 같이, 이용 가능한 배송 옵션 및 추정된 배송 시간을 표시하도록 웹페이지를 생성하거나 수정하는 데에 이용될 수 있는 예시적인 명령어들 및 함수들을 나타낸다. 예를 들어, 배송 추정 시스템들(320)에 의해 생성되고 송신된 전자 메시지들은 예시적인 소스 코드(1600)를 포함할 수 있다. 예시적인 소스 코드(1600)에 사용된 신택스 및 명령어들은 예시적이고, 다른 신택스 및 함수들이 또한, 이용되고/되거나 대체될 수 있다.
예시적인 소스 코드(1600)는 웹페이지를 식별하고/하거나 수정하기 위해 html 헤더들을 포함하는 헤더들(1601)을 포함할 수 있다. 헤더들(1601)은 사용될 수 있는 헤더 및 동작의 예시일 뿐이다. 예시적인 소스 코드(1600)는 또한, 문서 타입 식별 부분(1602)을 포함할 수 있다. 부분(1602)은 웹페이지가 카트 페이지, 주문 페이지, 검색 페이지 또는 단일 제품 페이지인지를 평가하는 함수들을 포함할 수 있다. 부분(1602)에 상세화된 함수들은 예시적인 함수일 뿐이다.
예시적인 소스 코드(1600)는 또한, 동적 텍스트 박스 생성 부분(1504)을 포함할 수 있다. 부분(1604)에서 함수들 및 루틴들은, 도 9 및 도 11과 관련하여 논의된 바와 같이, 메시지들 및 수정 명령어들을 지정할 수 있다. 또한, 예시적인 소스 코드(1600)는 상이한 웹페이지들의 수정을 위한 옵션들을 포함하는 수정 부분(1606)을 포함할 수 있다. 또한, 예시적인 소스 코드(1600)는 타이머 부분(1608)을 포함할 수 있고, 이는 제품들에 대한 추정된 배송 시간의 만료 시간, 또는 남아있는 시간과 상관되는 타이머를 웹페이지 상에 표시하기 위한 명령어들을 포함할 수 있다.
부분(1604)에서의 루틴, 수정 부분(1606) 및 타이머 부분(1608)은 예시적인 구현예일 뿐이고, 다른 또는 대안적인 구현예들이 가능하다.
본 개시의 다른 양상은, 실행될 때, 하나 이상의 프로세서로 하여금 위에서 논의된 바와 같이 방법들을 수행하게 하는 명령어들을 저장하고 있는 비일시적(non-transitory) 컴퓨터 판독 가능 매체에 관한 것이다. 컴퓨터 판독 가능 매체는 휘발성 또는 비휘발성, 자기식, 반도체의, 테이프식, 광학식, 착탈식, 비착탈식, 또는 다른 타입의 컴퓨터 판독 가능 매체 또는 컴퓨터 판독 가능 저장 디바이스를 포함할 수 있다. 예를 들어, 컴퓨터 판독 가능 매체는 개시된 바와 같이, 컴퓨터 명령어들이 저장되어 있는 저장 유닛 또는 메모리 모듈일 수 있다. 일부 실시예에서, 컴퓨터 판독 가능 매체는 컴퓨터 명령어들이 저장되어 있는 디스크 또는 플래시 드라이브일 수 있다.
본 분야의 통상의 기술자에게는, 개시된 시스템 및 관련 방법들에 대한 수정 및 변형이 행해질 수 있다는 것이 명백할 것이다. 명세서 및 개시된 시스템 및 관련 방법들의 실시를 고려하여 본 분야의 통상의 기술자에게는, 다른 실시예들이 명백할 것이다. 본 명세서 및 예시들은 단지 예시적인 것으로 간주되고, 진정한 범주는 다음의 청구항들 및 그들의 등가물에 의해 나타내어진다.
본 개시는 그의 특정 실시예들을 참조하여 도시되고 설명되었지만, 본 개시는 다른 환경에서 수정없이 실시될 수 있음이 이해될 것이다. 전술한 설명은 예시 목적으로 제시되었다. 이는 총망라하는(exhaustive) 것이 아니며, 개시된 정확한 형태들 또는 실시예들에 제한되는 것이 아니다. 개시된 실시예들의 명세서 및 실시를 고려하여 본 분야의 통상의 기술자에게 수정 및 개조가 명백할 것이다. 추가적으로, 개시된 실시예들의 양상들이 메모리에 저장되는 것으로 설명되어 있지만, 본 분야의 통상의 기술자는, 이러한 양상들이 보조 저장 디바이스, 예를 들어, 하드 디스크 또는 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 애플릿이 포함된 HTML에, 또는 이들에 의해 설계될 수 있다.
또한, 예시적인 실시예들이 본 명세서에 설명되었지만, (예를 들어, 다양한 실시예들에 걸친 양상들의) 동등한 요소들, 수정들, 생략들, 조합들, 개조들 및/또는 변경들을 갖는 임의의 및 모든 실시예들의 범주는 본 개시에 기초하여 본 분야의 통상의 기술자에 의해 인식될 것이다. 청구항들에서 제한사항은, 청구항들에 사용된 언어에 기초하여 광범위하게 해석되어야 하고, 출원의 절차 동안 또는 본 명세서에 설명된 예시들에 제한되는 것은 아니다. 예시들은 비배타적인 것으로 해석될 것이다. 또한, 개시된 방법들의 단계들은 단계들을 재순서화하고, 및/또는 단계들을 삽입하거나 삭제하는 것을 포함하여 임의의 방식으로 수정될 수 있다. 그러므로, 본 명세서 및 예시들은 단지 예시적인 것으로 간주되고, 진정한 범주 및 사상은 다음의 청구항들 및 그들의 등가물의 전체 범주에 의해 나타내어진다.
따라서, 전술한 설명은 예시의 목적으로만 제시되었다. 이는 총망라하는(exhaustive) 것이 아니며, 개시된 정확한 형태들 또는 실시예들에 제한되는 것이 아니다. 개시된 실시예들의 명세서 및 실시를 고려하여 본 분야의 통상의 기술자에게 수정 및 개조가 명백할 것이다.
청구항들은 청구항들에 사용된 언어에 기초하여 광범위하게 해석되어야 하고, 본 명세서에 기재된 예시들에 제한되지 않고, 이들 예시는 비배타적인(non-exclusive) 것으로 해석될 것이다. 또한, 개시된 방법들의 단계들은, 단계들을 재순서화하는 것, 및/또는 단계들을 삽입하거나 삭제하는 것을 포함하여, 임의의 방식으로 수정될 수 있다.

Claims (20)

  1. 동적 웹사이트들을 생성하기 위한 컴퓨터화된 시스템으로서,
    명령어들을 저장하는 메모리; 및
    상기 명령어들을 실행하여 동작들을 수행하도록 구성되는 적어도 하나의 프로세서를 포함하고, 상기 동작들은:
    고객 디바이스로부터 주문을 수신하는 것 - 상기 주문은 배송을 위한 적어도 하나의 제품, 주문 시간, 및 목적지 주소를 포함함 -;
    상기 목적지 주소가 제1 시간까지 배송에 적격인지를 결정하는 것;
    상기 목적지 주소가 적격이라는 결정에 기초하여, 상기 적어도 하나의 제품의 정보를 검색하기 위해 제1 데이터베이스를 검색하는 것 - 상기 제1 데이터베이스는 상기 제1 시간까지 배송의 마감 시간(cutoff times)과 복수의 제품을 연관시킴 -;
    상기 주문 시간 및 상기 마감 시간에 기초하여, 상기 제1 시간까지 배송이 가능한지를 나타내는 사용자 인터페이스 요소를 생성하는 것 - 상기 사용자 인터페이스 요소는 상기 고객 디바이스에 표시된 웹사이트를 수정하도록 구성됨 -;
    상기 목적지 주소 및 상기 제1 시간까지 배송을 방지하는 연관된 제1 제한을 찾기 위해 제2 데이터베이스를 검색하는 것 - 상기 제1 제한은 엑세스 코드, 배송 지시, 또는 상기 제1 시간까지 배송에 대한 제한된 시간 윈도우 중 적어도 하나를 포함함 -;
    상기 제2 데이터베이스가 상기 제1 제한과 연관된 상기 목적지 주소를 포함한다는 결정에 기초하여, 상기 제1 제한에 기초한 선택 가능한 요소를 포함하도록 상기 사용자 인터페이스 요소를 생성하는 것 - 상기 선택 가능한 요소는 상기 제1 시간까지 배송을 허용하는 지시(instruction)를 제공하기 위한 입력 필드를 포함함 -;
    상기 사용자 인터페이스 요소를 상기 고객 디바이스에 전송하는 것;
    상기 고객 디바이스로부터 수취확인(acknowledgement)을 수신할 때 상기 마감 시간과 연관된 만료 시간(expiration time)까지 타이머를 개시(initiating)하는 것;
    상기 사용자 인터페이스 요소를 상기 고객 디바이스에 전송한 것에 응답하여, 응답을 수신하는 것; 및
    상기 수신된 응답에 기초하여, 상기 제품의 약속된 배송 날짜가 상기 제1 시간임을 나타내도록 제3 데이터베이스의 엔트리를 수정하는 것 - 상기 제3 데이터베이스는 상기 사용자 인터페이스 요소를 통해 포착된(captured) 명령어를 저장함 -을 포함하는, 시스템.
  2. 제1항에 있어서, 상기 제1 시간은:
    상기 목적지 주소에 기초하여 풀필먼트 센터들을 식별하는 것;
    식별된 풀필먼트 센터들로부터 이용 가능한 재고를 요청하는 것;
    대응하는 이용 가능한 재고와 상기 적어도 하나의 제품 사이의 매치에 기초하여, 상기 식별된 풀필먼트 센터들에서 한 풀필먼트 센터를 선택하는 것; 및
    추정 만료에 기초하여 상기 제1 시간과 연관된 마감 시간을 결정하는 것 - 상기 추정 만료는, 상기 제1 시간까지 배송이 더 이상 이용 가능하지 않는 주문 만료 시간을 포함함 - 에 의해, 결정되는, 시스템.
  3. 삭제
  4. 제1항에 있어서, 상기 동작들은:
    상기 사용자 인터페이스 요소를 전송한 것에 응답하여, 상기 제1 시간까지 상기 적어도 하나의 제품을 배송하지 말라는 요청을 수신하는 것;
    상기 목적지 주소를 제2 제한과 연관시키도록 상기 제2 데이터베이스를 수정하는 것을 더 포함하는, 시스템.
  5. 제4항에 있어서, 상기 동작들은:
    상기 제2 데이터베이스가 상기 제2 제한과 연관된 상기 목적지 주소를 포함한다는 결정에 기초하여, 상기 제1 시간까지 향후 배송을 허용하지 않는 선택 불가능한 요소를 포함하는 상기 사용자 인터페이스 요소를 생성하는 것을 더 포함하는, 시스템.
  6. 제1항에 있어서, 상기 동작들은:
    배송 작업자와 연관된 모바일 디바이스로부터 피드백을 수신하는 것 - 상기 피드백은 상기 목적지 주소와 연관됨 -;
    상기 수신된 피드백에 기초하여, 상기 목적지 주소를 상기 제1 제한과 연관시키도록 상기 제2 데이터베이스를 수정하는 것을 더 포함하는, 시스템.
  7. 제1항에 있어서, 상기 동작들은:
    상기 목적지 주소가 제품의 상기 제1 시간까지 배송에 부적격이라는 결정에 기초하여, 상기 제1 시간까지 배송에 대한 표시(indication)를 포함하는 상기 사용자 인터페이스 요소를 생성하는 것을 더 포함하는, 시스템.
  8. 제1항에 있어서,
    상기 사용자 인터페이스 요소는 상기 제1 시간 내에 배송을 위해 남아있는 시간을 더 나타내고,
    상기 웹사이트는 상기 적어도 하나의 제품의 이미지, 상기 적어도 하나의 제품과 연관된 텍스트 설명, 상기 제1 시간까지 배송이 가능한지를 나타내는 아이콘, 및 상기 남아있는 시간을 표시하는 대화형 아이콘을 포함하는 단일 디스플레이 페이지를 포함하는, 시스템.
  9. 제1항에 있어서, 상기 동작들은:
    상기 주문 시간이 주말 또는 휴일에 속하는지를 결정하는 것; 및
    상기 주문 시간이 주말에 속한다는 결정에 응답하여, 상기 제1 데이터베이스로부터 주말 배송에 대한 정보를 검색하는 것을 더 포함하는, 시스템.
  10. 제1항에 있어서,
    상기 입력 필드는 상기 목적지 주소로의 진입을 가능하게 하는 지시를 입력하는 필드를 포함하고;
    상기 사용자 인터페이스 요소는 상기 웹사이트 위에 표시되도록 구성되는 팝업 윈도우를 포함하는, 시스템.
  11. 동적 웹사이트들을 생성하기 위한 컴퓨터-구현된 방법으로서,
    고객 디바이스로부터 주문을 수신하는 단계 - 상기 주문은 배송을 위한 적어도 하나의 제품, 주문 시간, 및 목적지 주소를 포함함 -;
    상기 목적지 주소가 제1 시간까지 배송에 적격인지를 결정하는 단계;
    상기 목적지 주소가 적격이라는 결정에 기초하여, 상기 적어도 하나의 제품의 정보를 검색하기 위해 제1 데이터베이스를 검색하는 단계 - 상기 제1 데이터베이스는 상기 제1 시간까지 배송의 마감 시간과 복수의 제품을 연관시킴 -;
    상기 주문 시간 및 상기 마감 시간에 기초하여, 상기 제1 시간까지 배송이 가능한지를 나타내는 사용자 인터페이스 요소를 생성하는 단계 - 상기 사용자 인터페이스 요소는 상기 고객 디바이스에 표시된 웹사이트를 수정하도록 구성됨 -;
    상기 목적지 주소 및 상기 제1 시간까지 배송을 방지하는 연관된 제1 제한을 찾기 위해 제2 데이터베이스를 검색하는 단계 - 상기 제1 제한은 엑세스 코드, 배송 지시, 또는 상기 제1 시간까지 배송에 대한 제한된 시간 윈도우 중 적어도 하나를 포함함 -;
    상기 제2 데이터베이스가 상기 제1 제한과 연관된 상기 목적지 주소를 포함한다는 결정에 기초하여, 상기 제1 제한에 기초한 선택 가능한 요소를 포함하도록 상기 사용자 인터페이스 요소를 생성하는 단계 - 상기 선택 가능한 요소는 상기 제1 시간까지 배송을 허용하는 지시를 제공하기 위한 입력 필드를 포함함 -;
    상기 사용자 인터페이스 요소를 상기 고객 디바이스에 전송하는 단계;
    상기 고객 디바이스로부터 수취확인을 수신할 때 상기 마감 시간과 연관된 만료 시간까지 타이머를 개시하는 단계;
    상기 사용자 인터페이스 요소를 상기 고객 디바이스에 전송한 것에 응답하여, 응답을 수신하는 단계; 및
    상기 수신된 응답에 기초하여, 상기 제품의 약속된 배송 날짜가 상기 제1 시간임을 나타내도록 제3 데이터베이스의 엔트리를 수정하는 단계 - 상기 제3 데이터베이스는 상기 사용자 인터페이스 요소를 통해 포착된 명령어를 저장함 -를 포함하는, 방법.
  12. 제11항에 있어서,
    상기 목적지 주소에 기초하여 풀필먼트 센터들을 식별하는 단계;
    식별된 풀필먼트 센터들로부터 이용 가능한 재고를 요청하는 단계;
    대응하는 이용 가능한 재고와 상기 적어도 하나의 제품 사이의 매치에 기초하여, 상기 식별된 풀필먼트 센터들에서 한 풀필먼트 센터를 선택하는 단계; 및
    추정 만료에 기초하여 상기 제1 시간과 연관된 마감 시간을 결정하는 단계 - 상기 추정 만료는, 상기 제1 시간까지 배송이 더 이상 이용 가능하지 않는 주문 만료 시간을 포함함 - 를 더 포함하는, 방법.
  13. 삭제
  14. 제11항에 있어서,
    상기 사용자 인터페이스 요소를 전송한 것에 응답하여, 상기 제1 시간까지 상기 적어도 하나의 제품을 배송하지 말라는 요청을 수신하는 단계;
    상기 목적지 주소를 제2 제한과 연관시키도록 상기 제2 데이터베이스를 수정하는 단계를 더 포함하는, 방법.
  15. 제14항에 있어서,
    상기 제2 데이터베이스가 상기 제2 제한과 연관된 상기 목적지 주소를 포함한다는 결정에 기초하여, 향후 배송에서 상기 제1 시간까지 배송을 허용하지 않는 선택 불가능한 요소를 포함하는 상기 사용자 인터페이스 요소를 생성하는 단계를 더 포함하는, 방법.
  16. 제11항에 있어서,
    배송 작업자와 연관된 모바일 디바이스로부터 피드백을 수신하는 단계 - 상기 피드백은 상기 목적지 주소와 연관됨 -;
    상기 수신된 피드백에 기초하여, 상기 목적지 주소를 상기 제1 제한과 연관시키도록 상기 제2 데이터베이스를 수정하는 단계를 더 포함하는, 방법.
  17. 제11항에 있어서,
    상기 목적지 주소가 제품의 상기 제1 시간까지 배송에 부적격이라는 결정에 기초하여, 상기 제1 시간까지 배송에 대한 표시를 포함하는 상기 사용자 인터페이스 요소를 생성하는 단계를 더 포함하는, 방법.
  18. 제11항에 있어서,
    상기 사용자 인터페이스 요소는 상기 제1 시간 내에 배송을 위해 남아있는 시간을 더 나타내고,
    상기 웹사이트는 상기 적어도 하나의 제품의 이미지, 상기 적어도 하나의 제품과 연관된 텍스트 설명, 상기 제1 시간까지 배송이 가능한지를 나타내는 아이콘, 및 상기 남아있는 시간을 표시하는 대화형 아이콘을 포함하는 단일 디스플레이 페이지를 포함하는, 방법.
  19. 제11항에 있어서,
    상기 주문 시간이 주말 또는 휴일에 속하는지를 결정하는 단계; 및
    상기 주문 시간이 주말에 속한다는 결정에 응답하여, 상기 제1 데이터베이스로부터 주말 배송에 대한 정보를 검색하는 단계를 더 포함하는, 방법.
  20. 프로세서에 의해 실행될 때, 동적 웹사이트를 생성하기 위한 동작들을 수행하는 명령어들을 저장하는 비일시적 컴퓨터 판독 가능 매체로서, 상기 동작들은:
    고객 디바이스로부터 주문을 수신하는 것 - 상기 주문은 배송을 위한 적어도 하나의 제품, 주문 시간, 및 목적지 주소를 포함함 -;
    상기 목적지 주소가 제1 시간까지 배송에 적격인지를 결정하는 것;
    상기 목적지 주소가 적격이라는 결정에 기초하여, 상기 적어도 하나의 제품의 정보를 검색하기 위해 제1 데이터베이스를 검색하는 것 - 상기 제1 데이터베이스는 상기 제1 시간까지 배송의 마감 시간과 복수의 제품을 연관시킴 -;
    상기 주문 시간 및 상기 마감 시간에 기초하여, 상기 제1 시간까지 배송이 가능한지를 나타내는 사용자 인터페이스 요소를 생성하는 것 - 상기 사용자 인터페이스 요소는 상기 고객 디바이스에 표시된 웹사이트를 수정하도록 구성됨 -;
    상기 목적지 주소 및 상기 제1 시간까지 배송을 방지하는 연관된 제1 제한을 찾기 위해 제2 데이터베이스를 검색하는 것 - 상기 제1 제한은 엑세스 코드, 배송 지시, 또는 상기 제1 시간까지 배송에 대한 제한된 시간 윈도우 중 적어도 하나를 포함함 -;
    상기 제2 데이터베이스가 상기 제1 제한과 연관된 상기 목적지 주소를 포함한다는 결정에 기초하여, 상기 제1 시간까지 배송을 허용하는 지시를 제공하기 위한 입력 필드를 포함하는 선택 가능한 요소를 포함하도록 상기 사용자 인터페이스 요소를 생성하는 것;
    상기 사용자 인터페이스 요소를 상기 고객 디바이스에 전송하는 것;
    상기 고객 디바이스로부터 수취확인을 수신할 때 상기 마감 시간과 연관된 만료 시간까지 타이머를 개시하는 것;
    상기 사용자 인터페이스 요소를 상기 고객 디바이스에 전송한 것에 응답하여, 응답을 수신하는 것; 및
    상기 수신된 응답에 기초하여, 상기 제품의 약속된 배송 날짜가 상기 제1 시간임을 나타내도록 제3 데이터베이스의 엔트리를 수정하는 것 - 상기 제3 데이터베이스는 상기 사용자 인터페이스 요소를 통해 포착된 명령어를 저장함 -을 포함하는, 비일시적 컴퓨터 판독 가능 매체.
KR1020200016346A 2020-01-02 2020-02-11 하이퍼미디어 요소들을 갖는 동적 웹사이트들을 생성하기 위한 시스템들 및 방법들 KR102284708B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020210098588A KR102408794B1 (ko) 2020-01-02 2021-07-27 하이퍼미디어 요소들을 갖는 동적 웹사이트들을 생성하기 위한 시스템들 및 방법들

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16/732,812 2020-01-02
US16/732,812 US10754916B1 (en) 2020-01-02 2020-01-02 Systems and methods for generating dynamic websites with hypermedia elements

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020210098588A Division KR102408794B1 (ko) 2020-01-02 2021-07-27 하이퍼미디어 요소들을 갖는 동적 웹사이트들을 생성하기 위한 시스템들 및 방법들

Publications (2)

Publication Number Publication Date
KR20210087382A KR20210087382A (ko) 2021-07-12
KR102284708B1 true KR102284708B1 (ko) 2021-08-03

Family

ID=72140856

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020200016346A KR102284708B1 (ko) 2020-01-02 2020-02-11 하이퍼미디어 요소들을 갖는 동적 웹사이트들을 생성하기 위한 시스템들 및 방법들
KR1020210098588A KR102408794B1 (ko) 2020-01-02 2021-07-27 하이퍼미디어 요소들을 갖는 동적 웹사이트들을 생성하기 위한 시스템들 및 방법들

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020210098588A KR102408794B1 (ko) 2020-01-02 2021-07-27 하이퍼미디어 요소들을 갖는 동적 웹사이트들을 생성하기 위한 시스템들 및 방법들

Country Status (7)

Country Link
US (2) US10754916B1 (ko)
EP (1) EP3864533A4 (ko)
JP (1) JP2023508787A (ko)
KR (2) KR102284708B1 (ko)
CN (1) CN113424179A (ko)
TW (2) TWI760020B (ko)
WO (1) WO2021137066A1 (ko)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11620608B2 (en) 2019-02-28 2023-04-04 Walmart Apollo, Llc System and method for providing uniform tracking information with a reliable estimated time of arrival
US11348163B1 (en) * 2019-07-25 2022-05-31 Amazon Technologies, Inc. System for presenting simplified user interface
US20230186332A1 (en) * 2020-06-30 2023-06-15 Walmart Apollo, Llc Methods and apparatuses for automatically estimating order sizes
US11481858B2 (en) * 2020-09-21 2022-10-25 Walmart Apollo, Llc Peak period network capacity planning
US11797924B2 (en) * 2021-08-24 2023-10-24 Target Brands, Inc. Inventory and load optimization
CN113837623B (zh) * 2021-09-27 2024-04-16 畅销家(深圳)科技有限公司 一种基于Shopify的预计投递时间显示方法及相关设备
US20230419062A1 (en) * 2022-06-27 2023-12-28 Bank Of America Corporation Systems, methods, and apparatuses for determination of an availability of a resource in a specific entity network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001297270A (ja) * 2001-03-08 2001-10-26 Hitachi Ltd 配達スケジュール作成方法
JP2010039961A (ja) * 2008-08-08 2010-02-18 Saroute:Kk 配送業務支援システム、配送予測時間算出方法及びプログラム
KR101735018B1 (ko) * 2015-11-09 2017-05-12 쿠팡 주식회사 배송 서비스 제공 장치 및 방법

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7177825B1 (en) * 1999-05-11 2007-02-13 Borders Louis H Integrated system for ordering, fulfillment, and delivery of consumer products using a data network
US7233907B2 (en) 2002-08-07 2007-06-19 United Parcel Service Of America, Inc. Parcel or service delivery with partially scheduled time windows
US7765131B2 (en) * 2006-06-20 2010-07-27 United Parcel Service Of America, Inc. Systems and methods for providing personalized delivery services
US8429019B1 (en) 2009-10-29 2013-04-23 Amazon Technologies, Inc. System and method for scheduled delivery of shipments with multiple shipment carriers
US8156013B2 (en) * 2010-06-28 2012-04-10 Amazon Technologies, Inc. Methods and apparatus for fulfilling tote deliveries
TW201340012A (zh) 2012-03-22 2013-10-01 Clockwork Orange Cloud Marketing Co Ltd 線上交易平台系統及其方法
US20130325741A1 (en) 2012-05-30 2013-12-05 Wine.com, Inc. System And Method To Synchronize Shipment Delivery
US9473446B2 (en) 2014-06-30 2016-10-18 Linkedin Corporation Personalized delivery time optimization
KR20160090180A (ko) 2015-01-21 2016-07-29 지석호 택배 배달을 위한 통신 단말기 및 컴퓨터 프로그램
KR101773518B1 (ko) * 2015-11-13 2017-08-31 쿠팡 주식회사 쇼핑 서비스 제공 장치 및 방법
US10657487B2 (en) 2016-03-28 2020-05-19 Amazon Technologies, Inc. Customizing item search and navigation based on user preferences
CA2965197A1 (en) 2016-04-29 2017-10-29 Wal-Mart Stores, Inc. Systems and methods of controlling delivery of retail products
US20180107979A1 (en) 2016-10-14 2018-04-19 Brant Westover Computer-implemented method, computer program product, and system for facilitating on-demand remote shopping
US20180107977A1 (en) * 2016-10-15 2018-04-19 Wal-Mart Stores, Inc. Courier shopping system
JP2018203414A (ja) 2017-05-31 2018-12-27 株式会社日立製作所 配送計画装置および配送方法
US10929799B2 (en) * 2017-06-29 2021-02-23 Amazon Technologies, Inc. Identification of inaccurate addresses for package deliveries
US10163070B1 (en) * 2017-12-08 2018-12-25 Capital One Services, Llc Intelligence platform for scheduling product preparation and delivery
US11348061B2 (en) * 2017-12-21 2022-05-31 Verizon Connect Development Limited Logistics management platform for modifying schedules in real-time
US10460359B1 (en) 2019-03-28 2019-10-29 Coupang, Corp. Computer-implemented method for arranging hyperlinks on a graphical user-interface
US10504061B1 (en) 2019-04-10 2019-12-10 Coupang, Corporation Systems and methods for machine-learning assisted inventory placement

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001297270A (ja) * 2001-03-08 2001-10-26 Hitachi Ltd 配達スケジュール作成方法
JP2010039961A (ja) * 2008-08-08 2010-02-18 Saroute:Kk 配送業務支援システム、配送予測時間算出方法及びプログラム
KR101735018B1 (ko) * 2015-11-09 2017-05-12 쿠팡 주식회사 배송 서비스 제공 장치 및 방법

Also Published As

Publication number Publication date
TW202131250A (zh) 2021-08-16
EP3864533A1 (en) 2021-08-18
KR20210097076A (ko) 2021-08-06
JP2023508787A (ja) 2023-03-06
TWI760020B (zh) 2022-04-01
WO2021137066A1 (en) 2021-07-08
US11449571B2 (en) 2022-09-20
TW202223790A (zh) 2022-06-16
KR20210087382A (ko) 2021-07-12
EP3864533A4 (en) 2022-05-18
KR102408794B1 (ko) 2022-06-15
CN113424179A (zh) 2021-09-21
US10754916B1 (en) 2020-08-25
US20210209181A1 (en) 2021-07-08

Similar Documents

Publication Publication Date Title
TWI767347B (zh) 用於遞送排期的電腦化系統及電腦化系統及方法、以及非暫時性電腦可讀取媒體
KR102408794B1 (ko) 하이퍼미디어 요소들을 갖는 동적 웹사이트들을 생성하기 위한 시스템들 및 방법들
KR102301704B1 (ko) 배송 날짜 추정을 이용하여 웹페이지들을 수정하기 위한 시스템들 및 방법들
KR102273845B1 (ko) 미세 조정된 배송 스케줄링을 위한 물품 추적 시스템들 및 방법들
US11681972B2 (en) Centralized status monitoring in a multidomain network
TW202209241A (zh) 用於將包裹再度遞送至顧客的系統及方法
KR102505811B1 (ko) 미세 조정된 배송 스케줄링을 위한 물품 추적 시스템들 및 방법들
KR20210033869A (ko) 응답적이고 자동 예측적인 패키징 획득을 위한 시스템 및 방법
AU2021107581A4 (en) Systems and methods for generating dynamic websites with hypermedia elements
KR20210028032A (ko) 보장된 배달 시간 선택의 표시 및 결정을 위한 컴퓨터 시스템 및 방법

Legal Events

Date Code Title Description
GRNT Written decision to grant