KR20240079432A - 블록체인을 이용한 렌트카 전자계약 및 관리 시스템 - Google Patents

Abstract

실시예는, 중개 서비스 제공 서버는 차량 렌트시 상기 중개 서비스 제공 서버의 데이터베이스의 시작 연료량 정보를 업데이트하는 단계; 상기 중개 서비스 제공 서버는 연료 디스펜서로부터 연료 구매 정보를 수신하는 단계; 상기 중개 서비스 제공 서버는 상기 데이터베이스의 연료 구입 정보를 업데이트하는 단계; 상기 중개 서비스 제공 서버는 차량 반납시 연료량 정보를 상기 차량으로부터 수신하는 단계; 상기 중개 서비스 제공 서버는 상기 데이터베이스의 종료 연료량 정보를 업데이트하는 단계; 상기 중개 서비스 제공 서버는 시작 연료량과 종료 연료량 정보 및 연료 구입 정보에 기초하여 초과 지급액을 결정하는 단계; 상기 중개 서비스 제공 서버는 초과 지급액에 기초하여 결정된 반환 금액 정보를 생성하여 블록에 저장하고, 상기 블록을 네트워크 상의 노드들에 전파하고 블록체인을 업데이트하는 단계; 및 상기 중개 서비스 제공 서버는 상기 초과 지급액을 미리 등록된 사용자의 계좌로 송금하는 단계;를 포함하는 블록체인을 이용한 렌트카 전자계약 및 관리 시스템을 제공할 수 있다.

Description

블록체인을 이용한 렌트카 전자계약 및 관리 시스템{Rental car electronic contract and management system using blockchain}

본 발명은 블록체인을 이용하여 렌트카 이용에 관한 전자계약 및 관리시스템으로 블록체인 네트워크를 이용하여 렌트카 업체와 렌트카 이용자간의 전자계약서를 블록으로 작성하고 이를 고객 및/또는 관리서버에 전송하는 페이퍼리스(paperless) 시스템을 구현하여 종이로 된 계약서 또는 계약서 사본의 관리소홀로 인해 고객의 소중한 개인정보가 무분별하게 노출되는 것을 방지할 수 있으며, 스마트 컨트랙트에 따라 렌트카 임대계약을 체결하고 해당 차량/고객/계약의 관리 및 보안을 강화하는 렌트카 전자 계약 관리 시스템이다

기본적으로 금융리스거래당사자는 리스이용자, 리스회사, 공급자로 3당사자가 관여하지만, 공급자는 금융리스계약의 직접적인 당사자가 아니며, 리스이용자와 리스회사가 직접적인 금융리스계약의 당사자로서 법률관계를 발생한다. 따라서 금융리스거래는 위의 3당사자가 관여하는 가운데 리스이용자와 리스회사 사이에 금융리스 계약이, 리스회사와 공급자 사이에 리스물건의 매매계약이 체결되며, 리스이용자와 공급자 사이에는 직접적인 계약이 체결되지 않지만, 매매에 유사한 실질적 계약관계가 성립한다. 즉, 리스회사가 리스물건의 법적 소유권만 갖고, 리스이용자가 금융리스계약에 따라서 리스물건의 실질적인 소유자와 같이 그 리스물건을 직접 점유하여 사용수익하고 약정한 리스료를 일정 기간 동안 리스회사에게 지급한다. 리스회사는 매매계약으로 구입한 리스물건의 소유자로서 금융리스계약에 따라 리스이용자에게 리스물건을 대여한다. 공급자는 리스물건을 매매계약에 따라 리스회사에 판매하여 그 리스물건을 리스이용자에게 인도하고 리스회사로부터 매매대금을 지급받는다.

이때, 차량의 리스나 장기렌트를 결정할 때 비교견적을 제공하여 의사결정을 돕거나, 정기적으로 일정기간에 걸쳐 일정 대가를 분할하여 지급해야 하기 때문에 신용도를 체크하거나 신용카드를 이용하여 계약을 체결하는 방법이 각각 개시되었는데, 이와 관련하여 선행기술인 한국공개특허 제2016-0136074호(2016년11월29일 공개) 및 한국등록특허 제10-2153720호(2020년09월09일 공고)에는, 각 차량에 대응하여 일시불, 할부, 리스 또는 렌트 중 하나 이상에 대한 구매조건에 관한 금융정보와, 차량정보에 기반하여 매칭된 각 차량에 대하여 견적조건과 매칭되는 금융사별 금융정보를 추출하여, 비교견적을 제공할 때 비교견적을 동일한 조건에서 비교가 가능하도록 동일조건 견적정보로 변환하는 구성과, 온라인 마켓 서버를 통하여 사용자 단말로 신용 정보를 요청하고, 리스 서비스 제공 서버가 사용자 단말로부터 전송된 신용 정보를 신용 인증 서버로 전달하면서 신용 인증 요청을 하고, 리스 서비스 제공 서버가 신용 인증 서버의 신용 인증 결과에 따라 온라인 마켓 서버를 통하여 사용자 단말로 리스 계약 정보를 요청하며 사용자 단말로부터 전송된 리스 계약 정보를 수신하고 저장하는 구성이 각각 개시되어 있다.

다만, 상술한 구성은 허위매물에 이은 허위견적, 미끼견적 및 낚시견적이 리스 및 장기 렌트카 업계에서 발생하고 있다는 사실을 간과하고 있다. 모빌리티 산업은 심각한 팬데믹으로 인하여 글로벌 비상상태에서 점진적 회복과 불황에 이르는 결과를 갖게 되는데 팬데믹은 많은 시장에 제동을 걸면서도 일부 시장을 진작시키고 있다는 점도 간과한다. 신차 판매가 감소하고 있지만 리스 시장은 오히려 고객 요구와 낮은 신규 차량 생산의 격차를 메우고 있고, 경상용차 리스가 반사이익을 얻고 있다. 신규차량 리스는 기업 부문을 통해 유지될 수 있으며, 유연한 단기 임대, 차량 구독 서비스 및 비용 효율적인 조건으로 계약 연장을 통해 고객이 진정으로 원하는 것을 제공할 수 있다. 이에, 고객의 정보로 리스나 장기렌트의 견적을 제공하되 허위견적을 제공한 경우 리스트를 만들어 관리하고 최저가 입찰로 인한 과당경쟁 또는 최저가 낙찰제와 같은 미끼효과(Decoy Effect)을 얻지 않도록 전 프로세스를 관리 및 중개할 수 있는 플랫폼의 연구 및 개발이 요구된다.

한국공개특허 제2016-0136074호 한국등록특허 제10-2153720호

본 발명은 블록체인을 이용하여 렌트카 이용에 관한 전자계약 및 관리시스템으로 블록체인 네트워크를 이용하여 렌트카 업체와 렌트카 이용자간의 전자계약서를 블록으로 작성하고 이를 고객 및/또는 관리서버에 전송하는 페이퍼리스(paperless) 시스템을 구현하여 종이로 된 계약서 또는 계약서 사본의 관리소홀로 인해 고객의 소중한 개인정보가 무분별하게 노출되는 것을 방지할 수 있으며, 스마트 컨트랙트에 따라 렌트카 임대계약을 체결하고 해당 차량/고객/계약의 관리 및 보안을 강화하는 렌트카 전자 계약 관리 시스템을 제공하고, 렌트카의 관리의 편의성을 극대화할 수 있는 블록체인을 이용한 렌트카 전자계약 및 관리 시스템을 제공하는 것을 목적으로 한다.

실시예는, 중개 서비스 제공 서버는 차량 렌트시 상기 중개 서비스 제공 서버의 데이터베이스의 시작 연료량 정보를 업데이트하는 단계; 상기 중개 서비스 제공 서버는 연료 디스펜서로부터 연료 구매 정보를 수신하는 단계; 상기 중개 서비스 제공 서버는 상기 데이터베이스의 연료 구입 정보를 업데이트하는 단계; 상기 중개 서비스 제공 서버는 차량 반납시 연료량 정보를 상기 차량으로부터 수신하는 단계; 상기 중개 서비스 제공 서버는 상기 데이터베이스의 종료 연료량 정보를 업데이트하는 단계; 상기 중개 서비스 제공 서버는 시작 연료량과 종료 연료량 정보 및 연료 구입 정보에 기초하여 초과 지급액을 결정하는 단계; 상기 중개 서비스 제공 서버는 초과 지급액에 기초하여 결정된 반환 금액 정보를 생성하여 블록에 저장하고, 상기 블록을 네트워크 상의 노드들에 전파하고 블록체인을 업데이트하는 단계; 및 상기 중개 서비스 제공 서버는 상기 초과 지급액을 미리 등록된 사용자의 계좌로 송금하는 단계;를 포함하는 블록체인을 이용한 렌트카 전자계약 및 관리 시스템을 제공할 수 있다.

다른 측면에서, 상기 중개 서비스 제공 서버는 상기 데이터베이스로부터 차량 정비 정보를 읽어드리는 단계; 상기 중개 서비스 제공 서버는 차량 운행 개시시 네비게이션 정보를 수신하는 단계; 및 상기 상기 중개 서비스 제공 서버는 상기 네비게이션 정보에 기초하여 출발지와 목적지 사이의 경로 정보를 추출하는 단계;를 더 포함하는 블록체인을 이용한 렌트카 전자계약 및 관리 시스템을 제공할 수 있다.

다른 측면에서, 상기 중개 서비스 제공 서버는 경로 상의 차량 정비 업체 중 차량 정비 정보 내의 차량 정비 대상 항목 별 정비 가능 업체 정보를 추출하는 단계; 및 상기 중개 서비스 제공 서버는 차량 정비 제안 요청을 차량으로 전송하는 단계;를 더 포함하는 블록체인을 이용한 렌트카 전자계약 및 관리 시스템을 제공할 수 있다.

다른 측면에서, 상기 중개 서비스 제공 서버는 차량 정비 승인 정보를 수신하는 단계; 상기 중개 서비스 제공 서버는 차량 정비 업체로부터 차량 정비 비용 정보를 수신하는 단계; 및 상기 중개 서비스 제공 서버는 데이터베이스의 차량 정비 비용 정보를 업데이트하는 단계;를 더 포함하는 블록체인을 이용한 렌트카 전자계약 및 관리 시스템을 제공할 수 있다.

다른 측면에서, 상기 중개 서비스 제공 서버는 차량 반납시 차량 정비 비용 정보 및 미리 설정된 보상 기준치에 기초하여 보상금을 결정하는 단계;를 더 포함하는 블록체인을 이용한 렌트카 전자계약 및 관리 시스템을 제공할 수 있다.

다른 측면에서, 상기 중개 서비스 제공 서버는 결정된 보상금 정보를 생성하여 블록에 저장하고, 상기 블록을 네트워크 상의 노드들에 전파하고 블록체인을 업데이트하며, 상기 보상금을 사용자에게 송금하는 단계를 더 포함하는

블록체인을 이용한 렌트카 전자계약 및 관리 시스템을 제공할 수 있다.

실시예는, 인터넷 웹사이트 플랫폼에서 온라인 계약이 가능하도록 하므로, 불필요한 서류의 낭비를 줄이고 빠르고 간편하게 계약이 성사될 수 있도록 한다.

또한, 실시예는 회원가입 및 로그인 기능을 통하여 계약되어 있는 상세내용을 언제든지 온라인으로 열람이 가능하도록 하여 렌트가 운용 시스템을 간소화하고 렌트가 관리의 편의성을 높일 수 있다.

또한, 실시예는 블록체인 기술을 이용하여 계약내용에 대한 내용 위변조가 불가하도록 하여 보다 신뢰성 있는 렌트가 관리 운용이 가능하도록 한다.

또한, 실시예는 차량 렌트 계약을 체결하고자 하는 고객이 고유식별정보를 포함한 개인정보의 입력없이, 차종, 계약기간, 및 신용등급만을 입력하여 의뢰를 하게 되면, 적어도 하나의 렌트카 회사는 의뢰된 정보만을 이용하여 기 설정된 시간 이내에 견적서를 발송하고, 기 설정된 프레임 및 레이아웃을 포함하는 포맷에 견적서에 포함된 텍스트를 자동입력하여 견적서를 재작성하되, 렌트카 회사의 상호를 제거하여 고객에게 발송함으로써, 고객은 상호가 아닌 실제 계약에 중요한 요건들을 비교할 수 있다.

또한, 실시예는 렌트카 회사도 고객의 개인정보를 보유하지 않고 신용등급을 반복적으로 조회하지 않게 되어 고객에게 돌아가는 불이익을 제거할 수 있고, 고객과 렌트카 회사 상호 간에 전화번호 등이 공개되지 않음으로써, 계약이 체결되기 이전에 발생하는 계약체결단계에서의 계약체결비용(Acquisition Expenses) 및 계약체결상 과실책임의 손해배상문제를 해결할 수 있다.

또한, 실시예는 렌트가의 이용객에게 차량의 연료를 가득 채울 수 있는 옵션을 제공함으로써 렌트카 이용의 편의성을 높일 수 있다.

또한, 실시예는 렌트가의 차량 정비의 관리의 편의성을 높이고, 렌트카 이용객에게 차량 정비의 옵션을 제공함으로써 이용객으로 하여금 렌트가 이용 비용의 절감 효과를 누릴 수 있도록 한다.

도 1, 도 2a 및 도 2b는 본 발명의 실시예에 따른 블록체인을 이용한 렌트카 전자계약 및 관리 시스템의 개관이다.
도 3은 본 발명의 일 실시예에 따른 자동차 리스 계약 및 장기 렌트카를 위한 중개 서비스 제공 시스템을 설명하기 위한 도면이다.
도 4는 도 3의 시스템에 포함된 중개 서비스 제공 서버를 설명하기 위한 블록 구성도이다.
도 5는 본 발명의 실시예에 따른 블록체인을 이용한 렌트카 전자계약 및 관리 방법에 대한 흐름도이다.
도 6은 본 발명의 다른 실시예에 따른 블록체인을 이용한 렌트카 전자계약 및 관리 방법에 대한 흐름도이다.

본 발명은 다양한 변환을 가할 수 있고 여러 가지 실시예를 가질 수 있는 바, 특정 실시예들을 도면에 예시하고 상세한 설명에 상세하게 설명하고자 한다. 본 발명의 효과 및 특징, 그리고 그것들을 달성하는 방법은 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 다양한 형태로 구현될 수 있다. 이하의 실시예에서, 제1, 제2 등의 용어는 한정적인 의미가 아니라 하나의 구성 요소를 다른 구성 요소와 구별하는 목적으로 사용되었다. 또한, 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 또한, 포함하다 또는 가지다 등의 용어는 명세서상에 기재된 특징, 또는 구성요소가 존재함을 의미하는 것이고, 하나 이상의 다른 특징들 또는 구성요소가 부가될 가능성을 미리 배제하는 것은 아니다. 또한, 도면에서는 설명의 편의를 위하여 구성 요소들이 그 크기가 과장 또는 축소될 수 있다. 예컨대, 도면에서 나타난 각 구성의 크기 및 두께는 설명의 편의를 위해 임의로 나타내었으므로, 본 발명이 반드시 도시된 바에 한정되지 않는다.

이하, 첨부된 도면을 참조하여 본 발명의 실시예들을 상세히 설명하기로 하며, 도면을 참조하여 설명할 때 동일하거나 대응하는 구성 요소는 동일한 도면부호를 부여하고 이에 대한 중복되는 설명은 생략하기로 한다.

도 1, 도 2a 및 도 2b는 본 발명의 실시예에 따른 블록체인을 이용한 렌트카 전자계약 및 관리 시스템의 개관이다.

이하에서 설명하는 시스템은 네트워크상에서 피어투피어(peer-to-peer) 네트워크 아키텍처 구조를 이룬다. 즉, 시스템에 참여하는 사용자들은 모두 등등한 지위를 가지고 있고 특별한 노드는 존재하지 않으며 모든 노드(노드 1 내지 노드 n)가 네트워크 서비스를 구성하는 역할을 분담한다. 네트워크상의 여러 노드는 서로 등등한 토폴로지를 가지면서 그물망 네트워크에서 서로 연결된다. 네트워크 내에 있는 노드들이 서로 동등한 위치에 있다고 할지라도 지원하는 기능에 따라 각자의 역할은 상이할 수 있다.

모든 노드는 네트워크 내에 라우팅 기능을 보유하고 있으며, 다른 기능을 포함할 수도 있다. 모든 노드는 거래와 블록을 검증하고 전파하며, 이웃 노드들과의 연결을 유지하는 기능을 수행할 수 있다.

사용자는 렌트가 이용자가 될 수 있다. 각각은 개인이거나 조직, 커뮤니티 또는 다른 유형의 개체를 포함할 수 있다.

네트워크에 연결된 노드들은 사용자 노드, 서버 관리자 노드가 있다. 다만, 네트워크에는 특수한 프로토콜을 가동하는 노드들도 포함될 수 있고, 전술한 노드를 비롯하여 기타 프로토콜을 가동하는 노드들을 연결시키는 프로토콜 게이트웨이가 포함될 수도 있다.

새로운 노드가 서비스에 참여하기 위해 먼저 네트워크상에 존재하는 다른 노드들을 검색할 수 있다. 이러한 프로세스를 시작하기 위해서 새로운 노드는 기존에 네트워크상에 존재하는 노드를 최소 한 개는 검색해서 연결해야 한다. 새로운 노드가 이미 알고 있는 이웃 노드에 연결되기 위해 각 노드는 특정 번호의 포트로 TCP 커넥션을 연결하거나 대안 포트로 연결할 수 있다.

새로운 노드는 연결 요청 메시지를 이웃 노드로 전송하고 이웃 노드는 연결 요청을 승인할 경우 승인 메시지를 새로운 노드에 전송함으로써 해당 요청에 응답할 수 있다.

하나 이상의 연결이 성립되고 나면, 새로운 노드는 자신의 IP 주소가 담겨 있는 어드레스 메시지를 이웃 노드들에게 전송할 수 있다. 차례로 이웃 노드들은 전송받은 어드레스 메시지를 그들의 이웃 노드들에게 전송함으로써 새롭게 연결된 노드가 더 잘 알려지고 다른 노드들과 더 잘 연결되게 할 수 있다. 또한, 새롭게 연결된 노드는 어드레스 요청 메시지를 이웃 노드들에게 보내서 다른 이웃 노드들의 IP 주소 목록을 다시 전송해 줄 것을 요청할 수 있다. 이러한 방식을 통해 노드는 자신과 연결되어 있는 이웃 노드를 검색할 수 있고 다른 노드들이 자신을 검색할 수 있도록 자신의 존재를 네트워크상에 홍보할 수 있다.

노드는 블록체인 전체의 복사본을 가질 수 있다. 그리고 다른 노드는 블록체인 전체의 복사본 또는 적어도 블록체인의 부분집합에 해당하는 복사본을 가질 수 있다. 블록체인은 트랜잭션(거래)으로 구성되는 변경 불가능한 블록으로 구성된 분산형 컴퓨터 시스템으로 구성된다. 블록체인을 구성하는 각 블록은 이전 블록의 해시를 포함하므로 블록이 함께 연결되어 처음부터 블록체인에 쓰여진 모든 트랜잭션의 레코드를 생성한다. 블록은 이전 블록에 종속적으로 연결되어 있으므로 해체, 수정 및 재구성이 거의 불가능하고 노드들이 각자 보유하므로 분산되고 견고하다. 일부 실시예에서, 하나의 블록에는 적어도 하나의 거래 내역이 기록된다. 거래 내역은 해쉬로 계산되어 위변조가 발생되지 않도록 구성될 수 있다. 각 블록과 거래는 해쉬 값, 데이터 발생 시점의 타임스탬프를 관리함으로써 위변조를 막고 거래 내역을 추적할 수 있다. 또한, 노드들은 블록체인 원장과 지갑 어플리케이션을 저장하여 사용자가 안전하고 신뢰성 있는 방식으로 네트워크를 통한 거래나 다른 관련 기능을 수행할 수 있게 한다.

노드들은 블록체인 탐색기(Blockcahin explorer)를 제공할 수 있다. 블록체인 탐색기는 코인 검색 엔진 역할을 하는 웹 어플리케이션으로 구성될 수 있다. 지갑을 보유한 사용자는 블록체인 탐색기를 통해 코인 주소, 거래내역, 블록 등을 찾아볼 수 있고 이들 간의 관계 및 흐름을 파악할 수 있다.

각각의 노드는 모든 컴퓨팅 언어를 읽을수 있도록 서버, 인터페이스, 시스템, 데이터베이스, 에이전트, 피어, 엔진, 컨트롤러 또는 개별적으로 또는 집합적으로 작동하는 기타 유형의 컴퓨팅 장치를 포함하거나 컴퓨팅 장치들의 적절한 조합으로 구성될 수 있다. 컴퓨팅 장치는 비일시적인 컴퓨터 판독 가능 저장 매체(예를 들어, 하드 드라이브, 솔리드 스테이트 드라이브, RAM, 플래시, ROM 등)상에 저장된 소프트웨어 명령을 실행하도록 구성된 프로세서를 포함할 수 있다. 바람직하게, 컴퓨팅 장치가 후술하는 각종 기능을 제공할 수 있도록 소프트웨어 명령이 구성된다. 또한, 개시된 기술들은 프로세서로 하여금 개시된 단계들을 실행하게 하는 소프트웨어 명령들을 저장하는 비일시적 컴퓨터 판독 가능 매체를 포함하는 컴퓨터 프로그램 제품으로서 구현될 수 있다. 바람직하게는, 다양한 서버, 시스템, 데이터베이스 그리고 인터페이스는 HTTP, HTTPS, AES, 공개/개인키 교환, 웹 서비스 API, 알려진 금융 거래 프로토콜 또는 다른 전자 기반의 표준화된 프로토콜 또는 알고리즘을 사용하여 데이터를 교환할 수 있다. 바람직하게, 데이터 교환은 패킷 교환 네트워크, 인터넷, LAN, WAN, VPN 또는 다른 유형의 패킷 교환 네트워크를 통해 수행될 수 있다.

도 3은 본 발명의 일 실시예에 따른 자동차 리스 계약 및 장기 렌트카를 위한 중개 서비스 제공 시스템을 설명하기 위한 도면이다. 도 3을 참조하면, 자동차 리스 계약 및 장기 렌트카를 위한 중개 서비스 제공 시스템(1)은, 적어도 하나의 사용자 단말(100), 중개 서비스 제공 서버(300), 적어도 하나의 대여업체 단말(400)을 포함할 수 있다. 다만, 이러한 도 3의 자동차 리스 계약 및 장기 렌트카를 위한 중개 서비스 제공 시스템(1)은, 본 발명의 일 실시예에 불과하므로, 도 3을 통하여 본 발명이 한정 해석되는 것은 아니다.

이때, 도 3의 각 구성요소들은 일반적으로 네트워크(Network, 200)를 통해 연결된다. 예를 들어, 도 3에 도시된 바와 같이, 적어도 하나의 사용자 단말(100)은 네트워크(200)를 통하여 중개 서비스 제공 서버(300)와 연결될 수 있다. 그리고, 중개 서비스 제공 서버(300)는, 네트워크(200)를 통하여 적어도 하나의 사용자 단말(100), 적어도 하나의 대여업체 단말(400)과 연결될 수 있다. 또한, 적어도 하나의 대여업체 단말(400)은, 네트워크(200)를 통하여 중개 서비스 제공 서버(300)와 연결될 수 있다.

여기서, 네트워크는, 복수의 단말 및 서버들과 같은 각각의 노드 상호 간에 정보 교환이 가능한 연결 구조를 의미하는 것으로, 이러한 네트워크의 일 예에는 근거리 통신망(LAN: Local Area Network), 광역 통신망(WAN: Wide Area Network), 인터넷(WWW: World Wide Web), 유무선 데이터 통신망, 전화망, 유무선 텔레비전 통신망 등을 포함한다. 무선 데이터 통신망의 일례에는 3G, 4G, 5G, 3GPP(3rd Generation Partnership Project), 5GPP(5th Generation Partnership Project), LTE(Long Term Evolution), WIMAX(World Interoperability for Microwave Access), 와이파이(Wi-Fi), 인터넷(Internet), LAN(Local Area Network), Wireless LAN(Wireless Local Area Network), WAN(Wide Area Network), PAN(Personal Area Network), RF(Radio Frequency), 블루투스(Bluetooth) 네트워크, NFC(Near-Field Communication) 네트워크, 위성 방송 네트워크, 아날로그 방송 네트워크, DMB(Digital Multimedia Broadcasting) 네트워크 등이 포함되나 이에 한정되지는 않는다.

적어도 하나의 사용자 단말(100)은, 자동차 리스 계약 및 장기 렌트카를 위한 중개 서비스 관련 웹 페이지, 앱 페이지, 프로그램 또는 애플리케이션을 이용하여 자동차 리스 또는 장기 렌트카의 견적을 의뢰하고자 하는 고객의 단말일 수 있다. 사용자 단말(100)은 원하는 계약의 종류, 차량의 종류, 신용등급, 직업 등을 입력하고 적어도 하나의 대여업체 단말(400)로부터 전송된 견적 데이터가 중개 서비스 제공 서버(300)를 경유하여 비교견적 테이블에서 삽입되고 비식별화된 비교견적서를 수신하여 출력하는 단말일 수 있다.

여기서, 적어도 하나의 사용자 단말(100)은, 네트워크를 통하여 원격지의 서버나 단말에 접속할 수 있는 컴퓨터로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 네비게이션, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(Desktop), 랩톱(Laptop) 등을 포함할 수 있다. 이때, 적어도 하나의 사용자 단말(100)은, 네트워크를 통해 원격지의 서버나 단말에 접속할 수 있는 단말로 구현될 수 있다. 적어도 하나의 사용자 단말(100)은, 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, 네비게이션, PCS(Personal Communication System), GSM(Global System for Mobile communications), PDC(Personal Digital Cellular), PHS(Personal Handyphone System), PDA(Personal Digital Assistant), IMT(International Mobile Telecommunication)-2000, CDMA(Code Division Multiple Access)-2000, W-CDMA(W-Code Division Multiple Access), Wibro(Wireless Broadband Internet) 단말, 스마트폰(Smartphone), 스마트 패드(Smartpad), 타블렛 PC(Tablet PC) 등과 같은 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있다.

중개 서비스 제공 서버(300)는, 자동차 리스 계약 및 장기 렌트카를 위한 중개 서비스 웹 페이지, 앱 페이지, 프로그램 또는 애플리케이션을 제공하는 서버일 수 있다. 그리고, 중개 서비스 제공 서버(300)는, 사용자 단말(100)로부터 의뢰 데이터를 수신하는 경우, 의뢰 데이터 내 포함된 적어도 하나의 조건을 대여업체 단말(400)로 전송하여 견적서를 요청하고, 대여업체 단말(400)에서 견적서가 수신된 경우 견적서 내 대여업체를 식별할 수 있는 데이터는 비식별화하고 비교견적 테이블 내 각 데이터를 자동삽입하여 비교견적서를 생성한 후 사용자 단말(100)로 전송하는 서버일 수 있다. 이때, 중개 서비스 제공 서버(300)는, 과당경쟁을 막고 미끼견적이나 허위견적 등으로 인한 계약변경을 막기 위해 적어도 하나의 여신금융사 서버(미도시)로부터 수집되는 각 조건별 이자율과, 각 차종별 가격에 기초하여, 적어도 하나의 대여업체 단말(400)에서 설정한 수수료를 가 평균 수수료의 오차범위 미만인 경우 계약이 변경될 가능성이나 차종이 변경될 가능성에 대해 사용자 단말(100)로 경고 메세지를 보내거나 태그를 부착하여 비교견적서에 태깅하는 서버일 수 있다. 여신금융사의 대출이자율과 각 대여업체의 고정지출비용과 인건비 등을 고려했을 때 수수료가 터무니없이 낮게 책정된 경우 허위견적이나 미끼견적일 가능성이 크고, 견적과 본 계약이 달라질 가능성이 크기 때문에, 미끼견적이나 허위견적을 내는 것을 막아 소비자를 보호함과 동시에 출혈경쟁으로 마진을 남기지 못해 다른 항목의 비용을 증가시키는 등 소위 꼼수가 발생함을 원천적으로 차단하기 위함이다. 그리고, 중개 서비스 제공 서버(300)는 견적과 본 계약이 서로 달라지면서 사용자의 요청이 아니고 사용자에게 불리하게 변경된 경우 사기의 가능성을 염두하여 견적과 계약이 상이한 경우 관리대상 리스트에 대여업체나 담당자를 업로드하여 관리하는 서버일 수 있다. 중개 서비스 제공 서버(300)는 적어도 하나의 형사사법기관과 연계하여 각 개인이나 업체를 집중관리하도록 관리대상 리스트를 관리할 수 있다. 이때, 관리대상 리스트는 블록체인으로 분산저장될 수 있고, 무결성을 유지할 수 있도록 하며, 각 업체나 개인으로부터 중개 서비스 제공 서버(300)에서 견적서를 받기 이전에, 각 업체나 개인에 대한 사기조회 등을 통해 검증을 실시함으로써 검증된 개인과 업체만이 견적을 낼 수 있도록 풀(Pool)을 관리할 수도 있다.

적어도 하나의 대여업체 단말(400)은, 자동차 리스 계약 및 장기 렌트카를 위한 중개 서비스 관련 웹 페이지, 앱 페이지, 프로그램 또는 애플리케이션을 이용하는 대여업체의 단말일 수 있다. 이때, 각 대여업체 단말(400)은, 캐피탈사일 수도 있고 캐피탈 사와 고객을 중개하는 중개업체일 수도 있다. 리스 계약은 제2금융권에서 진행하게 되는데 이는 대출계약의 일종이기 때문에 3당사자의 한 당사자가 여신사 또는 금융사가 된다. 이때, 여신사 또는 금융사에서는 대출만 진행하고 직접 고객을 상담하고 자신들의 마진을 붙여 중개를 하는 업체가 대여업체 단말인데, 대여업체 단말(400)이 중개인일 수도 있지만 전자와 같이 여신사 또는 금융사 자체일 수도 있다. 대여업체 단말(400)은, 중개 서비스 제공 서버(300)로부터 조건을 받으면 이 조건에 맞는 견적서를 중개 서비스 제공 서버(300)로 전송하는 단말일 수 있다. 그리고, 대여업체 단말(400)은, 견적 후 본 계약을 진행하는 경우 본 계약의 계약서를 업로드하는 단말일 수 있고, 이는 중개 서비스 제공 서버(300)에 업로드된 사용자 단말(100)의 계약서와 상호대조한 후 차이점이 있는 경우 벌점이나 패널티를 받거나 관리대상 리스트로 등록될 수 있고, 견적과 계약서의 조건이 서로 달라져 계약변경이 발생했는데 사용자의 요청이 아니고 사용자에게 불리하게 진행된 경우에도 관리대상 리스트에 업로드될 수 있는 단말일 수 있다. 또, 대여업체 단말(400)은 중개 서비스 제공 서버(300)에 견적서를 제출할 수 있는 풀(Pool)에 포함되기 위하여 블록체인을 통하여 검증을 진행하는 단말일 수 있고, 검증 과정에서 불일치가 발생하는 경우 풀에 포함될 수 없다는 통보를 중개 서비스 제공 서버(300)로부터 수신하여 견적서를 제출할 수 없게 되는 단말일 수 있다.

도 4는 도 3의 시스템에 포함된 중개 서비스 제공 서버를 설명하기 위한 블록 구성도이다.

도 4를 참조하면, 중개 서비스 제공 서버(300)는, 입력부(310)는, 사용자 단말(100)로부터 의뢰 데이터를 유형, 차량, 조건, 정보 및 연락순으로 선택받고 의뢰 데이터를 생성할 수 있다. 제공된 유저 인터페이스 상에서 사용자는 유형->차량->조건->정보->연락순으로 각 체크박스를 체크만 하면 된다. 이때, 유형은 렌트 또는 리스 중 어느 하나를 선택하는 상품유형과, 개인, 개인사업자 및 법인 중 어느 하나를 선택하는 고객유형을 포함하고, 차량은, 국산 또는 수입을 선택하는 구분 및 적어도 하나의 국산 또는 수입 브랜드를 포함하는 브랜드와, 차종, 모델 및 옵션을 포함하고, 조건은, 계약기간, 선수금, 보증금, 정비여부 및 약정주행거리를 포함하고, 정보는, 신용등급, 직업, 재직기간 및 재산세 납입유무를 포함할 수 있다. 크게 나누어보면 원하는 차종에 대한 정보와 고객에 대한 정보로 구분되는데, 차종은 사용자가 원하는 차종을 선택받아야 하기 때문에 기입하는 것이고, 고객에 대한 정보는 상술한 바와 같이 여신금융사에서 지급하는 대출이자가 직업이나 재산 여부 또 신용등급 등에 따라 다르게 책정되어 있기 때문에 고객의 정보가 정확히 입력되어야 정확한 대출이자율이 나오게 된다.

전송부(320)는, 의뢰 데이터를 적어도 하나의 대여업체 단말(400)로 전송할 수 있다. 이때, 전송되는 의뢰 데이터는 고객의 전화번호나 이름 또는 이메일 등을 알 수 없도록 비식별화 또는 삭제 처리한 데이터이다. 사용자 단말(100)은, 자동차 리스 계약 또는 장기 렌트카의 중개를 의뢰하기 위한 의뢰 데이터를 입력하고, 적어도 하나의 견적 데이터가 기 설정된 견적서 포맷에 삽입된 비교견적서를 수신하여 출력할 수 있다. 적어도 하나의 대여업체 단말(400)은, 의뢰 데이터를 수신하는 경우 의뢰 데이터 내 포함된 적어도 하나의 사용자 데이터에 기반하여 견적을 산출하고 견적 데이터를 전송할 수 있다.

견적부(330)는, 적어도 하나의 대여업체 단말(400)로부터 견적 데이터를 수신하는 경우 적어도 하나의 대여업체의 정보를 비식별화처리한 후 비교견적 테이블인 견적서 포맷에 삽입하여 사용자 단말(100)로 전송할 수 있다. 이때, 비교견적 테이블은, 도 3g와 같이 월대여료, 면책금, 중도해지수수료, 약정주행거리, 사고가감유무, 결제방식, 만기 후 인수여부를 포함하는 조건과, 방문유무, 주기, 소모품, 타이어, 스노우타이어 및 사고대차여부를 포함하는 정비와, 적어도 하나의 종류의 상품을 추가지급하는 추가의 구분 열(Column)을 기준으로 적어도 하나의 대여업체의 견적 데이터가 삽입되는 테이블일 수 있다.

최저가낙찰경고부(340)는, 적어도 하나의 여신금융사 서버(미도시)로부터 사용자 단말(100)의 의뢰 데이터를 전송한 후 의뢰 데이터를 입력으로 가능한 자동차 리스 계약 또는 장기 렌트카의 견적 데이터를 수집하여 최저가 데이터를 생성하여 견적의 하한을 설정하고, 최저가 데이터와 적어도 하나의 대여업체 단말(400)로부터 수집된 견적 데이터 간 차이가 기 수집된 업체 수수료의 평균 범위 미만인 경우, 비교견적서 내 경고 태그를 부착하여 표시할 수 있다. 최저임금제처럼 하한을 설정하여 이 이하로는 마진이 남지 않아 각 업체들이 최소한의 마진이라도 유지하기 위해 소위 꼼수를 부리는 일이 없도록 한다. 사용자는 고객으로 리스나 장기 렌트카의 계산방법 등을 잘 모르기 때문에, 무조건 월 납입료가 낮은 견적을 제시한 대여업체에게 연락을 하는 것이 대부분이다. 하지만, 물가는 오르는데 과자의 가격이 그대로인 경우 그 내용물을 줄이는 방식으로 제조를 하는 것처럼, 마진이 마이너스가 될 수는 없기 때문에, 최저입찰제를 시행하는 경우 월 납입료를 낮춘 대신 어떠한 항목이라도 변경되어 결국엔 소비자에게 그 부담이 그대로 올 수밖에 없는 구조이다. 소비자는 가격이 낮으면 자신에게 이익이라고 생각하여 계약을 체결하게 되지만, 결국 제 값을 다 치르게 된다. 제 값만 치르게 되면 다행이지만, 이러한 소비자의 심리를 이용하여 허위견적을 제시한 후 최저가로 고객이 연락하고 방문하면 다른 차종을 제시하거나 다른 항목이 고객에게 불리하게 계약이 되는 경우가 허다하다. 즉, 이후 견적과 다른 차종 또는 조건으로 계약변경이 될 가능성이 높거나(소위 미끼견적), 총 가격은 낮췄지만 이후 부담은 여전히 고객에게 지우도록 변경하거나 하는 등 계약서를 사용자에게 불리하게 작성될 수 있다. 이에, 사용자에게 마진이 남지 않아 불가능한 견적서는 이후 계약이 변경될 가능성이 있다거나 하는 경고 메세지를 주는 것이다.

이때, 허위견적을 막기 위하여 여신금융사 및 공급사로부터 데이터를 수집할 수 있다. 상술한 바와 같이 리스 계약은 공급업체, 고객 및 여신금융사의 3 당사자 계약인데, 공급업체에서 받은 가격, 여신금융사의 이자율 등을 고려하여 실제 견적인지의 여부를 확인하는 것이다. 이를 위하여, 빅데이터의 분석과 블록체인의 무결성을 이용하여 견적을 받을 때에 조작이나 또는 차량에 대한 허위견적을 방지하도록 한다. 먼저 블록체인의 무결성은 해시값에서 나오는데 이 해시값은 SHA-256 기반으로 어떠한 데이터가 들어오면 256비트의 값을 얻을 수 있다. 그렇다면 SHA-256 알고리즘을 통해서 어떻게 무결성을 지킬 수 있는지는, 블록 양쪽 끝에 해시값을 넣어두면 된다. 그러면 블록은 현재 해시값 끝 쪽에는 다음 해시값을 넣어두고 다음 해시값은 다음 블록에서 현재 해시값으로 넣어주게 되면 서로 블록들은 연결이 되는 상태가 된다. 그리고 중간에 들어가는 데이터들이 한 글자라도 다르게 되면 해시값은 완전히 다르게 되고 다음 해시값도 틀리게 되게 된다.

이때의 블록체인은 하이퍼레저 패브릭 플랫폼을 이용할 수 있다. 하이퍼 패브릭은 신원을 확인한 뒤에 블록체인 서버에 접속할 수 있고 블록의 내용은 누구나 볼 수 있다. 빅데이터 분석에서는 구글이 오픈소스로 공개한 텐서플로우 기계학습 라이브러리로 이용해서 리스 또는 장기 렌트카에 대한 데이터를 분석할 수 있다. 리스 또는 장기 렌트카 사이트나 중고차에 대한 매물을 크롤링 및 분석하여서 데이터화 하고 그것을 바탕으로 블록체인의 데이터와 비교 합산하여 리스 또는 장기 렌트카 시세와 정보를 알려주게 된다.

먼저 공급사에서 차량의 데이터를 입력하면, 그 데이터를 블록화 시키기 위해서는 다른 공급사에서 다음 해시값을 받아와야한다. 이때 다른 공급사에서는 그 데이터가 공급사 IP주소가 맞는지 확인한다. 데이터가 맞다면 그 블록을 다음해시값과 함께 저장과 데이터를 보낸 공급사에게 리턴하게 된다. 리턴받은 데이터를 바로 블록체인 서버에 올린다. 그 후에 차량의 대여업체에서 리스 계약 또는 장기 렌트 계약을 할 때를 블록체인에 있는 데이터의 기반으로 빅데이터로 분석이 된 곳에 데이터를 넣게 되어서 비교 분석을 한 뒤 사용자에게 시세와 정보를 알려주게 된다. 이때, 대여업체에서 차량에 대한 점검이나 회원가입을 하게 되면 동일한 공급사에서 점검받은 내용이나 회원이름을 블록화하기 위해서 데이터를 보내게 된다.

리턴받은 데이터 블록을 가지고 블록체인 서버에서 관리하게 되고 누구나 블록체인 웹 주소로 들어가게되면 회원이름과 차종이나 브랜드와 같이 차에 대한 내용을 열람할 수 있다. 블록체인에 있는 블록들을 빅데이터화 해서 장기 렌트 또는 리스를 하려는 사람에게 가격과 정보를 보내게 된다. 이 시스템은 공급사에서 데이터를 입력받고 다른 공급사에 데이터를 전송하며, 다른 공급사에서 데이터를 확인한 뒤 다시 데이터를 보낸 공급사에 다음 해시값을 전송하게 한다. 그럼 다른 공급사에서도 그 데이터를 가지고 있어 분산 데이터베이스가 완성된다. 블록체인서버에 접속하면 차를 식별할 수 있는 식별번호 입력칸이 나오고, 식별번호만 입력하게 되면 초기 데이터와 차량에 기록한 데이터를 볼 수 있게 된다. 이러한 경우 차량이 없는데 있다고 하거나, 각 공급사 및 대출이자율이 이미 나왔기 때문에 최저선, 즉 (공급사공급가격+대출이자율)/계약기간인 최저선보다 낮은 허위견적을 낼 수가 없게 되고 소비자들도 대출이자와 마진을 고려하여 출혈경쟁이나 과당경쟁으로 허위견적을 받고 계약이 달라질 수 있는 경우의 수를 걱정을 하지 않아도 된다.

이때, 최저선보다 금액이 낮은 항목에 대해 견적금액 절감 사유를 기재하는 경우, 이를 인정할 것인지에 대해 전문가 집단으로 이루어진 심사위원이 견적금액을 심사할 수 있다. 이때, 전문가가 대여업체와 관련이 있을 수도 있으므로 전문가는 전문가 풀(Pool)을 미리 마련해두고, 심사위원을 실시간으로 랜덤으로 뽑는 방식으로 전문가를 배정할 수도 있다. 이때, 양자난수 알고리즘(Quantum Random Function Mechanism)으로 전문가를 선정할 수 있다. 정보보호에서 필요로 하는 이상적인 난수는, 동전 던지기를 통해 얻는 수와 같이 예측불가능하고 독립적이며, 재발생이 불가능한 수이다. 암호 시스템의 암호 알고리즘이나 프로토콜 등은 난수가 이상적인 난수라 가정한 후 설계되므로, 안전한 난수를 생성할수 있는 난수 발생기 사용이 필수적이다. 난수 발생기는, 주로 초기 씨드(Seed) 값으로부터 결정론적인 알고리즘을 통해 난수를 생성하는 의사난수발생기(Pseudo Random Number Generator; PRNG, Deterministic Random Bit Generator; DRBG)와, 예측하기 어려운 물리적 현상으로부터 난수를 생성하는 진난수발생기(True Random Number Generator, TRNG)로 분류된다. PRNG의 출력 난수는 입력인 씨드에 의해 결정되기 때문에 TRNG의 출력 난수를 씨드로 사용하는 것이 일반적이다.

반면, TRNG는 아날로그 데이터인 잡음원을 입력으로 사용하기 위해 디지털 데이터로 바꾸는 디지털화 과정이 수행되고, 디지털화 된 데이터의 바이어스를 줄이기 위하여 선택적으로 후처리 과정을 수행한 후 난수를 출력한다. 이상적인 난수의 출력은 난수발생기의 입력인 잡음원이 예측 불가능한 것에 의존하기 때문에, 엔트로피 소스(Entropy source)로 사용되는 잡음원의 특성파악이 중요하다. 따라서, 물리적 특성의 잡음원이 가지는 바이어스를 줄이는 후처리 과정의 안전성 분석은 이상적인 난수를 출력하기 위해 반드시 고려되어야 하는 사항이다.

이때, 양자난수 알고리즘의 양자난수 발생기는, 양자정보의 예측불가능성을 이용하여 난수를 생성하는 TRNG이다. 이는, 예측불가능성, 무편항성, 및 숫자간 무관성이 보장되며, PRNG와는 다르게 암호화 패턴으로 시드값을 추적할 수 없다. 이때, 양자난수 발생기는, 광자의 편광, 광자의 경로, 광자의 도착시간 및 진공상태의 샷 노이즈를 측정하여 난수를 생성하는 방법인데, 광자의 편광, 광자의 경로는 광자의 중첩을 활용하는 방법이며, 관측되는 측정기의 위치에 따라 0, 1을 할당한다. 광자의 도착시간을 측정하는 양자난수 발생기의 경우, 관측 주기를 여러 구간으로 나누어, 한 번의 관측마다 구간에 대한 주기의 비율을 로그화한 비트를 생성한다. 진공 상태의 샷 노이즈는, 가우시안 분포를 가지는 임의의 상태이므로, 이를 구간으로 난수를 생성할 수도 있다.

리스트공유부(350)는, 사용자 단말(100)에서 비교견적서에 표시된 어느 하나의 대여업체를 선택 및 계약을 완료한 경우, 사용자 단말(100)에서 비교견적서에 제시된 차종, 옵션 및 금액이 다르거나 요율이 서로 다르게 표시되어 신고가 입력되었는지를 모니터링하고, 견적시 조건과 계약시 조건이 상이하면서, 차종의 등급이 내려가거나, 옵션이 삭제되거나 또는 금액이 증가하면, 대여업체를 관리대상 리스트에 포함시켜 공유할 수 있다. 이때, 관리대상 리스트는 대여업체 이외에도 견적 및 계약을 진행했던 담당자를 포함할 수 있다.

최근 리스 사기로 개인들이 피해를 보는 가운데, 캐피탈 업체도 골머리를 앓고 있다. 경제력이 뒷받침되지 않는 상황에서 고가의 수입차 리스 계약을 덜컥 맺은 카푸어(Car Poor·비싼 차를 사 가난해졌다는 말)가 피해자의 대부분을 차지하다보니, 지원이 끊어진 이후 리스료를 제때 내지 못해 캐피탈사 전체의 연체율을 올리고 있기 때문이다. 피해자들은 캐피탈사도 도의적 책임을 져야한다고 요구하는 등 민원도 끊이지 않고 있다. 자동차 리스 지원 업체는 일정 금액의 보증금을 내면 캐피탈사, 카드사 등 자동차 리스 업체에 내야 하는 리스료의 일부를 지원해주겠다며 유인한다. 금융회사와의 리스계약과 별도로 리스료 지원에 관한 이면 계약을 맺는 셈이다. 처음 몇 개월은 약속한 리스료를 지원해주지만, 이후 지원을 중단하고 잠적하는 경우가 많다. 이들은 돌려받기로 했던 보증금을 날린 것은 물론, 고액의 리스료 부담도 떠안게 됐고, 업체 대표가 구속되는 등 수사가 진행되고는 있지만 이미 업체의 자산이 거덜난 만큼 보증금 회수는 여의치 않은 상황이다.

이에 그 불똥이 캐피탈사, 카드사 등으로 튀고 있다. 피해자들은 자신들이 제대로 알아보지 않은 잘못은 인정한다면서도 계약의 한 축인 금융회사도 도의적 책임 차원에서 리스료나 위약금을 낮춰줘야 한다는 민원을 제기 중이다. 고객이 사기당한 것을 인정하고 원래대로 리스료를 납부하면 다행이지만, 피해자 상당수는 리스료 납부를 거부하고 있는 상황이다. 캐피탈 업계 관계자는 리스료 납부가 제대로 되지 않으면 결국 부실 채권으로 분류돼 전체 연체율이 상승할 수밖에 없다며 추심을 위해 차량 압류 절차를 진행해야 하는데, 이 비용 자체도 만만치 않은데다 번호판을 떼고 잠적해버리는 고객들도 있다고 말했다. 금융감독원도 중고차 리스료 대납 사기 관련 민원이 빗발치자 지난 여름 소비자 경보를 발령했지만, 이 이상 손쓸 방도가 없다는 입장이다. 이에, 본 발명의 일 실시예에 따라 견적서를 보낼 수 있는 대여업체, 즉 협력사도 검증을 할 뿐만 아니라, 협력사에 근무하는 직원 개인까지 모두 리스트로 관리함으로써 견적서를 보낼 수 없도록 하거나, 견적서를 보냈을 경우 사기 태그를 달아 소비자가 이를 구분할 수 있도록 한다.

추천부(360)는, 사용자 단말(100)로부터 개인정보열람동의서에 사인을 받은 후, 사용자 단말(100)에서 차량 관련 보험을 청구한 데이터 및 대출 데이터를 수집하고, 사용자 단말(100)로부터 네비게이션을 이용한 히스토리를 수집하여 평균 이동거리를 수집한 후, 운행거리제약, 보험료할인 및 대출한도에 차이에 기초하여 리스 계약 또는 장기 렌트카를 추천해줄 수 있다.

금융리스는 기존의 할부매매 등과 유사한 구조를 가지고 있음에도 이용자가 할부매매 등을 이용하는 대신 금융리스를 이용한다. 또한, 금융리스가 리스물건의 구입자금을 차용하기보다는 자산을 차용하는 것이지만 실질적으로는 융자와 유사한 효과를 발생시킨다. 여기서 리스금융과 장기부채를 통한 구매를 비교할 때 금융리스는 직접적인 금융보다 높은 이자를 지급하고 리스기간 만료 시에는 리스물건이 잔존가치를 상실하거나 재리스 또는 매입하여야 하는 등 리스이용자에게 불리하다. 또한, 금융리스계약은 리스이용자가 리스거래에 수반되는 모든 비용, 즉 리스물건의 도입에 필요한 운반비, 설치비, 구매에 관계되는 비용 및 리스계약 종료 시의 리스물건의 반환비용, 리스물건에 관한 보험료, 세금 및 기타의 공과금 등의 지급의무도 부담한다. 그리고 금융리스계약에서는 리스이용자에게 상대적으로 불리한 기한 이익의 상실특약, 리스물건의 하자담보책임면책특약, 위험부담전환특약, 유지관리의무의 전환특약 등이 체결되고 있다. 그럼에도 불구하고 리스이용자는 리스에 소요되는 총비용이 리스물건의 구매액보다 더 크다는 것을 인식하면서도 금융리스를 선호하여 선택하고 있다.

사용자 단말(100)에서 리스 또는 장기 렌트카를 선택할 때 사용자 단말(100)에서 입력한 조건이나 선호도 등에 기반하여 협업필터링을 제공할 수 있다. 예를 들어, 특허법인을 운영하는 A 사용자가 회사차로 리스를 할 지 또는 장기 렌트카를 할 지 고민이라면, 평균적으로 고객을 만나러 갈 때 차를 얼마나 사용하는지, 연간 몇 키로인지, 법인 대표로서 허 번호판을 달고 다닐 수 있는지, 10부제 적용에 타격을 받는지 등에 대해 선호도를 A 사용자로부터 수집하여 이에 대응하는 종류를 제공할 수도 있다. 또는 사용자 A가 어떤 것이 좋은지 모를 경우 다른 특허법인의 사용자들은 렌트나 리스 중 어느 것을 선호하고 있는지, 이로 인한 장단점은 무엇인지만 알게 되더라도 의사결정에 훨씬 도움이 된다. 사기조회부(370)는, 사용자 단말(100)에서 비교견적서를 수신할 때, 적어도 하나의 대여업체의 계좌번호 또는 전화번호를 적어도 하나의 형사사법기관 서버에 입력한 후 사기신고조회 후 사기 태그의 부착여부를 결정할 수 있다. 이때, 사기내역은 공공기관에 전화번호를 입력하는 경우 조회가 되며, 사기내역이 공개되는 범위는, 최소 3 번 이상의 사기신고가 접수된 경우이다. 하지만, 3 번 미만의 사기신고가 접수된 경우에는 판매자가 사기를 치더라도 그 범행은 수면 위로 올라오지 않는다. 이때, 사기에서 가장 많이 사용되는 것이 대포통장인데, 대포통장이 만들어질 수 있는 경로 중 하나가 비대면 온라인 계좌개설이다. 비대면 온라인 계좌개설에 필요한 것은, 동일명의의 핸드폰과 신분증인데, 계좌를 개설할 때 신분증의 진위여부만 확인할 뿐, 현재 신청하고자 하는 사람과 신분증 명의자가 동일인인지를 확인하지 않는다. 이 과정에서 대포통장이 다수 개설되게 되는데, 계좌인증을 수행하는 것 외에도 영상통화를 수행하여 신분증명의자와 영상통화를 건 발신자가 동일인지를 확인할 수 있다. 직접 오프라인으로 통장을 개설하는 경우에는 직원의 과실책임이 없도록 직원이 현재 신청하는 사람과 신분증명의인의 동일여부를 확인하지만, 온라인에서는 비대면 계좌개설이기 때문에 이 점이 간과된다.

따라서, 사기조회부(370)는, 대여업체 또는 개인에 대하여 인증을 실시할 때, 비대면 실명확인 방식을 기본으로 가져가되, 기본확인과 추가확인으로 구성된 방법을 다중으로 조합하여 이용할 수 있다. 예를 들어, 신분증 확인은 대여업체 또는 개인이 신분증을 촬영 또는 스캔하여 인터넷을 통해 제출하면 사기조회부(370)는 신분증 발급기관에 진위여부를 확인한다. 두 번째는, 영상통화이다. 사기조회부(370)는, 영상통화를 통하여 인식된 사용자의 육안 및 안면인식기술을 통하여 신분증 상의 사진과 고객의 얼굴을 대조할 수 있다. 세 번째는, 사용자의 계좌를 이용하여, 타 금융회사에서 실명확인을 거쳐 이미 개설된 계좌로 소액이체를 할 때 기 설정된 암호를 기재, 예를 들어, 1원을 이체하면서 "비딩카만세"와 같은 글자를 전송하고, 대여업체 단말(400)에서 "비딩카만세"가 입력되는 경우, 인증을 완료하는 것이다. 추가 인증 방법으로, 인증기관 등 타 기관에서 신분확인 후 발급한 휴대폰 번호, 공인인증서, 아이핀 등을 이용할 수도 있지만 나열된 것들로 한정하지는 않는다.

상술한 방법 중 실시간 영상 통화가 요구될 때, 실시간으로 얼굴 특징을 검출하고 신분증의 얼굴과 대조해야 하는데, 얼굴 검출 방법은 다양한 방법이 있으나 영상통화로 실시간으로 인증되어야 하는 만큼 얼굴의 각 특징에 대한 적분 영상을 생성하여 중요도를 추출하는 비올라 존스 방법을 사용할 수 있다. 이때, 학습 과정은, 적분 영상 생성, 다수의 Haar 모양 특징의 생성, 학습 영상으로부터 각 특징의 중요도 측정, 최상위 특징을 이용하여 아다부스트로 학습 후 가장 중요한 특징만 골라내는 작업으로 이루어질 수 있다. 테스트는, 영상으로부터 적분 영상을 생성하고, 이 영상을 학습 단계에서 미리 뽑아 놓은 특징들의 캐스케이드 구조에 입력으로 인가하고, 특징 값을 측정하고 이를 바탕으로 분류를 수행하며, 주어진 영상의 어떤 부분이 얼굴인지 검출해 내는 작업을 수행하면서 이루어질 수 있다.

얼굴을 인식할 때 특징 기반 방법은, 눈, 코, 입과 같은 얼굴을 구성하는 요소들의 특징점을 찾아서 각 점들 사이의 위치나 모양 등을 측정함으로써 얼굴 이미지들 사이의 유사도를 비교하는 방법이다. 이때, 특징 기반 방법 중 주성분 분석법은, 다차원 특징 벡터로 이루어진 얼굴 영상에 대하여 해상 영상에 대한 정보를 유지하면서 차원을 축소시키는 데이터 처리 방법 중 하나이다. 얼굴 영상의 주성분을 구하여 특징벡터를 주성분 방향으로 사영(Projection) 시키면 차원을 감소할수 있게 된다. 두 번째로, 특징 기반 방법 중 선형 판별 분석법은, 클래스간 분산 행렬과 클래스 내 분산 행렬간의 비율을 최대화하는 방법을 통해 데이터에 대한 특징벡터의 차원을 줄이는 방법 즉, 클래스 분리를 최대화하는 벡터의 방향을 찾아 그 방향으로 사용을 시켜 차원을 감소시키는 방법이다. 이 경우 같은 클래스내의 데이터들은 서로 가깝게 모여 있고 동시에 다른 클래스의 평균 간의 거리는 최대화하는 방향을 찾게 된다. 세 번째로, 구조적 유사성 방법은, 두 이미지 사이의 유사성을 측정하는 방법이며, 그 결과는 0과 1사이의 값으로 주어진다. 0의 값은 원 영상과의 상관관계가 없다는 것을 의미하고, 1의 값은 원 영상과 동일한 영상임을 의미한다.

네 번째로, 멀티구조적유사성방법(Multi-Structural SIMilarity)은, 세 번째의 방법을 이용하되, 얼굴만 비교하지 않고 눈, 코 그리고 입을 같이 비교함으로써 인식률을 올리고자 한 방법이다. 예를 들어, 카메라로 받은 영상으로부터 비올라 존스 방법을 이용하여 얼굴을 검출하고, 검출된 얼굴 영역 내에서 다시 코, 양쪽 눈, 왼쪽 눈, 오른쪽 눈, 입을 찾는다. 코의 경우에는 검출된 얼굴 영역 내에서 가운데 원점을 기준으로 가로 세로로 반씩, 즉 얼굴면적의 1/4의 면적에서 비올라 존스 방법을 이용하여 코를 검출한다. 검출된 얼굴영역을 가로로 4등분할 때에, 위에서 두 번째에 해당하는 영역에 대하여 비올라 존스 방법을 이용하여 양쪽 눈을 검출한다. 그리고, 양쪽 눈을 검출한 영역을 좌우로 나눠서 각각의 영역 내에서 비올라 존스 방법을 이용하여 왼쪽 눈과 오른쪽 눈을 검출한다. 마지막으로, 입을 검출하기 위하여 검출된 얼굴영역을 가로로 4 등분하여 맨 아래쪽 영역의 가운데 영역, 즉 얼굴전체영역의 1/8면적에서 비올라 존스 방법을 이용할 수 있다. 물론, 실시간으로 신분증의 사진과, 실시간 영상 통화의 얼굴 간의 유사도를 측정하여 동일인인지를 판단하는 방법은 상술한 방법에 한정되지 않으며, 다양한 방법이 이용될 수 있음은 자명하다 할 것이다.

검증부(380)는, 적어도 하나의 대여업체의 사기 또는 신고 히스토리를 검증하기 위하여 블록체인의 체인코드(ChainCodes)의 의사코드(PseudoCode)에 기반하여 블록체인의 라이트 노드(Light Weighted Node)로 제한된 기능을 가진 상태로 적어도 하나의 대여업체 단말(400)을 참여시킬 수 있다. 이때, 블록체인 네트워크는, 검증부(380), 사용자 단말(100) 및 대여업체 단말(400)의 3 자 구조로 이루어진다. 여기서 대여업체 단말(400)은 담당자 단말(미도시) 또는 직원 단말(미도시)를 포함할 수 있다. 검증부(380)는 풀 노드(Full Node)로서 네트워크의 모든 권한을 가지며 사용자 단말(100)과 대여업체 단말(400)은 라이트 노드(Light Weighted Node)로 제한된 기능을 가진 상태로 네트워크에 참여한다.

<블록 생성 절차>

블록 생성은 대여업체 단말(400)에서 블록체인 네트워크에 참여하거나 대여업체의 사기 히스토리 또는 신고 히스토리를 변경할 때 수행된다. ① 대여업체 단말(400)은, 검증부(380)로 블록체인 네트워크에 참여하여 자신의 정보를 블록체인에 등록할 때와 기존의 정보 변경을 할 때 블록 생성을 요청한다. ② 검증부(380)는, 등록 요청을 받으면 대여업체 단말(400)에서 제공해 준 정보를 바탕으로 블록 생성 절차를 시작한다. 이때, 해당 대여업체 단말(400)의 대여업체 또는 개인(직원)이 기존에 있었는지 여부를 확인하기 위해 블록체인에 해당 대여업체가 등록되어 있는지 여부를 검색한다. ③ 검증부(380)에서 관리자 단말(미도시)의 요청에 따라 대여업체가 블록체인에 등록되어있는지 여부를 확인하고 이를 관리자에게 전달한다. ④ 관리자는 대여업체의 정보의 위조 여부를 확인하기 위해 대여업체의 범죄 히스토리 또는 사기 신고 건수가 존재하는지에 대한 정보를 정부에 요청한다. ⑤ 정부에서는 대여업체에게 범죄 히스토리 또는 사기 신고 건수를 제공해도 되는지 여부를 확인한다. ⑥ 대여업체 단말(400)은 개인정보 제공 동의 여부를 전달하여 자신의 정보가 블록체인에 저장될 수 있도록 한다. ⑦ 정부에서는 대여업체 정보 검증여부를 전달한다. ⑧ 블록체인에 대여업체에 대한 정보를 블록으로 생성하여 저장한다.

<범죄 히스토리 또는 사기 신고 제공 절차>

범죄 히스토리 또는 사기 신고 제공 절차는 대여업체가 견적서를 낼 수 있는 자격을 획득할 때, 즉 풀(Pool)에 들어가기 위해 이용되며, 본 발명의 검증부(380)로 범죄 히스토리 또는 사기 신고 정보 등을 제출하고, 해당 내용이 위조되었는지 여부를 확인하기 위해 사용자 단말(100)의 요청으로 사용될 수 있다. 우선, ① 대여업체가 고객, 즉 사용자 단말(100)로 견적서를 제공할 때, 블록체인에 등록되어 있는 자신의 ID를 함께 제공한다. ② 사용자 단말(100)은 대여업체 단말(400)의 견적서를 수령하고 수령 여부를 통지한다. ③ 사용자 단말(100)은 검증부(380)로 대여업체의 범죄 히스토리 또는 사기 신고 정보의 위조 여부에 대한 검증을 요청한다. ④ 검증부(380)는 지원자에게 블록체인 내의 범죄 히스토리 또는 사기 신고 정보 확인 동의 여부를 확인한다. ⑤ 대여업체는 검증부(380)로 본인의 데이터를 조회할 수 있도록 권한을 부여하는 메시지를 발송한다. ⑥ 검증부(380)는 체인코드를 실행하여 블록체인의 내부 데이터를 확인하고 이때 대여업체의 고유 ID를 사용하여 대여업체 데이터를 검색한다. ⑦ 검증부(380)는 블록체인에 등록한 데이터를 사용자 단말(100)에 전달하여 위변조 여부를 확인할 수 있도록 한다.

<체인코드의 동작>

개인정보 제공 동의 여부, 블록 내부 데이터 검색, 블록 생성 및 수정, 경력 정보 검증을 위한 체인코드를 사용할 수 있다. 대여업체의 범죄 히스토리 또는 사기 신고 정보는 개인정보에 포함되는 사항이기 때문에, 대여업체의 정보 동의 여부를 확인하는 절차가 필요하다. 해당 체인코드를 사용하는 주체는 대여업체 정보의 검증을 도울 수 있는 정부, 예를 들어, 형사사법기관에서 사용한다. 이때, 대여업체에게 정보 제공 동의를 받는 방법은 메시지나 전자 우편의 형태로 동의 여부를 확인받을 수 있도록 한다. 대여업체가 정보 제공에 동의하는 경우에만 블록 생성 및 검증 작업을 수행할 수 있도록 한다.

대여업체 검색에 사용되는 체인코드는 개인정보 제공 동의 확인 후 사용가능하다. 이는 실제로 블록체인 내부의 데이터를 얻는 작업을 수행하는 체인코드이기 때문이다. 데이터 검색 체인코드는 QueryString, txType의 두 가지 방식을 사용하여 검색을 수행 가능하다. QueryString 방식은 대여업체 ID만을 사용하여 검색을 수행하는 방법이다. txType 방식은 대여업체 ID와 추가적인 조건을 부여하여 검색을 수행하는 방식이다. 이때 해당 체인코드를 사용하지 않는 경우에는 블록체인에서 정보를 확인할 수 없도록 구성될 수 있다.

상술한 구성에 사용된 배경 기술은 블록체인, 체인코드 및 하이퍼레저 합의 알고리즘인데, 우선, 블록체인은 블록체인을 활용하여 복잡한 시스템을 단순화하거나 혼동을 방지하기 위해 데이터를 동기화 하는데 사용된다. 기존의 보안 방식과 블록체인의 차이점은 네트워크와 관련된 모든 사람들에게 동일한 정보를 제공함으로써 특정인이 데이터를 위조해도 전체 구성원이 알고 있는 정보와 다르기 때문에 인정받지 못한다는 것이다. 즉, 기존의 데이터 은닉과 다르게 공개를 통한 위조 방지를 수행하는 기술이다.

블록체인의 트랜잭션은 해시함수를 사용하여 허가된 경우에만 블록에 등록될 수 있다. 해당 과정에서 전자서명을 사용하는데, 이를 사용하여 부인방지 기능을 제공하게 된다. 트랜잭션 처리를 위한 방식으로 주로 사용되는 방식은 체인코드를 사용하는 방식이다. 체인코드는 블록 생성뿐만 아니라 블록체인을 활용하여 다양한 서비스를 제공할 수 있는 기능을 제공하는데 사용된다. 체인코드는 시스템 체인코드와 사용자 체인코드로 분류될 수 있다.

하이퍼레저 패브릭은 다른 블록체인 플랫폼들과 다른 트랜잭션 처리 방식을 사용하고 있다. 다른 블록체인 플랫폼의 경우 거래내용을 검증하여 체인과 연동하는 방식을 사용한다. 이와 대조적으로 하이퍼레저 패브릭은 Execute, Order, Validate, and Update state의 절차로 동작한다. 기존의 하이퍼레저 패브릭의 경우는 PBFT(Practical Byzantine Fault Tolerance)방식을 합의 방식으로 사용하였지만 초당 트랜잭션(tps) 성능의 하락이 문제점으로 발생하게 되어 현재 Kafka 알고리즘을 사용하여 합의 절차를 진행하고 있다. 이때 SBFT(Simple BFT)를 사용하여 적용할 수도 있다. 물론, 상술한 방법 이외에도 다양한 방법으로 범죄 히스토리 또는 사기 신고 정보 등을 검증하거나 공유할 수도 있으므로 이에 한정되는 것은 아니다.

표시부(390)는, 검증부(380)의 검증 결과 어느 하나의 대여업체의 사기 또는 신고 히스토리가 존재하는 경우, 어느 하나의 대여업체의 견적서 상에 사기 태그를 부착하여 표시할 수 있다. 하지만 낙인은 범죄를 줄이기보다는 장기적으로 보면 범죄를 늘리는 효과를 가져오게 된다. 낙인을 받은 대여업체나 개인은 평생 낙인효과로 견적서를 보낼 수 없으므로 정상적인 영업을 할 수가 없고, 더욱 정상적인 방법으로는 생계를 영위할 수 없으므로 범죄를 또 저지르게 되는 스티그마효과(Stigma Effect)도 부정할 수 없다. 이에, 사기 태그를 부착받은 대여업체나 개인은 이를 없애기 위해 계속 허위견적이 아닌 정상적인 견적을 제출하면 해당 태그는 희미해지다가 이후 투명해져 보이지 않거나 삭제될 수 있다. 태그는 아이콘처럼 이미지나 GIF 파일로 붙을 수도 있고 해시태그처럼 텍스트로 부착될 수도 있다. 물론, 사기 의심 또는 신고를 받은 경우 소명절차를 거쳐 사기 태그가 붙지 않도록 할 수도 있다.

도 5는 본 발명의 실시예에 따른 블록체인을 이용한 렌트카 전자계약 및 관리 방법에 대한 흐름도이다.

도 5를 참조하면, 본 발명의 실시예에 따른 블록체인을 이용한 렌트카 전자계약 및 관리 방법(S100)은 중개 서비스 제공 서버는 차량 렌트시 데이터베이스의 시작 연료량 정보를 업데이트하는 단계(S110), 연료 디스펜서로부터 연료 구매 정보를 수신하는 단계(S120), 데이터베이스의 연료 구입 정보를 업데이트하는 단계(S130), 차량 반납시 연료량 정보를 차량으로부터 수신하는 단계(S140), 데이터베이스의 종료 연료량 정보를 업데이트하는 단계(S150), 시작 연료량과 잔여 연료량 정보 및 연료 구입 정보에 기초하여 초과 지급액을 결정하는 단계(S160), 초과 지급액에 기초하여 결정된 반환 금액 정보를 생성하여 블록에 저장하는 단계(S170), 상기 블록을 네트워크 상의 노드들에 전파하고 블록체인을 업데이트하는 단계(S180) 및 상기 초과 지급액을 사용자에게 송금하는 단계(S190)를 포함할 수 있다.

사용자는 차량을 렌트한 후, 차량의 현재 연료량과 차량 반납시의 잔여 연료량 그리고 차량 이용 중에 연료 보충에 따라 처리된 비용을 고려하여 자동으로 초과한 연료량에 대한 비용을 사용자에게 반환하도록 할 수 있고, 관련 데이터는 블록체인을 통해 저장하므로 보다 신뢰성 있는 렌트 차량 이용이 가능하게 한다.

- 중개 서비스 제공 서버는 차량 렌트시 데이터베이스의 시작 연료량 정보를 업데이트하는 단계(S110)

중개 서비스 제공 서버(300)는 사용자가 차량 렌트의 계약 체결이 완료되면 차량으로부터 현재 연료량 정보를 수신하여, 중개 서비스 제공 서버(300)의 데이터베이스의 시작 연료량 정보를 업데이트할 수 있다.

- 연료 디스펜서로부터 연료 구매 정보를 수신하는 단계(S120)

중개 서비스 제공 서버(300)는 차량으로부터 연료통의 덥개의 열림 정보를 수신하면, 차량에 현재 위치 정보를 요청할 수 있다. 중개 서비스 제공 서버(300)는 차량으로부터 차량의 현재 위치 정보를 수신하여, 차량의 현재 위치 정보에 매칭되는 연료공급자 정보를 추출할 수 있다.

중개 서비스 제공 서버(300)는 연료공급자(예: 주유소)의 서버와 통신하여 차량의 렌트 정보 상의 사용자의 정보와 매칭되는 결제 정보를 검색하여 연료공급자의 복수의 연료 디스펜서들 중에서 검색된 결제 정보가 입력된 연료 디스펜서를 특정할 수 있다. 중개 서비스 제공 서버(300)는 특정된 연료공급자의 연료 디스펜서로부터 연료 구매 정보를 수신할 수 있다.

- 데이터베이스의 연료 구입 정보를 업데이트하는 단계(S130)

중개 서비스 제공 서버(300)는 연료 디스펜서로부터 연료 구입 정보를 수신하여 데이터베이스 상의 연료 구입 정보를 업데이트할 수 있다.

- 차량 반납시 연료량 정보를 차량으로부터 수신하는 단계(S140)

중개 서비스 제공 서버(300)는 차량의 반납 처리가 완료되면, 차량과 통신하여 차량으로부터 잔여 연료량 정보를 수신할 수 있다.

- 데이터베이스의 종료 연료량 정보를 업데이트하는 단계(S150)

중개 서비스 제공 서버(300)는 차량으로부터 잔여 연료량 정보를 수신하여 데이터베이스 상의 종료 연료량 정보를 업데이트할 수 있다.

- 시작 연료량과 잔여 연료량 정보 및 연료 구입 정보에 기초하여 초과 지급액을 결정하는 단계(S160)

중개 서비스 제공 서버(300)는 시작 연료량과 잔여 연료량 정보 및 연료 디스펜서로부터 수신한 연료 구입 정보에 기초하여 초과 지급액을 결정할 수 있다.

- 초과 지급액에 기초하여 결정된 반환 금액 정보를 생성하여 블록에 저장하는 단계(S170)

중개 서비스 제공 서버(300)는 초과 지급액에 기초하여 결정된 반환 금액 정보를 생성하여 블록에 저장할 수 있다.

- 상기 블록을 네트워크 상의 노드들에 전파하고 블록체인을 업데이트하는 단계(S180)

중개 서비스 제공 서버(300)는 블록을 네트워크(200) 상의 모든 노느들에 전파하고 블록체인을 업데이트할 수 있다.

- 상기 초과 지급액을 사용자에게 송금하는 단계(S190)

중개 서비스 제공 서버(300)는 초과 지급액을 미리 등록된 사용자의 계좌에 송급 처리할 수 있다.

다양한 실시예에서, 중개 서비스 제공 서버(300)는 연료 구매 정보는 주유소에서 연료 디스펜서에 연결된 사물인터넷 장치로부터 수신할 수 있다.

다양한 실시예에서, 연료 구매 정보는, 차량에 분사되는 연료량, 분사되는 연료에 대해 지불되는 연료량, 연료를 지불한 사용자의 고유 식별자, 차량의 고유 식별자 및 상기 충전소의 고유 식별자를 포함할 수 있다.

다양한 실시예에서, 중개 서비스 제공 서버(300)는 사용자의 단말기(100)로부터의 데이터베이스 레코드를 보기 위한 요청을 수신하면, 단말기(100)로 요청한 데이터를 전송하여 단말기(100) 상에서 데이터베이스 레코드가 표시되도록 할 수 있다.

다양한 실시예에서, 시작 연료량으로 데이터베이스 기록을 업데이트하는 것은 블록체인에 새로운 블록을 추가하는 것을 포함할 수 있고, 연료 구매 정보로 데이터베이스 기록을 업데이트하는 것은 블록체인에 새로운 블록을 추가하는 것을 포함할 수 있고, 사용자가 차량을 반환할 때 종료 연료량으로 데이터베이스 레코드를 업데이트하는 것은 블록체인에 새로운 블록을 추가하는 것을 포함할 수 있으며, 결정된 초과 지불 금액에 기초한 크레딧으로 데이터베이스 레코드를 업데이트하는 것은 블록체인에 새로운 블록을 추가하는 것을 포함할 수 있다.

다양한 실시예에서, 데이터베이스 레코드를 차량의 볼륨 센서로부터 차량의 연료 탱크 내의 검출된 연료량을 수신하는 단계를 더 포함할 수 있다.

다양한 실시예에서, 연료 탱크 내의 체적 센서는 연료 탱크 내의 연료 레벨을 검출하고, 출력이 연료 탱크 내의 연료량 측정을 제공하도록 보정되는 충진 레벨 센서를 포함할 수 있다.

다양한 실시예에서, 연료 구매 정보는 연료 디스펜서에 의해 차량에 분사되는 연료의 양을 포함하고, 출력은 단위 시간당 분사되는 연료의 부피의 측정을 제공하도록 보정된 유량계에 의해 측정되는 연료의 양을 포함할 수 있다.

다양한 실시예에서, 연료 구입 정보는 차량의 번호판 이미지를 촬영하는 카메라를 이용하여 획득되는 차량의 고유 식별자를 포함할 수 있다.

도 6은 본 발명의 다른 실시예에 따른 블록체인을 이용한 렌트카 전자계약 및 관리 방법에 대한 흐름도이다.

도 5를 참조하면, 본 발명의 다른 실시예에 따른 블록체인을 이용한 렌트카 전자계약 및 관리 방법(S200)은 차량 렌트시 데이터베이스로부터 차량 정비 정보를 읽어드리는 단계(S210), 차량 운행 개시시 차량으로부터 네비게이션 정보를 수신하는 단계(S220), 네비게이션 정보에 기초하여 출발지와 목적지 사이의 경로 정보를 추출하는 단계(S230), 경로 상의 차량 정비 업체 중 차량 정비 정보 내의 차량 정비 대상 항목 별 정비 가능 업체 정보를 추출하는 단계(S240), 차량 정비 제안 요청을 차량으로 전송하는 단계(S250), 차량 정비 승인 정보를 수신하는 단계(S260), 차량 정비 업체로부터 차량 정비 비용 정보를 수신하는 단계(S270), 데이터베이스의 차량 정비 비용 정보를 업데이트하는 단계(S280), 차량 반납시 차량 정비 비용 정보 및 미리 설정된 보상 기준치에 기초하여 보상금을 결정하는 단계(S290), 결정된 보상금 정보를 생성하여 블록에 저장하는 단계(S291), 상기 블록을 네트워크 상의 노드들에 전파하고 블록체인을 업데이트 하는 단계(S292) 및 보상금을 사용자에게 송금하는 단계(S293)를 포함할 수 있다.

실시예는, 렌트 차량 이용자가 여유 시간에 차량의 정비 항목들 중 적어도 하나를 정비할 수 있도록 제안하고, 정비에 따라 소정의 보상금을 지급함으로써 렌트 차량의 관리의 편의성을 높이고, 렌트 차량 이용자의 렌트 비용 절감 효과를 높일 수 있다.

- 차량 렌트시 데이터베이스로부터 차량 정비 정보를 읽어드리는 단계(S210)

중개 서비스 제공 서버(300)는 차량 렌트 계약 체결이 완료되면 데이터베이스로부터 게약 체결된 차량의 정비 정보를 읽어드릴 수 있다.

차량의 정비 정보는 차량의 운행 기록에 기초하여 교환이 필요한 부품이나 보충이 필요한 브레이크 오일, 엔진 오일, 냉각수, 타이어 교체 등에 관한 정비 정보를 포함할 수 있다. 즉, 차량의 정비 정보 내의 차량 정비는 차량 운행이 직접적으로 문제되지 않으나 주기적으로 보충이나 교체가 필요한 소모품 등의 차량 정비에 관한 것이다.

- 차량 운행 개시시 차량으로부터 네비게이션 정보를 수신하는 단계(S220)

중개 서비스 제공 서버(300)는 차량과 통신하여 차량의 운행의 개시 정보를 차량으로부터 수신하면, 차량에 네비게이션 정보를 요청할 수 있다.

중개 서비스 제공 서버(300)는 차량으로부터 차량의 이용자가 입력한 정보를 포함한 네비게이션 정보를 수신할 수 있다.

다양한 실시예에서, 차량은 네비게이션 정보 수신 동의 여부를 문의하는 유저 인터페이스를 표시 장치를 통해 표시하고, 차량 이용자의 동의에 응답하여 네비게이션 정보를 중개 서비스 제공 서버(300)로 전송할 수 있다.

- 네비게이션 정보에 기초하여 출발지와 목적지 사이의 경로 정보를 추출하는 단계(S230)

중개 서비스 제공 서버(300)는 차량으로부터 수신한 네비게이션 정보에 기초하여 출발지와 목적지 및 이동 경로 정보를 추출할 수 있다.

- 경로 상의 차량 정비 업체 중 차량 정비 정보 내의 차량 정비 대상 항목 별 정비 가능 업체 정보를 추출하는 단계(S240)

중개 서비스 제공 서버(300)는 이동 경로 정보에 기초하여 이동 경로 상에 위치하는 복수의 차량 정비 업체 중 차량 정보 정보 내의 차량 정비 대상 항목별 정비가 가능한 업체 정보를 추출할 수 있다.

- 차량 정비 제안 요청을 차량으로 전송하는 단계(S250)

중개 서비스 제공 서버(300)는 차량 정비 제안 요청을 차량으로 전송할 수 있다.

차량은 정비 제안 요청을 문의하는 유저 인터페이스를 표시 장치를 통해 표시할 수 있다.

차량의 이용자는 유저 인터페이스에서 경로 상의 복수의 정비 업체 정보 및 각 정비 업체에서 정비하게 되는 차량 정비 대상 항목 정보 그리고 예상 정비 소요 시간 정보를 표시할 수 있다.

차량은 이용자로부터 표시된 복수의 정비 업체의 중 어느 하나의 선택에 응답하여 선택된 정비 업체 정보 및 차량 정비 승인 정보를 중개 서비스 제공 서버(300)로 전송할 수 있다.

- 차량 정비 승인 정보를 수신하는 단계(S260)

중개 서비스 제공 서버(300)는 차량 정보 승인 정보를 수신하고, 수신한 정비 업체 정보에 대응하는 차량 정비 대상 항목를 추출할 수 있다. 또한, 중개 서비스 제공 서버(300)는 차량이 이용자가 선택한 정비 업체에 도달하는데 소요되는 추정 시간에 기초하여 정비 업체 도착 시간 정보를 생성할 수 있다. 그리고, 중개 서비스 제공 서버(300)는 차량 정비 대상 항목 및 도착 시간 정보를 이용자가 선택한 정비 업체로 전송할 수 있다.

- 차량 정비 업체로부터 차량 정비 비용 정보를 수신하는 단계(S270)

중개 서비스 제공 서버(300)는 차량 정비 업체의 서버로부터 차량 정비 대상 항목에 대응하는 차량 정비 비용 정보를 수신할 수 있다.

- 데이터베이스의 차량 정비 비용 정보를 업데이트하는 단계(S280)

중개 서비스 제공 서버(300)는 차량 정비 비용 정보를 수신하여 데이터베이스 상의 차량 정비 비용 정보를 업데이트할 수 있다.

- 차량 반납시 차량 정비 비용 정보 및 미리 설정된 보상 기준치에 기초하여 보상금을 결정하는 단계(S290)

중개 서비스 제공 서버(300)는 차량 정비 업체의 서버로부터 차량 정비 완료 신호를 수신할 수 있다.

중개 서비스 제공 서버(300)는 차량 반납이 완료되면 차량 정비 비용 정보 및 미리 설정된 보상 기준치에 기초하여 보상금을 결정할 수 있다.

- 결정된 보상금 정보를 생성하여 블록에 저장하는 단계(S291)

중개 서비스 제공 서버(300)는 결정된 보상금 정보를 생성하여 블록에 저장할 수 있다.

- 블록을 네트워크 상의 노드들에 전파하고 블록체인을 업데이트 하는 단계(S292)

중개 서비스 제공 서버(300)는 블록을 네트워크 상의 노드들에 전파하고 블록체인을 업데이트 할 수 있다.

- 보상금을 사용자에게 송금하는 단계(S293)

중개 서비스 제공 서버(300)는 보상금을 미리 등록된 차량의 이용자이 계좌로 송금처리할 수 있다.

다양한 실시예에서, 중개 서비스 제공 서버(300)는 차량 정비 승인 정보를 수신하면, 주기적으로 차량과 통신하여 차량으로부터 차량의 위치 정보를 수신할 수 있다. 그리고, 중개 서비스 제공 서버(300)는 차량이 차량 정비 업체에 위치하면 블랙박스 제어 신호를 차량에 전송할 수 있다. 그리고, 중개 서비스 제공 서버(300)는 차량으로부터 기 설정시간 동안 블랙박스에서 촬영된 영상 정보를 수신할 수 있다.

이상 설명된 본 발명에 따른 실시예는 다양한 컴퓨터 구성요소를 통하여 실행될 수 있는 프로그램 명령어의 형태로 구현되어 컴퓨터 판독 가능한 기록 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능한 기록 매체는 프로그램 명령어, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 컴퓨터 판독 가능한 기록 매체에 기록되는 프로그램 명령어는 본 발명을 위하여 특별히 설계되고 구성된 것이거나 컴퓨터 소프트웨어 분야의 당업자에게 공지되어 사용 가능한 것일 수 있다. 컴퓨터 판독 가능한 기록 매체의 예에는, 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체, CD-ROM 및 DVD와 같은 광기록 매체, 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical medium), 및 ROM, RAM, 플래시 메모리 등과 같은, 프로그램 명령어를 저장하고 실행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령어의 예에는, 컴파일러에 의하여 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용하여 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드도 포함된다. 하드웨어 장치는 본 발명에 따른 처리를 수행하기 위하여 하나 이상의 소프트웨어 모듈로 변경될 수 있으며, 그 역도 마찬가지이다.

본 발명에서 설명하는 특정 실행들은 일 실시 예들로서, 어떠한 방법으로도 본 발명의 범위를 한정하는 것은 아니다. 명세서의 간결함을 위하여, 종래 전자적인 구성들, 제어 시스템들, 소프트웨어, 상기 시스템들의 다른 기능적인 측면들의 기재는 생략될 수 있다. 또한, 도면에 도시된 구성 요소들 간의 선들의 연결 또는 연결 부재들은 기능적인 연결 및/또는 물리적 또는 회로적 연결들을 예시적으로 나타낸 것으로서, 실제 장치에서는 대체 가능하거나 추가의 다양한 기능적인 연결, 물리적인 연결, 또는 회로 연결들로서 나타내어질 수 있다. 또한, “필수적인”, “중요하게” 등과 같이 구체적인 언급이 없다면 본 발명의 적용을 위하여 반드시 필요한 구성 요소가 아닐 수 있다.

또한 설명한 본 발명의 상세한 설명에서는 본 발명의 바람직한 실시 예를 참조하여 설명하였지만, 해당 기술 분야의 숙련된 당업자 또는 해당 기술분야에 통상의 지식을 갖는 자라면 후술할 특허청구범위에 기재된 본 발명의 사상 및 기술 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 이해할 수 있을 것이다. 따라서, 본 발명의 기술적 범위는 명세서의 상세한 설명에 기재된 내용으로 한정되는 것이 아니라 특허청구범위에 의해 정하여져야만 할 것이다.

Claims (6)

1. 중개 서비스 제공 서버는 차량 렌트시 상기 중개 서비스 제공 서버의 데이터베이스의 시작 연료량 정보를 업데이트하는 단계;
   상기 중개 서비스 제공 서버는 연료 디스펜서로부터 연료 구매 정보를 수신하는 단계;
   상기 중개 서비스 제공 서버는 상기 데이터베이스의 연료 구입 정보를 업데이트하는 단계;
   상기 중개 서비스 제공 서버는 차량 반납시 연료량 정보를 상기 차량으로부터 수신하는 단계;
   상기 중개 서비스 제공 서버는 상기 데이터베이스의 종료 연료량 정보를 업데이트하는 단계;
   상기 중개 서비스 제공 서버는 시작 연료량과 종료 연료량 정보 및 연료 구입 정보에 기초하여 초과 지급액을 결정하는 단계;
   상기 중개 서비스 제공 서버는 초과 지급액에 기초하여 결정된 반환 금액 정보를 생성하여 블록에 저장하고, 상기 블록을 네트워크 상의 노드들에 전파하고 블록체인을 업데이트하는 단계; 및
   상기 중개 서비스 제공 서버는 상기 초과 지급액을 미리 등록된 사용자의 계좌로 송금하는 단계;를 포함하는
   블록체인을 이용한 렌트카 전자계약 및 관리 시스템.
2. 제1 항에 있어서,
   상기 중개 서비스 제공 서버는 상기 데이터베이스로부터 차량 정비 정보를 읽어드리는 단계;
   상기 중개 서비스 제공 서버는 차량 운행 개시시 네비게이션 정보를 수신하는 단계; 및
   상기 상기 중개 서비스 제공 서버는 상기 네비게이션 정보에 기초하여 출발지와 목적지 사이의 경로 정보를 추출하는 단계;를 더 포함하는
   블록체인을 이용한 렌트카 전자계약 및 관리 시스템.
3. 제2 항에 있어서,
   상기 중개 서비스 제공 서버는 경로 상의 차량 정비 업체 중 차량 정비 정보 내의 차량 정비 대상 항목 별 정비 가능 업체 정보를 추출하는 단계; 및
   상기 중개 서비스 제공 서버는 차량 정비 제안 요청을 차량으로 전송하는 단계;를 더 포함하는
   블록체인을 이용한 렌트카 전자계약 및 관리 시스템.
4. 제3 항에 있어서,
   상기 중개 서비스 제공 서버는 차량 정비 승인 정보를 수신하는 단계;
   상기 중개 서비스 제공 서버는 차량 정비 업체로부터 차량 정비 비용 정보를 수신하는 단계; 및
   상기 중개 서비스 제공 서버는 데이터베이스의 차량 정비 비용 정보를 업데이트하는 단계;를 더 포함하는
   블록체인을 이용한 렌트카 전자계약 및 관리 시스템.
5. 제4 항에 있어서,
   상기 중개 서비스 제공 서버는 차량 반납시 차량 정비 비용 정보 및 미리 설정된 보상 기준치에 기초하여 보상금을 결정하는 단계;를 더 포함하는
   블록체인을 이용한 렌트카 전자계약 및 관리 시스템.
6. 제5 항에 있어서,
   상기 중개 서비스 제공 서버는 결정된 보상금 정보를 생성하여 블록에 저장하고, 상기 블록을 네트워크 상의 노드들에 전파하고 블록체인을 업데이트하며, 상기 보상금을 사용자에게 송금하는 단계를 더 포함하는
   블록체인을 이용한 렌트카 전자계약 및 관리 시스템.