KR101833193B1 - 부동산 거래 서비스 제공 방법 및 시스템 - Google Patents

부동산 거래 서비스 제공 방법 및 시스템 Download PDF

Info

Publication number
KR101833193B1
KR101833193B1 KR1020160072455A KR20160072455A KR101833193B1 KR 101833193 B1 KR101833193 B1 KR 101833193B1 KR 1020160072455 A KR1020160072455 A KR 1020160072455A KR 20160072455 A KR20160072455 A KR 20160072455A KR 101833193 B1 KR101833193 B1 KR 101833193B1
Authority
KR
South Korea
Prior art keywords
transaction
integrated data
contract
payment
management integrated
Prior art date
Application number
KR1020160072455A
Other languages
English (en)
Other versions
KR20170139894A (ko
Inventor
심기우
박선경
Original Assignee
심기우
박선경
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 심기우, 박선경 filed Critical 심기우
Priority to KR1020160072455A priority Critical patent/KR101833193B1/ko
Publication of KR20170139894A publication Critical patent/KR20170139894A/ko
Application granted granted Critical
Publication of KR101833193B1 publication Critical patent/KR101833193B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/16—Real estate
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 부동산 거래 서비스 제공 방법 및 시스템에 관한 것으로서, 에스크로우 서버, 은행 서버 및 거래 서버를 포함하는 부동산 거래 서비스 시스템에서 에스크로우 서버의 부동산 거래 서비스 제공 방법은 상기 거래 서버로부터 제1 거래 계약 정보를 수신하면 제1 거래 계약의 당사자의 인증을 확인한 후 제1 거래 관리 통합 데이터를 생성하는 단계, 상기 제1 거래 계약의 매수자로부터 입금된 거래 대금을 가상 화폐로 전환하는 단계, 상기 거래 서버로부터 상기 제1 거래 계약의 당사자 중 적어도 하나가 포함된 제2 거래 계약 정보를 수신하면, 상기 제2 거래 계약의 당사자의 인증을 확인한 후 제2 거래 관리 통합 데이터를 생성하는 단계, 상기 제1 거래 계약의 매도자의 가상 화폐 지급 요청 시, 상기 제1 거래 관리 통합 데이터의 지급 내역과 상기 제2 거래 관리 통합 데이터에 입금 내역을 업데이트 하는 단계 및 상기 거래 서버로부터 상기 제1 거래 계약 및 제2 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 최종 지급 단계를 포함한다.

Description

부동산 거래 서비스 제공 방법 및 시스템{METHOD AND SYSTEM FOR PROVIDING REAL-ESTATE TRADING SERVICE}
본 발명은 부동산 거래 서비스 제공 방법 및 시스템에 관한 것으로서, 특히, 에스크로우(escrow) 방식을 이용한 부동산 거래 서비스 제공 방법 및 시스템에 관한 것이다.
일반적인 부동산 거래에서는 매수인과 매도인이 중개사무소를 통하여 부동산에 관한 거래계약의 체결 및 계약서를 작성한 후, 중개인을 통하여 매매대금 및 부동산을 교환하는 방식을 취한다. 여기서 매매대금은 일반적으로 계약금, 중도금, 잔금의 순으로 순차적으로 매수인이 매도인에게 지급하고, 잔금까지 수령한 매도인이 매수인에게 이전등기를 하여줌으로써 부동산은 최종적으로 매수인에게 이전된다.
그런데 이와 같은 부동산 거래에서는 매수인이나 매도인 중 어느 일 측 당사자의 채무불이행에 의해 타측 당사자의 재산적 손해가 발생할 수 있는 가능성이 항상 존재한다. 특히, 부동산 매매 시 매도인이 매수인에게 부동산을 매매하면서 제3자로부터 다시 다른 부동산을 매수하는 것과 같이 서로 연계된 부동산 매매 계약이 동시에 이루어지는 경우도 자주 발생하는데, 만약 매수인이 매도인에게 약속한 날짜에 대금을 지급하지 못하면 매도인 역시 제3자에게 대금을 지급하지 못하여 계약이 연달아 파기될 가능성이 있다.
이러한 문제점을 해결하기 위해 제3기관이 매매대금을 맡아두는 에스크로우(escrow) 방식을 이용한 부동산 거래 방법이 개발되었으며, 이에 관한 기술로는 제10-2007-0084745호(부동산 거래를 위한 에스크로우서버에서의 서비스방법, 에스크로우시스템 및 에스크로우서버)가 있다. 상기 기술은 에스크로우서버가 매수자와 매도자가 사용하는 정보입력단말기로부터 부동산 매매 거래정보를 수신하고, 은행전산망으로부터 입금정보를 수신하면, 입금정보를 정보입력단말기로 송신하면서 은행전산망으로 자동이체명령을 송신하는 것을 특징으로 한다. 상기 기술은 양 당사자 간의 거래에는 효과적일 수 있으나, 매도자가 부동산을 매도하면서 동시에 다른 부동산을 제3자로부터 매수하는 것과 같이 서로 연계되어 있는 복수의 거래 계약을 전체적으로 관리하는데에는 한계가 있다.
또한, 부동산 매도자는 에스크로우 방식을 이용할 때 계약금, 중도금이 에스크로우 기관에서 관리되어 인출하기 어렵기 때문에, 다른 부동산을 매수하는 계약을 동시에 진행하는 경우 매수인으로부터 입금된 계약금, 중도금을 활용할 수 없는 한계가 있었다.
본 발명은 상기 문제를 해결하기 위한 것으로, 서로 연계되어 있는 복수의 부동산 거래 계약들이 안전하게 진행될 수 있도록 중앙에서 통합적으로 관리할 수 있는 부동산 거래 서비스 제공 방법 및 시스템을 제공하는데 목적이 있다.
또한, 본 발명의 다른 목적은 부동산 매도자가 다른 부동산을 매수하는 계약을 동시에 진행할 때, 매수인으로부터 입금된 계약금, 중도금을 활용할 수 있는 부동산 거래 서비스 제공 방법 및 시스템을 제공하는데 있다.
에스크로우 서버, 은행 서버 및 거래 서버를 포함하는 부동산 거래 서비스 시스템에서 에스크로우 서버의 부동산 거래 서비스 제공 방법은 거래 서버로부터 제1 거래 계약 정보를 수신하면 제1 거래 계약의 당사자의 인증을 확인한 후 제1 거래 관리 통합 데이터를 생성하는 단계, 상기 제1 거래 계약의 매수자로부터 입금된 거래 대금을 가상 화폐로 전환하는 단계, 거래 서버로부터 상기 제1 거래 계약의 당사자 중 적어도 하나가 포함된 제2 거래 계약 정보를 수신하면, 상기 제2 거래 계약의 당사자의 인증을 확인한 후 제2 거래 관리 통합 데이터를 생성하는 단계, 상기 제1 거래 계약의 매도자의 가상 화폐 지급 요청 시, 상기 제1 거래 관리 통합 데이터의 지급 내역과 상기 제2 거래 관리 통합 데이터에 입금 내역을 업데이트 하는 단계 및 거래 서버로부터 상기 제1 거래 계약 및 제2 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 최종 지급 단계를 포함하는 것을 특징으로 한다.
본 발명에서 제 1 및 제2 거래 계약 정보는 각각 물건지 주소, 매매 금액, 임대 보증금액, 계약 금액, 대금 지급 조건, 계약일자, 중도금 일자, 잔금일자, 매수인 정보, 매도인 정보, 임대인 정보, 임차인 정보 중 적어도 하나를 포함할 수 있다.
본 발명에서 제1 및 제2 거래 관리 통합 데이터는 각각 계약금, 중도금, 잔금 별로 일자, 입금금액, 지급금액, 증권번호 및 지급처를 포함하는 현황 테이블 및 거래 계약 정보를 포함할 수 있다.
본 발명에서 가상 화폐로 전환하는 단계는 상기 전환된 가상 화폐를 상기 제1 거래 관리 통합 데이터의 입금 내역에 기록하고 증권번호를 생성하는 단계를 더 포함할 수 있다.
본 발명에서 제2 거래 관리 통합 데이터를 생성하는 단계는 상기 제2 거래 계약 정보를 수신하면, 상기 제1 거래 계약 및 제2 거래 계약의 당사자의 인증을 확인한 후 제2 거래 관리 통합 데이터를 생성하는 것을 더 포함할 수 있다.
본 발명에서 가상 화폐로 전환하는 단계는 상기 전환된 가상 화폐를 상기 제1 거래 관리 통합 데이터의 입금 내역에 기록하고 증권번호를 생성하는 단계를 더 포함할 수 있다.
본 발명에서 업데이트 하는 단계는 상기 제1 거래 계약의 매도자의 가상 화폐 지급 요청 시, 지급 요청한 금액을 상기 제1 거래 관리 통합 데이터에 지급 내역으로 기록하는 단계, 상기 생성한 증권번호의 파생번호를 상기 지급 내역의 증권번호로서 생성하고 상기 제1 거래 관리 통합 데이터에 기록하는 단계, 제2 거래 관리 통합 데이터의 증권번호를 상기 제1 거래 관리 통합 데이터의 지급처에 기록하는 단계, 상기 지급 내역으로 기록된 금액을 상기 제2 거래 관리 통합 데이터에 입금 내역으로 기록하는 단계 및 상기 제1 거래 관리 통합 데이터에 지급 내역으로 기록된 증권번호와 동일한 증권번호를 상기 제2 거래 관리 통합 데이터의 입금 내역에 대응하게 기록하는 단계를 포함할 수 있다.
본 발명에서 최종 지급 단계는 상기 거래 서버로부터 상기 제1 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제1 거래 관리 통합 데이터에서 관리하는 가상 화폐를 정산하는 단계 및 상기 거래 서버로부터 상기 제2 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 단계를 포함할 수 있다.
본 발명에서 정산하는 단계는 상기 거래 서버로부터 상기 제1 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제1 거래 계약의 매도자가 지급 요청한 금액을 상기 제1 거래 관리 통합 데이터의 지급 내역에 기록하는 단계, 상기 지급 내역에 대응하는 증권번호, 지급처 및 대금지급 완료 메시지를 상기 제1 거래 관리 통합 데이터에 기록하는 단계, 상기 제2 거래 관리 통합 데이터에 상기 제1 거래 관리 통합 데이터에 기록된 지급 내역과 동일한 금액을 입금 내역으로 기록하는 단계 및 상기 제1 거래 관리 통합 데이터에 기록된 증권번호와 동일한 증권번호를 상기 제2 거래 관리 통합 데이터의 입금 내역에 대응하게 기록하는 단계를 포함할 수 있다.
본 발명의 부동산 거래 서비스 제공 방법은 제1 거래 계약의 매도자가 지급 요청한 전체 금액과 제1 거래 계약의 거래 대금 총액과 비교하는 단계 및 상기 제1 거래 계약의 거래 대금 총액이 상기 지급 요청한 전체 금액보다 큰 경우, 차액을 상기 제1 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 단계를 더 포함할 수 있다.
본 발명에서 은행 서버로 송신하는 단계는 상기 거래 서버로부터 상기 제2 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 지급 내역으로 기록하는 단계, 대금지급 완료 메시지를 상기 제2 거래 관리 통합 데이터에 기록하는 단계 및 상기 지급 내역으로 기록한 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 단계를 포함할 수 있다.
본 발명의 부동산 거래 서비스 제공 방법은 상기 거래 서버로부터 상기 제1 거래 계약 및 제2 거래 계약의 당사자 중 적어도 하나가 포함된 제3 거래 계약 정보를 수신하면, 상기 제1 거래 계약, 제2 거래 계약 및 제3 거래 계약의 당사자의 인증을 확인한 후, 제3 거래 관리 통합 데이터를 생성하는 단계, 상기 제1 거래 계약의 매도자의 가상 화폐 지급 요청 시, 상기 제1 거래 관리 통합 데이터의 지급 내역, 상기 제2 거래 관리 통합 데이터의 입금 내역과 지급 내역 및 상기 제3 거래 관리 통합 데이터에 입금 내역을 업데이트 하는 단계 및 상기 거래 서버로부터 상기 제1 거래 계약, 제2 거래 계약 및 제3 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제3 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제3 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 단계를 더 포함할 수 있다.
본 발명의 실시예에 따른 부동산 거래 서비스 제공 시스템은 거래 계약 정보 및 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 생성하는 거래 서버, 상기 거래 서버로부터 제1 거래 계약 정보를 수신하면 제1 거래 계약의 당사자의 인증을 확인한 후 제1 거래 관리 통합 데이터를 생성하고, 상기 제1 거래 계약의 매수자로부터 입금된 거래 대금을 가상 화폐로 전환하며, 상기 제1 거래 계약의 당사자 중 적어도 하나가 포함된 제2 거래 계약 정보를 수신하면, 상기 제1 거래 계약 및 제2 거래 계약의 당사자의 인증을 확인한 후 제2 거래 관리 통합 데이터를 생성하고, 상기 제1 거래 계약의 매도자의 가상 화폐 지급 요청 시, 상기 제1 거래 관리 통합 데이터의 지급 내역과 상기 제2 거래 관리 통합 데이터에 입금 내역을 업데이트 하며, 상기 거래 서버로부터 상기 제1 거래 계약 및 제2 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 에스크로우 서버 및 상기 에스크로우 서버로부터 현금 지급 명령을 수신하면, 상기 제2 거래 계약의 매도자에 등록된 약정 계좌로 현금 지급을 실행하는 은행 서버를 포함하는 것을 특징으로 한다.
본 발명의 실시예에 따른 에스크로우 서버는 거래 서버로부터 제1 거래 계약 정보 및 상기 제1 거래 계약의 당사자 중 적어도 하나가 포함된 제2 거래 계약 정보를 수신하는 거래 계약 정보 수신부, 제1 거래 계약의 매수자 또는 제2 거래 계약의 매수자로부터의 거래 대금 입금여부를 확인하는 가상 계좌 관리부, 상기 제1 거래 계약의 매수자 또는 상기 제2 거래 계약의 매수자로부터 입금된 거래 대금을 가상 화폐로 전환하는 가상 화폐 전환부 및 상기 제1 거래 계약의 당사자의 인증을 확인한 후 제1 거래 관리 통합 데이터를 생성하고, 상기 제1 거래 계약 및 제2 거래 계약의 당사자 전체의 인증을 확인한 후 제2 거래 관리 통합 데이터를 생성하며, 상기 제1 거래 계약의 매도자의 가상 화폐 지급 요청 시, 상기 제1 거래 관리 통합 데이터의 지급 내역과 상기 제2 거래 관리 통합 데이터에 입금 내역을 업데이트하며, 거래 서버로부터 상기 제1 거래 계약 및 제2 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 거래 관리 통합 데이터 관리부;를 포함하는 것을 특징으로 한다.
본 발명에 따르면, 매도자가 부동산을 매도하면서 다른 부동산을 매수하는 복수의 부동산 거래 계약들을 진행할 때, 이 계약들이 에스크로우 서버에서 통합적으로 관리되어 부동산 거래를 보다 안전하게 진행할 수 있다.
또한, 부동산 매도자는 다른 부동산을 매수하는 계약을 동시에 진행할 때 매수인으로부터 입금된 계약금, 중도금을 활용할 수 있어 대금 지급에 대한 부담이 경감될 수 있다.
도 1은 본 발명의 실시예에 따른 부동산 거래 서비스 제공 시스템(10)의 구성도이다.
도 2는 본 발명의 실시예에 따른 에스크로우 서버(200)의 내부 구성요소들을 설명하는 도면이다.
도 3은 본 발명의 실시예에 따른 에스크로우 서버(200)의 부동산 거래 서비스 제공 방법을 도시하는 순서도이다.
도 4는 도 3의 S311단계의 세부 단계를 설명하는 순서도이다.
도 5는 도 3의 S314단계의 세부 단계를 설명하는 순서도이다.
도 6은 도 3의 S316단계의 세부 단계를 설명하는 순서도이다.
도 7은 도 3의 부동산 거래 서비스 제공 방법에 있어서 거래 관리 통합 데이터의 예시를 도시하는 도면이다.
도 8은 본 발명의 실시예에 따라 부동산 거래가 완료된 후, 세무 서버(500)에서 세금 관련 업무를 처리하는 과정을 도시하는 순서도이다.
도 9는 본 발명의 실시예에 따른 부동산 거래 서비스 제공 방법에 있어서, 3개의 관련된 부동산 거래 계약이 진행될 때, 에스크로우 서버(200)가 제1 거래 관리 통합 데이터 내지 제3 거래 관리 통합 데이터를 업데이트 하는 과정을 설명하는 순서도이다.
도 10은 도 9의 부동산 거래 서비스 제공 방법에 있어서 거래 관리 통합 데이터의 다른 예시를 도시하는 도면이다.
아래에서는 첨부한 도면을 참조하여 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 본 발명의 실시에를 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
이하, 첨부된 도면을 참조하여 본 발명의 일 실시예를 상세히 설명하기로 한다.
도 1은 본 발명의 실시예에 따른 부동산 거래 서비스 제공 시스템(10)의 구성도이다. 본 발명의 부동산 거래 서비스 제공 시스템(10)은 거래 서버(100), 에스크로우 서버(200), 은행 서버(300), 계약 당사자 단말기(400) 및 세무 서버(500)를 포함한다.
거래 서버(100)는 계약 당사자 간의 거래 계약 정보를 생성하여 에스크로우 서버(200)에 송신하는 역할을 수행한다. 거래 서버(100)는 매수자와 매도자가 계약 당사자 단말기(400)를 통해 거래 금액, 계약 금액, 대금 지급조건(계약금, 중도금, 잔금 등), 특약사항, 지급일자 등을 결정하면, 물건지 주소, 거래 금액, 계약 금액, 대금 지급조건, 특약사항, 계약일자, 중도금일자, 잔금일자, 매수인의 개인정보(성명, 주민번호, 연락처, 주소), 매도인의 개인정보를 포함하는 거래 계약 정보를 생성하여 에스크로우 서버(200)에 송신하게 된다.
또한, 거래 서버(100)는 법무사 등으로부터 부동산 관련 신고 절차가 완료되었음을 통지 받으면, 에스크로우 서버(200)로 부동산 관련 신고 절차 완료 신호를 생성하여 송신하게 된다. 여기서 부동산 관련 신고 절차는 부동산 매매 계약의 경우 소유권 이전 등기 절차가 될 수 있으며, 부동산 임대 계약의 경우에는 확정일자 신청 또는 전입신고 신청 절차가 될 수 있다. 부동산 매매 계약의 경우, 법무 서버(미도시)가 거래 서버(100)로 소유권 이전 등기를 신청했음을 알리는 메시지를 송신할 수 있으며, 부동산 임대 계약의 경우에는 임차인이 계약 당사자 단말기(400)를 통해 거래 서버(100)로 확정일자 또는 전입신고를 신청했음을 알리는 메시지를 송신할 수 있다.
본 발명의 거래 서버(100)는 복수의 거래 서버(100)들로 구성될 수 있으며, 에스크로우 서버(200)는 복수의 거래 서버(100)들로부터 거래 계약 정보를 수신할 수 있다. 또한, 본 발명의 실시예에 따라 거래 서버(100)는 중개 서버와 법무 서버로 구분될 수 있다. 여기서 중개 서버는 계약 당사자 간의 거래 계약 정보를 생성하여 에스크로우 서버(200)에 전송하는 역할을 수행하고, 법무 서버는 부동산 관련 신고 절차를 수행하고 신고 절차 완료 신호를 에스크로우 서버(200)에 전송하는 역할을 수행한다. 본 발명의 실시예에 따라 부동산 거래 서비스 제공 시스템(10)은 법무사 단말기를 포함하고, 법무사는 법무사 단말기를 통해 에스크로우 서버(200)에 접속하여 부동산 관련 신고 절차 완료 신호를 송신할 수 있다.
에스크로우 서버(200)는 본 발명의 실시예에 따른 부동산 거래 서비스 제공 방법을 수행하는 구성요소이다. 에스크로우 서버(200)에 대해서는 도 2를 함께 참조하여 설명한다.
도 2는 본 발명의 실시예에 따른 에스크로우 서버(200)의 내부 구성요소들을 설명하는 도면이다. 본 발명의 에스크로우 서버(200)는 거래 계약 정보 수신부(201), 가상 계좌 관리부(202), 가상 화폐 전환부(203), 거래 관리 통합 데이터 관리부(204)를 포함한다.
거래 계약 정보 수신부(201)는 거래 서버(100)로부터 거래 계약 정보를 수신하는 구성요소로서, 본 발명에서 거래 계약 정보에는 물건지 주소, 거래 금액, 계약 금액, 대금 지급조건, 특약사항, 계약일자, 중도금일자, 잔금일자, 매수인의 개인정보(성명, 주민번호, 연락처, 주소), 매도인의 개인정보 등이 포함될 수 있다.
가상 계좌 관리부(202)는 은행 서버(300)와 연동하여 은행 서버(300)에 등록된 가상 계좌를 확인하는 구성요소이다. 거래 계약의 매수인이 지정된 가상 계좌에 거래 대금을 입금하면, 은행 서버(300)는 가상 계좌 관리부(202)에 입금 사실을 통지하며 가상 계좌 관리부(202)는 은행 서버(300)를 통해 가상 계좌에 입금된 금액을 확인하게 된다. 본 발명의 실시예에 따라 가상 계좌 관리부(202)는 기 설정된 주기에 따라 은행 서버(300)에 등록된 가상 계좌를 확인하여 매수인이 정확한 거래 대금을 입금하였는지를 확인할 수 있다.
가상 화폐 전환부(203)는 매수인이 가상 계좌에 입금한 거래 대금을 가상 화폐로 전환하는 구성요소이다. 본 발명에서 가상 화폐는 에스크로우 서버(200)에서 관리하는 거래 대금을 나타내는 수치 데이터로서, 매수인이 입금한 실제 현금은 은행 서버(300)에 등록된 가상 계좌에 기록되어 있으며, 에스크로우 서버(200)에서는 가상 화폐로 거래가 이루어진다. 본 발명에서 가상 화폐 전환부(203)는 가상 화폐로 전환 시, 100:1 내지 1,000,000:1 등의 비율로 전환할 수 있다. 부동산 거래 대금은 일반적으로 천만원 또는 억단위로 이루어지기 때문에 가상 화폐로 전환 시에는 자릿수를 낮추어 관리를 용이하게 할 수 있다. 또한, 일정 비율로 자릿수를 낮추어 가상 화폐로 전환함으로써 실제 거래 가격이 노출되는 것을 방지할 수 있다.
본 발명의 실시예에 따라 가상 화폐 전환부(203)는 가상 화폐로 전환 시에 암호화를 수행하고, 이후 가상 화폐에 해당하는 금액을 현금으로 지급하라는 명령을 은행 서버(300)로 송신 시에 이를 복호화하여 송신할 수 있다. 이 경우, 실제 거래 가격이 노출되는 것을 방지하여 보안성을 향상시킬 수 있다.
거래 관리 통합 데이터 관리부(204)는 에스크로우 서버(200) 내에서 가상 화폐의 입금과 지급을 전체적으로 관리하는 구성요소이다. 거래 관리 통합 데이터 관리부(204)는 공인인증서 등의 수단을 통해 거래 계약의 당사자의 인증을 확인한 후 거래 관리 통합 데이터를 생성한다. 본 발명에서 거래 관리 통합 데이터는 계약금, 중도금, 잔금 별로 일자, 입금금액, 지급금액, 증권번호 및 지급처를 포함하는 현황 테이블 및 거래 계약 정보를 포함할 수 있다. 거래 관리 통합 데이터 관리부(204)는 제1 거래 계약의 당사자의 인증을 확인한 후 제1 거래 관리 통합 데이터를 생성하고, 제1 거래 계약 및 제2 거래 계약의 당사자의 인증을 확인한 후 제2 거래 관리 통합 데이터를 생성한다. 여기서, 상기 당사자의 인증은 거래의 안전성을 위하여 당사자 전체의 인증을 받는 것이 바람직하기는 하지만, 일부 당사자의 사전 의사표시, 별도 동의, 계약 약관 등 다른 안전성을 담보하기 위한 절차를 통해 일부 당사자의 인증만을 확인하는 것도 가능할 수 있다. 또한, 제2 거래 관리 통합 데이터를 생성하는 단계에서, 제2 거래 계약 당사자가 아닌 제1 거래 계약 당사자의 인증을 받지 않고 생성하는 것도 가능하다. 그리고 거래 관리 통합 데이터 관리부(204)는 제1 거래 계약의 매도자의 가상 화폐 지급 요청 시, 제1 거래 관리 통합 데이터의 지급 내역과 상기 제2 거래 관리 통합 데이터에 입금 내역을 업데이트하여, 거래 관리 통합 데이터를 전체적으로 관리하게 된다.
거래 관리 통합 데이터 관리부(204)는 거래 서버(100)로부터 제1 거래 계약에 관한 부동산 관련 신고(소유권 이전 등기, 확정일자 신청 또는 전입신고) 절차 완료 신호를 수신하면, 제1 거래 관리 통합 데이터에서 관리하는 가상 화폐를 정산하는 절차를 수행한 후 제1 거래 관리 통합 데이터의 관리를 종료하게 된다. 그리고 거래 관리 통합 데이터 관리부(204)는 거래 서버(100)로부터 제2 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 대금지급 완료 메시지를 제2 거래 관리 통합 데이터에 기록하고 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하여 제2 거래 관리 통합 데이터의 관리를 종료하게 된다. 에스크로우 서버(200)의 부동산 거래 서비스 제공 방법의 각 단계에 대해서는 도 3에서 구체적으로 설명한다.
은행 서버(300)는 부동산 거래 당사자의 가상 계좌를 생성하고 관리하는 역할을 수행하는 구성요소이다. 은행 서버(300)는 계약 당사자 단말기(400)로부터 가상 계좌 생성 요청 신호를 수신하면 계약 당사자의 개인정보 확인 후 가상 계좌를 생성하게 된다. 은행 서버(300)는 에스크로우 서버(200)의 가상 계좌 관리부(202)로부터 가상 계좌 확인 요청 신호를 수신하면, 해당 당사자의 가상 계좌 정보를 가상 계좌 관리부(202)에 송신하게 된다. 그리고 은행 서버(300)는 계약 당사자가 가상 계좌로 거래 대금을 입금하면 입금 여부와 입금 금액을 가상 계좌 관리부(202)로 송신하게 된다. 소유권 이전 등기 등 부동산 관련 신고 절차가 완료되고 에스크로우 서버(200)로부터 현금 지급 명령을 수신하면, 은행 서버(300)는 지정된 계좌로 현금을 입금하게 된다.
계약 당사자 단말기(400)는 부동산 거래 계약 당사자가 사용하는 단말기로서, 유선 또는 무선 단말기 형태로 구성될 수 있다. 부동산 매매 계약의 경우, 매수자와 매도자는 계약 당사자 단말기(400)를 이용하여 거래 서버(100)에 접속하여 부동산 매매 계약 내용을 결정할 수 있다. 계약 당사자 단말기(400)는 계약 당사자의 인증 정보를 저장하고 있으며, 에스크로우 서버(200)의 요청에 따라 인증 정보를 에스크로우 서버(200)에 전송할 수 있다. 또한, 계약 당사자 단말기(400)는 매도자의 명령 입력에 따라 에스크로우 서버(200)에 가상 화폐 지급 요청 신호를 송신하며, 이때, 매도자는 계약 당사자 단말기(400)를 통해 가상 화폐 지급 금액 및 일자를 선택할 수 있다. 이외에도, 계약 당사자 단말기(400)는 사용자의 명령에 따라 확정일자 신청을 완료했음을 알리는 메시지를 거래 서버(100)로 송신할 수 있다. 또한, 계약 당사자 단말기(400)는 매수인 또는 매도인의 입력에 따라 세무 서버(500)에 양도세 또는 취등록세 신고 요청 신호를 송신할 수 있다. 본 발명에서 에스크로우 서버(200)는 거래 서버(100)와 하나의 서버로 구성될 수 있다. 이 경우, 공인중개사는 공인중개 단말기(미도시)를 통해 에스크로우 서버(200)에 접속하여 거래 계약 정보를 송신할 수 있다. 본 발명의 실시예에 따라 매수자와 매도자는 계약 당사자 단말기(400)를 이용하여 에스크로우 서버(200)에 직접 접속하여 부동산 거래 계약 정보를 송신할 수 있다.
세무 서버(500)는 부동산 매매 거래 완료 후, 매도인과 매수인의 세금에 관한 업무 처리를 수행하는 서버이다. 세무 서버(500)는 에스크로우 서버(200)와 통신하여 에스크로우 서버(200)로부터 거래 관리 통합 데이터를 수신한다. 세무 서버(500)는 에스크로우 서버(200)로부터 수신한 거래 관리 통합 데이터에 기반하여 기등록된 양식에 따라 양도세 신고서 또는 취등록세 신고서를 작성하게 된다. 세무 서버(500)는 계약 당사자 단말기(400)로부터 수신한 정보를 통해 공인인증서 인증을 확인하면, 신고서 작성을 완료하고, 은행 서버(300)에 등록된 가상 계좌에 세금이 입금된 것으로 확인하면 전자 세금납부영수증을 자동으로 생성하여 국세청 서버 등 관련 기관 서버에 전송하게 된다.
본 발명에서 거래 서버(100), 에스크로우 서버(200), 은행 서버(300), 계약 당사자 단말기(400) 및 세무 서버(500)는 유무선 통신으로 데이터를 송수신할 수 있으며, 무선통신으로는 CDMA(Code Division Multiple Access), WCDMA(Wideband Code Division Multiple Access), GSM(Global System for Mobile communication), LTE(Long Term Evolution), WIMAX(World Interoperability for Microwave Access), Wireless LAN(Local Area Network), WAN(Wide Area Network), NFC(Near Field Communication) 모듈, 블루투스(Bluetooth, RFID(Radio Frequency Identification), 지그비(Zigbee), UWB(Ultra Wideband), 적외선 통신(IrDA, Infrared Data Association), MST(Magnetic Secure Transmission) 등이 될 수 있다.
이상으로, 본 발명의 부동산 거래 서비스 제공 시스템(10) 및 에스크로우 서버(100)의 세부 구성요소들에 대해 설명하였으며, 이하에서는 에스크로우 서버(200)에서 수행되는 부동산 거래 서비스 제공 방법에 대해서 설명한다.
도 3은 본 발명의 실시예에 따른 에스크로우 서버(200)의 부동산 거래 서비스 제공 방법을 도시하는 순서도이다. 도 3을 설명함에 있어, 거래 관리 통합 데이터의 예시를 도시하는 도 7을 함께 참조하여 설명한다. 도 3 및 도 7은 서로 연계된 2개의 거래 계약(제1 거래 계약 및 제2 거래 계약)이 진행될 때의 부동산 거래 서비스 제공 방법을 설명한다.
S301단계에서 에스크로우 서버(200)는 거래 서버(100)로부터 제1 거래 계약 정보를 수신한다. 거래 서버(100)는 매수자와 매도자가 계약 당사자 단말기(400)를 통해 거래 금액, 계약 금액, 대금 지급조건(계약금, 중도금, 잔금 등), 특약사항, 지급일자 등을 결정하면, 물건지 주소, 거래 금액, 계약 금액, 대금 지급조건, 특약사항, 계약일자, 중도금일자, 잔금일자, 매수인의 개인정보(성명, 주민번호, 연락처, 주소), 매도인의 개인정보를 포함하는 거래 계약 정보를 생성하여 에스크로우 서버(200)에 송신하게 된다. 한편, 부동산 거래가 전세 등 임대차인 경우 거래 서버(100)는 임차인과 임대인이 계약 당사자 단말기(400)를 통해 보증금 금액, 거래 금액, 계약 금액, 대금 지급조건(계약금, 중도금, 잔금 등), 특약사항, 지급일자 등을 결정하면, 물건지 주소, 거래 금액, 계약 금액, 대금 지급조건, 특약사항, 계약일자, 중도금일자, 잔금일자, 임대인의 개인정보(성명, 주민번호, 연락처, 주소), 임차인의 개인정보를 포함하는 거래 계약 정보를 생성하여 에스크로우 서버(200)에 송신하게 된다. 본 발명의 설명 내용 전체에서 부동산 매매 계약을 중심으로 설명하고 있으나, 임대차 계약인 경우에도 동일하게 적용이 되고, 이 때 매도인과 매수인은 임대인과 임차인으로 바꾸어 적용될 수 있고, 매매대금은 보증금 또는 전세금 등으로 바꾸어 적용할 수 있다.
S302단계에서 에스크로우 서버(200)는 제1 거래 계약의 당사자 전원, 즉, 매도자와 매수자가 인증을 수행하는지 판단한다. 매도자와 매수자는 계약 당사자 단말기(400)를 통해 공인인증서 인증을 할 수 있으며, 에스크로우 서버(200)는 양 당사자의 인증 여부를 확인한다. S302단계에서 어느 한 명이라도 공인인증서 인증을 수행하지 않으면 과정은 종료된다. S302단계에서 인증은 공인인증서 인증뿐만 아니라 계약 당사자 단말기(400) 상에 표시되는 ‘확인’버튼 또는 ‘OK’버튼을 입력하는 동작, 지문인식을 지원하는 단말기의 경우 지문을 인식하는 동작, 비밀번호를 입력하는 동작 등 다양한 형태의 인증 절차가 될 수 있다.
당사자 전원이 인증을 수행한 것으로 판단하면, S303단계에서 에스크로우 서버(200)는 제1 거래 관리 통합 데이터를 생성한다. 본 발명에서 거래 관리 통합 데이터는 계약금, 중도금, 잔금 별로 일자, 입금금액, 지급금액, 증권번호 및 지급처를 포함하는 현황 테이블 및 거래 계약 정보를 포함할 수 있다. 이 때, 에스크로우 서버(200)는 거래 관리 통합 데이터를 생성하면서, 관리번호를 함께 생성할 수 있다. 본 발명에서 관리번호는 물건지 주소와 당사자의 주민번호로 구성될 수 있다. 도 7은 거래 관리 통합 데이터의 예시로서, 제1 거래 관리 통합 데이터의 관리번호(A123XY), 매매 계약 내용(매수인 정보(A), 매도인 정보(B), 매매대금(5억), 계약일(‘15.12.27), 계약금(50백만원), 중도금(100백만원), 중도금 일자(’16.02.02), 잔금(350백만원), 잔금 일자(‘16.03.27))과 계약금, 중도금, 잔금 별 일자, 입금금액, 지급금액, 증권번호 및 지급처로 구성된 현황 테이블을 도시하고 있다.
S304단계에서 에스크로우 서버(200)가 제1 거래 계약의 매수자로부터 계약금이 입금된 것으로 판단하면, S305단계에서 계약금액을 가상 화폐로 전환한다. 은행 서버(300)는 제1 거래 계약의 매수자의 개인정보로 등록된 가상 계좌로 계약금이 입금된 것으로 판단하면, 에스크로우 서버(200)에 통보하게 되고, 에스크로우 서버(200)는 제1 거래 계약의 매수자로부터 계약금이 입금된 것으로 인식하게 된다. 이후, 에스크로우 서버(200)는 계약금을 일정 비율로 자릿수를 변경하여 가상 화폐로 전환한다. 예를 들어, 계약금이 50백만원인 경우, 에스크로우 서버(200)는 1,000,000:1의 비율로 전환하여 가상 화폐 50으로 전환할 수 있다.
에스크로우 서버(200)는 S306단계에서 전환된 가상 화폐를 제1 거래 관리 통합 데이터의 입금 내역에 기록하고 증권번호를 생성한다. 에스크로우 서버(200)는 제1 거래 관리 통합 데이터의 현황 테이블에 입금 일자, 입금 금액을 기록하며, 제1 거래 관리 통합 데이터의 관리번호로부터 파생되는 증권번호를 생성하여 현황 테이블에 기록한다. 본 발명에서 에스크로우 서버(200)는 관리번호에 계약금, 중도금, 잔금을 나타내는 식별기호를 부가하는 형태로 증권번호를 생성할 수 있다. 예를 들어, 계약금의 경우 증권번호는 ‘관리번호+1’, 중도금은 ‘관리번호+2’, 잔금은 ‘관리번호+3’으로 생성될 수 있다. 도 7은 계약금 현황 테이블에 입금일자(12.27), 계약금액(50), 증권번호(A123XY1)가 기록된 형태를 도시하고 있다. 여기서 증권번호는 ‘관리번호(A123XY)+1’로 생성되었다.
S307단계에서 에스크로우 서버(200)는 거래 서버(100)로부터 제1 거래 계약의 당사자 중 적어도 하나가 포함된 제2 거래 계약 정보를 수신한다. 제1 거래 계약의 매도자(B)가 다른 부동산을 취득하고자 하는 경우, 거래 서버(100)를 통해 제3자(C)와 제2 거래 계약을 체결하게 되며, 거래 서버(100)는 매수자(B)와 매도자(C)와의 제2 거래 계약 정보를 에스크로우 서버(200)에 송신한다.
S308단계에서 에스크로우 서버(200)는 제1 거래 계약 및 제2 거래 계약의 당사자 전원이 인증을 수행하는지 판단한다. 즉, 에스크로우 서버(200)는 제1 거래 계약의 매수자(A), 제 1 거래 계약의 매도자이면서 제2 거래 계약의 매수자인 B, 그리고 제2 거래 계약의 매도자(C)가 모두 인증을 수행하는지 판단하게 된다. S308단계에서 어느 한 명이라도 인증을 수행하지 않으면 과정은 종료된다.
당사자 전원이 인증을 수행한 것으로 판단하면, S309단계에서 에스크로우 서버(200)는 제2 거래 관리 통합 데이터를 생성한다. 에스크로우 서버(200)는 제2 거래 관리 통합 데이터를 생성하면서, 관리번호를 함께 생성하게 된다. 도 7은 제2 거래 관리 통합 데이터의 관리번호(A456XY), 매매 계약 내용(매수인 정보(B), 매도인 정보(C), 매매대금(6억), 계약일(‘15.12.30), 계약금(60백만원), 중도금(120백만원), 중도금 일자(’16.02.10), 잔금(420백만원), 잔금 일자(‘16.03.27))과 계약금, 중도금, 잔금 별 일자, 입금금액, 지급금액, 증권번호 및 지급처로 구성된 현황 테이블을 도시하고 있다.
S310단계에서 에스크로우 서버(200)는 제1 거래 계약의 매도자로부터 가상 화폐 지급이 요청되는지 판단한다. 제1 거래 계약의 매도자(B)는 제1 거래 계약의 매수자(A)의 가상 계좌에 입금된 계약금을 제2 거래 계약의 계약금으로 활용하고자 하는 경우, 계약 당사자 단말기(400)를 이용하여 에스크로우 서버(200) 가상 화폐 지급 요청 신호를 송신한다.
가상 화폐 지급 요청 신호를 수신한 에스크로우 서버(200)는 S311단계에서 제1 거래 관리 통합 데이터의 지급 내역 및 제2 거래 관리 통합 데이터의 입금 내역을 업데이트 한다. 계약 당사자로부터 가상 화폐의 지급을 요청하는 이벤트가 발생할 때, 또는 계약 당사자가 가상 계좌로 거래 대금을 입금하는 이벤트가 발생할 때, 에스크로우 서버(200)는 제1 거래 관리 통합 데이터와 제2 거래 관리 통합 데이터에 입금 내역과 지급 내역을 기록하여 업데이트 하게 된다. S311단계의 세부 단계는 도 4에서 구체적으로 설명한다.
도 4는 도 3의 S311단계의 세부 단계를 설명하는 순서도이다. S3111단계에서 에스크로우 서버(200)는 제1 거래 계약의 매도자가 지급 요청한 금액을 제1 거래 관리 통합 데이터에 지급 내역으로 기록한다. 그리고 에스크로우 서버(200)는 S3112단계에서 계약금 입금 내역에 대응하는 증권번호의 파생번호를 지급 내역의 증권번호로서 생성하고 제1 거래 관리 통합 데이터에 기록하고, S3113단계에서 제2 거래 관리 통합 데이터의 관리번호로부터 파생되는 증권번호를 제1 거래 관리 통합 데이터의 지급처에 기록한다. S3112단계에서 파생번호는 원 증권번호에 ‘-1’, ‘/1’ 등과 같은 파생기호를 부가한 증권번호에 해당할 수 있다. 예를 들어, 입금 내역에 대응하는 증권번호가 ‘A123XY1’인 경우, 파생번호는 ‘A123XY1-1’이 될 수 있다.
S3113단계에서 에스크로우 서버(200)는 제1 거래 계약의 당사자가 포함된 다른 계약(제2 거래 계약)을 확인하고, 제2 거래 관리 통합 데이터의 관리번호를 확인하게 된다. 그리고 제1 거래 계약의 매도인이 지급을 요청한 대금의 성격을 확인한 후, 제2 거래 관리 통합 데이터의 관리번호로부터 파생되는 증권번호를 지급처에 기록한다. 예를 들어, 제2 거래 관리 통합 데이터의 관리번호가 ‘A456XY’이고 대금의 성격이 계약금인 경우, 제1 거래 관리 통합 데이터의 지급처에는 ‘A456XY1’로 기록될 수 있다. 도 7은 제1 거래 관리 통합 데이터의 계약금 현황 테이블에 지급 일자(12.30), 지급 내역(50), 증권번호(A123XY1-1) 및 지급처(A456XY1)가 기록된 형태를 도시하고 있다.
S3114단계에서 에스크로우 서버(200)는 제1 거래 관리 통합 데이터에 지급 내역으로 기록된 금액을 제2 거래 통합 데이터에 입금 내역으로 기록하고, S3115단계에서 제1 거래 관리 통합 데이터에 지급 내역으로 기록된 증권번호와 동일한 증권번호를 제2 거래 관리 통합 데이터의 입금 내역에 대응하게 기록한다. 상기 단계는 가상 화폐의 출처를 표시하는 것으로서, 예를 들어, 제1 거래 관리 통합 데이터의 지급 내역으로 기록된 증권번호가 ‘A123XY1-1’이면, 제2 거래 관리 통합 데이터의 입금 내역의 증권번호로 동일한 ‘A123XY1-1’가 기록된다. 도 7은 제2 거래 관리 통합 데이터의 계약금 현황 테이블에 입금 일자(12.30), 입금 내역(50), 증권번호(A123XY1-1)가 기록된 형태를 도시하고 있다.
S311단계를 마치고, 에스크로우 서버(200)는 S312단계에서 중도금 및 잔금 입금에 따른 제1 거래 관리 통합 데이터 및 제2 거래 관리 통합 데이터를 업데이트 한다. 제1 거래 계약의 매수자와 제2 거래 계약의 매수자가 은행 서버(300)에 등록된 가상 계좌에 중도금과 잔금을 입금하면, 에스크로우 서버(200)는 제1 거래 관리 통합 데이터 및 제2 거래 관리 통합 데이터의 중도금 현황 테이블과 잔금 현황 테이블에 입금 일자, 입금 내역, 증권번호를 기록한다. 또한, 제1 거래 계약의 매도자가 중도금에 대해서 가상 화폐의 지급을 요청하면, 에스크로우 서버(200)는 제1거래 관리 통합 데이터의 중도금 현황 테이블에 지급 일자, 지급 내역, 증권번호 및 지급처를 기록하고, 제2 거래 관리 통합 데이터의 중도금 현황 테이블에 입금 일자, 입금 내역, 증권번호를 기록하게 된다.
도 7은 제1 거래 계약의 매수자의 중도금과 잔금 입금에 따라 제1 거래 관리 통합 데이터의 중도금 현황 테이블에 입금 일자(2.2), 입금 내역(100), 증권번호(A123XY2)가 기록되고, 잔금 현황 테이블에 입금 일자(3.27), 입금 내역(350), 증권번호(A123XY3)가 기록된 형태를 도시하고 있다. 그리고 제2 거래 계약의 매수자의 중도금과 잔금 입금에 따라 제2 거리 관리 통합 데이터의 중도금 현황 테이블에 입금 일자(2.10), 입금 내역(20), 증권번호(A456XY2)가 기록되고, 잔금 현황 테이블에 입금 일자(70), 입금 내역(70), 증권번호(A456XY3)가 기록된 형태를 도시하고 있다. 또한, 제1 거래 계약의 매도자의 가상 화폐 지급 요청에 따라 제1 거래 관리 통합 데이터의 중도금 현황 테이블에 지급 일자(2.10), 지급 내역(100), 증권번호(A123XY2-1), 지급처(A456XY2)가 기록되고, 제2 거래 관리 통합 데이터의 중도금 현황 테이블에 입금 일자(2.10), 입금 내역(100), 증권번호(A123XY2-1)가 기록된 형태를 도시하고 있다.
중도금 잔금 입금에 따라 제1 거래 관리 통합 데이터와 제2 거래 관리 통합 데이터를 업데이트 한 후, S313단계에서 에스크로우 서버(200)는 제1 거래 계약에 관한 부동산 관련 신고 절차가 완료되었는지 확인한다. 거래 서버(100)는 법무사 등으로부터 부동산 관련 신고 절차가 완료됨을 통지 받으면, 에스크로우 서버(200)로 부동산 관련 신고 절차 완료 신호를 생성하여 송신하게 되며, 에스크로우 서버(200)는 부동산 관련 신고 절차 완료 여부를 확인할 수 있다. 본 발명에서 부동산 관련 신고 절차는 부동산 매매 계약의 경우 소유권 이전 등기 절차가 될 수 있으며, 부동산 임대 계약의 경우에는 확정일자 신청 또는 전입신고 신청 절차가 될 수 있다.
부동산 관련 신고 절차가 완료된 것으로 확인하면, S314단계에서 에스크로우 서버(200)는 제1 거래 관리 통합 데이터에서 관리하는 가상 화폐를 정산하는 절차를 수행하게 된다. S314단계의 세부 단계는 도 5에서 구체적으로 설명한다.
도 5는 도 3의 S314단계의 세부 단계를 설명하는 순서도이다. S3141단계에서 에스크로우 서버(200)는 제1 거래 계약의 매도자가 지급 요청한 잔금 금액을 제1 거래 관리 통합 데이터의 잔금 현황 테이블의 지급 내역에 기록한다. 그리고 에스크로우 서버(200)는 S3142단계에서 지급 내역에 대응하는 증권번호, 지급처 및 대금지급 완료 메시지를 제1 거래 관리 통합 데이터의 잔금 현황 테이블의 지급 내역에 기록한다. 이때, 에스크로우 서버(200)는 잔금 입금 내역에 대응하는 증권번호의 파생번호를 잔금 지급 내역의 증권번호로서 생성하고 제1 거래 관리 통합 데이터의 잔금 현황 테이블에 기록하고, 제2 거래 관리 통합 데이터의 관리번호로부터 파생되는 증권번호를 제1 거래 관리 통합 데이터 잔금 현황 테이블의 지급처에 기록한다. 도 7은 제1 거래 관리 통합 데이터의 잔금 현황 테이블에 지급 일자(3.27), 지급 내역(350), 증권번호(A123XY3-1) 및 지급처(A456XY)가 기록된 형태를 도시하고 있다. 또한 도 7에는 부동산 관련 신고 절차 완료 메시지(‘법무사 소유권이전등기 신청 및 접수 통보’) 및 대금지급 완료 메시지(‘목적물 이전등기 및 대금지급 완료’)가 함께 표시되어 있다.
S3143단계에서 에스크로우 서버(200)는 제1 거래 관리 통합 데이터의 잔금 현황 테이블에서 지급 내역으로 기록된 금액과 동일한 금액을 제2 거래 통합 데이터의 잔금 현황 테이블의 입금 내역으로 기록하고, S3144단계에서 제1 거래 관리 통합 데이터에 지급 내역으로 기록된 증권번호와 동일한 증권번호를 제2 거래 관리 통합 데이터의 입금 내역에 대응하게 기록한다. 도 7은 제2 거래 관리 통합 데이터의 잔금 현황 테이블에 입금 일자(3.27), 입금 내역(350), 증권번호(A123XY3-1)가 기록된 형태를 도시하고 있다.
S3145단계에서 에스크로우 서버(200)는 제1 거래 계약의 거래 대금 총액과 제1 거래 계약의 매도자가 지급 요청한 전체 금액을 비교한다. 만약, 제1 거래 계약의 거래 대금 총액이 상기 지급 요청한 전체 금액보다 큰 것으로 판단하는 경우, S3146단계에서 에스크로우 서버(200)는 차액(제1 거래 계약의 거래 대금 총액 제1 거래 계약의 매도자가 지급 요청한 전체 금액)을 제1 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신한다. 제1 거래 계약의 매도자가 제2 거래 계약을 함께 진행하면서 제1 거래 계약의 매수자가 입금한 금액 전체가 필요하지 않고 일부만 필요한 경우가 발생할 수 있다. 이 경우, 에스크로우 서버(200)는 제1 거래 계약의 매수자가 입금한 전체 금액(제1 거래 계약의 거래 대금 총액) 중 제1 거래 계약의 매도자가 지급을 요청한 금액을 제외하고 나머지 금액은 현금으로 지급하게 된다. 이러한 절차를 통해 에스크로우 서버(200)는 제1 거래 관리 통합 데이터에서 관리하는 가상 화폐 정산 과정을 마치게 된다.
S315단계에서 에스크로우 서버(200)는 제2 거래 계약에 관한 부동산 관련 신고 절차가 완료되었는지 확인하고, 완료된 것으로 확인하면 S316단계에서 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신한다. S316단계의 세부 단계는 도 6에서 구체적으로 설명한다.
도 6은 도 3의 S316단계의 세부 단계를 설명하는 순서도이다. S3161단계에서 에스크로우 서버(200)는 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 잔금 현황 테이블의 지급 내역으로 기록한다. 계약금, 중도금, 잔금 현황 테이블에는 제2 거래 계약의 매도자가 직접 입금한 가상 화폐와 제1 거래 관리 통합 데이터에 지급을 요청한 가상 화폐가 기록이 되어 있으며, 에스크로우 서버(200)는 현재까지 등록된 전체 입금 금액을 합산하여 잔금 현황 테이블의 지급 내역으로 기록하게 된다.
S3162단계에서 에스크로우 서버(200)는 현금 전환 지급 및 대금지급 완료 메시지를 제2 거래 관리 통합 데이터의 잔금 현황 테이블에 기록하고, S3163단계에서 지급 내역으로 기록한 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신한다. 도 7은 제2 거래 관리 통합 데이터의 잔금 현황 테이블에 지급 일자(3.27), 지급 내역(600), 현금전환지급 메시지, 부동산 관련 신고 절차 완료 메시지(‘법무사 소유권이전등기 신청 및 접수 통보’) 및 대금지급 완료 메시지(‘목적물 이전등기 및 대금지급 완료’)가 함께 표시되어 있다.
제1 거래 계약의 매수자(A)가 가상 계좌에 입금한 금액은 제2 거래 계약이 완료되면서 제2 거래 계약의 매도자(C)의 계좌에 바로 현금으로 입금될 수 있도록 하여, 에스크로우 방식을 이용하더라도 제1 거래 계약의 매도자(B)는 제2 거래 계약의 부동산 거래를 진행하면서 제1 거래 계약의 매수자(A)가 입금한 금액을 활용할 수 있게 된다.
도 8은 본 발명의 실시예에 따라 부동산 거래가 완료된 후, 세무 서버(500)에서 세금 관련 업무를 처리하는 과정을 도시하는 순서도이다.
세무 서버(500)는 S801단계에서 매도인의 양도세 신고 요청을 수신하는지 판단한다. 매도인은 거래 당사자 단말기(400)를 통해 양도세 신고를 요청할 수 있으며, 세무 서버(500)는 거래 당사자 단말기(400)를 통해 매도인의 양도세 신고 요청을 수신하게 된다.
매도인의 양도세 신고 요청을 수신한 것으로 판단하면, 세무 서버(500)는 S802단계에서 에스크로우 서버(200)를 통해 해당 매도인에 관한 거래 관리 통합 데이터를 수신한다. 세무 서버(500)는 해당 매도인에 관한 거래 관리 통합 데이터를 에스크로우 서버(200)에 요청하고, 에스크로우 서버(200)를 통해 거래 관리 통합 데이터를 수신할 수 있다. 거래 관리 통합 데이터에는 거래 계약 정보, 부동산 관련 신고 절차 완료여부, 거래 대금 지급 완료 여부 등이 포함되어 있다. 세무 서버(500)는 S803단계에서 수신한 거래 관리 통합 데이터를 기반으로 기 등록된 양식에 따라 양도세 신고서를 작성한다.
S804단계에서 세무 서버(500)는 매수인으로부터 취등록세 신고 요청을 수신하는지 판단하고, 수신한 것으로 판단하면 S805단계에서 에스크로우 서버(200)를 통해 해당 매수인에 관한 거래 관리 통합 데이터를 수신한다. 이어 세무 서버(500)는 S806단계에서 수신한 거래 관리 통합 데이터를 기반으로 기 등록된 양식에 따라 양도세 신고서를 작성한다.
S807단계에서 세무 서버(500)는 거래 당사자 단말기(400)를 통해 매수자 또는 매도자의 인증을 확인하고, 인증한 것으로 판단하면 S811단계에서 양도세 신고서 또는 취등록세 신고서 작성을 완료한다. 세무 서버(500)는 은행 서버(300)와 통신을 수행하며, S809단계에서 세무 서버(500)는 은행 서버(300)를 통해 매도자 또는 매수자로부터 세금이 입금되는지 여부를 판단한다. 매수자 또는 매도자는 은행 서버(300)에 등록된 가상 계좌로 세금을 입금할 수 있으며, 세무 서버(500)는 가상 계좌 확인을 통해 매수자 또는 매도자의 세금 입금 여부를 확인할 수 있게 된다.
세금이 입금된 것으로 판단하면, S810단계에서 세무 서버(500)는 전자 세금납부영수증을 생성하고 S811단계에서 관련기관 서버에 전자 세금납부영수증을 송신하게 된다. 여기서 관련기관은 국세청 등 세금과 관련된 공공기관에 해당한다. 매도자와 매수자는 은행에 직접 가거나 인터넷뱅킹을 하지 않더라도 세금납부 및 신고를 자동적으로 처리할 수 있게 된다.
도 9는 본 발명의 실시예에 따른 부동산 거래 서비스 제공 방법에 있어서, 3개의 관련된 부동산 거래 계약이 진행될 때, 에스크로우 서버(200)가 제1 거래 관리 통합 데이터 내지 제3 거래 관리 통합 데이터를 업데이트 하는 과정을 설명하는 순서도이다. 도 9를 설명함에 있어, 거래 관리 통합 데이터의 예시를 도시하는 도 10을 함께 참조하여 설명한다.
도 9는 도 3의 S311단계를 구체화하는 순서도로서, S311단계 이전에 제1 거래 관리 통합 데이터, 제2 거래 관리 통합 데이터 및 제3 거래 관리 통합 데이터가 생성되고, 제1 거래 계약의 매도자 및 제2 거래 계약의 매도자가 가상 화폐의 지급을 요청한 것으로 가정한다.
S3211단계에서 에스크로우 서버(200)는 제1 거래 계약의 매도자가 지급 요청한 금액을 제1 거래 관리 통합 데이터에 지급 내역으로 기록한다. 에스크로우 서버(200)는 S3212단계에서 계약금 입금 내역에 대응하는 증권번호의 파생번호를 지급 내역의 증권번호로서 생성하고 제1 거래 관리 통합 데이터에 기록하고, S3213단계에서 제2 거래 관리 통합 데이터의 관리번호로부터 파생되는 증권번호를 제1 거래 관리 통합 데이터의 지급처에 기록한다. S3213단계에서 에스크로우 서버(200)는 제1 거래 계약의 당사자가 포함된 다른 계약(제2 거래 계약)을 확인하고, 제2 거래 관리 통합 데이터의 관리번호를 확인하게 된다. 그리고 제1 거래 계약의 매도인이 지급을 요청한 대금의 성격을 확인한 후, 제2 거래 관리 통합 데이터의 관리번호로부터 파생되는 증권번호를 지급처에 기록한다. 도 10은 제1 거래 관리 통합 데이터의 계약금 현황 테이블에 지급 일자(12.30), 지급 내역(50), 증권번호(A123XY1-1) 및 지급처(A456XY1)가 기록된 형태를 도시하고 있다.
S3214단계에서 에스크로우 서버(200)는 제1 거래 관리 통합 데이터에 지급 내역으로 기록된 금액을 제2 거래 통합 데이터에 입금 내역으로 기록하고, S3215단계에서 제1 거래 관리 통합 데이터에 지급 내역으로 기록된 증권번호와 동일한 증권번호를 제2 거래 관리 통합 데이터의 입금 내역에 대응하게 기록한다. 상기 단계는 가상 화폐의 출처를 표시하는 것으로서, 도 10은 제2 거래 관리 통합 데이터의 계약금 현황 테이블에 입금 일자(12.30), 입금 내역(50), 증권번호(A123XY1-1)가 기록된 형태를 도시하고 있다.
S3216단계에서 에스크로우 서버(200)는 제2 거래 계약의 매도자가 지급 요청한 금액을 제2 거래 관리 통합 데이터에 지급 내역으로 기록한다. 에스크로우 서버(200)는 S3217단계에서 계약금 입금 내역에 대응하는 증권번호의 파생번호를 지급 내역의 증권번호로서 생성하고 제2 거래 관리 통합 데이터에 기록하고, S3218단계에서 제3 거래 관리 통합 데이터의 관리번호로부터 파생되는 증권번호를 제3 거래 관리 통합 데이터의 지급처에 기록한다. S3218단계에서 에스크로우 서버(200)는 제2 거래 계약의 당사자가 포함된 다른 계약(제3 거래 계약)을 확인하고, 제3 거래 관리 통합 데이터의 관리번호를 확인하게 된다. 그리고 제2 거래 계약의 매도인이 지급을 요청한 대금의 성격을 확인한 후, 제3 거래 관리 통합 데이터의 관리번호로부터 파생되는 증권번호를 지급처에 기록한다. 도 10은 제2 거래 관리 통합 데이터의 계약금 현황 테이블에 지급 일자(1.02), 지급 내역(60), 증권번호(A456XY1-1) 및 지급처(A789XY1)가 기록된 형태를 도시하고 있다.
S3219단계에서 에스크로우 서버(200)는 제2 거래 관리 통합 데이터의 지급 내역과 동일한 금액, 증권번호, 지급처를 제1 거래 관리 통합 데이터에 지급 내역으로 기록한다. 에스크로우 서버(200)는 제1 내지 제3 거래 관리 통합 데이터를 전체적으로 관리하며, 제1 내지 제3 거래 계약이 연관되어 있기 때문에, 제1 거래 계약의 매도자(B)가 제1 거래 계약의 입금 금액을 제2 거래 계약에 활용하고, 제2 거래 계약의 매도자(C)가 제2 거래 계약의 입금 금액을 제3 거래 계약에 활용하는 경우, 제1 거래 계약의 매수자(A)가 입금한 금액은 제3 거래 계약의 매도자(D)로 바로 전달될 수 있다. 따라서, 제2 거래 계약의 매도자가 가상 화폐 지급을 요청하는 경우, 에스크로우 서버(200)는 제2 거래 관리 통합 데이터의 지급 내역과 동일한 금액, 증권번호, 지급처를 제1 거래 관리 통합 데이터에도 동일하게 기록한다. 도 10은 제2 거래 관리 통합 데이터와 마찬가지로 제1 거래 관리 통합 데이터의 계약금 현황 테이블에 지급 일자(1.02), 지급 내역(60), 증권번호(A456XY1-1) 및 지급처(A789XY1)가 기록된 형태를 도시하고 있다.
S3220단계에서 에스크로우 서버(200)는 제2 거래 관리 통합 데이터에 지급 내역으로 기록된 금액을 제3 거래 통합 데이터에 입금 내역으로 기록하고, S3221단계에서 제2 거래 관리 통합 데이터에 지급 내역으로 기록된 증권번호와 동일한 증권번호를 제3 거래 관리 통합 데이터의 입금 내역에 대응하게 기록한다. 상기 단계는 가상 화폐의 출처를 표시하는 것으로서, 도 10은 제3 거래 관리 통합 데이터의 계약금 현황 테이블에 입금 일자(1.02), 입금 내역(60), 증권번호(A456XY1-1)가 기록된 형태를 도시하고 있다.
도 9에서 설명한 거래 관리 통합 데이터의 업데이트 방법은 도 3의 S312의 중도금, 잔금에 대해서도 동일하게 적용될 수 있다.
본 발명에 따르면, 매도자가 부동산을 매도하면서 다른 부동산을 매수하는 복수의 부동산 거래 계약들을 진행할 때, 이 계약들이 에스크로우 서버에서 통합적으로 관리되어 부동산 거래를 보다 안전하게 진행할 수 있다. 또한, 부동산 매도자는 다른 부동산을 매수하는 계약을 동시에 진행할 때 매수인으로부터 입금된 계약금, 중도금을 활용할 수 있어 대금 지급에 대한 부담이 경감될 수 있다. 부동산 임대차의 경우에도, 임대인이 부동산에 대해 임대하면서 다른 부동산에 대해 임차하는 경우에도 임대인이 임차인으로부터 입금된 계약금, 중도금 등을 활용할 수 있게 된다.
이상에서 설명된 실시예들은 하드웨어 구성요소, 소프트웨어 구성요소, 및/ 또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치, 방법 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(Arithmetic Logic Unit), 디지털 신호 프로세서(Digital Signal Processor), 마이크로컴퓨터, FPGA(Field Programmable Gate Array), PLU(Programmable Logic Unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술 분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(Processing Element) 및/ 또는 복수 유형의 처리요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(Parallel Processor) 와 같은, 다른 처리 구성(Processing configuration) 도 가능하다. 소프트웨어는 컴퓨터 프로그램(Computer Program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/ 또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody) 될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media) 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/ 또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다. 그러므로, 다른 구현들, 다른 실시예들 및 특허청구범위와 균등한 것들도 후술하는 특허청구범위의 범위에 속한다.
10 : 부동산 거래 서비스 제공 시스템
100 : 거래 서버
200 : 에스크로우 서버
300 : 은행 서버
400 : 계약 당사자 단말기
500 : 세무 서버
201 : 거래 계약 정보 수신부
202 : 가상 계좌 관리부
203 : 가상 화폐 전환부
204 : 거래 관리 통합 데이터 관리부

Claims (13)

  1. 에스크로우 서버, 은행 서버 및 거래 서버를 포함하는 부동산 거래 서비스 시스템에서 에스크로우 서버의 부동산 거래 서비스 제공 방법에 있어서,
    거래 서버로부터 제1 거래 계약 정보를 수신하면 제1 거래 계약의 당사자의 인증을 확인한 후 제1 거래 관리 통합 데이터를 생성하는 단계;
    상기 제1 거래 계약의 매수자로부터 입금된 거래 대금을 가상 화폐로 전환하는 단계;
    거래 서버로부터 상기 제1 거래 계약의 당사자 중 적어도 하나가 포함된 제2 거래 계약 정보를 수신하면, 상기 제2 거래 계약의 당사자의 인증을 확인한 후 제2 거래 관리 통합 데이터를 생성하는 단계;
    상기 제1 거래 계약의 매도자의 가상 화폐 지급 요청 시, 상기 제1 거래 관리 통합 데이터의 지급 내역과 상기 제2 거래 관리 통합 데이터에 입금 내역을 업데이트 하는 단계; 및
    거래 서버로부터 상기 제1 거래 계약 및 제2 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 최종 지급 단계를 포함하고,
    상기 가상 화폐로 전환하는 단계는
    상기 전환된 가상 화폐를 상기 제1 거래 관리 통합 데이터의 입금 내역에 기록하고 증권번호를 생성하는 단계를 더 포함하며,
    상기 업데이트 하는 단계는
    상기 제1 거래 계약의 매도자의 가상 화폐 지급 요청 시, 지급 요청한 금액을 상기 제1 거래 관리 통합 데이터에 지급 내역으로 기록하는 단계;
    상기 생성한 증권번호의 파생번호를 상기 지급 내역의 증권번호로서 생성하고 상기 제1 거래 관리 통합 데이터에 기록하는 단계;
    제2 거래 관리 통합 데이터의 증권번호를 상기 제1 거래 관리 통합 데이터의 지급처에 기록하는 단계;
    상기 지급 내역으로 기록된 금액을 상기 제2 거래 관리 통합 데이터에 입금 내역으로 기록하는 단계; 및
    상기 제1 거래 관리 통합 데이터에 지급 내역으로 기록된 증권번호와 동일한 증권번호를 상기 제2 거래 관리 통합 데이터의 입금 내역에 대응하게 기록하는 단계를 포함하고,
    상기 최종 지급 단계는
    상기 거래 서버로부터 상기 제1 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제1 거래 관리 통합 데이터에서 관리하는 가상 화폐를 정산하는 단계; 및
    상기 거래 서버로부터 상기 제2 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 단계를 포함하는 것을 특징으로 하는 부동산 거래 서비스 제공 방법.
  2. 제1항에 있어서,
    상기 제 1 및 제2 거래 계약 정보는 각각 물건지 주소, 매매 금액, 임대 보증금액, 계약 금액, 대금 지급 조건, 계약일자, 중도금 일자, 잔금일자, 매수인 정보, 매도인 정보, 임대인 정보, 임차인 정보 중 적어도 하나를 포함하는 것을 특징으로 하는 부동산 거래 서비스 제공 방법.
  3. 제2항에 있어서,
    상기 제1 및 제2 거래 관리 통합 데이터는
    각각 계약금, 중도금, 잔금 별로 일자, 입금금액, 지급금액, 증권번호 및 지급처를 포함하는 현황 테이블 및 거래 계약 정보를 포함하는 것을 특징으로 하는 부동산 거래 서비스 제공 방법.
  4. 삭제
  5. 제1항에 있어서,
    상기 제2 거래 관리 통합 데이터를 생성하는 단계는
    상기 제2 거래 계약 정보를 수신하면, 상기 제1 거래 계약 및 제2 거래 계약의 당사자의 인증을 확인한 후 제2 거래 관리 통합 데이터를 생성하는 것을 특징으로 하는 부동산 거래 서비스 제공 방법.
  6. 삭제
  7. 삭제
  8. 제1항에 있어서,
    상기 정산하는 단계는
    상기 거래 서버로부터 상기 제1 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제1 거래 계약의 매도자가 지급 요청한 금액을 상기 제1 거래 관리 통합 데이터의 지급 내역에 기록하는 단계;
    상기 지급 내역에 대응하는 증권번호, 지급처 및 대금지급 완료 메시지를 상기 제1 거래 관리 통합 데이터에 기록하는 단계;
    상기 제2 거래 관리 통합 데이터에 상기 제1 거래 관리 통합 데이터에 기록된 지급 내역과 동일한 금액을 입금 내역으로 기록하는 단계; 및
    상기 제1 거래 관리 통합 데이터에 기록된 증권번호와 동일한 증권번호를 상기 제2 거래 관리 통합 데이터의 입금 내역에 대응하게 기록하는 단계를 포함하는 것을 특징으로 하는 부동산 거래 서비스 제공 방법.
  9. 제8항에 있어서,
    상기 제1 거래 계약의 매도자가 지급 요청한 전체 금액과 제1 거래 계약의 거래 대금 총액과 비교하는 단계; 및
    상기 제1 거래 계약의 거래 대금 총액이 상기 지급 요청한 전체 금액보다 큰 경우, 차액을 상기 제1 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 단계를 더 포함하는 것을 특징으로 하는 부동산 거래 서비스 제공 방법.
  10. 제1항에 있어서,
    상기 은행 서버로 송신하는 단계는
    상기 거래 서버로부터 상기 제2 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제2 거래 관리 통합 데이터에 등록된 전체 입금 금액을 지급 내역으로 기록하는 단계;
    대금지급 완료 메시지를 상기 제2 거래 관리 통합 데이터에 기록하는 단계; 및
    상기 지급 내역으로 기록한 금액을 제2 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 단계를 포함하는 것을 특징으로 하는 부동산 거래 서비스 제공 방법.
  11. 제1항에 있어서,
    상기 거래 서버로부터 상기 제1 거래 계약 및 제2 거래 계약의 당사자 중 적어도 하나가 포함된 제3 거래 계약 정보를 수신하면, 상기 제1 거래 계약, 제2 거래 계약 및 제3 거래 계약의 당사자의 인증을 확인한 후, 제3 거래 관리 통합 데이터를 생성하는 단계;
    상기 제1 거래 계약의 매도자의 가상 화폐 지급 요청 시, 상기 제1 거래 관리 통합 데이터의 지급 내역, 상기 제2 거래 관리 통합 데이터의 입금 내역과 지급 내역 및 상기 제3 거래 관리 통합 데이터에 입금 내역을 업데이트 하는 단계; 및
    상기 거래 서버로부터 상기 제1 거래 계약, 제2 거래 계약 및 제3 거래 계약에 관한 부동산 관련 신고 절차 완료 신호를 수신하면, 상기 제3 거래 관리 통합 데이터에 등록된 전체 입금 금액을 제3 거래 계약의 매도자에게 현금으로 지급하는 명령을 은행 서버로 송신하는 단계를 더 포함하는 것을 특징으로 하는 부동산 거래 서비스 제공 방법.
  12. 삭제
  13. 삭제
KR1020160072455A 2016-06-10 2016-06-10 부동산 거래 서비스 제공 방법 및 시스템 KR101833193B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020160072455A KR101833193B1 (ko) 2016-06-10 2016-06-10 부동산 거래 서비스 제공 방법 및 시스템

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020160072455A KR101833193B1 (ko) 2016-06-10 2016-06-10 부동산 거래 서비스 제공 방법 및 시스템

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020180020633A Division KR101945147B1 (ko) 2018-02-21 2018-02-21 부동산 거래 서비스 제공 방법 및 시스템

Publications (2)

Publication Number Publication Date
KR20170139894A KR20170139894A (ko) 2017-12-20
KR101833193B1 true KR101833193B1 (ko) 2018-02-28

Family

ID=60931688

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020160072455A KR101833193B1 (ko) 2016-06-10 2016-06-10 부동산 거래 서비스 제공 방법 및 시스템

Country Status (1)

Country Link
KR (1) KR101833193B1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200010796A (ko) 2018-07-23 2020-01-31 정유리 부동산 중개 서비스 제공 시스템 및 이를 이용한 부동산 중개 서비스 제공 방법

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200364812A1 (en) * 2017-12-08 2020-11-19 Gee Woo SHIM Method and system for providing real estate transaction service
KR101971838B1 (ko) * 2018-09-19 2019-08-13 서경한 부동산 통합정보시스템을 이용한 공인중개사의 에스크로 안전거래 진행방법.

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100669540B1 (ko) * 2006-05-04 2007-01-16 주식회사 다나와 전자상거래 서비스 시스템 및 그 방법

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100669540B1 (ko) * 2006-05-04 2007-01-16 주식회사 다나와 전자상거래 서비스 시스템 및 그 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200010796A (ko) 2018-07-23 2020-01-31 정유리 부동산 중개 서비스 제공 시스템 및 이를 이용한 부동산 중개 서비스 제공 방법

Also Published As

Publication number Publication date
KR20170139894A (ko) 2017-12-20

Similar Documents

Publication Publication Date Title
US10958637B2 (en) Preselected issuance and data operations loops in a hybrid distributed network ecosystem
CN104603811B (zh) 匹配用于代理卡交易的付款票据的退款
CN105706129B (zh) 利用旋转应用交易计数器进行安全支付交易
EP3830780A1 (en) Real -time buying, selling, and/or trading blockchain-based goods using traditional currency
CA2944482C (en) Token-based system for securing and recovering data
US20230035321A1 (en) Systems and methods for hyperledger-based payment transactions, alerts, and dispute settlement, using smart contracts
US20230119501A1 (en) Blockchain enabled service request system
US11803823B2 (en) Systems and methods for blockchain-based payment transactions, alerts, and dispute settlement, using a blockchain interface server
US9508057B2 (en) Automatically updating account information
US20230098747A1 (en) Systems and methods for payment transactions, alerts, dispute settlement, and settlement payments, using multiple blockchains
CA2943562A1 (en) Real time virtual draft system and method
CN109074561A (zh) 用于为主交易账户降低欺诈风险的系统和方法
US20130144783A1 (en) System and method for a supplier to supplier payment system to process a transaction
US11908004B2 (en) Method and system for obtaining credit
KR101833193B1 (ko) 부동산 거래 서비스 제공 방법 및 시스템
KR101199000B1 (ko) 속성 정보를 이용한 전자화폐 관리 시스템 및 방법
KR101945147B1 (ko) 부동산 거래 서비스 제공 방법 및 시스템
US20200111159A1 (en) Systems and methods for distributed ledger-based stock transactions
CN113449340B (zh) 基于联盟链的存量房交易资金监管方法及装置
KR20120100283A (ko) 전자결제 시스템 및 방법
KR20130083050A (ko) 가상계좌를 이용한 금융기관납부대행시스템 및 그 제어방법
KR102294623B1 (ko) 블록체인 기반 상품 구매 중계 시스템 및 방법
US20200364812A1 (en) Method and system for providing real estate transaction service
WO2020056455A1 (en) Transaction system
KR102657555B1 (ko) 결제 화폐 선택 절차를 내포하는 개인 단말기 간의 가상 화폐 결제 서비스 제공 방법 및 시스템

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
A107 Divisional application of patent
GRNT Written decision to grant
R401 Registration of restoration