KR102107454B1 - System for multiplication of financial payment networks, method for financial services using the same and computer program for the same - Google Patents

System for multiplication of financial payment networks, method for financial services using the same and computer program for the same Download PDF

Info

Publication number
KR102107454B1
KR102107454B1 KR1020190095262A KR20190095262A KR102107454B1 KR 102107454 B1 KR102107454 B1 KR 102107454B1 KR 1020190095262 A KR1020190095262 A KR 1020190095262A KR 20190095262 A KR20190095262 A KR 20190095262A KR 102107454 B1 KR102107454 B1 KR 102107454B1
Authority
KR
South Korea
Prior art keywords
financial
communication method
communication
institution
financial institution
Prior art date
Application number
KR1020190095262A
Other languages
Korean (ko)
Inventor
석창규
Original Assignee
주식회사쿠콘
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사쿠콘 filed Critical 주식회사쿠콘
Priority to KR1020190095262A priority Critical patent/KR102107454B1/en
Application granted granted Critical
Publication of KR102107454B1 publication Critical patent/KR102107454B1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/16—Payments settled via telecommunication systems

Abstract

According to the present invention, a multiplexing system for a financial payment network comprises: a transmission/reception module receiving a financial business processing request from a use institution or a user who uses a service of the use institution and transmitting a processing result corresponding to the financial business processing request to the use institution or the user; a financial service execution module transmitting the financial business processing request to a financial institution through any one from one or more communication modes using an application programming interface (API) provided from the financial institution or a communication module mode using an exclusive line connected to the financial institution to receive the processing result; and a control module determining the communication mode of the financial service execution module for processing a financial business based on a communication state of the financial service execution module. Accordingly, a fintech provider can provide an open banking or open API type communication network used for a service such as simple payment and the like, in a hybrid type, thereby implementing stable service provision and reducing costs.

Description

금융결제망 다중화 시스템, 이를 이용한 금융 서비스 방법 및 이를 위한 컴퓨터 프로그램{SYSTEM FOR MULTIPLICATION OF FINANCIAL PAYMENT NETWORKS, METHOD FOR FINANCIAL SERVICES USING THE SAME AND COMPUTER PROGRAM FOR THE SAME}Financial settlement network multiplexing system, financial service method using it, and computer program therefor {SYSTEM FOR MULTIPLICATION OF FINANCIAL PAYMENT NETWORKS, METHOD FOR FINANCIAL SERVICES USING THE SAME AND COMPUTER PROGRAM FOR THE SAME}

실시예들은 금융결제망 다중화 시스템과 이를 이용한 금융 서비스 방법 및 이를 위한 컴퓨터 프로그램에 대한 것으로, 보다 구체적으로는, 핀테크(fintech) 사업자가 간편결제 등의 서비스를 위해 이용하는 오픈 뱅킹(open banking) 또는 오픈 API(Application Programming Interface) 방식의 통신망을 하이브리드 방식으로 제공함으로써 안정적인 서비스 제공과 비용 절감을 실현하는 기술에 대한 것이다. Embodiments are directed to a financial payment network multiplexing system, a financial service method using the same, and a computer program for the same, and more specifically, open banking used by fintech operators for services such as simple payment, or It is about technology to realize stable service provision and cost reduction by providing an open API (Application Programming Interface) type communication network in a hybrid manner.

최근 핀테크(fintech) 시대를 맞이하여, 은행과 같은 금융기관이 아닌 사업자들도 간편결제 서비스처럼 금융과 정보통신 기술이 융합된 서비스를 사용자들에게 제공할 수 있는 기술적, 사회적 기반이 마련되었다. 이와 관련된 종래 기술의 일 예로, 등록특허공보 제10-1693421호는 금융기관에서 제공하는 오픈 API(Application Programming Interface)를 이용하여 핀테크 기업들이 금융 서비스 컨텐츠를 제작할 수 있도록 하는 금융 오픈 플랫폼(open platform) 기반의 금융서비스 제공 장치를 개시한다. With the recent fintech era, businesses and non-financial institutions such as banks have established a technical and social foundation to provide users with services that combine financial and information and communication technologies, such as simple payment services. As an example of the related art, the registered patent publication No. 10-1693421 uses an open application programming interface (API) provided by financial institutions to enable fintech companies to create financial service contents (open platform). ) Based financial service providing device.

한국 금융위원회에서는, 2015년 7월 핀테크 오픈 플랫폼 구축 계획을 발표하였으며, 2019년 2월에는 핀테크 기업의 시장 진출을 장려하고 고객 지향적 결제 서비스의 개발을 촉진시키기 위해 금융결제망을 핀테크 기업에 개방하는 내용이 포함된 '금융결제 인프라 혁신방안'을 발표하였다. 상기 '금융결제 인프라 혁신방안'은 모든 핀테크 기업이 합리적 비용으로 금융결제망을 이용할 수 있도록 공동 결제시스템인 오픈 뱅킹(open banking) 시스템을 구축하고 이용료를 기존에 비해 인하하는 것을 골자로 하고 있다. The Korean Financial Services Commission announced plans to build a fintech open platform in July 2015, and in February 2019, a financing network was established to encourage fintech companies to enter the market and promote the development of customer-oriented payment services. Announced the 'Financial Settlement Infrastructure Innovation Plan', which includes contents to be opened. The above-mentioned 'Financial Payment Infrastructure Innovation Plan' aims to establish an open banking system, a common payment system, and reduce the usage fee compared to the existing ones so that all fintech companies can use the financial settlement network at a reasonable cost. .

그런데, 이와 같은 오픈 뱅킹 시스템은 수수료를 제외하면 다른 측면에서 비교할 경우 종래에 은행 등에서 기업과의 통신을 위해 사용하던 펌 뱅킹(firm banking) 망에 비해 품질이 떨어지는 문제점이 있다. However, such an open banking system has a problem that quality is inferior to that of a firm banking network used for communication with companies in banks and the like when compared in other aspects except for fees.

예를 들어, 펌 뱅킹 시스템은 다년간의 운영으로 안정성이 확보되어 있고, 부가가치망(Value Added Network; VAN) 이중화가 가능하며, 이용기관이 요구하는 신규 API 및 기능에 맞춘 커스터마이징(customizing)이 가능하여 확장성이 우수한 반면, 오픈 뱅킹 시스템의 경우 초기 구축 단계의 시스템이므로 안정성을 담보할 수 없고, VAN 이중화가 불가능하며, 정부 주도로 진행되어 금융결제원에서 제공하는 API에 대해서만 연동이 가능하여 확장성이 떨어지는 단점이 있다. 또한, 오픈 뱅킹 시스템의 경우 펌 뱅킹 시스템에 비해 아직 이를 보유한 금융기관의 수가 적어 특정 금융기관의 경우에는 연계가 불가능한 문제점도 있다. For example, the firm banking system has secured stability through many years of operation, can redundancy in the Value Added Network (VAN), and can be customized to new APIs and functions required by users. While excellent scalability, in the case of an open banking system, since it is a system in the early stage of construction, stability cannot be guaranteed, VAN redundancy is not possible, and it is possible to interoperate only with APIs provided by the Financial Settlement Service, which is government-led and expandable. There is a downside. In addition, in the case of the open banking system, there is a problem in that it is impossible to connect in the case of a specific financial institution because the number of financial institutions that have it still is small compared to the firm banking system.

펌 뱅킹을 주로 사용하는 종래의 금융 서비스 시스템에 오픈 뱅킹 시스템을 전면 도입하기 위해서는, 오픈 API의 규격에 맞춘 프로세스 설계 및 신규 개발이 필요하고, 서비스 안정성 검증을 위한 부하 테스트가 필수적으로 이루어져야 하나, 현재까지 이에 대한 기술 개발이 충분히 이루어지지 않은 상황이므로 오픈 뱅킹 시스템에 장애가 발생할 경우에 대한 대비책이 전무한 실정이다. 예컨대, 오픈 뱅킹 시스템을 전면 도입하게 되면 금융결제원 시스템에 장애가 발행할 경우 전 제공기관의 서비스 장애 상태가 되는 문제가 있다. In order to fully introduce the open banking system to a conventional financial service system mainly using firm banking, process design and new development in accordance with the specifications of the open API are required, and load testing is essential to verify service stability. So far, the technology development has not been sufficiently developed, so there is no preparation for any failure in the open banking system. For example, if the open banking system is fully introduced, there is a problem in that when a failure occurs in the financial settlement system, the service is in a state of service failure of all providers.

등록특허공보 제10-1693421호Registered Patent Publication No. 10-1693421

전술한 종래 기술의 문제점을 해결하기 위한 본 발명의 일 측면에 따르면, 핀테크(fintech) 사업자가 간편결제 등의 서비스를 위해 이용하는 오픈 뱅킹(open banking) 또는 오픈 API(Application Programming Interface) 방식의 통신망을 이들 간의 하이브리드 방식 또는 이들과 기존 펌 뱅킹(firm banking) 망의 하이브리드 방식으로 제공함으로써, 안정적인 서비스 제공과 비용 절감을 동시에 실현할 수 있는 금융결제망 다중화 시스템과, 이를 이용한 금융 서비스 방법 및 이를 위한 컴퓨터 프로그램을 제공할 수 있다. According to an aspect of the present invention for solving the above-mentioned problems of the prior art, an open banking (open banking) or open API (Application Programming Interface) communication network used by fintech operators for services such as simple payment By providing them as a hybrid method between them or a hybrid method of these and the existing firm banking network, a financial settlement network multiplexing system capable of simultaneously realizing stable service provision and cost reduction, and a financial service method using the same and a computer for the same Program can be provided.

본 발명의 일 측면에 따른 금융결제망 다중화 시스템은, 이용기관 또는 상기 이용기관의 서비스를 이용하는 사용자로부터 금융업무 처리 요청을 수신하며, 상기 금융업무 처리 요청에 상응하는 처리 결과를 상기 이용기관 또는 상기 사용자에게 제공하도록 구성된 송수신 모듈; 금융기관이 제공하는 API(Application Programming Interface)를 이용한 하나 이상의 통신 방식 또는 상기 금융기관에 연결된 전용회선을 통한 통신 방식 중 어느 하나에 의하여 상기 금융기관에 상기 금융업무 처리 요청을 전송하여 상기 처리 결과를 수신하도록 구성된 금융 서비스 실행 모듈; 및 상기 금융 서비스 실행 모듈의 통신 상태에 기초하여 금융업무 처리를 위한 상기 금융 서비스 실행 모듈의 통신 방식을 결정하도록 구성된 제어 모듈을 포함한다. The financial settlement network multiplexing system according to an aspect of the present invention receives a request for processing a financial service from a user or a user who uses the service of the user, and the processing result corresponding to the request for processing the financial service is the user or the A transmission / reception module configured to provide to a user; The financial institution processing request is transmitted to the financial institution by one of one or more communication methods using an API (Application Programming Interface) provided by a financial institution or a communication method through a dedicated line connected to the financial institution. A financial service execution module configured to receive; And a control module configured to determine a communication method of the financial service execution module for processing financial services based on the communication state of the financial service execution module.

일 실시예에서, 상기 금융 서비스 실행 모듈은, 상기 금융기관이 제공하는 API를 이용한 제1 통신 방식, 하나 이상의 상기 금융기관과 연계된 오픈 플랫폼(open platform) 시스템이 제공하는 API를 이용한 제2 통신 방식, 및 상기 전용회선을 통한 제3 통신 방식 중 어느 하나의 방식으로 상기 금융기관과 통신하도록 더 구성된다. In one embodiment, the financial service execution module includes a first communication method using an API provided by the financial institution, and a second communication using an API provided by an open platform system associated with one or more financial institutions. It is further configured to communicate with the financial institution in any one of a scheme and a third communication scheme through the dedicated line.

일 실시예에서, 상기 제2 통신 방식에서 상기 금융 서비스 실행 모듈과 상기 금융기관 사이의 통신은 상기 오픈 플랫폼 시스템을 경유하여 수행된다.In one embodiment, in the second communication method, communication between the financial service execution module and the financial institution is performed via the open platform system.

일 실시예에서, 상기 제어 모듈은, 상기 제1 통신 방식 및 상기 제2 통신 방식 중 어느 하나를 이용하여 상기 금융기관에 금융업무 처리를 요청하며, 상기 금융기관으로부터 무응답 또는 오류 응답이 수신되는 경우, 통신 방식을 상기 제1 통신 방식 및 상기 제2 통신 방식 중 다른 하나 또는 상기 제3 통신 방식으로 전환하도록 상기 금융 서비스 실행 모듈을 제어하도록 더 구성된다.In one embodiment, the control module requests a financial business process from the financial institution using one of the first communication method and the second communication method, and when a response or an error response is received from the financial institution , It is further configured to control the financial service execution module to switch the communication method to another one of the first communication method and the second communication method or to the third communication method.

일 실시예에서, 상기 제어 모듈은, 상기 금융기관으로부터 무응답 또는 오류 응답이 수신된 후, 주기적으로 상기 금융기관과 통신하여 상기 금융기관으로부터 정상 응답이 수신되는 경우 통신 방식을 상기 제1 통신 방식 및 상기 제2 통신 방식 중 어느 하나로 다시 전환하도록 상기 금융 서비스 실행 모듈을 제어하도록 더 구성된다.In one embodiment, the control module, after receiving a non-response or error response from the financial institution, periodically communicates with the financial institution to receive a normal response from the financial institution. It is further configured to control the financial service execution module to switch back to any one of the second communication methods.

일 실시예에 따른 금융결제망 다중화 시스템은, 상기 금융기관이 제공하는 API를 이용하기 위한 상기 금융업무 처리 요청을 검증하도록 구성된 유효성 검증 모듈을 더 포함한다. The financial settlement network multiplexing system according to an embodiment further includes a validation module configured to verify the financial business processing request for using an API provided by the financial institution.

본 발명의 일 측면에 따른 금융 서비스 방법은, 금융결제망 다중화 시스템이 이용기관 또는 상기 이용기관의 서비스를 이용하는 사용자로부터 금융업무 처리 요청을 수신하는 단계; 상기 금융결제망 다중화 시스템이, 금융기관이 제공하는 API를 이용한 하나 이상의 통신 방식 또는 상기 금융기관에 연결된 전용회선을 통한 통신 방식 중 어느 하나에 의하여 상기 금융기관에 상기 금융업무 처리 요청을 전송하여, 상기 금융기관으로부터 상기 금융업무 처리 요청에 상응하는 처리 결과를 수신하는 단계; 및 상기 금융결제망 다중화 시스템이 상기 처리 결과를 상기 이용기관 또는 상기 사용자에게 제공하는 단계를 포함한다.A financial service method according to an aspect of the present invention includes the steps of: a financial settlement network multiplexing system receiving a request for processing a financial service from a user who uses a service or a user of the service of the user; The financial settlement network multiplexing system transmits the financial business processing request to the financial institution by one of one or more communication methods using an API provided by the financial institution or a communication method through a dedicated line connected to the financial institution, Receiving a processing result corresponding to the financial business processing request from the financial institution; And providing, by the financial settlement network multiplexing system, the processing result to the user or the user.

이때, 상기 금융업무 처리 요청에 상응하는 처리 결과를 수신하는 단계는, 상기 금융결제망 다중화 시스템의 통신 상태에 기초하여, 상기 금융기관이 제공하는 API를 이용한 하나 이상의 통신 방식 또는 상기 금융기관에 연결된 전용회선을 통한 통신 방식 중 어느 하나로 금융업무 처리를 위한 통신 방식을 결정하는 단계를 포함한다. At this time, the step of receiving the processing result corresponding to the financial business processing request is based on the communication status of the financial settlement network multiplexing system, one or more communication methods using the API provided by the financial institution or connected to the financial institution And determining a communication method for processing the financial business as one of the communication methods through a dedicated line.

일 실시예에서, 상기 금융업무 처리를 위한 통신 방식을 결정하는 단계는, 상기 금융기관이 제공하는 API를 이용한 제1 통신 방식, 하나 이상의 상기 금융기관과 연계된 오픈 플랫폼 시스템이 제공하는 API를 이용한 제2 통신 방식, 및 상기 전용회선을 통한 제3 통신 방식 중 어느 하나의 방식으로 통신 방식을 결정하는 단계를 포함한다.In one embodiment, the step of determining the communication method for processing the financial business includes: a first communication method using an API provided by the financial institution, and an API provided by an open platform system associated with one or more financial institutions. And determining a communication method by any one of a second communication method and a third communication method through the dedicated line.

일 실시예에서, 상기 제2 통신 방식에서 상기 금융결제망 다중화 시스템과 상기 금융기관 사이의 통신은 상기 오픈 플랫폼 시스템을 경유하여 수행된다. In one embodiment, in the second communication method, communication between the financial settlement network multiplexing system and the financial institution is performed via the open platform system.

일 실시예에서, 상기 금융업무 처리 요청에 상응하는 처리 결과를 수신하는 단계는, 상기 금융결제망 다중화 시스템이, 상기 제1 통신 방식 및 상기 제2 통신 방식 중 어느 하나를 이용하여 상기 금융기관에 금융업무 처리를 요청하는 단계; 및 상기 금융결제망 다중화 시스템이, 상기 금융기관으로부터 무응답 또는 오류 응답이 수신되는 것에 대한 응답으로, 상기 금융결제망 다중화 시스템의 통신 방식을 상기 제1 통신 방식 및 상기 제2 통신 방식 중 다른 하나 또는 상기 제3 통신 방식으로 전환하는 단계를 포함한다. In one embodiment, the step of receiving a processing result corresponding to the request for processing the financial business, the financial settlement network multiplexing system, to the financial institution using any one of the first communication method and the second communication method Requesting financial business processing; And the financial settlement network multiplexing system, in response to receiving a non-response or an error response from the financial institution, sets the communication method of the financial settlement network multiplexing system to another one of the first communication method and the second communication method, or And switching to the third communication method.

일 실시예에 따른 금융 서비스 방법은, 상기 금융결제망 다중화 시스템이, 상기 금융기관으로부터 무응답 또는 오류 응답이 수신된 후, 주기적으로 상기 금융기관에 거래 신호를 전송하는 단계; 및 상기 금융결제망 다중화 시스템이, 상기 금융기관으로부터 상기 거래 신호에 대한 정상 응답이 수신되는 것에 대한 응답으로, 상기 금융결제망 다중화 시스템의 통신 방식을 상기 제1 통신 방식 및 상기 제2 통신 방식 중 어느 하나로 전환하는 단계를 더 포함한다.A financial service method according to an embodiment of the present invention includes the steps of: the financial settlement network multiplexing system periodically transmitting a transaction signal to the financial institution after receiving a non-response or an error response from the financial institution; And in response to the financial settlement network multiplexing system receiving a normal response to the transaction signal from the financial institution, a communication method of the financial settlement network multiplexing system among the first communication method and the second communication method. Further comprising the step of switching to any one.

일 실시예에 따른 금융 서비스 방법은, 상기 금융업무 처리 요청에 상응하는 처리 결과를 수신하는 단계 전에, 상기 금융결제망 다중화 시스템이, 상기 금융기관이 제공하는 API를 이용하기 위한 상기 금융업무 처리 요청을 검증하는 단계를 더 포함한다.In a financial service method according to an embodiment, before the step of receiving a processing result corresponding to the financial business processing request, the financial settlement network multiplexing system requests the financial business processing to use an API provided by the financial institution. Further comprising the step of verifying.

본 발명의 일 측면에 따른 컴퓨터 프로그램은, 하드웨어와 결합되어 실시예들에 따른 금융 서비스 방법을 실행하기 위한 것으로서, 컴퓨터로 판독 가능한 기록매체에 저장될 수 있다. A computer program according to an aspect of the present invention is for executing a financial service method according to embodiments in combination with hardware, and may be stored in a computer-readable recording medium.

본 발명의 일 측면에 따른 금융결제망 다중화 시스템과 이를 이용한 금융 서비스 방법에 의하면, 핀테크(fintech) 기업에서 간편결제 등의 서비스를 실현하기 위해 오픈 뱅킹(open banking) 또는 오픈 API(Application Programming Interface) 방식의 통신망을 통해 금융기관과 통신함에 있어서, 이 중 특정 망에 장애가 있을 경우 다른 망 또는 펌 뱅킹(firm banking) 망으로 전환하게 함으로써 서비스 다중화를 통한 안정적인 서비스 제공이 가능한 이점이 있다. According to a financial payment network multiplexing system and a financial service method using the same according to an aspect of the present invention, in order to realize services such as simple payment in a fintech company, open banking or open API (Application Programming Interface) ) When communicating with a financial institution through a communication network of the method, if there is a failure in a specific network, it is possible to provide a stable service through service multiplexing by switching to another network or a firm banking network.

또한, 본 발명의 일 측면에 따른 금융결제망 다중화 시스템과 이를 이용한 금융 서비스 방법에 의하면, 상대적으로 수수료가 저렴한 금융결제망(예컨대, 오픈 뱅킹망)을 이용하여 서비스를 제공하다가 장애가 발생하였을 때만 수수료가 높은 금융결제망(예컨대, 펌 뱅킹망)으로 전환하고, 장애가 복구되면 다시 종전의 금융결제망을 통해 서비스를 제공함으로써 핀테크 사업자의 통신 비용을 절감할 수 있는 이점이 있다. In addition, according to the financial payment network multiplexing system and the financial service method using the same according to an aspect of the present invention, a fee is provided only when a failure occurs while providing a service using a financial payment network (eg, an open banking network) that has a relatively low fee. It has the advantage of reducing the communication cost of fintech operators by switching to a higher financial settlement network (e.g., a firm banking network) and providing services through the previous financial settlement network once the failure is restored.

도 1은 일 실시예에 따른 금융결제망 다중화 시스템을 이용한 금융 서비스 시스템의 구성도이다.
도 2는 일 실시예에 따른 금융결제망 다중화 시스템의 개략적인 블록도이다.
도 3은 일 실시예에 따른 금융 서비스 방법의 각 단계를 나타내는 순서도이다.
도 4는 일 실시예에 따른 금융 서비스 방법을 이용한 예시적인 간편결제 처리 과정을 나타내는 개념도이다.
도 5는 또 다른 실시예에 따른 금융 서비스 방법에서 장애 복구 시 처리 과정을 나타내는 순서도이다. 1 is a block diagram of a financial service system using a financial settlement network multiplexing system according to an embodiment.
2 is a schematic block diagram of a financial settlement network multiplexing system according to an embodiment.
3 is a flow chart showing each step of the financial service method according to an embodiment.
4 is a conceptual diagram illustrating an exemplary simple payment processing process using a financial service method according to an embodiment.
5 is a flow chart illustrating a process for recovering from a failure in a financial service method according to another embodiment.

이하에서, 도면을 참조하여 본 발명의 실시예들에 대하여 상세히 살펴본다.Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

도 1은 일 실시예에 따른 금융결제망 다중화 시스템을 이용한 금융 서비스 시스템의 구성도이다.1 is a block diagram of a financial service system using a financial settlement network multiplexing system according to an embodiment.

도 1을 참조하면, 본 실시예에 따른 금융 서비스 시스템은 금융결제망 다중화 시스템(30)을 포함한다. 금융결제망 다중화 시스템(30)은, 이용기관 장치(10)로부터 금융업무 처리 요청을 수신하고, 금융기관 서버(201-20n, 211-21n, 221-22n)와 통신함으로써 상기 금융업무 처리 요청에 상응하는 처리 결과를 수신하고, 이를 이용기관 장치(10)에 제공하도록 구성된다. Referring to FIG. 1, the financial service system according to the present embodiment includes a financial settlement network multiplexing system 30. The financial settlement network multiplexing system 30 receives the financial business processing request from the user institution apparatus 10 and communicates with the financial institution servers 201-20n, 211-21n, and 221-22n to respond to the financial business processing request. It is configured to receive the corresponding processing result and provide it to the user equipment 10.

이상의 동작을 위하여, 금융결제망 다중화 시스템(30)은 유선 및/또는 무선 네트워크를 통하여 이용기관 장치(10) 및 금융기관 서버(201-20n, 211-21n, 221-22n)에 통신 가능하게 연결될 수 있다. 본 명세서에서 유선 및/또는 무선 네트워크를 통한 통신 방법은 객체와 객체가 네트워킹 할 수 있는 임의의 통신 방법을 이용하여 구현된 것일 수 있으며, 유선 통신, 무선 통신, 3G, 4G, 혹은 그 이외의 방법에 의한 것으로 제한되지 않는다.For the above operation, the financial settlement network multiplexing system 30 is communicatively connected to the user equipment 10 and the financial institution servers 201-20n, 211-21n, 221-22n through a wired and / or wireless network. Can be. In the present specification, a communication method through a wired and / or wireless network may be implemented by using any communication method capable of networking an object and an object, and a wired communication, wireless communication, 3G, 4G, or other method It is not limited to.

본 명세서에 기재된 장치들은 전적으로 하드웨어이거나, 또는 부분적으로 하드웨어이고 부분적으로 소프트웨어인 측면을 가질 수 있다. 예컨대, 금융결제망 다중화 시스템(30) 및 이와 통신하는 각각의 시스템, 장치, 서버 및 이에 포함된 각 부(unit)는, 특정 형식 및 내용의 데이터를 전자통신 방식으로 주고받기 위한 장치 및 이에 관련된 소프트웨어를 통칭할 수 있다. 본 명세서에서 "부", "모듈(module)", "서버", "시스템", "플랫폼", "장치" 또는 "단말" 등의 용어는 하드웨어 및 해당 하드웨어에 의해 구동되는 소프트웨어의 조합을 지칭하는 것으로 의도된다. 예를 들어, 여기서 하드웨어는 CPU 또는 다른 프로세서(processor)를 포함하는 데이터 처리 기기일 수 있다. 또한, 하드웨어에 의해 구동되는 소프트웨어는 실행중인 프로세스, 객체(object), 실행파일(executable), 실행 스레드(thread of execution), 프로그램(program) 등을 지칭할 수 있다.The devices described herein may have aspects that are entirely hardware, or partially hardware and partially software. For example, the financial settlement network multiplexing system 30, and each system, device, server, and each unit included therein, are devices for exchanging data of a specific format and content in an electronic communication method and related thereto. Software can be called generically. In this specification, terms such as "part", "module", "server", "system", "platform", "device", or "terminal" refer to a combination of hardware and software driven by the hardware. It is intended to. For example, the hardware here may be a data processing device comprising a CPU or other processor. Also, software driven by hardware may refer to a running process, an object, an executable, a thread of execution, a program, or the like.

이용기관 장치(10)는 금융기관이 아니지만 금융업무 처리가 수반되는 서비스를 제공하는 사업자의 장치로서, 예컨대, 핀테크(fintech) 사업자의 서버를 지칭할 수 있다. 그러나 다른 실시예에서, 금융결제망 다중화 시스템(30)은 핀테크 사업자의 장치가 아니라 핀테크 사업자가 제공하는 핀테크 서비스를 이용하는 사용자와 통신하도록 구성될 수도 있다. 예를 들어, 사용자들은 자신의 스마트폰(smartphone)과 같은 단말기에서 이용기관(10)이 제공하는 핀테크 서비스를 위한 애플리케이션(또는, 앱(app))을 실행함으로써 금융결제망 다중화 시스템(30)과 통신을 수행할 수도 있다. The user institution device 10 is not a financial institution, but is a device of a service provider that provides a service involving financial business processing, and may refer to, for example, a fintech service provider's server. However, in another embodiment, the financial settlement network multiplexing system 30 may be configured to communicate with a user who uses a fintech service provided by a fintech operator, rather than a device of the fintech operator. For example, users execute a financial payment network multiplexing system 30 by executing an application (or an app) for a fintech service provided by the user organization 10 in a terminal such as their own smartphone. And communication.

금융결제망 다중화 시스템(30)이 금융업무 처리를 위하여 금융기관 서버(201-20n, 211-21n, 221-22n)와 통신하는 방식은, 금융기관이 제공하는 API(Application Programming Interface)를 이용한 하나 이상의 통신 방식, 또는 금융기관에 연결된 전용회선을 통한 통신 방식 중 어느 하나일 수 있다. 금융결제망 다중화 시스템(30)은, 금융결제망 다중화 시스템(30)과 금융기관 서버(201-20n, 211-21n, 221-22n) 사이의 통신 상태에 기초하여 금융업무 처리를 위한 통신 방식을 하나의 방식으로부터 다른 방식으로 동적으로 전환하도록 구성될 수 있다. The method in which the financial settlement network multiplexing system 30 communicates with the financial institution servers 201-20n, 211-21n, and 221-22n for processing financial operations is one using an API (Application Programming Interface) provided by the financial institution. It may be any one of the above communication methods or a communication method through a dedicated line connected to a financial institution. The financial settlement network multiplexing system 30 is based on a communication state between the financial settlement network multiplexing system 30 and the financial institution servers 201-20n, 211-21n, and 221-22n. It can be configured to dynamically switch from one way to another.

일 실시예에서, 금융기관이 제공하는 API를 이용한 통신 방식은 오픈 API를 이용한 통신 방식 또는 오픈 뱅킹(open banking)을 이용한 통신 방식으로 구분될 수 있다. In one embodiment, a communication method using an API provided by a financial institution may be divided into a communication method using an open API or a communication method using open banking.

본 명세서에서 오픈 API를 이용한 통신 방식이란, 개별 금융기관에서 내부적으로 이체, 조회, 대출 등 금융 서비스를 위한 API를 지정하고, 금융기관과 이용기관의 약정에 의해 해당 API 를 이용기관이 이용할 수 있도록 제공함으로써 금융 서비스가 실현되는 형태를 지칭한다. In the present specification, the communication method using the open API designates an API for financial services such as transfer, inquiry, and loan internally by individual financial institutions, and enables the user to use the API by agreement between financial institutions and users. It refers to the form in which financial services are realized by providing them.

또한, 본 명세서에서 오픈 뱅킹을 이용한 통신 방식이란, 하나 이상의 금융기관과 연계된 오픈 플랫폼 시스템(20)이 제공하는 표준화된 API를 이용하여 오픈 플랫폼 시스템(20)과 제휴된 모든 금융기관을 통한 금융 서비스가 실현되는 형태를 지칭한다. 예를 들어, 오픈 플랫폼 시스템(20)는 대한민국의 경우 금융결제원 서버에 해당하는 것일 수 있으나, 이에 한정되는 것은 아니다. In addition, in the present specification, the communication method using open banking is financed through all financial institutions affiliated with the open platform system 20 using standardized API provided by the open platform system 20 associated with one or more financial institutions. It refers to the form in which the service is realized. For example, in the case of Korea, the open platform system 20 may correspond to a financial settlement server, but is not limited thereto.

또한 일 실시예에서, 금융기관에 연결된 전용회선을 이용한 통신 방식은 이용기관이 직접 또는 부가가치망(Value Added Network; VAN)을 경유하여 금융기관에 연결되어 있어 이용기관의 내부 시스템을 통해 금융 서비스의 실행이 가능한 통신 방식을 지칭하며, 이는 본 명세서에서 펌 뱅킹(firm banking)으로도 지칭된다. In addition, in one embodiment, the communication method using a dedicated line connected to the financial institution is connected to the financial institution directly or through a value added network (VAN), so that the financial service is provided through the internal system of the user institution. Refers to an executable communication method, which is also referred to herein as firm banking.

실시예들에서, 금융결제망 다중화 시스템(30)은 오픈 API를 이용한 통신 방식(또는, 제1 통신 방식으로도 지칭함), 오픈 플랫폼 시스템(20)을 통해 실현되는 오픈 뱅킹을 이용한 통신 방식(또는, 제2 통신 방식으로도 지칭함), 또는 금융기관에 연결된 전용회선을 통한 펌 뱅킹 방식(또는, 제3 통신 방식으로도 지칭함) 중 어느 하나의 방식으로 금융기관에 금융업무 처리 요청을 전송하여 처리 결과를 수신할 수 있다. In embodiments, the financial settlement network multiplexing system 30 is a communication method using an open API (or, also referred to as a first communication method), a communication method using an open banking realized through the open platform system 20 (or , Also referred to as a second communication method), or through a dedicated line connected to a financial institution, a banking method (or also referred to as a third communication method) to transmit a financial business processing request to a financial institution for processing Results can be received.

도시된 것과 같이, 금융결제망 다중화 시스템(30)은 오픈 API를 이용한 통신 방식으로 금융기관 서버(201-20n)와 통신할 수 있다. 또한, 금융결제망 다중화 시스템(30)은 오픈 뱅킹을 이용한 통신 방식으로 금융기관 서버(211-21n)와 통신할 수 있고, 이때 통신은 오픈 플랫폼 시스템(20)을 경유하여 이루어질 수도 있다. 나아가, 금융결제망 다중화 시스템(30)은 펌 뱅킹을 이용한 통신 방식으로 금융기관 서버(221-22n)와 통신할 수 있다. As shown, the financial payment network multiplexing system 30 may communicate with the financial institution server 201-20n by a communication method using an open API. In addition, the financial settlement network multiplexing system 30 may communicate with the financial institution servers 211-21n by a communication method using open banking, and communication may be performed via the open platform system 20. Furthermore, the financial settlement network multiplexing system 30 may communicate with the financial institution servers 221-22n by a communication method using firm banking.

이때, 금융기관 서버(201-20n), 금융기관 서버(211-21n) 및 금융기관 서버(221-22n)는 해당 금융기관이 지원하는 통신 방식에 따라 금융업무를 처리할 장치를 구분하여 나타낸 것일 뿐, 상호 배타적인 것이 아니다. 즉, 오픈 API를 통한 통신 방식, 오픈 뱅킹을 통한 통신 방식 및 펌 뱅킹 방식 모두를 지원하는 하나의 금융기관 서버가 존재할 수 있으며, 따라서 금융기관 서버(201-20n), 금융기관 서버(211-21n) 및 금융기관 서버(221-22n) 중 일부 또는 전부는 동일한 장치를 의미하는 것일 수 있다. 예컨대, 금융기관 서버(201), 금융기관 서버(211) 및 금융기관 서버(221)는 모두 동일한 하나의 금융기관 장치이며 단지 이를 통신 방식에 따라 구분한 것일 수 있다. At this time, the financial institution server 201-20n, the financial institution server 211-21n, and the financial institution server 221-22n are classified as devices for processing financial services according to the communication method supported by the financial institution. However, they are not mutually exclusive. That is, there may be one financial institution server that supports both the communication method through the open API, the communication method through the open banking method, and the firm banking method, and thus, the financial institution server 201-20n and the financial institution server 211-21n. ) And some or all of the financial institution servers 221-22n may mean the same device. For example, the financial institution server 201, the financial institution server 211, and the financial institution server 221 are all the same one financial institution device, and may only be classified according to a communication method.

본 명세서에서, 금융업무 처리란 이체(출금이체, 입금이체 등) 거래에 대한 처리, 또는 조회(잔액조회, 거래내역조회, 계좌실명조회, 송금인정보조회 등) 거래에 대한 처리 등을 지칭할 수 있으며, 특정 거래 내용으로 한정되지 않는다. In the present specification, the financial business processing may refer to processing of a transfer (withdrawal transfer, deposit transfer, etc.) transaction, or processing of inquiry (balance inquiry, transaction history inquiry, account real name inquiry, sender information inquiry, etc.) transaction, etc. And is not limited to specific transaction details.

예컨대, 본 명세서의 금융업무 처리는 API를 통하여 실현되는 것으로서 계좌정보(은행, 예금주명, 계좌번호, 잔액, 신규일자 등) 조회, 입출금내역(은행, 계좌번호, 거래일자, 거래시작, 출금액, 입금액, 거래 후 잔액, 거래수단 등) 조회, 예적금정보(계좌번호, 예금종류, 현재 잔액, 약정액, 월납입액, 거래일자시간, 입금액, 만기일자 등) 조회, 대출금정보(계좌번호, 대출종류, 대출잔액, 월납입액, 거래일자시간, 이자금액, 이자율, 만기일자 등) 조회, 카드사용내역(카드종류, 카드번호, 승인일자시간, 승인금액, 결제 후 잔액, 결제일 등) 조회, 예금주정보(예금주명, 실명번호, 계좌진위여부 등) 조회 등을 포함할 수 있다. For example, the financial business processing of this specification is realized through API, and it is possible to search account information (bank, account holder, account number, balance, new date, etc.), deposit and withdrawal history (bank, account number, transaction date, transaction start, withdrawal amount, deposit amount) , After transaction, balance, transaction method, etc. inquiry, deposit information (account number, deposit type, current balance, contract amount, monthly payment amount, transaction date time, deposit amount, maturity date, etc.) inquiry, loan information (account number, loan type, loan Inquiry of balance, monthly payment, transaction date time, interest amount, interest rate, maturity date, etc., card usage history (card type, card number, approval date time, approval amount, balance after payment, settlement date, etc.) inquiry, account information (depositor name) , Real name number, account authenticity, etc.).

또한, 본 명세서의 금융업무 처리는 API를 통하여 실현되는 것으로서 (i) 은행명, 이체금액, 입금계좌, 출금계좌, 계좌번호, 인자내역 등의 정보를 토대로 실행되는 입금이체, 또는 (ii) 은행명, 출금금액, 입금계좌, 출금계좌, 계좌번호, 인자내역, 납부자번호 등의 정보를 토대로 실행되는 출금이체를 포함하는 것일 수도 있다. In addition, the financial business processing of the present specification is realized through API, such as (i) bank name, transfer amount, deposit account, withdrawal account, account number, deposit transfer executed based on information such as transaction details, or (ii) bank It may also include a withdrawal transfer executed based on information such as name, withdrawal amount, deposit account, withdrawal account, account number, printout details, and payer number.

금융결제망 다중화 시스템(30)은, 제1 내지 제3 통신 방식 중 어느 하나를 이용하여 금융업무를 처리하는 도중 장애가 발생하는 경우, 제1 내지 제3 통신 방식 중 다른 방식을 이용하여 금융업무를 처리하도록 통신 방식을 변경할 수 있다. 즉, 실시예들에 따른 금융결제망 다중화 시스템(30)에 의하면, 두 종류의 금융결제망 또는 세 종류 이상의 금융결제망을 하이브리드 방식으로 이용하여 금융업무 처리가 실형될 수 있다. The financial settlement network multiplexing system 30, when a failure occurs while processing a financial service using any one of the first to third communication methods, uses the other method of the first to third communication methods to perform the financial service. The communication method can be changed to process. That is, according to the financial payment network multiplexing system 30 according to the embodiments, financial business processing may be realized using two types of financial payment networks or three or more financial payment networks in a hybrid manner.

본 명세서에서 장애란 금융기관 또는 오픈 플랫폼 시스템(20)의 무응답 또는 오류 응답이 발생하는 경우를 지칭한다. 예를 들어, 금융결제망 다중화 시스템(30)은, 오픈 뱅킹 통신 방식으로 금융기관 서버(211-21n)에 금융업무 처리를 요청하였으나, 일정 시간 및/또는 횟수 동안 무응답 거래가 발생하거나 또는/또한 금융기관 서버(211-21n)로부터 오류 응답을 수신하는 경우, 통신 방식을 오픈 API 방식으로 변경하여 금융기관 서버(201-20n)에 금융업무 처리를 요청하거나 또는/또한 펌 뱅킹 방식으로 금융기관 서버(221-22n)에 금융업무 처리를 요청할 수 있다. In the present specification, the failure refers to a case where a non-response or an error response of the financial institution or the open platform system 20 occurs. For example, the financial settlement network multiplexing system 30 has requested the financial institution processing of the financial institution server 211-21n by an open banking communication method, but a non-responsive transaction occurs for a certain time and / or number of times and / or financial When an error response is received from the institution server 211-21n, the communication method is changed to the open API method to request the financial institution server 201-20n to process the financial business, and / or the financial institution server in a firm banking method ( 221-22n) to request financial services.

또한 일 실시예에서, 금융결제망 다중화 시스템(30)은 전술한 것과 같이 장애로 인해 오픈 뱅킹 방식으로부터 다른 방식(오픈 API 및/또는 펌 뱅킹 방식)으로의 통신 방식의 변경이 이루어진 후, 주기적으로 오픈 플랫폼 시스템(20) 또는 금융기관 서버(211-21n)에 거래 신호를 보내어, 해당 신호에 대해 정상 응답이 수신되는 경우 다시 금융결제망 다중화 시스템(30)의 통신 방식을 오픈 뱅킹을 이용한 방식으로 변경할 수 있다. 이는 장애 원인이 해소될 경우 수수료가 낮은 종전 금융결제망으로 신속히 복원함으로써 필요 이상의 경비 증가를 방지하기 위한 것이다. In addition, in one embodiment, the financial settlement network multiplexing system 30 is periodically changed after the communication method is changed from the open banking method to another method (open API and / or firm banking method) due to a failure as described above. When a normal response to the signal is received by sending a transaction signal to the open platform system 20 or the financial institution server 211-21n, the communication method of the financial settlement network multiplexing system 30 is again performed using open banking. You can change it. This is to prevent the increase in expenses more than necessary by promptly restoring to the previous financial settlement network with a low fee when the cause of the obstacle is resolved.

이상의 예에서는 통신 방식이 오픈 뱅킹 방식으로부터 다른 방식(오픈 API 및/또는 펌 뱅킹)으로 변경되는 경우에 대하여 설명하였으나, 다른 실시예에서는, 금융결제망 다중화 시스템(30)이 기본값으로 이용하는 통신 방식은 오픈 뱅킹이 아닌 다른 금융결제망을 이용하는 것일 수도 있다. In the above example, the case where the communication method is changed from an open banking method to another method (open API and / or firm banking) has been described. In another embodiment, the communication method used by the financial settlement network multiplexing system 30 as a default is It may be using a financial settlement network other than open banking.

도 2는 일 실시예에 따른 금융결제망 다중화 시스템의 개략적인 블록도이다. 2 is a schematic block diagram of a financial settlement network multiplexing system according to an embodiment.

일 실시예에서, 금융결제망 다중화 시스템(30)은 송수신 모듈(32), 제어 모듈(33) 및 금융 서비스 실행 모듈(34)을 포함한다. 또한 일 실시예에서, 금융결제망 다중화 시스템(30)은 유효성 검증 모듈(31)을 더 포함한다. 나아가 일 실시예에서, 금융결제망 다중화 시스템(30)은 관리 모듈(35)을 더 포함한다. In one embodiment, the financial settlement network multiplexing system 30 includes a transmit / receive module 32, a control module 33, and a financial service execution module 34. In addition, in one embodiment, the financial settlement network multiplexing system 30 further includes a validation module 31. Furthermore, in one embodiment, the financial settlement network multiplexing system 30 further includes a management module 35.

본 명세서에서 금융결제망 다중화 시스템(30)을 구성하는 각각의 부는 반드시 물리적으로 구분되는 별개의 구성요소를 지칭하는 것으로 의도되지 않는다. 즉, 도 1에서 금융결제망 다중화 시스템(30)을 구성하는 각 모듈(31-35)은 서로 구분되는 별개의 블록으로 도시되었으나, 이는 금융결제망 다중화 시스템(30)을 이에 의해 실행되는 동작에 의해 기능적으로 구분한 것이다. 실시예에 따라서는 전술한 각 모듈 중 일부 또는 전부가 동일한 하나의 장치 내에 집적화될 수 있으며, 또는 하나 이상의 모듈이 다른 모듈과 물리적으로 구분되는 별개의 장치로 구현될 수도 있다. 예컨대, 금융결제망 다중화 시스템(30)의 각 모듈은 분산 컴퓨팅 환경 하에서 서로 통신 가능하게 연결된 컴포넌트들일 수도 있다. Each part constituting the financial settlement network multiplexing system 30 in this specification is not intended to refer to separate components that are physically separated. That is, in FIG. 1, each module 31-35 constituting the financial settlement network multiplexing system 30 is illustrated as a separate block that is separated from each other, but this corresponds to an operation executed by the financial settlement network multiplexing system 30. Functionally. Depending on the embodiment, some or all of the above-described modules may be integrated in one device, or one or more modules may be implemented as separate devices physically separated from other modules. For example, each module of the financial settlement network multiplexing system 30 may be components communicatively connected to each other under a distributed computing environment.

송수신 모듈(32)은 이용기관 또는 이용기관의 서비스를 이용하는 사용자의 장치로부터 금융업무 처리 요청을 수신하며, 금융업무 처리 요청에 상응하는 처리 결과를 이용기관 또는 이용기관의 서비스에 대한 사용자에게 제공할 수 있다. 예컨대, 이용기관은 핀테크 사업자일 수 있으며, 핀테크 사업자의 서버 또는 핀테크 사업자가 제공하는 핀테크 서비스를 이용하는 사용자의 사용자 장치로부터 송수신 모듈(32)에 금융업무 처리 요청이 전달될 수 있다. The transmission / reception module 32 receives a request for processing a financial business from a user's device using a service of a user institution or a user institution, and provides a processing result corresponding to the request for processing the financial business to the user of the service of the user institution or the user institution Can be. For example, the user organization may be a fintech operator, and a request for processing a financial business may be delivered to the transmission / reception module 32 from a server of the fintech operator or a user device of a user using a fintech service provided by the fintech operator.

금융 서비스 실행 모듈(34)은, 금융기관이 제공하는 API를 이용한 하나 이상의 통신 방식 또는 금융기관에 연결된 전용회선을 통한 통신 방식 중 어느 하나에 의하여 금융기관에 금융업무 처리 요청을 전송하고, 금융기관으로부터 처리 요청에 상응하는 처리 결과를 수신할 수 있다. The financial service execution module 34 transmits a financial business processing request to a financial institution by one of one or more communication methods using an API provided by the financial institution or a communication method through a dedicated line connected to the financial institution, and the financial institution The processing result corresponding to the processing request can be received from.

본 명세서에서, 금융기관이 제공하는 API를 이용한 통신 방식이란 오픈 API를 이용한 통신 또는 오픈 뱅킹 방식의 통신을 지칭하며, 전용회선을 통한 통신은 펌 뱅킹 방식의 통신을 지칭한다. 이상의 각 통신 방법에 의한 금융업무 처리를 실현할 수 있도록, 금융 서비스 실행 모듈(34)은 오픈 API 통신부(341), 오픈 뱅킹 통신부(342) 및 전용회선 통신부(343)를 포함할 수 있다. In this specification, a communication method using an API provided by a financial institution refers to communication using an open API or communication using an open banking method, and communication through a dedicated line refers to communication using a firm banking method. The financial service execution module 34 may include an open API communication unit 341, an open banking communication unit 342, and a dedicated line communication unit 343 to realize financial business processing by each of the above communication methods.

제어 모듈(33)은, 금융 서비스 실행 모듈(34)의 각 통신부의 통신 상태에 기초하여 금융업무 처리를 위한 금융 서비스 실행 모듈(34)의 통신 방식을 결정할 수 있다. 예를 들어, 제어 모듈(33)은 기본값으로 오픈 뱅킹 방식의 통신에 의하여 금융기관과 통신하여 금융업무 처리를 요청하되, 오픈 뱅킹 방식의 통신에 장애가 있는 경우 오픈 API 방식 또는 펌 뱅킹 방식으로 변경하여 금융기관에 금융업무 처리를 요청하도록 금융 서비스 실행 모듈(34)을 제어할 수 있다. 또한 제어 모듈(33)은 변경된 통신 방식에 의해 금융기관과 통신을 수행하는 상태에서 기존 통신(본 예의 경우, 오픈 뱅킹 방식의 통신)이 장애 상태에서 정상 상태로 복원되는 경우, 다시 통신 방식을 기존대로 전환하도록 더 구성될 수 있다. The control module 33 may determine a communication method of the financial service execution module 34 for processing financial services based on the communication status of each communication unit of the financial service execution module 34. For example, the control module 33, by default, communicates with a financial institution through open banking communication to request processing of a financial business, but when communication with the open banking communication is impaired, it is changed to an open API or firm banking. The financial service execution module 34 may be controlled to request the financial institution to process the financial business. In addition, the control module 33, when the existing communication (in this example, the communication of the open banking method) in the state of performing communication with the financial institution by the changed communication method is restored from the failure state to the normal state, the communication method again existing It can be further configured to switch on.

본 발명의 실시예들에 따른 금융결제망 다중화 시스템(30)에 의하면, 금융업무 처리를 위한 통신 방식이 오픈 API 방식, 오픈 뱅킹 방식 및 펌 뱅킹 중 2 이상의 방식을 조합한 하이브리드 방식으로 이용된다. 그 결과, 통신 방식의 다중화를 통해 이용기관이 안정적인 서비스를 제공할 수 있도록 하며, 또한 금융업무 처리 요청에 소요되는 수수료가 적은 통신 방식을 기본값으로 채택함으로써 이용기관의 비용 절감을 도모할 수 있다. According to the financial settlement network multiplexing system 30 according to the embodiments of the present invention, a communication method for processing financial operations is used as a hybrid method in which two or more of the open API method, the open banking method and the firm banking method are combined. As a result, through the multiplexing of communication methods, it is possible for the user institution to provide a stable service, and by adopting a communication method with a small fee for requesting financial business processing as a default, it is possible to reduce the cost of the user institution.

예를 들어, 실시예들에 따른 금융결제망 다중화 시스템(30)을 이용하여, (1) 펌 뱅킹과 오픈 뱅킹 통신의 하이브리드 방식, (2) 펌 뱅킹과 오픈 API 통신의 하이브리드 방식, (3) 오픈 뱅킹과 오픈 API 통신의 하이브리드 방식, 또는 (4) 펌 뱅킹, 오픈 뱅킹 및 오픈 API의 세 가지 통신의 하이브리드 방식 등 다양한 형태로 이용기관의 서비스를 위한 금융결제망을 다중화할 수 있으며, 본 발명의 금융결제망 다중화 형태는 이에 한정되지 않는다. For example, using the financial settlement network multiplexing system 30 according to the embodiments, (1) a hybrid method of firm banking and open banking communication, (2) a hybrid method of firm banking and open API communication, (3) A hybrid method of open banking and open API communication, or (4) a hybrid method of three types of communication, such as firm banking, open banking, and open API, can be used to multiplex the financial settlement network for the service of the user institution. The form of multiplexing financial settlement network is not limited to this.

유효성 검증 모듈(31)은, 이용기관의 금융업무 처리 요청이 API를 이용한 것일 경우, 해당 처리 요청, 해당 API에 관련된 서비스 및 이용기관의 API 사용 허가 등을 기반으로 요청의 유효성을 검증하는 역할을 한다. 예컨대, 유효성 검증 모듈(31)은 레이아웃 검증부(311), API 서비스 검증부(312), 이용기관 검증부(313), 장애등록내역 검증부(314) 및 거래고유번호 검증부(315) 중 하나 또는 복수의 기능부를 포함할 수 있다. 이상의 검증 과정은 오픈 API 방식의 통신 및 오픈 뱅킹 방식의 통신에 있어서 수행될 수 있다. The validation module 31 serves to verify the validity of the request based on the request for processing, the service related to the API, and permission to use the API of the user, when the request for processing the financial business of the user uses the API. do. For example, the validation module 31 includes a layout verification unit 311, an API service verification unit 312, a user organization verification unit 313, a failure registration history verification unit 314, and a transaction unique number verification unit 315. It may include one or more functional parts. The above verification process may be performed in the communication of the open API method and the communication of the open banking method.

레이아웃 검증부(311)는 API를 이용하여 수신된 금융업무 처리 요청이 해당 API의 사용과 관련하여 정의된 형식에 부합하는지 여부를 검증하는 역할을 한다. 예컨대, 해당 API와 관련하여 사전에 설정된 레이아웃과 상이한 형식으로 수신된 금융업무 처리 요청에 대해서는 처리를 거부할 수 있다.The layout verification unit 311 serves to verify whether a request for processing a financial business received using the API conforms to a format defined in relation to the use of the API. For example, a request for processing a financial service received in a format different from a predetermined layout in relation to the corresponding API may be rejected.

API 서비스 검증부(312)는, 금융업무 처리 요청에 사용된 API에 관련된 서비스가 현재 사용 가능한 상태인지 여부를 검증하는 역할을 한다. 금융기관이 과거에 제공한 API라 하더라도 추후 해당 API의 사용이 금지되는 경우가 있을 수 있으므로, API 서비스 검증부(312)는, 금융업무 처리 요청에 사용된 API에 관련된 서비스 상태를 확인할 수 있다. The API service verification unit 312 serves to verify whether a service related to an API used for processing a financial business is currently available. Even if the API provided by the financial institution in the past may be prohibited from using the API in the future, the API service verification unit 312 can check the service status related to the API used in the financial business processing request.

이용기관 검증부(313)는, 금융업무 처리 요청에 사용된 API와 관련하여 이용기관이 해당 API를 이용하도록 허가되었는지 여부를 검증할 수 있다. 각 API 별로 설정된, 해당 API의 사용이 허가된 이용기관 또는 이용기관의 애플리케이션(또는, 앱)의 식별 정보를 기반으로, 이용이 허가되지 않은 이용기관으로부터 API를 통한 요청이 수신될 경우 해당 요청을 거절하기 위한 검증 과정을 수행할 수 있다. The user institution verification unit 313 may verify whether the user institution is permitted to use the API in connection with the API used in the financial business processing request. Based on the identification information of the user agency or the application (or app) of the user agency that is permitted to use the API, which is set for each API, when the request through the API is received from the user agency that is not allowed to use the request A verification process may be performed to reject.

장애등록내역 검증부(314)는, 금융기관 서버 또는 오픈 플랫폼 시스템에서 특정 API의 서비스와 관련된 일시적인 장애 상태에 관련된 정보를 수신하여 저장하고, 이용기관 또는 사용자의 요청에 사용된 API가 장애 상태로 등록된 서비스에 대한 것일 경우, 금융업무 처리 요청을 거절하기 위한 검증 과정을 수행할 수 있다. The failure registration history verification unit 314 receives and stores information related to a temporary failure status related to a service of a specific API from a financial institution server or an open platform system, and the API used for the request of the user institution or the user is in a failure status. In the case of the registered service, a verification process for rejecting the request to process the financial business may be performed.

거래고유번호 검증부(315)는, 이용기관 또는 사용자로부터 수신된 각 금융업무 처리 요청에 거래고유번호를 부여하여 이를 관리하고, 각 요청에 상응하는 처리 결과가 해당 요청에 대한 응답으로 이용기관 또는 사용자에게 제공될 수 있도록 한다. 또한, 거래고유번호는 금융업무 처리 요청의 다른 정보들을 변수로 하여 소정의 수학식에 의해 산출되는 체크 디지트(check digit)를 포함하여, 금융업무 처리 요청에 포함된 체크 디지트가 거래고유번호 검증부(315)에 의해 자체적으로 계산된 체크 디지트와 상이할 경우 업무 처리를 거절함으로써, 정당한 이용기관이 아닌 악의적인 사용자에 의하여 금융업무 처리 요청이 이루어지는 것을 방지할 수 있다. The transaction unique number verification unit 315 manages it by assigning a transaction unique number to each financial business processing request received from the user or the user, and the processing result corresponding to each request is used by the user institution or in response to the request. To be provided to the user. In addition, the transaction unique number includes a check digit calculated by a predetermined equation using other information of the financial business processing request as a variable, and the check digit included in the financial business processing request is the transaction unique number verification unit. If it is different from the check digit calculated by (315) by itself, the business process is rejected, so that a request for processing the financial service by a malicious user other than a legitimate user institution can be prevented.

이상의 검증을 위하여, 후술하는 관리 모듈(35)에는 각 API와 관련된 레이아웃 정보, 서비스 상태 정보 및 이용기관의 사용 허가 상태에 대한 정보 등이 저장될 수 있다. 즉, 관리 모듈(35)은, 전술한 유효성 검증 모듈(31), 송수신 모듈(32), 제어 모듈(33) 및 금융 서비스 실행 모듈(34)의 동작을 위하여 필요한 기본 정보를 저장한다. For the above verification, the management module 35, which will be described later, may store layout information related to each API, service status information, and information on the usage permission status of the user organization. That is, the management module 35 stores basic information necessary for the operation of the above-described validation module 31, the transmission / reception module 32, the control module 33, and the financial service execution module 34.

일 실시예에서, 관리 모듈(35)은, 정보 데이터베이스(350), API 관리부(351), 고객 관리부(352), 메타데이터 관리부(353), 메시지 및 코드 관리부(354), 로그 및 통계 관리부(355) 및 모니터링부(356) 중 하나 또는 복수의 기능부를 포함할 수 있다. In one embodiment, the management module 35 includes an information database 350, an API management unit 351, a customer management unit 352, a metadata management unit 353, a message and code management unit 354, a log and statistics management unit ( 355) and the monitoring unit 356, one or a plurality of functional units.

API 관리부(351)는, 각 API에 관련된 서비스의 현재 상태나, 각 API와 관련하여 해당 API의 사용이 허가된 이용기관 및/또는 이용기관의 애플리케이션(또는, 앱) 목록에 관련된 정보를 저장할 수 있다. The API management unit 351 may store information related to a current state of a service related to each API or a list of applications (or apps) of a user institution and / or a user institution that is permitted to use the API in connection with each API. have.

고객 관리부(352)는, 금융결제망 다중화 시스템(30)을 이용하는 고객, 즉, 이용기관에 관련된 정보를 저장할 수 있다. 금융결제망 다중화 시스템(30)을 이용하지 않는 이용기관 또는 이용기관의 애플리케이션(또는, 앱)으로부터 수신된 금융업무 처리 요청에 대해서는 처리를 거절할 수 있다. The customer management unit 352 may store information related to a customer who uses the financial settlement network multiplexing system 30, that is, a user institution. The processing of the financial service processing request received from the user institution or the application (or app) of the user institution that does not use the financial settlement network multiplexing system 30 may be rejected.

메타데이터 관리부(353)는 API 기반의 금융업무 처리 요청에 포함되는 각종 메타데이터, 예컨대, 각 금융기관의 식별자, 각 이용기관의 식별자, 각 금융업무 처리의 식별자 등을 저장한다. The metadata management unit 353 stores various metadata included in the API-based financial business processing request, for example, an identifier of each financial institution, an identifier of each user institution, and an identifier of each financial business processing.

메시지 및 코드 관리부(354)는, API를 통한 금융업무 처리 요청에 관련된 레이아웃을 각각의 API 별로 저장하여 레이아웃을 기반으로 금융업무 처리 요청을 검증할 수 있도록 하는 역할을 한다. The message and code management unit 354 serves to store the layout related to the financial business processing request through the API for each API so that the financial business processing request can be verified based on the layout.

정보 데이터베이스(350)는 송수신 모듈(32)을 통해 수신된 금융업무 처리 요청과 금융서비스 실행 모듈(34)에 의한 금융업무 처리 결과 등, 금융결제망 다중화 시스템(30)을 통하여 이루어지는 금융업무 처리에 관련된 제반 사항을 저장하는 역할을 한다. The information database 350 is used for processing financial services made through the financial settlement network multiplexing system 30, such as the financial business processing request received through the transmission / reception module 32 and the financial business processing result by the financial service execution module 34. It serves to store all related matters.

로그 및 통계 관리부(355)는, 정보 데이터베이스(350)에 저장된 정보를 기반으로 금융결제망 이용에 관련된 로그 정보 및 통계 정보를 생성하는 역할을 한다. 예컨대, 금융결제망 이용에 관련된 통계 정보에는 각 이용기관별, 각 사용자별 및/또는 각 API별 금융업무 처리 횟수나 처리 금액에 관련된 정보 등이 포함될 수 있으나, 이에 한정되는 것은 아니다. The log and statistics management unit 355 serves to generate log information and statistical information related to the use of the financial payment network based on the information stored in the information database 350. For example, statistical information related to the use of the financial payment network may include, but is not limited to, information related to the number of financial transactions processed by each user institution, each user, and / or each API, or the amount of processing.

모니터링부(356)는, 금융 서비스 실행 모듈(34)의 통신 상태를 모니터링하여 제어 모듈(33)에서 이를 기반으로 금융 서비스 실행 모듈(34)의 통신 방식을 변경할 수 있도록 한다. 또한 모니터링부(356)는, 장애 등을 원인으로 금융 서비스 실행 모듈(34)의 통신 방식이 변경되었을 경우, 변경 전의 통신 방식에 대한 통신 상태를 모니터링함으로써 장애 복구 시 금융 서비스 실행 모듈(34)이 다시 기본 통신 방식으로 전환될 수 있도록 한다. The monitoring unit 356 monitors the communication state of the financial service execution module 34 so that the control module 33 can change the communication method of the financial service execution module 34 based on this. In addition, when the communication method of the financial service execution module 34 is changed due to a failure or the like, the monitoring unit 356 monitors the communication state for the communication method before the change, so that the financial service execution module 34 is restored when the failure is recovered. It is possible to switch back to the basic communication method.

도 3은 일 실시예에 따른 금융 서비스 방법의 각 단계를 나타내는 순서도이다. 설명의 편의를 위하여, 도 1 및 도 3을 참조하여 본 실시예에 따른 금융 서비스 방법에 대하여 설명한다. 3 is a flow chart showing each step of the financial service method according to an embodiment. For convenience of description, a financial service method according to this embodiment will be described with reference to FIGS. 1 and 3.

도 1 및 도 3을 참조하면, 금융결제망 다중화 시스템(30)은 이용기관 및/또는 이용기관이 제공하는 서비스의 사용자로부터 금융업무 처리 요청을 수신할 수 있다(S11). 예를 들어, 이용기관은 간편결제 사업자일 수 있으며, 금융결제망 다중화 시스템(30)은 간편결제 사업자의 서비스에 관련된 서버 또는 사용자 장치로부터 간편결제 서비스를 위한 이체, 조회, 대출 등 금융업무에 대한 처리 요청을 수신할 수 있다. 1 and 3, the financial settlement network multiplexing system 30 may receive a request for processing a financial business from a user of a user and / or a service provided by the user (S11). For example, the user institution may be a simple payment service provider, and the financial payment network multiplexing system 30 may provide financial services such as transfer, inquiry, and loan for simple payment service from a server or user device related to the service of the simple payment service provider. A processing request can be received.

금융결제망 다중화 시스템(30)의 기본 통신 방식이 API를 이용하는 방식(즉, 오픈 API 방식 또는 오픈 뱅킹 방식)인 경우, 금융결제망 다중화 시스템(30)에서는 API 사용을 위한 금융업무 처리의 유효성에 대한 검증을 수행하여(S12), 검증에 실패할 경우 요청된 금융업무에 대한 처리를 거절할 수 있다. When the basic communication method of the financial settlement network multiplexing system 30 is a method using an API (that is, an open API method or an open banking method), the financial settlement network multiplexing system 30 determines the effectiveness of financial business processing for using the API. By performing the verification (S12), if verification fails, processing of the requested financial business may be rejected.

이상의 검증 과정에는, API를 통한 금융업무 요청의 레이아웃에 대한 검증, 해당 API를 통해 실현되는 서비스의 상태에 대한 검증, 이용기관 또는 이용기관이 제공하는 애플리케이션(또는, 앱)에 대해 해당 API의 사용이 허가되었는지 여부에 대한 검증, 해당 API와 관련된 금융기관 또는 오픈 플랫폼 시스템의 장애 상태가 등록되어 있는지 여부에 대한 검증, 및/또는 해당 API를 통한 요청의 거래고유번호(예컨대, 체크 디지트)에 대한 검증 등이 포함될 수 있으나, 이에 한정되는 것은 아니다. In the above verification process, verification of the layout of the financial business request through the API, verification of the state of the service realized through the API, and use of the API for the application (or app) provided by the user institution or the user institution Verification of whether this is permitted, verification of the failure status of the financial institution or open platform system related to the API, and / or the transaction unique number (e.g., check digit) of the request through the API. Verification may be included, but is not limited thereto.

또한, 도 3에 도시된 실시예는 예시적인 것으로서, 다른 실시예에서 금융결제망 다중화 시스템(30)은 별도의 검증 과정 없이 바로 금융기관과의 통신을 통한 금융업무 처리를 개시하는 것도 가능하다. In addition, the embodiment shown in FIG. 3 is exemplary, and in another embodiment, the financial settlement network multiplexing system 30 can also initiate financial business processing through communication with a financial institution without a separate verification process.

다음으로, 금융결제망 다중화 시스템(30)은 오픈 API 방식, 오픈 뱅킹 방식 또는 펌 뱅킹 방식 중 기본값으로 설정되어 있는 어느 하나의 통신 방식에 의하여 금융기관 서버(201-20n, 211-21n, 221-22n)에 금융업무 처리를 요청할 수 있다(S13). Next, the financial payment network multiplexing system 30 is a financial institution server 201-20n, 211-21n, 221- by any one communication method set as a default among the open API method, the open banking method, or the firm banking method. 22n) may request to process the financial business (S13).

이때, 금융기관 서버(201-20n, 211-21n, 221-22n)에 전송된 요청에 대하여 장애가 발생하는 경우가 있을 수 있다. 이는, 금융기관 서버(201-20n, 211-21n, 221-22n)가 금융업무 처리 요청에 대해 응답이 없거나 또는 서비스 장애에 해당하는 응답을 회신하는 경우를 지칭한다. At this time, there may be a case where a failure occurs with respect to the request sent to the financial institution servers 201-20n, 211-21n, and 221-22n. This refers to a case in which the financial institution servers 201-20n, 211-21n, and 221-22n do not respond to a request for processing a financial business or reply a response corresponding to a service failure.

일 실시예에서, 금융기관 서버(201-20n, 211-21n, 221-22n)의 장애에 대한 정의는 금융업무 처리 요청에 포함된 금융업무의 종류에 따라 상이할 수도 있다. 예를 들어, 입금이체 또는 출금이체에 관련된 요청에 대해서는 금융기관 서버(201-20n, 211-21n, 221-22n)가 제1 시간 또는 제1 횟수 동안 응답하지 않는 것을 장애로 정의하되, 정보(계좌정보, 입출금내역, 예적금정보, 대출금정보, 카드사용내역, 예금주정보 등) 조회를 위한 요청에 대해서는 금융기관 서버(201-20n, 211-21n, 221-22n)가 제1 시간에 비해 더 긴 제2 시간 또는 제1 횟수에 비해 큰 제2 횟수 동안 응답하지 않는 것을 장애로 정의할 수 있다. In one embodiment, the definition of the obstacles of the financial institution servers 201-20n, 211-21n, and 221-22n may be different depending on the type of financial business included in the financial business processing request. For example, it is defined as a failure that the financial institution server 201-20n, 211-21n, 221-22n does not respond for a first time or a first number of times with respect to a request related to deposit or withdrawal transfer. For requests for inquiry of account information, deposit / withdrawal details, deposit information, loan information, card use history, account information, etc., the financial institution server (201-20n, 211-21n, 221-22n) is longer than the first hour. Failure to respond for a second number of times that is greater than the second time or the first number of times may be defined as a failure.

이는, 상대적으로 금융 처리의 긴급성이 약한 조회 요청의 경우에는 가급적 통신 방식을 변경하지 않고 기본값으로 설정된 금융결제망에서 처리하도록 함으로써 이용기관에 해당하는 사업자의 비용 부담을 줄이기 위한 것이다. 긴급성이 요구되는 금융업무 및 긴급성이 약한 금융업무의 종류와, 각 금융업무에 대해 장애를 정의하기 위해 사용되는 파라미터(즉, 제1 시간, 제2 시간, 제1 횟수 및 제2 횟수)의 값은 실시예들에 따라 다양하게 설정될 수 있고, 특정 정보 또는 값으로 한정되지 않는다. This is to reduce the cost burden of the operator corresponding to the user institution by allowing the financial settlement network set as the default without changing the communication method as much as possible in the case of an inquiry request that has relatively little urgentness in financial processing. Types of financial services requiring urgency and types of financial services with weak urgency, and parameters used to define obstacles for each financial service (ie, first time, second time, first number, and second number) The value of may be variously set according to embodiments, and is not limited to specific information or values.

이상에서 설명한 것과 같이 기본적으로 사용되는 금융결제망에 장애가 발생하였을 경우, 금융결제망 다중화 시스템(30)은 금융기관 서버(201-20n, 211-21n, 221-22n)와의 통신을 위하여 사용하는 통신 방식을 오픈 API 방식, 오픈 뱅킹 방식 또는 펌 뱅킹 방식 중에서 기존에 사용하는 방식과 상이한 방식으로 전환하고(S15), 전환된 통신 방식에 의거하여 금융기관 서버(201-20n, 211-21n, 221-22n)에 다시 금융업무 처리를 요청할 수 있다(S16).As described above, when a failure occurs in the financial settlement network basically used, the financial settlement network multiplexing system 30 is used for communication with the financial institution servers 201-20n, 211-21n, and 221-22n. The method is changed from the open API method, the open banking method, or the firm banking method to a method different from the existing method (S15), and the financial institution server 201-20n, 211-21n, 221- based on the converted communication method. 22n) may request to process the financial business again (S16).

일 실시예에서, 금융결제망 다중화 시스템(30)은 통신 방식을 전환하기 전에 이용기관(10)에 통신 방식의 변경 여부를 질의하도록 더 구성될 수도 있다. 이때 질의 내용에는, 통신 기본값을 이용한 요청 시 금융기관 서버(201-20n, 211-21n, 221-22n)에서 발생한 장애의 내용과 횟수, 장애로 인해 처리되지 못한 금융업무 처리 요청의 내용 및 횟수 등을 포함할 수 있다. 또한, 질의 내용에는 장애로 인해 처리되지 못한 금융업무 처리들과 관련된 거래 금액의 합계액 등 통계 정보가 포함될 수도 있다. In one embodiment, the financial settlement network multiplexing system 30 may be further configured to inquire whether the communication method is changed to the user institution 10 before switching the communication method. At this time, the contents of the query include the contents and number of failures that occurred in the financial institution server (201-20n, 211-21n, 221-22n) when requesting using the communication defaults, and the contents and times of financial business processing requests that were not processed due to the failure. It may include. In addition, the query content may include statistical information such as the total amount of transaction amounts related to financial business processes that were not processed due to a failure.

금융업무 처리를 위한 통신 방식을 변경할 경우 이용기관(10)의 수수료 부담이 증가할 수 있는데, 본 실시예에 의하면, 이용기관(10)에 해당하는 사업자가 통신 방식의 변경 전에 장애 상태에 관련된 상세한 정보를 받아본 후 다중화된 통신 방식으로 변경하여 처리할 것인지 여부를 결정할 수 있는 이점이 있다. 또한, 이와 유사한 방식으로, 금융결제망의 다중화가 3개 이상의 통신 방식을 이용하여 이루어지는 경우 금융결제망 다중화 시스템(30)은 통신 방식을 전환하기 전에 이용기관(10)에 변경할 통신 방식에 대한 선택을 요청하여 선택된 통신 방식으로 금융기관 서버(201-20n, 211-21n, 221-22n)에 금융업무 처리를 요청할 수도 있다. When the communication method for processing the financial business is changed, the fee burden of the user institution 10 may increase. According to the present embodiment, the operator corresponding to the user institution 10 is related to the failure state before changing the communication method. After receiving the information, there is an advantage in that it is possible to decide whether to process it by changing to a multiplexed communication method. Also, in a similar manner, when the multiplexing of the financial settlement network is performed using three or more communication methods, the financial settlement network multiplexing system 30 selects a communication method to be changed to the user institution 10 before switching the communication method. By requesting, the financial institution server 201-20n, 211-21n, and 221-22n may be requested to process the financial business using the selected communication method.

전환된 통신 방식에 의하여 금융기관 서버(201-20n, 211-21n, 221-22n)로부터 금융업무 처리 결과가 수신되면(S16), 금융결제망 다중화 시스템(30)은 수신된 처리 결과를 금융업무 처리를 요청했던 이용기관 및/또는 해당 이용기관의 서비스를 이용하는 사용자에게 제공할 수 있다(S17). When the financial service processing result is received from the financial institution server 201-20n, 211-21n, 221-22n by the switched communication method (S16), the financial settlement network multiplexing system 30 receives the received processing result from the financial service. It may be provided to a user who has requested the processing and / or a user who uses the service of the user (S17).

도 4는 일 실시예에 따른 금융 서비스 방법을 이용한 예시적인 간편결제 처리 과정을 나타내는 개념도이다. 4 is a conceptual diagram illustrating an exemplary simple payment processing process using a financial service method according to an embodiment.

도 4를 참조하면, 사용자(1)는 이용기관(10)이 제공하는 서비스를 통하여 구매 행위를 할 수 있다. 이때 구매란, 이용기관(10)의 서비스와 관련하여 사용자(1)의 계좌를 기반으로 한 금융업무 처리가 금융기관(200)에서 수행되는 것을 필요로 하는 임의의 행위를 지칭하며, 예컨대, 이용기관(10)의 간편결제 서비스를 통한 물품이나 재화, 서비스 등의 대금 결제를 의미할 수 있으나, 이에 한정되는 것은 아니다. Referring to FIG. 4, the user 1 can purchase through the service provided by the user organization 10. At this time, the purchase refers to any action that requires the financial institution 200 to perform financial business processing based on the account of the user 1 in connection with the service of the user institution 10, for example, use It may mean payment of goods, goods, services, etc. through the simple payment service of the institution 10, but is not limited thereto.

이때 이용기관(10)에서는, 금융결제망 다중화 시스템(30)에 사용자(1)의 구매 행위를 실현하기 위한 결제를 요청할 수 있다. 다음으로, 금융결제망 다중화 시스템(30)에서는 통신 기본값으로 설정되어 있는 오픈 뱅킹 방식의 통신을 이용하여 금융기관(200)에 금융업무 처리를 요청할 수 있다. 이때 금융업무 처리란, 사용자(1)의 구매 행위에 상응하여 사용자(1)의 금융기관 계좌로부터 출금이 일어나도록 하는 것을 의미할 수 있다. 오픈 뱅킹 방식의 경우, 금융기관(200)에의 출금 요청은 하나 또는 복수의 금융기관에 대한 표준화된 API를 제공하는 오픈 플랫폼 시스템(20)을 경유하여 일어날 수도 있다. At this time, the user institution 10 may request payment to realize the purchasing behavior of the user 1 to the financial settlement network multiplexing system 30. Next, the financial settlement network multiplexing system 30 may request the financial institution 200 to process the financial business using an open banking communication set as a communication default. At this time, the financial business processing may mean that the withdrawal occurs from the account of the financial institution of the user 1 in correspondence with the purchasing activity of the user 1. In the case of the open banking method, the withdrawal request to the financial institution 200 may also occur through the open platform system 20 that provides standardized APIs for one or more financial institutions.

한편, 통신 기본값으로 설정되어 있는 오픈 뱅킹 방식에서 오픈 플랫폼 시스템(20) 및/또는 금융기관(200)에 장애가 있는 경우, 금융결제망 다중화 시스템(30)은 다중화된 다른 금융결제망을 이용하여 출금을 요청할 수 있다. 예컨대, 금융결제망 다중화 시스템(30)은 오픈 뱅킹 망에 장애가 있는 경우 오픈 API 방식 또는 펌 뱅킹 방식으로 금융기관(200)의 서버에 직접 출금을 요청할 수 있다. On the other hand, if the open platform system 20 and / or the financial institution 200 has an obstacle in the open banking method set as the communication default, the financial settlement network multiplexing system 30 withdraws using another multiplexed financial settlement network. You can request. For example, the financial settlement network multiplexing system 30 may request a direct withdrawal from the server of the financial institution 200 by using the open API method or the firm banking method when the open banking network has a problem.

금융기관(200)이 출금 요청을 정상적으로 수신할 경우, 금융기관(200)은 요청에 따라 출금을 처리할 수 있다. 이는 대표적으로는 사용자의 금융기관 계좌로부터 이용기관의 금융기관 계좌로 자금을 이전하는 것을 지칭할 수 있으나, 이에 한정되는 것은 아니며, 금융업무 처리의 형태는 요청된 내용에 따라 다양할 수 있다. When the financial institution 200 normally receives the withdrawal request, the financial institution 200 may process the withdrawal according to the request. This may refer to the transfer of funds from the financial institution account of the user to the financial institution account of the user institution, but is not limited thereto, and the form of processing the financial business may vary depending on the requested content.

도 5는 또 다른 실시예에 따른 금융 서비스 방법에서 장애 복구 시 처리 과정을 나타내는 순서도이다. 5 is a flow chart illustrating a process for recovering from a failure in a financial service method according to another embodiment.

도 5는, 도 3 및 도 4를 참조하여 전술한 것과 같이 금융결제망 다중화 시스템이 장애로 인하여 통신 방식을 전환한 상태에서 수행되는 동작을 나타낸다. 도 5에 도시된 장애 복구 시 처리 과정의 경우, 이용기관 또는 사용자로부터 별도의 요청이 없이도 금융결제망 다중화 시스템에 의하여 자동적으로 수행될 수도 있다. 5 illustrates an operation performed in a state in which the financial settlement network multiplexing system is switched due to a failure as described above with reference to FIGS. 3 and 4. In the case of the process of recovering from the failure shown in FIG. 5, it may be automatically performed by the financial settlement network multiplexing system without a separate request from the user or the user.

도 1 및 도 5를 참조하면, 금융결제망 다중화 시스템(30)은 장애로 인하여 통신 방식을 전환한 후 거래 신호를 주기적으로 금융기관 서버(201-20n, 211-21n, 221-22n)에 전송할 수 있다(S21). 이때 전송되는 거래 신호란, 장애로 인해 통신 방식이 변경되기 전의 통신 기본값에 의거하여 생성되는 거래 신호를 지칭하며, 통신 기본값에 해당하는 통신 방식에 따라 해당 거래 신호를 수신할 금융기관 서버(201-20n, 211-21n, 221-22n)가 결정된다. 통신 기본값에 해당하는 통신 방식이 오픈 뱅킹 방식일 경우, 전술한 거래 신호의 전송은 오픈 플랫폼 시스템(20)을 경유하여 이루어질 수도 있다. 1 and 5, the financial settlement network multiplexing system 30 periodically transmits transaction signals to the financial institution servers 201-20n, 211-21n, and 221-22n after switching communication methods due to a failure. It can be (S21). At this time, the transmitted transaction signal refers to a transaction signal generated based on the communication default value before the communication method is changed due to a failure, and the financial institution server 201- to receive the corresponding transaction signal according to the communication method corresponding to the communication default value. 20n, 211-21n, 221-22n) are determined. When the communication method corresponding to the communication default is an open banking method, the above-described transaction signal may be transmitted through the open platform system 20.

금융기관 서버(201-20n, 211-21n, 221-22n)(또는, 오픈 플랫폼 시?템(20))로부터 거래 신호에 대한 정상 응답이 수신되면(S22), 금융결제망 다중화 시스템(30)은 통신 기본값에 해당하는 통신 방식을 이용하여 금융기관 서버(201-20n, 211-21n, 221-22n)와 통신하도록 금융결제망 다중화 시스템(30)의 통신 방식을 전환할 수 있다(S23). 이상의 과정은, 상대적으로 비용이 높은 금융결제망의 이용 횟수를 줄임으로써 이용기관에 해당하는 사업자의 비용을 절감하는 역할을 한다. When a normal response to the transaction signal is received from the financial institution server 201-20n, 211-21n, 221-22n (or the open platform system 20) (S22), the financial settlement network multiplexing system 30 May switch the communication method of the financial settlement network multiplexing system 30 to communicate with the financial institution servers 201-20n, 211-21n, and 221-22n using the communication method corresponding to the communication default value (S23). The above process serves to reduce the cost of the operator corresponding to the user institution by reducing the number of use of the relatively expensive financial payment network.

예를 들어, 한국의 경우 금융위원회의 오픈 뱅킹 처리 대행 비용 조정안에 따르면 오픈 뱅킹 방식의 출금이체 API에는 기업 규모에 따라 30 또는 50원, 입금이체 API에는 기업 규모에 따라 40 또는 20원의 이용기관 수수료를 적용하는 것으로 되어 있다. 반면, 펌 뱅킹의 경우 통상 은행에서 출금이체 500원, 입금이체 400원의 이용기관 수수료를 거래 규모에 따라 차등적으로 적용하고 있다. 따라서, 이용기관의 입장에서는 오픈 뱅킹 방식과 펌 뱅킹 방식을 하이브리드 방식으로 구성하면 오픈 뱅킹 금융결제망의 장애 시 펌 뱅킹을 통해 안정적인 서비스를 제공할 수 있는 반면, 펌 뱅킹을 이용하는 횟수 또는 금액만큼 수수료 부담이 증가하는 문제가 있다. For example, in the case of Korea, according to the Financial Services Commission's Open Banking Processing Cost Adjustment Plan, an open banking withdrawal transfer API costs 30 or 50 won depending on the company size, and the Deposit Transfer API costs 40 or 20 won depending on the company size. It is supposed to apply fees. On the other hand, in the case of firm banking, the bank usually applies a fee of 500 won for withdrawal transfer and 400 won for deposit transfer according to the transaction size. Therefore, from the perspective of the user institution, if the open banking method and the firm banking method are configured in a hybrid manner, a stable service can be provided through firm banking in the event of an open banking financial settlement network failure, while the fee is the same as the number or amount of the use of firm banking. There is a problem of increasing the burden.

도 5를 참조하여 전술한 실시예는, 이와 같은 문제를 해결하기 위한 것으로서, 금융결제망을 다중화하여 안정적인 서비스 제공을 가능하게 하되, 장애가 해소될 경우에는 통신 기본값(예컨대, 오픈 뱅킹)에 해당하는 망으로 즉시 전환함으로써 이용기관의 수수료 부담을 최대한 줄일 수 있는 이점을 갖는다. The above-described embodiment with reference to FIG. 5 is for solving such a problem, and enables a stable service provision by multiplexing the financial payment network, but corresponds to a communication default value (eg, open banking) when the failure is resolved. It has the advantage of reducing the commission burden of the user institution as much as possible by immediately switching to the network.

이상에서 설명한 실시예들에 따른 금융 서비스 방법에 의한 동작은 적어도 부분적으로 컴퓨터 프로그램으로 구현되고 컴퓨터로 읽을 수 있는 기록매체에 기록될 수 있다. 실시예들에 따른 방법에 의한 동작을 구현하기 위한 프로그램이 기록되고 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터에 의하여 읽혀질 수 있는 데이터가 저장되는 모든 종류의 기록장치를 포함한다. 컴퓨터가 읽을 수 있는 기록매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있다. 또한 컴퓨터가 읽을 수 있는 기록매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산 방식으로 컴퓨터가 읽을 수 있는 코드가 저장되고 실행될 수도 있다. 또한, 본 실시예를 구현하기 위한 기능적인 프로그램, 코드 및 코드 세그먼트(segment)들은 본 실시예가 속하는 기술 분야의 통상의 기술자에 의해 용이하게 이해될 수 있을 것이다.The operation by the financial service method according to the above-described embodiments may be at least partially implemented by a computer program and recorded on a computer-readable recording medium. A program for implementing an operation by a method according to embodiments is recorded and a computer-readable recording medium includes all types of recording devices in which data that can be read by a computer are stored. Examples of computer-readable recording media include ROM, RAM, CD-ROM, magnetic tape, floppy disks, and optical data storage devices. In addition, the computer readable recording medium may be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed manner. In addition, functional programs, codes, and code segments for implementing the present embodiment will be readily understood by those skilled in the art to which this embodiment belongs.

또한, 본 명세서의 순서도들에 도시된 각 블록 또는 각 단계는 특정된 논리적 기능(들)을 실행하기 위한 하나 이상의 실행 가능한 인스트럭션들을 포함하는 모듈, 세그먼트 또는 코드의 일부를 나타낼 수 있다. 또, 몇 가지 대체 실시예들에서는 블록들 또는 단계들 에서 언급된 기능들이 순서를 벗어나서 발생하는 것도 가능하다. 예컨대, 잇달아 도시되어 있는 두 개의 블록들 또는 단계들은 사실 실질적으로 동시에 수행되는 것도 가능하고 또는 그 블록들 또는 단계들이 때때로 해당하는 기능에 따라 역순으로 수행되는 것도 가능하다.In addition, each block or step shown in the flowcharts herein may represent a module, segment, or portion of code that includes one or more executable instructions for executing the specified logical function (s). It is also possible that in some alternative embodiments the functions mentioned in blocks or steps occur out of order. For example, two blocks or steps shown in succession may in fact be executed substantially simultaneously, or it is also possible that the blocks or steps are sometimes performed in reverse order depending on the corresponding function.

이상에서 살펴본 본 발명은 도면에 도시된 실시예들을 참고로 하여 설명하였으나 이는 예시적인 것에 불과하며 당해 분야에서 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 실시예의 변형이 가능하다는 점을 이해할 것이다. 그러나, 이와 같은 변형은 본 발명의 기술적 보호범위 내에 있다고 보아야 한다. 따라서, 본 발명의 진정한 기술적 보호범위는 첨부된 청구범위의 기술적 사상에 의해서 정해져야 할 것이다.The present invention described above has been described with reference to the embodiments shown in the drawings, but this is merely exemplary, and those skilled in the art will understand that various modifications and modifications of the embodiments are possible therefrom. However, it should be considered that such modifications are within the technical protection scope of the present invention. Therefore, the true technical protection scope of the present invention should be defined by the technical spirit of the appended claims.

Claims (13)

이용기관 또는 상기 이용기관의 서비스를 이용하는 사용자로부터 금융업무 처리 요청을 수신하며, 상기 금융업무 처리 요청에 상응하는 처리 결과를 상기 이용기관 또는 상기 사용자에게 제공하도록 구성된 송수신 모듈;
금융기관이 제공하는 API를 이용한 하나 이상의 통신 방식 또는 상기 금융기관에 연결된 전용회선을 통한 통신 방식 중 어느 하나에 의하여 상기 금융기관에 상기 금융업무 처리 요청을 전송하여 상기 처리 결과를 수신하도록 구성된 금융 서비스 실행 모듈; 및
상기 금융 서비스 실행 모듈의 통신 상태에 기초하여 금융업무 처리를 위한 상기 금융 서비스 실행 모듈의 통신 방식을 결정하도록 구성된 제어 모듈을 포함하되,
상기 금융 서비스 실행 모듈은, 상기 금융기관이 제공하는 API를 이용한 제1 통신 방식, 하나 이상의 상기 금융기관과 연계된 오픈 플랫폼 시스템이 제공하는 API를 이용한 제2 통신 방식, 및 상기 전용회선을 통한 제3 통신 방식 중 어느 하나의 방식으로 상기 금융기관과 통신하도록 더 구성되며,
상기 제어 모듈은, 상기 제1 통신 방식 및 상기 제2 통신 방식 중 어느 하나를 이용하여 상기 금융기관에 금융업무 처리를 요청하며, 상기 금융기관으로부터 무응답 또는 오류 응답이 수신되는 경우, 통신 방식을 상기 제1 통신 방식 및 상기 제2 통신 방식 중 다른 하나 또는 상기 제3 통신 방식으로 전환하도록 상기 금융 서비스 실행 모듈을 제어하도록 더 구성되고,
상기 제3 통신 방식은 상기 제1 통신 방식 및 상기 제2 통신 방식에 비해 상기 이용기관에 부과되는 수수료가 더 높은 통신 방식인 것을 특징으로 하는 금융결제망 다중화 시스템.
A transmission / reception module configured to receive a financial business processing request from a user or a user who uses the service of the user institution, and to provide a processing result corresponding to the financial business processing request to the user or the user;
A financial service configured to receive the processing result by sending the financial business processing request to the financial institution by one of one or more communication methods using an API provided by the financial institution or a communication method through a dedicated line connected to the financial institution. Execution module; And
And a control module configured to determine a communication method of the financial service execution module for processing a financial service based on a communication state of the financial service execution module,
The financial service execution module may include a first communication method using an API provided by the financial institution, a second communication method using an API provided by an open platform system associated with one or more financial institutions, and a first communication method through the dedicated line. 3 is further configured to communicate with the financial institution by any one of the communication methods,
The control module requests the financial institution to process a financial business using one of the first communication method and the second communication method, and when a no response or an error response is received from the financial institution, the communication method is It is further configured to control the financial service execution module to switch to the third communication method or the other of the first communication method and the second communication method,
The third communication method is a financial settlement network multiplexing system, characterized in that the communication fee is higher than the first communication method and the second communication method.
삭제delete 제1항에 있어서,
상기 제2 통신 방식에서 상기 금융 서비스 실행 모듈과 상기 금융기관 사이의 통신은 상기 오픈 플랫폼 시스템을 경유하여 수행되는 금융결제망 다중화 시스템.
According to claim 1,
In the second communication method, the communication between the financial service execution module and the financial institution is performed via the open platform system.
삭제delete 제1항에 있어서,
상기 제어 모듈은, 상기 금융기관으로부터 무응답 또는 오류 응답이 수신된 후, 주기적으로 상기 금융기관과 통신하여 상기 금융기관으로부터 정상 응답이 수신되는 경우 통신 방식을 상기 제1 통신 방식 및 상기 제2 통신 방식 중 어느 하나로 다시 전환하도록 상기 금융 서비스 실행 모듈을 제어하도록 더 구성된 금융결제망 다중화 시스템.
According to claim 1,
The control module, after receiving a non-response or an error response from the financial institution, periodically communicates with the financial institution to receive a normal response from the financial institution, wherein the communication method is the first communication method and the second communication method. A financial settlement network multiplexing system further configured to control the financial service execution module to switch back to any one of the above.
제1항에 있어서,
상기 금융기관이 제공하는 API를 이용하기 위한 상기 금융업무 처리 요청을 검증하도록 구성된 유효성 검증 모듈을 더 포함하는 금융결제망 다중화 시스템.
According to claim 1,
The financial settlement network multiplexing system further comprises a validation module configured to verify the request for processing the financial business to use the API provided by the financial institution.
금융결제망 다중화 시스템이 이용기관 또는 상기 이용기관의 서비스를 이용하는 사용자로부터 금융업무 처리 요청을 수신하는 단계;
상기 금융결제망 다중화 시스템이, 금융기관이 제공하는 API를 이용한 하나 이상의 통신 방식 또는 상기 금융기관에 연결된 전용회선을 통한 통신 방식 중 어느 하나에 의하여 상기 금융기관에 상기 금융업무 처리 요청을 전송하여, 상기 금융기관으로부터 상기 금융업무 처리 요청에 상응하는 처리 결과를 수신하는 단계; 및
상기 금융결제망 다중화 시스템이 상기 처리 결과를 상기 이용기관 또는 상기 사용자에게 제공하는 단계를 포함하되,
상기 금융업무 처리 요청에 상응하는 처리 결과를 수신하는 단계는, 상기 금융결제망 다중화 시스템의 통신 상태에 기초하여, 상기 금융기관이 제공하는 API를 이용한 하나 이상의 통신 방식 또는 상기 금융기관에 연결된 전용회선을 통한 통신 방식 중 어느 하나로 금융업무 처리를 위한 통신 방식을 결정하는 단계를 포함하며,
상기 금융업무 처리를 위한 통신 방식을 결정하는 단계는, 상기 금융기관이 제공하는 API를 이용한 제1 통신 방식, 하나 이상의 상기 금융기관과 연계된 오픈 플랫폼 시스템이 제공하는 API를 이용한 제2 통신 방식, 및 상기 전용회선을 통한 제3 통신 방식 중 어느 하나의 방식으로 통신 방식을 결정하는 단계를 포함하고,
상기 금융업무 처리 요청에 상응하는 처리 결과를 수신하는 단계는,
상기 금융결제망 다중화 시스템이, 상기 제1 통신 방식 및 상기 제2 통신 방식 중 어느 하나를 이용하여 상기 금융기관에 금융업무 처리를 요청하는 단계; 및
상기 금융결제망 다중화 시스템이, 상기 금융기관으로부터 무응답 또는 오류 응답이 수신되는 것에 대한 응답으로, 상기 금융결제망 다중화 시스템의 통신 방식을 상기 제1 통신 방식 및 상기 제2 통신 방식 중 다른 하나 또는 상기 제3 통신 방식으로 전환하는 단계를 포함하되,
상기 제3 통신 방식은 상기 제1 통신 방식 및 상기 제2 통신 방식에 비해 상기 이용기관에 부과되는 수수료가 더 높은 통신 방식인 것을 특징으로 하는 금융 서비스 방법.
Receiving, by the financial settlement network multiplexing system, a request for processing a financial business from a user or a user who uses the service of the user;
The financial settlement network multiplexing system transmits the financial business processing request to the financial institution by one of one or more communication methods using an API provided by the financial institution or a communication method through a dedicated line connected to the financial institution, Receiving a processing result corresponding to the financial business processing request from the financial institution; And
The financial settlement network multiplexing system includes the step of providing the processing result to the user or the user,
The step of receiving a processing result corresponding to the request for processing the financial business is based on the communication status of the financial settlement network multiplexing system, one or more communication methods using an API provided by the financial institution, or a dedicated line connected to the financial institution. Determining a communication method for processing the financial business as one of the communication methods through,
Determining a communication method for processing the financial business includes: a first communication method using an API provided by the financial institution, a second communication method using an API provided by an open platform system associated with one or more financial institutions, And determining a communication method by any one of a third communication method through the dedicated line,
The step of receiving a processing result corresponding to the financial business processing request,
Requesting, by the financial settlement network multiplexing system, the financial institution to process the financial business using one of the first communication method and the second communication method; And
In response to the financial settlement network multiplexing system receiving a non-response or error response from the financial institution, the communication method of the financial settlement network multiplexing system may be different from the first communication method or the second communication method or the Including the step of switching to a third communication method,
The third communication method is a financial service method, characterized in that the communication fee is higher than the first communication method and the second communication method.
삭제delete 제7항에 있어서,
상기 제2 통신 방식에서 상기 금융결제망 다중화 시스템과 상기 금융기관 사이의 통신은 상기 오픈 플랫폼 시스템을 경유하여 수행되는 금융 서비스 방법.
The method of claim 7,
In the second communication method, the communication between the financial settlement network multiplexing system and the financial institution is performed through the open platform system.
삭제delete 제7항에 있어서,
상기 금융결제망 다중화 시스템이, 상기 금융기관으로부터 무응답 또는 오류 응답이 수신된 후, 주기적으로 상기 금융기관에 거래 신호를 전송하는 단계; 및
상기 금융결제망 다중화 시스템이, 상기 금융기관으로부터 상기 거래 신호에 대한 정상 응답이 수신되는 것에 대한 응답으로, 상기 금융결제망 다중화 시스템의 통신 방식을 상기 제1 통신 방식 및 상기 제2 통신 방식 중 어느 하나로 전환하는 단계를 더 포함하는 금융 서비스 방법.
The method of claim 7,
The financial settlement network multiplexing system periodically transmitting a transaction signal to the financial institution after receiving no response or error response from the financial institution; And
In response to the financial settlement network multiplexing system receiving a normal response to the transaction signal from the financial institution, the communication method of the financial settlement network multiplexing system is selected from either the first communication method or the second communication method. The financial service method further comprising the step of switching to one.
제7항에 있어서,
상기 금융업무 처리 요청에 상응하는 처리 결과를 수신하는 단계 전에, 상기 금융결제망 다중화 시스템이, 상기 금융기관이 제공하는 API를 이용하기 위한 상기 금융업무 처리 요청을 검증하는 단계를 더 포함하는 금융 서비스 방법.
The method of claim 7,
The financial service further comprising, before receiving the processing result corresponding to the financial service processing request, the financial settlement network multiplexing system verifying the financial service processing request to use an API provided by the financial institution. Way.
하드웨어와 결합되어 제7항, 제9항, 제11항 및 제12항 중 어느 한 항에 따른 금융 서비스 방법을 수행하도록 컴퓨터에 판독 가능한 기록매체에 저장된 컴퓨터 프로그램.A computer program stored in a computer-readable recording medium to perform the financial service method according to any one of claims 7, 9, 11, and 12 in combination with hardware.
KR1020190095262A 2019-08-06 2019-08-06 System for multiplication of financial payment networks, method for financial services using the same and computer program for the same KR102107454B1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020190095262A KR102107454B1 (en) 2019-08-06 2019-08-06 System for multiplication of financial payment networks, method for financial services using the same and computer program for the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020190095262A KR102107454B1 (en) 2019-08-06 2019-08-06 System for multiplication of financial payment networks, method for financial services using the same and computer program for the same

Publications (1)

Publication Number Publication Date
KR102107454B1 true KR102107454B1 (en) 2020-05-08

Family

ID=70678225

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020190095262A KR102107454B1 (en) 2019-08-06 2019-08-06 System for multiplication of financial payment networks, method for financial services using the same and computer program for the same

Country Status (1)

Country Link
KR (1) KR102107454B1 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102332564B1 (en) * 2021-06-08 2021-12-01 세틀뱅크 주식회사 Open banking and firm banking optimization cross relay method, device and system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090027051A (en) * 2007-09-11 2009-03-16 엘지엔시스(주) Method for controlling financial obstacle
KR20160140219A (en) * 2015-05-29 2016-12-07 농협은행(주) Authentication apparatus and method for connectivity of fintech services, and computer program for the same
KR101693421B1 (en) 2015-04-30 2017-01-09 농협은행(주) Apparatus for providing financial service based on financial open flatform

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20090027051A (en) * 2007-09-11 2009-03-16 엘지엔시스(주) Method for controlling financial obstacle
KR101693421B1 (en) 2015-04-30 2017-01-09 농협은행(주) Apparatus for providing financial service based on financial open flatform
KR20160140219A (en) * 2015-05-29 2016-12-07 농협은행(주) Authentication apparatus and method for connectivity of fintech services, and computer program for the same

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102332564B1 (en) * 2021-06-08 2021-12-01 세틀뱅크 주식회사 Open banking and firm banking optimization cross relay method, device and system

Similar Documents

Publication Publication Date Title
CN109447811B (en) Method, accounting node and medium for inquiring transaction information in blockchain network
CN108764868B (en) Block chain node proxy reconciliation method and block reconciliation proxy node
US20190026821A1 (en) Intermediate blockchain system for managing transactions
CN110458562B (en) Bill reimbursement method, device and equipment and computer storage medium
CN110232565B (en) Resource clearing method, device, computer equipment and storage medium
CN108734452B (en) Internet resource transfer method, account transfer method and device
CN108510276B (en) Data processing method, device and system
US10043165B2 (en) Cloud service integration pay trading system
CN111222841B (en) Block chain-based data distribution method and equipment and storage medium thereof
US20090037294A1 (en) Mobile communication device transaction control systems
US8725605B1 (en) Method and system for managing service accounts
CN104966229A (en) Information processing method and credit platform
CN111292174A (en) Tax payment information processing method and device and computer readable storage medium
CN115456773B (en) Payment control method, device, equipment and medium based on blockchain
CN109933626B (en) Financial business data processing method and device and financial transaction terminal
CN102165480B (en) Served by the mobile banking of short message service
KR102115400B1 (en) System and method for remittance relay and computer program for the same
KR20160140218A (en) Financial open platform and method for providing financial service using identification information which replaces account number, and computer program for the same
Oktian et al. BlockSubPay-a blockchain framework for subscription-based payment in cloud service
KR102107454B1 (en) System for multiplication of financial payment networks, method for financial services using the same and computer program for the same
CA2970301C (en) Improved network for onboarding and delivery of electronic payments to payees
CN110336872B (en) Method, device and system for acquiring third-party data
CN108848061B (en) User information transmission method and terminal equipment
US20190102833A1 (en) Variable rate system
KR100777670B1 (en) Financial transaction providing system and method thereof

Legal Events

Date Code Title Description
E701 Decision to grant or registration of patent right
GRNT Written decision to grant