WO2018147530A1 - 음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템 - Google Patents

음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템 Download PDF

Info

Publication number
WO2018147530A1
WO2018147530A1 PCT/KR2017/012793 KR2017012793W WO2018147530A1 WO 2018147530 A1 WO2018147530 A1 WO 2018147530A1 KR 2017012793 W KR2017012793 W KR 2017012793W WO 2018147530 A1 WO2018147530 A1 WO 2018147530A1
Authority
WO
WIPO (PCT)
Prior art keywords
identification information
terminal
payment application
application server
information
Prior art date
Application number
PCT/KR2017/012793
Other languages
English (en)
French (fr)
Inventor
이윤희
Original Assignee
모비두 주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 모비두 주식회사 filed Critical 모비두 주식회사
Priority to US16/345,249 priority Critical patent/US11037130B2/en
Priority to JP2019565135A priority patent/JP6820129B2/ja
Publication of WO2018147530A1 publication Critical patent/WO2018147530A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3272—Short range or proximity payments by means of M-devices using an audio code
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3223—Realising banking transactions through M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/209—Specified transaction journal output feature, e.g. printed receipt or voice output
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G10—MUSICAL INSTRUMENTS; ACOUSTICS
    • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
    • G10L25/00—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00
    • G10L25/48—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use
    • G10L25/51—Speech or voice analysis techniques not restricted to a single one of groups G10L15/00 - G10L21/00 specially adapted for particular use for comparison or discrimination

Definitions

  • the embodiments below relate to a mobile payment system.
  • Korean Patent Publication No. 10-2016-0039369 filed on October 01, 2014 and published on April 01, 2016 (name of the invention: performing a payment process using a two-dimensional barcode)
  • the publication discloses, by the service terminal, displaying information on a specific product; Transmitting a payment request signal for the specific product from the service terminal to a second server via a first server; Generating, by the first server or the second server, a two-dimensional barcode mapped with at least one URL information; Transmitting the generated two-dimensional barcode to the service terminal; Displaying, by the service terminal, the generated two-dimensional barcode; And when the displayed 2D barcode is recognized by the mobile device, the mobile device displaying a standard payment window for payment for the specific product based on the mapped URL information.
  • a control method is disclosed.
  • a method of operating a service server includes receiving identification information obtained by a purchaser terminal and dynamic code information of the purchaser terminal from a payment application server, wherein the purchaser terminal is identified based on sound waves output from a seller terminal. Obtaining information and transmitting the obtained identification information to the payment application server; Determining whether the obtained identification information is valid; Mapping the obtained identification information and the dynamic code information based on the determination result; And transmitting the mapping information generated based on the mapping to the payment application server so that payment processing is performed by the payment application server receiving the transaction authentication request from the seller terminal.
  • the payment application server When the payment application server receives the transaction authentication request, merchant information, and transaction amount information from the seller terminal, based on one-time information corresponding to the dynamic code information in the mapping information, the merchant information, and the transaction amount information. You can create a payment request with.
  • the operation method may further include transmitting a security key used to shuffle the sequence corresponding to the sound wave to the payment application server.
  • the payment application server may transmit the security key to the purchaser terminal.
  • the operation method may include: issuing identification information for the seller terminal when receiving a request for providing identification information of the seller terminal from the payment application server; And transmitting the issued identification information to the payment application server, wherein the payment application server transmits the issued identification information to the seller terminal to generate sound waves based on the issued identification information. It can be transmitted to the terminal.
  • the method may further include generating a sequence including the issued identification information and shuffling the sequence using a security key shared with the purchaser terminal when the identification information for the seller terminal is issued; And transmitting the shuffled sequence to the payment application server.
  • the purchaser terminal may determine a sequence corresponding to the sound wave, shuffle the sequence using a security key shared with the service server, and obtain identification information from the shuffled sequence.
  • the sound wave intensity related event may occur when the sound wave intensity value measured by the purchaser terminal is equal to or greater than a threshold sound wave intensity value.
  • the buyer terminal may perform a first operation or a second operation when the sound wave intensity related event does not occur, and the first operation does not acquire the identification information even when the buyer terminal receives the sound wave.
  • the second operation may indicate an operation of acquiring the identification information based on the sound wave but not requesting the payment application server to confirm the validity of the acquired identification information.
  • Service server according to one side communication interface; And receiving the identification information obtained by the purchaser terminal and the dynamic code information of the purchaser terminal from the payment application server through the communication interface, wherein the purchaser terminal obtains the identification information based on sound waves output from the seller terminal. Transmitting the obtained identification information to the payment application server, determining whether the obtained identification information is valid, mapping the obtained identification information and the dynamic code information based on the determination result, And a controller for transmitting mapping information generated based on the mapping to the payment application server through the communication interface, so that payment processing is performed by the payment application server receiving the transaction authentication request from the seller terminal.
  • Embodiments can proceed with the payment process when the buyer closes his terminal to the seller terminal, it is possible to improve the convenience of payment.
  • embodiments may allow a service provider to easily and quickly integrate a sonic solution into a payment system, thereby facilitating service extension of the service provider.
  • FIG. 1 is a diagram illustrating an example of an operation of a payment system according to an exemplary embodiment.
  • FIGS. 2A to 2C are diagrams for describing another example of an operation of a payment system, according to an exemplary embodiment.
  • 3A to 3C are diagrams for describing another example of an operation of a payment system, according to an exemplary embodiment.
  • FIG. 4 is a diagram for describing a method of determining a sequence of a service server, according to an exemplary embodiment.
  • FIG. 5 is a view for explaining a sound wave output method of the seller terminal according to an embodiment.
  • FIG. 6 is a diagram for describing a method of obtaining identification information of a purchaser terminal, according to an exemplary embodiment.
  • FIG. 7 is a diagram for describing a method of determining validity of identification information of a service server, according to an exemplary embodiment.
  • FIG. 8 is a diagram illustrating a method of receiving one-time information by a payment application server of a payment system, according to an exemplary embodiment.
  • 9 is a view for explaining another example of the operation of the payment system according to an embodiment.
  • FIG. 10 is a block diagram illustrating a service server according to an exemplary embodiment.
  • FIG. 11 is a block diagram illustrating a payment application server according to an embodiment.
  • FIG. 12 is a block diagram illustrating a buyer terminal according to an exemplary embodiment.
  • FIG. 13 is a block diagram illustrating a seller terminal according to an exemplary embodiment.
  • FIG. 1 is a diagram illustrating an example of an operation of a payment system according to an exemplary embodiment.
  • the payment system includes a seller terminal, a buyer terminal, a payment application server, and a service server.
  • each of the payment application server and the service server corresponds to an independent entity in the payment system.
  • the payment application server and the service server may be physically divided. Without being limited thereto, the payment application server and the service server may be logically divided within one server system.
  • the buyer terminal executes the payment application (110).
  • a buyer may authorize optional input to an XYZ payment application installed in a buyer terminal for payment for a transaction item (eg, goods and / or services) that the merchant wants to buy or use, and the buyer terminal may
  • the XYZ payment application can be executed based on the purchaser's selection input.
  • the buyer terminal requests initialization to the payment application server (111).
  • the payment application When the payment application is executed, the purchaser may input login information, and the purchaser terminal may access the payment application server based on the login information. At this time, the purchaser terminal may request initialization from the payment application server.
  • the payment application server requests an initialization from the service server (112).
  • the payment application server may transmit the initialization request of the buyer terminal to the service server.
  • the security key may be changed every predetermined period (for example, one day or one week).
  • the present invention is not limited thereto, and the security key may be changed whenever an initialization request is made by the purchaser terminal.
  • the security key targeted to the buyer terminal may be different from the security key targeted to the other buyer terminal.
  • the security key targeted to the buyer terminal may be the same as the security key targeted to another buyer terminal. The security key will be described later.
  • the payment application server transmits the security key to the purchaser terminal (114). As a result, the payment application server may share the security key with the purchaser terminal.
  • the seller terminal generates the sales information (115).
  • the seller terminal may generate sales information about the transaction item of the buyer.
  • the sales information may include, for example, the price, the number of the trade item, and the like.
  • the seller terminal may scan a barcode of a product that the buyer wants to purchase, and generate sales information about the product based on the scan.
  • Seller terminal may be manned or unattended depending on the implementation.
  • the seller terminal selects a payment method (116). For example, the seller terminal may select credit card payment, point payment, or payment related to the XYZ payment application running on the buyer terminal as the payment method.
  • the buyer terminal selects a payment method (117). For example, assume that information about an xyz card is registered in the XYZ payment application. In this case, the purchaser terminal may select the xyz card as a payment means by the purchaser. In the example shown in FIG. 1, it is assumed that the xyz card is selected by the purchaser terminal as a payment method.
  • the buyer terminal transmits the selection information generated based on the selection of the payment method to the payment application server (118).
  • the purchaser terminal may inform the payment application server which payment method is selected.
  • the purchaser terminal may transmit selection information indicating that the xyz card is selected to the payment application server.
  • the payment application server may receive one-time information generated by the card company server, and generates dynamic code information corresponding to the one-time information (119). At this point, the dynamic code information may be unique to the current transaction. In addition, the dynamic code information may be generated by the payment application server for the buyer terminal (or the buyer terminal transaction). How the payment application server receives the one-time information will be described later with reference to FIG. 8. In the example shown in FIG. 1, it is assumed that dynamic code information "ABC" corresponding to one-time information is generated.
  • the payment application server may transmit the dynamic code information to the buyer terminal, and the buyer terminal may display the dynamic code information on the display.
  • the purchaser terminal may display the dynamic code information "ABC" as a numeric sequence (eg 5044 3214 5632 5798 10000) and / or visual code (eg barcode, QR code).
  • the payment application server may not transmit the dynamic code information to the purchaser terminal or may transmit one-time information to the purchaser terminal.
  • the seller terminal requests the payment application server to provide identification information (120). In other words, when the payment method is selected, the seller terminal may transmit a request for issuing identification information to the payment application server.
  • the payment application server requests the service server to provide identification information (121).
  • the payment application server may transmit a request for issuing identification information of the seller terminal to the service server.
  • the service server issues identification information for the seller terminal (122).
  • the service server issues identification information of "12345" for the seller terminal.
  • the service server may generate a sequence including the issued identification information, and shuffle the sequence with a security key targeted to the purchaser terminal. This will be described later with reference to FIG. 4.
  • the service server may issue different identification information to the seller terminal whenever there is a request for issuing identification information from the seller terminal.
  • the identification information issued to the seller in the payment may be different from the identification information issued to the seller terminal in another payment.
  • the service server may issue identification information different from "12345" to the seller terminal.
  • identification information may be issued to the seller terminal. For this reason, even if identification information issued to the seller terminal is leaked in the payment, the leaked identification information is not valid or used in other payments, and thus payment security may be further improved.
  • the service server may record identification information "12345" issued to the seller terminal in the list.
  • the identification information "67890" issued to other seller terminals may be recorded in the list.
  • the service server transmits the issued identification information to the payment application server (123).
  • the payment application server transmits the issued identification information to the seller terminal (124).
  • the seller terminal outputs a sound wave based on the issued identification information (125). Sound waves may be in the inaudible band. Not limited to this, the sound wave may be an audible band. A sound wave output method of the seller terminal will be described later with reference to FIG. 5.
  • the purchaser terminal acquires identification information based on the sound wave (126). In other words, the buyer terminal may estimate the identification information issued to the seller terminal based on the sound wave. How the purchaser terminal obtains identification information will be described later with reference to FIG. 6. In the example shown in FIG. 1, it is assumed that the purchaser terminal acquires identification information "12345" based on sound waves.
  • the buyer terminal transmits the obtained identification information to the payment application server (127).
  • the purchaser terminal may request the payment application server to confirm the validity of the obtained identification information.
  • the purchaser terminal may inquire the payment application server whether the acquired identification information is valid.
  • the payment application server transmits the obtained identification information and the dynamic code information to the service server (128). That is, the service server receives the identification information obtained by the purchaser terminal from the payment application server. In step 128, the payment application server may request the service server to confirm the validity of the acquired identification information.
  • the service server determines whether the corresponding acquired identification information is valid (129). In other words, the service server may verify the validity of the received identification information. In one embodiment, when the service server receives "12345" from the payment application server, the received identification information in consideration of at least one of a check and elapsed time of whether the received identification information "12345" is in the list. It may be determined whether "12345" is valid. This will be described later with reference to FIG. 7.
  • the service server processes an error (130).
  • the service server maps the obtained identification information and dynamic code information (131). In other words, if the received identification information is valid, the service server may generate mapping information in which the received identification information and the dynamic code information are mapped to each other. For example, if the received identification information "12345" is valid, the service server may map "12345” and dynamic code information "ABC" to the seller terminal. Since "12345” is issued for the seller terminal in the transaction, and "ABC" is generated for the buyer terminal in the transaction, the seller terminal and the buyer terminal can achieve a one-to-one correspondence on the service server by the above-described mapping. Similarly, the service server may correspond one-to-one with other seller terminals and other buyer terminals.
  • the service server may receive the identification information "67890” obtained by the purchaser terminal B from the payment application server, verify whether the received identification information "67890” is valid, and if the received identification information "67890” is valid, "67890” and the dynamic code information "DEF" of the purchaser terminal B may be mapped to the seller terminal B.
  • the service server transmits the mapping information generated based on the mapping of the acquired identification information and the dynamic code information to the payment application server (132).
  • the mapping information may include, for example, identification information "12345” and dynamic code information "ABC".
  • the mapping information may include information on which seller terminal the identification information “12345” and the dynamic code information “ABC” are mapped.
  • the mapping information includes information indicating that the identification information "12345” and the dynamic code information "ABC” are mapped to the seller terminal issued with "12345” and / or information about the seller terminal issued with "12345” (for example, , Seller information or merchant information, etc.).
  • "67890" and "DEF” may be mapped on the service server to generate mapping information B.
  • the mapping information B is information that "67890" and "DEF" are mapped to the seller terminal (that is, the seller terminal B described above) issued "67890” and / or the information about the seller terminal issued "67890" ( For example, it may include seller information or merchant information.
  • the seller terminal requests transaction authentication from the payment application server (133). For example, the seller terminal may output a sound wave and then transmit a transaction authentication request to a payment application server. According to the implementation, the seller terminal may transmit a transaction authentication request to the payment application server simultaneously with the sound wave output.
  • the seller terminal may transmit the merchant information and / or transaction amount information to the payment application server along with the transaction authentication request.
  • the affiliated store information may include, for example, information about the affiliated store to which the seller terminal belongs and / or identification information issued to the seller terminal.
  • the merchant information may not include identification information issued to the seller terminal.
  • the payment application server When the payment application server receives the transaction authentication request from the seller terminal, the payment application server considers or refers to the mapping information and performs payment processing (134).
  • the payment application server when the payment application server receives a transaction authentication request, merchant information, and transaction amount information from a seller terminal, the payment application server is based on one-time information, merchant information, and transaction amount information corresponding to the dynamic code information in the mapping information.
  • the payment application server may search for mapping information including identification information that matches the identification information “12345” issued to the seller terminal.
  • mapping information in which “12345 and“ ABC ”are mapped may be retrieved.
  • the payment application server may generate a payment request.
  • a payment request may be generated based on one-time information, merchant information, and payment amount information corresponding to “ABC.”
  • the payment application server may transmit the payment request to a value added network (VAN) server.
  • the server may transmit the payment request to the card company server, the card company server may process the payment request, and transmit the processing result to the VAN server
  • the VAN company server may transmit the processing result to the payment application server
  • the payment application server may transmit the processing result to the seller terminal in response to the transaction authentication request.
  • the service server may not transmit the mapping information to the payment application server.
  • the payment application server may transmit a query for a counterpart of the identification information issued to the seller terminal to the service server. have.
  • the payment application server since the identification information issued to the seller terminal is "12345”, the payment application server may inquire the service server of which dynamic code the identification information "12345" issued to the seller terminal is mapped to. have. Since "12345" is mapped to "ABC", the service server may transmit "ABC" to the payment application server in response to the query.
  • the payment application server may transmit a payment request generated based on the one-time information, merchant information, and payment amount information corresponding to the received dynamic code information to the card company server through the VAN company server.
  • the card company server may process the corresponding payment request and transmit the processing result to the VAN company server.
  • the VAN company server may transmit the processing result to the payment application server, and the payment application server may transmit the processing result to the seller terminal in response to the transaction authentication request.
  • the payment process may be performed by the buyer terminal receiving sound waves of the seller terminal. Accordingly, the buyer may not present a credit card for payment, thereby improving payment convenience.
  • FIGS. 2A to 2C are diagrams for describing another example of an operation of a payment system, according to an exemplary embodiment.
  • the payment system may consider an event related to sound wave strength.
  • a description with reference to FIG. 2A is as follows.
  • the buyer terminal of the buyer A executes a payment application (210) and requests initialization to the payment application server (211).
  • the payment application server requests an initialization from the service server (212).
  • the service server When the service server receives the initialization request from the purchaser terminal from the payment application server, the service server transmits the security key and the threshold sound wave intensity value targeted to the purchaser terminal to the payment application server (213). Unlike the example shown in FIG. 1, the service server may transmit not only the security key but also the threshold sound wave intensity value targeted to the purchaser terminal to the payment application server.
  • the threshold acoustic strength value may be calculated by the service server and / or the payment application server in consideration of the type of the buyer terminal.
  • the payment application server transmits the security key and the threshold sound wave intensity value to the purchaser terminal (214).
  • the seller terminal generates sales information (215) and selects a payment method (216).
  • the buyer terminal selects a payment method (217), and transmits the selection information to the payment application server (218).
  • the payment application server generates dynamic code information (219).
  • the seller terminal requests the payment application server to provide identification information (220).
  • the payment application server requests the service server to provide identification information (221).
  • the service server issues identification information for the seller terminal (222) and transmits the issued identification information to the payment application server (223).
  • the payment application server transmits the issued identification information to the seller terminal (224).
  • the seller terminal outputs sound waves based on the issued identification information (225).
  • Buyer A's buyer terminal associated with the current transaction may receive sound waves.
  • other buyer terminals not related to the transaction of the buyer A may also receive sound waves currently output.
  • the buyer terminal and the other buyer terminals may obtain identification information based on sound waves and transmit the obtained identification information to the payment application server. Since the buyer terminal and the other buyer terminal receive the same sound wave, the identification information obtained by the buyer terminal may be the same as the identification information obtained by the other buyer terminal. Accordingly, when the payment application server receives the identification information obtained by each of the buyer terminal and the other buyer terminal, it is difficult to identify the terminal related to the current transaction among the buyer terminal and the other buyer terminal.
  • the purchaser terminal may be close to the seller terminal or the sound wave output interface (eg, a speaker) of the seller terminal to receive sound waves, and the other buyer terminal may be far from the seller terminal.
  • the sound wave intensity value measured at the buyer terminal may be greater than the sound wave intensity value measured at another buyer terminal. Therefore, the payment system according to an embodiment may consider an event related to sound wave intensity.
  • the purchaser terminal transmits identification information obtained based on the sound wave to the payment application server (226).
  • the sound wave intensity related event may occur when the sound wave intensity value measured by the purchaser terminal is greater than or equal to the threshold sound wave intensity value.
  • the generation of a sound wave intensity related event may correspond to a condition for transmitting identification information obtained by the purchaser terminal. Step 226 will be described later with reference to FIGS. 2B and 2C.
  • the other buyer terminal may not transmit the identification information obtained based on the sound wave to the payment application server or may not obtain the identification information.
  • the payment application server transmits the obtained identification information and the dynamic code information to the service server (227).
  • the service server determines whether the acquired identification information is valid (228). This will be described later with reference to FIG. 7.
  • the service server processes an error 229.
  • the service server maps the obtained identification information and dynamic code information (230).
  • the service server transmits the mapping information to the payment application server (231).
  • the seller terminal requests the transaction authentication to the payment application server (232). At this time, the seller terminal may transmit the merchant information and / or transaction amount information to the server together with the transaction authentication request.
  • the payment application server When the payment application server receives the transaction authentication request from the seller terminal, the payment application server performs payment processing in consideration of mapping information (233).
  • step 226 will be described with reference to FIG. 2B, and another example of step 226 will be described with reference to FIG. 2C.
  • the purchaser terminal may check whether an event related to sound wave intensity occurs (240). For example, the purchaser terminal may measure the sound wave intensity, and determine whether the measured sound wave intensity value is greater than or equal to the threshold sound wave intensity value.
  • the purchaser terminal may not acquire the identification information (241).
  • the purchaser terminal may acquire identification information based on the sound wave (242), and transmit the obtained identification information to the payment application server (243). How the purchaser terminal obtains identification information will be described later with reference to FIG. 6.
  • the purchaser terminal may acquire identification information based on sound waves (250).
  • the buyer terminal may check whether an event related to sound wave intensity occurs (251).
  • the purchaser terminal may not transmit the acquired identification information to the payment application server (252).
  • the purchaser terminal may transmit the obtained identification information to the payment application server (253).
  • 3A to 3C are diagrams for describing another example of an operation of a payment system, according to an exemplary embodiment.
  • the payment system may consider a magnetic field strength related event (or a magnetic field related event).
  • a description with reference to FIG. 3A is as follows.
  • the buyer terminal of the buyer A executes a payment application (310) and requests initialization to the payment application server (311).
  • the payment application server requests an initialization from the service server (312).
  • the service server When the service server receives the initialization request from the purchaser terminal from the payment application server, the service server transmits at least one of a threshold magnetic field strength value and a threshold change amount and a security key targeted to the purchaser terminal to the payment application server (313). Unlike the example illustrated in FIGS. 1 and 2A, the service server may transmit at least one of the threshold magnetic field strength value and the threshold change amount to the payment application server.
  • the threshold magnetic field strength value and the threshold change amount may be calculated by the service server and / or the payment application server in consideration of the type of the buyer terminal.
  • the payment application server transmits the security key and the threshold magnetic field strength value to the purchaser terminal (314).
  • the seller terminal generates sales information (315) and selects a payment method (316).
  • the buyer terminal selects a payment method (317), and transmits the selection information to the payment application server (318).
  • the payment application server generates dynamic code information (319).
  • the seller terminal requests the payment application server to provide identification information (320).
  • the payment application server requests the service server to provide identification information (321).
  • the service server issues identification information for the seller terminal (322) and transmits the issued identification information to the payment application server (323).
  • the payment application server transmits the issued identification information to the seller terminal (324).
  • the seller terminal outputs sound waves based on the issued identification information (325).
  • the buyer terminal of the buyer A related to the current transaction and the buyer terminal of the buyer B not related to the current transaction may receive sound waves.
  • the identification information obtained by each of the buyer terminal and the other buyer terminal is transmitted to the payment application server, the payment application server and / or the service server is difficult to identify the terminal related to the current transaction among the buyer terminal and the other buyer terminal.
  • the buyer terminal may be in close proximity to the seller terminal or the sound wave output interface (eg, a speaker) of the seller terminal to receive sound waves, and the other buyer terminal may be far from the seller terminal.
  • the sound wave output interface eg, a speaker
  • the other buyer terminal may be far from the seller terminal.
  • the magnetic field is generated in the seller terminal
  • the strength of the magnetic field in the buyer terminal and other buyer terminal may be measured differently. That is, since the buyer terminal is close to the seller terminal, it may detect a large intensity magnetic field, and the other buyer terminal may be far from the seller terminal, and thus may not detect the small intensity magnetic field or the magnetic field. Accordingly, the payment system according to an embodiment may consider an event related to the magnetic field strength.
  • the purchaser terminal transmits identification information obtained based on sound waves to the payment application server (326).
  • the magnetic field strength related event may occur as the buyer terminal approaches the seller terminal. More specifically, when the buyer terminal is close to the seller terminal, the magnetic field strength value measured at the buyer terminal may be greater than or equal to the threshold magnetic field strength value or the amount of change in the magnetic field strength value is greater than or equal to the threshold variation amount. Step 326 will be described later with reference to FIGS. 3B and 3C.
  • the other buyer terminal may not acquire the identification information even when receiving the sound wave.
  • another purchaser terminal may not transmit the acquired identification information to the payment application server since the event related to the magnetic field strength does not occur even if the purchaser terminal acquires the identification information acquired based on the sound wave.
  • the payment application server transmits the obtained identification information and the dynamic code information to the service server (327).
  • the service server determines whether the acquired identification information is valid (328).
  • the service server processes an error (329).
  • the service server maps the obtained identification information and dynamic code information (330).
  • the service server transmits the mapping information to the payment application server (331).
  • the seller terminal requests transaction authentication to the payment application server (332).
  • the payment application server When the payment application server receives the transaction authentication request from the seller terminal, the payment application server performs payment processing in consideration of mapping information (333).
  • step 326 will be described with reference to FIG. 3B, and another example of step 326 will be described with reference to FIG. 3C.
  • the purchaser terminal may check whether a magnetic field strength related event (or a magnetic field related event) occurs (340). For example, when the geomagnetic sensor of the buyer terminal detects the magnetic field of the seller terminal, a magnetic field strength value may be generated. When the buyer terminal is close to the seller terminal, the magnetic field strength value may be greater than or equal to the threshold magnetic field strength value. In addition, when the purchaser terminal approaches the seller terminal, the magnetic field strength value may increase greatly, and the amount of change in the magnetic field strength value may be greater than or equal to the threshold change amount. If the magnetic field strength value is greater than or equal to the threshold magnetic field strength value and / or the amount of change in the magnetic field strength value is greater than or equal to the threshold variation amount, a magnetic field intensity related event may occur.
  • a magnetic field strength related event or a magnetic field related event
  • the magnetic field may be generated by the magnetic material of the seller terminal.
  • the magnetic field may be generated by a magnet included in the speaker of the seller terminal or a magnet attached to the seller terminal.
  • the purchaser terminal may not obtain identification information (341).
  • the purchaser terminal may acquire identification information based on sound waves (342), and transmit the obtained identification information to the payment application server (343).
  • the purchaser terminal may activate a microphone to receive sound waves, and obtain identification information based on the sound waves.
  • the purchaser terminal may not activate the microphone unless a magnetic field strength related event occurs. In this case, the purchaser terminal may not receive the sound wave itself.
  • the purchaser terminal may acquire identification information based on sound waves (350).
  • the purchaser terminal may check whether a magnetic field strength related event (or a magnetic field related event) occurs (351).
  • the purchaser terminal may not transmit the acquired identification information to the payment application server (352).
  • the purchaser terminal may transmit the acquired identification information to the payment application server (353).
  • the payment system may consider both sound wave intensity related events and magnetic field strength related events.
  • the service server may transmit the security key, the threshold sound wave strength value, and the threshold magnetic field strength value to the purchaser terminal through the payment application server in response to the initialization request.
  • the purchaser terminal may transmit the identification information obtained based on the sound wave to the payment application server.
  • FIG. 4 is a diagram for describing a method of determining a sequence of a service server, according to an exemplary embodiment.
  • the service server may issue identification information for the seller terminal (122, 222, and 322).
  • issued identification information is "10011".
  • the service server may transmit the issued identification information to the seller terminal through the payment application server.
  • the service server may enhance the security of the issued identification information.
  • a description with reference to FIG. 4 is as follows.
  • the service server may generate a sequence including issued identification information (410). As shown in the example of FIG. 4, the service server may generate a sequence including the issued identification information "10011". In one embodiment, the service server may generate a sequence that includes error correction bits (or error correction codes) and issued identification information. In one example, the service server may add an error correction bit to "10011". In the example shown in FIG. 4, assume that the service server generates a sequence " 10011 ... 011 " containing an error correction bit and issued identification information.
  • the service server may shuffle the sequence with the security key (520). In other words, the service server may rearrange bits of the sequence with the security key targeted to the purchaser terminal. In the example shown in Fig. 4, it is assumed that "1100 ... 10 ... 1 ... 110" is generated by shuffling "10011 ... 011".
  • the service server may transmit the shuffled sequence to the payment application server.
  • the payment application server may transmit the shuffled sequence to the seller terminal.
  • the service server may transmit the issued identification information to the seller terminal through the payment application server.
  • the seller terminal may output sound waves.
  • a sound wave output method of a seller terminal will be described with reference to FIG. 5.
  • FIG. 5 is a view for explaining a sound wave output method of the seller terminal according to an embodiment.
  • the seller terminal outputs sound waves based on the issued identification information (510). For example, the seller terminal may or may not output a sound wave corresponding to a frequency mapped to each digit of the issued identification information based on a bit value corresponding to each digit of the issued identification information. More specifically, referring to the table and issued identification information "10011" shown in FIG. 5, since 2 0 digits, 2 1 digits, and 2 4 digits of the issued identification information are 1, the seller terminal corresponds to 19 KHz.
  • Sound waves, sound waves corresponding to 19.4 kHz, and sound waves corresponding to 20.6 kHz can be output, and 2 2 digits and 2 3 digits of the issued sequence are 0, so sound waves corresponding to 19.8 KHz and sound waves corresponding to 20.2 kHz May not be printed.
  • the seller terminal may simultaneously output or sequentially output sound waves corresponding to 19 KHz, sound waves corresponding to 19.4 kHz, and sound waves corresponding to 20.6 kHz.
  • the seller terminal may receive the shuffled sequence from the payment application server.
  • the seller terminal outputs a sound wave corresponding to a frequency mapped to each digit of the shuffled sequence, based on a bit value corresponding to each digit of the shuffled sequence. You may not print it.
  • the buyer terminal When the seller terminal outputs sound waves, the buyer terminal may receive sound waves through a microphone, and obtain identification information based on the sound waves.
  • a method of obtaining identification information of a purchaser terminal will be described with reference to FIG. 6.
  • FIG. 6 is a diagram for describing a method of obtaining identification information of a purchaser terminal, according to an exemplary embodiment.
  • the seller terminal outputs sound waves according to the shuffled sequence "1100 ... 10 ... 1 ... 110".
  • the seller terminal may simultaneously output sound waves corresponding to 19.4 KHz, sound waves corresponding to 19.8 kHz, and the like.
  • the purchaser terminal may determine a sequence corresponding to a sound wave (610).
  • the purchaser terminal can shuffle the sequence with the security key (620). As shown in the example of FIG. 6, the purchaser terminal may shuffle the sequence "1100 ... 10 ... 1" with a security key. Thus, "10011 ... 011" may be generated.
  • the purchaser terminal may acquire identification information in the shuffled sequence (630).
  • the purchaser terminal knows in advance which part of the shuffled sequence corresponds to the identification information. Accordingly, the purchaser terminal may obtain identification information in the shuffled sequence.
  • the purchaser terminal may transmit the obtained identification information to the payment application server.
  • the payment application server may transmit the dynamic code information and the acquired identification information to the service server, as described with reference to FIGS. 1, 2A, and 3A.
  • the service server may determine whether the identification information obtained by the purchaser terminal is valid.
  • the identification information validity determination method of the service server will be described with reference to FIG. 7.
  • FIG. 7 is a diagram for describing a method of determining validity of identification information of a service server, according to an exemplary embodiment.
  • identification information obtained by the purchaser terminal is "12345".
  • the service server determines whether the identification information obtained by the purchaser terminal is valid (129, 228, and 328).
  • the service server may determine whether the identification information "12345" obtained by the purchaser terminal is in the list of identification information generated by the service server itself (710).
  • the service server may determine that the identification information "12345” obtained by the buyer terminal is valid when the identification information "12345” obtained by the buyer terminal is not included in the list.
  • the service server may determine whether the elapsed time from the time of receiving the request for providing identification information from the payment application server to the time of receiving the identification information acquired by the buyer terminal is within a predetermined criterion (for example, 30 seconds). It may be 720. The service server may determine that the identification information "12345" obtained by the buyer terminal is valid when the elapsed time is within a predetermined criterion. The identification information "12345" obtained by the buyer terminal is invalid when the elapsed time exceeds the predetermined criterion. You can decide not.
  • a predetermined criterion for example, 30 seconds. It may be 720.
  • the service server may determine that the identification information "12345" obtained by the buyer terminal is valid when the elapsed time is within a predetermined criterion.
  • the identification information "12345" obtained by the buyer terminal is invalid when the elapsed time exceeds the predetermined criterion. You can decide not.
  • the service server may determine whether the identification information obtained by the purchaser terminal is valid by performing both steps 710 to 720.
  • FIG. 8 is a diagram illustrating a method of receiving one-time information by a payment application server of a payment system, according to an exemplary embodiment.
  • the payment application server receives selection information from a buyer terminal (810).
  • the payment application server may transmit an authentication request and / or a buyer authentication request for the payment method selected at the buyer terminal to the VAN company server server (811), and the VAN company server sends the corresponding authentication requests to the card company server. It may transmit (812). For example, when the xyz card is selected, the payment application server may request authentication and / or purchaser authentication for the xyz card from the xyz card company server through the VAN company server.
  • the card company server may authenticate the payment means and / or the buyer selected by the buyer terminal, and generate one-time information corresponding to the payment means selected by the buyer terminal based on the authentication result.
  • the xyz card company server may generate one-time information corresponding to the xyz card when authentication and / or purchaser authentication for the xyz card is successful.
  • the card company server may transmit one-time information to the VAN company server (813), and the VAN company server may transmit the one-time information to the payment application server (814).
  • the payment application server may generate dynamic code information based on the one-time information (815).
  • 9 is a view for explaining another example of the operation of the payment system according to an embodiment.
  • the payment system includes a seller terminal, a buyer terminal, and a server system.
  • the seller terminal generates sales information (910) and selects a payment method (911).
  • the purchaser terminal selects a payment method (912), and requests selection information from the server system (913). Since the selection information has been described with reference to FIG. 1, a detailed description thereof will be omitted.
  • the server system may generate dynamic code information corresponding to the one-time information. Since the one-time information and the dynamic code information have been described with reference to FIG. 1, a detailed description thereof will be omitted.
  • the server system may transmit the dynamic code information to the purchaser terminal. In the example shown in FIG. 9, let dynamic code information be "ABC". Depending on the implementation, the server system may not transmit the dynamic code information to the purchaser terminal.
  • the seller terminal requests the server system to provide identification information (914).
  • the server system transmits identification information to the seller terminal (915).
  • identification information issued to the seller terminal is "12345".
  • the server system may generate a sequence including the issued identification information, shuffle the sequence with the security key, and transmit the shuffled sequence to the seller terminal. Since this has been described with reference to FIG. 4, a detailed description thereof will be omitted.
  • the seller terminal outputs sound waves based on the issued identification information (916). Since the sound wave output has been described with reference to FIG. 5, a detailed description thereof will be omitted.
  • the purchaser terminal acquires identification information based on the sound wave (917), and transmits the obtained identification information to the server system (918).
  • the method described with reference to FIG. 6 may be applied, and thus a detailed description thereof will be omitted.
  • the purchaser terminal may transmit the obtained identification information to the server system.
  • identification information obtained by the purchaser terminal is "12345".
  • the server system determines whether identification information obtained by the purchaser terminal is valid (919). If the identification information obtained by the purchaser terminal is not valid, the server system processes an error (921). If the identification information obtained by the purchaser terminal is valid, the server system maps the identification information obtained by the purchaser terminal and dynamic code information (920). For example, the server system may map the identification information "12345” and the dynamic code information "ABC" obtained by the purchaser terminal, and record "12345"-"ABC" in a database or a mapping table.
  • the seller terminal requests the server system to authenticate the transaction (922). At this time, the seller terminal may transmit the merchant information and / or transaction amount information to the server system together with the transaction authentication request.
  • the server system determines a mapping partner of identification information issued to the seller terminal by referring to the mapping table (923). More specifically, when there is a transaction authentication request of the seller terminal, the server system may determine whether one or more "identification information obtained by the buyer terminal" recorded in the mapping table and the identification information issued to the seller terminal coincide with each other. If the two match, the server system may determine the mapping partner of the identification information issued to the seller terminal as the dynamic code information mapped to the identification information obtained by the buyer terminal. For example, the server system may determine whether the identification information "12345" assigned to the seller terminal matches one or more "identification information obtained by the buyer terminal" recorded in the mapping table. Since "12345" is recorded in the mapping table, the server system may determine "ABC" mapped to "12345” as a mapping partner of identification information issued to the seller terminal on the mapping table.
  • the server system may include one-time information, merchant information, and payment amount corresponding to the dynamic code information determined as the mapping counterpart.
  • the payment request generated based on the information may be transmitted to the card company server through the VAN company server.
  • the card company server may process the corresponding payment request, and transmit the processing result to the server system through the VAN company server.
  • the server system may transmit the processing result to the seller terminal. Thus, payment can be completed.
  • FIG. 10 is a block diagram illustrating a service server according to an exemplary embodiment.
  • the service server 1000 includes a communication interface 1010 and a controller 1020.
  • the service server 1000 corresponds to the service server described with reference to FIGS. 1 to 9.
  • the communication interface 1010 enables wired and / or wireless communication.
  • the controller 1020 receives the identification information obtained by the purchaser terminal and the dynamic code information generated by the request of the purchaser terminal from the payment application server through the communication interface 1010.
  • the controller 1020 determines whether the acquired identification information is valid, and based on the determination result, maps the obtained identification information and the dynamic code information.
  • the controller 1020 may map the obtained identification information and the dynamic code information to record in the database or the mapping table.
  • the controller 1020 transmits the mapping information to the payment application server through the communication interface 1010 so that payment processing is performed by the payment application server receiving the transaction authentication request from the seller terminal.
  • the mapping information is generated based on the mapping of the obtained identification information and the dynamic code information.
  • the communication interface 1010 and the controller 1020 may perform operations of the service server described with reference to FIGS. 1 to 9, detailed descriptions thereof will be omitted.
  • the buyer terminal may transmit the identification information obtained based on the sound wave output from the seller terminal to the payment application server, the payment application server May transmit the obtained identification information to the service server 1000.
  • the purchaser terminal may transmit identification information obtained based on the sound wave to the payment application server when the intensity value of the sound wave output from the seller terminal becomes equal to or greater than the threshold sound wave intensity value.
  • another purchaser terminal having received the sound wave but the intensity value of the received sound wave is less than the threshold sound wave intensity value may not transmit the identification information obtained based on the sound wave to the payment application server.
  • FIG. 11 is a block diagram illustrating a payment application server according to an embodiment.
  • the payment application server 1100 includes a communication interface 1110 and a controller 1120.
  • the communication interface 1110 may enable wired and / or wireless communication.
  • the controller 1120 When the controller 1120 receives the selection information from the purchaser terminal through the communication interface 1110, the controller 1120 generates dynamic code information.
  • the controller 1120 transmits the identification information provision request to the service server through the communication interface 1110.
  • the controller 1120 receives identification information issued to the seller terminal from the service server through the communication interface 1110, and transmits the issued identification information to the seller terminal through the communication interface 1110.
  • the controller 1120 receives the identification information acquired by the buyer terminal based on the sound wave from the buyer terminal through the communication interface 1110.
  • the controller 1120 transmits the identification information and the dynamic code information acquired by the purchaser terminal to the service server through the communication interface 1110.
  • the controller 1120 receives mapping information from the service server through the communication interface 1110.
  • the controller 1120 receives a transaction authentication request from the seller terminal through the communication interface 1110.
  • the controller 1120 When the controller 1120 receives the transaction authentication request and the mapping information, the controller 1120 performs payment processing.
  • the communication interface 1110 and the controller 1120 may perform operations of the payment application server described with reference to FIGS. 1 to 9, detailed descriptions thereof will be omitted.
  • FIG. 12 is a block diagram illustrating a buyer terminal according to an exemplary embodiment.
  • the purchaser terminal may include a mobile terminal.
  • the purchaser terminal 1200 includes a memory 1210 and a controller 1220.
  • the memory 1210 stores a payment application.
  • the controller 1220 executes a payment application. According to the execution of the payment application, the controller 1220 may operate as follows.
  • the controller 1120 transmits selection information to the payment application server through the communication interface.
  • the controller 1220 may receive dynamic code information from a payment application server through a communication interface.
  • the controller 1220 may display the dynamic code information on the display of the purchaser terminal 1200.
  • the controller 1220 may enter a sound wave reception mode.
  • the controller 1220 may enter a sound wave reception mode when a payment application is executed or when dynamic code information is received.
  • the microphone of the purchaser terminal 1200 may be activated.
  • the controller 1220 obtains identification information based on the sound wave output from the seller terminal, and transmits the obtained identification information to the payment application server through the communication interface.
  • the controller 1220 may acquire identification information based on sound waves when an acoustic intensity related event and / or a magnetic field related event occur, and transmit the obtained identification information to a payment application server through a communication interface.
  • Can transmit According to an implementation, the controller 1220 may acquire identification information based on sound waves, and then transmit the acquired identification information to a payment application server through a communication interface when an acoustic intensity related event and / or a magnetic field related event occur. .
  • the memory 1210 and the controller 1220 may perform operations of the purchaser terminal described with reference to FIGS. 1 to 9, detailed descriptions thereof will be omitted.
  • FIG. 13 is a block diagram illustrating a seller terminal according to an exemplary embodiment.
  • the seller terminal may include a point of sale (POS) terminal.
  • POS point of sale
  • the seller terminal 1300 includes an input unit 1310, a controller 1320, and an output unit 1330.
  • the input unit 1310 generates sales information.
  • the input unit 1310 may include a reader (or a scanner), and may generate sales information about the product by scanning a barcode of the product through the reader.
  • the input unit 1310 may select a payment method.
  • the controller 1320 requests the payment application server to provide identification information through a communication interface.
  • the controller 1320 receives identification information issued to the seller terminal 1300 from a payment application server through a communication interface.
  • the controller 1320 generates sound waves based on the issued identification information.
  • the output unit 1330 may output sound waves.
  • the output unit 1330 may include a speaker and may output sound waves through the speaker.
  • the controller 1320 transmits a transaction authentication request to a payment application server through a communication interface.
  • the controller 1320 receives a response from the payment application server in response to the transaction authentication request through the communication interface.
  • the input unit 1310, the controller 1320, and the output unit 1330 may perform operations of the seller terminal described with reference to FIGS. 1 to 9, detailed descriptions thereof will be omitted.
  • the apparatus described above may be implemented as a hardware component, a software component, and / or a combination of hardware components and software components.
  • the devices and components described in the embodiments are, for example, processors, controllers, arithmetic logic units (ALUs), digital signal processors, microcomputers, field programmable gate arrays (FPGAs).
  • ALUs arithmetic logic units
  • FPGAs field programmable gate arrays
  • PLU programmable logic unit
  • the processing device may execute an operating system (OS) and one or more software applications running on the operating system.
  • the processing device may also access, store, manipulate, process, and generate data in response to the execution of the software.
  • processing device includes a plurality of processing elements and / or a plurality of types of processing elements. It can be seen that it may include.
  • the processing device may include a plurality of processors or one processor and one controller.
  • other processing configurations are possible, such as parallel processors.
  • the software may include a computer program, code, instructions, or a combination of one or more of the above, and configure the processing device to operate as desired, or process it independently or collectively. You can command the device.
  • Software and / or data may be any type of machine, component, physical device, virtual equipment, computer storage medium or device in order to be interpreted by or to provide instructions or data to the processing device. Or may be permanently or temporarily embodied in a signal wave to be transmitted.
  • the software may be distributed over networked computer systems so that they may be stored or executed in a distributed manner.
  • Software and data may be stored on one or more computer readable recording media.
  • the method according to the embodiment may be embodied in the form of program instructions that can be executed by 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 media may be those specially designed and constructed for the purposes of the embodiments, or they may be of the kind well-known and available to those having skill in the computer software arts.
  • Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, such as floppy disks.
  • Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.
  • the hardware device described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Computational Linguistics (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Human Computer Interaction (AREA)
  • Acoustics & Sound (AREA)
  • Multimedia (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

서비스 서버의 동작 방법이 개시된다. 일 실시예는 구매자 단말에 의해 획득된 식별 정보 및 구매자 단말의 요청에 의해 생성된 동적 코드 정보를 결제 어플리케이션 서버로부터 수신하고, 상기 획득된 식별 정보가 유효한지 여부를 결정하며, 상기 결정 결과에 기초하여, 상기 획득된 식별 정보 및 상기 동적 코드 정보를 맵핑(mapping)하고, 상기 맵핑을 기초로 생성된 맵핑 정보를 상기 결제 어플리케이션 서버로 전송하는 단계를 포함한다.

Description

음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템
아래 실시예들은 모바일 결제 시스템에 관한 것이다.
최근에, 모바일 결제, 멤버십, 티켓 등 사용자 단말을 이용한 오프라인 인증이 필요한 서비스는 바코드 혹은 QR코드 정보를 활용하고 있다. 바코드 혹은 QR코드를 활용한 오프라인 인증의 경우, 리더기(또는 스캐너)가 필요하다. 이에 따라, 가맹점에 서비스 적용을 위해 리더기를 구매, 설치 해야 하는 등의 비용 및 업무가 추가로 발생하는 등 서비스 확장에 장애가 될 수 있다.
관련 선행기술로, 2014년 10월 01에 출원되고, 2016년 04월 01일에 공개된 한국 공개특허공보 제10-2016-0039369호(발명의 명칭: 2차원 바코드를 이용하여 페이먼트 프로세스를 실행하는 모바일 디바이스, 서비스 단말기, 제1 서버 및 제2 서버를 포함하는 시스템 및 각각의 제어방법, 출원인: 주식회사 다날)가 있다. 해당 공개특허공보에는 서비스 단말기에 의해, 특정 상품에 대한 정보를 디스플레이 하는 단계; 상기 특정 상품에 대한 결제 요청 신호를, 상기 서비스 단말기로부터 제1 서버를 경유하여 제2 서버로 전송하는 단계; 상기 제1 서버 또는 상기 제2 서버에 의해, 적어도 하나 이상의 URL 정보와 맵핑되어 있는 2차원 바코드를 생성하는 단계; 상기 생성된 2차원 바코드를 상기 서비스 단말기로 전송하는 단계; 상기 서비스 단말기에 의해, 상기 생성된 2차원 바코드를 디스플레이 하는 단계; 그리고 모바일 디바이스에 의해 상기 디스플레이된 2차원 바코드에 대한 인식이 이루어 진 경우, 상기 모바일 디바이스는 상기 맵핑된 URL 정보에 기초하여 상기 특정 상품에 대한 결제를 위한 표준 결제창을 디스플레이 하는 단계를 포함하는 시스템의 제어 방법이 개시된다.
일 측에 따른 서비스 서버의 동작 방법은 구매자 단말에 의해 획득된 식별 정보 및 상기 구매자 단말의 동적 코드 정보를 결제 어플리케이션 서버로부터 수신하는 단계 - 상기 구매자 단말은 판매자 단말에서 출력된 음파를 기초로 상기 식별 정보를 획득하고, 상기 획득된 식별 정보를 상기 결제 어플리케이션 서버로 전송함-; 상기 획득된 식별 정보가 유효한지 여부를 결정하는 단계; 상기 결정 결과에 기초하여, 상기 획득된 식별 정보 및 상기 동적 코드 정보를 맵핑(mapping)하는 단계; 및 상기 판매자 단말로부터 거래 인증 요청을 수신한 상기 결제 어플리케이션 서버에 의해 결제 처리가 수행되도록, 상기 맵핑을 기초로 생성된 맵핑 정보를 상기 결제 어플리케이션 서버로 전송하는 단계를 포함한다.
상기 결제 어플리케이션 서버는 상기 판매자 단말로부터 상기 거래 인증 요청, 가맹점 정보, 및 거래 금액 정보를 수신하는 경우, 상기 맵핑 정보 내의 동적 코드 정보와 대응되는 일회성 정보, 상기 가맹점 정보, 및 상기 거래 금액 정보를 기초로 결제 요청을 생성할 수 있다.
상기 동작 방법은 상기 음파에 대응되는 시퀀스를 셔플링하는데 사용되는 보안키를 상기 결제 어플리케이션 서버로 전송하는 단계를 더 포함할 수 있다.
상기 결제 어플리케이션 서버는 상기 보안키를 상기 구매자 단말로 전송할 수 있다.
상기 동작 방법은 상기 결제 어플리케이션 서버로부터 상기 판매자 단말의 식별 정보 제공 요청을 수신하는 경우, 상기 판매자 단말을 위한 식별 정보를 발급하는 단계; 및 상기 발급된 식별 정보를 상기 결제 어플리케이션 서버로 전송하는 단계를 더 포함할 수 있고, 상기 결제 어플리케이션 서버는 상기 판매자 단말이 상기 발급된 식별 정보에 기초한 음파를 생성하도록 상기 발급된 식별 정보를 상기 판매자 단말로 전송할 수 있다.
상기 동작 방법은 상기 판매자 단말을 위한 식별 정보를 발급한 경우, 상기 발급된 식별 정보를 포함하는 시퀀스를 생성하고, 상기 구매자 단말과 공유하고 있는 보안키를 이용하여 상기 시퀀스를 셔플링하는 단계; 및 상기 셔플링된 시퀀스를 상기 결제 어플리케이션 서버로 전송하는 단계를 더 포함할 수 있다.
상기 구매자 단말은 상기 음파에 대응되는 시퀀스를 결정하고, 상기 서비스 서버와 공유하고 있는 보안키를 이용하여 상기 시퀀스를 셔플링하며, 상기 셔플링된 시퀀스에서 식별 정보를 획득할 수 있다.
음파 세기 관련 이벤트는 상기 구매자 단말에서 측정된 음파 세기값이 임계 음파 세기값 이상인 경우 발생할 수 있다.
상기 구매자 단말은 상기 음파 세기 관련 이벤트가 발생하지 않는 경우, 제1 동작 또는 제2 동작을 수행할 수 있고, 상기 제1 동작은 상기 구매자 단말이 상기 음파를 수신하여도 상기 식별 정보를 획득하지 않는 동작을 나타내고, 상기 제2 동작은 상기 음파를 기초로 상기 식별 정보를 획득하되 상기 획득된 식별 정보의 유효성에 대한 확인을 상기 결제 어플리케이션 서버에 요청하지 않는 동작을 나타낼 수 있다.
일 측에 따른 서비스 서버는 통신 인터페이스; 및 구매자 단말에 의해 획득된 식별 정보 및 상기 구매자 단말의 동적 코드 정보를 상기 통신 인터페이스를 통해 결제 어플리케이션 서버로부터 수신하고 -상기 구매자 단말은 판매자 단말에서 출력된 음파를 기초로 상기 식별 정보를 획득하고 상기 획득된 식별 정보를 상기 결제 어플리케이션 서버로 전송함-, 상기 획득된 식별 정보가 유효한지 여부를 결정하며, 상기 결정 결과에 기초하여 상기 획득된 식별 정보 및 상기 동적 코드 정보를 맵핑(mapping)하고, 상기 판매자 단말로부터 거래 인증 요청을 수신한 상기 결제 어플리케이션 서버에 의해 결제 처리가 수행되도록, 상기 맵핑을 기초로 생성된 맵핑 정보를 상기 통신 인터페이스를 통해 상기 결제 어플리케이션 서버로 전송하는 컨트롤러를 포함한다.
실시예들은 구매자가 자신의 단말을 판매자 단말에 근접시키면 결제 처리를 진행할 수 있어, 결제 편의성이 향상될 수 있다. 또한, 실시예들은 서비스 제공자가 결제 시스템에 음파 솔루션을 쉽고 빠르게 통합하도록 할 수 있어, 서비스 제공자의 서비스 확장이 용이할 수 있다.
도 1은 일 실시예에 따른 결제 시스템의 동작의 일례를 설명하기 위한 도면이다.
도 2a 내지 도 2c는 일 실시예에 따른 결제 시스템의 동작의 다른 일례를 설명하기 위한 도면이다.
도 3a 내지 도 3c는 일 실시예에 따른 결제 시스템의 동작의 또 다른 일례를 설명하기 위한 도면이다.
도 4는 일 실시예에 따른 서비스 서버의 시퀀스 결정 방법을 설명하기 위한 도면이다.
도 5는 일 실시예에 따른 판매자 단말의 음파 출력 방법을 설명하기 위한 도면이다.
도 6은 일 실시예에 따른 구매자 단말의 식별 정보 획득 방법을 설명하기 위한 도면이다.
도 7은 일 실시예에 따른 서비스 서버의 식별 정보 유효성 결정 방법을 설명하기 위한 도면이다.
도 8은 일 실시예에 따른 결제 시스템의 결제 어플리케이션 서버가 일회성 정보를 수신하는 방법을 설명하기 위한 도면이다.
도 9는 일 실시예에 따른 결제 시스템의 동작의 또 다른 일례를 설명하기 위한 도면이다.
도 10은 일 실시예에 따른 서비스 서버를 설명하기 위한 블록도이다.
도 11은 일 실시예에 따른 결제 어플리케이션 서버를 설명하기 위한 블록도이다.
도 12은 일 실시예에 따른 구매자 단말을 설명하기 위한 블록도이다.
도 13은 일 실시예에 따른 판매자 단말을 설명하기 위한 블록도이다.
이하, 실시예들을 첨부된 도면을 참조하여 상세하게 설명한다.
아래 설명하는 실시예들에는 다양한 변경이 가해질 수 있다. 아래 설명하는 실시예들은 실시 형태에 대해 한정하려는 것이 아니며, 이들에 대한 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
실시예에서 사용한 용어는 단지 특정한 실시예를 설명하기 위해 사용된 것으로, 실시예를 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 명세서 상에 기재된 특징, 숫자, 단계, 동작, 구성 요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 실시예가 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥 상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 명세서에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
또한, 실시예를 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 실시예의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다.
도 1은 일 실시예에 따른 결제 시스템의 동작의 일례를 설명하기 위한 도면이다.
일 실시예에 따른 결제 시스템은 판매자 단말, 구매자 단말, 결제 어플리케이션 서버, 및 서비스 서버를 포함한다. 도 1에 도시된 예의 경우, 결제 어플리케이션 서버 및 서비스 서버 각각은 결제 시스템에서 독립적인 엔티티(entity)에 해당한다. 달리 표현하면, 도 1에 도시된 예의 경우, 결제 어플리케이션 서버 및 서비스 서버는 물리적으로 구분될 수 있다. 이에 제한되지 않고, 결제 어플리케이션 서버 및 서비스 서버는 하나의 서버 시스템 내에서 논리적으로 구분될 수 있다.
도 1을 참조하면, 구매자 단말은 결제 어플리케이션을 실행한다(110). 예를 들어, 구매자는 가맹점에서 구매 또는 이용하길 원하는 거래 아이템(예를 들어, 상품 및/또는 서비스)에 대한 결제를 위해 구매자 단말에 설치된 XYZ 결제 어플리케이션에 선택 입력을 인가할 수 있고, 구매자 단말은 구매자의 선택 입력에 기초하여 XYZ 결제 어플리케이션을 실행할 수 있다.
구매자 단말은 결제 어플리케이션 서버에 초기화를 요청한다(111). 결제 어플리케이션이 실행되면, 구매자는 로그인 정보를 입력할 수 있고, 구매자 단말은 로그인 정보를 기초로 결제 어플리케이션 서버에 접속할 수 있다. 이 때, 구매자 단말은 결제 어플리케이션 서버에 초기화를 요청할 수 있다.
결제 어플리케이션 서버는 서비스 서버에 초기화를 요청한다(112). 달리 표현하면, 결제 어플리케이션 서버는 구매자 단말의 초기화 요청을 서비스 서버로 전송할 수 있다.
서비스 서버는 구매자 단말의 초기화 요청을 결제 어플리케이션 서버로부터 수신하면, 구매자 단말에 타겟된 보안키를 결제 어플리케이션 서버로 전송한다(113). 이러한 보안키는 미리 정해진 주기(예를 들어, 하루 또는 일주일)마다 변경될 수 있다. 이에 제한되지 않고, 보안키는 구매자 단말의 초기화 요청이 있을 때마다 변경될 수 있다. 또한, 구매자 단말에 타겟된 보안키는 다른 구매자 단말에 타겟된 보안키와 다를 수 있다. 구현에 따라, 구매자 단말에 타겟된 보안키는 다른 구매자 단말에 타겟된 보안키와 동일할 수 있다. 보안키에 대해선 후술한다.
결제 어플리케이션 서버는 보안키를 구매자 단말로 전송한다(114). 이로써, 결제 어플리케이션 서버는 구매자 단말과 보안키를 공유할 수 있다.
판매자 단말은 판매 정보를 생성한다(115). 판매자 단말은 구매자의 거래 아이템에 대한 판매 정보를 생성할 수 있다. 판매 정보는, 예를 들어, 거래 아이템의 가격, 개수 등을 포함할 수 있다. 일례로, 판매자 단말은 구매자가 구매하길 원하는 상품의 바코드를 스캔할 수 있고, 스캔에 기초하여 해당 상품에 대한 판매 정보를 생성할 수 있다. 판매자 단말은 구현에 따라 유인 또는 무인으로 운영될 수 있다.
판매자 단말은 결제 수단을 선택한다(116). 예를 들어, 판매자 단말은 신용 카드 결제, 포인트 결제, 또는 구매자 단말에 실행중인 XYZ 결제 어플리케이션과 관련된 결제를 결제 수단으로 선택할 수 있다.
구매자 단말은 결제 수단을 선택한다(117). 예를 들어, XYZ 결제 어플리케이션에 xyz 카드에 대한 정보가 등록되어 있다고 하자. 이 경우, 구매자 단말은 구매자의 선택에 의해 xyz 카드를 결제 수단으로 선택할 수 있다. 도 1에 도시된 예에서, xyz 카드가 결제 수단으로 구매자 단말에 의해 선택된다고 하자.
구매자 단말은 결제 수단에 대한 선택을 기초로 생성된 선택 정보를 결제 어플리케이션 서버로 전송한다(118). 달리 표현하면, 구매자 단말은 어떤 결제 수단이 선택되었는지를 결제 어플리케이션 서버에 알릴 수 있다. 예를 들어, 구매자 단말은 xyz 카드가 선택되었음을 나타내는 선택 정보를 결제 어플리케이션 서버로 전송할 수 있다.
결제 어플리케이션 서버는 카드사 서버에 의해 생성된 일회성 정보를 수신할 수 있고, 일회성 정보와 대응되는 동적 코드 정보를 생성한다(119). 이 때, 동적 코드 정보는 현재 거래에 고유할 수 있다. 또한, 동적 코드 정보는 결제 어플리케이션 서버가 구매자 단말(또는 구매자 단말의 거래)에 대해 생성한 것일 수 있다. 결제 어플리케이션 서버가 어떠한 과정을 거쳐서 일회성 정보를 수신하는지에 대해선 도 8을 통해 후술한다. 도 1에 도시된 예에서, 일회성 정보와 대응되는 동적 코드 정보 "ABC"가 생성된다고 하자.
결제 어플리케이션 서버는 동적 코드 정보를 구매자 단말로 전송할 수 있고, 구매자 단말은 동적 코드 정보를 디스플레이에 표시할 수 있다. 예를 들어, 구매자 단말은 동적 코드 정보 "ABC"를 숫자 시퀀스(일례로, 5044 3214 5632 5798 10000) 및/또는 시각적 코드(일례로, 바코드, QR 코드)로 표시할 수 있다. 구현에 따라, 결제 어플리케이션 서버는 동적 코드 정보를 구매자 단말로 전송하지 않거나 일회성 정보를 구매자 단말로 전송할 수 있다.
판매자 단말은 식별 정보 제공을 결제 어플리케이션 서버에 요청한다(120). 달리 표현하면, 판매자 단말은 결제 수단이 선택되면, 식별 정보 발급 요청을 결제 어플리케이션 서버에 전송할 수 있다.
결제 어플리케이션 서버는 식별 정보 제공을 서비스 서버에 요청한다(121). 달리 표현하면, 결제 어플리케이션 서버는 판매자 단말의 식별 정보 발급 요청을 서비스 서버로 전송할 수 있다.
서비스 서버는 판매자 단말을 위한 식별 정보를 발급한다(122). 도 1에 도시된 예에서, 서비스 서버는 판매자 단말을 위해 "12345"의 식별 정보를 발급한다고 하자. 구현에 따라, 서비스 서버는 발급된 식별 정보를 포함하는 시퀀스를 생성할 수 있고, 구매자 단말에 타겟된 보안키로 시퀀스를 셔플링할 수 있다. 이에 대해선 도 4를 통해 후술한다.
서비스 서버는 판매자 단말의 식별 정보 발급 요청이 있을 때마다 판매자 단말에 다른 식별 정보를 발급할 수 있다. 달리 표현하면, 당해 결제에서 판매자 발급되는 식별 정보는 다른 결제에서 판매자 단말에 발급되는 식별 정보와 다를 수 있다. 일례로, 서비스 서버가 다른 결제에서 판매자 단말의 식별 정보 발급 요청을 결제 어플리케이션 서버로부터 수신하는 경우, 앞서 설명한 "12345"와 다른 식별 정보를 판매자 단말에 발급할 수 있다. 다시 말해, 결제가 있을 때마다 판매자 단말에는 다른 식별 정보가 발급될 수 있다. 이로 인해, 당해 결제에서 판매자 단말에 발급된 식별 정보가 유출되더라도 유출된 식별 정보는 다른 결제에서 유효하지 않거나 사용될 수 없으므로, 결제 보안성이 보다 향상될 수 있다.
서비스 서버는 판매자 단말에 발급한 식별 정보 "12345"를 리스트에 기록할 수 있다. 여기서, 리스트에는 다른 판매자 단말에 발급한 식별 정보 "67890"도 기록되어 있을 수 있다.
서비스 서버는 발급된 식별 정보를 결제 어플리케이션 서버로 전송한다(123).
결제 어플리케이션 서버는 발급된 식별 정보를 판매자 단말로 전송한다(124).
판매자 단말은 발급된 식별 정보에 기초한 음파를 출력한다(125). 음파는 비가청 대역일 수 있다. 이에 제한되지 않고, 음파는 가청 대역일 수 있다. 판매자 단말의 음파 출력 방법에 대해선 도 5를 통해 후술한다.
구매자 단말은 음파를 기초로 식별 정보를 획득한다(126). 달리 표현하면, 구매자 단말은 음파를 기초로 판매자 단말에 발급된 식별 정보를 추정할 수 있다. 구매자 단말이 식별 정보를 어떻게 획득하는지에 대해선 도 6을 통해 후술한다. 도 1에 도시된 예에서, 구매자 단말은 음파를 기초로 식별 정보 "12345"를 획득한다고 하자.
구매자 단말은 획득된 식별 정보를 결제 어플리케이션 서버로 전송한다(127). 단계(127)에서, 구매자 단말은 획득된 식별 정보의 유효성에 대한 확인을 결제 어플리케이션 서버에 요청할 수 있다. 달리 표현하면, 구매자 단말은 획득된 식별 정보가 유효한지 여부를 결제 어플리케이션 서버에 문의할 수 있다.
결제 어플리케이션 서버는 해당 획득된 식별 정보 및 동적 코드 정보를 서비스 서버로 전송한다(128). 즉, 서비스 서버는 결제 어플리케이션 서버로부터 구매자 단말에 의해 획득된 식별 정보를 수신한다. 단계(128)에서, 결제 어플리케이션 서버는 해당 획득된 식별 정보의 유효성에 대한 확인을 서비스 서버에게 요청할 수 있다.
서비스 서버는 해당 획득된 식별 정보가 유효한지 여부를 결정한다(129). 달리 표현하면, 서비스 서버는 수신된 식별 정보의 유효성을 검증할 수 있다. 일 실시예에 있어서, 서비스 서버는 "12345"를 결제 어플리케이션 서버로부터 수신하는 경우, 수신된 식별 정보 "12345"가 리스트에 있는지 여부에 대한 체크 및 경과 시간 중 적어도 하나를 고려하여, 수신된 식별 정보 "12345"가 유효한지 여부를 결정할 수 있다. 이에 대해선 도 7을 통해 후술한다.
서비스 서버는 해당 획득된 식별 정보가 유효하지 않으면, 에러 처리한다(130).
서비스 서버는 해당 획득된 식별 정보가 유효하면, 해당 획득된 식별 정보와 동적 코드 정보를 맵핑한다(131). 달리 표현하면, 서비스 서버는 수신된 식별 정보가 유효하면, 수신된 식별 정보와 동적 코드 정보가 서로 맵핑된 맵핑 정보를 생성할 수 있다. 예를 들어, 서비스 서버는 수신된 식별 정보 "12345"가 유효하면, "12345"와 동적 코드 정보 "ABC"를 판매자 단말에 대해 맵핑할 수 있다. "12345"는 당해 거래에서 판매자 단말을 위해 발급되었고, "ABC"는 당해 거래에서 구매자 단말을 위해 생성된 것이므로, 전술한 맵핑에 의해 판매자 단말과 구매자 단말은 서비스 서버 상에서 일대일 대응을 이룰 수 있다. 이와 마찬가지로, 서비스 서버는 다른 판매자 단말과 다른 구매자 단말을 일대일로 대응시킬 수 있다. 예를 들어, 서비스 서버가 판매자 단말 B에 발급된 식별 정보가 "67890"이라 하자. 서비스 서버는 구매자 단말 B에 의해 획득된 식별 정보 "67890"를 결제 어플리케이션 서버로부터 수신할 수 있고, 수신된 식별 정보 "67890"이 유효한지 검증할 수 있으며, 수신된 식별 정보 "67890"이 유효하면 "67890"과 구매자 단말 B의 동적 코드 정보 "DEF"를 판매자 단말 B에 대해 맵핑할 수 있다.
서비스 서버는 해당 획득된 식별 정보와 동적 코드 정보의 맵핑을 기초로 생성된 맵핑 정보를 결제 어플리케이션 서버로 전송한다(132). 맵핑 정보는, 예를 들어, 식별 정보 "12345"와 동적 코드 정보 "ABC"를 포함할 수 있다. 또한, 맵핑 정보는 식별 정보 "12345"와 동적 코드 정보 "ABC"가 어떤 판매자 단말에 맵핑되었는지에 대한 정보를 포함할 수 있다. 다시 말해, 맵핑 정보는 "12345"가 발급된 판매자 단말에 대해 식별 정보 "12345"와 동적 코드 정보 "ABC"이 맵핑되어 있다는 정보 및/또는 "12345"가 발급된 판매자 단말에 대한 정보(일례로, 판매자 정보 또는 가맹점 정보 등)를 포함할 수 있다. 이와 마찬가지로, 서비스 서버 상에서 "67890"과 "DEF"가 맵핑되어 맵핑 정보 B가 생성될 수 있다. 맵핑 정보 B는 "67890"이 발급된 판매자 단말(즉, 전술한 판매자 단말 B)에 대해 "67890"과 "DEF"이 맵핑되어 있다는 정보 및/또는 "67890"이 발급된 판매자 단말에 대한 정보(일례로, 판매자 정보 또는 가맹점 정보 등)를 포함할 수 있다.
판매자 단말은 거래 인증을 결제 어플리케이션 서버에 요청한다(133). 예를 들어, 판매자 단말은 음파를 출력한 후 거래 인증 요청을 결제 어플리케이션 서버에 전송할 수 있다. 구현에 따라, 판매자 단말은 음파 출력과 동시에 거래 인증 요청을 결제 어플리케이션 서버에 전송할 수 있다.
단계(133)에서, 판매자 단말은 가맹점 정보 및/또는 거래 금액 정보를 거래 인증 요청과 함께 결제 어플리케이션 서버로 전송할 수 있다. 가맹점 정보는, 예를 들어, 판매자 단말이 속한 가맹점에 대한 정보 및/또는 판매자 단말에 발급된 식별 정보를 포함할 수 있다. 구현에 따라, 가맹점 정보는 판매자 단말에 발급된 식별 정보를 포함하지 않을 수 있다.
결제 어플리케이션 서버는 판매자 단말의 거래 인증 요청을 수신하면, 맵핑 정보를 고려하거나 참조하여 결제 처리를 수행한다(134).
일 실시예에 따르면, 결제 어플리케이션 서버는 판매자 단말로부터 거래 인증 요청, 가맹점 정보, 및 거래 금액 정보를 수신하는 경우, 맵핑 정보 내의 동적 코드 정보와 대응되는 일회성 정보, 가맹점 정보, 및 거래 금액 정보를 기초로 결제 요청을 생성할 수 있다. 일례로, 결제 어플리케이션 서버는 판매자 단말에 발급된 식별 정보 "12345"와 일치하는 식별 정보를 포함하는 맵핑 정보를 검색할 수 있다. 이 때, "12345와 "ABC"가 맵핑된 맵핑 정보가 검색될 수 있다. 맵핑 정보가 검색된 경우, 결제 어플리케이션 서버는 결제 요청을 생성할 수 있다. 예를 들어, 결제 어플리케이션 서버는 검색된 맵핑 정보 내의 "ABC"와 대응되는 일회성 정보, 가맹점 정보, 및 결제 금액 정보를 기초로 결제 요청을 생성할 수 있다. 결제 어플리케이션 서버는 해당 결제 요청을 VAN(Value Added Network)사 서버로 전송할 수 있다. VNA사 서버는 해당 결제 요청을 카드사 서버로 전송할 수 있다. 카드사 서버는 해당 결제 요청을 처리할 수 있고, 처리 결과를 VAN사 서버로 전송할 수 있다. VAN사 서버는 처리 결과를 결제 어플리케이션 서버로 전송할 수 있고, 결제 어플리케이션 서버는 처리 결과를 거래 인증 요청에 대한 응답으로 판매자 단말에 전송할 수 있다. 이로써, 결제가 완료될 수 있다.
다른 실시예에 따르면, 서비스 서버는 맵핑 정보를 결제 어플리케이션 서버로 전송하지 않을 수 있다. 이 경우, 결제 어플리케이션 서버는 판매자 단말의 거래 인증 요청, 거래 금액 정보, 및 가맹점 정보를 판매자 단말로부터 수신하면, 판매자 단말에 발급된 식별 정보의 맵핑 상대(counterpart)에 대한 쿼리를 서비스 서버에게 전송할 수 있다. 도 1에 도시된 예에서, 판매자 단말에 발급된 식별 정보는 "12345"이므로, 결제 어플리케이션 서버는 판매자 단말에 발급된 식별 정보 "12345"가 어떤 동적 코드와 맵핑되어 있는지를 서비스 서버에게 문의할 수 있다. "12345"는 "ABC"와 맵핑되어 있으므로, 서비스 서버는 "ABC"를 쿼리에 대한 응답으로 결제 어플리케이션 서버에게 전송할 수 있다. 결제 어플리케이션 서버는 서비스 서버로부터 동적 코드 정보를 수신하면, 수신된 동적 코드 정보와 대응되는 일회성 정보, 가맹점 정보, 및 결제 금액 정보를 기초로 생성된 결제 요청을 VAN사 서버를 통해 카드사 서버에게 전송할 수 있다. 카드사 서버는 해당 결제 요청을 처리할 수 있고, 처리 결과를 VAN사 서버로 전송할 수 있다. VAN사 서버는 처리 결과를 결제 어플리케이션 서버로 전송할 수 있고, 결제 어플리케이션 서버는 처리 결과를 거래 인증 요청에 대한 응답으로 판매자 단말에 전송할 수 있다.
도 1을 통해 설명한 예에 따르면, 구매자 단말이 판매자 단말의 음파를 수신함으로써 결제 처리가 진행될 수 있다. 이에 따라, 구매자는 결제를 위해 신용 카드를 제시하지 않을 수 있어, 결제 편의성이 향상될 수 있다.
도 2a 내지 도 2c는 일 실시예에 따른 결제 시스템의 동작의 다른 일례를 설명하기 위한 도면이다.
일 실시예에 따른 결제 시스템은 음파 세기 관련 이벤트를 고려할 수 있다. 이하, 도 2a를 참조하면서 설명한다.
도 2a를 참조하면, 구매자 A의 구매자 단말은 결제 어플리케이션을 실행하고(210), 결제 어플리케이션 서버에 초기화를 요청한다(211).
결제 어플리케이션 서버는 서비스 서버에 초기화를 요청한다(212).
서비스 서버는 구매자 단말의 초기화 요청을 결제 어플리케이션 서버로부터 수신하면, 구매자 단말에 타겟된 보안키 및 임계 음파 세기값을 결제 어플리케이션 서버로 전송한다(213). 도 1에 도시된 예와 달리, 서비스 서버는 보안키뿐 아니라 구매자 단말에 타겟된 임계 음파 세기값을 결제 어플리케이션 서버로 전송할 수 있다. 여기서, 임계 음파 세기값은 구매자 단말의 종류를 고려하여 서비스 서버 및/또는 결제 어플리케이션 서버에 의해 계산될 수 있다.
결제 어플리케이션 서버는 보안키 및 임계 음파 세기값을 구매자 단말로 전송한다(214).
판매자 단말은 판매 정보를 생성하고(215), 결제 수단을 선택한다(216).
구매자 단말은 결제 수단을 선택하고(217), 선택 정보를 결제 어플리케이션 서버로 전송한다(218).
결제 어플리케이션 서버는 동적 코드 정보를 생성한다(219).
판매자 단말은 식별 정보 제공을 결제 어플리케이션 서버에 요청한다(220).
결제 어플리케이션 서버는 식별 정보 제공을 서비스 서버에 요청한다(221).
서비스 서버는 판매자 단말을 위한 식별 정보를 발급하고(222), 발급된 식별 정보를 결제 어플리케이션 서버로 전송한다(223).
결제 어플리케이션 서버는 발급된 식별 정보를 판매자 단말로 전송한다(224).
판매자 단말은 발급된 식별 정보에 기초한 음파를 출력한다(225).
현재 거래와 관련된 구매자 A의 구매자 단말은 음파를 수신할 수 있다. 또한, 가맹점 내에 구매자 B의 구매자 단말(이하, 다른 구매자 단말)이 위치한 경우, 구매자 A의 거래와 관련되지 않은 다른 구매자 단말도 현재 출력되는 음파를 수신할 수 있다. 이 경우, 구매자 단말뿐 아니라 다른 구매자 단말도 음파를 기초로 식별 정보를 획득하고 획득된 식별 정보를 결제 어플리케이션 서버로 전송할 수 있다. 구매자 단말과 다른 구매자 단말은 동일한 음파를 수신하므로, 구매자 단말에 의해 획득된 식별 정보는 다른 구매자 단말에 의해 획득된 식별 정보와 동일할 수 있다. 이에 따라, 결제 어플리케이션 서버가 구매자 단말 및 다른 구매자 단말 각각에 의해 획득된 식별 정보를 수신하면, 구매자 단말 및 다른 구매자 단말 중 현재 거래와 관련된 단말을 식별하기 어렵다.
한편, 구매자 단말은 음파를 수신하기 위해 판매자 단말 또는 판매자 단말의 음파 출력 인터페이스(일례로, 스피커)에 근접할 수 있고, 다른 구매자 단말은 판매자 단말과 멀리 떨어져 있을 수 있다. 이로 인해, 구매자 단말에서 측정되는 음파 세기값은 다른 구매자 단말에서 측정되는 음파 세기값보다 클 수 있다. 따라서, 일 실시예에 따른 결제 시스템은 음파 세기 관련 이벤트를 고려할 수 있다.
일 실시예에 있어서, 구매자 단말은 음파 세기 관련 이벤트가 발생하는 경우, 음파를 기초로 획득된 식별 정보를 결제 어플리케이션 서버로 전송한다(226). 음파 세기 관련 이벤트는 구매자 단말에 의해 측정된 음파 세기값이 임계 음파 세기값 이상인 경우 발생할 수 있다. 도 1에 도시된 예와 달리, 음파 세기 관련 이벤트의 발생이 구매자 단말에 의해 획득된 식별 정보가 전송되기 위한 조건에 해당할 수 있다. 단계(226)에 대해선 도 2b 및 도 2c를 통해 후술한다.
다른 구매자 단말에서 음파 세기 관련 이벤트가 발생하지 않으므로, 다른 구매자 단말은 음파를 기초로 획득된 식별 정보를 결제 어플리케이션 서버로 전송하지 않거나 식별 정보를 획득하지 않을 수 있다.
결제 어플리케이션 서버는 해당 획득된 식별 정보 및 동적 코드 정보를 서비스 서버로 전송한다(227).
서비스 서버는 해당 획득된 식별 정보가 유효한지 여부를 결정한다(228). 이에 대해선 도 7을 통해 후술한다.
서비스 서버는 구매자 단말에 의해 획득된 식별 정보가 유효하지 않으면, 에러 처리한다(229).
서비스 서버는 해당 획득된 식별 정보가 유효하면, 해당 획득된 식별 정보와 동적 코드 정보를 맵핑한다(230). 서비스 서버는 맵핑 정보를 결제 어플리케이션 서버로 전송한다(231).
판매자 단말은 거래 인증을 결제 어플리케이션 서버에 요청한다(232). 이 때, 판매자 단말은 가맹점 정보 및/또는 거래 금액 정보를 거래 인증 요청과 함께 서버로 전송할 수 있다.
결제 어플리케이션 서버는 판매자 단말의 거래 인증 요청을 수신하면, 맵핑 정보를 고려하여 결제 처리를 수행한다(233).
도 1을 통해 기술된 사항들은 도 2a를 통해 기술된 사항들에 적용될 수 있으므로, 상세한 설명을 생략한다. 이하, 단계(226)에 대한 일례를 도 2b를 참조하면서 설명하고, 단계(226)에 대한 다른 일례를 도 2c를 참조하면서 설명한다.
도 2b를 참조하면, 구매자 단말은 음파 세기 관련 이벤트가 발생하는지 확인할 수 있다(240). 예를 들어, 구매자 단말은 음파 세기를 측정할 수 있고, 측정된 음파 세기값이 임계 음파 세기값 이상인지 결정할 수 있다.
음파 세기 관련 이벤트가 발생하지 않으면, 구매자 단말은 식별 정보를 획득하지 않을 수 있다(241).
음파 세기 관련 이벤트가 발생하면, 구매자 단말은 음파를 기초로 식별 정보를 획득할 수 있고(242), 획득된 식별 정보를 결제 어플리케이션 서버로 전송할 수 있다(243). 구매자 단말이 식별 정보를 어떻게 획득하는지에 대해선 도 6을 통해 후술한다.
도 2c를 참조하면, 구매자 단말은 음파를 기초로 식별 정보를 획득할 수 있다(250).
구매자 단말은 음파 세기 관련 이벤트가 발생하는지 확인할 수 있다(251).
음파 세기 관련 이벤트가 발생하지 않으면, 구매자 단말은 획득된 식별 정보를 결제 어플리케이션 서버로 전송하지 않을 수 있다(252).
음파 세기 관련 이벤트가 발생하면, 구매자 단말은 획득된 식별 정보를 결제 어플리케이션 서버로 전송할 수 있다(253).
도 3a 내지 도 3c는 일 실시예에 따른 결제 시스템의 동작의 또 다른 일례를 설명하기 위한 도면이다.
일 실시예에 따른 결제 시스템은 자기장 세기 관련 이벤트(또는 자기장 관련 이벤트)를 고려할 수 있다. 이하, 도 3a를 참조하면서 설명한다.
도 3a를 참조하면, 구매자 A의 구매자 단말은 결제 어플리케이션을 실행하고(310), 결제 어플리케이션 서버에 초기화를 요청한다(311).
결제 어플리케이션 서버는 서비스 서버에 초기화를 요청한다(312).
서비스 서버는 구매자 단말의 초기화 요청을 결제 어플리케이션 서버로부터 수신하면, 임계 자기장 세기값 및 임계 변화량 중 적어도 하나와 구매자 단말에 타겟된 보안키를 결제 어플리케이션 서버로 전송한다(313). 도 1 및 2a에 도시된 예와 달리, 서비스 서버는 임계 자기장 세기값 및 임계 변화량 중 적어도 하나를 결제 어플리케이션 서버로 전송할 수 있다. 여기서, 임계 자기장 세기값 및 임계 변화량은 구매자 단말의 종류를 고려하여 서비스 서버 및/또는 결제 어플리케이션 서버에 의해 계산될 수 있다.
결제 어플리케이션 서버는 보안키 및 임계 자기장 세기값을 구매자 단말로 전송한다(314).
판매자 단말은 판매 정보를 생성하고(315), 결제 수단을 선택한다(316).
구매자 단말은 결제 수단을 선택하고(317), 선택 정보를 결제 어플리케이션 서버로 전송한다(318).
결제 어플리케이션 서버는 동적 코드 정보를 생성한다(319).
판매자 단말은 식별 정보 제공을 결제 어플리케이션 서버에 요청한다(320).
결제 어플리케이션 서버는 식별 정보 제공을 서비스 서버에 요청한다(321).
서비스 서버는 판매자 단말을 위한 식별 정보를 발급하고(322), 발급된 식별 정보를 결제 어플리케이션 서버로 전송한다(323).
결제 어플리케이션 서버는 발급된 식별 정보를 판매자 단말로 전송한다(324).
판매자 단말은 발급된 식별 정보에 기초한 음파를 출력한다(325).
도 2를 통해 설명한 것과 같이, 현재 거래와 관련된 구매자 A의 구매자 단말과 현재 거래와 관련되지 않은 구매자 B의 구매자 단말(이하, 다른 구매자 단말)이 음파를 수신할 수 있다. 이 경우, 구매자 단말과 다른 구매자 단말 각각이 획득한 식별 정보가 결제 어플리케이션 서버로 전송된다면, 결제 어플리케이션 서버 및/또는 서비스 서버는 구매자 단말 및 다른 구매자 단말 중 현재 거래와 관련된 단말을 식별하기 어렵다.
한편, 구매자 단말은 음파를 수신하기 위해 판매자 단말 또는 판매자 단말의 음파 출력 인터페이스(일례로, 스피커)와 근접할 수 있고, 다른 구매자 단말은 판매자 단말과 멀리 떨어져 있을 수 있다. 이 때, 판매자 단말에서 자기장이 발생한다면, 구매자 단말 및 다른 구매자 단말에서 자기장의 세기는 다르게 측정될 수 있다. 즉, 구매자 단말은 판매자 단말과 근접하므로, 큰 세기의 자기장을 감지할 수 있고, 다른 구매자 단말은 판매자 단말과 멀리 떨어져 있으므로, 작은 세기의 자기장을 감지하거나 자기장을 감지하지 못할 수 있다. 이에 따라, 일 실시예에 따른 결제 시스템은 자기장 세기 관련 이벤트를 고려할 수 있다.
일 실시예에 있어서, 구매자 단말은 자기장 세기 관련 이벤트가 발생하는 경우, 음파를 기초로 획득된 식별 정보를 결제 어플리케이션 서버로 전송한다(326). 자기장 세기 관련 이벤트는 구매자 단말이 판매자 단말에 근접함에 따라 발생할 수 있다. 보다 구체적으로, 구매자 단말이 판매자 단말에 근접하면, 구매자 단말에서 측정된 자기장 세기값은 임계 자기장 세기값 이상이거나 자기장 세기값의 변화량이 임계 변화량 이상일 수 있다. 단계(326)에 대해선 도 3b 및 도 3c를 통해 후술한다.
다른 구매자 단말에는 자기장 세기 관련 이벤트가 발생하지 않으므로, 다른 구매자 단말은 음파를 수신하여도 식별 정보를 획득하지 않을 수 있다. 또는, 다른 구매자 단말은 음파를 기초로 획득한 식별 정보를 획득하여도 자기장 세기 관련 이벤트가 발생하지 않으므로, 획득한 식별 정보를 결제 어플리케이션 서버로 전송하지 않을 수 있다.
결제 어플리케이션 서버는 해당 획득된 식별 정보 및 동적 코드 정보를 서비스 서버로 전송한다(327).
서비스 서버는 해당 획득된 식별 정보가 유효한지 여부를 결정한다(328).
서비스 서버는 해당 획득된 식별 정보가 유효하지 않으면, 에러 처리한다(329).
서비스 서버는 해당 획득된 식별 정보가 유효하면, 해당 획득된 식별 정보와 동적 코드 정보를 맵핑한다(330). 서비스 서버는 맵핑 정보를 결제 어플리케이션 서버로 전송한다(331).
판매자 단말은 거래 인증을 결제 어플리케이션 서버에 요청한다(332).
결제 어플리케이션 서버는 판매자 단말의 거래 인증 요청을 수신하면, 맵핑 정보를 고려하여 결제 처리를 수행한다(333).
도 1을 통해 기술된 사항들은 도 3a를 통해 기술된 사항들에 적용될 수 있으므로, 상세한 설명을 생략한다. 이하, 단계(326)에 대한 일례를 도 3b를 참조하면서 설명하고, 단계(326)에 대한 다른 일례를 도 3c를 참조하면서 설명한다.
도 3b를 참조하면, 구매자 단말은 자기장 세기 관련 이벤트(또는 자기장 관련 이벤트)가 발생하는지 확인할 수 있다(340). 예를 들어, 구매자 단말의 지자기 센서가 판매자 단말의 자기장을 감지할 때, 자기장 세기값이 생성될 수 있고, 구매자 단말이 판매자 단말에 근접하면, 자기장 세기값이 임계 자기장 세기값 이상일 수 있다. 또한, 구매자 단말이 판매자 단말에 근접하면, 자기장 세기값은 크게 증가할 수 있고, 자기장 세기값의 변화량이 임계 변화량 이상일 수 있다. 자기장 세기값이 임계 자기장 세기값 이상 및/또는 자기장 세기값의 변화량이 임계 변화량 이상이면, 자기장 세기 관련 이벤트가 발생할 수 있다.
자기장은 판매자 단말의 자성 물질에 의해 생성될 수 있다. 예를 들어, 자기장은 판매자 단말의 스피커에 포함된 자석 또는 판매자 단말에 부착된 자석에 의해 생성될 수 있다.
자기장 세기 관련 이벤트가 발생하지 않으면, 구매자 단말은 식별 정보를 획득하지 않을 수 있다(341).
자기장 세기 관련 이벤트가 발생하면, 구매자 단말은 음파를 기초로 식별 정보를 획득할 수 있고(342), 획득된 식별 정보를 결제 어플리케이션 서버로 전송할 수 있다(343).
구현에 따라, 구매자 단말은 자기장 세기 관련 이벤트가 발생하면, 마이크를 활성화시켜 음파를 수신할 수 있고, 음파를 기초로 식별 정보를 획득할 수 있다. 구매자 단말은 자기장 세기 관련 이벤트가 발생하지 않으면, 마이크를 활성화시키지 않을 수 있다. 이 경우, 구매자 단말은 음파 자체를 수신하지 않을 수 있다.
도 3c를 참조하면, 구매자 단말은 음파를 기초로 식별 정보를 획득할 수 있다(350).
구매자 단말은 자기장 세기 관련 이벤트(또는 자기장 관련 이벤트)가 발생하는지 확인할 수 있다(351).
자기장 세기 관련 이벤트가 발생하지 않으면, 구매자 단말은 획득된 식별 정보를 결제 어플리케이션 서버로 전송하지 않을 수 있다(352).
음파 세기 관련 이벤트가 발생하면, 구매자 단말은 획득된 식별 정보를 결제 어플리케이션 서버로 전송할 수 있다(353).
일 실시예에 따른 결제 시스템은 음파 세기 관련 이벤트 및 자기장 세기 관련 이벤트 모두를 고려할 수 있다. 이 경우, 서비스 서버는 보안키, 임계 음파 세기값, 및 임계 자기장 세기값을 초기화 요청에 대한 응답으로 결제 어플리케이션 서버를 통해 구매자 단말로 전송할 수 있다. 또한, 구매자 단말은 음파 세기 관련 이벤트 및 자기장 세기 관련 이벤트가 발생한 경우, 음파를 기초로 획득된 식별 정보를 결제 어플리케이션 서버로 전송할 수 있다.
도 4는 일 실시예에 따른 서비스 서버의 시퀀스 결정 방법을 설명하기 위한 도면이다.
도 1, 도 2a, 및 도 3a를 통해 설명한 것과 같이, 서비스 서버는 판매자 단말을 위한 식별 정보를 발급할 수 있다(122, 222, 및 322). 도 4를 통해 설명하는 예에서, 발급된 식별 정보가 "10011"이라 하자. 서비스 서버는 발급된 식별 정보를 결제 어플리케이션 서버를 통해 판매자 단말로 전송할 수 있다. 일 실시예에 있어서, 서비스 서버는 발급된 식별 정보에 대한 보안을 강화할 수 있다. 이하, 도 4를 참조하면서 설명한다.
도 4를 참조하면, 서비스 서버는 발급된 식별 정보를 포함하는 시퀀스를 생성할 수 있다(410). 도 4에 도시된 예와 같이, 서비스 서버는 발급된 식별 정보 "10011"을 포함하는 시퀀스를 생성할 수 있다. 일 실시예에 있어서, 서비스 서버는 에러 정정 비트(또는 에러 정정 코드)와 발급된 식별 정보를 포함하는 시퀀스를 생성할 수 있다. 일례로, 서비스 서버는 "10011"에 에러 정정 비트를 부가할 수 있다. 도 4에 도시된 예에서, 서비스 서버가 에러 정정 비트 및 발급된 식별 정보를 포함하는 시퀀스 "10011...011"을 생성한다고 하자.
서비스 서버는 보안키로 시퀀스를 셔플링할 수 있다(520). 달리 표현하면, 서비스 서버는 구매자 단말에 타겟된 보안키로 시퀀스의 비트(bit)들을 재배치할 수 있다. 도 4에 도시된 예에서, "10011...011"이 셔플링됨으로써 "1100...10...1...110"이 생성된다고 하자.
서비스 서버는 셔플링된 시퀀스를 결제 어플리케이션 서버로 전송할 수 있다. 결제 어플리케이션 서버는 셔플링된 시퀀스를 판매자 단말로 전송할 수 있다.
도 4를 통해 설명한 예는 구현상의 일례로, 위에서 설명한 것과 같이, 서비스 서버는 발급된 식별 정보를 결제 어플리케이션 서버를 통해 판매자 단말로 전송할 수 있다.
판매자 단말은 음파를 출력할 수 있다. 이하, 도 5를 참조하면서 판매자 단말의 음파 출력 방법에 대해 설명한다.
도 5는 일 실시예에 따른 판매자 단말의 음파 출력 방법을 설명하기 위한 도면이다.
판매자 단말은 발급된 식별 정보를 기초로 음파를 출력한다(510). 예를 들어, 판매자 단말은 발급된 식별 정보의 각 자리에 해당하는 비트값에 기초하여, 발급된 식별 정보의 각 자리에 맵핑된 주파수에 해당하는 음파를 출력하거나 출력하지 않을 수 있다. 보다 구체적으로, 도 5에 도시된 테이블 및 발급된 식별 정보 "10011"을 참조하면, 발급된 식별 정보의 20자리, 21자리, 및 24자리는 1이므로, 판매자 단말은 19KHz에 해당하는 음파, 19.4kHz에 해당하는 음파, 및 20.6kHz에 해당하는 음파를 출력할 수 있고, 발급된 시퀀스의 22자리 및 23자리는 0이므로, 19.8KHz에 해당하는 음파 및 20.2kHz에 해당하는 음파를 출력하지 않을 수 있다. 판매자 단말은 19KHz에 해당하는 음파, 19.4kHz에 해당하는 음파, 및 20.6kHz에 해당하는 음파를 동시에 출력하거나 순차적으로 출력할 수 있다.
구현에 따라, 판매자 단말은 셔플링된 시퀀스를 결제 어플리케이션 서버로부터 수신할 수 있다. 이 경우, 단계(510)을 통해 설명한 것과 같이, 판매자 단말은 셔플링된 시퀀스의 각 자리에 해당하는 비트값에 기초하여, 셔플링된 시퀀스의 각 자리에 맵핑된 주파수에 해당하는 음파를 출력하거나 출력하지 않을 수 있다.
판매자 단말이 음파를 출력하면, 구매자 단말은 음파를 마이크를 통해 수신할 수 있고, 음파를 기초로 식별 정보를 획득할 수 있다. 이하, 도 6을 참조하면서, 구매자 단말의 식별 정보 획득 방법에 대해 설명한다.
도 6은 일 실시예에 따른 구매자 단말의 식별 정보 획득 방법을 설명하기 위한 도면이다.
판매자 단말이 셔플링된 시퀀스 "1100...10...1...110"에 따라 음파를 출력한다고 하자. 이 경우, 판매자 단말은 19.4KHz에 해당하는 음파, 19.8kHz에 해당하는 음파 등을 동시에 출력할 수 있다.
도 6을 참조하면, 구매자 단말은 음파에 대응되는 시퀀스를 결정할 수 있다(610). 구매자 단말이 음파 수신을 완료하면, 도 6에 도시된 예와 같이, 시퀀스 "1100...10...1..110"을 결정할 수 있다. 보다 구체적으로, 구매자 단말은 19kHz에 해당하는 음파가 없으므로, 20자리를 0으로 결정할 수 있고, 19.4KHz에 해당하는 음파 및 19.8kHz에 해당하는 음파 각각이 있으므로, 21자리 및 22자리 각각을 1로 결정할 수 있다. 마찬가지로, 구매자 단말은 23자리~마지막 자리 각각에 해당하는 비트값을 결정할 수 있다. 이로써, 구매자 단말은 시퀀스 "1100...10...1..110"을 결정할 수 있다.
구매자 단말은 보안키로 시퀀스를 셔플링할 수 있다(620). 도 6에 도시된 예와 같이, 구매자 단말은 보안키로 시퀀스 "1100...10...1"를 셔플링할 수 있다. 이로써, "10011...011"이 생성될 수 있다.
구매자 단말은 셔플링된 시퀀스에서 식별 정보를 획득할 수 있다(630). 구매자 단말은 셔플링된 시퀀스에서 어느 부분이 식별 정보에 해당하는지 미리 알고 있다. 이에 따라, 구매자 단말은 셔플링된 시퀀스에서 식별 정보를 획득할 수 있다. 구매자 단말은 획득된 식별 정보를 결제 어플리케이션 서버로 전송할 수 있다. 결제 어플리케이션 서버는, 도 1, 도 2a, 및 도 3a를 통해 설명한 것과 같이, 동적 코드 정보 및 획득된 식별 정보를 서비스 서버로 전송할 수 있다.
서비스 서버는 구매자 단말에 의해 획득된 식별 정보를 결제 어플리케이션 서버로부터 수신하면, 구매자 단말에 의해 획득된 식별 정보가 유효한지 여부를 결정할 수 있다. 이하, 도 7을 참조하면서, 서비스 서버의 식별 정보 유효성 결정 방법에 대해 설명한다.
도 7은 일 실시예에 따른 서비스 서버의 식별 정보 유효성 결정 방법을 설명하기 위한 도면이다.
도 7에 도시된 예에서, 구매자 단말에 의해 획득된 식별 정보를 "12345"라 하자.
서비스 서버는 구매자 단말에 의해 획득된 식별 정보가 유효한지 여부를 결정한다(129, 228, 및 328).
일례로, 서비스 서버는 구매자 단말이 획득한 식별 정보 "12345"가 서비스 서버 자신이 생성한 식별 정보들의 리스트에 있는지 결정할 수 있다(710). 여기서, 서비스 서버는 구매자 단말이 획득한 식별 정보 "12345"가 리스트에 있다면 유효하다고 결정할 수 있고, 구매자 단말이 획득한 식별 정보 "12345"가 리스트에 없다면 유효하지 않다고 결정할 수 있다.
다른 일례로, 서비스 서버는 결제 어플리케이션 서버로부터 식별 정보 제공 요청을 수신한 시점부터 구매자 단말이 획득한 식별 정보를 수신한 시점까지의 경과 시간이 미리 정해진 기준(예를 들어, 30초) 이내인지 결정할 수 있다(720). 서비스 서버는 경과 시간이 미리 정해진 기준 이내이면 구매자 단말이 획득한 식별 정보 "12345"는 유효하다고 결정할 수 있고, 경과 시간이 미리 정해진 기준을 초과하면 구매자 단말이 획득한 식별 정보 "12345"는 유효하지 않다고 결정할 수 있다.
구현에 따라, 서비스 서버는 단계(710)~단계(720) 모두 수행함으로써, 구매자 단말이 획득한 식별 정보가 유효한지 여부를 결정할 수 있다.
도 8은 일 실시예에 따른 결제 시스템의 결제 어플리케이션 서버가 일회성 정보를 수신하는 방법을 설명하기 위한 도면이다.
도 8을 참조하면, 결제 어플리케이션 서버는 구매자 단말로부터 선택 정보를 수신한다(810).
결제 어플리케이션 서버는 선택 정보를 수신하면, 구매자 단말에 선택된 결제 수단에 대한 인증 요청 및/또는 구매자 인증 요청을 VAN사 서버 서버에게 전송할 수 있고(811), VAN사 서버는 해당 인증 요청들을 카드사 서버에게 전송할 수 있다(812). 예를 들어, xyz 카드가 선택된 경우, 결제 어플리케이션 서버는 VAN사 서버를 통해 xyz 카드사 서버에게 xyz 카드에 대한 인증 및/또는 구매자 인증을 요청할 수 있다.
카드사 서버는 구매자 단말에 의해 선택된 결제 수단 및/또는 구매자를 인증할 수 있고, 인증 결과에 기초하여, 구매자 단말에 의해 선택된 결제 수단에 대응되는 일회성(one-time) 정보를 생성할 수 있다. 예를 들어, xyz 카드사 서버는 xyz 카드에 대한 인증 및/또는 구매자 인증이 성공하면, xyz 카드에 대응되는 일회성 정보를 생성할 수 있다.
카드사 서버는 일회성 정보를 VAN사 서버로 전송할 수 있고(813), VAN사 서버는 해당 일회성 정보를 결제 어플리케이션 서버로 전송할 수 있다(814).
결제 어플리케이션 서버는 해당 일회성 정보를 기초로 동적 코드 정보를 생성할 수 있다(815).
도 1 내지 도 7을 통해 기술된 사항들은 도 8을 통해 기술된 사항들에 적용될 수 있으므로 상세한 설명을 생략한다.
도 9는 일 실시예에 따른 결제 시스템의 동작의 또 다른 일례를 설명하기 위한 도면이다.
도 9를 참조하면, 결제 시스템은 판매자 단말, 구매자 단말, 및 서버 시스템을 포함한다.
판매자 단말은 판매 정보를 생성하고(910), 결제 수단을 선택한다(911).
구매자 단말은 결제 수단을 선택하고(912), 선택 정보를 서버 시스템으로 요청한다(913). 선택 정보에 대해선 도 1을 통해 설명하였으므로, 자세한 설명을 생략한다.
서버 시스템은 일회성 정보에 대응되는 동적 코드 정보를 생성할 수 있다. 일회성 정보 및 동적 코드 정보는 도 1을 통해 설명하였으므로, 자세한 설명을 생략한다. 서버 시스템은 동적 코드 정보를 구매자 단말로 전송할 수 있다. 도 9에 도시된 예에서, 동적 코드 정보를 "ABC"라 하자. 구현에 따라, 서버 시스템은 동적 코드 정보를 구매자 단말로 전송하지 않을 수 있다.
판매자 단말은 식별 정보 제공을 서버 시스템에 요청한다(914). 서버 시스템은 식별 정보를 판매자 단말로 전송한다(915). 도 9에 도시된 예에서, 판매자 단말에 발급된 식별 정보를 "12345"라 하자. 구현에 따라, 서버 시스템은 발급된 식별 정보를 포함하는 시퀀스를 생성하고 보안키로 시퀀스를 셔플링하며, 셔플링된 시퀀스를 판매자 단말로 전송할 수 있다. 이에 대해선 도 4를 통해 설명하였으므로, 상세한 설명을 생략한다.
판매자 단말은 발급된 식별 정보에 기초한 음파를 출력한다(916). 음파 출력에 대해선 도 5를 통해 설명하였으므로, 상세한 설명을 생략한다.
구매자 단말은 음파를 기초로 식별 정보를 획득하고(917), 획득된 식별 정보를 서버 시스템으로 전송한다(918). 단계(917)은 도 6을 통해 설명한 방법이 적용될 수 있으므로, 상세한 설명을 생략한다. 구현에 따라, 구매자 단말은 음파 세기 관련 이벤트 및/또는 자기장 세기 관련 이벤트가 발생하는 경우, 획득된 식별 정보를 서버 시스템으로 전송할 수 있다. 이에 대해선 도 2a 내지 도 3c를 통해 설명한 내용이 적용될 수 있으므로, 상세한 설명을 생략한다. 도 9에 도시된 예에서, 구매자 단말에 의해 획득된 식별 정보를 "12345"라 하자.
서버 시스템은 구매자 단말에 의해 획득된 식별 정보가 유효한지 여부를 결정한다(919). 서버 시스템은 구매자 단말에 의해 획득된 식별 정보가 유효하지 않으면, 에러 처리한다(921). 서버 시스템은 구매자 단말에 의해 획득된 식별 정보가 유효하면, 구매자 단말에 의해 획득된 식별 정보와 동적 코드 정보를 맵핑한다(920). 예를 들어, 서버 시스템은 구매자 단말에 의해 획득된 식별 정보 "12345"와 동적 코드 정보 "ABC"를 맵핑할 수 있고, "12345"-"ABC"를 데이터베이스 또는 맵핑 테이블에 기록할 수 있다.
판매자 단말은 거래 인증을 서버 시스템에게 요청한다(922). 이 때, 판매자 단말은 거래 인증 요청과 함께 가맹점 정보 및/또는 거래 금액 정보를 서버 시스템으로 전송할 수 있다.
서버 시스템은 맵핑 테이블을 참조하여 판매자 단말에 발급된 식별 정보의 맵핑 상대를 결정한다(923). 보다 구체적으로, 서버 시스템은 판매자 단말의 거래 인증 요청이 있으면, 맵핑 테이블에 기록된 하나 이상의 "구매자 단말에 의해 획득된 식별 정보"와 판매자 단말에 발급된 식별 정보가 서로 일치하는지 결정할 수 있다. 양 자가 서로 일치하면, 서버 시스템은 판매자 단말에 발급된 식별 정보의 맵핑 상대를 구매자 단말에 의해 획득된 식별 정보와 맵핑된 동적 코드 정보로 결정할 수 있다. 예를 들어, 서버 시스템은 판매자 단말에 할당된 식별 정보 "12345"가 맵핑 테이블에 기록된 하나 이상의 "구매자 단말에 의해 획득된 식별 정보"와 일치하는지 결정할 수 있다. 맵핑 테이블에는 "12345"가 기록되어 있으므로, 서버 시스템은 맵핑 테이블 상에서 "12345"와 맵핑된 "ABC"를 판매자 단말에 발급된 식별 정보의 맵핑 상대로 결정할 수 있다.
판매자 단말에 발급된 식별 정보의 맵핑 상대가 구매자 단말에 의해 획득된 식별 정보와 맵핑된 동적 코드 정보로 결정되면, 서버 시스템은 맵핑 상대로 결정된 동적 코드 정보에 대응되는 일회성 정보, 가맹점 정보, 및 결제 금액 정보를 기초로 생성된 결제 요청을 VAN사 서버를 통해 카드사 서버로 전송할 수 있다. 카드사 서버는 해당 결제 요청을 처리할 수 있고, VAN사 서버를 통해 처리 결과를 서버 시스템으로 전송할 수 있다. 서버 시스템은 처리 결과를 판매자 단말로 전송할 수 있다. 이로써, 결제가 완료될 수 있다.
도 10은 일 실시예에 따른 서비스 서버를 설명하기 위한 블록도이다.
도 10을 참조하면, 서비스 서버(1000)는 통신 인터페이스(1010) 및 컨트롤러(1020)를 포함한다. 서비스 서버(1000)는 도 1 내지 도 9를 통해 설명한 서비스 서버와 대응된다.
통신 인터페이스(1010)는 유선 및/또는 무선 통신이 가능하다.
컨트롤러(1020)는 구매자 단말에 의해 획득된 식별 정보 및 구매자 단말의 요청에 의해 생성된 동적 코드 정보를 통신 인터페이스(1010)를 통해 결제 어플리케이션 서버로부터 수신한다.
컨트롤러(1020)는 해당 획득된 식별 정보가 유효한지 여부를 결정하고, 이러한 결정 결과에 기초하여, 해당 획득된 식별 정보 및 동적 코드 정보를 맵핑한다.
컨트롤러(1020)는 해당 획득된 식별 정보 및 동적 코드 정보를 맵핑하여 데이터베이스 또는 맵핑 테이블에 기록할 수 있다.
컨트롤러(1020)는 판매자 단말로부터 거래 인증 요청을 수신한 결제 어플리케이션 서버에 의해 결제 처리가 수행되도록 맵핑 정보를 통신 인터페이스(1010)를 통해 결제 어플리케이션 서버로 전송한다. 여기서, 맵핑 정보는 해당 획득된 식별 정보 및 동적 코드 정보의 맵핑을 기초로 생성된 것이다.
통신 인터페이스(1010) 및 컨트롤러(1020)는 도 1 내지 도 9를 통해 설명한 서비스 서버의 동작을 수행할 수 있으므로, 상세한 설명을 생략한다.
일 실시예에 있어서, 음파 세기 관련 이벤트 및/또는 자기장 세기 관련 이벤트가 발생하는 경우, 구매자 단말은 판매자 단말에서 출력된 음파를 기초로 획득한 식별 정보를 결제 어플리케이션 서버로 전송할 수 있고, 결제 어플리케이션 서버는 해당 획득된 식별 정보를 서비스 서버(1000)로 전송할 수 있다. 일례로, 구매자 단말은 판매자 단말에서 출력된 음파의 세기값이 임계 음파 세기값 이상이 되는 경우 음파를 기초로 획득한 식별 정보를 결제 어플리케이션 서버로 전송할 수 있다. 이 때, 음파를 수신했으나 수신된 음파의 세기값이 임계 음파 세기값 미만인 다른 구매자 단말은 음파를 기초로 획득한 식별 정보를 결제 어플리케이션 서버로 전송하지 않을 수 있다.
도 11은 일 실시예에 따른 결제 어플리케이션 서버를 설명하기 위한 블록도이다.
도 11을 참조하면, 결제 어플리케이션 서버(1100)는 통신 인터페이스(1110) 및 컨트롤러(1120)를 포함한다.
통신 인터페이스(1110)는 유선 및/또는 무선 통신이 가능하다.
컨트롤러(1120)는 구매자 단말로부터 통신 인터페이스(1110)를 통해 선택 정보를 수신하는 경우, 동적 코드 정보를 생성한다.
컨트롤러(1120)는 판매자 단말의 식별 정보 제공 요청이 있으면, 식별 정보 제공 요청을 통신 인터페이스(1110)를 통해 서비스 서버로 전송한다.
컨트롤러(1120)는 판매자 단말에 발급된 식별 정보를 통신 인터페이스(1110)를 통해 서비스 서버로부터 수신하고, 발급된 식별 정보를 통신 인터페이스(1110)를 통해 판매자 단말로 전송한다.
컨트롤러(1120)는 구매자 단말이 음파를 기초로 획득한 식별 정보를 통신 인터페이스(1110)를 통해 구매자 단말로부터 수신한다.
컨트롤러(1120)는 구매자 단말이 획득한 식별 정보 및 동적 코드 정보를 통신 인터페이스(1110)를 통해 서비스 서버로 전송한다.
컨트롤러(1120)는 서비스 서버로부터 맵핑 정보를 통신 인터페이스(1110)를 통해 수신한다.
컨트롤러(1120)는 통신 인터페이스(1110)를 통해 판매자 단말로부터 거래 인증 요청을 수신한다.
컨트롤러(1120)는 거래 인증 요청 및 맵핑 정보를 수신하는 경우, 결제 처리를 수행한다.
통신 인터페이스(1110) 및 컨트롤러(1120)는 도 1 내지 도 9를 통해 설명한 결제 어플리케이션 서버의 동작을 수행할 수 있으므로, 상세한 설명을 생략한다.
도 12는 일 실시예에 따른 구매자 단말을 설명하기 위한 블록도이다.
일 시시예에 따르면, 구매자 단말은 이동 단말을 포함할 수 있다.
도 12를 참조하면, 구매자 단말(1200)은 메모리(1210) 및 컨트롤러(1220)를 포함한다.
메모리(1210)는 결제 어플리케이션을 저장한다.
컨트롤러(1220)는 결제 어플리케이션을 실행한다. 결제 어플리케이션의 실행에 따라 컨트롤러(1220)는 아래와 같이 동작할 수 있다.
컨트롤러(1120)는 결제 어플리케이션에 등록된 카드가 결제 수단으로 선택되면, 결제 어플리케이션 서버에 선택 정보를 통신 인터페이스를 통해 전송한다.
컨트롤러(1220)는 통신 인터페이스를 통해 결제 어플리케이션 서버로부터 동적 코드 정보를 수신할 수 있다. 컨트롤러(1220)는 동적 코드 정보를 구매자 단말(1200)의 디스플레이에 표시할 수 있다.
컨트롤러(1220)는 음파 수신 모드로 진입할 수 있다. 예를 들어, 컨트롤러(1220)는 결제 어플리케이션이 실행될 때 또는 동적 코드 정보를 수신할 때 음파 수신 모드로 진입할 수 있다. 음파 수신 모드에서 구매자 단말(1200)의 마이크가 활성화될 수 있다.
컨트롤러(1220)는 판매자 단말에서 출력된 음파를 기초로 식별 정보를 획득하고, 획득된 식별 정보를 통신 인터페이스를 통해 결제 어플리케이션 서버로 전송한다. 일 실시예에 있어서, 컨트롤러(1220)는 음파 세기 관련 이벤트 및/또는 자기장 관련 이벤트가 발생하면, 음파를 기초로 식별 정보를 획득할 수 있고, 획득한 식별 정보를 통신 인터페이스를 통해 결제 어플리케이션 서버로 전송할 수 있다. 구현에 따라, 컨트롤러(1220)는 음파를 기초로 식별 정보를 획득한 후, 음파 세기 관련 이벤트 및/또는 자기장 관련 이벤트가 발생하면, 획득한 식별 정보를 통신 인터페이스를 통해 결제 어플리케이션 서버로 전송할 수 있다.
메모리(1210) 및 컨트롤러(1220)는 도 1 내지 도 9를 통해 설명한 구매자 단말의 동작을 수행할 수 있으므로, 상세한 설명을 생략한다.
도 13은 일 실시예에 따른 판매자 단말을 설명하기 위한 블록도이다.
일 실시예에 따르면, 판매자 단말은 POS(Point Of Sale) 단말을 포함할 수 있다.
도 13을 참조하면, 판매자 단말(1300)은 입력부(1310), 컨트롤러(1320), 및 출력부(1330)를 포함한다.
입력부(1310)는 판매 정보를 생성한다. 예를 들어, 입력부(1310)는 리더기(또는 스캐너)를 포함할 수 있고, 리더기를 통해 상품의 바코드를 스캔함으로써 상품에 대한 판매 정보를 생성할 수 있다.
입력부(1310)는 결제 수단을 선택할 수 있다.
컨트롤러(1320)는 통신 인터페이스를 통해 결제 어플리케이션 서버에게 식별 정보 제공을 요청한다. 컨트롤러(1320)는 통신 인터페이스를 통해 결제 어플리케이션 서버로부터 판매자 단말(1300)에 발급된 식별 정보를 수신한다. 컨트롤러(1320)는 발급된 식별 정보를 기초로 음파를 생성한다.
출력부(1330)는 음파를 출력할 수 있다. 예를 들어, 출력부(1330)는 스피커를 포함할 수 있고, 스피커를 통해 음파를 출력할 수 있다.
컨트롤러(1320)는 통신 인터페이스를 통해 거래 인증 요청을 결제 어플리케이션 서버에 전송한다.
컨트롤러(1320)는 통신 인터페이스를 통해 거래 인증 요청에 대한 응답을 결제 어플리케이션 서버로부터 수신한다.
입력부(1310), 컨트롤러(1320), 및 출력부(1330)는 도 1 내지 도 9를 통해 설명한 판매자 단말의 동작을 수행할 수 있으므로, 상세한 설명을 생략한다.
이상에서 설명된 장치는 하드웨어 구성요소, 소프트웨어 구성요소, 및/또는 하드웨어 구성요소 및 소프트웨어 구성요소의 조합으로 구현될 수 있다. 예를 들어, 실시예들에서 설명된 장치 및 구성요소는, 예를 들어, 프로세서, 콘트롤러, ALU(arithmetic logic unit), 디지털 신호 프로세서(digital signal processor), 마이크로컴퓨터, FPGA(field programmable gate array), PLU(programmable logic unit), 마이크로프로세서, 또는 명령(instruction)을 실행하고 응답할 수 있는 다른 어떠한 장치와 같이, 하나 이상의 범용 컴퓨터 또는 특수 목적 컴퓨터를 이용하여 구현될 수 있다. 처리 장치는 운영 체제(OS) 및 상기 운영 체제 상에서 수행되는 하나 이상의 소프트웨어 애플리케이션을 수행할 수 있다. 또한, 처리 장치는 소프트웨어의 실행에 응답하여, 데이터를 접근, 저장, 조작, 처리 및 생성할 수도 있다. 이해의 편의를 위하여, 처리 장치는 하나가 사용되는 것으로 설명된 경우도 있지만, 해당 기술분야에서 통상의 지식을 가진 자는, 처리 장치가 복수 개의 처리 요소(processing element) 및/또는 복수 유형의 처리 요소를 포함할 수 있음을 알 수 있다. 예를 들어, 처리 장치는 복수 개의 프로세서 또는 하나의 프로세서 및 하나의 콘트롤러를 포함할 수 있다. 또한, 병렬 프로세서(parallel processor)와 같은, 다른 처리 구성(processing configuration)도 가능하다.
소프트웨어는 컴퓨터 프로그램(computer program), 코드(code), 명령(instruction), 또는 이들 중 하나 이상의 조합을 포함할 수 있으며, 원하는 대로 동작하도록 처리 장치를 구성하거나 독립적으로 또는 결합적으로(collectively) 처리 장치를 명령할 수 있다. 소프트웨어 및/또는 데이터는, 처리 장치에 의하여 해석되거나 처리 장치에 명령 또는 데이터를 제공하기 위하여, 어떤 유형의 기계, 구성요소(component), 물리적 장치, 가상 장치(virtual equipment), 컴퓨터 저장 매체 또는 장치, 또는 전송되는 신호 파(signal wave)에 영구적으로, 또는 일시적으로 구체화(embody)될 수 있다. 소프트웨어는 네트워크로 연결된 컴퓨터 시스템 상에 분산되어서, 분산된 방법으로 저장되거나 실행될 수도 있다. 소프트웨어 및 데이터는 하나 이상의 컴퓨터 판독 가능 기록 매체에 저장될 수 있다.
실시예에 따른 방법은 다양한 컴퓨터 수단을 통하여 수행될 수 있는 프로그램 명령 형태로 구현되어 컴퓨터 판독 가능 매체에 기록될 수 있다. 상기 컴퓨터 판독 가능 매체는 프로그램 명령, 데이터 파일, 데이터 구조 등을 단독으로 또는 조합하여 포함할 수 있다. 상기 매체에 기록되는 프로그램 명령은 실시예를 위하여 특별히 설계되고 구성된 것들이거나 컴퓨터 소프트웨어 당업자에게 공지되어 사용 가능한 것일 수도 있다. 컴퓨터 판독 가능 기록 매체의 예에는 하드 디스크, 플로피 디스크 및 자기 테이프와 같은 자기 매체(magnetic media), CD-ROM, DVD와 같은 광기록 매체(optical media), 플롭티컬 디스크(floptical disk)와 같은 자기-광 매체(magneto-optical media), 및 롬(ROM), 램(RAM), 플래시 메모리 등과 같은 프로그램 명령을 저장하고 수행하도록 특별히 구성된 하드웨어 장치가 포함된다. 프로그램 명령의 예에는 컴파일러에 의해 만들어지는 것과 같은 기계어 코드뿐만 아니라 인터프리터 등을 사용해서 컴퓨터에 의해서 실행될 수 있는 고급 언어 코드를 포함한다. 상기된 하드웨어 장치는 실시예의 동작을 수행하기 위해 하나 이상의 소프트웨어 모듈로서 작동하도록 구성될 수 있으며, 그 역도 마찬가지이다.
이상과 같이 실시예들이 비록 한정된 실시예와 도면에 의해 설명되었으나, 해당 기술분야에서 통상의 지식을 가진 자라면 상기의 기재로부터 다양한 수정 및 변형이 가능하다. 예를 들어, 설명된 기술들이 설명된 방법과 다른 순서로 수행되거나, 및/또는 설명된 시스템, 구조, 장치, 회로 등의 구성요소들이 설명된 방법과 다른 형태로 결합 또는 조합되거나, 다른 구성요소 또는 균등물에 의하여 대치되거나 치환되더라도 적절한 결과가 달성될 수 있다.
그러므로, 다른 구현들, 다른 실시예들 및 청구범위와 균등한 것들도 후술하는 청구범위의 범위에 속한다.

Claims (14)

  1. 서비스 서버의 동작 방법에 있어서,
    구매자 단말에 의해 획득된 식별 정보 및 상기 구매자 단말의 동적 코드 정보를 결제 어플리케이션 서버로부터 수신하는 단계 - 상기 구매자 단말은 판매자 단말에서 출력된 음파를 기초로 상기 식별 정보를 획득하고, 상기 획득된 식별 정보를 상기 결제 어플리케이션 서버로 전송함-;
    상기 획득된 식별 정보가 유효한지 여부를 결정하는 단계;
    상기 결정 결과에 기초하여, 상기 획득된 식별 정보 및 상기 동적 코드 정보를 맵핑(mapping)하는 단계; 및
    상기 판매자 단말로부터 거래 인증 요청을 수신한 상기 결제 어플리케이션 서버에 의해 결제 처리가 수행되도록, 상기 맵핑을 기초로 생성된 맵핑 정보를 상기 결제 어플리케이션 서버로 전송하는 단계
    를 포함하는
    서비스 서버의 동작 방법.
  2. 제1항에 있어서,
    상기 결제 어플리케이션 서버는 상기 판매자 단말로부터 상기 거래 인증 요청, 가맹점 정보, 및 거래 금액 정보를 수신하는 경우, 상기 맵핑 정보 내의 동적 코드 정보와 대응되는 일회성 정보, 상기 가맹점 정보, 및 상기 거래 금액 정보를 기초로 결제 요청을 생성하는
    서비스 서버의 동작 방법.
  3. 제1항에 있어서,
    상기 음파에 대응되는 시퀀스를 셔플링하는데 사용되는 보안키를 상기 결제 어플리케이션 서버로 전송하는 단계
    를 더 포함하는,
    서비스 서버의 동작 방법.
  4. 제3항에 있어서,
    상기 결제 어플리케이션 서버는 상기 보안키를 상기 구매자 단말로 전송하는,
    서비스 서버의 동작 방법.
  5. 제1항에 있어서,
    상기 결제 어플리케이션 서버로부터 상기 판매자 단말의 식별 정보 제공 요청을 수신하는 경우, 상기 판매자 단말을 위한 식별 정보를 발급하는 단계; 및
    상기 발급된 식별 정보를 상기 결제 어플리케이션 서버로 전송하는 단계
    를 더 포함하고,
    상기 결제 어플리케이션 서버는 상기 판매자 단말이 상기 발급된 식별 정보에 기초한 음파를 생성하도록 상기 발급된 식별 정보를 상기 판매자 단말로 전송하는,
    서비스 서버의 동작 방법.
  6. 제1항에 있어서,
    상기 판매자 단말을 위한 식별 정보를 발급한 경우, 상기 발급된 식별 정보를 포함하는 시퀀스를 생성하고, 상기 구매자 단말과 공유하고 있는 보안키를 이용하여 상기 시퀀스를 셔플링하는 단계; 및
    상기 셔플링된 시퀀스를 상기 결제 어플리케이션 서버로 전송하는 단계
    를 더 포함하는,
    서비스 서버의 동작 방법.
  7. 제1항에 있어서,
    상기 구매자 단말은 상기 음파에 대응되는 시퀀스를 결정하고, 상기 서비스 서버와 공유하고 있는 보안키를 이용하여 상기 시퀀스를 셔플링하며, 상기 셔플링된 시퀀스에서 식별 정보를 획득하는,
    서비스 서버의 동작 방법.
  8. 서비스 서버에 있어서,
    통신 인터페이스; 및
    구매자 단말에 의해 획득된 식별 정보 및 상기 구매자 단말의 동적 코드 정보를 상기 통신 인터페이스를 통해 결제 어플리케이션 서버로부터 수신하고 -상기 구매자 단말은 판매자 단말에서 출력된 음파를 기초로 상기 식별 정보를 획득하고 상기 획득된 식별 정보를 상기 결제 어플리케이션 서버로 전송함-, 상기 획득된 식별 정보가 유효한지 여부를 결정하며, 상기 결정 결과에 기초하여 상기 획득된 식별 정보 및 상기 동적 코드 정보를 맵핑(mapping)하고, 상기 판매자 단말로부터 거래 인증 요청을 수신한 상기 결제 어플리케이션 서버에 의해 결제 처리가 수행되도록, 상기 맵핑을 기초로 생성된 맵핑 정보를 상기 통신 인터페이스를 통해 상기 결제 어플리케이션 서버로 전송하는 컨트롤러
    를 포함하는,
    서비스 서버.
  9. 제8항에 있어서,
    상기 결제 어플리케이션 서버는 상기 판매자 단말로부터 상기 거래 인증 요청, 가맹점 정보, 및 거래 금액 정보를 수신하는 경우, 상기 맵핑 정보 내의 동적 코드 정보와 대응되는 일회성 정보, 상기 가맹점 정보, 및 상기 거래 금액 정보를 기초로 결제 요청을 생성하는,
    서비스 서버.
  10. 제8항에 있어서,
    상기 컨트롤러는 상기 음파에 대응되는 시퀀스를 셔플링하는데 사용되는 보안키를 상기 통신 인터페이스를 통해 상기 결제 어플리케이션 서버로 전송하는,
    서비스 서버.
  11. 제10항에 있어서,
    상기 결제 어플리케이션 서버는 상기 보안키를 상기 구매자 단말로 전송하는,
    서비스 서버.
  12. 제8항에 있어서,
    상기 컨트롤러는 상기 결제 어플리케이션 서버로부터 상기 판매자 단말의 식별 정보 제공 요청을 수신하는 경우, 상기 판매자 단말을 위한 식별 정보를 발급하고, 상기 발급된 식별 정보를 상기 통신 인터페이스를 통해 상기 결제 어플리케이션 서버로 전송하며,
    상기 결제 어플리케이션 서버는 상기 판매자 단말이 상기 발급된 식별 정보에 기초한 음파를 생성하도록 상기 발급된 식별 정보를 상기 판매자 단말로 전송하는,
    서비스 서버.
  13. 제8항에 있어서,
    상기 컨트롤러는 상기 판매자 단말을 위한 식별 정보를 발급한 경우, 상기 발급된 식별 정보를 포함하는 시퀀스를 생성하고, 상기 구매자 단말과 공유하고 있는 보안키를 이용하여 상기 시퀀스를 셔플링하며, 상기 셔플링된 시퀀스를 상기 결제 어플리케이션 서버로 전송하는,
    서비스 서버.
  14. 제8항에 있어서,
    상기 구매자 단말은 상기 음파에 대응되는 시퀀스를 결정하고, 상기 서비스 서버와 공유하고 있는 보안키를 이용하여 상기 시퀀스를 셔플링하며, 상기 셔플링된 시퀀스에서 식별 정보를 획득하는,
    서비스 서버.
PCT/KR2017/012793 2017-02-13 2017-11-13 음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템 WO2018147530A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US16/345,249 US11037130B2 (en) 2017-02-13 2017-11-13 Mobile payment system for mapping identification information to dynamic code of buyer using sound wave
JP2019565135A JP6820129B2 (ja) 2017-02-13 2017-11-13 音波を用いた識別情報と購入者の動的コードをマッピングするモバイル決済システム

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2017-0019199 2017-02-13
KR20170019199 2017-02-13
KR1020170052254A KR101792973B1 (ko) 2017-02-13 2017-04-24 음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템
KR10-2017-0052254 2017-04-24

Publications (1)

Publication Number Publication Date
WO2018147530A1 true WO2018147530A1 (ko) 2018-08-16

Family

ID=60382701

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/012793 WO2018147530A1 (ko) 2017-02-13 2017-11-13 음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템

Country Status (4)

Country Link
US (1) US11037130B2 (ko)
JP (1) JP6820129B2 (ko)
KR (3) KR101792973B1 (ko)
WO (1) WO2018147530A1 (ko)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101792973B1 (ko) * 2017-02-13 2017-11-01 모비두 주식회사 음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템
KR102112355B1 (ko) 2018-05-03 2020-05-19 주식회사 로컬마케팅파트너스 구매자 단말이 결제금액을 입력하는 비접촉식 음파결제 시스템 및 그 방법
CN108830605B (zh) * 2018-05-28 2020-06-23 阿里巴巴集团控股有限公司 一种移动支付方法、装置及支付系统
KR102139968B1 (ko) 2018-06-22 2020-08-03 (주)키스톤핸즈 판매자 단말이 결제금액을 입력하는 비접촉식 음파결제 시스템 및 그 방법
JP7412252B2 (ja) * 2020-04-01 2024-01-12 Ｇｏ株式会社 決済用端末及び決済処理システム
CN111933183B (zh) * 2020-08-17 2023-11-24 深圳一块互动网络技术有限公司 一种商户用蓝牙设备的音频识别方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120100283A (ko) * 2011-03-03 2012-09-12 주식회사 케이티 전자결제 시스템 및 방법
KR20130065789A (ko) * 2011-11-30 2013-06-20 주식회사 라이프사이언스테크놀로지 양방향 통신 가능한 음파통신시스템
JP2014229137A (ja) * 2013-05-23 2014-12-08 株式会社 ペンジュラム 決済システム及びその決済方法
KR20160065260A (ko) * 2014-11-28 2016-06-09 웨이브모바일(주) 초음파를 활용한 모바일 결제 시스템 및 그 방법
KR20160077467A (ko) * 2014-12-23 2016-07-04 주식회사 비즈모델라인 사운드를 이용한 현장 결제 방법
KR101707614B1 (ko) * 2015-09-04 2017-02-27 주식회사 인포소닉 음파 신호를 이용한 모바일 결제 서비스 제공 방법 및 이를 구현하기 위한 모바일 결제 시스템

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL133584A (en) * 1999-12-19 2010-02-17 Enco Tone Ltd Method for the acoustic encodification of dynamic identification codes
US20040236699A1 (en) * 2001-07-10 2004-11-25 American Express Travel Related Services Company, Inc. Method and system for hand geometry recognition biometrics on a fob
US8879986B2 (en) * 2005-12-31 2014-11-04 Michelle Fisher Wireless bidirectional communications between a mobile device and associated secure element using inaudible sound waves
JP2007323249A (ja) * 2006-05-31 2007-12-13 Isi Corp 決済システム
US20120185398A1 (en) * 2009-09-17 2012-07-19 Meir Weis Mobile payment system with two-point authentication
US20110270764A1 (en) * 2010-08-08 2011-11-03 Ali Mizani Oskui Method and a sytem for electronic transaction using point of sales (pos) device
US9292870B2 (en) * 2010-12-13 2016-03-22 Qualcomm Incorporated System and method for point of service payment acceptance via wireless communication
US10672007B2 (en) * 2011-09-30 2020-06-02 Rakuten, Inc. Payment system, payment terminal, payment method, payment program, and computer-readable recording medium for recording same program
WO2013114248A1 (en) * 2012-01-31 2013-08-08 Fundamo (Pty) Ltd Near sound communication payment system
KR20130132672A (ko) * 2012-05-21 2013-12-05 김주한 결제 단말기 애플리케이션, asp 시스템 및 결제 방법
US10062070B2 (en) * 2012-11-30 2018-08-28 Rakuten, Inc. Electronic money system, electronic value transfer method, mobile terminal, method for controlling mobile terminal, program product, and recording medium on which program product is recorded
KR20140101199A (ko) * 2013-02-08 2014-08-19 장활 일회용 코드를 이용한 휴대용 통신 단말 결제 시스템
US20150278811A1 (en) * 2013-03-08 2015-10-01 Commonwealth Bank Of Australia Systems and Methods for Facilitating Authorisation of Payment
US10489778B2 (en) * 2013-11-24 2019-11-26 Zanguli Llc Secure payment card
CN103903141B (zh) * 2014-03-14 2018-05-08 福建联迪商用设备有限公司 一种o2o安全支付方法、系统和一种pos终端
US20180108001A1 (en) * 2014-03-24 2018-04-19 Thomas Jason Taylor Voice triggered transactions
KR101669594B1 (ko) 2014-10-01 2016-10-27 주식회사 다날 2차원 바코드를 이용하여 페이먼트 프로세스를 실행하는 모바일 디바이스, 서비스 단말기, 제1 서버 및 제2 서버를 포함하는 시스템 및 각각의 제어방법
JP2016207043A (ja) * 2015-04-24 2016-12-08 Ｌｉｎｅ株式会社 端末装置、決済サーバ、決済システム、決済方法、及びプログラム
KR101674299B1 (ko) * 2015-04-30 2016-11-22 한국정보통신주식회사 마그네틱 카드 리더 장치 및 이를 이용한 카드 결제 방법
US20160379206A1 (en) * 2015-06-24 2016-12-29 Samsung Electronics Co., Ltd. Method for payment and electronic device performing the same
GB2542617B (en) * 2015-09-28 2020-06-24 Touchtech Payments Ltd Transaction authentication platform
CN111523627B (zh) * 2015-11-27 2023-06-20 创新先进技术有限公司 信息的生成、获取、处理方法及装置、支付方法及客户端
WO2017139703A1 (en) * 2016-02-10 2017-08-17 Aintu Inc. System and method for contactless payments
KR20170112569A (ko) * 2016-03-31 2017-10-12 삼성전자주식회사 상품 결제 방법 및 이를 지원하는 전자 장치
KR20170118431A (ko) * 2016-04-15 2017-10-25 삼성전자주식회사 전자 장치 및 이를 이용한 결제 방법
EP4246402A1 (en) * 2016-04-29 2023-09-20 Huawei Technologies Co., Ltd. Transaction method and device based on near-field communication (nfc)
WO2017185367A1 (zh) * 2016-04-29 2017-11-02 华为技术有限公司 一种交易应用的选择方法和终端
US10621581B2 (en) * 2016-06-11 2020-04-14 Apple Inc. User interface for transactions
KR20180000582A (ko) * 2016-06-23 2018-01-03 삼성전자주식회사 결제 방법 및 이를 사용하는 전자 장치
KR102558661B1 (ko) * 2016-11-22 2023-07-26 삼성전자주식회사 전자 장치 및 그의 동작 방법
KR20180070962A (ko) * 2016-12-19 2018-06-27 삼성전자주식회사 전자 결제 방법 및 이를 지원하는 전자 장치
KR101792973B1 (ko) * 2017-02-13 2017-11-01 모비두 주식회사 음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템
CN108460591A (zh) * 2017-02-22 2018-08-28 阿里巴巴集团控股有限公司 支付处理方法及装置、交易方法和移动设备
US11622267B2 (en) * 2019-01-17 2023-04-04 Visa International Service Association Conducting secure transactions by detecting credential message with audio between first appliance and second appliance

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20120100283A (ko) * 2011-03-03 2012-09-12 주식회사 케이티 전자결제 시스템 및 방법
KR20130065789A (ko) * 2011-11-30 2013-06-20 주식회사 라이프사이언스테크놀로지 양방향 통신 가능한 음파통신시스템
JP2014229137A (ja) * 2013-05-23 2014-12-08 株式会社 ペンジュラム 決済システム及びその決済方法
KR20160065260A (ko) * 2014-11-28 2016-06-09 웨이브모바일(주) 초음파를 활용한 모바일 결제 시스템 및 그 방법
KR20160077467A (ko) * 2014-12-23 2016-07-04 주식회사 비즈모델라인 사운드를 이용한 현장 결제 방법
KR101707614B1 (ko) * 2015-09-04 2017-02-27 주식회사 인포소닉 음파 신호를 이용한 모바일 결제 서비스 제공 방법 및 이를 구현하기 위한 모바일 결제 시스템

Also Published As

Publication number Publication date
US20190272527A1 (en) 2019-09-05
KR101792973B1 (ko) 2017-11-01
JP2020507877A (ja) 2020-03-12
JP6820129B2 (ja) 2021-01-27
KR101792974B1 (ko) 2017-11-01
US11037130B2 (en) 2021-06-15
KR20180093782A (ko) 2018-08-22
KR102205128B1 (ko) 2021-01-20

Similar Documents

Publication Publication Date Title
WO2018147530A1 (ko) 음파를 이용한 식별정보와 구매자의 동적코드를 맵핑하는 모바일 결제 시스템
WO2014030959A1 (en) Information providing method, mobile terminal and display device for the same
WO2015111950A1 (ko) 메세지 중개 방법, 메세지 처리 방법, 서비스 관리 방법 및 상기 방법을 수행하는 장치
WO2016064132A1 (en) Wearable device and method of transmitting content
WO2016076638A1 (en) Apparatus and method for payment
WO2019124826A1 (ko) 펌웨어를 업데이트하는 인터페이스 장치, 모바일 장치 및 펌웨어 업데이트 방법
WO2016199994A1 (ko) 무인 택배함을 이용한 관심상품 선행 배송 서비스 제공 장치 및 그 방법, 그리고 컴퓨터 프로그램이 기록된 기록매체
WO2018034491A1 (en) A primary device, an accessory device, and methods for processing operations on the primary device and the accessory device
WO2014171680A1 (en) Mobile terminal, security server and payment method thereof
WO2015122601A1 (ko) 단말과 서비스 제공 장치와 쿠폰 서버, 그를 포함하는 전자 지갑 시스템, 그 제어 방법 및 컴퓨터 프로그램이 기록된 기록매체
AU2019337074A1 (en) Method for UWB transaction and electronic device therefor
WO2017188497A1 (ko) 무결성 및 보안성이 강화된 사용자 인증방법
WO2016175422A1 (ko) 모바일 스탬프 장치
WO2020149500A1 (ko) 공유된 키를 등록하기 위한 방법 및 장치
WO2019177408A1 (ko) 온라인 인증을 이용하여 오프라인 결제를 수행하는 시스템 및 전자 장치
WO2019107946A1 (en) Electronic device and method for processing remote payment
WO2018062636A1 (ko) 프로모션 알림 기능을 구비한 주문 전용 장치 및 이를 이용한 상품 주문 시스템 및 방법, 그리고 컴퓨터 프로그램이 기록된 기록매체
WO2020222448A1 (ko) 결제 기반 장치 이용 서비스를 제공하는 단말기 및 서비스 서버
WO2017073870A1 (ko) 패턴 인식 기반 모바일 카드 검색을 위한 사용자 장치 및 방법, 그리고 컴퓨터 프로그램이 기록된 기록매체
WO2017052063A1 (ko) 모바일 단말을 이용한 결제 방법 및 결제 시스템
WO2019235740A1 (ko) 복수의 nfc 동작 모드를 지원하는 전자 장치 및 전자 장치의 동작 방법
WO2020138780A1 (en) Electronic device and controlling method of electronic device
WO2023286894A1 (ko) 이동 단말기 및 그의 제품 등록 방법
WO2020091455A1 (en) Method and apparatus for determining device for payment in multiple electronic devices
WO2018048036A1 (ko) 상품 주문을 위한 주문 전용 장치 및 이를 이용한 상품 주문 시스템 및 방법, 그리고 컴퓨터 프로그램이 기록된 기록매체

Legal Events

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

Ref document number: 17895847

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019565135

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17895847

Country of ref document: EP

Kind code of ref document: A1