KR20220030762A - Data loss protection method and apparatus for payment information - Google Patents

Abstract

One aspect of the present invention discloses a method for preventing loss of payment information in a first server. The method for preventing loss of payment information in a first server includes: acquiring a payment request message related to payment; and receiving a payment completion response from a third server, in which the third server includes a server related to payment or a mediation device connected to the server related to payment wired or wirelessly, by requesting the payment request message to the third server, wherein the receiving of the payment completion response includes repeatedly attempting to transmit the payment request message to a memory in a state where the payment request message is stored in at least one area while creating a new thread for the payment request message in response to an absence of the payment completion response, by applying a timeout rule to prevent loss of the payment request message. According to the present invention, it is possible to prevent damages due to payment to customers and service providers.

Description

Method and device for preventing loss of payment information

The present invention relates to a method for preventing loss of payment information, and more particularly, to a method of retaining information related to refueling without losing payment information.

Recently, as various payment methods such as credit card payment, payment through coupon, payment through points, and cash payment have been introduced from the user's point of view, management of payment information has become very important. In particular, if payment information is lost in a situation such as a change in the payment amount in the process of visiting an actual store after a reservation order through the Internet, and the customer, credit card company, or other service company must absorb the damage , which can be problematic because it is unfairly damaged.

In particular, during the payment process through a credit card, if the transmission is not performed properly due to a temporary communication failure, etc. in a situation where a specialized payment request and payment approval are being made, the customer made the payment, but the store or service provider does not know the result Unknown cases occur. In this case, there is a problem in that strong complaints arise from customers who have purchased the product or service.

An object of the present invention for solving the above problems is to provide a method for preventing loss of payment information that is robust against loss by duplicating and managing payment-related data based on a timeout rule.

According to an aspect of the present invention for achieving the above object, a method for preventing loss of payment information in a first server includes the steps of obtaining a payment request related to payment and transferring the payment request message to a third server - the third The server includes a server related to payment or an intermediary device connected wirelessly or wired to a server related to the payment, including the step of receiving a payment completion response from the third server by requesting, receiving the payment completion response In the step, in order to prevent the loss of the full text of the payment request, by applying a timeout rule, a new thread for the full payment request message is created in response to no response to the payment completion in the memory. The method may include repeatedly attempting to transmit the payment request message while the payment request message is stored in at least one area.

Receiving the payment completion response includes storing the payment request full text in a first area of a memory by creating a first thread and transmitting the payment request full text to a third server, If the timeout rule is applied during transmission, the full payment request may be stored in the second area of the memory while creating a second thread.

The timeout rule is applied in response to not receiving the payment completion response for a reference time after transmitting the full payment request at least once, and the timeout rule is reset while creating the second thread can be applied.

In response to the application of the timeout rule, the second thread is created and the pre-stored payment request full text information is moved to the second area of the memory, and the first thread and the group of the first area of the memory are simultaneously moved. You can delete the stored full payment request information.

The full payment request may include at least one of a first full payment request related to the reservation order and a second payment request full text generated by completing an actual action generated in response to the reservation order.

The method includes the steps of receiving order information from a client from a second server (the order information includes a full first payment request according to the order information) and requesting approval for the order information from the third server The method may further include, but in order to prevent loss of the order information, a timeout rule may be applied to the order information.

The method includes, in response to approval of the order information, obtaining action completion information (the action completion information is information generated by the completion of an actual action corresponding to the order information), in the action completion information Obtaining a corresponding action completion message from a third server, requesting and obtaining a second payment request full text from the second server based on the action completion message, and obtaining approval of the second payment request full text from the third The method may further include a request to the server, but a timeout rule may be applied upon approval of the second payment request full text.

The order information may include reservation order information related to refueling, and the action completion information may include refueling completion information generated by completion of an actual refueling action according to the reservation order.

The full text of the second payment request includes a slip number, identification information of the first device in which an actual action corresponding to the order information is performed, a product number corresponding to the order information, payment amount and store code, terminal code, transaction serial number, and discount It may include at least two of the information about the benefit.

The method includes providing at least a portion of the order information to a first device in response to approval of the order information, wherein the first device is a target device on which an actual action corresponding to the order information is made; and The method further includes allowing a first device to perform an actual action corresponding to the order information, wherein the first device may be a refueling device.

According to another aspect of the present invention for achieving the above object, a server device for preventing loss of payment information obtains a payment request full text related to payment, and a third server - the third server pays the payment request full text Including a server related to or an intermediate device connected to the server related to the payment by wire or wirelessly - including a processor for receiving a payment completion response from the third server by requesting to and a memory for storing instructions related to the operation of the processor However, in order to prevent the loss of the full text of the payment request, the processor creates a new thread for the full payment request in response to no response to the payment completion by applying a timeout rule While the payment request message is stored in at least one area in the memory, it is possible to repeatedly attempt to transmit the payment request message.

According to another aspect of the present invention for achieving the above object, a system for preventing loss of payment information obtains a payment request related to payment from a second server, and transmits the payment request message to a third server - the third server 3 server includes a payment-related server or an intermediate device connected to the payment-related server wirelessly or by wire - a proxy server for requesting and receiving a payment completion response from the third server and the proxy server a second server that transmits, wherein the proxy server transmits the full payment request in response to no payment completion response by applying a timeout rule to prevent loss of the full payment request message While creating a new thread for the payment request, transmission of the payment request message may be repeatedly attempted while the payment request message is stored in at least one area in the memory.

According to the payment information loss prevention method of the present invention, even if the network is cut off due to a communication failure during payment processing, payment information can be safely retained, thereby preventing damage to customers and service providers due to payment.

1A is a conceptual diagram showing a part of a system to which a method for preventing loss of payment information according to an embodiment of the present invention is applied;
1b is a conceptual diagram showing another part of a system to which a method for preventing loss of payment information according to an embodiment of the present invention is applied;
2 is a conceptual diagram for explaining a situation in which a proxy server transmits payment information to an external server side;
3 is a detailed flowchart specifically illustrating a process in which a proxy server prevents loss of payment information by applying a timeout rule in the situation of FIG. 2;
4 is a view showing a full refueling completion message;
5 is a view showing a full payment request;
6 is a block diagram illustrating a configuration of a proxy server apparatus according to an embodiment of the present invention.

Since the present invention can have various changes and can have various embodiments, specific embodiments are illustrated in the drawings and described in detail.

However, this is not intended to limit the present invention to specific embodiments, and it should be understood to include all modifications, equivalents and substitutes included in the spirit and scope of the present invention.

Terms such as first, second, etc. may be used to describe various elements, but the elements should not be limited by the terms. The above terms are used only for the purpose of distinguishing one component from another. For example, without departing from the scope of the present invention, a first component may be referred to as a second component, and similarly, a second component may also be referred to as a first component. and/or includes a combination of a plurality of related listed items or any of a plurality of related listed items.

When an element is referred to as being “connected” or “connected” to another element, it is understood that it may be directly connected or connected to the other element, but other elements may exist in between. it should be On the other hand, when it is said that a certain element is "directly connected" or "directly connected" to another element, it should be understood that the other element does not exist in the middle.

The terms used in the present application are only used to describe specific embodiments, and are not intended to limit the present invention. The singular expression includes the plural expression unless the context clearly dictates otherwise. In the present application, terms such as “comprise” or “have” are intended to designate that a feature, number, step, operation, component, part, or combination thereof described in the specification exists, but one or more other features It should be understood that this does not preclude the existence or addition of numbers, steps, operations, components, parts, or combinations thereof.

Unless defined otherwise, all terms used herein, including technical and scientific terms, have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs. Terms such as those defined in a commonly used dictionary should be interpreted as having a meaning consistent with the meaning in the context of the related art, and should not be interpreted in an ideal or excessively formal meaning unless explicitly defined in the present application. does not

Hereinafter, preferred embodiments of the present invention will be described in more detail with reference to the accompanying drawings. In describing the present invention, in order to facilitate the overall understanding, the same reference numerals are used for the same components in the drawings, and duplicate descriptions of the same components are omitted.

In this specification, even though the method of loss of payment information is described based on the service at the gas station, it can be applied to other services (eg, Internet shopping mall, on-demand payment service such as Drive Through (DT)). It will be apparent to those skilled in the art of the present invention.

In the present specification, the reservation refueling service provides information related to a reservation order (eg, a specific gas station number in a gas station) when the user makes a reservation order by specifying a gas station and gas quantity before the user refuels, and then when the user actually visits a gas station store ) indicates a service that refuels according to the ordered contents. At this time, fueling is performed without an action for separate payment, such as taking out a credit card and presenting it to the gas station staff. Payment is automatically processed based on the credit card information stored in advance in the reservation gas service. The corresponding service is performed by communicating with a user terminal based on an application.

1A is a conceptual diagram illustrating a part of a system to which a method for preventing loss of payment information according to an embodiment of the present invention is applied. 1A, the payment information loss prevention system according to an embodiment of the present invention includes a user terminal 110, a reserved refueling service providing server cluster 110, a proxy server 120 (proxy server), and gas station equipment ( 130), refueling devices 140-1 to 140-3, and a refinery server 150 may be included. In this case, the proxy server 120 , the gas station equipment 130 , and the fueling devices 140 - 1 to 140 - 3 may be disposed at the gas station site.

Referring to FIG. 1A , when the user terminal 110 places a reservation order and visits a gas station that has placed a reservation order, and executes an application related to the reservation fueling server, the application is a user who asks to select and input the reservation order and the gas station in the gas station The interface screen is displayed. When the user specifies and inputs one refueling device 140 - 1 , the reserved refueling service providing server cluster 110 processes related payment and refueling procedures.

The reservation refueling service providing server cluster 110 includes a reservation refueling service providing server 112 and an application server 114 . The reservation refueling service providing server 112 is a server that provides a reservation refueling service to a plurality of users, and includes personal information, payment information, and related discount information (coupons, points, and other member benefits of individual members subscribed to the service). related information) as well as store information, company information, and payment line information of gas station member companies are stored in the database. The application server 114 is a server that maintains, repairs and manages applications related to the reservation refueling service.

When the user terminal 110 enters the number of the fueling device 140-1 (the fueling device has a sticker attached to it and a corresponding number is displayed), the application server 114 receives it and reserves fueling through server communication. It is provided as an Ark server of the service providing server 112 . The arc server of the reservation refueling service providing server 112 transmits order information to the proxy server 120 through an external interface. In this case, the order information may include a gas station store code, a fueling device nozzle number, product information (oil type, unit price, gas liter, etc.) and payment amount information. The order information may include a full payment request related to the pre-order content.

The proxy server 120 is a server disposed at a gas station site. This may exist in a form in which a daemon tool is emulated in a computing device disposed at a gas station. The server interworks with the reservation refueling service providing server 112 . This may be a server or program that the reserved gas station service provider installs at the member gas companies.

The proxy server 120 may include a proxy M module for internal communication and a base proxy module for external communication. The proxy M module internally communicates with the base proxy module for the external communication to transmit and receive information. When the order information is transmitted to the proxy M module of the proxy server 120, the proxy M module provides it to the base proxy module, and the base proxy module sends it to the refinery server ( 150).

The gas station equipment 130 includes a POS device 132 and a hub device 134 . The POS device 132 is a point-of-sale terminal device, and is a terminal device configured to transmit product sales information to payment-related servers that process the input. That is, it is a store-only terminal device.

The hub device 134 uses a public network as a hub device for communication inside and/or outside the gas station. The hub device 134 serves to connect the proxy server 120 and the refinery server 150 . However, because the hub device 134 uses the public network, an unexpected network failure sometimes occurs. Since payment information is very important information, even occasional failures can cause great damage. Therefore, in order to recover an error in the payment procedure caused by a network failure afterward, the proxy server 120 needs to store payment-related information so that it is not lost.

When order information is transmitted from the proxy server 120 to the hub device 134 during the approval process of order information including the full payment, the hub device 134 provides it to the refinery server 150 and the refinery server 134 . ) performs the approval process for this. Although it is also mentioned in the description related to FIG. 2 , the order information is also important information including the full payment request, so the data loss prevention algorithm according to the timeout rule is applied. That is, the proxy server 120 stores the order information in an area of the memory and then transmits it to the hub device 134 , but if it does not receive approval information corresponding thereto from the hub device 134 , the timeout rule is followed. Thus, a new thread is created, and accordingly, the contents of the order information are changed and stored in another area of the memory, and the corresponding information is controlled not to be lost.

When the information approval procedure for the full payment is completed, the refinery server 150 provides order confirmation information to the hub device 134 , and the hub device 134 transmits it to the proxy server 120 . Here, the details of the refinery server 150 and the external payment approval procedure will be dealt with in detail in the description of FIG. 1B .

The proxy server 120 transmits the order confirmation information to the refueling devices 140-1 to 140-3 (the refueling device preferably corresponds to the refueling device of the number entered when the user terminal number is input) through the internal communication of the proxy M module. ) to be displayed on the display device (DP). At this time, the hub device 134 directly (or under the control of the proxy server 120 ) transmits the communication result (preset approval result) with the refinery server 150 to the nozzles of the fueling devices 140-1 to 140-3. In this way, preset settings for refueling may be made in the nozzle. That is, the refueling according to the pre-order is ready to be executed.

Meanwhile, the refueling devices 140-1 to 140-3 have display equipment and/or stickers, so that their identification information and control information can be displayed. The refueling devices 140-1 to 140-3 communicate with the proxy server 120 via (i) directly with the hub device 134, and/or (ii) via the hub device 134, nozzle status, and device control signals. , and a preset setting signal related to a reservation order can be exchanged in real time.

When refueling is ready according to the preset setting, a gas station employee or a user directly in the case of self refueling sees the display of the gas station display device or other preset communication equipment and starts refueling. Then, when refueling is completed, payment is processed according to the refueling completion. Payment processing after refueling will be described in more detail with reference to FIG. 1B .

1B is a conceptual diagram illustrating another part of a system to which a method for preventing loss of payment information according to an embodiment of the present invention is applied.

Referring to FIG. 1B , the refinery server 150 may be a fueling management server of a company that manufactures and sells gasoline and diesel. The refinery server 150 manages gas station members and fueling customer members. The refinery server 150 handles information on payment, coupons, points, etc. related to refueling, communicates with the proxy server 130 through the hub device 134 , and the VAN server 160 and reservation refueling service providing server 112 . ) can also be communicated directly with The refinery server 150 and the reserved refueling service providing server 112 are connected through a dedicated line to periodically transmit and receive dummy messages. Through this, the payment message may be directly received from the reservation refueling service providing server 112 . Dual reception including reception through the proxy server 120 and reception through the reserved refueling service providing server 112 is also possible. This is to match payment information more accurately. Through periodic information transmission/reception between the server 110 and the refinery server 150, it is also possible to periodically monitor whether the connection state between the two is normal. This is performed based on a preset policy.

In the process of approval of order information transmitted from the proxy server 120 in the embodiment of FIG. 1A , the refinery server 150 receives the order information from the proxy server 120 through the hub device 134 . As described above, the order information may include a full payment request.

When the refinery server 150 receives the order information including the full payment request, it may transmit the corresponding payment full text to the VAN server 160 and receive approval.

The VAN server 160 is a payment management server of the company that links the cart merchant and the card company. The VAN server 160 may communicate with a server of an affiliated card company to receive approval for payment of a credit card related to order information. Then, the reservation order may be approved by providing the approval information to the refinery server 150 again. Thereafter, the process up to the completion of refueling may refer to the embodiment of FIG. 1A again.

And, looking at the payment procedure after refueling is completed, the following processing is performed. When the refueling devices 140 - 1 to 140 - 3 confirm the completion of the refueling action, basic information according to the refueling completion is provided to the proxy server 120 . This may include at least one of reservation order identification information, identification information of the fueling devices 140-1 to 140-3, and fueling amount information.

The proxy server 120 provides the corresponding information to the refinery server 150 via the hub device 134 , and the refinery server 150 generates it in the form of a complete refueling message and provides it to the VAN server 160 . Then, approval is obtained for the complete refueling. The content included in the full refueling will be described in more detail with reference to FIG. 4 .

After the refiner server 150 receives approval for the complete refueling message, it is provided to the proxy server 150, and the proxy server 150 reserves the full payment request according to the refueling completion server 112 based on this. processed in conjunction with The processing process of the full payment request will be described in more detail with reference to FIG. 2 .

2 is a conceptual diagram for explaining a situation in which a proxy server transmits payment information to an external server.

Referring to FIG. 2 , after receiving the approval of the refueling completion message from the refinery server 150 , the proxy server 120 receives it through the hub device 134 . The proxy server 120 requests the reservation refueling service providing server 112 to write a payment request full text based on the refueling completion message. In response to the request, the reservation refueling service providing server 112 generates a full payment request by adding additional information related to the reservation refueling service, such as whether to use a terminal code, coupon, and bonus card discount, based on the full refueling completion message, This is provided back to the proxy server 120 .

The proxy server 120 creates a thread in a single or multi-processor system based on the full payment request received from the reservation refueling service providing server 112 and stores it in one area of the volatile memory. The volatile memory may be a process memory space of a processor. This may be cache memory. Then, the proxy server 120 provides the full payment request to the refinery server 150 through the hub device 134 using the generated thread. Then, it waits for a payment completion response. When the proxy server 120 receives the payment completion response, the payment process from reserved refueling to refueling is completed.

However, as described above, if communication is interrupted due to a network failure or the like in the process of transmitting the full payment request, an algorithm for preventing the loss of payment information may be required. To this end, an algorithm based on a timeout rule for preventing the loss of the full text of the payment request may be applied. This will be described in more detail with reference to FIG. 3 .

3 is a detailed flowchart illustrating a process in which a proxy server prevents loss of payment information by applying a timeout rule in the situation of FIG. 2 .

Referring to FIG. 3 , when the proxy server receives a payment request message from the reserved refueling service providing server after approval of the refueling completion message from the refinery server, it transmits the received payment request message back to the refinery server via the hub device ( S310). The purpose of this is to request approval of the full payment request. At this time, if there is no problem on the network, an approval completion response will come within a few seconds. At this time, in order to apply the timeout rule, the time is reset together with the transmission of the payment request full text.

If a payment response is not received for a preset time based on the reset time (S320), the proxy server may take an action such as waiting for the corresponding time or retransmitting the full payment request. For example, if the timeout reference time is 30 seconds, the full text may be transmitted only once during 30 seconds, but the payment request message may be transmitted to the refinery server by repeating 2 to 5 times. This is a part that can be arbitrarily determined through user settings. After transmitting the initial payment request, if there is a delay until a payment completion response is received or the timeout rule is applied, the flow advances to step S330.

The timeout rule is a rule that defines that the processing time of the full payment request through the thread has expired when a payment completion response is not received for a preset time even after transmitting the full payment request. However, this does not end the payment process, but it is assumed that another new thread is created to continue the transmission of the payment request message in order to prevent the loss of the payment request full text information. That is, it includes a retransmission algorithm according to the creation of a new thread. According to the timeout rule, even if a full payment request is sent a certain number of times and/or for a certain period of time, even if a response is not received, the information is not deleted and ignored, but a new thread is created to continue sending the full payment request message to prevent data loss until a response is received from the refinery server.

In one example, the preset time may be 30 seconds. However, the present invention is not necessarily limited thereto, and other time values such as 5 seconds, 10 seconds, 15 seconds, 20 seconds, 45 seconds, 1 minute, and 2 minutes may be set. In addition, the number of times to transmit the full payment request for a preset time may also be preset. The number of transmissions during the corresponding time may be set to once, twice, or three times. For example, if there is no response for 30 seconds after the first transmission even after sending the full payment request 3 times for 30 seconds, a timeout rule is applied to create a new thread and control the transmission of the payment request message again. In another example, the preset number of times may be 5 times or 5 to 10 times.

Returning to step S330 of FIG. 3 again, if it is not applied to the timeout rule in step S330, it can be considered that a payment response has been received, and thus all payment processes are completed.

If, in step S330, it corresponds to the timeout rule, the proxy server creates a new thread (S340), transfers the information of the previously stored memory area to another memory area (S350), and the existing thread and/or While the related memory area is destroyed (S360), the transmission of the payment request message is started again (S310).

From this point on, the timeout rule is reset and applied again. In one example, since the memory may be a volatile memory, the reference time of the timeout rule is preferably set to a time corresponding to the basic storage time of the volatile memory.

According to an embodiment of the present invention, the timeout rule does not necessarily have to be applied only to the case of the full payment request according to the completion of refueling. In another example, the approval process of order information for reservation order confirmation may also be applied. Since the order information also includes payment information related to the pre-order, the time-out rule may be applied to the transmission and approval process of the corresponding information in the same or similar manner as above.

Additionally, after refueling in the refueling device is completed, the proxy server receives payment information related thereto and provides it to the refinery server, and then the timeout rule may also be applied to approval of the refueling completion telegram and information about it. For example, after the proxy server transmits refueling completion information, when there is no approval from the oil refinery server for a predetermined period and/or a predetermined number of times, a timeout rule may be applied to prevent the corresponding refueling completion information from being lost.

Figure 4 is a view showing the complete refueling message.

Referring to FIG. 4 , the full refueling message includes a slip number, nozzle number, product information, payment amount, and store code information. The slip number may be a credit card slip number. This may be an authorization number. The nozzle number indicates the identification number of the lubricator where actual lubrication occurred. The product information includes information related to a refueling action, such as the type of refueling oil (normal gasoline, diesel, premium gasoline, etc.), refueling unit price (unit price per liter), and refueling volume (how many liters). The payment amount indicates the final amount to be actually paid by the user according to the completion of refueling, and the store code includes the identification code of the member gas station. It is preferable to include at least two or more of the information. That is, it is desirable to include information related to the payment amount and information that can identify the subject of sales generated by refueling, such as a store code and a nozzle number. The complete refueling message does not necessarily include only the above five pieces of information, and may include other information.

5 is a diagram illustrating a full payment request.

Referring to FIG. 5 , the full payment request message further includes a terminal code, information related to whether to use a discount, and transaction serial number information in addition to the information included in the refueling completion message. The terminal code information may mean an identification code related to a user terminal. The information on whether to use the discount includes information on whether the reservation gas service individual member used coupons and bonus card discounts, and information on the amount used. The transaction serial number includes an index number (identification number) sequentially assigned to transactions generated through the reservation refueling service.

In one example, the refueling completion telegram and payment request telegram of FIGS. 4 and 5 are specialized information generated and transmitted in the field section of a gas station.

On the other hand, when leaving the field section of the gas station and entering the communication section between the servers, the actual payment can proceed by receiving the full text of the payment request and adding the following contents. This is performed on the refiner server and/or the reserved refueling service providing server. The added information includes at least one of encrypted credit card information, bonus card number, and coupon number information. The encrypted credit card information may include a bill key and/or a one-time password (OTP) value. With the above-mentioned plurality of information, coupon payment or bonus discount and credit payment are processed according to the situation.

6 is a block diagram illustrating a configuration of a proxy server apparatus according to an embodiment of the present invention. As shown in FIG. 6 , the server device may include a communication unit 610 , a processor 620 , a memory 630 , and an input/output module 640 .

Referring to FIG. 6 , the communication unit 610 is a component that communicates with an external device through a wired and/or wireless network. The communication unit 610 may include an antenna and/or a communication processor.

The processor 620 is a component that controls a procedure for payment-related processing based on information obtained through the communication unit 610 . The processor 620 transmits a full payment request related to payment to the refinery server and requests approval thereof, and at this time, applies a timeout rule in response to no payment completion response for a predetermined time. When the full payment request is received, the processor 620 creates a thread corresponding thereto and stores the corresponding information in one area of the memory 630 . Then, a full payment request is transmitted using the created thread. If there is no response to the transmitted payment request message for a critical period, a timeout rule is applied, a new thread is created according to this, and related information is moved to another area of the memory 630, and the pre-created thread and memory area are removed. destruction, etc. The processor 620 is connected to the memory 630 through a signal line, and executes a program stored in the memory 630 .

The memory 630 is a storage device that stores instructions related to programs to be executed by the processor 620 , and stores data processed by the processor 620 .

The input/output module 640 includes information input means such as a keyboard and mouse, and information output means such as a monitor, TV, and touch screen. The input/output module 640 is used to change various set values (reference time, reference number, etc.) related to application of the timeout rule and display related contents.

The system or apparatus described above may be implemented as a hardware component, a software component, and/or a combination of the hardware component and the software component. For example, systems, devices, 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 array (FPA). ), a programmable logic unit (PLU), a microprocessor, or any other device capable of executing and responding to instructions, may be implemented using one or more general purpose or special purpose computers. The processing device may execute an operating system (OS) and one or more software applications running on the operating system. A processing device may also access, store, manipulate, process, and generate data in response to execution of the software. For convenience of understanding, although one processing device is sometimes described as being used, one of ordinary skill in the art will recognize that the processing device includes a plurality of processing elements and/or a plurality of types of processing elements. It can be seen that can 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 thereof, 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 apparatus, 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 one or more computer-readable recording media.

The method according to the embodiments 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 embodiment, 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. - includes magneto-optical media, and hardware devices specially 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 devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

As described above, although the embodiments have been described with reference to the limited embodiments and drawings, various modifications and variations are possible from the above description by those skilled in the art. For example, the described techniques are performed in an order different from the described method, and/or the described components of the system, structure, apparatus, circuit, etc. are combined or combined in a different form than the described method, or other components Or substituted or substituted by equivalents may achieve an appropriate result.

Therefore, other implementations, other embodiments, and equivalents to the claims are also within the scope of the following claims.

Claims (12)

In the method for preventing loss of payment information in the first server,
obtaining a full payment request related to payment; and
To receive the payment completion response from the third server by requesting the full payment request to a third server, wherein the third server includes a server related to payment or an intermediate device connected wirelessly or wired to a server related to payment comprising steps,
The receiving of the payment completion response includes applying a timeout rule to prevent the loss of the full payment request message, so that a new thread ( thread) and repeatedly attempting to transmit the payment request message while the payment request message is stored in at least one area in a memory. The method of claim 1, wherein receiving the payment completion response comprises:
storing the payment request message in a first area of a memory by creating a first thread and transmitting the payment request message to a third server;
When a timeout rule is applied when transmitting the payment request message, the first server generates a second thread and stores the payment request message in a second area of the memory. 3. The method of claim 2,
The timeout rule is applied in response to not receiving the payment completion response for a reference time after transmitting the full payment request at least once,
The method for preventing loss of payment information in the first server, wherein the timeout rule is reset and applied while creating the second thread. 4. The method of claim 3,
In response to the application of the timeout rule, the second thread is created and the pre-stored payment request full text information is moved to the second area of the memory, while the first thread and the group in the first area of the memory are simultaneously moved. A method for preventing loss of payment information in the first server, which deletes the stored payment request full text information. The method of claim 1,
The payment request information in the first server, including at least one of a first full payment request related to the reservation order and a second payment request full text generated by the completion of an actual action generated in response to the reservation order How to prevent loss. 6. The method of claim 5,
receiving order information from a client from a second server, wherein the order information includes a first full payment request according to the order information; and
Further comprising the step of requesting approval for the order information to the third server,
In order to prevent the loss of the order information, a timeout rule is applied to the order information, the payment information loss prevention method in the first server. 7. The method of claim 6,
obtaining action completion information in response to approval of the order information, wherein the action completion information is information generated by completion of an actual action corresponding to the order information;
obtaining an action completion message corresponding to the action completion information from a third server;
requesting and obtaining a second payment request message from the second server based on the action completion message; and
The method further comprising the step of requesting approval of the full text of the second payment request to the third server,
A method for preventing loss of payment information in the first server, wherein a timeout rule is applied when the second payment request full text is approved. 8. The method of claim 7,
The order information includes reservation order information related to refueling,
The method for preventing loss of payment information in the first server, wherein the action completion information includes refueling completion information generated by the completion of an actual refueling action according to a reservation order. 8. The method of claim 7,
The full text of the second payment request includes a slip number, identification information of the first device in which an actual action corresponding to the order information is performed, a product number corresponding to the order information, payment amount and store code, terminal code, transaction serial number, and discount A method for preventing loss of payment information in the first server, comprising at least two of information about benefits. 7. The method of claim 6,
providing at least a portion of the order information to a first device in response to approval of the order information, wherein the first device is a target device on which an actual action corresponding to the order information is performed; and
further comprising allowing an actual action corresponding to the order information to be performed in the first device,
The first device is a refueling device, the method for preventing loss of payment information in the first server. In the server device for preventing payment information loss,
Obtaining a full payment request related to payment, and requesting the full payment request to a third server, wherein the third server includes a server related to payment or an intermediate device connected wirelessly or wired to a server related to the payment. a processor for receiving a payment completion response from a third server; and
Including a memory for storing instructions related to the operation of the processor,
The processor generates a new thread for the full payment request message in response to no payment completion response by applying a timeout rule to prevent loss of the full payment request message. A server device for preventing loss of payment information that repeatedly attempts to transmit the payment request message while the payment request message is stored in at least one area in a memory. In the system for preventing payment information loss,
Obtaining a full payment request related to payment from a second server, and sending the full payment request message to a third server, wherein the third server includes a payment related server or an intermediate device connected to the payment related server wirelessly or by wire - a proxy server for requesting to and receiving a payment completion response from the third server; and
A second server for transmitting a full payment request to the proxy server,
The proxy server applies a timeout rule to prevent loss of the full text of the payment request, thereby creating a new thread for the full payment request message in response to no payment completion response. A system for preventing loss of payment information that repeatedly attempts to transmit the payment request message while the payment request message is stored in at least one area in a memory.

Images