KR20210107574A - 분할 배송들을 단일 고객에게 자동으로 병합하기 위한 시스템들 및 방법들 - Google Patents

Abstract

개시된 실시예들은 일반적으로 배송 웨이브 스케줄링을 위한 컴퓨터화된 시스템에 관한 것이다. 방법들은, 적어도, 원격 시스템으로부터, 복수의 제품 및 관련 식별자를 포함하는 주문 정보를 수신하는 단계; 관련 식별자 및 원격 시스템에 기초하여, 복수의 배송 웨이브로부터, 복수의 제품 내의 각각의 제품에 대한 풀필먼트 센터들 및 배송 웨이브들을 결정하는 단계; 결정된 배송 웨이브들을 제품들과 연관시켜 데이터베이스에 저장하는 단계; 적어도 하나의 배송 웨이브가 나중 배송 웨이브(later delivery wave)보다 더 이른 기간과 연관된 것으로 결정하고, 이에 응답하여: 원래 더 이른 배송 웨이브들과 연관된 제품들이 나중 배송 웨이브와 연관되도록 데이터베이스를 수정하는 단계; 및 제2 배송 웨이브와 연관된 제품들 및 정보를 표시하는 그래픽 사용자 인터페이스를 생성하도록 적어도 하나의 모바일 디바이스에 컴퓨터 명령어들을 전달하는 단계를 포함한다.

Description

분할 배송들을 단일 고객에게 자동으로 병합하기 위한 시스템들 및 방법들{SYSTEMS AND METHODS FOR AUTOMATED MERGING OF SPLIT DELIVERIES TO A SINGLE CUSTOMER}

본 개시는 일반적으로 패키지 배송의 자동 재스케줄링을 위한 컴퓨터화된 시스템들 및 방법들에 관한 것이다. 특히, 본 개시의 실시예들은, 분할 배송들이 단일 배송으로 통합될(consolidated) 수 있는 시점을 결정하기 위해, 다수의 서브 시스템으로부터의 데이터 수집에 기초하여 물류 관리 시스템을 통해 전자 주문 정보를 분석하고 이런 결정 시점에 배송들을 자동으로 재스케줄링하는 독창적이고 비 전통적인 시스템들에 관한 것이다.

컴퓨터 기술의 진보와 확산으로, 전자-상거래(e-commerce)라고도 알려진 온라인 쇼핑이 상거래의 주된 수단 중 하나가 되었다. 고객들과 기업들은 그 어느 때보다 더 자주 온라인 벤더들로부터 상품을 구매하고 있고, 거래 수 및 판매 수익은 매년(year-over-year) 엄청난 속도로 성장할 것으로 예상된다. 전자-상거래의 영역 및 규모가 계속 성장함에 따라, 온라인에서 이용 가능한 상이한 제품들의 수와 정해진 주기(given period)에 이루어진 구매들의 평균 수는 기하 급수적으로(exponentially) 성장하고 있다. 예를 들어, 한 인기있는 온라인 소매업자에 의해 판매된 상이한 제품들의 수는 6억개가 넘는 제품들에 도달했고, 동일한 소매업자에 의해 하루에 운송된 패키지들의 수는 160만개에 도달했다고 언급된다.

각 온라인 구매는, 본질적으로, 구매된 상품의 그의 의도된 받는 사람에게로의 배송을 요구한다. 각 온라인 구매 또는 주문은 전형적으로 하나 이상의 상품을 포함하고, 하나 이상의 상품은 각각 그 자신의 약속된 배송 날짜를 갖는 하나 이상의 패키지로 패키징될 수 있다. 전형적인 주문은: 고객으로부터 하나 이상의 상품에 대한 주문을 수신하는 단계; 재고로부터 하나 이상의 상품을 검색하는 단계; 하나 이상의 상품을 하나 이상의 패키지로 패키징하는 단계; 및 약속된 배송 날짜 전에, 하나 이상의 패키지를 의도된 받는 사람에게 배송하는 단계와 같은 단계들을 통해 처리될 수 있다. 약속된 배송 날짜는 소매업자 자체 또는 운송업체(shipping courier)에 의해 설정될 수 있거나, 특정 날짜가 고객에 의해 요청된 뒤에, 그 날짜가 약속된 배송 날짜로 할당될 수 있다. 이상적인 주문 처리 시스템은, 약속된 배송 날짜까지 실패없이, 각 패키지를 의도된 받는 사람에게 배송할 것이다.

주문 처리 시스템들은, 일부 경우에, "웨이브 프로세스(wave process)"를 사용하여 동작할 수 있고, 여기서 제품들은 정해진 기간에 하나 이상의 웨이브 동안 지정된 영역으로 배송되도록 스케줄링된다. 예를 들어, 웨이브 배송들은 하루에 한 번 특정 영역(예를 들어, 서브-루트들을 포함하는 루트) 주위의 제1 웨이브의 패키지들을 포함하고, 그 후 하루 중 나중에 동일한 영역에 대한 제2 웨이브의 패키지들을 포함할 수 있다. 이 프로세스는, "시프트 프로세스(shift process)"에 대한 대안으로 사용될 수 있고, 여기서 제품들은 상이한 영역들에서 하나 이상의 시프트로 배송된다(예를 들어, 2개의 시프트는 지정된 영역의 2개의 절반을 커버함). "웨이브 프로세스"는 "시프트 프로세스"에 비해 특정 이점을 제공할 수 있다. 예를 들어, "웨이브 프로세스"는, 우수한 영역 커버리지를 제공할 수 있고, 배송이 다른 방식으로 이용 가능하지 않는 특정 영역들로의 배송들을 가능하게 할 수 있다. 그러나, "웨이브 프로세스"는, 하루에 여러 번 동일한 영역을 커버할 수 있으므로, 이 프로세스를 활용하는 것은, 단 한 번 배송이 필요할 때 동일한 위치에 여러 번 제품들을 배송하는 결과를 초래하여, 비용을 상당히 증가시킨다.

현존하는 컴퓨터화된 주문 처리 시스템들은, 전술한 단계들을 구현함에 있어 다양한 정도의 자동화 및 복잡성을 포함한다. 그러나, 상이한 상품들 및 주문들의 수가 증가함에 따라, 주문들은 서브 시스템들의 복잡한 네트워크를 통과할 필요가 있고, 일부 주문은 부분적인 반품과 같은 복잡한 인자들을 갖는다는 사실에 의해 악화되는(aggravated) 현재의 시스템들은, 비용을 감소시키기 위해서 동일한 받는 사람에게로의 다수의 배송이 하나로 통합될 수 있는(즉, 주문의 모든 패키지가 다수의 웨이브보다는 오히려 단일 웨이브로 의도된 받는 사람에게 배송되는) 시점을 결정함에 있어 불가능하거나 크게 비효율적이라는 문제가 있다.

그러므로, 단 한 번 배송이 필요할 때, 동일한 위치로 여러 번 배송하는 것으로부터 초래되는 비용을 감소시키기 위해, 다수의 배송 웨이브에 걸친 다수의 패키지 배송의 단일 웨이브로의 자동화된 통합을 위한 개선된 방법들 및 시스템들에 대한 요구가 있다.

본 개시의 일 양상은 배송 웨이브 스케줄링(delivery wave scheduling)을 위한 컴퓨터화된 시스템에 관한 것이다. 본 시스템은, 적어도 하나의 프로세서; 및 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서로 하여금 단계들을 수행하게 하는 명령어들을 포함하는 적어도 하나의 비일시적 저장 매체(non-transitory storage medium)를 포함할 수 있고, 단계들은, 원격 시스템으로부터, 복수의 제품 및 관련 식별자(a plurality of products and associated identifiers)를 포함하는 주문 정보(order information)를 수신하는 단계; 관련 식별자 및 원격 시스템에 기초하여, 복수의 제품 중 제1 제품에 대한 풀필먼트 센터, 및 복수의 배송 웨이브로부터 제1 배송 웨이브를 결정하는 단계; 제1 배송 웨이브를 제1 제품과 연관시켜 데이터베이스에 저장하는 단계; 관련 식별자 및 원격 시스템에 기초하여, 복수의 제품 중 제2 제품에 대한 풀필먼트 센터, 및 복수의 배송 웨이브로부터 제2 배송 웨이브를 결정하는 단계 - 제2 배송 웨이브는 제1 배송 웨이브와 상이함 -; 제2 배송 웨이브를 제2 제품과 연관시켜 데이터베이스에 저장하는 단계; 제1 배송 웨이브가 제2 배송 웨이브보다 더 이른 기간(earlier time period)과 연관되어 있다고 결정하고, 이에 응답하여: 제1 제품을 제2 배송 웨이브와 연관시키도록 데이터베이스를 수정하는 단계; 및 제1 제품과 제2 배송 웨이브와 연관된 정보를 표시하는 그래픽 사용자 인터페이스를 생성하도록 적어도 하나의 모바일 디바이스에 컴퓨터 명령어들을 전달하는 단계를 포함한다.

본 개시의 다른 양상은 배송 웨이브 스케줄링을 위한 컴퓨터 구현된 방법에 관한 것이다. 본 방법은: 원격 시스템으로부터, 복수의 제품 및 관련 식별자를 포함하는 주문 정보를 수신하는 단계; 관련 식별자 및 원격 시스템에 기초하여, 복수의 제품 중 제1 제품에 대한 풀필먼트 센터, 및 복수의 배송 웨이브로부터 제1 배송 웨이브를 결정하는 단계; 제1 배송 웨이브를 제1 제품과 연관시켜 데이터베이스에 저장하는 단계; 관련 식별자 및 원격 시스템에 기초하여, 복수의 제품 중 제2 제품에 대한 풀필먼트 센터, 및 복수의 배송 웨이브로부터 제2 배송 웨이브를 결정하는 단계 - 제2 배송 웨이브는 제1 배송 웨이브와 상이함 -; 제2 배송 웨이브를 제2 제품과 연관시켜 데이터베이스에 저장하는 단계; 제1 배송 웨이브가 제2 배송 웨이브보다 더 이른 기간과 연관되어 있다고 결정하고, 이에 응답하여: 제1 제품을 제2 배송 웨이브와 연관시키도록 데이터베이스를 수정하는 단계; 및 제1 제품과 제2 배송 웨이브와 연관된 정보를 표시하는 그래픽 사용자 인터페이스를 생성하도록 적어도 하나의 모바일 디바이스에 컴퓨터 명령어들을 전달하는 단계를 포함한다.

본 개시의 또 다른 양상은 배송 웨이브 스케줄링을 위한 컴퓨터화된 시스템에 관한 것이다. 본 시스템은, 적어도 하나의 프로세서; 및 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서로 하여금 단계들을 수행하게 하는 명령어들을 포함하는 적어도 하나의 비일시적 저장 매체를 포함할 수 있고, 단계들은: 원격 시스템으로부터, 복수의 제품 및 관련 식별자를 포함하는 주문 정보를 수신하는 단계; 관련 식별자 및 원격 시스템에 기초하여, 복수의 제품 중 제1 제품에 대한 풀필먼트 센터, 및 복수의 배송 웨이브로부터 제1 배송 웨이브를 결정하는 단계 - 제1 웨이브는 조건(condition)과 연관됨 -; 제1 배송 웨이브를 제1 제품과 연관시켜 데이터베이스에 저장하는 단계; 관련 식별자 및 원격 시스템에 기초하여, 복수의 제품 중 제2 제품에 대한 풀필먼트 센터, 및 복수의 배송 웨이브로부터 제2 배송 웨이브를 결정하는 단계 - 제2 배송 웨이브는 제1 배송 웨이브와 연관된 기간과는 상이한 기간과 연관됨 -; 제2 배송 웨이브를 제2 제품과 연관시켜 데이터베이스에 저장하는 단계; 제1 웨이브와 연관된 기간과 제2 와 연관된 기간이 동일한 웨이브 주기 동안 발생한다고 결정하는 단계; 제1 배송 웨이브가 제2 배송 웨이브보다 더 이른 기간과 연관되고 제2 배송 웨이브가 조건을 충족시키지 않는 제2 제품에 기초하여 결정되었음을 결정하고, 이에 응답하여: 제2 제품을 제1 배송 웨이브와 연관시키도록 데이터베이스를 수정하는 단계; 제2 제품 및 제1 배송 웨이브와 연관된 정보를 표시하는 그래픽 사용자 인터페이스를 생성하도록 적어도 하나의 모바일 디바이스에 컴퓨터 명령어들을 전달하는 단계를 포함한다.

다른 시스템, 방법 및 컴퓨터 판독 가능 매체가 또한 본 명세서에서 논의된다.

도 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은, 개시된 실시예들에 일치하는, FO(Fulfillment Optimization) 시스템에 의해 액세스 가능한 데이터베이스의 예시적인 실시예를 도시하는 블록도이다.
도 4는, 개시된 실시예들에 일치하는, 분할 배송들을 통합하기 위해 실행될 수 있는 예시적인 병합 프로세스를 도시하는 흐름도를 제공한다.
도 5는, 개시된 실시예들에 일치하는, 분할 배송들을 통합하기 위해 실행될 수 있는 상세한 예시적인 병합 프로세스를 도시하는 흐름도를 제공한다.
도 6a는, 개시된 실시예들에 일치하는, 제품들이 동일한 웨이브로 배송되어야 한다는 결정 시점에, 다수의 제품의 배송을 재스케줄링하기 위해 수행될 수 있는 예시적인 프로세스를 제공한다.
도 6b는, 개시된 실시예들에 일치하는, 제품의 배송이 다른 웨이브로 재스케줄링되어야 한다는 결정 시점에, 패키지 라벨을 인쇄하고 교체하기 위해 수행될 수 있는 예시적인 프로세스를 도시하는 흐름도를 제공한다.
도 6c는, 개시된 실시예들에 일치하는, 제품의 배송이 다른 웨이브로 재스케줄링된 후 웨이브 동안, 제품의 배송을 방지하기 위해 수행될 수 있는 예시적인 프로세스를 도시하는 흐름도를 제공한다.
도 7은, 개시된 실시예들에 일치하는, 데이터베이스에 저장된 제품 정보가 배송을 재스케줄링하기 위해 수정될 수 있는 방법에 대한 예시를 제공한다.

다음의 상세한 설명은 첨부 도면들을 참조한다. 어디서든 가능하다면, 도면들과 다음의 설명에서 동일한 참조 번호가 동일하거나 유사한 부분들을 지칭하기 위해 사용된다. 수개의 예시적 실시예들이 본 명세서에 설명되어 있지만, 수정, 개조 및 다른 구현예가 가능하다. 예를 들어, 도면들에 도시된 구성 요소들 및 단계들에 대한 대체, 추가 또는 수정이 이루어질 수 있고, 본 명세서에 설명된 예시적인 방법들은 개시된 방법들에서 단계들을 대체하거나, 재정렬하거나, 제거하거나 추가함으로써 수정될 수 있다. 따라서, 다음의 상세한 설명은 개시된 실시예들 및 예시들에 제한되지 않는다. 대신에, 본 발명의 적절한 범주는 첨부된 청구항들에 의해 정의된다.

본 개시의 실시예들은 단일 고객에의 분할 배송들의 자동화된 병합을 위해 구성되는 시스템들 및 방법들에 관한 것이다. 구체적으로, 개시된 실시예들은 단 한 번 배송이 필요할 때 동일한 위치로 여러 번 배송하는 것으로부터 초래되는 비용을 감소시키기 위해 다수의 배송 웨이브를 걸친 다수의 패키지 배송을 단일 웨이브로 통합하는 것에 관한 것이다.

도 1a를 참조하여, 운송, 수송 및 물류 작업을 가능하게 하는 통신을 위한 컴퓨터화된 시스템들을 포함하는 시스템의 예시적인 실시예를 도시한 개략적인 블록도(100)가 도시되어 있다. 도 1a에 도시된 바와 같이, 시스템(100)은 다양한 시스템들을 포함할 수 있고, 이들 시스템 각각은 하나 이상의 네트워크를 통해 서로 연결될 수 있다. 시스템들은 또한, 예를 들어, 케이블을 사용하여 직접 연결을 통해 서로 연결될 수 있다. 도시된 시스템들은, 선적 권한 기술(shipment authority technology)(SAT) 시스템(101), 외부 프론트 엔드 시스템(external front end system)(103), 내부 프론트 엔드 시스템(internal front end system)(105), 수송 시스템(transportation system)(107), 모바일 디바이스(107A, 107B 및 107C), 판매자 포털(109), 선적 및 주문 추적(shipment and order tracking)(SOT) 시스템(111), 풀필먼트 최적화(fulfillment optimization)(FO) 시스템(113), 풀필먼트 메시징 게이트웨이(fulfillment messaging gateway)(FMG)(115), 공급 체인 관리(supply chain management)(SCM) 시스템(117), 창고 관리 시스템(warehouse management system)(119), 모바일 디바이스(119A, 119B 및 119C)(풀필먼트 센터(FC)(200)의 내부에 있는 것으로 도시됨), 제3 자의 풀필먼트 시스템(121A, 121B 및 121C), 풀필먼트 센터 인증 시스템(fulfillment center authorization system)(FC Auth)(123) 및 노동 관리 시스템(labor management system)(LMS)(125)을 포함한다.

일부 실시예에서, SAT 시스템(101)은 주문 상태(order status) 및 배송 상태(delivery status)를 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, SAT 시스템(101)은 주문이 그 약속된 배송 날짜(Promised Delivery Date)(PDD)를 경과한 것인지를 결정할 수 있고, 새로운 주문을 개시하는 것, 미배송의 주문의 물품들을 재운송하는 것, 미배송의 주문을 취소하는 것, 주문한 고객과의 연락(contact)을 개시하는 것 등을 포함하여, 적절한 액션을 취할 수 있다. SAT 시스템(101)은 또한, (특정 기간 동안 운송된 다수의 패키지와 같은) 출력 및 (운송에 사용하기 위해 수신된 빈 판지 박스(empty cardboard boxes)의 수와 같은) 입력을 포함하는, 기타 데이터를 모니터링할 수 있다. SAT 시스템(101)은 또한, 시스템(100)에서 상이한 디바이스들 간에 게이트웨이로서 동작하여, (예를 들어, 저장-및-전달(store-and-forward) 또는 다른 기술들을 사용하여) 외부 프론트 엔드 시스템(103) 및 FO 시스템(113)과 같은 디바이스들 사이의 통신을 가능하게 한다.

일부 실시예에서, 외부 프론트 엔드 시스템(103)은 외부 사용자들이 시스템(100) 내의 하나 이상의 시스템과 상호 작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 시스템(100)이 시스템들에 대한 프리젠테이션을 가능하게 하여 사용자들이 물품을 주문할 수 있게 하는 실시예들에서, 외부 프론트 엔드 시스템(103)은 검색 요청들을 수신하고, 물품 페이지들을 제시하고, 결제 정보를 요구(solicit)하는 웹 서버로서 구현될 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 Apache HTTP 서버, 마이크로소프트 인터넷 정보 서비스(Microsoft Internet Information Services)(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예들에서, 외부 프론트 엔드 시스템(103)은 외부 디바이스들(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B))로부터 요청들을 수신하고 처리하도록 설계된 고객 웹 서버 소프트웨어를 실행하고, 이들 요청에 기초하여 데이터베이스들 및 기타 데이터 저장소들로부터 정보를 획득하고, 획득된 정보에 기초하여 수신된 요청들에 대한 응답들을 제공할 수 있다.

일부 실시예에서, 외부 프론트 엔드 시스템(103)은 웹 캐싱 시스템(web caching system), 데이터베이스, 검색 시스템 또는 지불 시스템 중 하나 이상을 포함할 수 있다. 일 양상에서, 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상을 포함할 수 있고, 반면에 다른 양상에서, 외부 프론트 엔드 시스템(103)은 이들 시스템 중 하나 이상에 연결된 인터페이스들(예를 들어, 서버-대-서버, 데이터베이스-대-데이터베이스, 또는 다른 네트워크 연결들)을 포함할 수 있다.

도 1b, 도 1c, 도 1d 및 도 1e에 의해 도시된 단계들의 예시적인 세트는 외부 프론트 엔드 시스템(103)의 일부 동작을 설명하는 데에 도움이 될 것이다. 외부 프론트 엔드 시스템(103)은 프리젠테이션 및/또는 디스플레이를 위해 시스템(100) 내의 시스템들 또는 디바이스들로부터 정보를 수신할 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 검색 결과 페이지(SRP)(예를 들어, 도 1b), 단일 상세 페이지(SDP)(예를 들어, 도 1c), 카트 페이지(예를 들어, 도 1d) 또는 주문 페이지(예를 들어, 도 1e)를 포함하여, 하나 이상의 웹 페이지를 호스팅하거나 제공할 수 있다. 사용자 디바이스(예를 들어, 모바일 디바이스(102A) 또는 컴퓨터(102B)를 사용함)는, 외부 프론트 엔드 시스템(103)을 탐색하고, 검색 박스에 정보를 입력함으로써 검색을 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 시스템(100) 내의 하나 이상의 시스템으로부터 정보를 요청할 수 있다. 예를 들어, 외부 프론트 엔드 시스템(103)은 검색 요청을 만족시키는 FO 시스템(113)으로부터 정보를 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 또한, 검색 결과에 포함된 각 제품에 대한 약속된 배송 날짜 즉 "PDD"를 (FO 시스템(113)으로부터) 요청하고 수신할 수 있다. 일부 실시예에서, PDD는, 특정 기간 내에, 예를 들어, 하루가 끝날 때까지(오후 11시 59분), 주문된 경우, 제품을 포함하는 패키지가 사용자의 원하는 위치에 도착할 때, 또는 제품이 사용자의 원하는 위치에 배송될 것으로 약속된 날짜에 대한 추정(estimate)을 나타낼 수 있다. (PDD는 FO 시스템(113)과 관련하여 아래에 더 논의된다.)

외부 프론트 엔드 시스템(103)은 정보에 기초하여 SRP(예를 들어, 도 1b)를 준비할 수 있다. SRP는 검색 요청을 만족시키는 정보를 포함할 수 있다. 예를 들어, 이는 검색 요청을 만족시키는 제품들의 사진(pictures of products)을 포함할 수 있다. SRP는 또한, 각 제품의 각각의 가격, 또는 각 제품에 대한 향상된 배송 옵션, PDD, 무게, 크기, 제안(offers), 할인 등에 관한 정보를 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들어, 네트워크를 통해) 요청측 사용자 디바이스(requesting user device)에 SRP를 전송할 수 있다.

그 후, 사용자 디바이스는, 예를 들어, 사용자 인터페이스를 클릭(clicking) 또는 탭(tapping)하거나, 다른 입력 디바이스를 사용함으로써, SRP 상에 나타내어진 제품을 선택하여, SRP로부터 제품을 선택할 수 있다. 사용자 디바이스는 선택된 제품에 관한 정보 요청(request for information on the selected product)을 공식화하여(formulate) 그것을 외부 프론트 엔드 시스템(103)에 전송할 수 있다. 이에 응답하여, 외부 프론트 엔드 시스템(103)은 선택된 제품과 관련된 정보를 요청할 수 있다. 예를 들어, 정보는 각각의 SRP 상에 제품에 대해 제시된 것 이외의 추가 정보를 포함할 수 있다. 이는, 예를 들어, 유통 기한(shelf life), 원산지(country of origin), 무게, 크기, 포장된 물품의 수(number of items in package), 취급 지시(handling instructions) 또는 제품에 대한 기타 정보를 포함할 수 있다. 이 정보는 (예를 들어, 이 제품 및 적어도 하나의 다른 제품을 구매한 고객들에 대한 빅 데이터 및/또는 기계 학습 분석에 기초하여) 유사한 제품들에 대한 추천사항(recommendations), 자주 묻는 질문에 대한 답변, 고객으로부터의 리뷰, 제조자 정보, 사진 등을 포함할 수 있다.

외부 프론트 엔드 시스템(103)은 수신된 제품 정보에 기초하여 SDP(Single Detail Page)(예를 들어, 도 1c)를 준비할 수 있다. SDP는 또한, "바로 구매(Buy Now)" 버튼, "카트에 추가(Add to Cart)" 버튼, 수량 필드, 물품의 사진 등과 같은 기타 대화형 요소들을 포함할 수 있다. SDP는 제품을 제안하는 판매자들의 목록을 더 포함할 수 있다. 목록은 각 판매자가 제안하는 가격에 기초하여 순서화될(ordered) 수 있어, 최저 가격으로 제품을 판매하겠다고 제안한 판매자가 맨 위(the top)에 나열될 수 있다. 목록은 또한, 최고 랭킹의 판매자(highest ranked seller)가 맨 위에 나열될 수 있도록 판매자 랭킹에 기초하여 순서화될 수 있다. 판매자 랭킹은, 예를 들어, 약속된 PDD를 충족한 판매자의 과거 추적 기록을 포함하여, 다수의 인자(factor)에 기초하여 공식화될 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들어, 네트워크를 통해) 요청측 사용자 디바이스에 SDP를 전달할 수 있다.

요청측 사용자 디바이스는 제품 정보를 나열한 SDP를 수신할 수 있다. SDP를 수신하면, 사용자 디바이스는 SDP와 상호 작용할 수 있다. 예를 들어, 요청측 사용자 디바이스의 사용자는 SDP 상의 "카트에 담기(Place in Cart)" 버튼을 클릭하거나 다른 방식으로 상호 작용할 수 있다. 이로써 그 제품이 사용자와 연관된 쇼핑 카트(shopping cart)에 추가된다. 사용자 디바이스는 제품을 쇼핑 카트에 추가하라는 이 요청을 외부 프론트 엔드 시스템(103)에 송신할 수 있다.

외부 프론트 엔드 시스템(103)은 카트 페이지(예를 들어, 도 1d)를 생성할 수 있다. 일부 실시예에서, 카트 페이지는, 사용자가 가상의 "쇼핑 카트"에 추가한 제품들을 나열한다. 사용자 디바이스는 SRP, SDP 또는 기타 페이지들 상의 아이콘을 클릭하거나 다른 방식으로 상호 작용함으로써 카트 페이지를 요청할 수 있다. 일부 실시예에서, 카트 페이지는, 사용자가 쇼핑 카트에 추가한 모든 제품을 나열할 뿐만 아니라, 각 제품의 수량, 각 제품의 물품당 가격, 각 제품의 관련 수량에 기초한 가격, PDD에 관한 정보, 배송 방법, 운송비(shipping cost), 쇼핑 카트 내의 제품들을 수정하기 위한 사용자 인터페이스 요소들(예를 들어, 수량 삭제 또는 수정), 다른 제품을 주문하거나 제품들의 정기 배송(periodic delivery)을 설정하기 위한 옵션들, 이자 결제(interest payment)를 설정하기 위한 옵션들, 구매를 진행하기 위한 사용자 인터페이스 요소들 등과 같이 카트에 있는 제품들에 관한 정보를 나열할 수 있다. 사용자 디바이스에서 사용자는, 쇼핑 카트에서 제품의 구매를 개시하기 위해 사용자 인터페이스 요소(예를 들어, "바로 구매"를 판독하는 버튼)를 클릭하거나 다른 방식으로 상호 작용할 수 있다. 그렇게 하면, 사용자 디바이스는 구매를 개시하라는 이 요청을 외부 프론트 엔드 시스템(103)에 송신할 수 있다.

외부 프론트 엔드 시스템(103)은 구매를 개시하라는 요청을 수신한 것에 응답하여 주문 페이지(예를 들어, 도 1e)를 생성할 수 있다. 일부 실시예에서, 주문 페이지는, 쇼핑 카트로부터 물품들을 재나열하고(re-list), 결제 및 운송 정보의 입력을 요청한다. 예를 들어, 주문 페이지는, 쇼핑 카트에 있는 물품들의 구매자에 관한 정보를 요청하는 섹션(예를 들어, 이름, 주소, 이메일 주소, 전화 번호), 받는 사람에 관한 정보(예를 들어, 이름, 주소, 전화 번호, 배송 정보), 운송 정보(예를 들어, 배송 속도/방법 및/또는 픽업(pickup), 결제 정보(예를 들어, 신용 카드, 은행 송금, 수표, 저장된 신용카드(stored credit)), 현금 영수증을 요청하기 위한 사용자 인터페이스 요소(예를 들어, 세금 목적으로) 등을 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 주문 페이지를 사용자 디바이스에 전송할 수 있다.

사용자 디바이스는, 주문 페이지 상에 정보를 입력하고, 정보를 외부 프론트 엔드 시스템(103)에 전송하는 사용자 인터페이스 요소를 클릭하거나 다른 방식으로 상호 작용할 수 있다. 거기서부터, 외부 프론트 엔드 시스템(103)은 정보를 시스템(100) 내의 상이한 시스템들에 전송하여 쇼핑 카트에 있는 제품들을 갖는 새로운 주문의 생성 및 처리를 가능하게 할 수 있다.

일부 실시예에서, 외부 프론트 엔드 시스템(103)은 판매자들이 주문들에 관한 정보를 송신하고 수신할 수 있도록 더 구성될 수 있다.

일부 실시예에서, 내부 프론트 엔드 시스템(105)은 내부 사용자들(예를 들어, 시스템(100)을 소유, 운영 또는 임대하는 조직의 직원들)이 시스템(100) 내의 하나 이상의 시스템과 상호 작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 시스템(100)이 사용자들이 물품을 주문할 수 있게 하는 시스템들의 프리젠테이션을 가능하게 하는 실시예들에서, 내부 프론트 엔드 시스템(105)은 내부 사용자들이 주문들에 대한 진단 및 통계 정보를 보거나(view), 물품 정보를 수정하거나, 주문들에 관한 통계를 검토(review)할 수 있게 하는 웹 서버로서 구현될 수 있다. 예를 들어, 내부 프론트 엔드 시스템(105)은 Apache HTTP 서버, 마이크로소프트 인터넷 정보 서비스(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다. 다른 실시예들에서, 내부 프론트 엔드 시스템(105)은 시스템(100)에 도시된 시스템들 또는 디바이스들(도시되지 않은 다른 디바이스들뿐만 아니라)로부터 요청들을 수신하고 처리하도록 설계된 고객 웹 서버 소프트웨어를 실행할 수 있고, 이들 요청에 기초하여 데이터베이스들 및 기타 데이터 저장소들로부터 정보를 획득하고, 획득된 정보에 기초하여 수신된 요청들에 대한 응답들을 제공할 수 있다.

일부 실시예에서, 내부 프론트 엔드 시스템(105)은 웹 캐싱 시스템, 데이터베이스, 검색 시스템, 결제 시스템, 분석 시스템, 주문 모니터링 시스템 등 중 하나 이상을 포함할 수 있다. 일 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상을 포함할 수 있고, 반면에 다른 양상에서, 내부 프론트 엔드 시스템(105)은 이들 시스템 중 하나 이상에 연결된 인터페이스들(예를 들어, 서버-대-서버, 데이터베이스-대-데이터베이스, 또는 다른 네트워크 연결들)을 포함할 수 있다.

일부 실시예에서, 수송 시스템(107)은 시스템(100) 내의 시스템들 또는 디바이스들과 모바일 디바이스(107A 내지 107C) 사이의 통신을 가능하게 하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 수송 시스템(107)은 하나 이상의 모바일 디바이스(107A 내지 107C)(예를 들어, 모바일 폰, 스마트 폰, PDA 등)로부터 정보를 수신할 수 있다. 예를 들어, 일부 실시예에서, 모바일 디바이스(107A 내지 107C)는 배송 작업자(delivery worker)들에 의해 운영되는 디바이스들을 포함할 수 있다. 정규직(permanent) 직원, 임시(temporary) 직원 또는 교대(shift) 직원일 수 있는 배송 작업자들은 모바일 디바이스(107A 내지 107C)를 활용하여 사용자들에 의해 주문된 제품들을 포함하는 패키지들의 배송을 행할 수 있다. 예를 들어, 패키지를 배송하기 위해, 배송 작업자는 어느 패키지를 배송할 것인지와 그 패키지를 어디로 배송할 것인지를 나타내는 통지를 모바일 디바이스 상에 수신할 수 있다. 배송 위치에 도착하면, 배송 작업자는 패키지를 (예를 들어, 트럭의 후면에, 혹은 패키지들의 상자(crate)에) 위치시키거나, 모바일 디바이스를 사용하여 패키지 상의 식별자(identifier)(예를 들어, 바코드, 이미지, 텍스트 스트링(text string), RFID 태그 등)와 연관된 데이터를 스캔하거나 다른 방식으로 캡처하고, 패키지를 (예를 들어, 문 앞에 두거나, 경비원에게 맡겨 두거나, 받는 사람에게 건네주는 등으로써) 전달한다. 일부 실시예에서, 배송 작업자는 모바일 디바이스를 사용하여 패키지의 사진(들)을 캡처하고, 및/또는 서명을 얻을 수 있다. 모바일 디바이스는, 예를 들어, 시간, 날짜, GPS 위치, 사진(들), 배송 작업자와 관련된 식별자, 모바일 디바이스와 관련된 식별자 등을 포함하는 배송에 관한 정보를 포함하는 정보를 수송 시스템(107)에 전송할 수 있다. 수송 시스템(107)은 시스템(100) 내의 다른 시스템들에 의해 액세스되도록 이 정보를 데이터베이스(도시되지 않음)에 저장할 수 있다. 일부 실시예에서, 수송 시스템(107)은 이 정보를 사용하여 특정 패키지의 위치를 나타내는 추적 데이터를 준비하여 다른 시스템들에 전송할 수 있다.

일부 실시예에서, 특정 사용자들은 한 종류의 모바일 디바이스를 사용할 수 있으며(예를 들어, 정규직 작업자들은 바코드 스캐너, 스타일러스 및 기타 디바이스들과 같은 맞춤형 하드웨어(custom hardware)를 갖는 전용 PDA(specialized PDA)를 사용할 수 있고), 반면에 다른 사용자들은 다른 종류의 모바일 디바이스들을 사용할 수 있다(예를 들어, 임시 또는 교대 작업자들은 기성품의(off-the-shelf) 모바일 폰 및/또는 스마트 폰을 활용할 수 있다).

일부 실시예에서, 수송 시스템(107)은 사용자를 각 디바이스와 연관시킬 수 있다. 예를 들어, 수송 시스템(107)은, 사용자(예를 들어, 사용자 식별자, 직원 식별자 또는 전화 번호로 나타내어짐)와 모바일 디바이스(예를 들어, IMEI(International Mobile Equipment Identity), IMSI(International Mobile Subscription Identifier), 전화 번호, UUID(Universal Unique Identifier) 또는 GUID(Globally Unique Identifier)로 나타내어짐) 사이의 연관성을 저장할 수 있다. 수송 시스템(107)은, 무엇보다도, 작업자의 위치, 작업자의 효율성 또는 작업자의 속도를 결정하기 위해, 배송시 수신된 데이터와 함께 이 연관성을 사용하여 데이터베이스에 저장된 데이터를 분석할 수 있다.

일부 실시예에서, 판매자 포털(109)은, 판매자들 또는 다른 외부 개체들이 시스템(100) 내의 하나 이상의 시스템과 전자적으로 통신할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 판매자는, 판매자 포털(109)을 사용하여, 판매자가 시스템(100)을 통해 판매하고 싶어하는 제품들에 대한 제품 정보, 주문 정보, 연락처 정보 등을 업로드하거나 제공하기 위해 컴퓨터 시스템(도시되지 않음)을 활용할 수 있다.

일부 실시예에서, 선적 및 주문 추적 시스템(111)은, 고객들에 의해(예를 들어, 디바이스(102A 및 102B)를 사용하는 사용자에 의해) 주문된 제품들을 포함하는 패키지들의 위치에 관한 정보를 수신하고, 저장하고, 전달하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 선적 및 주문 추적 시스템(111)은, 고객들에 의해 주문된 제품들을 포함하는 패키지들을 배송하는 운송 회사들에 의해 운영되는 웹 서버들(도시되지 않음)로부터, 정보를 요청하거나 저장할 수 있다.

일부 실시예에서, 선적 및 주문 추적 시스템(111)은 시스템(100) 내에 도시된 시스템들로부터 정보를 요청하고 저장할 수 있다. 예를 들어, 선적 및 주문 추적 시스템(111)은 수송 시스템(107)으로부터 정보를 요청할 수 있다. 위에서 논의된 바와 같이, 수송 시스템(107)은, 하나 이상의 사용자(예를 들어, 배송 작업자) 또는 차량(예를 들어, 배송 트럭)과 연관된 하나 이상의 모바일 디바이스(107A 내지 107C)(예를 들어, 모바일 폰, 스마트 폰, PDA 등)로부터 정보를 수신할 수 있다. 일부 실시예에서, 선적 및 주문 추적 시스템(111)은 또한, 풀필먼트 센터(예를 들어, 풀필먼트 센터(200)) 내부의 개별 제품의 위치를 결정하기 위해, 창고 관리 시스템(WMS)(119)으로부터 정보를 요청할 수 있다. 선적 및 주문 추적 시스템(111)은, 수송 시스템(107) 또는 WMS(119) 중 하나 이상으로부터 데이터를 요청하고, 데이터를 처리하고, 요청 시 데이터를 디바이스(예를 들어, 사용자 디바이스(102A 및 102B))에 제시할 수 있다.

일부 실시예에서, 풀필먼트 최적화(FO) 시스템(113)은, 다른 시스템들(예를 들어, 외부 프론트 엔드 시스템(103) 및/또는 선적 및 주문 추적 시스템(111))으로부터의 고객 주문들에 관한 정보를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. FO 시스템(113)은 또한, 특정 물품들이 어디에 보유되거나 저장되는지를 설명하는 정보를 저장할 수 있다. 예를 들어, 특정 물품들은 하나의 풀필먼트 센터에만 저장될 수 있고, 반면에 특정 다른 물품들은 다수의 풀필먼트 센터에 저장될 수 있다. 또 다른 실시예에서, 특정 풀필먼트 센터들은 특정 세트의 물품들(예를 들어, 신선 제품 또는 냉동 제품)만을 저장하도록 설계될 수 있다. FO 시스템(113)은, 이 정보뿐만 아니라 관련 정보(예를 들어, 수량, 크기, 영수증의 날짜, 만료일 등)를 저장한다.

FO 시스템(113)은 또한, 각 제품의 대응하는 PDD(promised delivery date)를 계산할 수 있다. 일부 실시예에서, PDD는 하나 이상의 인자에 기초할 수 있다. 예를 들어, FO 시스템(113)은, 제품에 대한 과거 수요(예를 들어, 한 기간 동안 제품이 얼마나 자주 주문되었는지), 제품에 대한 예상 수요(다가오는 기간 동안 얼마나 많은 고객들이 해당 제품을 주문할 것으로 예측되는지), 한 기간 동안 얼마나 많은 제품들이 주문되었는지를 나타내는 네트워크-전역(network-wide) 과거 수요, 다가오는 기간 동안 얼마나 많은 제품들이 주문될 것인지 예상되는 것을 나타내는 네트워크-전역 예상 수요, 각 풀필먼트 센터(200)에 저장되는 제품에 대한, 풀필먼트 센터가 각 제품마다 저장하는 하나 이상의 카운트, 해당 제품에 대한 예상 주문 또는 현재 주문 등에 기초하여, 제품에 대한 PDD를 계산할 수 있다.

일부 실시예에서, FO 시스템(113)은, 주기적으로(예를 들어, 시간마다) 각 제품에 대한 PDD를 결정하고, 이를 검색을 위해 데이터 베이스에 저장하거나, 다른 시스템들(예를 들어, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 선적 및 주문 추적 시스템(111))에 전송할 수 있다. 다른 실시예에서, FO 시스템(113)은, 하나 이상의 시스템(예를 들어, 외부 프론트 엔드 시스템(103), SAT 시스템(101), 선적 및 주문 추적 시스템(111))으로부터 전자식 요청들(electronic requests)을 수신하고, 요구 시(on demand) PDD를 계산할 수 있다.

일부 실시예에서, 풀필먼트 메시징 게이트웨이(FMG)(115)는, 시스템(100) 내의 하나 이상의 시스템, 예를 들어, FO 시스템(113), 으로부터 하나의 포맷 또는 프로토콜로 요청 또는 응답을 수신하고, 요청 또는 응답을 다른 포맷 또는 프로토콜로 변환하고, 변환된 포맷 또는 프로토콜로 요청 또는 응답을 다른 시스템, 예를 들어, WMS(119) 또는 제3 자의 풀필먼트 시스템(121A, 121B 또는 121C), 에 전달하거나, 그 반대도 성립하는 컴퓨터 시스템으로서 구현될 수 있다.

일부 실시예에서, 공급 체인 관리(SCM) 시스템(117)은 예측 기능들을 수행하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, SCM 시스템(117)은, 예를 들어, 제품들에 대한 과거 수요, 제품에 대한 예상 수요, 네트워크-전역 과거 수요, 네트워크-전역 예상 수요, 각 풀필먼트 센터(200)에 저장되는 제품들 카운트(count products), 각 제품에 대한 예상 주문 또는 현재 주문 등에 기초하여 특정 제품에 대한 수요 레벨(level of demand)을 예측할 수 있다. 모든 풀필먼트 센터에 걸쳐 각 제품에 대한 이 예측된 레벨 및 양에 응답하여, SCM 시스템(117)은, 특정 제품에 대한 예측된 수요를 만족시키기에 충분한 수량을 구매하고 비축(stock)하기 위해서 하나 이상의 구매 주문을 생성할 수 있다.

일부 실시예에서, 창고 관리 시스템(WMS)(119)은 작업 흐름을 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, WMS(119)는 개별 이벤트(discrete events)를 나타내는 개별 디바이스(예를 들어, 디바이스(107A 내지 107C 또는 119A 내지 119C))로부터 이벤트 데이터를 수신할 수 있다. 예를 들어, WMS(119)는 패키지를 스캔하기 위해 이들 디바이스 중 하나의 사용을 나타내는 이벤트 데이터를 수신할 수 있다. 풀필먼트 센터(200) 및 도 2에 관련하여 아래에 논의되는 바와 같이, 풀필먼트 프로세스 동안, 패키지 식별자(예를 들어, 바코드 또는 RFID 태그 데이터)는 특정 단계에서 기계들(예를 들어, 자동화되거나 휴대형의 바코드 스캐너, RFID 판독기, 고속 카메라, 태블릿(119A), 모바일 디바이스/PDA(119B), 컴퓨터(119C) 등과 같은 디바이스)에 의해 스캐닝되거나 판독될 수 있다. WMS(119)는, 패키지 식별자, 시간, 날짜, 위치, 사용자 식별자 또는 기타 정보와 함께 대응하는 데이터베이스(도시되지 않음)에 패키지 식별자의 스캔 또는 판독을 나타내는 각 이벤트를 저장할 수 있고, 이 정보를 다른 시스템(예를 들어, 선적 및 주문 추적 시스템(111))에 제공할 수 있다.

일부 실시예에서, WMS(119)는 하나 이상의 디바이스(예를 들어, 디바이스(107A 내지 107C 또는 119A 내지 119C))를 시스템(100)과 연관된 하나 이상의 사용자와 관련시킨 정보를 저장할 수 있다. 예를 들어, 일부 상황에서, 사용자(예를 들어, 시간제 또는 전일제 직원)는, 사용자가 모바일 디바이스(예를 들어, 모바일 디바이스는 스마트 폰임)를 소유한다는 점에서, 모바일 디바이스와 연관될 수 있다. 다른 상황에서, 사용자는, 사용자가 일시적으로 모바일 디바이스를 소유하고 있다(예를 들어, 사용자는 하루의 시작 시에 모바일 디바이스를 체크 아웃하고, 하루 동안 사용할 것이고, 하루가 끝나면 반환할 것이다)는 점에서, 모바일 디바이스와 연관될 수 있다.

일부 실시예에서, WMS(119)는 시스템(100)과 연관된 각 사용자에 대한 작업 로그(work log)를 유지할 수 있다. 예를 들어, WMS(119)는, 임의의 할당된 프로세스(예를 들어, 트럭 하역하기(unloading trucks), 픽 구역(pick zone)으로부터 물품 픽킹하기, 리빈 월 작업(rebin wall work), 물품 포장하기), 사용자 식별자, 위치(예를 들어, 풀필먼트 센터(200) 내의 층 또는 구역), 직원에 의해 시스템을 통해 이동된 다수의 유닛(예를 들어, 피킹된 물품의 수, 포장된 물품의 수), 디바이스(예를 들어, 디바이스(119A 내지 119C))와 관련된 식별자 등을 포함하여, 각 직원과 연관된 정보를 저장할 수 있다. 일부 실시예에서, WMS(119)는 디바이스(119A 내지 119C)상에서 운영되는 시간 기록 시스템(timekeeping system)과 같은 시간 기록 시스템으로부터 체크 인 및 체크 아웃 정보를 수신할 수 있다.

일부 실시예에서, 제3 자의 풀필먼트(3PL) 시스템(121A 내지 121C)은 물류 및 제품의 제3자 제공자와 연관된 컴퓨터 시스템을 나타낸다. 예를 들어, 일부 제품은 (도 2와 관련하여 후술되는 바와 같이) 풀필먼트 센터(200)에 저장되지만, 다른 제품들은 장외(off-site)에 저장될 수 있거나, 요구 시 생산될 수 있거나, 달리 풀필먼트 센터(200)에 저장되어 이용 가능하지 않을 수 있다. 3PL 시스템(121A 내지 121C)은, (예를 들어, FMG(115)를 통해) FO 시스템(113)으로부터 주문을 수신하도록 구성될 수 있고, 제품 및/또는 서비스(예를 들어, 배송 또는 설치)를 고객들에게 직접 제공할 수 있다. 일부 실시예에서, 3PL 시스템(121A 내지 121C) 중 하나 이상은 시스템(100)의 일부일 수 있고, 반면에 다른 실시예들에서, 3PL 시스템(121A 내지 121C) 중 하나 이상은 시스템(100) 외부에 있을 수 있다(예를 들어, 제3 자 제공자에 의해 소유되거나 운영된다).

일부 실시예에서, 풀필먼트 센터 인증 시스템(FC Auth)(123)은 다양한 기능들을 갖는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 일부 실시예에서, FC Auth(123)은 시스템(100) 내의 하나 이상의 다른 시스템에 대한 SSO(single-sign on) 서비스로서 작용할 수 있다. 예를 들어, FC Auth(123)은 사용자가 내부 프론트 엔드 시스템(105)을 통해 로그인할 수 있게 하고, 사용자가 선적 및 주문 추적 시스템(111)에서 리소스들에 액세스할 수 있는 유사한 권한들(privileges)을 가지고 있는 것으로 결정하고, 사용자가 제2 로그 인 프로세스(second log in process)를 필요로 하지 않고 이들 권한에 액세스할 수 있게 한다. 다른 실시예들에서, FC Auth(123)은 사용자들(예를 들어, 직원들)이 그들 자신을 특정 작업과 연관시킬 수 있게 한다. 예를 들어, 일부 직원은 전자 디바이스(예를 들어, 디바이스(119A 내지 119C))를 갖지 않을 수 있고, 대신에 하루의 일과에서(during the course of a day), 풀필먼트 센터(200) 내에서, 작업별로, 그리고 구역별로, 이동할 수 있다. FC Auth(123)은 이들 직원이 어떤 작업을 행하고 있는지와, 그들이 하루 중 서로 다른 시각에 어느 구역에 있는지를 나타낼 수 있도록 구성될 수 있다.

일부 실시예에서, 노동 관리 시스템(LMS)(125)은 직원들(전일제 및 시간제 직원들을 포함)에 대한 출근 및 초과 근무 정보(attendance and overtime information)를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, LMS(125)는 FC Auth(123), WMS(119), 디바이스(119A 내지 119C), 수송 시스템(107) 및/또는 디바이스(107A 내지 107C)로부터 정보를 수신할 수 있다.

도 1a에 도시된 특정 구성은　단지 예시이다. 예를 들어, 도 1a는 FO 시스템(113)에 연결된 FC Auth 시스템(123)을 도시하지만, 모든 실시예들이 이 특정 구성을 요구하는 것은 아니다. 실제로, 일부 실시예에서, 시스템(100) 내의 시스템들은, 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a/b/g/n 표준과 호환되는 무선 네트워크, 전용 회선(leased line) 등을 포함하는 하나 이상의 공개 또는 비공개 네트워크를 통해 서로 연결될 수 있다. 일부 실시예에서, 시스템(100) 내의 시스템들 중 하나 이상은 데이터 센터, 서버 팜(server farm) 등에 구현되는 하나 이상의 가상 서버로서 구현될 수 있다.

도 2는 풀필먼트 센터(200)를 도시한다. 풀필먼트 센터(200)는 주문 시 고객들에게 운송되기 위한 물품들을 저장하는 물리적 위치의 예이다. 풀필먼트 센터(FC)(200)는 다수의 구역으로 분할될 수 있고, 이들 구역 각각은 도 2에 도시되어 있다. 일부 실시예에서, 이들 "구역"은 물품들을 수신하고, 물품들을 저장하고, 물품들을 검색하고, 물품들을 운송하는 프로세스의 상이한 단계들 사이의 가상 분할(virtual divisions)로 여겨질 수 있다. 따라서, "구역들"이 도 2에 도시되어 있지만, 구역들에 대한 다른 분할이 가능하고, 일부 실시예에서, 도 2의 구역들이 생략되거나, 복제되거나, 수정될 수 있다.

인바운드 구역(203)은 도 1a로부터 시스템(100)을 사용하여 제품들을 판매하고 싶어하는 판매자들로부터 물품들이 수신되는 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)에 의해 소유되거나, 임대되거나, 운영될 수 있다.

또한, 개시된 배송 시스템들은 상이한 배송 프로세스 또는 패러다임으로 동작할 수 있다. 예를 들어, 시스템은 "웨이브 프로세스", "시프트 프로세스" 또는 조합을 사용하여 동작할 수 있다. 웨이브 프로세스는 배송들을 상이한 시간에 웨이브로 배송들을 배치할 수 있다. 예를 들어, 웨이브 배송들은 지정된 웨이브 주기(예를 들어, 하루) 동안 수차례 특정 영역(예를 들어, 서브-루트들을 포함하는 루트) 주위의 제1 웨이브의 패키지들을 포함할 수 있다. 대조적으로, 시프트 프로세스는 배송들을 상이한 영역들에 배치하며, 특정 영역의 일부(예를 들어, 50%)로 먼저 배송하고, 특정 영역의 나머지 부분으로 나중 배송(later delivery)이 뒤따른다. 개시된 시스템들 및 방법들은 배송 프로세스를 위한 최적화 파라미터들에 기초하여 루트들 및 작업자 스케줄들을 재구성하도록 구성될 수 있다.

일부 실시예에서, "웨이브 프로세스"로 동작하는 배송 시스템은, 특정 웨이브 주기 동안, 복수의 웨이브 중 하나의 웨이브 동안, 특정 배송 영역 내의 고객들에게로 패키지들의 배송을 제공할 수 있다. 예를 들어, 배송 작업자들은, 오전 웨이브 동안, 그리고 다시 오후 웨이브 동안, 배송 영역에 대응하는 루트 또는 서브-루트를 따라 의도된 받는 사람들에게 패키지들을 배송할 수 있다. 각각의 웨이브는 마감 시간(cutoff time) 및 PDD 둘 다에 대응할 수 있다. 마감 시간은, 일반적으로 선적을 위한 온라인 주문에 대응할 것이고, 웨이브 또는 해당 웨이브와 연관된 PDD가 고객에게 이용 가능하지 않게 된 주문의 특정 웨이브 또는 PDD와 연관된 시간일 수 있다. 다시 말해서, 고객이 마감 시간 전에 패키지를 주문하지 않으면, 해당 마감 시간과 연관된 PDD에 더 이상 물품을 수신할 수 없을 것이며, 다음 이용 가능한 PDD에서 물품을 수신할 수 있을 뿐이다.

"웨이브 프로세스"를 활용하는 것은, "시프트 프로세스"에 비해 배송 시스템들을 위해 특정 이점들을 제공할 수 있다. 예를 들어, 각각의 웨이브는 하루에 여러 번 전체 영역을 커버할 수 있고, 반면에 각 시프트는 하루에 단 한 번 특정 영역에 할당될 수 있기 때문에, "웨이브 프로세스"를 활용하는 것은 "시프트 프로세스"로부터 획득될 수 있는 것보다 더 양호한 영역 커버리지를 초래할 것이다. 한편, "웨이브 프로세스"는 또한, 단 한 번 배송이 필요한 단일 기간 동안, 동일한 위치로 다수의 배송을 초래하여, 비용을 증가시킬 수 있다. 이는, 예를 들어, 제품들이 원래 개별 웨이브(separate waves)에 할당되는, 다수의 제품을 포함하는 단일 주문으로부터 초래될 수 있다. 예를 들어 고객은 월요일 오후 7:00에 이틀 운송으로(with two-day shipping) 2개의 제품을 주문할 수 있으므로, 두 패키지가 수요일에 도착할 것이다. 그러나, 제1 제품은 수요일 오전 웨이브와 연관되어 오후 8:00의 마감 시간을 가졌을 수 있고, 반면에 제2 제품은 오전 웨이브와 연관되어 오후 6:00의 마감 시간을 가졌을 수 있다. 통상적으로, 이로 인해 제1 제품은 수요일 아침에 배송되고 제2 제품은 오후에 배송된다. 개시된 실시예들은 "웨이브 프로세스"에서의 이들 분할 배송의 통합을 가능하게 함으로써 이러한 비효율성을 해결하고, 이에 따라 분할 배송들과 연관된 비용을 상당히 감소시킬 수 있다.

바람직한 실시예들에서, 개시된 프로세스들은 FO 시스템(113)에 의해 실행될 수 있다. 그러나, 개시된 프로세스들이 FO 시스템(113)에 의해 실행되는 것으로서 설명될 것이지만, 개시된 프로세스들 또는 그 일부들은, 시스템(100)에 의해 전체적으로, 또는 프로세스들의 적어도 일부를 수행할 수 있는 시스템(100)의 임의의 구성 요소(예를 들어, 하나 이상의 프로세서, SAT 시스템(101) 등)에 의해, 수행될 수 있다. 일부 실시예에서, FO 시스템(113)은 적어도 하나의 프로세서 및 적어도 하나의 비일시적 저장 매체, 즉 메모리를 포함할 수 있고, 메모리는 적어도 하나의 프로세서에 의해 실행될 때, 적어도 하나의 프로세서로 하여금, 본 개시에 설명된 프로세스들 중 하나 이상을 수행하게 하는 명령어들을 저장한다.

도 3은 FO 시스템(113)에 의해 액세스 가능한 데이터베이스(301)의 예시적인 실시예를 도시하는 블록도이다. 데이터베이스(301)는 (예를 들어, 네트워크를 통해) FO 시스템(113)과 통신 가능하게 결합될 수 있어, FO 시스템(113)이 데이터베이스(301)에 저장된 정보에 액세스하고, 이를 업로드하고, 및/또는 수정할 수 있다. 데이터베이스(301)는 하나 이상의 주문에 포함된 하나 이상의 제품(303)의 레코드와 같은 주문(들)(302)에 관한 주문 정보를 저장할 수 있다. 데이터베이스는 제품이 배송될 관련 FC(304) 및 물품이 운송되는 관련 웨이브(305)와 같은 각 제품(303)에 대응하는 정보를 주문에 더 저장할 수 있다.

도 4는, 개시된 실시예들에 일치하는, 분할 배송들을 통합하기 위해 실행될 수 있는 예시적인 병합 프로세스(400)를 도시하는 흐름도를 제공한다. 웨이브 병합 프로세스(400)의 단계 401에서, FO 시스템(113)은 복수의 제품을 포함하는 주문 정보를 수신할 수 있다. 예를 들어, FO 시스템은 고객이 한 번에 하나 이상의 제품을 주문했음을 나타내는 정보를 수신할 수 있다. 그러나, 일부 실시예에서, 복수의 제품을 포함하는 주문 정보를 수신하는 것은, 고객이 다수의 주문으로 개별 시간에 제품들을 주문했음을 나타내는 정보를 수신하는 것을 포함할 수 있다. 따라서, 분할 배송들을 통합하기 위한 개시된 프로세스는, 하나의 주문 또는 다수의 개별 주문으로 주문된 제품들의 배송에 적용될 수 있다. 주문 정보를 수신한 후에, 프로세스(400)는 단계 402로 계속 진행될 수 있고, 여기서 FO 시스템은 각 제품이 어느 FC로부터 배송되어야 하고, 어떤 웨이브로 배송되어야 하는지를 결정할 수 있다. FO 시스템(113)은, 이들 결정을, 하나 이상의 FC 중 각 제품의 이용 가능성, 및 주문의 마감 시간 및 각 제품과 연관된 대응하는 웨이브들과 같은 다양한 인자들 중 하나 이상에 기초할 수 있다. 단계 403에서, FO 시스템(113)은 제품들이 상이한 웨이브들에 할당되는지를 결정할 수 있다.

제품들이 다수의 웨이브에 할당되지 않으면, 웨이브 병합 프로세스(400)는 단계 404에서 종료될 수 있다(즉, 주문의 모든 제품이 동일한 웨이브로 배송되도록 스케줄링되어 있기 때문에, 분할 배송들을 통합하기 위한 어떤 액션도 필요하지 않다). 제품들이 다수의 웨이브에 할당되어 있으면, FO 시스템(113)은 다수의 웨이브가 동일한 기간 내에 속한다는 결정을 행할 수 있다. 기간은 사전-결정될 수 있고, 한 세트의 웨이브들(예를 들어, 하루 이상)을 포함하는 기간에 대응할 수 있거나, 기간은 제품들 중 하나 이상의 PDD와 연관된 기간에 대응할 수 있다. 예를 들어, 주문의 2개의 제품이 개별 웨이브로 배송될 것이지만 웨이브들이 상이한 날이나 주간(different days or weeks)에 발생할 경우, 배송을 단일 웨이브로 통합하는 것은, 제품들 중 하나를 고객에게 배송하는 데에 있어 상당한 지연을 초래할 수 있기 때문에(예를 들어, 분할 배송들을 통합하는 것이 하나 이상의 제품이 관련 PDD 후에 배송되는 것을 초래할 수 있기 때문에), 바람직하지 않을 수 있다. 다수의 웨이브가 동일한 기간 내에 있지 않으면, 웨이브 병합 프로세스는 단계 406에서 종료될 수 있다(즉, 통합이 배송을 지연시킬 수 있기 때문에, 분할 배송들을 통합하기 위한 어떤 액션도 필요하지 않다). 그렇지 않으면, 단계 407에서, FO 시스템(113)은 할당된 웨이브들이 동일한 기간 내에 있으면, 제품들 중 하나 이상에 대한 배송 웨이브들을 재할당할 수 있어, 모든 제품이 동일한 웨이브 동안 배송된다. 배송 웨이브들을 재할당하는 것은, FO 시스템(113)이 (예를 들어, 데이터베이스(301)를 수정하여) 제품들이 동일한 웨이브 내에 배송됨을 보장할 수 있는 하나 이상의 액션을 포함할 수 있고, 이는 도 6a, 도 6b, 및 도 6c에 더 상세히 논의될 것이다.

도 5는, 개시된 실시예들에 일치하는, 분할 배송들을 통합하기 위해 FO 시스템(113)에 의해 실행될 수 있는 상세한 예시적인 병합 프로세스(500)를 도시하는 흐름도를 제공한다. 프로세스(500)는 단계 501에서 시작된다. 단계 501에서, FO 시스템(113)은 원격 시스템(예를 들어, 외부 프론트 엔드 시스템(103), 선적 및 주문 추적 시스템(111) 등)으로부터 복수의 제품 및 관련 식별자(예를 들어, 바코드, 이미지, 텍스트 스트링, RFID 태그 등)를 포함하는 주문 정보를 수신할 수 있다. 일부 실시예에서, 주문 정보는 고객으로부터의 복수의 제품을 포함하는 단일 주문에 대응할 수 있다. 그러나, 일부 실시예에서, 주문 정보는 제1 고객 주문의 제1 제품, 및 제2 고객 주문의 제2 제품을 갖는 2개의 고객 주문을 포함할 수 있다. 다시 말해서, 병합 프로세스(500)를 통해 단일 배송으로 통합되기 위해 다수의 배송이 정확히 동일한 주문으로부터 유래할 필요는 없다. 예를 들어, 고객은 하루에 복수의 제품을 주문하고 다음 날 다른 복수의 제품을 주문할 수 있다. 이 예시에서, 주문 정보를 수신하는 것은, 상이한 시간에 두 주문을 수신하는 것, 및 주문 정보에 두 주문을 집계(aggregating)하는 것을 포함할 수 있다.

단계 501가 완료된 후에, 병합 프로세스(500)는 이어서 단계 502로 계속 진행될 수 있다. 단계 502에서, FO 시스템(113)은, 관련 식별자 및 원격 시스템에 기초하여, 복수의 제품 중 제1 제품에 대한 FC, 및 복수의 배송 웨이브로부터 제1 배송 웨이브를 결정할 수 있다. 일부 실시예에서, FC는, 원격 시스템 정보와 연관된 지역(region)을 결정하고 결정된 지역과 연관된 FC들의 세트에서 FC를 결정함으로써, 결정될 수 있다. 예를 들어, 원격 시스템 정보는 받는 사람의 배송 주소와 같은 배송 정보를 포함할 수 있고, FO 시스템(113)은 주소가 복수의 지역에서 배송 지역 내에 있다고 결정할 수 있다. 지역이 식별된 후에, FO 시스템(113)은, 어느 FC들이 제1 제품에 대응하는 식별자에 대응하는 제품들 중 하나 이상을 보유하고 있는지를 결정하기 위해, 지역 내의 각 FC에 현재 보유된 제품들의 재고 기록(즉, 각 FC에서의 제품의 이용 가능성)을 참조할(consult) 수 있다. 일부 실시예에서, 관련 식별자 및 원격 시스템은 제품의 구매 시기(time-of-purchase), 구매 시기와 연관된 마감 시간, 및/또는 마감 시간과 연관된 웨이브를 포함할 수 있다. 이 정보에 기초하여, FO 시스템(113)은 지역 내의 어느 FC로부터 제품이 배송되어야 하는지를 결정하고, 제1 제품이 배송되어야 하는 제1 웨이브를 더 결정할 수 있다. 단계 503에서, FO 시스템(113)은 결정된 FC 및 제1 배송 웨이브를 제1 제품과 연관시켜 데이터베이스(예를 들어, 데이터베이스(301))에 저장함으로써 결정된 FC 및 배송 웨이브에 제품을 할당할 수 있다.

일부 실시예에서, 제품에 대한 FC를 결정하는 것은, 하나 이상의 FC들 사이의 웨이브 스케줄을 각 FC를 통한 제품의 평균 이동 시간과 비교하는 것에 기초할 수 있다. 스케줄은 각 FC에 대한 웨이브의 기록일 수 있고, 예를 들어, 어느 웨이브가 각 제품의 PDD와 연관되어 있는지를 나타내는 정보도 포함할 수 있다. 각 FC를 통한 제품의 평균 이동 시간은 주어진 제품이 FC로부터 캠프 구역으로 이동하는 데 걸리는 평균 시간일 수 있고, 시스템(100) 내의 데이터베이스(예를 들어, 데이터베이스(301))에 저장되는 이력 데이터(historic data) - FC를 통한 하나 이상의 유사한 제품의 이동과 연관된 이전 시간들을 나타냄 - 에 기초할 수 있다. 이력 데이터는 하나 이상의 모바일 디바이스(예를 들어, 모바일 디바이스(107A, 107B, 107C))로부터 계속해서 또는 주기적으로 FO 시스템(113)에 의해 수집될 수 있고, FC 내의 상이한 구역들(예를 들어, 인바운드 구역(203), 드롭 구역(207), 피킹 구역(209), 허브 구역(213), 캠프 구역(215) 등)에 제품의 도착 시간과 연관된 시간들과 같은 정보를 포함할 수 있다. 이들 시간은 각 제품의 이동 시간(travel time)을 계산하기 위해 사용될 수 있고, 집계 이동 시간들(aggregate travel times)은 평균 이동 시간을 계산하기 위해 사용될 수 있다. 평균 이동 시간은 각 FC에 대한 웨이브 스케줄과 비교되어, 관련 웨이브의 픽업과 연관된 시간까지 제품이 FC의 캠프 구역에 도달할 것인지를 결정할 수 있다.

일부 실시예에서, FC를 결정하는 것은, 복수의 이전 전자 요청 및 관련 FC를 데이터베이스(예를 들어, 데이터베이스(301))에 저장하는 것, 이전 전자 요청들을 훈련 데이터 세트(training dataset) 및 검증 데이터 세트(validation dataset)로 분할하는 것 - 훈련 데이터 세트는 검증 데이터 세트보다 더 많은 요청을 갖음 -, 및 요청 정보와 FC들을 연관시킨 훈련 데이터 세트에 기초하여, 예측 모델(predictive model)을 생성하는 것을 포함할 수 있다. 예를 들어, FO 시스템(113)은 이전에 주문된 제품과 연관된 이력 데이터(historical data)를 데이터베이스에 저장할 수 있고, 이 데이터는 이전 전자 요청들과 연관된 정보(예를 들어, 요청 시 주문된 제품의 식별자, 관련 FC들, 웨이브들 및/또는 PDD들 등)를 나타낸다. FO 시스템(113)은 이 데이터(즉, 훈련 데이터 세트)의 많은 부분을 사용하여, 예측 모델을 생성할 수 있다. 예측 모델은, 전자 요청 정보와 관련 FC들 사이의 관계를 나타내는 선형 회귀(linear regression), 랜덤 포레스트(random forest), 또는 로지스틱 회귀(logistic regression)와 같은 하나 이상의 일반적인 통계 모델 형태인 방정식일 수 있다.

FO 시스템(113)이 예측 모델을 생성한 후에, 일부 실시예에서, 검증 데이터 세트를 사용하여 예측 모델을 검증할 수 있다. 검증 데이터 세트는 예측 모델을 생성하는 데에 사용되지 않았던 이력 데이터의 적어도 일부일 수 있다. 예측 모델을 검증하기 위해, FO 시스템(113)은, 검증 데이터 세트에서 각각의 전자 요청에 대해 한 세트의 예측 관련 FC들(a set of predicted associated FCs)을 생성하고, 예측 관련 FC들을 실제 관련 FC와 비교할 수 있다. 예를 들어, 예측 모델이 사전 결정된 신뢰도 임계값(confidence threshold)(예를 들어, 모델이 관련 FC들의 적어도 95%에서 정확하게 예측됨)을 충족시키는 경우, 예측 모델이 검증될 수 있다. 예측 모델이 검증된 후에, FO 시스템(113)은 모델을 향후 전자 요청들에 적용하여 관련 FC를 결정할 수 있다.

단계 503이 완료된 후에, 병합 프로세스(500)는 이어서 단계 504로 계속 진행될 수 있다. 단계 504에서, FO 시스템(113)은, 관련 식별자 및 원격 시스템에 기초하여, 복수의 제품 중 제2 제품에 대한 FC, 및 복수의 배송 웨이브로부터 제2 배송 웨이브를 결정할 수 있고, 제2 배송 웨이브는 제1 배송 웨이브와는 상이하다. FC 및 제2 배송 웨이브는, 제1 제품에 대한 FC 및 제1 배송 웨이브를 결정하는 것을 참조하여 방금 설명한 것들과 유사한 프로세스들을 사용하여 결정될 수 있다. 단계 505에서, FO 시스템(113)은 제2 배송 웨이브를 제2 제품과 연관시켜 데이터베이스에 저장할 수 있다.

도 5는 단계들을 연속적으로 수행되는 것으로 도시하고 있지만, 이들 단계는, 개시된 실시예들에 일치하는, 임의의 순서 또는 구성으로 수행될 수 있다. 예를 들어, 단계 502 및 503은, 단계 504 및 505에 연속하여 발생하거나 또는 병행하여 발생할 수 있다. 추가적으로, 일부 실시예에서, FO 시스템은, 제1 제품과 연관된 FC와 제2 제품과 연관된 FC는 상이하다고 결정할 수 있다.

단계 505가 완료된 후에, 병합 프로세스(500)는 단계 506로 계속 진행될 수 있다. 단계 506에서, FO 시스템(113)은 제1 배송 웨이브가 제2 배송 웨이브보다 더 이른 기간과 연관되어 있음을 결정할 수 있다. 일부 실시예에서, FO 시스템(113)은, 추가적으로, 제1 배송 웨이브와 제2 배송 웨이브가 동일한 기간 내에 속하는 것이라고 결정할 수 있다. 예를 들어, FO 시스템(113)이 동일한 고객에 의해 주문된 개별 제품이 개별 웨이브로 고객에게 배송되고 있다고 결정한 후에, 개별 웨이브가 동일한 날 발생한 것이라고 더 결정할 수 있다. 그러므로, 이 예시에서, FO 시스템(113)은, 분할 배송들과 연관된 비용이 제거될 수 있도록, 제품들이 동일한 웨이브로 배송되어야 한다고 결정할 수 있다. 이 결정에 응답하여, FO 시스템(113)은 동일한 웨이브 동안 배송들이 발생하도록 배송들을 재스케줄링할 수 있다. FO 시스템(113)은, 예를 들어, 각 패키지가 최신 공통의 웨이브까지(until the latest common wave) 운송되지 않도록 보장하기 위해 하나 이상의 액션을 수행함으로써, 배송들을 재스케줄링할 수 있다. FO 시스템이 수행할 수 있는 액션들은, 도 6a, 도 6b, 및 도 6c를 참조하여, 더 상세히 설명된다.

일부 실시예에서, 단계 506에서, FO 시스템(113)은, 제1 배송 웨이브가 제2 배송 웨이브보다 더 이른 기간과 연관되고, 제2 배송 웨이브가 조건을 충족시키지 않는 제2 제품에 기초하여 결정되었음을 결정할 수 있다. 조건은, 제품과 연관된 식별자 및/또는 주문 정보에 기초할 수 있고, 제품 또는 해당 제품을 주문했던 고객이 긴급 배송(expedited delivery)에 대한 자격을 갖는지를 나타낼 수 있다. 제품은, FC에서 손쉽게 이용 가능한 배송 제품이기 때문에, 긴급 배송에 대한 자격이 있을 수 있다. 그러나, 제품은, 고객에 의해 충족되는 특정 조건들로 인해, 긴급의 자격이 있을 수도 있다. 많은 주문 처리 시스템들은 제품에 대한 일회성 긴급 배송 요금(one-time expedited delivery fee) 또는 구독 요금(subscription fee)을 주문 처리 시스템에 지불한 고객들에게 긴급 배송 서비스를 제공하므로, 고객들이 시스템을 통해 주문된 제품들에 대해 무료(complimentary) 긴급 배송들을 받을 수 있다.

예를 들어, 다수의 제품을 포함하는 주문이 일회성 요금 또는 구독 요금을 지불하지 않은 고객으로부터 유래할 수 있으므로, 주문의 제품들이 긴급 배송의 조건을 충족시키지 않는다. 그러나, 주문의 각 제품에 대한 배송 웨이브와 FC가 결정될 때, 그들의 배송은 여전히 동일한 날 개별 웨이브로 스케줄링될 수 있다. 일부 경우에, 고객이 일회성 요금 또는 구독 요금을 지불했다면, 나중 웨이브 동안 배송되도록 스케줄링된 제품 또는 제품들이, 더 이른 웨이브로 배송되기 위해 이용될 수 있고, 다른 방식으로 더 이른 웨이브 동안 배송되기 위한 자격을 가질 수 있다. 따라서, 일회성 요금 또는 구독 요금이 긴급 배송의 비용을 상쇄하도록(offset) 구현될 수 있지만, 일부 경우에, 그 지불 부족(lack of payment)은, 분할 배송들로 인한 증가된 비용을 초래할 수 있다. 이들 경우에, 제품들의 일부가 조건을 충족하지 않음에도 불구하고, 더 이른 웨이브로 모든 제품을 배송하는 것이 더 비용 효율적일 수 있다. 이를 해결하기 위해, FO 시스템(113)은, 일부 실시예에서, 하나 이상의 제품이 더 이른 웨이브에 대한 조건을 충족시키지 않았기 때문에 나중 웨이브로 배송되기 위해 스케줄링되었는지를 결정하도록 구성될 수 있다. 이 결정에 응답하여, FO 시스템(113)은, 최신 공통의 웨이브보다 오히려 더 이른 웨이브 동안 배송들이 발생하도록 배송들을 재스케줄링할 수 있다.

도 6a는, 개시된 실시예들에 일치하는, 제품들이 동일한 웨이브로 배송되어야 한다는 결정 시점에, 다수의 제품의 배송을 재스케줄링하기 위해 수행될 수 있는 예시적인 프로세스를 제공한다. 단계 611에서, FO 시스템(113)은 제1 제품을 제2 배송 웨이브와 연관시키기 위해 데이터베이스(예를 들어, 데이터베이스(301))를 수정할 수 있다. 데이터베이스를 수정하는 것은, 이전에 저장된 제1 배송 웨이브를 제1 제품과 연관시켜 덮어쓰기(overwriting)하는 것, 및 저장된 제1 배송 웨이브를 제2 배송 웨이브로 대체하는 것을 포함할 수 있다. 결과적으로, 데이터베이스에 저장된 메모리는, 제1 제품이 이제 제2 웨이브 동안 배송되도록 스케줄링되어 있음을 반영한다. 단계 612에서, FO 시스템(113)은 또한, 제1 제품 및 제2 배송 웨이브와 연관된 정보를 표시하는 그래픽 사용자 인터페이스를 생성하도록 적어도 하나의 모바일 디바이스(예를 들어, 수송 시스템(107)의 모바일 디바이스(107A, 107B, 및 107C))에 컴퓨터 명령어들을 전달할 수 있다. 그래픽 사용자 인터페이스를 생성하는 것은, 어느 패키지를 배송할지, 및 어느 웨이브로 그 패키지가 배송되어야 하는지에 대한 통지(notification)를 모바일 디바이스에 표시하는 것을 포함할 수 있다. 생성된 그래픽 인터페이스는 사용자 디바이스 상에 다운로드된 프로그램 또는 애플리케이션의 일부로서 생성될 수 있다.

도 7은 데이터베이스에 저장된 제품 정보가 배송을 재스케줄링하기 위해 어떻게 수정될 수 있는지에 대한 예시를 제공한다. 도면은 프로세스(610)의 단계 611를 거치는 것으로서 데이터베이스(701)를 도시하고, 이에 의해 수정된 데이터베이스(702)를 초래한다. 데이터베이스(701) 및 수정된 데이터베이스(702)는 본 개시에서 이전에 설명한 동일한 데이터베이스(예를 들어, 데이터베이스(301))일 수 있다. 원래, 데이터베이스(701)는 주문(703)에 대응하는 정보를 포함하고, 여기서 제1 제품(711) 및 제2 제품(721)은 각각 오전 웨이브(712) 및 오후 웨이브(722)와 연관된다. 그러나, 이 예시에서, FO 시스템(113)은 두 제품이 오후 웨이브(722) 동안 전달되어야 한다고 결정했으므로, 프로세스(610)를 구현한다. 프로세스(610)의 단계 611를 거친 후에, 수정된 데이터베이스(702)에 저장된 주문(703)에 대응하는 정보는, 제1 제품(711) 및 제2 제품(721) 둘 다가 오후 웨이브(722)와 연관되어 있음을 나타낼 수 있다.

업데이트된 배송 스케줄을 반영하도록 데이터베이스가 수정된 후에, 데이터베이스로의 정보 요청은, 제2 배송 웨이브와 연관된 정보를 반환할 수 있다. 이는, 배송 프로세스 동안 언제든지(at any point) 제1 제품이 모바일 디바이스에 의해 스캔될 때, 발생할 수 있다. 일부 실시예에서, 모바일 디바이스는, 수정된 데이터베이스로부터 검색된 제2 배송 웨이브와 연관된 정보를 반환할 수 있다.

그러나, 일부 실시예에서, 모바일 디바이스가 데이터베이스로부터 정보를 검색하도록 구성되지 않은 경우, 모바일 디바이스는 제품 또는 패키지 라벨과 연관된 정보만을 반환할 수 있다. 또한, 배송 작업자들은 단지 라벨을 참조하여 배송 웨이브를 결정할 수 있고, 이에 따라 배송 웨이브가 변경되었을 수 있음을 통지받을 수 있다. 따라서, FO 시스템(113)에 의해, 하나 이상의 제품의 배송이 상이한 웨이브로 재스케줄링되어야 한다는 결정에 응답하여, 패키지 라벨을 대체하도록 시스템들을 구현하는 것이 바람직할 수 있다.

도 6b는, 개시된 실시예들에 일치하는, 제품의 배송이 다른 웨이브로 재스케줄링되어야 한다는 결정 시점에, 패키지 라벨을 인쇄하고 교체하기 위해 수행될 수 있는 예시적인 프로세스(620)를 도시하는 흐름도를 제공한다. 단계 621에서, FO 시스템(113)은 제2 세트의 명령어들을 인쇄 디바이스(printing device)에 전달할 수 있다. 제2 세트의 명령어들은 인쇄 디바이스로 하여금 제2 웨이브와 연관된 정보를 나열하는(listing) 라벨을 인쇄하게 하도록 구성되는 컴퓨터 명령어들의 세트일 수 있다. 인쇄 디바이스는 모바일 디바이스(예를 들어, 수송 시스템(107)의 모바일 디바이스(107A, 107B 및 107C)) 또는 시스템(100)과 연관된 임의의 다른 디바이스일 수 있다. 인쇄 디바이스는 또한, (예를 들어, 레이저, 잉크젯 또는 열(thermal)) 프린터일 수 있다. 제2 웨이브와 연관된 정보를 나열하는 라벨을 인쇄하는 것은, 모바일 디바이스에 의해 스캔될 때, 모바일 디바이스로 하여금 제2 웨이브와 연관된 정보를 표시하게 하는 업데이트된 바코드 또는 다른 식별자를 포함하는 라벨을 인쇄하는 것을 포함할 수 있다. 도 6b는 단계 612 후에 발생하는 것으로서 단계 621를 도시하지만, 프로세스(620)는 또한, 프로세스(610)와 독립적으로 및/또는 병행하여 발생할 수 있다.

도 6c는, 개시된 실시예들에 일치하는, 배송이 다른 웨이브로 재스케줄링된 후 웨이브 동안 제품의 배송을 방지하기 위해 수행될 수 있는 예시적인 프로세스(630)를 도시하는 흐름도를 제공한다. 단계 631에서, FO 시스템(113)은 모바일 디바이스(예를 들어, 수송 시스템(107)의 모바일 디바이스(107A, 107B 및 107C)로부터 제1 제품의 식별자를 포함하는 스캔 이벤트(scan event)를 수신할 수 있다. 스캔 이벤트는, 예를 들어, 캠프 구역(215) 내의 작업자 또는 기계가 제품의 최종 목적지를 결정하기 위해 제품을 배송하기 전에 제1 제품을 스캔하는 시점에, 발생할 수 있다. 이 스캔 이벤트는, 제1 웨이브에 대응하는 기간 동안, 발생할 수 있다. FO 시스템(113)이 제1 제품의 배송을 제2 웨이브로 재스케줄링한 경우, 프로세스(630)는 단계 632로 계속 진행될 수 있다. 단계 632에서, FO 시스템(113)은 수신된 스캔 이벤트에 기초하여 제1 배송 웨이브와 연관되고 제2 웨이브와 연관되지 않은 기간 동안 스캔 이벤트가 발생했음을 결정할 수 있다. 다시 말해서, FO 시스템(113)은 제1 패키지가 잘못된 웨이브 동안 배송될 것임을 인식하도록 구성될 수 있다.

단계 632가 완료된 후에, 프로세스(630)는 단계 633로 계속 진행될 수 있다. 단계 633에서, FO 시스템(113)은 제1 제품이 제1 배송 웨이브 동안 배송되지 않아야 한다는 표시를 모바일 디바이스에 전송할 수 있다. 이 표시는, 예를 들어, 제1 제품이 대신 제2 웨이브로 또는 제품의 배송이 재할당되었던 어느 웨이브로도 배송되어야 한다는 사용을 통지하는 모바일 디바이스의 사용자 인터페이스 상에 표시될 수 있는 통지를 포함할 수 있다. 그 후, 작업자는 제2 웨이브까지 제품을 보유하여 제품이 제2 물품과 동시에 배송될 수 있다.

단계 633가 완료된 후에, 프로세스(630)는 단계 634로 계속 진행될 수 있다. 단계 634에서, FO 시스템(113)은 완료된 이벤트들의 데이터베이스에 스캔 이벤트가 삽입되는 것을 방지할 수 있다. 통상적으로, 배송 과정에서, 스캔 이벤트는 시스템(100)과 연관된 데이터베이스에 스캔 이벤트를 삽입하여 SAT 시스템(101)이 배송 상태를 관리하고 모니터링할 수 있다. 이 데이터베이스는, 각 제품(예를 들어, 데이터베이스(201 및 601))과 연관된 FC들 및 웨이브들에 관한 정보를 저장하기 위해 사용되는 동일한 데이터베이스일 수 있거나, 시스템(100)과 연관된 개별 데이터베이스(예를 들어, 배송 상태를 모니터링하기 위해 SAT 시스템(101)에 의해 사용되는 전용 데이터베이스)일 수 있다. 그러나, SAT 시스템(101)은 나중 웨이브 동안 제품이 배송을 위해 실제로 보유되고 있을 때 데이터베이스에 삽입되는 스캔 이벤트에 기초하여 제품이 배송되도록 출고되었다는 올바르지 않은 결정을 할 수 있고, 이는 배송을 방해하거나 불필요한 복잡한 문제(unnecessary complications)를 야기할 수 있다. 이를 해결하기 위해, FO 시스템(113)은 스캔 이벤트가 발생한 기간과 연관된 웨이브로 제품이 배송되지 않아야 한다는 표시를 모바일에 전송한 경우 스캔 이벤트의 데이터베이스로의 삽입을 방지할 수 있다.

일부 실시예에서, 스캔 이벤트를 삽입하는 것은 스캔 이벤트가 발생했음을 나타내는 정보를 포함하는 데이터 패킷을 데이터베이스에 전송하는 모바일 디바이스를 포함할 수 있고, 삽입을 방지하는 것은 데이터 패킷을 가로채기(intercepting) 및 데이터 패킷을 삭제하기를 포함할 수 있다. 일부 실시예에서, 데이터베이스는 데이터 패킷을 수신할 수 있고, 삽입을 방지하는 것은 데이터베이스로부터 데이터 패킷을 제거하는 것을 포함할 수 있다. 삽입을 방지하는 것은 또한, 데이터 패킷이 수신되면, 스캔 이벤트를 포함하는 데이터 패킷의 정보가 데이터베이스에 삽입될 수 없도록 데이터베이스를 판독 전용으로 마킹(marking)하는 것을 포함할 수 있다. 일부 실시예에서, 스캔 이벤트를 방지하는 것은, 모바일 디바이스가 패킷을 데이터베이스에 전송하는 것을 방지하는 명령어들을 모바일 디바이스에 송신하는 것을 포함할 수 있다.

본 개시는 그의 특정 실시예들을 참조하여 도시되고 설명되었지만, 본 개시는 다른 환경에서 수정없이 실시될 수 있음이 이해될 것이다. 전술한 설명은 예시 목적으로 제시되었다. 이는 총망라하는(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에, 또는 이들에 의해 설계될 수 있다.

또한, 예시적인 실시예들이 본 명세서에 설명되었지만, (예를 들어, 다양한 실시예들에 걸친 양상들의) 동등한 요소들, 수정들, 생략들, 조합들, 개조들 및/또는 변경들을 갖는 임의의 및 모든 실시예들의 범주는 본 개시에 기초하여 본 분야의 통상의 기술자에 의해 인식될 것이다. 청구항들에서 제한사항은, 청구항들에 사용된 언어에 기초하여 광범위하게 해석되어야 하고, 출원의 절차 동안 또는 본 명세서에 설명된 예시들에 제한되는 것은 아니다. 예시들은 비배타적인 것으로 해석될 것이다. 또한, 개시된 방법들의 단계들은 단계들을 재순서화하고, 및/또는 단계들을 삽입하거나 삭제하는 것을 포함하여 임의의 방식으로 수정될 수 있다. 그러므로, 본 명세서 및 예시들은 단지 예시적인 것으로 간주되고, 진정한 범주 및 사상은 다음의 청구항들 및 그들의 등가물의 전체 범주에 의해 나타내어진다.

Claims (20)

1. 배송 웨이브 스케줄링(delivery wave scheduling)을 위한 컴퓨터화된 시스템으로서,
   적어도 하나의 프로세서; 및
   상기 적어도 하나의 프로세서에 의해 실행될 때, 상기 적어도 하나의 프로세서로 하여금 다음의 단계들을 수행하게 하는 명령어들을 포함하는 적어도 하나의 비일시적 저장 매체(non-transitory storage medium)를 포함하고, 상기 단계들은:
   복수의 제품을 포함하는 주문 정보(order information)를 수신하는 단계;
   복수의 배송 웨이브로부터, 상기 복수의 제품 중 제1 제품에 대한 제1 배송 웨이브를 결정하는 단계;
   상기 복수의 배송 웨이브로부터, 상기 복수의 제품 중 제2 제품에 대한 제2 배송 웨이브를 결정하는 단계 - 상기 제2 배송 웨이브는 상기 제1 배송 웨이브와 상이함 -; 및
   상기 제1 배송 웨이브가 상기 제2 배송 웨이브보다 더 이른 기간(earlier time period)과 연관되어 있다고 결정하고, 이에 응답하여:
   상기 제1 제품을 상기 제2 배송 웨이브와 연관시키도록 상기 데이터베이스를 수정하는 단계; 및
   스캔 이벤트가 상기 제1 배송 웨이브와 연관되고 상기 제2 배송 웨이브와 연관되지 않은 기간 동안 발생할 때,
   상기 스캔 이벤트가 발생했음을 나타내는 정보를 포함하는 데이터 패킷을 가로채는(intercept) 단계 - 상기 데이터 패킷은 상기 스캔 이벤트 완료시 상기 데이터베이스로 전송됨 -; 및
   상기 데이터 패킷을 삭제하는 단계를 통해
   상기 스캔 이벤트가, 완료된 이벤트들의 데이터베이스에 삽입되는 것을 방지하는 단계를 포함하는, 시스템.
2. 제1항에 있어서, 상기 단계들은:
   상기 주문 정보에 기초하여, 상기 제1 제품과 연관된 제1 풀필먼트 센터 및 상기 제2 제품과 연관된 제2 풀필먼트 센터를 결정하는 단계를 더 포함하는, 시스템.
3. 제2항에 있어서,
   상기 주문 정보는 원격 시스템으로부터 수신되는, 시스템.
4. 제3항에 있어서,
   상기 제1 및 제2 풀필먼트 센터를 결정하는 단계는:
   상기 원격 시스템과 연관된 정보와 연관된 지역(region)을 결정하는 단계; 및
   상기 결정된 지역와 연관된 한 세트의 풀필먼트 센터들로부터 풀필먼트 센터를 결정하는 단계를 포함하는, 시스템.
5. 제2항에 있어서,
   상기 제1 풀필먼트 센터 및 상기 제2 풀필먼트 센터는 상이한, 시스템.
6. 제1항에 있어서,
   상기 주문 정보는, 제1 고객 주문의 상기 제1 제품 및 제2 고객 주문의 상기 제2 제품을 갖는 2개의 고객 주문을 포함하는, 시스템.
7. 제1항에 있어서, 상기 단계들은:
   인쇄 디바이스에 컴퓨터 명령어 세트를 전달(forwarding)하는 단계 - 상기 컴퓨터 명령어 세트는 상기 인쇄 디바이스로 하여금 상기 제2 배송 웨이브와 연관된 정보를 나열하는 라벨(label)을 인쇄하게 하도록 구성됨 - 를 더 포함하는, 시스템.
8. 제1항에 있어서,
   각각의 웨이브는 복수의 웨이브를 포함하는 기간 동안 발생하고,
   상기 단계들은, 상기 제1 배송 웨이브 및 상기 제2 배송 웨이브가 동일한 기간 동안 발생한다고 결정하는 단계를 더 포함하는, 시스템.
9. 제2항에 있어서,
   상기 제1 및 제2 풀필먼트 센터를 결정하는 단계는:
   복수의 이전 전자 요청 및 관련 풀필먼트 센터들을 데이터베이스에 저장하는 단계;
   상기 이전 전자 요청들을 훈련 데이터 세트 및 검증 데이터 세트로 분할하는 단계 - 상기 훈련 데이터 세트는 상기 검증 데이터 세트보다 더 많은 요청들을 갖음 -;
   요청 정보와 풀필먼트 센터들을 연관시킨 상기 훈련 데이터 세트에 기초하여 예측 모델(predictive model)을 생성하는 단계;
   상기 검증 데이터 세트를 사용하여 상기 예측 모델을 검증하는 단계; 및
   상기 예측 모델을 상기 전자 요청에 적용함으로써 상기 제1 및 제2 풀필먼트 센터를 결정하는 단계를 포함하는, 시스템.
10. 제2항에 있어서,
    상기 제1 및 제2 풀필먼트 센터를 결정하는 단계는, 제품의 웨이브 배송 스케줄(a schedule of wave deliveries of a product)을 복수의 풀필먼트 센터 내의 각각의 풀필먼트 센터를 통한 상기 제품의 평균 이동 시간과 비교하는 단계를 포함하는, 시스템.
11. 배송 웨이브 스케줄링을 위한 컴퓨터 구현된 방법으로서,
    복수의 제품을 포함하는 주문 정보(order information)를 수신하는 단계;
    복수의 배송 웨이브로부터, 상기 복수의 제품 중 제1 제품에 대한 제1 배송 웨이브를 결정하는 단계;
    상기 복수의 배송 웨이브로부터, 상기 복수의 제품 중 제2 제품에 대한 제2 배송 웨이브를 결정하는 단계 - 상기 제2 배송 웨이브는 상기 제1 배송 웨이브와 상이함 -; 및
    상기 제1 배송 웨이브가 상기 제2 배송 웨이브보다 더 이른 기간(earlier time period)과 연관되어 있다고 결정하고, 이에 응답하여:
    상기 제1 제품을 상기 제2 배송 웨이브와 연관시키도록 상기 데이터베이스를 수정하는 단계; 및
    스캔 이벤트가 상기 제1 배송 웨이브와 연관되고 상기 제2 배송 웨이브와 연관되지 않은 기간 동안 발생할 때,
    상기 스캔 이벤트가 발생했음을 나타내는 정보를 포함하는 데이터 패킷을 가로채는(intercept) 단계 - 상기 데이터 패킷은 상기 스캔 이벤트 완료시 상기 데이터베이스로 전송됨 -; 및
    상기 데이터 패킷을 삭제하는 단계를 통해
    상기 스캔 이벤트가, 완료된 이벤트들의 데이터베이스에 삽입되는 것을 방지하는 단계를 포함하는, 방법.
12. 제11항에 있어서, 상기 방법은,
    상기 주문 정보에 기초하여, 상기 제1 제품과 연관된 제1 풀필먼트 센터 및 상기 제2 제품과 연관된 제2 풀필먼트 센터를 결정하는 단계를 더 포함하는, 방법.
13. 제12항에 있어서,
    상기 주문 정보는 원격 시스템으로부터 수신되는, 방법.
14. 제13항에 있어서,
    상기 제1 및 제2 풀필먼트 센터를 결정하는 단계는:
    상기 원격 시스템과 연관된 정보와 연관된 지역(region)을 결정하는 단계; 및
    상기 결정된 지역와 연관된 한 세트의 풀필먼트 센터들로부터 풀필먼트 센터를 결정하는 단계를 포함하는, 방법.
15. 제12항에 있어서,
    상기 제1 풀필먼트 센터 및 상기 제2 풀필먼트 센터는 상이한, 방법.
16. 제11항에 있어서,
    상기 주문 정보는, 제1 고객 주문의 상기 제1 제품 및 제2 고객 주문의 상기 제2 제품을 갖는 2개의 고객 주문을 포함하는, 방법.
17. 제11항에 있어서, 상기 방법은,
    인쇄 디바이스에 컴퓨터 명령어 세트를 전달(forwarding)하는 단계 - 상기 컴퓨터 명령어 세트는 상기 인쇄 디바이스로 하여금 상기 제2 배송 웨이브와 연관된 정보를 나열하는 라벨(label)을 인쇄하게 하도록 구성됨 - 를 더 포함하는, 방법.
18. 제11항에 있어서,
    각각의 웨이브는 복수의 웨이브를 포함하는 기간 동안 발생하고,
    상기 방법은, 상기 제1 배송 웨이브 및 상기 제2 배송 웨이브가 동일한 기간 동안 발생한다고 결정하는 단계를 더 포함하는, 방법.
19. 제12항에 있어서,
    상기 제1 및 제2 풀필먼트 센터를 결정하는 단계는:
    복수의 이전 전자 요청 및 관련 풀필먼트 센터들을 데이터베이스에 저장하는 단계;
    상기 이전 전자 요청들을 훈련 데이터 세트 및 검증 데이터 세트로 분할하는 단계 - 상기 훈련 데이터 세트는 상기 검증 데이터 세트보다 더 많은 요청들을 갖음 -;
    요청 정보와 풀필먼트 센터들을 연관시킨 상기 훈련 데이터 세트에 기초하여 예측 모델(predictive model)을 생성하는 단계;
    상기 검증 데이터 세트를 사용하여 상기 예측 모델을 검증하는 단계; 및
    상기 예측 모델을 상기 전자 요청에 적용함으로써 상기 제1 및 제2 풀필먼트 센터를 결정하는 단계를 포함하는, 방법.
20. 제12항에 있어서,
    상기 제1 및 제2 풀필먼트 센터를 결정하는 단계는, 제품의 웨이브 배송 스케줄(a schedule of wave deliveries of a product)을 복수의 풀필먼트 센터 내의 각각의 풀필먼트 센터를 통한 상기 제품의 평균 이동 시간과 비교하는 단계를 포함하는, 방법.

Images