KR20220105580A - 자동 및 지능형 소포 검색을 위한 시스템 및 방법 - Google Patents

Abstract

자동 및 지능형 소포 검색을 위한 컴퓨터-구현된 시스템 및 방법이 개시된다. 컴퓨터-구현된 시스템은 데이터베이스, 명령어를 저장하는 메모리 및 적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는 주문 번호를 수신하고, 판매자로부터 주문 번호 및 패키지를 배송하는 운송업체(carrier)와 연관된 운송장 번호를 수신하고, 주문 번호 및 운송장 번호를 포함할 수 있는 고유한 식별자를 생성하고, 주문 번호의 취소를 검출하고, 주문 번호의 취소를 기초로 고유한 식별자에서 추적 번호를 결정하고, 고유한 식별자를 기초로 패키지를 배송하는 운송업체에 통지를 전송하고, 운송업체로부터 패키지의 선적 취소를 확인하는 역추적 번호를 수신하고, 및 역추적 번호를 포함하는 통지를 판매자에게 전송하도록 구성된다.

Description

자동 및 지능형 소포 검색을 위한 시스템 및 방법{SYSTEMS AND METHODS FOR AUTOMATIC AND INTELLIGENT PARCEL RETRIEVAL}

본 개시는 일반적으로 고객이 주문을 취소하였을 때 자동화된 소포 회수(automated parcel retrieval)를 위한 컴퓨터화된 시스템 및 방법에 관한 것이다. 특히, 본 개시의 실시예는 판매자의 지원 없이 자동 및 지능형 소포 회수를 위한 독창적이고 비전통적인 시스템 및 방법에 관한 것이다.

그의 제품을 고객에게 광고하고 판매하기 위해 풀필먼트 회사(fulfillment companies)를 이용하는 제3자 판매자(third-party sellers)는 풀필먼트 회사로부터 고객이 그의 제품에 관련된 주문을 취소했을 수 있다는 통지를 획득하지 못하는 문제에 직면할 수 있다. 고객이 풀필먼트 회사를 통해 판매된 그의 제품 중 하나를 취소했을 수 있다는 통지를 받는 제3자 판매자에서의 이러한 시간 지연은 제3자 판매자가 고객에게 이미 운송했을 수 있는 제품을 회수하려고 시도하는 제3자 판매자에 대해 큰 문제를 생성할 수 있다. 제3자 판매자는 그가 고객으로부터 취소된 주문과 연관된 소포 또는 패키지를 회수하기 위해 소포/우편 운송업체(parcel/mail carriers)에 연락을 시도하는 데 많은 자본 및 자원을 낭비하고 있음을 알게 될 수 있다. 제3자 판매자는 그 자리에서 최소한의 시간 및 자원으로 소포/우편 운송업체에 연락하고 그로부터 패키지를 회수하기 위한 임의의 시스템 및 방법을 갖지 않을 수 있으므로, 소포/우편 운송업체로부터 패키지를 가로채고 수거하는 데 효율적이지 않을 수 있다.

다수의 경우에서, 고객은 그가 취소했을 수 있는 주문으로부터 패키지를 받았을 수 있다고 풀필먼트 회사에 불평할 수 있다. 덧붙여, 고객은 제3자 판매자에게 패키지를 반송할 방법을 갖지 않거나, 또는 제3자 판매자가 고객으로부터 패키지를 회수하는 데 오랜 시간이 걸릴 수 있다. 나아가, 일부 패키지는 제3자 판매자가 고객으로부터 패키지를 회수하지 않고, 고객에게 남아 있을 수 있다. 따라서, 제3자 판매자는 실제로 풀필먼트 회사가 제3자 판매자에게 고객에 의해 주문이 취소되었음을 통지하였을 수 있을 때, 풀필먼트 회사로부터 취소된 주문에 대해 일부 금전적인 보상을 요청할 수 있다.

고객으로부터 취소된 주문과 연관된 패키지를 회수하는 것으로부터의 제3자 판매자의 불능, 또는 풀필먼트 회사가 제3자 판매자에게 고객이 그의 주문을 취소하였음을 빠르게 전달하는 것의 불능은 고객의 관점으로부터 풀필먼트 회사 및 제3자 판매자 모두의 신용에 영향을 미칠 수 있으며, 이는 제품을 구매하기 위한 풀필먼트 회사 플랫폼의 감소된 판매 또는 이용을 초래할 수 있다. 더욱이, 제3자 판매자가 패키지가 고객에게 도착하기 전에 소포/우편 운송업체로부터 패키지를 빠르게 회수하도록 설계된 시스템 및 방법을 갖지 않을 수 있기 때문에, 제3자 판매자는 그의 제품을 판매하기 위해 풀필먼트 회사로부터 제공된 플랫폼을 이용하지 않기로 결정할 수 있거나, 또는 풀필먼트 회사는 제3자 판매자에 의해 제공된 제품을 광고하지 않기로 결정할 수 있다. 풀필먼트 회사는 또한, 제3자 판매자가 고객에 의해 취소될 수 있는 패키지의 전달 및 회수를 용이하게 하기 위해 소포/우편 운송업체와 적절하게 통합되지 않을 수 있기 때문에, 제3자 판매자로부터 제품 광고를 꺼릴 수 있다.

풀필먼트 회사는 제3자 판매자에 대해 제품을 판매하기 위해 그 자리에서 이미 가질 수 있는 시스템 및 방법 외에, 패키지가 취소되었을 수 있음을 그에게 경고하기 위해 제3자 판매자와 신속하게 통신할 수 있는 임의의 시스템 및 방법을 갖지 않을 수 있다. 나아가, 풀필먼트 회사는 고객으로부터 취소된 주문과 연관된 패키지를 회수하기 위해 소포/우편 운송업체와 통합하는 임의의 시스템 및 방법을 갖지 않을 수 있다. 그러므로, 풀필먼트 회사는 고객이 그의 주문을 취소했을 수 있을 때 소포/우편 운송업체 네트워크로부터 패키지를 회수하기 위해 제3자 판매자 및 소포/우편 운송업체와 통신하기 위한 시스템을 제공하지 않는다.

그러므로, 그의 우편 네트워크에서 소포를 신속하게 회수하기 위해 소포/우편 운송업체와 통합되고, 판매자가 회수 프로세스에 참여하지 않으면서 소포/우편 운송업체 네트워크로부터 패키지를 회수하고, 판매자가 고객으로부터 취소된 주문과 연관된 패키지의 회수를 요청하기 위한 인터페이스를 통합하고, 고객이 풀필먼트 회사로부터 주문을 취소할 때 고객에게 그의 주소로 배송될 예정인 취소된 패키지에 대해 경고하는 자동 및 지능형 소포 회수를 위한 개선된 방법 및 시스템에 대한 요구가 있다.

본 개시의 일 양상은 자동 및 지능형 소포 회수를 위한 컴퓨터-구현된 시스템에 관련된다. 컴퓨터-구현된 시스템은 데이터베이스, 명령어를 저장하는 메모리 및 적어도 하나의 프로세서를 포함한다. 적어도 하나의 프로세서는 명령어를 실행하여, 고객에 의해 구매된 물품에 대한 주문 번호를 수신하고, 판매자로부터, 고객에 의해 구매된 물품에 대한 주문 번호 및 고객에 의해 구매된 물품에 대한 패키지를 배송하는 운송업체와 연관될 수 있는 운송장 번호를 수신하고, 고객에 의해 구매된 물품에 대한 주문 번호 및 판매자로부터의 운송장 번호를 포함할 수 있는 고유한 식별자를 생성하고, 고객에 의해 구매된 물품과 연관된 주문 번호의 취소를 검출하도록 구성될 수 있다. 나아가, 적어도 하나의 프로세서는 명령어를 실행하여, 주문 번호의 취소를 기초로 패키지를 배송하는 운송업체 및 판매자로부터의 운송장 번호와 연관될 수 있는 고유한 식별자에서의 추적 번호를 결정하고, 주문 번호의 취소와 연관될 수 있는 고유한 식별자를 기초로 상기 고객으로의 패키지의 선적을 취소하기 위한 통지를 패키지를 배송하는 운송업체에 전송하고, 운송업체로부터 고객으로의 패키지의 선적 취소를 확인하는 역추적 번호(reverse tracking number)를 수신하고, 및 고객으로의 패키지의 선적 취소와 연관된 역추적 번호 및 패키지의 운송장 번호를 포함할 수 있는 통지를 판매자에게 전송하도록 구성될 수 있다.

본 개시의 다른 양상은 자동 및 지능형 소포 회수를 위한 방법에 관련된다. 방법은 고객에 의해 구매된 물품에 대한 주문 번호를 수신하는 단계, 판매자로부터, 고객에 의해 구매된 물품에 대한 주문 번호 및 고객에 의해 구매된 물품에 대한 패키지를 배송하는 운송업체와 연관될 수 있는 운송장 번호를 수신하는 단계, 고객에 의해 구매된 물품에 대한 주문 번호 및 판매자로부터의 운송장 번호를 포함할 수 있는 고유한 식별자를 생성하는 단계, 및 고객에 의해 구매된 물품과 연관된 주문 번호의 취소를 검출하는 단계를 포함할 수 있다. 나아가, 방법은 주문 번호의 취소를 기초로 패키지를 배송하는 운송업체 및 판매자로부터의 운송장 번호와 연관될 수 있는 고유한 식별자에서의 추적 번호를 결정하는 단계, 주문 번호의 취소와 연관될 수 있는 고유한 식별자를 기초로 고객으로의 패키지의 선적을 취소하기 위한 통지를 패키지를 배송하는 운송업체에 전송하는 단계, 운송업체로부터 고객으로의 패키지의 선적 취소를 확인하는 역추적 번호를 수신하는 단계, 및 고객으로의 패키지의 선적 취소와 연관된 역추적 번호 및 패키지의 운송장 번호를 포함할 수 있는 통지를 판매자에게 전송하는 단계를 포함할 수 있다.

본 개시의 또 다른 양상은 자동 및 지능형 소포 회수를 위한 컴퓨터-구현된 시스템에 관련된다. 컴퓨터-구현된 시스템은 데이터베이스, 명령어를 저장하는 메모리 및 적어도 하나의 프로세서를 포함한다. 적어도 하나의 프로세서는 명령어를 실행하여, 고객에 의해 구매된 물품에 대한 주문 번호를 수신하고, 판매자로부터, 고객에 의해 구매된 물품에 대한 주문 번호 및 고객에 의해 구매된 물품에 대한 패키지를 배송하는 운송업체와 연관될 수 있는 운송장 번호를 수신하고, 고객에 의해 구매된 물품에 대한 주문 번호 및 판매자로부터의 운송장 번호를 포함할 수 있는 고유한 식별자를 생성하고, 및 고객에 의해 구매된 물품과 연관된 주문 번호의 취소를 검출하도록 구성될 수 있다. 나아가, 적어도 하나의 프로세서는 명령어를 실행하여, 주문 번호의 취소를 기초로 패키지를 배송하는 운송업체 및 판매자로부터의 운송장 번호와 연관될 수 있는 고유한 식별자에서의 추적 번호를 결정하고, 주문 번호의 취소와 연관될 수 있는 고유한 식별자를 기초로 고객으로의 패키지의 선적을 취소하기 위한 통지를 패키지를 배송하는 운송원(carrier driver)에게 전송하고, 패키지를 배송하는 운송원으로부터 고객으로의 패키지의 선적을 취소하기 위한 승인 수신(acknowledgement receipt)을 수신하고, 운송업체로부터 운송원으로부터의 승인 수신을 기초로 고객으로의 패키지의 선적 취소를 확인하는 역추적 번호를 수신하고, 고객으로의 패키지의 선적 취소와 연관된 역추적 번호 및 패키지의 운송장 번호를 포함할 수 있는 통지를 판매자에게 전송하도록 구성될 수 있다.

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

도 1a는 개시된 실시예와 일치하는, 운송, 수송 및 물류 작업(logistics operations)을 가능케 하는 통신을 위한 컴퓨터화된 시스템을 포함하는 네트워크의 예시적인 실시예를 도시하는 개략적인 블록도이다.
도 1b는 개시된 실시예와 일치하는, 대화형 사용자 인터페이스 요소와 함께 검색 요청을 만족시키는 하나 이상의 검색 결과를 포함하는 샘플 검색 결과 페이지(Search Result Page, SRP)를 도시한다.
도 1c는 개시된 실시예와 일치하는, 대화형 사용자 인터페이스 요소와 함께 제품 및 제품에 대한 정보를 포함하는 샘플 단일 디스플레이 페이지(Single Display Page, SDP)를 도시한다.
도 1d는 개시된 실시예와 일치하는, 대화형 사용자 인터페이스 요소와 함께 가상의 쇼핑 카트(shopping cart) 내의 물품을 포함하는 샘플 카트 페이지(Cart page)를 도시한다.
도 1e는 개시된 실시예와 일치하는, 대화형 사용자 인터페이스 요소와 함께, 구매 및 운송에 대한 정보와 함께 가상 쇼핑 카트로부터의 물품을 포함하는 샘플 주문 페이지를 도시한다.
도 2는 개시된 실시예와 일치하는, 개시된 컴퓨터화된 시스템을 이용하도록 구성된 예시적인 풀필먼트 센터(fulfillment center)의 개략도이다.
도 3a 및 도 3b는 개시된 실시예와 일치하는, 자동 및 지능형 소포 회수를 위한 예시적인 시스템을 예시하는 블록도이다.
도 4는 개시된 실시예와 일치하는, 고객 주문을 판매자의 운송장 번호와 연관시키는 예시적인 방법의 흐름도이다.
도 5는 개시된 실시예와 일치하는, 운송업체로부터 추적 피드 정보를 결정하는 예시적인 방법의 흐름도이다.
도 6a 및 도 6b는 개시된 실시예와 일치하는, 소포를 자동으로 및 지능적으로 회수하는 예시적인 방법의 흐름도이다.

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

취소된 주문에 대하여 한 명 이상의 판매자 또는 제3자 판매자(본원에서 판매자로 지칭됨)와 풀필먼트 회사 간의 단절된 통신과 연관된 결함을 극복하기 위해, 풀필먼트 회사는 하나 이상의 소포/우편 운송업체 네트워크(본원에서 운송업체로 지칭됨 - 예를 들어, USPS®, FedEx Corp., DHL, UPS Corp., TFI International, Purolator 또는 OnTrac Inc. -에 입력된 하나 이상의 취소된 주문과 연관된 하나 이상의 소포 또는 패키지(본원에서 패키지로 지칭됨)를 회수하려고 시도하는 수동 작업을 거쳐야 하는 판매자와 연관된 매몰비용(sunken costs)을 방지할 수 있는 자동화된 소포 회수 시스템을 제공할 수 있다. 그러므로, 판매자가 패키지의 주문을 취소한 한 명 이상의 고객으로의 패키지의 선적을 취소하기 위해 운송업체에 연락해야 하는 대신에, 자동 및 지능형 소포 회수 시스템은 가능한 최소한의 시간 내에 판매자에 대한 작업을 자동으로 수행할 수 있다. 자동 및 지능형 소포 회수 시스템은 운송업체로부터 패키지를 회수하는 데 있어서 판매자에게 자본 및 자원을 낭비하지 않아도 되는 이점을 제공할 수 있다. 판매자에 대한 이러한 이점은 판매자가 고객에게 제품을 판매하기 위해 풀필먼트 회사의 서비스를 사용하는 인센티브를 생성할 수 있다. 덧붙여, 자동화된 소포 회수 시스템은 패키지를 회수할 때, 판매자 또는 운송업체가 한 명 이상의 고객과 가질 임의의 연락을 최소화할 수 있다.

예를 들어, 한 명 이상의 고객이 풀필먼트 회사로부터 패키지와 연관된 물품의 그의 주문을 취소하면, 자동 및 지능형 소포 회수 시스템은 판매자로부터 취소된 주문과 연관된 추적 정보를 자동으로 획득할 수 있다. 자동 및 지능형 소포 회수 시스템은 이에 따라, 한 명 이상의 고객이 패키지를 받기 전에, 패키지를 효율적으로(예를 들어, 시스템 및 방법의 사용을 통해 최소한의 시간 및 최소한의 자본 및 자원으로) 회수할 수 있다. 자동 및 지능형 소포 회수 시스템은 또한, 한 명 이상의 운송원(carrier drivers)(본원에서 운송원으로 지칭됨)에 의해 패키지가 한 명 이상의 고객에게 배송되는 것을 거부하도록 경고하기 위해, 한 명 이상의 고객에게 자동으로 연락하는 것이 가능할 수 있다. 나아가, 자동 및 지능형 소포 회수 시스템은 운송업체로부터 패키지를 회수하려는 성공적이지 않은 시도 이후에, 한 명 이상의 고객에게 실제로 배송된 패키지에 대한 하나 이상의 반송 라벨을 한 명 이상의 고객에게 자동으로 제공하는 것이 가능할 수 있다. 더욱이, 자동 및 지능형 소포 회수 시스템이 한 명 이상의 고객에 의해 취소된 주문과 연관된 패키지를 성공적으로 회수할 수 있을 때, 판매자는 패키지가 회수되고 판매자의 주소로 다시 운송될 수 있다는 통지를 수신할 수 있다.

본 개시의 실시예는 고객이 주문을 실제로 취소할 때 고객에게 이미 패키지를 운송한 판매자와 연관된 소포를 자동으로 회수하도록 구성된 시스템 및 방법에 관련된다.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

작업자는 인바운드 구역(203)에서 물품을 수신하고, 선택적으로 컴퓨터 시스템(도시되지 않음)을 사용하여 물품의 손상 및 정확성에 대해 검사할 수 있다. 예를 들어, 작업자는 컴퓨터 시스템을 사용하여 물품(202A 및 202B)의 수량을 물품의 주문 수량과 비교할 수 있다. 수량이 매칭되지(match) 않으면, 그 작업자는 물품(202A 또는 202B) 중 하나 이상을 거부할 수 있다. 수량이 매칭되면, 작업자는 (예를 들어, 돌리(dolly), 핸드 트럭, 지게차(forklift)를 이용하거나 수동으로) 이들 물품을 버퍼 구역(205)으로 이동시킬 수 있다. 버퍼 구역(205)은, 예를 들어, 피킹 구역에 예측된 수요를 충족시키기에 매우 충분한 수량의 해당 물품이 있기 때문에, 피킹 구역에서 현재 필요하지 않은 물품에 대한 임시 저장 영역일 수 있다. 일부 실시예에서, 지게차(206)는 버퍼 구역(205) 주위에서, 그리고 인바운드 구역(203)과 드롭 구역(207) 사이에서 물품을 이동시키도록 동작된다. 피킹 구역에서 물품(202A 또는 202B)이 필요하다면(예를 들어, 예측된 수요로 인함), 지게차는 물품(202A 또는 202B)을 드롭 구역(207)으로 이동시킬 수 있다.

드롭 구역(207)은, 물품이 피킹 구역(209)으로 이동되기 전에 물품을 저장하는 풀필먼트 센터(200)의 영역일 수 있다. 피킹 작업에 할당된 작업자("피커(picker)")는, 피킹 구역에서 물품(202A 및 202B)에 접근하고, 피킹 구역에 대한 바코드를 스캔하고, 모바일 디바이스(예를 들어, 디바이스 119B)를 사용하여 물품(202A 및 202B)과 연관된 바코드를 스캔할 수 있다. 그 후, 피커는 (예를 들어, 물품을 카트에 담거나 운반함으로써) 물품을 피킹 구역(209)으로 가져갈 수 있다.

피킹 구역(209)은 물품(208)이 저장 유닛(210) 상에 저장되는 풀필먼트 센터(200)의 영역일 수 있다. 일부 실시예에서, 저장 유닛(210)은 물리적 선반, 책장, 박스, 토트(totes), 냉장고, 냉동고, 냉장 창고(cold stores) 등 중 하나 이상을 포함할 수 있다. 일부 실시예에서, 피킹 구역(209)은 다수의 층으로 구성될 수 있다. 일부 실시예에서, 작업자 또는 기계는, 예를 들어, 지게차, 엘리베이터, 컨베이어 벨트, 카트, 핸드 트럭, 돌리, 자동화된 로봇 또는 디바이스를 포함하여 여러 방식으로, 또는 수동으로 물품을 피킹 구역(209)으로 이동시킬 수 있다. 예를 들어, 피커는 드롭 구역(207)에서 핸드 트럭 또는 카트 상에 물품(202A 및 202B)을 담고, 물품(202A 및 202B)을 피킹 구역(209)까지 걸어서 운반할 수 있다.

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

사용자가 주문을 하면, 피커는 저장 유닛(210)으로부터 하나 이상의 물품(208)을 회수하라는 명령어를 디바이스(119B)상에 수신할 수 있다. 피커는, 물품(208)을 회수하고, 물품(208)상의 바코드를 스캔하고, 물품을 수송 메커니즘(transport mechanism)(214) 상에 배치할 수 있다. 수송 메커니즘(214)은, 슬라이드로 나타내어져 있지만, 일부 실시예에서, 수송 메커니즘은 컨베이어 벨트, 엘리베이터, 카트, 지게차, 핸드 트럭, 돌리, 카트 등 중 하나 이상으로서 구현될 수 있다. 그 후, 물품(208)은 포장 구역(packing zone, 211)에 도착할 수 있다.

포장 구역(211)은, 물품이 피킹 구역(209)으로부터 수신되어 고객에게 최종 운송되기 위해 박스 또는 백(bags)에 포장되는 풀필먼트 센터(200)의 영역일 수 있다. 포장 구역(211)에서, 물품 수신에 할당된 작업자("리빈 작업자")는 피킹 구역(209)으로부터 물품(208)을 수신하고 그것이 어느 주문에 대응하는지를 결정할 것이다. 예를 들어, 리빈 작업자는 컴퓨터(119C)와 같은 디바이스를 사용하여 물품(208)상의 바코드를 스캔할 수 있다. 컴퓨터(119C)는 물품(208)이 어느 주문과 연관되는지를 시각적으로 나타낼 수 있다. 이는, 예를 들어, 주문에 대응하는 공간 또는 벽(216)의 셀"을 포함할 수 있다. 일단 주문이 완료되면 (예를 들어, 셀은 주문에 대한 모든 물품을 포함하기 때문에), 리빈 작업자는 주문이 완료된 것을 포장 작업자(packing worker)(또는 "패커(packer)")에게 나타낼 수 있다. 패커는 셀로부터 물품을 회수하여 운송을 위해 박스 또는 백에 담을 수 있다. 그 후, 패커는 예를 들어, 지게차, 카트, 돌리, 핸드 트럭, 컨베이어 벨트를 통해, 박스 또는 백을 허브 구역(213)으로 수동으로 또는 다른 방식으로 전송할 수 있다.

허브 구역(213)은 포장 구역(211)으로부터 모든 박스 또는 백("패키지")을 수신하는 풀필먼트 센터(200)의 영역일 수 있다. 허브 구역(213)의 작업자 및/또는 기계는, 패키지(218)를 회수하고, 각 패키지가 배송 지역 중 어느 부분으로 가고자 의도되는지를 결정하고, 패키지를 적절한 캠프 구역(215)으로 라우팅할 수 있다. 예를 들어, 배송 지역이 2개의 더 작은 하위-지역(sub-areas)을 갖는 경우, 패키지는 2개의 캠프 구역(215) 중 하나로 갈 것이다. 일부 실시예에서, 작업자 또는 기계는 (예를 들어, 디바이스(119A 내지 119C) 중 하나를 사용하여) 패키지를 스캔하여 그 최종 목적지를 결정할 수 있다. 패키지를 캠프 구역(215)으로 라우팅하는 것은, 예를 들어, (예를 들어, 우편 번호에 기초하여) 패키지가 예정되어 있는 지리적 지역의 일부를 결정하는 것, 및 지리적 지역의 일부와 연관된 캠프 구역(215)을 결정하는 것을 포함할 수 있다.

일부 실시예에서, 캠프 구역(215)은 하나 이상의 건물, 하나 이상의 물리적 공간 또는 하나 이상의 지역을 포함할 수 있고, 여기서 패키지는 루트 및/또는 서브-루트로 분류되기 위해 허브 구역(213)으로부터 수신된다. 일부 실시예에서, 캠프 구역(215)은 풀필먼트 센터(200)로부터 물리적으로 분리되고, 반면에 다른 실시예에서, 캠프 구역(215)은 풀필먼트 센터(200)의 일부를 형성할 수 있다.

캠프 구역(215) 내의 작업자 및/또는 기계는, 예를 들어, 목적지를 기존의 루트 및/또는 서브-루트와 비교하는 것, 각 루트 및/또는 서브-루트에 대한 작업 부하를 계산하는 것, 하루 중 시각(the time of day), 운송 방법, 패키지(220)를 운송하기 위한 비용, 패키지(220) 내의 물품과 연관된 PDD 등에 기초하여, 패키지(220)가 어느 루트 및/또는 서브-루트와 연관되어야 하는지를 결정할 수 있다. 일부 실시예에서, 작업자 또는 기계는 (예를 들어, 디바이스(119A 내지 119C) 중 하나를 사용하여) 패키지를 스캔하여 그 최종 목적지를 결정할 수 있다. 일단 패키지(220)가 특정 루트 및/또는 서브-루트에 할당되면, 작업자 및/또는 기계는, 운송될 패키지(220)를 이동시킬 수 있다. 예시적인 도 2에서, 캠프 구역(215)은 트럭(222), 자동차(226) 및 배송 작업자(224A 및 224B)를 포함한다. 일부 실시예에서, 트럭(222)은 배송 작업자(224A)에 의해 구동될 수 있고, 여기서 배송 작업자(224A)는 풀필먼트 센터(200)를 위한 패키지를 배달하는 전일제 직원이고, 트럭(222)은, 풀필먼트 센터(200)를 소유하거나, 임대하거나, 운영하는 동일한 회사에 의해 소유되거나, 임대되거나, 운영된다. 일부 실시예에서, 자동차(226)는 배송 작업자(224B)에 의해 운전될 수 있고, 여기서 배송 작업자(224B)는 필요에 따라(on an as-needed basis)(예를 들어, 계절에 따라) "가변적인(flex)" 또는 비정기적인 작업자(occasional worker)이다. 자동차(226)는 배송 작업자(224B)에 의해 소유되거나, 임대되거나, 운영될 수 있다.

도 3a 및 도 3b는 개시된 실시예와 일치하는, 자동 및 지능형 소포 회수를 위한 예시적인 시스템(300)을 예시하는 블록도를 포함한다. 시스템(300)은 판매자가 패키지를 회수하기 위해 운송업체에 연락하지 않으면서 고객이 취소한 패키지를 자동으로 회수할 수 있다. 다른 실시예에서, 시스템(300)은 판매자로부터의 요청에 기초하여 고객이 취소한 패키지를 회수할 수 있다. 시스템(300)은 시스템(100) 및 시스템(100)의 외부 프론트 엔드 시스템(103), 내부 프론트 엔드 시스템(105) 및 판매자 포털(109)을 포함할 수 있다. 시스템(300)은 추가적으로, 시스템(100)의 모든 기능을 실행할 수 있다.

나아가, 시스템(300)은 하나 이상의 판매자 시스템(302)(본원에서 판매자(302)로 지칭됨)과 통신 가능하게 결합될 판매자 포털(109) 및/또는 내부 프론트 엔드 시스템(105)을 포함할 수 있다. 판매자(302)는 웹페이지 또는 웹 애플리케이션(302a) 및 컴퓨터 또는 서버(302b)를 통해 판매자 포털(109) 및/또는 내부 프론트 엔드 시스템(105)과 통신 가능하게 결합될 수 있다.

덧붙여, 시스템(300)은 한 명 이상의 고객(304)(본원에서 고객(304)으로 지칭됨)과 통신 가능하게 결합될 외부 프론트 엔드 시스템(103)을 포함할 수 있다. 고객(304)은 웹페이지 또는 웹 애플리케이션(304a), 컴퓨터(304b), 및 모바일 디바이스(304c) - 예를 들어, 모바일 폰, 스마트 폰, PDA 등 - 를 통해 외부 프론트 엔드 시스템(103)과 통신 가능하게 결합될 수 있다. 일 실시예에서, 외부 프론트 엔드 시스템(103)은 모바일 디바이스(304c), 웹페이지 또는 웹 애플리케이션(304a), 및 컴퓨터(304b) 상의 대화형 음성 응답 유닛(interactive voice response unit, IVR)으로 고객(304)과 통신 가능하게 결합될 수 있다. 다른 실시예에서, 외부 프론트 엔드(103)는 모바일 디바이스(304c), 웹페이지 또는 웹 애플리케이션(304a), 및 컴퓨터(304b)에 하나 이상의 음성 메일을 전송함으로써 고객(304)과 통신 가능하게 결합될 수 있다. 또 다른 실시예에서, 외부 프론트 엔드(103)는 모바일 디바이스(304c), 웹페이지 또는 웹 애플리케이션(304a) 및 컴퓨터(304b)에 단문 메시지 서비스(short message services, SMS) 또는 텍스트 메시지(본원에서 SMS/텍스트로 지칭됨)를 전송함으로써 고객(304)과 통신 가능하게 결합될 수 있다.

나아가, 시스템(300)은 하나 이상의 프로세서(306)(본원에서 프로세서(306)로 지칭됨), 데이터베이스(308) 및 사용자 인터페이스(310)를 포함할 수 있다. 사용자 인터페이스(310)는 판매자(302)와 통신하기 위해 내부 프론트 엔드 시스템(105)에 통신 가능하게 결합된다. 일 실시예에서, 사용자 인터페이스(310)는 내부 프론트 엔드 시스템(105)일 수 있다. 다른 실시예에서, 사용자 인터페이스(310)는 웹페이지 또는 웹 애플리케이션(302a) 및 컴퓨터 또는 서버(302b)와의 애플리케이션 프로그래밍 인터페이스(application programing interface, API)를 통해 판매자(302)와 통신 가능하게 결합될 수 있다.

더욱이, 시스템(300)은 하나 이상의 운송업체(312)(본원에서 운송업체(312)로 지칭됨)와 통신 가능하게 결합될 내부 프론트 엔드 시스템(105)을 포함할 수 있다. 운송업체(312)는 하나 이상의 운송업체의 네트워크일 수 있다. 운송업체(312)는 고객(304)과 연관된 패키지를 배송할 수 있다. 운송업체(312)는 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및 전화(312c)를 통해 내부 프론트 엔드(105)와 통신 가능하게 결합될 수 있다. 판매자(302)는 패키지가 고객(403)에게 배송될 수 있도록 요청하기 위해 운송업체(312)와 통신할 수 있다. 일 실시예에서, 내부 프론트 엔드(105)는 웹페이지 또는 웹 애플리케이션(312a) 및 컴퓨터 또는 서버(312b)와의 API를 통해 운송업체(312)와 통신 가능하게 결합될 수 있다. 또 다른 실시예에서, 내부 프론트 엔드(105)는 웹페이지 또는 웹 애플리케이션(312a) 및 컴퓨터 또는 서버(312b) 상에서 운송업체(312)와 통신 가능하게 결합될 수 있다. 또 다른 실시예에서, 내부 프론트 엔드(105)는 전화(312c), 웹페이지 또는 웹 애플리케이션(312a) 및 컴퓨터 또는 서버(312b) 상에서 IVR로 운송업체(312)와 통신 가능하게 결합될 수 있다. 또 다른 실시예에서, 내부 프론트 엔드(105)는 전화(312c), 웹페이지 또는 웹 애플리케이션(312a) 및 컴퓨터 또는 서버(312b)에 하나 이상의 음성 메일을 전송함으로써 운송업체(312)와 통신 가능하게 결합될 수 있다.

나아가, 시스템(300)은 내부 프론트 엔드 시스템(105)과 통신 가능하게 결합될 수 있는 하나 이상의 운송원(314)(여기서 운송업체(314)로 지칭됨)를 포함할 수 있다. 운송원(314)은 패키지를 고객(304)에게 배송하기 위해 운송업체(312)와 연관될 수 있다. 운송원(314)은 웹페이지 또는 웹 애플리케이션(314a) 및 모바일 디바이스(314b) - 예를 들어, 모바일 폰, 스마트 폰, PDA 등 -를 통해 내부 프론트 엔드(105)와 통신 가능하게 결합될 수 있다. 고객(304)에게 패키지를 배송하기 위한 판매자(302)로부터의 요청에 기초하여, 운송업체(312)는 고객(304)에게 패키지를 배송하기 위해 운송원(314)과 통신할 수 있다. 일 실시예에서, 내부 프론트 엔드 시스템(105)은 모바일 디바이스(314b) 및 웹페이지 또는 웹 애플리케이션(314a) 상에서 IVR로 운송원(314)과 통신 가능하게 결합될 수 있다. 다른 실시예에서, 내부 프론트 엔드 시스템(105)은 모바일 디바이스(314b) 및 웹페이지 또는 웹 애플리케이션(314a)에 하나 이상의 음성 메일을 전송함으로써 운송원(314)과 통신 가능하게 결합될 수 있다. 또 다른 실시예에서, 내부 프론트 엔드 시스템(105)은 모바일 디바이스(314b) 및 웹페이지 또는 웹 애플리케이션(314a)에 SMS/텍스트를 전송함으로써 운송원(314)과 통신 가능하게 결합될 수 있다.

판매자(302)는 판매자(302)가 고객(304)에게 판매하기를 원할 수 있는 하나 이상의 제품 정보(여기에서 물품으로 지칭됨)를 업로드하거나 또는 제공하기 위해 판매자 포털을 통해 시스템(100)과 통신할 수 있다. 시스템(100)은 외부 프론트 엔드 시스템(103)을 통해 고객(304)에게 물품을 광고할 수 있다. 고객(304)은 주문 번호가 구매된 물품과 연관될 수 있는 판매자(302)로부터 물품을 구매할 수 있다. 판매자(302)는 물품이 고객(304)에 의해 구매되었을 수 있다는 것을 시스템(100)에 의해 통지받을 수 있다. 프로세서(306)는 데이터베이스(308)에 주문 번호를 저장할 수 있다. 나아가, 판매자(302)는 물품의 패키지가 고객(304)에게 배송되도록 배열하기 위해 운송업체(312)에 연락할 수 있다. 운송업체(312)는 이에 따라, 판매자(302)에게, 고객(304)에게 배송될 고객(304)에 의해 구매된 물품의 주문 번호와 연관된 패키지에 대한 추적 번호를 제공할 수 있다. 판매자(302)는 사용자 인터페이스(310) 및/또는 내부 프론트 엔드 시스템(105)을 통해 시스템(300)에 고객(304)에게 배송될 패키지와 관련된 운송장 번호를 전송할 수 있다. 운송장 번호는 고객(304)에 의해 구매된 물품의 주문 번호와 연관된 패키지에 대한 추적 번호 및 판매자(302) 자신의 주문 번호를 포함할 수 있다. 판매자(302)는 하나 이상의 운송장 번호의 배치 목록(batch list)을 통해 사용자 인터페이스(310)를 통해 고객(304)에 의해 구매된 물품의 하나 이상의 주문 번호와 연관된 하나 이상의 패키지에 대한 추적 번호 및 판매자(302) 그 자신의 주문 번호를 각각 포함하는 하나 이상의 운송장 번호를 전송할 수 있다. 프로세서(306)는 데이터베이스(308)에 판매자(302)에 의해 제공된 운송장 번호를 저장할 수 있다.

고객(304)은 판매자(302)가 고객(304)이 구매된 물품을 취소했을 수 있다는 것을 아는 것 없이, 외부 프론트 엔드 시스템(103)을 통해 주문 번호와 연관된 구매된 물품을 취소하도록 시스템(300)에 통지할 수 있다. 시스템(300)은 고객(304)에 대해 구매된 물품과 연관된 패키지의 선적을 취소하기 위해, 판매자(302)가 개입하지 않으면서, 내부 프론트 엔드 시스템(105)을 통해 자동으로 운송업체(312) 및/또는 운송원(314)과 통신할 수 있다. 다른 실시예에서, 판매자(302)는 고객(304)에 의한 구매된 물품의 선적을 취소하기 위해 사용자 인터페이스(310)를 통해 요청하는 시스템(300)과 통신할 수 있다. 시스템(300)은 내부 프론트 엔드 시스템(105)을 통해 고객(304)에 의해 구매된 물품과 연관된 패키지의 선적을 취소하기 위해 운송업체(312) 및/또는 운송원(314)과 통신할 수 있다. 프로세서(306)가 고객(304)이 패키지를 받을 수 있기 전에 운송업체(312) 또는 운송원(314)으로부터 패키지를 회수하는 데 성공한 경우, 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지가 판매자(302)에게 다시 배송되도록 운송업체(312)로부터 역추적 번호를 요청할 수 있다. 프로세서(306)는 역추적 번호를 사용자 인터페이스(310)를 통해 판매자(302)에게 전송할 수 있다. 다른 실시예에서, 패키지가 고객(304)에게 배송되는 경우, 프로세서(306)는 패키지가 운송업체(314)에 의해 판매자(302)로의 반송을 위한 고객(304)의 주소에서 회수될 수 있음을 고객(304)에게 통지할 수 있다. 그 후, 프로세서(306)는 운송업체(312), 운송원(314) 또는 고객(304)으로부터 패키지를 회수한 이후에, 사용자 인터페이스(310)를 통해 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 역추적 번호를 판매자(302)에게 제공할 수 있다.

도 3b를 참조하면, 시스템(300)은 프로세서(306), 데이터베이스(308), 사용자 인터페이스(310), 검증 모듈(validation module, 316), 추적 집계기 모듈(tracking aggregator module, 318), 추적 피드 파서 모듈(tracking feed parser module, 320), 규칙 엔진(322), 운송업체 API 통합 모듈(324), 자동 다이얼러 통합 모듈(autodialer integration module, 326), 및 통지 엔진 모듈(328)을 포함할 수 있다. 도 3b는 레이아웃 및 배열이 예시일 뿐인 시스템(300)의 예시적인 그림 문자 표현을 예시한다.

프로세서(306)를 통한 검증 모듈(316)(도 4 및 5와 관련하여 아래에서 설명됨)은 판매자(302)로부터의 운송장 번호가 시스템(100)에서 고객(304)에 의해 구매된 물품의 주문 번호와 연관될 수 있음을 검증할 수 있다. 나아가, 검증 모듈(316)은 고객(304)이 시스템(100)에서 구매된 물품의 주문을 취소했을 수 있다는 것을 검증할 수 있다. 다른 실시예에서, 검증 모듈(316)은 고객(304)에 의해 취소된 구매 물품에 대한 주문 번호가 고유한 식별자를 통해 판매자(302)로부터의 운송장 번호와 연관될 수 있음을 검증할 수 있다. 또 다른 실시예에서, 검증 모듈(316)은 운송장 번호와 연관된 패키지의 선적을 취소하기 위한 판매자(302)로부터의 요청이 고객(304)에 의해 취소된 구매 물품과 연관된 주문 번호와 연관될 수 있음을 검증할 수 있다.

프로세서(306)를 통한 추적 집계기 모듈(318)(도 5와 관련하여 아래에서 설명됨)은 고객(304)에 의해 구매된 물품으로부터의 주문 번호와 연관된 판매자(302)로부터 수신된 모든 운송장 번호에서 운송업체(312)로부터의 모든 추적 번호를 결정할 수 있다. 프로세서(306)는 데이터베이스(308)에 고객(304)에 의해 각 구매된 물품과 연관된 운송업체(312)로부터의 추적 번호를 저장할 수 있다.

프로세서(306)를 통한 추적 피드 파서 모듈(320)(도 5와 관련하여 아래에서 설명됨)은 고객(304)에 의해 구매된 물품으로부터의 주문 번호와 연관된 운송업체(312)로부터의 각 추적 번호로부터 피드 정보를 결정할 수 있다. 추적 피드 파서 모듈(320)에 의해 결정된 피드 정보는 운송업체(312)의 복잡한 네트워크 내부에 주입된 고객(304)에 의해 구매된 물품의 주문 번호와 연관된 패키지에 대한 스케줄 정보 및 연락처 정보를 포함할 수 있다. 스케줄 정보는 목적지 - 운송원(312), 운송원(312)의 허브, 시설, 유통 센터, 분류 스테이션, 운송원(314) 및 고객(304)에서의 패키지 예상 및 실제 시간 - 시간 범위, 날짜 및 날짜 범위 -을 포함할 수 있다. 연락처 정보는 전화번호, 주소, 이메일 주소, 웹페이지 또는 웹 애플리케이션에 액세스하기 위한 웹링크, 및 목적지와 관련된 건물 번호를 포함할 수 있다. 다른 실시예에서, 추적 피드 파서 모듈(320)은 스케줄 정보 또는 연락처 정보에서의 임의의 변경에 대해 운송업체(312)로부터 업데이트된 피드 정보를 연속적으로 수신할 수 있다. 일 실시예에서, 스케줄 정보 및 연락처 정보에서의 변경은 패키지가 일 목적지를 떠나 다른 목적지에 도착할 때를 포함할 수 있다. 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 추적 번호와 연관된 피드 정보를 데이터베이스(308)에 저장할 수 있다.

프로세서(306)를 통한 규칙 엔진 모듈(322)(도 6a 및 도 6b와 관련하여 아래에서 설명됨)은 운송업체(312), 운송업체(314) 또는 고객(304)으로부터 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 회수할 수 있다. 규칙 엔진 모듈(322)은 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지가 다시 판매자(302)로의 경로에 있을 수 있음을 보장하기 위해 운송업체(312)로부터 역추적 번호를 요청할 수 있다. 규칙 엔진 모듈(322)은 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 역추적 번호를 판매자(302)에게 제공하는 통지를 판매자(302)에게 전송할 수 있다. 규칙 엔진 모듈(322)이 고객(304)으로부터 취소된 구매 물품으로부터 주문 번호와 연관된 패키지를 회수하는 데 성공하지 못하는 경우, 고객(304)이 판매자(302)에게 다시 보내기 위해 고객(304)에게 배송된 패키지에 반송 라벨을 부착할 수 있도록, 엔진 모듈(322)은 운송업체(312)가 시스템(300)에 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 역추적 번호 및 반송 라벨을 전송하도록 요청할 수 있다.

프로세서(306)를 통한 운송업체 API 통합 모듈(324)(도 6a 및 도 6b와 관련하여 아래에서 설명됨)은 고객(304) 또는 판매자(302)에게 패키지를 운송하였거나, 그에게 패키지를 운송하고 있을 수 있는 현재 및 과거 운송업체(312)와 연속적으로 통신할 수 있다. 운송업체 API 통합 모듈(324)은 고객(304)에 의해 구매된 물품의 주문 번호와 연관된 패키지에 대한 추적 번호에 대해 운송업체(312)로부터 선적 취소 API(cancellation shipment API)를 수신할 수 있다. 운송업체(312)로부터의 선적 취소 API는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 선적을 취소하기 위해 운송업체 API 통합 모듈(324)이 내부 프론트 엔드 시스템(105)을 통해 운송업체(312)에 선적 취소 메시지를 전송하는 것을 허용할 수 있다. 또 다른 실시예에서, 운송업체(312)는 선적 취소 메시지가 운송업체(312)에 의해 성공적으로 수신되었음을 나타내는 성공 메시지를 운송업체 API 통합 모듈(324)에 전송할 수 있고, 운송업체(312)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 역추적 번호를 전송할 수 있다. 규칙 엔진 모듈(322)은 판매자(302)에게 역추적 번호를 제공하기 위한 통지를 판매자(302)에게 전송할 수 있다.

프로세서(306)를 통한 자동 다이얼러 통합 모듈(326)(도 6a 및 6b와 관련하여 아래에 설명됨)은 운송업체(312)에게 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대해 선적이 취소될 수 있음을 경고하기 위해, 내부 프론트 엔드 시스템(105)을 통해 전화(312c), 웹페이지 또는 웹 애플리케이션(312a) 및/또는 컴퓨터 또는 서버(312b) 상에서 IVR을 사용하여 운송업체(312)에게 자동화된 미리-녹음된 전화 통화를 전송할 수 있다. 일 실시예에서, 자동화된 미리-녹음된 전화 통화는 추적 번호, 주문 번호, 운송장 번호, 고객(304)의 주소 및 패키지가 판매자(302)의 주소로 반송되기 위한 요청을 포함할 수 있다. 다른 실시예에서, 자동화된 미리-녹음된 전화 통화는 운송업체(312)로부터, 그의 네트워크(예를 들어, 허브, 시설, 유통 센터 및 분류 스테이션)에서 운송업체(312)의 각각의 목적지에서 전화(312c), 웹페이지 또는 웹 애플리케이션(312a) 및/또는 컴퓨터 또는 서버(312b)에서 (예를 들어, 번호를 다이얼링하거나, 클릭하거나, 선택하거나 또는 터치함으로써) 응답하도록 운송업체(312)에 프롬프트함으로써(prompting) 패키지 선적 취소의 승인을 요청할 수 있다. 자동 다이얼러 통합 모듈(326)은 운송업체(312)에 의한 프롬프트를 수신하고, 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대해 외부 프론트 엔드 시스템(105)을 통해 운송업체(312)로부터 역추적 번호를 요청할 수 있다. 운송업체(312)는 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c)로 내부 프론트 엔드 시스템(105)을 통해 역추적 번호를 시스템(300)에 전송할 수 있다.

다른 실시예에서, 프로세서(306)를 통한 자동 다이얼러 통합 모듈(326)은 IVR을 사용하여, 운송업체(312)의 각각의 목적지에서 전화(312c), 웹페이지 또는 웹 애플리케이션(312a) 및 컴퓨터 또는 서버(312b) 상에서 운송업체(312)에 음성 메일을 전송할 수 있다. 음성 메일은 추적 번호, 주문 번호, 운송장 번호, 고객(304)의 주소 및 패키지가 판매자(302)의 주소로 반송되기 위한 요청을 포함할 수 있다. 일 실시예에서, 음성 메일은 운송업체(312)가 패키지 선적 취소의 수신을 승인하는 지정된 번호로 전화를 걸도록 및/또는 전화(312c) 상의 프롬프트를 통해 역추적 번호를 제공하도록 요청할 수 있다. 다른 실시예에서, 운송업체(312)는 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c)로 내부 프론트 엔드 시스템(105)을 통해 시스템(300)에 역추적 번호를 전송할 수 있다. 또 다른 실시예에서, 자동 다이얼러 통합 모듈(326)은, 규칙 엔진(322)이 역추적 번호를 수신하면 음성 통화 및/또는 음성 메일을 운송업체(312)로 전송하는 것을 중단할 수 있다.

또 다른 실시예에서, 자동 다이얼러 통합 모듈(326)은 운송원(314)에게 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대해 선적이 취소될 수 있음을 경고하기 위해, 내부 프론트 엔드 시스템(105)을 통해 웹페이지 또는 웹 애플리케이션(314a) 및/또는 모바일 폰(314b) 상에서 IVR을 사용하여 자동화된 미리-녹음된 전화 통화를 운송원(314)에게 전송할 수 있다. 일 실시예에서, 자동화된 미리-녹음된 전화 통화는 추적 번호, 주문 번호, 운송장 번호, 고객(304)의 주소 및 패키지가 판매자(302)의 주소로 반송되기 위한 요청을 포함할 수 있다. 다른 실시예에서, 자동화된 미리-녹음된 전화 통화는 운송원(314)이 웹페이지 또는 웹 애플리케이션(314a) 및/또는 모바일 폰(314b) 상에서 (예를 들어, 번호를 다이얼링하거나, 클릭하거나, 선택하거나 또는 터치함으로써) 응답하도록 프롬프트함으로써, 운송원(314)으로부터 패키지 선적 취소의 승인을 요청할 수 있다. 자동 다이얼러 통합 모듈(326)은 운송원(314)에 의한 프롬프트를 수신할 수 있고, 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대해 내부 프론트 엔드 시스템(105)을 통해 운송업체(312)로부터 역추적 번호를 요청할 수 있다. 운송업체(312)는 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c)로 내부 프론트 엔드 시스템(105)을 통해 역추적 번호를 시스템(300)에 전송할 수 있다.

다른 실시예에서, 자동 다이얼러 통합 모듈(326)은 웹페이지 또는 웹 애플리케이션(314a) 및/또는 모바일 폰(314b) 상에서 IVR을 사용하여 운송원(314)에게 음성 메일을 전송할 수 있다. 음성 메일은 추적 번호, 주문 번호, 운송장 번호, 고객(304)의 주소, 및 패키지가 판매자(302)의 주소로 반송되게 하기 위한 요청을 포함할 수 있다. 일 실시예에서, 음성 메일은 패키지 선적 취소의 수신을 승인하는 지정된 번호로 전화를 걸거나 및/또는 웹페이지 또는 웹 애플리케이션(314a) 및/또는 모바일 폰(314b) 상에서의 프롬프트에 의해 역추적 번호를 제공하도록 운송원(314)에게 요청할 수 있다. 다른 실시예에서, 운송업체(312)는 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c)로 내부 프론트 엔드 시스템(105)을 통해 시스템(300)에 역추적 번호를 전송할 수 있다. 또 다른 실시예에서, 자동 다이얼러 통합 모듈(326)은 규칙 엔진(322)이 역추적 번호를 수신할 수 있으면, 음성 통화 및/또는 음성 메일을 운송원(314)으로 전송하는 것을 중단할 수 있다.

또 다른 실시예에서, 자동 다이얼러 통합 모듈(326)은 운송원(314)이 패키지를 배송할 수 있을 때, 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 수락하지 않도록 고객(304)에게 통지하기 위해, 외부 프론트 엔드 시스템(103)을 통해 웹페이지 또는 웹 애플리케이션(304a), 컴퓨터 또는 서버(304b) 및/또는 모바일 폰(304c) 상에서 IVR을 사용하여 고객(304)에게 자동화된 미리-녹음된 전화 통화를 전송할 수 있다. 일 실시예에서, 자동화된 미리-녹음된 전화 통화는 추적 번호, 주문 번호, 고객(304)의 주소 및 패키지의 예상 배송 시간을 포함할 수 있다. 다른 실시예에서, 자동화된 미리-녹음된 전화 통화는 고객(304)으로부터, 고객(304)이 웹페이지 또는 웹 애플리케이션(304a), 컴퓨터 또는 서버(304b) 및/또는 모바일 폰(304c) 상에서 (예를 들어, 번호를 다이얼링하거나, 클릭하거나, 선택하거나 또는 터치함으로써) 응답하도록 고객(304)에게 프롬프트함으로써, 운송원(314)으로부터 패키지를 성공적으로 거부했을 수 있다는 승인을 요청할 수 있다. 자동 다이얼러 통합 모듈(326)은 고객(304) 외부 프론트 엔드 시스템(103)에 의한 프롬프트를 수신하고 고객(304)에 의해 취소된 주문 번호와 연관된 패키지에 대해 운송업체(312)로부터 역추적 번호를 요청할 수 있다. 운송업체(312)는 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c)로 내부 프론트 엔드 시스템(105)을 통해 역추적 번호를 시스템(300)에 전송할 수 있다.

다른 실시예에서, 자동 다이얼러 통합 모듈(326)은 웹페이지 또는 웹 애플리케이션(304a), 컴퓨터 또는 서버(304b) 및/또는 모바일 폰(304c)상에서 IVR을 사용하여 고객(304)에게 음성 메일을 전송할 수 있다. 음성 메일은 추적 번호, 주문 번호, 고객(304)의 주소, 패키지의 예상 배송 시간을 포함할 수 있다. 일 실시예에서, 음성 메일은 운송원(314)이 패키지를 배송할 수 있을 때 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 수락하지 않도록 고객(304)에게 요청할 수 있다. 다른 실시예에서, 음성 메일은 고객(304)이 웹페이지 또는 웹 애플리케이션(304a), 컴퓨터 또는 서버(304b) 및/또는 모바일 폰(304c)에서 (예를 들어, 번호에 대해 다이얼링하거나, 클릭하거나, 선택하거나 또는 터치함으로써) 응답하도록 프롬프트 함으로써, 운송원(314)으로부터 패키지를 성공적으로 거부했을 수 있다는 수신을 승인하도록 고객(304)에게 요청할 수 있다. 자동 다이얼러 통합 모듈(326)은 고객(304)에 의한 프롬프트를 수신하고 운송업체(312)에게 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c)로 내부 프론트 엔드 시스템(105)을 통해 역추적 번호를 시스템(300)에 전송하도록 요청할 수 있다. 운송업체(312)는 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c)로 내부 프론트 엔드 시스템(105)을 통해 역추적 번호를 시스템(300)에 전송할 수 있다. 또 다른 실시예에서, 자동 다이얼러 통합 모듈(326)은 규칙 엔진(322)이 역추적 번호를 수신할 수 있으면 음성 통화 및/또는 음성 메일을 고객(304)에게 전송하는 것을 중단할 수 있다.

또 다른 실시예에서, 규칙 엔진(322)이 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 회수하는 데 성공하지 못한 경우, 자동 다이얼러 통합 모듈(326)은 판매자(302)에게 다시 우편으로 보내기 위해 패키지에 부착하기 위한 반송 라벨을 포함할 수 있는, 시스템(300)으로부터 우편에서 이메일 및/또는 포스트 카드(post card)를 확인하도록 고객(304)에게 통지하기 위해 미리 녹음된 전화 통화 및 음성 메일을 고객(304)에게 전송할 수 있다.

통지 엔진 모듈(328)(도 6a 및 도 6b와 관련하여 아래에서 설명됨)은 자동 다이얼러 통합 모듈(326)과 유사한 방식으로 구현될 수 있다. 일 실시예에서, 통지 엔진 모듈(328)은 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c) 상에서 운송업체(312)에 이메일 및/또는 게시 메시지(post messages)를 전송할 수 있다. 웹 페이지 또는 웹 애플리케이션(312a), 컴퓨터(312b), 및/또는 전화(312c) 상의 이메일 및 메시지는 추적 번호, 주문 번호, 운송장 번호, 고객(304)의 주소, 및 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지가 판매자(302)의 주소로 반송되게 하기 위한 요청을 포함할 수 있다. 다른 실시예에서, 이메일 및 메시지는 이메일 또는 메시지 상에서 (예를 들어, 라디오 버튼 또는 선택을 다이얼링하거나, 클릭하거나, 선택하거나 또는 터치함으로써) 응답하도록 운송업체(312)에게 프롬프트 함으로써, 운송업체(312)로부터 패키지 선적 취소의 승인을 요청할 수 있다. 통지 엔진 모듈(328)은 운송업체(312)에 의한 프롬프트를 수신하고, 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대해 내부 프론트 엔드 시스템(105)을 통해 운송업체(312)로부터 역추적 번호를 요청할 수 있다. 운송업체(312)는 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c)로 내부 프론트 엔드 시스템(105)을 통해 시스템(300)에 역추적 번호를 전송할 수 있다. 또 다른 실시예에서, 통지 엔진 모듈(328)은 규칙 엔진(322)이 역추적 번호를 수신할 수 있으면 이메일 및 게시된 메시지를 운송업체(312)로 전송하는 것을 중단할 수 있다.

다른 실시예에서, 통지 엔진 모듈(328)은 운송원(314)에게, 웹페이지 또는 웹 애플리케이션(314a) 및/또는 모바일 폰(314b) 상에서 이메일, SMS/텍스트 및 게시 메시지를 전송할 수 있다. 웹페이지 또는 웹 애플리케이션(314a) 및/또는 모바일 폰(314b) 상에서, 이메일, SMS/텍스트 또는 게시된 메시지는 추적 번호, 주문 번호, 운송장 번호, 고객(304)의 주소 및 패키지가 판매자(302)의 주소로 반송되게 하기 위한 요청을 포함할 수 있다. 다른 실시예에서, 이메일, SMS/텍스트 및 게시된 메시지는 운송원(314)으로부터 (예를 들어, 라디오 버튼 또는 선택을 다이얼링하거나, 클릭하거나, 선택하거나 또는 터치함으로써) 운송원이 응답하도록 또는 SMS/텍스트로 응답하도록 프롬프트함으로써 패키지 선적 취소의 승인을 요청할 수 있다. 통지 엔진 모듈(328)은 운송원(314)에 의한 프롬프트 또는 SMS/텍스트를 수신하고, 고객(304)에 의해 취소된 주문 번호와 연관된 패키지에 대해 내부 프론트 엔드 시스템(105)을 통해 운송업체(312)로부터 역추적 번호를 요청할 수 있다. 운송업체(312)는 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c)로 내부 프론트 엔드 시스템(105)을 통해 역추적 번호를 시스템(300)에 전송할 수 있다. 또 다른 실시예에서, 통지 엔진 모듈(328)은 규칙 엔진(322)이 역추적 번호를 수신할 수 있으면, 이메일, SMS/텍스트 및 게시된 메시지를 운송원(314)에게 전송하는 것을 중단할 수 있다.

또 다른 실시예에서, 통지 엔진 모듈(328)은 웹페이지 또는 웹 애플리케이션(304a), 컴퓨터(304b) 및/또는 모바일 폰(304c) 상에서 고객(304)에게 이메일, SMS/텍스트, 및 게시 메시지를 전송할 수 있다. 또 다른 실시예에서, 통지 엔진 모듈(328)은 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 수락하지 않고, 추가적인 명령어에 대해 웹페이지 또는 웹 애플리케이션(304a), 컴퓨터(304b) 및/또는 모바일 폰(304c) 상에서 고객(304)의 이메일, SMS/텍스트 및 게시 메시지를 확인하도록 고객(304)에게 경고하는 포스트 카드를 고객(304)의 주소로 보낼 수 있다. 웹 페이지 또는 웹 애플리케이션(304a), 컴퓨터(304b) 및/또는 모바일 폰(304c) 상에서 이메일, SMS/텍스트 및 게시된 메시지는 추적 번호, 주문 번호, 고객(304)의 주소 및 패키지의 예상 배송 시간을 포함할 수 있다. 일 실시예에서, 이메일, SMS/텍스트 및 게시된 메시지는 운송원(314)이 패키지를 배송할 수 있을 때 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 수락하지 않도록 고객(304)에게 요청할 수 있다. 다른 실시예에서, 이메일, SMS/텍스트 및 게시된 메시지는 고객(304)이 이메일 및 게시된 메시지 상에서 (예를 들어, 라디오 버튼 또는 선택을 다이얼링하거나, 클릭하거나, 선택하거나 또는 터치함으로써) 응답하도록 또는 SMS/텍스트에 응답하도록 프롬프트함으로써, 고객(304)이 운송원(314)으로부터 패키지를 성공적으로 거부하였다는 수신을 승인하도록 고객(304)에 요청할 수 있다. 통지 엔진 모듈(328)은 고객(304)에 의한 프롬프트 또는 그로부터의 SMS/텍스트를 수신하고, 고객(304)에 의해 취소된 주문 번호와 연관된 패키지에 대해 외부 프론트 엔드 시스템(103)을 통해 운송업체(312)로부터 역추적 번호를 요청할 수 있다. 운송업체(312)는 웹페이지 또는 웹 애플리케이션(312a), 컴퓨터 또는 서버(312b) 및/또는 전화(312c)로 내부 프론트 엔드 시스템(105)을 통해 역추적 번호를 시스템(300)에 전송할 수 있다. 또 다른 실시예에서, 통지 엔진 모듈(328)은 규칙 엔진(322)이 역추적 번호를 수신할 수 있으면 이메일, SMS/텍스트 및 게시된 메시지를 고객(304)에게 전송하는 것을 중단할 수 있다.

또 다른 실시예에서, 규칙 엔진(322)이 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 회수하는 데 성공하지 못하는 경우, 통지 엔진 모듈(328)은 판매자(302)에게 다시 우편으로 보내기 위해 패키지에 부착하기 위한 반송 라벨을 포함할 수 있는, 시스템(300)으로부터의 메일에서의 이메일 및/또는 포스트카드를 확인하도록 고객(304)에게 통지하기 위해, 고객(304)에게 이메일, SMS/텍스트 및 게시된 메시지를 전송할 수 있다. 다른 실시예에서, 통지 엔진(328)은 판매자(302)에게 다시 우편으로 보내기 위해 패키지에 부착하기 위한 반송 라벨을 포함할 수 있는 포스트 카드를 고객(304)에게 보낼 수 있다.

도 4는 개시된 실시예와 일치하는, 고객의 주문을 판매자의 운송장 번호와 연관시키는 예시적인 방법(400)의 흐름도이다. 방법(400)의 단계는 프로세서(306)에 의해 수행될 수 있다. 방법(400)의 단계는 검증 모듈(316)을 상세히 설명하는 실시예를 도시한다. 방법(400)에서의 프로세서(306)는 검증 모듈(316)에서의 기능을 실행할 수 있다. 프로세서(306)는 고객(304)이 판매자(302)로부터 물품을 구매하면 방법(400)을 실행할 수 있다.

프로세서(306)는 고객(304)이 시스템(100)에서 물품을 구매했을 수 있다는 것을 검출할 수 있다. 시스템(100)은 고객(304)에 의해 구매된 물품과 연관된 주문 번호를 생성할 수 있다. 시스템(100)은 물품이 고객(304)에 의해 구매되었음을 판매자(302)에게 통지할 수 있다. 판매자(302)는 이에 따라, 시스템(100)에 고객(304)에 의해 구매된 물품에 대한 운송장 번호를 전송할 수 있으며, 이는 사용자 인터페이스(310)를 통해 프로세서(306)에 의해 수신될 수 있다. 프로세서(306)에 의해 수신된 운송업체(312)로부터의 운송장 번호는 고객(304)에 의해 구매된 물품의 주문 번호와 연관된 패키지에 대한 추적 번호를 포함할 수 있으며, 이는 고객(304)으로의 배송을 위해 운송업체(312)의 네트워크에 삽입될 수 있다.

단계 402에서, 프로세서(306)는 고객(304)에 의해 구매된 물품에 기초하여 고유한 식별자를 무작위로 생성할 수 있다. 프로세서(306)는 데이터베이스(308)에 고유한 식별자를 저장할 수 있다. 일부 실시예에서, 고유한 식별자는 결코 반복되지 않을 수 있고, 프로세서(306)는 고유한 식별자를 무작위로 생성하기 위해 다수의 알고리즘을 이용할 수 있다. 일 실시예에서, 프로세서(306)가 고유한 식별자를 무작위로 생성하기 위해 사용할 수 있는 알고리즘은 하드웨어 난수 생성기(hardware random-number generators, HRNGS), 의사-난수 생성기(pseudo-random number generators, PRNGS), 및 암호화 보안 의사-난수 생성기(cryptographically secure pseudo-random number generators, CSPRNGS)를 포함한다. 또 다른 실시예에서, 고유한 식별자는 주문 번호, 운송장 번호, 추적 번호, 역추적 번호, API, 운송업체의 스케줄 정보 및 연락처 정보, 고객의 정보, 메시지, 및 승인 영수증을 포함하는 더 많은 정보를 연속적으로 저장하는 데 사용될 수 있다. 또 다른 실시예에서, 고유한 식별자는 더 많은 정보를 저장하기 위한 튜플(tuple), 사전, 목록, 배열, 행렬, 클래스 및/또는 객체의 기능을 포함할 수 있다.

단계 404에서, 프로세서(306)는 고객(304)에 의해 구매된 물품의 주문 번호와 고유한 식별자를 연관시킬 수 있다. 일 실시예에서, 프로세서(306)는 구매된 물품의 주문 번호를 고유한 식별자에 저장할 수 있고, 일 실시예에서, 주문 번호는 고유한 식별자 내부의 요소에 추가될 수 있다.

단계 406에서, 프로세서(306)는 판매자(302)로부터 운송장 번호를 수신할 수 있다. 프로세서(306)는 고객(304)에 의해 구매된 물품과 연관된 주문 번호의 고유한 식별자를 판매자(302)로부터의 운송장 번호와 연관시킬 수 있다. 프로세서(306)는 이제 판매자(302)로부터의 운송장 번호로 고객(304)에 의해 구매된 물품의 주문 번호를 식별하는 것이 가능할 수 있다.

단계 408에서, 프로세서(306)는 데이터베이스(308)에서의 고유한 식별자에 판매자(302)로부터의 운송장 번호를 저장할 수 있다. 고유한 식별자는 고객(304)에 의해 구매된 물품과 연관된 주문 번호 및 고객(304)에 의해 구매된 동일한 물품과 연관된 판매자(302)로부터의 운송장 번호를 포함할 수 있다. 판매자(302)로부터의 운송장 번호는 또한, 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 피드 정보를 포함할 수 있는 운송업체(312)로부터의 추적 번호를 포함할 수 있다.

도 5는 개시된 실시예와 일치하는, 운송업체로부터 추적 피드 정보를 결정하는 예시적인 방법(500)의 흐름도이다. 방법(500)의 단계는 프로세서(306)에 의해 수행될 수 있다. 방법(500)의 단계는 검증 모듈(316), 추적 집계기 모듈(318) 및 추적 피드 파서 모듈(320)에 의해 수행되는 동작을 상세히 설명하는 실시예를 도시한다. 방법(500)에서의 프로세서(306)는 검증 모듈(316), 추적 집계기 모듈(318) 및 추적 피드 파서 모듈(320)의 기능을 실행할 수 있다. 프로세서(306)는 고객(304)이 판매자(302)로부터의 주문 번호 및 운송장 번호와 연관된 구매 물품을 취소하였으면 방법(500)을 실행할 수 있다.

단계 502에서, 프로세서(306)는 고객(304)이 주문 번호 및 운송장 번호와 연관된 구매 물품을 취소했을 수 있음을 검출할 수 있다. 프로세서(306)는 외부 프론트 엔드 시스템(103) 상에서 고객(304)의 활동을 모니터링함으로써 고객(304)이 구매 물품을 취소했을 수 있음을 검출할 수 있다. 판매자(302)는 고객(304)이 주문 번호 및 운송장 번호와 연관된 구매된 물품을 취소했을 수 있다는 것을 인지하거나 인지하지 못할 수 있다.

단계 504에서, 프로세서(306)는 판매자(302)로부터의 운송장 번호와 연관된 데이터베이스(308)에서의 고유한 식별자 및 고객(304)에 의해 취소된 구매 물품과 연관된 주문 번호를 사용함으로써 판매자(302)로부터의 운송장 번호를 자동으로 검증함으로써 검증 모듈(316)의 기능을 실행할 수 있다. 일 실시예에서, 프로세서(306)는 사용자 인터페이스(310)를 통해 판매자(302)로부터 고객(304)에 의해 취소된 구매 물품과 연관된 운송장 번호를 수신할 수 있다. 다른 실시예에서, 프로세서(306)는 판매자(302)로부터 사용자 인터페이스(310)를 통해 고객(304)에 의한 다수의 취소된 구매 물품과 연관된 운송장 번호의 다수의 배치 목록을 수신할 수 있다. 프로세서(306)는 한 명의 판매자(302)가 운송업체(312)에서 고객(304)에 의해 구매된 물품의 주문 번호와 연관된 패키지에 대한 제2 판매자(302)의 선적의 취소를 실수로 요청하지 않을 수 있음을 보장하기 위해, 주문 번호 및 매칭하는 운송장 번호를 포함하는 고유한 식별자를 사용함으로써 각 판매자(302)로부터 각 운송장 번호를 검증할 수 있다. 프로세서(306)는 검증된 운송장 번호를 갖는 각 고유한 식별자에 검증된 상태를 할당할 수 있다. 프로세서(306)는 검증된 운송장 번호를 갖는 각 고유한 식별자를 통해 검증된 상태를 데이터베이스(308)에 저장할 수 있다.

단계 506에서, 프로세서(306)는 단계 504로부터 검증된 상태를 갖는 고유한 식별자에서의 추적 번호를 결정함으로써 추적 집계기 모듈(318)의 기능을 실행할 수 있다. 고유한 식별자는 고객(304)에 의해 취소된 구매 물품에 대한 판매자(302)로부터의 주문 번호 및 검증된 운송장 번호를 포함할 수 있다. 다른 실시예에서, 프로세서(306)는 단계 504로부터의 검증된 상태를 갖는 다수의 고유한 식별자에서 다수의 추적 번호를 결정할 수 있다. 프로세서(306)는 데이터베이스(308)에 고유한 식별자에서의 검증된 상태를 갖는 각 추적 번호를 저장할 수 있다.

단계 508에서, 프로세서(306)는 추적 집계기 모듈(318)의 기능을 실행할 수 있다. 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 추적 번호와 연관된 데이터베이스(308)에 저장된 검증된 상태를 갖는 고유한 식별자에서 운송업체(312)로부터의 피드 정보를 집계할 수 있다. 프로세서(306)는 데이터베이스(308)에서 검증된 상태를 갖는 고유한 식별자에 운송업체(312)로부터의 피드 정보를 저장할 수 있다. 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 추적 번호와 연관된 데이터베이스(308)에 저장된 검증된 상태를 갖는 고유한 식별자에서 운송업체(312)로부터의 피드 정보를 연속적으로 집계할 수 있다. 프로세서(306)는 데이터베이스(308)에서 검증된 상태를 갖는 고유한 식별자에 운송업체(312)로부터의 피드 정보를 연속적으로 저장할 수 있다.

단계 510에서, 프로세서(306)는 추적 피드 파서 모듈(320)의 기능을 실행할 수 있다. 프로세서(306)는 검증된 상태를 갖는 고유한 식별자에서 각 피드 정보를 파싱할 수 있다. 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지가 상이한 목적지에 있을 수 있다는 실제 및 예상 스케줄 정보 및 연락처 정보를 데이터베이스(308)에서의 고유한 식별자에 저장함으로써 각 피드 정보를 파싱할 수 있다. 프로세서(306)는 파싱된 피드 정보를 데이터베이스(308)에서의 검증된 상태를 갖는 고유한 식별자에 저장할 수 있다.

단계 512에서, 프로세서(306)는 검증된 상태 및 피드 정보를 갖는 고유한 식별자를 규칙 엔진 모듈(322)에 전송할 수 있다. 프로세서(306)는 데이터베이스(308)에서의 검증된 상태를 갖는 고유한 식별자에 운송업체(312)로부터 수신된 고객(304)에 의한 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 역추적 번호를 저장할 수 있다. 프로세서(306)는 데이터베이스(308)에서 검증된 상태를 갖는 고유한 식별자에 운송업체(312)로부터 수신된 선적 취소 API를 저장할 수 있다.

도 6a 및 도 6b는 개시된 실시예와 일치하는, 소포를 자동으로 회수하는 예시적인 방법(600)의 흐름도이다. 프로세서(306)는 방법(600)의 단계를 실행할 수 있다. 방법(600)의 단계는 운송업체 API 통합 모듈(324), 자동 다이얼러 통합 모듈(326) 및 통지 엔진 모듈(328)을 실행하기 위한 단계를 상세히 설명하는 실시예를 도시한다. 프로세서(306)가 고유한 식별자를 규칙 엔진(322)에 전송할 수 있는 이후에 - 고유한 식별자는 주문 번호, 운송장 번호, 추적 번호, 피드 정보, 선적 취소 API 및 역추적 번호를 포함할 수 있음 -, 단계 602에서, 프로세서(306)는 고유한 식별자로부터 고객(304)에 의한 취소된 구매 물품의 주문 번호가 설정된 일수, 예를 들어 30일보다 오래된 것일 수 있는지를 결정할 수 있다. 프로세서(306)가 주문 번호가 예를 들어, 설정된 일의 수 예를 들어, 30일보다 결정하면(단계 602 - 예), 판매자(302)가 패키지를 받았을 수 있기 때문에, 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 회수하려고 시도하는 것을 중지한다.

하지만, 프로세서(306)가 주문 번호가 설정된 일의 수 예를 들어, 30일 이하인 것으로 결정하면(단계 602 - 아니오), 단계 604에서, 프로세서(306)는 고유한 식별자가 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대해 판매자(302)에 대한 역추적 번호를 포함하는지 결정할 수 있다. 프로세서(306)가 고유한 식별자가 역추적 번호를 포함할 수 있다고 결정하면(단계 604 - 예), 단계 606에서 프로세서(306)는 판매자(302)에게, 사용자 인터페이스(310)를 통해 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 역추적 번호를 전송할 수 있으며, 여기서 운송업체(312)는 판매자(302)에게 패키지를 다시 보낼 수 있다. 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 회수하려는 시도를 중지할 수 있다.

하지만, 프로세서(306)가 고유한 식별자가 역추적 번호를 포함하지 않을 수 있다고 결정하면(단계 604 - 아니오), 단계 608에서, 프로세서(306)는 고유한 식별자가 운송업체(312)로부터의 취소 API를 포함할 수 있는지를 결정할 수 있다. 프로세서(306)가 고유한 식별자가 취소 API를 포함할 수 있다고 결정하면(단계 608 - 예), 단계 610에서, 프로세서(302)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 선적 취소 메시지를 운송업체(312)에 전송하기 위해 운송업체 통합 모듈(324)을 실행할 수 있다.

단계 612에서, 프로세서(306)는 운송업체 통합 모듈(324)이 운송업체(312)로부터 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 선적 취소를 확인하는 성공 메시지를 수신했을 수 있는지를 결정할 수 있다. 프로세서(306)가 운송업체 통합 모듈(324)이 운송업체(312)로부터 성공 메시지를 수신하지 않았을 수 있다고 결정하면(단계 612 - 아니오), 프로세서(306)는 단계 610을 수행한다. 프로세서(306)는 프로세서(306)가 운송업체(312)로부터 성공 메시지를 수신할 때까지(단계 612 - 예) 설정된 횟수, 예를 들어 5회 동안 단계 612 - 아니오 및 610을 반복할 수 있다. 프로세서(306)가 설정된 횟수 이후에 운송업체(312)로부터 성공 메시지를 수신하지 않으면, 프로세서(306)는 단계 620으로 진행할 수 있다.

하지만, 프로세서(306)가 운송업체 통합 모듈(324)이 운송업체(312)로부터 성공 메시지를 수신했을 수 있다고 결정하면(단계 612 - 예), 단계 614에서 프로세서(306)는 데이터베이스(308)에 저장하기 위한 고유한 식별자에서 운송업체(312)로부터 역추적 번호를 수신한다. 다른 실시예에서, 프로세서(306)는 선적 취소를 확인하는 운송업체(312)로부터의 성공 메시지를 데이터베이스(308)에서의 고유한 식별자에 저장할 수 있다.

단계 616에서, 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 역추적 번호를 사용자 인터페이스(310)를 통해 판매자(302)에게 전송할 수 있고, 여기서 운송업체(312)는 패키지를 판매자(302)에게 다시 보낼 수 있다. 프로세서(306)는 운송업체(312)로부터 패키지를 회수하려고 시도하는 것을 중지할 수 있다.

하지만, 프로세서(306)가 고유한 식별자가 운송업체(312)로부터의 취소 API를 포함하지 않을 수 있다고 결정하면(단계 608 - 아니오), 단계 608에서, 프로세서(306)는 운송업체(312)로부터 취소 API를 요청할 수 있다. 프로세서(306)가 운송업체(312)로부터 취소 API를 수신하지 않는 경우, 프로세서(306)는 설정된 횟수, 예를 들어 5회 동안 단계 608 및 618을 연속적으로 반복할 수 있고, 그 후에 프로세서(306)는 단계 620을 실행할 수 있다. 일 실시예에서, 프로세서(306)가 단계 620을 실행하는 동안 프로세서(306)는 단계 608 및 618을 연속적으로 반복할 수 있다.

단계 620에서, 프로세서(306)는 피드 정보로부터, 운송업체(312) 내부의 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 스케줄 정보 및 연락처 정보를 결정할 수 있다.

단계 622에서, 프로세서(306)는 자동 다이얼러 통합 모듈(326) 및 통지 엔진 모듈(328)을 동시에 실행할 수 있다. 단계 624에서, 프로세서(306)는 자동 다이얼러 통합 모듈(326)을 통해 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지의 선적 취소를 요청하는 전화 및 음성 메일을 패키지를 갖는 운송업체(312) 내부의 목적지로 전송할 수 있다. 단계 626에서, 프로세서(306)는 통지 엔진 모듈(328)을 통해 패키지를 갖는 운송업체(312) 내부의 목적지에 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지의 선적 취소를 요청하는 SMS/텍스트, 이메일 및 게시된 메시지를 전송할 수 있다.

단계 628에서, 프로세서(306)는 자동 다이얼러 통합 모듈(326) 및/또는 통지 엔진 모듈(328)이 운송업체(312)로부터 승인을 수신했을 수 있는지를 결정할 수 있다. 프로세서(306)가 자동 다이얼러 통합 모듈(326) 및/또는 통지 엔진(328)이 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 선적 취소를 확인하는 성공 메시지를 통해 승인을 수신했을 수 있다고 결정하면(단계 628 - 예), 프로세서(306)는 단계 614 및 616을 수행한다. 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 선적 취소를 확인하는 성공 메시지에 포함된 승인을 데이터베이스(308)에서의 고유한 식별자에 저장할 수 있다.

하지만, 프로세서(306)가 자동 다이얼러 통합 모듈(326) 및/또는 통지 엔진(328)이 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 선적 취소를 확인하는 성공 메시지를 통해 승인을 수신하지 않았을 수 있다고 결정하면(단계 628 - 아니오), 프로세서(306)는 단계 622 및 628 - 아니오를 운송업체(312) 내부의 목적지에서 설정된 횟수 동안, 예를 들어 5회 반복할 수 있으며, 그 후 프로세서(306)는 스케줄 정보 및 연락처 정보를 포함할 수 있는 피드 정보에 따라 운송업체(312) 내부의 다음 목적지를 결정할 수 있다. 프로세서(306)가 운송업체(312)로부터 성공 메시지를 통해 승인을 수신하는 것을 성공하면(단계 628 - 예), 프로세서(306)는 단계 614 및 616을 실행한다.

하지만, 프로세서(306)가 운송업체(312) 내부의 운송업체(312)로부터 성공 메시지를 통해 승인을 수신하는 데 성공하지 못하고(단계 628 - 아니오), 패키지가 운송원(314)에 의해 고객(304)에게 배송하기 위한 경로에 있을 수 있으면, 단계 630에서, 프로세서(306)는 피드 정보로부터 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 운송원(314)에 대한 스케줄 정보 및 연락처 정보를 결정한다. 단계 632에서, 프로세서(306)는 자동 다이얼러 통합 모듈(326) 및 통지 엔진 모듈(328)을 동시에 실행할 수 있다.

단계 634에서, 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지의 선적 취소를 요청하는 이메일 및 게시된 메시지를 운송원(314)에게 통지 엔진(328)을 통해 전송할 수 있다. 단계 636에서, 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지의 선적 취소를 요청하는 운송원(314)에게 SMS/텍스트를 통지 엔진(328)을 통해 전송할 수 있다. 단계 638에서, 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지의 선적 취소를 요청하는 전화 통화 및 음성 메일을 자동 다이얼러 통합 모듈(326)을 통해 운송원(314)에게 전송할 수 있다.

단계 640에서, 프로세서(306)는 자동 다이얼러 통합 모듈(326) 및/또는 통지 엔진 모듈(328)이 운송원(314)으로부터 승인을 수신했을 수 있는지를 결정할 수 있다. 프로세서(306)가 자동 다이얼러 통합 모듈(326) 및/또는 통지 엔진(328)이 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 선적 취소를 확인하는 성공 메시지를 통해 승인을 수신했을 수 있다고 결정하면(단계 640 - 예), 프로세서(306)는 단계 614 및 616을 수행한다. 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 선적 취소를 확인하는 성공 메시지에 포함된 승인을 데이터베이스(308)에서의 고유한 식별자에 저장할 수 있다.

하지만, 프로세서(306)가 운송원(314)으로부터 성공 메시지를 통해 승인을 수신하는 데 성공하지 못하면(단계 640 - 아니오), 프로세서(306)는, 운송원(314)에 대해 단계 632 및 640 - 아니오를 설정된 횟수만큼 예를 들어 5번 반복할 수 있고, 그 후 프로세서(306)는 단계 640 - 예인 경우 단계 614 및 단계 616를 실행할 수 있다. 하지만, 프로세서(306)가 단계 632 및 640에서 설정된 시도 횟수 이후에 운송원(314)으로부터 성공 메시지를 통해 승인을 수신하는 데 성공하지 못하면, 프로세서(306)는 도 6b로 진행한다.

도 6b를 참조하면, 단계 640을 수행한 이후 및 패키지가 운송원(314)에 의해 고객(304)에게 배송되기 위해 여전히 도중에 있으면, 단계 652에서, 프로세서(306)는 피드 정보로부터 고객(304)에 대한 스케줄 정보 및 연락처 정보를 결정한다. 단계 654에서, 프로세서(306)는 자동 다이얼러 통합 모듈(326) 및 통지 엔진 모듈(328)을 동시에 실행할 수 있다.

단계 656에서, 프로세서(306)는 운송원(314)으로부터 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 수락하지 않도록 고객(304)에게 요청하는 게시된 메시지 및 이메일을 통지 엔진 모듈(328)을 통해 전송할 수 있다.

단계 658에서, 프로세서(306)는 운송원(314)으로부터 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 수락하지 않고, 추가적인 명령어를 포함하는 고객(304)의 게시된 메시지, 이메일, SMS/텍스트, 전화 통화 및 음성 메일을 확인하도록 고객(304)에게 요청하는 포스트 카드를 통지 엔진 모듈(328)을 통해 보낼 수 있다.

단계 660에서, 프로세서(306)는 운송원(314)으로부터 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 수락하지 않도록 고객(304)에게 요청하는 SMS/텍스트를 통지 엔진 모듈(328)을 통해 전송할 수 있다.

단계 662에서, 프로세서(306)는 운송원(314)으로부터 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지를 수락하지 않도록 고객(304)에게 요청하는 전화 통화 및 음성 메일을 자동 다이얼러 통합 모듈(326)을 통해 전송할 수 있다.

단계 664에서, 프로세서(306)는 자동 다이얼러 통합 모듈(326) 및/또는 통지 엔진 모듈(328)이 고객(304)이 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지의 배송을 수락하지 않는 데 성공했을 수 있다는 것을 확인하는 고객(304)으로부터의 승인을 수신했을 수 있는지를 결정할 수 있다. 프로세서(306)가 자동 다이얼러 통합 모듈(326) 및/또는 통지 엔진(328)이 고객(304)으로부터 승인을 수신했을 수 있다고 결정하면(단계 664 - 예), 단계 666에서, 프로세서(306)는 운송업체(312)로부터 역추적 번호를 수신하고 데이터베이스(308)에서의 고유한 식별자에 저장한다. 다른 실시예에서, 프로세서(306)는 데이터베이스(308)에서의 고유한 식별자에 저장하기 위해, 고객(304)으로부터 취소된 구매 물품의 주문 번호와 연관된 패키지가 고객(304)에 의해 거부되었다는 승인을 수신할 수 있다.

단계 668에서, 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 역추적 번호를 사용자 인터페이스(310)를 통해 판매자(302)에게 전송할 수 있고, 여기서 운송업체(312)는 판매자(302)에게 패키지를 다시 보낼 수 있다. 프로세서(306)는 운송업체(312), 운송원(314) 및 고객(304)으로부터 패키지를 회수하려는 시도를 중지할 수 있다.

하지만, 프로세서(306)가 고객(304)으로부터 승인을 성공적으로 수신하지 못하면(단계 664 - 아니오), 프로세서(306)는 단계 654 및 664 - 아니오를 설정된 횟수 동안, 예를 들어 5번 고객(304)에 대해 반복할 수 있고, 그 후 프로세서(306)는 단계 664 - 예의 경우 단계 666 및 668을 실행할 수 있다. 하지만, 프로세서(306)가 단계 654 및 664의 설정된 시도 횟수 이후에 고객(304)으로부터 승인을 수신하는 데 성공하지 못하면, 단계 670에서, 프로세서(306)는 고객(304)의 주소로부터 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 픽업 요청을 운송업체(312)로 전송할 수 있다. 프로세서(306)는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대해 운송업체(312)로부터 판매자(302)의 주소를 포함하는 반송 라벨 및 역추적 번호를 수신할 수 있다. 다른 실시예에서, 프로세서(306)는 픽업 요청 API를 운송업체(312)에 전송하기 위해 운송업체 API 통합 모듈(324)을 실행할 수 있고, 운송업체(312)는 운송업체 API 통합 모듈(324)에 역추적 번호와 성공 메시지를 전송할 수 있다. 또 다른 실시예에서, 운송업체 API 통합 모듈(324)을 통한 운송업체(312)로부터의 성공 메시지는 프로세서(306)가 고객(304)에 대한 판매자(302)의 주소를 포함하는 반송 라벨을 생성하는 것을 허용할 수 있다. 또 다른 실시예에서, 프로세서(306)는 데이터베이스(308)에서 운송업체(312)로부터의 성공 메시지를 고유한 식별자에 저장할 수 있다.

단계 672에서, 프로세서(306)는 판매자(302)의 주소로의 반송 라벨을 포함할 수 있는 포스트카드를 고객(304)의 주소로 보내기 위해 통지 엔진 모듈(328)을 실행할 수 있다. 일 실시예에서, 포스트카드는 판매자(302)의 주소로의 반송 라벨을 포함하는 엔벨로프(envelope)일 수 있다. 반송 라벨은 고객(304)이 운송원(314)으로부터 수락하지 않는 것을 성공하지 않았을 수 있다는 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 고객(304)이 부착하기 위한 것일 수 있다.

단계 674에서, 프로세서(306)는 자동 다이얼러 통합 모듈(326) 및 통지 엔진 모듈(328)을 실행할 수 있으며, 여기서 프로세서(306)는 판매자(302)의 주소를 포함하는 반송 라벨이 우편으로 오고 있음을 고객(304)에게 통지하기 위해, 외부 프론트 엔드 시스템(103)을 통해 웹 페이지 또는 웹 애플리케이션(304a), 컴퓨터(304b), 및 모바일 폰(304c) 상에서 전화 통화, 음성 메일, SMS/텍스트, 이메일 및 게시 메시지를 전송할 수 있다. 또 다른 실시예에서, 통지 엔진 모듈 (328)의 SMS/텍스트, 이메일, 및 게시된 메시지는 인쇄를 위한 고객(304)에 대한 반송 라벨을 포함할 수 있다.

단계 676에서, 프로세서(306)는 판매자(302)에게, 고객(304)에 의해 취소된 구매 물품의 주문 번호와 연관된 패키지에 대한 역추적 번호를 전송할 수 있다. 프로세서(306)는 운송업체(312) 및 고객(304)으로부터 패키지를 회수하려는 시도를 중단할 수 있다.

본 개시가 그의 특정한 실시예를 참조로 도시되고 서술되었지만, 본 개시가 다른 환경에서 수정 없이 실시될 수 있음이 이해될 것이다. 전술한 서술은 예시의 목적으로 제시되었다. 이는 완전한 것은(exhaustive) 아니며, 개시된 정확한 형태 또는 실시예로 제한되지 않는다. 통상의 기술자에게는 개시된 실시예의 명세서 및 실시의 고려로부터 수정 및 조정(adaptations)이 명백할 것이다. 게다가, 개시된 실시예의 양상이 메모리에 저장되는 것으로 서술되었지만, 통상의 기술자는 이들 양상이 2차 저장 디바이스 예를 들어, 하드 디스크 또는 CD ROM, 또는 다른 형태의 RAM 또는 ROM, USB 매체, DVD, 블루-레이(Blu-ray) 또는 다른 광학 드라이브 매체와 같은 다른 타입의 컴퓨터 판독가능 매체 상에 저장될 수 있음을 인식할 것이다.

기록된 서술 및 개시된 방법을 기초로 하는 컴퓨터 프로그램은 숙련된 개발자의 기술 내에 있다. 다양한 프로그램 또는 프로그램 모듈은 통상의 기술자에게 알려진 기법 중 어느 것을 사용하여 생성될 수 있거나, 또는 기존의 소프트웨어와 관련하여 설계될 수 있다. 예를 들어, 프로그램 섹션 또는 프로그램 모듈은 .Net Framework, .Net Compact Framework(및 Visual Basic, C 등과 같은 관련된 언어), Java, C++, Objective-C, HTML, HTML/AJAX 조합, Java 애플릿이 포함된 XML 또는 HTML로, 또는 이를 통해 설계될 수 있다.

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

Claims (20)

1. 자동 및 지능형 소포 회수를 위한 컴퓨터-구현된 시스템으로서, 상기 시스템은:
   데이터베이스;
   명령어를 저장하는 메모리; 및
   적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는 상기 명령어를 실행하여:
   고객에 의해 구매된 물품에 대한 주문 번호를 수신하는 단계;
   판매자로부터, 상기 고객에 의해 구매된 상기 물품에 대한 상기 주문 번호 및 상기 고객에 의해 구매된 상기 물품에 대한 패키지를 배송하는 운송업체와 연관된 운송장 번호를 수신하는 단계;
   상기 고객에 의해 구매된 상기 물품에 대한 상기 주문 번호 및 상기 판매자로부터의 상기 운송장 번호를 포함하는 고유한 식별자를 생성하는 단계;
   상기 고객에 의해 구매된 상기 물품과 연관된 상기 주문 번호의 취소를 검출하는 단계;
   상기 주문 번호의 취소를 기초로 상기 패키지를 배송하는 상기 운송업체 및 상기 판매자로부터의 상기 운송장 번호와 연관된, 상기 고유한 식별자에서의 추적 번호를 결정하는 단계;
   상기 주문 번호의 상기 취소와 연관된 상기 고유한 식별자를 기초로 상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 패키지를 배송하는 상기 운송업체에 통지를 전송하는 단계;
   상기 운송업체로부터 상기 고객으로의 상기 패키지의 선적 취소를 확인하는 역추적 번호(reverse tracking number)를 수신하는 단계;
   상기 고객으로의 상기 패키지의 상기 선적 취소와 연관된 상기 역추적 번호 및 상기 패키지의 운송장 번호를 포함하는 통지를 상기 판매자에게 전송하는 단계를 포함하는 단계들을 수행하도록 구성되는, 시스템.
2. 제1항에 있어서, 상기 고유한 식별자는 상기 추적 번호로부터 피드 정보(feed information)를 포함하는, 시스템.
3. 제1항에 있어서, 상기 고유한 식별자는 상기 주문 번호의 상기 취소를 위한 상기 패키지와 연관된 상기 추적 번호로부터 스케줄 정보를 포함하는, 시스템.
4. 제1항에 있어서, 상기 고유한 식별자는 상기 주문 번호의 상기 취소를 위한 상기 패키지와 연관된 상기 추적 번호로부터 연락처 정보를 포함하는, 시스템.
5. 제1항에 있어서, 상기 적어도 하나의 프로세서는:
   상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 주문 번호의 상기 취소를 위한 상기 통지를 상기 패키지를 배송하는 상기 운송업체에 전송하는 단계를 포함하는 단계들을 수행하도록 더 구성되고,
   상기 통지는 미리-녹음된 전화 통화를 포함하는, 시스템.
6. 제1항에 있어서, 상기 적어도 하나의 프로세서는:
   상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 주문 번호의 상기 취소를 위한 상기 통지를 상기 패키지를 배송하는 상기 운송업체에 전송하는 단계를 포함하는 단계들을 수행하도록 더 구성되고,
   상기 통지는 음성 메일을 포함하는, 시스템.
7. 제1항에 있어서, 상기 적어도 하나의 프로세서는:
   상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 주문 번호의 상기 취소를 위한 상기 통지를 상기 패키지를 배송하는 상기 운송업체에 전송하는 단계를 포함하는 단계들을 수행하도록 더 구성되고,
   상기 통지는 이메일을 포함하는, 시스템.
8. 제1항에 있어서, 상기 적어도 하나의 프로세서는:
   상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 주문 번호의 상기 취소를 위한 상기 통지를 상기 패키지를 배송하는 상기 운송업체에 전송하는 단계를 포함하는 단계들을 수행하도록 더 구성되고,
   상기 통지는 게시된 메시지(posted message)를 포함하는, 시스템.
9. 제1항에 있어서, 상기 적어도 하나의 프로세서는:
   상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 주문 번호의 상기 취소를 위한 상기 통지를 상기 패키지를 배송하는 상기 운송업체에 전송하는 단계를 포함하는 단계들을 수행하도록 더 구성되고,
   상기 통지는 단문 메시지 서비스를 포함하는, 시스템.
10. 제1항에 있어서, 상기 적어도 하나의 프로세서는:
    상기 주문 번호의 상기 취소를 위한 상기 패키지에 대해 반송 라벨을 상기 고객에게 전송하는 단계를 포함하는 단계들을 수행하도록 더 구성되는, 시스템.
11. 자동 및 지능형 소포 회수를 위한 컴퓨터-구현된 방법으로서, 상기 방법은:
    고객에 의해 구매된 물품에 대한 주문 번호를 수신하는 단계;
    판매자로부터, 상기 고객에 의해 구매된 상기 물품에 대한 상기 주문 번호 및 상기 고객에 의해 구매된 상기 물품에 대한 패키지를 배송하는 운송업체와 연관된 운송장 번호를 수신하는 단계;
    상기 고객에 의해 구매된 상기 물품에 대한 상기 주문 번호 및 상기 판매자로부터의 상기 운송장 번호를 포함하는 고유한 식별자를 생성하는 단계;
    상기 고객에 의해 구매된 상기 물품과 연관된 상기 주문 번호의 취소를 검출하는 단계;
    상기 주문 번호의 취소를 기초로 상기 패키지를 배송하는 상기 운송업체 및 상기 판매자로부터의 상기 운송장 번호와 연관된, 상기 고유한 식별자에서의 추적 번호를 결정하는 단계;
    상기 주문 번호의 상기 취소와 연관된 상기 고유한 식별자를 기초로 상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 패키지를 배송하는 상기 운송업체에 통지를 전송하는 단계;
    상기 운송업체로부터 상기 고객으로의 상기 패키지의 선적 취소를 확인하는 역추적 번호를 수신하는 단계;
    상기 고객으로의 상기 패키지의 상기 선적 취소와 연관된 상기 역추적 번호 및 상기 패키지의 상기 운송장 번호를 포함하는 통지를 상기 판매자에게 전송하는 단계를 포함하는, 방법.
12. 제11항에 있어서, 상기 고유한 식별자는 상기 추적 번호로부터 피드 정보를 포함하는, 방법.
13. 제11항에 있어서, 상기 고유한 식별자는 상기 주문 번호의 상기 취소를 위한 상기 패키지와 연관된 상기 추적 번호로부터 스케줄 정보를 포함하는, 방법.
14. 제11항에 있어서, 상기 고유한 식별자는 상기 주문 번호의 상기 취소를 위한 상기 패키지와 연관된 상기 추적 번호로부터 연락처 정보를 포함하는, 방법.
15. 제11항에 있어서, 상기 방법은:
    상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 주문 번호의 상기 취소를 위한 상기 통지를 상기 패키지를 배송하는 상기 운송업체에 전송하는 단계를 더 포함하고,
    상기 통지는 미리-녹음된 전화 통화를 포함하는, 방법.
16. 제11항에 있어서, 상기 방법은:
    상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 주문 번호의 상기 취소를 위한 상기 통지를 상기 패키지를 배송하는 상기 운송업체에 전송하는 단계를 더 포함하고,
    상기 통지는 음성 메일을 포함하는, 방법.
17. 제11항에 있어서, 상기 방법은:
    상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 주문 번호의 상기 취소를 위한 상기 통지를 상기 패키지를 배송하는 상기 운송업체에 전송하는 단계를 더 포함하고,
    상기 통지는 이메일을 포함하는, 방법.
18. 제11항에 있어서, 상기 방법은:
    상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 주문 번호의 상기 취소를 위한 상기 통지를 상기 패키지를 배송하는 상기 운송업체에 전송하는 단계를 더 포함하고,
    상기 통지는 게시된 메시지를 포함하는, 방법.
19. 제11항에 있어서, 상기 방법은:
    상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 주문 번호의 상기 취소를 위한 상기 통지를 상기 패키지를 배송하는 상기 운송업체에 전송하는 단계를 더 포함하고,
    상기 통지는 단문 메시지 서비스를 포함하는, 방법.
20. 자동 및 지능형 소포 회수를 위한 컴퓨터-구현된 시스템으로서, 상기 시스템은:
    데이터베이스;
    명령어를 저장하는 메모리; 및
    적어도 하나의 프로세서를 포함하고, 상기 적어도 하나의 프로세서는 상기 명령어를 실행하여:
    고객에 의해 구매된 물품에 대한 주문 번호를 수신하는 단계;
    판매자로부터, 상기 고객에 의해 구매된 상기 물품에 대한 상기 주문 번호 및 상기 고객에 의해 구매된 상기 물품에 대한 패키지를 배송하는 운송업체와 연관된 운송장 번호를 수신하는 단계;
    상기 고객에 의해 구매된 상기 물품에 대한 상기 주문 번호 및 상기 판매자로부터의 상기 운송장 번호를 포함하는 고유한 식별자를 생성하는 단계;
    상기 고객에 의해 구매된 상기 물품과 연관된 상기 주문 번호의 취소를 검출하는 단계;
    상기 주문 번호의 취소를 기초로 상기 패키지를 배송하는 상기 운송업체 및 상기 판매자로부터의 상기 운송장 번호와 연관된, 상기 고유한 식별자에서의 추적 번호를 결정하는 단계;
    상기 주문 번호의 상기 취소와 연관된 상기 고유한 식별자를 기초로 상기 고객으로의 상기 패키지의 선적을 취소하기 위해 상기 패키지를 배송하는 운송원에게 통지를 전송하는 단계;
    상기 패키지를 배송하는 상기 운송원으로부터 상기 고객으로의 상기 패키지의 선적을 취소하기 위한 승인 수신을 수신하는 단계;
    상기 운송업체로부터 상기 운송원으로부터의 상기 승인 수신을 기초로 상기 고객으로의 상기 패키지의 선적 취소를 확인하는 역추적 번호를 수신하는 단계;
    상기 고객으로의 상기 패키지의 상기 선적 취소와 연관된 상기 역추적 번호 및 상기 패키지의 상기 운송장 번호를 포함하는 통지를 상기 판매자에게 전송하는 단계;
    상기 고객으로의 상기 패키지의 상기 선적 취소와 연관된 상기 역추적 번호 및 상기 패키지의 상기 운송장 번호를 포함하는 통지를 상기 판매자에게 전송하는 단계를 포함하는 단계들을 수행하도록 구성되는, 시스템.

Images