KR102642391B1 - 부동산 개발 프로젝트 관리 서비스 제공 시스템 - Google Patents

Abstract

부동산 개발 프로젝트 관리 서비스 제공 시스템이 제공되며, 부동산 개발 프로젝트의 부동산 계약에 관한 데이터인 계약 데이터를 웹페이지에 입력하고, 계약 데이터를 위한 서류를 업로드하는 계약담당 단말, 계약 데이터 및 서류를 출력하고, 계약 데이터 및 서류에 대한 결재를 진행하며, 승인 또는 반려 이벤트를 출력하는 결재 단말 및 계약담당 단말로부터 계약 데이터를 입력받는 입력부, 계약담당 단말로부터 서류를 업로드받는 업로드부, 결재 단말에서 계약 데이터 및 서류를 출력하는 경우 결재를 진행하도록 요청하는 결재요청부, 결재 단말에서 승인 이벤트를 출력한 경우 계약담당 단말로 승인 이벤트에 대한 알림을 전달하는 승인관리부, 승인 이벤트가 출력되어 결재가 완료된 계약 데이터 및 서류를 기 구축된 클라우드에 등록하는 등록부를 포함하는 관리 서비스 제공 서버를 포함한다.

Description

부동산 개발 프로젝트 관리 서비스 제공 시스템{SYSTEM FOR PROVIDING REAL ESTATE DEVELOPMENT PROJECT MANAGEMENT SERVICE}

본 발명은 부동산 개발 프로젝트 관리 서비스 제공 시스템에 관한 것으로, 부동산 개발 프로젝트의 분양단계에서 모집공고게시, 계약관리, 실거래신고, 자금관리, 입금관리 및 수지분석을 포함하는 관리 솔루션을 제공한다.

부동산개발법은 부동산개발을 분양 및 임대 등 타인에게 공급할 목적으로 토지를 조성하거나 건축물을 건축 또는 재건축하는 일련의 사업으로 정의하되, 시공행위는 여기에 포함하지 않는다(부동산개발법 제2조). 부동산개발은 원론적으로 토지조성과 건축물 건축행위의 양자를 포함하여 정의하지만, 민간시장에서 일어나는 협의의 부동산개발 영역에 토지조성은 보통 포함하지 않으며, 이러한 부동산개발사업은 수익창출의 형태와 금융 등으로 유형을 분류할 수 있고, 주된 목적은 민간영역에서의 위험도를 반영한 수익창출에 있다. 이러한 부동산개발사업의 수익창출 형태는 크게 분양 및 임대방식으로 나눌 수 있으며, 분양사업은 분양대금으로 임대사업은 임차인으로부터 받은 보증금의 운용수익과 임대료가 주된 수익원이다. 특히, 민간개발회사를 통하여 적시성과 예견성을 지닌 사업의 성과로 인하여 공공영역에서 수행하기 어려운 사업까지 민간개발영역에서 다루어지고 있으며, 특히 기반시설의 부담과 개발이익의 환수 등 공공부문의 재원까지 충당되고 있는 상황이다.

이때, 분양을 위탁하여 처리하거나 부동산 계약을 클라우드 기반으로 처리하는 방법이 연구 및 개발되었는데, 이와 관련하여 선행기술인 한국등록특허 제10-2343592호(2021년12월27일 공고) 및 한국등록특허 제10-2395502호(2022년05월06일 공고)에는, 분양매물 데이터베이스에서 매물정보를 추출하고, 매물정보를 위탁요청한 후, 수탁 단말에서 매물정보를 수신하는 경우 분양실무를 진행하도록 하고, 수탁 단말에서 분양계약을 체결한 후에는 계약 단말로부터 계약금, 중도금 및 잔금을 입금받아 분양계약을 완료하는 구성과, 부동산 거래를 중개할 때 거래정보를 클라우드에 분산저장하여 공유하는 구성이 각각 개시되어 있다.

다만, 전자의 경우 수탁 단말에서 분양업무를 위탁받아 진행한다고 할지라도 분양계약서 및 각종 서류는 대면으로 전달하거나 우편으로 송부하므로 분양계약서 및 각종 서류를 다시 시행사에서 점검하는 과정이 필요하다. 후자의 경우에는 거래정보를 거래당사자가 아닌 타인에게 공유시키는 구성을 개시하고 있어 블록체인으로 무결성을 지키면서 위변조를 막는 구성도 아니면서 개인정보까지 유출하는 구성만을 개시할 뿐이다. 부동산개발사업인 부동산 개발 프로젝트를 진행할 때 모집공고게시, 분양계약서 작성, 분양계약, 실거래신고, 자금관리, 자동수납 및 수지분석과 같은 관리 솔루션이 요구되고 있지만, 디지털화를 위한 솔루션은 존재하지 않는다. 이에, 부동산 개발 프로젝트를 관리할 수 있도록 분양대행사와 시행사 간을 연결하고, 모집공고게시, 분양계약서 작성, 분양계약, 실거래신고, 자금관리, 자동수납 및 수지분석을 포함하는 관리 솔루션의 연구 및 개발이 요구된다.

본 발명의 일 실시예는, 부동산 개발 프로젝트의 분양단계에서 계약담당 단말에서 계약 데이터를 입력하고 서류를 업로드하는 경우, 결재 단말에서 계약 데이터와 서류를 검토하고 결재를 하는 경우에 계약 데이터와 서류를 클라우드에 저장하도록 하고, 계약이 완료된 경우 실거래신고서 및 위임장을 자동으로 작성하도록 하며, 수입 데이터 및 지출 데이터를 입력하는 경우 자금관리표 및 수지산정을 자동으로 관리하도록 하고, 수분양자로부터 입금이 된 경우 입금자명 및 입금금액을 기 저장된 수분양자 리스트와 비교하여 자동수납이 되도록 하며, 분양 데이터에 기반하여 수지분석을 수행하고, 휴먼에러를 최소화하도록 각종 계약서 및 계약 데이터를 OCR로 상호대조하여 차이가 발생하는 경우 알람을 출력하도록 하는, 부동산 개발 프로젝트 관리 서비스 제공 시스템을 제공할 수 있다. 다만, 본 실시예가 이루고자 하는 기술적 과제는 상기된 바와 같은 기술적 과제로 한정되지 않으며, 또 다른 기술적 과제들이 존재할 수 있다.

상술한 기술적 과제를 달성하기 위한 기술적 수단으로서, 본 발명의 일 실시예는, 부동산 개발 프로젝트의 부동산 계약에 관한 데이터인 계약 데이터를 웹페이지에 입력하고, 계약 데이터를 위한 서류를 업로드하는 계약담당 단말, 계약 데이터 및 서류를 출력하고, 계약 데이터 및 서류에 대한 결재를 진행하며, 승인 또는 반려 이벤트를 출력하는 결재 단말 및 계약담당 단말로부터 계약 데이터를 입력받는 입력부, 계약담당 단말로부터 서류를 업로드받는 업로드부, 결재 단말에서 계약 데이터 및 서류를 출력하는 경우 결재를 진행하도록 요청하는 결재요청부, 결재 단말에서 승인 이벤트를 출력한 경우 계약담당 단말로 승인 이벤트에 대한 알림을 전달하는 승인관리부, 승인 이벤트가 출력되어 결재가 완료된 계약 데이터 및 서류를 기 구축된 클라우드에 등록하는 등록부를 포함하는 관리 서비스 제공 서버를 포함한다.

전술한 본 발명의 과제 해결 수단 중 어느 하나에 의하면, 부동산 개발 프로젝트의 분양단계에서 계약담당 단말에서 계약 데이터를 입력하고 서류를 업로드하는 경우, 결재 단말에서 계약 데이터와 서류를 검토하고 결재를 하는 경우에 계약 데이터와 서류를 클라우드에 저장하도록 하고, 계약이 완료된 경우 실거래신고서 및 위임장을 자동으로 작성하도록 하며, 수입 데이터 및 지출 데이터를 입력하는 경우 자금관리표 및 수지산정을 자동으로 관리하도록 하고, 수분양자로부터 입금이 된 경우 입금자명 및 입금금액을 기 저장된 수분양자 리스트와 비교하여 자동수납이 되도록 하며, 분양 데이터에 기반하여 수지분석을 수행하고, 휴먼에러를 최소화하도록 각종 계약서 및 계약 데이터를 OCR로 상호대조하여 차이가 발생하는 경우 알람을 출력하도록 함으로써, 수작업으로 진행되었던 각 단계를 디지털화 및 자동화할 수 있고, 시간 및 인력의 소모를 줄여 효율을 높일 수 있게 하면서도 각 계약 데이터 및 서류를 디지털화 및 데이터베이스화할 수 있다.

도 1은 본 발명의 일 실시예에 따른 부동산 개발 프로젝트 관리 서비스 제공 시스템을 설명하기 위한 도면이다.
도 2는 도 1의 시스템에 포함된 관리 서비스 제공 서버를 설명하기 위한 블록 구성도이다.
도 3 및 도 4는 본 발명의 일 실시예에 따른 부동산 개발 프로젝트 관리 서비스가 구현된 일 실시예를 설명하기 위한 도면이다.
도 5는 본 발명의 일 실시예에 따른 부동산 개발 프로젝트 관리 서비스 제공 방법을 설명하기 위한 동작 흐름도이다.

아래에서는 첨부한 도면을 참조하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 본 발명의 실시예를 상세히 설명한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않는다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.

명세서 전체에서, 어떤 부분이 다른 부분과 "연결"되어 있다고 할 때, 이는 "직접적으로 연결"되어 있는 경우뿐 아니라, 그 중간에 다른 소자를 사이에 두고 "전기적으로 연결"되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미하며, 하나 또는 그 이상의 다른 특징이나 숫자, 단계, 동작, 구성요소, 부분품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.

명세서 전체에서 사용되는 정도의 용어 "약", "실질적으로" 등은 언급된 의미에 고유한 제조 및 물질 허용오차가 제시될 때 그 수치에서 또는 그 수치에 근접한 의미로 사용되고, 본 발명의 이해를 돕기 위해 정확하거나 절대적인 수치가 언급된 개시 내용을 비양심적인 침해자가 부당하게 이용하는 것을 방지하기 위해 사용된다. 본 발명의 명세서 전체에서 사용되는 정도의 용어 "~(하는) 단계" 또는 "~의 단계"는 "~ 를 위한 단계"를 의미하지 않는다.

본 명세서에 있어서 '부(部)'란, 하드웨어에 의해 실현되는 유닛(unit), 소프트웨어에 의해 실현되는 유닛, 양방을 이용하여 실현되는 유닛을 포함한다. 또한, 1 개의 유닛이 2 개 이상의 하드웨어를 이용하여 실현되어도 되고, 2 개 이상의 유닛이 1 개의 하드웨어에 의해 실현되어도 된다. 한편, '~부'는 소프트웨어 또는 하드웨어에 한정되는 의미는 아니며, '~부'는 어드레싱 할 수 있는 저장 매체에 있도록 구성될 수도 있고 하나 또는 그 이상의 프로세서들을 재생시키도록 구성될 수도 있다. 따라서, 일 예로서 '~부'는 소프트웨어 구성요소들, 객체 지향 소프트웨어 구성요소들, 클래스 구성요소들 및 태스크 구성요소들과 같은 구성요소들과, 프로세스들, 함수들, 속성들, 프로시저들, 서브루틴들, 프로그램 코드의 세그먼트들, 드라이버들, 펌웨어, 마이크로코드, 회로, 데이터, 데이터베이스, 데이터 구조들, 테이블들, 어레이들 및 변수들을 포함한다. 구성요소들과 '~부'들 안에서 제공되는 기능은 더 작은 수의 구성요소들 및 '~부'들로 결합되거나 추가적인 구성요소들과 '~부'들로 더 분리될 수 있다. 뿐만 아니라, 구성요소들 및 '~부'들은 디바이스 또는 보안 멀티미디어카드 내의 하나 또는 그 이상의 CPU들을 재생시키도록 구현될 수도 있다.

본 명세서에 있어서 단말, 장치 또는 디바이스가 수행하는 것으로 기술된 동작이나 기능 중 일부는 해당 단말, 장치 또는 디바이스와 연결된 서버에서 대신 수행될 수도 있다. 이와 마찬가지로, 서버가 수행하는 것으로 기술된 동작이나 기능 중 일부도 해당 서버와 연결된 단말, 장치 또는 디바이스에서 수행될 수도 있다.

본 명세서에서 있어서, 단말과 매핑(Mapping) 또는 매칭(Matching)으로 기술된 동작이나 기능 중 일부는, 단말의 식별 정보(Identifying Data)인 단말기의 고유번호나 개인의 식별정보를 매핑 또는 매칭한다는 의미로 해석될 수 있다.

이하 첨부된 도면을 참고하여 본 발명을 상세히 설명하기로 한다.

도 1은 본 발명의 일 실시예에 따른 부동산 개발 프로젝트 관리 서비스 제공 시스템을 설명하기 위한 도면이다. 도 1을 참조하면, 부동산 개발 프로젝트 관리 서비스 제공 시스템(1)은, 적어도 하나의 계약담당 단말(100), 관리 서비스 제공 서버(300), 적어도 하나의 결재 단말(400)을 포함할 수 있다. 다만, 이러한 도 1의 부동산 개발 프로젝트 관리 서비스 제공 시스템(1)은, 본 발명의 일 실시예에 불과하므로, 도 1을 통하여 본 발명이 한정 해석되는 것은 아니다.

이때, 도 1의 각 구성요소들은 일반적으로 네트워크(Network, 200)를 통해 연결된다. 예를 들어, 도 1에 도시된 바와 같이, 적어도 하나의 계약담당 단말(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), 5G NR(New Radio), 6G(6th Generation of Cellular Networks), 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)은 결재결과를 수신하고 반려가 된 경우 반려이유를 체크한 후 계약 데이터 또는 서류를 재입력 또는 재업로드하는 단말일 수 있다.

여기서, 적어도 하나의 계약담당 단말(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)에서 결재, 즉 승인을 한 경우 기 구축된 클라우드에 계약 데이터 및 서류를 저장하는 서버일 수 있다. 또, 관리 서비스 제공 서버(300)는, 계약 데이터를 이용하여 실거래신고서 및 위임장을 자동으로 완성하는 서버일 수 있고, 수입 데이터 및 지출 데이터에 기반하여 자금관리표를 생성하고 최종 수지산정을 수행하는 서버일 수 있다. 그리고, 관리 서비스 제공 서버(300)는, 수분양자로부터 입금이 된 경우 입금내역 내 입금금액, 구분세대코드 및 계약자명을 추출함으로써 자동으로 수납처리, 회계전표발행 및 세금계산서 발행을 수행하는 서버일 수 있다. 또한, 관리 서비스 제공 서버(300)는, 수지분석을 수행하고, 분양 데이터를 기반으로 모집공고 및 분양계약서를 자동으로 생성하는 서버일 수 있다. 또, 관리 서비스 제공 서버(300)는, 휴먼에러를 최소화하기 위하여 계약 데이터와 계약서를 OCR로 상호비교 및 대조한 후 차이가 발생한 부분에 대하여 계약담당 단말(100) 또는 결재 단말(400)로 알림을 제공하는 서버일 수 있다.

여기서, 관리 서비스 제공 서버(300)는, 네트워크를 통하여 원격지의 서버나 단말에 접속할 수 있는 컴퓨터로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 네비게이션, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(Desktop), 랩톱(Laptop) 등을 포함할 수 있다.

적어도 하나의 결재 단말(400)은, 부동산 개발 프로젝트 관리 서비스 관련 웹 페이지, 앱 페이지, 프로그램 또는 애플리케이션을 이용하여 계약담당 단말(100)의 계약 데이터 및 서류를 검토하여 승인 또는 반려를 제공하는 결재자의 단말일 수 있다. 이때, 결재자는 시행사의 직원일 수 있다.

여기서, 적어도 하나의 결재 단말(400)은, 네트워크를 통하여 원격지의 서버나 단말에 접속할 수 있는 컴퓨터로 구현될 수 있다. 여기서, 컴퓨터는 예를 들어, 네비게이션, 웹 브라우저(WEB Browser)가 탑재된 노트북, 데스크톱(Desktop), 랩톱(Laptop) 등을 포함할 수 있다. 이때, 적어도 하나의 결재 단말(400)은, 네트워크를 통해 원격지의 서버나 단말에 접속할 수 있는 단말로 구현될 수 있다. 적어도 하나의 결재 단말(400)은, 예를 들어, 휴대성과 이동성이 보장되는 무선 통신 장치로서, 네비게이션, 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) 기반의 무선 통신 장치를 포함할 수 있다.

도 2는 도 1의 시스템에 포함된 관리 서비스 제공 서버를 설명하기 위한 블록 구성도이고, 도 3 및 도 4는 본 발명의 일 실시예에 따른 부동산 개발 프로젝트 관리 서비스가 구현된 일 실시예를 설명하기 위한 도면이다.

도 2를 참조하면, 관리 서비스 제공 서버(300)는, 입력부(310), 결재요청부(320), 승인관리부(330), 등록부(340), 반려관리부(350), 자동완성부(360), 자금관리부(370), 자동수납부(380), 수지분석부(390), 자동생성부(391), 비교부(393) 및 일치확인부(395)를 포함할 수 있다.

본 발명의 일 실시예에 따른 관리 서비스 제공 서버(300)나 연동되어 동작하는 다른 서버(미도시)가 적어도 하나의 계약담당 단말(100) 및 적어도 하나의 결재 단말(400)로 부동산 개발 프로젝트 관리 서비스 애플리케이션, 프로그램, 앱 페이지, 웹 페이지 등을 전송하는 경우, 적어도 하나의 계약담당 단말(100) 및 적어도 하나의 결재 단말(400)은, 부동산 개발 프로젝트 관리 서비스 애플리케이션, 프로그램, 앱 페이지, 웹 페이지 등을 설치하거나 열 수 있다. 또한, 웹 브라우저에서 실행되는 스크립트를 이용하여 서비스 프로그램이 적어도 하나의 계약담당 단말(100) 및 적어도 하나의 결재 단말(400)에서 구동될 수도 있다. 여기서, 웹 브라우저는 웹(WWW: World Wide Web) 서비스를 이용할 수 있게 하는 프로그램으로 HTML(Hyper Text Mark-up Language)로 서술된 하이퍼 텍스트를 받아서 보여주는 프로그램을 의미하며, 예를 들어 크롬(Chrome), 에지(Microsoft Edge), 사파리(Safari), 파이어폭스(FireFox), 웨일(Whale), UC 브라우저 등을 포함한다. 또한, 애플리케이션은 단말 상의 응용 프로그램(Application)을 의미하며, 예를 들어, 모바일 단말(스마트폰)에서 실행되는 앱(App)을 포함한다.

도 2를 참조하면, 입력부(310)는, 계약담당 단말(100)로부터 계약 데이터를 입력받을 수 있다. 계약담당 단말(100)은, 부동산 개발 프로젝트의 부동산 계약에 관한 데이터인 계약 데이터를 웹페이지에 입력할 수 있다.

업로드부(320)는, 계약담당 단말(100)로부터 서류를 업로드받을 수 있다. 계약담당 단말(100)은, 계약 데이터를 위한 서류를 업로드할 수 있다. 이때, 계약 데이터는 본 발명의 플랫폼에서 제공하는 웹페이지 등에 데이터를 계약담당자가 수동으로 입력한 데이터이고, 서류는 분양현장 등에서 작성된 계약서 등일 수 있다. 이에, 계약담당자가 입력한 데이터(계약 데이터)와 이를 뒷받침할 수 있는 서류(계약서)가 업로드될 수 있다. 여기서, 계약담당 단말(100)에서 계약 데이터를 입력하고 서류를 업로드하는 경우, 본 발명의 일 실시예에 연결된 클라우드 플랫폼에 저장되어 원격지에 위치한 결재 단말(400)에서도 볼 수 있도록 한다. 후술할 등록부(350)에서는 승인이 완료된 계약 데이터 및 서류만이 클라우드 플랫폼에 저장되도록 기재되어 있지만, 승인이 완료된 계약 데이터 및 서류 외에도 결재대기중인 계약 데이터 및 서류도 디지털적으로 또는 물리적으로 공간을 분리하여 결재대기중 및 결재완료된 데이터를 분리하여 저장할 수 있다.

결재요청부(330)는, 결재 단말(400)에서 계약 데이터 및 서류를 출력하는 경우 결재를 진행하도록 요청할 수 있다. 결재 단말(400)은, 계약 데이터 및 서류를 출력하고, 계약 데이터 및 서류에 대한 결재를 진행하며, 승인 또는 반려 이벤트를 출력할 수 있다. 현장에서 분양대행사 직원 또는 시행사의 계약직원이 계약서를 작성하고 이를 입력 및 업로드하는 경우, 이를 총괄하는 시행사의 시행사 직원, 즉 결재자가 이를 검토하게 된다. 이를 통하여 계약담당 단말(100)에서 입력된 계약 데이터 및 서류는 결재자의 결재 단말(400)로 전달되게 된다.

승인관리부(340)는, 결재 단말(400)에서 승인 이벤트를 출력한 경우 계약담당 단말(100)로 승인 이벤트에 대한 알림을 전달할 수 있다. 결재 단말(400)에서 계약 데이터와 서류를 검토하고, 계약 데이터와 서류 간 데이터가 일치하면 승인을, 그렇지 않으면 반려를 하게 된다. 결재 단말(400)에서 최종적으로 승인하는 경우 계약이 확정되어 변경이 불가한 구조로 사용자 인터페이스를 비활성화시킬 수 있다.

등록부(350)는, 승인 이벤트가 출력되어 결재가 완료된 계약 데이터 및 서류를 기 구축된 클라우드에 등록할 수 있다. 승인 이벤트가 출력된 계약 데이터 및 서류는 두 데이터 간이 일치하는 데이터라는 뜻이므로, 결재가 완료된 계약 데이터와 서류만이 클라우드로 저장되게 된다. 이때, 클라우드 내 계약 데이터 및 서류 등 개인정보가 가득한 중요문서가 저장되게 되는데, 클라우드 문서의 위변조 방지 및 유출을 막기 위해서 암호화를 적용할 필요가 있다. 다만 수분양자가 수 백 내지 수 천 명에 이르는 경우 1 인당 작성되는 서류가 수 십 장인 경우 암호화 처리에 필요한 자원이 너무나 커지게 된다. 즉, 클라우드 서비스에 암호화를 적용함에 있어 데이터 암호화 속도는 서비스 속도 지연에 결정적인 요인이 될 수 있다. 아무리 보안의 강도가 높다고 할지라도 암호화 과정으로 인해 서비스의 속도가 지연된다면 사용자는 매우 불편함을 느낄 수 있다. 최근 가장 널리 쓰이는 대칭키 알고리즘인 AES는 수년간의 보안 검증으로 안전성이 보장된 알고리즘이지만, 대용량 데이터를 암호화함에 있어 많은 시간이 소요되기 때문에 클라우드 서비스에 적용할 경우 사용자는 많은 불편함을 느낄 수 있다. 이에, 클라우드 서비스에 암호화를 적용하기 위해서는 빠르고 간결한 암호화를 적용하여 서비스에 불편을 느끼지 않도록 할 필요가 있다. 또한 암호화를 적용함에 있어 가장 중요한 요소는 키 관리 문제인데, 암호화 키는 암호화 데이터를 복호화할 수 있는 결정적인 요소이며, 암호화키를 알고 있다면 누구나 데이터를 복호화할 수 있기 때문이다.

이에 따라, 본 발명의 일 실시예에서는 클라우드 기반 데이터 암호화를 적용할 수 있다. 클라우드에 데이터를 업로드하기 전에 클라이언트 측에서 부분 암호화 방법을 사용하여 암호화를 빠르게 진행한 뒤 클라우드에 데이터를 업로드하며, 부분 암호화에 사용한 키를 사용자의 개인키로 암호화하여 키 관리 서버에 보관할 수 있다. 클라이언트측은 클라우드에 데이터를 업로드하기 전 데이터를 부분 암호화하여 저장하고, 클라우드에서 데이터를 다운로드한 후 데이터를 복호화한다. 키 관리 서버는 사용자 관리, 사용자 디바이스 관리 및 클라이언트에서 데이터 암호화에 사용한 키를 관리할 수 있다. 여기서 사용자는 대부분 시행사의 직원이겠지만, 분양대행사의 직원일 수도 있다. 데이터베이스의 테이블은 크게 사용자 관리 테이블, 디바이스 관리 테이블, 클라우드 암호화 데이터 키 관리 테이블로 구성될 수 있다. 먼저 사용자 관리 테이블은 사용자의 정보를 기록하는 테이블로 사용자가 키 관리 서버에 등록을 하였을 때 사용자의 정보와 사용자의 공개키를 기록한다. 디바이스 관리 테이블은 사용자의 디바이스 정보를 기록하는 테이블로 사용자가 처음 사용하는 디바이스로 키 관리 서버에 접속하였을 때 디바이스의 정보와 디바이스의 개인키를 기록하게 된다. 클라우드 암호화 데이터 키 관리 테이블은 사용자가 클라우드에 암호화 데이터를 업로드하였을 때 정보를 기록하는 테이블로 암호화 데이터의 정보와 암호화에 사용한 키를 기록하게 된다. 이때 암호화에 사용한 키는 데이터 복호화에 결정적인 요인이 되기 때문에 사용자의 개인키로 암호화하여 기록할 수 있다.

클라이언트 애플리케이션은 애플리케이션을 설치하였을 때 디바이스의 개인키와 공개키를 생성하게 된다. 또한 디바이스에서 사용자 등록을 하게 되면 해당 디바이스에 사용자의 개인키와 공개키를 생성하여 저장하고, 공개키는 키 관리 서버에 등록하게 된다. 이후 디바이스를 통해 사용자 로그인을 한 뒤 디바이스 등록 과정을 거치게 되면 해당 디바이스의 정보와 디바이스의 공개키가 키 관리 서버에 저장되어 사용자가 등록된 디바이스로 클라우드 암호화 시스템을 사용할 수 있도록 한다.

<부분 암호화>

클라이언트와 클라우드 서버 간 안전하고 효율적인 데이터 전송을 위한 부분 암호화 방법인 PLEA(Partial encryption based on LEA(Light Encryption Algorithm))를 이용할 수 있다. 클라우드 환경에서 서비스의 지연을 최소화하면서 대용량의 데이터를 암호화하기 위해서는 빠른 연산이 요구되므로 경량 암호화 알고리즘을 사용할 필요가 있으며, 그 중 처리속도가 가장 빠른 LEA를 이용하여 부분 암호화를 수행할 수 있다. PLEA는 헤더 생성, 데이터 부분 암호화, 블록 셔플 과정으로 구성되어 있다. 헤더 생성 과정에서는 부분 암호화 Modular 단위와 평문 데이터의 길이와 데이터 셔플에 필요한 난수를 생성하여 헤더 데이터에 저장한다. 데이터 부분 암호화 과정에서는 블록 암호화 알고리즘인 LEA를 이용해 부분 암호화를 수행한다. PLEA의 부분 암호화는 Modular 단위로 블록을 선택적으로 암호화한다. 부분 암호화 Modular 단위는 부분 암호화 과정에서 암호화의 주기를 결정하는 단위로 Modular 단위의 첫 블록은 LEA로 암호화를 수행하고 이후의 블록은 데이터 변형 과정을 수행한다. 즉 부분 암호화 Modular 단위가 10이라면 첫 번째 블록을 LEA로 암호화하고, 나머지 9개의 블록은 XOR 연산을 사용하여 데이터를 변형시킨다. 이때, XOR 연산에 사용하는 데이터는 LEA의 라운드 함수의 결과로 생성되는 데이터를 사용하며, LEA는 라운드 함수를 24회 반복하여 암호화하므로 부분 암호화 Modular 단위의 값은 1~24 사이의 값으로 정해진다. 마지막으로 블록 셔플 과정에서는 헤더에서 생성한 난수를 이용하여 부분 암호화 Modular 단위로 나누어진 블록을 섞는 작업을 수행한다. 그렇기 때문에 PLEA로 생성된 암호문은 Header와 부분 암호화 데이터로 구성된다.

상술한 부분 암호화를 이용하여 클라우드에 데이터를 업로드 및 다운로드하는 방법을 설명한다. 먼저 사용자는 데이터를 업로드하기 위한 파일을 선택한다. 파일을 선택한 뒤 임의의 값을 대칭키로 생성하고, 이 대칭키를 이용하여 평문을 PLEA를 통해 암호화를 수행하여 암호문을 생성한다. 이후 대칭키를 EC(Elliptic Curve)-Elgamal을 이용하여 암호화하며, 이때 사용자의 공개키를 이용하여 암호화를 수행한다. 마지막으로 암호문은 클라우드 저장소에 업로드하고, 암호화된 키는 키 관리 서버에 파일 정보와 함께 업로드한다. 클라우드로부터 암호화된 데이터를 다운로드하여 데이터를 복호화할 때에는, 먼저 사용자는 키 관리 서버에서 다운로드하고자 하는 파일을 암호화할 때 사용한 암호화된 키를 다운로드한다. 이후 다운로드받은 암호화된 키를 사용자의 EC-Elgamal을 이용하여 복호화를 하며 이때 사용자의 개인키를 사용한다. 대칭키 복호화가 완료되면 클라우드 저장소로부터 암호문을 다운로드 받은 뒤 PLEA를 이용해 암호화된 파일을 복호화하여 평문을 획득한다.

클라우드 저장소는 사용자가 클라우드에 저장한 데이터를 다른 사용자에게 접근 권한을 부여하여 데이터를 공유할 수 있다는 특징이 있다. 하지만 암호화된 데이터는 다른 사용자에게 공유되더라도 데이터를 복호화할 수 없기 때문에 데이터를 확인할 수 없다. 이에 따라, 본 발명의 일 실시예에서는 암호화에 사용된 키를 전달함으로서 암호화된 데이터를 허용한 다른 사용자에게 공유할 수 있다. 예를 들어, 사용자 A가 업로드한 암호화 데이터를 사용자 B에게 공유한다고 가정하면, 먼저 사용자 A는 키 관리 서버에서 데이터를 암호화할 때 사용한 암호화된 키와 사용자 B의 공개키를 수신한다. 이후 사용자 A의 개인키를 이용해 암호화된 개인키를 복호화하여 대칭키를 복원한다. 대칭키 복원이 완료되면 이를 EC-Elgamal을 이용하여 암호화하며 이때 암호화 키는 사용자 B의 공개키를 사용한다. 이후 암호화된 키를 키 관리 서버에 업로드한다. 이렇게 되면 사용자 B는 사용자 B의 개인키를 이용하여 대칭키를 복원할 수 있으며, 클라우드 저장소로부터 사용자 A가 업로드한 암호화 데이터를 다운로드한 뒤 복원한 대칭키를 이용해 복호화할 수 있다. 물론, 상술한 방법을 이용하지 않고 다양한 방법의 클라우드 보안 플랫폼을 이용할 수 있음은 자명하다 할 것이다.

반려관리부(360)는, 결재 단말(400)에서 반려 이벤트가 출력된 경우, 계약담당 단말(100)로 반려 이벤트를 전달하고, 계약담당 단말(100)에서 계약 데이터 또는 서류를 재입력 또는 재업로드하는 경우 결재 단말(400)로 전달하여 결재를 요청할 수 있다. 도 4f와 같이 결재 단말(400)의 결재자가 반려를 하면서 "분양자 계약서류 잘못 들어갔습니다. 재검토해주세요"라는 코멘트를 남기는 경우 이를 반려 이벤트로 계약담당 단말(100)로 제공할 수 있다. 이에 계약담당 단말(100)에서 결재를 다시 올리면서 "네 수정하였습니다. 승인 부탁드립니다"라고 코멘트를 남긴 경우 이를 결재 단말(400)로 제공할 수 있다.

자동완성부(370)는, 계약담당 단말(100)에서 계약 데이터를 입력한 경우, 기 저장된 실거래신고서 및 위임장 포맷에 계약 데이터 내 적어도 하나의 항목별 텍스트를 추출하여 입력함으로써, 실거래신고서 및 위임장을 자동으로 완성할 수 있다. 이때, 실거래신고서는 도 4j와 같이 양식이 이미 정해져있다. 이때, 예를 들어, [계약 데이터-항목식별코드-항목-텍스트]가 존재하고, [실거래신고서-항목식별코드-항목]이 존재하는 경우, 계약 데이터 내 동일한 항목식별코드가 부여된 항목을 찾고, 그 항목의 텍스트를 찾으며, 검색된 텍스트를 실거래신고서 내 이에 대응하는 항목에 삽입하는 방식으로 작성할 수 있다. 또 위임장의 경우에도 포맷은 서로 다를 수 있지만, [위임장-항목식별코드-항목]이 저장될 수 있고, 위임인의 정보, 즉 수분양자인 계약자의 정보가 입력되도록 계약 데이터로부터 항목별 텍스트를 추출하여 자동으로 입력할 수 있다. 이를 위하여 이미지 내 항목의 위치는 모두 저장이 되어있어야 하며, 실거래신고서와 같이 PDF와 같은 이미지 내 텍스트를 삽입하기 위하여 텍스트를 이미지화한 후 실거래신고서에 합성하는 방법을 이용할 수 있고, 위임장의 경우 문서가 워드, 한글 등으로 텍스트를 입력할 수 있는 환경이므로 이를 그대로 텍스트 삽입을 하면 된다.

자금관리부(380)는, 부동산 개발 프로젝트의 수입 데이터 및 지출 데이터가 입력되는 경우, 기 설정된 주기로 자금관리표를 생성하고, 수입 데이터 및 지출 데이터를 반영하여 수지산정을 수행할 수 있다. 기 설정된 주기는 월(Monthly)일 수 있으나 이에 한정되지는 않는다. 자금관리표는 엑셀 포맷일 수 있으나 이에 한정되지는 않는다. 자금관리표 엑셀에 수입 데이터 및 지출 데이터를 입력함으로써 최종 수익을 산정할 수 있도록 한다. 또 월별로 자금관리표를 생성함으로써 최종 수지산정이 가능하도록 한다.

자동수납부(390)는, 부동산 계약의 계약자의 계약자명과, 부동산의 구분세대코드가 포함된 입금내역의 경우, 구분세대코드의 세대의 계약자인지의 여부를 계약 데이터로 확인하고, 구분세대코드의 세대의 수납금액을 추출한 후 입금내역의 입금금액을 매칭하며, 수납금액과 입금금액이 매칭되는 경우 구분세대코드의 세대의 수납처리를 자동으로 수행하고, 수납처리를 기반으로 회계전표 및 세금계산서를 발행할 수 있다. 이때, 구분세대코드는 동 및 호가 연결된 숫자일 수 있다. 이때, 구분세대코드 동호수 6자리일 수 있는데, 이에 한정되지는 않는다. 수 천 명의 수분양자가 ① 분양계약 체결 및 계약금 지급 → ② 중도금 분할 지급 → ③ 잔금 지급일에 입금을 하게 되면 이를 수납처리하는 것도 각 직원이 확인하게 되면 너무나 많은 시간이 소요되게 된다. 또, 세금계산서 발행과 회계전표 발행도 이를 수동으로 진행하게 되면 시간과 인력의 소모가 극심하므로, 입금자명에 기재된 6자리 또는 8자리 구분세대코드로 수분양자의 분양세대를 확인하고, 이에 따른 수분양자 성명을 확인하며, 수납금액이 입금금액과 맞는지를 확인한 후 일치하는 경우 자동으로 수납처리를 하고, 수납처리가 된 것을 기반으로 회계전표 및 세금계산서를 발행해줄 수 있다.

이때, 자동수납의 경우, 계좌조회 API를 제공하는 업체, 예를 들어, 팝빌, 빅디비 및 쿠콘 등의 업체를 통하여 계좌조회 API를 웹 개발 시 연동하고, 계좌조회를 위해 필요한 계약자의 계좌 데이터를 입력하여, 자동으로 입금 데이터를 끌어와 자동으로 수납이 잡히는 구조로 구축할 수 있다. 이때, 입금 데이터가 수납이 잡히게 되면 수납 데이터로 변환되는데, 수납 데이터를 기반으로 자동으로 세금계산서(계산서) 발행 및 회계전표 발행(수입과 관련된 세금 및 회계)을 할 수 있다. 후술하는 수지분석부(390)의 지출 데이터를 집계할 때에도 상술한 계좌조회 API로 자동으로 로딩한 출금 데이터와, 담당자가 입력한 지출 데이터, 예를 들어, 금액, 원인, 세금여부 등을 이용하여 출금 데이터 내 출금내역의 계좌주 및 금액과 일치할 때 자동으로 회계전표를 발행(지출과 관련된 세금 및 회계)할 수 있다. 이렇게 지출 데이터 및 수입 데이터를 기반으로 자동으로 수집된 지출과 수입에 대한 수지분석 및 자금흐름표를 제공할 수 있다.

수지분석부(390)는, 부동산 개발 프로젝트의 세대별 분양가, 월별 예상 분양률 및 비용 데이터가 입력되는 경우, 부동산 개발 프로젝트의 수지분석을 수행한 후 자동으로 출력할 수 있다. 이때, 수지분석 및 자금흐름 관련해서 고객사(시행사)에서 시공, 설계, 감리 등 용역계약 정보, PF(프로젝트파이낸싱) 대출 정보 등을 입력하면, 입력 데이터 및 예측되는 분양률을 기반으로, 이미 지급된 수입과 지출, 또 향후 예상되는 수입과 지출을 분석하여 사업종료시점까지의 현금흐름과 사업수지를 제공할 수 있다. 또, 사업수지와 사업 초기 입력한 예상사업수지를 비교 분석하여 초기 예상사업 수지와 사업 진행 중의 예상 사업수지가 달라지는 항목을 보여주는 기능을 더 추가할 수 있다.

상술한 세대별 분양가, 월별 예상 분양률 및 비용 데이터는 수지분석항목일 수 있는데 이하 표 1과 같이 정리될 수 있다.

구성		항목	산출식
수입	분양수입	아파트	면적(평형)×단가
		오피스텔	면적(평형)×단가
		Commercial	면적(평형)×단가
		분양률	확률분포
		중도금 조건	확률분포
비용	토지 비용	토지비	면적(평형)×단가
		취·등록세	토지비×요율
		국민주택채권	토지비×요율
		취득세	토지비×요율
		재산세	토지비×요율
	건축 비용	직접공사비	면적(평형)×단가
		간접공사비	면적(평형)×단가
		설계비	면적(평형)×단가
		감리비	면적(평형)×단가
	세금 비용	광역교통시설부담금	면적×요율
		학교용지부담금	분양수입× 요율
		농어촌특별세	재산세×요율
		도시계획세	토지비×요율
		지방교육세	재산세×요율
		과밀부담금	평형×요율
		보존등기비	건축비×요율
		기타예비비	분양수입× 요율
	금융 비용	P/F 비용	토지비×요율
		P/F 이자	P/F 비용t× 요율
	판매비	M/H 건물임차료	단가×요율
		M/H 운영비	단가×기간
		오피스텔 분양보증	단가×세대수×요율
	일반 부대비	민원처리비	분양수입×요율
		시행사일반관리비	단가×기간
		하자보증비	건축비×요율
		입주관리비	단가×세대수

이 외에도 도 4h 및 도 4i와 같은 엑셀양식이 존재하는데, 상술한 항목별 데이터가 입력되는 경우, 수지분석표를 자동으로 생성해줄 수 있다.자동생성부(391)는, 부동산 개발 프로젝트의 분양세대 데이터, 옵션 데이터, 특약사항, 사업주체 및 수납일정을 포함하는 분양 데이터가 입력되는 경우, 기 저장된 모집공고 및 분양계약서 포맷에 분양 데이터 내 적어도 하나의 항목별 텍스트를 추출하여 입력함으로써, 모집공고 및 분양계약서를 자동으로 생성할 수 있다. 모집공고 및 분양계약서에도 [모집공고-항목식별코드-항목] 및 [분양계약서-항목식별코드-항목]과 같이 이미 각 항목, 항목식별코드 및 위치 등이 설정되어 있는 것이 전제되어야 한다. 이에 따라 각종 분양 데이터가 입력되는 경우, [분양 데이터-항목식별코드-항목-텍스트]를 구분하고, 분양 데이터 내 항목식별코드로 동일한 항목을 모집공고 및 분양계약서에서 찾고, 동일한 항목의 텍스트를 추출하여 모집공고 및 분양계약서의 각 위치에 합성 또는 삽입함으로써 자동으로 문서를 생성할 수 있다.

비교부(393)는, 계약담당 단말(100)에서 계약 데이터가 입력되고, 계약 데이터에 대한 서류인 계약서가 업로드되는 경우, 계약 데이터 내 텍스트와, 계약서를 OCR(Optical Character Recognition)로 분석한 텍스트를 상호대조한 후 차이가 발생하는 부분을 계약담당 단말(100) 또는 결재 단말(400)로 안내할 수 있다. 예를 들어, [계약 데이터-항목식별코드-항목-텍스트]가 존재하고, [계약서-항목식별코드-항목-텍스트]가 존재하는 경우, 동일한 항목식별코드가 부여된 항목을 찾고, 그 항목의 텍스트를 찾으며, 텍스트끼리 비교를 하는 방식일 수 있다. 비교부(393)는이렇게 비교를 한 후 계약 데이터의 항목별 텍스트가 계약서의 항목별 텍스트와 다른 경우, 계약담당 단말(400)의 입력 오류일 수 있으므로 이를 계약담당 단말(400)로 전달하거나 결재가 이미 올라간 경우에는 결재 단말(400)로 알림을 제공할 수 있다. 이때, 비교부(393)는, 계약담당 단말(400)에서 계약 데이터를 입력한 후 결재를 올리기 전 검토를 할 수 있도록 비교결과를 계약담당 단말(400)로 제공할 수도 있다.

OCR은 컴퓨터 비전과 언어처리 모두를 수행하는 과제로 이미지 내 문자를 탐지(Detection)하는 단계와, 탐지된 문자를 인식(Recognition)하는 단계로 나누어 정의될 수 있다. 일반적인 문자탐지는 이미지내 특정 채널의 임계값(Threshold)를 기준으로 분리하였으며 이는 문자, 그림, 노이즈(Noise)등을 구별할 수 없지만, OCR이 AI 기반, 특히 딥러닝 기반인 경우 문자탐지는 이미지 특징을 학습하여 문자만 찾을 수 있다. 예를 들어, R-CNN(Regions with CNN Features), SSD(Single Shot Detector), YOLO(You Only Look Once)등의 객체검출기법(Object Detection), 또는 FCN(Fully Connected Networks), U-Net, CRAFT(Character-Region Awareness For Text Detection) 등의 이미지 분할 기법(Segmentation) 등이 이용될 수 있다. 문자인식은 각 글자(Character)에 대해 패턴 매칭 등을 통해 분류(Classification)하는 방법을 사용하며, 종래의 글리프 비교 매칭에서부터 딥러닝 기술 중 CNN을 사용한 특징 비교를 통한 분류, 그리고 글자의 연계를 통한 단어 도출을 고려하기 위한 RNN, LSTM(Long-Short Term Memory), CTC(Connection Temporal Classification), 어텐션 등을 이용할 수 있다. 이미지 전처리로서 입력된 글자 이미지의 패턴을 정형화하기 위한 STN(Spatial Transform Network)도 이용될 수 있다.

<문서분석>

광학문자인식에 있어서 문서분석은 비정형 텍스트 데이터에 대한 언어처리 또는 정보 추출 기법을 의미한다. 언어처리에 있어 일반적인 방법은 규칙 기반의 정보 추출 방법으로 특정 형식이 존재할 경우에만 사용 가능하다. 형식이 존재하지 않는 텍스트 데이터의 경우, 언어적 문맥에서 의미를 도출해야 하며 형태소 분석, 구문 분석 등의 자연어 처리 기법을 차용할 수 있다. 딥러닝을 사용한 언어처리는 RNN 뿐만 아니라 트랜스포머를 통해 문서분석에 필요한 구문 분석 등을 수행할 수 있다. 트랜스포머는 Self-Attention을 이용하여 텍스트 데이터의 문맥적 표현(Contextual Representation)을 학습하며, 인코더-디코더(Encoder-Decoder)구성을 통해 번역 등 다양한 언어처리를 수행 할 수 있다. 딥러닝을 사용한 문서분석은 OCR 결과인 텍스트로부터 트랜스포머 등의 언어처리모델의 하위 작업인 텍스트 분류(Text Classification), 객체명 인식(Named Entity Recognition, NER), 기계독해(Machine Reading Comprehension, MRC)등을 수행하여 필요한 정보를 추출할 수 있다. 한글 문서에 있어, 특히 부동산 개발 프로젝트의 분양신청서 또는 계약서의 문서에는, 한국어 사전학습모델인 KB-BERT를 사용하여 위 작업을 수행할 수 있다. 나아가 트랜스포머에 OCR 텍스트 및 좌표 정보를 함께 임베딩(Embedding)하여 개체 인식(Entity Linking), 문서 분류(Document Classification) 등의 작업을 수행할 수 있는 Layout Language Model을 문서분석 모델로 이용할 수 있다.

<부동산개발업 분야 OCR 모델>

문서(서류) 이미지로부터 구조화된 데이터를 추출하기 위해 ① 이미지 전처리 모델, ② 문자탐지모델, ③ 문자인식모델, ④ 문자정렬모델 및 ⑤ 언어처리모델을 단계별로 적용할 수 있다. ① 이미지 전처리 모델은 수집된 이미지 내 확률적 및 비확률적 노이즈를 제거하는 GAN(Generative Adversarial Network) 모델로 기 저장된 부동산 개발 프로젝트 관련 서류를 이용하여 훈련할 수 있다. ② 문자탐지모델은 이미지 내 문자열의 영역을 표기해주는 GAN 모델로 문자영역을 Gaussian Map으로 표시하고 Image Segmentation을 통해 영역의 Bounding Box를 찾는다. ③ 문자인식모델은 탐지된 문자영역의 글씨를 읽어내는 모델로 STN, CNN, RNN, Attention 모델의 조합을 통해 판단할 수 있고, ④ 문자정렬모델은 인식된 문자에 대해 공간적 영역 정의를 부여하기 위해 GMM(Gaussian Mixture Modeling)을 이용한 행 구분을 수행할 수 있다. ⑤ 마지막으로 인식된 문자열을 구조화된 데이터로 변환하기 위한 언어처리모델을 적용할 수 있는데, 부동산개발업 분야 문서를 처리하기위해 Transformers 기반의 표 영역 구분 및 키워드 파싱, 위치기반 파싱, 개체명 인식, 기계독해 등을 조합하여 필요한 정보를 찾을 수 있다.

상술한 구성에 따른 플로우를 설명하면 우선 문서 이미지로부터 이미지 전처리 모델을 통해 문서처리에 불필요한 확률적 및 비확률적 노이즈를 제거한다. 전처리된 이미지로부터 문자탐지모델을 통해 문자열의 위치를 표식하는 Gaussian Map으로 변환하고, 이에 Image Segmentation을 통해 각 문자열의 Bounding Box를 찾는다. 각 문자열의 위치로부터 문자인식을 수행하여 문자열을 읽어내고, 문자열의 행간 구분을 위해 문자열의 위치에 대한 클러스터링을 수행한다. 이 과정에서 얻어진 이미지, 문자열 위치, 문자열, 행번호를 이용하여 언어처리를 수행하여 구조화된 데이터를 얻는다.

<하이브리드 GPU 클러스터>

문서 처리 플로우는 업무는 스캐너로부터 습득된 고해상도 이미지로부터 광학문자인식 및 언어해석을 수행하여 그 결과를 목표 서비스에 반영하는 것이다. 이때, 업무별 특성에 따라 딥러닝 기반 데이터 처리 모델들이 적용될 수 있다. 고해상도 이미지에 대한 딥러닝 모델 추론 작업은 고용량의 연산을 요하며, 이는 일반적인 CPU 서버를 이용한 느린 처리는 서비스용으로 적합하지 않다. 딥러닝 모델의 서비스를 위해 GPU 기반 병렬 연산 클러스터의 설계와, 이를 효과적으로 사용하기 위해 컨테이너 오케스트레이션, 그리고 부동산개발업의 특성에 맞춘 온프레미스 와 프라이빗 클라우드를 병행사용하는 하이브리드 GPU 클러스터를 구축할 수 있다.

<표 인식>

아파트 분양계약서의 경우 각 표가 다수 포함된 경우가 많은데, 이를 위하여 딥러닝 OCR을 이용하여 이미지 내 글자를 인식하고, 각 글자에 대응하는 항목의 가로 및 세로 위치를 통하여 동일한 행 및 열에 위치한 항목을 찾은 후, 이를 바탕으로 문서 영역을 분할할 수도 있다. 검출된 위치 정보를 통하여 각각의 항목에 대응하는 셀 영역의 행 및 열을 지정하고, 지정된 행 및 열에 대응하는 셀에 사용자 정보를 입력하도록 할 수 있다. 문서 내 이미지에서 각 항목에 대응하는 단어 블록(Block)을 추출하고 문자를 인식하도록 한다. 단어 블록을 검출하기 위한 네트워크로 DBNet(Discriminative Bimodal Neural Network)을 이용하고, 각 단어 블록들 내 문자를 인식하기 위한 네트워크로 VGG16을 백본으로 하는 CRNN(Convolutional to Recurrent Neural Network) 구조의 네트워크를 이용할 수 있다.

<열 항목 검출>

그 다음은 검출된 단어 블록에서 같은 열에 위치하는 블록들을 검출한다. 같은 열에 위치하는 단어 블록들을 검출하는 기준으로는 단어 블록이 차지하는 영역의 X 좌표를 기준으로 한다. 예를 들어, 두 단어 블록의 좌측단부, 우측단부 또는 중앙 중 하나의 X 좌표가 일치한다면 두 개의 단어 블록은 같은 열에 속한다고 판단하고 같은 항목에 추가할 수 있다.

<행 항목 검출>

행 항목을 검출하기 위해 단어 블록 상단의 Y 좌표를 기준으로 할 수 있다. 다만, 다른 항목에 속한 단어 블록 간 줄 간격이 다를 수 있는데, 이러한 경우 문서 내 셀 영역을 설정하기 위한 문서 구조 파악이 어려워질 수 있다. 예를 들어,각각의 행 내의 문자 줄 간격이 달라 동일한 열 내의 항목이 제대로 검출되지 않을 수도 있다. 이를 해결하기 위해 Y 축을 기준으로 두 단어 블록이 겹치는지를 측정하여 같은 열 항목을 검출한다. 이때 한 단어 블록에서 다른 열에 속한 두 개 이상의 항목들이 겹치는 경우도 있는데, 이러한 경우에는 최상단에 있는 단어 블록을 같은 열 항목으로 검출할 수 있다.

일치확인부(395)는, 차이가 발생한 부분에 대하여 계약담당 단말(100) 또는 결재 단말(400)에서 계약 데이터를 수정하는 경우, 수정된 계약 데이터 내 텍스트와, 계약서 내 텍스트 간을 비교하여 일치하면 계약담당 단말(100) 또는 결재 단말(400)로 알림을 전송할 수 있다.

<분양률 예측>

본 발명의 일 실시예에 따른 플랫폼은 부동산 개발 프로젝트를 진행하면서 분양계약에 대한 데이터를 누적할 수 있다. 이에, 누적된 계약 데이터를 바탕으로 부동산 개발 프로젝트의 초기 분양률을 예측하는 모델을 구축함으로써 사업성공여부를 예측할 수 있도록 할 수 있다. 부동산 개발 프로젝트가 아파트 프로젝트인 경우, 사업성패에 영향을 미치는 요인은 매우 다양하지만, 분양단가가 결정되고, 분양이 시작된 이후에는 사업에 가장 큰 영향을 미치는 요인은 분양 후 1개월간의 초기 분양률이다. 만일, 계획한 대로 초기 분양률이 나온다면 사업진행 시 원활한 자금 확보가 가능하여 계획대로 사업금융(Project Loan)을 상환할 수 있으며, 금융비용이 증가하는 것을 방지하여 예측된 수익을 확보할 수 있다. 반대로 그렇지 않게 된다면 적정 현금흐름(Cash Flow)이 이루어지지 않고 금융비용이 증가하여 사업실패로 귀결될 수 있다. 따라서 아파트 프로젝트의 사업성 분석시 초기 분양률의 예측은 매우 중요하다.

이에 따라, 실제 본 발명의 일 실시예에서 분양한 결과 데이터를 이용하여 초기 분양률 예측을 위한 회귀모델을 구축할 수 있다. 분양실적자료를 수집하고, 영향요인들의 상관관계를 분석하고, 다중 회귀 분석을 통해 초기 분양률 예측 회귀모델을 개발할 수 있다. 이렇게 개발된 예측 모델은 다음 부동산 개발 프로젝트의 사업성 분석 시 초기 분양률 예측을 위한 기초자료로 활용될 수 있고, 사업 리스크 모델 개발의 핵심 자료로 이용될 수 있다. 물론 본 발명의 분양실적자료 외에도 국내 건설 도급순위 10위 이내의 대형 건설사 4곳을 대상으로 기 분양된 아파트단지에 대하여 현장 데이터(분양규모, 분양단가 등)와 분양결과자료를 수집할 수 있다. 이때, 정부에서 지정한 투기지역과 투기과열지구는 조사대상에서 제외할 수는 있으나 이를 완전히 배제하는 것은 아니다.

이때, 종속변수는 초기 분양률이다. 초기 분양률은 분양 시작 후 1개월간의 분양률을 의미한다. 데이터 확보를 위해 실제 수행된 국내 15 개 아파트 프로젝트의 분양결과자료를 수집할 수 있다. 그 다음 독립변수를 설정해야 하는데, 분양규모(연면적, 세대수 등), 분양가격, 인근 아파트 실거래가(주변시세)를 초기 분양률에 영향을 미치는 요인으로 채택하고 독립변수를 선정할 수 있다. 선정된 독립변수 중에서 평균 분양단가(P1)와 평균 주변시세(P2)의 차이(X1=P1-P2)는 수분양자가 아파트를 구입하는 데 매우 큰 영향을 미칠 것으로 예상된다. 이때, 평균 분양단가(P1)는 전용면적 m2당 분양가격(평균)을 의미하며, 평균 주변시세(P2)는 전용면적 m2당 실거래가격(평균)을 의미한다. 평균 분양단가(P1)는 인근 아파트의 실거래가 즉, 주변시세(P2)와 강한 상관관계를 가진다는 연구결과가 존재하는데, 만일, 신규 아파트가 소비자가 인식하고 있는 주변시세 보다 상당히 높은 가격으로 공급된다면, 미분양 리스크가 발생될 확률이 높다. 그 이유는 아파트는 주거공간의 특성 외에도 자산이나 투자수단 등의 경제적 가치를 포함하고 있기 때문에 주택의 가치가시장가격 보다 낮거나, 그 가치가 미래의 시세 차이를 극복하지 못할 거라고 판단되면 수분양자는 분양을 포기하기 때문이다. 또한, 아파트 구매결정요인으로 경제적 요인인 인근 아파트 실거래가(주변시세, P1)와 평균 분양단가(P2)가 비중 있는 가중치를 보인다.

이러한 결과는 아파트를 투자가치나 자산으로 인식하는 우리 주거문화의 특수성이 투영되기 때문이다. 연면적(X2), 세대수(X3) 및 평균 분양면적(X4)은 단지의 규모를 나타내는 요인들이다. 이때, 평균 분양면적(X4)은 세대당 전용면적(평균)을 의미한다. 단지의 규모가 크면 부대복리시설의 규모도 커지고, 상가와 같은 근린생활시설의 규모도 커지기 때문에 수분양자도 대규모의 단지를 비교적 선호한다. 이러한 이유로 일반적으로 수분양자들도 1,000세대 규모이상인 아파트를 선호하고, 아파트 분양 시 세대 규모가 큰 대단지를 매머드급 아파트, 대단지 프리미엄 등과 같은 홍보 요소로 활용되기도 한다. 이렇게 독립변수를 설정했다면, 선정된 독립변수와 초기 분양률간의 상관관계를 확인하기 위해 회귀분석을 수행할 수 있다. 이에 따라 독립변수 중 회귀모델로 높은 상관관계가 있는 주요한 독립변수를 추출하고, 주요한 독립변수 간 다중회귀분석을 수행하여 초기 분양률 예측 회귀모델을 구축할 수 있다.

부동산 개발 프로젝트 개발사업의 사업성과는 사업수익(Profit)이다. 사업수익은 분양단가와 분양률로 결정된다. 하지만 발주자(Developer)는 초기사업검토단계에서 단순히 인근지역 아파트 가격(주변시세)과 분양률을 보고 경험적으로 사업수익을 예측한다. 만일 예측한 분양률을 달성하지 못한다면 자금순환의 예측이 어렵고 금융비용을 상환하지 못하는 상태로 가져가 사업실패의 중요원인이 된다. 이러한 측면에서 회귀모델은 부동산 개발 프로젝트 추진시 관련 영향요인들을 입력하여 보다 정량적으로 초기 분양률을 예측할 수 있고, 사업성과인 수익(Profit)을 보다 정확하게 예측할 수 있다.

덧붙여서, 본 발명의 일 실시예에서는 기 구축된 클라우드에 연동되는 수분양자용 애플리케이션을 제공할 수 있다. 클라우드 플랫폼 내 데이터를 이용하여 수분양자가 현재까지 지급한 분양대금, 앞으로 낼 분양대금과 날짜, 입금해야되는 계좌정보, 본인의 계약서 파일, 계약관련 데이터를 직접 확인할 수 있고, 동시에 애플리케이션 내에서 수분양자와 분양관리 담당자 간 채팅 기능을 제공할 수 있으며, 이를 통하여 분양관련 상담기능을 제공할 수 있다. 현재는 전화나 문자로 일일이 데이터를 담당자에게 확인해야 하므로 수분양자가 매우 불편하고 담당자도 번거롭기 때문이다. 이때, 담당자는 계약담당 단말(100) 또는 결재 단말(400)일 수 있지만 분양상담을 전문적으로 진행하는 다른 담당자의 단말일 수도 있다.

이하, 상술한 도 2의 관리 서비스 제공 서버의 구성에 따른 동작 과정을 도 3 및 도 4를 예로 들어 상세히 설명하기로 한다. 다만, 실시예는 본 발명의 다양한 실시예 중 어느 하나일 뿐, 이에 한정되지 않음은 자명하다 할 것이다.

도 3을 참조하면, (a) 관리 서비스 제공 서버(300)는 계약담당 단말(100)에서 입력한 계약 데이터와 업로드한 서류를 결재 단말(400)로 전달하고, 결재 단말(400)에서 승인을 하는 경우 클라우드로 저장하며 그렇지 않고 반려가 된 경우에는 계약담당 단말(100)로 재전달함으로써 보정을 하도록 한다. 또 (b)와 같이 관리 서비스 제공 서버(300)는 입력된 계약 데이터를 기반으로 실거래신고서 및 위임장을 자동으로 작성할 수 있고, (c)와 같이 수입 데이터 및 지출 데이터를 기반으로 자금관리표를 생성하고 수지분석을 시행할 수 있다. 관리 서비스 제공 서버(300)는 (c)와 같이 수분양자의 입금이 존재하는 경우 이를 입금자명 및 세대구분코드로 구분하고, 입금금액과 수납금액을 비교하여 일치하는 경우 수납처리를 자동으로 진행하고 이에 따른 세금계산서 및 회계전표도 자동으로 발행되도록 할 수 있다. 또 관리 서비스 제공 서버(300)는 도 3b의 (a)와 같이 수지분석을 제공하고 (b)와 같이 분양 데이터를 이용하여 모집공고 및 분양계약서를 자동으로 생성하도록 하며, (c)와 같이 휴먼에러를 최소화할 수 있도록 딥러닝 기반 OCR로 상호대조를 함으로써 계약 데이터와 계약서가 다른 경우 재검토를 하도록 계약담당자 또는 결재자에게 알림을 제공할 수 있다.

도 4a 내지 도 4d와 같이 본 발명의 일 실시예에 따른 관리 서비스 제공 서버(300)는 계약담당 단말(100)로부터 계약 데이터를 입력받고 서류를 업로드받을 수 있고 도 4e와 같이 실거래신고를 위한 실거래신고서를 자동으로 작성할 수 있다. 또 관리 서비스 제공 서버(300)는 마감기한도 함께 제공함으로써 담당자가 이를 처리할 수 있도록 노티스를 줄 수 있다. 관리 서비스 제공 서버(300)는 4f와 같이 결재 단말(400)의 결재 승인 또는 반려에 대한 코멘트 및 알람을 제공하고 도 4g와 같이 대납금액은 어떻게 처리 및 수납되고 있는지 등을 확인할 수 있다.

이와 같은 도 2 내지 도 4의 부동산 개발 프로젝트 관리 서비스 제공 방법에 대해서 설명되지 아니한 사항은 앞서 도 1을 통해 부동산 개발 프로젝트 관리 서비스 제공 방법에 대하여 설명된 내용과 동일하거나 설명된 내용으로부터 용이하게 유추 가능하므로 이하 설명을 생략하도록 한다.

도 5는 본 발명의 일 실시예에 따른 도 1의 부동산 개발 프로젝트 관리 서비스 제공 시스템에 포함된 각 구성들 상호 간에 데이터가 송수신되는 과정을 나타낸 도면이다. 이하, 도 5를 통해 각 구성들 상호간에 데이터가 송수신되는 과정의 일 예를 설명할 것이나, 이와 같은 실시예로 본원이 한정 해석되는 것은 아니며, 앞서 설명한 다양한 실시예들에 따라 도 5에 도시된 데이터가 송수신되는 과정이 변경될 수 있음은 기술분야에 속하는 당업자에게 자명하다.

도 5를 참조하면, 관리 서비스 제공 서버는, 계약담당 단말로부터 계약 데이터를 입력받고(S5100), 계약담당 단말로부터 서류를 업로드받는다(S5200).

그리고, 관리 서비스 제공 서버는, 결재 단말에서 계약 데이터 및 서류를 출력하는 경우 결재를 진행하도록 요청하고(S5300), 결재 단말에서 승인 이벤트를 출력한 경우 계약담당 단말로 승인 이벤트에 대한 알림을 전달한다(S5400).

또, 관리 서비스 제공 서버는, 승인 이벤트가 출력되어 결재가 완료된 계약 데이터 및 서류를 기 구축된 클라우드에 등록한다(S5500).

상술한 단계들(S5100~S5500)간의 순서는 예시일 뿐, 이에 한정되지 않는다. 즉, 상술한 단계들(S5100~S5500)간의 순서는 상호 변동될 수 있으며, 이중 일부 단계들은 동시에 실행되거나 삭제될 수도 있다.

이와 같은 도 5의 부동산 개발 프로젝트 관리 서비스 제공 방법에 대해서 설명되지 아니한 사항은 앞서 도 1 내지 도 4를 통해 부동산 개발 프로젝트 관리 서비스 제공 방법에 대하여 설명된 내용과 동일하거나 설명된 내용으로부터 용이하게 유추 가능하므로 이하 설명을 생략하도록 한다.

도 5를 통해 설명된 일 실시예에 따른 부동산 개발 프로젝트 관리 서비스 제공 방법은, 컴퓨터에 의해 실행되는 애플리케이션이나 프로그램 모듈과 같은 컴퓨터에 의해 실행가능한 명령어를 포함하는 기록 매체의 형태로도 구현될 수 있다. 컴퓨터 판독 가능 매체는 컴퓨터에 의해 액세스될 수 있는 임의의 가용 매체일 수 있고, 휘발성 및 비휘발성 매체, 분리형 및 비분리형 매체를 모두 포함한다. 또한, 컴퓨터 판독가능 매체는 컴퓨터 저장 매체를 모두 포함할 수 있다. 컴퓨터 저장 매체는 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보의 저장을 위한 임의의 방법 또는 기술로 구현된 휘발성 및 비휘발성, 분리형 및 비분리형 매체를 모두 포함한다.

전술한 본 발명의 일 실시예에 따른 부동산 개발 프로젝트 관리 서비스 제공 방법은, 단말기에 기본적으로 설치된 애플리케이션(이는 단말기에 기본적으로 탑재된 플랫폼이나 운영체제 등에 포함된 프로그램을 포함할 수 있음)에 의해 실행될 수 있고, 사용자가 애플리케이션 스토어 서버, 애플리케이션 또는 해당 서비스와 관련된 웹 서버 등의 애플리케이션 제공 서버를 통해 마스터 단말기에 직접 설치한 애플리케이션(즉, 프로그램)에 의해 실행될 수도 있다. 이러한 의미에서, 전술한 본 발명의 일 실시예에 따른 부동산 개발 프로젝트 관리 서비스 제공 방법은 단말기에 기본적으로 설치되거나 사용자에 의해 직접 설치된 애플리케이션(즉, 프로그램)으로 구현되고 단말기에 등의 컴퓨터로 읽을 수 있는 기록매체에 기록될 수 있다.

전술한 본 발명의 설명은 예시를 위한 것이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.

본 발명의 범위는 상기 상세한 설명보다는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (11)

1. 계약담당자가 수동으로 입력한 부동산 개발 프로젝트의 부동산 계약에 관한 데이터인 계약 데이터를 웹페이지에 입력하고, 상기 계약 데이터를 위한 분양현장에서 작성된 계약서인 서류를 업로드하는 계약담당 단말;
   상기 계약 데이터 및 서류를 출력하고, 상기 계약 데이터 및 서류에 대한 결재를 진행하며, 승인 또는 반려 이벤트를 출력하는 결재 단말; 및
   상기 계약담당 단말로부터 계약 데이터를 입력받는 입력부, 상기 계약담당 단말로부터 서류를 업로드받는 업로드부, 상기 결재 단말에서 상기 계약 데이터 및 서류를 출력하는 경우 결재를 진행하도록 요청하는 결재요청부, 상기 결재 단말에서 승인 이벤트를 출력한 경우 상기 계약담당 단말로 승인 이벤트에 대한 알림을 전달하는 승인관리부, 상기 승인 이벤트가 출력되어 결재가 완료된 상기 계약 데이터 및 서류를 기 구축된 클라우드에 등록하는 등록부, 상기 부동산 개발 프로젝트의 세대별 분양가, 월별 예상 분양률 및 비용 데이터가 입력되는 경우, 상기 부동산 개발 프로젝트의 수지분석을 수행한 후 자동으로 출력하는 수지분석부를 포함하는 관리 서비스 제공 서버;를 포함하며,
   상기 승인관리부는,
   상기 결재 단말에서 최종적으로 승인하는 경우, 계약이 확정되어 변경이 불가한 구조로 사용자인터페이스를 비활성화하며,
   상기 수지분석부는,
   사업수지와 사업 초기 입력한 예상사업수지를 비교 분석하여 초기 예상사업 수지와 사업 진행 중의 예상 사업수지가 달라지는 항목을 제공하며,
   상기 관리 서비스 제공 서버는,
   미리 구축된 초기 분양률 예측 회귀 모델을 통해 부동산 개발 프로젝트의 사업성 분석을 위해 분양 후 1개월간의 초기 분양률을 예측하는 것을 특징으로 하는 부동산 개발 프로젝트 관리 서비스 제공 시스템.
   
2. 제 1 항에 있어서,
   상기 관리 서비스 제공 서버는,
   상기 결재 단말에서 상기 반려 이벤트가 출력된 경우, 상기 계약담당 단말로 상기 반려 이벤트를 전달하고, 상기 계약담당 단말에서 상기 계약 데이터 또는 서류를 재입력 또는 재업로드하는 경우 상기 결재 단말로 전달하여 결재를 요청하는 반려관리부;
   를 더 포함하는 것을 특징으로 하는 부동산 개발 프로젝트 관리 서비스 제공 시스템.
   
3. 제 1 항에 있어서,
   상기 관리 서비스 제공 서버는,
   상기 계약담당 단말에서 상기 계약 데이터를 입력한 경우, 기 저장된 실거래신고서 및 위임장 포맷에 상기 계약 데이터 내 적어도 하나의 항목별 텍스트를 추출하여 입력함으로써, 실거래신고서 및 위임장을 자동으로 완성하는 자동완성부;
   를 더 포함하는 것을 특징으로 하는 부동산 개발 프로젝트 관리 서비스 제공 시스템.
   
4. 제 1 항에 있어서,
   상기 관리 서비스 제공 서버는,
   상기 부동산 개발 프로젝트의 수입 데이터 및 지출 데이터가 입력되는 경우, 기 설정된 주기로 자금관리표를 생성하고, 상기 수입 데이터 및 지출 데이터를 반영하여 수지산정을 수행하는 자금관리부;
   를 더 포함하는 것을 특징으로 하는 부동산 개발 프로젝트 관리 서비스 제공 시스템.
   
5. 제 1 항에 있어서,
   상기 관리 서비스 제공 서버는,
   상기 부동산 계약의 계약자의 계약자명과, 상기 부동산의 구분세대코드가 포함된 입금내역의 경우, 상기 구분세대코드의 세대의 계약자인지의 여부를 상기 계약 데이터로 확인하고, 상기 구분세대코드의 세대의 수납금액을 추출한 후 상기 입금내역의 입금금액을 매칭하며, 상기 수납금액과 입금금액이 매칭되는 경우 상기 구분세대코드의 세대의 수납처리를 자동으로 수행하고, 상기 수납처리를 기반으로 회계전표 및 세금계산서를 발행하는 자동수납부;
   를 더 포함하는 것을 특징으로 하는 부동산 개발 프로젝트 관리 서비스 제공 시스템.
   
6. 제 5 항에 있어서,
   상기 구분세대코드는 동 및 호가 연결된 숫자인 것을 특징으로 하는 부동산 개발 프로젝트 관리 서비스 제공 시스템.
   
7. 삭제
8. 제 1 항에 있어서,
   상기 관리 서비스 제공 서버는,
   상기 부동산 개발 프로젝트의 분양세대 데이터, 옵션 데이터, 특약사항, 사업주체 및 수납일정을 포함하는 분양 데이터가 입력되는 경우, 기 저장된 모집공고 및 분양계약서 포맷에 상기 분양 데이터 내 적어도 하나의 항목별 텍스트를 추출하여 입력함으로써, 모집공고 및 분양계약서를 자동으로 생성하는 자동생성부;
   를 더 포함하는 것을 특징으로 하는 부동산 개발 프로젝트 관리 서비스 제공 시스템.
   
9. 제 1 항에 있어서,
   상기 관리 서비스 제공 서버는,
   상기 계약담당 단말에서 계약 데이터가 입력되고, 상기 계약 데이터에 대한 서류인 계약서가 업로드되는 경우, 상기 계약 데이터 내 텍스트와, 상기 계약서를 OCR(Optical Character Recognition)로 분석한 텍스트를 상호대조한 후 차이가 발생하는 부분을 상기 계약담당 단말 또는 결재 단말로 안내하는 비교부;
   를 더 포함하는 것을 특징으로 하는 부동산 개발 프로젝트 관리 서비스 제공 시스템.
   
10. 제 9 항에 있어서,
    상기 관리 서비스 제공 서버는,
    상기 차이가 발생한 부분에 대하여 상기 계약담당 단말 또는 결재 단말에서 계약 데이터를 수정하는 경우, 수정된 계약 데이터 내 텍스트와, 상기 계약서 내 텍스트 간을 비교하여 일치하면 상기 계약담당 단말 또는 결재 단말로 알림을 전송하는 일치확인부;
    를 더 포함하는 것을 특징으로 하는 부동산 개발 프로젝트 관리 서비스 제공 시스템.
    
11. 제 1 항에 있어서,
    상기 관리 서비스 제공 서버는,
    상기 부동산 계약을 진행한 수분양자를 위한 수분양자용 애플리케이션을 제공하고, 상기 기 구축된 클라우드에 저장된 계약 데이터 및 서류와, 수분양자가 지급한 분양대금, 지급할 분양대금 및 날짜, 입금계좌정보를 확인하도록 하고, 상기 계약담당 단말 또는 결재 단말과 분양관련상담을 진행하도록 상담기능을 제공하는 것을 특징으로 하는 부동산 개발 프로젝트 관리 서비스 제공 시스템.
    
    

Images