KR102448968B1 - 모듈러 캠프 분류 및 다이내믹 로딩 레이아웃 생성을 위한 시스템 및 방법 - Google Patents

Abstract

패키지의 분류 및 로딩을 최적화하기 위한 컴퓨터 구현 시스템 및 방법이 개시된다. 예시적 시스템은 명령을 저장하도록 구성된 비휘발성 컴퓨터 판독 가능 매체; 및 동작을 수행하기 위해 명령을 실행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다. 동작은 복수의 패키지와 연관된 복수의 패키지 식별자를 포함하는 데이터를 수신하고; 배달 차량의 구성 파라미터를 수신하고 - 구성 파라미터는 크기, 이용 가능한 위치, 또는 접근 지점 중 적어도 하나를 포함함 - ; 분류 디바이스 또는 로봇 분류기가 복수의 모듈러 컨테이너 내의 하나 이상의 구획 내에 복수의 패키지를 분류하게 하고; 배달 차량의 구성 파라미터에 기초하여 복수의 모듈러 컨테이너를 이용 가능한 위치에 로드하기 위한 로딩 순서를 결정하고; 그리고 결정된 로딩 순서의 시각적 표현을 표시하는 디바이스에 대한 명령을 생성하는 것을 포함할 수 있다.

Description

모듈러 캠프 분류 및 다이내믹 로딩 레이아웃 생성을 위한 시스템 및 방법{SYSTEMS AND METHODS FOR MODULAR CAMP SORTATION AND DYNAMIC LOADING LAYOUT GENERATION}

본 개시는 일반적으로 패키지를 분류 및 로딩하기 위한 컴퓨터 시스템 및 방법에 관한 것이다. 특히, 본 개시의 실시예는 하나 이상의 고객 주문에 관한 데이터에 기초하여, 복수의 패키지의 로딩 순서를 결정하고, 로딩 순서의 시각적 표현을 생성하고, 시각적 표현을 표시하도록 구성된 하나 이상의 디바이스에 로딩 순서에 관한 데이터를 전송하기 위한 창의적이고 독특한 시스템에 관한 것이다.

패키지 배달을 위한 많은 컴퓨터 시스템이 존재한다. 이들 시스템은, 예를 들면, 어느 배달원이 패키지를 배달할 것인지를 결정하고, 패키지 배달을 위한 루트를 생성하며, 배달원에게 배달 루트 및 패키지 정보를 전달하는 등의 백엔드 시스템을 포함한다. 이들 백엔드 시스템은, 패키지를 트럭 내의 어디에 배치할지와 같은 어떤 추가적인 가이던스 없이, 단지 작업자가 트럭 내에 특정 패키지를 배치하도록 지시하는 점에서 문제가 있다. 이것은 작업자가 모든 패키지를 맞추기 위해서 트럭을 빽빽히 채웠다가(pack) 다시 채울 필요가 있을 수 있기 때문에 지연을 초래할 수 있다. 또한, 이는 패키지의 분실을 초래할 수도 있다.

또한 그 시스템은 모바일 폰이나 PDA(Personal Digital Assistant)와 같은 배달원 디바이스를 포함할 수 있다. 배달원이 패키지를 배달 중일 때, 이들 디바이스는 배달원에게 패키지를 어디로 배달하는지 알려주고, 배달원이 배달 트럭 안쪽의 패키지를 찾을 수 있게 하기 위한 정보(예로서, 바코드)를 제공한다. 그러나, 이들 디바이스는 각 배달 위치에 배달하기 위한 올바른 패키지를 찾기 위해서 배달원이 수백개는 아닐지라도 수십개의 패키지를 파헤치는 것을 필요로 하는, 주소와 같은 정보를 제공하는 점에서 제대로 발달하지 못했다. 이는 배달원이 배달 트럭을 어떻게 채우는지 미리 알도록 요구하며, 비효율성을 야기한다.

그러므로, 패키지를 분류, 패킹, 및 배달하기 위해 향상된 전자 방법 및 시스템이 필요하다.

본 개시에 따른 실시예는, 패키지의 분류 및 로딩을 최적화하기 위한 컴퓨터 방법 및 시스템을 제공한다. 실시예는 최적화된 분류 또는 로딩 결정의 시각적 표현을 제공하는 방법 및 시스템을 포함할 수 있다.

일부 실시예에서, 컴퓨터 구현 시스템은 배달 차량의 최적의 분류 및 로딩 순서를 결정하도록 구성될 수 있다. 시스템은 명령을 저장하는 메모리를 포함할 수 있다. 시스템은 본 개시에 따른 하나 이상의 동작을 수행하기 위해 저장된 명령을 실행하도록 구성된 적어도 하나의 프로세서를 더 포함할 수 있다. 프로세서는 복수의 패키지와 연관된 복수의 패키지 식별자를 포함하는 데이터를 수신할 수 있다. 프로세서는 복수의 패키지에 대한 배달 위치와 연관된 복수의 블록 영역을 결정할 수 있다. 복수의 블록 영역은 수신된 데이터에 기초하여 결정될 수 있다. 프로세서는 배달 루트를 결정하도록 구성될 수 있다. 배달 루트는 복수의 패키지를 배달하기 위한 시퀀스를 포함할 수 있다. 프로세서는 루트의 제1 세트를 결정하고, 루트의 제1 세트의 각각에 대한 입력의 최적 조합을 결정하기 위해 루트의 제1 세트를 변형시키는 것에 의해 배달 루트를 결정할 수 있다. 프로세서는 변형된 루트와 연관된 블록 영역을 교환함으로써 최단 루트를 더 결정할 수 있다. 프로세서는 로딩 순서를 결정하도록 더 구성될 수 있다. 로딩 순서는 복수의 패키지의 각 패키지를 배달 차량에 로드하기 위한 순서를 포함할 수 있다. 순서는 결정된 배달 루트에 기초할 수 있다. 프로세서는 로딩 순서의 시각적 표현을 표시하기 위해 디바이스에 대한 명령을 생성하도록 더 구성될 수 있다.

일부 실시예에서, 컴퓨터 구현 방법은 복수의 패키지의 분류 및 로딩을 최적화하도록 구성될 수 있다. 방법은 복수의 패키지와 연관된 복수의 패키지 식별자를 포함하는 데이터를 수신하는 것을 포함할 수 있다. 방법은 복수의 패키지에 대한 배달 위치와 연관된 복수의 블록 영역을 결정하는 것을 더 포함할 수 있다. 블록 영역은 수신된 데이터에 기초하여 결정될 수 있다. 방법은 복수의 패키지를 배달하기 위한 시퀀스를 포함하는 배달 루트를 결정하는 것을 더 포함할 수 있다. 배달 루트는 루트의 제1 세트를 결정하고, 루트의 제1 세트의 각각에 대한 입력의 최적 조합을 결정하기 위해 루트의 제1 세트를 변형시키는 것에 의해 결정될 수 있다. 변형된 루트는 각 변형된 루트와 연관된 블록 영역의 순서를 교환함으로써 복수의 패키지를 배달하기 위한 최단 루트를 결정하도록 이용될 수 있다. 방법은 배달 루트에 기초하여 복수의 패키지의 각각을 배달 차량에 로드하기 위한 로딩 순서를 결정하는 것을 더 포함할 수 있다. 방법은 결정된 로딩 순서의 시각적 표현을 표시하기 위해 디바이스에 대한 명령을 생성하는 것을 더 포함할 수 있다.

일부 실시예에서, 시스템은 패키지의 분류 및 로딩을 최적화하기 위해 구성될 수 있다. 시스템은 메모리 및 프로세서로 구성된 컴퓨터 구현 시스템을 포함할 수 있다. 메모리는 프로세서가 동작을 실행하게 하는 명령을 저장한다. 동작은 복수의 패키지와 연관된 복수의 패키지 식별자를 포함하는 데이터를 수신하는 것을 포함할 수 있다. 동작은 복수의 패키지에 대한 배달 위치와 연관된 복수의 블록 영역을 결정하는 것을 포함할 수도 있다. 복수의 블록 영역은 수신된 데이터에 기초하여 결정될 수 있다. 동작은 복수의 패키지를 배달하기 위한 영역 시퀀스를 포함하는 배달 루트를 결정하는 것을 더 포함할 수 있다. 배달 루트는 루트의 제1 세트를 결정하고, 루트의 제1 세트의 각각에 대한 입력의 최적 조합을 결정하도록 루트의 제1 세트를 변형시키고, 각 변형된 루트와 연관된 블록 영역의 순서를 교환함으로써 최단 루트를 결정하는 것에 의해 결정될 수 있다. 동작은 복수의 패키지의 각 패키지를 배달 차량에 로드하기 위한 로딩 순서를 결정하는 것을 더 포함할 수 있다. 로딩 순서는 결정된 배달 루트에 기초하여 결정될 수 있다. 동작은 로딩 순서의 시각적 표현을 표시하기 위한 명령을 생성하는 것을 더 포함할 수 있다. 동작은 명령을 전송하는 것을 포함할 수도 있다. 시스템은 전송된 명령을 수신하고, 결정된 로딩 순서에 따라 복수의 패키지를 분류하는 것을 포함하는 동작을 수행하도록 구성된 분류 디바이스를 포함할 수 있다. 또한, 시스템은 전송된 명령을 수신하고, 로딩 순서의 시각적 표현을 표시하는 것을 포함하는 동작을 수행하도록 구성된 로딩 디바이스를 포함할 수 있다.

일부 실시예에서, 컴퓨터 구현 시스템은 패키지의 분류 및 로딩을 최적화하도록 구성될 수 있다. 시스템은 명령을 저장하도록 구성된 비휘발성 컴퓨터 판독 가능 매체; 및 동작을 수행하기 위해 명령을 실행하도록 구성된 적어도 하나의 프로세서를 포함할 수 있다. 동작은 복수의 패키지와 연관된 복수의 패키지 식별자를 포함하는 데이터를 수신하고; 배달 차량의 구성 파라미터를 수신하고 - 구성 파라미터는 크기, 이용 가능한 위치, 또는 접근 지점 중 적어도 하나를 포함함 - ; 분류 디바이스 또는 로봇 분류기가 복수의 모듈러 컨테이너 내의 하나 이상의 구획 내에 복수의 패키지를 분류하게 하고; 배달 차량의 구성 파라미터에 기초하여 복수의 모듈러 컨테이너를 이용 가능한 위치에 로드하기 위한 로딩 순서를 결정하고; 그리고 결정된 로딩 순서의 시각적 표현을 표시하는 디바이스에 대한 명령을 생성하는 것을 포함할 수 있다.

일부 실시예에서, 컴퓨터 구현 방법은 패키지의 분류 및 로딩을 최적화하도록 구성될 수 있다. 방법은 복수의 패키지와 연관된 복수의 패키지 식별자를 포함하는 데이터를 수신하고; 배달 차량의 구성 파라미터를 수신하고 - 구성 파라미터는 크기, 이용 가능한 위치, 또는 접근 지점 중 적어도 하나를 포함함 - ; 분류 디바이스 또는 로봇 분류기가 복수의 모듈러 컨테이너 내의 하나 이상의 구획 내에 복수의 패키지를 분류하게 하고; 배달 차량의 구성 파라미터에 기초하여 복수의 모듈러 컨테이너를 이용 가능한 위치에 로드하기 위한 로딩 순서를 결정하고; 그리고 결정된 로딩 순서의 시각적 표현을 표시하는 디바이스에 대한 명령을 생성하는 것을 포함할 수 있다.

개시된 실시예에 따라, 비휘발성 컴퓨터 판독 가능 저장 매체는, 여기에 개시된 방법, 프로세스, 또는 동작 중 어느 것을 수행하도록 적어도 하나의 프로세서에 의해 실행되는 프로그램 명령을 저장할 수 있다.

앞서 말한 일반적인 설명 및 다음의 자세한 설명은 오직 설명에 도움이 되기 위한 예시이며, 청구범위를 한정하는 것은 아니다.

도 1a는 개시된 실시예에 따른, 배송, 운송, 및 물류 운영을 가능하게 하는 통신을 위한 컴퓨터 시스템을 포함하는 네트워크의 예시적인 실시예를 나타낸 개략적인 블록도이다.
도 1b는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 검색 결과 페이지(SRP; Search Result Page)의 샘플을 나타낸 도면이다.
도 1c는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 제품 및 제품에 대한 정보를 포함하는 싱글 디스플레이 페이지(SDP; Single Display Page)의 샘플을 나타낸 도면이다.
도 1d는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 가상의 쇼핑 장바구니에 아이템을 포함하는 장바구니 페이지의 샘플을 나타낸 도면이다.
도 1e는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라, 가상의 쇼핑 장바구니로부터 구매 및 배송에 관한 정보에 따른 아이템을 포함하는 주문 페이지의 샘플을 나타낸 도면이다.
도 2는 개시된 실시예에 따른, 개시된 컴퓨터 시스템을 활용하도록 구성된 예시적인 풀필먼트 센터의 개략적인 도면이다.
도 3은 개시된 실시예에 따른, 패키지의 분류 및 로딩을 최적화하기 위한 예시적인 방법을 나타내는 플로차트이다.
도 4는 개시된 실시예에 따른, 지역 상에 매핑된 복수의 결정된 블록 영역을 가지는 예시적 지역을 나타낸 도면이다.
도 5a 및 5b는 개시된 실시예에 따른, 복수의 패키지를 받도록 구성된 예시적인 모듈러 컨테이너의 개략적인 도면이다.
도 6a는 개시된 실시예에 따른, 배달 루트를 생성하기 위한 입력 데이터를 나타내는 플로차트이다.
도 6b는 개시된 실시예에 따른, 루트 생성기에 의해 결정된 출력 데이터를 나타내는 플로차트이다.
도 7a는 개시된 실시예에 따른, 화물 영역 내에 복수의 위치를 가지는 예시적인 후면 로딩 배달 차량을 나타낸 도면이다.
도 7b는 개시된 실시예에 따른, 화물 영역 내에 복수의 위치를 가지는 예시적인 측면 로딩 배달 차량을 나타낸 도면이다.
도 8a는 개시된 실시예 따른, 프린트아웃으로 구성된, 결정된 로딩 순서의 시각적 표현의, 예시적인 표시를 나타낸 도면이다.
도 8b는 개시된 실시예 따른, 디바이스의 스크린 상의 표시로 구성된, 결정된 로딩 순서의 시각적 표현의, 예시적인 표시를 나타낸 도면이다.

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

본 개시의 실시예는 배달될 패키지의 분류 및 로딩을 최적화하기 위해 구성된 시스템 및 방법에 관한 것이다. 분류 및 로딩은 패키지가 배달될, 결정된 블록 영역에 기초할 수 있다. 분류 및 로딩 순서는 시스템으로부터 표시 디바이스에 전송된 시각적 표현으로 나타낼 수 있다.

도 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)으로부터 정보를 요청할 수 있다. 배송 및 주문 트래킹 시스템(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)는 임의의 할당된 프로세스(예를 들면, 트럭에서 내리기, 픽업 구역에서 아이템을 픽업하기, 리빈 월 작업, 아이템 패킹하기), 사용자 식별자, 위치(예를 들면, 풀필먼트 센터(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), WMA(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)에 의해 소유, 임대 또는 운행될 수 있다.

일부 실시예에서, 본 개시에 따르면, 운송 시스템(107)은 배달 차량에 패키지의 분류 및 로딩을 최적화하기 위해 구성될 수 있다. 그 시스템은, 예를 들면, 패키지가 배달될 복수의 블록 영역을 결정하고, 각 블록 영역에 서비스될 순서를 결정하며, 각 블록 영역에 서비스될 때 패키지의 위치를 쉽게 찾을 수 있도록 배달 차량에 로드하기 위한 순서를 결정하고, 로더 또는 자율 로봇이 로딩 순서에 따라서 배달 차량에 패키지를 로드할 수 있도록 디바이스 상에 로딩 순서의 시각적 표현을 생성하는 것에 의해서, 패키지의 분류 및 로딩을 최적화할 수 있다. 일례로서, 도 3은 패키지의 분류 및 로딩을 최적화하기 위한 예시적인 방법(300)을 제공한다. 그 방법 또는 그것의 일부는 시스템에 의해 수행될 수 있다. 시스템은 하나 이상의 프로세서 및, 하나 이상의 프로세서에 의해 실행될 때, 시스템이 패키지의 분류 및 로딩을 최적화하기 위한 동작을 수행하게 하는 명령을 저장하는 메모리를 포함할 수 있다. 시스템은 시스템(100) 내에 포함된 어느 것, 시스템(100) 내에 포함된 시스템들의 조합, 시스템(100) 내에 포함되지 않은 시스템, 또는 그것들의 조합일 수 있다. 다른 실시예에서, 도 1a에 도시된 시스템 또는 디바이스 중 하나 이상은 방법(300) 중 하나 이상의 스텝을 수행할 수 있다.

본 개시에 따르면, 시스템은 배달될 패키지에 관한 데이터를 수신하도록 구성될 수 있다. 예를 들면, 방법(300)은 배달될 복수의 패키지에 관한 데이터를 수신하는 스텝 301을 포함할 수 있다. 그 데이터는 패키지 식별자, 고객 주문, 배달 주소, 희망 배달 일자, 제품의 설명, 패키지의 크기 등에 관한 정보를 포함할 수 있다. 데이터는, 예를 들면, FO 시스템(113)에 의해 생성된 데이터를 포함할 수 있고, 예를 들어, 데이터는 고객에 의해 주문된 주문을 이행하는 것과 연관된다. 데이터는, 예를 들면, SAT 시스템(101)에 의해 생성된 데이터를 추가로 또는 대안으로 포함할 수 있고, 예를 들어 데이터는 고객 주문에 대한 주문 및 배달 상태를 모니터링하는 것과 연관된다. 예를 들면, 운송 시스템(107)은 배달을 위해 준비되는 하나 이상의 패키지에 관한 데이터를 수신할 수 있고, 그 데이터는 패키지의 각각에 대한 배달 주소를 포함할 수 있다.

데이터는 여기에 개시된 어느 시스템 또는 디바이스로부터 수신될 수 있다. 예를 들면, 데이터는, 디바이스(119A) 또는 디바이스(119B)와 같은, 모바일 디바이스로부터 수신될 수 있다. 추가로 또는 대안으로, 데이터는, SAT 시스템(101), FO 시스템(113), 배송 및 주문 추적 시스템(111), WMS(119) 등과 같이, 패키지 배달에 관한 데이터를 저장하거나 생성하는 시스템으로부터 수신될 수 있다.

데이터는 패키지를 처리하는 어느 단계 중에 시스템에 의해 수신될 수 있다. 예를 들면, 데이터는, 패키지가 드롭 구역(207)으로부터 픽업 구역(209)으로 이송되면, 피커가 모바일 디바이스(119B)로 바코드를 스캔하는 것에 응답하여 수신될 수 있다. 다른 예에서, 데이터는, 예를 들면 패킹 구역(211)에서, 아이템이 배송을 위해 패키지될 때, 또는 아이템이 배송을 위해 허브 구역(213)이나 캠프 구역(215)으로 이송될 때, 수신될 수 있다.

본 개시에 따르면, 시스템은 복수의 블록 영역을 결정하도록 구성될 수 있다. 예를 들면, 방법(300)은 패키지가 배달될 복수의 블록 영역을 결정하는 스텝 303을 포함할 수 있다. 블록 영역은 복수의 패키지 중 적어도 하나가 배달되는 지역일 수 있다. 각 블록 영역은 복수의 패키지 중 적어도 하나가 연속해서 배달될 수 있는 나눌 수 없는 혹은 연속적인 지역일 수 있다. 지역은, 배달 차량의 최소 사용으로 그 영역 내에 하나 이상의 패키지를 배달하기 쉽게 만드는 특성을 가지는 것이면, 나눌 수 없는 것 혹은 연속적일 수 있다. 예를 들면, 배달원이 하나의 장소에 배달 차량을 주차하고, 배달 차량을 이동시켜야 하는 일 없이 지역 내의 다수의 패키지를 배송하는 것이 가능하다면, 그 지역은 하나의 블록 영역일 수 있다. 다른 예로서, 배달원이 영역 내의 제1 장소에 배달 차량을 주차하고 그 영역의 제1 부분 내에서 하나 이상의 패키지를 배달하고, 그 다음에, 예를 들면 고속도로나 다른 주요 운송 시스템으로 혹은 그것을 통해서 이동해야 하는 일 없이, 그 영역 내의 제2 장소로 배달 차량을 이동시키고, 그 영역의 제2 부분 내에서 하나 이상의 패키지를 배달하는 것이 가능하다면, 그 지역은 하나의 블록 영역일 수 있다. 블록 영역은 특정 수량 또는 크기의 패키지가 배달되는 지역 내의 영역일 수 있다. 예를 들면, 시스템은 대략 같은 크기의 그룹으로 복수의 패키지를 그룹화하고, 패키지의 그룹의 각각에 대응하는 블록 영역을 결정하기 위해 지리 정보를 사용할 수 있다. 블록 영역 및 그것의 장소, 크기 등을 결정하기 위한 프로세스의 예가 도 4에 관하여 아래에 논의된다.

본 개시에 따르면, 패키지의 분류 및 로딩을 최적화하기 위한 시스템은 패키지의 그룹으로 패키지를 분류하도록 구성될 수 있다. 패키지는 복수의 블록 영역에 대응하는 그룹으로 분류될 수 있다. 예를 들면, 방법(300)은 스텝 303에서 결정된 블록 영역에 대응하는 그룹으로 패키지를 분류하는 스텝 305를 포함할 수 있다. 분류는 복수의 패키지 내의 각 패키지를 결정된 블록 영역 중 하나와 연관시키고, 각 패키지를 같은 블록 영역에 대응하는 다른 패키지들과 함께 위치시키는 것을 포함할 수 있다. 운송 시스템(107)은, 블록 영역의 장소 또는 블록 영역 내에 포함된 주소와 같은, 블록 영역에 관한 데이터를 사용할 수 있고, 그 데이터를 각 패키지가 배달될 블록 영역을 결정하기 위한 각 패키지로부터의 데이터와 비교할 수 있다.

운송 시스템(107)은 복수의 그룹으로 패키지를 자동적으로 분류하거나, 작업자 혹은 머신에 패키지의 적절한 분류를 포함하는 명령을 제공할 수 있다. 예를 들면, 컨베이어 벨트가, 예로써, 컨베이어 벨트 상의 여러 지점에서 패키지를 구분하는 컨베이어 벨트 상의 디바이더를 이용함으로써, 복수의 그룹으로 패키지를 분류하도록 이용될 수 있다. 예를 들면, 블록 영역(401)과 연관된 패키지는 컨베이어 벨트 상의 제1 지점에서 분리기에 의해 컨베이어 벨트로부터 내보내질 수 있고, 블록 영역(409)과 연관된 패키지는 컨베이어 벨트 상의 제2 지점에서 분리기에 의해 컨베이어 벨트로부터 내보내지는 등 할 수 있다. 또 다른 예에서, 시스템은 패키지가 복수의 그룹으로 어떻게 분류될지 결정할 수 있고, 예로써, 모바일 디바이스(107A) 또는 디바이스(119A)의 GUI 상에 명령을 제공함으로써, 작업자에게 명령을 제공할 수 있으며, 작업자는 명령에 따라서 패키지를 수동으로 분류할 수 있다.

패키지는 허브 구역(213), 캠프 구역(215), 또는 그들 조합에서 그룹으로 분류될 수 있다. 예를 들면, 작업자 또는 머신이 허브 구역(213) 내에서 패키지(218)를 검색하는 동안에, 패키지는 스캔되어 블록 영역과 연관지어질 수 있다. 그 다음에 패키지는 블록 영역과의 연관성에 기초하여 그룹화될 수 있다. 또 다른 예에서, 패키지(220)는, 그것이 캠프 구역(215) 내에서 다루어지는 동안에, 블록 영역과 대응하는 그룹으로 분류될 수 있다. 추가로 또는 대안으로, 패키지는 허브 구역(213)에서, 각 그룹이 복수의 블록 영역에 대응하는, 그룹으로 분류되고, 추가로 각 서브 그룹이 블록 영역에 대응하는, 서브 그룹으로 분류될 수 있는 것으로 고려된다. 이 예에서, 도 4에 나타내는, 지역(400)에 배달될 패키지가 허브 구역(213)에서 함께 그룹화될 수 있고 캠프 구역(215)으로 이송될 수 있다. 캠프 구역(215)에서 한 차례, 패키지가 7개의 서브 그룹으로 더 분할될 수 있고, 각 서브 그룹은 7개의 블록 영역(401, 403, 405, 407, 409, 411, 또는 413) 중 하나에 대응한다.

본 개시에 따르면, 패키지를 분류하는 것은 하나 이상의 모듈러 컨테이너에 패키지의 각 그룹을 분류하는 것을 포함할 수 있다. 모듈러 컨테이너는 하나 이상의 패키지를 일시적으로 저장할 수 있는 어느 컨테이너일 수 있다. 모듈러 컨테이너는 재사용 가능하며, 그것들이 배달 차량에 쉽게 로드 가능하도록 구성될 수 있다. 예를 들면, 모듈러 컨테이너는, FC(200) 여기저기로 쉽게 이송될 수 있게 하는, 바퀴를 가질 수 있고, 또는 포크리프트(206)와 같이, 머신에 의해 이동 가능하도록 구성될 수 있다. 모듈러 컨테이너는 패키지를 저장하기 위한 하나 이상의 구획을 가질 수 있고, 구획은, 예를 들면, 선택적으로 이동식 벽이나 디바이더의 포함에 의해, 추가되거나 제거될 수 있도록 구성될 수 있다. 블록 영역에 관한 패키지는 패키지의 분류와 배달 사이에 하나 이상의 모듈러 컨테이너 내에 저장될 수 있다. 하나 이상의 블록 영역과 연관된 패키지가 단일의 모듈러 컨테이너에 저장되는 것도 고려된다. 모듈러 컨테이너의 예는 도 5a 및 도 5b에 관하여 아래에 논의된다.

분류된 패키지에 관한 데이터는 시스템(100) 내의 다른 시스템으로 전송되거나 또는 외부 시스템으로 전송될 수 있다. 예를 들면, 운송 시스템(107)은 상술한 바와 같이 패키지를 분류할 수 있고, FO 시스템(113), 배송 및 주문 추적 시스템(111), 또는 그 데이터를 처리할 수 있는 다른 시스템에 정보를 제공할 수 있다. 데이터는 어느 패키지가 각 그룹으로 분류되는지, 얼만큼의 패키지가 각 그룹으로 분류되는지, 각 그룹으로 분류된 패키지의 크기, 각 그룹의 패키지와 연관된 패키지 식별자, 각 그룹의 장소, 각 그룹과 연관된 모듈러 컨테이너 등에 관한 정보를 포함할 수 있다.

본 개시에 따르면, 패키지의 분류 및 로딩을 최적화하기 위한 시스템은 배달 루트를 결정하도록 구성될 수 있다. 배달 루트는 결정된 블록 영역에 관한 데이터에 기초하여 결정될 수 있다. 예를 들면, 방법(300)은 스텝 303에서 결정된 블록 영역에 기초하여 배달 루트를 결정하는 스텝 307을 포함할 수 있다. 추가로 또는 대안으로, 운송 시스템(107)은, 분류된 패키지에 관한 데이터, 배달 히스토리 데이터나 운영 데이터, 또는 그것들의 조합에 기초하여 배달 루트를 결정할 수 있다.

배달 루트는 복수의 패키지를 배달하기 위한 시퀀스를 포함할 수 있다. 예를 들면, 배달 루트는 복수의 블록 영역의 각각에 서비스를 제공하기 위한 순서를 포함할 수 있다. 예를 들면, 배달 루트는 첫번째로 블록 영역(413), 그 다음 블록 영역(411), 그 다음 블록 영역(407) 등으로 패키지를 배달하는 루트일 수 있다. 추가로 또는 대안으로 배달 루트는 지역 전체의 물리적 루트를 포함할 수 있고, 예를 들면, 배달 루트를 통하여 배달 차량을 길안내하기 위한 지시 및 그 루트를 따라서 패키지를 어떻게 및/또는 어디로 배달할지에 대한 명령을 포함할 수 있다. 배달 루트의 결정에 관한 예는 도 6a 및 도 6b에 관하여 아래에 논의된다.

본 개시에 따르면, 패키지의 분류 및 로딩을 최적화하기 위한 시스템은 배달 차량에 로드하기 위한 순서를 결정하도록 구성될 수 있다. 로딩 순서는 패키지의 복수의 그룹의 각각을 로드하기 위한 순서를 포함할 수 있다. 예를 들면, 방법(300)은 스텝 305에서 결정된 패키지의 그룹을 배달 차량에 로드하기 위한 로딩 순서를 결정하는 스텝 309를 포함할 수 있다. 로딩 순서는 각 패키지 또는 패키지의 그룹이 배달 차량 내에 배치될 위치를 포함할 수 있다. 로딩 순서는 배달 차량에 맞게 만들어질 수 있다. 같은 루트에 대한 로딩 순서는 예를 들어, 제1 구성으로 구성된 화물 영역을 가지는 배달 차량이 배달에 사용되는 경우 또는 제2 구성으로 화물 영역을 가지는 배달 차량이 배달에 사용되는 경우, 달라질 수 있다. 예를 들면, 화물 영역이 다수의 물리적 구획을 가지는 경우, 로딩 순서는 제1 구획에 로드하기 위한 순서 및 제2 구획에 로드하기 위한 순서를 포함할 수 있다. 유사하게, 로딩 순서는 배달 차량의 도어나 접근 지점의 위치에 의해 판단될 수도 있다. 각각 연관될 수 있는 로딩 순서 및 배달 차량의 구성 예는, 도 7a 및 도 7b에 관하여 아래에 논의된다.

위에서 논의된 바와 같이, 어느 지역으로 배달될 복수의 패키지는 그 지역 내의 블록 영역과 연관된 모듈러 컨테이너에 분류될 수 있다. 모듈러 컨테이너에 패키지를 분류하는 것은 로딩 순서를 결정하기 위한 프로세스를 간소화시킬 수 있다. 예를 들면, 로딩 순서는 배달 차량에 복수의 모듈러 컨테이너의 각각을 로드하기 위한 순서를 포함할 수 있다.

본 개시에 따르면, 패키지의 분류 및 로딩을 최적화하기 위한 시스템은 디바이스가 로딩 순서의 시각적 표현을 표시하게 하기 위한 명령을 생성할 수 있다. 예를 들면, 방법(300)은 스텝 309에서 결정된 로딩 순서의 표시를 하게 하는 명령을 생성하는 스텝 311을 포함할 수 있다. 명령은 표시의 여러 타입에 대한 지시를 포함할 수 있다. 예를 들면, 명령은 컴퓨터 시스템이 로딩 순서의 시각적 표현을 프린트하게 하는 지시, 모바일 디바이스가 GUI 내에 시각적 표현을 표시하게 하는 지시, 컴퓨팅 시스템이 복수의 디바이스에 시각적 표현을 전송하게 하는 지시, 그것들의 조합 등을 포함할 수 있다. 시각적 표현 및 그것을 표시하기 위한 명령의 예는 도 8a 및 도 8b에 관하여 아래에 논의된다.

도 4는 지역(400) 상에 매핑된 복수의 블록 영역(401, 403, 405, 407, 409, 411, 413)을 나타낸다. 지역(400)은 고속도로 체계(419), 일반도로 체계(417), 및 철도 체계(415)로 규정된 다수의 도시 블록을 포함하며, (번호가 붙지 않은) 복수의 빌딩 및 연못(421)을 포함한다. 각 블록 영역은 복수의 패키지 중 하나 이상에 대한 배달 장소와 연관된다.

이 개시로부터 이해될 수 있는 바와 같이, 블록 영역은 임의의 크기일 수 있다. 예를 들면, 다수의 패키지가 아파트 빌딩 또는 오피스 빌딩과 같이, 단일 빌딩으로 배달되는 경우, 블록 영역은 그 빌딩만을 포함할 수 있다. 블록 영역(405)은 단일 빌딩을 포함하는 블록 영역의 예이다. 또 다른 예에서, 블록 영역은 다수의 도시 블록의 크기일 수 있고, 다수의 빌딩, 주택, 또는 그것들의 조합을 포함할 수 있다. 블록 영역(403)은 지역(400)의 두개의 블록을 포함하는 블록 영역의 예로서, 다수의 빌딩을 포함한다. 또한, 블록 영역이 빌딩의 일부만을 포함할 수 있는 것도 고려된다. 예를 들면, 다수의 세입자를 가지는 오피스 빌딩은, 각 세입자에게 배달될 패키지의 수량에 따라서 다수의 블록 영역으로 나뉠 수 있다. 이 개시로부터 이해될 수 있는 바와 같이, 블록 영역은 어떤 형태나 구성일 수 있다. 블록 영역(407)은 대체로 직사각형인 블록 영역의 예이고, 블록 영역(411)은 불규칙한 형태인 블록 영역의 예이다.

블록 영역의 경계는 기존의 물리적 경계, 인위적 경계, 또는 그 조합에 의해서, 규정될 수 있다. 물리적 경계는, 예를 들면, 수역(水域), 고속도로나 일반도로 체계, 철도, 빌딩, 수목 라인 등을 포함할 수 있다. 인위적 경계는 영역 코드, 우편 번호, 서비스 영역, 거주 지역, 다른 블록 영역 등과 연관된 경계를 포함할 수 있다. 블록 영역(409)은 일측에 연못(421), 2개의 측에 고속도로 체계(419), 나머지 측에 일반도로 체계(417)를 포함하는 물리적 경계에 의해 규정된 블록 영역의 예이다. 블록 영역(411)은, 일측이 물리적 경계인 고속도로 체계(419)에 의해 규정되고, 인위적 경계로서 2개의 측이 지역(400)의 외곽 경계, 또 하나의 측이 인접한 블록 영역(405)에 의해 규정되는 블록 영역의 예이다.

블록 영역은 배달될 복수의 패키지에 관한 데이터로부터 결정될 수 있다. 위에서 논의된 바와 같이, 예로서, 방법(300)의 스텝 301에서, 시스템에 의해 수신된 데이터는, 패키지에 대한 배달 주소를 포함할 수 있다. 운송 시스템(1070과 같은 시스템은, 주소에 대응하는 지역을 결정하고, 추가로 그 주소와 연관된 블록 영역을 결정하도록 배달 주소를 이용할 수 있다. 블록 영역은 이미 존재하는 지역이나 다른 인위적인 경계로부터 결정될 수 있다. 예를 들면, 시스템은 복수의 패키지의 배달 주소에 관한 데이터를 수신하고, 그 주소를 하나 이상의 우편 번호와 연관시킬 수 있다. 시스템은 그 다음에 패키지의 제1 그룹이 우편 번호의 제1 서브 영역으로 배달되고 패키지의 제2 그룹이 우편 번호의 제2 서브 영역으로 배달되는 것 등을 결정할 수 있다. 그 다음에 우편 번호에 의해 규정된 영역은 복수의 블록 영역으로 나뉠 수 있고, 각 블록 영역은 우편 번호 내의 식별된 서브 영역 중 하나 이상과 대응한다.

블록 영역은 배달 히스토리 데이터에 의해 규정될 수 있다. 예를 들면, 이전의 배달에 기초하여, 운송 시스템(107)은, 예로써, 어느 지역 중 한 서브 영역이 많은 수량의 패키지를 지속적으로 접수한다고 결정할 수 있다. 이 영역은, 예를 들면, 알려진 블록 영역으로서 시스템(100)과 통신하여 메모리 디바이스 혹은 데이터베이스 내에 저장될 수 있다. 향후 분석에서, 서비스될 지역이 그 알려진 블록 영역을 포함할 때, 운송 시스템(107)은 그 알려진 블록 영역에 대응하는 지역의 부분을 제1 블록 영역으로서 자동적으로 구분할 수 있어, 지역을 복수의 블록 영역으로 분해하는 것을 간소화시킬 수 있다. 예를 들면, 블록 영역(413)이 많은 수량의 패키지를 지속적으로 접수하는 상업 구역과 연관되는 경우, 다음번 시스템이 지역(400)에 대한 복수의 블록 영역을 결정할 때, 블록 영역(413)을 독립된 블록 영역으로서 자동적으로 구분함으로써 분석을 개시할 수 있다. 또한 히스토리 데이터는 영역에 대한 서비스의 편의성 또는 영역의 자연적 경계에 관한 데이터를 포함할 수 있다. 예를 들면, 블록 영역(411)에 대해서, 블록 영역(411)을 두 부분으로 나눈 고속도로 체계(419)가 자연적 경계로서 역할을 하여, 블록 영역(411)은 두개의 블록 영역으로 나뉘어지는 것일 수 있다. 그러나, 히스토리 데이터는 배달 드라이버가 블록 영역(411) 내의 고속도로 체계(419)의 양측에 서비스를 용이하게 제공할 수 있다는 것을 나타낼 수 있다. 이것은 드라이버 피드백, 그 영역 내에 모니터된 배달의 효율성, 또는 시스템에 제공되거나 시스템에 의해 결정된 다른 기준에 기초하여 결정될 수 있다.

블록 영역은 시스템에 의해 자동적으로 결정될 수 있다. 예를 들면, 운송 시스템(107)은 위에서 설명된 데이터를 수신할 수 있고, 예로써, 뉴럴 네트워크 또는 다른 컴퓨터 학습법을 이용하여, 상술한 바와 같이 복수의 블록 영역을 결정할 수 있다. 자동적으로 블록 영역을 결정하는 것의 이점은, 컴퓨팅 시스템이 다음 동작에서 자동적으로 분석되거나 다른 시스템으로 전송될 수 있는 추가 데이터를 생성할 수 있다는 점이다. 다른 예에서, 블록 영역은 하나 이상의 작업자로부터의 입력에 기초하여 결정될 수 있다. 예를 들면, 작업자는 2개의 인접한 블록 영역을 만들어내는 것을 정당화시키는, 이전 경험으로부터의 실제적 지식을 가질 수 있다. 또 다른 예에서, 컴퓨팅 시스템은 복수의 블록 영역을 결정하고, 하나 이상의 작업자에게 그 블록 영역을 표시할 수 있고, 하나 이상의 작업자는 그때에 시스템과 상호 동작함으로써 결정된 블록 영역의 경계를 조정하거나 확인할 기회를 가질 수 있다.

결정된 블록 영역에 관한 데이터는, 다른 시스템으로 전송되거나, 메모리 디바이스 혹은 데이터베이스 내에 저장되거나, 또는 시스템(100)에 의해 처리될 수 있다. 데이터는, 블록 영역의 장소, 크기, 또는 면적 등과 같이, 블록 영역에 관한 정보를 포함할 수 있다. 또한, 데이터는 패키지의 수량, 패키지의 크기, 각 패키지에 대한 패키지 식별자 등과 같이, 각 블록 영역으로 배달될 패키지에 관한 정보를 포함할 수 있다.

도 5a는 모듈러 컨테이너(501)의 예시적 실시예의 정면도를 제공하고, 도 5b는 같은 예시적 모듈러 컨테이너(501)의 측면도를 제공한다. 모듈러 컨테이너(501)는 후면(503), 우측면(505), 및 좌측면(507)을 포함한다. 모듈러 컨테이너(501)는 앞면이 없지만, 모듈러 컨테이너(501) 내에 또는 상에 패키지의 로딩 및 언로딩을 할 수 있도록 선택적으로 이동 가능한 힌지문, 미닫이벽, 또는 다른 부분을 포함할 수 있는, 이동식 앞면을 가지도록 구성될 수 있는 것이 고려된다. 후면(503), 우측면(505), 및 좌측면(507)의 각각은 복수의 버티컬 바(510)로 구성되는 것으로 도시되지만, 이 구조는 단지 예시이며 각 면(503, 505, 507)은 임의의 형태일 수 있다고 이해되어야 한다.

모듈러 컨테이너(501)는 복수의 패키지를 받기 위한 바닥 선반으로서도 기능하는 바닥(509)을 포함한다. 예를 들면, 패키지(514)는 바닥(509)의 상면에 놓여 있다. 바닥(509)은 모듈러 컨테이너(501)가 이동하게 하기 위한 수단용 부착 지점으로서 기능할 수 있다. 예를 들면, 바퀴(513)는 종래 알려진 임의의 수단으로 바닥(509)에 부착될 수 있다. 바퀴(513)는 임의의 면측(503, 505, 507)에 부착되거나, 바닥(509) 및 면측(503, 505, 507)의 결합체에 부착될 수 있는 것으로 고려된다. 또한 모듈러 컨테이너(501)는 모듈러 컨테이너(501)의 상부 엣지와 바닥 선반의 사이에 위치되는 이동식 선반인 디바이더(511)를 포함한다. 디바이더(511)는 패키지의 그룹을 지지하기 위한 선반으로서 작용한다. 예를 들면, 패키지(512)는 디바이더(511)의 상면에 놓여진다. 디바이더(511)는 종래에 알려진 임의의 수단으로 모듈러 컨테이너(501)에 부착될 수 있다. 예를 들면, 디바이더(511)는 좌측면(507) 및 우측면(505)의 버티컬 바(510)를 통하는 기계식 조임 장치(513)에 의해 부착될 수 있다. 디바이더(511)는 모듈러 컨테이너(501)가 바닥(509) 및 각 면(503, 505, 507)에 의해 규정된 하나의 구획을 가지도록 제거될 수 있다.

모듈러 컨테이너(501)는, 사용하지 않을 때에는, 공간 절약형 형태로 저장될 수 있도록 구성될 수 있는 것이 고려된다. 복수의 모듈러 컨테이너는 배달 차량에 로드되어, 패키지가 배달 목적지에 배달된 후에 배달 차량 내에 남아 있을 수 있다. 모듈러 컨테이너를 공간 절약형 형태로 변형시키도록 구성하는 것은, 작업자가 모듈러 컨테이너 내에 이전의 로드된 패키지를 내보낸 후에 배달 차량 내에 빈 모듈러 컨테이너를 보관하여 배달 차량 내에 공간을 확보할 수 있게 할 수 있다. 예를 들면, 모듈러 컨테이너(501)는 대체로 평평한 형태로 접을 수 있도록 접이식 디자인을 가질 수 있다. 또 다른 예로서, 모듈러 컨테이너(501)는, 예를 들면, 기계식 조임 장치를 제거함으로써 분해되어, 조립된 모듈러 컨테이너보다 작은 볼륨를 필요로 하는 형태로 보관될 수 있다.

각 블록 영역에 대응하는 패키지는 모듈러 컨테이너(501) 상에서 분류될 수 있다. 단일 블록 영역에서의 패키지는 하나의 모듈러 컨테이너(501)에 로드될 수 이다. 예를 들면, 블록 영역(411)으로 배달될 복수의 패키지가 존재할 수 있고, 제1 모듈러 컨테이너(501)는 블록 영역(411)을 목적으로 한 모든 패키지가 로드될 수 있다. 패키지의 수량은 디바이더(511)를 제거한 채로 전체 모듈러 컨테이너(501)를 채우는데 충분할 수 있다. 또 다른 예에서, 블록 영역(409)을 목적으로 한 패키지의 그룹 및 블록 영역(407)을 목적으로 한 패키지의 그룹이 존재할 수 있다. 블록 영역(409)을 목적으로 한 패키지는, 바닥(509)과 디바이더(511) 사이의 영역으로 규정되는 제1 구획인, 모듈러 컨테이너(501)의 제1 구획 내에 배치될 수 있고, 블록 영역(407)을 목적으로 한 패키지는, 디바이더(511) 위의 영역으로 규정되는 제2 구획인, 같은 모듈러 컨테이너(501)의 제2 구획 내에 배치될 수 있다.

모듈러 컨테이너는 패키지를 분류 및 로딩하기 위한 몇가지 이점을 제공한다. 일례로서, 제1 장소, 예를 들면, 허브 구역(213)에서 모듈러 컨테이너 내에 블록 영역에 의해 분류된 패키지는, 캠프 구역(215)에서 배달 차량에 로드될 때 재분류될 필요가 없다. 또한 모듈러 컨테이너는 최소한의 공간 낭비로 배달 차량 내에 맞게 지능적으로 크기가 부여될 수 있다. 예를 들면, 모듈러 컨테이너(501)는 배달 차량의 화물 영역의 높이에 대응하는 높이일 수 있다. 추가로, 모듈러 컨테이너(501)는 배달 차량의 크기에 비례하는 폭을 가질 수 있다. 예를 들면, 모듈러 컨테이너의 폭은, 배달 차량이 배달 차량의 화물 영역 내에 최소한의 공간 낭비로 3개의 모듈러 컨테이너가 로드될 수 있도록, 배달 차량의 화물 영역의 폭의 3분의 1일 수 있다. 모듈러 컨테이너 내로의 분류 및 로딩에 의해 발생된 효율성은, 배달 시간, 연비, 및 다른 배달 이점의 개선으로 이어질 수 있다.

패키지는 본 개시에 따른 임의의 수단으로 분류될 수 있으며 모듈러 컨테이너에 분류될 필요는 없다고 이해된다. 예를 들면, 운송 시스템(107)은 상술한 바와 대체로 같은 방식으로 패키지가 어떻게 분류될지를 결정하고, 복수의 그룹으로 패키지를 분류하기 위한 명령을 생성할 수 있다. 명령은, 예를 들면, 각 패키지에 대한 패키지 식별자, 패키지의 각 그룹에 대한 그룹 식별자, 및 대응하는 그룹으로 각 패키지를 배치하기 위한 명령을 포함할 수 있다. 분류는, 예를 들면, 분류 디바이스, 로봇 시스템 등에 의해 실행될 수 있다. 일부 실시예는 수동 분류도 물론 포함할 수 있다.

시스템은 복수의 인자에 기초하여 하나 이상의 배달 루트를 결정할 수 있다. 효율성 선호도가 배달 루트를 결정하는데 이용될 수 있다. 효율성 선호도는, 패키지 배달의 효율성에 관한 것이며, 사용자에 의해 제공되거나 시스템에 의해 결정되는 임의의 룰 또는 가이드라인일 수 있다. 예를 들면, 제1 효율성 선호도는, 정지 신호에서 우회전이 이루어질 수 있고, 그 밖에도 우회전 수행이 더 쉽기 때문에, 좌회전보다 우회전이 선호되는 것을 제공할 수 있다. 효율성 선호도의 다른 예는, 배달 차량은, 특정 전체 비율을 초과하는 경우에만, 배달을 위해 나갈 수 있는 것일 수 있다. 예를 들면, FC(200)를 떠나는 어느 배달 차량은 패키지가 적어도 전체 80 퍼센트가 되도록 요구될 수 있다. 효율성 선호도의 또 다른 예는, 두개의 루트가 서로 중첩되지 않는 것일 수 있다. 효율성 선호도의 또 다른 예는, 가장 많은 패키지를 갖는 블록 영역의 패키지를 다른 영역 이전에 배달하는 선호도일 수 있다. 여기에 제공된 효율성 선호도는 오직 예시적인 것이며, 임의의 효율성 선호도가 루트 결정에 포함될 수 있다고 이해된다.

또한 리소스 데이터가 배달 루트를 결정하는데 이용될 수 있다. 리소스 데이터는 배달에 사용될 수 있는 리소스에 관한 임의의 데이터이다. 리소스 데이터의 예는, 이용 가능한 배달 차량의 수 및 타입(예로써, 2개의 트럭 및 1개의 승합차), 이용 가능한 배달원의 수(예로써, 한명의 풀타임 작업자 및 두명의 파트타임 작업자), 배달을 위해 이용 가능한 보조 머신이나 시스템의 수(예로써, 하나의 짐수레 또는 자율 로봇) 등에 관한 데이터를 포함할 수 있다. 리소스 데이터는, 예를 들면 디바이스(119A) 상에, 입력을 통해서 시스템에 제공될 수 있고, 또는 WMS(119)와 같은, 시스템에 의해 결정될 수 있다.

또한, 패키지 데이터가 배달 루트를 결정하는데 이용될 수 있다. 패키지 데이터는 패키지 식별자, 패키지의 수량, 패키지의 크기, 패키지가 배달될 영역, 패키지가 어떻게 분류되는지 등을 포함할 수 있다. 패키지 데이터는 시스템에 의해서 입력 또는 또 다른 시스템으로부터 수신될 수 있다. 예를 들면, 패키지 데이터는 방법(300)의 스텝 301에서 수신된 데이터, 방법(300)의 스텝 303에서 생성된 데이터, 방법(300)의 스텝 305에서 생성된 데이터, 또는 그것들의 조합을 포함할 수 있다.

배달 루트를 결정하기 위해 사용된 인자는, 상술한 바와 같이, 배달 루트가 블록 영역에 대응하는 그룹으로 패키지를 분류하기 전 또는 후에 결정되는지 여부에 의존할 수 있다. 예를 들면, 시스템은 지역(400)에 관한 데이터를 수신하고, 지역(400)의 지형 및 효율성 선호도에 기초하여 블록 영역의 각각으로 패키지를 배달하기 위한 루트를 결정할 수 있다. 결과적인 루트는, 예를 들면, 각 블록 영역에 접근하기 위한 가장 효율적인 루트일 수 있다. 예를 들면, 효율성 선호도에 따른, 가장 효율적인 루트는, 블록 영역(409)를 시작으로, 그 다음 블록 영역(413), 그 다음 블록 영역(411), 그 다음 블록 영역(407), 그 다음 블록 영역(405), 그 다음 블록 영역(401), 그리고 마지막으로 블록 영역(403)인 것일 수 있다. 반대로, 패키지가 그룹으로 이미 분류되어 있는 경우, 패키지 데이터는, 블록 영역 중 일부는 다른 영역보다 상당히 많거나 적은 패키지를 포함하거나, 일부 블록 영역의 패키지가 같은 모듈러 컨테이너 상에 분류되어 있다는 것을 나타낼 수 있다. 예를 들면, 블록 영역(407)이 지역(400) 내의 블록 영역 중에서 가장 많은 수량의 패키지를 가지고, 블록 영역(411 및 405)에 대한 패키지가 같은 모듈러 컨테이너 상에 분류되어 있는 경우, 시스템은 블록 영역(407)에 대한 모든 패키지를 첫째로 배달하는 것이 가장 효율적이라고 결정하고, 그 다음에 블록 영역(411 및 405)는 패키지가 같은 모듈러 컨테이너 내에 포함되어 있기 때문에 연속해서 배달되는 조건으로 다른 블록 영역에 패키지를 배달하기 위한 순서를 결정할 수 있다.

도 6a는 루트 생성기로의 입력을 보여주는 예시적인 플로차트를 나타낸다. 도 6a로부터 이해될 수 있는 바와 같이, 입력은 데이터의 여러 다른 타입을 포함할 수 있고, 데이터의 각 타입은 복수의 정보를 포함할 수 있다. 예를 들면, 배달 데이터(601)는 각 블록 영역의 식별자, 각 블록 영역에 배달될 패키지의 수량이나 볼륨, 및 패키지가 분류되는 모듈러 컨테이너의 식별자에 관한 데이터를 포함할 수 있다. 예를 들면, 도 6a에 나타낸 입력은 방법(300)의 스텝 307의 일환으로 수행될 수 있으며, 배달 데이터(601)는 방법(300)의 스텝 303에서 생성되는 블록 영역에 관한 데이터 및 방법(300)의 스텝 305 중에 발생될 수 있는, 모듈러 컨테이너로의 패키지의 분류에 관한 데이터를 포함할 수 있다. 배달 데이터(601)는 단지 예시적인 것이며 도 6a에 도시되지 않은 데이터를 포함하거나 또는 도 6a에 도시된 데이터 중 일부를 제외할 수 있다.

입력은 패키지의 배달을 완수하는데 이용 가능한 리소스에 관한 리소스 데이터(603)를 포함할 수 있다. 도 6a의 예에서, 리소스 데이터(603)는 배달 차량의 이용 가능성, 각 배달 차량의 수용력(예로써, 배달 차량 내에 받아들일 수 있는 모듈러 컨테이너의 수로 측정됨), 및 패키지를 배달할 수 있는 작업자의 이용 가능성 및 상태에 관한 데이터를 포함한다. 리소스 데이터(603)는 이용 가능한 배달 차량의 수, 각 배달 차량의 우선도나 제한 사항(예로써, 이륜 구동 수단은 산에 있는 영역이나 다른 위험한 지형 등에 서비스할 수 없음), 각 배달 차량의 연비 등과 같은, 다른 정보를 포함할 수 있다.

입력은 미리 정해진 또는 결정된 기준에 관한 효율성 선호도(605)를 포함할 수 있다. 효율성 선호도(605)는 배달에 영향을 미치는 엔티티가 달성되길 바라는 임의의 효율성 기준이거나 시스템이나 작업자가 중요하게 여기는 임의의 기준일 수 있다. 예를 들면, 제1 효율성 기준은 각 블록 영역으로 패키지를 배달할 수 있는 최소의 배달 차량을 이용하는 것일 수 있고, 제2 효율성 기준은 배달에 나온 동안 좌회전을 수행하지 않는 요구일 수 있고, 제3 효율성 기준은 모든 배달 차량이 배달을 위해 떠나기 전에 전체 80%를 넘어야 하는 것일 수 있다.

또한 입력은 지리 데이터(607)를 포함할 수 있다. 지리 데이터(607)는 도 4와 대응하는 맵으로서 묘사되지만, 그 데이터는 시각적 표현(예로써, 맵), 영역의 설명(예로써, GPS 좌표 혹은 지형 정보), 또는 그것들의 조합을 포함하는, 임의의 형태를 취할 수 있다. 지리 데이터(607)는 지역 내의 각 블록 영역(401, 403, 405, 407, 409, 411, 413)의 장소(location), 위치(position), 규모 등을 포함할 수 있다. 상기 나열된 데이터에 더하여, 배달 히스토리 데이터와 같은, 추가 데이터가 입력으로서 포함될 수 있다. 배달 데이터(601), 리소스 데이터(603), 효율성 선호도(605), 지리 데이터(607), 및 임의의 다른 입력 데이터가 처리를 위해 루트 생성기(611)에 제공된다.

루트 생성기(611)는 복수의 패키지를 배달하기 위한 시퀀스를 포함하는 배달 루트(612)를 결정하기 위해 입력 데이터를 처리하기 위한 하나 이상의 알고리즘을 포함할 수 있다. 루트 생성기(611)는 하드웨어, 소프트웨어, 펌웨어, 또는 그것들의 조합으로 구현될 수 있다. 루트 생성기(611)는 어느 리소스가 배달을 완료하는데 필요한지를 결정하고, 그 리소스를 그룹화하며, 예를 들면, 그것들을 배달될 패키지와 매칭시키도록 구성된 매칭 알고리즘을 포함할 수 있다. 예를 들면, 매칭 알고리즘은, 리소스 데이터(603) 내에 식별된 배달 차량의 양쪽이 배달 데이터(601) 내에 식별된 9개의 모듈러 컨테이너를 이송하는데 요구될 것인지를 결정하기 위해서, 배달 데이터(601)를 리소스 데이터와 비교할 수 있다. 이러한 결정은 어느 배달 차량의 수용력(제1 배달 차량에 대해 6개의 모듈러 컨테이너 및 제2 배달 차량에 대해 4개의 모듈러 컨테이너)도 배달 데이터(601) 내에 식별된 9개의 모듈러 컨테이너를 수용하는데 충분하지 않지만, 두 배달 차량의 전체 수용력은 그 9개의 모듈러 컨테이너를 수용하는데 충분하다는 결정에 기초할 수 있다. 또한 매칭 알고리즘은, 예를 들면, 어느 작업자가 배달 차량의 각각에 매칭되어야 하는지, FC(200)의 어느 영역(예로써, 캠프 구역(215), 배송 구역(217) 등)이 각 배달 차량과 매칭되어야 하는지, 및 다른 물류 정보를 결정할 수 있다. 또한 매칭 알고리즘은 배달 데이터(601) 내의 특정 요건을 인식하고, 그 특정 요건을 가지는 그들 패키지와 리소스 데이터(603) 내에 식별된 적절한 리소스를 매칭하도록 구성될 수 있다. 예를 들면, 패키지의 제1 그룹이 냉동 보관을 요구하는 경우, 매칭 알고리즘은 그들 패키지와 냉동 능력을 가지는 배달 차량을 매칭시킬 것이다.

루트 생성기(611)는 제1 배달 차량 및 제2 배달 차량 사이에 로드를 밸런싱하기 위한 밸런싱 알고리즘을 포함할 수 있다. 로드는 임의의 기준에 기초하여 밸런싱될 수 있다. 예를 들면, 시스템은, 각 배달 차량이, FC(200)를 떠날 때, 대략 같은 전체 비율이거나, 각 배달 차량이, 배달 루트 동안, 대체로 같은 거리를 이동하도록 로드를 밸런싱하거나, 또는 어느 다른 밸런싱 기준으로 로드를 밸런싱할 수 있다. 도 6a에 도시된 예에서, 밸런싱 알고리즘은 더 큰 배달 차량(6개 모듈러 컨테이너의 수용력을 가짐)이 더 작은 배달 차량보다 더 많은 모듈러 컨테이너를 가져야 한다고 결정할 수 있고, 각 배달 차량에 어느 모듈러 컨테이너를 할당할지 결정할 수 있다. 밸런싱 알고리즘은, 예를 들면, 어느 모듈러 컨테이너가 서로 근접해서 배달 목적지를 가지는지 결정하거나, 모든 모듈러 컨테이너를 배달하기 위해 요구된 전체 거리를 결정하고 대체로 동등하게 또는 각 배달 차량의 크기, 연비, 혹은 다른 기준에 비례해서 두 배달 차량 간에 전체 거리를 나눔으로써, 분석에 지리 데이터(607) 및 효율성 선호도(605)를 고려할 수 있다.

매칭 알고리즘 및 밸런싱 알고리즘은 복수의 잠재적 루트를 결정할 수 있는 것이 고려된다. 예를 들면, 매칭 알고리즘은 배달을 완료하는데 이용될 수 있는, 배달 차량, 작업자, 및 FC(200) 영역 중 다수의 가능한 조합을 결정할 수 있고, 밸런싱 알고리즘은 효율성 선호도(605) 및 다른 기준을 만족시키는 다수의 가능한 루트를 결정할 수 있다. 루트 생성기(611)는 사용자에게 복수의 가능한 루트를 보고하거나 표시할 수 있는 것이 고려된다. 추가로 또는 대안으로, 루트 생성기(611)는 선호된 루트(들)을 결정할 수 있다. 루트 생성기(611)는, 도 6a에 도시되지 않은 추가 입력, 예를 들면, 배달 히스토리 데이터, 기상 조건에 관한 데이터, 또는 배달 루트에 영향을 미칠 수 있는 다른 인자를 고려할 수 있는 것으로 고려된다. 루트 생성기(611)는 추가 알고리즘을 포함할 수 있고 그 알고리즘은 임의의 순서로 또는 사실상 동시에 입력 데이터를 처리할 수 있는 것으로 고려된다.

일례로서, 루트 생성기(611)는 하나 이상의 가능한 루트를 결정하기 위한 기능을 구현할 수 있다. 일부 실시예에서, 루트 생성기(611)는 기본 루트 생성기(611A), 루트 옵티마이저(611B), 및 시퀀스 옵티마이저(611C)를 포함할 수 있다. 기본 루트 생성기(611A)는 복수의 패키지를 배달하기 위한 루트의 제1 세트를 결정할 수 있다. 기본 루트 생성기에 대한 입력은, 위에서 개시된 바와 같이, 리소스 데이터 및 배달 데이터의 혼합을 포함할 수 있다. 예를 들면, 입력은 이용 가능한 배달 차량의 수, 각 배달 차량의 수용력, 각 운송 수단에 대한 선호도, 각 블록 영역을 목적으로 한 패키지의 볼륨, 블록 영역 간의 거리 등을 포함할 수 있다. 기본 루트 생성기(611A)는 패키지를 배달하기 위한 모든 가능한 루트를 식별하기 위한 휴리스틱 알고리즘을 포함할 수 있다. 휴리스틱 알고리즘은 각 입력이 결정에 한번만 이용될 수 있도록 제한될 수 있고, 패키지를 배달하기 위해 필요한 최소 루트의 수를 결정할 수 있다. 그 루트는 랜덤하게 결정되거나 복수의 미리 결정된 세팅에 따라서 결정될 수 있다. 예를 들면, 입력이 도 6a의 것과 대응하는 경우, 기본 루트 생성기(611A)는 각 배달 차량에 대응하는 것인 두개의 배달 루트를 결정할 수 있고, 그 두개의 루트 중 하나에 각 블록 영역 및 각 배달 드라이버를 랜덤하게 할당할 수 있다.

루트 옵티마이저(611B)는 기본 루트 생성기에 의해 결정된 루트를 수신하고 일련의 변형을 수행할 수 있다. 변형은 각 루트에 대한 입력의 최적 조합을 결정하도록 구성될 수 있다. 예를 들면, 위의 예에 계속해서, 루트 옵티마이저(611B)는 제1 배달 루트로부터 제2 배달 루트로 블록 영역 중 하나 이상을 교환할 수 있고, 반대의 경우도 마찬가지이다. 블록 영역, 작업자 및 다른 인자를 재배치함으로써, 루트 옵티마이저는 제1 루트에 대한 복수의 가능한 조합 및 제2 루트에 대한 복수의 가능한 조합을 생성할 수 있다. 루트 옵티마이저(611B)는 가능한 제1 루트의 각각과 가능한 제2 루트의 각각을 비교하고, 그 비교에 기초하여 제1 루트 및 제2 루트를 선택할 수 있다. 예를 들면, 루트 옵티마이저(611B)는 하나 이상의 인자에서 제2 루트와 최소화된 차이를 가지는 제1 루트를 선택할 수 있다. 비교는, 예를 들면, 1/0 프로그래밍 모델을 이용하여 수행될 수 있다. 예를 들면, 인자는 패키지의 볼륨일 수 있고, 루트 옵티마이저는 각 루트에 대한 패키지의 볼륨 간의 최소 차이를 가지는 제1 및 제2 루트에 기초하여 제1 및 제2 루트를 선택할 수 있다. 다시 말해, 선택된 제1 루트는 선택된 제2 루트와 거의 같은 패키지의 볼륨을 가지며, 제1 또는 제2 루트의 다른 선택은 제1 루트 및 제2 루트에서의 볼륨 간의 최소 차이를 갖지 않을 것이다. 루트 옵티마이저(611B)의 출력은 각 루트에 대한 조합의 리스트, 예를 들면, 이용될 배달 차량, 서비스될 블록 영역, 배달될 패키지 등의 지침을 포함할 수 있다.

시퀀스 옵티마이저(611C)는 각 루트에 대한 시퀀스를 결정하기 위해 루트 옵티마이저로부터의 출력을 이용할 수 있다. 시퀀스는 블록 영역의 각각을 서비스하기 위한 순서를 포함할 수 있다. 시퀀스 옵티마이저(611C)는, 예를 들면, 노드로서 각 블록 영역을 나타내고, 각 노드와 그것에 인접한 노드 간의 거리를 결정하고, 각 노드로 이동하기 위한 최단 거리를 결정할 수 있다. 각 노드(즉, 블록 영역)로 이동하기 위한 최단 거리를 결정하는 것은, 순회 외판원 문제(TSP; Traveling Salesman Problem)를 해결하는 것과 대체로 같은 방식으로 달성될 수 있다. 예를 들면, 시퀀스 옵티마이저(611C)는 두개의 가장 가까운 인접 노드로 각 노드를 연결함으로써 기준선 거리를 결정하여, 이 모델에 의해 요구된 전체 거리를 계산할 수 있다. 그 다음에 시퀀스 옵티마이저는 하나 이상의 노드를 교환할 수 있다. 그 교환이 더 짧은 전체 거리를 이동하는 결과가 되면, 시퀀스 옵티마이저는 그 결과를 저장할 수 있고, 그 교환이 더 긴 전체 거리를 이동하는 결과가 되면, 시퀀스 옵티마이저는 다른 교환을 수행하여 이 프로세스를 반복할 수 있다. 교환은 랜덤화될 수 있다; 그렇지 않으면, 시퀀스 옵티마이저(611C)는 어느 노드로 교환할지 추정하기 위해 휴리스틱 또는 뉴럴 네트워크 모델을 이용할 수 있다. 교환 프로세스의 여러 번의 반복 후에, 각 블록 영역으로 이동하기 위한 최단 가능 루트가 결정된다.

시퀀스 옵티마이저(611C)는 최단 루트가 반드시 최적의 시퀀스는 아니도록 추가적 제약을 포함할 수 있는 것으로 고려된다. 예를 들면, 제약은, 루트는 그 자체가 절대로 교차되지 않아야 하며, 시퀀스 옵티마이저는 루트가 그 자체를 가로지르게 하는 교환을 수행하는 것을 피하기 위해 그 정보를 이용하는 것일 수 있다. 시퀀스 옵티마이저의 출력은, 각 배달 루트의 리스트, 각 루트와 연관된 블록 영역, 작업자, 배달 차량 등 및 각 블록 영역에 서비스를 제공하기 위한 시퀀스일 수 있다.

이 예에서, 기본 루트 생성기(611A), 루트 옵티마이저(611B), 및 시퀀스 옵티마이저(611C)의 각각은 위에서 논의된 매칭 알고리즘 또는 밸런싱 알고리즘에 포함될 수 있고, 그것에 상호 보완적일 수 있으며, 또는 밸런싱 및/또는 매칭 알고리즘 대신에 이용될 수 있다. 예를 들면, 기본 루트 생성기(611A)는 매칭 알고리즘에 포함될 수 있고, 루트 옵티마이저(611B) 및 시퀀스 옵티마이저(611C)는 밸런싱 알고리즘에 포함될 수 있다. 다른 예에서, 루트 생성기(611)는 오직 매칭 알고리즘 및 시퀀스 옵티마이저(611C)를 포함할 수 있다. 루트 옵티마이저(611B) 및 시퀀스 옵티마이저(611C)와 함께 기본 루트 생성기(611A)를 사용하는 것은, 랜덤하게 또는 억지 기법(brute-force) 방식으로 생성될 수 있는 생성된 루트에서 효율적인 이점을 제공한다.

도 6b는 루트 생성기(611)로부터 출력될 수 있는 데이터의 타입의 설명을 제공한다. 도 6b에 도시된 루트 생성기(611)의 출력은 도 6a에 도시된 입력 데이터에 대응한다. 이 예에서, 루트 생성기(611)는 2개의 루트인 루트 1(613A) 및 루트 2(613B)를 결정했다. 각 루트에 대해서, 루트 생성기(611)는 어느 배달 차량이 이용되는지, 어느 작업자가 패키지를 배달하는지, 어느 모듈러 컨테이너가 각 배달 차량에 포함될 것인지, 각 루트 상에 배달될 패키지의 수, 각 루트에 의해 서비스되는 블록 영역, 블록 영역이 서비스되는 순서, 등을 식별하는 데이터를 생성했다. 일례로서, 루트 1(613A)은, 사용될 배달 차량 및 그 루트 상에 패키지를 배달하는 태스크가 할당된 작업자를 식별하는, 루트 세부 사항(615A)을 포함한다. 주목할 것은 루트 세부 사항(615A)은 리소스 데이터(603)와 대응한다. 루트 세부 사항(615A)은, 어느 캠프 구역(215)이 배달 차량을 로드하기 위해 이용될 것인지와 같은, 다른 물류 정보를 식별하는 데이터를 포함할 수 있는 것으로 고려된다. 루트 1(613A)에 대해 생성된 데이터는, 루트 상에 배달될 패키지의 수, 패키지를 유지하는 모듈러 컨테이너의 식별자, 패키지에 대응하는 블록 영역을 확인하는, 패키지 세부 사항(617A)을 포함할 수 있다. 패키지 세부 사항(617A)은, 각 패키지에 대응하는 배달 주소, 각 패키지의 크기, 각 패키지의 무게 등과 같은, 패키지에 관한 임의의 다른 정보를 포함할 수 있는 것으로 고려된다. 주목할 것은, 루트 생성기(611)에 제공된 배달 데이터(601) 전체는 패키지 세부 사항(617A)에서의 루트 1(613A) 및 패키지 세부 사항(617B)에서의 루트 2(613B) 사이에서 설명된다는 것이다. 각 루트에 대해 생성된 그 데이터는 패키지가 배달될 순서나 블록 영역이 서비스될 순서를 포함할 수 있다. 예를 들면, 루트 1(613A)은 루트 1(613A)에 의해 서비스되는 각 블록 영역이 서비스되는 순서 및 각 블록 영역에 대응하는 모듈러 컨테이너(들)을 지시하는 배달 순서(619A)를 포함한다. 위에서 논의된 바와 같이, 블록 영역이 서비스되는 순서는, 효율성 선호도(605) 및 지리 데이터(607)를 포함하는, 많은 인자에 의해 결정될 수 있다. 배달 순서(619A)는 각 블록 영역으로 및 각 블록 영역 사이에서 길안내 지시와 같은 추가 데이터를 포함할 수 있는 것으로 고려된다.

루트 생성기(611)는 효율성 선호도(605)에 대한 예외 사항을 인식하거나, 그렇지 않으면 특화된 루트를 생성하도록 구성될 수 있는 것으로 고려된다. 예를 들면, 배달이 배달 데이터(601)에 반영되어 있을 수 있는 특정 시간 프레임 내에 배달되는 패키지를 포함하는 경우, 루트 생성기(611)는 그들 패키지에 우선권을 주어, 그것들이 그 시간 프레임 내에 배달되는 것을 보장하도록 배달 루트 내에서 그것들의 위치를 바꿀 수 있다.

루트 생성기(611)에 의해 생성된 데이터는 추가로 처리되거나, 저장되거나, 또는 시스템(100) 내의 임의의 시스템 혹은 외부 시스템으로 전송될 수 있다. 예를 들면, 루트 세부 사항(615A)은, 작업자나 로봇 시스템이 배달을 위한 루트 세부 사항(615A)에서 식별된 배달 차량을 준비하고, FC(200) 내의 작업자나 시스템에게 배달과 연관된 태스크(들)를 할당하도록, WMS(119)로 전송될 수 있다. 유사하게, 패키지 세부 사항(617A 및 617B)은, 허브 구역(213)에서 작업자나 시스템이 패키지 세부 사항(617A)에서 식별된 모듈러 컨테이너를 제1 캠프 구역(215)으로 이송하고, 패키지 세부 사항(617B)에서 식별된 모듈러 컨테이너를 제2 캠프 구역(215)으로 이송할 수 있도록, 디바이스(107A)와 같은 디바이스로 전송될 수 있다. 유사하게, 배달 순서(619A) 및 배달 순서(619B)는 FO 시스템(113)으로 전송되고, PDD를 결정하기 위해 이용될 수 있으며, 또는 배송 및 주문 추적 시스템(111)으로 전송되고, 패키지의 배송을 추적하는데 보조로 이용될 수 있다.

도 7a는 예시적인 배달 차량(700)의 상면도를 제공한다. 배달 차량은 승객 영역(701) 및 두개의 도어(705A, 705B)를 가지는 화물 영역(703)으로 구성된다. 화물 영역(703) 내에는, 패키지의 그룹이나 모듈러 컨테이너가 로드될 수 있는 복수의 위치 A, B, C, D, E, F가 있다. 위치 A, B, C, D, E, F는 화물 영역(703) 내에서 물리적으로 분할된 영역을 나타내는 것은 아닌 것으로 고려된다. 도 7a로부터 이해될 수 있는 바와 같이, 영역 A 및 B는 배달 차량(700)의 앞쪽에 가장 가깝고, 도어(705A, 705B)로부터 가장 먼 화물 영역(703) 내의 영역이다. 이 예에서, 바람직한 로딩 순서는 영역 A 및 B가, 영역 E 및 F 전에 채워지는, 영역 C 및 D 전에 채워지는 것일 수 있다. 도어(705A, 705B)로부터 같은 거리인 영역이 인접 영역보다 우선권이 주어질 수 있는 경우도 있을 수 있다. 예를 들면, 도어(705A)가 도어(705B)와 관계없이 열릴 수 있는 반면 도어(705A)가 이미 열려 있는 경우에만 도어(705B)를 열 수 있는 경우가 있을 수 있다. 이러한 예에서, 위치 F는, 위치 F가 위치 E 전에 로드되도록, 위치 E보다 우선권이 주어질 수 있다. 이러한 상황에서는, 위치 E는 첫번째로 배달될 패키지와 연관될 것이고, 패키지는 위치 E에 마지막으로 로드될 것이다. 배달 루트 상의 제1 정차에서, 작업자는 위치 E의 패키지를 배달하고, 나머지 배달 동안 위치 E는 빈 채로 남을 것이다. 그 후에, 배달원은, 예를 들면, 위치 E에서의 빈 공간을 통해서 내보냄으로써, 위치 F에 로드된 패키지를 배달할 수 있어서, 도어(705B)를 여는 것을 피할 수 있다. 하나의 위치(A, B, C, D, E, F)가 다른 것보다 우선되기 위한 추가적인 이유가 있을 수 있으며, 위의 예로 한정되는 것은 아니다. 도 7b는 배달 차량인 배달 차량(702)의 다른 예를 제공한다. 배달 차량(702)은 도어(715A 및 715B)가 화물 영역(713)의 측면에 위치되는 것을 제외하고 배달 차량(700)과 대체로 같다. 상술한 바와 유사하게, 선호된 로딩 순서는 첫번째로 도어로부터 가장 먼 영역에 로드하고 마지막으로 도어에 가장 가까운 것에 로드하는 것일 수 있다.

도 7a 및 도 7b에서 나타낸 예에서, 배달 차량(700 및 702)의 구성은 오직 예시적인 것으로 이해되어야 한다. 특히, 도어(705A, 705B, 715A, 715B)는 그것들의 각각의 화물 영역(703, 713)에 대해 어디든 위치될 수 있고, 또한, 그것들이 힌지로 열리는 것 같이 도시되어 있지만, 슬라이딩, 롤링, 접히는 것 등에 의해서와 같이, 종래 알려된 임의의 수단으로 열릴 수 있다. 또한, 복수의 위치에 복수의 도어가 존재할 수도 있고, 예를 들면, 배달 차량은 화물 영역의 측면 및 뒷면 양쪽에 위치된 도어를 가질 수 있다. 화물 영역(703, 713)은 임의의 수의 영역으로 부분할될 수 있고, 그들 영역은 크기나 장소가 같거나 다를 수 있다. 배달 차량(700, 702)은, 트럭(222), 승용차(224), 또는 배달을 달성하는데 이용될 수 있는 임의의 다른 운송 수단일 수 있다.

로딩 순서는 로딩 위치를 포함할 수 있다. 그 위치는 로딩 가이드 라인에 의해 미리 설정되거나 필요에 따라 그때 그때 결정될 수 있다. 예를 들면, 로딩 가이드 라인은 모든 배달 차량이 왼쪽에서 오른쪽으로 및 앞쪽에서 뒤쪽으로 로드되는 것을 지시할 수 있다. 이 예에서, 첫번째 패키지의 그룹을 로드하는 지시는 배달 차량 내의 가장 왼쪽 및 가장 앞쪽 위치에서 패키지의 그룹을 로드하는 지시이다. 다른 예로서, 로딩 순서는 첫번째 패키지의 그룹을 로드하고 그것을 제1 위치 내에 로드하기 위한 지시를 포함할 수 있다. 그 위치는, 배달 차량의 크기, 패키지의 그룹의 크기, 패키지의 그룹이 속하는 블록 영역 등과 같이, 복수의 인자에 기초하여 결정될 수 있다. 위치는, 예를 들면, 도 7b에 도시된 바와 같이 위치 G, H, I, J, K, L 중 하나이거나 그것들의 서브 세트일 수 있다. 예를 들면, 시스템은 패키지의 제1 그룹이 위치 H에 로드되어야 한다고 결정하고, 패키지의 제2 그룹이 위치 H에 똑같이 로드되어야 한다고 결정할 수 있다. 제1 그룹의 위치는 위치 H의 오른쪽 반, 위치 H의 아래쪽 반, 또는 위치 H의 임의의 다른 분할 부분일 수 있다. 도 7b로부터 이해될 수 있는 바와 같이, 위치 G, H, I, J, K, L은 형상 및 크기가 다양할 수 있다. 패키지의 그룹을 로드하는 위치를 결정하는 것은, 각 패키지의 위치에 관한 정보가 배달원이나 로봇 시스템에 제공될 수 있기 때문에, 패키지가 배달될 때, 배달 차량 내에 패키지를 위치시키기 위해 요구되는 시간 및 노력을 줄일 수 있는 이점이 있다. 이 개시로부터 이해될 수 있는 바와 같이, 위치는 배달 차량에 대응할 수 있다.

로딩 순서는 이전에 결정된 배달 루트, 블록 영역, 또는 그것들의 조합과 대응할 수 있다. 예를 들면, 방법(300)의 스텝 309에서 결정된 로딩 순서는 스텝 307에서 결정된 배달 루트와 대응할 수 있다. 예를 들면, 루트 생성기(611)에 의해 생성된 바와 같이, 배달 순서(619B)에 관한 데이터는, 순서를 결정하는데 이용될 수 있다. 로딩 순서는 제1 블록 영역에 배달될 패키지가 마지막으로 배달 차량에 로드되도록 결정될 수 있다. 배달 차량 내의 위치는 결정된 블록 영역과 대응할 수 있다. 예를 들면, 도 6b에 도시된 바와 같이, 루트 2(613B)는 첫번째로 블록 영역(411)에 패키지를 배달하고, 그 다음에 블록 영역(407)에 패키지를 배달하고, 그 다음에 마지막으로 블록 영역(405)에 패키지를 배달할 것이다. 이 예에서 패키지에 대한 로딩 순서는 첫번째로 배달 차량에 루트(405)의 패키지를 로드하고, 그 다음에 블록 영역(407)의 패키지를 로드하고, 마지막으로 블록 영역(411)의 패키지를 최후에 로드하기 위한 지시일 수 있다. 예를 들어, 배달 차량(702)이 배달 루트를 수행하도록 이용되는 경우, 블록 영역(405)와 연관된 패키지는, 배달 차량(702)의 앞쪽에 가장 가깝고 도어로부터 가장 먼 위치인, 위치 H에 로드될 수 있다. 그 다음에 블록 영역(407)과 연관된 패키지가, 이전에 로드된 위치(즉, 위치 H) 등보다 도어에 더 가까운 하나의 위치인, 위치 G에 로드될 수 있다. 이러한 순서로 패키지를 로드하는 이점은, 배달 차량이 배달을 나갈 때, 첫번째로 배달될 패키지가 배달 차량의 도어 혹은 접근 지점에 가장 가깝게 위치된다는 것이다. 추가로, 배달 차량이 배달 루트를 따라 진행되고, 패키지가 배달 차량으로부터 내보내지는 동안, 각 연속되는 배달 영역에 배달될 패키지는 도어 혹은 접근 지점에 가장 가까울 것이다. 그와 같이, 패키지는 각 배달 영역에서 배달 차량 내에서 패키지를 위치 파악할 필요를 줄임으로써 더 효율적으로 배달될 수 있다.

로딩 순서는 배달 차량에 복수의 모듈러 컨테이너를 로드하기 위한 순서를 포함할 수 있다. 예를 들면, 각 위치 A, B, C, D, E, F가 하나의 모듈러 컨테이너를 받아들일 수 있도록, 위치 A, B, C, D, E, F의 각각은, 모듈러 컨테이너(501)에 대응하는 크기일 수 있는 것으로 고려된다. 추가로 또는 대안으로, 위치 A, B, C, D, E, F의 각각은 다양한 크기일 수 있고, 각각은 하나의 모듈러 컨테이너, 복수의 모듈러 컨테이너 등의 일부를 받아들일 수 있도록 크기 조정될 수 있다. 본 실시예의 목적으로, 위치 A, B, C, D, E, F의 각각은 단일 모듈러 컨테이너를 받아들일 수 있도록 크기 조정되지만, 통상의 기술자라면 다른 크기 및 구성이 가능하다는 것이 인식될 것이다.

예를 들면, 루트 1(613A)에 대한 배달 순서(619A)는 루트 상에 3개의 정차(즉, 블록 영역 411, 407, 405에서의 정차) 및 루트 상에 배달될 5개의 모듈러 컨테이너(즉, 모듈러 컨테이너 2, 3, 4, 7, 8)를 포함한다. 위에서 논의된 바와 같이, 바람직한 순서는 첫번째로 배달될 패키지가 마지막에 로드되고 마지막에 배달될 패키지가 첫번째로 로드되는 것일 수 있다. 이 예에서, 로딩 순서는, 모듈러 컨테이너 2, 3이 루트 1(613A)에 의해 서비스될 마지막 블록 영역인 블록 영역 405에 대응되기 때문에, 첫번째로 모듈러 컨테이너 2, 3을 로드하는 것을 포함할 수 있다. 배달 차량(700)이 루트 1(613A)에 이용되는 경우, 모듈러 컨테이너 2, 3은 도어 705A, 705B로부터 가장 먼 위치인, 위치 A, B에 로드될 수 있다. 모듈러 컨테이너 2, 3은 같은 블록 영역 405와 연관되기 때문에, 두 모듈러 컨테이너 2, 3은 일제히 배달될 것이므로, 모듈러 컨테이너 2가 위치 A 또는 위치 B에 로드될지 여부는 중요하지 않다. 모듈러 컨테이너 4는, 루트 1(613A) 상에서 서비스될 마지막에서 2번째 블록 영역인, 블록 영역 407에 대응되기 때문에, 다음으로 로드될 수 있다. 위치 C 및 D는 도어로부터 가장 먼 비어 있는 위치이다. 위에서 논의된 바와 같이, 위치 C 또는 위치 D는 다른 것 보다 우선될 이유가 있을 수 있다. 이 예에서는, 모듈러 컨테이너 4는 위치 D에 로드될 수 있다. 마지막으로, 루트 1(613A) 상에서 서비스될 첫번째 블록 영역에 대응되는, 모듈러 컨테이너 7, 8가 배달 차량(700)에 로드될 수 있다. 이 예에서, 모듈러 컨테이너 7, 8은 위치 C 및 위치 F에 로드될 수 있다. 이 개시에 의해 이해될 수 있는 바와 같이, 모듈러 컨테이너의 사용은, 복수의 패키지의 각각 혹은 복수의 패키지의 그룹에 대한 것보다 상대적으로 적은 모듈러 컨테이너에 대한 위치 및 로딩 순서의 결정을 필요로 하는 이점을 제공한다.

로딩 순서는 로딩 최적화 알고리즘에 의해 결정될 수 있다. 로딩 최적화 알고리즘은 상술한 바와 같은 로딩 순서를 결정할 수 있다. 로딩 최적화 알고리즘은 화물 영역 내에 위치의 수, 각 위치의 크기, 각 위치의 방위, 각 위치 상에 패키지 또는 블록 영역의 매핑, 그것들의 조합 등을 포함하여 배달 차량 내 화물 영역을 어떻게 나눌 것인지를 추가로 결정할 수 있다. 예를 들면, 로딩 최적화 알고리즘은 배달 차량(700)의 화물 영역(703)이 6개의 같은 크기 및 형상인 위치 A, B, C, D, E, 및 F로 최적으로 분할되는 것을 결정할 수 있다.

위의 예는 복수의 모듈러 컨테이너 혹은 패키지의 그룹의 각각을 로드하기 위한 순서를 결정함으로써 로딩 순서를 결정하는 것을 논의했지만, 로딩 순서를 결정하는 것은 배달 차량에 복수의 패키지의 각 패키지를 로드하기 위한 순서를 결정하는 것을 포함할 수 있다고 이해된다. 예를 들면, 로딩 순서를 결정하는 것은, 제1 블록 영역에 대응하는 각 패키지가 그 블록 영역과 연관된 배달 차량 내의 위치에 로드되어야 하는 순서를 결정하는 것을 포함할 수 있다. 그 결정은 위에서 논의된 바와 대체로 같은 방식으로 수행될 수 있다.

로딩 순서나 그에 관한 데이터는 네트워크 내의 다른 시스템 혹은 외부 시스템으로 전송될 수 있고, 저장될 수 있으며, 추가로 동일 혹은 다른 시스템에 의해 처리될 수 있고, 디바이스 상에 표시될 수 있으며, 또는 그것들의 조합일 수 있다. 예를 들면, 배달 순서는, 작업자가 로딩 순서에 따라 배달 차량에 로드할 수 있도록, 모바일 디바이스(107A)나 모바일 디바이스(119A)와 같은, 디바이스 상에 표시될 수 있다. 다른 예로서, 로딩 순서 데이터는, 추가적인 처리를 위해서, WMS(119), FO 시스템(113), SAT 시스템(101), 배송 및 주문 추적 시스템(111) 등으로 전송될 수 있다. 다른 예로서, 로딩 순서에 관한 데이터는 로딩 순서에 따라 배달 차량에 로드하도록 구성된 로봇 시스템에 전송될 수 있다.

본 개시에 따르면, 로딩 순서 데이터는 디바이스가 로딩 순서의 시각적 표현을 표시하도록 하기 위한 명령을 생성하도록 추가 처리될 수 있다. 로딩 순서의 시각적 표현은 작업자나 로봇 시스템이 로딩 순서에 따라 배달 차량을 로드하게 할 수 있는 임의의 시각 정보를 포함할 수 있다. 예를 들면, 시각적 표현은, 로딩 순서의 텍스트 설명, 로딩 순서에 따라 배달 차량을 로드하기 위한 텍스트 지시, 배달 차량이 어떻게 로드될지 식별하는 그래프 또는 표, 시각화 로딩 맵, 그것들의 조합 등을 포함할 수 있다. 시각화 로딩 맵은 배달 차량의 다이어그램이나 맵 및 배달 차량 내의 복수의 위치를 포함할 수 있다. 예를 들면, 시각화 로딩 맵은 배달 차량의 상면도를 포함할 수 있고, 로딩 순서와 연관하여 결정된 각 위치의 장소를 포함할 수 있다. 예를 들면, 시각화 로딩 맵은 도 7a에서 배달 차량(700)의 예시와 대체로 유사하게 나타날 수 있다. 시각화 로딩 맵은 배달 차량의 다이어그램 내에 패키지, 패키지의 그룹, 복수의 패키지 식별자, 모듈러 컨테이너, 또는 그것들의 조합을 보여주는 다이어그램을 추가로 포함할 수 있다. 시각화 로딩 맵은 3차원일 수 있다고 고려될 수도 있다. 즉, 도 7a에 도시된 상면도로 한정되기 보다는, 시각화 로딩 맵은, 화물 영역(703), 화물 영역(703)이 가지는 위치, 및 복수의 다양한 방위로부터 그 안에 로드될 패키지를 표시할 수 있다. 시각화 로딩 맵은 배달 차량에 로드될 복수의 패키지, 패키지의 그룹, 또는 모듈러 컨테이너의 각각에 대한 위치를 포함할 수 있다.

도 8a는 로딩 순서의 시각적 표현을 포함하는 예시적인 프린트 아웃을 나타낸다. 시각적 표현은 복수의 모듈러 컨테이너가 배달 차량 내에 로드되는 위치를 나타내는 테이블(801) 및 배달 차량에 로드하기 위한 텍스트 지시(803)를 포함한다. 명확성을 위해, 테이블(801) 및 테스트 지시(803)에 포함된 데이터는, 도 6a의 배달 데이터(601)에 포함된 바와 같은 모듈러 컨테이너 1-9, 및 도 6b에 도시된 바와 같은 배달 순서(619A, 619B)를 가지며, 도 7a 및 도 7b에 도시된 위치 A-L과 같은, 이전 예에 대응한다. 배달 순서(619A)에 대해서, 위에서 논의되고 테이블(801)에 표시된 바와 같이, 모듈러 컨테이너 2는 위치 A에 로드되고, 모듈러 컨테이너 3은 위치 B에 로드되며, 모듈러 컨테이너 7은 위치 C에 로드되고, 모듈러 컨테이너 4는 위치 D에 로드되며, 위치 E에는 로드되는 것이 없으며, 모듈러 컨테이너 8은 위치 F에 로드된다. 테이블(801)은 이러한 정보를 보고하고, 텍스트 지시(803)는 결정된 로딩 순서에 따라 배달 차량에 모듈러 컨테이너를 로드하기 위한 일련의 스텝을 설명한다. 도 8a는 테이블 및 텍스트 설명(803)을 묘사하지만, 테이블(801) 또는 텍스트 설명(803)이 단독으로 로봇 시스템이나 작업자에게 로딩 순서를 전달하는데 충분할 수 있다. 도 8a는 프린트 아웃(800) 상에 시각적 표현을 묘사하지만, 시각적 표현은 디바이스 상에, 가상 공간 내에, 또는 임의의 다른 형태 상에 표시될 수 있다고 이해된다.

도 8b는 로딩 순서의 시각적 표현의 예시적인 표시를 제공한다. 시각적 표현은 디바이스(810) 상에 표시된다. 디바이스(810)는, 예를 들면, 컴퓨터, PDA, 모바일 디바이스, 또는 디스플레이를 가지는 다른 디바이스일 수 있다. 예를 들면, 디바이스(810)는 디바이스 107A, 107B, 107C 중 어느 것 또는 또 다른 디바이스일 수 있다. 디바이스(810)는 시스템(100) 내의 시스템들 및 다른 디바이스와 데이터를 송수신하도록 구성될 수 있는 것으로 고려된다. 예를 들면, 디바이스(810)는 운송 시스템(107)에 의해 생성된 명령을 수신하고, 그것에 응답하여 시각적 표현을 표시할 수 있다. 다른 예에서, 디바이스(810)는 WMS(119)에 데이터를 전송할 수 있다. 그 데이터는, 예를 들면, 디바이스(810) 상에 표시되는 시각적 표현, 디바이스(810) 상의 입력 등에 관한 정보를 포함한다. 디바이스(810)의 디스플레이는 터치스크린(812)으로서 나타내지만, 디스플레이는 종래에 알려진 임의의 디스플레이일 수 있다. 터치스크린(812)은, 그래픽 표시 영역(811), 태스크 바(813), 및 태스크 표시 영역(819)인 3개의 주 표시 영역을 가지는 것으로 도시된다. 터치스크린(812)의 구성은 오직 예시적인 것이며, 로딩 순서의 하나 이상의 시각적 표현을 표시하도록 구성된 어느 하나 이상의 영역을 가질 수 있다고 이해된다. 예를 들면, 터치스크린(812)은 상호 동작하는 3차원 시각화 로딩 맵을 표시하도록 구성된 단일의 표시 영역을 가질 수 있다.

태스크 바(813)는 표시 영역(811 및 819)의 각각에 표시되는 것을 제어하기 위한 주요 수단일 수 있다. 태스크 바(813)는 복수의 태스크 간에 탐색하기 위한 수단을 포함할 수 있다. 예를 들면, 태스크 바(813)는, 사용자가 위 또는 아래 탐색 화살표(817)를 터치함에 따라 계류 중인 태스크의 리스트를 통해 탐색하도록 구성된, 탐색 화살표(817)를 포함할 수 있다. 태스크 간에 탐색하기 위한 수단은, 드롭다운 메뉴, 스크롤바, 음성 인식 네비게이터 등과 같이, 종래에 알려진 어느 다른 수단을 포함할 수 있다. 태스크 바(813)는 선택된 태스크의 식별자를 표시하도록 구성될 수 있는 태스크 선택 영역(815)을 포함할 수 있다. 태스크 바(813)는 디바이스(810)의 디스플레이 상의 어디든 위치될 수 있고, 또는 완전히 생략될 수 있다고 이해된다. 예를 들면, 태스크 바(813)는 완전히 생략될 수 있고, 디바이스(810)는, 상술한 바와 같이, 분류 및 로딩 순서를 최적화하기 위한 시스템에 의해 생성된 명령을 수신하는 것에 응답하여 태스크를 자동적으로 표시하도록 구성될 수 있다. 그래픽 표시 영역(811) 및 태스크 표시 영역(819)은 로딩 순서의 어떤 시각적 표현을 표시하도록 구성될 수 있다. 예를 들면, 그래픽 표시 영역(811)은 도식적인 배달 차량, 배달 차량에 로드하기 위한 텍스트 지시, 또는 여기에 개시된 어느 다른 시각적 표현을 표시할 수 있다. 태스크 표시 영역(819)은 대체로 유사한 정보를 포함할 수 있다. 일부 실시예에서, 태스크 표시 영역(819)은 태스크의 상호 동작 표시를 포함할 수 있고, 작업자나 로봇 시스템이 결정된 로딩 순서에 따라 배달 차량에 로드하는 것을 확실하게 하도록 구성될 수 있다.

도 8b에 도시된 예에서, 선택된 태스크인, "배달 차량 1 로드"가 태스크 선택 영역(815)에 표시된다. 도 8b와 관련하여 위에서 설명된 바와 같이, 선택된 태스크는 도 6b에 도시되고 여기에 다른 예로서 생성된 정보에 대응된다. 그래픽 표시 영역(811)은, 도 7a의 배달 차량(700)에 대응하는, 도식적인 배달 차량 1을 표시할 수 있다. 그 도식은 배달 차량의 화물 영역 내의 복수의 위치를 포함한다. 유사하게 태스크 표시 영역(819)에서의 표시는 태스크 선택 영역(815)에서 표시된 선택 태스크에 대응한다. 태스크 표시 영역(819)에서의 표시는 결정된 로딩 순서에 따라서 배달 차량에 로드하기 위한 복수의 스텝을 포함한다. 스텝은 도 8a와 관련해서 위에서 논의된 것 및 텍스트 지시(803)에 대응한다. 스텝은 태스크의 수행을 모니터하는 복수의 지침(821, 823, 825)을 동반한다. 빈 지침(823)은 기본 지침일 수 있고 그 태스크의 스텝이 아직 완료되어 있지 않은 것을 시사할 수 있다. 각 스텝에 대한 지침은 태스크 개시 이전에 빈 지침(823)일 수 있는 것으로 고려된다. 빈 지침(823)은 도 8b에 도시된 빈 상자, 또는 중립 표현을 가지는 이모티콘 등과 같이, 중립 위치를 나타내는 심볼일 수 있다. 완료 지침(821)은 그 태스크의 스텝이 완료되어 있다는 것을 시사하는 지침일 수 있다. 완료 지침(821)은 빈 지침(823)의 수정된 형태일 수 있고, 또는 태스크의 완료를 나타내는, 빈 지침(823)과 다른 심볼일 수 있다. 예를 들면, 완료 지침(821)은 도 8b에 도시된 체크 마크된 상자이거나, 또는 신난 혹은 성취한 표현을 가지는 이모티콘 등일 수 있다. 작업자는, 예를 들면, 지침을 누르거나 선택함으로써, 태스크의 스텝이 완료된 후 빈 지침(823)을 완료 지침(823)으로 바꿀 수 있는 것으로 고려된다. 또한, 지침은 스텝이 완료된 후 자동적으로 바뀌도록 구성될 수 있는 것으로 고려된다. 예를 들면, 복수의 센서 또는 카메라 시스템은 태스크를 모니터하고, 태스크가 완료될 때, 디바이스(810)에 신호를 전송하도록 구성될 수 있고, 그 다음에 디바이스(810)는 빈 지침(823)을 완료 지침(821)으로 바꾸도록 구성될 수 있다. 에러 지침(825)은 태스크의 스텝이 부정확하거나 잘못된 순서로 완료된 것을 시사하는 지침일 수 있다. 에러 지침(825)은 빈 지침(823)의 수정된 형태일 수 있고, 태스크의 잘못된 완료를 나타내는, 빈 지침(823)과 다른 심볼일 수 있다. 예를 들면, 에러 지침(825)은 도 8b에 도시된 "X" 마크된 상자이거나, 슬픈 표현을 가지는 이모티콘 등일 수 있다. 에러 지침(825)은, 작업자가 결정된 로딩 순서를 가지는 시퀀스와 다른 순서로 지침을 터치하거나 선택하는 경우, 표시될 수 있는 것으로 고려된다. 예를 들면, 작업자가 위치 C에 모듈러 컨테이너 7을 로드하기 전에 위치 F에 모듈러 컨테이너 8을 로드하면, 태스크 표시 영역(819)은 에러 지침(825)을 표시하도록 구성될 수 있다. 센서 또는 카메라 시스템은 배달 차량의 로딩을 모니터하고, 배달 차량이 잘못되게 로드될 때, 에러 지침(825)을 표시하기 위한 명령을 자동적으로 생성할 수 있는 것으로 고려된다. 에러 메시지가 에러 지침(825)과 연관되게 표시될 수 있는 것으로 고려된다. 예를 들면, 에러 지침(825)이 표시될 때, 에러 메시지(827)가 대체로 동시에 표시될 수 있다. 에러 메시지(827)는 그 에러의 텍스트 설명과 같이, 에러 지침(825)에 대한 이유의 시각적 표현을 포함할 수 있다. 에러 메시지(827)가 표시되는 동안에, 태스크 표시 영역(819)은, 그 에러가 해결되지 않는 한 또는 해결될 때까지 추가 동작을 금지하도록 구성될 수 있는 것으로 고려된다. 도 8b에 도시된 예는 오직 예시적인 것이며, 디바이스는 본 개시에 따른 임의의 수단으로 로딩 순서의 시각적 표현을 표시하도록 구성될 수 있다고 이해된다.

본 개시에 따르면, 패키지의 분류 및 로딩을 최적화하기 위한 시스템은, 결정된 배달 루트에 관한 정보를 표시하기 위한 명령을 생성하도록 구성될 수 있다. 명령은 디바이스에 전송될 수 있고, 배달 루트의 시각적 표현은 도 8b와 관련해서 논의된 바와 대체로 같은 방식으로 표시될 수 있다. 예를 들면, 태스크 선택 영역(815)에 표시될 수 있는 태스크 중 하나는, "루트 1 상의 패키지 배달"일 수 있고, 그래픽 표시 영역(811) 및 태스크 표시 영역(819)의 표시는 결정된 배달 루트에 관한 정보를 표시할 수 있다. 예를 들면, 그래픽 표시 영역(811)은 도 4의 지역(400)에 대응하는, 배달 루트의 맵을 표시할 수 있고, 태스크 표시 영역(819)은 도 6b의 배달 순서(619A)에 대응하는 스텝을 포함하는, 배달을 달성하기 위한 텍스트 지시를 표시할 수 있다.

본 개시에 따르면, 패키지의 분류 및 로딩을 최적화하기 위한 시스템은, 결정된 로딩 순서의 시각적 표현의 표시로부터의 입력에 응답해서 여기에 개시된 방법 및 프로세스를 수행하도록 구성될 수 있는 것으로 고려된다. 예를 들면, 위에서 논의된 바와 같이, 디바이스 상에 시각화 로딩 맵이 표시되고, 작업자가 시스템에 의해 결정된 것과 다소 다른 순서로 패키지를 배달할 것을 확정한 경우, 작업자는 그 루트를 변경하고 시스템은 그 변경에 관한 입력을 수신할 수 있다. 그 다음에 시스템은, 예를 들면, 변경된 배달 루트와 일치하는 새로운 로딩 순서를 결정하고, 그 변경과 일치하는 새로운 시각화 로딩 맵의 표시를 위한 명령을 생성하도록, 방법(300)의 스텝을 반복할 수 있다. 방법(300)의 임의의 스텝에서 유사한 조정이 이루어질 수 있다. 예를 들면, 작업자는 예로써 블록 영역의 크기, 규모 등을 변경하거나, 제1 블록 영역과 제2 블록 영역을 결합함으로써, 스텝 303에서 결정된 블록 영역을 바꿀 수 있고, 그 다음에 시스템은 그 변경과 일치하게 로딩 순서 등을 결정하도록 방법(300)의 남은 스텝을 수행할 수 있다.

본 개시에 따르면, 로딩 순서의 시각적 표현은 복수의 패키지의 배달 동안 이용될 수 있다. 예를 들면, 시각화 로딩 맵을 표시하기 위한 명령은 배달원이 그 시각화 로딩 맵을 볼 수 있도록 디바이스에 전달될 수 있다. 작업자는, 배달 차량에서 패키지를 수동으로 분류하거나 검색하는 일 없이, 배달될 패키지나 패키지의 그룹의 위치를 보고, 그 패키지를 쉽게 위치 파악할 수 있도록, 디바이스의 디스플레이 상의 시각화 로딩 맵을 볼 수 있다. 예를 들면, 배달원은, 예로써, 운송 시스템(107)에 의해 결정된 루트 상으로 패키지를 배달하도록 촉구될 수 있다. 배달이 실행되는 동안, 작업자는, 예로써, 태스크 표시 영역(819)에서 배달의 스텝의 표시를 포함하는, 디바이스(810)와 같은, 디바이스를 가질 수 있다. 작업자가, 제1 블록 영역과 같은, 제1 배달 영역에 접근할 때, 디바이스는, 예를 들면, 그래픽 표시(811) 상의 시각화 로딩 맵에서 그 배달 영역에 배달될 패키지의 장소를 표시할 수 있다. 작업자는 그 영역에 배달될 패키지를 빠르고 쉽게 위치 파악할 수 있도록 이 정보를 이용할 수 있다. 작업자는 예를 들면, 그 패키지에 부착된 바코드를 스캐닝함으로써, 그것들이 위치 파악된 것 및/또는 그것들이 배달된 것과 같이, 패키지가 위치 파악되었거나, 배달된 것을 지시하는 디바이스(810)로의 입력을 제공할 수 있다. 그 다음에 디바이스(810)는 다음 배달 등을 표시하도록 업데이트될 수 있다. 이것은 종래 기술보다 뚜렷한 이점을 제공한다.

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

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

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

Claims (20)

1. 패키지의 분류 및 로딩을 최적화하기 위한 컴퓨터 구현 시스템으로서,
   명령을 저장하도록 구성된 비휘발성 컴퓨터 판독 가능 매체; 및
   동작을 수행하기 위해 상기 명령을 실행하도록 구성된 적어도 하나의 프로세서를 포함하며,
   상기 동작은:
   복수의 패키지와 연관된 복수의 패키지 식별자를 포함하는 데이터를 수신하고;
   배달 차량의 구성 파라미터를 수신하고 - 상기 구성 파라미터는 크기, 이용 가능한 위치, 또는 접근 지점 중 적어도 하나를 포함함 - ;
   분류 디바이스 또는 로봇 분류기가 복수의 모듈러 컨테이너 내의 하나 이상의 구획 내에 상기 복수의 패키지를 분류하게 하고;
   상기 배달 차량의 상기 구성 파라미터에 기초하여 상기 복수의 모듈러 컨테이너를 상기 이용 가능한 위치에 로드하기 위한 로딩 순서를 결정하고; 그리고
   상기 결정된 로딩 순서의 시각적 표현을 표시하는 디바이스에 대한 명령을 생성하는 것을 포함하는 컴퓨터 구현 시스템.
2. 청구항 1에 있어서,
   상기 구성 파라미터는 하나 이상의 공간을 포함하고 그리고 상기 로딩 순서를 결정하는 것은 상기 복수의 모듈러 컨테이너를 각각의 구획 내에 로드하기 위한 하나 이상의 서브 로딩 순서를 결정하는 것을 포함하는 컴퓨터 구현 시스템.
3. 청구항 1에 있어서,
   상기 분류 디바이스 또는 상기 로봇 분류기가 상기 복수의 패키지를 분류하게 하는 것은:
   상기 구성 파라미터에 기초하여 상기 배달 차량의 크기를 결정하고; 그리고
   상기 배달 차량의 상기 크기에 기초하여 상기 복수의 모듈러 컨테이너를 선택하는 것을 포함하는 컴퓨터 구현 시스템.
4. 청구항 1에 있어서,
   상기 복수의 모듈러 컨테이너의 상기 크기는 상기 배달 차량의 상기 크기의 약수인 컴퓨터 구현 시스템.
5. 청구항 1에 있어서,
   상기 로딩 순서를 결정하는 것은 미리 결정된 로딩 가이드라인에 기초하는 것인 컴퓨터 구현 시스템.
6. 청구항 1에 있어서,
   상기 로딩 순서를 결정하는 것은 상기 접근 지점에 더 가까운 상기 배달 차량 내 위치보다 상기 접근 지점으로부터 더 먼 상기 배달 차량 내 위치를 우선하는 것을 포함하는 컴퓨터 구현 시스템.
7. 청구항 1에 있어서,
   상기 구성 파라미터는 상기 배달 차량의 하나 이상의 도어가 열리는 도어 개방 시퀀스를 더 포함하고 그리고 상기 로딩 순서를 결정하는 것은 더 빠른 개방 도어에 더 가까운 상기 배달 차량 내 위치보다 더 늦은 개방 도어에 더 가까운 상기 배달 차량 내 위치를 우선하는 것을 포함하는 컴퓨터 구현 시스템.
8. 청구항 1에 있어서,
   상기 복수의 패키지를 배달하기 위한 배달 시퀀스를 포함하는 배달 루트를 결정하는 것을 더 포함하는 컴퓨터 구현 시스템.
9. 청구항 8에 있어서,
   상기 로딩 순서를 결정하는 것은 상기 접근 지점에 더 가까운 이용 가능한 위치에 상기 배달 시퀀스에서 더 빠른 패키지를 할당하는 것을 포함하는 컴퓨터 구현 시스템.
10. 청구항 8에 있어서,
    상기 로딩 순서를 결정하는 것은 상기 접근 지점으로부터 더 먼 이용 가능한 위치에 상기 배달 시퀀스에서 더 늦은 패키지를 할당하는 것을 포함하는 컴퓨터 구현 시스템.
11. 패키지의 분류 및 로딩을 최적화하기 위한 컴퓨터 구현 방법으로서,
    복수의 패키지와 연관된 복수의 패키지 식별자를 포함하는 데이터를 수신하고;
    배달 차량의 구성 파라미터를 수신하고 - 상기 구성 파라미터는 크기, 이용 가능한 위치, 또는 접근 지점 중 적어도 하나를 포함함 - ;
    분류 디바이스 또는 로봇 분류기가 복수의 모듈러 컨테이너 내의 하나 이상의 구획 내에 상기 복수의 패키지를 분류하게 하고;
    상기 배달 차량의 상기 구성 파라미터에 기초하여 상기 복수의 모듈러 컨테이너를 상기 이용 가능한 위치에 로드하기 위한 로딩 순서를 결정하고; 그리고
    상기 결정된 로딩 순서의 시각적 표현을 표시하는 디바이스에 대한 명령을 생성하는 것을 포함하는 컴퓨터 구현 방법.
12. 청구항 11에 있어서,
    상기 구성 파라미터는 하나 이상의 공간을 포함하고 그리고 상기 로딩 순서를 결정하는 것은 상기 복수의 모듈러 컨테이너를 각각의 구획 내에 로드하기 위한 하나 이상의 서브 로딩 순서를 결정하는 것을 포함하는 컴퓨터 구현 방법.
13. 청구항 11에 있어서,
    상기 분류 디바이스 또는 상기 로봇 분류기가 상기 복수의 패키지를 분류하게 하는 것은:
    상기 구성 파라미터에 기초하여 상기 배달 차량의 크기를 결정하고; 그리고
    상기 배달 차량의 상기 크기에 기초하여 상기 복수의 모듈러 컨테이너를 선택하는 것을 포함하는 컴퓨터 구현 방법.
14. 청구항 11에 있어서,
    상기 복수의 모듈러 컨테이너의 상기 크기는 상기 배달 차량의 상기 크기의 약수인 컴퓨터 구현 방법.
15. 청구항 11에 있어서,
    상기 로딩 순서를 결정하는 것은 미리 결정된 로딩 가이드라인에 더 기초하는 것인 컴퓨터 구현 방법.
16. 청구항 11에 있어서,
    상기 로딩 순서를 결정하는 것은 상기 접근 지점에 더 가까운 상기 배달 차량 내 위치보다 상기 접근 지점으로부터 더 먼 상기 배달 차량 내 위치를 우선하는 것을 포함하는 컴퓨터 구현 방법.
17. 청구항 11에 있어서,
    상기 구성 파라미터는 상기 배달 차량의 하나 이상의 도어가 열리는 도어 개방 시퀀스를 더 포함하고 그리고 상기 로딩 순서를 결정하는 것은 더 빠른 개방 도어에 더 가까운 상기 배달 차량 내 위치보다 더 늦은 개방 도어에 더 가까운 상기 배달 차량 내 위치를 우선하는 것을 포함하는 컴퓨터 구현 방법.
18. 청구항 11에 있어서,
    상기 복수의 패키지를 배달하기 위한 배달 시퀀스를 포함하는 배달 루트를 결정하는 것을 더 포함하는 컴퓨터 구현 방법.
19. 청구항 18에 있어서,
    상기 로딩 순서를 결정하는 것은 상기 접근 지점에 더 가까운 이용 가능한 위치에 상기 배달 시퀀스에서 더 빠른 패키지를 할당하는 것을 포함하는 컴퓨터 구현 방법.
20. 청구항 18에 있어서,
    상기 로딩 순서를 결정하는 것은 상기 접근 지점으로부터 더 먼 이용 가능한 위치에 상기 배달 시퀀스에서 더 늦은 패키지를 할당하는 것을 포함하는 컴퓨터 구현 방법.

Images