KR102381336B1

KR102381336B1 - 잡 지원 및 셀프-체크인을 위한 시스템 및 방법

Info

Publication number: KR102381336B1
Application number: KR1020200054752A
Authority: KR
Inventors: 이율희; 장문정; 최혜린; 남덕원
Original assignee: 쿠팡 주식회사
Priority date: 2020-02-28
Filing date: 2020-05-07
Publication date: 2022-03-31
Also published as: JP2023514875A; WO2021171082A1; US20210272044A1; SG11202104624RA; KR20210110130A; TW202133106A; KR20220044697A

Abstract

태스크 수락 시스템 및 방법이 개시된다. 본 개시의 일 양태는 모바일 디바이스에 관한 것이다. 모바일 디바이스는 디스플레이 디바이스, 스캐닝 디바이스, 명령을 저장하는 메모리, 및 명령을 실행하도록 구성된 적어도 하나의 프로세서를 포함하고, 상기 명령은 배달 태스크의 리스트-상기 배달 태스크의 리스트는 저장된 선호도 세트에 기초함-를 수신하고, 배달 태스크의 리스트를 디스플레이하고, 배달 태스크를 수락하기 위해 디스플레이 디바이스에서 사용자 인터페이스 요소와의 상호 작용을 수신하고; 수락된 태스크와 연관된 태스크 식별자를 서버로 전달하고, 수락된 배달 태스크를 달성하기 위한 제1 배달 사이트와 연관된 코드를 포함하는 메시지를 수신하고; 제1 배달 사이트에서의 존재를 확인하는 상호 작용을 수신하고; 상기 제1 배달 사이트와 관련된 표시를 스캔하고, 상기 표시가 상기 수신된 코드와 일치하는지를 결정하고; 그리고 수락된 배달 태스크가 제1 배달 사이트에서 수행된다는 표시를 제공하도록 구성된다.

Description

잡 지원 및 셀프-체크인을 위한 시스템 및 방법{SYSTEMS AND METHODS FOR JOB APPLICATION AND SELF-CHECK IN}

본 개시는 일반적으로 자동화 된 모바일 잡(job) 요청, 분배 및 확인을 위한 컴퓨터화 된 시스템 및 방법에 관한 것이다. 특히, 본 개시의 실시예는 독립적, 시간제, 유연제, 임시적 또는 기타 독립적 작업자(independnt worker)가 모바일 디바이스를 사용하여 이용 가능한 배달 잡(job)을 선택하고 이러한 잡의 세부 사항을 확인할 수 있도록 하는 독창적이고 비전통적인 시스템 및 방법에 관한 것이다.

독립적, 유연적 또는 비정기 배달 작업자는 자신의 일정 및 원하는 배달 지역에 적합한 배달 태스크를 찾으려고 많은 시간을 할애한다. 선택을 위해 제공되는 유일한 태스크는 배달 작업자가 원하는 배달 지역이나 배달 가능한 시간을 벗어나서 배달하는데 시간이 들도록 하는 것일 수 있기 때문에, 현재의 셀프 스케쥴링을 위한 전자 시스템은 이러한 목적에서는 불편하다.

실제로, 이러한 배달 작업자에게 바람직한 배달 태스크를 전자적으로 제공하는 것은 어렵다. 현재의 전자 시스템은 소셜 네트워킹 서비스, 채팅 서비스, 온라인 채움 양식 및 비공식적 의사 소통(예를 들어, 이메일, 문자 메시지)을 포함하여, 이들 태스크를 분배하기 위한 이용 가능성을 결정하기 위해 다양한 시스템에 의존한다. 이는 여러 소스에서 데이터를 수신하는 것이 불가능하지는 않더라도 조정하기 어려울 수 있기 때문에 태스크 분배에 대한 기술적 한계를 만든다. 또한 두 번째 배달 작업자가 다른 채널을 통해 동일한 태스크를 수락할 때 어느 배달 작업자가 하나의 채널을 통해 배달 태스크를 실질적으로 동시에 수락하면, 한 명의 작업자는 실망하고 더 이상 태스크를 받아들이지 않을 수 있다.

배달 작업자는 편리하게 배달할 수 없는 바람직하지 않은 경로 및 패키지를 여러 번 받게 된다. 더욱이, 현재의 전자 시스템은 편리한 배달 태스크에 대한 배달 작업자의 요청을 충족시키는 측면에서 유연성이 떨어진다. 또한 이러한 단점은 배달 지연과 비효율적인 여정을 유발한다.

배달 작업자가 태스크를 수락한 후에 다른 문제가 발생한다. 예를 들어, 배달 작업자는 태스크를 시작할 위치(예를 들어, 창고, 유통 센터 또는 기타 사이트(site))를 나타내는 정보를 수신할 수 있다. 작업자가 독립적이고 임시적인 경우 배달 태스크를 시작하기 위한 정확한 주소를 모를 수 있다. 작업자의 모바일 디바이스가 배달 태스크를 시작할 위치를 표시할 수 있지만 작업자는 정확한 위치를 모르고 잘못된 장소로 이동하는 데 시간을 낭비할 수 있다.

또한, 일부 작업자가 완료해야 하는 배달 태스크의 수는 사용자 인터페이스를 복잡하게 하여 다음 태스크를 결정하는 데 유용하지 않을 수 있다. 예를 들어, 배달 작업자가 동일한 캠프에서 여러 태스크를 수락한 경우 기존 사용자 인터페이스는 작업자가 시기 적절하고 유용한 방식으로 동일한 캠프로 복귀해야 하는 (또는 복귀하지 않아야 하는) 시점을 설명할 수 없다. 캠프 출근(attendance)과 관련된 이러한 문제는 배달 속도를 늦추고 (모바일 디바이스의 모든 정보를 주의 깊게 검토해야 하는) 배달 작업자 및 (배달 작업자가 적시에 배달 현장에 있는지 확인해야 하는) 배달 사이트 작업자에게 기술적 불편을 초래한다.

따라서, 유연한 배달 작업의 자체 할당 및 정확한 참석(presence) 확인을 위한 개선 된 방법 및 시스템이 필요하다.

본 개시의 일 양태는 모바일 디바이스에서 구현되는 태스크 수락을 위한 컴퓨터-구현 시스템에 관한 것이다. 모바일 디바이스는 디스플레이 디바이스, 스캐닝 디바이스, 명령들을 저장하는 메모리, 및 적어도 하나의 프로세서를 포함한다. 상기 적어도 하나의 프로세서는 서버로부터, 배달 태스크의 리스트-상기 배달 태스크의 리스트는 저장된 선호도 세트에 기초함-를 수신하고, 상기 디스플레이 디바이스 상에서 상기 배달 태스크의 리스트를 디스플레이 하고, 상기 배달 태스크를 수락하기 위해 상기 디스플레이 디바이스 상에서 사용자 인터페이스 요소와의 상호 작용을 수신하는 명령을 실행하도록 구성될 수 있다. 적어도 하나의 프로세서는 수락된 배달 태스크와 연관된 태스크 식별자를 상기 서버로 전달하고; 응답으로 상기 수락된 배달 태스크를 달성하기 위한 제1 배달 사이트(site)와 연관된 코드를 포함하는 메시지를 수신하고; 상기 디스플레이 디바이스 상에서 상기 제1 배달 사이트에서의 참석(presence)를 컨펌하는 상호 작용을 수신하고; 상기 스캐닝 디바이스를 통해 상기 제1 배달 사이트와 연관된 표시를 스캔하고; 상기 표시가 상기 수신된 코드와 일치하는지를 결정하고; 그리고 상기 표시가 상기 수신된 코드와 일치한다는 결정에 응답하여, 상기 수락된 배달 태스크가 상기 제1 배달 사이트에서 수행된다는 표시를 제공하도록 더 구성될 수 있다.

본 개시의 다른 양태는 명령을 저장하는 메모리 및 적어도 하나의 프로세서를 포함하는 태스크 수락을 위한 컴퓨터 시스템에 관한 것이다. 적어도 하나의 프로세서는 수락을 위한 배달 태스크의 리스트를 수신하고 저장하고-상기 각 배달 태스크는 배달 사이트에 연관됨-; 모바일 디바이스로부터, 배달 작업자에 대한 하나 이상의 배달 태스크에 대한 요청을 수신하고; 상기 모바일 디바이스로 전송하기 위한 저장된 배달 태스크 세트를 결정하고, 상기 세트를 상기 모바일 디바이스로 전달하고; 상기 모바일 디바이스로부터, 상기 배달 태스크 세트로부터의 상기 배달 작업자에 대한 태스크 수락을 수신하고; 상기 수신된 수락을 승인할지 여부를 결정하고; 그리고 수신된 수락의 승인 결정에 응답하여 승인 메시지-상기 승인 메시지는 상기 배달 사이트와 연관된 코드를 포함함-를 상기 모바일 디바이스로 전달하는 명령을 실행하도록 구성될 수 있다.

본 개시의 또 다른 양태는 전술한 모바일 디바이스 및 컴퓨터 시스템을 포함하는 컴퓨터-구현 시스템에 관한 것이다.

전술한 시스템을 구현, 보완 또는 운영하는 방법 및 컴퓨터 판독 가능 매체도 본 명세서에서 설명된다. 다른 시스템, 방법 및 컴퓨터 판독 가능 매체도 본 명세서에서 설명된다.

도 1a는 개시된 실시예에 따른, 배송, 운송, 및 물류 운영을 가능하게 하는 통신을 위한 컴퓨터 시스템을 포함하는 네트워크의 예시적인 실시예를 나타낸 개략적인 블록도이다.
도 1b는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 검색 결과 페이지(SRP; Search Result Page)의 샘플을 나타낸 도면이다.
도 1c는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 제품 및 제품에 대한 정보를 포함하는 싱글 디스플레이 페이지(SDP; Single Display Page)의 샘플을 나타낸 도면이다.
도 1d는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라 가상의 쇼핑 장바구니에 아이템을 포함하는 장바구니 페이지의 샘플을 나타낸 도면이다.
도 1e는 개시된 실시예에 따른, 상호 동작 사용자 인터페이스 요소에 따라, 가상의 쇼핑 장바구니로부터 구매 및 배송에 관한 정보에 따른 아이템을 포함하는 주문 페이지의 샘플을 나타낸 도면이다.
도 2는 개시된 실시예에 따른, 개시된 컴퓨터 시스템을 활용하도록 구성된 예시적인 풀필먼트 센터의 개략적인 도면이다.
도 3은 개시된 실시예에 따른, 모바일 디바이스로부터의 배달 태스크의 요청을 만족시키기 위한 시스템 및 디바이스의 네트워크를 도시하는 시스템의 블록도이다.
도 4a는 개시된 실시예에 따른, 배달 작업자가 모바일 디바이스상에서 특정 유형의 배달 태스크를 요청하기 위해 사용하는 예시적인 사용자 인터페이스를 도시한다.
도 4b는 개시된 실시예에 따른, 배달 작업자가 모바일 디바이스상에서 특정 배달 태스크를 수락하기 위해 사용하는 예시적인 사용자 인터페이스를 도시한다.
도 5a는 개시된 실시예에 따른, 모바일 디바이스상에서 선호도 구성 및 잡 수락을 가능하게 하는 예시적인 방법을 도시한다.
도 5b는 개시된 실시예에 따른, 모바일 디바이스상의 참석 확인을 위한 예시적인 방법을 도시한다.
도 5c는 개시된 실시예에 따른, 모바일 디바이스상의 참석 확인을 위한 예시적인 사용자 인터페이스를 도시한다.
도 6a는 개시된 실시예에 따른, 모바일 디바이스상에서 배달 작업자에게 분배하기 위한 배달 태스크를 인스턴스화하기 위한 예시적인 데이터 구조를 도시한다.
도 6b는 개시된 실시예에 따른, 모바일 디바이스상에서 배달 작업자에게 분배하기 위한 배달 태스크에 관한 데이터 입력을 위한 예시적인 사용자 인터페이스를 도시한다.

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

본 개시의 실시예는 개별 배달 작업자의 선호도에 기초하여 배달 작업자들에게 이용 가능한 배달 태스크를 분배하도록 구성된 시스템 및 방법에 관한 것이다. 배달 작업자는 배달을 위해 도시의 특정 지역을 선택할 수 있으며 결제의 대가로 해당 지역으로 패키지를 배달하는 일련의 태스크가 제공될 수 있다(예를 들어, 고객으로부터 배달 또는 픽업된 패키지별 결제). 배달 작업자는 특정 태스크를 위해 하루 중 특정 시간을 요청할 수도 있다. 예를 들어, 배달 작업자가 오후 11시에서 오전 4시 사이의 오버나잇 배달을 요청하여 해당 배달 작업자에게 가능한 배달 태스크의 수를 줄일 수 있다. (본 개시의 실시예는 배달 작업자의 선호도를 수동으로 재정의 할 수 있는 사용자 인터페이스가 포함될 수 있다.) 배달 작업자는 배달(예를 들어, 캠프와 같은 배달 장소에서 패키지를 가져와 고객의 집에 두는 것), 반품(예를 들어, 고객의 집에서 패키지를 가져와 배달 사이트 또는 반품 센터로 반품하는 것) 및 배달/반품(예를 들어, 캠프에서 고객의 거주지로 패키지 하나를 가져가고 근처 거주지에서 캠프로 두 번째 패키지를 가져가는 것)을 포함한 특정 유형의 태스크를 요청할 수 있다. 배달 작업자는 모바일 디바이스를 사용하여 정확한 시간에 올바른 배달 사이트에 도착한 것을 확인할 수 있다.

도 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) 내의 하나 이상의 시스템과 상호작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들면, 네트워크(101)가시스템(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)은 사용자를 모바일 디바이스(107A-107C)와 같은 각각의 디바이스와 연관시킬 수 있다. 예를 들면, 운송 시스템(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), WMSA(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은 개시된 실시예에 따른, 모바일 디바이스로부터의 배달 태스크의 요청을 만족시키기 위한 시스템 및 디바이스의 네트워크를 도시하는 시스템(300)의 블록도이다. 시스템(300)은 내부 프런트 엔드 시스템(105), 운송 시스템(107) 및 모바일 디바이스(107A-107C)를 포함한다.

전술한 바와 같이 내부 프런트 엔드 시스템(105)은 내부 사용자(예를 들어, 캠프 구역(215)의 관리자, 패킹 구역(211)에서 일하는 포장 작업자, 패킹 구역(211) 또는 캠프 구역(215)에서 일하는 작업자 등)가 시스템(100)에서 하나 이상의 시스템과 상호 작용할 수 있게 하는 컴퓨터 시스템으로서 구현될 수 있다. 예를 들어, 도 5a와 관련하여 아래에서 설명되는 바와 같이, 캠프 구역(215)의 관리자는 (예를 들어, 모바일 디바이스(107A)를 사용하여) 배달 작업자로부터 특정 잡을 수락하기 위한 요청을 수신할 수 있다. 관리자는 요청을 거부하거나 승인하기 위해 (예를 들어, 컴퓨터, 모바일 디바이스 또는 다른 전자 시스템을 사용하여) 내부 프런트 엔드 시스템(105)을 사용할 수 있다.

다른 예로서, 캠프 구역(215)의 관리자는 배달 태스크를 저장, 수정, 생성 또는 삭제하기 위해 내부 프런트 엔드 시스템(105)에 저장되고 그에 의해 운영되는 사용자 인터페이스에 액세스하는 시스템(예를 들어, 모바일 디바이스)을 사용할 수 있다. 예를 들어, 도 6a 및 6b와 관련하여 아래에서 설명되는 바와 같이, 관리자는 배달 태스크에 관한 데이터를 입력하거나 복수의 배달 태스크를 포함하는 데이터 구조를 업로드하기 위해 (예를 들어, 컴퓨터, 모바일 디바이스 또는 기타 전자 시스템을 사용하여) 내부 프런트 엔드 시스템(105)을 사용할 수 있다.

전술한 바와 같이, 운송 시스템(107)은 (내부 프런트 엔드 시스템(105)과 같은) 시스템(100)의 시스템들 또는 디바이스들과 모바일 디바이스(107A-107C) 사이의 통신을 가능하게 하는 컴퓨터 시스템으로 구현될 수 있다. 예를 들어, 도 4a 및 4b와 관련하여 아래에서 설명되는 바와 같이, (예를 들어, 모바일 디바이스(107A)를 사용하는) 배달 작업자는 원하는 도시 지역, 배달할 패키지 수 및 배달 시간과 같은 배달 태스크에 대한 선호도를 선택할 수 있다. 다른 예로서, 도 5a-5c와 관련하여 아래에서 설명되는 바와 같이, (예를 들어, 모바일 디바이스(107A)를 사용하는) 배달 작업자는 특정 배달 태스크를 요청하고, 배달 태스크를 수락하고, 배달을 시작하기 전에 자신이 올바른 위치에 있는지 결정하기 위해 가시적인 표시(예를 들어, QR 코드)를 스캔할 수 있다.

일부 실시예에서, 모바일 디바이스(107A-107C)는 (도 4A, 4B 및 5A-5C와 관련하여 아래를 포함하여) 본 명세서에 설명된 바와 같이 배달 작업자가 운송 시스템(107)과 같은 시스템(100)의 하나 이상의 시스템과 인터페이스 할 수 있도록 구성될 수 있다. 도 3은 모바일 디바이스(107A-107C)를 모바일 디바이스(예를 들어, 휴대폰 전화, 개인 휴대 정보 단말기, 태블릿, 패블릿 등)로서 도시하지만, 일부 실시예에서, 107A-107C 중 하나 이상은 데스크탑 컴퓨터, 랩톱 컴퓨터, 스마트 시계, 스마트 안경, 음성 지원 스마트 어시스턴트 또는 네트워크 연결 및 사용자 인터페이스를 제공하는 다른 디바이스와 같은, 상이한 디바이스로 대체될 수 있다. 모바일 디바이스(07A-107C)는 시각 표시(예를 들어, QR 코드와 같은 2 차원 바코드)를 캡처하기 위한 카메라 또는 비시각 표시(예를 들어, 근접 무선 통신(NFC) 태그)를 캡처하기 위한 회로와 같은 스캐닝 디바이스를 포함할 수 있다.

도 4a는 개시된 실시예에 따른, 배달 작업자가 모바일 디바이스(107A-107C)상에서 특정 유형의 배달 태스크를 요청하기 위해 사용하는 예시적인 사용자 인터페이스(400, 402 및 404)를 도시한다.

사용자 인터페이스(400)는 모바일 디바이스(107A)와 같은 모바일 디바이스상에서 사용자에게 디스플레이 되는 제1 인터페이스를 도시한다. 인터페이스(400)는 캘린더(401), 버튼(403), 잡 리스트(405), 버튼(407) 및 버튼(409)을 포함한다. 캘린더(401)는 사용자가(예를 들어, 터치, 클릭, 드래그 또는 스와이핑에 의해) 모바일 디바이스(107A)와 상호 작용하여 미래 및 과거의 배달 태스크를 볼 수 있게 한다. 배달 작업자는 리스트(405)에서 사용자에게 디스플레이 될 배달 태스크 리스트를 검색하기 위해 나열된 날짜 중 하나와 상호 작용할 수 있다.

버튼(403)은 사용자가 배달 작업자의 선호도에 따르는 하나 이상의 잡을 신청할 수 있게 한다. 잡에 대한 지원은 예를 들어 도 4b와 관련하여 아래에서 설명된다.

리스트(405)는 배달 작업자가 지원하고 배달 작업자가 배달하도록 승인된 잡을 나열한다. 리스트(405)의 첫 번째 잡은 이러한 리스트의 한 예이다; 여기에는 위치(남양주), 배달 유형(당일 배달), 배달 작업자가 가능해야 하는 시간(8 월 8 일 10:00 - 17:00), 배달 작업자가 잡을 취소하려면 반드시 취소해야 하는 시간(8월 7일), 배달 작업자가 배달을 수행한 대가로 받게 되는 배달비(1,100 원)를 포함한다. 일부 실시예에서, 리스트(405)는 배달 작업자에 의해 수락된 각 잡에 대한 더 많거나 적은 필드를 포함할 수 있다.

인터페이스(402)는 맵(411)을 포함한다. 일부 실시예에서, 맵(411)은 배달 작업자가 수락한 배달 태스크와 관련된 지역을 나타낼 수 있다. 예를 들어, 인터페이스(400)(리스트(405))에 나열된 배달 태스크는 배달 작업자가 그 지역의 고객에게 하나 이상의 패키지를 배달할 필요가 있을 것으로 예상해야 함을 나타내기 위해 음영으로 맵(411)에 도시된 특정 지역(예를 들어, 인근, 지역, 타운, 도시, 마을 또는 기타 구획(subdivision))을 포함할 수 있다.

인터페이스(404)는 인터페이스 요소(413, 415 및 417)를 포함한다. 각각의 인터페이스 요소(413, 415 및 417)는 배달 작업자가 특정 유형의 배달 태스크를 수락하기를 원하는 시간을 선택할 수 있도록 한다. 예를 들어, 제1 배달 작업자는 하루 중 23시에서 다음날 07시 사이의 오버나잇 배달 업무만 수락하면서, 주중 10시에서 21시 사이의 주간 배달 태스크를 수락하기를 원할 수 있다.

도 4b는 개시된 실시예들에 따른, 배달 작업자가 모바일 디바이스상에서 특정 배달 태스크를 수락하기 위해 사용하는 예시적인 사용자 인터페이스(420, 440 및 460)를 도시한다. 사용자 인터페이스(420)는 요소(421, 423 및 425)를 포함한다.

요소(421)는 배달 운전자가 원하는 배달 지역의 리스트를 포함한다. 예시적인 도 4b에서, 여기서 배달 작업자는 특정 도시인 남양주에서만 배달을 허용하도록 선택했다. 배달 작업자는 요소(421)와 상호 작용하여 하나 이상의 원하는 배달 지역을 제거하거나 요소(421)와 상호 작용하여 추가 배달 지역을 더할 수 있다. 도 4B는 하나의 원하는 배달 지역(단일 도시)만을 도시하고 있지만, 인터페이스(420)는 배달 작업자가 단일 도시, 타운 또는 마을(예를 들어, 이웃)뿐만 아니라 여러 도시, 타운 또는 마을의 구획을 포함하여 더 많거나 적은 수의 지역을 선택할 수 있게 한다.

요소(423)는 배달 작업자와 연관된 수락되고 승인된 배달 태스크를 도시한다. 예를 들어, 요소(423)에 도시된 태스크는 새벽 배달 유형 태스크(예를 들어, 특정 날의 새벽의 이전 또는 그에 근접한 배달)로 나열된다. 이 태스크를 위해 요소(423)에는 배달 당 1,700원의 배달비가 포함되어 있으며, 나열된 날짜(2019년 8월 8일) 전날 밤 11시부터 나열된 날짜의 07:00 사이에 배달되어야 한다는 요구 사항이 포함된다.

요소(423)는 배달 작업자에 의해 수락되고 승인된 추가 배달 태스크를 나열한다. 익일과 연관된 이러한 추가 배달 태스크 각각은 이와 관련된 상이한 파라미터를 가질 수 있다(예를 들어, 상이한 배달비, 상이한 배달 시간 및 상이한 배달 유형).

인터페이스(440)는 배달 태스크에 대한 선호도를 선택하기 위해 배달 작업자에 의해 사용되는 선호도 페이지를 도시한다. 예시적인 인터페이스(440)는 요소(441, 443, 445 및 447)를 포함한다.

요소(441)는 배달 작업자가 선택한 배달 태스크 유형에 관련된다. 예를 들어, 도 4b는 배달(예를 들어, 캠프 구역(215)과 같은 배달 장소에서 패키지를 가져와 고객의 집에 두는 것), 반품(예를 들어, 고객의 집에서 패키지를 가져와 캠프 구역(215) 또는 반환 센터로 반환하는 것) 및 배달/반품(예를 들어, 캠프 구역(215)에서 고객의 거주지로 패키지 하나를 가져가고 해당 거주지 또는 다른 거주지에서 두 번째 패키지를 캠프 구역(215)으로 가져가는 것)의 3 가지 종류의 배달 태스크를 도시한다. (일부 실시예에서 다른 유형의 배달 태스크도 선택될 수 있다.) 배달 작업자는 완료하고자 하는 배달 태스크의 유형을 선택하기 위해 요소(441)와 상호 작용할 수 있다.

요소(443)는 배달 작업자가 잡(job) 당 배달하기를 원하는 패키지의 선택 가능한 수를 도시한다. 배달 작업자는 높은 배달비로 인해 많은 수의 패키지가 바람직하다고 결정할 수 있다. 예시적인 인터페이스(440)에서, 요소(443)는 패키지의 범위를 선택하는 것을 필요로 한다; 일부 실시예에서, 요소(443)는 배달 작업자가(예를 들어, 특정 값을 입력함으로써) 사용자 지정 범위, 최소 패키지 수 또는 최대 패키지 수를 선택하도록 프롬프트 할 수 있다. 인터페이스(440)는 또한 배달 작업자가 원하는 최소 배달비를 입력하도록 프롬프트 할 수 있다.

일부 실시예에서, 원하는 태스크, 원하는 수의 패키지 및 원하는 지역을 포함하는 인터페이스(440)의 원하는 선호도는 배달 작업자가 선택에 대해 적어도 일부 최소 수의 배달 태스크를 수신하도록 보장하기 위해 재지정될 수 있음에 유의해야 한다. 배달 작업자는 요소(447)와 상호 작용하여 비부합 태스크(즉, 인터페이스(440)의 선호도 중 하나 이상을 따르지 않는 비선호 태스크)이 모바일 디바이스(107A)에서 수신되도록 허용하기 위해 선호도 수용 요건을 토글할 수 있다. 예를 들어 배달 작업자가 요소(441)에서 "반품"을 선택하고 요소(447)에서 "예"를 선택하고 유일한 배달 태스크가 "배달" 또는 "배달/반품" 태스크인 경우, 모바일 디바이스(107A)는 이러한 이용 가능한 배달 태스크를 수신하고 디스플레이 할 수 있다. 배달 작업자가 요소(447)에서 "아니오"를 선택하면 배달 태스크가 디스플레이 되지 않는다.

일부 실시예에서, 요소(447)의 결정은 요소(447)에서 "아니오"를 선택한 배달 작업자조차도 적어도 일부 최소 수의 배달 태스크를 수신할 수 있도록 재지정(override) 될 수 있다.

인터페이스(460)는 요소(461, 463, 465, 467) 및 버튼(469)을 포함한다. 인터페이스(460)는 배달 작업자가 할당된 배달 태스크를 수행하는 데 사용하는 차량에 대한 정보를 입력하고 약관에 동의할 수 있게 한다. 요소(461)은 배달 작업자가 패키지 배달에 사용할 차량 유형을 입력할 수 있게 한다. 예를 들어, 배달 작업자는(예를 들어, 키보드 또는 가상 키보드 사용하여) 자동차 제조업체 및 모델을 타이핑하거나 드롭 다운 리스트에서 제조업체 및 모델을 선택하여 자동차 제조업체 및 모델을 입력할 수 있다. 요소(463)는 배달 작업자가 번호판을 입력할 수 있게 한다. 요소(465)는 배달 작업자가 색상을 선택할 수 있게 한다.

일부 실시예에서, 모바일 디바이스(107A)를 사용하는 배달 작업자는 배달 작업자가 캠프 구역(215)에 들어갈 수 있도록 차량 정보를 입력할 수 있다(예를 들어, 그렇지 않으면 승인되지 않은 개인이 들어가는 것이 금지될 수 있기 때문).

요소(461, 463, 465 및 467)에 정보를 입력하거나 확인한 후, 배달 작업자는 배달 태스크에 대한 선호도를 업데이트하기 위해 버튼(469)과 상호 작용할 수 있다. 일부 실시예에서, 버튼(469)과 상호 작용하는 것은 모바일 디바이스(107A)가 배달 차량에 대한 변경(요소 461, 463, 465) 또는 선호도에 대한 변경(요소 441, 443, 445, 447)을 포함하는 통신을 운송 시스템(107)에 전송하게 한다.

도 5a는 개시된 실시예에 따른, 모바일 디바이스(107A)에서 선호도 구성 및 잡 수락을 가능하게 하는 예시적인 방법(500)을 도시한다. 예시적인 방법(500)은 모바일 디바이스(107A)와 운송 시스템(107) 사이의 통신으로 도시된다; 일부 실시예에서, 하나 이상의 추가 디바이스(예를 들어, 내부 프런트 엔드 시스템(105) 또는 복수의 네트워크 디바이스)는 모바일 디바이스(107A)와 운송 시스템(107) 사이의 통신을 분리할 수 있다.

방법(500)은 단계 501에서 시작한다. 단계 501에서, 배달 작업자는 모바일 디바이스(107A)에서 애플리케이션을 시작할 수 있다. 예를 들어, 배달 작업자는 애플리케이션을 시작하기 위해 모바일 디바이스(107A)상의 아이콘을 클릭, 드래그, 스와이프하거나 또는 다르게 상호 작용할 수 있다. 일부 실시예에서, 애플리케이션은 도 4a 및 4b와 관련하여 위에서 설명된 바와 같이 동작할 수 있다.

단계 503에서, 배달 작업자는 모바일 디바이스(107A)를 사용하여 배달 태스크에 대한 하나 이상의 선호도를 선택할 수 있다. 단계 503는 예를 들어 배달을 위한 지역, 패키지의 수 및 배달 태스크를 위한 기간의 선택을 포함한다. (단계 503의 실시예는 도 4A 및 4B와 관련하여 위에서 설명되었다.)

단계 505에서, 모바일 디바이스(107A)는 선택된 선호도를 단계 507에서 수신하는 운송 시스템(107)으로 전달할 수 있다.

단계 509에서, 운송 시스템(107)은 이용 가능한 배달 태스크의 리스트를 수신할 수 있다. 일부 실시예에서, 운송 시스템(107)은 시스템(100)의 하나 이상의 시스템(예를 들어, 배송 및 주문 트래킹 시스템(111) 또는 배송 기관 기술 시스템(101))으로부터 배달 태스크를 검색할 수 있는 내부 프런트 엔드 시스템(105)으로부터 이용 가능한 배달 태스크의 리스트를 검색할 수 있다. 운송 시스템(107)은 플랫 파일, 데이터베이스, SQL 쿼리 결과, 쉼표 구분 값(CSV) 파일, 마이크로소프트 엑셀 파일 등을 포함하는 다양한 형식의 태스크 리스트를 수신할 수 있다.

단계 511에서, 운송 시스템(107)은 모바일 디바이스(107A)와 연관된 선호도에 기초하여 수신된 배달 태스크를 필터링 할 수 있다. 예를 들어, 배달 태스크는 인근(neighborhood), 시작 시간/날짜, 업무 유형 등과 같은 복수의 필드를 포함하는 데이터 저장소를 사용하여 나타날 수 있다. (예시적인 데이터 형식은 도 6a 및 6b와 관련하여 아래에서 설명된다.) 일부 실시예에서, 운송 시스템(107)은 단계 507에서 수신된 선호도에 기초하여 수신된 태스크를 필터링 할 수 있다. 예를 들어, 배달 작업자가 요소(447)(도 4B)에서 "예"를 체크하여 선호하지 않는 태스크를 수신하고 싶다고 체크한 경우, 운송 시스템(107)은 단계 509에서 수신된 태스크의 전부 또는 서브 세트를 전달할 수 있다(예를 들어, 패키지의 수 또는 인근 선택에 대한 선호도에도 불구하고 동일한 도시의 태스크만 해당). 다른 실시예에서, 운송 시스템(107)은 단계 507에서 수신된 선호도에 기초하여 수신된 태스크를 분류할 수 있다. 예를 들어, 배달 작업자가 요소(447)(도 4b)에서 "예"를 체크하여 선호하지 않는 태스크를 수신하고 싶다고 체크한 경우, 운송 시스템(107)은 단계 509에서 수신된 태스크로부터 선호 태스크(예를 들어, 각 선호도에 부합하는 태스크)를 결정할 수 있고 (단계 513과 관련하여 아래에서 논의되는 바와 같이, 전달하기 전에) 선호 태스크를 먼저 배치하기 위해 태스크 리스트를 정렬할 수 있다.

단계 513에서, 운송 시스템(107)은 필터링 및/또는 분류된 태스크를 모바일 디바이스(107A)로 전달할 수 있으며, 단계 515에서 수신된다. 전달된 태스크는 태스크 ID, 시간, 태스크에 대한 위치, 패키지 수, 배달비 또는 기타 정보와 같은 태스크 정보를 포함할 수 있다.

일부 실시예에서, 모바일 디바이스(107A)에 의해 수신된 태스크는 (도 4a 및 4b와 관련하여 위에서 논의된 바와 같이) 배달 작업자의 선호도에 부합하는 태스크만을 포함할 수 있다. 다른 실시예에서, 수신된 태스크는 정렬된 태스크 리스트를 포함할 수 있으며, 여기서 배달 작업자의 선호도에 부합하는 태스크는 부합하지 않는 태스크와 분리된다(예를 들어, 부합 태스크는 리스트에서 먼저 나열되고 비부합 태스크는 다음에 나열됨).

단계 517에서, 모바일 디바이스(107A)는 배달 작업자가 볼 수 있도록 디스플레이 상에 수신된 태스크를 제시할 수 있다. 일부 실시예에서, 위에서 논의된 바와 같이, 태스크는 배달 작업자의 선호도에 부합하는 태스크만을 포함할 수 있다. 다른 실시예에서, 태스크는 모든 태스크를 포함할 수 있지만, 배달 작업자의 선호도에 부합하지 않는 태스크는 표시된 리스트의 맨 아래 또는 별도의 리스트로 정렬할 수 있다. 도 4b와 관련하여 위에서 논의된 바와 같이, 각 태스크에 대해 디스플레이 되는 정보는 태스크 ID, 시간, 태스크에 대한 위치, 패키지 수, 배달비 또는 기타 정보와 같은 정보를 포함할 수 있다.

단계 519에서, 모바일 디바이스(107A)는 적어도 하나의 태스크에 대해 배달 작업자로부터 하나 이상의 선택(예를 들어, 스와이프, 클릭, 탭 또는 드래그와 같은 상호 작용)을 수신할 수 있다. 예를 들어 배달 작업자는 체크 박스 버튼을 클릭하여 작업을 수락하고 "X" 버튼을 클릭하여 태스크를 거부할 수 있다. 다른 실시예에서, 배달 작업자는 태스크를 수락하기 위해 체크 박스 버튼을 클릭하는 옵션만 제공될 수 있다. 모바일 디바이스(107A)는 (예를 들어, 태스크 ID에 의해) 배달 작업자에 의해 수락된 태스크를 수집하고 이를 운송 시스템(107)으로 전달할 수 있다. 선택된 태스크는 단계 523에서 운송 시스템(107)에 의해 수신된다.

단계 525에서, 운송 시스템(107)은 수신된 수락된 태스크를 승인할지 여부를 결정할 수 있다. 단계 525는 다양한 방식으로 수행될 수 있다. 일례로서, 수신된 수락된 태스크를 승인하는 것이 캠프 구역(215)에 대한 관리자에 의해 작동되는 모바일 디바이스처럼 사용자와 연관된 컴퓨팅 디바이스로 통지를 전달하는 것을 포함할 수 있는 것을 일부 실시예는 포함한다. 관리자는 사용자 인터페이스 요소와 상호 작용하여 배달 작업자의 수락을 승인할지 여부를 결정할 수 있다. 다른 실시예에서, 수신된 수락된 태스크를 승인하는 것은 자동화 된 승인 프로세스를 수행하는 것을 포함할 수 있다. 예를 들어, 이러한 프로세스에는 배달 작업자의 과거 배달 이력을 기반으로 배달 작업자를 승인하는 것이 포함될 수 있다(예를 들어, 신뢰할 수 있는 배달 작업자에 대해 수락된 잡을 승인하고 신뢰할 수 없는 배달 작업자에 대해 수락된 잡을 거부함).

단계 525의 일부로서, 태스크가 이용 가능한 태스크의 대기열에서 제거될 수 있다. 이것은 예를 들어, 관리자 또는 다른 사용자가 모바일 디바이스(107A)를 사용하는 배달 작업자에 의한 수락을 승인하거나 거부할 수 있기 전에, 하나의 모바일 디바이스(107A)상의 제1 사용자가 모바일 디바이스(107C)상의 제2 사용자와 실질적으로 동시에 태스크를 수락하는 것을 방지한다.

단계 525에서 운송 시스템(107)이 (예를 들어, 사용자 입력 또는 결정 결과에 기초하여) 태스크 수락이 승인되어야 한다고 결정하면, 방법은 단계 529로 진행할 수 있으며, 여기서 운송 시스템(107)은 승인 메시지를 모바일 디바이스(107A)로 전달한다. 승인 메시지는 태스크 ID 또는 태스크와 관련된 기타 정보를 포함할 수 있다. (도 5b와 관련하여 아래에서 논의되는 것을 포함하여) 일부 실시예에서 승인 메시지는 캠프 구역(215)과 관련된 캠프 코드를 포함할 수 있다. 캠프 코드는 예를 들어 캠프 구역(215)과 관련된 고유한 정적 또는 동적 식별자(예를 들어, "캠프 #1"또는 "캠프 XYZ123") 일 수 있다. 승인 메시지는 단계 531에서 모바일 디바이스(107A)에서 수신된다.

반면에, 단계 525에서 (예를 들어, 사용자 입력 또는 결정 결과에 기초하여) 태스크 수락이 승인되어야 하지 않는다고 결정되면, 방법은 단계 527로 진행할 수 있다. 단계 527에서, 운송 시스템(107)은 다른 사용자(예를 들어, 모바일 디바이스(107C)를 사용하는 배달 작업자)가 태스크를 수락할 수 있도록 하기 위해 태스크를 이용 가능한 태스크의 대기열에 삽입할 수 있다. 일부 실시예에서, 단계 527는 또한 모바일 디바이스(107A)에 거부 메시지를 전송하는 것을 포함한다. 거부 메시지는 태스크 ID 또는 태스크와 관련된 기타 정보를 포함할 수 있다.

도 5b는 개시된 실시예에 따른, 모바일 디바이스상의 참석 확인을 위한 예시적인 방법(540)을 도시한다.

방법(540)은 단계 541에서 시작한다. 단계 541에서, 배달 작업자는 모바일 디바이스(107A)에서 애플리케이션을 시작할 수 있다. 예를 들어, 배달 작업자는 애플리케이션을 시작하기 위해 모바일 디바이스(107A)상의 아이콘을 클릭, 드래그, 스와이프 하거나 또는 다르게 상호 작용할 수 있다.

단계 543에서, 모바일 디바이스(107A)는 캠프 코드를 검색하기 위해 캠프 구역(예를 들어, 캠프 구역(215))에서 표시를 스캔하도록 사용자(예를 들어, 배달 작업자)에게 프롬프트 할 수 있다. 본 개시의 실시예는 그러한 표시의 예로서 빠른 응답(QR) 코드를 사용하지만, 다른 실시예도 가능하다. 예를 들어, 모바일 디바이스(107A)는 캠프 코드를 검색하기 위해 다른 시각적 표시(1 차원 및 2 차원 바코드 포함) 또는 비시각적 표시(NFC 태그 포함)를 스캔하도록 구성될 수 있다. 일부 실시예에서, 모바일 디바이스(107A)는 (예를 들어, 가상 키보드를 통해) 캠프 코드 입력을 가능하게 하도록 구성될 수 있다.

단계 545에서, 모바일 디바이스(107A)는 스캔된 캠프 코드를 도 5a의 운송 시스템(107)으로부터 수신된 승인 메시지와 비교할 수 있다. 예를 들어, 스캔된 캠프 코드에는 "캠프 #1"과 같은 식별자가 포함될 수 있으며 모바일 디바이스에는 "캠프 #3", "캠프 #4", "캠프 #1" 및 "캠프 #3"의 캠프 코드가 있는 승인 메시지가 포함될 수 있다. 이 상황에서, 모바일 디바이스(107A)를 사용하는 배달 작업자는 할당된 4 개의 배달 태스크를 가질 수 있으며, 그중 2 개는 캠프 #3에 있다. 일부 실시예에서, 단계 545는 모바일 디바이스(107A)에 저장된 승인 메시지에서 캠프 코드를 비교하는 것을 포함하지만, 다른 실시예는 다른 곳(예를 들어, 운송 시스템(107) 또는 다른 시스템에)에 저장된 승인 메시지에서 캠프 코드를 비교하는 것을 포함할 수 있다.

단계 547에서, 모바일 디바이스(107A)는 저장된 승인과 단계 543에서 스캔된 코드 사이에 일치하는 것이 존재하는지 결정할 수 있다. 저장된 승인과 단계 543에서 스캔된 코드 사이에 일치하는 것이 없으면, 방법(540)은 단계 549로 진행할 수 있다. 단계 549에서, 모바일 디바이스(107A)는 캠프가 배달 작업자와 연관된, 수락 및 승인된 어떠한 배달 태스크와 연관되지 않음을 나타내는 경고를 배달 작업자에게 제공할 수 있다. 경고에는 배달 작업자가 다른 캠프로 가야한다는 메시지가 포함될 수 있다.

한편, 저장된 승인과 단계 543에서 스캔된 코드가 일치하는 경우, 방법(540)은 단계 553으로 진행할 수 있다. 단계 553에서, 모바일 디바이스(107A)는 배달 작업자가 정확한 위치에 있다는 통지를 배달 작업자에게 제공할 수 있다. 메시지에는 배달을 위해 첫 번째 패키지를 픽업하는 방법에 대한 지침이 포함될 수 있다.

한편, 저장된 승인과 단계 543에서 스캔된 코드가 일치하지만 코드가 이미 스캔된 경우(예를 들어, 사용자가 이미 해당 캠프에서 모든 승인된 태스크를 배달했거나 실수로 캠프 구역(215)에서 코드를 두 번 스캔), 방법(540)은 단계 551로 진행할 수 있다. 단계 551에서, 모바일 디바이스(107A)는 코드가 이미 스캔되었다는 경고를 배달 작업자에게 제공할 수 있다. 경고에는 배달 작업자가 배달을 계속하거나 다른 캠프로 진행해야 한다는 메시지가 포함될 수 있다.

도 5c는 개시된 실시예들에 따른, 모바일 디바이스상의 참석 확인을 위한 예시적인 사용자 인터페이스(550, 552 및 554)를 도시한다.

인터페이스(550)는 단계 553(도 5B)에 대응하고 배달 작업자가 올바른 위치에 있다는 표시를 포함한다. 배달을 위해 첫 번째 패키지를 픽업하는 방법에 대한 지침을 포함하는 다른 정보가 인터페이스(550)에 디스플레이 될 수 있다.

인터페이스(552)는 단계 551(도 5B)에 대응하고, 배달 작업자가 모바일 디바이스(107A)로 캠프 구역(215)에서 캠프 코드를 이미 스캔했다는 표시를 포함한다. 배달 작업자가 배달을 계속하거나 다른 캠프로 진행해야 한다는 메시지를 포함하여 다른 정보가 인터페이스(550)에 디스플레이 될 수 있다.

인터페이스(554)는 단계 549(도 5B)에 대응하고, 저장된 승인과 모바일 디바이스(107A)에 의해 스캔된 코드 사이에 일치하는 것이 없다는 표시를 포함한다. 배달 작업자가 다른 캠프로 진행하거나 캠프 관리자에게 도움을 요청해야 한다는 메시지를 포함하여 다른 정보가 인터페이스(550)에 디스플레이 될 수 있다.

도 6a는 개시된 실시예에 따른, 모바일 디바이스상에서 배달 작업자에게 분배하기 위한 배달 태스크를 인스턴스화하기 위한 예시적인 데이터 구조(600)를 도시한다. 도 3 및 도 5a와 관련하여 전술한 바와 같이, 사용자(예를 들어, 캠프 구역(215)과 관련된 캠프 관리자)는 배달 태스크에 대응하는 데이터를 입력할 수 있다. 데이터 구조(600)는 데이터베이스, 데이터 저장소, 플랫 파일, 쉼표 구분 값(CSV) 파일, 마이크로소프트 엑셀(XLS) 파일, 테이블, SQL 데이터베이스 또는 정보를 저장하는 임의의 다른 형태의 데이터 구조로 구현될 수 있다. 일부 실시예에서, 사용자(예를 들어, 캠프 구역(215)과 연관된 캠프 관리자)는 도 1a의 시스템(예를 들어, 운송 시스템(107))에 데이터 구조를 업로드하여 어떤 유형의 태스크가 향후 기간(예를 들어, 다음 48 시간) 동안 필요할 것으로 예측되는지를 나타낼 수 있다. 다른 실시예에서, 데이터 구조(600)는 도 1a의 다른 시스템(예를 들어, SAT 시스템(101))에 의해 자동으로 생성될 수 있다.

데이터 구조(600)는 예를 들어 캠프 식별자(601), 배달 날짜(603), 배달 유형(605), 작업자 유형(607), 태스크 제목(609), 수락 윈도우(611), 태스크 윈도우(613) 및 작업자 수(615)를 포함할 수 있다.

일부 실시예에서 캠프 식별자(601)는 특정 배달 태스크가 시작되는 캠프 구역(215)과 연관된 식별자를 나타낼 수 있다. 식별자는 영숫자, 숫자 또는 알파벳 일 수 있고, 기호를 포함할 수 있거나, 다른 형태의 데이터를 사용하여 표현될 수 있다.

일부 실시예에서, 배달 날짜(603)는 배달 태스크가 연관된 날짜를 나타낼 수 있다. 예를 들어, 배달 날짜(603)는 배달 태스크에 대한 모든 패키지를 픽업해야 하거나 배달해야 하는 날짜를 나타낼 수 있다.

일부 실시예에서, 배달 유형(605)은 배달 태스크에 대한 배달 유형을 나타낼 수 있다. 배달 유형의 예로는 새벽 배달(예를 들어, 특정 날의 새벽의 이전 또는 그에 근접한 배달), 당일 배달(예를 들어, 마감시간까지 주문하는 경우 하루의 말일까지 배달), 익일 배달(예를 들어, 마감시간까지 주문하는 경우 익일 배달), 오버나잇 배달(예를 들어, 한 날의 저녁 또는 다음날 이른 아침에 배달)이 있다. 다른 배달 유형도 가능하다.

일부 실시예에서, 작업자 유형(607)은 배달 태스크에 할당되어야 하는 작업자의 유형을 나타낼 수 있다. 작업자 유형의 예로는 '유연 작업자' 또는 임시 작업자(예를 들어, 독립 계약자로 일하고 위에 설명된 시스템을 사용하여 패키지를 선택, 수락 및 배달하는 사람)와 정규직 작업자(예를 들어, 캠프 구역(215)을 소유하거나 운영하는 회사에 근무하며 일상 업무의 일부로 업무를 배정받는 사람)가 있다.

일부 실시예에서, 태스크 제목(609)은 태스크에 할당된 제목을 나타낼 수 있다. 태스크 제목(609)은 태스크 간의 구별을 돕기 위해 사용될 수 있다.

일부 실시예에서, 수락 윈도우(611)는 배달 작업자가 제안된 배달 태스크를 수락해야 하는 기간을 나타낼 수 있다. 배달 작업자가 모바일 디바이스(107A)를 사용하여 윈도우(611) 외부의 배달 태스크를 수락하면 작업자의 요청이 거부될 수 있다(자동 또는 기타 방식).

일부 실시예에서 태스크 윈도우(613)는 수락한 (및 수락이 승인된) 배달 작업자가 배달 태스크와 연관된 패키지를 배달해야 하는 기간을 나타낼 수 있다. 일부 실시예에서, 태스크 윈도우(613)는 업무 준수를 보장하고 적시성에 기초하여 배달 작업자를 평가 또는 등급화하기 위해 사용될 수 있다.

일부 실시예에서, 작업자 수(615)는 특정 배달 태스크에 필요하다고 생각되는 작업자의 수를 나타낼 수 있다. 예를 들어, 태스크(617)는 연관된 패키지를 배달하기 위해 45 명의 배달 작업자가 필요하고 태스크(619)는 연관된 패키지를 배달하기 위해 27 명의 배달 작업자가 필요하다. 작업자 수(615)는 공식에 의해 추정되거나 사용자가 수동으로 입력할 수 있다.

도 6b는 개시된 실시예에 따른, 모바일 디바이스상에서 배달 작업자에게 분배하기 위한 배달 태스크에 관한 데이터 입력을 위한 예시적인 사용자 인터페이스(620)를 도시한다.

사용자 인터페이스(620)는 요소(621, 623, 625, 627, 629, 630, 631, 632, 633, 635, 637 및 639)를 포함한다. 사용자(예를 들어, 캠프 구역(215)의 관리자)는 하나 이상의 배달 작업자에 의한 수락을 위한 새로운 배달 태스크를 생성하기 위해 사용자 인터페이스(620)상의 요소에 데이터를 입력할 수 있다. 일부 실시예에서, 운송 시스템(107)은 사용자에게 제시하기 전에 사용자 인터페이스(620)의 하나 이상의 요소에 대해 미리 채워진 정보를 생성할 수 있다.

일부 실시예에서, 요소(621)는 사용자가 배달 태스크와 연관된 제목을 입력할 수 있게 할 수 있다. 제목은 태스크를 구분하는 데 사용할 수 있다.

일부 실시예에서, 요소(623)는 사용자가 배달 태스크와 연관된 캠프를 선택할 수 있게 할 수 있다. 일부 실시예에서, 요소(623)는 드롭 다운 박스일 수 있는 반면, 다른 실시예에서 요소(623)는 (예를 들어, 키보드를 통한) 입력을 위한 텍스트 필드일 수 있다.

일부 실시예에서 요소(625)는 사용자가 캠프가 이동 캠프인지 여부를 선택할 수 있게 할 수 있다. 일부 실시예에서, 이동 캠프는 도 1a에서 다른 시스템을 소유하거나 운영하는 회사가 소유하거나 운영하지 않는 캠프 구역(215) 또는 도 2의 다른 구역일 수 있다. 이러한 이동 캠프는 예를 들어, 주유소, 트럭, 트레일러(flatbed) 또는 임대 창고일 수 있다; 다른 가능성도 또한 가능하다.

일부 실시예에서, 요소(627)는 사용자가 배달 유형을 입력할 수 있게 할 수 있다. 배달 유형의 예로는 새벽 배달(예를 들어, 특정 날의 새벽의 이전 또는 그에 근접한 배달), 당일 배달(예를 들어, 마감시간까지 주문하는 경우 하루의 말일까지 배달), 익일 배달(예를 들어, 마감시간까지 주문하는 경우 익일 배달), 오버나잇 배달(예를 들어, 한 날의 저녁 또는 다음날 이른 아침에 배달)이 있다. 다른 배달 유형도 가능하다.

일부 실시예에서, 요소(629)는 배달 작업자가 제공된 배달 태스크를 수락해야 하는 기간을 표시할 수 있는 수락 윈도우를 사용자가 입력할 수 있게 할 수 있다. 배달 작업자가 모바일 디바이스(107A)를 사용하여 해당 수락 윈도우 밖의 배달 태스크를 수락하면, 작업자의 요청이 거부될 수 있다(자동 또는 기타 방식).

일부 실시예에서, 요소(630)는 사용자가 배달 태스크에 대한 패키지의 수를 입력할 수 있게 할 수 있다. 패키지 수는 추정치일 수 있으며 과거 데이터(예를 들어, 지난 7 일 동안 특정 인근 지역으로 배달하기 위한 패키지 범위)를 기반으로 미리 채워질 수 있다.

일부 실시예에서, 요소(631)는 수락한(및 수락이 승인된) 배달 작업자가 배달 태스크와 관련된 패키지를 배달해야 하는 기간을 표시할 수 있는 태스크 윈도우를 사용자가 입력할 수 있게 할 수 있다. 일부 실시예에서, 태스크 윈도우는 업무 준수를 보장하고 적시성에 기초하여 배달 작업자의 평가 또는 등급화하기 위해 사용될 수 있다.

일부 실시예에서, 요소(632)는 사용자가 배달 태스크에 대한 배달 지역을 입력할 수 있게 할 수 있다. 일부 실시예에서, 배달 지역은 인근, 거리, 아파트 단지 또는 다른 지리적 또는 행정적 구획을 포함할 수 있다.

일부 실시예에서, 요소(633)는 사용자가 배달 태스크에 대한 작업자의 수를 입력할 수 있게 할 수 있다. 일부 실시예에서, 작업자의 수는 특정 배달 태스크에 필요하다고 생각되는 작업자의 수를 나타낼 수 있다. 작업자 수는 (예를 들어, 패키지 수 또는 영역 크기에 기초하여) 공식에 의해 추정되거나 사용자가 수동으로 입력할 수 있다.

일부 실시예에서, 요소(635)는 사용자가 패키지 당 배달비를 삽입할 수 있게 할 수 있다. 운송 시스템(107)은 배달 작업자가 배달 태스크를 수락할지 여부를 결정할 수 있도록 배달 작업자에게 모바일 디바이스(107A)를 통해 배달비를 제공할 수 있다.

일부 실시예에서 요소(637)는 사용자가 패키지 당 반품비를 삽입하는 것을 가능하게 할 수 있다. 반품비는 고객으로부터(예를 들어, 캠프 구역(215)으로) 반품된 각 패키지에 대해 배달 작업자가 수령하는 금액을 나타낼 수 있다. 요소(635)의 배달비와 같이, 운송 시스템(107)은 배달 작업자가 태스크를 수락할지 여부를 결정할 수 있도록 모바일 디바이스(107A)를 통해 배달 작업자에게 반품비를 제공할 수 있다.

일부 실시예에서, 요소(639)는 사용자가 사용자 인터페이스(620)에 정보를 제출할 수 있게 할 수 있다. 요소(639)(예를 들어, 사용자 인터페이스 버튼일 수 있음)와 상호 작용하는 것은 시스템(예를 들어, 모바일 디바이스)이 배달 작업자에 의한 수락을 위한 새로운 배달 태스크를 생성하라는 요청을 포함하는 통신을 운송 시스템(107)으로 전송하게 할 수 있다.

도 6a 및 6b는 모두 배달 작업자에 의한 수락을 위한 태스크 입력과 관련되고, 도 6a 및 6b 각각은 데이터 입력을 위한 상이한 필드를 포함한다는 점에 유의한다. 일부 실시예에서, 도 6a의 데이터 구조(600)를 사용하여 입력된 태스크는 도 6b의 사용자 인터페이스(620)를 사용하여 입력되는 경우 필요하지 않은 추가 정보를 요구할 수 있다. 다른 실시예에서, 데이터 구조(600)를 사용하여 입력된 태스크는 사용자 인터페이스(620)를 사용하여 입력된 것과 동일한 정보를 요구할 수 있고, 입력을 위해 추가/수정된 요소 또는 데이터 필드가 필요할 수 있다.

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

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

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

Claims

모바일 디바이스에서 구현되는 배달 태스크 수락을 위한 컴퓨터-구현 시스템으로서,
디스플레이 디바이스;
스캐닝 디바이스;
명령들을 저장하는 메모리; 및
상기 명령들을 실행하도록 구성된 적어도 하나의 프로세서를 포함하고,
상기 명령들은,
사용자가 애플리케이션을 시작할 때 상기 디스플레이 디바이스 상에 제1 그래픽 사용자 인터페이스를 디스플레이 하고-상기 제1 그래픽 사용자 인터페이스는 상호 작용형 캘린더 및 제1 버튼을 포함함-;
상기 제1 버튼의 선택에 응답하여, 상기 디스플레이 디바이스 상에 제2 그래픽 사용자 인터페이스를 디스플레이 하고-상기 제2 그래픽 사용자 인터페이스는 상기 제1 그래픽 사용자 인터페이스와 동일한 타임라인에서 계속되고, 상기 제2 그래픽 사용자 인터페이스는 태스크 유형, 패키지 수 및 태스크 준수 사항(compliance) 중 적어도 하나를 포함하는 배달 선호도와 연관된 복수의 선택 가능한 인터페이스 요소를 디스플레이 하고, 상기 선택 가능한 인터페이스 요소는 선택 시 서버에 상기 배달 선호도를 전송하도록 구성됨-;
상기 서버로부터, 상기 전송된 배달 선호도에 부합하는 태스크를 포함하는 필터링된 배달 태스크의 리스트를 수신하고;
상기 필터링된 리스트를 수신한 후, 상기 디스플레이 디바이스 상에 제3 그래픽 사용자 인터페이스를 생성하고-상기 제3 그래픽 사용자 인터페이스는 상기 배달 태스크의 필터링된 리스트를 나타내는 상호 작용형 아이콘을 포함하는 배달 대시보드를 디스플레이 함-;
상기 모바일 디바이스 상에서 상기 상호 작용형 아이콘 중 적어도 하나와의 상호 작용을 수신하고;
상기 상호 작용형 아이콘 중 상기 적어도 하나와 연관된 식별자를 상기 서버로 전달하고;
상기 모바일 디바이스 상에서 제1 배달 사이트에서의 참석(presence)을 컨펌하기 위한 인터페이스 요소의 선택을 수신하고;
상기 스캐닝 디바이스를 통해 상기 제1 배달 사이트와 연관된 표시를 스캔하고, 상기 표시가 수신된 코드와 일치하는지를 결정하고; 그리고
상기 표시가 상기 수신된 코드와 일치한다는 결정에 응답하여, 상기 수락된 배달 태스크가 상기 제1 배달 사이트에서 수행된다는 표시를 제공하는 컴퓨터-구현 시스템.
청구항 1에 있어서,
상기 스캐닝 디바이스는 이미지를 캡처하는 컴퓨터-구현 시스템.
청구항 2에 있어서,
상기 스캔된 표시는 2 차원 바코드인 컴퓨터-구현 시스템.
청구항 1에 있어서,
상기 표시는 상기 모바일 디바이스에 저장된 상기 수신 코드의 복사본과 비교되는 컴퓨터-구현 시스템.
청구항 1에 있어서,
상기 복수의 선택 가능한 인터페이스 요소는 선호도 수용 요건을 포함하는 컴퓨터-구현 시스템.
청구항 5에 있어서,
상기 선호도 수용 요건은 상기 선호도에 부합하는 배달 태스크만 수락하도록 설정되고; 그리고
상기 필터링된 리스트는 선호하는 배달 유형, 선호하는 패키지 수 및 선호하는 배달 지역에 완전히 부합하는 배달 태스크를 포함하는 컴퓨터-구현 시스템.
청구항 5에 있어서,
상기 선호도 수용 요건은 상기 선호도 중 하나 이상에 부합하는 배달 태스크를 수락하도록 설정되고; 그리고
상기 필터링된 리스트는 선호하는 배달 유형, 선호하는 패키지 수 또는 선호하는 배달 지역 중 적어도 하나에 부합하는 배달 태스크를 포함하는 컴퓨터-구현 시스템.
청구항 5에 있어서,
상기 선호도 수용 요건은 상기 선호도에 부합하는 배달 태스크만 수락하도록 설정되고; 그리고
상기 배달 태스크의 리스트를 디스플레이 하는 것은 상기 선호도에 기초하여 상기 배달 태스크의 리스트를 필터링 하는 것을 포함하는 컴퓨터-구현 시스템.
배달 태스크 수락을 위한 컴퓨터-구현 시스템으로서,
명령들을 저장하는 메모리; 및
상기 명령들을 실행하도록 구성된 적어도 하나의 프로세서를 포함하고,
상기 명령들은,
내부 프론트 엔드 시스템으로부터, 수락을 위한 배달 태스크의 리스트를 수신하고-상기 각 배달 태스크는 배달 사이트에 연관됨-;
제1 그래픽 사용자 인터페이스에서의 제1 버튼의 선택에 응답하여, 제2 그래픽 사용자 인터페이스를 생성하기 위한 명령을 모바일 디바이스에 전송하고-상기 제2 그래픽 사용자 인터페이스는 상기 제1 그래픽 사용자 인터페이스와 동일한 타임라인에서 계속되고, 상기 제2 그래픽 사용자 인터페이스는 태스크 유형, 패키지 수 및 태스크 준수 사항 중 적어도 하나를 포함하는 배달 선호도와 연관된 복수의 선택 가능한 인터페이스 요소를 디스플레이 하고, 상기 선택 가능한 인터페이스 요소는 선택 시 상기 적어도 하나의 프로세서에 상기 배달 선호도를 전송하도록 구성됨-;
상기 모바일 디바이스로부터, 상기 복수의 인터페이스 요소의 선택에 응답하여 배달 선호도를 수신하고;
상기 배달 선호도에 따라 배달 태스크의 리스트를 필터링하여 필터링된 배달 태스크의 리스트를 생성하고-상기 필터링된 리스트는 상기 배달 태스크의 리스트의 일부임-;
제3 그래픽 사용자 인터페이스를 생성하기 위한 명령을 상기 모바일 디바이스에 전송하고-상기 제3 그래픽 사용자 인터페이스는 상기 필터링된 리스트를 나타내는 복수의 상호 작용형 아이콘을 포함하는 배달 대시보드를 디스플레이 하고, 상기 상호 작용형 아이콘은 상기 배달 선호도에 기초하여 정렬됨-;
상기 복수의 상호 작용형 아이콘 중 하나 이상의 선택 시 상기 모바일 디바이스로부터, 배달 작업자에 대한 하나 이상의 상기 배달 태스크에 대한 요청을 수신하고;
상기 수신된 요청을 승인할지 여부를 결정하고; 그리고
상기 요청의 승인 결정에 응답하여 승인 메시지-상기 승인 메시지는 상기 배달 사이트와 연관된 코드를 포함함-를 상기 모바일 디바이스로 전달하는 컴퓨터-구현 시스템.
청구항 9에 있어서,
상기 선택 가능한 인터페이스 요소는 선호도 수용 요건을 포함하고;
상기 필터링된 리스트를 생성하는 것은 상기 선호도 수용 요건의 선택을 수신할 때 상기 선호도에 부합하지 않는 배달 태스크를 제거하기 위해 상기 배달 태스크 리스트를 필터링하는 것을 포함하는 컴퓨터-구현 시스템.
청구항 9에 있어서,
상기 선택 가능한 인터페이스 요소는 선호도 수용 요건을 포함하고;
상기 필터링된 리스트를 생성하는 것은,
상기 선호도가, 상기 선호도 중 하나 이상에 부합하는 배달 태스크만 수락하도록 설정되는 선호도 수용 요건을 포함하는 것으로 결정하는 것; 및
상기 선호도 중 적어도 하나에 부합하는 배달 태스크를 포함하도록 상기 배달 태스크의 리스트를 필터링하는 것을 포함하는 컴퓨터-구현 시스템.
청구항 9에 있어서,
상기 수신된 수락을 승인할지 여부를 결정하는 것은 상기 수신된 수락을 승인 또는 거부하는 상호 작용을 제2 시스템으로부터 수신하는 것을 포함하는 컴퓨터-구현 시스템.
청구항 9에 있어서,
상기 수신된 수락을 승인할지 여부를 결정하는 것은 상기 배달 작업자와 연관된 배달 이력에 기초하여 상기 수신된 수락을 승인할지 여부를 결정하는 것을 포함하는 컴퓨터-구현 시스템.
청구항 9에 있어서,
상기 배달 태스크의 리스트를 수신하는 것은,
상기 배달 태스크와 연관된 정보를 수신하기 위한 적어도 하나의 요소를 포함하는 사용자 인터페이스를 준비하는 것;
상기 사용자 인터페이스를 상기 배달 사이트와 연관된 관리자에 의해 운영되는 컴퓨터 시스템으로 전달하는 것; 및
상기 사용자 인터페이스를 통해 상기 배달 태스크과 연관된 정보를 수신하는 것을 포함하는 컴퓨터-구현 시스템.
청구항 9에 있어서,
상기 배달 태스크의 리스트를 수신하는 것은,
예상된 배달 태스크와 연관된 정보를 포함하도록 포맷된 데이터 구조를 수신하는 것; 및
상기 예상된 배달 태스크와 연관된 정보를 수신하는 것을 포함하는 컴퓨터-구현 시스템.
청구항 9에 있어서,
상기 배달 태스크의 리스트는 배달 태스크, 반품 태스크 또는 배달/반품 태스크 중 적어도 하나를 포함하는 컴퓨터-구현 시스템.
청구항 9에 있어서,
상기 배달 태스크의 리스트의 각 배달 태스크는 수락 기간을 포함하는 컴퓨터-구현 시스템.
청구항 17에 있어서,
상기 수신된 수락을 승인할지 여부를 결정하는 것은,
현재 시간을 결정하는 것;
상기 현재 시간을 상기 수락 기간과 비교하는 것;
상기 현재 시간이 상기 수락 기간 내에 있는 경우 상기 수신된 수락을 승인하는 것; 및
그렇지 않으면 상기 수신된 수락을 거부하는 것을 포함하는 컴퓨터-구현 시스템.
청구항 9에 있어서,
상기 배달 태스크의 수락을 수신하는 것은 상기 배달 태스크의 리스트에서 해당 배달 태스크를 제거하는 것을 더 포함하고;
상기 수신된 수락의 거부 결정을 기반으로:
거부 메시지를 상기 모바일 디바이스로 전달하는 것;
상기 배달 태스크의 리스트에 해당 배달 태스크를 추가하는 것을 포함하는 컴퓨터-구현 시스템.
네트워크를 통해 상호 연결된 모바일 디바이스와 컴퓨팅 디바이스를 포함하는 배달 태스크 수락을 위한 컴퓨터-구현 시스템으로서,
상기 모바일 디바이스는:
디스플레이 디바이스;
스캐닝 디바이스;
명령들을 저장하는 메모리; 및
상기 명령들을 실행하도록 구성된 적어도 하나의 프로세서를 포함하고,
상기 명령들은,
사용자가 애플리케이션을 시작할 때 상기 디스플레이 디바이스 상에 제1 그래픽 사용자 인터페이스를 디스플레이 하고-상기 제1 그래픽 사용자 인터페이스는 상호 작용형 캘린더 및 제1 버튼을 포함함-;
상기 제1 버튼의 선택에 응답하여, 상기 디스플레이 디바이스 상에 제2 그래픽 사용자 인터페이스를 디스플레이 하고-상기 제2 그래픽 사용자 인터페이스는 상기 제1 그래픽 사용자 인터페이스와 동일한 타임라인에서 계속되고, 상기 제2 그래픽 사용자 인터페이스는 태스크 유형, 패키지 수 및 태스크 준수 사항 중 적어도 하나를 포함하는 배달 선호도와 연관된 복수의 선택 가능한 인터페이스 요소를 디스플레이 하고, 상기 선택 가능한 인터페이스 요소는 선택 시 서버에 상기 배달 선호도를 전송하도록 구성됨-;
컴퓨팅 디바이스로부터, 상기 전송된 배달 선호도에 부합하는 태스크를 포함하는 필터링된 배달 태스크의 리스트-상기 배달 태스크의 리스트는 저장된 선호도 세트에 기초함-를 수신하고,
상기 필터링된 리스트를 수신한 후, 상기 디스플레이 디바이스 상에 제3 그래픽 사용자 인터페이스를 생성하고-상기 제3 그래픽 사용자 인터페이스는 상기 배달 태스크의 필터링된 리스트를 나타내는 복수의 상호 작용형 아이콘을 포함하는 배달 대시보드를 디스플레이 함-;
상기 모바일 디바이스 상에서 상기 상호 작용형 아이콘 중 적어도 하나와의 상호 작용을 수신하고;
상기 상호 작용형 아이콘 중 상기 적어도 하나와 연관된 식별자를 서버로 전달하고;
상기 모바일 디바이스 상에서 제1 배달 사이트에서의 참석을 컨펌하기 위한 인터페이스 요소의 선택을 수신하고;
상기 스캐닝 디바이스를 통해 상기 제1 배달 사이트와 연관된 표시를 스캔하고, 상기 표시가 수신된 코드와 일치하는지를 결정하고; 그리고
상기 표시가 상기 수신된 코드와 일치한다는 결정에 응답하여, 상기 수락된 배달 태스크가 상기 제1 배달 사이트에서 수행된다는 표시를 제공하는 컴퓨터-구현 시스템.