Method, system, and computer program for relaying heterogeneous pay
Patent Information
- Application Number
- JP2021046603
- Authority / Receiving Office
- JP · JP
- Patent Type
- Patents
- Current Assignee / Owner
- Priority Date
- 2020-03-20
- Filing Date
- 2021-03-19
- Publication Date
- 2025-03-05
- Estimated Expiration
- 2041-03-19
Smart Images

Figure 0007639268000001 
Figure 0007639268000002 
Figure 0007639268000003
Abstract
Description
[Technical field]
[0001] The following description relates to a technique for relaying different simple payment services. [Background technology]
[0002] In recent years, with the widespread use of mobile devices such as smartphones, it has become possible for a payer to make a payment using a mobile device when he or she wishes to pay for a seller's goods or services by using a payment method.
[0003] As an example of prior art for a mobile payment method, Patent Document 1 (Title of Invention: Hybrid payment system and payment method on a mobile terminal based on affiliated store QR codes) discloses technology that enables payment by recognizing an affiliated store's QR code (registered trademark) on a mobile terminal and going through an authorization procedure for the mobile terminal. [Prior art documents] [Patent documents]
[0004] [Patent Document 1] Korean Patent Publication No. 10-2014-0095260 Summary of the Invention [Problem to be solved by the invention]
[0005] To provide a heterogeneous pay relay method capable of relaying transactions between different types of pay applications providing simple settlement services.
[0006] To provide a computer program capable of relaying transactions between a user and a destination using another pay application by using the pay application used by the user. [Means for solving the problem]
[0007] A heterogeneous pay relay method executed by a computer system includes at least one processor configured to execute computer-readable instructions contained in a memory, and the heterogeneous pay relay method includes a step of inquiring, by the at least one processor, whether a transaction request received from a first pay app, which is a first easy payment service application installed on a first electronic device, is a transaction request to a destination using a second pay app, which is a second easy payment service application different from the first pay app, whether the transaction request is a target of transaction relay for the second pay app, and a step of transmitting, by the at least one processor, payment information on the first pay app to a second pay server associated with the second pay app to relay the transaction between the first pay app and the second pay app, if the second pay app is a target of transaction relay.
[0008] According to one aspect, the relaying step may include processing payment information on the first pay app into information that can be traded in the second pay app, and then transmitting the processed information to the second pay server.
[0009] According to another aspect, the relaying step may include a step of verifying that an amount corresponding to the transaction request from a user account of the first pay app has been deposited, and a step of settling the deposited amount to be transferred to the second pay server according to predefined conditions.
[0010] According to another aspect, the relaying step may include generating a fake user of the second pay app for a user of the first pay app.
[0011] According to another aspect, the querying may include querying the second pay app from a pre-registered pay app list as a target for supporting heterogeneous pay relay.
[0012] According to another aspect, the relaying step may include, when a payment request for product transaction information generated by the second pay app is received from the first pay app, processing payment for the product transaction information by linking a first pay server associated with the first pay app with the second pay server.
[0013] According to another aspect, the relaying step may include, when a remittance request to the destination is received from the first pay app, processing the remittance of an amount corresponding to the remittance request by linking a first pay server associated with the first pay app with the second pay server.
[0014] According to another aspect, the heterogeneous pay relay method may further include a step of selecting, by the at least one processor, a pay app to be used in a transaction with the first pay app based on a priority established by the computer system or the destination when there are multiple pay apps used at the destination including the second pay app.
[0015] According to another aspect, the heterogeneous pay relay method may further include a step of selecting, by the at least one processor, a pay app to be used in a transaction with the second pay app based on a priority order defined by the computer system or the destination of use, when there are multiple pay apps including the first pay app used by the first electronic device.
[0016] According to yet another aspect, the relaying step may include, when the currencies used in the first pay app and the second pay app are different, relaying the transaction between the first pay app and the second pay app based on exchange rate information of the currency used in the first pay app and the currency used in the second pay app.
[0017] A computer program is recorded on a non-transitory computer-readable recording medium for causing the computer system to execute the heterogeneous pay relay method.
[0018] The computer system includes at least one processor implemented to execute computer-readable instructions contained in a memory, and the at least one processor includes a pay inquiry unit that, when a transaction request received from a first pay app, which is a first easy payment service application installed on a first electronic device, is a transaction request to a destination using a second pay app, which is a second easy payment service application different from the first pay app, inquires whether the second pay app is a target for transaction relay, and a relay processing unit that, when the second pay app is a target for transaction relay, transmits payment information on the first pay app to a second pay server associated with the second pay app to relay the transaction between the first pay app and the second pay app. [Brief description of the drawings]
[0019] [Figure 1] FIG. 1 illustrates an example of a network environment in accordance with an embodiment of the present invention. [Diagram 2] 2 is a block diagram illustrating the internal configuration of an electronic device and a server according to an embodiment of the present invention. FIG. [Diagram 3] FIG. 1 is a diagram showing an example of the architecture of a typical simple payment system. [Figure 4] FIG. 1 illustrates an example of a heterogeneous pay relay system architecture in accordance with an embodiment of the present invention. [Diagram 5] FIG. 2 illustrates example components that may be included in a server processor in one embodiment of the present invention. [Figure 6] 4 is a flow chart illustrating an example method that may be performed by a server in one embodiment of the present invention. [Figure 7] 1 is a diagram showing a sequence of a pay settlement in one embodiment of the present invention. [Figure 8] 1 is a diagram showing a sequence of a pay settlement in one embodiment of the present invention. [Figure 9]1 is a diagram showing a sequence of a pay transfer in one embodiment of the present invention. [Figure 10] 1 is a diagram showing a sequence of a pay transfer in one embodiment of the present invention. [Figure 11] 1 is a diagram illustrating a payload plug-in sequence in one embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0020] Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0021] SUMMARY OF THE DISCLOSURE The present invention relates to a technique for relaying heterogeneous pay.
[0022] The subject matter specifically disclosed in this specification describes relaying transactions between different types of pay applications that provide simple payment services.
[0023] Fig. 1 is a diagram showing an example of a network environment in one embodiment of the present invention. The network environment in Fig. 1 shows an example including a plurality of electronic devices 110, 120, 130, 140, a plurality of servers 150, 160, and a network 170. Fig. 1 is merely an example for explaining the invention, and the number of electronic devices and the number of servers are not limited to those shown in Fig. 1.
[0024] The electronic devices 110, 120, 130, and 140 may be fixed terminals or mobile terminals realized by computer systems. Examples of the electronic devices 110, 120, 130, and 140 include smartphones, mobile phones, navigation systems, personal computers (PCs), notebook PCs, digital broadcasting terminals, personal digital assistants (PDAs), portable multimedia players (PMPs), tablets, game consoles, wearable devices, internet of things (IoT) devices, virtual reality (VR) devices, and augmented reality (AR) devices. As an example, FIG. 1 shows a smartphone as an example of the electronic device 110, but in the embodiment of the present invention, the electronic device 110 may mean one of various physical computer systems that can communicate with other electronic devices 120, 130, and 140 and / or servers 150 and 160 via a network 170 using a substantially wireless or wired communication method.
[0025] The communication method is not limited, and may include not only a communication method using a communication network (for example, a mobile communication network, a wired Internet, a wireless Internet, a broadcast network, a satellite network, etc.) that the network 170 can include, but also short-range wireless communication between devices. For example, the network 170 may include any one or more of a personal area network (PAN), a local area network (LAN), a campus area network (CAN), a metropolitan area network (MAN), a wide area network (WAN), a broadband network (BBN), the Internet, etc. Furthermore, the network 170 may include any one or more of a network topology including, but not limited to, a bus network, a star network, a ring network, a mesh network, a star-bus network, a tree or a hierarchical network, etc.
[0026] Each of the servers 150 and 160 may be realized by one or more computer devices that communicate with the multiple electronic devices 110, 120, 130, and 140 via the network 170 to provide instructions, codes, files, contents, services, and the like. For example, the server 150 may be a system that provides a first service to the multiple electronic devices 110, 120, 130, and 140 connected via the network 170, and the server 160 may be a system that provides a second service to the multiple electronic devices 110, 120, 130, and 140 connected via the network 170. As a more specific example, the server 150 may provide a service (such as an easy payment service, for example) targeted by an application, which is a computer program installed and executed in the multiple electronic devices 110, 120, 130, and 140, as a first service to the multiple electronic devices 110, 120, 130, and 140. As another example, the server 160 may provide, as a second service, a service of distributing files for installing and executing the above-mentioned application to the multiple electronic devices 110, 120, 130, and 140.
[0027] Fig. 2 is a block diagram for explaining the internal configuration of an electronic device and a server in an embodiment of the present invention. In Fig. 2, the internal configuration of electronic device 110 and the internal configuration of server 150 are explained as examples of electronic devices. In addition, other electronic devices 120, 130, 140 and server 160 may have the same or similar internal configuration as electronic device 110 or server 150 described above.
[0028] The electronic device 110 and the server 150 may include memories 211 and 221, processors 212 and 222, communication modules 213 and 223, and input / output interfaces 214 and 224. The memories 211 and 221 may be non-transitory computer-readable recording media and may include persistent mass storage devices such as random access memory (RAM), read only memory (ROM), disk drives, solid state drives (SSD), flash memories, and the like. Here, persistent mass storage devices such as ROM, SSD, flash memories, and disk drives may be included in the electronic device 110 and the server 150 as persistent storage devices separate from the memories 211 and 221. In addition, the memories 211 and 221 may store an operating system and at least one program code (for example, a code for a browser installed and executed in the electronic device 110, an application installed in the electronic device 110 to provide a specific service, and the like). Such software components may be loaded from a computer-readable recording medium separate from the memories 211 and 221. Such another computer-readable recording medium may include a computer-readable recording medium such as a floppy drive, a disk, a tape, a DVD / CD-ROM drive, a memory card, etc. In another embodiment, the software components may be loaded into the memory 211, 221 through a communication module 213, 223 that is not a computer-readable recording medium. For example, at least one program may be loaded into the memory 211, 221 based on a computer program (for example, the above-mentioned application) that is installed by a file provided via the network 170 by a developer or a file distribution system that distributes an installation file of the application (for example, the above-mentioned server 160).
[0029] The processors 212, 222 may be configured to process instructions of a computer program by performing basic arithmetic, logic, and input / output operations. The instructions may be provided to the processors 212, 222 by the memory 211, 221 or the communication modules 213, 223. For example, the processors 212, 222 may be configured to execute instructions received according to program code stored in a storage device such as the memory 211, 221.
[0030] The communication modules 213 and 223 may provide a function for the electronic device 110 and the server 150 to communicate with each other via the network 170, or may provide a function for the electronic device 110 and / or the server 150 to communicate with other electronic devices (for example, the electronic device 120) or other servers (for example, the server 160). For example, a request generated by the processor 212 of the electronic device 110 according to a program code recorded in a recording device such as the memory 211 may be transmitted to the server 150 via the network 170 under the control of the communication module 213. Conversely, a control signal, an instruction, a content, a file, etc. provided under the control of the processor 222 of the server 150 may be received by the electronic device 110 through the communication module 213 of the electronic device 110 via the communication module 223 and the network 170. For example, control signals, instructions, content, files, etc. from the server 150 received through the communication module 213 may be transmitted to the processor 212 or memory 211, and the content, files, etc. may be recorded on a recording medium (the above-mentioned permanent recording device) that the electronic device 110 may further include.
[0031] The input / output interface 214 may be a means for interfacing with the input / output device 215. For example, the input device may include a device such as a keyboard, a mouse, a microphone, or a camera, and the output device may include a device such as a display, a speaker, or a haptic feedback device. As another example, the input / output interface 214 may be a means for interfacing with a device in which functions for input and output are integrated into one, such as a touch screen. The input / output device 215 may be configured as one device together with the electronic device 110. Also, the input / output interface 224 of the server 150 may be a means for interfacing with a device for input or output (not shown) that may be connected to the server 150 or included in the server 150. As a more specific example, when the processor 212 of the electronic device 110 processes the instructions of the computer program loaded in the memory 211, a service screen or content configured using data provided by the server 150 or the electronic device 120 may be displayed on a display through the input / output interface 214.
[0032] Also, in other embodiments, the electronic device 110 and the server 150 may include more components than those in FIG. 2. However, it is not necessary to clearly show most of the components of the prior art. For example, the electronic device 110 may be realized to include at least some of the above-mentioned input / output devices 215, and may further include other components such as a transceiver, a global positioning system (GPS) module, a camera, various sensors, a database, etc. As a more specific example, if the electronic device 110 is a smartphone, various components such as an acceleration sensor, a gyro sensor, a camera module, various physical buttons, a button using a touch panel, an input / output port, a vibrator for vibration, etc., which are generally included in a smartphone, may be realized to be further included in the electronic device 110.
[0033] The present embodiment relates to a technology for providing a simple payment service called Smart Pay (hereinafter, abbreviated as "Pay").
[0034] Previously, in order to make payments using a specific pay app, a terminal was required that could be registered with each affiliated store and recognized by that store, and only pay apps registered by the affiliated store could be used.
[0035] Figure 3 shows an example of the architecture of a typical simple payment system.
[0036] 3, for transactions with an affiliated store 301, only the individual Pay App 302 registered by the affiliated store 301 can be used. Payment cannot be made using Pay App 302 at affiliated stores 301 that do not support Pay App 302.
[0037] A user can make payments to the affiliated store 301 by using a pay application 302 supported by the affiliated store 301. For example, a user who uses A Pay can make purchases with A Pay at affiliated stores that support A Pay, but cannot make purchases with A Pay at affiliated stores that do not support A Pay.
[0038] In order to solve the problems of conventional simple payment services, this embodiment allows a user to execute a payment to a destination that supports a different pay type from the one that the user uses.
[0039] FIG. 4 is a diagram illustrating an example of a heterogeneous pay relay system architecture in accordance with an embodiment of the present invention.
[0040] Referring to Figure 4, in this embodiment, a PA (pay association) server (corresponding, as an example, to server 150 described with reference to Figures 1 and 2; hereinafter, the same reference numeral 150 will be used) is constructed to relay different types of pays, and payments at affiliated stores that support other pays can be made using the pay app 302 used by the user by relaying the PA server 150.
[0041] The affiliated store 301 does not need to register with multiple pay affiliated stores, and can make transactions using different types of pay by simply registering at least one of the pays supported by the PA server 150.
[0042] The user can use the member stores 301 that support a different pay type from the applicable pay type, i.e., a larger number of member stores, by using only the pay application 302 that the user has been using previously.
[0043] The pay application 302, which realizes a standardized SDK (software development kit) for the PA server 150, enables the use of heterogeneous pay, that is, all pay affiliated stores 301 supported by the PA server 150. Although it has been described that an SDK is basically used for communication with the PA server 150 to relay heterogeneous pay, this is not limiting, and an API (application programming interface) call method can also be applied.
[0044] Depending on the embodiment, a similar method may be used to execute money transfer to another user using a pay application 302 different from the pay application 302 used by the user, by using a heterogeneous pay relay of the PA server 150. Also, when different currencies are used by different users, a currency exchange system 40 that can be linked with the PA server 150 may execute cash conversion applying a predetermined rate. By linking with the currency exchange system 40, the PA server 150 enables heterogeneous pay relay for overseas settlements (purchases) and money transfers as well.
[0045] Specific embodiments of a method and system for relaying heterogeneous pay are described below.
[0046] FIG. 5 is a block diagram illustrating example components that may be included in a server processor in one embodiment of the present invention, and FIG. 6 is a flowchart illustrating an example method that may be performed by a server in one embodiment of the present invention.
[0047] The PA server 150 according to this embodiment plays the role of a relay server that relays different types of pay. The PA server 150 may be configured with a different type of pay relay system realized by a computer. The PA server 150 relays different simple payment services for multiple electronic devices 110, 120, 130, and 140 that are clients, and may relay different types of pay using a dedicated application (hereinafter referred to as a "pay app") installed on the electronic devices 110, 120, 130, and 140.
[0048] The processor 222 of the PA server 150 may include a pay inquiry unit 510, an information processing unit 520, and a relay processing unit 530 as components for executing the heterogeneous pay relay method according to Fig. 6, as shown in Fig. 5. Depending on the embodiment, the components of the processor 222 may be selectively included or excluded from the processor 222. Also, depending on the embodiment, the components of the processor 222 may be separated or combined to express the functions of the processor 222.
[0049] Such processor 222 and components of processor 222 may control PA server 150 to execute steps 610 to 630 included in the heterogeneous pay relay method of Fig. 6. For example, processor 222 and components of processor 222 may be realized to execute instructions according to the code of an operating system and the code of at least one program included in memory 221.
[0050] Here, the components of the processor 222 may represent different functions executed by the processor 222 according to instructions provided by the program code recorded in the PA server 150. For example, a pay inquiry unit 510 may be used as a functional representation of the processor 222 that controls the PA server 150 according to the above-mentioned instructions so that the PA server 150 inquires about a pay application that can be relayed.
[0051] The processor 222 may read necessary instructions from the memory 221, which has been loaded with instructions related to the control of the PA server 150. In this case, the read instructions may include instructions for controlling the processor 222 to execute steps 610 to 630 described below. Steps 610 to 630 described below may be executed in an order different from that shown in FIG. 6, and some of steps 610 to 630 may be omitted or additional steps may be included.
[0052] Referring to FIG. 6, in step 610, when the pay inquiry unit 510 receives a transaction request from a first easy payment service dedicated application (hereinafter referred to as the “first pay app”) installed in the electronic device 110 to an electronic device 120 in which a second easy payment service dedicated application (hereinafter referred to as the “second pay app”) different from the first pay app is installed, the pay inquiry unit 510 may inquire whether a transaction relay with the second pay app is possible.
[0053] In this specification, a transaction may include not only a payment but also a remittance, and the electronic device 110 may use a first pay app used by a user of the electronic device 110 to request a payment or remittance to a terminal of another user (i.e., the electronic device 120) using a second pay app, which is a different pay app.
[0054] The transaction request may include information necessary for a transaction between the first pay application and the second pay application, and may include, for example, an identifier of the second pay application, an identifier of the electronic device 120 that is the target of the transaction, and payment information registered in the first pay application as payment information related to the user of the electronic device 110. Here, the payment information is information related to a payment method that can be used for payment or remittance, and may include, for example, credit card information, debit card information, account information, and the like.
[0055] The PA server 150 may pre-construct and maintain a list of pay apps registered as targets supporting heterogeneous pay relay, and the pay app list may include an identifier for each pay app capable of heterogeneous pay relay. Pay apps registered as targets for heterogeneous pay relay may be realized by a standardized SDK or API, and each user's payment information is stored on the corresponding pay platform.
[0056] Basically, the first pay application may be a target of heterogeneous pay relay, and the pay inquiry unit 510 may inquire whether the second pay application for which the user of the electronic device 110 has requested a transaction using the first pay application is included in the pay application list registered on the PA server 150, i.e., whether it is a target of heterogeneous pay relay for which transaction relay is possible.
[0057] In step 620, if the second pay app corresponds to a target for heterogeneous pay relay as a result of the inquiry in step 610, the information processing unit 520 may process payment information included in the transaction request received from the electronic device 110 into information that can be traded with the second pay app. If it is confirmed that the second pay app for which the user of the electronic device 110 has requested a transaction using the first pay app is registered in the PA server 150, the information processing unit 520 may process payment information related to the user of the electronic device 110 into information for payment by a terminal of another user (i.e., the electronic device 120) using the second pay app.
[0058] In step 630, the relay processing unit 530 may transmit the payment information processed in step 620 to a server (hereinafter referred to as a “second pay server”) associated with the second pay app to process the transaction relay between the first pay app and the second pay app. The pay server associated with each pay app may refer to a computer system capable of communicating with the electronic devices 110, 120, 130, 140 and / or the server 150 via the network 170.
[0059] The relay processing unit 530 may transmit information processed by the first pay application to the second pay server for a transaction with a different type of second pay application, and may relay the transaction between the first pay application and the second pay application. The PA server 150 may relay the transaction between the first pay application and the second pay application by linking a server related to the first pay application (hereinafter referred to as the "first pay server") with the second pay server. The first pay server may use the payment information stored on the first pay application as payment information related to the user of the electronic device 110, and the second pay server may use the payment information received from the PA server 150 to process a transaction corresponding to a transaction request by relaying the PA server 150.
[0060] When relaying a transaction (payment, remittance, etc.), the PA server 150 may immediately transfer the transaction request amount from the user account of the first pay application to the second pay server. As another example, the PA server 150 may temporarily deposit the transaction request amount from the user account of the first pay application, and settle the amount by transferring the corresponding amount to the second pay server later according to a predefined condition such as a deposit period or confirmation of a user transaction. In this case, the PA server 150 may directly deposit the transaction request amount, or may confirm that the transaction request amount is deposited by linking with a financial server (not shown) related to the second pay server. As another example, the PA server 150 may relay a transfer transaction between the first pay server and the second pay server by generating a virtual user (fake user) of the second pay application for the user of the first pay application who requested the transaction and regarding the user as a user of the same pay application.
[0061] In this embodiment, transactions between different types of pay applications that provide simple payment services can be executed by relaying the PA server 150. The PA server 150 can not only handle transactions (payments, remittances, etc.) of different types of pay, but also processes such as logging, settlement, and authentication related to the transactions. The pay application enables transactions with different types of pay by communicating with the PA server 150 by SDK or API calls.
[0062] 7 and 8 are diagrams showing a pay settlement sequence in one embodiment of the present invention.
[0063] Referring to FIG. 7, the electronic device 110 on which the A Pay application is installed may recognize, through the A Pay application, product transaction information generated by the B Pay application installed on the electronic device 120, which is an affiliated store terminal (S701).
[0064] The commodity transaction information may include an identifier of an affiliated store to which a user of the electronic device 110 has made a transaction request and commodity information. The commodity transaction information is data in a form capable of identifying an affiliated store and a commodity, and may be generated, for example, in the B Pay app as a QR code (registered trademark), a barcode, or NFC (near field communication). For example, the A Pay app installed in a user terminal of a user who wishes to transact with an affiliated store using the B Pay app may recognize the QR code, which is the commodity transaction information generated by the B Pay app.
[0065] The A Pay application on the electronic device 110 may request the PA server 150 to inquire about product transaction information by communicating with the PA server 150 using an SDK or API call (S702). At this time, the inquiry request may include the identifier of the B Pay application for the product to be traded between the member store and the user, and the product transaction information.
[0066] The PA server 150 may inquire whether the B pay application corresponds to a target of the heterogeneous pay relay in response to the inquiry request from the A pay application, and may simultaneously inquire about the validity of the product transaction information included in the inquiry request in cooperation with the B pay server 162 related to the B pay application (S703). At this time, the B pay server 162 may inquire about the relevant affiliated store and product information based on the information on the platform for the product transaction information requested by the PA server 150, and return the inquiry result.
[0067] The PA server 150 may transmit a result of the inquiry for the inquiry request of the A PAY application to the electronic device 110 (S704). The inquiry result may include at least one of the results of whether the B PAY application corresponds to a target of the heterogeneous pay relay or whether the affiliated store and product information recognized by the A PAY application are valid.
[0068] If the A Pay application used by the user of the electronic device 110 allows payment at an affiliated store using the B Pay application, the electronic device 110 may include an A Pay application identifier and product transaction information for the product that the user wishes to transact with the affiliated store. At this time, the user may check the affiliated store and product information for which payment is to be made before requesting payment. The A Pay application on the electronic device 110 may request payment for the product transaction information from the PA server 150 in response to a request from the user of the electronic device 110 (S705).
[0069] The PA server 150 may process payments between different types of pay by executing the A pay side payment process for the product transaction information in cooperation with the A pay server 161 (S706) and executing the B pay side payment process for the product transaction information in cooperation with the B pay server 162 (S707).
[0070] When the payment between the A pay application and the B pay application is completed, the PA server 150 may transmit the payment details for the product transaction information to the A pay application on the electronic device 110 (S708). At this time, the B pay server 162 may transmit a payment approval notice by the payment process to the B pay application on the electronic device 120 (S709).
[0071] Depending on the embodiment, it is also possible to generate a QR code using the A Pay app, which can then be recognized by the B Pay app used at the affiliated store to make a payment.
[0072] Referring to FIG. 8, the electronic device 120, which is an affiliated store terminal, may recognize payment request information generated by the A Pay app on the electronic device 110 using the B Pay app (S801). The A Pay app on the electronic device 110 may generate and display payment request information in the form of a QR code or the like in response to a request from a user of the electronic device 110. The payment request information may include an identifier of the A Pay app and a user identifier, etc. An affiliated store that intends to transact with a user using the A Pay app may recognize the QR code (payment request information) generated by the A Pay app using the B Pay app.
[0073] The B Pay application on the electronic device 120 may request the B Pay server 162 to process the payment for the payment request information (S802). The payment process request may include product transaction information together with the payment request information recognized by the B Pay application, and in this case, the product transaction information may include an affiliated store identifier and product information that the user of the electronic device 110 wishes to purchase.
[0074] The B Pay server 162 recognizes that the payment processing request received from the electronic device 120 is a payment using the A Pay app and not the B Pay app, and may transmit a payment processing request including the payment completion request information and the product transaction information to the PA server 150 (S803).
[0075] The PA server 150 may identify the A pay application from the payment request information received from the B pay server 162, and transmit a payment processing request including the payment request information and product transaction information to the A pay server 161 (S804).
[0076] The A Pay server 161 may identify the user of the electronic device 110 from the payment request information received from the PA server 150, and transmit product transaction information to the electronic device 110 (S805). At this time, the user of the electronic device 110 may request payment after confirming the affiliated store and product information for which payment is to be made using the A Pay app.
[0077] The A Pay application on the electronic device 110 may request the PA server 150 to make a payment for the product transaction information in response to a request from the user of the electronic device 110 (S806).
[0078] The PA server 150 may process payments between different types of pays by executing the A pay side payment process for the product transaction information in cooperation with the A pay server 161 (S807) and executing the B pay side payment process for the product transaction information in cooperation with the B pay server 162 (S808).
[0079] When the payment is completed between the A pay application and the B pay application, the PA server 150 may transmit the payment details of the product transaction information to the A pay application on the electronic device 110 (S809). At this time, the B pay server 162 may transmit a payment approval notice by the payment process to the B pay application on the electronic device 120 (S810).
[0080] In some embodiments, it is possible to execute a payment reservation for product transaction information between the A Pay application and the B Pay application in advance, and then process the final payment later. As an example, a payment reservation may be applied in a manner of temporarily depositing the payment request amount, and the PA server 150 may temporarily deposit the payment request amount from the user account of the A Pay application, and transfer the settlement amount after applying the payment fee, etc., to the account of the B Pay application used at the affiliated store.
[0081] According to another embodiment, the PA server 150 can also relay different types of Pay payments for overseas purchases in conjunction with the currency exchange system 40. When the currencies used by the A Pay app and the B Pay app are different, the PA server 150 may relay different Pay payments based on the currency exchange information of the currencies used by the A Pay app and the B Pay app.
[0082] When there are multiple pay applications available on electronic device 120, which is an affiliated store terminal, including pay application B, the pay application to be used for a payment requested by the user of electronic device 110 using pay application A may be selected by the user of electronic device 120, or may be automatically selected based on priorities predetermined internally by PA server 150 or electronic device 120. Priorities for pay applications may be determined based on transaction fees for the pay applications and various events (e.g., special offers, promotions, etc.).
[0083] 9 and 10 are diagrams showing a pay transfer sequence in one embodiment of the present invention.
[0084] The PA server 150 can support transfers between different types of pay, and can also convert the currencies used to match the exchange rate when different currencies are used.
[0085] Referring to FIG. 9, the electronic device 110 may request a remittance to the electronic device 120 using the B pay application as a remittance recipient specified by the user of the electronic device 110 using the A pay application (S901).
[0086] The A Pay application on the electronic device 110 may request a remittance from the PA server 150 by communicating with the PA server 150 using an SDK or API call. At this time, the remittance request may include remittance information including the identifier of the B Pay application with which the A Pay application intends to transact, the identifier of the electronic device 120, and the remittance amount.
[0087] In response to a remittance request from the A Pay application, the PA server 150 may inquire whether a withdrawal is possible from the user account of the A Pay application in cooperation with the A Pay server 161 (S902). The PA server 150 may check the status and balance of the user account in response to the remittance request from the A Pay application.
[0088] In response to the remittance request of the A pay application, the PA server 150 may inquire whether it is possible to deposit money into the user account of the B pay application in cooperation with the B pay server 162 (S903). In response to the remittance request of the A pay application, the PA server 150 may check the status of the user account of the B pay application.
[0089] The PA server 150 may determine that remittance is possible when withdrawal from the user account of the A Pay application and deposit into the user account of the B Pay application are possible at the same time.
[0090] If the PA server 150 determines that remittance is possible, it may request the A pay server 161 to withdraw the amount corresponding to the remittance request of the A pay application (S904), and then may receive the result of the withdrawal from the A pay server 161 (S905).
[0091] If it is determined that remittance is possible, the PA server 150 may apply to the B pay server 162 for a deposit of the amount corresponding to the remittance request of the A pay application (S906), and may then receive the result of the deposit from the B pay server 162 (S908). At this time, the B pay server 162 may transmit a transfer notification of the deposit to the B pay application on the electronic device 120 (S907).
[0092] When the remittance process between the A pay server 161 and the B pay server 162 is completed, the PA server 150 may transmit the remittance result to the A pay application on the electronic device 110 (S909).
[0093] 10, when the user of the electronic device 120 requests receipt of the remittance due to the transfer notification received in step 907, the B Pay application on the electronic device 120 may request receipt of the remittance to the PA server 150 by communicating with the PA server 150 using an SDK or API call (S1001). The request to receive the remittance may include remittance information including the identifier of the A Pay application corresponding to the sender of the remittance, the identifier of the electronic device 110, and the amount of the remittance to be received.
[0094] In response to the request for receipt of remittance from the B Pay application, the PA server 150 may request confirmation of remittance withdrawal for the amount requested for withdrawal in step 904 in cooperation with the A Pay server 161 (S1002).
[0095] At the time of the withdrawal confirmation request from the PA server 150, the A pay server 161 may transmit a transfer completion notification for the amount requested to be transferred by the A pay application to the A pay application on the electronic device 110 (S1003). In addition, in response to the remittance request from the A pay application, the A pay server 161 may confirm the transfer withdrawal for the amount requested to be withdrawn in step 904, and transmit the confirmation result to the PA server 150 (S1004).
[0096] If the transfer withdrawal is confirmed from the A pay server 161, the PA server 150 may request a transfer deposit confirmation for the amount requested to be deposited in step 906 in cooperation with the B pay server 162 (S1005).
[0097] The B pay server 162 may confirm the transfer deposit for the amount requested in step 906 in response to the remittance request of the A pay application, and transmit the confirmation result to the PA server 150 (S1006).
[0098] When the PA server 150 confirms the transfer receipt from the B pay server 162, it may transmit the result of the remittance receipt in response to the request for remittance receipt of the B pay application to the B pay application on the electronic device 120 (S1007).
[0099] When transferring different types of pay, security for the user may be supported; for example, the pay app corresponding to the recipient of the transfer may use a QR code to provide a value unique to the user, and the pay app corresponding to the sender of the transfer may identify the recipient of the transfer using a QR code and transfer the money.
[0100] In some embodiments, the PA server 150 may relay a heterogeneous pay transaction for overseas remittance in conjunction with the currency exchange system 40. For example, when a Korean pay app is used to remit Korean won (KRW) to a Chinese pay app, the amount can be converted into Chinese yuan (CNY) by applying currency exchange.
[0101] FIG. 11 is a diagram illustrating a payload plug-in sequence in one embodiment of the present invention.
[0102] The PA server 150 can support not only heterogeneous pay transactions, but also payments using various pay apps via plug-ins inserted into the web or app.
[0103] Referring to FIG. 11, when a user of an electronic device 110 having an A Pay app installed selects a corresponding plug-in button during a payment process at a shopping mall in which a plug-in for linking with a PA server 150 has been inserted, the electronic device 110 may transmit the user's selection of a payment method via the PA server 150 to the corresponding shopping mall server (corresponding, for example, to server 160 described with reference to FIGS. 1 and 2; hereinafter, the same reference numeral 160 will be used) (S1101).
[0104] The shopping mall server 160 may communicate with the PA server 150 by an SDK or API call according to the user's PA payment selection, and may request a query for a pay app that can be used by the PA server 150 (S1102).
[0105] The PA server 150 may inquire about transactable pay applications in response to a request from the shopping mall server 160, and may transmit the inquired pay application list to the shopping mall server 160 (S1103).
[0106] The shopping mall server 160 may transmit the pay app list received from the PA server 150 to the electronic device 110 (S1104).
[0107] The PA server 150 may of course provide a list of transactable pay apps, and may also provide a list of pay apps to be used by the shopping mall server 160 within the list of transactable pay apps on the PA server 150 .
[0108] The electronic device 110 may select a usable pay app, i.e., the A pay app, from the list of pay apps that can be traded on the PA server 150, and then request payment using the A pay app (S1105). At this time, the A pay app on the electronic device 110 may communicate with the PA server 150 by an SDK or API call to transmit a payment request to the PA server 150.
[0109] The PA server 150 may process the payment requested by the A pay application of the electronic device 110 in cooperation with the A pay server 161 related to the A pay application (S1106).
[0110] When the payment requested by the A Pay application of the electronic device 110 is completed, the A Pay server 161 may transmit the payment details of the payment process to the A Pay application on the electronic device 110 (S1107), and the PA server 150 may transmit a payment approval notice for the electronic device 110 to the shopping mall server 160 (S1108).
[0111] The electronic device 110 may display pay apps available to the electronic device 110 in a pay app list in a distinguished manner so that the user can easily check them. At this time, the electronic device 110 may select a pay app available from the pay app list and request payment using the corresponding pay app. When there are multiple pay apps available to the electronic device 110, as an example, the pay apps may be selected by the user of the electronic device 110 or may be automatically selected randomly. As another example, when there are multiple pay apps available to the electronic device 110 including pay app A, the electronic device 110 may display the corresponding pay apps in an order of priority determined by the PA server 150 or the shopping mall server 160, or may automatically select the pay app to be used for payment. For example, the priority of the pay apps may be determined based on transaction fees for the pay apps or various events (e.g., benefits, promotions, etc.). In other words, the user of the electronic device 110 may select a pay app to be used for payment from among the pay apps available to the electronic device 110, or the pay app may be selected based on the priority of the PA server 150 or the shopping mall server 160.
[0112] In the case of payment using a plug-in, the payment reservation may be executed in advance, and then the final payment may be processed later. As an example, the payment reservation may be applied by temporarily depositing the payment request amount, and the PA server 150 may temporarily deposit the payment request amount by the user account of the A Pay app, and transfer the settlement amount after applying the payment fee, etc., to the shopping mall server 160.
[0113] In addition, the PA server 150 may support settlement for overseas purchases by linking with the exchange system 40, and may be applied to all transaction activities such as product purchases, reservations, advance sales, etc.
[0114] In this manner, according to an embodiment of the present invention, it is possible to relay transactions between different types of pay applications that provide simple payment services.
[0115] The above-mentioned devices may be realized by hardware components, software components, and / or a combination of hardware and software components. For example, the devices and components described in the embodiments may be realized using one or more general-purpose or special-purpose computers, such as a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), a programmable logic unit (PLU), a microprocessor, or various devices capable of executing and responding to instructions. The processing device may execute an operating system (OS) and one or more software applications that run on the OS. The processing device may also respond to the execution of the software to access, record, manipulate, process, and generate data. For convenience of understanding, a single processing device may be described as being used, but those skilled in the art will understand that the processing device may include multiple processing elements and / or multiple types of processing elements. For example, the processing device may include multiple processors or one processor and one controller. Other processing configurations, such as parallel processors, are also possible.
[0116] The software may include computer programs, codes, instructions, or a combination of one or more of these, and may configure a processing device to operate as desired or instruct the processing device, either independently or collectively. The software and / or data may be embodied in any type of machine, component, physical device, computer storage medium, or device to be interpreted by the processing device or to provide instructions or data to the processing device. The software may be distributed and stored or executed in a distributed manner on computer systems connected by a network. The software and data may be stored on one or more computer-readable storage media.
[0117] The method according to the embodiment may be realized in the form of program instructions executable by various computer means and recorded on a computer-readable medium. Here, the medium may be one that continuously records a computer-executable program or one that temporarily records the program for execution or download. The medium may be one of various recording means or storage means in the form of a single or multiple hardware devices combined, and may not be limited to a medium directly connected to a certain computer system, but may be one that is distributed over a network. Examples of the medium include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, magneto-optical media such as floptical disks, and ROMs, RAMs, flash memories, etc., configured to record program instructions. Other examples of the medium include recording media or storage media managed by application stores that distribute applications, or sites, servers, etc. that supply or distribute various other software.
[0118] Although the embodiments have been described based on the limited embodiments and drawings as above, those skilled in the art will be able to make various modifications and variations from the above description. For example, the described techniques may be performed in an order different from that described, and / or the components of the described systems, structures, devices, circuits, etc. may be combined or combined in a manner different from that described, or may be counterbalanced or replaced by other components or equivalents, and still achieve suitable results.
[0119] Therefore, different embodiments are within the scope of the appended claims provided they are equivalent to the claims. [Explanation of symbols]
[0120] 222: Processor 510:Pay Inquiry Department 520: Information processing department 530: Relay processing unit
Claims
1. 1. A heterogeneous pay relay method implemented by a computer system, comprising: The computer system includes at least one processor configured to execute computer-readable instructions contained in a memory; The heterogeneous pay relay method includes: When a transaction request received from a first pay app, which is a first easy payment service application installed in a first electronic device, is a transaction request to a destination using a second pay app, which is a second easy payment service application different from the first pay app, by the at least one processor, inquiring whether the second pay app is a transaction relay target; and and transmitting payment information on the first pay app to a second pay server associated with the second pay app by the at least one processor when the second pay app corresponds to a transaction relay target, thereby relaying the transaction between the first pay app and the second pay app. A heterogeneous pay relay method comprising:
2. The relaying step includes: and processing the payment information on the first pay app into information that can be traded in the second pay app, and then transmitting the processed information to the second pay server. The heterogeneous pay relay method of claim 1 , comprising:
3. The relaying step includes: confirming that an amount corresponding to the transaction request from a user account of the first pay app has been deposited; and a step of transferring the deposited amount to the second pay server according to a predetermined condition. The heterogeneous pay relay method of claim 1 , comprising:
4. The relaying step includes: generating a virtual user of the second pay app for a user of the first pay app; The heterogeneous pay relay method of claim 1 , comprising:
5. The step of querying comprises: and querying the second pay application from a preregistered pay application list as a target for supporting heterogeneous pay relay. The heterogeneous pay relay method of claim 1 , comprising:
6. The relaying step includes: When a payment request for the commodity transaction information generated by the second pay app is received from the first pay app, a payment for the commodity transaction information is processed through an interworking between a first pay server associated with the first pay app and the second pay server. The heterogeneous pay relay method of claim 1 , comprising:
7. The relaying step includes: When a remittance request to the destination is received from the first pay app, a first pay server associated with the first pay app and the second pay server are linked to each other to process the remittance of the amount corresponding to the remittance request. The heterogeneous pay relay method of claim 1 , comprising:
8. The heterogeneous pay relay method includes: selecting, by the at least one processor, a pay app to be used in a transaction with the first pay app based on a priority order determined by the computer system or the destination when the pay app used by the destination is a plurality of pay apps including the second pay app; The heterogeneous pay relay method of claim 1 , further comprising:
9. The heterogeneous pay relay method includes: selecting, by the at least one processor, a pay app to be used in a transaction with the second pay app based on a priority order determined by the computer system or the user, when a plurality of pay apps including the first pay app are used in the first electronic device; The heterogeneous pay relay method of claim 1 , further comprising:
10. The relaying step includes: relaying a transaction between the first pay app and the second pay app based on exchange rate information of the currency used in the first pay app and the currency used in the second pay app when the currencies used in the first pay app and the second pay app are different; The heterogeneous pay relay method of claim 1 , comprising:
11. A computer program causing a computer system to execute the heterogeneous pay relay method according to any one of claims 1 to 10.
12. 1. A computer system comprising: At least one processor configured to execute computer readable instructions contained in the memory. Including, The at least one processor a pay inquiry unit that, when a transaction request received from a first pay app, which is a first easy payment service application installed in a first electronic device, is a transaction request for a destination using a second pay app, which is a second easy payment service application different from the first pay app, inquires whether the destination is a target for transaction relay of the second pay app; a relay processing unit that relays the transaction between the first pay app and the second pay app by transmitting payment information on the first pay app to a second pay server associated with the second pay app when the second pay app corresponds to a transaction relay target; 2. A computer system comprising:
13. The at least one processor An information processing unit that processes the payment information on the first pay application into information that can be traded on the second pay application. Further comprising: The relay processing unit includes: transmitting the processed information to the second pay server to relay the transaction between the first pay application and the second pay application; 13. The computer system of claim 12.
14. The relay processing unit includes: confirming that an amount corresponding to the transaction request from the user account of the first pay app has been deposited; Settle the deposited amount by transferring it to the second pay server according to a predetermined condition; 13. The computer system of claim 12.
15. The relay processing unit includes: generating a virtual user of the second pay application for a user of the first pay application; 13. The computer system of claim 12.
16. The pay inquiry unit is querying the second pay application from a pre-registered pay application list as a target for supporting heterogeneous pay relay; 13. The computer system of claim 12.
17. The relay processing unit includes: When a payment request for the commodity transaction information generated by the second pay app is received from the first pay app, a payment for the commodity transaction information is processed through an interworking between a first pay server associated with the first pay app and the second pay server.
13. The computer system of claim 12.
18. The relay processing unit includes: When a remittance request to the destination is received from the first pay app, a first pay server associated with the first pay app and the second pay server are interlocked to process the remittance of the amount corresponding to the remittance request.
13. The computer system of claim 12.
19. The at least one processor When the destination of use has a plurality of pay apps including the second pay app, a pay app to be used in a transaction with the first pay app is selected based on a priority order determined by the computer system or the destination of use.
13. The computer system of claim 12.
20. The relay processing unit includes: When the currencies used by the first pay app and the second pay app are different, relaying the transaction between the first pay app and the second pay app based on exchange rate information of the currency used by the first pay app and the currency used by the second pay app; 13. The computer system of claim 12.
Citation Information
Patent Citations
System for performing a plurality of electronic money account settlements as agent
JP2002334285A
Information communication system, settlement intermediation device and information terminal device
JP2007148593A
Hybrid payment system and payment method in mobile terminal based on member store QR code
KR1020140095260A
Apparatus and method for settlementing in a payment system
KR1020150079329A
System for sending electronic money and method for sending electronic money
US20110276476A1