상기와 같은 목적을 달성하기 위한 본 발명은, 평형과 타입에 근거하여 동호수가 부여된 다수의 부동산을 인터넷을 이용하여 분양하는 방법에 있어서, 청약자 단말기(20)를 통해 청약자로부터 청약신청을 받고 연동되는 지정은행 서버(30)로 상기 청약신청 데이타를 전송한 후, 청약신청시 입력된 청약자의 실명, 주민등록번호, 환불은행, 환불계좌에 대한 데이타가 사실과 이상 없음이 확인된 경우에만 그 청약자에 대하여 가상의 입금 계좌를 부여하도록 하여, 지정은행 서버(30)로부터 전송받은 가상의 입금 계좌 정보를 청약자 단말기(20)로 전송하는 제1단계(S100); 청약자가 상기 입금 계좌로 계약금 입금시 지정은행 서버(30)로부터 그 입금 내역을 전송받으며, 입금 기간 경과 후 입금 확인된 청약자를 추첨 대상자로 확정하여 명단을 작성 저장하는 제2단계(S200); 상기 명단에 포함된 청약자에 대하여 동호수를 부여하는 전산 추첨을 실시한 후, 청약자 단말기(20)로 상기 전산 추첨 결과 및 각 추첨 결과에 따른 향후 일정을 전송하되, 지정은행 서버(30)로 낙첨자 명단을 전송하여 청약신청시 입력된 낙첨자의 환불계좌로 계약금을 환불처리하도록 하는 제3단계(S300); 당첨자의 청약자 단말기(20)로 온라인 계약서를 전송하고, 이에 대한 전자서명을 전송받아 부동산 분양 계약 체결을 하는 제4단계(S400)를 포함하여 구성된다.보다 바람직하게, 상기 제2단계(S200)에서는, 청약자가 상기 입금 계좌로 계약금 입금시 지정은행 서버(30)로부터 그 입금 내역을 전송받고, 입금 기간 경과 후 입금 확인된 청약자를 추첨 대상자로 확정하여 지정은행 서버(30)로 그 명단을 전송하며; 상기 제3단계(S300)에서는, 지정은행 서버(30)가 상기 명단에 포함된 청약자에 대하여 동호수를 부여하는 전산 추첨을 실시하도록 한 후 그 결과를 전송받으며, 청약자 단말기(20)로 상기 전산 추첨 결과 및 각 추첨 결과에 따른 향후 일정을 전송한다.보다 바람직하게, 상기 제2단계(S200)는, 입금 계좌로 입금된 계약금 내역을 지정은행 서버(30)가 실시간으로 확인하도록 하여 입금 내역의 오류 여부 및 그 내용을 전송받으며, 상기 오류 여부 및 그 내용을 청약자 단말기(20)로 전송하여, 입금 기간 경과 전에 오류 해결 기회를 부여한다.보다 바람직하게, 상기 제3단계(S200)는, 전산 추첨 후, 당첨자의 단말기(20)로는 당첨 동호수와 향후 계약 일정에 관한 정보를 전송하고, 예비 당첨자의 단말기(20)로는 추가 추첨 계획에 관한 정보를 전송하며, 낙첨자의 단말기(20)로는 계약금 환불에 관한 정보를 전송하되, 지정은행 서버(30)로 낙첨자 명단을 전송하여 청약신청시 입력된 낙첨자의 환불계좌로 계약금을 환불처리하도록 한다.보다 바람직하게, 상기 제4단계(S400)는, 부동산 분양 계약 체결시, 연동되는 공인인증기관 서버(40)로부터 전자서명에 관한 PKI(Public Key Infrastructure)에 의한 키(key)값을 부여받아, 계약시점의 확인, 계약자의 신원확인, 계약내용의 확인, 계약사실의 확인 또는 계약에 관한 비밀유지의 확인 중 적어도 하나의 사항에 대하여 확인 및 증명을 받을 수 있도록 한다.보다 바람직하게, 상기 제4단계(S400)는, 계약 체결을 위한 전자서명이 지정된 계약 기간내에 행해지지 않은 당첨자를 계약 포기자로 처리하여, 계약 포기자의 단말기(20)에 대하여 계약금 환불에 관한 정보를 전송하되, 지정은행 서버(30)로 계약 포기자 명단을 전송하여 청약신청시 입력된 계약 포기자의 환불계좌로 계약금을 환불처리하도록 한다.보다 바람직하게, 상기 제4단계(S400)는, 계약 체결을 위한 전자서명이 지정된 계약 기간내에 행해지지 않은 당첨자를 계약 포기자로 처리하여 추가 추첨 대상 동호수를 확정하고, 상기 제3단계(S300)의 전산 추첨 결과 예비 당첨자로 선정된 청약자를 추가 추첨 대상자로 확정하여 명단을 작성 저장한 후, 상기 제3단계(S300)와 상기 제4단계(S400)를 실시한다.보다 바람직하게, 상기 제4단계(S400)는, 계약 체결을 위한 전자서명이 지정된 계약 기간내에 행해지지 않은 당첨자를 계약 포기자로 처리하여 추가 추첨 대상 동호수를 확정하고, 상기 제3단계(S300)의 전산 추첨 결과 예비 당첨자로 선정된 청약자를 추가 추첨 대상자로 확정하여 지정은행 서버(30)로 그 명단을 전송한 후, 상기 제3단계(S300)와 상기 제4단계(S400)를 실시한다.보다 바람직하게 본 발명은, 분양 계약이 체결된 온라인 계약서를 저장하여, 계약 체결자의 단말기(20)로부터 열람 요청이 있을 경우 이를 전송할 수 있도록 한다.
이하 본 발명에 대하여 도면을 참조하여 보다 상세하게 설명한다.
도 1은 본 발명에 따른 부동산 분양방법이 구현되는 네트워크의 전체구성도, 도 2는 본 발명에 따른 부동산 분양자 서버의 시스템 구성도이다.
도 1에서 도시된 바와 같이 분양신청을 원하는 청약자는 인터넷으로 구성된통신망(50)을 통해, 청약자 단말기(20)를 이용하여 부동산 분양자 서버(10)상에 구현된 부동산 분양자의 웹사이트에 접속할 수 있다. 부동산 분양자 서버(10)는 통신망(50)을 통하여 분양자 지정은행 서버(30) 및 전자서명과 관련된 공인인증기관 서버(40)와도 연결되는데, 이때의 상기 통신망(50)은 일반적인 인터넷으로 구성할 수도 있으나, 보다 철저한 보안 및 업무 효율을 위하여 인트라넷 또는 엑스트라넷으로 구성되는 것도 가능하며, 이때 상기 각 서버들은 TCP/IP, IPX, NetBEUI 등의 특정 프로토콜로 데이터를 송수신할 수 있도록 구성된다.
도 2에 도시된 바와 같은 부동산 분양자 서버(10)는 기본적으로 인터넷에 접속하기 위한 통신인터페이스와 소프트웨어가 구비된 웹서버, 메일과 파일을 전송하는 메일서버, 파일서버, 청약신청 데이타와 동호수 데이타, 계약 상황 데이타 등이 저장되는 데이타 베이스부가 각각 구비된다.(도면 미도시).
다른 한편, 부동산 분양자 서버(10)는 부동산 분양에 관한 안내 정보를 제공하기 위한 분양 안내 관리 모듈(11), 지정은행 서버(30)와 연동하여 계약금의 입출금을 관리하는 계약금 관리 모듈(12), 청약자의 등록 및 청약신청에 관련된 사항을 관리하는 청약 관리 모듈(13), 지정은행 서버(30)와 연동하여 추첨에 의한 동호수의 부여와 관련된 기능을 수행하는 동호수 추첨 관리 모듈(14), 전자서명에 관한 공인인증기관 서버(40)와 연동하여 계약 체결 및 포기와 관련된 사항을 관리하는 계약 관리 모듈(15)을 포함하여 구성된다. 상기와 같은 각 하부 모듈은 부동산 분양자 서버(10) 내에서 상호 유기적으로 기능하며, 통신망(50)을 통해 연동되는 서버(30)(40) 및 청약자 단말기(20)와 각각 연결된다.
한편, 본 발명의 명세서 및 도면에서 상기 각 모듈 들은 별도의 독립적인 하드웨어인 것처럼 도시되어 있지만, 이것은 역할에 따른 기능적인 구분을 나타낸 것이며, 상기 각 모듈은 응용 프로그램과 하드웨어의 상호 동작을 포괄하는 의미로 사용된 것이다.
도 3은 본 발명에 따른 부동산 분양방법의 기본 구성을 나타내는 흐름도이다.
본 발명은 상기와 같이 구성된 네트워크 및 부동산 분양자 서버 시스템을 통해, 평형(坪形)과 타입에 근거하여 동호수(洞號數)가 부여된 다수의 부동산을 인터넷을 이용하여 분양할 수 있도록 하는데, 도 3에 도시된 것과 같은 기본 흐름을 갖는다.
즉, 청약자의 온라인 청약신청이 이뤄지는 제1단계(S100)와, 청약신청시 지정은행 서버로부터 부여된 가상의 입금계좌로 계약금을 입금하는 제2단계(S200)와, 계약금을 입금한 청약자의 명단을 확정하고 동호수를 부여하는 전산 추첨을 실시하는 제3단계(S300)와, 전산 추첨 결과 당첨된 청약자들이 분양자와 온라인 계약을 체결하는 제4단계(S400)로 구성된다.
이러한 기본 구성으로 된 본 발명은 다음과 같은 실시예의 형태로 보다 구체화될 수 있다.
도 4는 본 발명에 따른 부동산 분양방법 중 제1단계를 나타내는 흐름도이다.
분양자의 홈페이지 또는 신문광고, DM 등을 통하여 분양 안내 및 공고를 확인한 청약자는 청약자 단말기(20)를 통해 분양자 서버(10)에 접속하여 로그인을 하고, 청약관련 안내문을 확인한 후 청약신청을 하게 된다.
이때, 신규로 접속한 청약자는 로그인 전에 청약자의 실명, 주민등록번호, 현주소 등의 정보를 청약자 단말기(20)를 통해 입력 전송하여 사용자 등록을 먼저 하게 되고, 사용자 등록을 이미 완료한 상태에서 재 접속한 청약자는 로그인을 하고 상기의 인적사항에 대한 사용자 정보에 변경사항 또는 오류가 있는 경우 이룰 수정할 수 있도록 한다.
분양자 서버(10)에서 지정한 청약신청 기간이 되면, 상기 인적사항 외에 원하는 부동산의 평형 및 타입과 낙첨시 기입금한 계약금을 환불받을 환불은행 및 환불계좌 등을 포함하는 청약 데이타를 청약자 단말기(20)를 통해 청약자가 입력 전송하게 되고, 분양자 서버(10)와 연동되는 지정은행 서버(30)가 상기 청약신청 데이타를 전송받은 후, 그 청약자에 대하여 가상의 입금 계좌를 부여하여 분양자 서버(10)로 다시 전송하며, 분양자 서버(10)는 상기 전송받은 가상의 입금 계좌 정보를 청약자 단말기(20)로 전송하게 된다.
이때, 입력된 청약자의 실명, 주민등록번호, 환불은행, 환불계좌에 대한 데이타를 전송받은 지정은행 서버(30)는, 상기 데이터가 사실과 이상 없음이 확인된 경우에만 그 청약자에 대하여 가상의 입금 계좌를 부여하도록 하여, 청약 미자격자나 환불계좌에 이상이 있는 청약자에 대한 더 이상의 전산 처리를 하지 않도록 한다.
이렇게 청약신청이 이상없이 진행되어 가상의 입금 계좌가 부여된 청약자는 청약자 단말기(20)를 통해 청약신청 결과와 부여받은 가상계좌를 열람하고 확인할수 있으며, 청약 절차의 진행과 관련된 향후 일정 등을 확인할 수 있고, 청약신청 기간이 경과하지 않았으면, 기 입력된 청약정보의 변경사항 또는 오류를 수정하거나, 개인적으로 사정이 발생한 경우 청약신청을 취소할 수 있도록 한다.
상기와 같이 각 청약자별로 청약신청 데이터를 확인한 후 각각의 가상계좌를 부여하는 방식을 취하게 되면, 분양자의 단일의 계좌로 청약금을 입금하고 청약 탈락시 분양자의 계좌에서 환불처리하는 방식에 비하여 입금처리 및 후술하는 환불처리에 있어서 보다 효율적인 처리가 가능하게 된다. 즉, 청약금 환불시 오프라인에서 발생했던 극심한 혼잡과 입금오류를 방지할 수 있으며, 분양자의 계좌를 이용하는 경우에 발생했던 동명이인의 존재에 의한 혼동 발생 및 계좌오류 등으로 인한 환불지연을 방지할 수 있어, 청약금 환불시 겪었던 청약자의 불편을 상당히 해소할 수 있게 된다.
본 발명에 적용되는 가상계좌 방식에 대하여 보다 상세하게 설명한다.
가상계좌 방식이란, 분양자가 분양자 지정은행에 실제로는 하나의 계좌만 개설해 놓고, 원하는 계좌 수 만큼의 가상계좌를 부여받아 청약자에게 부여하여 자금거래를 통일적으로 처리하는 방식이다. 이를 통해, 가상계좌를 부여받은 청약자는 전국은행의 영업망/ATM 또는 인터넷 등을 통해서 계약금을 손쉽게 납부할 수 있게 된다.
하기의 표 1은 가상계좌 부여 및 입금 처리에 관한 업무 흐름을 순차적으로 나타낸 표이다.
단계 |
단계별 업무 흐름 |
각 흐름별 상세 내역 |
1 |
가상계좌 제공 |
분양자가 요청한 수량의 가상계좌를 청약자별로 배정 |
2 |
가상계좌 통지 |
청약자별로 지정된 가상계좌번호 통지 |
3 |
가상계좌 입금 |
전국은행 창구, CD기, PC,인터넷,폰,모바일 뱅킹 등을 통해 청약자의 가상계좌로 계약금 입금 |
4 |
모계좌 집금 |
전국은행으로부터 입금된 계약금은 분양자의 모계좌로 자동 집금 |
또한, 하기의 표 2는 제1단계(S100)의 진행에 대한 상세내역을 순차적으로 나타낸 표로서, 청약자의 입장에서 취해야 할 절차 진행 상황과 분양자(지정은행 및 공인인증기관 포함)의 입장에서 취해야 할 절차 진행 상황을 구별하여 순차적으로 나타내고 있다.
분양절차 |
상세 내역 |
청약자의 절차 진행 |
분양자의 절차 진행 |
분양공고 |
1) 홈페이지 및 신문광고, Mail, DM 등을 통한 공고 확인(S110)2) 분양관련 방법 및 일정 숙지 |
1) 지정은행 서버 및 공인인증기관 서버와의 연동 시스템 구축2) 전산 추첨관련 일정 확정 |
청약신청 |
1) 청약신청 메뉴 선택, 아이디와 비밀번호를 입력하고 로그인(S125)2) 신규 청약자는 사용자 등록 안내에 따라 사용자 등록관련 정보를 입력하여 아이디와 비밀번호를 부여받고 "청약신청" 메뉴를 선택3) 분양상품에 관련된 요약정보를 열람하고 주어진 요구 형식에 대한 정보를 입력4) 본인의 환불은행과 환불계좌에 대한 정보를 재확인5) 청약신청 완료(S135)6) 지정은행 서버에서 부여한 청약자용 입금계좌를 열람 및 메모, 분실하였을 경우에는 청약신청확인 메뉴를 이용하여 재확인(S140)7) 이후 일정에 대한 안내를 재숙지8) 청약자의 정보가 변경되었거나 특히 환불계좌등을 변경하고자 할 때는 사용자정보변경 메뉴를 선택하여 정보를 재입력, 청약신청 확인 메뉴를 이용하여 환불계좌가 변경되었는지를 확인 |
1) 청약신청시 개인별로 생성된 임금계좌에 대한 내부 DB 저장2) 지정은행 서버와의 연동을 통한 청약자 실시간 정보 검증3) 비 실명자 또는 환불계좌 오류자에 대하여 지정은행 서버로부터 명단 접수4) 오류자에 대한 통지 및 오류 수정기회 부여5) 특정 기준일(청약신청 마감일)을 기준으로 환불계좌 정보 변경 차단6) 입금 대상자(청약신청자) 확정7) 청약자가 청약자 단말기를 통해 청약신청 결과를 확인할 시 웹사이트를 통해 청약신청정보, 입금계좌, 환불은행 및 환불계좌 등에 관한 정보 전송 |
도 5는 본 발명에 따른 부동산 분양방법 중 제2단계를 나타내는 흐름도이다.
청약자는 상기 제1단계(S100)에서 부여된 가상의 입금계좌에 청약신청한 평형 및 타입에 해당되는 액수의 계약금(또는 청약금)을 입금하는데, 입금은 인터넷 뱅킹, 폰 뱅킹 등을 통한 계좌이체를 하거나 또는 직접 지정은행에 납부를 하거나, 타은행에서 계좌이체를 하는 방법 등이 모두 이용될 수 있다.
청약자가 상기와 같이 입금 계좌로 계약금을 입금할 때에 지정은행 서버(30)는 그 입금 시간, 입금액 등이 포함된 입금 내역 및 그 오류 코드(오류가 발생한 경우에만)를 분양자 서버(10)로 실시간으로 전송하며, 분양자 서버(10)는 이를 데이터 베이스로 전환 저장하고, 입금 확인된 청약자 단말기(20)로 당첨자 발표일, 낙첨자의 환불관련 안내 등 동호수 추첨에 관한 안내 사항과 함께 그 입금 내역 및 오류 코드를 전송하여, 입금 내역에 오류가 있는지 여부를 청약자가 확인할 수 있는 기회를 부여한다.
청약자는 청약자 단말기(20)를 통해 계약금 입금 내역을 확인한 후, 입금액 또는 기타 오류가 발견된 경우 그 오류 코드를 확인하고, 분양자 서버(10)에서 제공하는 안내에 따라 입금 기간내에 그 오류 코드를 해결하도록 한다.
입금 기간 경과 후 분양자 서버(10)는 오류 코드가 없거나 해결되어, 기간 내에 계약금이 입금 확인된 청약자를 추첨 대상자로 확정하여 그 명단을 전산 추첨 요구 형식으로 변환 저장하게 된다.
하기의 표 3은 제2단계(S200)의 진행에 대한 상세내역을 순차적으로 나타낸 표이다.
분양절차 |
상세 내역 |
청약자의 절차 진행 |
분양자의 절차 진행 |
계약금 입금 |
1) 청약신청 시 부여 받은 지정은행의 본인 가상계좌에 계약금 입금(S250)2) 분양자 서버의 웹사이트, Mailing, 휴대폰 메세지 등을 통한 입금 결과 확인(S262)3) 입금 결과 확인 시 입금 오류자는 정확한 오류코드를 확인하고 이를 해결(입금기간 내)(S264) |
1) 분양자 서버의 관리자 모드를 통해 지정은행의 가상 입금계좌에 집금되는 현황을 실시간으로 모니터링2) 초과 입금자 및 미만 입금자에 대한 현황 분석 및 전체 청약자 대비 입금자 현황등을 실시간으로 확인3) 입금현황을 내부 DB에 저장(입금액, 일시, 입금은행)4) 추첨대상자에 대한 최종 명단을 확정하고, 청약자 정보 데이터와 동호수 명세 데이터를 시스템에 저장(S266) |
도 6은 본 발명에 따른 부동산 분양방법 중 제3단계를 나타내는 흐름도이다.
상기 제2단계(S200)에서 추첨 대상자로 확정 저장된 청약자의 명단을 대상으로 분양자 서버(10)는 동호수를 부여하는 전산 추첨을 실시한 후, 청약자 단말기(20)로 상기 전산 추첨 결과 및 각 추첨 결과에 따른 향후 일정을 전송하게 된다.
전산 추첨시 분양자 서버(10)는 당첨자의 계약 포기시 추가 추첨을 실시할 예비 당첨자를 당첨자 인원의 소정 비율로 추가적으로 추첨하여 그 명단을 데이터 베이스에 저장한다.
전산 추첨 후, 분양자 서버(10)는 당첨자의 단말기(20)로는 당첨 동호수와 향후 전자 인증 등록과 관련된 안내 및 온라인 계약 일시 등을 포함하는 계약 일정에 관한 정보를 전송하고, 예비 당첨자의 단말기(20)로는 계약을 포기한 당첨자의 동호수에 대하여 실시하는 추가 추첨 및 그 결과 통보 일시 등이 포함된 추가 추첨계획에 관한 정보를 전송하며, 낙첨자의 단말기(20)로는 계약금 환불 처리에 관한 안내 정보를 전송한다.
또한, 상기 분양자 서버(10)는 지정은행 서버(30)로 낙첨자 명단을 전송하여, 제1단계(S100)의 청약신청시 입력된 낙첨자의 환불계좌로 계약금을 계좌이체의 방법으로 환불처리하도록 한다.
하기의 표 4는 제3단계(S300)의 진행에 대한 상세내역을 순차적으로 나타낸 표이다.
분양절차 |
상세 내역 |
청약자의 절차 진행 |
분양자의 절차 진행 |
동호수 추첨 |
1) 지정된 일시에 청약자 단말기를 통해 분양자의 웹사이트에 접속 및 로그인하여 추첨 결과 확인(S315,S320)2) 각 추첨 결과별로 향후 일정에 대한 안내를 숙지(S325,S350,S360) |
1) 동호수 추첨 관리 모듈에서 전산 추첨을 실시한 후, 그 결과를 내부시스템에 저장(S268)2) 당첨자, 예비당첨자, 낙첨자별 전달 메세지를 각 청약자 단말기로 전송3) 계약포기자 발생시 예비당첨자에 대한 추가 추첨 계획 등을 웹사이트에 공지4) 낙첨자에 대하여는 지정은행 서버로 환불처리 정보를 전송하여 환불계좌로 계약금 환불처리(S336) |
도 7은 본 발명에 따른 부동산 분양방법 중 제4단계를 나타내는 흐름도이다.
본 제4단계(S400)에서는 상기 제3단계(S300)에서 전산 추첨 결과 당첨된 청약자의 단말기(20)로 분양자 서버(10)가 온라인 계약서를 전송하고, 이에 대한 청약자의 전자서명을 전송받아 부동산 분양 계약 체결을 하게 된다.
상기와 같은 온라인 계약의 체결시에는, 분양자 서버(10)가 연동되는 공인인증기관 서버(40)로 계약 체결에 관한 정보를 전송하고, 이에 대응하여 공인인증기관 서버(40)는 전자서명에 관한 PKI(Public Key Infrastructure)에 의한 키(key)값을 부여하고 분양자 서버(10)로 전송하여, 계약시점의 확인, 계약자의 신원확인, 계약내용의 확인, 계약사실의 확인 또는 계약에 관한 비밀유지의 확인 등 중요한 계약 사항에 대하여 확인 및 증명을 받을 수 있도록 하여, 계약과 관련된 분쟁 발생을 사전에 차단할 수 있도록 한다.
한편, 분양자 서버(10)는 당첨된 동호수에 만족하지 않거나 기타 개인적인 사정으로 지정된 계약 기간내에 계약 체결을 위한 전자서명을 하지 않은 당첨자를 계약 포기자로 처리하게 된다. 이에 따라 분양자 서버(10)는 이러한 계약 포기자의 단말기(20)로는 계약금 환불 처리에 관한 안내 정보를 전송하는 한편, 지정은행 서버(30)로는 계약 포기자 명단을 전송하여 청약신청시 입력된 상기 계약 포기자의 환불계좌로 계약금을 자동 이체 등의 방법으로 환불처리하도록 한다.
다른 한편, 분양자 서버(10)는 상기와 같이 계약 포기자로 처리된 당첨자의 당첨 동호수를 추가 추첨 대상 동호수로 확정하고, 확정된 동호수에 대하여 상기 제3단계(S300)의 전산 추첨 결과 예비 당첨자로 선정된 청약자를 추가 추첨 대상자로 하여 명단을 작성 저장한다. 그 후, 추가 추첨 대상자에 대하여 상기 제3단계(S300) 및 본 제4단계(S400)와 동일한 방법으로 추가 추첨을 실시하여 포기된 동호수에 대한 추가 당첨자를 선정하게 된다.
이때, 추가 당첨자 중에서도 계약 포기자가 있는 경우를 대비하여 2차 예비당첨자를 추가 당첨자의 소정 비율로 추가적으로 추첨하여 그 명단을 데이터 베이스에 저장하고, 상기와 동일한 방식으로 추가 추첨을 실시하는 것이 바람직하다.
도 8은 본 발명에 따른 부동산 분양방법 중 예비 당첨자의 추가 추첨 결과 확인단계를 나타내는 흐름도로서 상기의 과정 진행을 상세하게 도시하고 있다.
한편, 상기와 같은 온라인 계약시의 전자인증을 위하여 당첨자의 전자인증 등록이 사전에 요구되는데, 당첨자가 모델하우스 또는 분양자의 지정장소에 방문하였을 때에 분양자가 발급 기관의 역할을 대행하여 당첨자에 대한 개인인증서 신청서 접수 및 등록증 발급, 등록증 사본 관리와 같은 처리를 하고, 전자 인증 등록증의 발급 여부를 분양자 서버(10)상에 반영하게 된다.
하기의 표 5는 제4단계(S400)의 진행에 대한 상세내역을 순차적으로 나타낸 표이다.
분양절차 |
상세 내역 |
청약자의 절차 진행 |
분양자의 절차 진행 |
전자인증 등록 |
1) 모델하우스 또는 분양자의 지정장소 방문2) 전자인증서 신청서 작성 및 전자인증등록증 발급(S410)3) 계약체결 일정에 대한 안내 숙지 |
1) 당첨자 확인 후, 전자인증서 신청서 접수 및 등록증 발급, 등록증 사본 관리2) 전자인증 등록증 발급 여부를 분양자 서버에 반영 |
전자계약 체결 |
1) 인증서 최초 발급자는 참조번호와 인가코드가 기재된 등록확인서 준비2) 계약체결 메뉴를 선택하고 로그인(S420)3) 전자인증 관련 보안경고 창이 뜨면 승인4) 계약서의 내용을 확인(S425)하고 전자서명을 선택5) 각종 인증프로세스에 대한 확인 과정을 거친 후 인증서를 다운로드6) 최종적으로 인증서에 대한 전자서명 비밀번호를 입력(S450)7) 서면계약서 발급 및 명의이전에 대한 안내문 확인(S460)8) 계약결과를 확인하고자 할 때에는 계약결과 확인 메뉴를 통해서 재확인 |
1) 분양자 서버상에서 계약현황을 실시간으로 모니터링2) 계약결과를 집계하여 미 계약 동호수 확인, 계약포기자 명단을 확정하여 재추첨 준비(S449)3) 계약포기자에 대하여는 지정은행 서버로 환불처리 정보를 전송하여 환불계좌로 계약금 환불처리(S448)4) 계약자 및 관리자가 재확인 할 수 있도록 전자계약 결과를 별도로 보관 |
서면 계약서 발급 및 명의 이전 |
1) 지정된 기간내에 모델하우스 또는 분양자 지정장소를 방문하여 서면계약서를 발급받고, 교환날인 하여 계약서 갑,을지 보관(S480) |
1) 계약자 확인 및 계약서 발급2) 계약서 발급 관련 이력 보관 |
하기의 표 6은 낙첨자 또는 계약포기자에 대한 환불단계의 진행에 대한 상세내역을 순차적으로 나타낸 표이다.
분양절차 |
상세 내역 |
청약자의 절차 진행 |
분양자의 절차 진행 |
환불 |
1) 낙첨자 또는 계약포기자는 지정된 날짜에 자신이 기록한 환불 계좌에 환불이 되었는지 여부를 확인 |
1) 낙첨자 또는 계약포기자의 리스트를 지정은행 서버의 자동환불시스템에 전송하여 환불처리2) 환불 결과를 분양자 서버에 자동 반영하고, 환불 오류자에 대한 리스트를 작성하여 별도로 연락3) 낙첨자에 대한 감사글 등을 Mailing, DM 등으로 발송 |
한편, 상기 제4단계(S400)까지의 진행 후, 분양자 서버(10)는 분양 계약이 체결된 온라인 계약서를 데이터 베이스에 저장하고, 계약 체결자의 단말기(20)로부터 요청이 있을 경우 언제든지 복호화하여 열람하고 필요시 서명된 파일을 다운로드하여 보관할 수 있도록 하는 것이 바람직하다. 특히, 분양자 서버(10)는 계약에 필요한 중요 데이터만 보관할 수도 있지만, 향후 장기간이 지난 후에도 계약사항에 대한 정확한 확인이 필요한 경우를 고려하여 계약서 전체 파일에 대해 저장을 하는 것이 바람직하다.
또한, 인증서도 계약을 한 당첨자가 별도로 보관하는 것이 아니라 공인인증기관 서버(40)에 상기 온라인 계약서와 같이 보관하여, 필요시 인적사항 등의 검증 후 온라인상의 인증서로 당첨자가 전자서명을 추가적으로 수행할 수 있도록 하는 것이 바람직하다.
한편 본 발명은, 상기의 실시예와 동일한 기본 구성을 갖지만, 전산 추첨과 관련된 과정을 다소 변형시킨 다음과 같은 또 다른 실시예의 형태로 구체화될 수 있다.
즉, 상기 실시예에서는 동호수 추첨을 분양자 서버(10)에서 직접 수행하였지만, 본 실시예에서는 동호수 추첨을 지정은행 서버(30)에서 수행하도록 구성한다.
보다 상세하게 보면, 상기 제1단계(S100) 후, 상기 제2단계(S200)에서 청약자가 상기 입금 계좌로 계약금 입금시 지정은행 서버(30)는 그 입금 내역을 분양자 서버(10)로 전송한다. 이때, 계약금 입금과 관련된 오류 코드 처리 부분은 상술한 내용과 동일하게 처리되며, 입금 기간 경과 후 분양자 서버(10)는 오류 코드가 없거나 해결되어, 기간 내에 계약금이 입금 확인된 청약자를 추첨 대상자로 확정하여 그 명단을 전산 추첨 요구 형식으로 변환하고 지정은행 서버(30)로 전송한다.
그 후, 상기 제3단계(S300)에서 지정은행 서버(30)는 상기 명단에 포함된 청약자에 대하여 동호수를 부여하는 전산 추첨을 실시한 후, 그 결과를 분양자 서버(10)로 전송하고, 분양자 서버(10)는 청약자 단말기(20)로 상기 전산 추첨 결과 및 각 추첨 결과에 따른 향후 일정을 전송하게 된다.
이러한 본 실시예의 방식은 지정은행 서버(30)에 동호수 추첨과 관련된 처리 모듈이 이미 구축되어 있는 경우에 유용하며, 분양자 서버(10)의 시스템 구축을 보다 용이하게 할 수 있게 해준다는 데에 그 장점이 있다.
한편, 상기과 같은 본 실시예에 방식에 따를 경우에는, 예비 당첨자에 대한 추가 추첨도 이와 동일한 방식에 따르게 된다.
즉, 상기 제4단계(S400)에서 분양자 서버(10)는 계약 체결을 위한 전자서명이 지정된 계약 기간내에 행해지지 않은 당첨자를 계약 포기자로 처리하여 추가 추첨 대상 동호수를 확정하고, 상기 제3단계(S300)의 전산 추첨 결과 예비 당첨자로선정된 청약자를 추가 추첨 대상자로 확정하여 지정은행 서버(30)로 그 명단을 전송한다. 그 후, 추가 추첨 대상자에 대하여 상기와 같은 본 실시예에 의한 제3단계(S300) 및 상기 제4단계(S400)와 동일한 방법으로 추가 추첨을 실시하여 포기된 동호수에 대한 추가 당첨자를 선정하게 된다.
하기의 표 7은 본 실시예에 있어서의 제2단계(S200) 및 제3단계(S300)의 진행에 대한 상세내역을 순차적으로 나타낸 표이다.
분양절차 |
상세 내역 |
청약자의 절차 진행 |
분양자의 절차 진행 |
계약금 입금 |
1) 청약신청 시 부여 받은 지정은행의본인 가상계좌에 계약금 입금(S250)2) 분양자 서버의 웹사이트, Mailing,휴대폰 메세지 등을 통한 입금 결과확인(S262)3) 입금 결과 확인 시 입금 오류자는정확한 오류코드를 확인하고 이를 해결(입금기간 내)(S264) |
1) 분양자 서버의 관리자 모드를 통해지정은행의 가상 입금계좌에 집금되는현황을 실시간으로 모니터링2) 초과 입금자 및 미만 입금자에 대한현황 분석 및 전체 청약자 대비 입금자현황등을 실시간으로 확인3) 입금현황을 내부 DB에 저장(입금액,일시, 입금은행)4) 추첨대상자에 대한 최종 명단을 확정하고, 청약자 정보 데이터와 동호수명세 데이터를 지정은행 서버로 전송(S266) |
동호수 추첨 |
1) 지정된 일시에 청약자 단말기를 통해 분양자의 웹사이트에 접속 및 로그인하여 추첨 결과 확인(S315,S320)2) 각 추첨 결과별로 향후 일정에 대한 안내를 숙지(S325,S350,S360) |
1) 지정은행 서버에서 전산 추첨을 실시한 후, 그 결과를 분양자 서버로 전송(S268)2) 당첨자, 예비당첨자, 낙첨자별 전달 메세지를 각 청약자 단말기로 전송3) 계약포기자 발생시 예비당첨자에대한 추가 추첨 계획 등을 웹사이트에공지4) 낙첨자에 대하여는 지정은행 서버로 환불처리 정보를 전송하여 환불계좌로 계약금 환불처리(S336) |
상기와 같은 본 발명의 실시예들은 본 발명의 기술적 사상내에서 구현될 수있는 보다 구체적인 구성으로서 제시된 것일 뿐, 이러한 실시예의 형태로 본 발명의 기술적 사상이 한정되는 것은 아니다.