KR101974463B1 - 물류배송 서비스에서 수하물 운반을 위해 여객 운송수단의 승객과 수하물 정보를 매칭시키는 방법 및 이를 운용하는 서버 - Google Patents

Abstract

물류배송 서비스에서 수하물 운반을 위해 여객 운송수단의 승객과 수하물 정보를 매칭시키는 방법 및 이를 운용하는 서버가 개시된다. 본 발명의 실시예에 따른 수하물-승객 매칭 방법은 컴퓨팅 시스템에 의해 수행되어 고객의 수하물을 운반할 승객을 매칭하는 수하물-승객 매칭 방법으로서, (a)고객 단말로부터 수하물 운반에 대한 서비스 요청 및 수하물 정보를 수신하는 단계; (b)승객 단말로부터 상기 여객 운송수단에 대한 승객의 탑승 정보를 수집하는 단계; 및 (c)상기 수하물 정보 및 상기 승객의 탑승 정보를 기반으로 상기 승객이 상기 수하물을 운반할 수 있는지에 대한 매칭여부를 판단하는 단계를 포함할 수 있다.

Description

물류배송 서비스에서 수하물 운반을 위해 여객 운송수단의 승객과 수하물 정보를 매칭시키는 방법 및 이를 운용하는 서버{METHOD FOR MATCHING PASSENGER OF TRANSPORTATION WITH LUGGAGE INFORMATION FOR TRANSPORTING THE LUGGAGE IN DISTRIBUTION DELIVERY SERVICE}

본 발명의 다양한 실시예는 공유 경제 방식을 이용하여 보다 효율적으로 물류 배송을 서비스하거나 중개하는 기술에 관한 것이다.

물류배송 서비스의 일환으로 퀵 서비스와 택배 서비스가 존재한다. 퀵 서비스는 이륜차 또는 경상용차를 이용한 수화물 운송업을 지칭하는 것으로서, 비교적 빠른 시간내에 목적지까지 수하물에 대한 배송을 완료한다는 점에서 택배 서비스와는 다소 차이가 있다.

이러한 퀵 서비스의 운송 방식은 보통 단거리 배송과 장거리 배송으로 나누어지는데, 이 중 장거리 배송의 경우 출발지의 수하물을 화물차를 이용하여 목적지까지 직접 운송하는 방법과, 열차/버스/비행기와 같은 장거리 여객 운송수단을 연계하여 수하물을 운송하는 방법이 존재한다.

후자의 경우, 보통 도 1과 같은 프로세스로 구현된다. 도 1은 종래의 여객 운송수단을 활용한 물류배송 시스템에 대한 도면이다. 이를 구체적으로 살펴보면, 화주의 위치(A)에서 이륜 배송기사가 수하물을 픽업하여 여객 운송수단을 연계한 특송 접수처(A’, 예: KTX 특송 등)로 수하물을 가져오고(first mile), 상기 여객 운송수단에서 운용하는 특송 서비스에 의해 수하물이 상기 여객 운송수단의 정착지인 소정 위치(B’)까지 이동된다(middle mile). 그 후, 이륜 배송기사가 여객 운송수단의 정착지(B’)에서 최종 목적지(B)로 수하물을 최종 운반(last mile)하는 프로세스를 거치게 된다.

그러나, 고속열차 등의 여객 운송수단의 경우, 수하물을 싣는 공간이 일반 승객의 짐과 뒤섞여져 특별한 시건장치 없이 특송 서비스가 이루어지고 있으며, 짧은 정차시간 내에 소수의 직원이 다수의 물건을 열차내에 싣게 되므로, 열차 지연의 사유와 함께 수하물 파손/분실과 같은 문제점이 발생하게 된다. 이러한 문제는 승객의 짐과 화물의 짐을 같이 싣게 되는 버스, 항공의 경우에도 마찬가지로 발생할 수 있다.

본 발명의 다양한 실시예는 공유 경제를 기반으로 상기와 같은 문제점을 해결하기 위해 안출된 것으로서, 장거리 여객 운송수단을 이용하는 승객이 배송 서비스의 수하물을 일정 거리만큼 운송시킬 수 있도록 배송서비스 사업자의 수하물을 소정의 승객에게 매칭시킬 수 있는 플랫폼을 구현하는데 그 목적이 있다.

본 발명이 해결하고자 하는 과제들은 이상에서 언급된 과제로 제한되지 않으며, 언급되지 않은 또 다른 과제들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

상술한 과제를 해결하기 위한 본 발명의 실시예에 따른 수하물-승객 매칭 방법은 컴퓨팅 시스템에 의해 수행되어 고객의 수하물을 운반할 승객을 매칭하는 수하물-승객 매칭 방법으로서, (a)고객 단말로부터 수하물 운반에 대한 서비스 요청 및 수하물 정보를 수신하는 단계; (b)승객 단말로부터 상기 여객 운송수단에 대한 승객의 탑승 정보를 수집하는 단계; 및 (c)상기 수하물 정보 및 상기 승객의 탑승 정보를 기반으로 상기 승객이 상기 수하물을 운반할 수 있는지에 대한 매칭여부를 판단하는 단계를 포함할 수 있다.

일부 실시예에서, 상기 (c)단계는, 상기 승객의 승객 등급 또는 신뢰도 스코어 중 적어도 하나에 더 기반하여 판단하는 단계를 포함할 수 있다.

일부 실시예에서, 상기 (c)단계는, 상기 수하물 정보가 상기 승객이 설정한 매칭조건에 부합하는지를 확인하는 단계; 및 확인된 결과에 더 기반하여 판단하는 상기 승객이 상기 수하물을 운반할 수 있는지를 판단하는 단계를 포함할 수 있다.

일부 실시예에서, 상기 (c)단계는, (c-1)상기 승객의 탑승 정보에 포함된 출발 일자가 상기 수하물 정보를 수신한 일자와 동일한지를 확인하는 단계; (c-2)상기 승객의 탑승 정보에 대응되는 목적지와 상기 수하물이 배송될 주소에 대응되는 목적지가 동일한지를 확인하는 단계; 및 (c-3)상기 출발 일자와 상기 수하물 정보를 수신한 일자가 동일하고, 탑승 정보의 목적지와 수하물 배송 목적지가 동일한 경우, 상기 승객의 탑승 정보에 포함된 목적지 정보에 따라 상기 매칭 여부를 결정하는 단계를 포함할 수 있다.

일부 실시예에서, 상기 (c)단계는, (c-4)상기 수하물 정보가 상기 승객이 미리 설정한 매칭조건에 부합하는지에 더 기반하여 상기 매칭 여부를 결정하는 단계를 포함할 수 있다.

일부 실시예에서, 상기 (c-3)단계는, 상기 승객의 탑승 시각 및 상기 수하물 정보의 수하물 접수 시각을 기반으로 상기 수하물 접수 시각으로부터 상기 승객의 탑승 시각까지의 시간인 제1 구간을 산출하는 단계; 상기 제1 구간, 상기 여객 운송수단의 소요시간 및 총 배송시간을 기반으로 상기 승객의 하차 시각으로부터 상기 수하물이 최종 목적지에 도달하기까지의 시간인 제2 구간을 산출하는 단계; 상기 제2 구간이 소정 값 이상인 경우, 상기 승객을 상기 수하물을 운반할 수 있는 인원으로 분류하는 단계; 및 상기 제2 구간이 상기 소정 값 미만인 경우, 상기 승객을 상기 수하물과의 매칭이 불가능하다고 판단하는 단계를 포함할 수 있다.

일부 실시예에서, 상기 수하물-승객 매칭 방법은 상기 승객을 상기 수화물을 운반할 수 있는 인원으로 분류한 경우, (d)상기 수하물의 운반을 수행할지에 대한 문의 메시지를 상기 승객 단말에 전송하는 단계; 및 (e)상기 수하물의 운반을 수락하는 신호가 상기 승객 단말로부터 수신되는 경우, 상기 승객을 상기 수하물을 운반하는 인원으로 매칭시키는 단계를 더 포함할 수 있다.

일부 실시예에서, 상기 수하물 정보는 상기 수하물을 보내는 고객의 식별 정보, 상기 수하물을 픽업할 주소, 상기 고객의 연락처 정보, 수하물 수취인의 식별 정보, 상기 수하물 수취인의 주소, 상기 수취인의 연락처 정보, 상기 수하물의 크기 정보, 상기 수하물의 무게 정보, 상기 수하물의 물품 정보, 상기 수하물이 최종 목적지에 도착해야 하는 시간 정보 또는 상기 수하물 운반의 결재 정보 중 적어도 하나를 포함할 수 있다.

본 발명의 일실시예에 따른 서버는 고객의 수하물을 운반할 승객을 매칭하는 서버로서, 수하물의 운반을 요청하는 적어도 하나의 고객 단말 및 여객 운송수단을 이용하는 승객이 사용하는 적어도 하나의 승객 단말을 상기 서버와 연결하는 통신 모듈; 및 상기 고객 단말로부터 수하물 운반에 대한 서비스 요청 및 수하물 정보를 수신하고, 상기 승객 단말로부터 상기 여객 운송수단에 대한 승객의 탑승 정보를 수집하며, 상기 수하물 정보 및 상기 승객의 탑승 정보를 기반으로 상기 승객이 상기 수하물을 운반할 수 있는지에 대한 매칭여부를 판단하는 매칭부를 포함할 수 있다.

일부 실시예에서, 상기 매칭부는, 상기 승객의 탑승 정보에 포함된 출발 일자가 상기 수하물 정보를 수신한 일자와 동일한지를 확인하고, 상기 승객의 탑승 정보에 대응되는 목적지와 상기 수하물이 배송될 주소에 대응되는 목적지가 동일한지를 확인하며, 상기 출발 일자와 상기 수하물 정보를 수신한 일자가 동일하고, 탑승 정보의 목적지와 수하물 배송 목적지가 동일한 경우, 상기 승객의 탑승 정보에 포함된 목적지 정보에 따라 상기 매칭 여부를 결정할 수 있다.

본 발명의 실시예에 따른 수하물-승객 매칭 방법에 의해 배송사업자가 운송해야할 수하물 또는 배송을 요청하는 고객의 수하물을 보다 빠르고 효율적으로 운송할 수 있는 플랫폼 서비스를 제공할 수 있다.

본 발명의 효과들은 이상에서 언급된 효과로 제한되지 않으며, 언급되지 않은 또 다른 효과들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.

도 1은 종래 여객 운송수단을 활용한 물류배송 시스템의 개략도이다.
도 2는 본 발명의 일실시예에 따른 크라우드 물류 중개 시스템의 블록 구성도이다.
도 3은 본 발명의 일실시예에 따른 서버의 블록 구성도이다.
도 4는 본 발명의 일실시예에 따른 크라우드 물류 중개 시스템의 동작의 흐름도이다.
도 5는 본 발명의 일실시예에 따른 서버에서 수하물과 승객을 매칭시키는 동작의 순서도이다.
도 6은 본 발명의 일실시예에 따른 서버에서 승객의 탑승 시각에 따른 매칭여부를 결정하는 동작의 순서도이다.
도 7은 본 발명의 일실시예에 따른 물류배송 서비스에서 각 오프라인 구간에 따라 소요되는 시간 정보를 나타내는 예시도이다.

본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나, 본 발명은 이하에서 개시되는 실시예들에 제한되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 발명의 개시가 완전하도록 하고, 본 발명이 속하는 기술 분야의 통상의 기술자에게 본 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다.

본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 명세서에서 사용되는 "포함한다(comprises)" 및/또는 "포함하는(comprising)"은 언급된 구성요소 외에 하나 이상의 다른 구성요소의 존재 또는 추가를 배제하지 않는다. 명세서 전체에 걸쳐 동일한 도면 부호는 동일한 구성 요소를 지칭하며, "및/또는"은 언급된 구성요소들의 각각 및 하나 이상의 모든 조합을 포함한다. 비록 "제1", "제2" 등이 다양한 구성요소들을 서술하기 위해서 사용되나, 이들 구성요소들은 이들 용어에 의해 제한되지 않음은 물론이다. 이들 용어들은 단지 하나의 구성요소를 다른 구성요소와 구별하기 위하여 사용하는 것이다. 따라서, 이하에서 언급되는 제1 구성요소는 본 발명의 기술적 사상 내에서 제2 구성요소일 수도 있음은 물론이다.

본 문서에서 언급되는 ‘여객 운송수단’은 열차, 버스 및 항공 뿐만 아니라 승객이 탑승할 수 있는 모든 형태의 이동 수단(예: 트램, 지하철, 선박 등)을 포함하는 개념으로 해석될 수 있다.

본 문서에서 언급되는 ‘승객채널’은 승객 단말(300)을 통해 서버(200)와 접속하여 매칭 서비스를 제공받는 승객을 의미할 수 있으며, 단수 또는 복수의 의미로 해석 가능하다.

이하, 첨부된 도면을 참조하여 본 발명의 실시예를 상세하게 설명한다.

도 2는 본 발명의 일실시예에 따른 크라우드 물류 중개 시스템(10)의 블록 구성도이다.

도 2에 도시되는 바와 같이, 크라우드 물류 중개 시스템(10)은 단말(100), 서버(200) 및 승객 단말(300)을 포함할 수 있으며, 네트워크를 통해 도 2의 구성들이 상호 통신 가능하다. 이러한 크라우드 물류 중개 시스템(10)은 고객 단말(100)로부터 수하물 정보를 수신하고, 수신된 수하물 정보와 승객의 탑승 정보에 기반하여 수하물을 운반할 승객을 매칭시키는 기능을 수행한다.

고객 단말(100)은 특정 수하물의 배송을 요청하는 개인, 기업, 상기 개인이나 기업으로부터 수하물의 배송을 요청받은 배송사업자 또는 운송기사가 사용하는 전자 장치이다. 배송사업자는 예컨대, 퀵 서비스 또는 택배 서비스와 같은 배송 사업을 운영하는 사업자일 수 있으며, 운송기사는 이륜차 운송기사 또는 화물차 운송기사 등을 포함할 수 있다. 고객 단말(100)은 예컨대, 스마트폰(smartphone), 태블릿(tablet), 이동 전화기(mobile phone), 랩탑 PC(laptop personal computer), 넷북 컴퓨터(netbook computer), 워크스테이션(workstation) 또는 웨어러블 장치(wearable device) 중 적어도 하나일 수 있으나 이에 한정하는 것은 아니다.

일실시예에 따르면, 고객 단말(100)은 서버(200)와 접속하여 크라우드 물류 중개 시스템(10)의 기능을 실행할 수 있는 어플리케이션(미도시)이 설치될 수 있다. 이러한 어플리케이션은 후술할 승객 단말(300)에 설치된 어플리케이션과 동일한 어플리케이션으로 구현될 수 있고, 인증되는 주체가 고객인지 승객인지에 따라 특정 기능이 제공될 수 있으나, 이와 달리 승객 단말(300)에 설치된 어플리케이션과 독립적인 별도의 어플리케이션으로 구현되는것 또한 가능하다.

서버(200)는 네트워크를 통해 고객 단말(100)으로부터 접수된 수하물을 특정 승객 단말(300)과 매칭시키는 기능 및 일련의 배송서비스 수행과정에서 승객 등급의 관리, 동일 목적지 수하물의 리패킹 결정여부, 리워드 산출, 운송 히스토리 관리 등의 기능을 추가적으로 실행할 수 있다. 이러한 서버(200)의 구체적인 구성에 대해서는 이하의 도 3을 통해 설명하도록 한다.

승객 단말(300)은 여객 운송수단을 이용하는 승객이 사용하는 전자 장치이다. 승객 단말(300)은 전술한 고객 단말(100)의 하드웨어/소프트웨어적인 구성과 동일/유사한 전자 장치가 사용될 수 있으며, 전술한 어플리케이션을 포함할 수 있다. 본 발명의 다양한 실시예에서, 승객은 열차, 버스, 항공과 같은 여객 운송수단의 승차권을 구입하고, 본인의 탑승 정보를 서버(200)에 제공함으로써 소정 요건하에 특정 수하물을 운반할 수 있는 매칭 서비스를 제공받을 수 있다. 이에 대한 구체적인 동작은 도 4 내지 도 7을 통해 설명하도록 한다.

외부 서버는 여객 운송수단과 관련된 데이터를 서버(200)로 제공하거나, 서버(200)가 데이터를 수집(예: 크롤링)하는 대상일 수 있다. 이러한 외부 서버는 예컨대, 정부, 공공기관 또는 민영기관에서 여객 운송수단과 관련된 정보를 관리하는 서버일 수 있으나 이에 한정하는 것은 아니다.

도 3은 본 발명의 일실시예에 따른 서버(200)의 블록 구성도이다.

일실시예에 따르면, 서버(200)는 통신 모듈(210), 제어부(220), 매칭부(221), 승객 등급 관리부(223), 리패킹 결정부(225), 리워드 산정부(227), 운송 히스토리 관리부(229) 및 저장부(230)를 포함할 수 있다. 본 발명의 다양한 실시예에서, 서버(200)는 수하물과 승객을 매칭시키는 기능, 승객 등급의 관리, 동일 목적지 수하물의 리패킹 결정여부, 리워드 산출 및 운송 히스토리 관리 등의 집약적인 서비스를 제공하는 전자 장치 또는 프로그램이다.

설명의 편의를 위하여 서버(200) 내에서 각각의 역할을 수행하는 주체들을 ~부 또는 ~모듈의 형태로 표시하였으나, 각각의 부분들은 서버(200) 내에서 동작하는 서브 프로그램 모듈들일 수 있다. 이러한 프로그램 모듈들은 각 동작을 수행하거나, 특정 추상 데이터 유형을 실행하는 루틴, 서브루틴, 프로그램, 오브젝트, 컴포넌트, 데이터 구조 등을 포괄하는 개념이지만, 이에 제한되지는 않는다.

또한, 매칭부(221), 승객 등급 관리부(223), 리패킹 결정부(225), 리워드 산정부(227) 및 운송 히스토리 관리부(229)는 제어부(220)를 기능적으로 분류한 구성이므로 하나의 제어부(220)로서 통합되어 구성될 수도 있다.

통신 모듈(210)은 서버(200)를 고객 단말(100), 승객 단말(300) 또는 외부 서버 중 적어도 하나와 (통신)연결시킬 수 있다. 통신 모듈(210)은 네트워크 모듈, 기지국 모듈 등을 포함할 수 있으나 이에 한정하는 것은 아니다.

제어부(220)는 서버(200)의 전원공급 제어 등과 같은 전반적인 동작 및 서버(200)의 내부 구성 간의 신호 흐름을 제어하고 데이터를 처리하는 데이터 처리 기능을 수행할 수 있다. 이러한 제어부(220)는 적어도 하나의 프로세서를 포함할 수 있다.

매칭부(221)는 고객이 운송 요청한 수하물과 이를 여객 운송수단을 통해 운반할 승객과의 매칭 프로세스를 수행한다. 매칭부(221)는 고객의 수하물 정보, 승객의 탑승 정보, 승객 등급, 신뢰도 스코어 및 승객이 설정한 매칭조건 중 적어도 하나를 기반으로 수하물과 승객과의 매칭을 수행할 수 있으며, 이에 대한 구체적인 내용은 후술할 도 4 내지 도 7을 통해 설명하도록 한다.

승객 등급 관리부(223)는 승객이 수하물을 운반할 수 있는 승객채널 풀(pool)에 가입될 수 있는 승객의 등급을 관리하고, 승객의 인증 과정 및 수하물 운송 과정에서 산출되는 신뢰도 스코어를 기반으로 승객 등급을 조정하는 기능을 수행한다. 승객 등급 관리부(223)는 승객 등급 정보를 매칭부(221)에 전달하여 매칭 조건에 반영하도록 하거나, 리워드 산정부(227)에 전달하여 승객에게 지급될 리워드에 승객 등급을 반영시킬 수 있다. 예를 들어, 최소한의 승객 등급이 갖추어지지 않으면, 서버(200)는 해당 승객을 승객채널 풀에 등록시키지 않을 수 있고, 승객채널 풀에 등록되지 않은 승객은 수하물 매칭의 대상에서 제외될 수 있다. 또한, 승객들은 수하물 운반 미션을 수행한 뒤 자신의 승객 등급에 따라서 차등된 리워드를 지급받을 수 있다.

일실시예에 따르면, 승객 등급 관리부(223)는 승객의 신뢰도 스코어를 산출할 수 있다. 이러한 신뢰도 스코어는 승객의 인증 과정 및 수하물 운송 과정을 반영하여 산출 가능하며, 승객 등급을 결정하는 인자로 사용될 수 있다. 수하물 운송 과정은 예컨대, 매칭 후 승객에 의한 수하물 배송 과정에서 승객 단말(300)에서의 위치기능 활성화 여부 및 위치 정보의 제공 여부, 여객 운송수단의 목적지 도착 후 해당 거점으로의 수하물 반납 시간 여부 등을 포함할 수 있으나 본 문서에서 이를 한정하는 것은 아니다. 승객 등급 관리부(223)는 하나의 사용자 계정(즉, 승객 계정)에 대하여 부여될 수 있는 복수의 승객 등급 구간을 미리 설정할 수 있고, 업데이트되는 신뢰도 스코어를 반영하여 상기 승객 등급을 조정할 수 있다.

리패킹 결정부(225)는 고객 단말(100)로부터 수하물 운반에 대한 서비스 요청이 접수되는 경우, 매칭되는 한명의 승객이 2개 이상의 수하물을 한번에 운반할 수 있는지를 온라인 시스템 상에서 자동으로 결정할 수 있다.

구체적으로, 리패킹 결정부(225)는 2개 이상의 수하물 정보를 접수 시각, 크기 정보, 무게 정보, 최장변의 길이 등을 기준으로 비교하여 승객이 운반할 수 있는 하나의 수하물 박스(또는 백)에 상기 2개 이상의 수하물이 재포장될 수 있는지 여부를 확인할 수 있다. 또한, 리패킹 결정부(225)는 승객이 운반할 수 있는 다양한 박스 또는 백의 크기와 무게의 임계값을 미리 산정할 수 있고, 고객 단말(100)로부터 수집되는 수하물 정보를 기반으로 어떠한 수하물들을 어떻게 리패킹해야 하는지에 대한 구체적인 적재 형태와 개수를 자동으로 산정할 수 있다.

크라우드 물류 중개 시스템(10)의 관리자는 이러한 리패킹 결정 결과와 적재 방식을 시각적인 데이터로 확인하고, 실제 수하물들이 크라우드 물류 중개 시스템(10)의 특정 거점에 도달하는 직원들은 즉시 리패킹 작업을 수행할 수 있다. 이에 의해, 크라우드 물류 중개 시스템(10)은 복수로 지출할 승객에 대한 리워드를 최소화함으로써 마진을 극대화할 수 있다.

리워드 산정부(227)는 고객 단말(100)을 통해 접수된 수하물 정보와 승객 단말(300)을 통해 수집된 운송관련 정보 또는 승객 등급 관리부(223)에서 산정된 승객 등급/신뢰도 스코어를 기반으로 승객에게 지급할 리워드를 산출할 수 있다. 예를 들어, 리워드 산정부(227)는 수하물의 크기, 무게, 승객의 운송 거리, 긴급 배송건인지 여부 등의 다양한 데이터를 기반으로 리워드를 산출할 수 있다.

운송 히스토리 관리부(229)는 고객이 맡긴 수하물에 대한 배송이 크라우드 물류 중개 시스템(10)상에서 어떻게 운송되고 있는지에 대한 데이터를 생성하고 관리할 수 있다. 예를 들어, 고객으로부터 픽업된 수하물이 크라우드 물류 중개 시스템(10)의 특정 거점에 도착한 경우, 서버(200) 또는 관리자 단말(미도시)은 해당 수하물을 인식할 수 있는 식별 정보(예: 태그, QR 코드 등)를 생성하고, 상기 식별 정보에 수하물 정보 또는 매칭된 승객의 정보를 삽입할 수 있다. 그리고, 관리자는 해당 식별 정보가 다른 지점(예: 도착지 거점 등)에서 인식됨으로써 배송 관련 정보가 인식될 수 있도록 태그, QR 코드등을 인쇄하여 해당 수하물이 포장되는 박스(또는 리패킹 박스) 또는 백에 부착시킬 수 있으나 본 문서에서 이를 한정하는 것은 아니다.

저장부(230)는 제어부(220), 서버(200) 또는 크라우드 물류 중개 시스템(10)의 다른 구성요소들로부터 수신되거나 생성된 데이터를 저장할 수 있다. 저장부(230)는 예를 들어, 메모리(memory), 캐시(cash), 버퍼(buffer) 등을 포함할 수 있으며, 소프트웨어, 펌웨어, 하드웨어 또는 이들 중 적어도 둘 이상의 조합으로 구성될 수 있다.

일실시예에 따르면, 저장부(230)는 정보 DB(231) 및 컨텐츠 DB(235)를 포함할 수 있다. 정보 DB(231)는 기본적인 사용자 정보(예: 로그인 정보, 식별 정보 등), 고객의 탑승 정보, 고객의 수하물 정보, 승객 등급 정보, 신뢰도 스코어, 매칭 이력 정보, 운송 히스토리 정보, 리패킹 정보 등이 저장되며, 주기적으로 또는 임의의 시점에 업데이트되거나 변경될 수 있다. 컨텐츠 DB(235)는 고객 단말(100) 또는 승객 단말(300)의 어플리케이션에서 제공하는 디폴트 메뉴와 정보 DB(231)에 저장된 데이터들을 기반으로 가공된 다양한 형태의 시각화 데이터가 저장된다.

상기와 같은 도 2의 크라우드 물류 중개 시스템(10)과 도 3의 서버(200)의 구성을 통해 본 발명의 일실시예에 따른 배송과정을 도 4를 통해 설명하도록 한다. 도 4는 크라우드 물류 중개 시스템(10)에서 수행되는 동작의 흐름도이다. 도 4의 각 단계들 중 적어도 일부는 생략되거나 상호 순서가 변경되어 수행될 수 있으며, 고객 단말(100) 및 승객 단말(300)에는 서버(200)와 접속하여 매칭 서비스를 제공받을 수 있는 어플리케이션이 설치된 것을 전제하도록 한다.

먼저, 고객 단말(100)과 승객 단말(300)은 로그인 또는 회원가입과 같은 인증 과정을 통해 서버(200)에 접속할 수 있다(S405, S410). 이 경우, 인증 과정에서 본인 인증을 비롯한 복수 단계의 인증(예: 신분증, 회사 인증 등)이 수행될 수 있으며, 이에 따라 승객 등급과 신뢰도 스코어가 반영될 수 있다. 일실시예에 따르면, 서버(200)는 소정의 승객 등급을 설정할 수 있으며, 설정된 승객 등급을 가지는 승객에 대해서만 승객채널 풀에 배치할 수 있다.

승객채널 풀에 배치된 승객은 승객 단말(300)을 통해서 본인이 이용하고자 하는 여객 운송수단의 탑승정보를 입력할 수 있다(S415). 탑승정보는 예컨대, 승객의 출발 일자, 도착 일자, 출발 시각, 도착 시각, 출발지, 목적지, 여객 운송수단의 종류와 등급 등의 정보를 포함할 수 있으나 이에 한정하는 것은 아니다.

한편, 고객 단말(100)은 배송의뢰 요청 서비스와 함께 본인이 보내고자 하는 수하물에 대한 수하물 정보를 입력할 수 있다(S420). 일실시예에 따르면, 수하물 정보는 상기 수하물을 보내는 고객의 식별 정보, 상기 수하물을 픽업할 주소, 상기 고객의 연락처 정보, 수하물 수취인의 식별 정보, 상기 수하물 수취인의 주소, 상기 수취인의 연락처 정보, 상기 수하물의 크기 정보, 상기 수하물의 무게 정보, 상기 수하물의 물품 정보, 상기 수하물이 최종 목적지에 도착해야 하는 시간 정보 또는 상기 수하물 운반의 결재 정보 중 적어도 하나를 포함할 수 있으나 이에 한정하는 것은 아니다.

다음으로, 서버(200)는 수집된 수하물 정보를 기반으로 수하물을 서버상에서 분류하고, 리패킹 가능여부를 확인할 수 있다(S425). 예를 들어, 서버(200)는 수집된 수하물 정보들을 목적지별, 도착시간 별 등으로 그룹핑을 수행할 수 있다. 그리고, 서버(200)는 2개 이상의 수하물이 하나의 박스에 재포장 가능한지 여부를 확인할 수 있고, 가능한 경우에는 특정 박스에 어떠한 식으로 복수의 수하물들을 넣어야 하는지에 대한 시각적인 데이터를 생성할 수 있다.

다음으로, 서버(200)는 해당 수하물 정보를 기반으로 매칭된 승객에게 지급할 리워드를 산출할 수 있다(S430). 이 경우, 서버(200)는 수하물 정보 뿐 아니라, 승객 등급/신뢰도 스코어, 긴급 배송 여부 등의 이슈를 확인하여 승객에게 지급할 리워드를 산출할 수 있다. 리워드는 실제 거래시장에서 통용되고 있는 화폐(예: 현금 등)로 지급될 수 있으나, 이에 한정하지 않고 온라인 상에서 다양한 제품과 서비스를 구매하거나 이용할 수 있는 가상의 포인트 또는 쿠폰으로 산출되는 것 또한 가능하다. 나아가, 리워드는 가상 화폐(예: 코인)로 산출될 수도 있다.

다음으로, 서버(200)는 수하물과 이를 운반할 승객의 매칭 동작을 수행할 수 있다(S435). 이러나 매칭 동작은 도 5 내지 도 7을 통해 구체적으로 후술하도록 한다.

매칭 프로세스가 수행됨에 따라, 서버(200)는 매칭 가능한 특정 승객 단말(300)에 상기 특정 승객이 운반할 수 있는 수하물 정보를 노출시킬 수 있다. 이에 대해, 승객 단말(300)이 해당 수하물을 운반하고자 한다는 운반신청 접수 신호를 전송하게 되면(S440) 매칭 프로세스가 완료된다. 다만, 이러한 매칭 프로세스의 종료 시점은 서버(200)가 승객 단말(300)로부터 운반신청 접수 신호를 수신하는 시점에 한정하는 것은 아니며, 서버(200)가 수하물에 대해서 매칭 가능한 승객들을 확인하고 매칭 가능하다는 메시지 또는 수하물 리스트를 해당 승객 단말(300)에 노출하는 시점이 매칭종료 시점으로도 해석 가능하다.

다음으로, 서버(200)는 매칭된 승객 단말(300)로 해당 수하물에 대한 안내정보를 제공할 수 있다(S445). 일실시예에 따르면, 안내 정보는 예컨대 승객이 수하물을 픽업해야 할 장소, 수하물 정보, 유의사항, 승객 단말(300)의 위치 기능 활성화 지시 등의 정보를 포함할 수 있으나 이에 한정하는 것은 아니다.

상기와 같은 프로세스에 의해, 승객이 수하물을 픽업할 특정 거점(예: KTX 역사 내의 특정 매장 또는 특정 장소)으로 오게되면, 해당 특정 거점의 관리자 또는 직원으로부터 온라인 상에서 매칭된 수하물을 건네받을 수 있다. 이를 위해, 해당 특정 거점에는 고객으로부터 주문접수된 수하물이 이륜차 등의 배송기사를 통해 상기 특정 거점에 보관되거나 이동되어 있어야 할 것이다. 이 경우, 상기 수하물은 자체 제작된 박스 또는 백에 이동 적재되어 있거나, 소정 조건이 부합한다면 복수개의 수하물이 들어간 하나의 박스 또는 백으로 리패킹되어있을 수 있다.

상기와 같이 수하물의 전달 과정에서, 서버(200)는 관리자 단말 또는 직원 단말에 의해 승객에 의한 수하물 픽업이 완료되었음을 확인할 수 있다(S450). 예를 들어, 서버(200)는 직원 단말 또는 승객 단말(300)로부터 입력되는 픽업 확인 신호를 수신하여 해당 수하물의 위치 및 배송상태를 업데이트할 수 있다. 예컨대, 현재 수하물의 위치가 KTX 역사이고, 해당 수하물이 승객에게 건네진 배송상태인 것으로 서버(200)에 기록될 수 있다. 상기와 같은 픽업 확인 신호는 승객 또는 직원에 의한 사용자 입력으로 생성될 수도 있으나, 박스에 인쇄된 QR 코드를 스캔하거나 또는 근거리 무선 통신을 이용한 태깅 등의 동작으로 인식될 수도 있다.

그런 다음, 승객은 본인의 탑승 정보에 해당하는 여객 운송수단에 탑승하고 목적지까지 이동하면서 승객 단말(300) 또는 수하물의 이동정보를 서버(200)에 실시간으로, 주기적으로 또는 임의의 시점에 제공할 수 있다(S455). 이러한 이동정보는 예컨대, 승객 단말(300)에서 활성화되는 위치 제공 기능이 서버(200)에 전송됨으로써 수행될 수 있으나, 이에 한정하지 않고 수하물이 담긴 박스 자체에 구비된 GPS 모듈 등을 통해 서버(200)에 수집될 수도 있다. 이를 통해 서버(200)에서의 추적관리 기능이 수행되고(S460), 서버(200)는 이를 고객 단말(100)에 보고함으로써 운송 히스토리 정보를 제공할 수 있다(S465). 이에 의해, 고객은 자신이 의뢰한 수하물이 현재 어느 위치에서 배송되고 있는지를 보다 쉽게 파악할 수 있게 된다.

승객이 탑승한 여객 운송수단이 탑승 정보의 목적지에 도착하면, 승객은 해당 목적지 또는 이와 인접한 위치에 마련된 거점으로 이동 후 수하물을 반납하게 된다. 이 과정에서 수하물 드롭 확인 동작이 수행되어 서버(200)로 보고되어진다(S470). 수하물 드롭 확인 동작은 예컨대, 해당 목적지 지점의 직원 단말에 의한 입력 정보 또는 해당 직원 단말에서 스캐닝되거나 태깅되어 인식됨으로써 처리 가능하다.

서버(200)에서 승객단에서의 수하물 드롭이 확인되면, 서버(200)는 해당 승객의 계정에 대해서 리워드를 지급하고(S475), 해당 승객의 운송활동을 반영하여 신뢰도 스코어를 업데이트함으로써(S480) 승객을 통한 미들마일 운송이 종료되어진다. 이후 수하물은 해당 목적지에 배송을 관리하거나 배송이 가능한 배송기사를 통해 최종 목적지까지 운반되어진다.

이하의 도 5 내지 7에서는 매칭 프로세스에 대해 보다 구체적으로 살펴보도록 한다. 도 5는 서버(200)에서 수하물과 승객을 매칭시키는 동작의 순서도로서 도 4의 S435 단계의 구체적인 예시일 수 있다. 도 6은 서버(200)에서 승객의 탑승 시각에 따른 매칭여부를 결정하는 동작의 순서도로서, 도 5의 S560 단계의 구체적인 예시일 수 있다. 도 7은 본 발명의 일실시예에 따른 물류배송 서비스에서 각 오프라인 구간에 따라 소요되는 시간 정보를 나타내는 예시도로서, 도 5 및 도 6의 설명의 참조를 위해 설명되어진다. 도 5 내지 도 6에서의 각 단계들 중 적어도 일부는 생략되거나 상호 순서가 변경되어 수행될 수 있다.

서버(200)는 승객 단말(300)을 통해 입력된 탑승 정보를 확인할 수 있다(S510). 이 경우, 서버(200는 탑승 정보에서 승객의 출발 일자, 도착 일자, 출발 시각, 도착 시각, 출발지, 목적지, 여객 운송수단의 종류와 등급 등의 정보를 추출할 수 있다.

그런 다음, 서버(200)는 배송서비스의 목적에 맞게 적절한 매칭 동작을 수행할 수 있다. 일실시예에 따르면, 상기 배송서비스가 당일 목적지에 소정 시간내에 도착해야 하는 퀵 서비스라면, 고객의 서비스 요청과 승객의 탑승 일자가 동일해야 할 것이며 승객의 탑승 시간 또한 고려되어야 할 것이다.

이를 위해, 서버(200)는 승객의 탑승정보 일자와 고객으로부터 접수된 서비스 요청의 일자가 동일한지를 확인할 수 있다(S520). 일자가 동일하지 않다면, 서버(200)는 상기 승객의 매칭 확인을 종료하고 다른 승객의 탑승 정보를 확인할 수 있다(S530).

일자가 동일하다면, 서버(200)는 승객의 탑승 정보에 따른 목적지와 수취인의 목적지가 동일 그룹내에 속해있는지를 확인할 수 있다(S540). 승객이 이용하는 여객 운송수단의 목적지의 개수는 실제 수하물이 도착될 수취인의 주소보다는 훨씬 적게 형성될 것이다. 예컨대, 승객의 목적지역이 ‘강릉’이고, 수취인의 주소가 ‘양구’라면 목적지 자체는 동일하지 않게 된다. 이 경우, 서버(200)는 ‘강릉’이라는 여객 운송수단의 목적지에 동일 범주의 목적지로 판단할 수 있는 지역들을 확인할 수 있고, 해당 지역들에서 ‘양구’를 확인할 수 있다.

일실시예에 따르면, 동일 범주의 목적지들은 여객 운송수단의 각 도착지와 같은 행정구역 상에 분류되거나(예: 같은 ‘시’ 또는 같은 ‘도’ 등), 행정 구역이 다르더라도 소정 거리내 또는 가장 가깝게 인접한 목적지로 분류될 수 있다. 이러한 동일 범주의 목적지들은 미리 데이터베이스화되어 고객이 수하물 정보를 입력할 때 해당 수취 주소에 따른 여객 운송수단의 목적지를 확인할 수 있으나 이에 한정하는 것은 아니다. 예컨대, 서버(200)는 고객이 수하물 정보를 입력할 때 수취 주소를 입력받아 공지의 다양한 위치 확인 시스템을 이용하여 가장 가까운 여객 운송수단의 목적지를 결정할 수도 있다.

탑승 정보 목적지와 수취인 주소가 동일 그룹에 속하지 않는다면, 서버(200)는 해당 승객의 매칭확인을 종료하고 S530 단계로 분기하여 다른 승객을 확인할 수 있다. 이와 반대로, 탑승 정보 목적지와 수취인 주소가 동일 그룹에 속하게 된다면, 서버(200)는 승객이 설정한 매칭조건이 충족되는지를 확인할 수 있다(S550).

보다 구체적으로, 서버(200)는 임의의 시점에서 승객 단말(300)의 요청에 따라 승객이 희망하는 수하물의 범위를 설정할 수 있다. 예를 들어, 서버(200)는 승객 단말(300)로부터 승객이 배송을 희망하는 수하물의 크기, 무게, 종류 또는 리워드의 범위등을 설정받을 수 있고, 수하물 검색 시 상기와 같이 설정된 수하물 범위를 한정하여 확인할 수 있다. 이에 의해, 승객의 연령, 성별 등을 고려하여 맞춤화된 방식의 배송대행이 이루어질 수 있다.

승객이 설정한 매칭조건이 충족이 되지 않으면, 서버(200)는 S530 단계로 분기하여 다른 승객을 검색한다. 이와 달리, 승객이 설정한 매칭조건이 충족된다면 서버(200)는 승객의 탑승 시각에 따른 매칭여부를 결정할 수 있다(S560).

S560 단계의 보다 구체적인 설명을 위해서 도 7의 배송서비스 타임 라인(701)을 참조하면, 서버(200)는 고객이 입력한 수하물 정보와 현재 매칭 확인중인 승객의 탑승 정보를 기반으로 총 배송시간(Tt), 승객의 탑승 시각, 수하물 서비스 요청의 접수 시각 및 여객 운송수단의 소요시간(Tm)을 알 수 있다.

여기서, 총 배송시간(Tt)은 고객이 원하는 총 배송시간이거나 서버(200)의 관리자가 자체적인 정책에 의해서 결정한 시간일 수 있다. 여객 운송수단의 소요시간(Tm)은 승객의 탑승 정보를 기반으로 산출되거나 확인 가능하며, 어느정도 오차가 발생할 수 있으나 평균적인 소요 시간 정보(703)를 참조하여 결정될 수 있다.

상기 타임 라인(701)에서, 제1 구간(T1)은 수하물 서비스의 요청이 접수된 시각으로부터 실제 승객이 여객 운송수단에 탑승할 때까지 소요되는 시간이고, 제2 구간(T2)은 승객이 여객 운송수단에서 하차한 시각으로부터 수하물이 최종 목적지(수취인)에 도달하기까지 소요되는 시간이다. 제2 구간(T2)는 해당 지역의 배송기사가 승객이 수하물을 반납한 거점에서 최종 목적지까지 배송하는 비교적 단일 프로세스임에 비해, 제1 구간(T1)은 리패킹 소요 시간, 승객이 수하물을 픽업하는 시간, 그리고 실제 승객이 여객 운송수단에 탑승하기까지 소요되는 시간들이 결합된 프로세스이다. 따라서 제1 구간에서 소요되는 시간을 고려하여 적절한 탑승 시각을 가진 승객의 매칭을 확인해야 할 것이다.

이를 위해, 도 6을 참조하면, 서버(200)는 특정 승객에 대해 매칭여부를 확인할 때, 승객의 탑승 시각 및 수하물 접수 시각을 기반으로 제1 구간(T1)을 먼저 산출할 수 있다(S610). 그리고, 서버(200)는 제1 구간, 해당 여객 운송수단의 목적지까지의 소요 시간(Tm) 및 총 배송시간(Tt)을 기반으로 제2 구간을 산출할 수 있다(630).

그러면, 서버(200)는 상기와 같이 산출된 제2 구간이 미리 책정되거나 설정된 소정 값 이상인지를 확인할 수 있다(S650). 이러한 소정 값은 관리자 또는 서버(200)의 내부 설정에 의해 책정될 수 있다. 예를 들어, 관리자는 제2 구간(T2)의 소요시간을 1시간으로 책정할 수 있으나, 이에 한정하지 않고 다른 시간 또는 목적지별로 각각 다른 소정 값을 책정할 수도 있다.

제2 구간이 미리 설정된 소정 값 이상인 경우, 서버(200)는 해당 승객을 매칭 가능한 인원으로 분류할 수 있다(S670). 이와 반대로, 제2 구간이 미리 설정된 소정 값 미만이라면, 서버(200)는 해당 인원을 매칭 불가능하다고 판단할 수 있다(S690). 승객의 탑승 시각을 기반으로 제2 구간(T2)을 산출하였을 때 제2 구간(T2)에서부터 미리 설정된 값 이하가 되어 시간적인 여유가 없다면, 제1 구간(T1)에서의 진행 절차는 더욱 급박하게 처리되어야 하므로 총 배송시간내에 수하물이 배송되지 않을 수 있기 때문이다.

상기와 같이 매칭여부 결정이 수행되면, 서버(200)는 다시 도 5로 돌아와서 매칭조건을 만족하는 다른 승객이 존재하는지를 확인할 수 있다(S570). 다른 후보자가 있다면, 서버(200)는 다른 S530단계로 분기하여 다른 승객을 확인할 수 있다. 이와 달리, 다른 승객이 존재하지 않는다면, 서버(200)는 매칭확인된 승객들의 단말로 해당 수하물 정보를 제공할 수 있다(S580).

본 발명의 실시예에서, 하나의 수하물에 대해 배송가능한 승객은 복수로 확인될 수 있다. 이 경우, 서버(200)는 해당 승객 단말(300)들 모두에 수하물 정보를 제공하고, 선착순으로 배송 희망 신호를 전송한 승객 단말(300)을 확인하여 해당 승객을 최종 매칭대상으로 선정할 수 있다. 다만, 이러한 선착순 방식에 한정하는 것은 아니며, 서버(200)는 소정의 조건들을 추가적으로 고려하여 승객에 대한 우선순위를 차등 부과할 수 있다.

예를 들어, 서버(200)는 승객 등급 또는 신뢰도 스코어에 기반하여 수하물 정보를 선택적으로 승객 단말(300)에 제공할 수 있다. 전술한 S560 단계까지의 모든 조건이 충족되는 복수의 승객이 있는 경우라도, 서버(200)는 승객 등급 또는 신뢰도 스코어에 기반하여 높은 등급 또는 높은 스코어에 있는 승객 단말(300)에게 먼저 최종 배송문의를 할 수 있다. 다만, 이러한 방식에 한정하는 것은 아니며, 상기 승객 등급/신뢰도 스코어를 기반으로 복수의 그룹을 분류하여 그룹별로 우선순위를 두어 문의를 한뒤 해당 그룹에서의 승객들 중 선착순 회신 방식에 의한 조합 방식에 의해 매칭 동작을 진행하는 것 또한 가능하다.

상기 도 5와 도 6의 각 단계들은 당일 배송과 소정 시간내에 배송되어야 하는 배송 목적인 경우를 한정하여 설명하였으나, 본 발명의 다양한 실시예가 이에 한정하는 것은 아니다. 예를 들어, 서버(200)는 택배 서비스와 같이 다소 시간이 소요되는 배송서비스의 경우에서는 수하물 정보와 탑승 정보에서 추출되는 일자, 목적지, 시각, 승객이 설정한 매칭조건, 사용자 등급 또는 신뢰도 스코어 중 적어도 하나에 기반하여 소정 조건(예: 소정 오차 범위)을 충족하는지를 확인할 수 있고, 확인된 결과를 기반으로 수하물-승객의 매칭 확인을 수행할 수 있다.

전술한 도 2 내지 도 7의 실시예들을 통해, 배송사업자가 운송해야할 수하물 또는 배송을 요청하는 고객의 수하물을 보다 빠르고 효율적으로 운송할 수 있는 공유경제 기반의 플랫폼 서비스가 제공될 수 있다. 이에 의해, 승객들은 자원을 공유하여 교환가치를 창출하고, 자원 절약을 통해 환경 개선에 이바지하는 선순환적 구조가 제공될 수 있다.

본 발명의 실시예와 관련하여 설명된 방법 또는 알고리즘의 단계들은 하드웨어로 직접 구현되거나, 하드웨어에 의해 실행되는 소프트웨어 모듈로 구현되거나, 또는 이들의 결합에 의해 구현될 수 있다. 소프트웨어 모듈은 RAM(Random Access Memory), ROM(Read Only Memory), EPROM(Erasable Programmable ROM), EEPROM(Electrically Erasable Programmable ROM), 플래시 메모리(Flash Memory), 하드 디스크, 착탈형 디스크, CD-ROM, 또는 본 발명이 속하는 기술 분야에서 잘 알려진 임의의 형태의 컴퓨터 판독가능 기록매체에 상주할 수도 있다.

이상, 첨부된 도면을 참조로 하여 본 발명의 실시예를 설명하였지만, 본 발명이 속하는 기술분야의 통상의 기술자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로, 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며, 제한적이 아닌 것으로 이해해야만 한다.

10: 크라우드 물류 중개 시스템 100: 고객 단말
200: 서버 300: 승객 단말

Claims (10)

1. 컴퓨팅 시스템에 의해 수행되어 고객의 수하물을 운반할 승객을 매칭하는 수하물-승객 매칭 방법으로서,
   (a)고객 단말로부터 수하물 운반에 대한 서비스 요청 및 수하물 정보를 수신하는 단계;
   (b)승객 단말로부터 여객 운송수단에 대한 승객의 탑승 정보를 수집하는 단계; 및
   (c)상기 수하물 정보 및 상기 승객의 탑승 정보를 기반으로 상기 승객이 상기 수하물을 운반할 수 있는지에 대한 매칭여부를 판단하는 단계를 포함하며,
   상기 (c)단계는, 상기 승객의 탑승 시각 및 상기 수하물 정보의 수하물 접수 시각을 기반으로 상기 수하물 접수 시각으로부터 상기 승객의 탑승 시각까지의 시간인 제1 구간을 산출하는 단계;
   상기 제1 구간, 상기 여객 운송수단의 소요시간 및 총 배송시간을 기반으로 상기 승객의 하차 시각으로부터 상기 수하물이 최종 목적지에 도달하기까지의 시간인 제2 구간을 산출하는 단계;
   상기 제2 구간이 소정 값 이상인 경우, 상기 승객을 상기 수하물을 운반할 수 있는 인원으로 분류하는 단계; 및
   상기 제2 구간이 상기 소정 값 미만인 경우, 상기 승객을 상기 수하물과의 매칭이 불가능하다고 판단하는 단계를 포함하는, 수하물-승객 매칭 방법.
2. 제1항에 있어서,
   상기 (c)단계는,
   상기 승객의 승객 등급 또는 신뢰도 스코어 중 적어도 하나에 더 기반하여 판단하는 단계를 포함하는, 수하물-승객 매칭 방법.
3. ◈청구항 3은(는) 설정등록료 납부시 포기되었습니다.◈

   제1항에 있어서,
   상기 (c)단계는,
   상기 수하물 정보가 상기 승객이 설정한 매칭조건에 부합하는지를 확인하는 단계; 및
   확인된 결과에 더 기반하여 판단하는 상기 승객이 상기 수하물을 운반할 수 있는지를 판단하는 단계를 포함하는, 수하물-승객 매칭 방법.
4. ◈청구항 4은(는) 설정등록료 납부시 포기되었습니다.◈

   제1항에 있어서,
   상기 (c)단계는,
   (c-1)상기 승객의 탑승 정보에 포함된 출발 일자가 상기 수하물 정보를 수신한 일자와 동일한지를 확인하는 단계;
   (c-2)상기 승객의 탑승 정보에 대응되는 목적지와 상기 수하물이 배송될 주소에 대응되는 목적지가 동일한지를 확인하는 단계; 및
   (c-3)상기 출발 일자와 상기 수하물 정보를 수신한 일자가 동일하고, 탑승 정보의 목적지와 수하물 배송 목적지가 동일한 경우, 상기 승객의 탑승 정보에 포함된 목적지 정보에 따라 상기 매칭 여부를 결정하는 단계를 포함하는, 수하물-승객 매칭 방법.
5. ◈청구항 5은(는) 설정등록료 납부시 포기되었습니다.◈

   제4항에 있어서,
   상기 (c)단계는,
   (c-4)상기 수하물 정보가 상기 승객이 미리 설정한 매칭조건에 부합하는지에 더 기반하여 상기 매칭 여부를 결정하는 단계를 포함하는, 수하물-승객 매칭 방법.
6. 삭제
7. ◈청구항 7은(는) 설정등록료 납부시 포기되었습니다.◈

   제1항에 있어서,
   상기 승객을 상기 수하물을 운반할 수 있는 인원으로 분류한 경우,
   (d)상기 수하물의 운반을 수행할지에 대한 문의 메시지를 상기 승객 단말에 전송하는 단계; 및
   (e)상기 수하물의 운반을 수락하는 신호가 상기 승객 단말로부터 수신되는 경우, 상기 승객을 상기 수하물을 운반하는 인원으로 매칭시키는 단계를 더 포함하는, 수하물-승객 매칭 방법.
8. 제1항에 있어서,
   상기 수하물 정보는 상기 수하물을 보내는 고객의 식별 정보, 상기 수하물을 픽업할 주소, 상기 고객의 연락처 정보, 수하물 수취인의 식별 정보, 상기 수하물 수취인의 주소, 상기 수취인의 연락처 정보, 상기 수하물의 크기 정보, 상기 수하물의 무게 정보, 상기 수하물의 물품 정보, 상기 수하물이 최종 목적지에 도착해야 하는 시간 정보 또는 상기 수하물 운반의 결재 정보 중 적어도 하나를 포함하는, 수하물-승객 매칭 방법.
9. 고객의 수하물을 운반할 승객을 매칭하는 서버로서,
   수하물의 운반을 요청하는 적어도 하나의 고객 단말 및 여객 운송수단을 이용하는 승객이 사용하는 적어도 하나의 승객 단말을 상기 서버와 연결하는 통신 모듈; 및
   상기 고객 단말로부터 수하물 운반에 대한 서비스 요청 및 수하물 정보를 수신하고, 상기 승객 단말로부터 상기 여객 운송수단에 대한 승객의 탑승 정보를 수집하며, 상기 수하물 정보 및 상기 승객의 탑승 정보를 기반으로 상기 승객이 상기 수하물을 운반할 수 있는지에 대한 매칭여부를 판단하는 매칭부를 포함하며,
   상기 매칭부는, 상기 승객의 탑승 시각 및 상기 수하물 정보의 수하물 접수 시각을 기반으로 상기 수하물 접수 시각으로부터 상기 승객의 탑승 시각까지의 시간인 제1 구간을 산출하고,
   상기 제1 구간, 상기 여객 운송수단의 소요시간 및 총 배송시간을 기반으로 상기 승객의 하차 시각으로부터 상기 수하물이 최종 목적지에 도달하기까지의 시간인 제2 구간을 산출하며,
   상기 제2 구간이 소정 값 이상인 경우, 상기 승객을 상기 수하물을 운반할 수 있는 인원으로 분류하고, 상기 제2 구간이 상기 소정 값 미만인 경우, 상기 승객을 상기 수하물과의 매칭이 불가능하다고 판단하는 기능을 포함하는, 서버.
10. ◈청구항 10은(는) 설정등록료 납부시 포기되었습니다.◈

    제9항에 있어서,
    상기 매칭부는,
    상기 승객의 탑승 정보에 포함된 출발 일자가 상기 수하물 정보를 수신한 일자와 동일한지를 확인하고, 상기 승객의 탑승 정보에 대응되는 목적지와 상기 수하물이 배송될 주소에 대응되는 목적지가 동일한지를 확인하며, 상기 출발 일자와 상기 수하물 정보를 수신한 일자가 동일하고, 탑승 정보의 목적지와 수하물 배송 목적지가 동일한 경우, 상기 승객의 탑승 정보에 포함된 목적지 정보에 따라 상기 매칭 여부를 결정하는, 서버.

Images