KR200232994Y1 - 개인자산관리 서비스 장치의 클라이언트 구조 - Google Patents

Abstract

본 고안은 현금이나 예금 같은 개인금융자산과 부동산등의 비금융개인자산을 포함하는 개인자산관리 서비스 장치의 클라이언트 구조에 관한 것이다.본 고안의 개인자산관리 서비스 장치의 클라이언트 구조는,

어플리케이션사용자 인터페이스로 부터 전달받은자료를 근거로 표준입력전문을 구성하는 표준전문처리입력 모듈과, 통신모듈로부터 전달받은 표준출력전문을 암복호화 모듈에 전달하여 복호화하는 표준전문처리출력모듈과, 상기 표준전문처리 입.출력모듈로부터 전달된 표준전문을 암호화하거나 복호화하는 암복호화모듈과, 상기 암호화된 표준입력전문을 표준전문처리 모듈로부터 전달받는 통신모듈로 이루어지는 것을 특징으로 한다. 이에 따라 개인자산 관리를 위한 효과적인 클라이언트를 제공한다.

Description

개인자산관리 서비스 장치의 클라이언트 구조{Client Structure for personal financial planning apparatus}

본 고안은 현금이나 예금 같은 개인금융자산과 부동산등의 비금융개인자산을 포함하는 개인자산관리 서비스 장치의 클라이언트 구조에 관한 것이다.개인자산은 유동성이 큰 자산으로부터 실시간 계량화가 불가능한 고정자산 등까지 다양한 형태로 소유되어 있다.

발전된 정보통신기술은 개인의 자산에 대한 관리와 평가 그리고 유동자산의 실시간 거래를 가능하게 하였으며, 동시에 개인자산의 유동성을 증가시키는 역할을 했다. 재화나 상품의 구매또는 판매관계에서 지출과 수입 등에 소요되는 비용의 실시간 지급 이체나 결재 등의 온라인 거래는 오프라인 보다 활성화 되어왔다.

금융분야는, 발전된 정보통신기술을 기반으로 단순한 자금의 이동과 투자 뿐만아니라 모든 금융 및 역금융 등의 실시간 거래를 시간/장소 제약없이 가능하도록하였고, 전자화폐와 새로운 전자금융서비스를 다양하게 제공하고 있으며, 그 방향은 단순한 자금의 이동과 여수신, 투자 업무에 그치는 것이아니라 금융과 관련되는 모든 분야를 포함하는 형태이다.

보다 특성화된 개인의 재무설계, 투자분석, 개인자산포트폴리오, 보험설계, 재테크서비스 등은 이러한 정보통신기술을 기반으로 개인의 자산에 대한 성향과 방향을 관리적측면에서 서비스하는 형태로 변화되었다.

따라서, 개인의 자산에 대한 평가나 설계 등을 주관하여 서비스를 제공하는 모든 기관이나 그 분야 서비스사업자들은 분산되어 있는 개인의 자산을 가능한 통합적이고 체계적으로 관리할 수 있는 수요적 요구를 충족시킬 수 있는 서비스 제공을 위하여 기본적으로 실시간 거래 및 조회 그리고 변동내역 등의 데이터 추적이 가능하도록 관련기관과 네트워크로 연결되는 데이터 센터를 대내외적으로 운영하면서 인증에 필요한 다양한 인터페이스 기술을 구축하여 온라인 서비스를 제공하고 있으며, 웹어플리캐이션 서버기술, 금융업무처리용 클라이언트 서버기술, 인터넷 어플리캐이션, 웹 통합 서버기술, 금융네트워크 인터페이스 기술들을 기반기술로 하여 다양한 관리 및 정보제공 방법을 제시하고 있다.

개인자산관리 및 운용과 관련되어 금융기관 또는 서비스사업자가 제공하는 서비스의 유형은 다음과 같은 몇가지로 제한되는데, 공통적으로 관리 및 정보제공 수준이 분야별로 파상적인 제공수준에 있다.

(1)금융포털사이트 유형, 개인의 유동가능한 자산(현금)을 이용한 재테크, 특히 증권부문에서의 시세와 지수정보의 제공.

(2)금융/경제포털사이트 유형, 금융,주식,보험,부동산,유통,경제등의 분야별 정보를 제공.

(3)금융자산포털사이트 유형, 증권,금융,보험,부동산,유통 등의 분야별 정보와 개인 분야별 개인자산의 제공.

(4)금융커뮤니티 유형, 금융정보,금융CSM,금융컬설팅의 제공 등이 있다.

자산은 현재와 미래에 유무형의 물건을 소유하거나 많은 것을 할 수 있다는 가치와 가능성과 같기 때문에 자산 축적이 목적은 아니지만 자산 축적에 대한 노력과 부의 증진은 끊임없이 계속된다. 자산 축적 뿐만아니라 자산규모의 증가와 함께 체계적 관리의 필요성도 함께 증가한다. 즉, 자산의 분배과정에서 자산종류가 증가하고 그에 따라 분배된 자산을 보다 쉽고 간편하게 관리하는 방법의 필요성도 나타난다.

자산은 현금이나 예치금과 같은 유동성 금융자산(동산)과 비금융(부동산) 자산으로 분류될 수 있다. 이 중 비금융 자산의 관리는 비교적 단순하다. 그 이유는 가치의 변동이 실시간으로 일어나는 것이 아니며 매매형태에 있어서도 드러난다. 부동산 전문가가 아닌 대다수 개인은 일생동안 몇번의 부동산 거래행위만을 하게된다.

그러나 금융자산의 관리는 비금융자산처럼 단순하지 않다. 자산의 규모나 시장가치가 실시간으로 변동되기 때문이다. 투자형 자산인 경우 위험의 관리는 더 중요하다. 자산의 위험관리를 위해 포트폴리오를 구성하는 형태는 잘알려진 위험의 관리 방법이 되었다.

금융자산을 예치할 수 있는 금융기관은 은행,금고,협동조합,증권사,투신사,보험사 등으로 전문화되어 있다. 자산의 관리도 이러한 전문성을 고려하여 자산의 분배와 투자를 고려하게 된다.

여기서 현금의 입/출금, 투자에 대한 이율, 주식가치의 변화 등은 자산 가치의 실시간 변동을 초래한다. 따라서 여러기관에 분산되어 있는 유동성 자산의 현재가치를 정확하고 빠르게 파악하기는 어렵고, 변동되는 자산 관리 역시 보다 전문화된 관리를 필요로 한다.

현재 알려진 자산관리서비스는 웹사이트 또는 별도 실행 가능한 어플리캐이션 형태로 제공되고 있는 바, 그 유형은 도 1과 같고, 여기서는 수동자산등록, 현황수동입력 또는 일부자동조회, 그리고 현황자료를 바탕으로 제공되는 분석기능과 자산계획등의 기능이 제공된다.

도 1의 (a)는 어플리캐이션 형태, (b)는 웹사이트 형태이다.

어플리캐이션 형태의 경우, 사용자입력에 의한 자산등록(S10), 사용자입력에 의한 자산현황(S20), 분석과 자산 계획 등에 의한 현황자료 기반 기능을 제공한다(S30).

웹사이트 형태의 경우, 사용자입력에 의한 자산등록(S40), 조회 또는 사용자입력에 따르는 자산현황(S50), 자산계획에 의한 현황자료 기반 기능을 제공한다(S60).

어플리캐이션/웹사이트에 의한 자산관리서비스는 유형에 관계없이 개인의 자산분석을 위하여 사용자는 직접 종류별로 정보를 입력해야 하며 그 현황자료 역시대부분 사용자 입력에 의존하거나 웹사이트의 경우 조회 기능을 제공하더라도 그 범위는 일반적인 시세 조회 등의 제한적인 형태를 벗어나지 못한다.

따라서 적절한 크라이언트 구조가 제공되지 못한 것으로 볼 수 있다.이는 결과적으로 사용자입력에 대한 결과와 분석 기능만을 제한적으로 제공하였고, 따라서 광범위한 금융자산의 자산관리 보다는 해당 자산에 대한 불러오기나 현황 입력을 통한 연산과 분석 그리고 평가 등의 기능성 자산관리로 제한되어 총제적인 금융자산의 변동에 대한 리스트업이나 자산의 유동상황을 파악하여 자산의 유동상태를 점검하거나 기록하는 등의 실질적인 관리기능을 제공하지 못하는 문제점이 있었다.

따라서, 본 고안의 목적은, 웹 어플리캐이션 서버, 금융업무처리용 클라이언트 서버, 인터넷 어플리캐이션, 웹 통합 서버, 금융네트워크 인터페이스 시스템 등의 자원을 통합적으로 운영할 수 있는 클라이언트 구조를 제공하는 것이다.이러한 목적들을 달성하기 위한 본 고안의 특징은,유무선 데이터 통신망으로 접속가능한 인터넷환경과,상기 인터넷환경에서 개인자산관리 데이터센터를 운영하는 서비스제공자와, 상기 서비스제공자가 운영하는 웹서버와,상기 웹서버와 다른 기관간의 데이터교환을 매개하는 통신서버와,상기 웹서버를 구동하고 제어하는 관리프로그램으로 이루어지는 개인자산관리서비스장치에 있어서,상기 개인자산관리서비스장치의 클라이언트구조는,

어플리케이션사용자 인터페이스로 부터 전달받은자료를 근거로 표준입력전문을 구성하는 표준전문처리입력 모듈과, 통신모듈로부터 전달받은 표준출력전문을 암복호화 모듈에 전달하여 복호화하는 표준전문처리출력모듈과, 상기 표준전문처리 입.출력모듈로부터 전달된 표준전문을 암호화하거나 복호화하는 암복호화모듈과, 상기 암호화된 표준입력전문을 표준전문처리 모듈로부터 전달받는 통신모듈로 이루어지는 것을 특징으로 한다.

도 1은 일반적인 자산관리서비스 유형으로서,

(a)는 어플리캐이션 형태, (b)는 웹사이트 형태

도 2는 인터넷환경과 개인자산의 신탁과 수신금융을 취급하는 기관들 간의 데이터 전송 블록도

도 3은 본 고안에 따라 제공가능한 자산관리 서비스의 블록도

도 4는 자산관리 시스템의 기본적인 시스템 자원을 나타낸 블록도

도 5는 본 고안과 관련되는 웹서버의 상세 구성도

도 6은 본 고안과 관련되는 관리프로그램

도 7은 본 고안과 관련되는 클라이언트 구성도

도 8은 본 고안의 클라이언트에서 요구되는 자산관리 데이터베이스의 구성도

도 9는 본 고안과 관련되는 서비스 트랜잭션 처리의 블록도

도 10은 본 고안에 따른 클라이언트와 웹서버 그리고 기관 사이의 자료 및 데이터 교환 트랜잭션 처리 순서를 나타낸 블록도

도 11은 도 10의 처리 흐름도

도 12는 본 고안과 관련되는 자산 등록 업무의 흐름도

도 13은 본 고안과 관련되는 자산 조회에 따른 업무 흐름도

도 14는 본 고안과 관련되는 자산 자동 등록 및 조회 흐름도

*도면의 주요 부분에 대한 부호의 설명*

10:인터넷 환경 20:기관

30:네트워크운영솔루션 40:서비스제공자

50:인터넷사용자 60:부동산기관

70:인터넷 80:웹서버

110:관리프로그램 120:전문변환 정보 데이터베이스

130:메인서버 140:서버로더

150:클라이언트통신처리부 160:전문처리부

170:사전전문처리부 180:사용자인증처리부

190:사용자현황 로그처리부 200:호스트통신처리부

210:클라이언트통신처리부 220:호출부

230:사용자 현황관리부 240:사용자통계분석부

250:서버 프로세스관리부 260:전문규칙데이터베이스관리부

270:환경데이터베이스관리부 270:공지/광고사항관리부

290:버전관리부 300:커뮤니캐이션 데몬

310:브라우저 320:메인 어플리캐이션모듈

340:뱅킹모듈 370:전문처리모듈

410:표준전문데이터베이스

본 고안과 관련된 개인자산관리 서비스의 기반기술은, 웹어플리캐이션 서버기술, 금융업무처리용 클라이언트서버기술, 인터넷 어플리캐이션, 웹 통합 서버기술, 금융네트워크 인터페이스 기술 들을 통합적으로 운영하고 처리하는 기술로서, 가계 파생채널의 특성과 인베스트먼트(Investment) 및 정보서비스 결합의 특성을 가지며, 차별성은, 개별적으로 IP를 통해 인터넷에 접속하여 홈뱅킹, 기업뱅킹 서비스 제공자의 서버에 접속하여 서비스를 이용하는 기존의 방식과는 달리 은행이용자가 자신의 컴퓨터시스템에 설치된 네트워크운영솔루션 접속 프로그램을 통해 서비스 제공자의 사이트에 접속하여 은행의 온라인 서비스를 제공 받고, 개인의 은행거래와 관련된 데이터를 다운받아 네트워크운영솔루션의 서버에서 분석하여 금융자산을 통합 관리할 수 있도록 하며, 여기에 각종 유동자산이 포함되는 점에 있다. 형식은, 다양하게 분산되어 있는 금융 자산/부채, 수입/지출을 통합적으로 분석/관리할 수 있는 클라이언트 서버 환경의 구축과 이를 관리하고 처리하는 네트워크운영솔루션에 의해 금융에 관한 모든 정보를 종합적으로 제공하는 형식이다.

도 2는 인터넷환경과 개인자산의 신탁과 수신금융을 취급하는 기관(유무선데이터통신망 뉴스채널 및 사설정보제공사 등)들 간의 데이터 전송 블록도로서, 유무선 데이터 통신망으로 접속 가능한 인터넷 환경(10)과, 인터넷 환경(10)에서 개인자산관리 네트워크운영솔루션(30)의 데이터 센터를 운영하는 서비스제공자(40)와, 서비스제공자(40)의 데이터 센터에 유무선 데이터 통신망이나 전용선으로 접속하기 위해 데이터 센터와 데이터 전송이 가능한 소프트웨어가 구축된 클라이언트 단말기를 이용하는 인터넷사용자(50)와, 은행(21), 증권(22), 뮤츄얼펀드(23), 보험(24), 뉴스매체(25), 파이낸셜플래너(26) 등과 금융거래 및 금융정보를 서비스제공자(40)의 데이터 센터를 통해 실시간으로 주고 받을 수 있도록 데이터 교환이 허용된 금융 및 정보제공 기관(20)과, 서비스제공자(40)측에 부동산 정보를 제공하는 부동산기관(60)과, 상기 기관(20) 및 부동산기관(60)과 서비스제공자(40)가 실시간으로 데이터 송수신이 가능하도록 되어 있다.

도 3은 본 고안과 관련된 자산관리 서비스의 블록도로서, 해당기관으로부터 조회,자동등록을 실행하는 자산등록 단계(S40), 해당 기관을 연결하여 개인 자산에 대한 현황을 조회하는 자산현황 조회단계(S50), 해당기관 또는 서비스제공자(40)가 운영하는 네트워크운영솔루션을 통해 자산에 대한 분석자료, 수입/지출 자료등의 현황 기반 자료를 제공하는 단계(S60)로 자산관리 서비스를 제공한다.

도 4는 자산관리 시스템의 기본적인 시스템 자원을 나타낸 블록도로서, 다수의 기관1.2.3...N(60)들과 인터넷사용자(50)를 전용선또는 인터넷(70)으로 연결하여 데이터를 교환하기 위해 서비스제공자가 운영하는 웹서버(80)와, 웹서버(80)와 인터넷 또는 전용선으로 접속하기 위하여 서비스제공자(40)에 의해 소프트웨어가 지원되는 인터넷사용자의 클라이언트 단말기와, 인터넷을 통해 클라이언트 단말기와 웹서버(80)의 데이터 공유를 제한적으로 매개하는 공통인증서버(90)와, 다수의 기관1.2.3...N(60)과 웹서버(80)의 데이터 교환을 매개하는 통신서버(100)와, 웹서버(80)를 구동 시키고 제어하는 관리프로그램(110)과, 웹서버(80)에 연동되는 전문변환 정보 데이터베이스(120)를 기본적인 시스템 자원으로 갖는다.

도 5는 서비스제공자(40)에 의해 관리되는 웹서버(80)의 상세 구성도로서, 웹서버(80)는, 메인서버(130)와 서버로더(140) 그리고 관리프로그램(110)으로 이루어진다.

상기 메인서버(130)는 클라이언트와 소켓 통신을 처리하는 클라이언트통신처리부(150)와, 표준전문분석,호스트전문구성,호스트전문분석,표준전문구성 등의 표준 전문 호스트 전문간의 변환처리를 실행하고 데이터를 생성하는 전문처리부(160)와, 데이터 전문을 사전에 처리하는 사전전문처리부(170) 및 사용자 확인과 보안 데이터를 생성하여 처리하는 사용자인증처리부(180) 그리고 사용자의 사용현황을 처리하는 사용자현황 로그처리부(190)를 구비하는 데이터처리부와, 메인서버(130)와의 호스트 전문에 대한 송수신을 처리하고 은행과의 통신을 통한 호스트 전문 송수신을 처리하는 호스트통신처리부(200)로 이루어진다.

상기 서버로더(140)는 메인서버(130)와 연동되며 클라이언트와 소켓 통신을 처리하는 클라이언트통신처리부(210) 그리고 메인서버(130)를 기동 처리(fork→exec)하는 호출부(220)로 이루어진다.

상기 관리프로그램(110)은, 도 6과 같이, 은행별 현재 접속현황 보기 및 오류사용자를 제거하는 사용자 현황관리부(230)와, 은행,기간,서비스로 구분으로 이를 다차원적으로 통계 처리하는 사용자통계분석부(240)와, 서버 프로세스의 기동과종료를 처리하는 서버 프로세스관리부(250)와, 전문 변환에 필요한 테이블의 추가 및 수정,삭제,검색처리를 수행하는 은행별 전문 규칙데이터베이스관리부(260)와, 전은행에 공통적으로 적용되는 환경 데이터베이스의 추가 및 삭제,수정, 검색을 처리하는 환경데이터베이스관리부(270)와, 공지사항과 광고사항의 추가 및 수정,삭제,검색처리를 실행시키는 공지/광고사항관리부(280)와, 웹서버상의 버전테이블의 추가 및 수정,삭제,검색을 실행하는 버전관리부(290)로 이루어진다.

웹서버(80)상에는 다양한 다수의 커뮤니캐이션 데몬(300)들이 운용된다.

도 7은 클라이언트 구성도로서, 브라우저(310)가 내장된 개인자산관리 메인 어플리캐이션모듈(320)과, 상기 메인 어플리캐이션모듈(320)과 연결되어 각 기능모듈1.2.3...(330)들과 서버와의 전문 통신을 담당하는 뱅킹모듈(340)이 연결된 구조로서, 각 기능모듈1.2.3...(330)들은 사용자데이터베이스(350)를 엑서스하고 화면에 보여주는 사용자 인터페이스들로 구성되며 각 기능에 해당하는 업무 로직으로 구성된다.

뱅킹모듈(340)은, 사용자데이터베이스(350)와 엑세서리(360)와 접속되어 전문처리모듈(370)을 제어하는 컨트롤러(380)와, 상기 컨트롤러(380)에 의해 제어되는 전문처리모듈(370),통신모듈(390),보안모듈(400)로 구성되며 표준 입력 전문을 생성하기 위하여 전문처리모듈(370)에 의해 표준전문데이터베이스(410)를 엑서스한다.

그리고 개인자산관리 메인 어플리캐이션(320)을 브라우저(310)의 실행에 따라 클라이언트통신처리부를 통해 웹서버(80)에 접속 시키는 로더(420)를 구비한다.

즉, 클라이언트 구조는, 어플리케이션사용자 인터페이스로 부터 전달받은자료를 근거로 표준입력전문을 구성하는 표준전문처리입력 모듈과, 통신모듈로부터 전달받은 표준출력전문을 암복호화 모듈에 전달하여 복호화하는 표준전문처리출력모듈과, 상기 표준전문처리 입.출력모듈로부터 전달된 표준전문을 암호화하거나 복호화하는 암복호화모듈과, 상기 암호화된 표준입력전문을 표준전문처리 모듈로부터 전달받는 통신모듈로 이루어진다.클라이언트에서 요구되는 자산관리 데이터베이스의 구성은 도 8과 같이 공통데이터베이스(430)와 사용자별데이터베이스(440)로 구분되어 구축되는데, 테이블은 사용자별로 저장되고 관리되어지는 사용자별테이블들과 사용자와 무관한 기관 정보, 서비스 정보, 자산 종류 정보등이 저장되는 공통테이블들로 구분된다.

클라이언트의 테이블 가운데 사용자정보테이블은 개인의 금융 정보 보안을 위해 128bit SEED 알고리즘으로 암호화된 파일 구조를 갖으며, 각 데이터베이스는 사용자가 지정한 비밀번호에 위해 생성된 키로 암호화 된다.

공통데이터베이스(430)는, 자산을 종류별로 관리 저장하는 자산종류데이터베이스(431)와, 금융기관,뉴스매체, 파이낸셜 플래러 등의 금융정보제공기관,부동산기관 등의 여러기관들을 코드화 하여 저장 관리하는 기관코드데이터베이스(432)와, 서비스제공자에 의해 제공되는 서비스내용과 관련되는 사항을 저장하고 관리하는 서비스데이터베이스(433)와, 데이터 전문을 관리하고 저장하는 전문데이터베이스(434)로 구성된다.

사용자별데이터베이스(440)는,

개인의 다양한 자산을 관리하는 자산데이터베이스(441)와, 개인 자산의 변동 내역이나 거래 내역을 실시간 조회에 의해 데이터화하여 저장하는 변동내역데이터베이스(442)와, 임의의 일정데이터베이스(443)와, 개인의 자산이나 변동내역 및 거래내역등을 리스트로 출력하기 위한 가계부데이터베이스(444) 및 가계부적요데이터베이스(445)를 따로 구비한다.

도 9는 서비스 트랜잭션 처리의 블록도로서, 클라이언트통신처리부와 웹서버상의 통신처리부를 소켓 통신으로 오픈/클로스 시키는 웹서버상의 연속 트랜잭션 처리의 블록도이다.

도 10은 클라이언트와 웹서버 그리고 기관 사이의 자료 및 데이터 교환 트랜잭션 처리 순서를 나타낸 블록도이며, 도 11은 그 처리 흐름의 블록도이다

클라이언트가 인터넷망을 통해 서비스제공자(40)의 웹서버(80)에 구축된 서버로더에 TCP/IP 접속요청을 실행한다.

웹서버(80)에 접속요청(S501)이 수신되면 웹서버에서 서버 레이디(Server Ready) 표준 전문을 클라이언트에게 보내고 클라이언트는 그 표준전문을 수신하여 서버를 확인한다(S502).

표준전문이 수신되면 클라이언트는 은행 또는 기관코드와 해당 기관 전문 코드의 사전전문을 웹서버로 보낸다(S503).

웹서버에서 클라이언트에게 서버가 가지고 있는 버전 정보와 클라이언트와의 통신 타임아웃을 포함하는 서버 정보를 보내면(S504), 클라이언트는 그 전달된 버전 정보가 현재의 버전보다 상위버전일 경우 파일을 요청하고(S505), 웹서버에서는 Z-모뎀을 사용하여 파일을 클라이언트로 송신한다(S506~S507).

클라이언트의 파일송신이 완료되면 클라이언트는 웹서버에 은행 및 기관별 사용자 인증에 필요한 ID 및 패스워드 정보를 표준전문으로 인증 전문을 송신한다(S508).

웹서버는 은행별 사용자 인증에 필요한 ID 및 패스워드 정보를 호스트 전문으로 전달하고 연속적인 트랜섹션이 발생하는 경우 세션관리를 통해 인증전문을 금융기관에게 송신한다(S509).

금융기관은 송신된 인증전문에 해당하는 인증응답전문을 웹서버에 보내고(S510), 웹서버는 은행별 사용자 인증 응답 전문을 호스트 전문 형태로 수신하고 연속전인 트랜섹션이 발생하는 하는 경우 세션관리를 통해 인증 응답전문을 클라이언트에게 송신하며, 클라이언트는 은행별 사용자 인증 정보를 표준 전문 형태로 수신한다(S511).

클라이언트는 은행의 서비스에 필요한 정보를 표준 전문 형태로 웹서버를 통해 전달하는데, 은행의 서비스 유형에 따라서 서비스 요청이 반복적으로 수행될 수 있다.(S512)

웹서버는 클라이언트로부터 전달된 서비스 요청전문을 은행의 서비스에 필요한 정보를 호스트 전문 형태로 금융기관으로 전송하며(S512), 금융기관은 서비스 응답전문을 웹서버에 보내고 웹서버는 은행의 서비스 응답 전문을 호스트 전문 형태로 수신하고, 클라이언트는 은행의 서비스 응답전문을 표준 전문 형태로 수신하며, 클라이언트는 정상적인 서비스가 완료된 경우, 종료전문을 웹서버로 보내 서비스를 종료한다(S513~516)

본 고안에 다라 구현가능한 사항을 설명하면 다음과 같다.

(1) 개인자산관리 시스템은 클라이언트와 웹서버가 인터넷상으로 연결되며 웹서버(80)는 각 기관(50)과 인터넷 또는 전용선 상으로 연결된다. 따라서 서비스제공자에 의해 제공되는 웹서버(80)는 클라이언트와 다수의 기관 사이를 연결하는 중개 역할을 하며 기관마다 온라인 고객 서비스와 그에 사용되는 전문 구조를 표준화 하는 역할을 하게 되며, 클라이언트는 각 기관들로부터 수신된 개인 자산 정보를 저장하고 가공하여 효과적으로 사용자에게 보여질 수 있도록 하며 기관들로부터 제공되는 금융 정보를 사용자에게 제공하는 역할을 한다.

(2) 웹서버와 클라이언트는 서버로더에 의해 기관별로 구성되어 있는 서버 메인 모듈을 띄워주는 역할을 하며 클라이언트의 버전 정보를 제공한다.

메인모듈은 크게 통신처리부와 전문처리부로 구성되며, 전문 처리부는 은행별 전문 변환 규칙 데이터베이스를 바탕으로 클라이언트와 웹서버간에 사용되는 '표준전문'을 각 기관별 전문으로 변환하는 역할을 담당한다.

서버관리프로그램은 서버에서 일어나는 트랜잭션의 로그 관리, 클라이언트의 버전 관리등을 담당하며 관리자에 의해서만 사용된다. 표 1은 서버의 각 구성 모듈별 처리내용을 표시한다.

클라이언트 구성은 메인 모듈이 각 기능 DLL들과 서버와의 전문 통신을 담당하는 뱅킹모듈과 연결된다. 여기서 기능 DLL들은 사용자 데이터베이스를 엑서스 하고 화면에 보여주는 사용자 인터페이스 들로 구성되며 각 기능에 해당하는 업무 로직으로 되어 있다. 뱅킹 모듈은 전문 처리모듈,통신모듈,보안모듈로 구성되며 표준 입력 전문을 생성하기 위한 표준 전문 데이터 베이스를 엑서스 한다.

기능 DLL중 자산 현황을 표시하는 모듈을 통해 현황 조회 요구가 들어오게 되면 메인 어플리캐이션은 뱅킹 모듈에 해당 서비스에 대한 정보 및 조회되어져야 할 자산의 정보를 전달한다. 이 정보를 바탕으로 전문 처리 모듈은 표준 전문 데이터베이스를 검색하여 해당 자산을 조회하기 위한 표준 입력 전문을 구성한다. 통신모듈에 의해 서버로 전송된 후 수신된 결과는 다시 뱅킹 모듈의 전문 처리 모듈에 의해 결과가 분석되어 뱅킹 모듈의 컨트롤러에 의해 메인 어플리캐이션에 전달, 데이터베이스에 저장되게 된다.

(3) 자료 흐름 및 트랜잭션 처리는, 클라이언트의 접속 요청으로 자료 흐름이 시작되어 사전 전문에 의해 서버의 메인 모듈이 호출되면 기관으로의 사용자 인증을 거친 후 실제 서비스 전문의 교환이 이루어진다. 마지막으로 클라이언트로부터 종료 전문에 의해 서버의 메인 모듈은 실행이 종료된다.

(4) 표준 전문 처리는 사용자와 다수의 기관이 연결되는 구조를 갖기 때문에 서버는 양측(사용자,기관)의 사이에서 자료 흐름을 제어해야 한다. 즉, 클라이언트와는 약속된 구조의 전문을 주고 받지만 이를 기관에 전달할 때는 그 기관의 전문 구조를 변형하게 된다. 서버와 클라이언트 사이에 약속된 전문이 표준 전문이다. 표준 전문 클라이언트에서 서버로 전달되는 표준 입력전문, 반대로 전달되는 표준 출력 전문으로 나누어진다. 각 항목은 미리 정의된 태그로 구성되며 출력 전문에는 출력 방식을 결정하는 속성들이 존재한다.

표 1은 서버 구성 모듈별 처리 내용에 따른 표준 전문 처리 내용을 나타낸다.

프로세스	처리부	내용
로더	클라이언트통신처리부	클라이언트와 소켓 통신 처리
	서버 호출부	서버기동처리
	전문처리부	표준전문호스트간의 변환처리표준전문분석/호스트전문구성/호스트전문분석/표준전문구성
	클라이언트통신처리부	클라이언트와 소켓 통신 처리
	시스템통신처리부	뱅크 커뮤니캐이션 데몬과의 호스트전문송/수신처리
CommunicationDaemon(커뮤니캐이션 데몬)	서버통신처리부	서버와의 호스트전문 송/수신
	호스트통신처리부	은행과의 X.25 통신을 통한 호스트전문 송/수신처리
서버관리프로그램	사용자현황관리부	은행별현재접속현황 보기 및 오류사용자 제거
	사용자통계분석부	은행/기간/서비스 별로 다차원 통계처리
	서버프로세스관리부	서버 프로세스의 기동/종료 처리
	은행별전문규칙DB관리부	전문 변환에 필요한 테이블의 추가/수정/삭제/검색
	환경DB관리부	전은행에공통적으로 적용되는 환경DB의 추가/삭제/검색처리
	공지광고사항관리부	공지/광고사항의 추가/삭제/수정/검색
	버전관리부	버전테이블의 추가/수정/삭제/검색

(5) 전문 변환은 표 2~8과 같이, 서버는 클라이언트로부터 수신된 표준 입력 전문을 각 기관별 전문으로 변환하여 기관으로 전송하며, 기관으로부터 수신된 기관 전문을 표준 출력 전문으로 변환하여 클라이언트에 전달한다.

표준 전문 변환 데이터 베이스 구성에 따른 전문 변환 테이블

테이블이름	내용
입력표준전문테이블	각 서비스 별로 입력 표준 전문을 분석하기 위한 내용을 담고 있다.
입력전문코드변환테이블	각 서비스 별로(표준 전문 코드-호스트전문코드)대응관계에 대한 내용을 담고 있다.
입력호스트전문테이블	각 서비스 별로 입력 표준 전문으로 입력 호스트 전문을 구성하기 위한 내용을 담고 있다.
출력호스트전문테이블	각 서비스 별로 출력 호스트 전문을 분석하기 위한 내용을 담고 있다.
출력전문코드변환테이블	각 서비스 별로(호스트 전문 코드-표준 전문 코드) 대응 관계에 대한 내용을 담고 있다.
출력표준전문테이블	각 서비스 별로 출력 호스트 전문으로 출력 표준 전문을 구성하기 위한 내용을 담고 있다.

여기서, 전문변환테이블은, 은행별로 존재하며, 표준전문을 은행별 호스트 전문으로 변환하는데 사용되며, 자료의 변경보다 검색의 특성이 크며, 따라서 DBMS 가 아닌, 파일 형태의 ISAM DB를 사용한다.

입력표준 전문 테이블(스키마) 예

	입력표준전문코드	코드당일련번호	표준전문태그	검사코드	필수여부
설명		1부터시작해서빈틈없이 정렬		Check input DB의 chk-code컬럼에 있는 값	0:필수아님1:필수
컬럼명	in-stdtel-code	serial-num	tag	chk-code	necessary-flag
크기	10	2	32	3	1
정렬방식	L	R	L	L	L
Key	A	A

입력 전문 코드 변환 테이블(스키마) 예

	입력표준전문코드	입력호스트전문코드	반복유형
설명			아래
loop-type	0:normal한 경우단일 호스트 전문:복수계좌이체2:출력호스트 전문을 전부 받아서 Parsing 해야할 경우. 즉, 모든 출력 호스트 반복전문이 Parsing 할 수 있는 구조로 되어 있지 않다. 단, 매 경우마다 입력 전문을 생성해야 한다.
컬럼명	in-stdtel-code	in-hosttel-code	loop-type
크기	10	50	1
정렬방식	L	L	L
Key여부	A

입력호스트 전문 테이블(스키마) 예

	호스트전문코드	일련번호	필드구분	출력형식	기본값	입력표준전문태그	암호화여부
설명		1부터시작해서 빈틈없이 정렬				규칙함수가 올 수 있다	0:암호화하지 않음1:암호화
컬럼명	in-hosttel-code	serial-num	field-id	format	defauilt-value	tag	crypto-flag
크기	32	2	10	10	20	50	1
정렬방식	L	R	L	L	L	L	L
Key여부	A	A

출력 호스트 전문 테이블(스키마) 예

	호스트전문코드	입력표준전문코드	일련번호	필드구분	크기	제거대상문자	암호화여부
설명		*이면검서하지 않는다.	1부터 시작해서 빈틈없이 정렬	입출력필드정의 DB 테이블상의 CODE를 기술	출력전문상에서 필드가 차지하는 사이즈를 정의/반복건수를 나타내는 필드 ID,규칙함수수 올수 있다.	출력전문에서 제거할 문자들을 스페이스로 부군 나열.	0:암호화하지 않음1:암호화
컬럼명	out-hosttel-code	in-stdtel-code	serial-num	field-id	size	rm-char	crypto-flag
크기	32	10	2	10	50	20	1
정렬방식	L	L	R	L	L	L	L
Key여부	A	A	A

출력 전문 코드 변환 테이블(스키마)예

	출력호스트전문코드	입력표준전문코드	출력표준전문코드
설명		*이면 검사하지 않음	규칙함수사용가능
컬럼명	out-hosttel-code	in-stdtel-code	out-stdtel-code
크기	32	10	50
정렬방식	L	L	L
Key여부	1	2

출력 표준 전문 테이블(스키마) 예

	표준전문코드	출력호스트전문코드	일련번호	표준전문태그	출력형식	기본값	호스트필드이름/규칙함수	argument	header
설명	클라이언트와 통신하기 위한 전문코드	*이면검사하지 않음	1부터 시작해서 빈틈없이	표준전문에서사용하는 출력필드태그		호스트필드이름과는무관하게클라이언트에게 전송하기 위한 내용	호스트필드이름을 정의,정의된 값변경위한함수정의	서버에서데이터출력시타이틀과데이터출력형식정의	반복내역이있는데이터의반복타이틀과데이터출력할가이드쉘사이즈기록
컬럼명	out-stdtel-code	out-hosttel-code	serial-num	tag	format	default-value	field-id	argument	header
크기	10	32	2	32	10	64	50	200	200
정렬방식	L	L	R	L	L	L	L	L	L
Key여부	A	A	A

표준전문의 예는 표 9와 같다.

A금융기관 잔액조회 입력 표준전문

<C0000001>1001010001</C0000001> 전문번호<C0000002>6</C0000002> 은행코드<C0000003>*****</C0000003> 홈뱅킹ID<C0000004>****</C0000004> 홈뱅킹password<C0000005>20000722142209</C0000005> 전송일시(시스템시간)<C0000014>01</C0000014> 첫 번째페이지<A1000001>52810201018***</A1000001> 조회계좌번호<A1000002>****</A1000002> 조회계좌비밀번호

A금융기관 잔액조회 출력 표준전문

<C0000001>2001010001<C0000001><C0000002 title='은행'type='bankname'>06</C0000002><C0000003>grman</c0000003><C0000005 title='전송일시'type='date:YYYYMMDDHHNN'>200007221418</C0000005><B******* type='hipp:AAAAAA-AA-AAAAAA'title='출금계좌번호'>52810201018***</B*******><B******* title='예금종류'>저축예금</B*******><B******* title='개설점'>○○○<B*******><B******* title='예금주'>○○○<B*******><B******* title='총잔액' type='money' unit='원'>1201</B*******><B1010001 title='실잔액' type='money' unit='원'>1201</B1010001>

전문변환 순서는, 일벽잔액조히 표준 전문 분석과정과, 입력잔액조회 호스트 전문 문자열 구성과정과, 출력잔액 조회 호스트 전문 문자열 분석 과정과, 출력잔액 조회 표준 전문 문자열구성과정으로 실행된다.

이같은 표준전문 테이블이외에 공지사항 테이블과 광고테이블,은행정보테이블,버전테이블 등을 갖는다.

도 12는 자산 등록 업무의 흐름도를 나타낸다.

자산등록을 시작하여(S601) 자산 종류를 선택하여(S602) 기본사항을 입력하고(S603), 온라인 등록인가에 따라(604), 온라인 등록이면 해당 기관에 연결되고(S605), 조회가 시작되어(S606) 기타사항을 입력하고(S607), 다른 자산 계속 등록 실행인가에 따라(S608), 계속 등록이면 다시 자산 종류 선택(S603)에서 기본사항 입력을 진행하고 아니면 자산등록을 완료하며(S609), 온라인 등록이 아닌 경우 사용자 입력 단계(S610)를 거쳐 자산을 등록한다.

도 13은 자산 조회에 다른 업무 흐름도이다.

조회를 시작하여(S701) 서버에 접속하면(S702) 해당 기관에 연결되고(S703), 사용자 인증에 성공인가에 따라(S704) 요청자료를 구성하고(S705) 사용자 추가 입력 필요인가에 따라(S706) 필요하면 사용자 입력 단계를 거치고(S707) 입력이 불필요하면 바로 요청자료를 구성하여(S708) 서버에 전송한다(S709).

서버로 전송된 자료를 수신하고(S710) 다음 전문이 필요한가에 따라(S711)필요하면 다시 요청자료를 구성하고(S705), 필요 없으면 자료를 저장하고(S712) 다음자산 조회를 시작한다(S713).

다음자산 조회 단계(S714)에서는 다음 자산이 있는가에 따라(S715), 있으면 조회를 시작하고 (S716)없으면 조회를 종료한다(S717).

도 14는 자산 자동 등록 및 조회 흐름도를 나타낸다.

자산등록을 시작하여(S801) 자산종류를 선택한 뒤(S802) 기관 정보를 입력하여 선택하고(S803) 자동등록이 가능한가에 따라(S804) 자동등록이 가능하면 기관 연결 정보가 입력되어 있는가(S805)에 의해 기관 연결정보가 입력되어 있으면 등록 정보를 조회하고(S806) 온라인 조회가 가능한 자산인가(S807)에 의해 현황 조회를 거치고(S808) 데이터 베이스에 저장하여 자산등록을 완료한다(S809~S810).

자동등록이 가능하지 않은 경우 사용자 수동 등록을 통해(S811) 온라인 조회가 가능한 자산인가(S807)를 조회하여 현황 조회에 들어간다(S808).

S805단계에서 기관 연결 정보가 입력되어 있지 않은 경우 연결정보를 입력하여(S812) 등록정보를 조회한다(S806).

온라인 조회가 가능하지 않은 자산인 경우 현황 수동 입력단계(S813)를 거쳐 조회하고 그 조회 결과를 데이터베이스에 저장한다.

사용자 입력 및 조회에 따라 얻을 수 있는 자산관리내역과 통계처리 목록의 한 형태는 표 10 및 표 11과 같은 형태이고, 이밖에 다양한 처리 결과 및 목록을 얻을 수 있다

자산 관리 내역/통계처리 목록

자산종류	조회내용
예금	일반예금	*지불가능잔액*,원장잔액, 이출금내역(건별)등
	적립예금	*적립금*,계약일,만기일,계약금,매원납입일,연체상태,이율,총납입횟수,현재납입횟수,납입내역(건별) 등
	거치예금	*해약환금금액*,사용기간,사용내역(건별) 등
	외화예금	*잔액*,통화,환율,입출금내역(건별)등
카드	*당월결재금액*,사용기간,사용내역(건별) 등
주식	*현재가*,종목세부정보,종합시세,거래정보(건별) 등
보험	*해약환금금액*,보험료,매원납입일,납입금액,납입내역(건별)등
부동산	*현재가*
부채	기관부채	*대출잔여금액*,총대출액,매월상환일,월상환금액,총상환횟수,계약일,만기일,상환내역(건별) 등
	기타부채	*부채잔여금액*,총부채액,상환금액,계약일,상환만기일,상환내역(건별)등
기타	현금및기타자산	조회 불가능(오프라인 관리)

공통조회내용은, 조회일시이고, 각 자산종류에서 '*-*'는 자산전체에 대한 통계(총자산 및 총부채)연산에 사용되는 값들이다.

자산종류	자산평가항목	성격구분
예금(1)	잔액	잔액	현금성자산
	해약환급금액	해약환급금액	저축성자산
	해약환급금액	해약환급금액	저축성자산
	잔액(현재환율적용)	잔액(현재환율적용)	현금성자산
카드(2)		당월결재금액	부채자산(신용지출)
주식(3)		현재가×보유수량	투자자산
보험(4)		해약환급금액	저축성자산
부동산(5)		현재가	부동산
부채(6)	잔여상환금액	잔여상환금액	부채자산(기관자산)
	잔여상환금액	잔여상환금액	부채자산(기타자산)
기타(7)	잔액(평가금액)	잔액(평가금액)	현금성자산

(1) 금융자산관리 기능은, 사용자가 현재보유하고 있는 자산(은행계좌, 신용카드, 주식, 투자신탁의 수익증권과 뮤츄얼펀드, 보험, 연금, 부동산, 현금, 기타)의 현황 보고와 분석 기능을 제공한다.

(2) 온라인금융거래 기능은, 실제 은행이나 증권사, 신용카드 회사와 온라인으로 거래를 실시할 수 있게할 뿐만 아니라 온라인으로 청구서 결재까지 처리할 수 있는 온라인 뱅킹, 온라인 결재, 온라인 트레이딩, 온라인 크레딧 기능을 제공한다.

(3) 금융자산계획 기능은, 운용과 대비 그리고 재테크 기능으로 구성되어 있으며, 개인의 현금흐름을 관리하는 가계부 기능을 담당하는 운용과 대비에서 수입과 지출을 기록하여 분석자료를 제공하고, 예결산 분석, 향후 지출에 대비한 자금의 저축을 위한 계획을 시뮬레이션을 통해 계획할 수 있도록 해준다. 또한 재테크에서는 투자부문과 부동산 부문으로 나뉘어 재테크를 위한 금융자산의 운용에 필요한 다양한 최신의 금융정보를 제공한다.

이같은 주요기능외에 지원 가능한 기능은, 간단한 사용자 환경 설정이나 통신환경 설정으로 온라인 상에서 실시간 거래를 처리하기 위하여 반복되는 숫자, 문자의 입력을 한번으로 해결하도록 하며, 각종 자료의 출력과 다른 소프트웨어의 자료호환이 자유롭게 지원될 수 있다.

따라서, 사용이 쉽고 편리한 환경을 제공할 수 있으며, 금융기관별 계좌의 통합 관리, 한눈에 파악가능한 통장관리, 손쉬운 잔액/내역조회, 편리하고 안전한 계좌이체, 다양한 분석 및 통계자료 제공, 결과 레포트, 신용카드 서비스, 예약 및일정관리, 복수 사용자 지원, CMS 등의 이용 효과를 얻는다.

본 고안에 주요 관리대상으로 선택된 자산은 금융자산이다. 금융 자산은 특정기관에 위탁되어 관리되어 지는 것이며 현금 및 부채를 포함한다.

이렇게 선택, 분류된 자산은 다시 자산의 성격에 따라 현금성 자산,저축성자산,투자자산,기타자산,부채자산으로 분류되어 사용자에게 또 다른 통계로서 보여지게 된다.

부채 자산은 기관부채,신용지출,기타부채로 분류된다.

계좌는 일반 예금,적립적금,거치예금,외화예금등으로 분류되며 일반예금의 경우 현재잔액,적립예금과 거치예금은 해약환급금액, 외화예금은 현재 환율에 의해 계산된 계좌잔액이 자산 평가 항목이다. 또한 부채 자산의 세부 종류로서 대출 예금등을 관리한다. 대출예금은 자산 평가 항목으로서 잔여 상환 금액을 사용한다. 적립,거치,대출 예금의 경우 월별 자동 이체일과 일반 계좌 가운데 지정된 출금 계좌의 잔액 상태를 검색하여 사용자에게 알려주는 일정관리 기능도 제공한다. 각 계좌의 입출금 역시 자산 변동내역으로 관리된다.

신용카드는 세부 종류없이 일반신용카드를 관리대상으로 한다. 해당월 결재 금액이 자산 평가 항목이며 부채 자산의 세부항목인 신용제츨에 포함된다. 등록된 카드별로 조회된 카드 이용 내역은 자산 변동 내역으로 관리된다.

주식은 사용자가 소유하고 있는 종목 단위로 관리된다. 각 소유 종목은 거래하는 증권사 계좌에 연결되어 자동 등록, 거래 조회, 현재가 평가가 이루어지며 자산 평가 항목은 현재가와 보유 수량에 의해 게산되는 평가금액이다. 현금 매수/매도, 신용매수,증자,감자,액면분활 등 주식 시장에서 일어나는 모든 거래 변동 내역으로 관리된다. 현제가 외에 각 종목의 구입 단가에 의해 현재 수익률, 수익률변동,모의 투자기능이 제공된다.

보험은 사용자가 거래하는 보험사에 의해 조회되는 가입 상품이 관리 대상이며, 자산 평가 항목은 적립 금액이 아닌 해약 환금 금액이다.

이밖에 등록된 각 보험의 종류, 약관에 표시된 보험 대상을 조회할 수 있으며 보험료 자동납부의 경우 출금 계좌의 잔액, 납입 일의 일정 관리 기능에 의해 관리된다.

보험금은 자산 평가 항목으로 간주되지 않는다.

부동산은 사용자가 소유한 부동산의 현재가의 시세를 조회한 금액이 자산 평가 항목이며 변동 내역은 관리되지 않는다. 단 시세의 변화는 기록된다.

부채 가운데 기관 부채는 대출계좌와 동일하고, 기타 부채 및 현금, 기타 자산은 사용자에 의해 기록되는 현황 및 변동내역에 의해 관리된다.

자산평가항목은 현재가 이다. 본 고안은 도 12 내지 도15과 같이 자산이 해당 기관에 연결되어 조회되고 현황 및 변동 내역이 자동조회되어 클라이언트의 데이터베이스에 저장된다. 그리고 하나의 기관에 연결될 때 두 개 이상의 자산이 자동 등록 가능하며 자동 등록이 되어지지 않는 자산의 경우 사용자 입력을 거쳐 데이터베이스에 저장된다.

본 고안은 사용자 자산 등록 과정부터 현황 조회과정이 각 자산의 해당 기관으로부터 자료를 전달받아 자동으로 등록/조회/갱신되며, 이렇게 저장된 개인 자산정보를 바탕으로 전체 자산 변동 내역, 주요 수입/지출/ 내역 등을 추출할 수 있는 개인 자산관리 시스템이 제공되고 이를 통해 개인자산을 종합적으로 관리할 수 있으므로 개인이 특정 금융기관에서 개설한 계좌의 종류와 잔액, 거래기록 조회 혹은 자금의 이체와 같은 기능들이다.

따라서 한번에 한 기관에 관한 업무만을 처리할 수 있는 단점을 개선한다.

이와 같이 본 고안은 개인자산관리 서비스장치의 클라이언트 구조를 제공함으로서, 다양한 자산관리를 효과적으로 할 수 있게 하는 효과가 있다.

Claims (1)

1. 인터넷환경에서 개인자산관리 데이터센터를 운영하는 서비스제공자가 운영하는 웹서버와,

   상기 웹서버와 다른 기관간의 데이터교환을 매개하는 통신서버로 이루어지는 개인자산관리서비스장치에 있어서,

   상기 개인자산관리서비스장치의 클라이언트구조는,

   어플리케이션사용자 인터페이스로 부터 전달받은 자료를 근거로 표준입력전문을 구성하는 표준전문처리입력 모듈과, 통신모듈로부터 전달받은 표준출력전문을 암복호화 모듈에 전달하여 복호화하는 표준전문처리출력모듈과, 상기 표준전문처리 입.출력모듈로부터 전달된 표준전문을 암호화하거나 복호화하는 암복호화모듈과, 상기 암호화된 표준입력전문을 표준전문처리 모듈로부터 전달받는 통신모듈로 이루어지는 것을 특징으로하는 개인자산관리서비스장치의 클라이언트구조.