KR20220086538A - 네트워크 혼잡을 완화시키기 위해 다수 사용자 요청을 풀링하기 위한 시스템 및 방법 - Google Patents

Abstract

데이터 요소의 조합에 기초하여 복수의 데이터 패키지를 생성하도록 구성된 컴퓨터-구현 시스템 및 방법은; 할당을 위해 이용 가능한 데이터 패키지를 저장하도록 구성된 데이터 패키지 풀에 복수의 데이터 패키지를 추가하고; 관리 서버와 통신하는 사용자 디바이스로부터 할당 요청을 수신하며; 복수의 할당 요청을 큐잉 하도록 구성된 요청 풀에 할당 요청을 추가하며 - 복수의 데이터 패키지를 생성하고 할당 요청을 수신하는 것은 비동기 적으로 발생 함-; 데이터 패키지 풀로부터 하나 이상의 데이터 패키지의 제1 그룹을 검색하며; 요청 풀로부터 하나 이상의 할당 요청의 제2 그룹을 검색하며; 제1 그룹의 하나 이상의 데이터 패키지를 제2 그룹의 하나 이상의 할당 요청에 할당하며; 그리고 하나 이상의 할당 요청을 할당된 데이터 패키지와 함께 대응하는 사용자 디바이스로 전송한다.

Description

네트워크 혼잡을 완화시키기 위해 다수 사용자 요청을 풀링하기 위한 시스템 및 방법{SYSTEMS AND METHODS FOR POOLING MULTIPLE USER REQUESTS TO MITIGATE NETWORK CONGESTION}

본 개시는 일반적으로 다수의 사용자 요청에 의해 야기되는 네트워크 혼잡을 해결하기 위한 컴퓨터화된 방법 및 시스템에 관한 것이다. 특히, 본 개시의 실시예는 다수의 요청이 시스템의 역량을 초과할 때 이를 선형적으로 처리하는 대신 다수의 사용자 요청을 풀링하는 창의적이고 비전통적인 시스템과 관련된다.

정보 기술이 발전하고 더 많은 활동이 컴퓨터 시스템에 의해 가능해진 자동화, 효율성 및 정확성을 이용함에 따라, 더 많은 수의 수신 문의를 처리할 수 있는 컴퓨터 시스템에 대한 요구가 증가하고 있다. 예를 들어, 인기 있는 온라인 게임의 게임 서버는 수십만 명의 사용자로부터의 데이터 요청을 동시에 처리해야 할 수 있다. 또 다른 예로, 비즈니스 운영 환경에서, 노동 관리 서버는 수백 명의 사용자로부터의 작업 요청을 동시에 처리해야 할 수 있다. 수신 수요의 수준을 충족하기 위해 요청을 충분히 처리 할 수 없는 서버는 전체 동작 속도를 저하시키는 병목 현상이 될 수 있다.

이 문제는, 인기 있는 온라인 게임의 출시일이나 창고의 휴가 시즌과 같이, 급격한 수요 급증이 있을 때 훨씬 더 심각해진다. 서버가 역량에 도달 한 후 수신 요청을 거부하거나 지연하기 시작할 수 있으며, 이 시점에서 거부된 요청의 사용자가 다시 시도해야 한다. 사용자가 재시도하고 서버가 요청을 처리하기를 기다리는데 총체적으로 소요되는 시간은 곧 생산성의 큰 손실로 이어질 수 있다.

더욱이, 사용자는 종종 서버가 더 많은 요청을 처리 할 수 있는 시기를 측정 할 수 없고, 각 사용자는 임의의 중단 기간 후에 다시 시도하게 되며, 이는 서버에 대한 요청의 유입을 줄이는데 효과적이지 않다. 요청을 스팸으로 처리(즉, 빠른 연속 재시도)하면, 서버가 그것을 처리해야 한다고 생각하는 요청의 수가 늘어나, 모든 사람에게 더 많은 지연과 거부로 이어져 상황이 더욱 악화된다.

네트워크 정체로 이어지는 압도적인 수의 동시 요청에 의해 야기되는 이러한 문제는 서비스의 품질 저하, 생산성의 손실 및 잠재적인 서버 충돌을 초래한다.

간단한 해결책은 처리 역량을 증가시키기 위해 서버의 수를 증가시키는 것일 수 있다. 그러나 이 해결책은 추가 서버에 대한 설치 및 운영 비용을 발생시키고 추가 장애 지점을 발생시킨다. 또 다른 일반적인 해결책은 서버의 처리 역량을 확보할 때까지 수신 요청이 대기하는 큐(queue)를 구현하는 것일 수 있다. 그러나, 이것은 또한 서버가 개별 요청을 처리하는 속도를 변경하지 않기 때문에 부적절하다. 사용자는 서버가 그것들의 요청을 처리 할 수 있을 때까지 무기한으로 계속해서 기다려야 한다.

따라서, 수신 요청이 처리 역량을 압도하더라도 수신 요청을 효과적으로 관리 할 수 있는 해결책이 필요하다.

(선행기술문헌)

(특허문헌 1) 미국 공개번호 2019/0037026 A1(2019. 1. 31)

본 개시의 한 양상은 수신(incoming) 요청 및 데이터 패키지 할당을 관리하기 위한 컴퓨터-구현 시스템에 관한 것이다. 시스템은 명령들을 저장하는 메모리 및 명령들을 실행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다. 명령들은 데이터 요소의 조합에 기초하여 복수의 데이터 패키지를 생성하고; 할당을 위해 이용 가능한 데이터 패키지를 저장하도록 구성된 데이터 패키지 풀에 복수의 데이터 패키지를 추가하며; 관리 서버와 통신하는 사용자 디바이스로부터 할당 요청을 수신하며; 복수의 할당 요청을 큐잉 하도록 구성된 요청 풀에 할당 요청을 추가하며 - 복수의 데이터 패키지를 생성하고 할당 요청을 수신하는 것은 비동기 적으로 발생 함-; 데이터 패키지 풀로부터 하나 이상의 데이터 패키지의 제1 그룹을 검색하며; 요청 풀로부터 하나 이상의 할당 요청의 제2 그룹을 검색하며; 제1 그룹의 하나 이상의 데이터 패키지를 제2 그룹의 하나 이상의 할당 요청에 할당하며; 그리고 하나 이상의 할당 요청을 할당된 데이터 패키지와 함께 대응하는 사용자 디바이스로 전송하는 것을 포함할 수 있다.

본 개시의 다른 양상은 수신 요청 및 데이터 패키지 할당을 관리하기 위한 컴퓨터-구현 방법에 관한 것이다. 방법은 데이터 요소의 조합에 기초하여 복수의 데이터 패키지를 생성하고; 할당을 위해 이용 가능한 데이터 패키지를 저장하도록 구성된 데이터 패키지 풀에 복수의 데이터 패키지를 추가하고; 관리 서버와 통신하는 사용자 디바이스로부터 할당 요청을 수신하고; 복수의 할당 요청을 큐잉 하도록 구성된 요청 풀에 할당 요청을 추가하고 - 복수의 데이터 패키지를 생성하고 할당 요청을 수신하는 단계는 비동기 적으로 발생 함-; 데이터 패키지 풀로부터 하나 이상의 데이터 패키지의 제1 그룹을 검색하고; 요청 풀로부터 하나 이상의 할당 요청의 제2 그룹을 검색하고; 제1 그룹의 하나 이상의 데이터 패키지를 제2 그룹의 하나 이상의 할당 요청에 할당하고; 그리고 하나 이상의 할당 요청을 할당된 데이터 패키지와 함께 대응하는 사용자 디바이스로 전송하는 것을 포함할 수 있다.

또한, 본 개시의 또 다른 양상은 사용자 요청에 응답하여 작업을 생성하기 위한 컴퓨터-구현 시스템에 관한 것이다. 시스템은 명령들을 저장하는 메모리; 및 명령들을 실행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다. 명령들은 발생된 고객 주문에 기초하여 복수의 배치 작업을 생성하고; 복수의 배치 작업을 참조하는 복수의 배치 포인터를 제1 큐에 추가하며; 복수의 사용자 디바이스로부터 복수의 배치 요청을 수신하며; 복수의 배치 요청을 제2 큐에 추가하며; 제1 큐로부터 제1 배치 포인터 그룹 및 제2 큐로부터 배치 요청의 제2 그룹을 검색하며; 제1 그룹의 개별 배치 포인터를 제2 그룹의 개별 배치 요청에 연관시키며; 그리고 하나 이상의 배치 포인터와 연관된 개별 배치 요청을 각각의 사용자 디바이스로 전송하는 것을 포함할 수 있고, 각각의 사용자 디바이스는 하나 이상의 배치 포인터에 의해 참조되는 하나 이상의 배치 작업을 검색하도록 구성된다.

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

도 1a는 개시된 실시예에 따른, 배송, 운송, 및 물류 운영을 가능하게 하는 통신을 위한 컴퓨터 시스템을 포함하는 네트워크의 예시적인 실시예를 나타낸 개략적인 블록도이다.
도 1b는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 검색 결과 페이지(SRP; Search Result Page)의 샘플을 나타낸 도면이다.
도 1c는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 제품 및 제품에 대한 정보를 포함하는 싱글 디스플레이 페이지(SDP; Single Display Page)의 샘플을 나타낸 도면이다.
도 1d는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 가상의 쇼핑 장바구니에 아이템을 포함하는 장바구니 페이지의 샘플을 나타낸 도면이다.
도 1e는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라, 가상의 쇼핑 장바구니로부터 구매 및 배송에 관한 정보에 따른 아이템을 포함하는 주문 페이지의 샘플을 나타낸 도면이다.
도 2는 개시된 실시예에 따른, 개시된 컴퓨터 시스템을 활용하도록 구성된 예시적인 풀필먼트 센터의 개략적인 도면이다.
도 3은 개시된 실시예에 따른, 수신 요청 및 데이터 패키지 할당을 관리하기 위한 컴퓨터화된 시스템을 포함하는 네트워크 환경의 예시적인 실시예를 도시하는 개략적인 블록도이다.
도 4는 개시된 실시예에 따른, 수신 요청 및 데이터 패키지 할당을 관리하기 위한 예시적인 컴퓨터화된 프로세스의 흐름도이다.
도 5는 개시된 실시예에 따른, 예시적인 주문 분배 프로세스의 예이다.

이어서 첨부된 도면을 참조하여 자세하게 설명된다. 가능하면, 도면 및 상세한 설명에서 같은 참조 부호가 같거나 유사한 부분을 참조하도록 사용된다. 여기에 몇몇 예시적인 실시예가 설명되지만, 변경, 조정 및 다른 구현도 가능하다. 예를 들면, 도면 내의 구성 및 스텝에 대해 교체, 추가, 또는 변경이 이루어질 수 있고, 여기에 설명된 예시적인 방법은 개시된 방법에 대해 스텝을 교체, 순서 변경, 제거 또는 추가함으로써 변경될 수 있다. 따라서, 다음의 자세한 설명은 개시된 실시예 및 예시로 제한되는 것은 아니다. 대신에 본 발명의 적절한 범위는 청구범위에 의해 규정된다.

본 개시의 실시예는 요청이 처리 역량을 초과하는 경우에도 다수의 사용자 요청을 풀링하도록 구성된 시스템 및 방법에 관한 것이다. 개시된 실시예는 수신 요청의 러시(rush)로 인해 압도될 위험이 있는 임의의 시스템에서 구현 될 수 있다.

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

일부 실시예에서, SAT 시스템(101)은 주문 상태와 배달 상태를 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, SAT 시스템(101)은 주문이 약속된 배달 날짜(Promised Delivery Date, PDD)를 지났는지를 결정할 수 있고, 새로운 주문을 개시시키고, 배달되지 않은 주문의 아이템을 다시 배송하며, 배달되지 않은 주문을 취소하고, 주문 고객과 연락을 시작하는 것 등을 포함하는 적합한 조치를 취할 수 있다. SAT 시스템(101)은 또한, (특정 기간 동안 배송된 패키지의 개수와 같은) 출력, 및 (배송시 사용하기 위해 수신된 빈 카드보드 박스의 개수와 같은) 입력을 포함하는 다른 데이터를 감시할 수 있다. SAT 시스템(101)은 또한, 외부 프론트 엔드 시스템(103) 및 FO 시스템(113)과 같은 장치들 간의 (예를 들면, 저장 전달(store-and-forward) 또는 다른 기술을 사용하는) 통신을 가능하게 하는 시스템(100) 내의 상이한 장치들 사이의 게이트웨이로서 동작할 수 있다.

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

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

도 1b, 1c, 1d 및 1e에 의해 나타낸 단계들의 예시적인 세트는 외부 프론트 엔드 시스템(103)의 일부 동작을 설명하는 것에 도움이 될 것이다. 외부 프론트 엔드 시스템(103)은 프레젠테이션 및/또는 디스플레이를 위해 시스템(100) 내의 시스템 또는 디바이스로부터 정보를 수신할 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 검색 결과 페이지(Search Result Page, SRP)(예를 들면, 도 1b), 싱글 디테일 페이지(Single Detail Page, SDP)(예를 들면, 도 1c), 장바구니 페이지(Cart page)(예를 들면, 도 1d), 또는 주문 페이지(예를 들면, 도 1e)를 포함하는 하나 이상의 웹페이지를 호스팅하거나 제공할 수 있다. (예를 들면, 모바일 디바이스(102A) 또는 컴퓨터(102B)를 사용하는) 사용자 디바이스는 외부 프론트 엔드 시스템(103)으로 이동하고 검색 박스에 정보를 입력함으로써 검색을 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 시스템(100) 내의 하나 이상의 시스템으로부터 정보를 요청할 수 있다. 예를 들면, 외부 프론트 엔드 시스템(103)은 FO 시스템(113)으로부터 검색 요청을 만족하는 정보를 요청할 수 있다. 외부 프론트 엔드 시스템(103)은 또한, (FO 시스템(113)으로부터) 검색 결과에 포함된 각 제품에 대한 약속된 배달 날짜(Promised Delivery Date) 또는 "PDD"를 요청하고 수신할 수 있다. 일부 실시예에서, PDD는 제품이 들어있는 패키지가 특정 기간 이내, 예를 들면, 하루의 끝(PM 11:59)까지 주문되면 언제 사용자가 원하는 장소에 도착할 것인지에 대한 추정 또는 제품이 사용자가 원하는 장소에 배달될 약속된 날짜를 나타낼 수 있다(PDD는 FO 시스템(113)과 관련하여 이하에서 더 논의된다).

외부 프론트 엔드 시스템(103)은 정보에 기초하여 SRP(예를 들면, 도 1b)를 준비할 수 있다. SRP는 검색 요청을 만족하는 정보를 포함할 수 있다. 예를 들면, 이는 검색 요청을 만족하는 제품의 사진을 포함할 수 있다. SRP는 또한, 각 제품에 대한 각각의 가격, 또는 각 제품, PDD, 무게, 크기, 오퍼(offer), 할인 등에 대한 개선된 배달 옵션에 관한 정보를 포함할 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들면, 네트워크를 통해) SRP를 요청 사용자 디바이스로 전송할 수 있다.

사용자 디바이스는 SRP에 나타낸 제품을 선택하기 위해, 예를 들면, 사용자 인터페이스를 클릭 또는 탭핑하거나, 다른 입력 디바이스를 사용하여 SRP로부터 제품을 선택할 수 있다. 사용자 디바이스는 선택된 제품에 관한 정보에 대한 요청을 만들어 내고 이를 외부 프론트 엔드 시스템(103)으로 전송할 수 있다. 이에 응답하여, 외부 프론트 엔드 시스템(103)은 선택된 제품에 관한 정보를 요청할 수 있다. 예를 들면, 정보는 각각의 SRP 상에 제품에 대해 제시된 것 이상의 추가 정보를 포함할 수 있다. 이는, 예를 들면, 유통 기한, 원산지, 무게, 크기, 패키지 내의 아이템 개수, 취급 지침, 또는 제품에 대한 다른 정보를 포함할 수 있다. 정보는 또한, (예를 들면, 이 제품 및 적어도 하나의 다른 제품을 구입한 고객의 빅 데이터 및/또는 기계 학습 분석에 기초한) 유사한 제품에 대한 추천, 자주 묻는 질문에 대한 답변, 고객의 후기, 제조 업체 정보, 사진 등을 포함할 수 있다.

외부 프론트 엔드 시스템(103)은 수신된 제품 정보에 기초하여 SDP(Single Detail Page)(예를 들면, 도 1c)를 준비할 수 있다. SDP는 또한, "지금 구매(Buy Now)" 버튼, "장바구니에 추가(Add to Cart)" 버튼, 수량 필드, 아이템 사진 등과 같은 다른 상호 동작 요소를 포함할 수 있다. SDP는 제품을 오퍼하는 판매자의 리스트를 포함할 수 있다. 이 리스트는 최저가로 제품을 판매하는 것으로 오퍼하는 판매자가 리스트의 최상단에 위치하도록, 각 판매자가 오퍼한 가격에 기초하여 순서가 정해질 수 있다. 이 리스트는 또한 최고 순위 판매자가 리스트의 최상단에 위치하도록, 판매자 순위에 기초하여 순서가 정해질 수 있다. 판매자 순위는, 예를 들어, 약속된 PPD를 지켰는지에 대한 판매자의 과거 추적 기록을 포함하는, 복수의 인자에 기초하여 만들어질 수 있다. 외부 프론트 엔드 시스템(103)은 (예를 들면, 네트워크를 통해) SDP를 요청 사용자 디바이스로 전달할 수 있다.

요청 사용자 디바이스는 제품 정보를 나열하는 SDP를 수신할 수 있다. SDP를 수신하면, 사용자 디바이스는 SDP와 상호 동작할 수 있다. 예를 들면, 요청 사용자 디바이스의 사용자는 SDP의 "장바구니에 담기(Place in Cart)" 버튼을 클릭하거나, 이와 상호 동작할 수 있다. 이렇게 하면 사용자와 연계된 쇼핑 장바구니에 제품이 추가된다. 사용자 디바이스는 제품을 쇼핑 장바구니에 추가하기 위해 외부 프론트 엔드 시스템(103)으로 이러한 요청을 전송할 수 있다.

외부 프론트 엔드 시스템(103)은 장바구니 페이지(예를 들면, 도 1d)를 생성할 수 있다. 일부 실시예에서, 장바구니 페이지는 사용자가 가상의 "쇼핑 장바구니(shopping cart)"에 추가한 제품을 나열한다. 사용자 디바이스는 SRP, SDP, 또는 다른 페이지의 아이콘을 클릭하거나, 상호 동작함으로써 장바구니 페이지를 요청할 수 있다. 일부 실시예에서, 장바구니 페이지는 사용자가 장바구니에 추가한 모든 제품 뿐 아니라 각 제품의 수량, 각 제품의 품목당 가격, 관련 수량에 기초한 각 제품의 가격, PDD에 관한 정보, 배달 방법, 배송 비용, 쇼핑 장바구니의 제품을 수정(예를 들면, 수량의 삭제 또는 수정)하기 위한 사용자 인터페이스 요소, 다른 제품의 주문 또는 제품의 정기적인 배달 설정에 대한 옵션, 할부(interest payment) 설정에 대한 옵션, 구매를 진행하기 위한 사용자 인터페이스 요소 등과 같은 장바구니의 제품에 관한 정보를 나열할 수 있다. 사용자 디바이스의 사용자는 쇼핑 장바구니에 있는 제품의 구매를 시작하기 위해 사용자 인터페이스 요소(예를 들면, "지금 구매(Buy Now)"라고 적혀있는 버튼)를 클릭하거나, 이와 상호 동작할 수 있다. 그렇게 하면, 사용자 디바이스는 구매를 시작하기 위해 이러한 요청을 외부 프론트 엔드 시스템(103)으로 전송할 수 있다.

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

사용자 디바이스는 주문 페이지에 정보를 입력하고 외부 프론트 엔드 시스템(103)으로 정보를 전송하는 사용자 인터페이스 요소를 클릭하거나, 상호 동작할 수 있다. 그로부터, 외부 프론트 엔드 시스템(103)은 정보를 시스템(100) 내의 다른 시스템으로 전송하여 쇼핑 장바구니의 제품으로 새로운 주문을 생성하고 처리할 수 있도록 한다.

일부 실시예에서, 외부 프론트 엔드 시스템(103)은 판매자가 주문과 관련된 정보를 전송 및 수신할 수 있도록 추가로 구성될 수 있다.

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

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

일부 실시예에서, 운송 시스템(107)은 시스템(100) 내의 시스템 또는 디바이스와 모바일 디바이스(107A-107C) 간의 통신을 가능하게 하는 컴퓨터 시스템으로서 구현될 수 있다. 일부 실시예에서, 운송 시스템(107)은 하나 이상의 모바일 디바이스(107A-107C)(예를 들면, 휴대 전화, 스마트폰, PDA 등)로부터 정보를 수신할 수 있다. 예를 들면, 일부 실시예에서, 모바일 디바이스(107A-107C)는 배달원에 의해 동작되는 디바이스를 포함할 수 있다. 정규직, 임시적 또는 교대 근무일 수 있는 배달원은 사용자에 의해 주문된 제품들이 들어 있는 패키지의 배달을 위해 모바일 디바이스(107A-107C)를 이용할 수 있다. 예를 들면, 패키지를 배달하기 위해, 배달원은 배달할 패키지와 배달할 위치를 나타내는 모바일 디바이스 상의 알림을 수신할 수 있다. 배달 장소에 도착하면, 배달원은 (예를 들면, 트럭의 뒤나 패키지의 크레이트에) 패키지를 둘 수 있고, 모바일 디바이스를 사용하여 패키지 상의 식별자와 관련된 데이터(예를 들면, 바코드, 이미지, 텍스트 문자열, RFID 태그 등)를 스캔하거나, 캡처하며, (예를 들면, 현관문에 놓거나, 경비원에게 맡기거나, 수령인에게 전달하는 것 등에 의해) 패키지를 배달할 수 있다. 일부 실시예에서, 배달원은 모바일 디바이스를 사용하여 패키지의 사진(들)을 찍거나 및/또는 서명을 받을 수 있다. 모바일 디바이스는, 예를 들면, 시간, 날짜, GPS 위치, 사진(들), 배달원에 관련된 식별자, 모바일 디바이스에 관련된 식별자 등을 포함하는 배달에 관한 정보를 포함하는 정보를 운송 시스템(107)에 전송할 수 있다. 운송 시스템(107)은 시스템(100) 내의 다른 시스템에 의한 접근을 위해 데이터베이스(미도시)에 이러한 정보를 저장할 수 있다. 일부 실시예에서, 운송 시스템(107)은 다른 시스템에 특정 패키지의 위치를 나타내는 트래킹 데이터를 준비 및 전송하기 위해 이러한 정보를 사용할 수 있다.

일부 실시예에서, 특정 사용자는, 한 종류의 모바일 디바이스를 사용할 수 있는 반면(예를 들면, 정규 직원은 바코드 스캐너, 스타일러스 및 다른 장치와 같은 커스텀 하드웨어를 갖는 전문 PDA를 사용할 수 있음), 다른 사용자는 다른 종류의 모바일 디바이스를 사용할 수 있다(예를 들면, 임시 또는 교대 근무 직원이 기성 휴대 전화 및/또는 스마트폰을 사용할 수 있음).

일부 실시예에서, 운송 시스템(107)은 사용자를 각각의 디바이스와 연관시킬 수 있다. 예를 들면, 운송 시스템(107)은 사용자(예를 들면, 사용자 식별자, 직원 식별자, 또는 전화번호에 의해 표현됨)와 모바일 디바이스(예를 들면, International Mobile Equipment Identity(IMEI), International Mobile Subscription Identifier(IMSI), 전화번호, Universal Unique Identifier(UUID), 또는 Globally Unique Identifier(GUID)에 의해 표현됨) 간의 연관성(association)을 저장할 수 있다. 운송 시스템(107)은, 다른 것들 중에 작업자의 위치, 작업자의 효율성, 또는 작업자의 속도를 결정하기 위해 데이터베이스에 저장된 데이터를 분석하기 위해 배달시 수신되는 데이터와 관련하여 이러한 연관성을 사용할 수 있다.

일부 실시예에서, 판매자 포털(109)은 판매자 또는 다른 외부 엔터티(entity)가 시스템(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(약속된 배달 날짜)를 계산할 수 있다. 일부 실시예에서, PDD는 하나 이상의 요소에 기초할 수 있다. 예를 들면, FO 시스템(113)은 제품에 대한 과거 수요(예를 들면, 그 제품이 일정 기간 동안 얼마나 주문되었는지), 제품에 대한 예측된 수요(예를 들면, 얼마나 많은 고객이 다가오는 기간 동안 제품을 주문할 것으로 예상되는지), 일정 기간 동안 얼마나 많은 제품이 주문되었는지를 나타내는 네트워크 전반의 과거 수요, 다가오는 기간 동안 얼마나 많은 제품이 주문될 것으로 예상되는지를 나타내는 네트워크 전반의 예측된 수요, 각각의 제품을 저장하는 각 풀필먼트 센터(200)에 저장된 제품의 하나 이상의 개수, 그 제품에 대한 예상 또는 현재 주문 등에 기초하여 제품에 대한 PDD를 계산할 수 있다.

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

일부 실시예에서, 풀필먼트 메시징 게이트웨이(FMG)(115)는 FO 시스템(113)과 같은 시스템(100) 내의 하나 이상의 시스템으로부터 하나의 포맷 또는 프로토콜로 요청 또는 응답을 수신하고, 그것을 다른 포맷 또는 프로토콜로 변환하여, 변환된 포맷 또는 프로토콜로 된 요청 또는 응답을 WMS(119) 또는 제3자 풀필먼트 시스템(121A, 121B, 또는 121C)과 같은 다른 시스템에 포워딩하며, 반대의 경우도 가능한 컴퓨터 시스템으로서 구현될 수 있다.

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

일부 실시예에서, 창고 관리 시스템(WMS)(119)은 작업 흐름을 모니터링하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, WMS(119)는 개개의 디바이스(예를 들면, 디바이스(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)과 연관된 각각의 사용자에 대한 작업 로그를 유지할 수 있다. 예를 들면, WMS(119)는 임의의 할당된 프로세스(예를 들면, 트럭에서 내리기, 픽업 구역에서 아이템을 픽업하기, 리비닝 월(rebin wall) 작업, 아이템 패킹하기), 사용자 식별자, 위치(예를 들면, 풀필먼트 센터(200)의 바닥 또는 구역), 직원에 의해 시스템을 통해 이동된 유닛의 수(예를 들면, 픽업된 아이템의 수, 패킹된 아이템의 수), 디바이스(예를 들면, 디바이스(119A-119C))와 관련된 식별자 등을 포함하는, 각 직원과 관련된 정보를 저장할 수 있다. 일부 실시예에서, WMS(119)는 디바이스(119A-119C)에서 작동되는 계시(timekeeping) 시스템과 같은 계시 시스템으로부터 체크-인 및 체크-아웃 정보를 수신할 수 있다.

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

일부 실시예에서, 풀필먼트 센터 인증 시스템(FC Auth)(123)은 다양한 기능을 갖는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 일부 실시예에서, FC Auth(123)는 시스템(100) 내의 하나 이상의 다른 시스템에 대한 단일-사인 온(single-sign on, SSO) 서비스로서 작동할 수 있다. 예를 들면, FC Auth(123)는 내부 프론트 엔드 시스템(105)을 통해 사용자가 로그인하게 하고, 사용자가 배송 및 주문 트래킹 시스템(111)에서 리소스에 액세스하기 위해 유사한 권한을 갖고 있다고 결정하며, 두 번째 로그인 프로세스 요구 없이 사용자가 그러한 권한에 액세스할 수 있게 한다. 다른 실시예에서, FC Auth(123)는 사용자(예를 들면, 직원)가 자신을 특정 작업과 연관시킬 수 있게 한다. 예를 들면, 일부 직원은 (디바이스(119A-119C)와 같은) 전자 디바이스를 갖지 않을 수 있으며, 대신 하루 동안 풀필먼트 센터(200) 내에서 작업들 사이 및 구역들 사이에서 이동할 수 있다. FC Auth(123)는 이러한 직원들이 상이한 시간 대에 수행 중인 작업과 속해 있는 구역을 표시할 수 있도록 구성될 수 있다.

일부 실시예에서, 노동 관리 시스템(LMS)(125)은 직원(풀-타임 및 파트-타임 직원을 포함함)에 대한 출근 및 초과 근무 정보를 저장하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, LMS(125)는 FC Auth(123), WMS(119), 디바이스(119A-119C), 운송 시스템(107), 및/또는 디바이스(107A-107C)로부터 정보를 수신할 수 있다.

도 1a에 나타낸 특정 구성은 단지 예시일 뿐이다. 예를 들면, 도 1a는 FO 시스템(113)에 연결된 FC Auth 시스템(123)을 나타낸 반면, 모든 실시예가 이러한 특정 구성을 필요로 하는 것은 아니다. 실제로, 일부 실시예에서, 시스템(100) 내의 시스템은 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a/b/g/n 표준을 따르는 무선 네트워크, 임대 회선 등을 포함하는 하나 이상의 공공 또는 사설 네트워크를 통해 서로 연결될 수 있다. 일부 실시예에서, 시스템(100) 내의 시스템 중 하나 이상은 데이터 센터, 서버 팜 등에서 구현되는 하나 이상의 가상 서버로서 구현될 수 있다.

도 2는 풀필먼트 센터(200)를 나타낸다. 풀필먼트 센터(200)는 주문시 고객에게 배송하기 위한 아이템을 저장하는 물리적 장소의 예시이다. 풀필먼트 센터(FC)(200)는 다수의 구역으로 분할될 수 있으며, 각각이 도 2에 도시된다. 일부 실시예에서, 이러한 "구역(zones)"은 아이템을 수령하고, 아이템을 저장하고, 아이템을 검색하고, 아이템을 배송하는 과정의 상이한 단계 사이의 가상 구분으로 생각될 수 있다. 따라서, "구역"이 도 2에 나타나 있으나, 일부 실시예에서, 구역의 다른 구분도 가능하고, 도 2의 구역은 생략, 복제, 또는 수정될 수 있다.

인바운드 구역(203)은 도 1a의 시스템(100)을 사용하여 제품을 판매하고자 하는 판매자로부터 아이템이 수신되는 FC(200)의 영역을 나타낸다. 예를 들면, 판매자는 트럭(201)을 사용하여 아이템(202A, 202B)을 배달할 수 있다. 아이템(202A)은 자신의 배송 팔레트(pallet)를 점유하기에 충분히 큰 단일 아이템을 나타낼 수 있으며, 아이템(202B)은 공간을 절약하기 위해 동일한 팔레트 상에 함께 적층되는 아이템의 세트를 나타낼 수 있다.

작업자는 인바운드 구역(203)의 아이템을 수령하고, 선택적으로 컴퓨터 시스템(미도시)을 사용하여 아이템이 손상되었는지 및 정확한지를 체크할 수 있다. 예를 들면, 작업자는 아이템(202A, 202B)의 수량을 아이템의 주문 수량과 비교하기 위해 컴퓨터 시스템을 사용할 수 있다. 수량이 일치하지 않는다면, 해당 작업자는 아이템(202A, 202B) 중 하나 이상을 거부할 수 있다. 수량이 일치한다면, 작업자는 그 아이템들을 (예를 들면, 짐수레(dolly), 핸드트럭(handtruck), 포크리프트(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)은 물리적 선반, 책꽂이, 박스, 토트(tote), 냉장고, 냉동고, 저온 저장고 등 중 하나 이상을 포함할 수 있다. 일부 실시예에서, 픽업 구역(209)은 다수의 플로어로 편성될 수 있다. 일부 실시예에서, 작업자 또는 기계는, 예를 들면, 포크리프트, 엘리베이터, 컨베이어 벨트, 카트, 핸드트럭, 짐수레, 자동화된 로봇 또는 디바이스, 또는 수작업을 포함하는 다양한 방식으로 아이템을 픽업 구역(209)으로 운반할 수 있다. 예를 들면, 피커는 아이템(202A, 202B)을 드롭 구역(207)의 핸드트럭 또는 카트에 놓을 수 있으며, 아이템(202A, 202B)을 픽업 구역(209)으로 가져갈 수 있다.

피커는 저장 유닛(210) 상의 특정 공간과 같은 픽업 구역(209)의 특정 스팟에 아이템을 배치(또는 "적재(stow)")하라는 명령을 수신할 수 있다. 예를 들면, 피커는 모바일 디바이스(예를 들면, 디바이스(119B))를 사용하여 아이템(202A)을 스캔할 수 있다. 디바이스는, 예를 들면, 통로, 선반 및 위치를 나타내는 시스템을 사용하여, 아이템(202A)을 적재해야 하는 위치를 나타낼 수 있다. 그 다음 디바이스는 그 위치에 아이템(202A)을 적재하기 전에 피커가 그 위치에서 바코드를 스캔하도록 할 수 있다. 디바이스는 도 1a의 WMS(119)와 같은 컴퓨터 시스템에 아이템(202A)이 디바이스(119B)를 사용하는 사용자에 의해 그 위치에 적재되었음을 나타내는 데이터를 (예를 들면, 무선 네트워크를 통해) 전송할 수 있다.

일단 사용자가 주문을 하면, 피커는 저장 유닛(210)으로부터 하나 이상의 아이템(208)을 검색하기 위해 디바이스(119B)에 명령을 수신할 수 있다. 피커는 아이템(208)을 검색하고, 아이템(208) 상의 바코드를 스캔하며, 운송 기구(214) 상에 놓을 수 있다. 일부 실시예에서, 운송 기구(214)가 슬라이드로서 표현되지만, 운송 기구는 컨베이어 벨트, 엘리베이터, 카트, 포크리프트, 핸드트럭, 짐수레 등 중 하나 이상으로서 구현될 수 있다. 그 다음 아이템(208)은 패킹 구역(211)에 도착할 수 있다.

패킹 구역(211)은 아이템이 픽업 구역(209)으로부터 수령되고 고객에게 최종 배송하기 위해 박스 또는 가방에 패킹되는 FC(200)의 영역일 수 있다. 패킹 구역(211)에서, 아이템을 수령하도록 할당된 작업자("리비닝 작업자(rebin worker)")는 픽업 구역(209)으로부터 아이템(208)을 수령하고, 그것이 어느 주문에 대응하는지를 결정할 것이다. 예를 들면, 리비닝 작업자는 아이템(208) 상의 바코드를 스캔하기 위해 컴퓨터(119C)와 같은 디바이스를 사용할 수 있다. 컴퓨터(119C)는 아이템(208)이 어느 주문과 관련이 있는지를 시각적으로 나타낼 수 있다. 이는, 예를 들면, 주문에 대응하는 월(216) 상의 공간 또는 "셀(cell)"을 포함할 수 있다. (예를 들면, 셀에 주문의 모든 아이템이 포함되어 있기 때문에) 일단 주문이 완료되면, 리비닝 작업자는 패킹 작업자(또는 "패커(packer)")에게 주문이 완료된 것을 알릴 수 있다. 패커는 셀로부터 아이템을 검색하고, 배송을 위해 이들을 박스 또는 가방에 놓을 수 있다. 그 다음 패커는, 예를 들면, 포크리프트, 카트, 짐수레, 핸드트럭, 컨베이어 벨트, 수작업 또는 다른 방법을 통해, 박스 또는 가방을 허브 구역(213)으로 보낼 수 있다.

허브 구역(213)은 패킹 구역(211)으로부터 모든 박스 또는 가방("패키지(packages)")을 수신하는 FC(200)의 영역일 수 있다. 허브 구역(213)의 작업자 및/또는 기계는 패키지(218)를 검색하고, 각 패키지가 배달 영역의 어느 부분으로 배달되도록 되어 있는지를 결정하며, 패키지를 적합한 캠프 구역(215)으로 보낼 수 있다. 예를 들면, 배달 영역이 2개의 작은 하위 영역을 갖는다면, 패키지는 2개의 캠프 구역(215) 중 하나로 보내질 것이다. 일부 실시예에서, 작업자 또는 기계는 최종 목적지를 결정하기 위해 (예를 들면, 디바이스(119A-119C) 중 하나를 사용하여) 패키지를 스캔할 수 있다. 패키지를 캠프 구역(215)으로 보내는 것은, 예를 들면, (우편 번호에 기초하여) 패키지가 향하는 지리적 영역의 부분을 결정하고, 지리적 영역의 부분과 관련된 캠프 구역(215)을 결정하는 것을 포함할 수 있다.

일부 실시예에서, 캠프 구역(215)은 루트 및/또는 서브-루트로 분류하기 위해 허브 구역(213)으로부터 패키지가 수령되는 하나 이상의 빌딩, 하나 이상의 물리적 공간, 또는 하나 이상의 영역을 포함할 수 있다. 일부 실시예에서, 캠프 구역(215)은 FC(200)로부터 물리적으로 분리되어 있는 반면, 다른 실시예에서는 캠프 구역(215)은 FC(200)의 일부를 형성할 수 있다.

캠프 구역(215)의 작업자 및/또는 기계는, 예를 들면, 목적지와 기존 루트 및/또는 서브-루트의 비교, 각각의 루트 및/또는 서브-루트에 대한 작업량의 계산, 하루 중 시간, 배송 방법, 패키지(220)를 배송하기 위한 비용, 패키지(220)의 아이템과 관련된 PDD 등에 기초하여 패키지(220)가 어느 루트 및/또는 서브-루트와 연관되어야 하는지를 결정할 수 있다. 일부 실시예에서, 작업자 또는 기계는 최종 목적지를 결정하기 위해 (예를 들면, 디바이스(119A-119C) 중 하나를 사용하여) 패키지를 스캔할 수 있다. 일단 패키지(220)가 특정 루트 및/또는 서브-루트에 할당되면, 작업자 및/또는 기계는 배송될 패키지(220)를 운반할 수 있다. 예시적인 도 2에서, 캠프 구역(215)은 트럭(222), 자동차(226), 배달원(224A, 224B)을 포함한다. 일부 실시예에서, 배달원(224A)이 트럭(222)을 운전할 수 있는데, 이 때 배달원(224A)은 FC(200)에 대한 패키지를 배달하는 풀-타임 직원이며, 트럭은 FC(200)를 소유, 임대 또는 운영하는 동일한 회사에 의해 소유, 임대, 또는 운행된다. 일부 실시예에서, 배달원(224B)이 자동차(226)를 운전할 수 있는데, 이 때 배달원(224B)은 필요에 따라(예를 들면, 계절에 따라) 배달하는 "플렉스(flex)" 또는 비상시적인 작업자이다. 자동차(226)는 배달원(224B)에 의해 소유, 임대 또는 운행될 수 있다.

도 3은 수신(incoming) 요청 및 데이터 패키지 할당을 관리하기 위한 컴퓨터화된 시스템을 포함하는 네트워크 환경(300)의 예시적인 실시예를 도시하는 개략적인 블록도이다. 네트워크 환경(300)은, 각각 하나 이상의 네트워크를 통해 서로 연결될 수 있는, 다양한 컴퓨터화된 시스템을 포함 할 수 있다. 일부 실시예에서, 도 3에 도시된 각 요소는, 시스템의 그룹, 시스템의 네트워크에서 개별 시스템, 시스템 내부의 기능 유닛 또는 모듈, 또는 이들의 임의의 조합을 나타낼 수 있다. 그리고 일부 실시예에서, 각각의 요소는 인터넷, 인트라넷, WAN(Wide-Area Network), MAN(Metropolitan-Area Network), IEEE 802.11a/b/g/n 표준을 따르는 무선 네트워크, 유선 네트워크 등을 포함하는 하나 이상의 공용 또는 사설 네트워크 연결을 통해 서로 통신 할 수 있다. 개별 시스템은 하나의 지리적 위치에 위치하거나 지리적으로 분산 될 수도 있다.

일부 실시예에서, 도시된 시스템은 하나 이상의 데이터 생성 시스템(310), 하나 이상의 클라이언트 디바이스(320) 및 데이터 패키지 관리 서버(330)를 포함한다. 도 3에 단 3개의 클라이언트 디바이스만 도시되어 있지만, 그 수는 단지 예시적일 뿐이며 임의의 다른 수의 클라이언트 디바이스가 패키지 관리 서버(330)와 인터페이스 하도록 구성 될 수 있다. 또한, 도시된 시스템은 예시적일 뿐이며 여기에 설명된 특징은 특정 데이터 그룹에 대한 수신 요청을 수락하도록 구성된 임의의 시스템에 의해 조정될 수 있으며, 여기서 데이터 그룹은 개별 요청의 특정 요구에 관계없이 생성될 수 있다.

또한, 도 3에 도시된 각 시스템은 서버, 범용 컴퓨터, 메인프레임 컴퓨터, 그래픽 처리 장치(GPU)와 같은 특수 목적 컴퓨팅 디바이스, 노트북 또는 이들 컴퓨팅 디바이스의 임의의 조합의 형태를 취할 수 있다. 다른 실시예에서, 각 시스템 또는 시스템의 서브 세트는 단일 시스템의 하나 이상의 기능 유닛으로서 구현 될 수 있다. 추가적으로 또는 대안적으로, 각 시스템 또는 그 서브 세트는 독립형 시스템일 수도 있고, 더 큰 시스템의 일부일 수 있는 서브 시스템의 일부일 수도 있다.

일부 실시예에서, 데이터 생성 시스템(들)(310)은 데이터 패키지를 형성하기 위해 결합될 수 있는 데이터 요소를 생성하거나 저장하도록 구성된 임의의 컴퓨터화된 시스템 또는 컴퓨터화된 시스템의 그룹 일 수 있으며, 이는 아래에 설명된 프로세스에서 수신 요청에 할당된다. 예를 들어, 데이터 생성 시스템(310)은 자체 서버, 다른 컴퓨터화된 시스템 또는 다른 데이터베이스 일 수 있다.

본 명세서에서 사용되는 바와 같이, 데이터 요소는 데이터 값의 모음, 이들 간의 관계 및/또는 데이터 값에 적용될 수 있는 함수 또는 연산을 나타낼 수 있다. 예를 들어, 데이터 요소는 배열, 링크된 목록, 레코드, 유니언(union), 태그된 유니언, 그래프, 트리 또는 임의의 다른 객체 유형 또는 객체 모음의 형태를 취할 수 있다. 더욱이, 데이터 패키지는 데이터 요소의 모음을 나타낼 수 있으며 효율적인 액세스 및 수정을 가능하게 하는 임의의 컴퓨터-판독 가능 데이터 구성, 관리 및 스토리지 포맷의 형태를 취할 수 있다. 데이터 패키지는 일부 실시예에서 단일 유형의 데이터 요소 또는 다른 실시예에서 하나 이상의 유형의 데이터 요소를 포함 할 수 있다. 추가 실시예에서, 데이터 패키지는 또한 그것에 포함된 데이터 요소 및/또는 데이터 요소에 적용될 수 있는 함수 또는 연산 간의 관계를 포함 할 수 있다.

예를 들어, 데이터 생성 시스템(310)에서 생성되거나 저장되는 데이터 요소는 작업자에 의해 수행 될 개별 작업 또는 할당을 포함 할 수 있다. 이러한 개별 작업 또는 할당은 작업자가 일괄적으로 수행 할 수 있는 작업 또는 할당의 배치를 나타내는 데이터 패키지를 형성하기 위해 결합 될 수 있다. 다른 예에서, 데이터 요소는 각각 하나 이상의 제품을 포함하는 고객으로부터의 주문을 포함 할 수 있다. 이러한 데이터 요소로부터 형성된 데이터 패키지는 빠르고 효율적인 피킹을 위한 알고리즘에 의해 재구성된 주문의 임의의 조합으로부터의 하나 이상의 제품을 각각 포함할 수 있다.

일부 실시예에서, 클라이언트 디바이스(들)(320)는 사용자 입력에 대응하여 할당 요청 -데이터 패키지에 대한 요청-을 생성하도록 구성된 임의의 수의 컴퓨팅 디바이스를 포함 할 수 있다. 보다 구체적으로, 각 클라이언트 디바이스는 할당 요청 및 임의의 할당된 데이터 패키지와 연관된 데이터 및/또는 메타 데이터를 데이터 패키지 관리 서버(330)와 송수신하도록 구성 될 수 있다. 클라이언트 디바이스(320)는 개인용 컴퓨터, 휴대 전화, 스마트 폰, PDA, 태블릿 컴퓨터, 노트북, 웨어러블 컴퓨팅 디바이스, 스마트 텔레비전 등과 같은 임의의 인터넷 기반 컴퓨팅 디바이스의 형태를 취할 수 있다. 추가 실시예에서, 클라이언트 디바이스(320)는 사용자 인터페이스(UI)를 디스플레이 하기 위한 하나 이상의 디스플레이를 포함 할 수 있다. UI는 사용자가 클라이언트 디바이스와 상호 작용하여 할당 요청을 생성하고/하거나 할당된 데이터 패키지의 콘텐츠를 디스플레이 하도록 구성 될 수 있다. 추가적으로 또는 대안적으로, UI는 오류 메시지 또는 알림과 같은 수신된 할당 요청에 대응하는 다른 데이터를 디스플레이 하도록 구성 될 수 있다.

일부 실시예에서, 데이터 패키지 관리 서버(330)는 클라이언트 디바이스(320)로부터 할당 요청을 수신하고 데이터 생성 시스템(310)으로부터 데이터 요소를 수신하며 할당된 데이터 패키지와 함께 할당 요청을 각각의 클라이언트 디바이스(320)로 다시 반환하는 컴퓨터 시스템으로서 구현 될 수 있다. 일부 실시예에서, 데이터 패키지 관리 서버(330)는 프론트 엔드 서버(331), 백 엔드 서버(332), 요청 풀(333) 및 데이터 패키지 풀(334)을 포함 할 수 있다.

데이터 패키지 관리 서버(330)는 서버, 범용 컴퓨터, 메인프레임 컴퓨터, 그래픽 처리 장치(GPU)와 같은 특수 목적 컴퓨팅 디바이스, 노트북, 스마트폰, 모바일 디바이스 또는 이들 컴퓨팅 디바이스의 임의의 조합의 형태를 취할 수 있다. 데이터 패키지 관리 서버(330)는 독립형 시스템일 수도 있고, 더 큰 시스템의 일부일 수 있는 서브 시스템의 일부일 수도 있다. 이러한 실시예에서, 데이터 패키지 관리 서버(330)의 구성요소(즉, 프론트 엔드 서버(331), 백 엔드 서버(332), 요청 풀(333) 및 데이터 패키지 풀(334))는 하나 이상의 메모리에 저장된 명령에 기초하여 하나 이상의 프로세서에 의해 수행되는 하나 이상의 기능 유닛으로서 구현 될 수 있다. 대안적으로, 데이터 패키지 관리 서버(330)의 임의의 또는 모든 구성 요소는 네트워크를 통해 서로 통신하는 하나 이상의 컴퓨터 시스템으로서 구현될 수 있으며, 여기서 각 컴퓨터 시스템은 서버, 범용 컴퓨터, 메인프레임 컴퓨터, 그래픽 처리 장치(GPU)와 같은 특수 목적 컴퓨팅 디바이스, 노트북, 스마트폰, 모바일 디바이스 또는 이들 컴퓨팅 디바이스의 임의의 조합의 형태를 취할 수 있다.

일부 실시예에서 프론트 엔드 서버(331)는 클라이언트 디바이스(320)와 데이터 패키지 관리 서버(330)를 인터페이스 하는 컴퓨터 시스템 또는 기능 유닛으로서 구현 될 수 있다. 보다 구체적으로, 프론트 엔드 서버(331)는 클라이언트 디바이스(332)로부터 할당 요청을 수신하고, 처리를 위해 백엔드 서버(332)로 그것들을 전달하고, 백엔드 서버(332)로부터 처리된 할당 요청을 다시 수신하고, 처리의 결과에 기초하여 추가 데이터와 함께 처리된 할당 요청을 각각의 클라이언트 디바이스(320)로 다시 전송하도록 구성 될 수 있다. 일부 실시예에서, 프론트 엔드 서버(331)는 Apache HTTP 서버, Microsoft Internet Information Services(IIS), NGINX 등과 같은 소프트웨어를 실행하는 컴퓨터 또는 컴퓨터들로서 구현될 수 있다.

일부 실시예에서, 백 엔드 서버(332)는 데이터 생성 시스템(310)으로부터 데이터 요소를 수신하고 프론트 엔드 서버(331)로부터 할당 요청을 수신하고, 도 4와 관련하여 아래에서 설명되는 방식으로 요청 풀(333) 및 데이터 패키지 풀(334)을 이용하여 그것들을 처리하며, 각각의 클라이언트 디바이스(320)로의 재분배를 위해 처리된 할당 요청을 프론트 엔드 서버(332)로 반환하는 컴퓨터 시스템 또는 기능 유닛으로서 구현 될 수 있다. 여기에 개시된 방식으로 할당 요청 및 데이터 요소를 처리하면 데이터 패키지 관리 서버(330)가 엄청난 수의 할당 요청 및/또는 데이터 요소를 처리하는 동시에 실패 또는 거부된 요청의 수를 최소화하고 시스템 전체의 실패 위험을 줄일 수 있다.

일부 실시예에서, 요청 풀(333) 및 데이터 패키지 풀(334)은 데이터 패키지가 할당 요청에 할당되기 전에 일시적으로 할당 요청 및 데이터 패키지를 각각 저장하도록 구성된 하나 이상의 데이터베이스 또는 메모리를 포함 할 수 있다. 요청 풀(333) 및 데이터 패키지 풀(334)은 각각 클라우드 기반 데이터베이스 및/또는 온-프레미스(on-premises) 데이터베이스로서 구현 될 수 있다. 일부 실시예에서, 요청 풀(333) 및 데이터 패키지 풀(334)은 하드 디스크 드라이브, 솔리드 스테이트 드라이브, RAM, ROM 또는 플래시 메모리와 같은 비-일시적 저장 매체의 조합을 포함 할 수 있다.

요청 풀(333) 및 데이터 패키지 풀(334)은 할당 요청 및 데이터 패키지를 큐, 시퀀스, 스택, 또는 특정 시간 동안 데이터를 보유하도록 구성된 임의의 다른 데이터 구조에 저장할 수 있다. 일부 실시예에서, 버퍼를 포함하는 스택, 시퀀스 또는 큐는 선입선출(First In First Out)(FIFO) 방법을 따를 수 있으며, 여기서 각각의 풀에 추가된 제1 데이터는 처리를 위해 먼저 백 엔드 서버(332)에 출력된다. 추가 실시예에서, 요청 풀(333) 및 데이터 패키지 풀(334)은 또한 일련의 할당 요청 및 데이터 패키지를 데이터 복구 또는 기록 보관 목적을 위한 백업으로서 무기한 저장하도록 구성 될 수 있다.

도 4는 수신 요청 및 데이터 패키지 할당을 관리하기 위한 예시적인 컴퓨터화된 프로세스(400)의 흐름도이다. 프로세스(400)는 수신 요청의 러시에 의해 압도 당할 위험이 있는 임의의 서버에서 구현 될 수 있다. 이러한 서버는 위의 도 3에서 설명된 것과 같은 네트워크 시스템을 포함 할 수 있다. 프로세스(400)는 도 3의 네트워크 시스템을 참조하여 아래에서 설명되지만, 시스템, 서브 시스템 또는 모듈의 임의의 다른 구성이 프로세스(400)를 수행하기 위해 사용될 수 있다.

일부 실시예에서, 프로세스(400)는, 단계(401)에서, 클라이언트 디바이스(320)에 디스플레이 된 UI와 상호 작용하는 사용자와 함께 시작할 수 있다. 사용자는, 예를 들어, 데이터 패키지의 수 또는 양, 사용자 또는 클라이언트 디바이스(320)의 위치, 사용자의 유형, 사용자가 소유한 임의의 권한 또는 제한, 또는 사용자에게 적합한 데이터 패키지를 결정하는데 도움이 되는 임의의 다른 매개 변수와 같은 할당 요청의 특정 매개 변수를 지정할 수 있다. 대안적으로, 사용자는 프로세스(400)를 시작하기 위해 단순히 UI 요소(예를 들어, 버튼)를 누를 수 있다.

단계 402에서, 클라이언트 디바이스(320)는 위의 단계 401에서 수신된 사용자 입력에 기초하여 할당 요청을 생성하고 전송할 수 있다. 이러한 전송은, 유선 네트워크, 무선 네트워크 또는 셀룰러 네트워크와 같은, 위에서 설명된 임의의 네트워크 프로토콜을 통해 발생할 수 있다. 일부 실시예에서, 클라이언트 디바이스(320)는 처리된 할당 요청이 데이터 패키지 관리 서버(330)로부터 수신될 때까지 대기 화면 UI를 디스플레이 하도록 UI를 업데이트 할 수 있다.

단계 403에서, 데이터 패키지 관리 서버(330)의 프론트 엔드 서버(331)는 할당 요청을 수신하고 이를 백 엔드 서버(332)에 전달할 수 있다. 일부 실시예에서, 프론트 엔드 서버(331)는 할당 요청이 특정 클라이언트 디바이스로부터의 두 번째 또는 후속 시도임을 나타내는 우선 순위 매개 변수를 추가하기 위해 할당 요청을 백 엔드 서버(332)에 전달하기 전에 할당 요청을 사전 처리 할 수 있다. 우선 순위 매개 변수는, 예를 들어, 요청 풀(333)에서 큐의 앞에 할당 요청을 추가하여 다른 할당 요청 이전으로 할당 요청의 우선 순위를 지정하도록 백 엔드 서버(332)를 프롬프트 할 수 있다.

이러한 실시예에서, 프론트 엔드 서버(331)는 할당 요청 자체에 포함된 데이터 또는 할당 요청에 수반되는 메타 데이터에 기초하여 특정 할당 요청이 후속 시도임을 인식하거나 식별 할 수 있다. 보다 구체적으로, 할당 요청은 단계 413에서 아래에 설명된 바와 같이 요청이 이전에 실패한 요청에 대한 응답으로 생성되는 후속 요청임을 나타내는 매개 변수를 포함 할 수 있다. 추가적으로 또는 대안적으로, 프론트 엔드 서버(331)는, 할당 요청의 메타 데이터가 최근 기록에 추가된 클라이언트 디바이스에 해당하는 식별 정보를 포함하는지 여부를 조회하는데 이용할 수 있는, 해당 클라이언트 디바이스(320)의 식별 정보(예를 들면, MAC 주소, IP 주소, 클라이언트 디바이스(320)의 사용자 식별자 등)와 함께 수신된 할당 요청의 기록을 유지하도록 구성될 수 있다.

단계 404에서, 백 엔드 서버(332)는 프론트 엔드 서버(331)로부터 할당 요청을 수신하고 이를 요청 풀(333)에 추가 할 수 있다. 할당 요청은, 요청 풀(333)에서 큐의 끝에, 즉 프론트 엔드 서버(331)로부터 이전에 수신되고 여전히 처리되기를 기다리고 있는 임의의 할당 요청보다 나중에 추가될 수 있다. 일부 실시예에서, 백 엔드 서버(332)는 할당 요청의 우선 순위 매개 변수를 인식하고 요청 풀(333)에서 큐의 앞에 대응하는 할당 요청을 추가하도록 구성되어 그것들이 다른 요청보다 먼저 처리 될 수 있다. 추가 실시예에서, 특정 상황에서(예를 들어, 백 엔드 서버(332)가 단계 407과 관련하여 아래에 설명된 바와 같이 계류(pending) 중인 할당 요청을 검색하고 더 이상 할당 요청이 요청 풀(333)에 남아 있지 않을 때), 백 엔드 서버(332)는 단계 408에서 사용 가능한 데이터 패키지가 할당되는 할당 요청의 그룹에 수신된 할당 요청을 직접 추가할 수 있다.

단계 405에서, 위에서 설명된 단계 401-404와는 별개로, 백 엔드 서버(332)는 데이터 생성 시스템(310)으로부터 데이터 요소를 검색함으로써 데이터 패키지를 생성 할 수 있다. 데이터 패키지를 생성하는 것은 개시된 실시예의 적용에 따라 다양한 알고리즘을 포함 할 수 있다. 예를 들어, 일부 실시예에서, 백 엔드 서버(332)는 각 데이터 요소와 연관된 작업을 수행 할 수 있는 작업자의 유형, 작업에 해당하는 물리적 위치, 데이터 요소를 디스플레이 할 수 있는 클라이언트 디바이스(320)의 유형 등과 같은 특정 기준에 기초하여 데이터 요소를 그룹화함으로써 데이터 패키지를 생성하도록 구성 될 수 있다. 추가 실시예에서, 백 엔드 서버(332)는 데이터 요소를 더 작은 구성 요소로 분해하고, 예를 들어, 위에서 설명된 기준에 기초하여 구성 요소를 그룹화함으로써 데이터 패키지를 생성하도록 구성 될 수 있다. 또한, 백 엔드 서버(332)는 데이터 패키지 풀(334)에 저장된 다른 데이터 패키지보다 먼저 수신된 할당 요청에 대응하는 데이터 패키지가 할당되어야 함을 나타내기 위해 데이터 요소를 수반하는 정보에 기초하여 임의의 데이터 패키지에 우선 순위 매개 변수를 추가하도록 구성 될 수 있다.

단계 406에서, 백 엔드 서버(332)는 위의 단계 405에서 생성된 데이터 패키지를 데이터 패키지 풀(334)에 추가 할 수 있다. 데이터 패키지는 데이터 패키지 풀(334)에서 큐의 끝에, 즉 할당 요청에 할당되기를 여전히 기다리고 있고 이전에 생성된 임의의 데이터 패키지 보다 늦게 추가 될 수 있다. 일부 실시예에서, 백 엔드 서버(332)는 데이터 패키지의 우선 순위 매개 변수를 인식하고 데이터 패키지 풀(334)에서 큐의 앞에 대응하는 데이터 패키지를 추가하도록 구성되어 그것들이 다른 패키지보다 먼저 처리 될 수 있다. 추가 실시예에서, 특정 상황에서(예를 들어, 백 엔드 서버(332)가 단계 407과 관련하여 아래에 설명된 바와 같이 계류 중인 데이터 패키지를 검색하고 더 이상 데이터 패키지가 데이터 패키지 풀(334)에 남아 있지 않을 때), 백 엔드 서버(332)는 단계 408에서 할당 요청에 할당되는 데이터 패키지의 그룹에 새로 생성된 데이터 패키지를 직접 추가할 수 있다.

일부 실시예에서, 단계 401-404 및 단계 405-406은, 서로 독립적으로, 비동기 적으로 발생할 수 있으므로, 새로운 할당 요청 또는 데이터 패키지가 추가되는지 여부에 관계없이 할당 요청 및 데이터 패키지가 그것들의 각각의 풀에서 누적된다. 데이터 패키지 및 할당 요청의 이러한 비동기 처리는 백 엔드 서버(332)가 클라이언트 디바이스(320)에 의한 할당 요청으로부터의 수요보다 데이터 생성 시스템(310)으로부터 더 많은 데이터 요소의 공급이 있을 때, 요청에 따라 수신 할당 요청에 할당 될 수 있는 데이터 패키지의 리저브(reserve)를 유지하거나, 데이터 요소의 공급보다 할당 요청으로부터 더 많은 수요가 있을 때 그것들이 생성됨으로써 데이터 패키지를 취할 수 있는 할당 요청의 리저브를 유지할 수 있도록 한다. 따라서, 데이터 패키지 관리 서버(330)는 변동하는 레벨의 할당 요청 및 데이터 요소에 적응하도록 장착 될 수 있다.

단계 407에서, 백 엔드 서버(332)는 각각 요청 풀(333) 또는 데이터 패키지 풀(334)에 저장된 계류 중인 할당 요청 및 이용 가능한 데이터 패키지를 검색 할 수 있다. 백 엔드 서버(332)는 아래의 단계 408에서 그것들을 일괄 처리하기 위해 다수의 할당 요청 및 다수의 데이터 패키지를 한 번에 검색 할 수 있다. 일부 실시예에서, 검색된 데이터 패키지의 수는 검색된 할당 요청 수의 배수이거나 그 반대 일 수 있다. 다른 실시예에서, 데이터 패키지 및 할당 요청의 수는 서로 동일 할 수 있거나, 백 엔드 서버(332)는 각각의 풀에 남아있는 모든 데이터 패키지 및 할당 요청을 검색 할 수 있다. 일부 실시예에서, 할당 요청 및 데이터 패키지를 검색하는 것은 그것들의 각 풀로부터 그것들을 제거 할 수 있다. 제거된 할당 요청 또는 데이터 패키지의 사본은 기록 보관 목적을 위해 다른 비-일시적 컴퓨터 판독 가능 매체에 백업 될 수 있다.

한 번에 하나의 할당 요청을 선형 방식으로 처리하는 기존의 방식과 비교하여, 한 번에 다수의 할당 요청을 검색 및 처리하는 것은, 각 풀에 액세스하고 해당 데이터를 검색하는데 필요한 시간과 리소스가 최소화되어 빠른 처리가 가능할 수 있게 한다. 이러한 감소는 또한 데이터 패키지 관리 서버(330)의 확장성을 개선하여, 데이터 패키지 관리 서버(330)가 훨씬 더 많은 수의 할당 요청 및 데이터 요소를 처리 할 수 있게 한다.

단계 408에서, 백 엔드 서버(332)는 검색된 데이터 패키지를 할당 요청에 할당하려고 시도함으로써 검색된 할당 요청을 처리 할 수 있다. 본 명세서에서 이용되는 바와 같이, 할당 요청에 데이터 패키지를 할당하는 것은 할당 요청이 생성된 클라이언트 디바이스(320)로 데이터 패키지가 전송되도록 데이터 패키지를 할당 요청에 첨부하거나, 데이터 패키지를 할당 요청과 연관시키는 것(예를 들어, 할당 요청에 각 데이터 패키지의 식별자를 추가하여)을 의미 할 수 있다. 할당은 다수의 한 데이터 유형을 다른 데이터 유형에 할당하는데 적합한 임의의 수의 다른 방식을 이용하여 발생할 수 있다. 예를 들어, 백 엔드 서버(332)는 단순히 각 데이터 유형이 해당 풀에 저장된 순서대로 1 : 1 대응으로 하나의 할당 요청에 하나의 데이터 패키지를 할당 할 수 있다. 대안적으로, 백 엔드 서버(332)는 X : 1 대응으로 하나의 할당 요청에 다수의 데이터 패키지를 할당 할 수 있으며, 그 반대 일 수 있다.

또한, 백 엔드 서버(332)는 할당 요청 또는 데이터 패키지에 지정된 매개 변수에 기초하여 데이터 패키지를 특정 할당 요청에 할당 할 수 있다. 예를 들어, 백 엔드 서버(332)는 특정 물리적 위치에 위치한 클라이언트 디바이스(320)로부터 수신된 할당 요청에 특정 물리적 위치와 연관된 데이터 패키지를 할당 할 수 있다. 추가적으로 또는 대안적으로, 백 엔드 서버(332)는 특정 작업의 데이터 패키지를 이러한 작업을 수행하도록 승인되거나 수행으로부터 제한되지 않는 할당 요청에 할당 할 수 있다. 다른 예로서, 백 엔드 서버(332)는 우선 순위 매개 변수를 갖는 데이터 패키지를 또한 우선 순위 매개 변수를 갖는 할당 요청 또는 해당 사용자가 우선 순위가 지정된 데이터 패키지를 수신할 권한이 있음을 보여주는 할당 요청에 할당 할 수 있다.

일단 백 엔드 서버(332)가 검색된 데이터 패키지를 할당 요청에 성공적으로 할당하거나 할당을 시도하지만 일부 또는 모든 할당 요청에 대해 실패하여 모든 검색된 할당 요청의 처리를 완료하면, 백 엔드 서버(332)는 처리된 할당 요청을, 임의의 할당된 데이터 패키지와 함께 또는 할당된 데이터 패키지 없이, 프론트 엔드 서버(331)로 다시 전달할 수 있다. 일부 실시예에서, 위의 단계 407에서 검색된 모든 할당 요청은 백 엔드 서버(332)가 할당 요청에 적어도 하나의 데이터 패키지를 할당하는데 실패하더라도 프론트 엔드 서버(331)로 전달될 수 있다. 임의의 데이터 패키지 없이 프론트 엔드 서버(331)로 전달된 할당 요청은 백 엔드 서버(332)가 임의의 데이터 패키지를 할당하는데 실패한 이유에 대응하는 오류 코드 또는 오류 메시지를 포함할 수 있다. 그 이유는, 예를 들어, 할당 요청에 의해 지정된 매개 변수를 충족하는 임의의 데이터 패키지의 부족, 이용 가능한 데이터 패키지의 불충분 한 수, 백 엔드 서버(332)의 부분에서 일시적으로 할당할 수 없음 등을 포함 할 수 있다. 오류 코드는, 예를 들어, 각 오류 코드의 의미를 저장하는 룩업 테이블이 있는 임의의 영숫자 문자의 시퀀스를 포함 할 수 있다.

추가적으로 또는 대안적으로, 백 엔드 서버는 임의의 할당 요청에 할당되지 않은 임의의 나머지 데이터 패키지를 데이터 패키지 풀(334)로 반환 할 수 있다. 반환된 데이터 패키지는 위의 우선화되는 데이터 패키지를 추가하는 것과 유사한 방식으로 데이터 패키지 풀(334)에서 큐의 앞에 추가 될 수 있다. 할당 요청에 할당되지 않은 이유는, 예를 들어, 데이터 패키지에 의해 지정된 매개 변수를 충족하는 임의의 할당 요청의 부족, 이용 가능한 할당 요청의 불충분 한 수, 백 엔드 서버(322)의 부분에서 일시적으로 할당할 수 없음 등을 포함 할 수 있다.

단계 409에서, 프론트 엔드 서버(331)는 할당된 데이터 패키지 또는 오류 코드 또는 메시지와 함께 백 엔드 서버(332)로부터 처리된 할당 요청을 수신 할 수 있다. 이 시점에서, 프론트 엔드 서버(331)는 할당된 데이터 패키지를 갖는 처리된 할당 요청이 성공한 것으로 결정하고 할당 요청 및 데이터 패키지를 각각의 처리된 할당 요청이 발생한 해당 클라이언트 디바이스(320)로 다시 전송할 수 있다.

대안적으로, 단계 410에서, 프론트 엔드 서버(331)는 임의의 할당된 데이터 패키지가 없거나 오류 코드 또는 메시지를 갖는 처리된 할당 요청을 실패한 것으로 결정할 수 있고, 처리된 할당 요청 및 수반하는 오류 코드 또는 메시지를 처리된 할당 요청이 발생한 해당 클라이언트 디바이스(320)로 다시 전송할 수 있다. 일부 실시예에서, 백 엔드 서버(332)로부터의 오류 코드 또는 메시지에 내부 진단 및 통신 이유에 대한 자세한 설명이 포함되는 경우, 프론트 엔드 서버(331)는 백 엔드 서버(332)로부터의 오류 코드 또는 메시지를 외부 통신에 적합한 다른 오류 코드로 대체 할 수 있다. 예를 들어, 새로운 오류 코드는 더 적은 수의 가능한 코드를 포함하거나 그 안에 포함된 세부 수준을 줄일 수 있다.

단계 412에서, 클라이언트 디바이스(320)는 단계 402에서 그 원래 전송된 할당 요청에 대응하는 처리된 할당 요청을 수신 할 수 있다. 수신된 할당 요청이 할당된 데이터 패키지를 포함하는 경우, 클라이언트 디바이스(320)는 그것의 할당 요청이 성공적이라고 결정하고 단계 412로 진행할 수 있다. 그렇지 않으면, 수신된 할당 요청이 임의의 데이터 패키지를 포함하지 않거나 오류 코드를 포함하는 경우, 클라이언트 디바이스(320)는 그것의 할당 요청이 실패한 것으로 결정하고 단계 413으로 진행할 수 있다.

단계 412에서, 클라이언트 디바이스(320)는 할당된 데이터 패키지의 콘텐츠에 대응하여 다른 UI를 디스플레이 하기 위해 단계 402 이후 대기 화면 UI를 디스플레이 하고 있는 UI를 수정할 수 있다. 예를 들어, 클라이언트 디바이스(320)는 데이터 패키지를 그것의 구성 요소로 분해하고, 구성 요소를 디스플레이 하거나, 구성 요소를 이용하여 다른 작업을 수행하는 등과 같이, 구성 요소에 대응하는 액션을 수행 할 수 있다.

단계 413에서, 클라이언트 디바이스(320)는 할당 요청을 데이터 패키지 관리 서버(330)로 재전송하여 할당 요청이 다시 단계 403-411을 거치게 할 수 있다. 클라이언트 디바이스(320)는 대기 화면 UI를 계속 디스플레이 하거나 클라이언트 디바이스(320)가 할당 요청을 재 시도하고 있음을 나타내기 위해 UI를 업데이트 할 수 있다. 일부 실시예에서, 클라이언트 디바이스(320)는 오류 코드에 기초하여 결정된 특정 지연 후에 두 번째 시도를 시도 할 수 있다.

예를 들어, 오류 코드가 데이터 패키지의 수가 부족하거나 할당 요청의 매개 변수와 일치하는 데이터 패키지가 없어 데이터 패키지 관리 서버(330)가 임의의 데이터 패키지를 할당하지 못했음을 나타내는 경우, 클라이언트 디바이스(320)는 긴 지연(예를 들어, 10 초) 후에 할당 요청을 다시 전송할 수 있으므로 데이터 생성 시스템(310)이 할당 요청의 매개 변수와 일치 할 수 있는 새로운 데이터 요소를 생성하는데 충분한 시간을 가질 수 있다. 대안적으로, 오류 코드가 실패가 데이터 패키지 관리 서버(330) 상의 일시적인 오류로 인한 것이라고 나타내면, 클라이언트 디바이스(320)는 거의 지연 없이(예를 들어, 0.02-3.00 초) 즉시 할당 요청을 다시 전송할 수 있다. 다른 오류 코드에 대해, 클라이언트 디바이스(320)는 적당한 양의 지연(예를 들어, 3-4 초) 후에 할당 요청을 전송할 수 있다. 여기서는 단 3개의 지연 양만 설명되지만, 이러한 구성은 단지 예시적일 뿐이며, 지연 길이 및 오류 코드 카테고리의 임의의 다른 조합이 구현 될 수 있다.

사용자 자신이, 서버에 더 많은 과부하를 발생시키는 경향이 있는, 후속 시도를 수동으로 시작해야 하는 기존 시스템과 비교하여, 여기에 설명된 시스템 및 방법은 후속 시도를 자동화하여 후속 시도를 체계적으로 관리하고 후속 시도 사이에 더 짧은 지연을 달성하게 한다. 또한, 후속 시도의 체계적인 관리는 데이터 패키지를 얻기 위한 서로 다른 클라이언트 디바이스(320) 간의 경쟁을 제거하고, 데이터 패키지를 얻으려는 사용자로부터의 끊임없는 시도로 인한 네트워크 혼잡을 더욱 완화하고 네트워크 혼잡으로 인한 실패율을 감소시킨다. 등록 요청 및 데이터 패키지의 비동기 풀링에 의해 가능해진 개선된 효율성 외에도, 후속 시도 사이의 더 짧은 지연은 클라이언트 디바이스(320)가 데이터 패키지를 수신하는데 걸리는 평균 시간을 감소시킨다.

일부 실시예에서, 클라이언트 디바이스(320)는 후속 할당 요청으로서 데이터 패키지 관리 서버(330)로부터 반환된 원래 할당 요청을 재전송 할 수 있다. 다른 실시예에서, 클라이언트 디바이스(320)는 새로운 할당 요청이 후속 시도임을 나타내는 매개 변수를 포함하거나 포함하지 않고 재전송을 위한 새로운 할당 요청을 생성 할 수 있다. 프론트 엔드 서버(331)는 단계 403과 관련하여 위에서 설명된 방식으로 할당 요청이 원래 시도인지 후속 시도인지를 검출하도록 구성 될 수 있다.

도 4에 도시되지 않았지만, 클라이언트 디바이스(320) 및 데이터 패키지 관리 서버(330)는 또한 할당 요청을 취소하거나 처리된 할당 요청으로부터 데이터 패키지를 할당 해제하도록 구성될 수 있다. 사용자는 클라이언트 디바이스(320)의 UI에 명령을 입력하여 이러한 취소 요청을 시작할 수 있다. 예를 들어, 단계 402에서 클라이언트 디바이스(320)에 디스플레이 된 대기 화면 UI는 이전에 전송된 할당 요청에 대한 취소 요청을 생성하는 UI 요소(예를 들면, 버튼)를 포함 할 수 있다. 추가 실시예에서, 클라이언트 디바이스(320)는 또한 이전에 할당 요청에 할당된 데이터 패키지를 할당 해제하기 위한 유사한 UI 요소를 디스플레이 할 수 있다.

사용자 입력에 응답하여 클라이언트 디바이스(320)에 의해 취소 요청이 생성되면, 클라이언트 디바이스(320)는 프론트 엔드 서버(331)를 통해 데이터 패키지 관리 서버(330)로 요청을 전송할 수 있으며, 결국 백 엔드 서버(332)로 전송할 수 있다. 일부 실시예에서, 취소 요청은 사용자가 취소 또는 할당 해제를 원하는 이전 할당 요청을 식별하기 위한 정보를 포함 할 수 있다.

백 엔드 서버(332)는 먼저, 예를 들어, 요청 풀(333)에 큐잉된 할당 요청을 통해 검색하거나, 지난 할당의 기록을 조회하거나, 취소 요청이 데이터 패키지를 포함하는지 여부를 결정하는 것에 의해, 이전 할당 요청이 요청 풀(333)에 현재 계류 중이거나 임의의 데이터 패키지가 이미 할당되었는지 여부를 결정할 수 있다. 백 엔드 서버(332)가 이전 할당 요청이 요청 풀(333)에 여전히 저장되어 있다고 결정하면, 백 엔드 서버(332)는 요청 풀(333)로부터 이전 할당 요청을 삭제할 수 있다. 그러나, 백 엔드 서버(332)가 이전 할당 요청이 임의의 데이터 패키지에 이미 할당되었다고 결정하면, 백 엔드 서버(332)는 데이터 패키지를 할당 해제하고 이를 데이터 패키지 풀(334)에 다시 추가 할 수 있다. 어느 경우든, 이전 할당 요청이 발견된 상태에 관계없이, 백 엔드 서버(332)는 성공을 나타내는 매개 변수와 함께 취소 요청을 클라이언트 디바이스(320)에 반환할 수 있다. 반면에, 백 엔드 서버(332)가 이전 할당 요청을 찾을 수 없는 경우, 실패를 나타내는 오류 코드와 함께 취소 요청을 클라이언트 디바이스(320)에 반환 할 수 있다.

개시된 실시예들의 예시적인 적용은 창고에서 주문 이행 프로세스에 적용되는 것으로서 다음에 설명된다.

도 5는 주문 이행 프로세스의 일부로서 다수의 주문을 배치 작업으로 집계하는 예시적인 배치 생성 프로세스(500)의 예이다. 이 예에서, 주문 A(510A), 주문 B(510B), 주문 C(510C) 및 주문 D(510D)는 데이터 생성 시스템(310)에 의해 생성된 데이터 요소에 대응할 수 있다. 데이터 패키지 관리 서버(330)는 주문을 수신하고 배치 작업(예를 들어, 배치 작업 A-C(521A-520C))을 생성하는 역할을 할 수 있으며, 이 배치 작업은 피커에 할당되어 피커가 픽업 구역(209)으로부터 대응하는 아이템을 반출 할 수 있다. 여기에서 이용되는 바와 같이, 배치 작업은 위에서 설명된 데이터 패키지를 나타낼 수 있다.

일부 실시예에서, 백 엔드 서버(332)는 개별 아이템으로 분해하고 배치 작업 A(520A), 배치 작업 B(520B) 및 배치 작업 C(520C)로 그룹화하기 위해 주문(510A-510D)을 집계 할 수 있다. 주문 및 배치 작업의 수와, 여기에 예시된 아이템은 단지 예시일 뿐이며, 백 엔드 서버(332)는 임의의 아이템의 조합으로 임의의 수의 주문을 집계하고 필요에 따라 임의의 수의 배치 작업으로 그것들을 분배할 수 있다.

도 5에서, 주문 A(510A)는 각각 5 개 및 3 개의 수량을 갖는 레모네이드(501) 및 토마토 소스(502)에 대응하는 아이템 식별자를 포함 할 수 있다. 주문 B(510B)는 1 개의 수량을 갖는 그레이티드 치즈(grated cheese)(504)에 대응하는 아이템 식별자를 포함 할 수 있다. 주문 C(510C)는 각각 1 개, 1 개, 3 개 및 2개의 수량을 갖는 데스크탑(504), 장난감 태블릿(505), 핫 소스(506) 및 칠리 소스(507)에 대응하는 아이템 식별자를 포함 할 수 있다. 주문 D(510D)는 각각 3 개 및 1 개의 수량을 갖는 장난감 자동차(508) 및 장난감 트럭(509)에 대응하는 아이템 식별자를 포함 할 수 있다.

백 엔드 서버(332)는 모든 아이템 식별자를 결합하고, 예를 들어, 픽업 구역(209) 내에서 그들 각각의 물리적 위치에 기초하여 그것들을 배치 작업 A-C(520A-C)로 그룹화 할 수 있다. 아이템 식별자를 그룹화하는 것은 위에서 설명된 단계 405와 유사한 방식으로 수행 될 수 있다. 예를 들어, 배치 작업 A(520A)는 식료품 아이템을 저장하는 픽업 구역(209) 내의 영역과 연관된 위치 식별자에 대응하는 아이템 식별자를 포함 할 수 있다. 유사하게, 배치 작업 B(520B) 및 배치 작업 C(520C)는 각각 전자 제품 및 장난감을 저장하는 픽업 구역(209) 내의 영역과 연관된 위치 식별자에 대응하는 아이템 식별자를 포함 할 수 있다. 주문 A-D(510A-510D)가 미리 결정된 최대 배치 크기를 초과하는 특정 영역과 연관된 아이템의 양(부피이든, 무게이든 아니면 수량이든)을 포함하는 일부 실시예에서, 백 엔드 서버(332)는 아이템을 하나 이상의 배치 작업으로 분배할 수 있다. 일부 실시예에서, 각각의 배치 작업은 특정 유형의 카트와 연관될 수 있고 최대 배치 작업 크기는 이용 가능한 카트 유형의 크기에 기초하여 결정될 수 있다.

일부 실시예에서, 백 엔드 서버(332)는 특정 배치 작업에 할당된 아이템 식별자를 하나 이상의 컨테이너 그룹으로 더 나눌 수 있다. 예를 들어, 배치 작업 A(520A)에 할당된 아이템 식별자는 컨테이너 그룹 A(521A)와 컨테이너 그룹 B(521B)로 더 나뉠 수 있고; 배치 작업 C(520C)에 할당된 아이템 식별자(321)는 컨테이너 그룹 X(521X) 및 컨테이너 그룹 Y(521Y)로 나뉠 수 있다. 대안적으로, 배치 작업 B(520B)와 같은 배치 작업의 모든 아이템 식별자는 컨테이너 그룹 P(521P)와 같은 단일 컨테이너 그룹에 할당 될 수 있다. 이 경우 각 컨테이너 그룹 P는 위에서 설명된 데이터 패키지에 대응할 수 있다.

일부 실시예에서, 배치 작업의 아이템 식별자를 분할할지 여부에 대한 결정은, 그것들의 총 무게, 총 부피, 개별 모양 등과 같은, 아이템의 식별자에 대응하는 아이템과 연관된 다수의 요인에 기초할 수 있다. 백 엔드 서버(332)는 요인들을 각 컨테이너의 차수 및/또는 무게 역량과 비교하고 미리 결정된 최대 컨테이너 그룹 크기에 도달하면 아이템 식별자를 분할 할 수 있다. 예를 들어, 컨테이너 그룹A(521A)는 레모네이드(501) 및 칠리 페퍼(507)에 대한 아이템 식별자를 각각 포함할 수 있고; 컨테이너 그룹 B(521B)는 토마토 소스(502), 핫 소스(506) 및 그레이티드 치즈(503)에 대한 아이템 식별자를 각각 포함할 수 있다. 배치 작업이 너무 많은 아이템과 연관되는 추가 실시예에서, 백 엔드 서버(332)는 새로운 배치 작업을 생성하고 초과 아이템 식별자를 새로운 배치 작업에 연관시킬 수 있다. 새로운 배치 작업은 위에서 설명된 것처럼 유사하게 하나 이상의 컨테이너 그룹으로 분할 될 수 있다.

배치 작업 또는 컨테이너 그룹(데이터 패키지에 해당)이 생성되면, 백 엔드 서버(332)는 또한 각 배치 작업 또는 컨테이너 그룹에 대한 배치 포인터를 생성 할 수 있으며, 이는 해당 배치 작업 또는 컨테이너 그룹을 가리키는 컴퓨터 판독-가능한 주소 역할을 한다. 백 엔드 서버(332)는 위에서 설명된 단계 406과 유사한 방식으로, 배치 작업 또는 컨테이너 그룹을 가리키는 복수의 배치 포인터를, 전술한 데이터 패키지 풀(334)에 대응하는, 배치 작업 풀에 추가 할 수 있다.

다음으로, 백 엔드 서버(332)는, 위에서 설명된 단계 402-404와 유사한 방식으로, 프론트 엔드 서버(331)를 통해 클라이언트 디바이스(320)로부터, 상술된 할당 요청에 대응하는, 복수의 배치 요청을 수신 할 수 있다. 본 명세서에서 사용되는 바와 같이, 클라이언트 디바이스(320)는 피커에 의해 이용되는 디바이스(119B)에 대응할 수 있다. 백 엔드 서버(332)는 또한, 위의 단계 404와 유사한 방식으로, 전술된 요청 풀(333)에 대응하는, 요청 풀에 복수의 배치 요청을 추가 할 수 있다.

또한, 백 엔드 서버(332)는, 위에서 설명된 단계 407과 유사한 방식으로, 각각의 풀로부터 배치 포인터 및 배치 요청의 그룹을 검색 하고, 또한 위에서 설명된 단계 407과 유사한 방식으로, 하나 이상의 배치 포인터를 각 배치 요청에 할당하는 것으로 진행할 수 있다.

클라이언트 디바이스(320)가 처리된 배치 요청을 수신한 위치로 스킵하면, 각 클라이언트 디바이스(320)는 각각의 배치 요청에 할당된 배치 포인터에 대응하는 하나 이상의 배치 작업을 검색하거나, 할당되지 않은 경우 지연 후 재 시도하도록 구성 될 수 있다. 그 다음, 피커는 픽업 구역 (209)으로부터 아이템을 픽업하고 반출하기 위한 아이템을 디스플레이 하기 위해 클라이언트 디바이스(320)를 이용함으로써 각각의 배치 작업을 이행 할 수 있다.

여기에 설명된 시스템 및 방법을 구현하는 주문 이행 및 배치 생성 프로세스는 위에서 설명된 이점을 취할 수 있다. 보다 구체적으로, 기존 시스템은 배치 작업을 얻기 위해 개별 피커가 배치 요청을 반복적으로 전송하도록 강요하며, 성수기에는 과도한 요청의 수로 인해 실패하기가 쉬웠다. 피커는 시스템이 배치 요청에 대한 응답으로 배치 작업이 생성되고 할당될 때까지 유휴 상태로 있을 수 밖에 없었고, 이로 인해 전체 생산성 및 작업 시간에 상당한 영향을 미친다. 위에서 설명된 주문 이행 및 배치 생성 프로세스는 배치 요청의 전송 및 배치 작업의 생성을 자동화하여 FO 시스템(113)이 피커 및/또는 고객 주문으로부터의 압도적인 요구에 대처할 수 있도록 한다.

위에서 설명된 주문 이행 및 배치 생성 프로세스는 예시일 뿐이며 개시된 실시예의 범위 또는 적용 가능성을 제한하려는 의도가 아니다. 다른 적용 영역은, 예를 들어, 리소스 할당, 창고 관리, 노동 관리, 네트워크 트래픽 관리 또는 사용자로부터 데이터 요청을 수신하고 데이터 요청을 충족하는 데이터를 생성하는 것이 독립적으로 수행 될 수 있는 임의의 다른 영역을 포함할 수 있다.

본 개시는 그 특정 실시예를 참조하여 도시되고 설명되었지만, 본 개시는 다른 환경에서, 변경없이, 실시될 수 있음을 이해할 것이다. 전술한 설명은 예시의 목적으로 제시되었다. 그것은 개시된 정확한 형태나 실시예에 대해 총망라된 것이 아니며 이것으로 한정되는 것은 아니다. 개시된 실시예의 설명 및 실시를 고려하는 것으로부터 변경 및 조정이 통상의 기술자에게 명백할 것이다. 추가적으로, 비록 개시된 실시예의 형태가 메모리에 저장되는 것으로서 설명되었지만, 통상의 기술자는 이들 형태가 2차 저장 디바이스, 예를 들면, 하드디스크나 CD ROM, 또는 다른 형태의 RAM이나 ROM, USB 매체, DVD, 블루레이, 또는 다른 광 드라이브 매체와 같이, 다른 형태의 컴퓨터 판독 가능한 매체에 저장될 수도 있는 것을 이해할 것이다.

상술한 설명 및 개시된 방법에 기초한 컴퓨터 프로그램은 숙련된 개발자의 기술 내에 있다. 여러 프로그램 혹은 프로그램 모듈은 통상의 기술자에게 알려진 어느 기술을 이용하여 생성되거나, 또는 기존의 소프트웨어와 연결하여 설계될 수 있다. 예를 들면, 프로그램 섹션 혹은 프로그램 모듈은 닷넷 프레임워크, 닷넷 컴팩트 프레임워크(및 비주얼 베이식, C 등과 같은, 관련 언어), 자바, C++, 오브젝티브 C, HTML, HTML/AJAX 조합, XML, 또는 자바 애플릿이 포함된 HTML 내에서 혹은 그것들에 의해서 설계될 수 있다.

게다가, 여기에서는 예시적인 실시예가 설명되었지만, 본 개시에 기초하여 통상의 기술자가 이해할 수 있는 바와 같이, 일부 또는 모든 실시예의 범위는 동등한 요소, 변경, 생략, 조합(예로써, 여러 실시예에 걸치는 형태의 조합), 조정 및/또는 수정을 가질 수 있다. 청구범위 내의 제한 사항은 그 청구범위 내에 적용된 언어에 기초하여 폭넓게 이해되도록 하는 것이며, 응용의 수행 동안 혹은 본 명세서 내에 설명된 예시로 한정되는 것은 아니다. 그 예시는 비배타적으로 해석되도록 하기 위한 것이다. 추가로, 개시된 방법의 스텝은 어떤 다른 방법으로 변경되거나, 스텝을 재배열 및/또는 스텝을 삽입하거나 삭제하는 것을 포함할 수 있다. 그러므로, 설명 및 예시는 오직 예시적으로 고려되는 것이며, 진정한 범위 및 기술 사상은 다음의 청구범위 및 그 동등한 전체 범위에 의해 나타내지는 것으로 의도된다.

Claims (16)

1. 수신(incoming) 요청 및 데이터 패키지 할당을 관리하기 위한 컴퓨터-구현 시스템으로서,
   상기 시스템은
   명령들을 저장하는 메모리; 및
   상기 명령들을 실행하도록 구성된 적어도 하나의 프로세서를 포함하고,
   상기 명령들은
   데이터 요소의 조합에 기초하여 복수의 데이터 패키지를 생성하고 - 각각의 데이터 패키지는 주문의 조합으로부터 하나 이상의 제품을 포함하고, 상기 제품은 풀필먼트 센터로부터의 효율적인 피킹을 위해 선택됨 -;
   할당을 위해 이용 가능한 데이터 패키지를 저장하도록 구성된 데이터 패키지 풀에 상기 복수의 데이터 패키지를 추가하며;
   상기 풀필먼트 센터의 피커의 사용자 디바이스로부터 할당 요청을 수신하며;
   복수의 할당 요청을 큐잉 하도록 구성된 요청 풀에 상기 할당 요청을 추가하며 - 상기 복수의 데이터 패키지를 생성하고 상기 할당 요청을 수신하는 것은 비동기 적으로 발생 함-;
   상기 데이터 패키지 풀로부터 하나 이상의 데이터 패키지의 제1 그룹을 검색하며;
   상기 요청 풀로부터 하나 이상의 할당 요청의 제2 그룹을 검색하며;
   상기 하나 이상의 데이터 패키지가 상기 할당 요청을 전송한 사용자 디바이스의 제2 물리적 위치와 매칭하는 제1 물리적 위치와 연관될 때 상기 제1 그룹의 상기 하나 이상의 데이터 패키지를 상기 제2 그룹의 할당 요청에 할당하며;
   상기 하나 이상의 할당 요청을 상기 할당된 데이터 패키지와 함께 대응하는 사용자 디바이스로 전송하며; 그리고
   상기 하나 이상의 할당 요청의 서브 세트와 함께 오류 코드를 전송 - 상기 오류 코드는 지연에 대응하는 값을 나타내고, 해당 지연 후에 대응하는 사용자 디바이스가 제2 할당 요청을 재 제출할 수 있음 - 하는 것을 포함하는 컴퓨터-구현 시스템.
2. 청구항 1에 있어서,
   상기 명령은
   복수의 사용자 디바이스로부터 복수의 할당 요청을 수신하는 - 상기 복수의 할당 요청의 수는 상기 컴퓨터-구현 시스템의 처리 역량보다 큼 - 것을 더 포함하는 컴퓨터-구현 시스템.
3. 청구항 1에 있어서,
   상기 복수의 데이터 패키지를 생성하는 것은
   상기 데이터 요소를 하나 이상의 구성 요소로 분해하고; 그리고
   미리 결정된 기준에 기초하여 상기 하나 이상의 구성 요소를 그룹화하는 것을 포함하는 컴퓨터-구현 시스템.
4. 청구항 1에 있어서,
   상기 제1 그룹의 데이터 패키지의 수는 상기 제2 그룹의 할당 요청의 수의 배수 인 컴퓨터-구현 시스템.
5. 청구항 1에 있어서,
   상기 요청 풀은
   선입선출(first-in-first-out) 동작을 따르도록 구성되는 컴퓨터-구현 시스템.
6. 청구항 1에 있어서,
   상기 하나 이상의 할당 요청의 상기 서브 세트는 데이터 패키지가 할당되지 않은 컴퓨터-구현 시스템.
7. 청구항 1에 있어서,
   상기 명령은
   상기 제1 그룹의 상기 하나 이상의 데이터 패키지가 상기 제2 그룹의 상기 하나 이상의 할당 요청에 할당되는 방식을 로깅하는 것을 더 포함하는 컴퓨터-구현 시스템.
8. 청구항 1에 있어서,
   상기 명령은
   추가 사용자 디바이스로부터 추가 할당 요청을 수신하는, - 상기 사용자 디바이스는 동일한 물리적 영역 내에 위치함 - 것을 더 포함하는 컴퓨터-구현 시스템.
9. 수신 요청 및 데이터 패키지 할당을 관리하기 위한 컴퓨터-구현 방법으로서,
   데이터 패키지 관리 서버의 적어도 하나의 프로세서에 의해 수행되는 다음 단계들을 포함하는 상기 방법은
   데이터 요소의 조합에 기초하여 복수의 데이터 패키지를 생성하는 단계 - 각각의 데이터 패키지는 주문의 조합으로부터 하나 이상의 제품을 포함하고, 상기 제품은 풀필먼트 센터로부터의 효율적인 피킹을 위해 선택됨 -;
   할당을 위해 이용 가능한 데이터 패키지를 저장하도록 구성된 데이터 패키지 풀에 상기 복수의 데이터 패키지를 추가하는 단계;
   상기 풀필먼트 센터의 피커의 사용자 디바이스로부터 할당 요청을 수신하는 단계;
   복수의 할당 요청을 큐잉 하도록 구성된 요청 풀에 상기 할당 요청을 추가하는 단계 - 상기 복수의 데이터 패키지를 생성하는 단계와 상기 할당 요청을 수신하는 단계는 비동기 적으로 발생 함-;
   상기 데이터 패키지 풀로부터 하나 이상의 데이터 패키지의 제1 그룹을 검색하는 단계;
   상기 요청 풀로부터 하나 이상의 할당 요청의 제2 그룹을 검색하는 단계;
   상기 하나 이상의 데이터 패키지가 상기 할당 요청을 전송한 사용자 디바이스의 제2 물리적 위치와 매칭하는 제1 물리적 위치와 연관될 때 상기 제1 그룹의 상기 하나 이상의 데이터 패키지를 상기 제2 그룹의 할당 요청에 할당하는 단계;
   상기 하나 이상의 할당 요청을 상기 할당된 데이터 패키지와 함께 대응하는 사용자 디바이스로 전송하는 단계; 및
   상기 하나 이상의 할당 요청의 서브 세트와 함께 오류 코드를 전송하는 단계 - 상기 오류 코드는 대응하는 지연에 대응하는 값을 나타내고, 해당 지연 후에 대응하는 사용자 디바이스가 제2 할당 요청을 재 제출할 수 있음 - 를 포함하는 컴퓨터-구현 방법.
10. 청구항 9에 있어서,
    복수의 사용자 디바이스로부터 복수의 할당 요청을 수신하는 - 상기 복수의 할당 요청의 수는 상기 데이터 패키지 관리 서버의 처리 역량보다 큼 - 것을 포함하는 컴퓨터-구현 방법.
11. 청구항 9에 있어서,
    상기 복수의 데이터 패키지를 생성하는 것은
    상기 데이터 요소를 하나 이상의 구성 요소로 분해하고; 그리고
    미리 결정된 기준에 기초하여 상기 하나 이상의 구성 요소를 그룹화하는 것을 포함하는 컴퓨터-구현 방법.
12. 청구항 9에 있어서,
    상기 제1 그룹의 데이터 패키지의 수는 상기 제2 그룹의 할당 요청의 수의 배수 인 컴퓨터-구현 방법.
13. 청구항 9에 있어서,
    상기 하나 이상의 할당 요청의 상기 서브 세트는 데이터 패키지가 할당되지 않은 컴퓨터-구현 방법.
14. 청구항 9에 있어서,
    상기 제1 그룹의 상기 하나 이상의 데이터 패키지가 상기 제2 그룹의 상기 하나 이상의 할당 요청에 할당되는 방식을 로깅하는 것을 더 포함하는 컴퓨터-구현 방법.
15. 청구항 9에 있어서,
    추가 사용자 디바이스로부터 추가 할당 요청을 수신하는 - 상기 사용자 디바이스는 동일한 물리적 영역 내에 위치함 - 것을 더 포함하는 컴퓨터-구현 방법.
16. 사용자 요청에 응답하여 작업을 생성하기 위한 컴퓨터-구현 시스템으로서,
    상기 시스템은
    명령들을 저장하는 메모리; 및
    상기 명령들을 실행하도록 구성된 적어도 하나의 프로세서를 포함하고,
    상기 명령들은
    발생된 고객 주문에 기초하여 복수의 배치(batch) 작업을 생성하고;
    상기 복수의 배치 작업을 참조하는 복수의 배치 포인터를 제1 큐에 추가하며;
    풀필먼트 센터의 피커의 복수의 사용자 디바이스로부터 복수의 배치 요청을 수신하며 - 상기 복수의 배치 작업을 생성하고 상기 복수의 배치 요청을 수신하는 것은 비동기적으로 발생함 -;
    상기 복수의 배치 요청을 제2 큐에 추가하며;
    상기 제1 큐로부터 배치 포인터의 제1 그룹을 검색하고 상기 제2 큐로부터 배치 요청의 제2 그룹을 검색하며;
    상기 제1 그룹의 개별 배치 포인터를 상기 제2 그룹의 개별 배치 요청에 연관시키며; 그리고
    하나 이상의 배치 포인터와 연관된 상기 개별 배치 요청을 각각의 사용자 디바이스로 전송하는 것을 포함하고,
    상기 각각의 사용자 디바이스는 상기 하나 이상의 배치 포인터에 의해 참조되는 하나 이상의 배치 작업을 검색하도록 구성되는 컴퓨터-구현 시스템.

Images