KR20240076257A - A Device for providing API services for transaction data using a payment relay server and method for operating it - Google Patents

Abstract

A method of operating a service providing device according to an embodiment of the present invention is based on the payment approval full text collected from a payment relay server that relays the payment approval full text to the financial institution server, and EDI (Electronic Data Interchange) for transaction settlement. Constructing a database; Configuring resource information of a web-based API module that connects to and manages the EDI database; And using the resource information of the web-based API module, performing an API service process of EDI transaction data using the EDI database with an external device connected through a web protocol.

Description

Device for providing API services for EDI transaction data using a payment relay server and method of operating the same {A Device for providing API services for transaction data using a payment relay server and method for operating it}

The present invention relates to a service providing device and a method of operating the same. More specifically, the present invention relates to an apparatus for providing an API service for EDI transaction data using a payment relay server and a method of operating the same.

Conventional credit card payment infrastructure includes payment terminals provided at affiliated stores, payment relay servers of VAN (Value Added Network) companies, and servers of financial institutions such as card company servers.

The payment terminal connects online to the server of the credit card issuing company, etc. through the VAN company at the credit card affiliated store, and requests approval for the credit card transaction based on confirmation and confirmation of the credit card usage limit. Additionally, when requesting approval, the credit card You may also request an inquiry as to whether it was an accident or invalidity.

VAN's payment relay server provides a payment network for payment transactions between the payment terminal and the financial institution server when making a payment at a credit card merchant. The VAN server is a device that transmits a request for approval of a credit card transaction from a payment terminal to a financial institution server, receives approval for a credit card transaction from the financial institution server, and transmits it to the credit inquiry terminal.

Additionally, the financial institution server is a device operated by a credit card issuing company or bank, and receives and approves credit card transaction approval requests from the VAN, and performs payment according to the credit card transaction.

In this credit card payment infrastructure, the credit card merchant receives the credit card payment amount into a pre-designated merchant account. To process this settlement process, the VAN company's payment relay server purchases the credit card merchant's billing data. and establish a separate EDI (Electronic Data Interchange) system to perform claim management processing to financial institutions, and perform data verification and settlement processing based on EDI format data configured for purchases and claims.

Typically, EDI data for card payments is determined based on daily card sales, and the card company confirms the EDI billing data that has been settled and then processes payments according to the payment cycle.

However, this conventional process has a very inconvenient problem for merchants, such as credit card merchants, who manage sales by operating payment terminals.

More specifically, not only can detailed data such as the settlement process of EDI data or sales and purchases not be confirmed in real time using an affiliated store operator's payment terminal or general computer, but only the deposited results for each payment cycle after daily settlement has been performed. There is a problem that must be confirmed.

Accordingly, the affiliated store operator cannot check the payment settlement process itself in detail, and not only cannot check the expected settlement amount or missing sales based on real-time transaction approval history, but this also results in real-time payments or loans based on the scheduled settlement amount. There is a problem that makes it very inconvenient to provide the same service.

This is because the infrastructure is generally built to encrypt EDI billing and purchase data from the VAN company's payment relay server and provide it to the financial institution server only through a separate dedicated line. Due to this system, EDI billing and purchasing data are processed and settled. This is because the process itself is treated as an internal process and cannot be shared with franchisees.

In addition, due to this limited system, the existing EDI billing and purchasing system has very low linkage compatibility with new financial operators or payment infrastructure, and there is also the problem of having to build a separate EDI billing and purchasing system for each new business operator. .

The present invention was conceived to solve the problems described above, and builds a database corresponding to EDI transaction data based on payment approval specialized data processed by a payment relay server, and processes access and data provision services therefor. By configuring a transaction data API service provider equipped with a web-based API (Application Programming Interface) module, it is possible to provide real-time information on the EDI billing and purchase data processing and settlement process, thereby increasing the sales and We provide an API service provision device and operation method for EDI transaction data using a payment relay server that allows purchase and settlement management to be easily processed in real time and can also improve payment infrastructure linkage compatibility with new payment service providers. It has a purpose.

A method according to an embodiment of the present invention for solving the above-described problem is a method of operating a service providing device, in which the payment approval full text is collected from a payment relay server that relays the payment approval full text to the financial institution server. Based on this, configuring an EDI (Electronic Data Interchange) database for transaction settlement; Configuring resource information of a web-based API module that connects to and manages the EDI database; And based on the resource information of the web-based API module, performing an API service process of EDI transaction data using the EDI database according to a request from a device connected through a web protocol.

In addition, a device according to an embodiment of the present invention for solving the problems described above is based on the payment approval full text collected from the payment relay server that relays the payment approval full text to the financial institution server in the service providing device. Thus, an EDI database component unit that configures an EDI (Electronic Data Interchange) database for transaction settlement; A web API module processing unit that configures resource information of a web-based API module that connects to and manages the EDI database; and a service provider that performs an API service process for EDI transaction data using the EDI database according to a request from a device connected through a web protocol, based on resource information of the web-based API module.

Meanwhile, the method according to an embodiment of the present invention for solving the problems described above can be implemented with a program for executing the method on a computer and a computer-readable recording medium on which the program is recorded.

According to an embodiment of the present invention, an EDI (Electronic Data Interchange) database for transaction settlement is configured based on the payment approval full text collected from a payment relay server that relays the payment approval full text to the financial institution server, and the EDI The EDI database according to a request from a device connected through a web protocol, based on the resource information of the web-based API module, using the resource information of the web-based API module that connects to and manages the database. The API service process of EDI transaction data can be performed using and the performance results can be provided to the corresponding device.

Accordingly, according to an embodiment of the present invention, it is possible to provide real-time information on the EDI billing and purchase data processing and settlement process by using a general-purpose web protocol rather than limited dedicated line communication, and the resulting sales and We will provide an API service provision device and operation method for EDI transaction data using a payment relay server that allows purchase and settlement management to be easily processed in real time and can also improve payment infrastructure linkage compatibility with new payment service providers. You can.

1 is a conceptual diagram schematically showing the entire system according to an embodiment of the present invention.
Figure 2 is a block diagram illustrating in more detail a relay server according to an embodiment of the present invention.
Figure 3 is a block diagram illustrating in more detail a transaction data API service providing device according to an embodiment of the present invention.
Figure 4 is a ladder diagram for explaining the overall system operation according to an embodiment of the present invention.

Hereinafter, the operating principle of a preferred embodiment of the present invention will be described in detail with reference to the accompanying drawings and description.

However, the drawings shown below and the description below are for preferred implementation methods among various methods for effectively explaining the characteristics of the present invention, and the present invention is not limited to the drawings and description below.

Additionally, in the following description of the present invention, if it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the gist of the present invention, the detailed description will be omitted. The terms described below are defined in consideration of the functions in the present invention, and may vary depending on the intention or custom of the user or operator. Therefore, the definition should be based on the overall contents of this name.

In addition, preferred embodiments of the present invention to be implemented below are provided in each system function configuration in order to efficiently explain the technical components constituting the present invention, or system functions commonly provided in the technical field to which the present invention pertains. The configuration will be omitted whenever possible, and the description will focus on the functional configuration that must be additionally provided for the present invention.

If a person has ordinary knowledge in the technical field to which the present invention pertains, he or she will be able to easily understand the functions of conventionally used components among the functional configurations not shown and omitted below, as well as the omitted configurations as described above. The relationships between elements and components added for the present invention will also be clearly understood.

In addition, in the following examples, in order to efficiently explain the core technical features of the present invention, terminology will be appropriately modified so that a person skilled in the art can clearly understand the present invention. It is by no means limited.

As a result, the technical idea of the present invention is determined by the claims, and the following examples are a means to efficiently explain the advanced technical idea of the present invention to those skilled in the art to which the present invention pertains. It's just that.

As described herein, the "payment terminal" refers to a POS terminal for providing a payment service for card information read from a customer's card using a general IC card reader or magnetic strip reader other than the operation according to the embodiment of the present invention. A typical payment terminal may include a device or a CAT terminal device, and may include a unique POS function for point-of-sale management and an electronic payment function through a customer card equipped with at least one payment method.

In addition, recently, it has become possible to combine the functions of the payment terminal with a mobile terminal, and the "payment terminal" includes a mobile phone, a smart phone, a laptop computer, a mobile terminal for digital broadcasting, and a PDA. (Personal Digital Assistants), PMP (Portable Multimedia Player), navigation, etc. may be included, but the present invention is not limited thereto, and various devices capable of user input and information display may be included in the payment terminal.

In addition, "relay server" may refer to a VAN company's payment relay server that relays credit card electronic payments, but may also include card company servers or various types of servers related to credit card electronic payments. Depending on the specific function, it is also possible to separate the actual payment relay function and other additional functions into a separate server.

1 is a conceptual diagram schematically showing the entire system according to an embodiment of the present invention.

The entire system according to an embodiment of the present invention includes a transaction data API service providing device 100, a payment terminal 200, a relay server 300, a card company server 400, and a user terminal 500.

The payment terminal 200 is a payment method that is read from a typical customer terminal device, IC card, or magnetic card, and may include a communication module for providing a payment service for card information, an IC card reader unit, and a magnetic strip reader. . Additionally, the payment terminal 200 may be a typical payment terminal device equipped with an electronic payment function.

For example, the payment terminal 200 is equipped with a payment program, and performs credit payment processing by transmitting a transaction approval request message to the relay server 300 using the payment program to request approval. When approving or canceling a transaction, the payment terminal 200 outputs a message or slip containing a receipt related to the transaction approval or cancellation, or generates and outputs a message or slip containing a receipt related to the issuance or cancellation of a cash receipt. .

Meanwhile, the relay server 300 receives the full payment approval request received from the payment terminal 200 and performs payment processing.

For example, the relay server 300 can transmit the full text of the approval request for the transaction to the card company server 400, and the card company server 400 can send the full text of the response, including whether to approve or reject the request, to the relay server 300. transmission, and the relay server 300 may transmit the response full text back to the payment terminal 200.

As described above, the relay server 300 may be, for example, a server from a Value Added Network (VAN) company that provides payment agency services in an electronic payment system using credit cards. However, the present invention is not limited to this, and the relay server 300 may be a server that only relays voucher purchases in addition to a server that acts as a payment agent, and may include various forms such as a simple relay server connected to the server of a general credit card company. there is.

And, according to an embodiment of the present invention, the relay server 300 can process EDI billing, purchase, and settlement processes using the transaction data API service providing device 100.

Here, the transaction data API service providing device 100 collects payment approval details approved through a dedicated network from the relay server 300, and electronic data (EDI) for transaction settlement using the collected payment approval details. Interchange) database, configuring resource information of a Web-based API module that connects to and manages the EDI database, and based on the resource information of the Web-based API module, accessed through a web protocol. According to the request of the device, an API service process of EDI transaction data using the EDI database can be performed, and the results of the API service process can be provided to the device connected through the web protocol.

Here, the API service process may include various processes depending on the request of the device connected through each web protocol, and may include a settlement process of EDI billing data based on payment approval full details, and further, It may include various corresponding transaction settlement details notification service processes and related additional services.

As described above, the transaction data API service providing device 100 according to an embodiment of the present invention operated in this way has a problem in that it is difficult to provide the EDI billing and settlement process to the outside due to limited construction of a dedicated network and data infrastructure. In addition, by solving the compatibility of settlement infrastructure with new financial business operators that require different networks based on web protocols, the problem of excessive facility construction costs can also be solved.

Furthermore, this transaction data API service can specifically allow web protocol access using the merchant's payment terminal 200 or user terminal 500, and provides real-time billing history information and real-time purchase details through the operation of the web API service process. Transaction settlement details notification service information based on real-time EDI data, such as information and real-time settlement details, can be provided.

Accordingly, the payment terminal 200 and the user terminal 500 check EDI settlement data in real time without the need to wait for a separate settlement date, and various sales management, settlement management, and other financial services based on this are performed. Processes can be processed in real time.

For example, the transaction data API service providing device 100 requests payment details corresponding to the payment approval request full text from the payment terminal 200 or the relay server 300 for which settlement has been requested from the payment terminal 200. A request can be received, and in response to the billing request, sales management information corresponding to the affiliated store information of the payment terminal 200 can be confirmed. If the sales management information is confirmed, purchase processing for the billing request can be performed. It is possible to process a settlement process based on EDI transaction data that processes payment requests to the card company server 400 corresponding to purchased and processed claim details. In addition, the transaction data API service providing device 100 provides real-time processing status and settlement details to the merchant's payment terminal 200 or user terminal 500 without any separate delay or settlement wait for each step of the processing process. This can be done, and a web protocol-based API service process can be performed for this processing.

Meanwhile, the card company server 400 may be a server of the card company that issued the credit card, and may perform approval processing, cancellation processing, and transmission of approval results according to the full text of the card approval request received from the relay server 300.

Here, the card company server 400 may be a server of a financial institution that handles not only cards but also various payment methods, and can handle not only cards but also various payment methods, such as remittance payment, token payment, blockchain payment, and credit. Transaction approval processing such as card payment and check card payment can be performed.

In addition, the card company server 400 may be equipped with a plurality of different financial company servers connected to the relay server 300 through different dedicated networks, and the transaction data API service providing device 100 according to an embodiment of the present invention By providing a web protocol-based EDI billing relay, purchase, and settlement process using a web API service process, not only can it handle real-time sharing of the settlement process, but it can also provide compatibility between payment networks.

Figure 2 is a block diagram illustrating in more detail a relay server according to an embodiment of the present invention.

Referring to FIG. 2, the relay server 300 according to an embodiment of the present invention includes a control unit 310, a communication unit 320, an affiliated store information management unit 340, an approval history management unit 350, and a payment approval processing unit 360. , includes an encryption processing unit 370 and an API service linking unit 390.

The control unit 310 controls the overall operation of each component of the relay server 300 and includes one or more processors to relay payment approval processing accordingly.

Additionally, the communication unit 320 may include one or more communication modules for receiving a transaction approval request message and processing an approval response.

The communication unit 320 is connected wirelessly or wired through a local area network (LAN) and the Internet, connected through a USB (Universal Serial Bus) port, and mobile communication networks such as 3G, 4G, and 5G. It is possible to connect through a short-distance wireless communication method such as NFC (Near Field Communication), RFID (Radio Frequency Identification), Wi-Fi, etc.

Additionally, the affiliated store information management unit 340 may receive and store information on affiliated stores (or seller information) using the payment terminal 200 from affiliated stores in advance.

Here, the affiliated store information includes the seller's phone number, and may additionally include the seller's name, the name of the affiliated store to which the seller belongs, and a business registration number.

Additionally, the affiliated store information management unit 340 can manage transaction information for the seller or affiliated store by assigning an identification ID to each seller or affiliated store.

In addition, the encryption processing unit 370 processes the decryption or encryption of the payment approval request text for payment approval. Accordingly, the payment approval processing unit 360 processes the card company server 400 based on the encrypted or decrypted payment approval request text. Performs approval request and response processing.

Meanwhile, the approval history management unit 350 may store the full text of the approved transaction approval in the storage unit 380 and perform data management for billing and settlement.

In addition, the approval details management unit 350 may transmit the approved transaction approval full text information to the transaction data API service providing device 100 at a preset time according to the operation of the API service linking unit 390.

Here, the transaction approval full-text information may be transmitted through a push API or a pulling API method according to the web API protocol supported by the transaction data API service providing device 100.

First, in the case of the push API method, the API service linking unit 390 generates push API data when a new transaction approval history managed by the approval history management unit 350 is generated and the transaction data API service providing device 100 It can be passed on. Accordingly, push API-based update of the EDI database of the transaction data API service providing device 100 can be processed.

In addition, in the case of the pooling API method, the API service interconnection unit 390 receives the pooling API data of the transaction data API service providing device 100 received at a preset constant time period, and receives a new transaction corresponding to the pooling API data. Approval details can be collected from the approval details management unit 350 and delivered to the transaction data API service providing device 100. Accordingly, the pooling API-based update of the EDI database of the transaction data API service providing device 100 can be processed.

In addition, the storage unit 380 can store various information to perform transaction approval relay and history management processing, and can store magnetic media such as hard disks, floppy disks, and magnetic tapes, and CD-ROMs (Compact Disk Readable Media). Only Memory, Optical Media such as DVD (Digital VideoDisk), Magneto-Optical Media such as Floptical Disk, ROM, RAM, Random Access Memory), flash memory, etc. may be examples.

Figure 3 is a block diagram illustrating in more detail a transaction data API service providing device according to an embodiment of the present invention.

Referring to FIG. 3, the transaction data API service providing device 100 according to an embodiment of the present invention includes a payment approval full history collection unit 110, an EDI database configuration unit 120, a web API module processing unit 130, and Includes a service provision unit 140.

First, the payment approval full text details collection unit 110 collects, stores, and manages the payment approval full text details received from the relay server 300 according to a web protocol-based API call.

Here, the payment approval full text collection unit 110 collects the payment approval full text details of the payment relay server according to the pulling function call operation of the web-based API module that is driven at a preset certain time period, It can be transmitted to the EDI database configuration unit 120.

In addition, the payment approval full details collection unit 110 receives a push reception request based on the push function of the web-based API module corresponding to the generation of new transaction approval details from the relay server 300, Transaction approval details may be received from the relay server 300 and transmitted to the EDI database configuration unit 120 to process the configuration or update of the EDI database.

And, the EDI database configuration unit 120 configures an EDI (Electronic Data Interchange) database for transaction settlement based on the full payment approval details collected by the web-based API module.

Here, the EDI database is constructed based on the payment approval full text, and may include EDI transaction data for performing EDI settlement according to the payment approval full text. Here, the EDI transaction data may include EDI billing history data, EDI purchase history data, and EDI settlement history data, and deposit request data provided to the card company server 400 for the amount settled based on the EDI transaction data, It may further include deposit history data of the card company server 400.

And, the web API module processing unit 130 configures resource information of a web-based API module that connects to and manages the EDI database configured in the EDI database configuration unit 120.

Here, in the case of a web-based API module, it may include an interface module supporting HTTP protocol communication based on web infrastructure, and EDI database access and management processing based on the resource information corresponding to the client's web protocol-based API request. can be provided. For this processing, the resource information may include unique web path information accessible to the client, corresponding to the EDI database, and may be mapped to path information such as URL, URI, etc., for example.

Furthermore, the web protocol may include various protocols capable of communicating on the Internet, and may include not only the HTTP protocol, but also common communication protocols such as HTTPS, FTP, SMTP, TCP/UDP, IP, etc. , The web-based API module is an API method (METHOD) to support each protocol, and includes basic APIs such as inquiry, addition, update, deletion, patch, and options, and various additional APIs that provide the aforementioned pushing and pulling, etc. can do.

Additionally, for example, a web-based API module may have an API based on the known SOAP (Simple Object Access Protocol) protocol or may include an API based on REST (Representational State Transfer).

According to this API configuration, the service provider 140 can provide API service processing for the collection operation of the payment approval full details collection unit 110 to the relay server 300, and one or more connected through a web protocol. According to a request from an external device, an API service process for EDI transaction data using the EDI database can be performed using the resource information of the web-based API module, and the performance result can be provided to the external device.

Here, the external device may be a payment terminal 200 or a user terminal 500 of an affiliated store requesting transaction settlement details notification service information based on real-time EDI data, and further, a card company for processing settlement based on EDI transaction data. It may be the server 400, or it may include external devices that request access to EDI transaction data for various other financial transactions based on web protocols.

More specifically, for example, the service provider 140 provides transaction settlement details notification service information based on real-time EDI data based on the API service process to the payment terminal 200 of an affiliated store connected through the web protocol. It can be provided as .

In addition, for example, the service provider 140 may provide transaction settlement details notification service information based on real-time EDI data based on the API service process to the user terminal 500 of the affiliated store connected through the web protocol. It may be possible. Here, the user terminal 500 may be, for example, a computer, laptop, mobile phone, tablet, or other electronic device capable of inputting and outputting various information.

In addition, the transaction settlement history notification service information based on the real-time EDI data is among real-time approval history information, real-time billing history information, real-time purchase history information, and real-time settlement history information indexed in the EDI database according to the operation of the API service process. At least one can be included, so it is possible to provide real-time information on the EDI billing and purchase data processing and settlement process, and thus the sales, purchase, and settlement management of affiliated stores can be easily processed in real time.

Meanwhile, the service provider 140 processes the billing, purchase, and settlement processes of EDI transaction data in response to each of a plurality of different financial institution servers mapped to each EDI transaction data in the EDI database, and A service process that provides processing results to each of the plurality of financial institution servers connected through the web protocol may be performed. This is a service process to improve payment infrastructure interconnection compatibility with new payment service providers. For EDI settlement for new providers, the EDI billing, purchase, and settlement system is based on web protocol infrastructure without the need to build a separate infrastructure. There is an advantage in that it can be provided as .

Figure 4 is a ladder diagram for explaining the overall system operation according to an embodiment of the present invention.

Referring to FIG. 4, first, the transaction data API service providing device 100 configures an EDI database based on payment approval history information according to a web-based API connection with the relay server 300 (S1001).

Afterwards, the payment terminal 200 executes the payment program (S1003) and receives payment information through the input unit (S1005).

Additionally, the payment terminal 200 generates a payment approval request full text based on the read payment method information and payment history information (S1007) and transmits it to the relay server 300 (S1013).

In addition, the relay server 300 verifies the validity of the payment approval request message by checking the preset encryption key or identifying decryption (S1015), and approves the card to the card company server 400 based on the verified payment approval request message. Request (S1017) and receive an approval response (S1019).

Thereafter, the relay server 300 transmits a full response corresponding to the approval response to the payment terminal 200 (S1021), and the approval result can be output from the payment terminal 200 (S1023).

Meanwhile, the relay server 300 provides payment approval history information called based on web API operation to the transaction data API service providing device 100 (S1025). As described above, the web API operation may be either a PUSH or a pulling operation.

Accordingly, the transaction data API service providing device 100 updates the EDI database based on the collected payment approval history information (S1027).

Meanwhile, the payment terminal 200 may request a settlement service for an approved transaction to the relay server 300, and the relay server 300 may provide an API-based service for processing the settlement service through the API service linkage unit 390. EDI settlement request data can be configured and transmitted to the transaction data API service providing device 100 (S1029).

Accordingly, the transaction data API service providing device 100 can perform settlement processing of EDI transaction data using the above-described EDI database, and a deposit request according to the settlement result will be transmitted to the card company server 400. Deposit details from the card company server 400 may be provided to the relay server 300 and the payment terminal 200 (S1031).

In this process, the transaction data API service providing device 100 may configure real-time EDI transaction settlement details notification service information according to the request of the payment terminal 200 and transmit it to the payment terminal 200 (S1033). .

The payment terminal 200 can receive such service information and output transaction settlement details notification service information based on the real-time EDI data, which is indexed in the EDI database according to the API service process operation, real-time approval. It may include at least one of history information, real-time billing history information, real-time purchase history information, and real-time settlement history information.

According to this embodiment of the present invention, it is possible to provide real-time information about the EDI billing and purchase data processing and settlement process to the payment terminal 200 by using a general-purpose web protocol rather than limited dedicated line communication. Sales, purchases, and settlement management of franchise operators can be easily processed in real time.

In addition, this real-time EDI data-based transaction settlement details notification service information can also be provided to the user terminal 500 of a pre-registered merchant corresponding to the payment terminal 200, so real-time information sharing of the settlement details can be processed. You can.

The method according to the present invention described above can be produced as a program to be executed on a computer and stored in a computer-readable recording medium. Examples of computer-readable recording media include ROM, RAM, CD-ROM, and magnetic tape. , floppy disks, optical data storage devices, etc., and also includes those implemented in the form of carrier waves (for example, transmission via the Internet).

The computer-readable recording medium is distributed in a computer system connected to a network, so that computer-readable code can be stored and executed in a distributed manner. And, functional programs, codes, and code segments for implementing the method can be easily deduced by programmers in the technical field to which the present invention pertains.

In addition, although preferred embodiments of the present invention have been shown and described above, the present invention is not limited to the specific embodiments described above, and the technical field to which the invention pertains without departing from the gist of the present invention as claimed in the claims. Of course, various modifications can be made by those skilled in the art, and these modifications should not be understood individually from the technical idea or perspective of the present invention.

Claims (15)

In the method of operating the service provision device,
Constructing an EDI (Electronic Data Interchange) database for transaction settlement based on payment approval full text collected from a payment relay server that relays the payment approval full text to a financial institution server;
Configuring resource information of a web-based API module that connects to and manages the EDI database; and
Based on the resource information of the web-based API module, performing an API service process of EDI transaction data using the EDI database according to a request from a device connected through a web protocol.
Method of operation of the service provision device. According to paragraph 1,
The step of configuring the EDI database is,
Comprising the step of collecting payment approval details of the payment relay server according to a pulling function call operation of the web-based API module driven at a preset certain time period.
Method of operation of the service provision device. According to paragraph 1,
The step of configuring the EDI database is,
According to a push reception request based on the push function of the web-based API module corresponding to the occurrence of new transaction approval details, the new transaction approval details are received from the payment relay server, and the EDI database is stored. further comprising the step of updating
Method of operation of the service provision device. According to paragraph 1,
The step of performing the API service process of the EDI transaction data is,
Comprising the step of providing transaction settlement details notification service information based on real-time EDI data based on the API service process to the payment terminal of the affiliated store connected through the web protocol.
Method of operation of the service provision device. According to paragraph 1,
The step of performing the API service process of the EDI transaction data is,
Comprising the step of providing transaction settlement details notification service information based on real-time EDI data based on the API service process to the user terminal of the affiliated store connected through the web protocol.
Method of operation of the service provision device. According to clause 5,
The transaction settlement details notification service information based on the real-time EDI data is,
Containing at least one of real-time approval history information, real-time billing history information, real-time purchase history information, and real-time settlement history information indexed in the EDI database according to the API service process operation.
Method of operation of the service provision device. According to paragraph 1,
The step of performing the API service process of the EDI transaction data is,
In response to each of a plurality of different financial institution servers mapped to each EDI transaction data in the EDI database, the billing, purchase, and settlement processes of the EDI transaction data are processed respectively, and the processing results are sent to the server connected through the web protocol. Comprising the step of providing to each of a plurality of financial institution servers
Method of operation of the service provision device. In the service provision device,
An EDI database component that configures an EDI (Electronic Data Interchange) database for transaction settlement based on the payment approval full text collected from the payment relay server that relays the payment approval full text to the financial institution server;
A web API module processing unit that configures resource information of a web-based API module that connects to and manages the EDI database; and
Based on the resource information of the web-based API module, performing an API service process of EDI transaction data using the EDI database according to a request from a device connected through a web protocol.
Service delivery device. According to clause 8,
In accordance with the pulling function call operation of the web-based API module that runs at a preset certain time period, a payment approval full text collection unit that collects the payment approval full text details of the payment relay server and transmits them to the EDI database component unit containing
Service delivery device. According to clause 8,
According to a push reception request based on the push function of the web-based API module corresponding to the occurrence of new transaction approval details, the new transaction approval details are received from the payment relay server, and the EDI database is stored. Further comprising a renewal payment approval specialized details collection unit
Service delivery device. According to clause 8,
The service provider department,
Provides transaction settlement details notification service information based on real-time EDI data based on the API service process to the payment terminal of the affiliated store connected through the web protocol.
Service delivery device. According to clause 8,
The service provider department,
Providing transaction settlement details notification service information based on real-time EDI data based on the API service process to the user terminal of the affiliated store connected through the web protocol.
Service delivery device. According to clause 12,
The transaction settlement details notification service information based on the real-time EDI data is,
Containing at least one of real-time approval history information, real-time billing history information, real-time purchase history information, and real-time settlement history information indexed in the EDI database according to the API service process operation.
Method of operation of the service provision device. According to clause 8,
The service provider department,
In response to each of a plurality of different financial institution servers mapped to each EDI transaction data in the EDI database, the billing, purchase, and settlement processes of the EDI transaction data are processed respectively, and the processing results are sent to the server connected through the web protocol. Provided to each of multiple financial institution servers
Service delivery device. A computer program stored in a computer-readable non-volatile recording medium for executing the method according to any one of claims 1 to 7 on a computer.