KR102182131B1 - 간편 대출 서비스 시스템 및 방법과 이를 위한 컴퓨터 프로그램 - Google Patents

Abstract

간편 대출 서비스 시스템은, 하나 이상의 핀테크(fintech)기관으로부터 대출 업무 처리 요청을 수신하며, 상기 대출 업무 처리 요청에 상응하는 처리 결과를 상기 핀테크기관에 제공하도록 구성된 대출 정보 중계 시스템; 및 상기 대출 정보 중계 시스템으로부터 상기 대출 업무 처리 요청을 수신하고, 상기 대출 업무 처리 요청을 하나 이상의 금융기관 중 대출 업무를 처리할 금융기관에 상응하는 전문명세 데이터로 변환하여 상기 금융기관에 전송하며, 상기 금융기관으로부터 상기 처리 결과를 수신하고 상기 처리 결과를 통합명세 데이터로 변환하여 상기 대출 정보 중계 시스템에 전송하도록 구성된 금융기관 연계 시스템을 포함한다. 상기 간편 대출 서비스 시스템은, 다수의 핀테크기관과 금융기관의 연계를 중계하여, 각각의 기관별로 인프라를 구성할 경우 발생하는 과다한 투자 비용 및 운영 리스크를 없애고 보안 및 편의성을 향상시킨 간편 대출 플랫폼(platform)의 기능을 제공한다.

Description

간편 대출 서비스 시스템 및 방법과 이를 위한 컴퓨터 프로그램{SYSTEM AND METHOD FOR FACILITATING LOAN SERVICE AND COMPUTER PROGRAM FOR THE SAME}

실시예들은 간편 대출 서비스 시스템 및 방법과 이를 위한 컴퓨터 프로그램에 대한 것으로, 보다 구체적으로는, 핀테크(fintech)기관이 대출 업무가 수반된 서비스를 제공할 수 있도록 다수의 핀테크기관과 금융기관의 연계를 중계하여, 각각의 기관별로 인프라를 구성할 경우 발생하는 과다한 투자 비용 및 운영 리스크를 없애고 보안 및 편의성을 향상시킨 간편 대출 플랫폼(platform)에 관련된 기술에 대한 것이다.

최근 핀테크(fintech) 시대를 맞이하여, 은행과 같은 금융기관이 아닌 사업자들도 간편 결제 서비스처럼 금융과 정보통신 기술이 융합된 서비스를 사용자들에게 제공할 수 있는 기술적, 사회적 기반이 마련되었다. 한국의 경우 정부 차원에서 핀테크 활성화를 위한 규제 혁신 전담 인력을 구성하여 관련 제도를 정비하고 오픈 뱅킹(open banking)을 법제화하는 등 새로운 금융 서비스가 등장할 수 있는 환경을 조성하기 위한 노력들이 이루어지고 있다.

대출 한도 조회나 금리 조회, 대출의 신청 또는 신청 결과의 확인과 같은 대출 업무 자체는 금융기관에 의하여 이루어지므로, 핀테크 사업자가 대출 업무를 수반하는 핀테크 서비스를 제공하기 위해서는 핀테크기관과 금융기관 시스템 사이의 정보 연계가 이루어져야 한다. 그러나, 각각의 핀테크기관별로 시스템 구성이나 송수신되는 정보의 형태 및 연계 방식 등이 상이하고, 또한 각각의 금융기관별로 개발 환경이나 금융기관이 요구하는 보안 정책이 상이한 경우가 대부분이다.

따라서, 대출 관련 핀테크 서비스의 실현을 위해서는 연계할 핀테크기관 및 금융기관별로 인프라 구성이 이루어져야 하고, 이는 사업 진행 전 각 핀테크기관에 대한 보안 점검 및 실사를 위해 많은 시간을 필요로 하며, 인프라의 구축 과정에서도 개발 인건비와 회선 또는 장비 비용 등 막대한 인적 및 물적 비용의 투자를 필요로 하는 문제점이 있다. 또한, 기관별로 인프라를 구성하는 것은 인프라 구축 후에도 지속적인 운영 비용 지출이나 장애 대응 등 운영 리스크를 수반하는 문제가 있다.

공개특허공보 제10-2008-0071211호

본 발명의 일 측면에 따르면, 핀테크(fintech) 사업자가 금융기관과 연계하여 대출 업무가 수반된 서비스를 제공함에 있어서, 다수의 핀테크기관과 금융기관 사이의 정보 중계 서비스를 제공함으로써, 대출 한도 조회, 금리 조회, 대출 신청 및 결과 확인과 같은 대출 업무가 핀테크 서비스를 통해 간편하게 이루어지도록 하는 플랫폼(platform)의 기능을 하는 간편 대출 서비스 시스템과, 간편 대출 서비스 방법 및 이를 위한 컴퓨터 프로그램을 제공할 수 있다.

본 발명의 일 측면에 따른 간편 대출 서비스 시스템은, 하나 이상의 핀테크(fintech)기관으로부터 대출 업무 처리 요청을 수신하며, 상기 대출 업무 처리 요청에 상응하는 처리 결과를 상기 핀테크기관에 제공하도록 구성된 대출 정보 중계 시스템; 및 상기 대출 정보 중계 시스템으로부터 상기 대출 업무 처리 요청을 수신하고, 상기 대출 업무 처리 요청을 하나 이상의 금융기관 중 대출 업무를 처리할 금융기관에 상응하는 전문명세 데이터로 변환하여 상기 금융기관에 전송하며, 상기 금융기관으로부터 상기 처리 결과를 수신하고 상기 처리 결과를 통합명세 데이터로 변환하여 상기 대출 정보 중계 시스템에 전송하도록 구성된 금융기관 연계 시스템을 포함한다.

일 실시예에서, 상기 금융기관 연계 시스템은, 복수의 금융기관에 각각 대응되며 데이터 종류 및 데이터 순서 중 하나 이상을 정의하는 복수의 레이아웃 정보를 이용하여 상기 전문명세 데이터를 생성하고, 상기 전문명세 데이터를 상기 복수의 금융기관에 각각 대응되는 복수의 통신 방식 중 상기 대출 업무를 처리할 금융기관에 상응하는 통신 방식을 이용하여 상기 금융기관에 전송하도록 더 구성된다.

일 실시예에서, 상기 금융기관 연계 시스템은, 상기 핀테크기관으로부터 API를 이용하여 상기 대출 업무 처리 요청을 수신하도록 구성된 제1 통신 모듈; 상기 대출 업무 처리 요청을 상기 전문명세 데이터로 변환하도록 구성된 전문변환 모듈; 및 상기 전문명세 데이터를 상기 금융기관에 전송하도록 구성된 제2 통신 모듈을 포함한다.

일 실시예에서, 상기 전문변환 모듈은, 상기 대출 업무 처리 요청을 전문방식의 중간 데이터로 변환하도록 구성된 전문방식 변환부; 상기 대출 업무 처리 요청에 상응하는 거래 종류 및 대상 기관 중 하나 이상을 결정하도록 구성된 거래 분기부; 및 상기 복수의 레이아웃 정보, 및 상기 거래 분기부에 의해 결정된 거래 종류 및 대상 기관 중 하나 이상에 기초하여, 상기 중간 데이터를 상기 전문명세 데이터로 변환하도록 구성된 전문명세 변환부를 포함한다.

일 실시예에서, 상기 제2 통신 모듈은 상기 금융기관으로부터 상기 처리 결과를 수신하도록 더 구성되며, 상기 전문변환 모듈은 상기 처리 결과를 상기 통합명세 데이터로 변환하도록 더 구성되고, 상기 제1 통신 모듈은 상기 핀테크기관에 상응하는 통신 방식을 이용하여 상기 통합명세 데이터를 상기 핀테크기관에 전송하도록 더 구성된다.

일 실시예에서, 상기 대출 정보 중계 시스템은, 상기 대출 업무 처리 요청에 기초하여 상기 핀테크기관의 확장 가능한 상품 정보를 정의하는 마케팅 정보를 생성하고, 상기 마케팅 정보를 상기 핀테크기관에 전송하도록 더 구성된다.

본 발명의 또 다른 측면에 따른 간편 대출 서비스 방법은, 대출 정보 중계 시스템이 하나 이상의 핀테크기관으로부터 대출 업무 처리 요청을 수신하는 단계; 금융기관 연계 시스템이 상기 대출 업무 처리 요청을 하나 이상의 금융기관 중 대출 업무를 처리할 금융기관에 상응하는 전문명세 데이터로 변환하는 단계; 상기 금융기관 연계 시스템이 상기 전문명세 데이터를 상기 금융기관에 전송하는 단계; 상기 금융기관 연계 시스템이 상기 금융기관으로부터 상기 대출 업무 처리 요청에 상응하는 처리 결과를 수신하는 단계; 상기 금융기관 연계 시스템이 상기 처리 결과를 통합명세 데이터로 변환하는 단계; 및 대출 정보 중계 시스템이 상기 통합명세 데이터 형태의 상기 처리 결과를 상기 핀테크기관에 제공하는 단계를 포함한다.

일 실시예에서, 상기 대출 업무 처리 요청을 수신하는 단계는, 상기 대출 정보 중계 시스템이 상기 핀테크기관으로부터 오픈 API를 이용하여 상기 대출 업무 처리 요청을 수신하는 단계를 포함한다.

일 실시예에서, 상기 전문명세 데이터로 변환하는 단계는, 상기 금융기관 연계 시스템이 상기 대출 업무 처리 요청을 전문방식의 중간 데이터로 변환하는 단계; 상기 금융기관 연계 시스템이, 상기 대출 업무 처리 요청에 상응하는 거래 종류 및 대상 기관 중 하나 이상을 결정하는 단계; 및 상기 금융기관 연계 시스템이, 복수의 금융기관에 각각 대응되며 데이터 종류 및 데이터 순서 중 하나 이상을 정의하는 복수의 레이아웃 정보와, 상기 결정하는 단계에서 결정된 거래 종류 및 대상 기관 중 하나 이상에 기초하여, 상기 중간 데이터를 상기 전문명세 데이터로 변환하는 단계를 포함한다.

일 실시예에서, 상기 전문명세 데이터를 상기 금융기관에 전송하는 단계는, 복수의 금융기관에 각각 대응되는 복수의 통신 방식 중 상기 대출 업무를 처리할 금융기관에 상응하는 통신 방식을 이용하여 상기 전문명세 데이터를 상기 금융기관에 전송하는 단계를 포함한다.

일 실시예에서, 상기 처리 결과를 상기 핀테크기관에 제공하는 단계는, 상기 대출 정보 중계 시스템이, 상기 핀테크기관에 상응하는 통신 방식을 이용하여 상기 통합명세 데이터를 상기 핀테크기관 또는 상기 사용자에게 전송하는 단계를 더 포함한다.

일 실시예에 따른 간편 대출 서비스 방법은, 상기 대출 정보 중계 시스템이, 상기 대출 업무 처리 요청에 기초하여 상기 핀테크기관의 확장 가능한 상품 정보를 정의하는 마케팅 정보를 생성하는 단계; 및 상기 대출 정보 중계 시스템이, 상기 마케팅 정보를 상기 핀테크기관에 전송하는 단계를 더 포함한다.

본 발명의 일 측면에 따른 컴퓨터 프로그램은, 하드웨어와 결합되어 전술한 실시예들에 따른 간편 대출 서비스 방법을 실행하기 위한 것으로서, 컴퓨터로 판독 가능한 기록매체에 저장될 수 있다.

본 발명의 일 측면에 따른 간편 대출 서비스 시스템 및 방법에 의하면, 간편 대출 서비스 시스템이 다수의 핀테크(fintech)기관과 다수의 금융기관 사이의 정보 연계 서비스를 제공하고 대출 한도 조회, 금리 조회, 대출 신청 및 결과 확인과 같은 대출 업무가 간편하게 수행되도록 하는 플랫폼(platform)의 기능을 제공함으로써, 각각의 핀테크기관과 금융기관별로 시스템 연계를 위한 인프라를 구성할 필요가 없는 이점이 있다.

본 발명의 일 측면에 따른 간편 대출 서비스 시스템 및 방법을 이용할 경우, 동일 거래에 대한 서로 다른 금융기관별 전문명세의 사용을 배제하고 간편 대출 서비스 시스템이 제공하는 통합명세를 통해 간편 대출 서비스를 실현함으로써, 핀테크기관은 금융기관별로 복잡한 보안 요구사항, 통신방식, 전문방식 등에 구애받지 않고 저렴한 비용으로 간편 대출 서비스를 구축하고 검증된 보안 및 전문인력을 통한 서비스를 제공할 수 있으며, 금융기관은 간편 대출 서비스 시스템에서 금융기관별 전문방식, 전문명세 및 통신방식에 따라 자동 변환한 데이터를 기반으로 금융거래를 실행할 수 있는 이점이 있다.

나아가, 본 발명의 일 측면에 따른 간편 대출 서비스 시스템 및 방법에 의하면, 핀테크기관에서는, 기존의 신용대출을 기반으로 한 서비스에 그치지 않고, 간편 대출 서비스 시스템에 의하여 제공되는 마케팅 정보를 기반으로 공무원 연금이나 사학 연금을 담보로 한 대출이나, 자동차 담보 대출, 또는 주택 담보 대출 등 다양한 서비스로 사업 영역을 확장할 수 있는 이점이 있다.

도 1은 일 실시예에 따른 간편 대출 서비스 시스템의 개략적인 블록도이다.
도 2는 일 실시예에 따른 간편 대출 서비스 시스템의 시스템 아키텍처를 나타내는 개념도이다.
도 3은 일 실시예에 따른 간편 대출 서비스 시스템의 금융기관 연계 시스템의 개략적인 블록도이다.
도 4는 일 실시예에 따른 간편 대출 서비스 시스템의 금융기관 연계 시스템에 의한 데이터 변환 과정을 나타내는 개념도이다.
도 5a는 일 실시예에 따른 간편 대출 서비스 시스템에 의해 핀테크기관과 금융기관 사이의 연계가 가능한 경우를 나타내는 개념도이다.
도 5b는 서로 상이한 통신 방식 및 전문방식을 사용하는 기관 사이의 연계 흐름을 나타내는 개념도이다.
도 6은 일 실시예에 따른 간편 대출 서비스 방법의 각 단계를 나타내는 순서도이다.

이하에서, 도면을 참조하여 본 발명의 실시예들에 대하여 상세히 살펴본다.

도 1은 일 실시예에 따른 간편 대출 서비스 시스템의 개략적인 블록도이다.

도 1을 참조하면, 본 실시예에 따른 간편 대출 서비스 시스템(1)은 대출 업무와 관련하여 다수의 핀테크(fintech)기관(11, 12, 13, ... 1N)과 다수의 금융기관(41, 42, 43, ... 4N) 사이의 정보 중계 기능을 수행한다.

본 명세서의 핀테크기관(11, 12, 13, ... 1N)은 금융기관이 아니지만 대출 업무 처리가 수반되는 핀테크 서비스를 제공하는 사업자의 장치로서, 예컨대, 핀테크 사업자의 서버를 지칭할 수 있다. 그러나, 간편 대출 서비스 시스템(1)은 핀테크 사업자의 장치가 아니라 핀테크 사업자가 제공하는 핀테크 서비스를 이용하는 사용자 장치와 통신하도록 구성될 수도 있으며, 본 명세서의 핀테크기관(11, 12, 13, ... 1N)은 이러한 사용자 장치에 해당할 수도 있다. 예를 들어, 사용자들은 자신의 스마트폰(smartphone)과 같은 단말기에서 핀테크 사업자가 제공하는 핀테크 서비스를 위한 애플리케이션(또는, 앱(app))을 실행함으로써 간편 대출 서비스 시스템(1)과 통신을 수행할 수도 있다.

또한, 본 명세서의 금융기관(41, 42, 43, ... 4N)은 핀테크기관(11, 12, 13, ... 1N) 또는 핀테크기관(11, 12, 13, ... 1N)이 제공하는 서비스를 이용하는 사용자 장치로부터 요청된 대출 업무를 실행하는 기관을 의미한다. 이때 대출 업무를 실행한다는 것은 대출 자금의 이전을 실행하는 것에 한정되지 않으며, 신용 등급의 조회 또는 대출 한도나 금리의 조회 등 대출에 수반되는 일련의 업무 중 적어도 일부를 실행하는 것을 지칭할 수도 있다. 금융기관(41, 42, 43, ... 4N)은 제1 금융권 은행일 수도 있으며, 또는 저축은행, 증권사, 종합금융회사, 보험회사, 카드사, 캐피탈 사 등과 같은 제2 금융권 기관일 수도 있다.

실시예들에 따른 간편 대출 서비스 시스템(1)은, 금융기관이 아닌 핀테크 사업자들이 간편 대출 서비스와 같은 핀테크 서비스를 제공함에 있어서, 대출 한도 및 금리의 조회, 대출 신청 접수, 대출 실행 결과의 통보 및 확인과 같은 대출 업무 기능을 핀테크기관(11, 12, 13, ... 1N)과 금융기관(41, 42, 43, ... 4N) 사이의 별도 인프라 구축이 없이도 간편 대출 서비스 시스템(1)을 통하여 실현할 수 있도록 한다. 간편 대출 서비스 시스템(1)을 이용할 경우, 종래와 같이 다수의 핀테크기관(11, 12, 13, ... 1N)과 금융기관(41, 42, 43, ... 4N) 사이에 연계할 각 기관별로 전용회선이나 보안 통신을 위한 방화벽 장비 등 인프라를 구축할 필요가 없는 이점이 있다.

이상의 동작을 위하여, 간편 대출 서비스 시스템(1)은 핀테크기관(11, 12, 13, ... 1N) 및 금융기관(41, 42, 43, ... 4N)과 통신하며 동작하도록 구성된 대출 정보 중계 시스템(2) 및 금융기관 연계 시스템(3)을 포함한다. 또한, 대출 정보 중계 시스템(2) 및 금융기관 연계 시스템(3) 각각은 후술하는 하나 이상의 모듈(module) 또는 부(unit)를 포함할 수도 있다.

본 명세서에 기재된 장치들은 전적으로 하드웨어이거나, 또는 부분적으로 하드웨어이고 부분적으로 소프트웨어인 측면을 가질 수 있다. 예컨대, 간편 대출 서비스 시스템(1)을 구성하는 각 시스템 및 이와 통신하는 각각의 시스템, 장치, 서버 등과 이들에 포함된 각 모듈 또는 부는, 특정 형식 및 내용의 데이터를 전자통신 방식으로 주고받기 위한 장치 및 이에 관련된 소프트웨어를 통칭할 수 있다. 본 명세서에서 "부", "모듈", "서버", "시스템", "플랫폼", "장치" 또는 "단말" 등의 용어는 하드웨어 및 해당 하드웨어에 의해 구동되는 소프트웨어의 조합을 지칭하는 것으로 의도된다. 예를 들어, 여기서 하드웨어는 CPU 또는 다른 프로세서(processor)를 포함하는 데이터 처리 기기일 수 있다. 또한, 하드웨어에 의해 구동되는 소프트웨어는 실행중인 프로세스, 객체(object), 실행파일(executable), 실행 스레드(thread of execution), 프로그램(program) 등을 지칭할 수 있다.

또한, 본 명세서에서 간편 대출 서비스 시스템(1)을 구성하는 각각의 장치는 반드시 물리적으로 구분되는 별개의 구성요소를 지칭하는 것으로 의도되지 않는다. 즉, 도 1에서 간편 대출 서비스 시스템(1)과 이에 포함된 각 시스템(2, 3) 및 각각의 시스템을 구성하는 각 모듈(21, 22) 또는 부(211-213, 221-224) 등은 서로 구분되는 별개의 블록으로 도시되었으나, 이는 간편 대출 서비스 시스템(1)을 이에 의해 실행되는 동작에 의해 기능적으로 구분한 것이다. 실시예에 따라서는 전술한 각 부분 중 일부 또는 전부가 동일한 하나의 장치 내에 집적화될 수 있으며, 또는 하나 이상의 부분이 다른 부분과 물리적으로 구분되는 별개의 장치로 구현될 수도 있다. 예컨대, 간편 대출 서비스 시스템(1)을 구성하는 각각의 장치들은 분산 컴퓨팅 환경 하에서 서로 통신 가능하게 연결된 컴포넌트들일 수도 있다.

대출 정보 중계 시스템(2)은 전용선을 통하여 하나 이상의 핀테크기관(11, 12, 13, ... 1N)과 통신 가능하게 연결되거나 또는 URL(Uniform Resource Locator)을 이용한 호출 방식으로 하나 이상의 핀테크기관(11, 12, 13, ... 1N)과 통신을 수행하도록 구성될 수 있다. 예컨대, 대출 정보 중계 시스템(2)은 미리 정의된 API(Application Programming Interface)에 기반하여 핀테크기관(11, 12, 13, ... 1N)과 정보를 주고 받을 수 있다.

금융기관 연계 시스템(3)은 하나 이상의 금융기관(41, 42, 43, ... 4N)과 전용선을 통하여 통신 가능하게 연결되며, 핀테크기관(11, 12, 13, ... 1N)에서 전송된 대출 업무 관련 요청을 금융기관(41, 42, 43, ... 4N)에 중계 전송함으로써, 대출 한도 또는 금리 조회, 대출 신청 접수, 대출 실행 등과 같은 대출 업무가 이루어질 수 있도록 한다. 또한, 금융기관 연계 시스템(3)은 핀테크기관(11, 12, 13, ... 1N)이 대출 실행 결과를 통보받고 확인할 수 있도록 대출 실행 결과를 핀테크기관(11, 12, 13, ... 1N)에 중계 전송하는 기능도 수행한다.

그러나, 실시예들에 따른 간편 대출 서비스 시스템(1)의 각 시스템(2, 3)과 핀테크기관(11, 12, 13, ... 1N) 또는 금융기관(41, 42, 43, ... 4N) 사이의 통신 방식은 본 명세서에 기재된 것으로 한정되는 것은 아니다.

일 실시예에서, 대출 정보 중계 시스템(2)은 중계 서비스 모듈(21) 및 관리 모듈(22)을 포함한다. 또한 일 실시예에서, 중계 서비스 모듈(21)은 한도 조회부(211), 신청 접수부(212) 및/또는 결과 전송부(213)를 포함한다. 나아가 일 실시예에서, 관리 모듈(22)은 운영 관리부(221), API 관리부(222) 및/또는 보안 관리부(223)를 포함한다.

중계 서비스 모듈(21)은 핀테크기관(11, 12, 13, ... 1N)으로부터 대출 업무 처리 요청을 수신하고, 요청된 업무에 상응하는 처리 결과를 핀테크기관(11, 12, 13, ... 1N)에 전송하는 역할을 한다. 핀테크기관(11, 12, 13, ... 1N)의 대출 업무 처리 요청은 해당 업무의 종류에 따라 대출 한도 및/또는 금리의 조회는 한도 조회부(211)를 통하여 수행되며, 대출 신청의 접수는 신청 접수부(212)에 의하여 수행된다. 또한, 결과 전송부(213)는 금융기관(41, 42, 43, ... 4N)에 의해 대출 업무가 처리된 결과를 핀테크기관(11, 12, 13, ... 1N)에 전송할 수 있다.

관리 모듈(22)은 간편 대출 서비스 시스템(1)의 운영 관리 기능을 수행하기 위한 부분으로서, 운영 관리부(221), API 관리부(222), 보안 관리부(223) 중 하나 이상을 포함할 수 있다.

운영 관리부(221)는 간편 대출 서비스 시스템(1)을 이용할 수 있는 사용자 정보를 저장할 수 있으며, 또한 간편 대출 서비스 시스템(1)의 장애 탐지 및 알림 등의 기능을 수행할 수 있다. 예컨대, 운영 관리부(221)는 간편 대출 서비스 시스템(1)을 이용하는 핀테크기관(11, 12, 13, ... 1N)에 관련된 정보를 저장하여, 간편 대출 서비스 시스템(1)을 이용하지 않는 핀테크기관 또는 핀테크기관의 애플리케이션(또는, 앱)으로부터 수신된 대출 업무 처리 요청에 대해서는 처리를 거절하도록 할 수 있다.

API 관리부(222)는 핀테크기관(11, 12, 13, ... 1N)이 간편 대출 서비스 시스템(1)을 이용하기 위한 API를 정의하고 API가 추가 개발 등에 의해 갱신될 경우 이를 배포하는 등의 기능을 수행한다. 또한, API 관리부(222)는 각 API에 관련된 서비스의 현재 상태나, 각 API와 관련하여 해당 API의 사용이 허가된 핀테크기관(11, 12, 13, ... 1N) 및/또는 핀테크기관(11, 12, 13, ... 1N)의 애플리케이션(또는, 앱) 목록에 관련된 정보를 저장할 수 있다.

또한, API 관리부(222)는 API 기반의 대출 업무 처리 요청에 포함되는 각종 메타데이터, 예컨대, 각 금융기관(41, 42, 43, ... 4N)의 식별자, 각 핀테크기관(11, 12, 13, ... 1N)의 식별자, 각 대출 업무 처리의 식별자 등을 저장할 수 있으며, API를 통한 대출 업무 처리 요청에 관련된 레이아웃을 각각의 API 별로 저장하여 레이아웃을 기반으로 대출 업무 처리 요청을 검증할 수 있게 할 수도 있다.

보안 관리부(223)는 핀테크기관(11, 12, 13, ... 1N) 및/또는 금융기관(41, 42, 43, ... 4N)과 간편 대출 서비스 시스템(1)의 통신에 대한 통합 관제 기능을 수행한다. 또한, 보안 관리부(223)는 간편 대출 서비스 시스템(1)을 통해 전송되는 정보에 대한 이중화 백업 기능을 수행할 수도 있다.

일 실시예에서, 중계 서비스 모듈(21)은 간편 대출 서비스 시스템(1)을 통해 이루어진 대출 업무 처리 요청과 이에 대한 처리 결과 등 제반 사항을 데이터베이스 형태로 저장할 수 있으며, 이때 보안 관리부(223)는 이러한 정보를 기반으로 금융결제망 이용에 관련된 로그 정보 및 통계 정보를 생성, 관리할 수도 있다. 예컨대, 금융결제망 이용에 관련된 통계 정보에는 각 핀테크기관(11, 12, 13, ... 1N)별, 각 사용자별 및/또는 각 API별 대출 업무 처리 횟수나 처리 금액에 관련된 정보 등이 포함될 수 있으나, 이에 한정되는 것은 아니다.

일 실시예에서, 관리 모듈(22)은 마케팅 관리부(224)를 포함한다. 마케팅 관리부(224)는 간편 대출 서비스 시스템(1)을 이용하는 핀테크기관(11, 12, 13, ... 1N)별로 핀테크기관(11, 12, 13, ... 1N)의 확장 가능한 상품 정보를 정의하는 마케팅 정보를 생성하고, 이를 핀테크기관(11, 12, 13, ... 1N)에 전송함으로써 핀테크기관(11, 12, 13, ... 1N)에 추가 상품을 제안할 수 있다.

일 실시예에서, 핀테크기관(11, 12, 13, ... 1N)에 전송될 추가 상품에 대한 마케팅 정보는 핀테크기관(11, 12, 13, ... 1N)에서 요청되는 대출 업무를 분석한 결과에 기반하여 결정될 수도 있다. 예를 들면, 대출 업무 처리 요청은 대출을 희망하는 고객(사용자)에 대한 기본 정보에 더하여 건강보험료 납부 정보 등을 통한 고객의 소득 정보나, 고객의 직군 분류, 업종, 고용형태 등과 같은 재직 정보, 또는 주거 소유 형태나 차량 소유 여부 및 차량 번호와 같은 추가 정보를 포함할 수 있다. 이러한 정보는 개별 고객을 식별할 수 없는 형태로 처리되어 대출 정보 중계 시스템(2)에 저장될 수 있다.

이때, 마케팅 관리부(224)는 핀테크기관(11, 12, 13, ... 1N)에서 요청되는 대출 업무를 토대로 한 각 기관의 고객 특성을 분석하여, 핀테크기관(11, 12, 13, ... 1N)이 확장 가능한 것으로 판단되는 상품에 대한 제안 정보를 생성할 수 있다. 예를 들어, 핀테크기관(11, 12, 13, ... 1N)을 통해 대출 업무를 요청하는 고객 특성의 분석 결과, 특정 직군의 고객 비율이 문턱값 이상일 경우 해당 직군에 특화된 담보 대출 상품(예컨대, 공무원 연금 대출, 사학연금 담보 대출 등)을 제안하거나, 부동산 또는 차량 소유 고객의 비율이 문턱값 이상일 경우 자동차 담보 대출 또는 주택 담보 대출을 제안하도록 마케팅 정보를 생성하여 핀테크기관(11, 12, 13, ... 1N)에 전송할 수 있다.

금융기관 연계 시스템(3)은, 핀테크기관(11, 12, 13, ... 1N)으로부터 대출 정보 중계 시스템(2)에 수신된 대출 업무 처리 요청을 해당 업무를 처리할 금융기관(41, 42, 43, ... 4N)에 상응하는 전문명세 데이터로 변환하여 이를 금융기관(41, 42, 43, ... 4N)에 전송함으로써, 요청에 상응하는 금융거래가 금융기관(41, 42, 43, ... 4N)에 의해 실행될 수 있도록 한다. 또한, 금융기관 연계 시스템(3)은 금융기관(41, 42, 43, ... 4N)으로부터 수신된 대출 업무 처리 결과를 간편 대출 서비스 시스템(1)에서 정의하는 통합명세 데이터로 변환함으로써, 처리 결과가 대출 정보 중계 시스템(2)을 통해 핀테크기관(11, 12, 13, ... 1N)에 제공될 수 있도록 한다.

또한, 금융기관 연계 시스템(3)은 핀테크기관(11, 12, 13, ... 1N)의 서비스 구축이 용이한 다양한 통신 프로토콜(예컨대, https, TCP/IP 등), 송수신 데이터 형식(예컨대, 평문(plain text), JSON 등) 및 암복호화 방식(예컨대, 일회성 인증(One-Time Authentication; OTA), 핀테크 서비스 계정 관리, TLS(Transport Layer) 등)을 지원하므로, 핀테크기관(11, 12, 13, ... 1N)은 간편 대출 서비스 시스템(1)이 제공하는 전문적인 플랫폼을 사용함으로써 별도의 인프라 구축이나 운영에 대한 리스크 없이 안정적인 핀테크 서비스를 운용할 수 있다.

도 2는 일 실시예에 따른 간편 대출 서비스 시스템의 시스템 아키텍처를 나타내는 개념도이다.

도 2를 참조하면, 간편 대출 서비스 시스템은 하나 이상의 서버(101-104)로 이루어진다. 예를 들어, 하나 이상의 서버(101-104)는 외부 장치들을 보안 장비를 거쳐 접속 가능한 웹(web) 서버(101, 102)와, 내부망에 해당하는 웹 애플리케이션 서버(Web Application Server; WAS)(103) 및 데이터베이스(database; DB) 서버(104)를 포함할 수 있다.

외부망에 위치하는 핀테크기관(11, 12)은 인터넷망을 통하여 웹 서버(101, 102)에 접속함으로써 간편 대출 서비스 시스템을 이용할 수 있다. 이때 통신 보안을 위하여 웹 서버(101, 102)는 DDoS 방어 장비(121), 라우터(122, 1233) 및 방화벽 장치(111)에 의해 구성되는 가상 사설망(Virtual Private Network; VPN), 웹 방화벽 장치(112) 등을 통하여 접근 가능한 DMZ 구간에 위치할 수 있다. 또한, 일부 핀테크기관(13) 및 금융기관(40)은 전용회선을 통하여 간편 대출 서비스 시스템에 연결될 수도 있으며, 이 경우 핀테크기관(13) 및 금융기관(40)은 대외계 방화벽 및 VPN 장비(114)를 통하여 웹 서버(101, 102)에 접속할 수 있다.

또한, 내부망에 위치하는 WAS(103) 및 DB 서버(104)는 2차 방화벽 장비(113)에 의해 DMZ 구간과 분리될 수 있다.

그러나, 도 2를 참조하여 전술한 간편 대출 서비스 시스템의 아키텍처는 예시적인 것으로서, 간편 대출 시스템을 구성하는 각 서버와 이들의 통신 보안을 위한 보안 장비들의 연결 방식은 실시예에 따라 다양할 수 있고, 도 2에 도시된 형태로 한정되는 것은 아니다.

도 3은 일 실시예에 따른 간편 대출 서비스 시스템의 금융기관 연계 시스템의 개략적인 블록도이다.

도 1 및 도 3을 참조하면, 금융기관 연계 시스템(3)은 제1 통신 모듈(33), 전문변환 모듈(30) 및 제2 통신 모듈(34)을 포함한다. 또한 일 실시예에서, 금융기관 연계 시스템(3)은 유효성 검증 모듈(31)을 더 포함한다. 또한 일 실시예에서, 금융기관 연계 시스템(3)은 일회성 인증(One-Time Authentication; OTA) 서버(32)를 더 포함한다.

제1 통신 모듈(33)은 핀테크기관(11, 12, 13, ... 1N) 또는 핀테크기관(11, 12, 13, ... 1N)의 서비스를 이용하는 사용자의 장치로부터 전송된 대출 업무 처리 요청을 대출 정보 중계 시스템(2)을 통해 수신할 수 있다. 예를 들어, 대출 업무 처리 요청은 오픈 API를 이용하여 구성된 것일 수 있다. 또한, 제1 통신 모듈(33)은 금융기관(41, 42, 43, ... 4N)으로부터 수신된 대출 업무 처리 결과를 대출 정보 중계 시스템(2)에 전송할 수도 있다.

본 명세서에서 오픈 API를 이용한 통신이란, 금융기관(41, 42, 43, ... 4N) 또는 간편 대출 서비스 시스템(1)에서 이체, 조회, 대출 등 금융 서비스를 위한 API를 지정하고, 간편 대출 서비스 시스템(1)과 핀테크기관(11, 12, 13, ... 1N)의 약정에 의해 해당 API 를 핀테크기관(11, 12, 13, ... 1N)이 이용할 수 있도록 제공함으로써 금융 서비스가 실현되는 형태를 지칭한다. 또한, 본 명세서의 대출 업무 처리는 API를 통하여 실현되는 것으로서 대출 한도 또는 대출 금리의 조회, 대출 신청의 접수, 대출 실행 결과의 전송 등 대출 업무에 수반되는 임의의 금융 업무 처리를 위한 것일 수 있고, 특정 업무로 한정되지 않는다.

일 실시예에서, 대출 업무 처리는 대출금리한도조회, 대출실행결과 통보, 대출실행결과 확인, 동시대출 방지로 구분되는 전문 거래의 형태를 가질 수 있다. 이때, 대출금리한도조회는 대출 가능한 승인 대상을 구분하기 위한 것이며, 대출실행결과 통보는 금융기관의 대출 실행 즉시 이를 핀테크기관(11, 12, 13, ... 1N)에 통지하기 위한 것이고, 대출실행결과 확인은 핀테크기관(11, 12, 13, ... 1N)의 요청에 대한 응답으로 대출 결과를 제공하기 위한 것이며, 동시대출 방지는 핀테크기관(11, 12, 13, ... 1N)의 요청에 대한 응답으로 수행되며 동일 대상에 대한 타 금융기관의 대출 실행 결과가 있을 경우 이를 핀테크기관(11, 12, 13, ... 1N)에 통지하기 위한 것이다.

전문변환 모듈(30)은, 제1 통신 모듈(33)에 수신된 대출 업무 처리 요청을 해당 대출 업무를 처리할 금융기관(41, 42, 43, ... 4N)에 상응하는 전문명세 데이터로 변환하도록 구성된다. 예컨대, 전문변환 모듈(30)은, 요청된 대출 업무를 처리할 금융기관(41, 42, 43, ... 4N)에 상응하는 레이아웃(layout) 정보에 기초하여 대출 업무 처리 요청을 전문명세 데이터로 재구성할 수 있고, 이때 레이아웃 정보는 금융기관(41, 42, 43, ... 4N)과의 통신을 위해 요구되는 전문명세 데이터의 종류 및/또는 순서를 정의하는 것일 수 있다.

일 실시예에서, 전문변환 모듈(30)은 전문방식 변환부(301), 거래 분기부(302) 및 전문명세 변환부(303)를 포함한다. 전문방식 변환부(301)는, 핀테크기관(11, 12, 13, ... 1N)으로부터 수신된 대출 업무 처리 요청을 전문방식의 중간 데이터로 변환하도록 구성된다. 예컨대, 중간 데이터는 평문(plain text), JSON 등 데이터 형식을 가지는 것일 수 있다.

거래 분기부(302)는, 전문방식의 중간 데이터를 이에 해당하는 거래 종류 및 대상 기관에 따라 분기시켜 제2 통신모듈(34)이 요청에 상응하는 금융기관(41, 42, 43 ... 4N)과 통신할 수 있게 하는 역할을 한다. 이를 위하여, 거래 분기부(302)는 대출 업무 처리 요청에 상응하는 거래의 종류를 판별하는 거래종류 결정부(302-1)와, 해당 대출 업무 처리 요청을 처리할 금융기관(41, 42, 43 ... 4N)을 식별하는 대상기관 결정부(302-2)를 포함할 수 있다.

전문명세 변환부(303)는, 거래 분기부(302)에 의해 결정된 거래의 종류 및/또는 대상 기관에 기초하여, 전문방식 변환부(301)에 의해 변환된 중간 데이터를 금융기관((41, 42, 43, ... 4N)과 통신하기 위한 전문명세 데이터로 변환하도록 구성된다. 이를 위하여, 전문명세 변환부(303)는 데이터의 레이아웃 변경을 수행하는 명세 변환부(303-1)를 포함할 수 있다. 또한, 전문명세 변환부(303)는 대출 업무 처리 요청에 상응하는 처리 결과를 금융기관(41, 42, 43, ... 4N)으로부터 수신하고 이를 처리하기 위한 응답메시지 처리부(303-2)를 더 포함할 수도 있다.

도 4는 일 실시예에 따른 간편 대출 서비스 시스템의 금융기관 연계 시스템에 의한 데이터 변환 과정을 나타내는 개념도이다.

도 1 및 도 4를 참조하면, 핀테크기관(11, 12, 13, ... 1N)에서 간편 대출 서비스 시스템(1)에 전송되는 대출 업무 처리 요청은, 핀테크기관(11, 12, 13, ... 1N) 또는 대상 금융기관(41, 42, 43, ... 4N)의 종류에 무관한 통합명세 데이터(200)의 형태를 가질 수 있다.

이때 통합명세 데이터(200)에는, 해당 대출 업무 처리 요청의 성격에 따라 1) 기관 식별정보, 금융기관 식별정보, 전송 일자 및 시간, 거래고유번호 등과 같은 공통정보, 2) 고객(대출 희망자)의 본인인증방법 및 일자/시간, 휴대폰 번호, 카드 인증번호, 공인인증서 정보와 같은 인증정보, 3) 고객명, 주민등록번호, 사업자등록번호, 사업장관리번호, 직장명과 같은 고객정보, 4) 대출신청금액, 대출기간개월수, 상환방법, 금리종류, 변동주기, 타기관대출정보(상환 금액, 상환 건 수) 등을 포함하는 신청정보, 5) 건강보험료 고지금액 및 납부금액, 장기요양보험료 고지금액 및 납부금액 등의 소득정보, 6) 건강보험자격득실확인 정보 및 건강보험료 납부 정보에 기초한 재직정보, 및 그 외 기타 대출 업무에 필요한 임의의 정보 중 하나 이상이 포함될 수 있다.

또는, 핀테크기관(11, 12, 13, ... 1N)으로부터 간편 대출 서비스 시스템(1)에 전송되는 대출 업무 처리 요청은 각 핀테크기관(11, 12, 13, ... 1N)별로 상이한 개별 레이아웃(즉, 데이터 종류 및/또는 순서)을 가지며, 금융기관 연계 시스템의 제1 통신 모듈(33)에서 이를 통합명세 데이터(200)로 변환하도록 구성될 수도 있다.

이때, 각 핀테크기관(11, 12, 13, ... 1N)은 해당 장치가 이용하는 통신 방식에 따라 대출 업무 처리 요청을 간편 대출 서비스 시스템(1)에 전송할 수 있다. 본 명세서에서 통신 방식이란, https, TCP/IP 등과 같은 통신 프로토콜과, JSON, 평문(plain text) 등과 같은 송수신되는 데이터의 형식을 포함하여, 객체 간의 데이터 송수신에 필요한 제반사항의 적어도 일부 또는 전부를 지칭하는 것으로 의도된다.

간편 대출 서비스 시스템(1)에서는, 금융기관 연계 시스템(3)의 전문변환 모듈(30)의 동작을 통하여, 통합명세 데이터(200)를 해당 대출 업무 처리 요청을 수행할 금융기관에 상응하는 전문명세 데이터(411, 412, 413, ... 41N)(또는, 금융기관 명세 데이터로도 지칭함)로 변환할 수 있다. 또한, 간편 대출 서비스 시스템(1)에서는 변환된 전문명세 데이터(411, 412, 413, ... 41N)를 이를 수신할 금융기관(41, 42, 43, ... 4N)에 상응하는 통신 방식을 이용하여 금융기관(41, 42, 43, ... 4N)에 전송할 수 있다.

각각의 금융기관(41, 42, 43, ... 4N)에서는, 대출 업무 처리를 위하여 사전에 정의된 정보들이 전문 형태로 금융기관(41, 42, 43, ... 4N)에 수신될 것을 요구하고, 또한 대출 업무 처리 결과도 이러한 전문 형태로 제공한다. 또한, 각각의 금융기관(41, 42, 43, ... 4N)은 이러한 전문을 사전에 정의된 통신 방식으로 전송할 것을 요구한다. 예를 들어, 제1 금융기관(41)에서는 i) 공통정보, ii) 기본정보, iii) 대출정보 및 iv) 부가정보의 형식으로 된 전문 명세를 요구하며, 제1 금융기관은 이러한 정보를 https 통신 프로토콜을 통해 JSON 형식으로 수신하는 것으로 가정한다.

이 경우, 금융기관 연계 시스템(3)의 전문변환 모듈(30)은 통합명세 데이터(200)에 포함된 정보들로부터 제1 금융기관의 전문에 필요한 정보들을 추출하고 이를 제1 금융기관의 전문에서 정의하는 순서로 배열하여 제1 전문명세 데이터(411)를 생성할 수 있다. 도 4의 제1 전문명세 데이터(411)에서 i) 공통정보는 통합명세 데이터(200)의 정보 중 고객정보와 신청정보 등 필요한 것을 추출하여 생성되는 업무 요청을 위한 정보를 의미하며, ii) 기본정보는 대출승인여부, 대출부결사유 등 업무 처리 결과에 관련된 정보 항목을 나타내고, iii) 대출정보는 대출한도금액, 금리종류구분, 기준금리, 우대금리, 대출기간개월수, 상환방법 등 대출에 관련된 세부 정보 항목을 나타내며, iv) 부가정보는 중도상환수수료 면제여부, 만가일시 상환 가능 여부, 즉시 입금 가능 여부, 휴일 입금 가능 여부 등 대출에 수반되는 추가적인 정보들을 나타낸다. 그러나 이는 예시적인 것으로서, 금융기관 명세세 포함되는 정보의 종류와 형태는 이에 한정되는 것은 아니다.

또한, 간편 대출 서비스 시스템의 제2 통신 모듈(34; 도 3)은, 위와 같이 생성된 제1 전문명세 데이터(411)를 제1 금융기관(41)에 전문을 전송하기 위한 통신 프로토콜인 https 통신을 통해 JSON 형식의 데이터로 제1 금융기관(41)에 전송함으로써, 핀테크기관(11, 12, 13, ... 1N)이 요청한 대출 업무 처리가 제1 금융기관(41)에 의하여 실행될 수 있도록 한다.

전문명세 데이터(411, 412, 413, ... 41N)에 포함될 데이터의 종류 및/또는 순서와, 전문명세 데이터가 송신될 통신 방식은 각 금융기관(41, 42, 43, ... 4N) 별로 상이하다. 예컨대, 제2 금융기관(42)에서는 공통정보, 기본정보, 대출정보 및 기타정보의 정보 목록과 순서를 가진 전문명세 데이터(212)를 필요로 하며, 이러한 전문명세 데이터(412)를 TCP/IP 통신 프로토콜을 통한 평문 형식의 데이터로 수신할 수 있다. 한편, 제3 금융기관(43)에서는 공통정보, 기본정보 및 기타정보의 정보 목록과 순서를 가진 전문명세 데이터(413)를 필요로 하며, 이러한 전문명세 데이터(413)를 TCP/IP 통신 프로토콜을 통한 평문 형식의 데이터로 수신할 수 있다.

금융기관 연계 시스템(3)의 전문변환 모듈(30)은, 각 금융기관별 전문명세 및 통신방식에 대한 정보를 저장하고 이를 이용하여 통합명세 데이터(200)로부터 각 금융기관(41, 42, 43, ... 4N)에 상응하는 전문명세 데이터를 생성할 수 있다. 도 4에 도시된 금융기관별 전문명세 데이터(411, 412, 413, ... 41N)와 통신 방식은 단지 예시적인 것으로서, 이는 금융기관에 따라 상이할 수 있고, 본 명세서의 도면들에 개시된 예시에 의하여 제한되지 않는다.

다시 도 1 및 도 3을 참조하면, 일 실시예에서 금융기관 연계 시스템(3)은, 핀테크기관(11, 12, 13, ... 1N)으로부터의 오픈 API 기반의 대출 업무 처리 요청을 전문 방식으로 변환하기 전에 OTA 서버(32)를 통한 인증 과정을 더 수행할 수 있다. OTA 서버(32)는 개별 거래에 기반하여 오픈 API의 사용을 일회성으로 인증하기 위한 것으로서, 이는 금융기관 연계 시스템(3)이 공중망을 이용하여 핀테크기관(11, 12, 13, ... 1N)과 통신하는 경우 특히 유용하게 활용될 수 있다. 일 실시예에서, OTA 서버(32)는 토큰 발행부(321), 인증정보 관리부(322) 및 토큰 검증부(323)를 포함한다.

일 실시예에서, 핀테크기관(11, 12, 13, ... 1N)에서는 인증을 위해 OTA 클라이언트 장치(미도시)를 이용할 수 있다. OTA 클라이언트 장치는 핀테크기관(11, 12, 13, ... 1N) 또는 핀테크기관(11, 12, 13, ... 1N)의 서비스를 이용하는 사용자 장치의 일부로서 구현되거나, 또는 이들과 별개의 장치로 구현될 수 있다.

토큰 발행부(321)는, OTA 클라이언트 장치로부터 인증 요청을 수신하고 이에 대한 검증을 수행하여 접근 토큰을 발급하도록 구성된다. 본 명세서에서 접근 토큰이란, 핀테크기관(11, 12, 13, ... 1N)에 의한 오픈 API 사용을 제어하기 위하여 사용되는 소정의 정보로서, 예를 들어 수 바이트(byte) 내지 수 킬로바이트(kilobyte) 정도의 크기를 가지는 데이터 블록일 수 있으나, 이에 한정되는 것은 아니다. 접근 토큰은 거래 기반으로 일회적으로만 사용이 가능하도록 유효 시간 등의 방식을 이용하여 제한될 수 있으며, 따라서 접근 토큰이 해당 핀테크기관(11, 12, 13, ... 1N)이 아닌 제3 자에 의해 탈취되더라도 부정 사용이 발생하는 것을 방지할 수 있다.

일 실시예에서, OTA 클라이언트 장치의 인증 요청은 핀테크기관(11, 12, 13, ... 1N)에 미리 부여된 인증키를 이용하여 구성된 것일 수 있다. 각각의 핀테크기관(11, 12, 13, ... 1N)에는 서로 상이한 인증키가 발급되며, 핀테크기관별 인증키는 인증정보 관리부(322)에 저장되고 관리될 수 있다. 이때, OTA 클라이언트 장치는, 핀테크기관(11, 12, 13, ... 1N)이 오픈 API를 사용하고자 하는 경우 핀테크기관(11, 12, 13, ... 1N)에 부여된 인증키에 기반하여 인증 요청을 OTA 서버(32)에 전송하며, OTA 서버(32)에서는 OTA 클라이언트 장치의 인증 요청에 포함된 인증키가 해당 핀테크기관(11, 12, 13, ... 1N)에 상응하는 것인지 등을 확인함으로써 인증키를 검증할 수 있다.

인증키에 대한 검증은, 인증키를 이용한 인증 요청이 해당 인증키가 부여된 핀테크기관(11, 12, 13, ... 1N)으로부터 수신된 것인지 여부, 및 인증 요청에 포함된 인증키가 유효한 상태로 존재하는지 여부 등에 대한 확인 과정을 포함한다. 예를 들어, OTA 서버(32)는 각 핀테크기관(11, 12, 13, ... 1N)에 부여된 인증키 정보를 저장하고 있으므로, 핀테크기관(11, 12, 13, ... 1N)과의 서비스 약정이 만료되거나 핀테크기관(11, 12, 13, ... 1N) 측에서 보안 유출이 발생하는 등 서비스를 지속할 수 없게 된 경우 해당 기관에 부여된 인증키를 유효하지 않은 것으로 처리함으로써 해당 핀테크기관(11, 12, 13, ... 1N)에 의한 오픈 API 사용이 차단되도록 할 수 있다.

인증키가 검증될 경우, OTA 서버(32)는 토큰 발행부(321)에 의해 접근 토큰을 생성하여 OTA 클라이언트 장치에 전송할 수 있다. 핀테크기관(11, 12, 13, ... 1N)에서는 OTA 서버(32)로부터 수신한 접큰 토큰을 이용하여 오픈 API 기반의 대출 업무 처리 요청을 간편 대출 서비스 시스템(1)에 전송할 수 있다. 다음으로, 금융기관 연계 시스템(3)에서는, 급융업무 처리 요청을 전문 방식의 데이터로 변환하기 전에 OTA 서버(32)의 토큰 검증부(323)를 통하여 핀테크기관(11, 12, 13, ... 1N)의 접근 토큰을 검증할 수 있다.

일 실시예에서, 오픈 API에 기반한 요청은 접근 토큰에 상응하는 OTP(One-Time Password)를 포함하며, 상기 OTP는 접근 토큰의 전송 시각(시, 분, 초 등)을 이용하여 생성될 수 있다. 즉, OTA 클라이언트 장치와 OTA 서버(32)의 토큰 검증부(323)는 시간 동기화(time-synchronization) 방식의 OTP 생성 규약을 공유하고 있어, OTA 서버(32)로부터 OTA 클라이언트 장치로의 접근 토큰의 전송 시각을 이용하여 OTP가 생성되며, 오픈 API 기반의 대출 업무 처리 요청을 구성할 데이터 중 적어도 일부가 상기 OTP를 이용하여 암호화될 수 있다. 그러나 이는 예시적인 것으로서, 다른 실시예에서는 시간 동기화 방식 외에 다른 상이한 OTP 생성 규약이 이용될 수도 있다.

이상에서 설명한 실시예들에 따르면, 핀테크기관(11, 12, 13, ... 1N)으로부터 간편 대출 서비스 시스템(1)에 전송되는 데이터는 핀테크기관(11, 12, 13, ... 1N)에 발급된 접근 토큰에 기초하여 개별 거래 기반으로 암호화된다. 따라서, 핀테크기관(11, 12, 13, ... 1N)과 간편 대출 서비스 시스템(1) 사이의 네트워크 패킷(packet)이 유출 또는 탈취되더라도, 해당 패킷에 포함된 데이터를 제3 자가 복호화하거나 사용하는 것이 원천적으로 차단되므로, 가상사설망(Virtual Private Network; VPN), 보안 모듈 및 전용망 등 높은 비용을 요구하는 보안 수단들이 없이도 핀테크 서비스에 관련된 보안을 유지할 수 있다.

일 실시예에서, 전문변환 모듈(30)에 의해 변환된 전문명세 데이터의 적어도 일부는 암호화 모듈(36)에 의하여 암호화될 수 있다. 예를 들어, 암호화 모듈(36)은 전문명세 데이터에 포함되는 정보 중 고객휴대폰번호 및 고객이메일주소 등 고객의 개인정보에 해당하는 부분을 암호화할 수 있다. 또한, 이때 암호화 모듈(36)에 의한 암호화 과정은 OTA 서버(32)에 의하여 발행되며 핀테크기관(11, 12, 13, ... 1N)에 상응하는 인증 정보(예컨대, 접근 토큰(token))를 이용하여 수행될 수도 있다.

제2 통신 모듈(34)은, 대출 업무 처리를 위해 통신할 금융기관(41, 42, 43, ... 4N)에 상응하는 통신 방식을 이용하여, 전문변환 모듈(30)에 의해 변환된 전문명세 데이터를 금융기관(41, 42, 43, ... 4N)에 전송할 수 있다. 또한, 제2 통신 모듈(34)은 금융기관(41, 42, 43, ... 4N)으로부터 금융기관(41, 42, 43, ... 4N)에 전송된 전문명세 데이터에 상응하는 대출 업무 처리 결과를 수신할 수 있다.

금융기관(41, 42, 43, ... 4N)으로부터 수신된 대출 업무 처리 결과는, 전술한 대출 업무 처리 요청을 전문명세 데이터로 변환하는 과정의 역순에 해당하는 과정을 통하여 핀테크기관(11, 12, 13, ... 1N)에 전송되기 위한 통합명세 데이터로 변환될 수 있다. 또한, 변환된 통합명세 데이터는 제1 통신 모듈(10)에 의하여 각 핀테크기관(11, 12, 13, ... 1N)에 상응하는 통신 방식으로 핀테크기관(11, 12, 13, ... 1N)에 제공함으로써, 핀테크 서비스를 이용하는 이용자로 하여금 자신이 요청한 대출 업무가 어떻게 처리되었는지를 확인 가능하도록 할 수 있다.

일 실시예에서, 금융기관(41, 42, 43, ... 4N)으로부터 제2 통신 모듈(34)에 수신되는 대출 업무 처리 결과의 일부 또는 전체 정보가 암호화되어 있는 경우, 금융기관 연계 시스템(3)은 수신된 처리 결과를 통합명세 데이터로 변환하기 전에 암호화 모듈(36)에 의하여 이를 복호화하는 과정을 더 수행할 수도 있다. 복호화 과정은 전술한 암호화 과정으로부터 용이하게 이해될 수 있으므로, 자세한 설명을 생략한다.

일 실시예에서, 간편 대출 서비스 시스템(1)의 유효성 검증 모듈(31)은, 대출 업무 처리 요청을 전문명세 데이터로 변환하기 전에 핀테크기관(11, 12, 13, ... 1N) 또는 핀테크기관(11, 12, 13, ... 1N)의 서비스를 이용하는 사용자의 장치로부터 수신된 대출 업무 처리 요청의 유효성에 대한 검증을 수행할 수도 있다.

유효성 검증 모듈(31)은, 금융기관(40)이 제공하는 API를 이용하기 위한 핀테크 서비스를 통한 대출 업무 처리 요청에서, 해당 처리 요청, 해당 API에 관련된 서비스 및 핀테크기관의 API 사용 허가 등을 기반으로 요청의 유효성을 검증하는 역할을 한다. 예컨대, 유효성 검증 모듈(31)은 레이아웃 검증부(311), API 서비스 검증부(312), 핀테크기관 검증부(313), 장애등록내역 검증부(314) 및 거래고유번호 검증부(315) 중 하나 또는 복수의 기능부를 포함할 수 있다.

레이아웃 검증부(311)는 API를 이용하여 수신된 대출 업무 처리 요청이 해당 API의 사용과 관련하여 정의된 형식에 부합하는지 여부를 검증하는 역할을 한다. 예컨대, 해당 API와 관련하여 사전에 설정된 레이아웃과 상이한 형식으로 수신된 대출 업무 처리 요청에 대해서는 처리를 거부할 수 있다.

API 서비스 검증부(312)는, 대출 업무 처리 요청에 사용된 API에 관련된 서비스가 현재 사용 가능한 상태인지 여부를 검증하는 역할을 한다. 금융기관이 과거에 제공한 API라 하더라도 추후 해당 API의 사용이 금지되는 경우가 있을 수 있으므로, API 서비스 검증부(312)는, 대출 업무 처리 요청에 사용된 API에 관련된 서비스 상태를 확인할 수 있다.

핀테크기관 검증부(313)는, 대출 업무 처리 요청에 사용된 API와 관련하여 핀테크기관(11, 12, 13, ... 1N)이 해당 API를 이용하도록 허가되었는지 여부를 검증할 수 있다. 각 API 별로 설정된, 해당 API의 사용이 허가된 핀테크기관(11, 12, 13, ... 1N) 또는 핀테크기관(11, 12, 13, ... 1N)의 애플리케이션(또는, 앱)의 식별 정보를 기반으로, 이용이 허가되지 않은 핀테크기관(11, 12, 13, ... 1N)으로부터 API를 통한 요청이 수신될 경우 해당 요청을 거절하기 위한 검증 과정을 수행할 수 있다.

장애등록내역 검증부(314)는, 각 금융기관(41, 42, 43, ... 4N)으로부터 특정 API의 서비스와 관련된 일시적인 장애 상태에 관련된 정보를 수신하여 저장하고, 핀테크기관(11, 12, 13, ... 1N) 또는 사용자의 요청에 사용된 API가 장애 상태로 등록된 서비스에 대한 것일 경우, 대출 업무 처리 요청을 거절하기 위한 검증 과정을 수행할 수 있다.

거래고유번호 검증부(315)는, 핀테크기관(11, 12, 13, ... 1N) 또는 사용자로부터 수신된 각 대출 업무 처리 요청에 거래고유번호를 부여하여 이를 관리하고, 각 요청에 상응하는 처리 결과가 해당 요청에 대한 응답으로 핀테크기관(11, 12, 13, ... 1N) 또는 사용자에게 제공될 수 있도록 한다. 또한, 거래고유번호는 대출 업무 처리 요청의 다른 정보들을 변수로 하여 소정의 수학식에 의해 산출되는 체크 디지트(check digit)를 포함하여, 대출 업무 처리 요청에 포함된 체크 디지트가 거래고유번호 검증부(315)에 의해 자체적으로 계산된 체크 디지트와 상이할 경우 업무 처리를 거절함으로써, 정당한 핀테크기관(11, 12, 13, ... 1N)이 아닌 악의적인 사용자에 의하여 대출 업무 처리 요청이 이루어지는 것을 방지할 수 있다.

이상의 검증을 위하여, 대출 정보 중계 시스템(2)의 관리 모듈(22)에는 각 API와 관련된 레이아웃 정보, 서비스 상태 정보 및 핀테크기관(11, 12, 13, ... 1N)의 사용 허가 상태에 대한 정보 등이 저장될 수 있다. 예컨대, 관리 모듈(22)의 운영 관리부(221) 및 API 관리부(222)는, 금융기관 연계 시스템(3)의 유효성 검증 모듈(31), 제1 통신 모듈(33), OTA 서버(32), 전문변환 모듈(30) 및/또는 제2 통신 모듈(34)의 동작을 위하여 필요한 기본 정보를 저장할 수 있다.

도 5a는 일 실시예에 따른 간편 대출 서비스 시스템에 의해 핀테크기관과 금융기관 사이의 연계가 가능한 경우를 나타내는 개념도이며, 도 5b는 서로 상이한 통신 방식 및 전문방식을 사용하는 기관 사이의 연계 흐름을 나타내는 개념도이다.

도 5a를 참조하면, 서로 동일한 TCP/IP 통신 프로토콜 및 평문 데이터 형식을 사용하는 제1 핀테크기관(11)과 제1 금융기관(41), 그리고 서로 동일한 https 통신 프로토콜 및 JSON 데이터 형식을 사용하는 제2 핀테크기관(12) 및 제2 금융기관(42)은 종래의 기술을 이용하더라도 상호 간에 API 기반의 요청 및 응답을 주고받을 수 있다. 그러나, 종래의 기술에 의하면 제1 핀테크기관(11)과 제2 금융기관(42), 그리고 제2 핀테크기관(12)과 제1 금융기관(41)은 상호 간에 요청과 응답을 주고받는 것이 불가능하다.

반면, 본 발명의 실시예들에 따른 간편 대출 서비스 시스템(1)을 이용하면, 간편 대출 서비스 시스템(1)에서 각 대상기관이 요구하는 통신 프로토콜 및 데이터 형식에 맞게 전문 데이터를 가공하여 대상기관에 전송하므로, 서로 상이한 통신 프로토콜 및 데이터 형식을 사용하는 제1 핀테크기관(11)과 제2 금융기관(42), 그리고 제2 핀테크기관(12)과 제1 금융기관(41)이 금융기관 연계 시스템(3)을 경유하여 상호 간에 API에 기반한 요청과 응답을 주고받을 수 있다.

도 6은 일 실시예에 따른 간편 대출 서비스 방법의 각 단계를 나타내는 순서도이다.

먼저, 간편 대출 서비스 시스템(1)은 핀테크기관(10)으로부터 대출 업무 처리 요청을 수신할 수 있다(S1). 예를 들어, 핀테크기관은 간편 대출 서비스를 제공하는 사업자일 수 있으며, 간편 대출 서비스 시스템(1)은 간편 대출 서비스 사업자의 서비스에 관련된 서버로부터 간편 대출 서비스를 위한 대출 한도 조회, 대출 금리 조회, 대출 신청 접수 등 대출 업무에 대한 처리 요청을 수신할 수 있다. 도면에서는 핀테크기관(10)으로부터 금융기관 연계 시스템(3)에 대출 업무 처리 요청이 전송되는 것으로 도시되었으나, 다른 실시예에서 금융기관 연계 시스템(3)에 대출 업무 처리를 요청하는 것은 핀테크기관(10)이 제공하는 핀테크 서비스를 이용하는 사용자 장치일 수도 있다.

일 실시예에서, 간편 대출 서비스 시스템(1)에서는 API 사용을 위한 대출 업무 처리의 유효성에 대한 검증을 수행하여(S2), 검증에 실패할 경우 요청된 대출 업무에 대한 처리를 거절할 수 있다. 이? 유효성 검증 과정(S2)에는, 도 3을 참조하여 전술한 OTA 서버(32)에 의한 인증 과정 및/또는 유효성 검증 모뮬(31)을 통한 인증 과정이 포함될 수 있으며, 예컨대, API를 통한 대출 업무 요청의 레이아웃에 대한 검증, 해당 API를 통해 실현되는 서비스의 상태에 대한 검증, 핀테크기관(10) 또는 핀테크기관(10)이 제공하는 애플리케이션(또는, 앱)에 대해 해당 API의 사용이 허가되었는지 여부에 대한 검증, 해당 API와 관련된 금융기관(40) 또는 오픈 플랫폼 시스템의 장애 상태가 등록되어 있는지 여부에 대한 검증, 및/또는 해당 API를 통한 요청의 거래고유번호(예컨대, 체크 디지트)에 대한 검증 등이 포함될 수 있으나, 이에 한정되는 것은 아니다.

또한, 도 6에 도시된 실시예는 예시적인 것으로서, 다른 실시예에서 간편 대출 서비스 시스템(1)은 별도의 검증 과정 없이 바로 금융기관(40)과의 통신을 통한 대출 업무 처리를 개시하는 것도 가능하다.

다음으로, 간편 대출 서비스 시스템(1)은 오픈 API를 통해 수신된 대출 업무 처리 요청을 전문 방식의 데이터로 변환할 수 있다(S3). 다음으로, 간편 대출 서비스 시스템(1)은 대출 업무 처리 요청의 내용에 기초하여 대출 업무 처리 요청을 거래의 종류 및 대출 업무를 처리할 대상 금융기관(40)의 종류에 따라 분기하고(S4), 변환된 전문 방식의 데이터를 분기된 거래의 종류 및 대상 금융기관(40)의 종류에 상응하는 전문명세 데이터로 변환할 수 있다(S5). 일 실시예에서 간편 대출 서비스 시스템(1)은 전문명세 데이터에 포함되는 정보의 적어도 일부 또는 전부를 암호화할 수도 있다.

다음으로, 간편 대출 서비스 시스템(1)은 변환된 전문명세 데이터를 대출 업무를 처리할 금융기관(40)에 전송함으로써(S6), 핀테크기관(10)에 의해 요청된 금융거래가 금융기관(40)에 의해 실행될 수 있도록 한다. 이때 간편 대출 서비스 시스템(1)은, 데이터를 수신할 금융기관(40)이 사용하는 통신 프로토콜 및 데이터 형식에 의거하여 전문명세 데이터를 금융기관(40)에 전송할 수 있다.

금융기관(40)에서는, 핀테크기관(10)으로부터 간편 대출 서비스 시스템(1)을 경유하여 요청된 금융거래를 실행하고, 그 처리 결과를 간편 대출 서비스 시스템(1)에 전송할 수 있다(S7). 이때 수신되는 처리 결과란, 금융기관(40)이 이용하는 전문방식에 따른 레이아웃을 갖는 데이터를 지칭한다.

다음으로, 간편 대출 서비스 시스템(1)에서는 금융기관(40)으로부터 수신된 처리 결과를 핀테크기관(10)에 전송되기 위한 통합명세 데이터로 변환할 수 있다(S8). 이때, 일 실시예에서 간편 대출 서비스 시스템(1)은 금융기관(40)으로부터 수신된 처리 결과의 일부 또는 전부가 암호화되어 있는 경우 암호화된 정보에 대한 복호화를 수행할 수도 있다.

또한, 금융기관 연계 시스템(3)은 통합명세 데이터를 해당 금융거래를 요청한 핀테크기관(10)이 이용하는 통신 프로토콜 및 데이터 형식 등에 부합하는 전문방식의 데이터로 변환하여(S9), 이를 핀테크기관(10)에 전송함으로써 핀테크기관(10)에 대출 결과를 통지할 수 있다(S10).

도 6에 도시된 실시예에서는 대출 업무의 처리 결과가 핀테크기관(10)에 전송되는 것으로 도시되었으나, 대출 업무의 처리 결과를 제공받는 장치는 핀테크기관(10)이 제공하는 핀테크 서비스를 이용하는 사용자의 장치일 수도 있으며, 본 명세서의 핀테크기관(10)은 이러한 사용자 장치를 포괄하는 것으로 의도된다.

이상에서 설명한 실시예들에 따른 간편 대출 서비스 방법에 의한 동작은 적어도 부분적으로 컴퓨터 프로그램으로 구현되고 컴퓨터로 읽을 수 있는 기록매체에 기록될 수 있다. 실시예들에 따른 방법에 의한 동작을 구현하기 위한 프로그램이 기록되고 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산 방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수도 있다. 또한, 본 실시예를 구현하기 위한 기능적인 프로그램, 코드 및 코드 세그먼트(segment)들은 본 실시예가 속하는 기술 분야의 통상의 기술자에 의해 용이하게 이해될 수 있을 것이다.

또한, 본 명세서의 순서도들에 도시된 각 블록 또는 각 단계는 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실시예들에서는 블록들 또는 단계들 에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능하다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들 또는 단계들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들 또는 단계들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.

이상에서 살펴본 본 발명은 도면에 도시된 실시예들을 참고로 하여 설명하였으나 이는 예시적인 것에 불과하며 당해 분야에서 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 실시예의 변형이 가능하다는 점을 이해할 것이다. 그러나, 이와 같은 변형은 본 발명의 기술적 보호범위 내에 있다고 보아야 한다. 따라서, 본 발명의 진정한 기술적 보호범위는 첨부된 청구범위의 기술적 사상에 의해서 정해져야 할 것이다.

Claims (13)

1. 간편 대출 서비스 시스템으로서,
   하나 이상의 핀테크기관으로부터 대출 업무 처리 요청을 수신하며, 상기 대출 업무 처리 요청에 상응하는 처리 결과를 상기 핀테크기관에 제공하도록 구성된 대출 정보 중계 시스템; 및
   상기 대출 정보 중계 시스템으로부터 상기 대출 업무 처리 요청을 수신하고, 상기 대출 업무 처리 요청을 서로 상이한 복수의 금융기관 중 대출 업무를 처리할 금융기관에 상응하는 전문명세 데이터로 변환하여 상기 금융기관에 전송하며, 상기 금융기관으로부터 상기 처리 결과를 수신하고 상기 처리 결과를 통합명세 데이터로 변환하여 상기 대출 정보 중계 시스템에 전송하도록 구성된 금융기관 연계 시스템을 포함하되,
   상기 간편 대출 서비스 시스템은,
   데이터 종류 및 데이터 순서 중 하나 이상을 정의하며 서로 상이한 복수의 레이아웃 정보, 및 상기 복수의 금융기관에 각각 상응하는 복수의 통신 방식 정보를 저장하도록 더 구성되며,
   상기 복수의 레이아웃 정보는 상기 복수의 금융기관에 각각 상응하는 것이고,
   상기 금융기관 연계 시스템은, 상기 통합명세 데이터 형태의 상기 대출 업무 처리 요청을 상기 전문명세 데이터로 변환하도록 구성된 전문변환 모듈을 포함하며,
   상기 전문변환 모듈은,
   상기 대출 업무 처리 요청을 전문방식의 중간 데이터로 변환하도록 구성된 전문방식 변환부;
   상기 중간 데이터를 이용하여, 상기 복수의 금융기관 중 상기 대출 업무를 처리할 금융기관을 결정하도록 구성된 거래 분기부; 및
   상기 거래 분기부에 의해 결정된 금융기관에 상응하는 상기 레이아웃 정보에 부합하는 데이터 종류 및 데이터 순서를 갖도록 상기 중간 데이터를 상기 전문명세 데이터로 변환하도록 구성된 전문명세 변환부를 포함하고,
   상기 금융기관 연계 시스템은, 상기 복수의 통신 방식 정보 중 상기 대출 업무를 처리할 금융기관에 상응하는 상기 통신 방식 정보를 이용하여 상기 전문명세 데이터를 전송하도록 더 구성된 간편 대출 서비스 시스템.
   
2. 삭제
3. 제1항에 있어서,
   상기 금융기관 연계 시스템은,
   상기 핀테크기관으로부터 API를 이용하여 상기 대출 업무 처리 요청을 수신하도록 구성된 제1 통신 모듈; 및
   상기 전문명세 데이터를 상기 금융기관에 전송하도록 구성된 제2 통신 모듈을 더 포함하는 간편 대출 서비스 시스템.
   
4. 삭제
5. 제3항에 있어서,
   상기 제2 통신 모듈은 상기 금융기관으로부터 상기 처리 결과를 수신하도록 더 구성되며,
   상기 전문변환 모듈은 상기 처리 결과를 상기 통합명세 데이터로 변환하도록 더 구성되고,
   상기 제1 통신 모듈은 상기 핀테크기관에 상응하는 통신 방식을 이용하여 상기 통합명세 데이터를 상기 핀테크기관에 전송하도록 더 구성된 간편 대출 서비스 시스템.
   
6. 제1항에 있어서,
   상기 대출 정보 중계 시스템은, 상기 대출 업무 처리 요청에 기초하여 상기 핀테크기관의 확장 가능한 상품 정보를 정의하는 마케팅 정보를 생성하고, 상기 마케팅 정보를 상기 핀테크기관에 전송하도록 더 구성된 간편 대출 서비스 시스템.
   
7. 간편 대출 서비스 시스템이 데이터 종류 및 데이터 순서 중 하나 이상을 정의하며 서로 상이한 복수의 레이아웃 정보를 저장하는 단계로서, 상기 복수의 레이아웃 정보는 서로 상이한 복수의 금융기관에 각각 상응하는, 상기 복수의 레이아웃 정보를 저장하는 단계;
   상기 간편 대출 서비스 시스템이 복수의 통신 방식 정보를 저장하는 단계로서, 상기 복수의 통신 방식 정보는 상기 복수의 금융기관에 각각 상응하는, 상기 복수의 통신 방식 정보를 저장하는 단계;
   상기 간편 대출 서비스 시스템의 대출 정보 중계 시스템이 하나 이상의 핀테크기관으로부터 대출 업무 처리 요청을 수신하는 단계;
   상기 간편 대출 서비스 시스템의 금융기관 연계 시스템이 상기 대출 업무 처리 요청을 상기 복수의 금융기관 중 대출 업무를 처리할 금융기관에 상응하는 전문명세 데이터로 변환하는 단계;
   상기 금융기관 연계 시스템이 상기 전문명세 데이터를 상기 금융기관에 전송하는 단계;
   상기 금융기관 연계 시스템이 상기 금융기관으로부터 상기 대출 업무 처리 요청에 상응하는 처리 결과를 수신하는 단계;
   상기 금융기관 연계 시스템이 상기 처리 결과를 통합명세 데이터로 변환하는 단계; 및
   대출 정보 중계 시스템이 상기 통합명세 데이터 형태의 상기 처리 결과를 상기 핀테크기관에 제공하는 단계를 포함하되,
   상기 전문명세 데이터로 변환하는 단계는,
   상기 금융기관 연계 시스템이, 통합명세 데이터 형태의 상기 대출 업무 처리 요청을 전문방식의 중간 데이터로 변환하는 단계;
   상기 금융기관 연계 시스템이, 상기 중간 데이터를 이용하여, 상기 복수의 금융기관 중 상기 대출 업무를 처리할 금융기관을 결정하는 단계; 및
   상기 금융기관 연계 시스템이, 상기 결정하는 단계에서 결정된 금융기관에 상응하는 상기 레이아웃 정보에 부합하는 데이터 종류 및 데이터 순서를 갖도록 상기 중간 데이터를 상기 전문명세 데이터로 변환하는 단계를 포함하며,
   상기 전문명세 데이터를 상기 금융기관에 전송하는 단계는, 상기 금융기관 연계 시스템이, 상기 복수의 통신 방식 정보 중 상기 결정하는 단계에서 결정된 금융기관에 상응하는 상기 통신 방식 정보를 이용하여 상기 전문명세 데이터를 전송하는 단계를 포함하는 간편 대출 서비스 방법.
   
8. 삭제
9. 삭제
10. 삭제
11. 제7항에 있어서,
    상기 처리 결과를 상기 핀테크기관에 제공하는 단계는, 상기 대출 정보 중계 시스템이, 상기 핀테크기관에 상응하는 통신 방식을 이용하여 상기 통합명세 데이터를 상기 핀테크기관 또는 사용자에게 전송하는 단계를 더 포함하는 간편 대출 서비스 방법.
    
12. 제7항에 있어서,
    상기 대출 정보 중계 시스템이, 상기 대출 업무 처리 요청에 기초하여 상기 핀테크기관의 확장 가능한 상품 정보를 정의하는 마케팅 정보를 생성하는 단계; 및
    상기 대출 정보 중계 시스템이, 상기 마케팅 정보를 상기 핀테크기관에 전송하는 단계를 더 포함하는 간편 대출 서비스 방법.
    
13. 하드웨어와 결합되어 제7항, 제11항 및 제12항 중 어느 한 항에 따른 간편 대출 서비스 방법을 수행하도록 컴퓨터에 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.

Images