WO2022158901A1 - 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버 - Google Patents

금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버 Download PDF

Info

Publication number
WO2022158901A1
WO2022158901A1 PCT/KR2022/001127 KR2022001127W WO2022158901A1 WO 2022158901 A1 WO2022158901 A1 WO 2022158901A1 KR 2022001127 W KR2022001127 W KR 2022001127W WO 2022158901 A1 WO2022158901 A1 WO 2022158901A1
Authority
WO
WIPO (PCT)
Prior art keywords
account
customer
balance
firm
request
Prior art date
Application number
PCT/KR2022/001127
Other languages
English (en)
French (fr)
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 US18/262,220 priority Critical patent/US20240112256A1/en
Publication of WO2022158901A1 publication Critical patent/WO2022158901A1/ko

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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
    • 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • 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/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • 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/06—Asset management; Financial planning or analysis

Definitions

  • the present invention relates to a financial service providing system and a simple payment company server therefor, and more particularly, to a financial service providing system in which a prepaid electronic payment method and a securities comprehensive account method are linked, and a simple payment company server therefor.
  • Electronic prepayment means is a certificate issued with transferable monetary value stored in an electronic way or information about the certificate, which can be used to purchase goods and services from a third party other than the issuer and pay the price.
  • the securities comprehensive account can solve various problems of the above-mentioned electronic prepaid payment means.
  • Comprehensive securities account refers to a financial product that allows a comprehensive financial company to manage money deposited by customers on bills and debt certificates, and pay the profits to customers. . Consumers can also receive deposit fees.
  • the inventors of the present invention have completed the present invention after long research and trial and error in order to solve these limitations.
  • An embodiment of the present invention provides a financial service providing system in which a prepaid battery payment means method and a securities comprehensive account method are linked, and a simple payment company server for the same.
  • a financial service providing system for providing a financial service for operating a customer financial company account by attracting funds from a customer linked account is a simple payment company including a first mother account system including one or more first mother accounts. server; a financial institution server comprising a second mother account system comprising one or more second mother accounts; a bank firm system that manages the transfer of funds between the customer linked account and the first mother account system or between the customer-designated account designated by the customer and the first mother account system; and a security firm system that manages the process of transferring funds between the second mother account system and the customer's financial company account, and, when a customer's request for balance change, is processed through the bank firm system and the security firm system to process the customer's financial company account.
  • a simple payment company including a first mother account system including one or more first mother accounts. server; a financial institution server comprising a second mother account system comprising one or more second mother accounts; a bank firm system that manages the transfer of funds between the customer linked account and the first mother account system or between the
  • a balance increase processing unit for performing a process of withdrawing funds from the customer linked account using the bank firm system and increasing the balance of the customer's financial company account using the security firm system when a customer requests a balance increase
  • a balance deduction processing unit that performs a process of transferring funds to the customer designated account using the bank firm system and deducting the balance of the customer's financial company account using the security firm system when a customer requests a balance deduction ; may be further included.
  • the first mother accounts may include a withdrawal perm mother account, a collection mother account and a deposit perm mother account
  • the second mother accounts may include a financial private mother account.
  • the balance increase processing unit includes: a message generating unit for generating a message related to the balance increase request; a bank firm execution unit for executing the bank firm system based on the telegram to transfer funds from the customer linked account to the withdrawal firm mother account; and a security firm execution unit that executes the security firm system based on the telegram to increase the balance of the customer financial company account through a substitution transaction between the private financial company account and the customer financial company account.
  • the balance increase processing unit on the basis of the generated telegram, bank firm- a first request recording unit for recording a request in the request log; a first processing result receiving unit for receiving a result of the transfer of funds according to the execution of the bank firm system; and a first request processing result reflecting unit that reflects the received processing result in the bank firm-request log.
  • the balance increase processing unit may include: a second request recording unit for recording a request in a security firm-request log based on the generated message; a second processing result receiving unit for receiving a result of the balance increase processing according to the execution of the security firm system; and a second request processing result reflecting unit that reflects the received processing result in the security firm-request log.
  • the balance increase processing unit may include: a failure case search unit for searching for a request in which the processing result is recorded as a failure in the security firm-request log; and a reprocessing process unit configured to perform a reprocessing process by the second request recording unit, the second processing result receiving unit, and the second request processing result reflecting unit with respect to the failure case.
  • the balance increase processing unit may include: a non-reflected case search unit that searches for a request in which the processing result is not reflected in the security firm-request log; And for the non-reflected case, it is checked whether an increase in the balance according to the execution of the security firm system by the security firm execution unit has been made, and if the increase in the balance is made as a result of the check, the status is set to success for the non-reflected case It may further include a non-reflected case processing unit for changing the status to failure for the non-reflected case when the change and the confirmation result that the balance is not increased.
  • the balance deduction processing unit a message generating unit for generating a message related to the balance request; a bank firm execution unit for executing the bank firm system based on the telegram to transfer funds from the deposit perm mother account to the customer designated account; and a security firm execution unit that executes the security firm system based on the telegram to deduct the balance of the customer financial company account through a substitution transaction between the private financial company account and the customer financial company account.
  • the balance deduction processing unit may include: a first request recording unit for recording a request in a security firm-request log based on the generated message; a first processing result receiving unit for receiving a balance subtraction processing result according to the execution of the security firm system; and a first request processing result reflecting unit that reflects the received processing result in the security firm-request log.
  • the balance deduction processing unit a second request recording unit for recording a request in the bank firm-request log based on the generated message; a second processing result receiving unit for receiving a result of the transfer of funds according to the execution of the bank firm system; and a second request processing result reflecting unit that reflects the received processing result in the bank firm-request log.
  • the balance deduction processing unit may include: a failure case search unit for searching for a request in which the processing result is recorded as a failure in the bank firm-request log; And it may further include a recovery process unit for performing a recovery process for recovering the deducted balance of the customer financial institution account with respect to the failure.
  • the balance deduction processing unit may include: a non-reflected case search unit for searching for a request in which the processing result is not reflected in the bank firm-request log; And for the non-reflected case, it is checked whether the transfer of funds according to the execution of the bank perm system by the bank perm execution unit is in progress, and if the confirmation result indicates that the transfer of funds is in progress, the status is set to success for the non-reflected case. It may further include a non-reflected case processing unit that changes the status to failure for the non-reflected case when the transfer of the funds is not in progress as a result of the confirmation.
  • the first mother account system includes a plurality of withdrawal firm mother accounts issued by different financial institutions, and the bank firm system selects a withdrawal firm mother account issued by the same financial company as the customer linked account among the plurality of withdrawal firm mother accounts. You can use it to process money transfers.
  • the balance of the customer's financial company account through the bank firm system that manages the money transfer processing between the designated customer account and the first mother account system and the security firm system that manages the money transfer processing between the second mother account system and the customer's financial company account can be changed
  • the financial company server that provides a financial service for attracting funds from a customer linked account and depositing it in a customer financial company account according to an embodiment of the present invention includes a first parent account system including one or more first parent accounts; It is connected through a network with a simple payment company server including a second mother account system including second mother accounts, and when a customer requests a balance change, a fund transfer process between the customer connection account and the first mother account system or the customer
  • the balance of the customer's financial company account through the bank firm system that manages the money transfer processing between the designated customer account and the first mother account system and the security firm system that manages the money transfer processing between the second mother account system and the customer's financial company account can be changed
  • This technology can provide a financial service in which the prepaid electronic payment method and the securities comprehensive account method are linked.
  • the present technology can provide a simple payment method that is not limited by the limit of use existing in the existing prepaid electronic payment means.
  • this technology provides the convenience of simple payment like the existing prepaid electronic payment method, and at the same time enables various account-based services such as remittance and transfer, and provides a new financial service that can generate money management profits through deposits. have.
  • FIG. 1 is a diagram illustrating a conceptual diagram of a financial service providing system according to an embodiment of the present invention.
  • FIG. 2 is a diagram illustrating an overall configuration of a financial service providing system according to an embodiment of the present invention.
  • 3A and 3B are diagrams each showing detailed configurations of a first mother account system and a second mother account system according to an embodiment of the present invention.
  • FIG. 4 is a diagram conceptually illustrating a cash flow appearing in a financial service providing system according to an embodiment of the present invention.
  • FIG. 5 is a diagram showing a detailed configuration of a balance increase processing unit according to an embodiment of the present invention.
  • FIG. 6 is a flow chart showing the operation of the balance increase processing unit according to an embodiment of the present invention, centering on the bank firm.
  • FIG. 7 is a flowchart showing the operation of the balance increase processing unit according to an embodiment of the present invention, focusing on the security firm.
  • FIG. 8 is a view showing the overall flow of the process of increasing the balance of the customer financial company account by the balance increase processing unit according to an embodiment of the present invention.
  • FIG. 9 is a diagram illustrating a detailed configuration of a balance deduction processing unit according to an embodiment of the present invention.
  • FIG. 10 is a flowchart showing the operation of the balance deduction processing unit according to an embodiment of the present invention, focusing on the security firm.
  • 11 is a flowchart showing the operation of the balance deduction processing unit according to an embodiment of the present invention, centering on the bank firm.
  • FIG. 12 is a diagram illustrating the overall flow of a process in which the balance of the customer's financial institution account is subtracted by the balance subtraction processing unit according to an embodiment of the present invention.
  • FIG. 13 is a diagram illustrating in detail operations of a non-reflected case search unit and a non-reflected case processing unit with respect to a security firm-request log according to an embodiment of the present invention.
  • FIG. 14 is a diagram illustrating in detail operations of a non-reflected case search unit and a non-reflected case processing unit with respect to a bank firm-request log according to an embodiment of the present invention.
  • 15 is a diagram illustrating in detail operations of a failure detection unit and a reprocessing unit according to an embodiment of the present invention.
  • FIG. 1 is a diagram illustrating a conceptual diagram of a financial service providing system according to an embodiment of the present invention.
  • the financial service providing system 1 includes a simple payment company area EP and a financial company area MP.
  • the financial service providing system 1 may perform the same function as the existing electronic prepayment means through the simple payment company area (EP). It is possible to use the service of making payment, remittance, and transfer conveniently within the limits of use of prepaid electronic payment methods stipulated by laws and regulations.
  • the simple payment company area EP includes the customer linked account 10 and the simple payment company server 100 .
  • the simple payment company server can draw funds from the customer linked account and transfer funds to the customer linked account. Although only the customer connection account is shown in the drawing, funds may be transferred to a designated account from which the customer has requested the transfer.
  • the simple payment company server 100 operates in conjunction with the financial company server 200 .
  • the simple payment company server 100 and the financial company server 200 may be connected through a wired/wireless communication network.
  • the customer linked account 10 is a commercial bank account being used by the customer. Funds are attracted from the customer connection account to the simple payment company server according to the embodiment of the present invention.
  • the financial service providing system 1 may perform the same function as the existing comprehensive securities account through the financial company area MP. It is possible to use account-based remittance and transfer services without the use of prepaid electronic payment means.
  • the financial company area MP includes the customer financial company account 20 and the financial company server 200 .
  • the financial company server is responsible for depositing to and withdrawing from the customer's financial company account.
  • the financial company server 200 operates in conjunction with the simple payment company server 100 .
  • the customer financial company account 20 is a commercial financial company account being used by the customer.
  • the financial company is a securities company, it may be a securities account opened by the securities company.
  • the financial company is a bank, it may be a bank account opened by a bank.
  • the present invention is not limited to terms, and any account that is not limited by the limit as in the prepaid electronic payment means is sufficient.
  • the funds of the financial service providing system according to the embodiment of the present invention are deposited and operated in the customer's financial company account.
  • the financial service providing system solves the problem of holding limit and transfer limit of the existing electronic prepaid payment means by proposing a linkage method between the simple payment company area (EP) and the financial company area (MP), and at the same time makes payment maintain the convenience of It allows users to use account-based services such as remittance, transfer, and firm banking like the existing comprehensive securities account, and provides operating income.
  • the Depositor Protection Act also applies.
  • FIG. 2 is a diagram showing the overall configuration of the financial service providing system 1 according to the embodiment of the present invention.
  • 3A and 3B are diagrams each showing detailed configurations of a first mother account system and a second mother account system according to an embodiment of the present invention.
  • the financial service providing system 1 (hereinafter, simply referred to as a 'financial system') includes a simple payment company server 100, a financial company server 200, a bank firm system (BS), and a security firm. It includes a system SS, a customer linked account 10 and a customer financial institution account 20 .
  • the simple payment company server 100 may include a first mother account system 110 , a balance increase processing unit 120 , and a balance subtraction processing unit 130 .
  • a balance increase processing unit 120 may be included in the financial system.
  • a balance subtraction processing unit 130 may be included in the financial system.
  • the financial company server 200 may include a second mother account system 210 .
  • the first mother account system 110 of the simple payment company server may include a withdrawal perm mother account 112 , a collection mother account 114 , and a deposit perm mother account 116 .
  • the second parent account system 210 of the financial company server may include a financial private parent account 212 .
  • the second mother account system may further include a financial institution savings account (not shown), which will be described later.
  • the withdrawal firm parent account 112 withdraws funds from the customer linked account 10 and holds them.
  • the withdrawal firm parent account may be an account issued by each financial institution (eg, a bank). Multiple withdrawal firm parent accounts for each financial company reduce transfer fees and increase security and stability.
  • the name of the mother account of the withdrawal firm may be the name of the company operating the financial system according to the embodiment of the present invention. If the financial system manager is a simple payment company, it may be in the name of the simple payment company. If the financial system manager is a financial company, it may be in the name of the financial company.
  • the time when the withdrawal firm parent account 112 withdraws funds may be performed simultaneously with the customer's request for a balance increase or in real time.
  • the collecting mother account 114 draws and holds the funds collected in the withdrawal firm mother account 112 .
  • the number of the collection master accounts is one while the number of the withdrawal firm mother accounts is plural. It may be an account issued by a financial company (eg, a bank) that has entered into an agreement with the simple payment company according to an embodiment of the present invention. A plurality of accounts may be provided as needed, but a single collection master account increases the efficiency of deposit management.
  • the name of the collecting mother account may be the name of a company (ie, a simple payment company) that operates the simple payment company server according to an embodiment of the present invention.
  • the time at which the collecting mother account 114 draws funds from the withdrawal firm mother account 112 may be performed regardless of the time of the customer's request for a balance increase.
  • the collecting mother account maintains the balance at all times, so that the balance can be increased or the balance can be deducted in real time according to the customer's request, regardless of the internal transfer operation.
  • the collecting mother account serves as a deposit account for providing financial services according to an embodiment of the present invention.
  • the collecting mother account can be viewed as a deposit account for the role of prepaid electronic payment means in the financial system.
  • the deposit firm mother account 116 deposits money into a customer designated account designated by the customer to receive remittance.
  • the account is an account issued by a financial company that provides services such as firm banking.
  • it may be an account issued by a financial company (ie, a bank) that has entered into an agreement with the simple payment company according to an embodiment of the present invention.
  • a financial company ie, a bank
  • the name of the deposit firm parent account may be the name of the simple payment company according to an embodiment of the present invention.
  • the time at which the deposit firm parent account 116 deposits funds may be performed simultaneously with the customer's request for balance deduction or in real time.
  • the time when the deposit firm's parent account draws funds from the collecting mother account may be performed regardless of the customer's request for balance deduction.
  • the financial private account 212 attracts and holds the funds collected in the collecting mother account 114 .
  • the number of financial private placement accounts may be one. It may be an account issued by a company (ie, a financial company) operating a financial company server according to an embodiment of the present invention. A plurality of private placement accounts may be provided as needed, but a single private placement account increases the efficiency of deposit management.
  • the name of the financial private placement account may be the name of the simple payment company according to an embodiment of the present invention. Note that the name of the collecting mother account and the financial private placement account are the same.
  • the timing at which the financial private account 212 draws funds from the collecting mother account 114 may be performed irrespective of the customer's request for a balance increase or a balance reduction request.
  • the financial private placement account maintains the balance at all times so that the balance can be increased or deducted in real time according to the customer's request, regardless of the internal transfer operation.
  • the financial private placement account serves as another deposit account for providing financial services according to an embodiment of the present invention.
  • a financial private placement account can be viewed as a deposit account for the role of a comprehensive securities account in the financial system.
  • the second mother account system may further include a financial institution savings account (not shown) as much as it is a financial institution area, and the financial institution deposit mother account may serve as a deposit base of the financial institution itself.
  • the financial institution savings account may be an account issued by a financial company (eg, a bank) that has entered into an agreement with a financial company according to an embodiment of the present invention. It may be an account issued by the same financial company that issued the collection mother account. It is advantageous in terms of fee reduction and security.
  • the savings account of a financial institution may be in the name of a financial institution.
  • the financial system manager is a simple payment company, it may be in the name of the simple payment company.
  • the Bank Firm System is a system that manages the transfer process.
  • the bank firm system may include a communication channel involved in the process of transferring funds between the customer linked account 10 and the first mother account system 110 or between the customer designated account designated by the customer and the first mother account system 110 .
  • the bank firm system enables a fund transfer process between the customer connection account 10 and the withdrawal perm mother account 112 or a fund transfer process between the deposit perm mother account 116 and the customer designated account to be performed.
  • the bank firm system manages the function of drawing funds from the customer linked account to the first mother account system or sending funds from the first mother account system to the customer designated account.
  • the Security Firm System is also a system that manages the transfer process.
  • the security firm system may include a communication channel involved in the process of transferring funds between the second mother account system 210 and the customer financial institution account 20 .
  • the security firm system enables a fund transfer process between the second mother account system 210 and the customer financial company account 20 to be performed.
  • the security firm system manages the function of sending funds from the second mother account system to the customer's financial institution account, or drawing funds from the customer's financial institution account to the second mother account system.
  • the balance increase processing unit 120 processes to increase the balance of the customer's financial institution account by using the above-described bank firm system and security firm system when a customer's balance increase request is made.
  • the balance deduction processing unit 130 performs a process of deducting the balance of the customer's financial company account by using the above-described bank firm system and security firm system when a customer requests a balance deduction.
  • the customer's request for balance deduction may include, for example, remittance or transfer to another account. In either case, it is common in that the balance of the customer's financial institution account is deducted. Therefore, in the present invention, the balance deduction is referred to as a balance deduction request for various requests of the customer.
  • the customer's request for a balance increase may include, for example, charging. In any case, in that the balance of the customer's financial institution account increases, the present invention pays attention to the increase of the balance in response to various requests of the customer and is referred to as a request to increase the balance.
  • FIG. 4 is a diagram conceptually illustrating a cash flow appearing in a financial service providing system according to an embodiment of the present invention.
  • Balance increase means withdrawing funds from the customer's linked account and putting it into the customer's financial institution account. That means charging.
  • the charged balance is shown to the customer through a smartphone app, etc. That is, the balance of the customer's financial institution account is shown to the user.
  • customers can use a charging GUI (graphical user interface) implemented through a smartphone app.
  • GUI graphical user interface
  • the full text can be created in the smartphone app and sent to the simple payment company server, or the simple payment company server in charge of the smartphone app can receive related information and create it directly.
  • the full text may include information on transaction details. As an example, it may include information about a customer account number, a charge request date, a charge request number, a charge amount, and the like.
  • a real-time withdrawal is made from the customer's linked account to the withdrawal firm's parent account in real time (A1, withdrawal) (bank firm system execution).
  • A1, withdrawal bank firm system execution
  • substitution processing between the private financial institution account and the customer's financial institution account is performed in real time (A2, substitution) (security firm system execution).
  • the internal settlement process is performed sequentially. That is, a cash flow occurs from the mother account of the withdrawal firm to the mother account of collection (B1, transfer), cash flow occurs from the mother account of the collection to the private financial account (B2, transfer), and cash flow occurs from the private financial account to the account of the customer's financial institution ( B3, settlement).
  • B1, transfer a cash flow occurs from the mother account of the withdrawal firm to the mother account of collection
  • B2, transfer cash flow occurs from the mother account of the collection to the private financial account
  • B3, settlement cash flow occurs from the private financial account to the account of the customer's financial institution
  • Balance deduction means withdrawing funds from the customer's financial institution account and remittance to the customer's designated account. That means remittance. This includes remittances (transfer to another bank, payment, etc.) due to various reasons.
  • the deducted balance is shown to the customer through a smartphone app, etc. That is, the balance of the customer's financial institution account is shown to the user.
  • customers can use the remittance GUI implemented through a smartphone app.
  • a message is generated in relation to the request for a balance deduction.
  • the full text can be created in the smartphone app and sent to the simple payment company server, or the simple payment company server in charge of the smartphone app can receive related information and create it directly.
  • the full text may include information on transaction details. For example, it may include information about customer account number, transfer request date, transfer request number, transfer amount, transfer financial institution code, transfer financial institution account number, payee name, and the like.
  • a replacement process is performed between the private financial company account and the customer's financial company account in real time (X1, replacement) (security firm system execution).
  • real-time deposits are made from the deposit firm's parent account to the customer's designated account in real time (X2, deposit) (run the bank firm system).
  • the internal settlement process is performed sequentially. That is, cash flow occurs from the customer's financial institution account to the private financial institution account (Y1, settlement), the cash flow occurs from the private financial institution account to the collecting mother account (Y2, transfer), and the cash flow occurs from the collecting mother account to the deposit firm's mother account ( Y3, variant).
  • Y1 to Y3 The mutual order of Y1 to Y3 is ok. This is because the deposit firm mother account, collection mother account, and financial private placement account have deposits. That is, the balance is always maintained.
  • FIG. 5 is a diagram showing a detailed configuration of the balance increase processing unit 120 according to an embodiment of the present invention.
  • FIG. 6 is a flowchart showing the operation of the balance increase processing unit according to an embodiment of the present invention, centering on BankFirm.
  • FIG. 7 is a flowchart showing the operation of the balance increase processing unit according to an embodiment of the present invention, focusing on SecurityFirm.
  • the balance increase processing unit 120 includes a message generating unit 121 , a bank perm executing unit 122 , a security firm executing unit 123 , a first request recording unit 124 , and a first Processing result receiving unit 125, first request processing result reflecting unit 126, second request recording unit 127, second processing result receiving unit 128, second request processing result reflecting unit 129, failure search unit 1291 , a reprocessing process unit 1292 , a non-reflected case search unit 1293 , and a non-reflected case processing unit 1294 may be included.
  • the message generating unit 121 generates a related message when the customer requests a balance increase.
  • the bank perm execution unit 122 executes the bank perm system based on the generated message to transfer funds from the customer linked account to the withdrawal perm mother account.
  • the security firm execution unit 123 executes the security firm system based on the generated message to increase the balance of the customer's financial institution account through the substitution transaction between the private financial institution account and the customer's financial institution account.
  • money may refer to a part of the financial service according to an embodiment of the present invention.
  • money may refer to a unit of money (for example, points or gold) used in a financial service according to an embodiment of the present invention (of course, it may correspond to a unit of real money used in each country).
  • the first request recording unit 124 records the request in the bank firm request log (bank_firm_request_log) based on the generated telegram (S11). In the drawing, it is shown as a money recharge request record.
  • the bank firm execution unit 122 executes the bank firm system (BS) based on the message generated by the message generating unit 121 to transfer funds from the customer linked account 10 to the withdrawal firm parent account 112 . Proceeding is the same as described above. At the bottom of the drawing, Van system/bank and withdrawal requests are shown.
  • BS bank firm system
  • the first processing result receiving unit 125 receives the result of the money transfer processing (success/failure) according to the execution of the bank firm system (S12).
  • the first request processing result reflecting unit 126 reflects the received processing result in the bank firm request log (S13). If the received processing result is success, the status is reflected as success for the corresponding record. In the drawing, it is shown as money charging success. If the received processing result is failure, the status is reflected as failure for the record. It is shown in the drawing as a failure to charge money.
  • transmission may fail or reception may fail due to some problem.
  • the balance increase process is no longer performed and is terminated. Since it is a case of failure to withdraw from a customer linked account (eg a bank), the balance increase process is terminated.
  • a customer linked account eg a bank
  • FIG. 7 shows the operation of the security firm centered on the balance increase processing, in that it draws funds from the second mother account system (eg, a securities system) to increase the balance of the customer's financial company account (eg, a securities account) Securities balance increase process'.
  • the second mother account system eg, a securities system
  • the customer's financial company account eg, a securities account
  • the second request recording unit 127 records the request in the security firm request log (securities_firm_request_log) based on the generated message (S21). It is shown in the drawing as a record of a request for an increase in the balance of the securities.
  • the security firm execution unit 123 executes the security firm system (SS) based on the message generated by the message generating unit 121 through the alternative transaction between the private financial institution account 212 and the customer financial institution account 20.
  • SS security firm system
  • Increasing the balance of the customer's financial institution account is as described above. At the bottom of the drawing, it is shown as a stock system and a balance increase request.
  • the second processing result receiving unit 128 receives the balance increase processing result according to the execution of the security firm system (S22).
  • the second request processing result reflecting unit 129 reflects the received processing result in the security firm request log (S23). If the received processing result is success, the status is reflected as success for the corresponding record. In the drawing, it is shown as a successful increase in the security balance. If the received processing result is failure, the status is reflected as failure for the record. In the drawing, it is shown as a failure to increase the security balance.
  • the balance increase processing result may not be received within a preset time. It is shown as a timeout in the figure. In this case, for subsequent processing, it may be regarded as a success or failure. According to an embodiment of the present invention, it may be regarded as a success in increasing the stock balance. Note that, in the above-described steps S11 to S13, it is the opposite of processing as a failure upon timeout. In the former case, this is because no reversible process has been carried out. In the latter case, since the money charging process has already been performed, it is processed as a successful increase in the stock balance, in order to quickly return the desired result to the user (that is, the charging has been completed normally). to be. However, since no processing results are reflected in the request, an internal procedure for handling this is required, which may be performed by the non-reflected case search unit 1293 and the non-reflected case processing unit 1294 . It will be described later with reference to FIG. 13 .
  • the reprocessing process proceeds. Since the customer has already withdrawn from the linked account, the reprocessing process is carried out without terminating the procedure.
  • the reprocessing process corresponds to a process to reflect the funds already brought into the securities account.
  • FIG. 8 is a view showing the overall flow of the process of increasing the balance of the customer financial company account by the balance increase processing unit according to an embodiment of the present invention.
  • 'recharge' in the drawing in that it is a process of withdrawing funds from a customer linked account (eg a bank) and depositing it into a customer financial company account (eg a securities account) through the first parent account system (eg money) is referred to as
  • step (S31) of checking whether a transaction is possible may be performed.
  • step (S32) of checking whether a bank connected to the customer linked account is checked, whether a securities company connected to the customer's financial company account is checked, and the state of the customer linked account may be performed.
  • User validity and account validity may be determined based on a pre-generated message.
  • a message may be generated by a message generator.
  • a charging failure This is a first example of a charging failure, which corresponds to a failure to withdraw money from a customer's bank account.
  • Step S34 a money charging process is performed (S34). It is shown as money charging (bank->money) in the drawing. Step S34 corresponds to the money charging process of FIG. 6 described above. That is, the above-described steps S11 to S13 may be performed.
  • Step S34 may be performed by the bank perm execution unit 122 .
  • the steps S11 to S13 may be performed by the first request recording unit 124 , the first processing result receiving unit 125 , and the first request processing result reflecting unit 126 .
  • the money charging result is determined (S35).
  • Step S36 corresponds to the process of increasing the stock balance of FIG. 7 described above. That is, the above-described steps S21 to S23 may be performed.
  • Step S36 may be performed by the security firm execution unit 123 .
  • the steps S21 to S23 may be performed by the second request recording unit 127 , the second processing result receiving unit 128 , and the second request processing result reflecting unit 129 .
  • the balance increase transaction recording step (S38) may be additionally performed.
  • FIG. 9 is a diagram illustrating a detailed configuration of the balance deduction processing unit 130 according to an embodiment of the present invention.
  • FIG. 10 is a flowchart showing the operation of the balance deduction processing unit according to an embodiment of the present invention, focusing on the security firm.
  • Figure 11 is a flowchart showing the operation of the balance deduction processing unit according to an embodiment of the present invention, centering on the bank firm.
  • the balance deduction processing unit 130 includes a message generating unit 131 , a bank perm executing unit 132 , a security firm executing unit 133 , a first request recording unit 134 , and a first The processing result receiving unit 135, the first request processing result reflecting unit 136, the second request recording unit 137, the second processing result receiving unit 138, the second request processing result reflecting unit 139, the failure case search unit 1391 , a recovery process unit 1392 , a non-reflected case search unit 1393 , and a non-reflected case processing unit 1394 may be included.
  • the message generating unit 131 generates a related message when a customer requests a balance deduction.
  • the bank perm execution unit 132 executes the bank perm system based on the generated message to transfer funds from the deposit perm mother account to the customer designated account.
  • the security firm execution unit 133 executes the security firm system based on the generated message to deduct the balance of the customer's financial company account through an alternative transaction between the private financial company account and the customer's financial company account.
  • FIG. 10 shows the operation of the security firm centered on the balance deduction processing, in that the balance of the customer's financial company account (eg, a securities account) is reduced by sending funds to the second mother account system (eg, a securities system). 'Security Balance Reduction Process'.
  • the first request recording unit 134 records the request in the security firm request log (securities_firm_request_log) based on the generated message (S51). It is shown in the drawing as a record of a request for a deduction of a security balance.
  • the security firm execution unit 133 executes the security firm system (SS) based on the message generated by the message generating unit 131 through the alternative transaction between the private financial company account 212 and the customer financial company account 20 .
  • the deduction of the balance of the customer's financial institution account is the same as described above. It is shown in the drawing as a stock system and a balance reduction request.
  • the first processing result receiving unit 135 receives the balance subtraction processing result according to the execution of the security firm system (S52).
  • the first request processing result reflecting unit 136 reflects the received processing result in the security firm request log (S53). If the received processing result is success, the status is reflected as success for the corresponding record. In the drawing, it is shown as a successful deduction of the security balance. If the received processing result is failure, the status is reflected as failure for the record. In the drawing, it is shown as a failure to deduct a security balance.
  • the balance deduction process is no longer performed and is terminated. Since it is a case of failure to deduct the balance from the customer's financial institution account (eg, the customer's balance), the balance deduction process is terminated.
  • FIG. 11 shows the operation of the bank firm centered on the balance deduction processing, in the sense that funds are sent from the first parent account system (eg money) to a customer-designated account (eg bank) 'money account remittance (money-) >bank)'.
  • the first parent account system eg money
  • a customer-designated account eg bank
  • money- money account remittance
  • the second request recording unit 137 records the request in the bank firm request log (bank_firm_request_log) based on the generated telegram (S61). In the drawing, it is shown as a money account remittance request record.
  • the bank perm execution unit 132 executes the bank perm system (BS) based on the message generated by the message generating unit 131 to transfer funds from the deposit perm parent account 116 to the customer designated account 10 . Proceeding is the same as described above. At the bottom of the drawing, Van system/bank and remittance request are shown.
  • BS bank perm system
  • the second processing result receiving unit 138 receives the result of the money transfer processing (success/failure) according to the execution of the bank firm system (S62).
  • the second request processing result reflecting unit 139 reflects the received processing result in the bank firm request log (S63). If the received processing result is success, the status is reflected as success for the corresponding record. In the drawing, it is shown as a success of money account transfer. If the received processing result is failure, the status is reflected as failure for the record. In the drawing, it is shown as a failure of money account transfer.
  • a recovery process proceeds. This is a request for recovery of the customer's balance that was deducted from the customer's financial institution account (for example, a securities account) for money account remittance.
  • the recovery process corresponds to the process of returning the deducted customer balance to its original state.
  • FIG. 12 is a diagram illustrating the overall flow of a process in which the balance of the customer's financial institution account is subtracted by the balance subtraction processing unit according to an embodiment of the present invention.
  • FIG. 12 is a diagram in that it is a process of withdrawing funds from a customer's financial company account (eg, a securities account) and depositing it into a customer-designated account (eg, a bank or securities company account requested by the customer) through the first mother account system (eg, money) is referred to by the term 'account remittance' in
  • step (S71) of checking whether a transaction is possible may be performed.
  • step (S72) of checking whether the bank connected to the customer designated account is checked, whether the securities company connected to the customer financial institution account is checked, and the customer financial institution account status may be performed.
  • User validity and account validity may be determined based on a pre-generated message.
  • a message may be generated by a message generator.
  • Step S74 corresponds to the process of reducing the stock balance of FIG. 10 described above. That is, the above-described steps S51 to S53 may be performed.
  • Step S74 may be performed by the security firm execution unit 133 .
  • the steps S51 to S53 may be performed by the first request recording unit 134 , the first processing result receiving unit 135 , and the first request processing result reflecting unit 136 .
  • Step S76 corresponds to the money account remittance process of FIG. 11 described above. That is, the above-described steps S61 to S63 may be performed.
  • Step S76 may be performed by the bank perm execution unit 132 .
  • the steps S61 to S63 may be performed by the second request recording unit 137 , the second processing result receiving unit 138 , and the second request processing result reflecting unit 139 .
  • the balance reduction transaction recording step (S78) may be additionally performed.
  • the balance recovery process due to account remittance failure is as follows.
  • the recovery request is an asynchronous request, and does not have to be made in real time with the account remittance failure, and may be made at any time after the account remittance failure point.
  • Step S79 corresponds to the process of increasing the stock balance of FIG. 7 described above. That is, the above-described steps S21 to S23 may be performed.
  • Step S79 may be performed by the failure case search unit 1391 and the recovery process unit 1392 .
  • the failure case search unit searches for a request in which the processing result is recorded as a failure in the bank firm request log.
  • the recovery process unit proceeds with a recovery process of recovering the deducted balance of the customer's financial institution account for the failure detected by the failure case search unit.
  • the balance increase processing unit 120 includes a non-reflected case search unit 1293 and a non-reflected case processing unit 1294 . They operate on the bankfirm-request log and the security firm-request log.
  • the balance deduction processing unit 130 also includes a non-reflected case search unit 1393 and a non-reflected case processing unit 1394 . They operate on the security firm-request log and the bank firm-request log.
  • non-reflected case search unit and the non-reflected case processing unit mainly operate on logs, the operations will be described for each log.
  • FIG. 13 is a diagram illustrating in detail operations of a non-reflected case search unit and a non-reflected case processing unit with respect to a security firm-request log according to an embodiment of the present invention.
  • the non-reflected case search unit 1293 searches for a request to which the processing result is not reflected in the security firm request log ( S91 ). In the drawing, it is shown as find UNKNOWN from securities_firm_reuest_log among the transactions 15 to 20 minutes ago for which the processing result was not reflected. This means that the search period of the non-reflected search unit may be 15 to 20 minutes.
  • a request to which the processing result is not reflected is referred to as a non-reflected case.
  • the non-reflected case processing unit 1294 determines whether an increase in the balance according to the execution of the security firm system SS by the security firm execution unit 123 (ie, an increase in the securities balance) is made for the searched non-reflected case. is checked (S92). It is shown as transaction result confirmation (confirm) in the drawing.
  • the non-reflected case search unit 1393 searches for a request to which the processing result is not reflected in the security firm request log (S91). Similarly, in the drawing, it is shown as find UNKNOWN from securities_firm_reuest_log among the transactions 15 to 20 minutes before the processing result is not reflected.
  • the non-reflected case processing unit 1394 determines whether the balance of the searched non-reflected case has been deducted (that is, the balance of the securities) according to the execution of the security firm system SS by the security firm execution unit 133. is checked (S92). It is shown as transaction result confirmation (confirm) in the drawing.
  • the status is changed to success for the non-reflected case (S95).
  • S95 non-reflected case
  • it is shown as a change to the SUCCESS state. It may be reflected in the log by the above-described step S53 of FIG. 10 .
  • a recovery process may be performed. Since it is regarded as a failure as described above in FIG. 10, the procedure is simplified without overturning the guidance to the user who went out in failure.
  • the recovery process may include recovering the deducted balance of the customer's financial institution account. This recovery process may be substantially the same as described above in FIG. 12 .
  • FIG. 14 is a diagram illustrating in detail operations of a non-reflected case search unit and a non-reflected case processing unit with respect to a bank firm-request log according to an embodiment of the present invention.
  • the non-reflected case search unit 1293 searches for a full text in which the processing result is not reflected in the bank firm request log (S101). In the drawing, it is shown as find UNKNOWN from bank_firm_reuest_log among transactions 15 to 20 minutes ago for which the processing result was not reflected. In the present invention, a full text in which the processing result is not reflected is referred to as a non-reflected case.
  • the non-reflected case processing unit 1294 checks whether the transfer of funds (ie, money charging) according to the execution of the bank perm system (BS) by the bank perm execution unit 122 for the searched non-reflected case is in progress. Confirm (S102). It is shown as transaction result confirmation (confirm) in the drawing.
  • the status is changed to success for the non-reflected case (S103).
  • it is shown as a change to the SUCCESS state. It may be reflected in the log by the above-described step S13 of FIG. 6 . In this case, it can lead to subsequent steps. That is, the securities balance increase process may be performed. That is, the process after step S36 of FIG. 8 described above may be performed.
  • the non-reflected case search unit 1393 searches for a request in which the processing result is not reflected in the bank firm request log (S101). Similarly, in the drawing, it is shown as find UNKNOWN from bank_firm_reuest_log among the transactions 15 to 20 minutes ago for which the processing result was not reflected.
  • the non-reflected case processing unit 1394 determines whether the transfer of funds (ie, money account remittance) according to the execution of the bank perm system (BS) by the bank perm execution unit 132 for the searched non-reflected case is in progress to confirm (S102). It is shown as transaction result confirmation (confirm) in the drawing.
  • the status is changed to failure for the non-reflected case (S106). It is shown in the figure as a change to the FAIL state. It may be reflected in the log by the above-described step S63 of FIG. 10 . In this case, it may lead to a recovery process, and a detailed description thereof as described above with reference to FIG. 12 will be omitted. Note that, unlike FAIL, a recovery process is performed in the above-described balance increase process.
  • 15 is a diagram illustrating in detail operations of a failure detection unit and a reprocessing unit according to an embodiment of the present invention.
  • the balance increase processing unit 120 includes a failed case search unit 1291 and a reprocessing processing unit 1292 .
  • the balance deduction processing unit 130 there is a difference in that it has a recovery processing unit instead of a reprocessing processing unit. A more detailed description of the recovery process as described above with reference to FIG. 12 will be omitted.
  • the failure case search unit 1291 searches for a request in which a processing result is recorded as a failure in the security firm request log ( S111 ). It is shown in the figure as find FAIL_TRY_AGAIN securities_firm_request_log. That is, it looks for FAIL_TRY_AGAIN, not FAIL. to find a target for reprocessing.
  • the reprocessing process unit 1292 performs a stock balance increase process (S115). At the bottom of the drawing is shown as a call addBalance request to increase the security balance.
  • Step S115 corresponds to the process of increasing the stock balance of FIG. 7 described above. That is, the above-described steps S21 to S23 may be performed. Steps S21 to S23 may be performed by the second request recording unit 127 , the second processing result receiving unit 128 , and the second request processing result reflecting unit 129 .
  • the reprocessing process proceeds without immediately ending the transaction.
  • the treatment process may be performed repeatedly.
  • steps (S112 to S114) may be further performed before step (S115) is performed.
  • step (S111) it can be checked whether there is a double payment of the balance (S112).
  • step (S111) it is possible to check whether the account is valid (S113).
  • the account is valid (S113).
  • it is shown in the check securities subscription state. For example, it can be checked from whether the customer's financial institution account is valid.
  • the number of repetitions of the reprocessing process may be counted (S114).
  • the maximum number of repetitions may be set, and it may be determined whether the number of failure counts exceeds a preset number of times.
  • a final failure process may be performed, and in this case, a restoration process may be performed in which the funds already brought through the previous money charging process are refunded to the customer linked account.
  • the balance increase process and the balance deduction process have been separately described above, they may be performed in parallel or before and after.
  • the balance reduction process may be performed after charging through the above-described charging process. For example, if the customer's request for balance deduction is 1.5 million won and the balance of the customer's financial company account is 500,000 won, after charging 1 million won from the customer's linked account to the customer's financial company account (i.e., the balance of the customer's financial company account is changed to 1.5 million won) After making), the balance deduction request processing process by the above-described balance deduction processing unit may be performed.
  • the term 'system' used in this document may be an aggregate in which related elements are combined according to a certain rule in order to realize a necessary function. It may be a small aggregate that combines related elements into small units (for example, the first mother account system, the second mother account system, the bank firm system, the security firm system, etc.) provision system).
  • the system may include various modules that perform processing for performing financial services, such as transfer processing, for elements included in the system.
  • a module may mean, for example, a unit including one or a combination of two or more of hardware, software, or firmware.
  • a module may be used interchangeably with terms such as, for example, unit, logic, logical block, component, or circuit.
  • a server may include a communication unit, a processor, and a memory.
  • the server may be a terminal capable of installing software or applications, such as a computer.
  • the communication unit is connected to the processor and the memory to transmit and receive data.
  • the communication unit may be connected to another external device to transmit/receive data.
  • the expression “transmitting and receiving “A” may indicate transmission and reception of “information or data indicating A”.
  • the communication unit may be implemented as circuitry in the server.
  • the communication unit may include an internal bus and an external bus.
  • the communication unit may be an element that connects the server and an external device.
  • the communication unit may be an interface.
  • the communication unit may receive data from an external device and transmit the data to the processor and the memory.
  • the processor processes the data received by the communication unit and the data stored in the memory.
  • a “processor” may be a data processing device implemented in hardware having circuitry having a physical structure for performing desired operations.
  • desired operations may include code or instructions included in a program.
  • a data processing device implemented as hardware includes a microprocessor, a central processing unit, a processor core, a multi-core processor, and a multiprocessor. , an Application-Specific Integrated Circuit (ASIC), and a Field Programmable Gate Array (FPGA).
  • the processor executes computer readable code (eg, software) stored in memory and instructions issued by the processor.
  • the memory stores data received by the communication unit and data processed by the processor.
  • the memory may store a program (or application, software).
  • the stored program or application may be a set of syntaxes coded to perform payment of goods and executable by the processor.
  • memory may include one or more of volatile memory, non-volatile memory and random access memory (RAM), flash memory, hard disk drive, and optical disk drive.
  • RAM random access memory
  • the memory stores a set of instructions (eg, software or applications) for operating the server.
  • the set of instructions that run the server is executed by the processor.
  • the embodiments of the present invention described so far may be implemented by a hardware component, a software component, and/or a combination of a hardware component and a software component.
  • the apparatus, methods and components described in the embodiments may include, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate (FPGA) array), a programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions, may be implemented using a general purpose computer or special purpose computer.
  • the processing device may execute an operating system (OS) and a software application running on the operating system.
  • OS operating system
  • software application running on the operating system.
  • the processing device may also access, store, manipulate, process, and generate data in response to execution of the software.
  • the processing device includes a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that may include For example, the processing device may include a plurality of processors or one processor and one controller. Other processing configurations are also possible, such as parallel processors.
  • Software may comprise a computer program, code, instructions, or a combination of one or more of these, which configures a processing device to operate as desired or is independently or collectively processed You can command the device.
  • the software and/or data may be any kind of machine, component, physical device, virtual equipment, computer storage medium or device, to be interpreted by or to provide instructions or data to the processing device. , or may be permanently or temporarily embody in a transmitted signal wave.
  • the software may be distributed over networked computer systems and stored or executed in a distributed manner. Software and data may be stored in a computer-readable recording medium.
  • the embodiments of the present invention may be implemented in the form of program instructions that can be executed through various computer means and recorded in a computer-readable medium.
  • the computer-readable medium may include program instructions, data files, data structures, etc. alone or in combination.
  • the program instructions recorded on the medium may be specially designed and configured for the present invention, or may be known and available to those skilled in the art of computer software.
  • Examples of the computer-readable recording medium include magnetic media such as hard disks, floppy disks and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic such as floppy disks.
  • - optical media magneticto-optical
  • hardware devices configured to store and execute program instructions, such as ROM, RAM, flash memory, and the like.
  • Examples of program instructions include not only machine language codes such as those generated by a compiler, but also high-level language codes that can be executed by a computer using an interpreter or the like.
  • the hardware device described above may be configured to operate as at least one software module to perform the operations of the embodiments of the present invention, and vice versa.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 기술은 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버에 관한 것이다. 본 기술의 금융 서비스 제공 시스템은 고객 연결계좌로부터 자금을 유치하여 고객 금융사계좌를 운용하는 금융 서비스를 제공하는 금융 서비스 제공 시스템으로서, 하나 이상의 제1 모계좌들을 포함하는 제1 모계좌 시스템을 포함하는 간편결제사 서버; 하나 이상의 제2 모계좌들을 포함하는 제2 모계좌 시스템을 포함하는 금융사 서버; 상기 고객 연결계좌와 상기 제1 모계좌 시스템간 자금 이체 처리나, 고객이 지정한 고객 지정계좌와 상기 제1 모계좌 시스템간 자금 이체 처리를 관장하는 뱅크펌 시스템; 및 상기 제2 모계좌 시스템과 상기 고객 금융사계좌간 자금 이체 처리를 관장하는 시큐리티스펌 시스템;을 포함하며, 고객의 잔액변동 요청시, 상기 뱅크펌 시스템 및 상기 시큐리티스펌 시스템을 통하여 처리하여 상기 고객 금융사계좌의 잔액을 변동시킨다. 본 기술은 선불전지지급수단 방식과 증권종합계좌 방식이 연동된 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버를 제공할 수 있다.

Description

금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버
본 발명은 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버에 관한 것으로, 보다 구체적으로는 선불전자지급수단 방식과 증권종합계좌 방식이 연동된 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버에 관한 것이다.
선불전자지급수단은 이전 가능한 금전적 가치가 전자적 방법으로 저장돼 발행된 증표 또는 그 증표에 관한 정보로서 발행인 외의 제3자로부터 재화, 용역을 구입하고 그 대가를 지급하는 데 사용할 수 있는 수단을 말한다.
핀테크 시장의 성장함에 따라 기업들도 자사의 선불전자지급수단 서비스를 속속 출시하고 있다. 카카오페이머니, 토스머니, 티머니 등이 그러하다. 기업들의 시장을 선점하기 위한 노력은 치열하다.
선불전자지급수단은 이용한도가 정해져 있다. 관련 법률에 따르면 현재 200만원이다. 송금시 200만원이 넘는 금액을 송금하지 못하고 보유한도도 200만원을 넘지 못한다. 최근 이 한도를 증액하는 논의도 진행 중이나 한도가 정해져 있다는 점에서는 동일하다.
한편 한도가 늘어나더라도 소비자 입장에서는 예금자보호법에 의한 보호가 이루어지지 않기 때문에 거액의 금액을 유치해놓는 것에 대한 부담이 있다. 또한 선불전자지급수단에 유치해놓은 자금에는 이자가 발생하지도 않는다. 이른바 현금 흐름을 발생시키지 않는다. 이는 선불전자지급수단으로 소비자를 유인하지 못하는 원인 중 하나가 된다.
한편, 증권종합계좌가 고려될 수 있다.
증권종합계좌는 상술한 선불전자지급수단이 갖는 여러 문제점들을 해소시킬 수 있다. 증권종합계좌는 종합금융회사가 고객으로부터 예탁받은 금전을 어음 및 채무증서 등에 운용하고, 그 수익을 고객에게 지급하는 수시입출금이 가능한 금융상품을 가리키는 것으로서, 위와 같은 한도 제한도 없고 예금자보호법도 적용된다. 소비자는 예탁금 수수료도 받을 수 있다.
그러나 증권종합계좌는 그 사용이 선불전자지급수단만큼 간편하지 못하다. 간편한 결제 방식에 관한 니즈를 해소하지 못하는 한계가 있다. 통상의 은행 거래처럼 공인인증서를 통해 로그인하여 정해진 절차를 따라 이체 서비스가 제공되는 까닭이다. 절차가 복잡하고 사용이 불편하여 세계적인 핀테크 시장의 흐름에 부합하지 못한다.
선불전자지급수단의 결제의 편리함과 증권종합계좌와 같은 현금 흐름 운용의 이익을 모두 누릴 수 있는 모델 개발에 관한 연구가 필요하다.
본 발명의 발명자는 이러한 한계점들을 해결하기 위하여 오랫동안 연구하고 시행착오를 거친 끝에 본 발명을 완성하기에 이르렀다.
본 발명의 실시예는 선불전지지급수단 방식과 증권종합계좌 방식이 연동된 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버를 제공한다.
한편, 본 발명의 명시되지 않은 또 다른 목적들은 하기의 상세한 설명 및 그 효과로부터 용이하게 추론할 수 있는 범위 내에서 추가적으로 고려될 것이다.
본 발명의 실시예에 따른 고객 연결계좌로부터 자금을 유치하여 고객 금융사계좌를 운용하는 금융 서비스를 제공하는 금융 서비스 제공 시스템은, 하나 이상의 제1 모계좌들을 포함하는 제1 모계좌 시스템을 포함하는 간편결제사 서버; 하나 이상의 제2 모계좌들을 포함하는 제2 모계좌 시스템을 포함하는 금융사 서버; 상기 고객 연결계좌와 상기 제1 모계좌 시스템간 자금 이체 처리나, 고객이 지정한 고객 지정계좌와 상기 제1 모계좌 시스템간 자금 이체 처리를 관장하는 뱅크펌 시스템; 및 상기 제2 모계좌 시스템과 상기 고객 금융사계좌간 자금 이체 처리를 관장하는 시큐리티스펌 시스템;을 포함하며, 고객의 잔액변동 요청시, 상기 뱅크펌 시스템 및 상기 시큐리티스펌 시스템을 통하여 처리하여 상기 고객 금융사계좌의 잔액을 변동시킬 수 있다.
고객의 잔액증가 요청시, 상기 뱅크펌 시스템을 이용하여 상기 고객 연결계좌로부터 자금을 인출해오는 처리와, 상기 시큐리티스펌 시스템을 이용하여 상기 고객 금융사계좌의 잔액을 증가시키는 처리를 수행하는 잔액증가 처리부; 및 고객의 잔액차감 요청시, 상기 뱅크펌 시스템을 이용하여 상기 고객 지정계좌로 자금을 송금해주는 처리와, 상기 시큐리티스펌 시스템을 이용하여 상기 고객 금융사계좌의 잔액을 차감시키는 처리를 수행하는 잔액차감 처리부;를 더 포함할 수 있다.
상기 제1 모계좌들은 출금펌 모계좌, 집금모계좌 및 입금펌 모계좌를 포함하고, 상기 제2 모계좌들은 금융사모계좌를 포함할 수 있다.
상기 잔액증가 처리부는, 잔액증가 요청 관련 전문을 발생시키는 전문 발생부; 상기 전문을 기초로 상기 뱅크펌 시스템을 실행시켜서 상기 고객 연결계좌로부터 상기 출금펌 모계좌로 자금의 이체를 진행시키는 뱅크펌 실행부; 및 상기 전문을 기초로 상기 시큐리티스펌 시스템을 실행시켜서 상기 금융사모계좌와 상기 고객 금융사계좌간 대체거래를 통해 상기 고객 금융사계좌의 잔액을 증가시키는 시큐리티스펌 실행부;를 포함할 수 있다.
상기 잔액증가 처리부는, 상기 발생된 전문을 기초로 뱅크펌-리퀘스트 로그에 요청을 기록하는 제1 요청 기록부; 상기 뱅크펌 시스템의 실행에 따른 자금 이체 처리결과를 수신하는 제1 처리결과 수신부; 및 상기 수신한 처리결과를 상기 뱅크펌-리퀘스트 로그에 반영하는 제1 요청 처리결과 반영부;를 더 포함할 수 있다.
상기 잔액증가 처리부는, 상기 발생된 전문을 기초로 시큐리티스펌-리퀘스트 로그에 요청을 기록하는 제2 요청 기록부; 상기 시큐리티스펌 시스템의 실행에 따른 잔액 증가 처리결과를 수신하는 제2 처리결과 수신부; 및 상기 수신한 처리결과를 상기 시큐리티스펌-리퀘스트 로그에 반영하는 제2 요청 처리결과 반영부;를 더 포함할 수 있다.
상기 잔액증가 처리부는, 상기 시큐리티스펌-리퀘스트 로그 중에서 상기 처리결과가 실패로 기록된 요청을 탐색하는 실패건 탐색부; 및 상기 실패건에 대해 상기 제2 요청 기록부, 상기 제2 처리결과 수신부 및 상기 제2 요청 처리결과 반영부에 의한 재처리 프로세스를 진행하는 재처리 프로세스부를 더 포함할 수 있다.
상기 잔액증가 처리부는, 상기 시큐리티스펌-리퀘스트 로그 중에서 상기 처리결과가 반영되지 않은 요청을 탐색하는 미반영건 탐색부; 및 상기 미반영건에 대해 상기 시큐리티스펌 실행부에 의한 상기 시큐리티스펌 시스템의 실행에 따른 잔액의 증가가 이루어진 것인지를 확인하고, 확인 결과 잔액의 증가가 이루어진 것인 경우 상기 미반영건에 대해 성공으로 상태를 변경하고, 확인 결과 잔액의 증가가 이루어지지 않은 것인 경우 상기 미반영건에 대해 실패로 상태를 변경하는 미반영건 처리부를 더 포함할 수 있다.
상기 잔액차감 처리부는, 잔액차감 요청 관련 전문을 발생시키는 전문 발생부; 상기 전문을 기초로 상기 뱅크펌 시스템을 실행시켜서 상기 입금펌 모계좌로부터 상기 고객 지정계좌로 자금의 이체를 진행시키는 뱅크펌 실행부; 및 상기 전문을 기초로 상기 시큐리티스펌 시스템을 실행시켜서 상기 금융사모계좌와 상기 고객 금융사계좌간 대체거래를 통해 상기 고객 금융사계좌의 잔액을 차감시키는 시큐리티스펌 실행부;를 포함할 수 있다.
상기 잔액차감 처리부는, 상기 발생된 전문을 기초로 시큐리티스펌-리퀘스트 로그에 요청을 기록하는 제1 요청 기록부; 상기 시큐리티스펌 시스템의 실행에 따른 잔액 차감 처리결과를 수신하는 제1 처리결과 수신부; 및 상기 수신한 처리결과를 상기 시큐리티스펌-리퀘스트 로그에 반영하는 제1 요청 처리결과 반영부;를 더 포함할 수 있다.
상기 잔액차감 처리부는, 상기 발생된 전문을 기초로 뱅크펌-리퀘스트 로그에 요청을 기록하는 제2 요청 기록부; 상기 뱅크펌 시스템의 실행에 따른 자금 이체 처리결과를 수신하는 제2 처리결과 수신부; 및 상기 수신한 처리결과를 상기 뱅크펌-리퀘스트 로그에 반영하는 제2 요청 처리결과 반영부;를 더 포함할 수 있다.
상기 잔액차감 처리부는, 상기 뱅크펌-리퀘스트 로그 중에서 상기 처리결과가 실패로 기록된 요청을 탐색하는 실패건 탐색부; 및 상기 실패건에 대해 상기 고객 금융사계좌의 차감된 잔액을 복구시키는 복구 프로세스를 진행하는 복구 프로세스부를 더 포함할 수 있다.
상기 잔액차감 처리부는, 상기 뱅크펌-리퀘스트 로그 중에서 상기 처리결과가 반영되지 않은 요청을 탐색하는 미반영건 탐색부; 및 상기 미반영건에 대해 상기 뱅크펌 실행부에 의한 상기 뱅크펌 시스템의 실행에 따른 자금의 이체가 진행된 것인지를 확인하고, 확인 결과 자금의 이체가 진행된 것인 경우 상기 미반영건에 대해 성공으로 상태를 변경하고, 확인 결과 자금의 이체가 진행되지 않은 것인 경우 상기 미반영건에 대해 실패로 상태를 변경하는 미반영건 처리부를 더 포함할 수 있다.
상기 제1 모계좌 시스템은 각기 다른 금융사에 의해 발급된 다수의 출금펌 모계좌들을 포함하되, 상기 뱅크펌 시스템은 상기 다수의 출금펌 모계좌들 중 상기 고객 연결계좌와 동일한 금융사에 의해 발급된 출금펌 모계좌를 이용해 자금 이체를 처리할 수 있다.
또한 본 발명의 실시예에 따른 고객 연결계좌로부터 자금을 유치하여 고객 금융사계좌에 예탁하는 금융 서비스를 제공하는 간편결제사 서버는, 하나 이상의 제1 모계좌들을 포함하는 제1 모계좌 시스템;을 포함하되, 하나 이상의 제2 모계좌들을 포함하는 제2 모계좌 시스템;을 포함하는 금융사 서버와 네트워크를 통해 연결되고, 고객의 잔액변동 요청시, 상기 고객 연결계좌와 상기 제1 모계좌 시스템간 자금 이체 처리나, 고객이 지정한 고객 지정계좌와 상기 제1 모계좌 시스템간 자금 이체 처리를 관장하는 뱅크펌 시스템 및 상기 제2 모계좌 시스템과 상기 고객 금융사계좌간 자금 이체 처리를 관장하는 시큐리티스펌 시스템을 통하여 상기 고객 금융사계좌의 잔액을 변동시킬 수 있다.
또한 본 발명의 실시예에 따른 고객 연결계좌로부터 자금을 유치하여 고객 금융사계좌에 예탁하는 금융 서비스를 제공하는 금융사 서버는, 하나 이상의 제1 모계좌들을 포함하는 제1 모계좌 시스템;을 포함하되, 하나 이상의 제2 모계좌들을 포함하는 제2 모계좌 시스템;을 포함하는 간편결제사 서버와 네트워크를 통해 연결되고, 고객의 잔액변동 요청시, 상기 고객 연결계좌와 상기 제1 모계좌 시스템간 자금 이체 처리나, 고객이 지정한 고객 지정계좌와 상기 제1 모계좌 시스템간 자금 이체 처리를 관장하는 뱅크펌 시스템 및 상기 제2 모계좌 시스템과 상기 고객 금융사계좌간 자금 이체 처리를 관장하는 시큐리티스펌 시스템을 통하여 상기 고객 금융사계좌의 잔액을 변동시킬 수 있다.
본 기술은 선불전자지급수단 방식과 증권종합계좌 방식이 연동된 금융 서비스를 제공할 수 있다.
또한 본 기술은 기존의 선불전자지급수단에 존재하는 이용한도의 제한을 받지 않는 간편 결제 방식을 제공할 수 있다.
또한 본 기술은 기존의 선불전자지급수단과 같은 간편 결제의 편리함을 제공함과 동시에 송금, 이체 등 계좌기반의 다양한 서비스를 가능하게 하고 예탁을 통한 자금운용 수익을 낼 수 있는 새로운 금융 서비스를 제공할 수 있다.
도 1은 본 발명의 실시예에 따른 금융 서비스 제공 시스템의 개념도를 도시하는 도면이다.
도 2는 본 발명의 실시예에 따른 금융 서비스 제공 시스템의 전체적인 구성을 도시하는 도면이다.
도 3A 및 도 3B는 본 발명의 실시예에 따른 제1 모계좌 시스템과 제2 모계좌 시스템의 상세한 구성을 각각 도시하는 도면이다.
도 4는 본 발명의 실시예에 따른 금융 서비스 제공 시스템에서 나타나는 현금 흐름을 개념적으로 도시하는 도면이다.
도 5는 본 발명의 실시예에 따른 잔액증가 처리부의 상세한 구성을 도시하는 도면이다.
도 6은 본 발명의 실시예에 따른 잔액증가 처리부의 동작을 뱅크펌을 중심으로 나타낸 순서도이다.
도 7은 본 발명의 실시예에 따른 잔액증가 처리부의 동작을 시큐리티스펌을 중심으로 나타낸 순서도이다.
도 8은 본 발명의 실시예에 따른 잔액증가 처리부에 의해 고객 금융사계좌의 잔액이 증가 처리되는 과정의 전체 흐름을 도시하는 도면이다.
도 9는 본 발명의 실시예에 따른 잔액차감 처리부의 상세한 구성을 도시하는 도면이다.
도 10은 본 발명의 실시예에 따른 잔액차감 처리부의 동작을 시큐리티스펌을 중심으로 나타낸 순서도이다.
도 11은 본 발명의 실시예에 따른 잔액차감 처리부의 동작을 뱅크펌을 중심으로 나타낸 순서도이다.
도 12는 본 발명의 실시예에 따른 잔액차감 처리부에 의해 고객 금융사계좌의 잔액이 차감 처리되는 과정의 전체 흐름을 도시하는 도면이다.
도 13은 본 발명의 실시예에 따른 시큐리티스펌-리퀘스트 로그에 대해 미반영건 탐색부 및 미반영건 처리부의 동작을 상세하게 도시하는 도면이다.
도 14는 본 발명의 실시예에 따른 뱅크펌-리퀘스트 로그에 대해 미반영건 탐색부 및 미반영건 처리부의 동작을 상세하게 도시하는 도면이다.
도 15는 본 발명의 실시예에 따른 실패건 탐색부 및 재처리 프로세스부의 동작을 상세하게 도시하는 도면이다.
첨부된 도면은 본 발명의 기술사상에 대한 이해를 위하여 참조로서 예시된 것임을 밝히며, 그것에 의해 본 발명의 권리범위가 제한되지는 아니한다.
이하에서는, 본 발명의 가장 바람직한 실시예가 설명된다. 도면에 있어서, 두께와 간격은 설명의 편의를 위하여 표현된 것이며, 실제 물리적 두께에 비해 과장되어 도시될 수 있다. 본 발명을 설명함에 있어서, 본 발명의 요지와 무관한 공지의 구성은 생략될 수 있다. 각 도면의 구성요소들에 참조 번호를 부가함에 있어서, 동일한 구성 요소들에 한해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 번호를 가지도록 하고 있음에 유의하여야 한다.
도 1은 본 발명의 실시예에 따른 금융 서비스 제공 시스템의 개념도를 도시하는 도면이다.
도 1에 도시된 바와 같이, 금융 서비스 제공 시스템(1)은 간편결제사 영역(EP)과 금융사 영역(MP)을 포함한다.
금융 서비스 제공 시스템(1)은 간편결제사 영역(EP)을 통해 기존의 선불전자지급수단과 같은 기능을 수행할 수 있다. 법령이 정하는 선불전자지급수단의 이용한도 내에서 간편하게 결제하고 송금, 이체하는 서비스의 이용이 가능하다. 이를 위해 간편결제사 영역(EP)은 고객 연결계좌(10)와 간편결제사 서버(100)를 포함한다. 간편결제사 서버는 고객 연결계좌로부터 자금을 끌어오고, 또한 고객 연결계좌로 자금을 송금할 수 있다. 도면에서는 고객 연결계좌만을 도시하였지만, 고객이 송금을 요청한 지정계좌로 자금을 송금할 수도 있다.
후술하는 바와 같이 간편결제사 서버(100)는 금융사 서버(200)와 연동하여 동작한다. 간편결제사 서버(100)와 금융사 서버(200)는 유무선 통신 네트워크를 통해 연결될 수 있다. 고객 연결계좌(10)는 고객이 이용 중인 시중은행 계좌이다. 고객 연결계좌로부터 본 발명의 실시예에 따른 간편결제사 서버로 자금이 유치된다.
금융 서비스 제공 시스템(1)은 금융사 영역(MP)을 통해 기존의 증권종합계좌와 같은 기능을 수행할 수 있다. 선불전자지급수단과 같은 이용한도 없이, 계좌기반의 송금, 이체하는 서비스의 이용이 가능하다. 이를 위해 금융사 영역(MP)은 고객 금융사계좌(20)와 금융사 서버(200)를 포함한다. 금융사 서버는 고객 금융사계좌로 입금 및 고객 금융사계좌로부터 출금을 담당한다.
후술하는 바와 같이 금융사 서버(200)는 간편결제사 서버(100)와 연동하여 동작한다. 고객 금융사계좌(20)는 고객이 이용 중인 시중금융사 계좌이다. 일례로, 금융사가 증권사인 경우 증권사에서 개설한 증권계좌일 수 있다. 또는 금융사가 은행인 경우 은행에서 개설한 은행계좌일 수 있다. 본 발명이 용어에 한정되지 않으며, 선불전자지급수단에서와 같은 한도의 제한을 받지 않는 계좌이면 된다. 고객 금융사계좌로 본 발명의 실시예에 따른 금융 서비스 제공 시스템의 자금이 예탁되어 운용된다.
본 발명의 실시예에 따른 금융 서비스 제공 시스템은 간편결제사 영역(EP)과 금융사 영역(MP)간 연동 방식을 제안함으로써 기존의 선불전자지급수단이 갖는 보유한도 및 이체한도 문제를 해소함과 동시에 결제의 편리함을 유지한다. 기존의 증권종합계좌처럼 송금, 이체, 펌뱅킹 등 계좌기반의 서비스를 이용할 수 있도록 하며, 운용수익을 제공한다. 또한 예금자보호법이 적용된다.
이하, 도 2 내지 도 15를 참조하여 본 발명이 간편결제사 영역과 금융사 영역을 연동하는 방식에 대해 보다 상세히 살펴본다.
도 2는 본 발명의 실시예에 따른 금융 서비스 제공 시스템(1)의 전체적인 구성을 도시하는 도면이다.
그리고 도 3A 및 도 3B는 본 발명의 실시예에 따른 제1 모계좌 시스템과 제2 모계좌 시스템의 상세한 구성을 각각 도시하는 도면이다.
도 2에 도시된 바와 같이, 금융 서비스 제공 시스템(1)(이하, 간단히 '금융 시스템'이라 함)은 간편결제사 서버(100), 금융사 서버(200), 뱅크펌 시스템(BS), 시큐리티스펌 시스템(SS), 고객 연결계좌(10) 및 고객 금융사계좌(20)를 포함한다.
간편결제사 서버(100)는 제1 모계좌 시스템(110), 잔액 증가 처리부(120) 및 잔액 차감 처리부(130)를 포함할 수 있다. 본 발명에서는 잔액 증가 처리부 및 잔액 차감 처리부를 간편결제사 서버가 포함하는 실시예를 중심으로 설명하나, 이에 한정되지 않으며, 이들은 금융 시스템에 포함된 것일 수도 있다.
금융사 서버(200)는 제2 모계좌 시스템(210)을 포함할 수 있다.
도 3A에 도시된 바와 같이, 간편결제사 서버의 제1 모계좌 시스템(110)은 출금펌 모계좌(112), 집금모계좌(114) 및 입금펌 모계좌(116)를 포함할 수 있다.
도 3B에 도시된 바와 같이, 금융사 서버의 제2 모계좌 시스템(210)은 금융사모계좌(212)를 포함할 수 있다. 제2 모계좌 시스템은 금융사예수금모계좌(미도시)를 더 포함할 수 있는데 이는 후술한다.
도 2 내지 도 3B를 참조하여 보다 상세히 살펴본다.
먼저, 출금펌 모계좌(112)는 고객 연결계좌(10)로부터 자금을 출금해와서 보유한다. 국내 금융사별 다수의 출금펌 모계좌가 존재한다. 24개의 금융기관이 국내에서 금융 서비스를 제공하고 있다면, 24개의 출금펌 모계좌가 존재할 수 있다. 출금펌 모계좌는 각 금융기관(예를 들어, 은행)에서 발급한 계좌일 수 있다. 금융사별 다수의 출금펌 모계좌는 이체 수수료를 줄이고, 보안성과 안정성을 높인다. 출금펌 모계좌의 명의는 본 발명의 실시예에 따른 금융 시스템을 운영하는 회사의 명의일 수 있다. 만약, 금융 시스템 운용사가 간편결제사라면, 간편결제사 명의일 수도 있다. 금융 시스템 운용사가 금융사라면, 금융사 명의일 수도 있다.
출금펌 모계좌(112)가 자금을 출금해오는 시점은 고객의 잔액증가요청과 동시에 내지는 실시간으로 수행될 수 있다.
집금모계좌(114)는 출금펌 모계좌(112)에 모인 자금을 끌어와서 보유한다. 상기 출금펌 모계좌가 다수 개의 계좌임에 비해 집금모계좌는 그 수가 하나이다. 본 발명의 실시예에 따른 간편결제사와 협약을 맺은 금융사(예를 들어, 은행)에서 발급한 계좌일 수 있다. 필요에 따라 복수 개가 마련될 수도 있으나, 단일의 집금모계좌는 예수금 관리의 효율성을 높인다. 집금모계좌의 명의는 본 발명의 실시예에 따른 간편결제사 서버를 운영하는 회사(즉, 간편결제사)의 명의일 수 있다.
집금모계좌(114)가 출금펌 모계좌(112)로부터 자금을 끌어오는 시점은 고객의 잔액증가요청 시점과 무관하게 수행될 수 있다.
집금모계좌는 상시 잔고를 보유함으로써 후술하는 바와 같이, 내부 이체 동작과는 무관하게, 고객의 요청에 따라 실시간으로 잔액증가 또는 잔액차감이 가능하도록 한다.
집금모계좌는 본 발명의 실시예에 따른 금융 서비스를 제공하기 위한 예수금 계좌 역할을 한다. 집금모계좌는 금융 시스템의 선불전자지급수단 역할을 위한 예수금 계좌라 볼 수 있다.
입금펌 모계좌(116)는 고객이 송금을 받을 것으로 지정한 고객 지정계좌로 입금한다. 국내 금융사별 다수의 입금펌 모계좌가 존재한다. 다만, 본 발명의 간편결제사 서버의 지시를 받아 입금 처리가 가능하도록 하기 위해, 펌뱅킹과 같은 서비스를 제공하는 금융사에서 발급한 계좌인 것이 바람직하다. 또는 본 발명의 실시예에 따른 간편결제사와 협약을 맺은 금융사(즉, 은행)에서 발급한 계좌일 수 있다. 예를 들어, 3개의 입금펌 모계좌가 존재할 수 있다. 금융사별 다수의 입금펌 모계좌는 이체 수수료를 줄이고, 보안성과 안정성을 높인다. 입금펌 모계좌의 명의는 본 발명의 실시예에 따른 간편결제사의 명의일 수 있다.
입금펌 모계좌(116)가 자금을 입금하는 시점은 고객의 잔액차감요청과 동시에 내지는 실시간으로 수행될 수 있다.
또한 입금펌 모계좌가 집금모계좌로부터 자금을 끌어오는 시점은 고객의 잔액차감요청 시점과 무관하게 수행될 수 있다.
금융사모계좌(212)는 집금모계좌(114)에 모인 자금을 끌어와서 보유한다. 금융사모계좌는 그 수가 하나일 수 있다. 본 발명의 실시예에 따른 금융사 서버를 운영하는 회사(즉, 금융사)에서 발급한 계좌일 수 있다. 필요에 따라 복수개가 마련될 수도 있으나, 단일의 금융사모계좌는 예수금 관리의 효율성을 높인다. 금융사모계좌의 명의는 본 발명의 실시예에 따른 간편결제사의 명의일 수 있다. 집금모계좌와 금융사모계좌의 명의가 동일함에 주목한다.
금융사모계좌(212)가 집금모계좌(114)로부터 자금을 끌어오는 시점은 고객의 잔액증가요청 또는 잔액차감요청 시점과 무관하게 수행될 수 있다.
금융사모계좌는 상시 잔고를 보유함으로써 후술하는 바와 같이, 내부 이체 동작과는 무관하게, 고객의 요청에 따라 실시간으로 잔액증가 또는 잔액차감이 가능하도록 한다.
금융사모계좌는 본 발명의 실시예에 따른 금융 서비스를 제공하기 위한 또 다른 예수금 계좌 역할을 한다. 금융사모계좌는 금융 시스템의 증권종합계좌 역할을 위한 예수금 계좌라 볼 수 있다.
한편, 제2 모계좌 시스템은 금융사 영역인만큼 금융사예수금모계좌(미도시)를 더 포함할 수 있고, 금융사예수금모계좌는 금융사 자체의 예수금 베이스 역할을 할 수 있다. 금융사예수금모계좌는 본 발명의 실시예에 따른 금융사와 협약을 맺은 금융사(예를 들어, 은행)에서 발급한 계좌일 수 있다. 집금모계좌를 발급한 금융사와 같은 금융사에서 발급한 계좌일 수 있다. 수수료 절감 및 보안성 측면에서 유리하다. 금융사예수금모계좌는 금융사 명의일 수 있다. 한편, 금융 시스템 운용사가 간편결제사라면, 간편결제사 명의일 수도 있다.
뱅크펌 시스템(BS)은 이체 처리를 관장하는 시스템이다. 뱅크펌 시스템은 고객 연결계좌(10)와 제1 모계좌 시스템(110)간 자금 이체 처리나, 고객이 지정한 고객 지정계좌와 제1 모계좌 시스템(110)간 자금 이체 처리에 관여하는 통신 채널을 포함할 수 있다.
상세하게, 뱅크펌 시스템(BS)은 고객 연결계좌(10)와 출금펌 모계좌(112)간 자금 이체 처리 또는 입금펌 모계좌(116)와 고객 지정계좌간 자금 이체 처리가 수행될 수 있도록 한다.
즉, 뱅크펌 시스템은 고객 연결계좌로부터 제1 모계좌 시스템으로 자금을 끌어오거나, 제1 모계좌 시스템으로부터 고객 지정계좌로 자금을 보내주는 기능을 관장한다.
시큐리티스펌 시스템(SS)도 이체 처리를 관장하는 시스템이다. 시큐리티스펌 시스템(SS)은 제2 모계좌 시스템(210)과 고객 금융사계좌(20)간 자금 이체 처리에 관여하는 통신 채널을 포함할 수 있다.
상세하게, 시큐리티스펌 시스템(SS)은 제2 모계좌 시스템(210)과 고객 금융사계좌(20)간 자금 이체 처리가 수행될 수 있도록 한다.
즉, 시큐리티스펌 시스템은 제2 모계좌 시스템으로부터 고객 금융사계좌로 자금을 보내주거나, 고객 금융사계좌로부터 제2 모계좌 시스템으로 자금을 끌어오는 기능을 관장한다.
계속하여 도 2 내지 도 3B를 참조하면, 잔액증가 처리부(120)는 고객의 잔액증가 요청시 상술한 뱅크펌 시스템 및 시큐리티스펌 시스템을 이용하여 고객 금융사계좌의 잔액을 증가시키는 처리를 한다. 잔액차감 처리부(130)는 고객의 잔액차감 요청시 상술한 뱅크펌 시스템 및 시큐리티스펌 시스템을 이용하여 고객 금융사계좌의 잔액을 차감시키는 처리를 한다.
이하 도 4를 참조하여 잔액증가 처리부와 잔액차감 처리부가 뱅크펌 시스템 및 시큐리티스펌 시스템을 이용해 잔액증가와 잔액차감을 처리하는 과정을 보다 상세히 살펴본다.
한편, 고객의 잔액차감 요청은 타계좌로 송금하기나 이체하기 등을 예로 들 수 있다. 어느 경우나 고객 금융사계좌의 잔액이 차감된다는 점에서 공통된다. 그래서 본 발명에서는 고객의 다양한 요청에 대해 잔액차감에 주목하여 잔액차감 요청이라 참조한다. 마찬가지로, 고객의 잔액증가 요청은 충전하기 등을 예로 들 수 있다. 어느 경우나 고객 금융사계좌의 잔액이 증가한다는 점에서, 본 발명에서는 고객의 다양한 요청에 대해 잔액증가에 주목하여 잔액증가 요청이라 참조한다.
도 4는 본 발명의 실시예에 따른 금융 서비스 제공 시스템에서 나타나는 현금 흐름을 개념적으로 도시하는 도면이다.
먼저 잔액증가 처리 과정을 살펴본다.
잔액증가는 고객의 연결계좌로부터 자금을 인출하여 고객 금융사계좌에 넣는 것을 의미한다. 즉, 충전을 의미한다. 충전된 잔액은 고객에게 스마트폰 앱 등을 통해 보여진다. 즉, 고객 금융사계좌의 잔액이 사용자에게 보여진다.
잔액증가 요청을 위해 고객은 스마트폰 앱을 통해 구현되는 충전 GUI(그래픽 사용자 인터페이스)를 이용할 수 있다.
잔액증가 요청시 관련해서 전문이 생성된다. 전문은 스마트폰 앱에서 생성되어 간편결제사 서버로 전송되거나, 스마트폰 앱을 관장하는 간편결제사 서버가 관련 정보를 받아 직접 생성할 수도 있다. 전문은 거래내역에 관한 정보를 포함할 수 있다. 일례로, 고객계좌번호, 충전요청일자, 충전요청번호, 충전금액 등에 관한 정보를 포함할 수 있다.
도 4를 참조하면, 고객의 잔액증가 요청시, 그와 실시간으로 고객 연결계좌로부터 출금펌 모계좌로 실시간 출금이 이루어진다(A1, 출금)(뱅크펌 시스템 실행). 또한 그와 실시간으로 금융사모계좌와 고객 금융사계좌간 대체 처리가 이루어진다(A2, 대체)(시큐리티스펌 시스템 실행).
A1 내지 A2 과정을 통해 고객의 잔액증가 요청과 실시간으로 충전이 이루어질 수 있다.
한편, 고객의 잔액증가 요청 이후에 순차적으로, 내부정산과정이 이루어진다. 즉, 출금펌 모계좌로부터 집금모계좌로 현금 흐름이 발생하고(B1, 이체), 집금모계좌로부터 금융사모계좌로 현금 흐름이 발생하며(B2, 이체), 금융사모계좌로부터 고객 금융사계좌로 현금 흐름이 발생한다(B3, 정산). 이로써 잔액증가 처리 과정이 완료된다. B1 내지 B3 상호간 순서는 무방하다. 출금펌 모계좌, 집금모계좌 및 금융사모계좌는 예수금을 갖고 있기 때문이다. 즉, 항시 잔고를 유지한다.
다음으로, 잔액차감 처리 과정을 살펴본다.
잔액차감은 고객 금융사계좌로부터 자금을 인출하여 고객 지정계좌로 송금하는 것을 의미한다. 즉, 송금을 의미한다. 다양한 원인에 의한 송금(타행이체, 결제 등)을 포함한다. 차감된 잔액은 고객에게 스마트폰 앱 등을 통해 보여진다. 즉, 고객 금융사계좌의 잔액이 사용자에게 보여진다.
잔액차감 요청을 위해 고객은 스마트폰 앱을 통해 구현되는 송금 GUI를 이용할 수 있다.
잔액차감 요청시 관련해서 전문이 생성된다. 전문은 스마트폰 앱에서 생성되어 간편결제사 서버로 전송되거나, 스마트폰 앱을 관장하는 간편결제사 서버가 관련 정보를 받아 직접 생성할 수도 있다. 전문은 거래내역에 관한 정보를 포함할 수 있다. 일례로, 고객계좌번호, 이체요청일자, 이체요청번호, 이체금액, 이체금융기관코드, 이체금융기관계좌번호, 수취인명 등에 관한 정보를 포함할 수 있다.
도 4를 참조하면, 고객의 잔액차감 요청시, 그와 실시간으로 금융사모계좌와 고객 금융사계좌간 대체 처리가 이루어진다(X1, 대체)(시큐리티스펌 시스템 실행). 또한 그와 실시간으로 입금펌 모계좌로부터 고객 지정계좌로 실시간 입금이 이루어진다(X2, 입금)(뱅크펌 시스템 실행).
X1 내지 X2 과정을 통해 고객의 잔액차감 요청과 실시간으로 송금이 이루어질 수 있다.
한편, 고객의 잔액차감 요청 이후에 순차적으로, 내부정산과정이 이루어진다. 즉, 고객 금융사계좌로부터 금융사모계좌로 현금 흐름이 발생하고(Y1, 정산), 금융사모계좌로부터 집금모계좌로 현금 흐름이 발생하며(Y2, 이체), 집금모계좌로부터 입금펌 모계좌로 현금 흐름이 발생한다(Y3, 이체). 이로써 잔액차감 처리 과정이 완료된다. Y1 내지 Y3 상호간 순서는 무방하다. 입금펌 모계좌, 집금모계좌 및 금융사모계좌는 예수금을 갖고 있기 때문이다. 즉, 항시 잔고를 유지한다.
이하 도 5 내지 도 15를 참조하여, 상기와 같은 전문생성/대체거래 및 현금 흐름을 발생시키는 잔액증가 처리부와 잔액차감 처리부의 구성을 보다 상세히 살펴본다.
도 5는 본 발명의 실시예에 따른 잔액증가 처리부(120)의 상세한 구성을 도시하는 도면이다.
도 6은 본 발명의 실시예에 따른 잔액증가 처리부의 동작을 뱅크펌(BankFirm)을 중심으로 나타낸 순서도이다.
그리고, 도 7은 본 발명의 실시예에 따른 잔액증가 처리부의 동작을 시큐리티스펌(SecuritiesFirm)을 중심으로 나타낸 순서도이다.
먼저, 도 5에 도시된 바와 같이, 잔액증가 처리부(120)는 전문 발생부(121), 뱅크펌 실행부(122), 시큐리티스펌 실행부(123), 제1 요청 기록부(124), 제1 처리결과 수신부(125), 제1 요청 처리결과 반영부(126), 제2 요청 기록부(127), 제2 처리결과 수신부(128), 제2 요청 처리결과 반영부(129), 실패건 탐색부(1291), 재처리 프로세스부(1292), 미반영건 탐색부(1293) 및 미반영건 처리부(1294)를 포함할 수 있다.
기본적으로, 전문 발생부(121)는 고객의 잔액증가 요청시 관련 전문을 발생시킨다. 뱅크펌 실행부(122)는 발생된 전문을 기초로 뱅크펌 시스템을 실행시켜서 고객 연결계좌로부터 출금펌 모계좌로 자금의 이체를 진행시킨다. 그리고, 시큐리티스펌 실행부(123)는 발생된 전문을 기초로 시큐리티스펌 시스템을 실행시켜서 금융사모계좌와 고객 금융사계좌간 대체거래를 통해 고객 금융사계좌의 잔액을 증가시킨다.
이하 도 6을 함께 참조한다.
도 6은 잔액증가 처리시 뱅크펌 중심의 동작을 나타낸 것으로서, 고객 연결계좌(일례로 은행)로부터 제1 모계좌 시스템(일례로 머니)으로 자금을 끌어온다는 점에서 도면에서 '머니 충전(은행->머니)'이라는 용어로 참조된다. 여기서, 머니는 본 발명의 실시예에 따른 금융 서비스의 일부를 가리키는 것일 수 있다. 또한, 머니는 본 발명의 실시예에 따른 금융 서비스에서 사용하는 화폐의 단위(일례로 포인트나 골드처럼)(물론 국가마다 통용되는 실제 화폐의 단위와 일치하는 것일 수도 있음)를 가리키는 것일 수 있다.
제1 요청 기록부(124)는 발생된 전문을 기초로 뱅크펌 리퀘스트 로그(bank_firm_request_log)에 요청을 기록한다(S11). 도면에서 머니 충전 요청 기록으로 도시된다.
한편, 뱅크펌 실행부(122)가 전문 발생부(121)에 의해 발생된 전문을 기초로 뱅크펌 시스템(BS)을 실행시켜서 고객 연결계좌(10)로부터 출금펌 모계좌(112)로 자금의 이체를 진행시킴은 앞서 설명한 바와 같다. 도면 하단에 Van 시스템/은행과 출금요청으로 도시된다.
이어서, 제1 처리결과 수신부(125)는 뱅크펌 시스템의 실행에 따른 자금 이체 처리결과(성공/실패)를 수신한다(S12).
제1 요청 처리결과 반영부(126)는 수신한 처리결과를 뱅크펌 리퀘스트 로그에 반영한다(S13). 수신한 처리결과가 성공인 경우, 해당 기록에 대해 상태를 성공으로 반영한다. 도면에서 머니 충전 성공으로 도시된다. 수신한 처리결과가 실패인 경우, 해당 기록에 대해 상태를 실패로 반영한다. 도면에서 머니 충전 실패로 도시된다.
한편, 처리결과를 송수신하는 과정에서는 어떠한 문제로 인해 송신이 실패하거나 수신이 실패하는 경우가 발생할 수 있다. 송신측 문제, 수신측 문제, 스마트폰 오류, 애플리케이션 작동 오류 등 다양한 원인이 있을 수 있다. 그래서, 그러한 문제로 인해 자금 이체 처리결과가 기설정된 시간 이내에 수신되지 않는 경우가 발생할 수 있다. 도면에서 타임아웃으로 도시된다. 이 경우, 무한정 대기할 수는 없으며, 후속 처리를 위해, 성공 또는 실패로 간주할 수 있는데, 본 발명의 실시예에 따르면, 머니 충전 실패로 간주할 수 있다. 절차상 되돌릴만한 어떠한 프로세스도 진행되지 않았으므로, 실패로 간주함으로써 전체 절차를 간소화한다.
후술하는 바와 같이, 머니 충전 실패인 경우에는 더 이상 잔액증가 프로세스가 수행되지 못하고 종료된다. 고객 연결계좌(일례로 은행)로부터 출금에 실패한 경우이므로 잔액증가 프로세스를 종료시키는 것이다.
반대로 머니 충전 성공인 경우에 잔액증가 프로세스가 계속하여 수행된다.
이하 도 7을 참조한다.
도 7은 잔액증가 처리시 시큐리티스펌 중심의 동작을 나타낸 것으로서, 제2 모계좌 시스템(일례로 증권 시스템)으로부터 자금을 끌어와 고객 금융사계좌(일례로 증권계좌)의 잔액을 증가시킨다는 점에서 도면에서 '증권 잔액증가 프로세스'라는 용어로 참조된다.
제2 요청 기록부(127)는 발생된 전문을 기초로 시큐리티스펌 리퀘스트 로그(securities_firm_request_log)에 요청을 기록한다(S21). 도면에서 증권 잔액증가 요청 기록으로 도시된다.
한편, 시큐리티스펌 실행부(123)가 전문 발생부(121)에 의해 발생된 전문을 기초로 시큐리티스펌 시스템(SS)을 실행시켜서 금융사모계좌(212)와 고객 금융사계좌(20)간 대체거래를 통해 고객 금융사계좌의 잔액을 증가시킴은 앞서 설명한 바와 같다. 도면 하단에 증권 시스템과 잔액증가요청으로 도시된다.
이어서, 제2 처리결과 수신부(128)는 시큐리티스펌 시스템의 실행에 따른 잔액 증가 처리결과를 수신한다(S22).
제2 요청 처리결과 반영부(129)는 수신한 처리결과를 시큐리티스펌 리퀘스트 로그에 반영한다(S23). 수신한 처리결과가 성공인 경우, 해당 기록에 대해 상태를 성공으로 반영한다. 도면에서 증권 잔액증가 성공으로 도시된다. 수신한 처리결과가 실패인 경우, 해당 기록에 대해 상태를 실패로 반영한다. 도면에서 증권 잔액증가 실패로 도시된다.
한편, 상술한 바와 마찬가지의 어떠한 문제로 인해 잔액 증가 처리결과가 기설정된 시간 이내에 수신되지 않는 경우가 발생할 수 있다. 도면에서 타임아웃으로 도시된다. 이 경우, 후속 처리를 위해, 성공 또는 실패로 간주할 수 있는데, 본 발명의 실시예에 따르면, 증권 잔액증가 성공으로 간주할 수 있다. 상술한 단계들(S11 내지 S13)에서는 타임아웃시 실패로 처리되는 것과 반대임을 주목한다. 전자의 경우 되돌릴만한 어떠한 프로세스도 진행되지 않았기 때문인데, 후자의 경우 이미 머니 충전 과정이 수행되었으므로 일단 증권 잔액증가 성공으로 처리함으로써 사용자에게 원하는 결과(즉, 충전이 정상적으로 완료되었음)를 신속히 리턴해주기 위함이다. 다만, 해당 요청에 어떠한 처리결과도 반영되지 않은 바, 이를 처리하기 위한 내부 절차는 필요하며, 이는 미반영건 탐색부(1293) 및 미반영건 처리부(1294)에 의해 수행될 수 있다. 도 13에서 후술한다.
후술하는 바와 같이, 증권 잔액증가 실패인 경우에는 재처리 프로세스가 진행된다. 이미 고객 연결계좌로부터 출금을 해온 상태이므로 절차를 종료시키지 않고 재처리 프로세스를 진행하는 것이다. 재처리 프로세스는 이미 가져온 자금을 증권계좌에 반영하기 위한 과정에 해당한다.
반대로 증권 잔액증가 성공인 경우에 충전성공으로서 절차가 종료된다.
이하 상술한 도 6의 과정 및 도 7의 과정을 포함하는 전체 흐름을 설명한다.
도 8은 본 발명의 실시예에 따른 잔액증가 처리부에 의해 고객 금융사계좌의 잔액이 증가 처리되는 과정의 전체 흐름을 도시하는 도면이다.
도 8은 고객 연결계좌(일례로 은행)에서 자금을 인출하여 제1 모계좌 시스템(일례로 머니)을 거쳐 고객 금융사계좌(일례로 증권계좌)에 입금하는 프로세스라는 점에서 도면에서 '충전'이라는 용어로 참조된다.
도 8을 참조하면, 먼저, 사용자가 유효한지를 판단한다. 일례로, 거래 가능한 사용자인지 체크하는 단계(S31)가 수행될 수 있다.
다음으로, 계좌가 유효한지를 판단한다. 일례로, 고객 연결계좌와 연결된 은행의 점검여부, 고객 금융사계좌와 연결된 증권사의 점검여부, 고객 연결계좌 상태를 체크하는 단계(S32)가 수행될 수 있다.
사용자 유효 및 계좌 유효는 미리 발생된 전문을 기초로 판단할 수 있다. 전문은 전문 발생부에 의해 발생될 수 있다.
거래가능여부를 판단한다(S33).
판단 결과, 거래가능한 경우 상술한 도 6의 머니 충전 과정 및 도 7의 증권 잔액증가 프로세스 과정을 포함하는 단계로 진행된다. 판단 결과, 거래불가능한 경우 거래가 종료된다. 도면 상단에서 충전실패로 도시된다. 이는 충전실패의 제1 실시예로서, 고객 은행계좌에서 출금 실패에 해당한다.
다음으로, 머니 충전 과정이 수행된다(S34). 도면에서 머니 충전(은행->머니)으로 도시된다. 단계(S34)는 상술한 도 6의 머니 충전 과정에 해당한다. 즉, 상술한 단계들(S11 내지 S13)이 수행될 수 있다.
단계(S34)는 뱅크펌 실행부(122)에 의해 수행될 수 있다. 그리고 단계들(S11 내지 S13)은 제1 요청 기록부(124), 제1 처리결과 수신부(125) 및 제1 요청 처리결과 반영부(126)에 의해 수행될 수 있다.
머니 충전 결과를 판단한다(S35).
판단 결과, 머니 충전 성공인 경우 거래가 계속 진행된다. 판단 결과, 머니 충전 실패인 경우 거래가 종료된다. 도면 상단에서 충전실패로 도시된다. 이는 충전실패의 제2 실시예로서, 고객 은행계좌로부터 출금 실패에 해당한다.
계속하여, 증권 잔액증가 프로세스 과정이 수행된다(S36). 단계(S36)는 상술한 도 7의 증권 잔액증가 프로세스 과정에 해당한다. 즉, 상술한 단계들(S21 내지 S23)이 수행될 수 있다.
단계(S36)는 시큐리티스펌 실행부(123)에 의해 수행될 수 있다. 그리고 단계들(S21 내지 S23)은 제2 요청 기록부(127), 제2 처리결과 수신부(128) 및 제2 요청 처리결과 반영부(129)에 의해 수행될 수 있다.
증권 잔액증가 결과를 판단한다(S37).
판단 결과, 증권 잔액증가 성공인 경우 충전성공으로 거래가 종료된다. 이때, 잔액증가거래기록 단계(S38)가 추가적으로 수행될 수 있다.
판단 결과, 증권 잔액증가 실패인 경우 충전실패로 거래가 종료된다. 다만, 재처리 프로세스가 수행될 수 있다. 후술하는 재처리 프로세스를 통해 성공시키므로, 사용자로의 안내는 충전 성공일 수 있다. 상술한 바와 같이, 이미 고객 연결계좌로부터 출금을 해온 상태이므로 거래를 바로 종료시키지 않고 재처리 프로세스를 진행하는 것이다. 이는 충전실패의 제3 실시예로서, 고객 은행계좌에서 출금했지만 증권계좌 반영에는 실패한 경우에 해당한다. 이 상태로 끝날 경우 증권계좌 입금에 성공할 때까지 재처리 프로세스가 수행될 수 있다. 도면에서 FAIL_TRY_AGAIN 배치 FLOW로 도시된다. 재처리 프로세스는 후술한다.
도 9는 본 발명의 실시예에 따른 잔액차감 처리부(130)의 상세한 구성을 도시하는 도면이다.
도 10은 본 발명의 실시예에 따른 잔액차감 처리부의 동작을 시큐리티스펌을 중심으로 나타낸 순서도이다.
그리고, 도 11은 본 발명의 실시예에 따른 잔액차감 처리부의 동작을 뱅크펌을 중심으로 나타낸 순서도이다.
상술한 도 6 및 도 7과 다르게, 시큐리티스펌이 먼저 도시됨을 주목한다.
먼저, 도 9에 도시된 바와 같이, 잔액차감 처리부(130)는 전문 발생부(131), 뱅크펌 실행부(132), 시큐리티스펌 실행부(133), 제1 요청 기록부(134), 제1 처리결과 수신부(135), 제1 요청 처리결과 반영부(136), 제2 요청 기록부(137), 제2 처리결과 수신부(138), 제2 요청 처리결과 반영부(139), 실패건 탐색부(1391), 복구 프로세스부(1392), 미반영건 탐색부(1393) 및 미반영건 처리부(1394)를 포함할 수 있다.
기본적으로, 전문 발생부(131)는 고객의 잔액차감 요청시 관련 전문을 발생시킨다. 뱅크펌 실행부(132)는 발생된 전문을 기초로 뱅크펌 시스템을 실행시켜서 입금펌 모계좌로부터 고객 지정계좌로 자금의 이체를 진행시킨다. 그리고, 시큐리티스펌 실행부(133)는 발생된 전문을 기초로 시큐리티스펌 시스템을 실행시켜서 금융사모계좌와 고객 금융사계좌간 대체거래를 통해 고객 금융사계좌의 잔액을 차감시킨다.
이하 도 10을 함께 참조한다.
도 10은 잔액차감 처리시 시큐리티스펌 중심의 동작을 나타낸 것으로서, 제2 모계좌 시스템(일례로 증권 시스템)으로 자금을 보내줌으로써 고객 금융사계좌(일례로 증권계좌)의 잔액을 감소시킨다는 점에서 도면에서 '증권 잔액감소 프로세스'라는 용어로 참조된다.
제1 요청 기록부(134)는 발생된 전문을 기초로 시큐리티스펌 리퀘스트 로그(securities_firm_request_log)에 요청을 기록한다(S51). 도면에서 증권 잔액차감 요청 기록으로 도시된다.
한편, 시큐리티스펌 실행부(133)가 전문 발생부(131)에 의해 발생된 전문을 기초로 시큐리티스펌 시스템(SS)을 실행시켜서 금융사모계좌(212)와 고객 금융사계좌(20)간 대체거래를 통해 고객 금융사계좌의 잔액을 차감시킴은 앞서 설명한 바와 같다. 도면에서 증권 시스템과 잔액감소요청으로 도시된다.
이어서, 제1 처리결과 수신부(135)는 시큐리티스펌 시스템의 실행에 따른 잔액 차감 처리결과를 수신한다(S52).
제1 요청 처리결과 반영부(136)는 수신한 처리결과를 시큐리티스펌 리퀘스트 로그에 반영한다(S53). 수신한 처리결과가 성공인 경우, 해당 기록에 대해 상태를 성공으로 반영한다. 도면에서 증권 잔액차감 성공으로 도시된다. 수신한 처리결과가 실패인 경우, 해당 기록에 대해 상태를 실패로 반영한다. 도면에서 증권 잔액차감 실패로 도시된다.
한편, 상술한 바와 마찬가지의 어떠한 문제로 인해 잔액 차감 처리결과가 기설정된 시간 이내에 수신되지 않는 경우가 발생할 수 있다. 도면에서 타임아웃으로 도시된다. 이 경우, 증권 잔액차감 실패로 간주할 수 있다. 절차상 되돌릴만한 어떠한 프로세스도 진행되지 않았으므로, 실패로 간주함으로써 전체 절차를 간소화한다.
후술하는 바와 같이, 증권 잔액차감 실패인 경우에는 더 이상 잔액차감 프로세스가 수행되지 못하고 종료된다. 고객 금융사계좌(일례로 고객 잔고)로부터 잔고 차감에 실패한 경우이므로 잔액차감 프로세스를 종료시키는 것이다.
반대로 증권 잔액차감 성공인 경우에 잔액차감 프로세스가 계속하여 수행된다.
이하 도 11을 참조한다.
도 11은 잔액차감 처리시 뱅크펌 중심의 동작을 나타낸 것으로서, 제1 모계좌 시스템(일례로 머니)으로부터 고객 지정계좌(일례로 은행)로 자금을 보내준다는 점에서 도면에서 '머니 계좌송금(머니->은행)'이라는 용어로 참조된다.
제2 요청 기록부(137)는 발생된 전문을 기초로 뱅크펌 리퀘스트 로그(bank_firm_request_log)에 요청을 기록한다(S61). 도면에서 머니 계좌송금 요청 기록으로 도시된다.
한편, 뱅크펌 실행부(132)가 전문 발생부(131)에 의해 발생된 전문을 기초로 뱅크펌 시스템(BS)을 실행시켜서 입금펌 모계좌(116)로부터 고객 지정계좌(10)로 자금의 이체를 진행시킴은 앞서 설명한 바와 같다. 도면 하단에서 Van 시스템/은행과 송금요청으로 도시된다.
이어서, 제2 처리결과 수신부(138)는 뱅크펌 시스템의 실행에 따른 자금 이체 처리결과(성공/실패)를 수신한다(S62).
제2 요청 처리결과 반영부(139)는 수신한 처리결과를 뱅크펌 리퀘스트 로그에 반영한다(S63). 수신한 처리결과가 성공인 경우, 해당 기록에 대해 상태를 성공으로 반영한다. 도면에서 머니 계좌송금 성공으로 도시된다. 수신한 처리결과가 실패인 경우, 해당 기록에 대해 상태를 실패로 반영한다. 도면에서 머니 계좌송금 실패로 도시된다.
한편, 상술한 바와 마찬가지의 어떠한 문제로 인해 자금 이체 처리결과가 기설정된 시간 이내에 수신되지 않는 경우가 발생할 수 있다. 도면에서 타임아웃으로 도시된다. 이 경우, 머니 계좌송금 성공으로 간주할 수 있다. 상술한 단계들(S51 내지 S53)에서는 타임아웃시 실패로 처리되는 것과는 반대임을 주목한다. 전자의 경우 되돌릴만한 어떠한 프로세스도 진행되지 않았기 때문인데, 후자의 경우 이미 증권 잔액차감 과정이 수행되었으므로 일단 머니 계좌송금 성공으로 처리함으로써 사용자에게 원하는 결과(즉, 계좌송금이 정상적으로 완료되었음)를 신속히 리턴해주기 위함이다. 다만, 해당 전문에 어떠한 처리결과도 반영되지 않은 바, 이를 처리하기 위한 내부 절차는 필요하며, 이는 미반영건 탐색부 및 미반영건 처리부에 의해 수행될 수 있다. 도 14에서 후술한다.
후술하는 바와 같이, 머니 계좌송금 실패인 경우에는 복구 프로세스가 진행된다. 머니 계좌송금을 위해 고객 금융사계좌(일례로 증권계좌)에서 차감했던 고객 잔고에 대해 복구를 요청하는 것이다. 복구 프로세스는 차감했던 고객 잔고를 원래대로 되돌리는 과정에 해당한다.
반대로 머니 계좌송금 성공인 경우에 계좌송금 성공으로서 절차가 종료된다.
이하 상술한 도 10의 과정 및 도 11의 과정을 포함하는 전체 흐름을 설명한다.
도 12는 본 발명의 실시예에 따른 잔액차감 처리부에 의해 고객 금융사계좌의 잔액이 차감 처리되는 과정의 전체 흐름을 도시하는 도면이다.
도 12는 고객 금융사계좌(일례로 증권계좌)에서 자금을 인출하여 제1 모계좌 시스템(일례로 머니)을 거쳐 고객 지정계좌(일례로 고객이 요청한 은행 또는 증권사 계좌)에 입금하는 프로세스라는 점에서 도면에서 '계좌송금'이라는 용어로 참조된다.
도 12를 참조하면, 먼저, 사용자가 유효한지를 판단한다. 일례로, 거래 가능한 사용자인지 체크하는 단계(S71)가 수행될 수 있다.
다음으로, 계좌가 유효한지를 판단한다. 일례로, 고객 지정계좌와 연결된 은행의 점검여부, 고객 금융사계좌와 연결된 증권사의 점검여부, 고객 금융사계좌 상태를 체크하는 단계(S72)가 수행될 수 있다.
사용자 유효 및 계좌 유효는 미리 발생된 전문을 기초로 판단할 수 있다. 전문은 전문 발생부에 의해 발생될 수 있다.
거래가능여부를 판단한다(S73).
판단 결과, 거래가능한 경우 상술한 도 10의 증권 잔액감소 프로세스 과정 및 도 11의 머니 계좌송금 과정을 포함하는 단계로 진행된다. 판단 결과, 거래불가능한 경우 거래가 종료된다. 도면 상단에서 계좌송금 실패로 도시된다. 이는 계좌송금 실패의 제1 실시예로서, 고객 잔고 차감 실패에 해당한다.
다음으로, 증권 잔액감소 프로세스 과정이 수행된다(S74). 단계(S74)는 상술한 도 10의 증권 잔액감소 프로세스 과정에 해당한다. 즉, 상술한 단계들(S51 내지 S53)이 수행될 수 있다.
단계(S74)는 시큐리티스펌 실행부(133)에 의해 수행될 수 있다. 그리고 단계들(S51 내지 S53)은 제1 요청 기록부(134), 제1 처리결과 수신부(135) 및 제1 요청 처리결과 반영부(136)에 의해 수행될 수 있다.
증권 잔액감소 결과를 판단한다(S75).
판단 결과, 증권 잔액감소 성공인 경우 거래가 계속 진행된다. 판단 결과, 증권 잔액감소 실패인 경우 거래가 종료된다. 도면 상단에서 계좌송금 실패로 도시된다. 이는 계좌송금 실패의 제2 실시예로서, 고객 잔고 차감 실패에 해당한다.
계속하여, 머니 계좌송금 과정이 수행된다(S76). 도면에서 머니 계좌송금(머니->은행)으로 도시된다. 단계(S76)는 상술한 도 11의 머니 계좌송금 과정에 해당한다. 즉, 상술한 단계들(S61 내지 S63)이 수행될 수 있다.
단계(S76)는 뱅크펌 실행부(132)에 의해 수행될 수 있다. 그리고 단계들(S61 내지 S63)은 제2 요청 기록부(137), 제2 처리결과 수신부(138) 및 제2 요청 처리결과 반영부(139)에 의해 수행될 수 있다.
머니 계좌송금 결과를 판단한다(S77).
판단 결과, 머니 계좌송금 성공인 경우, 계좌송금 성공으로 거래가 종료된다. 이때, 잔액감소거래기록 단계(S78)가 추가적으로 수행될 수 있다.
판단 결과, 머니 계좌송금 실패인 경우, 계좌송금 실패로 거래가 종료된다. 다만, 복구 프로세스가 수행될 수 있다. 상술한 바와 같이, 이미 고객 금융사계좌의 잔고를 차감해놓은 상태이므로 거래를 바로 종료시키지 않고 복구 프로세스를 진행하는 것이다. 이는 계좌송금 실패의 제3 실시예로서, 고객 증권계좌 잔고 차감은 성공했지만, 계좌로 송금은 실패한 경우에 해당한다.
계좌 송금실패로 인한 잔고 복구 처리 프로세스는 다음과 같다.
계좌송금을 위해 증권계좌에서 차감했던 고객 잔고에 대해 복구를 요청한다. 복구 요청은 비동기 요청으로서, 계좌송금 실패와 실시간으로 이루어질 필요는 없으며, 계좌송금 실패 시점 이후의 임의의 시점에 이루어져도 무방하다.
복구 요청을 기초로 증권 잔액증가 프로세스 과정이 수행된다(S79). 단계(S79)는 상술한 도 7의 증권 잔액증가 프로세스 과정에 해당한다. 즉, 상술한 단계들(S21 내지 S23)이 수행될 수 있다.
단계(S79)는 실패건 탐색부(1391) 및 복구 프로세스부(1392)에 의해 수행될 수 있다. 실패건 탐색부는 뱅크펌 리퀘스트 로그 중에서 처리결과가 실패로 기록된 요청을 탐색한다. 복구 프로세스부는 상기 실패건 탐색부에 의해 탐색된 실패건에 대해 고객 금융사계좌의 차감된 잔액을 복구시키는 복구 프로세스를 진행한다.
한편, 상술한 바와 같이, 잔액증가 처리부(120)는 미반영건 탐색부(1293) 및 미반영건 처리부(1294)를 포함한다. 이들은 뱅크펌-리퀘스트 로그 및 시큐리티스펌-리퀘스트 로그에 대해 동작한다.
잔액차감 처리부(130) 역시 미반영건 탐색부(1393) 및 미반영건 처리부(1394)를 포함한다. 이들은 시큐리티스펌-리퀘스트 로그 및 뱅크펌-리퀘스트 로그에 대해 동작한다.
미반영건 탐색부와 미반영건 처리부는 로그에 대한 동작이 주요하다는 점에서, 로그별로 그 동작을 설명하기로 한다.
먼저 시큐리티스펌-리퀘스트 로그에서의 이들의 동작을 설명한다.
도 13은 본 발명의 실시예에 따른 시큐리티스펌-리퀘스트 로그에 대해 미반영건 탐색부 및 미반영건 처리부의 동작을 상세하게 도시하는 도면이다.
도 13을 참조하면, 미반영건 탐색부(1293)는 시큐리티스펌 리퀘스트 로그에서 처리결과가 반영되지 않은 요청을 탐색한다(S91). 도면에서 15~20분 이전 거래건 중 처리 결과 반영이 안 된 건 찾기(find UNKNOWN from securities_firm_reuest_log)로 도시된다. 미반영건 탐색부의 탐색 주기가 15~20분일 수 있음을 의미한다. 본 발명에서 처리결과가 반영되지 않은 요청을 미반영건으로 참조한다.
다음으로, 미반영건 처리부(1294)는 탐색된 미반영건에 대해 상기 시큐리티스펌 실행부(123)에 의한 상기 시큐리티스펌 시스템(SS)의 실행에 따른 잔액의 증가(즉, 증권 잔액증가)가 이루어진 것인지를 확인한다(S92). 도면에서 거래결과 확인 (confirm)으로 도시된다.
확인 결과, 증권 잔액의 증가가 이루어진 것인 경우 해당 미반영건에 대해 성공으로 상태를 변경한다(S93). 도면에서 SUCCESS 상태로 변경으로 도시된다. 상술한 도 7의 단계(S23)에 의해 로그에 반영될 수 있다.
확인 결과, 증권 잔액의 증가가 이루어지지 않은 것인 경우 해당 미반영건에 대해 실패로 상태를 변경한다(S94). 도면에서 FAIL_TRY_AGAIN 상태로 변경으로 도시된다. 상술한 도 7의 단계(S23)에 의해 로그에 반영될 수 있다. 이 경우, 재처리 프로세스로 이어질 수 있으며 이에 대해서는 도 15에서 후술한다.
상술한 단계들(S91 내지 S94)이 잔액차감 처리 과정에서도 동일한 방식으로 수행된다. 차이점을 위주로 후술한다.
미반영건 탐색부(1393)는 시큐리티스펌 리퀘스트 로그에서 처리결과가 반영되지 않은 요청을 탐색한다(S91). 마찬가지로 도면에서 15~20분 이전 거래건 중 처리 결과 반영이 안 된 건 찾기(find UNKNOWN from securities_firm_reuest_log)로 도시된다.
다음으로, 미반영건 처리부(1394)는 탐색된 미반영건에 대해 상기 시큐리티스펌 실행부(133)에 의한 상기 시큐리티스펌 시스템(SS)의 실행에 따른 잔액의 차감(즉, 증권 잔액차감)이 이루어진 것인지를 확인한다(S92). 도면에서 거래결과 확인 (confirm)으로 도시된다.
확인 결과, 증권 잔액의 차감이 이루어진 것인 경우 해당 미반영건에 대해 성공으로 상태를 변경한다(S95). 도면에서 SUCCESS 상태로 변경으로 도시된다. 상술한 도 10의 단계(S53)에 의해 로그에 반영될 수 있다. 이 경우, 복구 프로세스가 수행될 수 있다. 도 10에서 상술한 바와 같이 실패로 간주하였기 때문에, 실패로 나갔던 사용자로의 안내를 번복하는 일 없이 절차를 간소화한다. 복구 프로세스는 고객 금융사계좌의 차감된 잔액을 복구시키는 과정을 포함할 수 있다. 이러한 복구 프로세스는 도 12에서 상술한 바와 대체로 같을 수 있다.
확인 결과, 증권 잔액의 차감이 이루어지지 않은 것인 경우 해당 미반영건에 대해 실패로 상태를 변경한다(S96). 도면에서 FAIL 상태로 변경으로 도시된다. 상술한 도 10의 단계(S53)에 의해 로그에 반영될 수 있다. 상술한 잔액증가 처리 과정에서 FAIL_TRY_AGAIN 상태인 것과 차이가 있음을 주목한다.
도 14는 본 발명의 실시예에 따른 뱅크펌-리퀘스트 로그에 대해 미반영건 탐색부 및 미반영건 처리부의 동작을 상세하게 도시하는 도면이다.
도 14를 참조하면, 미반영건 탐색부(1293)는 뱅크펌 리퀘스트 로그에서 처리결과가 반영되지 않은 전문을 탐색한다(S101). 도면에서 15~20분 이전 거래건 중 처리 결과 반영이 안 된 건 찾기(find UNKNOWN from bank_firm_reuest_log)로 도시된다. 본 발명에서 처리결과가 반영되지 않은 전문을 미반영건으로 참조한다.
다음으로, 미반영건 처리부(1294)는 탐색된 미반영건에 대해 상기 뱅크펌 실행부(122)에 의한 상기 뱅크펌 시스템(BS)의 실행에 따른 자금의 이체(즉, 머니 충전)가 진행된 것인지를 확인한다(S102). 도면에서 거래결과 확인 (confirm)으로 도시된다.
확인 결과, 머니 충전이 이루어진 것인 경우 해당 미반영건에 대해 성공으로 상태를 변경한다(S103). 도면에서 SUCCESS 상태로 변경으로 도시된다. 상술한 도 6의 단계(S13)에 의해 로그에 반영될 수 있다. 이 경우, 후속 단계로 이어질 수 있다. 즉, 증권 잔액증가 프로세스가 수행될 수 있다. 즉, 상술한 도 8의 단계(S36) 이후의 과정이 수행될 수 있다.
확인 결과, 머니 충전이 이루어지지 않은 것인 경우 해당 미반영건에 대해 실패로 상태를 변경한다(S104). 도면에서 FAIL 상태로 변경으로 도시된다. 상술한 도 6의 단계(S13)에 의해 로그에 반영될 수 있다.
상술한 단계들(S101 내지 S104)이 잔액차감 처리 과정에서도 동일한 방식으로 수행된다. 차이점을 위주로 후술한다.
미반영건 탐색부(1393)는 뱅크펌 리퀘스트 로그에서 처리결과가 반영되지 않은 요청을 탐색한다(S101). 마찬가지로 도면에서 15~20분 이전 거래건 중 처리 결과 반영이 안 된 건 찾기(find UNKNOWN from bank_firm_reuest_log)로 도시된다.
다음으로, 미반영건 처리부(1394)는 탐색된 미반영건에 대해 상기 뱅크펌 실행부(132)에 의한 상기 뱅크펌 시스템(BS)의 실행에 따른 자금의 이체(즉, 머니 계좌송금)가 진행된 것인지를 확인한다(S102). 도면에서 거래결과 확인 (confirm)으로 도시된다.
확인 결과, 머니 계좌송금이 이루어진 것인 경우 해당 미반영건에 대해 성공으로 상태를 변경한다(S105). 도면에서 SUCCESS 상태로 변경으로 도시된다. 상술한 도 11의 단계(S63)에 의해 로그에 반영될 수 있다.
확인 결과, 머니 계좌송금이 이루어지지 않은 것인 경우 해당 미반영건에 대해 실패로 상태를 변경한다(S106). 도면에서 FAIL 상태로 변경으로 도시된다. 상술한 도 10의 단계(S63)에 의해 로그에 반영될 수 있다. 이 경우, 복구 프로세스로 이어질 수 있으며 이에 대해서는 도 12에서 상술한 바 보다 상세한 설명은 생략한다. 상술한 잔액증가 처리 과정에서 FAIL과는 달리 복구 프로세스가 수행됨을 주목한다.
도 15는 본 발명의 실시예에 따른 실패건 탐색부 및 재처리 프로세스부의 동작을 상세하게 도시하는 도면이다.
상술한 바와 같이, 잔액증가 처리부(120)는 실패건 탐색부(1291) 및 재처리 프로세스부(1292)를 포함한다. 잔액차감 처리부(130)의 경우 재처리 프로세스부 대신에 복구 프로세스부를 갖는다는 점에서 차이가 있다. 복구 프로세스에 대해서는 도 12에서 상술한 바 보다 상세한 설명은 생략한다.
도 15를 참조하면, 실패건 탐색부(1291)는 시큐리티스펌 리퀘스트 로그 중에서 처리결과가 실패로 기록된 요청을 탐색한다(S111). 도면에서 find FAIL_TRY_AGAIN securities_firm_request_log로 도시된다. 즉, FAIL을 찾는 것이 아니라 FAIL_TRY_AGAIN을 찾는다. 재처리 대상을 찾는 것이다.
이어서, 재처리 프로세스부(1292)는 증권 잔액증가 프로세스 과정을 수행한다(S115). 도면에서 맨 아래 call addBalance 증권 잔액 증가 요청으로 도시된다.
단계(S115)는 상술한 도 7의 증권 잔액증가 프로세스 과정에 해당한다. 즉, 상술한 단계들(S21 내지 S23)이 수행될 수 있다. 단계들(S21 내지 S23)은 제2 요청 기록부(127), 제2 처리결과 수신부(128) 및 제2 요청 처리결과 반영부(129)에 의해 수행될 수 있다.
잔액증가 처리 과정에서는 상술한 바와 같이, 이미 고객 연결계좌로부터 출금을 해온 상태이므로 증권 잔액증가 실패인 경우라 하더라도 거래를 바로 종료시키지 않고 재처리 프로세스를 진행하게 되며, 증권계좌 입금에 성공할 때까지 재처리 프로세스가 반복하여 수행될 수 있다.
상술한 과정에서 본 발명의 실시예에 따르면, 단계(S115)를 수행하기 이전에 여러 단계들(S112 내지 S114)이 더욱 수행될 수 있다.
상세하게, 단계(S111) 이후, 잔고 이중지불이 있는지 여부를 확인할 수 있다(S112). 도면에서 check 이중지불로 도시된다. 예를 들어, 동일한 내역으로 이미 고객 금융사계좌에 충전이 이루어졌는지 여부로부터 확인할 수 있다. 일례로 1건의 충전 요청에 대해 동일한 내역으로 2회 충전이 이루어졌는지 여부를 확인할 수 있다.
또는 단계(S111) 이후, 계좌 유효 여부를 확인할 수 있다(S113). 도면에서 check 증권 가입상태로 도시된다. 예를 들어, 고객 금융사계좌가 유효한지 여부로부터 확인할 수 있다.
또는 단계(S111) 이후, 재처리 프로세스 반복 횟수를 카운트할 수 있다(S114). 도면에서 check 실패카운트로 도시된다. 예를 들어, 하나의 전문에 대해 FAIL_TRY_AGAIN가 기록되는 횟수를 카운트할 수 있다. 재처리 프로세스를 무한하게 반복할 수는 없기 때문이다. 일례로, 반복 최대 횟수가 설정되어 있을 수 있고, 실패카운트 횟수가 기설정된 횟수를 초과하는지 여부를 판단할 수 있다.
상기 단계들 중 어느 하나가 만족하지 않는 경우, 최종 실패 처리를 할 수 있으며, 이 경우, 앞선 머니 충전 과정을 통해 이미 가져온 자금은 고객 연결계좌로 환급되도록 하는 복원 프로세스를 진행할 수 있다.
한편 상기에서는 잔액증가 과정과 잔액차감 과정을 별개로 설명하였지만, 이들은 병행하여 내지는 선후로 수행될 수도 있다. 예를 들어, 잔액차감 요청시 고객 금융사계좌의 잔고가 부족한 경우 상술한 충전 과정을 통해 충전시킨 후 잔액차감 과정이 수행될 수도 있다. 일례로, 고객의 잔액차감 요청이 150만원이고, 고객 금융사계좌의 잔고가 50만원인 경우, 고객 연결계좌로부터 100만원을 고객 금융사계좌에 충전한 뒤에(즉, 고객 금융사계좌의 잔고를 150만원으로 만든 뒤에) 상술한 잔액차감 처리부에 의한 잔액차감 요청 처리 과정이 수행될 수 있다.
이 경우 해당 부족분을 산정하고 그렇게 산정된 부족분에 대해 상술한 도 8의 충전 프로세스로 진입시키는 부족분 처리부(미도시)를 더 포함하면 충분하며, 나머지 구성들에 대해서는 상술한 잔액차감 처리부에 관한 동일한 설명이 적용될 수 있는 바, 보다 상세한 설명은 생략하기로 한다.
본 문서에서 사용된 용어 '시스템'은 필요한 기능을 실현하기 위하여 관련 요소를 어떤 법칙에 따라 조합한 집합체일 수 있다. 관련 요소를 작은 단위로 조합한 작은 집합체(일례로 제1 모계좌 시스템, 제2 모계좌 시스템, 뱅크펌 시스템, 시큐리티스펌 시스템 등)일 수도 있고, 모든 관련 요소들을 조합한 또는 큰 집합체(일례로 금융 서비스 제공 시스템)일 수도 있다. 시스템은 자신이 포함하는 요소들에 대해 이체 처리 등 금융 서비스를 수행하기 위한 처리를 수행하는 다양한 모듈을 포함할 수 있다. 모듈은 예를 들면, 하드웨어, 소프트웨어 또는 펌웨어(firmware) 중 하나 또는 둘 이상의 조합을 포함하는 단위(unit)를 의미할 수 있다. 모듈은, 예를 들면, 유닛(unit), 로직(logic), 논리 블록(logical block), 부품(component), 또는 회로(circuit) 등의 용어와 바꾸어 사용(interchangeably use)될 수 있다.
본 발명의 실시예에 따른 서버는 통신부, 프로세서, 및 메모리를 포함할 수 있다. 예를 들어, 서버는 컴퓨터와 같이 소프트웨어 또는 애플리케이션을 설치할 수 있는 단말일 수 있다. 통신부는 프로세서 및 메모리와 연결되어 데이터를 송수신한다. 통신부는 외부의 다른 장치와 연결되어 데이터를 송수신할 수 있다. 이하에서 "A"를 송수신한다라는 표현은 "A를 나타내는 정보(information) 또는 데이터"를 송수신하는 것을 나타낼 수 있다. 통신부는 서버 내의 회로망(circuitry)으로 구현될 수 있다. 예를 들어, 통신부는 내부 버스(internal bus) 및 외부 버스(external bus)를 포함할 수 있다. 다른 예로, 통신부는 서버와 외부의 장치를 연결하는 요소일 수 있다. 통신부는 인터페이스(interface)일 수 있다. 통신부는 외부의 장치로부터 데이터를 수신하여, 프로세서 및 메모리에 데이터를 전송할 수 있다. 프로세서는 통신부가 수신한 데이터 및 메모리에 저장된 데이터를 처리한다. "프로세서"는 목적하는 동작들(desired operations)을 실행시키기 위한 물리적인 구조를 갖는 회로를 가지는 하드웨어로 구현된 데이터 처리 장치일 수 있다. 예를 들어, 목적하는 동작들은 프로그램에 포함된 코드(code) 또는 인스트럭션들(instructions)을 포함할 수 있다. 예를 들어, 하드웨어로 구현된 데이터 처리 장치는 마이크로프로세서(microprocessor), 중앙 처리 장치(central processing unit), 프로세서 코어(processor core), 멀티-코어 프로세서(multi-core processor), 멀티프로세서(multiprocessor), ASIC(Application-Specific Integrated Circuit), FPGA(Field Programmable Gate Array)를 포함할 수 있다. 프로세서는 메모리에 저장된 컴퓨터로 읽을 수 있는 코드(예를 들어, 소프트웨어) 및 프로세서에 의해 유발된 인스트럭션들을 실행한다. 메모리는 통신부가 수신한 데이터 및 프로세서가 처리한 데이터를 저장한다. 예를 들어, 메모리는 프로그램(또는 애플리케이션, 소프트웨어)을 저장할 수 있다. 저장되는 프로그램 또는 애플리케이션은 상품의 결제를 수행하도록 코딩되어 프로세서에 의해 실행 가능한 신텍스(syntax)들의 집합일 수 있다. 일 실시예에 따르면, 메모리는 하나 이상의 휘발성 메모리, 비휘발성 메모리 및 RAM(Random Access Memory), 플래시 메모리, 하드 디스크 드라이브 및 광학 디스크 드라이브를 포함할 수 있다. 메모리는 서버를 동작 시키는 명령어 세트(예를 들어, 소프트웨어 또는 애플리케이션)을 저장한다. 서버를 동작시키는 명령어 세트는 프로세서에 의해 실행된다
지금까지 설명된 본 발명의 실시예들은 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치, 방법 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 컨트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
또한 본 발명의 실시예들은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 본 발명을 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 본 발명의 일 실시예들의 동작을 수행하기 위해 적어도 하나의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 본 발명에서는 구체적인 구성 요소 등과 같은 특정 사항들과 한정된 실시예 및 도면에 의해 설명되었으나 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐, 본 발명은 상기의 실시예에 한정되는 것은 아니며, 본 발명이 속하는 분야에서 통상적인 지식을 가진 자라면 이러한 기재로부터 다양한 수정 및 변형이 가능하다. 따라서, 본 발명의 사상은 설명된 실시예에 국한되어 정해져서는 아니되며, 후술하는 특허청구범위뿐 아니라 이 특허청구범위와 균등하거나 등가적 변형이 있는 모든 것들은 본 발명 사상의 범주에 속한다고 할 것이다.
[부호의 설명]
1 : 금융 서비스 제공 시스템
10 : 고객 연결계좌
20 : 고객 금융사계좌
100 : 간편결제사 서버
110 : 제1 모계좌 시스템
112 : 출금펌 모계좌
114 : 집금모계좌
116 : 입금펌 모계좌
200 : 금융사 서버
210 : 제2 모계좌 시스템
212 : 금융사모계좌
BS : 뱅크펌 시스템
SS : 시큐리티스펌 시스템
120, 130 : 잔액증가 처리부, 잔액차감 처리부
121, 131 : 전문 발생부
122, 132 : 뱅크펌 실행부
123, 133 : 시큐리티스펌 실행부
124, 134 : 제1 요청 기록부
125, 135 : 제1 처리결과 수신부
126, 136 : 요청 처리결과 반영부
127, 137 : 제2 요청 기록부
128, 138 : 제2 처리결과 수신부
129, 139 : 제2 요청 처리결과 반영부
1291, 1391 : 실패건 탐색부
1292, 1392 : 재처리 프로세스부, 복구 프로세스부
1293, 1393 : 미반영건 탐색부
1294, 1394 : 미반영건 처리부

Claims (16)

  1. 고객 연결계좌로부터 자금을 유치하여 고객 금융사계좌를 운용하는 금융 서비스를 제공하는 금융 서비스 제공 시스템으로서,
    하나 이상의 제1 모계좌들을 포함하는 제1 모계좌 시스템을 포함하는 간편결제사 서버;
    하나 이상의 제2 모계좌들을 포함하는 제2 모계좌 시스템을 포함하는 금융사 서버;
    상기 고객 연결계좌와 상기 제1 모계좌 시스템간 자금 이체 처리나, 고객이 지정한 고객 지정계좌와 상기 제1 모계좌 시스템간 자금 이체 처리를 관장하는 뱅크펌 시스템; 및
    상기 제2 모계좌 시스템과 상기 고객 금융사계좌간 자금 이체 처리를 관장하는 시큐리티스펌 시스템;을 포함하며,
    고객의 잔액변동 요청시, 상기 뱅크펌 시스템 및 상기 시큐리티스펌 시스템을 통하여 처리하여 상기 고객 금융사계좌의 잔액을 변동시키는, 금융 서비스 제공 시스템.
  2. 제1항에 있어서,
    고객의 잔액증가 요청시, 상기 뱅크펌 시스템을 이용하여 상기 고객 연결계좌로부터 자금을 인출해오는 처리와, 상기 시큐리티스펌 시스템을 이용하여 상기 고객 금융사계좌의 잔액을 증가시키는 처리를 수행하는 잔액증가 처리부; 및
    고객의 잔액차감 요청시, 상기 뱅크펌 시스템을 이용하여 상기 고객 지정계좌로 자금을 송금해주는 처리와, 상기 시큐리티스펌 시스템을 이용하여 상기 고객 금융사계좌의 잔액을 차감시키는 처리를 수행하는 잔액차감 처리부;를 더 포함하는, 금융 서비스 제공 시스템.
  3. 제2항에 있어서,
    상기 제1 모계좌들은 출금펌 모계좌, 집금모계좌 및 입금펌 모계좌를 포함하고,
    상기 제2 모계좌들은 금융사모계좌를 포함하는 금융 서비스 제공 시스템.
  4. 제3항에 있어서,
    상기 잔액증가 처리부는,
    잔액증가 요청 관련 전문을 발생시키는 전문 발생부;
    상기 전문을 기초로 상기 뱅크펌 시스템을 실행시켜서 상기 고객 연결계좌로부터 상기 출금펌 모계좌로 자금의 이체를 진행시키는 뱅크펌 실행부; 및
    상기 전문을 기초로 상기 시큐리티스펌 시스템을 실행시켜서 상기 금융사모계좌와 상기 고객 금융사계좌간 대체거래를 통해 상기 고객 금융사계좌의 잔액을 증가시키는 시큐리티스펌 실행부;를 포함하는, 금융 서비스 제공 시스템.
  5. 제4항에 있어서,
    상기 잔액증가 처리부는,
    상기 발생된 전문을 기초로 뱅크펌-리퀘스트 로그에 요청을 기록하는 제1 요청 기록부;
    상기 뱅크펌 시스템의 실행에 따른 자금 이체 처리결과를 수신하는 제1 처리결과 수신부; 및
    상기 수신한 처리결과를 상기 뱅크펌-리퀘스트 로그에 반영하는 제1 요청 처리결과 반영부;를 더 포함하는 금융 서비스 제공 시스템.
  6. 제5항에 있어서,
    상기 잔액증가 처리부는,
    상기 발생된 전문을 기초로 시큐리티스펌-리퀘스트 로그에 요청을 기록하는 제2 요청 기록부;
    상기 시큐리티스펌 시스템의 실행에 따른 잔액 증가 처리결과를 수신하는 제2 처리결과 수신부; 및
    상기 수신한 처리결과를 상기 시큐리티스펌-리퀘스트 로그에 반영하는 제2 요청 처리결과 반영부;를 더 포함하는, 금융 서비스 제공 시스템.
  7. 제6항에 있어서,
    상기 잔액증가 처리부는,
    상기 시큐리티스펌-리퀘스트 로그 중에서 상기 처리결과가 실패로 기록된 요청을 탐색하는 실패건 탐색부; 및
    상기 실패건에 대해 상기 제2 요청 기록부, 상기 제2 처리결과 수신부 및 상기 제2 요청 처리결과 반영부에 의한 재처리 프로세스를 진행하는 재처리 프로세스부를 더 포함하는 금융 서비스 제공 시스템.
  8. 제7항에 있어서,
    상기 잔액증가 처리부는,
    상기 시큐리티스펌-리퀘스트 로그 중에서 상기 처리결과가 반영되지 않은 요청을 탐색하는 미반영건 탐색부; 및
    상기 미반영건에 대해 상기 시큐리티스펌 실행부에 의한 상기 시큐리티스펌 시스템의 실행에 따른 잔액의 증가가 이루어진 것인지를 확인하고, 확인 결과 잔액의 증가가 이루어진 것인 경우 상기 미반영건에 대해 성공으로 상태를 변경하고, 확인 결과 잔액의 증가가 이루어지지 않은 것인 경우 상기 미반영건에 대해 실패로 상태를 변경하는 미반영건 처리부를 더 포함하는 금융 서비스 제공 시스템.
  9. 제3항에 있어서,
    상기 잔액차감 처리부는,
    잔액차감 요청 관련 전문을 발생시키는 전문 발생부;
    상기 전문을 기초로 상기 뱅크펌 시스템을 실행시켜서 상기 입금펌 모계좌로부터 상기 고객 지정계좌로 자금의 이체를 진행시키는 뱅크펌 실행부; 및
    상기 전문을 기초로 상기 시큐리티스펌 시스템을 실행시켜서 상기 금융사모계좌와 상기 고객 금융사계좌간 대체거래를 통해 상기 고객 금융사계좌의 잔액을 차감시키는 시큐리티스펌 실행부;를 포함하는 금융 서비스 제공 시스템.
  10. 제9항에 있어서,
    상기 잔액차감 처리부는,
    상기 발생된 전문을 기초로 시큐리티스펌-리퀘스트 로그에 요청을 기록하는 제1 요청 기록부;
    상기 시큐리티스펌 시스템의 실행에 따른 잔액 차감 처리결과를 수신하는 제1 처리결과 수신부; 및
    상기 수신한 처리결과를 상기 시큐리티스펌-리퀘스트 로그에 반영하는 제1 요청 처리결과 반영부;를 더 포함하는, 금융 서비스 제공 시스템.
  11. 제10항에 있어서,
    상기 잔액차감 처리부는,
    상기 발생된 전문을 기초로 뱅크펌-리퀘스트 로그에 요청을 기록하는 제2 요청 기록부;
    상기 뱅크펌 시스템의 실행에 따른 자금 이체 처리결과를 수신하는 제2 처리결과 수신부; 및
    상기 수신한 처리결과를 상기 뱅크펌-리퀘스트 로그에 반영하는 제2 요청 처리결과 반영부;를 더 포함하는, 금융 서비스 제공 시스템.
  12. 제11항에 있어서,
    상기 잔액차감 처리부는,
    상기 뱅크펌-리퀘스트 로그 중에서 상기 처리결과가 실패로 기록된 요청을 탐색하는 실패건 탐색부; 및
    상기 실패건에 대해 상기 고객 금융사계좌의 차감된 잔액을 복구시키는 복구 프로세스를 진행하는 복구 프로세스부를 더 포함하는 금융 서비스 제공 시스템.
  13. 제12항에 있어서,
    상기 잔액차감 처리부는,
    상기 뱅크펌-리퀘스트 로그 중에서 상기 처리결과가 반영되지 않은 요청을 탐색하는 미반영건 탐색부; 및
    상기 미반영건에 대해 상기 뱅크펌 실행부에 의한 상기 뱅크펌 시스템의 실행에 따른 자금의 이체가 진행된 것인지를 확인하고, 확인 결과 자금의 이체가 진행된 것인 경우 상기 미반영건에 대해 성공으로 상태를 변경하고, 확인 결과 자금의 이체가 진행되지 않은 것인 경우 상기 미반영건에 대해 실패로 상태를 변경하는 미반영건 처리부를 더 포함하는 금융 서비스 제공 시스템.
  14. 제1항에 있어서,
    상기 제1 모계좌 시스템은 각기 다른 금융사에 의해 발급된 다수의 출금펌 모계좌들을 포함하되,
    상기 뱅크펌 시스템은 상기 다수의 출금펌 모계좌들 중 상기 고객 연결계좌와 동일한 금융사에 의해 발급된 출금펌 모계좌를 이용해 자금 이체를 처리하는, 금융 서비스 제공 시스템.
  15. 고객 연결계좌로부터 자금을 유치하여 고객 금융사계좌에 예탁하는 금융 서비스를 제공하는 간편결제사 서버로서,
    하나 이상의 제1 모계좌들을 포함하는 제1 모계좌 시스템;을 포함하되,
    하나 이상의 제2 모계좌들을 포함하는 제2 모계좌 시스템;을 포함하는 금융사 서버와 네트워크를 통해 연결되고,
    고객의 잔액변동 요청시, 상기 고객 연결계좌와 상기 제1 모계좌 시스템간 자금 이체 처리나, 고객이 지정한 고객 지정계좌와 상기 제1 모계좌 시스템간 자금 이체 처리를 관장하는 뱅크펌 시스템 및 상기 제2 모계좌 시스템과 상기 고객 금융사계좌간 자금 이체 처리를 관장하는 시큐리티스펌 시스템을 통하여 상기 고객 금융사계좌의 잔액을 변동시키는, 간편결제사 서버.
  16. 고객 연결계좌로부터 자금을 유치하여 고객 금융사계좌에 예탁하는 금융 서비스를 제공하는 금융사 서버로서,
    하나 이상의 제1 모계좌들을 포함하는 제1 모계좌 시스템;을 포함하되,
    하나 이상의 제2 모계좌들을 포함하는 제2 모계좌 시스템;을 포함하는 간편결제사 서버와 네트워크를 통해 연결되고,
    고객의 잔액변동 요청시, 상기 고객 연결계좌와 상기 제1 모계좌 시스템간 자금 이체 처리나, 고객이 지정한 고객 지정계좌와 상기 제1 모계좌 시스템간 자금 이체 처리를 관장하는 뱅크펌 시스템 및 상기 제2 모계좌 시스템과 상기 고객 금융사계좌간 자금 이체 처리를 관장하는 시큐리티스펌 시스템을 통하여 상기 고객 금융사계좌의 잔액을 변동시키는, 금융사 서버.
PCT/KR2022/001127 2021-01-21 2022-01-21 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버 WO2022158901A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US18/262,220 US20240112256A1 (en) 2021-01-21 2022-01-21 Financial service provision system and simple payment company server therefor

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2021-0008732 2021-01-21
KR1020210008732A KR102620002B1 (ko) 2021-01-21 2021-01-21 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버

Publications (1)

Publication Number Publication Date
WO2022158901A1 true WO2022158901A1 (ko) 2022-07-28

Family

ID=82548902

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2022/001127 WO2022158901A1 (ko) 2021-01-21 2022-01-21 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버

Country Status (3)

Country Link
US (1) US20240112256A1 (ko)
KR (2) KR102620002B1 (ko)
WO (1) WO2022158901A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005250899A (ja) * 2004-03-04 2005-09-15 Toshihiko Eda プリペイド決済装置、プリペイド決済システム、プリペイド決済方法、及びプログラム
KR100638601B1 (ko) * 2006-03-15 2006-10-27 (주)앤알넷 선불 단말기의 충전 시스템 및 충전 방법
KR101729162B1 (ko) * 2015-12-04 2017-05-02 농협은행(주) 금융 오픈 플랫폼 기반의 선불결제 관리 장치, 방법 및 컴퓨터 프로그램
KR20180007467A (ko) * 2016-07-13 2018-01-23 주식회사 카카오페이 이체 서비스 제공 방법 및 상기 방법을 수행하는 사용자 단말 및 이체 중계 서버
KR102115400B1 (ko) * 2019-08-30 2020-05-27 주식회사쿠콘 송금중계 서비스 시스템과 방법 및 이를 위한 컴퓨터 프로그램

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101533273B1 (ko) * 2008-04-16 2015-07-03 주식회사 하나은행 계좌 이체 방법
JP5166166B2 (ja) * 2008-04-30 2013-03-21 富士通フロンテック株式会社 自動取引装置および電子マネーチャージ方法
KR20100013757A (ko) * 2008-08-01 2010-02-10 주식회사 비즈모델라인 이종의 계좌 연결을 통한 캐시 결제 방법 및 시스템과 이를위한 기록매체
CN102630321A (zh) * 2009-09-17 2012-08-08 加拿大皇家铸币厂 用于电子钱包的资产存储和转移系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005250899A (ja) * 2004-03-04 2005-09-15 Toshihiko Eda プリペイド決済装置、プリペイド決済システム、プリペイド決済方法、及びプログラム
KR100638601B1 (ko) * 2006-03-15 2006-10-27 (주)앤알넷 선불 단말기의 충전 시스템 및 충전 방법
KR101729162B1 (ko) * 2015-12-04 2017-05-02 농협은행(주) 금융 오픈 플랫폼 기반의 선불결제 관리 장치, 방법 및 컴퓨터 프로그램
KR20180007467A (ko) * 2016-07-13 2018-01-23 주식회사 카카오페이 이체 서비스 제공 방법 및 상기 방법을 수행하는 사용자 단말 및 이체 중계 서버
KR102115400B1 (ko) * 2019-08-30 2020-05-27 주식회사쿠콘 송금중계 서비스 시스템과 방법 및 이를 위한 컴퓨터 프로그램

Also Published As

Publication number Publication date
KR102620002B1 (ko) 2023-12-29
US20240112256A1 (en) 2024-04-04
KR20220105858A (ko) 2022-07-28
KR20240005642A (ko) 2024-01-12

Similar Documents

Publication Publication Date Title
WO2018208105A1 (ko) 블록체인 기반의 사물 인터넷 기기에 대한 비용을 결제하는 방법, 이를 이용한 서버, 서비스 제공 단말, 및 사용자 전자 지갑
WO2018208106A1 (ko) 블록체인 데이터베이스 및 이와 연동하는 머클 트리 구조를 통해 사물 인터넷 기기에 대한 비용을 결제하는 방법, 이를 이용한 서버, 서비스 제공 단말, 및 사용자 전자 지갑
WO2021015464A1 (ko) 블록체인을 기반으로 한 투자 방법 및 이러한 방법을 사용하는 장치
WO2020242083A1 (ko) 인공지능을 이용한 블록체인 기반 회계 관리시스템
WO2017222128A1 (ko) 카드 발급사를 대신하여 카드 서비스를 제공하는 방법 및 서버
WO2019037396A1 (zh) 账户清结算方法、装置、设备及存储介质
WO2020040323A1 (ko) 블록체인 상에서 스테이블 코인 서비스를 제공하는 방법 및 장치
WO2018056689A1 (ko) 오픈 마켓에서의 전자상거래에 있어서 결제 후 랜덤 추가 할인을 제공하는 방법, 장치 및 시스템
WO2019190132A1 (ko) 은행 업무 처리 방법 및 은행 업무 처리용 어플리케이션이 저장된 컴퓨터 판독 가능한 저장 매체
WO2018155846A1 (en) Agency payment system, server and controlling method thereof
WO2019017688A1 (ko) 매출채권의 선지급 방법
WO2023153692A1 (ko) 외부 데이터를 고려한 신용 평가 방법 및 이러한 방법을 수행하는 장치
WO2020040322A1 (ko) 블록체인 상에서 토큰 가격 안정화 방법 및 장치
WO2017188488A1 (ko) 모바일 선불카드의 서비스 시스템, 이의 클론카드 저장장치 및 서비스 방법
WO2019112092A1 (ko) 거래 원장에 기반한 계정간 사회적 관계 도출 장치 및 방법과 그를 이용한 소셜 미디어 서비스 제공 장치 및 방법
WO2022177315A1 (ko) 콘텐츠 열람에 이용되는 디지털 화폐 지급 방법 및 지급 시스템
WO2022158901A1 (ko) 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버
WO2020222558A2 (ko) 정산 서버 및 그 방법
WO2018080263A1 (ko) 임대인 가변 월세 서비스 제공 방법 및 서버
WO2024117666A1 (ko) 사용자의 nft 데이터를 관리하기 위한 블록체인 시스템
WO2024111886A1 (ko) 임금 사전 지급을 위한 전자 장치 및 이를 이용한 임금 지급 방법
WO2017012054A1 (zh) 跨行清算方法和系统
WO2022158905A1 (ko) 금융 서비스 제공 시스템 및 이를 위한 간편결제사 서버
WO2022149722A1 (ko) 블록체인 기반 선불형 콘텐츠 과금 서비스 방법 및 시스템
WO2022211187A1 (ko) 창작물 권리에 대한 가치 평가를 수행하는 가치 평가 서버

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22742877

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 18262220

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 22742877

Country of ref document: EP

Kind code of ref document: A1