KR20230083289A - 다중 판매자 주문을 위한 서버 및 방법 - Google Patents

Abstract

다중 판매자 주문을 위해 구성된 서버가 개시된다. 서버의 하나 이상의 프로세서(들)는 사용자의 사용자 장치로부터 제1 판매자 데이터를 실시간으로 수신하며; 데이터베이스의 제1 판매자 데이터 및 과거 데이터를 사용하여 적어도 하나의 적합한 판매자를 결정하고; 사용자 장치에 적어도 하나의 적합한 판매자의 정보를 표시하며; 사용자로부터 사용자 주문을 수신할 수 있고, 서비스 제공자가 제1 아이템과 제2 아이템을 픽업하여 제1 아이템과 제2 아이템을 사용자에게 동시에 배송하기 위해, 서비스 제공자의 서비스 제공자 장치에 사용자 주문을 전송하며, 사용자 주문은 제1 판매자로부터의 제1 아이템에 관한 제1 주문 데이터 및 제2 판매자로부터의 제2 아이템에 관한 제2 주문 데이터를 포함한다.

Description

다중 판매자 주문을 위한 서버 및 방법

본 발명의 다양한 양태는 다중 판매자 주문을 위해 구성된 서버에 관한 것이다. 본 발명의 다양한 양태는 다중 판매자 주문을 위한 방법에 관한 것이다. 본 발명의 다양한 양태는 다중 판매자 주문을 위한 컴퓨터 실행 가능 코드를 저장하는 비일시적 컴퓨터 판독 가능 매체에 관한 것이다. 본 발명의 다양한 양태는 다중 판매자 주문을 위한 컴퓨터 실행 가능 코드에 관한 것이다.

현재의 배송 시스템 및 애플리케이션은 사용자가 단일 주문으로 단일 판매자로부터 상품을 주문할 수 있게 한다. 사용자가 다른 판매자로부터 상품을 주문하고자 하는 경우, 사용자는 해당 상품을 다른 판매자로부터 별도로 주문해야 한다.

이 프로세스는, 다른 판매자들이 서로 가까이 위치해 있어도(즉, 동일한 쇼핑 지역 또는 동일한 푸드 코트 내) 복수의 주문을 해야 하기 때문에, 복수의 판매자로부터 항목을 주문하려는 사용자에게 더 많은 시간이 소요된다. 또한 복수의 운전자가 이러한 주문에 할당되므로 사용자에게 더 높은 비용이 발생할 수 있다.

또한, 배송업체의 경우, 복수의 운전자가 사용자를 위해 이러한 주문에 할당되기 때문에, 각 사용자에게 서비스를 제공하는 비용이 더 높을 수 있다. 또한 피크 시간대에는 추가 드라이버 수요가 일반적으로 사용 가능한 드라이버 공급보다 높기 때문에, 피크 시간에는 배달 서비스의 이행률이 피크 시간이 아닌 시간보다 낮다. 이로 인해 불만족 고객이 더 많아질 수 있다.

따라서, 사용자가 단일 주문으로 복수의 판매자 또는 상점에서 효과적으로 주문할 수 있도록 하는 시스템 및/또는 애플리케이션을 제공할 필요가 있을 수 있다. 사용자가 주문할 수 있는 하나 이상의 판매자를 효과적이고 정확하게 선택하기 위해 시스템 및/또는 애플리케이션이 필요할 수도 있다. 또한 사용자 경험을 개선하고/하거나 사용자 비용을 절감하고/하거나 장바구니 크기를 늘려 수익성을 개선해야 할 수도 있다.

다중 판매자 주문을 위해 구성된 서버를 제공할 수 있는 다양한 실시예가 개시된다. 서버는 하나 이상의 프로세서(들) 및 명령어가 저장된 메모리를 포함할 수 있다.

명령은, 하나 이상의 프로세서(들)에 의해 실행될 때, 사용자 장치가 제1 판매자로부터 정보를 표시하고 있을 경우, 하나 이상의 프로세서(들)가 사용자의 사용자 장치로부터 제1 판매자 데이터를 실시간으로 수신하게 할 수 있다. 하나 이상의 프로세서(들)는 또한 데이터베이스의 제1 판매자 데이터 및 과거 데이터를 사용하여 사용자의 사용자 장치 상에 디스플레이하기 위한 적어도 하나의 적합한 판매자를 결정할 수 있다. 하나 이상의 프로세서(들)는 사용자의 사용자 장치에 적어도 하나의 적합한 판매자의 정보를 추가로 표시할 수 있다. 하나 이상의 프로세서(들)는 또한 사용자로부터 사용자 주문을 수신할 수 있다. 사용자 주문은 제1 판매자로부터의 제1 아이템에 관한 제1 주문 데이터 및 제2 판매자로부터의 제2 아이템에 관한 제2 주문 데이터를 포함한다. 하나 이상의 프로세서(들)는, 서비스 제공자가 제1 판매자로부터 제1 아이템, 제2 판매자로부의 제2 아이템을 픽업하기 위해, 그리고 제1 아이템과 제2 아이템을 사용자에게 동시에 배송하기 위해, 서비스 제공자의 서비스 제공자 장치에 사용자 주문을 추가로 전송할 수 있다.

다양한 실시예에 따르면, 하나 이상의 프로세서(들)는: 제1 판매자의 위치, 제1 판매자가 판매하는 아이템의 카테고리, 제1 판매자의 준비 시간, 및 사용자 선호도 중 적어도 하나에 기초하여 적어도 하나의 적합한 판매자를 결정하도록 구성될 수 있다.

다양한 실시예에 따르면, 하나 이상의 프로세서(들)는: 제1 판매자 데이터 또는 데이터베이스의 과거 데이터를 통해 제1 판매자의 위치를 결정함으로써, 적어도 하나의 적합한 판매자를 결정하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 적어도 하나의 잠재적인 판매자에 대해 데이터베이스에서 과거 데이터를 검색하도록 구성될 수 있다. 적어도 하나의 잠재적인 판매자는 제1 판매자의 위치로부터 거리 임계치 내에 있는 위치를 갖는다. 하나 이상의 프로세서(들)는 또한 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치 상에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하도록 구성될 수 있다.

다양한 실시예에 따르면, 하나 이상의 프로세서(들)는: 제1 판매자 데이터 또는 데이터베이스의 과거 데이터를 통해 제1 판매자의 위치를 결정함으로써, 적어도 하나의 적합한 판매자를 결정하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색하도록 구성될 수 있다. 적어도 하나의 잠재적인 판매자와 제1 판매자 사이를 이동하는 데 걸리는 시간은 시간 임계치 내에 있다. 하나 이상의 프로세서(들)는 또한 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치 상에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하도록 구성될 수 있다.

다양한 실시예에 따르면, 하나 이상의 프로세서(들)는: 제1 판매자 데이터를 통해 또는 데이터베이스의 과거 데이터를 통해 제1 판매자가 판매하는 아이템의 카테고리를 결정함으로써, 적어도 하나의 적합한 판매자를 결정하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 제1 판매자에 의해 판매되는 아이템의 카테고리와 유사한 아이템 카테고리를 판매하고 있는 적어도 하나의 잠재적인 판매자에 대해 데이터베이스에서 과거 데이터를 검색하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 또한 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치 상에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하도록 구성될 수 있다.

다양한 실시예에 따르면, 하나 이상의 프로세서(들)는: 제1 판매자 데이터를 통해 또는 데이터베이스의 과거 데이터를 통해 제1 판매자가 판매하는 아이템의 카테고리를 결정함으로써, 적어도 하나의 적합한 판매자를 결정하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 제1 판매자에 의해 판매되는 아이템의 카테고리로서 아이템의 보완적인 카테고리(complementary category)를 판매하고 있는 적어도 하나의 잠재적인 판매자에 대해 데이터베이스에서 과거 데이터를 검색하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 또한 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치 상에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하도록 구성될 수 있다.

다양한 실시예에 따르면, 하나 이상의 프로세서(들)는: 제1 판매자 데이터를 통해 제1 판매자의 준비 시간을 결정함으로써, 적어도 하나의 적합한 판매자를 결정하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 제1 판매자의 준비 시간 대비 준비 시간 임계치 이내인 과거의 준비 시간을 갖는 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 또한 적어도 하나의 잠재적인 판매자의 장치에 준비 시간 정보 요청을 전송하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 적어도 하나의 잠재적인 판매자의 장치로부터 적어도 하나의 잠재적인 판매자의 준비 시간을 수신하도록 추가로 구성될 수 있다. 하나 이상의 프로세서(들)는 또한 적어도 하나의 잠재적인 판매자의 준비 시간이 제1 판매자의 준비 시간과 비교하여 준비 시간 임계치 내에 있는지를 결정하도록 구성될 수 있다. 적어도 하나의 잠재적인 판매자의 준비 시간이 준비 시간 임계치 내에 있는 경우, 하나 이상의 프로세서(들)는 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하도록 추가로 구성될 수 있다.

다양한 실시예에 따르면, 하나 이상의 프로세서(들)는: 사용자 선호도에 대하여 데이터베이스에서 과거 데이터를 검색하여, 적어도 하나의 적합한 판매자를 결정하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 사용자 선호도와 일치하는 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치 상에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하도록 구성될 수 있다.

다양한 실시예에 따르면, 사용자로부터 사용자 주문을 받기 전에, 하나 이상의 프로세서(들)는 사용자의 사용자 장치로부터 사용자의 가상 카트에 관한 정보를 수신하도록 구성될 수 있다. 가상 카트는 체크아웃할 잠재적인 아이템에 대한 정보를 포함할 수 있다. 하나 이상의 프로세서(들)는 사용자가 가상 카트로부터 아이템을 체크아웃할 때 사용자로부터 사용자 주문을 수신하도록 구성될 수 있다.

다양한 실시예에 따르면, 하나 이상의 프로세서(들)는 제2 사용자가 제2 사용자 장치를 사용하여 가상 카트에 추가하는 아이템에 관한 정보를 제2 사용자의 제2 사용자 장치로부터 수신하도록 구성될 수 있다. 하나 이상의 프로세서(들)는 또한 사용자의 사용자 장치 상에 표시된 가상 카트를 업데이트하도록 구성될 수 있다.

다양한 실시예는 다중 판매자 주문을 위한 방법을 제공할 수 있다. 방법은, 사용자 장치가 제1 판매자의 정보를 표시할 경우, 하나 이상의 서버 프로세서(들)를 사용하여, 사용자의 사용자 장치로부터 1차 판매자 데이터를 실시간으로 수신하는 단계를 포함할 수 있다. 하나 이상의 프로세서(들)는 데이터베이스의 제1 판매자 데이터 및 과거 데이터를 사용하여 사용자의 사용자 장치에 표시할 적어도 하나의 적합한 판매자를 결정할 수 있다. 하나 이상의 프로세서(들)는 사용자의 사용자 장치에 적어도 하나의 적합한 판매자의 정보를 표시할 수 있다. 하나 이상의 프로세서(들)는 사용자로부터 사용자 주문을 수신할 수 있다. 사용자 주문은 제1 판매자로부터의 제1 아이템에 관한 제1 주문 데이터 및 제2 판매자로부터의 제2 아이템에 관한 제2 주문 데이터를 포함한다. 하나 이상의 프로세서(들)는 서비스 제공자가 제1 판매자로부터 제1 아이템을 픽업하고 제2 판매자로부터 제2 아이템을 픽업하며 제1 아이템과 제2 아이템을 사용자에 동시에 배송하도록 서비스 제공자의 서비스 제공자 장치에 사용자 주문을 전송할 수 있다.

다양한 실시예에 따르면, 방법은 하나 이상의 프로세서(들)을 사용하여: 제1 판매자의 위치, 제1 판매자가 판매하는 아이템의 카테고리, 제1 판매자의 준비 시간 및 사용자 선호도 중 적어도 하나에 기초하여, 적어도 하나의 적합한 판매자를 결정하는 단계를 포함할 수 있다.

다양한 실시예에 따르면, 방법은: 제1 판매자 데이터 또는 데이터베이스의 과거 데이터를 통해 제1 판매자의 위치를 결정함으로써, 적어도 하나의 적합한 판매자를 결정하기 위해 하나 이상의 프로세서(들)를 사용하는 단계를 포함할 수 있다. 방법은 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색하는 단계를 포함할 수 있다. 적어도 하나의 잠재적인 판매자는 제1 판매자의 위치로부터 거리 임계치 내에 있는 위치를 갖는다. 방법은 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하는 단계를 포함할 수 있다.

다양한 실시예에 따르면, 방법은: 제1 판매자 데이터 또는 데이터베이스의 과거 데이터를 통해 제1 판매자의 위치를 결정하여, 적어도 하나의 적합한 판매자를 결정하기 위해 하나 이상의 프로세서(들)를 사용하는 단계를 포함할 수 있다. 방법은 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색하는 단계를 포함할 수 있다. 적어도 하나의 잠재적인 판매자와 제1 판매자 사이를 이동하는 데 걸리는 시간은 시간 임계치 내에 있다. 방법은 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하는 단계를 포함할 수 있다.

다양한 실시예에 따르면, 방법은: 제1 판매자 데이터를 통해 또는 데이터베이스의 과거 데이터를 통해 제1 판매자가 판매하는 아이템의 카테고리를 결정하여, 적어도 하나의 적합한 판매자를 결정하기 위해 하나 이상의 프로세서(들)를 사용하는 단계를 포함할 수 있다. 방법은 1차 판매자가 판매한 상품 카테고리와 유사한 카테고리의 상품을 판매하고 있는 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색하는 단계를 포함할 수 있다. 방법은 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하는 단계를 포함할 수 있다.

다양한 실시예에 따르면, 방법은, 제1 판매자 데이터를 통해 또는 데이터베이스의 과거 데이터를 통해 제1 판매자가 판매하는 아이템의 카테고리를 결정하여, 적어도 하나의 적합한 판매자을 결정하기 위해 하나 이상의 프로세서(들)를 사용하는 단계를 포함할 수 있다. 방법은 제1 판매자가 판매하는 아이템의 카테고리로 보완적인 카테고리 아이템을 판매하는 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색하는 단계를 포함할 수 있다. 방법은 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하는 단계를 포함할 수 있다.

다양한 실시예에 따르면, 방법은: 제1 판매자 데이터를 통해 제1 판매자의 준비 시간을 결정하여, 적어도 하나의 적합한 판매자을 결정하기 위해 하나 이상의 프로세서(들)를 사용하는 단계를 포함할 수 있다. 방법은 제1 판매자의 준비 시간 대비 준비 시간 임계치 이내인 이력 준비 시간으로 적어도 하나의 잠재적인 판매자에 대한 과거 데이터를 데이터베이스에서 검색하는 단계를 포함할 수 있다. 방법은 또한 적어도 하나의 잠재적인 판매자의 장치에 준비 시간 정보 요청을 보내는 단계를 포함할 수 있다. 방법은 적어도 하나의 잠재적인 판매자의 장치로부터 적어도 하나의 잠재적인 판매자의 준비 시간을 수신하는 단계를 포함할 수 있다. 방법은 적어도 하나의 잠재적인 판매자의 준비 시간이 제1 판매자의 준비 시간과 비교하여 준비 시간 임계치 내에 있는지를 결정하는 단계를 더 포함할 수 있다. 방법은 또한, 적어도 하나의 잠재적인 판매자의 준비 시간이 준비 시간 임계치 내에 있는 경우, 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정하는 단계를 포함할 수 있다.

다양한 실시예에 따르면, 방법은: 사용자 기본 설정을 위해 데이터베이스에서 과거 데이터를 검색하여, 적어도 하나의 적합한 판매자을 결정하기 위해 하나 이상의 프로세서(들)를 사용하는 단계를 포함할 수 있다. 방법은 또한 사용자 선호도와 일치하는 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색하는 단계를 포함할 수 있다. 방법은 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시할 적어도 하나의 적합한 판매자로 설정하는 단계를 더 포함할 수 있다.

다양한 실시예에 따르면, 방법은: 사용자로부터 사용자 주문을 수신하기 전에 하나 이상의 프로세서(들)를 사용하여, 프로세서(들)가 사용자의 사용자 장치로부터 사용자의 가상 카트에 관한 정보를 수신하게 하는 단계를 포함할 수 있다. 가상 카트에는 체크아웃할 잠재적 항목에 대한 정보가 포함되어 있다. 방법은 또한 사용자가 가상 카트로부터 아이템을 체크아웃할 때 사용자로부터 사용자 주문을 수신하는 단계를 포함할 수 있다.

다양한 실시예에 따르면, 방법은: 제2 사용자가 제2 사용자 장치를 사용하여, 프로세서(들)가 가상 카트에 추가하는 아이템에 관한 정보를 제2 사용자의 제2 사용자 장치로부터 수신하게 하는 단계를 포함할 수 있다. 방법은 사용자의 사용자 장치에 표시된 가상 카트를 업데이트하는 단계를 포함할 수 있다.

다양한 실시예는 본원에 개시된 다양한 실시예에 따른 다중 판매자 주문에 대한 명령을 포함하는 컴퓨터 실행 가능 코드를 저장하는 비일시적 컴퓨터 판독 가능 매체를 제공할 수 있다.

다양한 실시예는 본원에 개시된 다양한 실시예에 따른 다중 판매자 주문을 위한 명령을 포함하는 컴퓨터 실행 가능 코드를 제공할 수 있다.

전술한 목적 및 관련된 목적을 달성하기 위해, 하나 이상의 실시예는 이하에서 충분히 설명되고 청구범위에서 특히 청구되는 특징을 포함한다. 다음 설명 및 관련 도면은 하나 이상의 양태의 특정 예시적 특징을 상세히 설명한다. 그러나, 이러한 특징은 다양한 측면의 원리가 채용될 수 있는 다양한 방법 중 몇 가지를 나타내며, 이 설명은 이러한 모든 측면과 그 등가물을 포함하도록 의도된다.

본 발명은 비제한적 실시예 및 첨부된 도면과 함께 고려될 때 상세한 설명을 참조하여 더 잘 이해될 것이다.
도 1은 다양한 실시예에 따른 다중 판매자 주문을 위한 방법의 흐름도를 도시한다.
도 2는 다양한 실시예에 따른 다중 판매자 주문을 위해 구성된 통신 시스템의 개략도를 도시한다.
도 3은 다양한 실시예에 따른 다중 판매자 주문을 위해 구성된 통신 시스템의 흐름도를 도시한다.
도 4는 다양한 실시예에 따른 제1 판매자으로부터 거리 임계치 내에 있는 잠재적인 적합한 판매자을 갖는 예시적인 영역을 도시한다.
도 5는 다양한 실시예에 따른 상이한 판매자에서의 예시적인 운전자 대기 시간을 도시하는 차트를 도시한다.
도 6은 다양한 실시예에 따른 다중 판매자 주문을 위한 통신 시스템의 백엔드 시스템을 도시한다.
도 7a 내지 도 7n은 다양한 실시예에 따른 사용자가 다중 판매자 주문을 위해 구성된 애플리케이션을 사용할 때 상이한 백엔드 프로세스를 예시하는 흐름도를 도시한다.
도 8은 다양한 실시예에 따른 다양한 주문 상태의 흐름도를 도시한다.
도 9a 및 도 9b는 다양한 실시예에 따른 상이한 백엔드 프로세스를 예시하는 흐름도를 도시한다.
도 10a 내지 10f는 다양한 실시예에 따른 상이한 백엔드 프로세스를 예시하는 흐름도를 도시한다.

다음의 상세한 설명은 본 발명이 실시될 수 있는 구체적인 세부사항 및 실시예를 예시로서 보여주는 첨부 도면을 참조한다. 이들 실시예는 당업자가 본 발명을 실시할 수 있도록 충분히 상세하게 설명된다. 다른 실시예가 이용될 수 있고 구조적일 수 있으며, 본 발명의 범위를 벗어나지 않고 논리적 변경이 이루어질 수 있다. 일부 실시예는 새로운 실시예를 형성하기 위해 하나 이상의 다른 실시예와 조합될 수 있기 때문에 다양한 실시예는 반드시 상호 배타적인 것은 아니다.

시스템 또는 서버 또는 방법 또는 컴퓨터 프로그램 중 하나의 맥락에서 설명된 실시예는 다른 시스템 또는 서버 또는 방법 또는 컴퓨터 프로그램에 대해 유사하게 유효하며 그 역도 마찬가지이다.

실시예의 맥락에서 설명된 특징은 다른 실시예의 동일하거나 유사한 특징에 상응하게 적용될 수 있다. 실시예의 맥락에서 설명된 특징들은 이러한 다른 실시예들에서 명시적으로 설명되지 않더라도 다른 실시예들에 상응하게 적용될 수 있다. 또한, 실시예의 맥락에서 특징에 대해 설명된 바와 같은 추가 및/또는 조합 및/또는 대안은 다른 실시예에서 동일하거나 유사한 특징에 상응하게 적용될 수 있다.

"예시적인"이라는 단어는 본 명세서에서 "예, 실례 또는 예증으로서 제공하는 것"을 의미하는 것으로 사용된다. 본원에서 "예시적인" 것으로 기술된 임의의 실시예 또는 설계는 반드시 다른 실시예 또는 설계보다 바람직하거나 유리한 것으로 해석되어서는 안 된다.

다양한 실시예의 맥락에서, 기능 또는 요소와 관련하여 사용되는 관사 "a", "an" 및 "the"는 하나 이상의 기능 또는 요소에 대한 참조를 포함한다.

본원에서 사용되는 바와 같이, "및/또는"이라는 용어는 관련된 나열된 항목 중 하나 이상의 임의의 및 모든 조합을 포함한다.

"적어도 하나" 및 "하나 이상"이라는 용어는 하나 이상(예: 1, 2, 3, 4, […] 등)의 수치적 양을 포함하는 것으로 이해될 수 있다. "복수"라는 용어는 2 이상의 수치(예: 2, 3, 4, 5, […] 등)를 포함하는 것으로 이해될 수 있다.

발명의 상세한 설명 및 특허청구범위에서 "복수" 및 "다수"라는 단어는 명시적으로 1보다 큰 양을 의미한다. 따라서, 객체의 양을 언급하는 앞서 언급한 단어(예: "복수의 [객체]", "다수의 [객체]")를 명시적으로 참조하는 모든 구는 해당 객체 중 1보다 크다는 것을 명시적으로 나타낸다. "~의 그룹," "~의 세트," "~의 집합," "~의 시리즈," "~의 시퀀스," "~의 그룹화" 등의 용어가 발명의 상세한 설명 및 청구범위에 있는 경우, 1 이상의 양, 즉 1 이상을 지칭한다. 용어 "적절한 서브셋", "감소된 서브셋" 및 "더 작은 서브셋"은 세트와 같지 않은 세트의 서브세트, 즉 세트보다 적은 요소를 포함하는 세트의 서브세트를 의미한다.

본원에서 사용되는 "데이터"라는 용어는 임의의 적합한 아날로그 또는 디지털 형태의 정보(예를 들어, 파일, 파일의 일부, 파일 세트, 신호 또는 스트림, 신호 또는 스트림의 일부, 신호 또는 스트림 세트 등으로 제공됨)를 포함하는 것으로 이해될 수 있다. 또한, "데이터"라는 용어는 예를 들어 포인터 형태의 정보에 대한 참조를 의미하는 데에도 사용될 수 있다. 그러나 데이터라는 용어는 전술한 예에 제한되지 않고 다양한 형태를 취할 수 있으며 해당 기술 분야에서 이해되는 모든 정보를 나타낼 수 있다.

예를 들어, 본원에서 사용되는 "프로세서" 또는 "컨트롤러"라는 용어는 데이터, 신호 등을 처리할 수 있는 임의의 종류의 객체로 이해될 수 있다. 데이터, 신호 등은 프로세서 또는 컨트롤러에 의해 실행되는 하나 이상의 특정 기능에 따라 처리될 수 있다.

따라서, 프로세서 또는 컨트롤러는 아날로그 회로, 디지털 회로, 혼합 신호 회로, 논리 회로, 프로세서, 마이크로프로세서, 중앙 처리 장치(CPU), 그래픽 처리 장치(GPU), 디지털 신호 프로세서(DSP), 필드 프로그래밍 가능 게이트 어레이(FPGA), 집적 회로, 주문형 집적 회로(ASIC) 등이거나 또는 이들의 임의의 조합을 포함할 수 있다. 아래에서 더 자세히 설명할 각 기능의 다른 종류의 구현도 프로세서, 컨트롤러 또는 논리 회로로 이해될 수 있다. 본원에 설명된 임의의 2개(또는 그 이상)의 프로세서, 컨트롤러 또는 논리 회로는 동등한 기능 등을 가진 단일 객체로 실현될 수 있으며, 역으로 본원에 설명된 임의의 단일 프로세서, 컨트롤러 또는 논리 회로는 동등한 기능 등을 가진 2개(또는 그 이상)의 개별 객체로 실현될 수 있다.

본원에서 설명되는 "시스템"(예를 들어, 구동 시스템, 위치 감지 시스템 등)이라는 용어는 상호 작용하는 요소들의 집합으로 이해될 수 있고, 요소는 하나 이상의 기계적 구성 요소, 하나 이상의 전기 구성 요소, 하나 이상의 명령(예: 저장 매체에 인코딩됨), 하나 이상의 컨트롤러 등일 수 있으며 이에 제한되지 않는다.

본원에서 사용자로서의 "회로"는 특정 목적의 하드웨어 또는 소프트웨어를 실행하는 프로세서를 포함할 수 있는 임의의 종류의 로직 구현 객체로 이해된다.

따라서 회로는 아날로그 회로, 디지털 회로, 혼합 신호 회로, 논리 회로, 프로세서, 마이크로프로세서, 중앙 처리 장치(CPU), 그래픽 처리 장치(GPU), 디지털 신호 프로세서(DSP), 필드 프로그래밍 가능 게이트 어레이(FPGA), 집적 회로, 주문형 집적 회로(ASIC) 등이거나 또는 이들의 조합일 수 있다. 아래에서 더 자세히 설명할 각 기능의 다른 종류의 구현도 "회로"로 이해될 수 있다. 본원에 설명된 임의의 2개(또는 그 이상)의 회로는 실질적으로 동등한 기능을 가진 단일 회로로 실현될 수 있고, 역으로 본원에 설명된 임의의 단일 회로는 실질적으로 동등한 기능을 가진 2개(또는 그 이상)의 개별 회로로 구현될 수 있음을 이해해야 한다. 또한, "회로"에 대한 참조는 집합적으로 단일 회로를 형성하는 2개 이상의 회로를 의미할 수 있다.

본원에 사용된 바와 같이, "메모리"는 검색을 위해 데이터 또는 정보를 저장할 수 있는 비일시적 컴퓨터 판독 가능 매체로 이해될 수 있다. 따라서, 본원에 포함된 "메모리"에 대한 언급은, 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 플래시 메모리, 솔리드 스테이트 스토리지, 자기 테이프, 하드 디스크 드라이브, 광학 드라이브 등 또는 이들의 조합을 포함하는 휘발성 또는 비휘발성 메모리를 언급하는 것으로 이해될 수 있다. 또한, 레지스터, 시프트 레지스터, 프로세서 레지스터, 데이터 버퍼 등도 본원에서 메모리라는 용어에 포함된다는 것을 알 수 있다. "메모리" 또는 "하나의 메모리"로 지칭되는 단일 구성요소는 하나 이상의 상이한 타입의 메모리로 구성될 수 있고, 따라서 하나 이상의 타입의 메모리를 포함하는 집합적 구성요소를 지칭할 수 있다는 것이 이해된다. 임의의 단일 메모리 구성요소가 복수의 집합적으로 등가인 메모리 구성요소로 분리될 수 있으며 그 반대도 마찬가지라는 것을 쉽게 이해할 수 있다. 또한, 메모리는 하나 이상의 다른 구성 요소(예: 도면에서)와 별개로 묘사될 수 있지만, 메모리는 공통 통합 칩과 같은 다른 구성 요소 내에 통합될 수 있음을 이해한다.

도 1은 다양한 실시예에 따른 다중 판매자 주문을 위한 방법의 흐름도를 도시한다.

다양한 실시예에 따르면, 사전 예약에 대한 사전 예약 수수료를 결정하는 방법(100)이 제공될 수 있다. 일부 실시예에서, 방법(100)은, 하나 이상의 서버 프로세서(들)를 사용하여, 사용자 장치가 제1 판매자의 정보를 표시할 경우, 실시간으로 사용자의 사용자 장치로부터의 제1 판매자 데이터를 수신하는 단계(102)를 포함할 수 있다. 방법(100)은, 데이터베이스의 제1 판매자 데이터 및 과거 데이터를 사용하여 사용자의 사용자 장치에 표시하도록, 적어도 하나의 적합한 판매자를 결정하기 위해 하나 이상의 프로세서(들)를 사용하는 단계(104)를 포함할 수 있다. 방법(100)은, 하나 이상의 프로세서(들)를 사용하여, 사용자의 사용자 장치에 적어도 하나의 적합한 판매자의 정보를 표시하는 단계(106)를 포함할 수 있다. 방법(100)은 사용자로부터 사용자 주문을 수신하기 위해 하나 이상의 프로세서(들)를 사용하는 단계(108)를 포함할 수 있다. 사용자 주문은 제1 판매자로부터의 제1 아이템에 관한 제1 주문 데이터 및 제2 판매자로부터의 제2 아이템에 관한 제2 주문 데이터를 포함한다. 방법(100)은, 제1 판매자로부터 제1 아이템을, 제2 판매자로부터 제2 아이템을 픽업하고, 제1 아이템과 제2 아이템을 동시에 이용자에게 배송하기 위해, 서비스 제공자를 위한 서비스 제공자의 서비스 제공자 장치에 사용자 주문을 전송하기 위해 하나 이상의 프로세서(들)를 사용하는 단계(110)를 포함할 수 있다.

단계 102 내지 110은 특정한 순서로 도시되어 있지만, 다른 배치도 가능하다. 경우에 따라 단계를 결합할 수도 있다. 단계 102 내지 110의 임의의 적절한 순서가 사용될 수 있다.

도 2는 다양한 실시예에 따른 다중 판매자 주문을 위해 구성된 통신 시스템의 개략도를 도시한다.

다양한 실시예에 따르면, 통신 시스템(200)은 서버(210), 및/또는 사용자 장치(220), 및/또는 서비스 제공자 장치(240), 및/또는 판매자 장치(250)를 포함할 수 있다.

일부 실시예에서, 서버(210)와 사용자 장치(220)는 통신망(230)을 통해 서로 통신할 수 있다. 서버(210) 및 서비스 제공자 장치(240)는 또한 통신 네트워크(230)를 통해 서로 통신할 수 있다. 서버(210) 및 판매자 장치(250)는 또한 통신 네트워크(230)를 통해 서로 통신할 수 있다. 도 2는 서버(210), 사용자 장치(220), 서비스 제공자 장치(240), 및 판매자 장치(250)를 통신 네트워크(230)에 연결하는 회선을 도시하지만, 일부 실시예에서, 서버(210), 사용자 장치(220), 서비스 제공자 장치(240) 및 판매자 장치(250)는, 예를 들어, 케이블을 통해 서로 물리적으로 연결되지 않을 수 있다. 대신에, 서버(210), 사용자 장치(220), 서비스 제공자 장치(240) 및 판매자 장치(250)는 인터넷 통신 프로토콜에 의한 통신 네트워크(230)를 통해 또는 모바일 셀룰러 통신 네트워크를 통해 무선으로 통신할 수 있다.

다양한 실시예에서, 서버(210)는 도 2에 개략적으로 도시된 바와 같은 단일 서버일 수 있거나, 다수의 서버 구성요소에 분산된 서버(210)에 의해 수행되는 기능을 가질 수 있다. 서버(210)는 하나 이상의 서버 프로세서(들)(212)를 포함할 수 있다. 서버(210)에 의해 수행되는 다양한 기능은 하나 이상의 서버 프로세서(들)(212)에 의해 수행될 수 있다. 일부 실시예에서, 서버(210)에 의해 수행되는 다양한 기능은 하나 이상의 서버 프로세서(들)에 걸쳐 수행될 수 있다. 다른 실시예에서, 서버(210)에 의해 수행되는 다양한 기능 중 각각의 특정 기능은 하나 이상의 서버 프로세서(들) 중 특정 서버 프로세서(들)에 의해 수행될 수 있다.

일부 실시예에서, 예를 들어, 서버(210)는 메모리(214)를 포함할 수 있다. 서버(210)는 또한 데이터베이스를 포함할 수 있다. 데이터베이스는 메모리(214)에 있을 수 있다. 메모리(214)와 데이터베이스는 하나의 구성요소이거나 별도의 구성요소일 수 있다. 서버의 메모리(214)는 서버(210)가 하나 이상의 서버 프로세서(212)의 제어 하에 수행하는 기능을 정의하는 컴퓨터 실행 가능 코드를 포함할 수 있다. 데이터베이스 및/또는 메모리(214)는 복수의 판매자의 과거 데이터(예: 복수의 판매자의 위치 및/또는 복수의 판매자에 의해 판매되는 아이템의 카테고리, 및/또는 복수의 판매자의 준비 시간, 및/또는 복수의 사용자의 사용자 선호도)를 포함할 수 있다. 메모리(214)는 비일시적 컴퓨터 판독 가능 매체와 같은 컴퓨터 프로그램 제품을 포함하거나 그러한 제품일 수 있다.

다양한 실시예에 따르면, 컴퓨터 프로그램 제품은 다양한 실시예에 따른 다중 판매자 주문을 위한 명령을 포함하는 컴퓨터 실행 가능 코드를 저장할 수 있다. 컴퓨터 실행 가능 코드는 컴퓨터 프로그램일 수 있다. 컴퓨터 프로그램 제품은 비일시적 컴퓨터 판독 가능 매체일 수 있다. 컴퓨터 프로그램 제품은 통신 시스템(100) 및/또는 서버(210)에 있을 수 있다.

일부 실시예에서, 서버(210)는 또한 서버(210)가 통신 네트워크(230)를 통해 통신할 수 있도록 하는 입력 및/또는 출력 모듈을 포함할 수 있다. 서버(210)는 또한 서버(210)의 사용자 제어를 위한 사용자 인터페이스를 포함할 수 있다. 사용자 인터페이스는, 예를 들어, 디스플레이 모니터, 예를 들어 터치스크린 장치 및 컴퓨터 키보드와 같은 사용자 입력 장치와 같은 컴퓨팅 주변 장치를 포함할 수 있다.

다양한 실시예에서, 사용자 장치(220)는 사용자 장치 메모리(222) 및 사용자 장치 프로세서(224)를 포함할 수 있다. 사용자 장치 메모리(222)는 사용자 장치 프로세서(224)의 제어 하에 사용자 장치(220)가 수행하는 기능을 정의하는 컴퓨터 실행 가능 코드를 포함할 수 있다. 사용자 장치 메모리(222)는 비일시적 컴퓨터 판독 가능 매체와 같은 컴퓨터 프로그램 제품을 포함하거나 그러한 제품일 수 있다. 사용자 장치(220)는 또한 사용자 장치(220)가 통신 네트워크(230)를 통해 통신할 수 있도록 하는 입력 및/또는 출력 모듈을 포함할 수 있다. 사용자 장치(220)는 또한 사용자가 사용자 장치(220)를 제어하기 위한 사용자 인터페이스를 포함할 수 있다. 사용자 인터페이스는 터치 패널 디스플레이일 수 있다. 사용자 인터페이스는 디스플레이 모니터, 키보드 또는 버튼을 포함할 수 있다.

다양한 실시예에서, 서비스 제공자 장치(240)는 서비스 제공자 장치 메모리(242) 및 서비스 제공자 장치 프로세서(244)를 포함할 수 있다. 서비스 제공자 장치 메모리(242)는 서비스 제공자 장치 프로세서(244)의 제어 하에 서비스 제공자 장치(240)가 수행하는 기능을 정의하는 컴퓨터 실행 가능 코드를 포함할 수 있다. 서비스 제공자 장치 메모리(242)는 비일시적 컴퓨터 판독 가능 매체와 같은 컴퓨터 프로그램 제품을 포함하거나 그러한 제품일 수 있다. 서비스 제공자 장치(240)는 또한 서비스 제공자 장치(240)가 통신 네트워크(230)를 통해 통신할 수 있도록 하는 입력 및/또는 출력 모듈을 포함할 수 있다. 서비스 제공자 장치(240)는 또한 사용자가 서비스 제공자 장치(240)를 제어하기 위한 사용자 인터페이스를 포함할 수 있다. 사용자 인터페이스는 터치 패널 디스플레이일 수 있다. 사용자 인터페이스는 디스플레이 모니터, 키보드 또는 버튼을 포함할 수 있다.

다양한 실시예에서, 판매자 장치(250)는 판매자 장치 메모리(252) 및 판매자 장치 프로세서(254)를 포함할 수 있다. 판매자 장치 메모리(252)는 판매자 장치 프로세서(254)의 제어 하에 판매자 장치(250)가 수행하는 기능을 정의하는 컴퓨터 실행 가능 코드를 포함할 수 있다. 판매자 장치 메모리(252)는 비일시적 컴퓨터 판독 가능 매체와 같은 컴퓨터 프로그램 제품을 포함하거나 그러한 제품일 수 있다. 판매자 장치(250)는 또한 판매자 장치(250)가 통신 네트워크(230)를 통해 통신할 수 있도록 하는 입력 및/또는 출력 모듈을 포함할 수 있다. 판매자 장치(250)는 또한 판매자가 판매자 장치(250)를 제어하기 위한 사용자 인터페이스를 포함할 수 있다. 사용자 인터페이스는 터치 패널 디스플레이일 수 있다. 사용자 인터페이스는 디스플레이 모니터, 키보드 또는 버튼을 포함할 수 있다.

다양한 실시예에서, 통신 시스템(200)은 복수의 사용자 장치, 및/또는 복수의 서비스 제공자 장치 및/또는 복수의 판매자 장치를 포함할 수 있다. 간결함을 위해, 기능 및 특성에 대한 중복 설명은 생략한다.

사용자 장치(220) 및/또는 서비스 제공자 장치(240) 및/또는 판매자 장치(250)에 대해 여기에 기술된 임의의 특징 및 특성이 복수의 사용자 장치 및/또는 복수의 서비스 제공자 장치 및/또는 복수의 판매자 장치에 적용될 수 있다는 것이 이해될 것이다.

다양한 실시예에서, 서버(210)는 다중 판매자 주문을 위해 구성될 수 있다. 일부 실시예에서, 사용자는 사용자 주문을 통해 복수의 판매자로부터 아이템을 주문할 수 있으며, 예를 들어, 사용자 주문은 제1 판매자로부터의 제1 아이템에 관한 제1 주문 데이터 및 제2 판매자로부터의 제2 아이템에 관한 제2 주문 데이터를 포함할 수 있다. 일부 실시예에서, 사용자는 사용자 장치(220)를 사용하여 복수의 판매자로부터 아이템을 주문할 수 있다. 일부 실시예에서, 서버(210)는 통신 네트워크(230)를 통해 사용자 장치(220)로부터 사용자 주문을 수신할 수 있다.

다양한 실시예에서, 예를 들어, 배달 기사와 같은 서비스 제공자는 복수의 판매자으로부터의 아이템을 포함할 수 있는 사용자 주문을 복수의 판매자으로부터 픽업할 수 있다. 예를 들어, 서비스 제공자는 제1 판매자로부터 제1 아이템을 픽업하고, 제2 판매자로부터 제2 아이템을 픽업할 수 있다. 일부 실시예에서, 서비스 제공자는 동시에 여러 판매자의 항목을 포함할 수 있는 사용자 주문을 사용자에게 전달할 수 있다. 일부 실시예에서, 서비스 제공자는 통신 네트워크(230)를 통해 서버(210)로부터 사용자 주문을 수신하기 위해 서비스 제공자 장치(240)를 사용할 수 있다.

다양한 실시예에서, 사용자 주문을 수신한 후, 서버(210)는 사용자 주문을 판매자에 중계할 수 있다. 일부 실시예에서, 사용자 주문은 제1 판매자로부터의 제1 아이템에 관한 제1 주문 데이터 및 제2 판매자로부터의 제2 아이템에 관한 제2 주문 데이터를 포함할 수 있다. 일부 실시예에서, 서버(210)는 제1 판매자 장치를 통해 제1 아이템에 대한 제1 주문 데이터를 제1 판매자에 전송할 수 있다. 서버(210)는 또한 제2 판매자 장치를 통해 제2 아이템에 대한 제2 주문 데이터를 제2 판매자에 전송할 수 있다. 일부 실시예에서, 제1 판매자 및/또는 제2 판매자는 사용자 주문에 대한 제1 아이템 및/또는 제2 아이템을 준비할 수 있다. 제1 판매자 및/또는 제2 판매자는 준비 시간을 서버(210)로 전송할 수 있다. 일부 실시예에서, 서버는 제1 판매자 및/또는 제2 판매자의 준비 시간을 서비스 제공자 장치(240)를 통해 서비스 제공자에 전송할 수 있다. 일부 실시예에서, 서버는 제1 판매자 및/또는 제2 판매자의 준비 시간을 사용자 장치(220)를 통해 사용자에 전송할 수 있다.

도 3은 다양한 실시예에 따른 다중 판매자 주문을 위해 구성된 통신 시스템의 흐름도(300)를 도시한다.

다양한 실시예에서, 통신 시스템은 서버를 포함할 수 있다. 서버는 하나 이상의 프로세서를 포함할 수 있다. 사용자 장치가 제1 판매자로부터 정보를 표시하고 있는 경우, 하나 이상의 프로세서(들)는 사용자의 사용자 장치로부터 제1 판매자 데이터(302)를 실시간으로 수신할 수 있다. 일부 실시예에서, 제1 판매자는 1차 판매자일 수 있다. 일부 실시예에서, 제1 판매자 데이터(302)는 판매자 식별자(ID)을 포함할 수 있다. 제1 판매자 데이터(302)는 또한 제1 판매자의 위치, 및/또는 제1 판매자가 판매하는 아이템의 카테고리, 및/또는 제1 판매자의 준비 시간 및/또는 제1 판매자의 가용성을 포함할 수 있다. 또 다른 실시예에서, 제1 판매자의 위치, 및/또는 제1 판매자가 판매하는 아이템의 카테고리, 및/또는 제1 판매자의 준비 시간 및/또는 제1 판매자의 가용성이 통신 시스템의 데이터베이스에 저장될 수 있다. 서버는, 사용자 장치로부터 제1 판매자 데이터를 수신한 후, 데이터베이스에 액세스하여 제1 판매자의 위치, 및/또는 제1 판매자가 판매하는 아이템의 카테고리, 및/또는 제1 판매자의 준비 시간, 및/또는 제1 판매자의 가용성을 검색할 수 있다.

일부 실시예에서, 하나 이상의 프로세서(들)는 제1 판매자의 위치로부터 가까운 판매자들의 목록을 결정할 수 있다. 근처 판매자는 서버가 사용자의 사용자 장치에 표시할 수 있는 잠재적인 판매자일 수 있다. 일부 실시예에서, 하나 이상의 프로세서(들)는 제1 판매자의 위치로부터 근처 판매자들의 지도(304)를 결정할 수 있다. 지도(304)는 제1 판매자의 위치로부터 임계 거리 내의 영역을 커버할 수 있다. 거리 임계치는 제1 판매자의 위치로부터 30m 내지 100m, 예를 들어 50m일 수 있다. 일부 실시예에서, 제1 판매자의 위치로부터 거리 임계치 내에 있는 위치를 갖는 판매자는 지도(304)에 있을 수 있고, 근처 판매자의 목록에 포함될 수 있다. 근처의 판매자 목록은 서버의 판매자 추천 엔진(306)으로 전송될 수 있다.

일부 실시예에서, 지도(304)는 제1 판매자의 위치로부터 시간 임계치 내의 영역을 커버할 수 있다. 즉, 잠재적인 판매자와 제1 판매자 사이를 이동하는 데 걸리는 시간은 시간 임계치 내에 있다. 시간 임계치은 제1 판매자의 위치로부터, 예를 들어, 3분과 같이 5분 미만의 임의의 시간일 수 있다.

일부 실시예에서, 제1 판매자의 위치로부터 시간 임계치 내에 위치하는 판매자들은 지도(304)에 있을 수 있고, 근처 판매자들의 목록에 포함될 수 있다. 근처 판매자 목록은 서버의 판매자 추천 엔진(306)으로 전송될 수 있다.

다양한 실시예에서, 서버는 데이터베이스(즉, 데이터 레이크(308))로부터 과거 예약 패턴과 같은 과거 데이터를 검색할 수 있다. 과거 데이터는 또한 제1 판매자의 위치로부터 임계 거리 내에 있는 위치를 가진 판매자, 및/또는 제1 판매자의 위치로부터 시간 임계치 내에 있는 위치를 갖는 판매자, 및/또는 제1 판매자가 판매하는 아이템의 카테고리와 유사한 아이템의 카테고리를 가진 판매자, 및/또는 제1 판매자가 판매하는 아이템의 카테고리로 아이템의 보완 카테고리가 있는 판매자, 및/또는 제1 판매자의 준비 시간과 비교하여 준비 시간 임계치 내에 있는 과거 준비 시간을 가진 판매자, 및/또는 사용자 선호도를 포함할 수 있다.

다양한 실시예에서, 서버(306)는 사용자가 단일 주문으로 주문할 수 있는 제1 판매자 외에 적어도 하나의 판매자를 표시하여 판매자의 스마트한 추천을 사용자에게 제공할 수 있다. 서버의 판매자 추천 엔진(306)은 데이터베이스의 제1 판매자 데이터 및 과거 데이터를 사용하여 사용자의 사용자 장치에 표시할 적어도 하나의 적합한 판매자를 결정할 수 있다.

다양한 실시예에서, 서버의 하나 이상의 프로세서(들)는, 제1 판매자의 위치, 제1 판매자가 판매하는 아이템의 카테고리, 제1 판매자의 준비 시간, 및 사용자 선호도 중 적어도 하나에 기초하여, 적어도 하나의 적절한 판매자를 결정하도록 구성될 수 있다.

다양한 실시예에서, 서버의 하나 이상의 프로세서(들)는, 제1 판매자 데이터 또는 데이터베이스의 과거 데이터를 통해 제1 판매자의 위치를 결정함으로써, 적어도 하나의 적절한 판매자를 결정하도록 구성될 수 있다. 서버는 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색할 수 있다. 적어도 하나의 잠재적인 판매자는 제1 판매자의 위치로부터 임계 거리 내에 있는 위치를 갖는다. 서버는 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정할 수 있습니다.

다양한 실시예에서, 서버의 하나 이상의 프로세서(들)는, 제1 판매자 데이터 또는 데이터베이스의 과거 데이터를 통해 제1 판매자의 위치를 결정함으로써, 적어도 하나의 적절한 판매자를 결정하도록 구성될 수 있다. 서버는 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색할 수 있다. 적어도 하나의 잠재적인 판매자와 제1 판매자 사이를 이동하는 데 걸리는 시간은 시간 임계치 내에 있다. 서버는 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정할 수 있다.

다양한 실시예에서, 서버의 하나 이상의 프로세서(들)는, 제1 판매자 데이터 또는 데이터베이스의 과거 데이터를 통해, 제1 판매자에 의해 판매되는 아이템의 카테고리를 결정하도록 구성될 수 있다. 서버는 제1 판매자에 의해 판매된 품목의 카테고리와 유사한 카테고리의 아이템을 판매하고 있는 적어도 하나의 잠재적인 판매자에 대해 데이터베이스에서 과거 데이터를 검색할 수 있다. 서버는 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정할 수 있다.

다양한 실시예에서, 서버의 하나 이상의 프로세서(들)는, 제1 판매자 데이터 또는 데이터베이스의 과거 데이터를 통해, 제1 판매자에 의해 판매되는 아이템의 카테고리를 결정하도록 구성될 수 있다. 서버는 제1 판매자에 의해 판매되는 아이템의 카테고리로서 아이템의 보완적 카테고리를 판매하고 있는 적어도 하나의 잠재적인 판매자에 대해 데이터베이스에서 과거 데이터를 검색할 수 있다. 서버는 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정할 수 있다.

다양한 실시예에서, 서버의 하나 이상의 프로세서(들)는 사용자 선호도에 대해 데이터베이스의 과거 데이터를 검색하도록 구성될 수 있다. 서버는 사용자 선호도와 일치하는 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색할 수 있다. 서버는 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시하기 위한 적어도 하나의 적합한 판매자로 설정할 수 있다.

다양한 실시예에서, 서버의 하나 이상의 프로세서(들)는 제1 판매자 데이터를 통해 제1 판매자의 준비 시간을 결정하도록 구성될 수 있다. 서버는 제1 판매자의 준비 시간 대비 준비 시간 임계치 이내인 과거의 준비 시간이 있는 적어도 하나의 잠재적인 판매자에 대한 데이터베이스의 과거 데이터를 검색할 수 있다. 서버는 적어도 하나의 잠재적인 판매자의 장치에 준비 시간 정보 요청을 보낼 수 있다. 서버는 적어도 하나의 잠재적인 판매자의 장치로부터 적어도 하나의 잠재적인 판매자의 준비 시간을 수신할 수 있다. 서버는 적어도 하나의 잠재적인 판매자의 준비 시간이 제1 판매자의 준비 시간과 비교하여 준비 시간 임계치 이내인지 결정할 수 있다. 서버는, 적어도 하나의 잠재적인 판매자의 준비 시간이 준비 시간 임계치 내에 있을 경우, 적어도 하나의 잠재적인 판매자를 사용자의 사용자 장치에 표시할 적어도 하나의 적합한 판매자로 설정할 수 있다.

다양한 실시예에서, 추천 모델(310)은 데이터베이스의 과거 데이터에 기초하여 구축될 수 있다. 일부 실시예에서, 추천 모델(310)에서 사용되는 특징은 제1 판매자가 판매하는 아이템 카테고리와 유사한 아이템 카테고리를 가진 판매자일 수 있다. 예를 들어, 제1 판매자가 패스트푸드를 판매하는 경우, 서버는 또한 패스트푸드를 판매하는 다른 판매자를 추천할 수 있다. 일부 실시예에서, 추천 모델(310)에서 사용되는 특징은 제1 판매자에 의해 판매되는 아이템의 카테고리로서 아이템의 보완적 카테고리를 갖는 판매자일 수 있다. 상호 보완적인 아이템 카테고리가 있는 판매자의 데이터는 과거 주문 패턴을 사용하여 얻을 수 있다. 예를 들어, 제1 판매자가 음식을 팔면, 서버가 과거 주문 패턴을 통해 "음료" 카테고리가 "음식" 카테고리를 보완한다고 결정하는 경우, 서버는 음료를 판매하는 다른 판매자를 추천할 수 있다. 일부 실시예에서, 추천 모델(310)에서 사용되는 특징은 사용자 선호도일 수 있다. 사용자 선호도는 사용자가 선호하는 항목의 카테고리, 예를 들어 요리 유형을 포함할 수 있다. 사용자 기본 설정에는 사용자가 주문을 기다리는 최대 대기 시간도 포함될 수 있다. 일부 실시예에서, 추천 모델(310)에서 사용되는 특징은 판매자 용량, 및/또는 판매자 준비 시간 및/또는 판매자 바구니 크기일 수 있다.

다양한 실시예에서, 기간 내 1차(제1) 판매자에서 주문이 이루어진 경우, 추천 모델(310)은 다른 판매자에서 주문이 이루어질 가능성을 예측하기 위해 사용자 주문 레벨에서의 머신 러닝 모델일 수 있다. 머신 러닝 모델은 제1 판매자가 선택되었을 때 사용자가 예약할 가능성이 더 높은 다른 판매자를 예측할 수 있다. 모델링 선택은 로지스틱 회귀, RandomForest 분류 또는 앙상블 모델(예: xgboost)에서 다양할 수 있다.

다양한 실시예에서, 추천 모델(310)은, Non-negative Matrix Factorization과 같은 사용자 레벨 예약을 통해, 판매자를 연결하는 추천 시스템을 사용하여 구축될 수 있다. 추천 모델(310)은 제공되는 입력 특징, 예를 들어, 요리 종류에 따라 판매자 간의 유사도를 예측할 수 있다. 일 실시예에서, 추천 모델(310)은 사용자가 제1 판매자를 확인하는 신호를 수신하면, 예측된 유사도 점수에 따라 다른 관련 판매자를 추천하고 순위를 매길 수 있다.

다양한 실시예에서, 모델 선택의 타입은 도시 레벨에서 판매자 분포(예: 지역의 판매자 밀도)를 기초로 할 수 있다.

다양한 실시예에서, 추천 모델(310)로부터의 데이터는 데이터를 처리하고 판매자 추천 엔진(306)을 업데이트하기 위해 데이터 처리 소프트웨어(312), 예를 들어 Spark 소프트웨어로 전송될 수 있다. 판매자 추천 엔진(306)은 일정한 간격으로, 예를 들어 5분마다 업데이트될 수 있다.

다양한 실시예에서, 서버는 사용자 애플리케이션(앱)(314)의 사용자 장치에 n개의 가장 관련 있는 판매자를 표시할 수 있다. 숫자 n은 임의의 적절한 정수, 예를 들어 3명의 판매자일 수 있다. 일부 실시예에서, 추천 모델(310)은 데이터베이스의 제1 판매자 데이터 및 과거 데이터에 기초하여 적합한 판매자의 목록을 결정할 수 있다. 서버는 적합한 판매자 목록이 n개보다 많더라도 가장 관련성이 높은 판매자 n개만 사용자 장치에 표시할 수 있다. 적합한 판매자 목록이 n보다 작거나 같으면, 서버는 적합한 판매자 목록에 있는 모든 판매자를 표시한다.

예시적인 실시예에서, 서버는 판매자 1이 51.9% 적합하고, 판매자 2가 25.3% 적합하며, 판매자 3이 9.2% 적합하고, 판매자 4가 4.8% 적합하다고 결정할 수 있다. n이 3명의 판매자로 설정되면, 서버는 사용자 장치에 판매자 1, 판매자 2 및 판매자 3을 표시하고 판매자 4는 제외한다. 반면에 n이 5로 설정되면, 서버는 사용자 장치에 판매자 1, 판매자 2, 판매자 3 및 판매자 4를 표시한다.

다양한 실시예에서, 서버는 사용자로부터 사용자 주문(316)을 수신할 수 있다. 사용자 주문은 제1 판매자로부터의 제1 아이템에 대한 제1 주문 데이터 및 제2 판매자로부터의 제2 아이템에 대한 제2 주문 데이터를 포함할 수 있다. 제2 판매자는 서버가 사용자 장치에 표시한 판매자일 수 있다. 일부 실시예에서, 서버는 데이터베이스(308)에 사용자 주문을 과거 데이터로 저장할 수 있다.

다양한 실시예에서, 사용자로부터 사용자 주문을 받기 전에, 서버는 사용자의 사용자 장치로부터 사용자의 가상 카트에 관한 정보를 수신하도록 구성될 수 있다. 일부 실시예에서, 가상 카트는 체크아웃될 잠재적 아이템에 관한 정보를 포함할 수 있다. 일부 실시예에서, 서버는 사용자가 가상 카트로부터 아이템을 체크아웃할 때 사용자로부터 사용자 주문을 수신하도록 구성될 수 있다.

다양한 실시예에서, 서버는 제2 사용자가 제2 사용자 장치를 사용하여 가상 카트에 추가하는 아이템에 관한 정보를 제2 사용자의 제2 사용자 장치로부터 수신하도록 구성될 수 있다. 서버는 사용자의 사용자 장치에 표시된 가상 카트를 업데이트하도록 구성될 수 있다. 일부 실시예에서, 사용자가 가상의 카트에서 아이템을 체크아웃할 때 가상 카트에는 제2 사용자가 추가한 아이템이 포함될 수 있다.

다양한 실시예에서, 서버는 드라이버 앱(318)을 통해 서비스 제공자의 서비스 제공자 장치에 사용자 주문을 보낼 수 있다. 서버는 제1 판매자로부터 제1 아이템을, 제2 판매자로부터 제2 아이템을 픽업하라는 지시를 서비스 제공자에게 보낼 수 있다. 서버는 또한 서비스 제공자에게 제1 아이템과 제2 아이템을 동시에 사용자에게 전달하라는 지시를 보낼 수 있다.

다양한 실시예에서, 서버의 판매자 이동 주문 엔진(328)은, 제1 판매자 및/또는 제2 판매자의 준비 시간과 같은, 판매자 준비 정보를 드라이버 앱(318)을 통해 서비스 제공자에게 보낼 수 있다. 서비스 제공자는 판매자 준비 정보를 사용하여 어떤 판매자에서 먼저 상품을 픽업할지 결정할 수 있다.

다양한 실시예에서, 서비스 제공자의 이동 시간 및/또는 판매자를 기다리는 시간과 같은 서비스 제공자의 이동 이력은 과거 데이터로서 저장될 데이터베이스(즉, 데이터 레이크(322))로 전송될 수 있다. 과거 데이터는 머신 러닝 모델일 수 있는 운전자 이동 모델(324)로 전송될 수 있다. 일부 실시예에서, 운전자 이동 모델은 사용자 주문에 대한 서비스 제공자를 결정하기 위해 과거 데이터를 사용할 수 있다.

다양한 실시예에서, 운전자 이동 모델(324)로부터의 데이터는 데이터를 처리하고 판매자 이동 주문 엔진(328)을 업데이트하기 위해 데이터 처리 소프트웨어(326), 예를 들어 Spark 소프트웨어로 전송될 수 있다. 판매자 이동 주문 엔진(328)은 일정한 간격으로, 예를 들어, 매 5분마다 업데이트될 수 있다.

도 4는 다양한 실시예에 따른 제1 판매자로부터 거리 임계치 내에 있는 잠재적인 적합한 판매자를 갖는 예시적인 영역(400)을 도시한다.

도 4에 도시된 바와 같이, 제1 판매자(402)는 영역(400)에 제1 위치를 가진다. 제1 거리 임계치를 나타내는 경계(404)가 도시된다. 제1 거리 임계치는 임의의 적절한 거리, 예를 들어, 제1 판매자(402)로부터 50m 이내일 수 있다. 일부 실시예에서, 제1 판매자로부터의 거리 임계치 내에 있는 적어도 하나의 잠재적인 적합한 판매자(406)가 도시될 수 있다. 일부 실시예에서, 복수의 잠재적인 적합한 판매자(406)가 있을 수 있다. 일부 실시예에서, 서버는 사용자 장치에 표시될 적어도 하나의 잠재적인 적합한 판매자(406)를 결정할 수 있다.

도 5는 다양한 실시예에 따른 상이한 판매자에서의 예시적인 운전자 대기 시간을 도시하는 차트(500)를 도시한다.

차트(500)에 도시된 바와 같이, 판매자마다 드라이버 대기 시간이 상이할 수 있다. 일부 실시예에서, 서버는 서비스 제공자에 대한 아이템 수집의 순서를 나타낼 수 있다. 이는 복수의 판매자 주문에 대한 서비스 제공업체의 대기 시간을 단축하는 이점이 있을 수 있다.

다양한 실시예에서, 판매자 레벨 특징의 과거 데이터에 기초하여 대기 시간을 예측하기 위해 모델(예: 머신 러닝 모델)을 구축할 수 있다. 판매자 레벨 특징의 과거 데이터에는 판매자 요리 타입, 바구니 크기, 시간이 포함될 수 있다.

일부 실시예에서, 서버는 예상 대기 시간이 가장 짧은 판매자부터 아이템을 먼저 수집하고, 예상 대기 시간이 가장 긴 판매자는 아이템을 마지막으로 수집하도록 서비스 제공자에게 지시할 수 있다. 예를 들어, 사용자가 판매자 A와 판매자 B로부터 주문하면, 판매자 A의 대기 시간이 판매자 B보다 짧기 때문에, 서버는 사용자에게 판매자 B로부터 아이템 수령하기 전에 먼저 A 판매자으로부터 아이템을 수령하도록 지시할 수 있다. 또 다른 예로서, 사용자가 판매자 B와 판매자 C로부터 주문하면, 판매자 C의 대기시간이 판매자 B보다 짧기 때문에, 서버는 사용자에게 판매자 B로부터 아이템을 수령하기 전에 먼저 판매자 C로부터 아이템을 수령하도록 지시할 수 있다.

도 6은 다양한 실시예에 따른 복수의 판매자 주문을 위한 통신 시스템의 백엔드 시스템(600)을 도시한다.

도 6의 흐름도에 도시된 단계는 특정 순서로 도시되어 있지만, 다른 배열도 가능하다. 경우에 따라 단계를 결합할 수도 있다. 임의의 적절한 단계 순서를 사용할 수 있다.

백엔드 시스템(600)은 애플리케이션을 통해 사용자에 의해 생성된 다중 판매자 그룹 주문을 전달하기 위해 함께 작동하는 다양한 백엔드 시스템의 전체 아키텍처를 도시한다. 다양한 실시예에서, 사용자, 운전자 및 판매자는 푸시 알림을 통해 애플리케이션의 주문에 대해 알림을 받을 수 있다.

도 6에 도시된 바와 같이, 다중 판매자 주문을 위해 구성된 Eater 애플리케이션(602)(즉, Eater 앱)이 있을 수 있다. 고객 경험(CE) 포털(604)도 있을 수 있다. CE 포털(604)은 진행 중인 주문에 대한 주문 상태를 볼 수 있고 특정 동작, 예를 들어 주문 취소, 사용자에게 금액 환불, 특정 주문에 할당된 운전자 식별 등을 수행할 수 있다. 다중 판매자 주문을 위해 구성된 판매자 애플리케이션(606)(즉, 판매자 앱)이 있을 수 있다. 다중 판매자 주문을 위해 구성된 드라이버 애플리케이션(608)(즉, 드라이버 앱)이 있을 수 있다. 다양한 실시예에서, Eater 애플리케이션(602), 판매자 애플리케이션(606) 및/또는 운전자 애플리케이션(608)은 Eater(즉, 사용자), 판매자 및 운전자 각각의 사용자 장치 상의 동일하거나 상이한 애플리케이션일 수 있다. 다양한 실시예에서, 백엔드 시스템은 비즈니스 문제, 예를 들어, 배송료 승수 및 판매자 커미션 비율을 구성하는 데 도움이 되는 비즈니스 포털(610)을 포함할 수 있다.

도 6에 도시된 바와 같이, 백엔드 시스템은 애플리케이션 프로그래밍 인터페이스(API) 게이트웨이(612)를 포함할 수 있다. API 게이트웨이(612)는 클라이언트와 백엔드 서비스 모음 사이에 있는 API 관리 도구일 수 있다. API 게이트웨이(612)는 사이버 보안 위협으로부터 모든 백엔드 애플리케이션을 보호하기 위한 공통 보안 계층의 역할을 할 수 있다.

도 6에 도시된 바와 같이, 백엔드 시스템은 PAX API(614), CE API(624), 판매자 API(628), 드라이버 API(640) 및 비즈니스 API(644)를 포함할 수 있다. 다양한 실시예에서, PAX API(614), CE API(624), 판매자 API(628), 운전자 API(640) 및/또는 비즈니스 API(644)는 API 게이트웨이(612)를 통해 Eater 애플리케이션(602), CE 포털(604), 판매자 애플리케이션(606), 운전자 애플리케이션(608) 및/또는 비즈니스 포털(610)과 통신할 수 있다. 다양한 실시예에서, PAX API(614), CE API(624), 판매자 API(628), 운전자 API(640) 및/또는 비즈니스 API(644)는 요청을 이행하기 위해 다른 백엔드 애플리케이션과 통신할 수 있다.

다양한 실시예에서, Eater 애플리케이션(602)은 API 게이트웨이(612)를 통해 PAX API(614)와 통신할 수 있다. PAX API(614)는 사용자 특정 판매자를 보여주기 위해 추천 시스템(616)을 호출할 수 있다. 사용자 특정 판매자는 사용자 선호도, 예를 들어, 서버의 데이터베이스에 이전에 저장된 사용자 선호 요리에 기초할 수 있다. 사용자 특정 판매자은, 또한 예를 들어, 거리 또는 임의의 다른 가능한 선택 방법에 기초하여 선택된 다른 판매자를 포함할 수 있다. 다양한 실시예에서, 추천 시스템(616)은 데이터베이스에 이전에 저장된 사용자 선호 요리를 로드하기 위해 데이터베이스를 호출할 수 있다. 추천 시스템은 백엔드 시스템(600)에서 식품 데이터 서비스 모듈(612)을 호출함으로써 요리에 기초한 판매자를 로드할 수 있다.

다양한 실시예에서, PAX API(614)는 카트 관리자 모듈(620)을 호출하여 사용자가 선택한 항목을 관리할 수 있다. 다양한 실시예에서, 사용자가 Eater 앱(602)에서 카트를 선택하면, 카트 관리자(620)는 카트에서 사용자가 선택한 항목을 표시할 수 있다. 다양한 실시예에서, CE 포털(604)은 주문 관리자(622)의 실시간 업데이트를 돕기 위해 CE API(624)를 호출할 수 있다.

다양한 실시예에서, 사용자가 카트의 항목을 체크아웃할 경우, 주문 관리자(622)는 준비 API(626)를 호출할 수 있다. 준비 API(626)는 주문을 판매자 API(628)로 전달할 수 있다. 판매자 API(628)는 API 게이트웨이(612)를 통해 주문을 판매자 앱(606)으로 전달할 수 있다. 판매자는 사용자로부터 주문을 받고 수락할 수 있다. 사용자로부터의 주문은 사용자가 주문한 아이템, 배달원(즉, 운전자)의 세부사항 및/또는 사용자가 주문을 위해 아이템을 준비하는 시간 또는 날짜를 포함할 수 있다.

다양한 실시예에서, 사용자가 카트의 항목을 체크아웃할 때, 주문 관리자(622)는 출납원 모듈(630)을 호출할 수 있다. 출납원 모듈(630)은 결제 게이트웨이(632)를 호출할 수 있다. 결제 게이트웨이(632)는 신용 카드 또는 임의의 다른 전자 결제 방법과 같은 다양한 결제 방법을 포함할 수 있다.

다양한 실시예에서, 사용자가 카트의 아이템을 체크아웃할 때, 주문 관리자(622)는 배송 API(634)를 호출할 수 있다. 배달 API(634)는 운전자 할당 모듈(638)을 호출할 수 있다. 다양한 실시예에서, 운전자 애플리케이션(608)은 API 게이트웨이(612)를 통해 운전자 API(640)와 통신할 수 있다. 운전자 API(640)는 운전자 기능 모듈(640)과 통신할 수 있다. 운전자 기능 모듈은 다양한 요구 사항을 기반으로 운전자가 적합한지 여부(예를 들어, 판매자로부터 운전자까지의 거리 및/또는 운전자가 현재 다른 주문을 처리하고 있는지 여부)를 평가할 수 있다. 다양한 실시예에서, 운전자 기능 모듈(642)이 운전자가 적합하다고 평가하면, 운전자 기능 모듈(642)은 운전자 할당 모듈(638)을 호출할 수 있다. 다양한 실시예에서, 운전자 할당 모듈(638)은 운전자를 주문에 할당할 수 있다. 다양한 실시예에서, 배달 API(634)는 주문 일괄 처리 모듈(636)을 호출할 수 있고, 주문 일괄 처리 모듈(636)은 사용자에 의해 이루어진 주문과 유사한 픽업 위치 및/또는 하차 위치를 가진 임의의 주문이 있는지 여부를 결정할 수 있다. 주문 일괄 처리 모듈(636)은 사용자로부터의 주문과 유사한 픽업 위치 및/또는 하차 위치를 갖는 하나 이상의 다른 주문을 포함할 수 있고, 동일한 운전자에게 다수의 주문을 할당하기 위해 운전자 할당 모듈(638)을 호출할 수 있다.

도 7a 내지 도 7n은 다양한 실시예에 따라 사용자가 다중 판매자 주문을 위해 구성된 애플리케이션을 사용할 때 상이한 백엔드 프로세스를 예시하는 흐름도를 도시한다.

도 7a 내지 7n의 흐름도에 도시된 단계는 특정 순서로 도시되어 있지만, 다른 배열도 가능하다. 경우에 따라 단계를 결합할 수도 있다. 임의의 적절한 단계 순서를 사용할 수 있다.

도 7의 흐름도(700)는 도 7a는 사용자가 다중 판매자 주문을 위해 구성된 애플리케이션(즉, Eater 애플리케이션)에 들어갈 때의 백엔드 프로세스를 보여준다. 단계 701에서, 애플리케이션은, 홈 페이지를 로드하기 위해 애플리케이션을 열 때, 사용자 또는 승객(PAX) 애플리케이션 프로그래밍 인터페이스(API)를 호출할 수 있다. 단계 702에서, PAX API는 추천 시스템을 호출하여 사용자별 판매자를 표시할 수 있다. 사용자 특정 판매자는 사용자 선호도, 예를 들어, 서버의 데이터베이스에 이전에 저장된 사용자 선호 요리에 기초할 수 있다. 단계 703에서, 추천 시스템은 데이터베이스에 이전에 저장된 사용자 선호 요리를 로드하기 위해 데이터베이스를 호출할 수 있다. 단계 703에서, 추천 시스템은 서버에서 식품 데이터 서비스 모듈을 호출하여 요리에 기초하여 판매자를 로드할 수 있다.

도 7b의 흐름도(705)는 사용자가 애플리케이션에서 제1 판매자를 클릭할 때 백엔드 프로세스를 보여준다. 단계 706에서, 애플리케이션은 PAX API를 호출할 수 있다. 단계 707에서, PAX API는 추천 시스템을 호출하여 다중 판매자 주문이 허용된 인근 판매자를 획득할 수 있다. 다중 가맹점 주문에 적합한 가맹점을 결정하기 위한 세부 사항은 도 1 내지 도 5 및 도 1 내지 도 5에 대한 설명에서 확인할 수 있다. 단계 707에서, PAX API는 식품 데이터 서비스 모듈을 호출하여 사용자 장치에 표시하도록 선택된 적합한 판매자에 관한 정보를 로드할 수 있다. 정보에는 메뉴 항목과 함께 판매자 세부 정보가 포함될 수 있다.

도 7c의 흐름도(709)는 사용자가 그룹을 생성하고 그룹의 링크를 공유할 때 백엔드 프로세스를 나타낸다. 단계 710에서, 애플리케이션은 단체 주문을 생성하기 위해 PAX API를 호출할 수 있다. 단계 711에서, PAX API는 사용자에 대한 그룹이 이미 존재하는지 확인할 수 있다. PAX API는 해당 사용자에 대한 판매자가 포함된 그룹이 없는 경우 그룹을 생성할 수 있다. 기존 그룹이 있는 경우, PAX API는 오류를 반환하여 기존 그룹을 취소할 수 있다. PAX API가 그룹을 생성한 후, PAX API는 이 그룹에 대한 고유한 공유 링크를 사용자에게 반환할 수 있다. 사용자는 whatsapp, wechat 등과 같은 메시징 플랫폼과 같은 다른 소셜 플랫폼과 같은 적절한 플랫폼을 통해 다른 사용자와 링크를 공유할 수 있다. 그룹에 가입한 다른 사용자는 그룹의 구성원으로 간주될 수 있다.

도 7d의 흐름도(712)는 사용자가 그룹을 생성할 때 상이한 그룹 상태를 보여준다. 단계 713에서, 사용자는 그룹을 생성할 수 있다. 이제 그룹의 상태(714)가 "생성"된다. 단계 715에서, 그룹의 모든 구성원은 가상 카트에 아이템을 추가하는 것을 진행할 수 있고, 가상 카트에 추가된 아이템을 확인하는 것을 진행할 수 있다. 그룹의 상태(716)는 이제 "확인"된다. 단계 717에서, 그룹 생성자일 수 있는 사용자는 주문을 할 수 있다. 주문에는 그룹의 다른 구성원이 가상 카트에 추가한 항목이 포함될 수 있다. 사용자가 주문한 후 그룹의 상태(718)는 이제 "완료"이다. 대안적으로, "확인" 상태(716)에서, 단계(719)에서, 사용자는 그룹을 취소할 수 있다. 그룹의 상태(720)는 이제 "취소"된다. 대안적으로, "생성" 상태(714)에서, 단계(721)에서, 사용자는 그룹을 취소할 수 있다. 그룹의 상태(720)는 이제 "취소"된다.

도 7e의 흐름도(721)는 그룹 내의 멤버 상태를 나타낸다. 단계 722에서, 구성원이 그룹에 가입할 수 있다. 멤버의 상태(723)가 이제 "가입"되었다. 단계(724)에서, 그룹의 멤버는 가상 카트에 아이템을 추가하는 것을 진행할 수 있고, 가상 카트에 추가된 아이템을 확인하는 것을 진행할 수 있다. 가상 카트의 상태(725)는 이제 "확인되었음"이다. 단계 726에서, 멤버는 그룹을 떠날 수 있다. 멤버의 상태(727)는 이제 "떠났음"이다. 단계 728에서, 멤버는 그룹에 다시 가입할 수 있다. 멤버의 상태(723)는 이제 "가입되었음"이다. 단계 729에서, 사용자(즉, 그룹 생성자)는 해당 멤버를 그룹에서 퇴출시킬 수 있다. 멤버의 상태(730)는 이제 "퇴출됨"이다. 그룹에는 표 1의 다음 정보가 포함될 수 있다.

필드	설명
ID	구성원과 공유하는 데 사용되는 그룹의 고유 ID
생성자	그룹 생성자의 아이디
멤버	그룹에 가입한 멤버의 아이디
상태	그룹 내 모든 구성원의 상태
판매자	그룹이 생성된 최초 판매자 ID
배송_위치	그룹 생성자의 배송 위치

다양한 실시예에서, 링크는 애플리케이션에 대한 딥 링크일 수 있다. 링크를 클릭하면 애플리케이션의 특정 페이지로 딥 링크가 열릴 수 있다. 일부 실시예에서, 링크를 클릭하면 애플리케이션이 열릴 것이다. 사용자가 로그인한 후, 애플리케이션은 사용자가 주변 판매자를 포함하여 선택한 판매자로부터 아이템을 선택할 수 있는 옵션이 있는 보기를 열 수 있다. 모든 판매자로부터 상품을 선택한 후, 사용자는 아이템을 확인할 수 있다.

도 7f의 흐름도(731)는 구성원이 그룹에 가입할 때 백엔드 프로세스를 보여준다. 그룹 생성자(즉, 사용자)가 다른 회원에게 링크를 공유한 후, 회원은 그룹에 가입하여 가상 카트에 아이템목을 추가할 수 있다. 단계 732에서, 그룹 생성자로부터 수신된 공유 링크를 클릭하면, 애플리케이션은 그룹을 보여줄 수 있고 그룹에 가입하기 위한 옵션을 보여줄 수 있다. 가입 옵션을 클릭하면, 애플리케이션이 PAX API를 호출한다. 단계 733에서, PAX API는 그룹이 존재하는지 확인하고 그룹이 존재하면 멤버를 그룹에 추가할 수 있다.

도 7g의 흐름도(734)는 구성원이 그룹을 떠날 때 백엔드 프로세스를 나타낸다. 일 실시예에서, 그룹에 가입한 구성원은 그룹 주문이 이루어지기 전에 언제든지 그룹을 떠날 수 있다. 단계 735에서, 회원이 그룹 탈퇴를 클릭하면 애플리케이션은 PAX API를 호출할 수 있다. 단계 736에서, PAX API는 그룹이 존재하는지 그리고 멤버가 그룹에 속하는지를 검증할 수 있고, 이 멤버에 의해 추가된 모든 아이템을 삭제하기 위해 푸드 카트 모듈을 호출할 수 있다. 단계 737에서 푸드 카트 모듈(food-cart module)은 가상 카트를 업데이트할 수 있다. 단계 738에서, PAX API는 그룹이 존재하는지 그리고 구성원이 그룹에 속하는지를 검증할 수 있다. 구성원이 그룹에 속한 경우, PAX API는 그룹에서 구성원을 제거할 수 있다. 그룹 주문에서 이 멤버가 추가한 모든 항목은 푸드 카트 모듈을 호출하여 제거할 수 있다.

도 7h의 흐름도(739)는 구성원이 그룹 생성자에 의해 퇴출될 때 백엔드 프로세스를 도시한다. 단계 740에서, 그룹 생성자의 애플리케이션은 PAX API를 호출할 수 있다. 단계 741에서, PAX API는 퇴출된 멤버가 그룹에 속하는지 확인하고, 퇴출된 멤버가 추가한 항목을 삭제하기 위해 푸드 카트 모듈을 호출할 수 있다. 단계 742에서, 푸드 카트 모듈은 가상 카트를 업데이트할 수 있다. 단계 743에서, PAX API는 그룹의 구성원 상태를 업데이트할 수 있다.

도 7i의 흐름도(744)는 그룹 생성자가 그룹을 취소할 때 백엔드 프로세스를 나타낸다. 단체 주문이 이루어지지 않은 경우, 그룹 생성자는 그룹을 취소할 수 있다. 단계 745에서, 그룹 생성자가 그룹 취소를 클릭하면, 애플리케이션이 PAX API를 호출할 수 있다. 단계 746에서, PAX API는 이전에 추가된 항목이 있는 경우, 가상 카트에서 모든 항목을 삭제하기 위해 푸드 카트 모듈을 호출할 수 있다. 단계(747)에서, 푸드 카트 모듈은 카트로부터 아이템을 지울 수 있다. 단계 748에서, PAX API는 데이터베이스에서 그룹을 삭제할 수 있다.

도 7j의 흐름도(749)는 회원이 아이템을 가상 카트에 추가하기 위해 판매자를 볼 때의 백엔드 프로세스를 보여준다. 단계 750에서, 판매자를 보기 위해 애플리케이션은 PAX API를 호출할 수 있다. 단계 751에서, PAX API는 멤버를 확인하기 위해 그룹 세부 사항을 가져올 수 있다. 단계(752)에서, PAX API는 그룹 세부사항을 사용하여 추천 시스템을 호출하여 그룹 주문에 대해 추천될 모든 주변 판매자를 가져올 수 있다. 단계 753에서, PAX API는 식품 데이터 서비스에서 판매자의 세부 정보 및/또는 메뉴 항목을 가져오고 응답을 애플리케이션에 반환할 수 있다.

도 7k의 흐름도(754)는 회원이 아이템을 가상 카트에 추가할 때의 백엔드 프로세스를 보여준다. 단계 755에서 애플리케이션은 PAX API를 호출할 수 있다. 단계 756에서, PAX API는 (즉, 구성원이 그룹에 속하는 경우) 그룹의 구성원 상태를 확인할 수 있다. 구성원이 그룹의 일부가 아닌 경우 오류를 반환할 수 있다. 단계 757에서, PAX API는 푸드 카트 모듈을 호출하여 선택된 항목으로 가상 카트를 생성 및/또는 업데이트할 수 있다. 단계(758)에서, 푸드 카트 모듈은 그룹의 모든 구성원에 대한 가상 카트의 항목을 업데이트할 수 있다.

7l의 흐름도(759)는 회원이 가상 카트의 항목을 확인할 때 백엔드 프로세스를 나타낸다. 단계 760에서, 애플리케이션은 회원이 가상 카트의 항목을 확인한 후 PAX API를 호출할 수 있다. 단계 761에서, PAX API는 그룹의 구성원 상태를 "확인됨"으로 업데이트할 수 있다.

도 7m의 흐름도(762)는 구성원 및/또는 그룹 생성자가 구성원이 가상 카트에 추가한 항목을 볼 때 백엔드 프로세스를 나타낸다. 단계(763)에서, 애플리케이션은 가상 카트 세부사항을 검색하기 위해 PAX API를 호출할 수 있다. 단계 764에서, PAX API는 그룹 정보를 검색할 수 있다. 단계 765에서, PAX API는 푸드 카트 모듈로부터 그룹에 기초하여 가상 카트 세부사항을 검색할 수 있다. 단계(766)에서, 푸드 카트 모듈은 데이터베이스로부터 가상 카트 세부사항을 검색할 수 있다.

도 7n의 흐름도(767)는 그룹 생성자가 주문할 때 백엔드 프로세스를 나타낸다. 단계(768)에서, 회원에 의해 가상 카트에 아이템이 추가된 후, 사용자는 예를 들어 주문을 클릭함으로써 가상 카트를 체크아웃할 수 있다. 애플리케이션은 PAX API를 호출하여 주문을 생성할 수 있다. 주문이 성공적으로 이루어지면, PAX API는 주문이 완료될 때까지(예: 항목 배송 시기) 주문 상태 및 세부 정보를 지속적으로 폴링할 수 있다. 단계 769에서, PAX API는 주문을 생성하기 위해 주문 관리자를 호출할 수 있다. 단계(770)에서, 주문 관리자는 푸드 카트 모듈로부터 주문에 대한 가상 카트를 가져올 수 있다. 단계(771)에서, 주문 관리자는 출납원에게 전화를 걸어 주문을 등록함으로써 애플리케이션 지갑 및/또는 신용 카드 및/또는 임의의 적합한 결제 방법으로 돈을 보유할 수 있다. 대안적으로, 직불 카드를 사용하는 경우 주문 관리자가 보유하는 대신 금액을 공제할 수 있다. 주문 관리자는 애플리케이션을 통해 주문이 성공적으로 완료되었음을 사용자에게 알릴 수 있다.

도 8은 다양한 실시예에 따른 다양한 주문 상태의 흐름도(800)를 도시한다.

흐름도(800)에 도시된 단계는 특정 순서로 도시되어 있지만, 다른 배열도 가능하다. 경우에 따라 단계를 결합할 수도 있다. 임의의 적절한 단계 순서가 사용될 수 있다.

상태 801에서, 사용자 주문은 사용자가 가상 카트에서 아이템을 체크아웃한 후에 생성될 수 있고, 주문의 상태는 "생성"으로 변경될 수 있다. 단계 802에서, 판매자는 사용자 주문을 수락할 수 있다. 상태 803에서, 판매자가 주문을 수락한 후 주문 상태가 "확인"으로 변경될 수 있다. 단계(804)에서, 서비스 제공자(즉, 드라이버)는 아이템을 사용자에게 전달하기 위해 서버에 의해 할당될 수 있다. 상태 805에서, 운전자가 판매자들로부터 물품을 수령하기 전에 주문의 상태는 "픽업"일 수 있다. 단계 806에서, 서비스 제공자는 판매자로부터 주문을 수집할 수 있고, 다중 판매점 주문의 경우 복수의 판매자로부터 수집할 수 있다. 상태 807에서, 서비스 제공자가 주문을 수집한 후, 주문의 상태는 "dropoff"로 변경될 수 있다. 단계 808에서, 서비스 제공자는 아이템을 사용자에게 전달할 수 있다. 멀티 판매자 주문의 경우, 서비스 제공자는 복수의 판매자로부터의 아이템을 사용자에게 동시에 배송할 수 있다. 상태 809에서, 서비스 제공자가 주문을 전달한 후, 주문의 상태는 "완료"로 변경될 수 있다.

일부 실시예에서, "생성" 중인 주문의 상태 801에서, 단계 810에서, 사용자는 주문을 취소하거나 판매자가 주문을 거부할 수 있으며, 그 결과 주문의 상태(811)가 "취소됨"으로 변경된다. 일부 실시예에서, 다중 판매자 주문의 경우, 서버는 사용자가 주문한 복수의 판매자 중 하나의 판매자가 주문을 거부하는 경우, 사용자 장치를 통해 사용자에게 알릴 수 있다. 사용자는 전체 주문을 취소하거나 거부한 판매자의 아이템 없이 주문을 진행할 수 있다. 일부 실시예에서, 판매자 또는 다수의 판매자가 주문을 수락하고 주문 상태가 "확인" 상태(803)가 된 후, 단계 812에서, 서버는 아이템을 사용자에게 전달하기 위해 서비스 제공자를 할당하는 데 실패할 수 있다. 이는 사용 가능한 서비스 공급자가 부족하기 때문일 수 있다. 서버가 서비스 제공자를 할당하지 못한 경우, 상태(813)가 발생하고 주문 상태가 "할당되지 않음"으로 변경될 수 있다.

도 9a 및 도 9b는 다양한 실시예에 따른 상이한 백엔드 프로세스를 예시하는 흐름도를 도시한다. 도 9a 내지 9b의 흐름도에 도시된 단계는 특정 순서로 도시되어 있지만, 다른 배열도 가능하다. 경우에 따라 단계를 결합할 수도 있다. 임의의 적절한 단계 순서를 사용할 수 있다.

도 9a의 흐름도(900)는 판매자에게 주문에 대해 통지되는 백엔드 프로세스를 나타낸다. 단계 901에서, 주문이 생성된 후, 주문 관리자는 준비 API에 알릴 수 있다. 단계 902에서, 준비 API는 판매자 API를 통해 주문에 대해 관련된 모든 다른 판매자에 통지할 수 있고, 모든 판매자가 주문을 확인하기를 기다릴 수 있다. 단계 903에서, 판매자 API는 판매자의 판매자 장치 상의 판매자 앱에 주문에 대해 알릴 수 있다.

도 9b의 흐름도(904)는 판매자가 주문을 검토하고 확인할 때 백엔드 프로세스를 보여준다. 단계 905에서, 판매자 앱이 주문을 통지한 후, 팬매자는 주문 항목을 검토할 수 있고, 판매자 API를 호출하여 주문을 확인할 수 있다. 단계 906에서, 판매자 API는 준비 API에 알릴 수 있다. 단계 907에서, 준비API는 모든 판매자로부터 확인을 받으면 주문관리자에게 각각의 판매자에 대한 준비시간을 알릴 수 있다. 단계 908에서, 애플리케이션은 주문 상태 및 세부 사항에 대해 폴링을 계속할 수 있다. 단계 909에서, PAX API는 판매자가 주문을 수락하는 것과 같은 세부 사항과 함께 주문 상태를 가져올 수 있다.

도 10a 내지 10f는 다양한 실시예에 따른 상이한 백엔드 프로세스를 예시하는 흐름도를 도시한다.

도 10a 내지 10f의 흐름도에 도시된 단계는 특정 순서로 도시되어 있지만, 다른 배열도 가능하다. 경우에 따라 단계를 결합할 수도 있다. 임의의 적절한 단계 순서를 사용할 수 있다. 도 10a의 흐름도(1000)는 운전자(즉, 서비스 제공자)가 주문 전달을 위해 할당될 때 백엔드 프로세스를 도시한다. 단계 1001에서, 주문 관리자는 판매자에 의해 주문이 수락된 후, 각 판매자의 주문 배송 준비 시간을 포함하는 주문 내역을 배송 작업에 통지할 수 있다. 단계(1002)에서, 배달 API는 주문에 대한 운전자를 할당하기 위해, 운전자 할당을 통지할 수 있고 운전자 세부사항에 대한 폴링을 계속할 수 있다. 단계 1003에서, 운전자 할당은 저장 용량과 함께 위치 주변의 모든 사용 가능한 운전자를 가져올 수 있다. 단계 1004에서, 운전자 할당은 작업을 이용 가능한 운전자에 알릴 수 있고 운전자가 작업을 수락하기를 기다릴 수 있다. 단계 1005에서, 운전자 API는 운전자에게 작업 내용을 알릴 수 있다.

도 10b의 흐름도(1006)는 운전자가 주문 배송을 수락할 때의 백엔드 프로세스를 나타낸다. 단계 1007에서, 운전자가 작업을 수신한 후, 운전자는 작업을 수락하고 운전자 API에 알릴 수 있다. 단계 1008에서, 운전자 API는 운전자 확인에 대해 운전자 할당을 알릴 수 있다. 단계 1009에서, 배송 API는 운전자 할당에서 운전자 세부 정보를 가져올 수 있다. 단계 1010에서, 배달 API는 주문 관리자에게 운전자 세부 정보를 알릴 수 있다. 단계 1011에서, 애플리케이션은 주문 상태 및 세부사항을 폴링할 수 있다. 단계 1012에서, PAX API는 운전자 세부사항 및 운전자 위치 지도를 갖는 상태 및 세부사항을 가져올 수 있다.

도 10c의 흐름도(1013)는 판매자 위치로 라우팅하는 드라이버의 백엔드 프로세스를 나타낸다. 단계 1014에서, 운전자 앱은 진행 중인 작업을 위해 운전자 API를 호출할 수 있다. 단계 1015에서, 운전자 API는 운전자 할당에서 진행 중인 작업을 가져올 수 있다. 단계 1016에서, 운전자 API는 배송 API로부터 배송 작업 세부 사항을 가져올 수 있으며, 배송 API에는 운전자가 아이템을 수집하기 위해 판매자를 방문해야 하는 순서에 대한 정보가 포함될 수 있다. 배송 API는 주문에 대한 판매자의 준비 시간에 기초하여 라우팅을 결정할 수 있다.

도 10d의 흐름도(1017)는 운전자가 판매자로부터 아이템을 픽업할 때의 백엔드 프로세스를 나타낸다. 단계 1018에서, 운전자가 판매자 위치에 도착한 후, 운전자는 아이템 세부사항을 확인할 수 있고 이들을 수집할 수 있다. 예를 들어,운전자 앱에서 수집을 클릭하는 것과 같이, 운전자가 아이템을 수집했다고 표시하면 운전자 앱이 운전자 API를 호출할 수 있다. 단계 1019에서, 운전자 API는 판매자로부터 수집한 아이템에 대해 배송 API에 알릴 수 있다. 단계 1020에서, 모든 판매자로부터 모든 아이템을 회수한 후, 배송 API는 주문 관리자에게 모든 판매자로부터 주문을 픽업하였음을 알릴 수 있다. 주문이 픽업되었다는 알림이 사용자 장치의 사용자 애플리케이션을 통해 사용자에게 전송될 수 있다. 단계 1021에서, 사용자 애플리케이션은 주문 상태 및 세부사항을 폴링할 수 있다. 단계 1022에서, PAX API는 주문이 운전자에 의해 픽업되었다는 정보를 포함할 수 있는 주문 상태 및 세부사항을 가져올 수 있다.

도 10e의 흐름도(1023)는 운전자가 사용자 위치에 도착할 때의 백엔드 프로세스를 보여준다. 단계 1024에서, 사용자 위치에 도달하면, 운전자는, 예를 들어, 운전자 API를 호출할 수 있는 운전자 앱의 "도착"을 클릭하여 사용자 위치에 도착했음을 나타낼 수 있다. 단계 1025에서, 운전자 API는 운전자가 사용자 위치에 도착했음을 배달 API에 알릴 수 있다. 단계 1026에서, 사용자는 운전자가 주문한 아이템을 가지고 도착했다는 통지를 수신할 수 있다. 단계 1027에서, 애플리케이션은 주문 상태를 폴링할 수 있다. 단계 1028에서, PAX API는 주문 상태 및 세부 정보를 가져올 수 있다. 주문 상태 및 내역에는 운전자가 사용자 위치에 도착했다는 정보가 포함될 수 있다.

도 10f의 흐름도(1029)는 운전자가 주문을 전달할 때의 백엔드 프로세스를 도시한다. 단계 1030에서, 사용자에게 아이템이 배송된 후, 운전자는, 예를 들어, 운전자 API를 호출할 수 있는 운전자 앱에서 "완료"를 클릭하여 주문을 완료했음을 나타낼 수 있다. 단계 1031에서, 운전자 API는 작업이 전달되었음을 전달 API에게 알릴 수 있다. 단계 1032에서, 전달 API는 운전자가 다음 작업에 이용 가능하다는 것을 운전자 할당에 알릴 수 있다. 단계 1033에서, 배송 API는 주문 관리자에서 주문 상태를 완료로 업데이트할 수 있다. 단계 1034에서, 일단 사용자 주문이 완료되면, 주문 관리자는 출납원을 호출하여 사용자로부터 금액을 차감할 수 있다. 단계 1035에서, 출납원은 주문을 생성하는 동안 사용자가 선택한 결제 방법에서 돈을 차감할 수 있다. 단계 1036에서, 애플리케이션은 주문 상태에 대해 폴링할 수 있다. 단계 1037에서, PAX API는 주문 상태 및 세부 정보를 가져올 수 있다. 주문 상태 및 내역에는 주문이 완료되었다는 정보가 포함될 수 있다.

본 발명은 특정 실시예를 참조하여 구체적으로 도시되고 설명되었지만, 첨부된 특허청구범위에 의해 정의된 바와 같은 본 발명의 범위를 벗어나지 않고 형태 및 세부사항의 다양한 변경이 이루어질 수 있음을 당업자는 이해해야 한다. 따라서, 본 발명의 범위는 첨부된 청구범위에 의해 나타내어지며, 따라서 청구범위의 의미 및 등가 범위 내에 있는 모든 변경이 포함되는 것으로 의도된다.

Claims (22)

1. 다중 판매자 주문을 위해 구성된 서버로서, 상기 서버는:
   하나 이상의 프로세서(들); 및
   내부에 명령이 저장된 메모리
   를 포함하고,
   상기 명령은, 상기 하나 이상의 프로세서(들)에 의해 실행될 경우, 상기 하나 이상의 프로세서(들)가:
   사용자의 사용자 장치가 제1 판매자로부터의 정보를 표시하고 있을 때, 상기 사용자 장치로부터 제1 판매자 데이터를 실시간으로 수신하고;
   데이터베이스 내의 상기 제1 판매자 데이터 및 과거 데이터를 사용하여, 상기 사용자의 상기 사용자 장치 상에 표시할 적어도 하나의 적합한 판매자를 결정하며;
   상기 사용자의 상기 사용자 장치 상에 상기 적어도 하나의 적합한 판매자의 정보를 표시하고;
   상기 사용자로부터 사용자 주문-여기서 상기 사용자 주문은 상기 제1 판매자로부터의 제1 아이템에 관한 제1 주문 데이터 및 제2 판매자로부터의 제2 아이템에 관한 제2 주문 데이터를 포함함-을 수신하며;
   서비스 제공자가 상기 제1 판매자로부터 상기 제1 아이템을 픽업하고 상기 제2 판매자로부터 상기 제2 아이템을 픽업하도록, 그리고 상기 제1 아이템과 상기 제2 아이템을 상기 사용자에게 동시에 배송하도록 상기 서비스 제공자의 서비스 제공자 장치에 상기 사용자 주문을 전송하게
   하는 것을 특징으로 하는 서버.
2. 제1항에 있어서, 상기 하나 이상의 프로세서(들)는, 상기 제1 판매자의 위치, 상기 제1 판매자가 판매하는 아이템의 카테고리, 상기 제1 판매자의 준비 시간 및 사용자 선호도 중 적어도 하나에 기초하여, 상기 적어도 하나의 적합한 판매자를 결정하도록 구성되는 것을 특징으로 하는 서버.
3. 제2항에 있어서, 상기 하나 이상의 프로세서(들)는:
   상기 제1 판매자 데이터를 통해 또는 상기 데이터베이스 내의 상기 과거 데이터를 통해, 상기 제1 판매자의 위치를 결정하고;
   적어도 하나의 잠재적인 판매자-여기서 상기 적어도 하나의 잠재적인 판매자는 상기 제1 판매자의 위치로부터 거리 임계치 내에 있는 위치를 가짐-에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하며;
   상기 사용자의 상기 사용자 장치 상에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하여
   상기 적어도 하나의 적합한 판매자를 결정하도록 구성되는 것을 특징으로 하는 서버.
4. 제2항에 있어서, 상기 하나 이상의 프로세서(들)는:
   상기 제1 판매자 데이터를 통해 또는 상기 데이터베이스 내의 상기 과거 데이터를 통해, 상기 제1 판매자의 위치를 결정하고;
   적어도 하나의 잠재적인 판매자-여기서 상기 적어도 하나의 잠재적인 판매자와 상기 제1 판매자 사이를 이동하는 데 걸리는 시간이 시간 임계치 내에 있음-에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하며;
   상기 사용자의 상기 사용자 장치 상에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하여
   상기 적어도 하나의 적합한 판매자를 결정하도록 구성되는 것을 특징으로 하는 서버.
5. 제2항에 있어서, 상기 하나 이상의 프로세서(들)는:
   상기 제1 판매자 데이터를 통해 또는 상기 데이터베이스 내의 상기 과거 데이터를 통해, 상기 제1 판매자에 의해 판매된 아이템의 카테고리를 결정하고;
   상기 제1 판매자에 의해 판매된 아이템의 상기 카테고리와 유사한 카테고리의 아이템을 판매하고 있는 적어도 하나의 잠재적인 판매자에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하며;
   상기 사용자의 상기 사용자 장치 상에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하여
   상기 적어도 하나의 적합한 판매자를 결정하도록 구성되는 것을 특징으로 하는 서버.
6. 제2항에 있어서, 상기 하나 이상의 프로세서(들)는:
   상기 제1 판매자 데이터를 통해 또는 상기 데이터베이스 내의 과거 데이터를 통해, 상기 제1 판매자에 의해 판매된 아이템의 카테고리를 결정하고;
   상기 제1 판매자에 의해 판매되는 아이템의 상기 카테고리로서, 아이템의 보완적인 카테고리(complementary category)를 판매하고 있는 적어도 하나의 잠재적인 판매자에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하며;
   상기 사용자의 상기 사용자 장치 상에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하여
   상기 적어도 하나의 적합한 판매자를 결정하도록 구성되는 것을 특징으로 하는 서버.
7. 제2항에 있어서, 상기 하나 이상의 프로세서(들)는:
   상기 제1 판매자 데이터를 통해, 상기 제1 판매자의 상기 준비 시간을 결정하고;
   상기 제1 판매자의 상기 준비 시간과 비교하여 준비 시간 임계치 내에 있는 준비 시간 이력을 가진 적어도 하나의 잠재적인 판매자에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하며;
   상기 적어도 하나의 잠재적인 판매자의 장치에 준비 시간 정보 요청을 전송하고;
   상기 적어도 하나의 잠재적인 판매자의 장치로부터 상기 적어도 하나의 잠재적인 판매자의 준비 시간을 수신하며;
   상기 적어도 하나의 잠재적인 판매자의 준비 시간이 상기 제1 판매자의 준비 시간과 비교하여 상기 준비 시간 임계치 내에 있는지 결정하고;
   상기 적어도 하나의 잠재적인 판매자의 준비 시간이 상기 준비 시간 임계치 내에 있는 경우, 상기 사용자의 상기 사용자 장치에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하여
   상기 적어도 하나의 적합한 판매자를 결정하도록 구성되는 것을 특징으로 하는 서버.
8. 제2항에 있어서, 상기 하나 이상의 프로세서(들)는:
   상기 사용자 선호도에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하고;
   상기 사용자 선호도와 일치하는 적어도 하나의 잠재적인 판매자에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하며;
   상기 사용자의 상기 사용자 장치에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하여
   상기 적어도 하나의 적합한 판매자를 결정하도록 구성되는 것을 특징으로 하는 서버.
9. 제1항 내지 제8항 중 어느 한 항에 있어서, 상기 사용자로부터 상기 사용자 주문을 받기 전에, 상기 하나 이상의 프로세서(들)는 상기 사용자의 상기 사용자 장치로부터 상기 사용자의 가상 카트에 관한 정보를 수신하도록 구성되며,
   상기 가상 카트는 확인되어야 할 잠재적인 아이템에 관한 정보를 포함하고,
   상기 하나 이상의 프로세서(들)는, 상기 사용자가 상기 가상 카트로부터 아이템을 체크아웃할 경우, 상기 사용자로부터 상기 사용자 주문을 수신하도록 구성되는 것을 특징으로 하는 서버.
10. 제9항에 있어서, 상기 하나 이상의 프로세서(들)는:
    상기 제2 사용자가, 상기 제2 사용자 장치를 사용하여, 상기 가상 카트에 추가한 아이템에 관한 정보를 상기 제2 사용자의 상기 제2 사용자 장치로부터 수신하며;
    상기 사용자의 상기 사용자 장치 상에 표시된 상기 가상 카트를 업데이트하도록
    구성되는 것을 특징으로 하는 서버.
11. 다중 판매자용 주문 방법으로서, 상기 방법은, 하나 이상의 서버 프로세서(들)을 사용하여:
    사용자 장치가 제1 판매자로부터의 정보를 표시하고 있을 때, 사용자의 상기 사용자 장치로부터 제1 판매자 데이터를 실시간으로 수신하는 단계;
    상기 데이터베이스 내의 상기 제1 판매자 데이터 및 과거 데이터를 사용하여, 상기 사용자의 상기 사용자 장치 상에 표시할 적어도 하나의 적합한 판매자를 결정하는 단계;
    상기 사용자의 상기 사용자 장치 상에 상기 적어도 하나의 적합한 판매자의 정보를 표시하는 단계;
    상기 사용자로부터 사용자 주문-여기서 상기 사용자 주문은 상기 제1 판매자로부터의 제1 아이템에 관한 제1 주문 데이터 및 제2 판매자로부터의 제2 아이템에 관한 제2 주문 데이터를 포함함-을 수신하는 단계; 및
    서비스 제공자가 상기 제1 판매자로부터 상기 제1 아이템을 픽업하고 상기 제2 판매자로부터 상기 제2 아이템을 픽업하도록, 그리고 상기 제1 아이템과 상기 제2 아이템을 상기 사용자에게 동시에 배송하도록, 상기 서비스 제공자의 서비스 제공자 장치에 상기 사용자 주문을 전송하는 단계
    를 포함하는 것을 특징으로 하는 방법.
12. 상기 하나 이상의 서버 프로세서(들)을 사용하여:
    상기 제1 판매자의 위치, 상기 제1 판매자가 판매하는 아이템의 카테고리, 상기 제1 판매자의 준비 시간 및 사용자 선호도 중 적어도 하나에 기초하여, 상기 적어도 하나의 적합한 판매자를 결정하는 단계를 포함하는 것을 특징으로 하는 방법.
13. 제12항에 있어서,
    상기 적어도 하나의 적합한 판매자를 결정하기 위한, 상기 하나 이상의 서버 프로세서(들)을 사용하여:
    상기 제1 판매자 데이터를 통해 또는 상기 데이터베이스 내의 상기 과거 데이터를 통해, 상기 제1 판매자의 위치를 결정하는 단계;
    적어도 하나의 잠재적인 판매자-여기서 상기 적어도 하나의 잠재적인 판매자는 상기 제1 판매자의 위치로부터 거리 임계치 내에 있는 위치를 가짐-에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하는 단계; 및
    상기 사용자의 상기 사용자 장치 상에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하는 단계
    를 포함하는 것을 특징으로 하는 방법.
14. 제12항에 있어서,
    상기 적어도 하나의 적합한 판매자를 결정하기 위한, 상기 하나 이상의 서버 프로세서(들)을 사용하여:
    상기 제1 판매자 데이터를 통해 또는 상기 데이터베이스 내의 상기 과거 데이터를 통해, 상기 제1 판매자의 위치를 결정하는 단계;
    적어도 하나의 잠재적인 판매자-여기서 상기 적어도 하나의 잠재적인 판매자와 상기 제1 판매자 사이를 이동하는 데 걸리는 시간이 시간 임계치 내에 있음-에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하는 단계; 및
    상기 사용자의 상기 사용자 장치 상에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하는 단계
    를 포함하는 것을 특징으로 하는 방법.
15. 제12항에 있어서,
    상기 적어도 하나의 적합한 판매자를 결정하기 위한, 상기 하나 이상의 서버 프로세서(들)을 사용하여:
    상기 제1 판매자 데이터를 통해 또는 상기 데이터베이스 내의 상기 과거 데이터를 통해, 상기 제1 판매자에 의해 판매된 아이템의 카테고리를 결정하는 단계;
    상기 제1 판매자에 의해 판매된 아이템의 상기 카테고리와 유사한 카테고리의 아이템을 판매하고 있는 적어도 하나의 잠재적인 판매자에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하는 단계; 및
    상기 사용자의 상기 사용자 장치 상에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하는 단계
    를 포함하는 것을 특징으로 하는 방법.
16. 제12항에 있어서,
    상기 적어도 하나의 적합한 판매자를 결정하기 위한, 상기 하나 이상의 서버 프로세서(들)을 사용하여:
    상기 제1 판매자 데이터를 통해 또는 상기 데이터베이스 내의 과거 데이터를 통해, 상기 제1 판매자에 의해 판매된 아이템의 카테고리를 결정하는 단계;
    상기 제1 판매자에 의해 판매되는 아이템의 상기 카테고리로서, 아이템의 보완적인 카테고리를 판매하고 있는 적어도 하나의 잠재적인 판매자에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하는 단계; 및
    상기 사용자의 상기 사용자 장치 상에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하는 단계
    를 포함하는 것을 특징으로 하는 방법.
17. 제12항에 있어서,
    상기 적어도 하나의 적합한 판매자를 결정하기 위한, 상기 하나 이상의 서버 프로세서(들)을 사용하여:
    상기 제1 판매자 데이터를 통해, 상기 제1 판매자의 상기 준비 시간을 결정하는 단계;
    상기 제1 판매자의 상기 준비 시간과 비교하여 준비 시간 임계치 내에 있는 준비 시간 이력을 가진 적어도 하나의 잠재적인 판매자에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하는 단계;
    상기 적어도 하나의 잠재적인 판매자의 장치에 준비 시간 정보 요청을 전송하는 단계;
    상기 적어도 하나의 잠재적인 판매자의 장치로부터 상기 적어도 하나의 잠재적인 판매자의 준비 시간을 수신하는 단계;
    상기 적어도 하나의 잠재적인 판매자의 준비 시간이 상기 제1 판매자의 준비 시간과 비교하여 상기 준비 시간 임계치 내에 있는지 결정하는 단계; 및
    상기 적어도 하나의 잠재적인 판매자의 준비 시간이 상기 준비 시간 임계치 내에 있는 경우, 상기 사용자의 상기 사용자 장치에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하는 단계
    를 포함하는 것을 특징으로 하는 방법.
18. 제12항에 있어서,
    상기 적어도 하나의 적합한 판매자를 결정하기 위한, 상기 하나 이상의 서버 프로세서(들)을 사용하여:
    상기 사용자 선호도에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하는 단계;
    상기 사용자 선호도와 일치하는 적어도 하나의 잠재적인 판매자에 대해 상기 데이터베이스 내에서 상기 과거 데이터를 검색하는 단계; 및
    상기 사용자의 상기 사용자 장치에 표시하기 위해, 상기 적어도 하나의 잠재적인 판매자를 상기 적어도 하나의 적합한 판매자로 설정하는 단계
    를 포함하는 것을 특징으로 하는 방법.
19. 제11항 내지 제18항 중 어느 한 항에 있어서,
    상기 사용자로부터 상기 사용자 주문을 받기 전에, 상기 하나 이상의 서버 프로세서(들)을 사용하여:
    상기 사용자의 상기 사용자 장치로부터, 상기 사용자의 가상 카트-여기서 상기 가상 카트는 확인되어야 할 잠재적인 아이템에 관한 정보를 포함함-에 관한 정보를 수신하는 단계; 및
    상기 사용자가 상기 가상 카트로부터 아이템을 체크아웃할 경우, 상기 사용자로부터 상기 사용자 주문을 수신하는 단계
    를 포함하는 것을 특징으로 하는 방법.
20. 제19항에 있어서, 상기 하나 이상의 서버 프로세서(들)을 사용하여:
    제2 사용자가 제2 사용자 장치를 사용하여 상기 가상 카트에 추가한 아이템에 관한 정보를 상기 제2 사용자의 상기 제2 사용자 장치로부터 수신하는 단계; 및
    상기 사용자의 상기 사용자 장치 상에 표시된 상기 가상 카트를 업데이트하는 단계
    를 포함하는 것을 특징으로 하는 방법.
21. 제1항 내지 제20항 중 어느 한 항에 따른 다중 판매자 주문을 위한 명령을 포함하는 컴퓨터 실행 가능 코드를 저장하는 것을 특징으로 하는 비일시적 컴퓨터 판독 가능 매체.
22. 제1항 내지 제21항 중 어느 한 항에 따른 다중 판매자 주문을 위한 명령을 포함하는 것을 특징으로 하는 컴퓨터 실행 가능 코드.

Images