KR20020074369A - 대입원서 온라인 접수처리 방법 - Google Patents

Abstract

본 발명은 네트웍을 이용하여 대입원서를 온라인으로 접수하고 처리하는 방법에 관한 것이다. 본 발명에 따르면, 수험생이 본 서비스사이트에서 입학원서를 작성하고 결제시스템에서 결제를 수행하여 서비스사이트에 결제확인 통보를 한다. 서비스사이트에서는 지원 대학교에 원서를 접수하고, 대학교에서 원서 접수결과를 서비스사이트에 통보하면 서비스사이트는 수험생에게 수험표를 발급한다. 서비스사이트와 대학교간에는 인증시스템에 의한 인증절차가 이루어진다.

Description

대입원서 온라인 접수처리 방법{Method of online handling application for college admission}

본 발명은 네트웍을 이용하여 대입원서를 온라인으로 접수하고 처리하는 방법에 관한 것이다.

네트웍 기술의 발달로 인해 종전의 오프라인상에서 이루어지던 업무들이 온라인화되고 있다. 오프라인에서의 업무처리가 인간의 힘에 의존하는 관계로 시간적 금전적 손실이 큰 반면에 온라인상의 업무처리는 신속하고 저렴하며, 무엇보다도 편리하다는 장점을 갖는다.

현재 대입원서의 오프라인 접수처리는 매우 방대한 업무이다. 각 대학측에서는 원서 및 요강 등의 인쇄물 준비, 전산시스템 구축, 접수창구 설치, 접수요원 편성, 지원자 정보의 데이터화, 대학간 데이터 연계, 전형결과의 통보 등의 주업무 및 각종 부대업무로 인해 많은 예산과 준비기간이 소비되고, 그에 따라 전형료가 올라가게 되어 지원자에게 부담을 주고 있다. 또한, 각 지원자측 입장에서도 원서의 구입, 원서 작성, 접수 대학으로 이동, 대기, 접수, 귀가 등의 행위를 하여야 하므로, 시간적으로 또 금전적으로(교통비 숙박비 등) 손실을 입고 있다. 이러한 모든 비용은 대학이나 개인적 차원에서 더 나아가 국가적으로도 큰 손실이 되고 있다.

인터넷 기반의 정보기술을 적극 활용하여 대입원서 접수처리 업무를 할 수 있다면 상기와 같은 오프라인상의 문제를 해결할 수 있고 여러가지 긍정적인 효과를 볼 수 있을 것이라는 점에 착안하여 본 발명자들은 이하에서 설명할 발명을 완성하게 되었다.

본 발명은, 서비스사이트의 웹서버가 각 대학교를 연결하고 있는 게이트서버 및 전자결제를 담당하는 결제서비스의 게이트웨이(PG서버)와 이용자PC와 인터넷을 통해 연결되어 있는 시스템에서 이루어지는 대입원서 접수처리 방법으로서,

(1) 이용자가 웹서버에 접속하여 원서를 작성하고 원서접수를 요청하는 단계,

(2) 웹서버가 PG서버에 전자결제 폼(양식)을 요청하면 PG서버는 웹서버에 전자결제 폼을 제공하고 웹서버는 전자결제 폼을 이용자에게 전달하며, 이용자가 원서 접수를 하면서 전자결제 정보를 입력하여 PG서버에 승인 요청을 하면 PG서버는 웹서버에 결과승인을 전송하고 웹서버는 결과값을 DB서버에 저장하는 단계,

(3) 웹서버가 수신한 결제승인 결과값이 승인되지 않은 경우에는 결제오류 정보를 이용자에게 전달하고, 승인된 경우에는 원서접수 마감시간이 경과하였는지를 체크하여 마감시간이 경과한 경우에는 DB서버에 취소내용을 저장하면서 PG서버에 승인 취소 요청을 하고, 마감시간 내인 경우에는 게이트웨이 서버에 원서 접수 요청 신호를 전송하고 게이트웨이 서버가 대학서버에 원서를 전송하는 단계,

(4) 대학서버가 원서접수 처리를 하여 게이트웨이 서버로 수험번호와 접수결과를 통보하면 게이트웨이 서버는 이를 웹서버로 중계하며, 웹서버는 이 결과값을 DB서버에 저장하는 단계,

(5) 대학서버로부터 전송된 결과값으로 웹서버가 승인 처리를 한 결과, 승인이 되면 이용자에게 접수가 정상완료되었음을 전달하고, 승인을 할 수 없는 경우에는 DB서버에 취소내용을 저장하며 PG서버에 승인취소 요청을 하고 이용자에게 접수오류를 전달하는 단계

(6) PG서버가 결제승인 취소 요청을 웹서버에 전달하면 웹서버는 이를 처리하여 이용자에게 처리완료를 전달하고, 처리하지 못할 경우에는 DB서버에 오류내용을 저장하며 이용자에게 처리오류를 전달하는 단계로 구성된다.

한편, 오프라인상의 접수처리 업무를 온라인화하기 위해서는 다음과 같은 과제들을 해결하여야 한다.

1) 신뢰성: 실시간 원서 접수처리에 따라 전자결제의 이중 승인이나 실제로는 접수가 안되는 경우 등이 발생해서는 안된다.

2) 신속성: 원서접수 및 전형료의 전자지불 처리가 실시간으로 처리되어야 한다.

3) 안정성: 동시 접수에 따른 시스템 부하의 대처능력을 강화하고, 멀티캐스팅 부하를 분산하여야 하며 장애가 없어야 한다.

4) 보안성: 전자보안 인증이나 이중의 자료백업이 필요하다.

5) 확장성: 향후 사업내용의 발전에 따라 업그레이드가 가능해야 한다.

본 발명은 비즈니스 프로세스를 IT기술을 적용하여 웹사이트에서 서비스하는 발명으로서, 대학 입시 온라인 원서 접수처리 결과를 실시간으로 전송하며, 원서 접수, 전자 결제, 처리결과의 피드백과 대학교 서버와의 실시간 연동을 위한 핵심 기술들이 조합되어 있다. 정리하면 다음과 같다.

-전자결제 솔루션 : PG 서비스 이용(신용카드, 계좌이체, 모바일 핸드폰)

-전자인증 시스템 : 공인인증, 사설인증 동시 채택

-대학 연동 솔루션 : 소켓 프로그램 및 TIBCO 미들웨어 탑재

도1은 본 발명의 업무처리 개요도

도2는 본 발명의 업무처리 흐름도

도3은 본 발명의 시스템 구성도

도4는 본 발명의 프로세스도

도5a~u는 본 발명의 원서작성 단계의 사용자 인터페이스도 및 프로세스 순서도.

업무의 개요

도1은 본 발명의 업무 개요도이다. 수험생이 본 서비스사이트에서 입학원서를 작성(1)하고 결제시스템에서 결제를 수행하여(2) 서비스사이트에 결제확인 통보를 한다(3). 서비스사이트에서는 지원 대학교에 원서를 접수하고(4), 대학교에서원서 접수결과를 서비스사이트에 통보하면(5) 서비스사이트는 수험생에게 수험표를 발급한다(6). 서비스사이트와 대학교간에는 인증기관에 의해 인증절차가 이루어진다

도2는 도1의 업무 개요를 사용자 중심의 흐름도 형식으로 표현한 것이다. 수험생(이하, "이용자"라 함)이 서비스사이트에서 원서 접수를 하려면 회원으로 가입하여 ID와 패스워드를 부여받고[101] 로그인을 하여야 한다[103].

로그인하여 원서를 작성하는데 구체적으로는 지원사항(대학), 지원자에 관한 사항(수험생), 추천서 등의 제출서류 작성, 제출서류 목록 등을 제공받고 필요한 내용을 작성하여 원서작성을 확인한다[105]. 원서작성의 유효성은 원서작성/결제까지 완료된 시점이 해당 대학의 원서 최종 마감 전까지 접수되었을 때(마감시간 이전 로그온 상태 기준)로 판단되고, 서비스사이트의 회원가입자에 한하여 원서접수를 허용한다. 또한, 회원은 같은 전형의 동일 대학교에 중복으로 원서작성이 불가하며, 작성된 원서는 원서DB에 저장된다. 물론, 원서접수 전에는 복수의 원서를 작성하여 저장하는 것도 가능하다.

전자결제 메뉴에서 결제방식을 선택하고 결제정보를 입력하여 결제승인을 받아야 한다[107]. 대체로, 결제방식은 신용카드 결제인지 실시간 계좌 이체인지 판단하고, 결제정보는 이용자의 ID, 결제금액, 계좌번호, 신용카드번호 등(사전에 주민등록번호와 함께 등록해두는 것도 가능)으로 이루어진다. 결제처리 프로세스는 선정된 전자결제 솔루션 제공업자의 로직에 따른다. 결제처리 결과 관리시스템은 결제 솔루션 업체가 제공

결제가 승인되면 원서를 해당 대학교에 접수한다[109]. 대학은 접수된 원서에 대한 정상처리 결과와 수험표를 서비스사이트에 제공하고, 접수가 성공하면 대학교에서 접수인증 통보를 하고 이용자는 수험표를 발급받는다[111].원서 접수 마감 기준과 직전의 오류 사항 등의 유효성은 대학교와 서비스사이트간의 합의로 사전 결정해야 할 사항이고, 수험표발급은 이용자가 서비스사이트에서 출력하며, 처리결과를 이용자에게 이메일로 통보할 수도 있다.

시스템 구성

도3은 본 발명의 시스템 구성을 나타낸다. 각 대학교의 게이트웨이 서버를 통해 대학서버가 서비스사이트의 게이트웨이 서버에 인터넷으로 연결되고, 전자결제를 담당하는 결제서비스의 게이트웨이(PG서버)가 인터넷을 통해 연결된다. 또한, 이용자와 보안관제 센터는 인터넷을 통해 서비스사이트의 웹서버(DB서버가 연결됨)에 연결된다. 게이트웨이 서버 및 웹서버와 인터넷 사이에는 IDS서버와 방화벽이 설치된다.

서비스사이트에는 웹서버와 게이트서버 이외에, 메일서버, 보안로그서버, 관리서버, 인증서버, 백업서버가 포함된다. 보안로그서버는 방화벽, 침입탐지, 보안 로그 관리를 수행하는 서버이다.

원격 보안관제 센터는 바이러스, 침입차단, 정보보호 등의 보안을 담당하며, 전체 시스템의 사전 장비관제(모니터링)를 통하여 보안 피해 예방 및 시스템의 안정적 운영을 지원하게 된다. 또한, 백신, 방화벽 시스템, 가상 사설망(VPN), 공개키 일반 구조(PKI)의 사설 인증 및 공인 인증 시스템 구축, 침입탐지 시스템(IDS), 보안 카드 등을 구비한 보안 솔루션 제품으로 구성하여 데이터 및 시스템의 보안을 완벽하게 관리하도록 하고 있다.

본 발명에 따른 서비스사이트의 콘텐츠는 다음과 같은 기능을 포함하도록 구축된다.

1) 시험준비 기능: 수험정보 검색제공(대학, 입학, 학과, 수능, 논술, 면접)

2) 원서접수 처리기능: 회원가입, 원서작성, 전자결제, 접수, 처리, 수험표 발급

3) 원서접수 관리기능: 이용자(수험생)에게 원서 저장, 접수 상황, 수험표 발급 등의 상황의 확인기능을 제공하고, 운영자(서비스사이트)에게 접수, 처리 현황, 결제현황, 접수원서 관리 상황의 확인 및 통계처리 기능을 제공하며, 대학교에는 접수처리 현황과 전자결제 현황을 관리하는 기능을 제공하는 공유 운영관리 시스템이다. 이 밖에 지원기능으로서, 적성검사, 입시, 상담, 정보 나눔, 고객지원, 경쟁률, 합격자 등의 기능과, 회사소개 기능(회사개요, 사업종목, 조직, 광고, 제휴) 등을 행할 수 있다. 본 발명은 대입원서의 온라인 접수처리 시스템에 관한 것이므로, 이하에서는 서비스사이트의 제반 기능 중 대입원서 작성 및 접수 기능에 관하여서만 설명한다.

시스템간 처리 프로세스

도4는 도3과 같이 구성되는 시스템에서 이루어지는 처리 프로세스 순서도이다. 본 발명에 따른 대입원서 온라인 접수처리 방법은 다음의 프로세스로 구성된다.

(1) 이용자가 웹서버에 접속하여 원서를 작성하고 원서접수를 요청하는 단계,

여기서의 이용자는 웹서버에 초기 접속하여 본 서비스사이트에 회원으로서 가입한 자를 말한다. 회원가입 프로세스는 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 용이하게 설계할 수 있다. 일반적으로는, 가입 양식 페이지가 이용자의 웹브라우저에 제공되어 약관이 전달되고 ID의 중복여부를 확인한 다음에 패스워드와 회원정보를 DB서버에 저장하는 프로세스로 이루어지고 있다.

원서 작성에 관한 사용자 인터페이스(UI: user interface) 구성 및 프로세스를 설명한다. 도5a는 이용자의 웹브라우저에 구성된 서비스사이트의 웹페이지에서 원서작성 메뉴에 들어가는 원서작성 UI를 나타낸다. "원서접수" 버튼을 선택하면[201] 대학이 미선택된 상태에서 원서작성의 5단계로 들어가고[205], 홈게시판의 "지금 접수중인 대학" 또는 "접수가능 대학" 버튼을 선택하면[203] 대학이 선택되어진 상태에서 원서작성 5단계로 들어간다[205].

원서작성 5단계 중제1단계는 지원사항 입력단계로서, 도5b,c,d에 나타낸 UI와 도5e에 나타낸 프로세스 순서도로 설명한다.

도5b에서, "대학구분"은 4년제냐 2ㆍ3년제냐를 선택하는 메뉴이고 "모집구분"은 수시(1), 정시(가), 정시(나), 정시(다), 수시(2)와 같이 일정기간에 해당하는 모집구분명이 자동으로 입력된다. "대학선택"은 모집구분별 대학을 검색하는 버튼에 의해 대학을 선택하는 메뉴창이고, "전형유형"과 "지망학부(과)"를 선택하는 메뉴창이 있다. 특기자 전형 지원분야ㆍ종목, 예체능계 전공실기 및 악기, 취업자 전형 취업기관명 메뉴창은 "전형유형"에 해당되는 필드만 활성화되도록 프로그램화된다. 가장 하단에는 "다음단계" 버튼과 "작성취소" 버튼이 있다. 도5b에서 "대학선택" 검색버튼을 누르면 도5c와 같은 팝업(pop-up)창이 뜨면서 접수가능한 대학을 가나다 순으로 정렬하여 보여준다. 이용자가 도5b에서 원서를 작성하면 지원상태를 확인할 수 있게 도5d와 같은 확인창을 보여준다. 도5d의 확인창에서 맨 아래 좌측의 "다음단계"를 누르면 최종적으로 지원사항이 입력된 지원서가 DB서버에 저장된다.

지원사항 작성에 대한 프로세스는 도5e를 참조하여 설명한다. 이용자가 원서작성 제1단계를 요청하면[207] 사용자요청을 해석하고 포트파악을 하여 서버를 선정하여 웹서버에 접속한다[209]. 웹서버에서는 서버응답을 다시 이용자에게 전달한다[211]. 웹서버에서는 요청된 html을 처리하여[213] 이용자데이터를 추출하고[215] DB서버에 접속하여[217] 추출데이터와 비교하여[219] 다른 경우에는 비교값을 보관하고[221] DB서버의 접속을 종료한다. 추출데이터 비교결과[219] 같은 값인 경우에는 이 비교값인 같은 값을 보관하고[225] DB서버의 접속을 종료하여[227] 웹서버에 세션유지와 처리를 요구한다[229].

이러한 루틴과 별도로, 이용자가 대학구분을 선택하면[231] 웹서버는 요청된 데이터를 처리하고[233], 이용자에게 모집구분을 제공하여 출력시킨다[235]. 이용자가 검색요청을 하면[237] 이 요청신호는 웹서버에 전송되고 웹서버에서는 검색어를 처리하여 DB서버에 접속하여[239] 저장되어 있는 대학목록을 검색하여 검색결과를 보관함으로써 DB서버의 접속을 종료한다[241]. 웹서버는 검색결과값을 출력하여[243] 팝업처리를 한 다음에[245] 도5c와 같은 대학선택 팝업창을 이용자에게 전달한다[247]. 다음에 차례로 전형유형[249]과 지망학부[251] 내용을 이용자가 입력하고[252], 특기자, 예ㆍ체능계 실기, 취업자 전형 등을 입력한다[253]. 입력후 도5b의 UI화면 하단에 있는 "작성취소"를 선택하면[254] 지금까지 입력한 내용이 취소되고[255], "다음단계"를 선택하면[256] 도5d의 확인창이 출력된다[257]. 확인창에서 "다음단계"를 눌러 확인하면 지원자사항 입력단계인 제2단계로 들어가게 되고[261], "수정"을 누르면 다시 제1단계의 처음으로 돌아가 재작성을 하게 된다[263].

제2단계는 지원자사항 입력단계로서, 도5f,g에 나타낸 UI와 도5h,i,j에 나타낸 프로세스 순서도로 설명한다.

도5f는 지원자사항을 입력하는 인터페이스인데, 상단에서부터 살펴보면, 지원자의 "성명"ㆍ"주민등록번호"ㆍ"성별"을 입력하는 창과, "사진"을 파일형태로 첨부하는 창이 있다. 회원가입시에 사진을 등록해 놓은 경우에는 자동으로 성명과 주민등록번호를 입력하면 사진이 첨부되고, 회원가입시에 사진을 등록해 놓지 않았다면 이용자가 별도로 사진을 디스크에서 선택하여 표시할 수 있다. 다음에, "연락처"가 표시되는 창이 있다. 연락처는 기본적으로 회원등록시 제시된 회원정보의 주소와 전화번호가 표시되지만, 연락처 표시창의 각 필드 우측마다 설치된 수정 버튼에 의해서 임의로 수정할 수 있다. "출신고등학교", "수학능력시험에 관한 정보", "검정고시합격 지구"를 입력하는 창이 있고, "보호자" 인적사항을 표시 및 수정하는 창이 있다. 보호자 인적사항도 회원등록시에 등록된다면 디폴트로 표시되고 필요시에만 수정하도록 할 수 있다. 그 아래에는 "학생부"에 관한 정보를 입력하는 창과 외국어 또는 예술 전공 분야에 대한 입력창이 있다. 이러한 UI 형식은 종이 형태의 대입 원서에 근거하여 디자인된다. 도5f의 지원자사항 페이지 하단에는 "이전단계", "다음단계", "저장후 종료"의 버튼이 있어서 각각, 이전단계에 입력된 내용으로 돌아가기, 각 단계를 저장한 후 다음단계로 가기, 전단계까지만 저장한 후 원서작성 전화면으로 빠져나가기 기능을 선택할 수 있다.

이렇게 입력된 지원자사항은 도5g의 확인창으로 확인해 볼 수 있다. 도5f의 화면이 이용자를 위한 입력 수정용 화면이라면, 도5g의 화면은 입력완료된 데이터를 제출할 수 있는 상태로 일목요연하게 보여주는 화면이라 할 수 있다.

지원자사항에 관한 처리프로세스는 도5h~j를 참조하여 설명한다. 도5h는 지원자사항을 입력하기 위하여, 지원자의 지망학부(학과)를 요구하는 프로세스를 나타낸다. 먼저, 도5e와 같이 1단계 프로세스가 진행된 후 웹서버가 리다이렉트(redirect)하여[265] 원서작성이 신규라면 DB서버의 사용자 테이블에서 초기값을 조회하고, 원서작성이 수정된 것이라면 이용자가 작성해둔 입시원서 테이블에서 원서내용으로 초기값을 조회한다[266]. 다음에 웹서버는 원서작성의 제2단계 콘텐츠를 이용자에게 전달한다[267]. 이용자가 대학선택을 하여 대학별 모집 지망학부를 요구하면[265] 웹서버는 DB서버의 대학별 모집학과 테이블에서 해당 대학의 모집학과 정보를 조회하여[271] 이용자에게 전달한다[273]. 이용자는 선택사항을 입력하고 다음 단계(즉, 입력내용 확인단계)를 요구한다[275].

입력내용 확인단계는 도5i와 같다. 이용자가 입력내용 확인을 요청하면[277] 스위치가 서버를 선택하고[279] 서버에서는 사용자가 선택한 내용을 확인창(도5g)으로 표시하여 확인을 요구한다[281]. 이용자가 확인창 하단의 버튼으로 선택항목 확인을 하면[283] "저장후종료"ㆍ"다음선택"일 경우에는 입력내용을 저장한 후 3단계를 요청하고[285] "이전"을 선택한 경우에는 제2단계의 처음으로 이동한다[287].

도5j는 지원자사항을 DB서버에 저장하는 단계의 프로세스이다. 이용자가 저장 요청을 하면[289] 서버선택이 되어 웹서버에서는 제3단계의 페이지 또는 오류페이지를 리다이렉션한다[291]. 그리고, 입력된 값들을 검증하여 비정상적인 값이 입력된 경우에는 서버에 오류페이지를 요청하고[293], 정상상태라면 DB서버로 하여금 제3단계의 입력 페이지를 반환하도록 한다[295].

제3단계는 제출서류양식에 관한 것으로서, 도5k에 나타낸 UI와 도5l(엘),m,n에 나타낸 프로세스 순서도로 설명한다. "제출서류"란 원서 이외에 필요에 따라 제출하는 서류로서 추천서, 학업계획서, 자기소개서를 의미한다.

도5k에 표시되는 바와 같이, "추천서" 양식에 해당사항을 입력하고, "학업계획서"나 "자기소개서"에 내용을 입력하여 저장하면 된다. 각 양식의 하단에는 다운로드 버튼과 프린트버튼이 있다. 다운로드는 DB서버에 이용자의 작업내역을 저장하는 기능이고, 프린트는 종이문서로 하드카피하기 위한 기능이다. 도5k 페이지의 가장 하단에는 "이전단계", "다음단계", "저장후 종료"의 버튼이 있는데, "다음단계"를 선택하면 입력내용이 저장되면서 다음의 4단계로 넘어가게 되는데, 만약, 제출서류가 반드시 필요한 전형인 경우에 다운로드 또는 프린트를 안한 경우에는 오류메시지가 표시되도록 프로그래밍된다.

도5l(엘)은 본 3단계 중 추천서 처리 프로세스의 전반을 나타내는 것이다. 제2단계 프로세스가 진행된 후 웹서버가 리다이렉트(redirect)하여[297] 제출서류의 유무를 확인한다[299]. 제출서류가 없다면 다음 제4단계로 이동하고[301] 제출서류가 있으면 DB서버에 대학별로 제출서류를 조회하여[303] 이용자에게 본 제3단계의 제출서류 작성페이지(도5k)를 제공한다[305]. 이용자는 제출서류 작성페이지에서 내용을 입력하고 선택항목 확인을 한다[307]. "저장후종료"를 선택하면 초기페이지로 돌아가고[309], "이전단계"를 선택하면 본 제3단계의 처음으로 다시 이동하고[311], "다음단계"를 선택하면[313] 제출서류 제출이 필수인지 아닌지를 판단한다[315]. 필수가 아니라면 웹서버로 하여금 다음 제4단계를 요구하고[319], 필수라면 다운로드 또는 프린트를 선택하였는지 체크한다[317]. 다운로드나 프린트를 선택하였으면 웹서버로 하여금 다음 제4단계를 요구하도록 하고[319], 다운로드나 프린트를 선택하지 않았으면 오류메시지를 이용자에게 알린다[321].

도5m은 본 제3단계의 추천서 다운로드 처리 프로세스를 나타낸다. 이용자가 제출서류 작성페이지(도5k)에서 다운로드를 요청하면[323] 서버선택 스위치가 서버를 선택하여 웹서버에 전달한다[325]. 웹서버는 팝업창을 열어 제출서류 페이지를다운로드 받도록 처리하고[327] 전달받은 다운로드 양식을 DB서버의 원서테이블에 저장한다[329].

도5n은 본 제3단계의 추천서 프린트 처리 프로세스를 나타낸다. 이용자가 제출서류 작성페이지(도5k)에서 추천서 프린트를 요청하면[331] 서버선택 스위치가 서버를 선택하여 웹서버에 전달한다[333]. 웹서버는 팝업창을 열어 인쇄용 폼을 출력하고[335] 전달받은 인쇄양식을 DB서버의 원서테이블에 저장한다[337].

제4단계는 제출서류 목록에 관한 것으로서, 도5o(오)에 나타낸 UI와 도5p,q에 나타낸 프로세스 순서도로 설명한다. 본 "제출서류 목록"은 제3단계에서 작성한 대학/유형별 제출서류의 목록을 자동으로 생성하는 단계이다.

도5o(오)는 특정 대학 또는 유형의 경우에 출력된 제출서류 목록을 나타내는 화면이다. 번호별로 각 제출서류 목록이 출력되는데, 도5o에서 4번까지는 필수 제출서류로서 반드시 제출하여야 할 것이지만, 5번부터는 선택적으로 제출할 것으로 각 항목의 우측에 체크박스가 설치되어 있다. 체크박스에 체크를 하여 좌상단에 있는 "제출할 서류목록 선택 버튼"을 누르면 제출할 서류의 목록이 선택된다. 도5o의 화면 하단에도 "이전단계", "다음단계", "저장후종료" 버튼이 있다.

도5p는 제4단계의 제출할 서류 목록 선택의 프로세스 순서도이다. 이용자가 서류목록 선택을 요청하면[339] 서버선택 스위치가 서버를 선택하여 웹서버에 전달한다[341]. 웹서버는 필수서류 목록과 선택서류 목록을 이용자에게 전송하고[343] DB서버에 대학교에서 요구하는 제출서류 목록을 조회하면[345] DB서버는 조회결과를 웹서버에 전달한다[347].

도5q는 제출서류를 저장하고 제5단계로 리다이렉트하는 프로세스를 나타낸다. 이용자가 제4단계 저장요청을 하면[349] 서버선택 스위치가 서버를 선택하여 웹서버에 전달한다[351]. 웹서버는 제5단계로 리다이렉션하여[353] 제5단계 페이지를 이용자에게 전달하고[355] 사용자가 선택한 서류목록을 DB서버의 입학원서 테이블에 저장하도록 지시한다[357]. 이때, 필수 제출서류는 저장하지 않는다. DB서버는 작업결과를 웹서버에 전달한다[359].

제5단계는 확인단계로서, 이용자가 입력한 내용의 전체적인 확인과 접수, 저장, 수정 처리를 하는 단계이다. 본 단계는 도5r,s,t에 나타낸 UI와 도5u에 나타낸 프로세스 순서도로 설명한다.

도5r은 앞의 제1~4단계를 거쳐 입력된 데이터를 최종적으로 표시하여 완전한 원서로서 확인하기 위한 화면이다. 가장 하부에 있는 "접수"버튼을 누르면 온라인으로 해당 대학교의 서버로 본 원서가 전송되고, "수정"버튼을 누르면 입력내용을 다시 수정하고, "저장"버튼을 누르면 현재 상태로 DB서버의 원서저장 테이블(도5r,s,t에서는 "내원서관리"로 표기함)에 저장이 된다.

도5s는 "접수"버튼을 누른 경우에 표시되는 메시지 창을 나타낸다. 이때 결제를 선택하면 결제시스템(PG서버)으로 결제정보가 전송된다. "저장"을 선택하면 일단 DB서버의 "내원서관리"에 저장되었다가 나중에 결제를 할 수 있다.

도5t는 도5r에서 "수정"을 클릭한 경우에 표시되는 화면을 나타낸다. 지금까지 거친 단계중 어느 단계에서 수정할 것인지 하이퍼링크 메뉴가 제공된다.

도5u는 사용자 입력내용의 전체적인 확인과 접수ㆍ저장ㆍ수정 처리의 프로세스도이다. 웹서버가 4단계를 저장후 리다이렉트하여 DB서버의 원서테이블에서 작성완료된 원서의 정보를 조회한다[361]. DB서버에서 이용자가 선택한 내용을 전달하면[363] 이용자는 접수ㆍ수정ㆍ저장 중 하나를 선택하여야 하는데[365] 저장을 선택하면 초기페이지 요청 신호에 의해 초기페이지가 제공되고, 접수를 선택하면 원서접수 요청신호에 의해 접수 프로세스로 들어가고, 수정을 선택하면 수정단계로 들어간다. 수정단계가 요청되면[367] 웹서버는 페이지선택 화면을 이용자에게 전달하고[369] 이용자가 선택하고자 할 각 단계를 선택하도록 한다[371].

(2) 웹서버가 PG서버에 전자결제 폼(양식)을 요청하면 PG서버는 웹서버에 전자결제 폼을 제공하고 웹서버는 전자결제 폼을 이용자에게 전달하며, 이용자가 원서 접수를 하면서 전자결제 정보를 입력하여 PG서버에 승인 요청을 하면 PG서버는 웹서버에 결과승인을 전송하고 웹서버는 결과값을 DB서버에 저장하는 단계

본 단계는 원서접수와 병행해서 이루어지는 전형료의 전자결제 단계로서, 전자결제 서비스 서버(PG서버)에서 수행되는 프로세스이다. 현재 많은 전자결제 시스템 업체들이 영업을 하고 있으므로, 시스템의 특성과 전략에 따라 적절한 전자결제 시스템을 선정하는 것은 당업자가 용이하게 할 수 있다. 본 발명에서 전자결제 솔루션을 선정할 때에 가장 중요시한 기술적 측면으로는 신용카드를 이용하고 실시간계좌이체가 가능하여야 하며 전자지불의 연동 및 결과피드백이 실시간으로 이루어지며, 마감관리, 고객 현황관리, 정산주기의 단기화 등이었다. 본 발명에서는 전자결제 시스템을 서비스사이트에서 호스팅 방식으로 선정하고, 정산은 대학과 직접 처리하도록 하였다. 그러나, 이러한 선정방침이 본 발명에 특유한 것은 아니다. 본 발명에 따른 원서접수 처리방법을 실제로 구현하기 위해, 필요한 범위에서 당업자의 능력으로 임의로 PG 서비스업체를 선정할 수 있음은 자명하다.

(3) 웹서버가 수신한 결제승인 결과값이 승인되지 않은 경우에는 결제오류 정보를 이용자에게 전달하고, 승인된 경우에는 원서접수 마감시간이 경과하였는지를 체크하여 마감시간이 경과한 경우에는 DB서버에 취소내용을 저장하면서 PG서버에 승인 취소 요청을 하고, 마감시간 내인 경우에는 게이트웨이 서버에 원서 접수 요청 신호를 전송하고 게이트웨이 서버가 대학서버에 원서를 전송하는 단계

전자결제의 인증 문제는 모든 전자거래에 있어서 가장 중요시해야 할 요소 중의 하나이다. 인터넷 상의 거래는 비대면 거래이기 때문에 안전과 신뢰가 바탕이 되어야 하는데, 최근에 중요한 개인, 사업정보 및 신용카드가 교환되면서 사고의 위험이 존재하게 되었다. 전자인증을 통한 위험요소를 제거하기 위해서 다음의 항목들을 고려하여야 한다.

-신원확인 : 전자서명

-무결성 : 암호화/전자서명

-기밀성 : 암호화

-부인 방지 : 전자서명

본 발명에서는 금융결제원 서버에 의한 인증방식을 채택하였다. 금융결제원 서버 인증 서비스는 공인된 전자 인증기관으로서 전자결제 통합 솔루션을 제공하며 인증을 바탕으로 한 실시간 계좌이체 서비스를 하고 있다.

(4) 대학서버가 원서접수 처리를 하여 게이트웨이 서버로 수험번호와 접수결과를 통보하면 게이트웨이 서버는 이를 웹서버로 중계하며, 웹서버는 이 결과값을 DB서버에 저장하는 단계

(5) 대학서버로부터 전송된 결과값으로 웹서버가 승인 처리를 한 결과, 승인이 되면 이용자에게 접수가 정상완료되었음을 전달하고, 승인을 할 수 없는 경우에는 DB서버에 취소내용을 저장하며 PG서버에 승인취소 요청을 하고 이용자에게 접수오류를 전달하는 단계

(6) PG서버가 결제승인 취소 요청을 웹서버에 전달하면 웹서버는 이를 처리하여 이용자에게 처리완료를 전달하고, 처리하지 못할 경우에는 DB서버에 오류내용을 저장하며 이용자에게 처리오류를 전달하는 단계

본 발명에서 가장 구현이 어려운 단계는 대학과의 실시간 연동단계인데, 그이유는 수많은 전국의 대학과 실시간으로 정보전송을 하는 것이 현실적으로 불가능하기 때문이다. 현재 대학이 갖고 있는 공통적인 시스템 환경은 다음과 같이 정리해 볼 수 있다.

-대학별 학사 행정관리 시스템 환경의 다양

-인터넷 활용에 따른 네트웍 성능 저하 예상

-입시원서 연동 데이터 항목이 각 대학별로 상이

-대학측의 데이터 보안책에 따라 연동화에 대해 수동적

대학과 실시간으로 연동을 하기 위해서 사전에 조치해야 할 사항으로는 대학과 대학전산실의 업무협조 요청, 대학별 보유 시스템 환경 및 운영 어플리케이션의 조사, 대학별 연동 입시원서 데이터항목의 확정 등을 들 수 있지만 이들은 비기술적 사항들이고, 기술적 조치사항으로서는 연동 솔루션을 적극 활용하여야 한다. 즉, 본 발명을 운영하는 서비스사이트와 대학서버간의 인터페이스 소켓 프로그램을 개발하고 다른 연동 솔루션을 이용하여야 한다.

본 발명에서는 TIBCO 소프트웨어(상호명임)의 TIB(The Information Bus, 등록상표임) 미들웨어 툴을 활용하여 이를 해결하였다. TIB는, 종래의 point-to-point 통합이 소규모시스템에서는 효과적이나 향후 확장을 거듭하는 경우에는 유지보수에 어려움과 고비용을 유발하는 문제를 해결하기 위해 개발된 툴이다. TIB는 다음과 같은 특징을 갖는다.

-공통의 하부기반(Common infrastructure)

-요구구동 방식(Demand-driven; Request/Reply)

-사건구동 방식(Event-driven; Publish/Subscribe)

-주체기반 주소지정(Subject-based addressing)

도6은 서비스사이트와 대학교와의 연동처리를 위한 시스템 일부를 나타내고 있다. 서비스사이트의 게이트웨이 서버와 대학교의 게이트웨이 서버 및 대학 서버 사이의 접점이 고려되어야 할 연동 업무범위 영역이 된다. 서비스사이트의 게이트웨이 서버와 대학교의 게이트웨이 서버 간에는 TCP 소켓 프로그램 방식에 의한 실시간 통신이 이루어지는데, 양 단말로의 불법적인 침해시도에 대해서는 양 단말의 보안 시스템에 책임이 있다. (따라서, 양측의 방화벽 안쪽에 각 게이트웨이 서버가 위치하는 것이 바람직하다.)

대학교 게이트웨이 서버와 대학 서버(각 대학의 전산실) 간의 업무처리 프로세스는 다음과 같다.

1) 대학 게이트웨이 서버에 데이터를 전송한 후의 처리방법

게이트웨이 서버에 전송된 데이터(로그 기준)에 의해 자동으로 접수번호를 채번한다. 대학측에 제공된 게이트웨이 서버에서 마감시간까지 정상적으로 처리된 접수는 대학에서 정상적으로 처리된 것으로 인정하고 이를 수동(수작업입력 또는 배치프로세스 모듈 등을 개발하여 자동입력)으로 대학측에서 필요한 절차를 거쳐 접수시킨다. 게이트웨이 서버로 전송된 데이터를 대학측의 접수 서버에 실시간으로 접수시키고 이를 직접 회신하여 이용자에게 결과를 보여준다.

2) 대학과의 실시간 연동방법: 이는 도6의 A 사이에 이루어지는 프로세스와B 사이에 이루어지는 프로세스로 나누어 볼 수 있다.

A. 대학측 게이트웨이 서버까지의 전달 프로세스

-게이트웨이 서버의 DB에 입력

-접수내역 보기(웹)

-엑셀로 변환 다운로드

-일괄처리 모듈 예제 제공

B. 대학측 데이터베이스에 직접 입력

-대학측의 원서접수 DB에 직접 입력

-게이트웨이 디몬객체(daemon object)에 작업모듈 예제를 적용

-실시간 처리 모듈 예제 제공

-만일 개발된 표준모델과 환경이 같을 경우에는 config file 설정으로 바로 사용

-표준모델: UNIX / ORACLE, NT / MSSQL

한편 지금까지 설명한 프로세스에서 중점적으로 고려해야 할 사항으로서 다음의 것들을 생각해 볼 수 있다.

1) 웹서버와 각 게이트웨이 서버 간의 부하분산(multi-thread)을 어떻게 반영할 것인가. 이는 연동 모듈이 연속적으로 요청하는 웹서버의 요구사항을 처리할 수 있는 솔루션에 관한 것이다. 이는 도7과 같이 이루어진다.

- 웹을 통한 다수의 접수요구는 COM으로 처리하여, 다수 이용자의 접수를 동시에 처리할 수 있다.

- 서비스사이트의 게이트웨이 서버와 대학교 게이트웨이 서버 사이의 데이터교환은 멀티스트림으로 처리한다.

- 대학교 게이트웨이 서버와 대학 서버 사이에서는 데이터 입력이 확인된 후 리턴되므로 병목이 생길 수도 있다.

2) 실시간 시스템의 상황과 처리결과를 관리할 수 있도록 대학 연동과 관련된 처리결과의 피드백. 이는 웹서버와 데이터 연동시에 필수적으로 고려해야 한다.

3) 각 대학에 위치한 게이트웨이 서버를 관리(상황 모니터링 및 제어)할 수 있는 모듈 개발. 이를 위해 별도의 관리스트림을 통해 게이트웨이 서버를 관리하고, 대학측 게이트웨이 서버의 모니터링으로써 스트림상태와 장애를 체크하고 통보할 수 있다. 또한, 서비스의 시작과 서비스의 중지를 제어할 수 있다.

본 발명을 이용하는 수험생에게는 언제 어디서나 실시간으로 원스톱 대입원서처리 서비스를 제공하기 때문에, 시간절약, 경비절감, 편리성, 정확성, 안정성을 주는 효과가 있고, 대학교 입장에서는 학교 홍보, 지원자수의 증가, 관리비용 절감 및 오류방지, 전산비용 절감 등의 효과를 얻을 수 있다. 또한, 서비스사이트 운영자에게는 확실한 고객층을 확보할 수 있고, 지속적 광고효과를 누릴 수 있으며, 사업확장이 용이해지는 효과가 있다.

Claims (15)

1. 서비스사이트의 웹서버가 각 대학교를 연결하고 있는 게이트서버 및 전자결제를 담당하는 결제서비스의 게이트웨이(PG서버)와 이용자PC와 인터넷을 통해 연결되어 있는 시스템에서 이루어지는 대입원서 접수처리 방법으로서,

   (1) 이용자가 웹서버에 접속하여 원서를 작성하고 원서접수를 요청하는 단계,

   (2) 웹서버가 PG서버에 전자결제 폼(양식)을 요청하면 PG서버는 웹서버에 전자결제 폼을 제공하고 웹서버는 전자결제 폼을 이용자에게 전달하며, 이용자가 원서 접수를 하면서 전자결제 정보를 입력하여 PG서버에 승인 요청을 하면 PG서버는 웹서버에 결과승인을 전송하고 웹서버는 결과값을 DB서버에 저장하는 단계,

   (3) 웹서버가 수신한 결제승인 결과값이 승인되지 않은 경우에는 결제오류 정보를 이용자에게 전달하고, 승인된 경우에는 원서접수 마감시간이 경과하였는지를 체크하여 마감시간이 경과한 경우에는 DB서버에 취소내용을 저장하면서 PG서버에 승인 취소 요청을 하고, 마감시간 내인 경우에는 게이트웨이 서버에 원서 접수 요청 신호를 전송하고 게이트웨이 서버가 대학서버에 원서를 전송하는 단계,

   (4) 대학서버가 원서접수 처리를 하여 게이트웨이 서버로 수험번호와 접수결과를 통보하면 게이트웨이 서버는 이를 웹서버로 중계하며, 웹서버는 이 결과값을 DB서버에 저장하는 단계,

   (5) 대학서버로부터 전송된 결과값으로 웹서버가 승인 처리를 한 결과, 승인이 되면 이용자에게 접수가 정상완료되었음을 전달하고, 승인을 할 수 없는 경우에는 DB서버에 취소내용을 저장하며 PG서버에 승인취소 요청을 하고 이용자에게 접수오류를 전달하는 단계

   (6) PG서버가 결제승인 취소 요청을 웹서버에 전달하면 웹서버는 이를 처리하여 이용자에게 처리완료를 전달하고, 처리하지 못할 경우에는 DB서버에 오류내용을 저장하며 이용자에게 처리오류를 전달하는 단계로 구성되는, 대입원서 온라인 접수처리 방법.
2. 청구항 1에서, 상기 원서작성 단계는

   지원사항을 입력하는 제1단계,

   지원자사항을 입력하는 제2단계,

   추천서, 학업계획서, 자기소개서 등의 제출서류를 작성하는 제3단계,

   제3단계에서 작성한 제출서류의 목록을 자동으로 생성하는 제4단계,

   이용자가 입력한 내용의 전체적인 확인과 접수, 저장, 수정 처리를 하는 제5단계로 이루어지는 대입원서 온라인 접수처리 방법.
3. 청구항 2에서, 제1단계는

   이용자가 원서작성 제1단계를 요청하면[207] 사용자요청을 해석하고 포트파악을 하여 서버를 선정하여 웹서버에 접속하고[209], 웹서버에서 서버응답을 다시 이용자에게 전달하는 단계[211],

   웹서버에서는 요청된 html을 처리하여[213] 이용자데이터를 추출하고[215] DB서버에 접속하여[217] 추출데이터와 비교하여[219] 다른 경우에는 비교값을 보관하고[221] DB서버의 접속을 종료하는 단계,

   추출데이터 비교결과[219] 같은 값인 경우에는 이 비교값인 같은 값을 보관하고[225] DB서버의 접속을 종료하여[227] 웹서버에 세션유지와 처리를 요구하는 단계[229]를 포함하는 것을 특징으로 하는, 대입원서 온라인 접수처리 방법.
4. 청구항 2에서, 제1단계는

   이용자가 대학구분을 선택하면[231] 웹서버는 요청된 데이터를 처리하고[233], 이용자에게 모집구분을 제공하여 출력시키는 단계[235],

   이용자가 검색요청을 하면[237] 이 요청신호는 웹서버에 전송되고 웹서버에서는 검색어를 처리하여 DB서버에 접속하여[239] 저장되어 있는 대학목록을 검색하여 검색결과를 보관함으로써 DB서버의 접속을 종료하는 단계[241],

   웹서버가 검색결과값을 출력하여[243] 팝업처리를 한 다음에[245] 대학선택 팝업창을 이용자에게 전달하는 단계[247],

   전형유형[249]과 지망학부[251] 내용을 이용자가 입력하고[252], 특기자, 예ㆍ체능계 실기, 취업자 전형 등을 입력하는 단계[253]를 포함하는, 대입원서 온라인 접수처리 방법.
5. 청구항 2에서, 제2단계는

   제1단계 프로세스가 진행된 후 웹서버가 리다이렉트(redirect)하여[265] 원서작성이 신규라면 DB서버의 사용자 테이블에서 초기값을 조회하고, 원서작성이 수정된 것이라면 이용자가 작성해둔 입시원서 테이블에서 원서내용으로 초기값을 조회하는 단계[266],

   웹서버가 원서작성의 제2단계 콘텐츠를 이용자에게 전달하는 단계[267],

   이용자가 대학선택을 하여 대학별 모집 지망학부를 요구하면[265] 웹서버는 DB서버의 대학별 모집학과 테이블에서 해당 대학의 모집학과 정보를 조회하여[271] 이용자에게 전달하는 단계[273],

   이용자는 선택사항을 입력하고 다음 단계(즉, 입력내용 확인단계)를 요구하는 단계[275]를 포함하는, 대입원서 온라인 접수처리 방법.
6. 청구항 5에서, 상기 입력내용 확인단계[275]는

   이용자가 입력내용 확인을 요청하면[277] 스위치가 서버를 선택하고[279] 서버에서는 사용자가 선택한 내용을 확인창으로 표시하여 확인을 요구하는 단계[281]를 포함하는 대입원서 온라인 접수처리 방법.
7. 청구항 5에서,

   이용자가 저장 요청을 하면[289] 서버선택이 되어 웹서버에서는 제3단계의 페이지 또는 오류페이지를 리다이렉션하는 단계[291],

   입력된 값들을 검증하여 비정상적인 값이 입력된 경우에는 서버에 오류페이지를 요청하고[293], 정상상태라면 DB서버로 하여금 제3단계의 입력 페이지를 반환하도록 하는 단계[295]로 구성되는 지원자사항을 DB서버에 저장하는 단계가 추가로 포함되는, 대입원서 온라인 접수처리 방법.
8. 청구항 2에서, 제3단계는

   제2단계 프로세스가 진행된 후 웹서버가 리다이렉트(redirect)하고[297] 제출서류의 유무를 확인하여[299], 제출서류가 없다면 다음 제4단계로 이동하고[301] 제출서류가 있으면 DB서버에 대학별로 제출서류를 조회하여[303] 이용자에게 제3단계의 제출서류 작성페이지를 제공하는 단계[305],

   이용자는 제출서류 작성페이지에서 내용을 입력하고 선택항목의 확인을 하는 단계[307],

   확인을 하면[313] 제출서류 제출이 필수인지 아닌지를 판단하여[315], 필수가 아니라면 웹서버로 하여금 다음 제4단계를 요구하고[319], 필수라면 다운로드 또는 프린트를 선택하였는지 체크하는 단계[317],

   다운로드나 프린트를 선택하였으면 웹서버로 하여금 다음 제4단계를 요구하도록 하고[319], 다운로드나 프린트를 선택하지 않았으면 오류메시지를 이용자에게 알리는 단계[321]로 구성되는, 대입원서 온라인 접수처리 방법.
9. 청구항 8에서, 상기 제출서류 다운로드 처리단계는

   이용자가 제출서류 작성페이지에서 다운로드를 요청하면[323] 서버선택 스위치가 서버를 선택하여 웹서버에 전달하는 단계[325],

   웹서버는 팝업창을 열어 제출서류 페이지를 다운로드 받도록 처리하고[327] 전달받은 다운로드 양식을 DB서버의 원서테이블에 저장하는 단계[329]로 구성되는, 대입원서 온라인 접수처리 방법.
10. 청구항 8에서, 상기 제출서류 프린트 처리 단계는

    이용자가 제출서류 작성페이지에서 프린트를 요청하면[331] 서버선택 스위치가 서버를 선택하여 웹서버에 전달하는 단계[333],

    웹서버는 팝업창을 열어 인쇄용 폼을 출력하고[335] 전달받은 인쇄양식을 DB서버의 원서테이블에 저장하는 단계[337]로 구성되는, 대입원서 온라인 접수처리 방법.
11. 청구항 2에서, 제4단계는

    이용자가 서류목록 선택을 요청하면[339] 서버선택 스위치가 서버를 선택하여 웹서버에 전달하는 단계[341]와, 웹서버는 필수서류 목록과 선택서류 목록을 이용자에게 전송하고[343] DB서버에 대학교에서 요구하는 제출서류 목록을 조회하면[345] DB서버는 조회결과를 웹서버에 전달하는 단계[347]로 구성되는 제출서류 목록을 선택하는 단계,

    이용자가 제4단계 저장요청을 하면[349] 서버선택 스위치가 서버를 선택하여 웹서버에 전달하는 단계[351]와, 웹서버는 제5단계로 리다이렉션하여[353] 제5단계페이지를 이용자에게 전달하고[355] 사용자가 선택한 서류목록을 DB서버의 입학원서 테이블에 저장하도록 지시하는 단계[357]와, DB서버가 작업결과를 웹서버에 전달하는 단계[359]로 구성되는, 제출서류를 저장하고 제5단계로 리다이렉트하는 단계를 포함하는 것을 특징으로 하는, 대입원서 온라인 접수처리 방법.
12. 청구항 2에서, 제5단계는

    웹서버가 4단계를 저장후 리다이렉트하여 DB서버의 원서테이블에서 작성완료된 원서의 정보를 조회하는 단계[361],

    DB서버에서 이용자가 선택한 내용을 전달하면[363] 이용자는 접수ㆍ수정ㆍ저장 중 하나를 선택하는데[365], 저장을 선택하면 초기페이지 요청 신호에 의해 초기페이지가 제공되고, 접수를 선택하면 원서접수 요청신호에 의해 접수 프로세스로 들어가고, 수정을 선택하면 수정단계로 들어가며, 수정단계가 요청되면[367] 웹서버는 페이지선택 화면을 이용자에게 전달하고[369] 이용자가 선택하고자 할 각 단계를 선택하도록 하는 단계[371]로 구성되는, 대입원서 온라인 접수처리 방법.
13. 청구항 1에서, 단계 (2)의 PG서버는 서비스사이트에서 호스팅 방식으로 선정하고, 정산은 대학서버와 직접 처리되는 것을 특징으로 하는, 대입원서 온라인 접수처리 방법.
14. 청구항 1에서, 단계 (3)의 결제승인 방식으로서 금융결제원 서버 인증 서비스를 사용하는 것을 특징으로 하는, 대입원서 온라인 접수처리 방법.
15. 청구항 1에서, 단계 (4)의 대학서버와 서비스사이트간의 정보 전송은 TIB 미들웨어 툴을 활용하여 실시간으로 이루어지는 것을 특징으로 하는, 대입원서 온라인 접수처리 방법.