WO2012053780A1 - Procédé de paiement et système de paiement utilisant des informations concernant l'adresse mac d'un terminal de client - Google Patents

Procédé de paiement et système de paiement utilisant des informations concernant l'adresse mac d'un terminal de client Download PDF

Info

Publication number
WO2012053780A1
WO2012053780A1 PCT/KR2011/007691 KR2011007691W WO2012053780A1 WO 2012053780 A1 WO2012053780 A1 WO 2012053780A1 KR 2011007691 W KR2011007691 W KR 2011007691W WO 2012053780 A1 WO2012053780 A1 WO 2012053780A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
customer terminal
management server
terminal
customer
Prior art date
Application number
PCT/KR2011/007691
Other languages
English (en)
Korean (ko)
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 비씨카드 주식회사
Publication of WO2012053780A1 publication Critical patent/WO2012053780A1/fr

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/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

Definitions

  • the present invention relates to a secure payment method and system using the Mac address information of the customer terminal, and more particularly, payment using the Mac address information of the customer terminal to make a payment through various types of terminals having a specific Mac address.
  • a method and system are disclosed.
  • the portion of payments through cards is increasing rather than the amount of payments through cash.
  • customers may feel anxiety and discomfort due to the possession of cash, and when paying with a card, they may receive income deduction benefits.
  • the card usage rate is increasing every year because of the advantage of being able to make a partial payment when the payment amount is high.
  • a general mobile card it is limited to a mobile phone, and a general mobile card cannot be issued using another type of portable device as a medium. If a mobile card is issued to another portable device, a separate chip must be developed, and merchant terminals can also be upgraded for compatibility, or a separate software must be developed, which can cause problems in terms of time and cost. .
  • An object of the present invention is to enable the customer to follow the existing card payment process by using a customer terminal having a unique MAC address, to enable payment using various terminals without restriction on the terminal, and to enhance the validity authentication of the customer terminal.
  • the present invention provides a payment method and system using the MAC address information of the customer terminal that allows customers to securely proceed with the payment.
  • payment can be made through various customer terminals having a MAC address instead of an existing credit card, and the inconvenience of having a plurality of cards can be reduced.
  • the MAC address itself can be prevented from being exposed.
  • the customer can make a secure payment.
  • FIG. 1 is a block diagram illustrating a payment system related to an embodiment of the present invention.
  • FIG. 2 is a block diagram illustrating a configuration of a payment management server according to an embodiment of the present invention.
  • FIG. 3 is a block diagram illustrating a configuration of an affiliated store terminal according to an embodiment of the present invention.
  • FIG. 4 is a flowchart illustrating an issuance procedure related to an embodiment of the present invention.
  • 5 is a view for explaining the approval request preparation procedure related to an embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating a payment method using MAC address information related to an embodiment of the present invention.
  • FIG. 7 is a diagram illustrating payment confirmation data associated with one embodiment of the present invention.
  • FIG. 8 is a diagram illustrating a display unit of an affiliated store terminal according to an embodiment of the present invention.
  • the present invention provides a method, comprising: generating, by a payment management server, a first Mac hash value based on the MAC address when a customer requests to issue a customer terminal having a specific MAC address to a payment means; Mapping, by the payment management server, with the customer information to store the first Mac hash value in a database; Receiving, by the payment management server, payment approval request information including a second Mac hash value generated by the customer terminal; Extracting, by the payment management server, the first Mac hash value that matches the second Mac hash value; Authenticating, by the payment management server, the validity of the customer terminal; If the validity of the customer terminal is authenticated, the payment management server provides a payment method comprising the step of performing a payment approval procedure based on the MAC address information of the customer terminal.
  • the present invention provides a payment system including a customer terminal and a payment management server, wherein the payment management server is assigned to the MAC address when a customer requests to issue a customer terminal having a specific MAC address to a payment means.
  • 'hash' refers to a value obtained by converting given information (input value) into a very large numeric value (result value) within a certain length using a one-way hash function. This is also known as Message Digest (MD). Unidirectional means that the input value is unknown or difficult to understand. Therefore, even if the hash value is known, it is difficult to know the input value.
  • the hash value may be transmitted by being encrypted by an encryption algorithm.
  • the hash algorithm may include Snefru, CRC-32, CRC-16, MD2, MD4, MD5, SHA, Haval, and the like.
  • 'MAC (Media Access Control) address means a unique number given to network card hardware.
  • every device on the network has a unique 48-bit address, which is a Mac address, which can be displayed as a 12-digit hexadecimal number for convenience. For example, it may be referred to as 00-60-97-8F-4F-86 and the like.
  • 'Mac address information' may include not only the MAC address but also a hash value in which the MAC address is modified by a specific hash algorithm.
  • FIG. 1 is a block diagram illustrating a payment system related to an embodiment of the present invention.
  • the payment system may include a customer terminal 100, a payment management server 200, and an affiliated store terminal 300.
  • the customer terminal 100 may have a unique MAC address for network communication.
  • the customer terminal 100 may be installed with an application program (application) including the hash algorithm information for generating a hash value.
  • the customer terminal 100 may perform wired or wireless communication with the payment management server 200 or the affiliated store terminal 300.
  • the customer terminal 100 may be implemented in various forms.
  • the customer terminal 100 described in the present specification may be a PC, a mobile phone, a smart phone, a notebook computer, a digital broadcasting terminal, a personal digital assistant (PDA), or a portable multimedia player (PMP). , Navigation, handheld game consoles, Tablet PCs, and the like.
  • PDA personal digital assistant
  • PMP portable multimedia player
  • the payment management server 200 may be a server that can receive payment approval request information and process payment approval.
  • the payment management server 200 may be a card company server, purchase company server, bank server and the like.
  • the payment management server 200 may include an issuing unit 210, a receiving unit 220, a transmitting unit 230, an approval processing unit 240, and an updating unit. 250, an authentication unit 260, a database 270, and a control unit 280 may be included.
  • the issuing unit 210 may perform a procedure for issuing the customer terminal 100 to a payment medium using Mac address information. That is, the issuer 210 generates a hash value based on the MAC address and issues a virtual payment means to the customer.
  • the receiver 220 communicates information such as an authentication request, a MAC address, a second Mac hash value, a second personal authentication key, common authentication information, and approval of payment confirmation data by the customer terminal 100 through communication. It may receive from the terminal 100.
  • the receiving unit 220, the merchant request the authentication request of the merchant terminal 300 (member or merchant terminal information), the second Mac hash value, the second personal authentication key, merchant authentication key, common information authentication, transaction information, etc. It may receive from the terminal 300.
  • the transmitter 230 may transmit the first personal authentication key, update information, payment confirmation data, identification tag information, and common authentication information to the customer terminal 100.
  • the transmission unit 230 may transmit to the affiliated store terminal 300 the affiliated store authentication key, common authentication information, identification tag information, payment approval completion result, and the like.
  • the approval processor 240 may receive payment approval request information from the affiliated store terminal 300 and receive approval for payment confirmation data from the customer terminal 100 to perform a payment approval procedure.
  • the updater 250 may update the first personal authentication key and common authentication information at predetermined intervals based on the update information.
  • the update information may be previously stored in the database 270 or generated by the payment management server 200.
  • the authentication unit 260 may authenticate the validity of the customer terminal 100 by comparing the first personal authentication key and the second personal authentication key. In addition, the authentication unit 260 may authenticate whether the affiliated store terminal 300 is valid based on the affiliated store information received from the affiliated store terminal 300.
  • the database 270 includes the customer information, the customer terminal 100 information, the merchant terminal 300 information, transaction information, identification tag information, hash algorithm information, MAC address, first Mac hash value, and first personal authentication. Key information and the like may be stored.
  • the control unit 280 is the issuing unit 210, the receiving unit 220, the transmitting unit 230, the approval processing unit 240, the update unit 250, the authentication unit 260, and the database Overall control over 270 is possible.
  • the control unit 280 is the issuing unit 210, the receiving unit 220, the transmitting unit 230, the approval processing unit 240, the update unit 250, the authentication unit 260, and the database 270 and one program, or may be implemented in a separate program.
  • the affiliated store terminal 300 is for performing payment for purchased goods and services.
  • the affiliated store terminal 300 may store purchase information for each member.
  • the affiliated store terminal 300 may be implemented through a credit authorization terminal (CAT), a point of sales (POS), and the like.
  • CAT credit authorization terminal
  • POS point of sales
  • POS Point Of Sales
  • the affiliated store terminal 300 may perform member management, store management, and the like.
  • the affiliated store may include an online affiliated store in addition to the offline affiliated store.
  • the affiliated store terminal 300 may be an online shopping mall server.
  • the affiliated store terminal 300 may include a search unit 310, a receiver 320, a transmitter 330, and a display 340. have.
  • the search unit 310 may search for the MAC address of the customer terminal 100 existing within a certain radius. In this case, the search unit 310 may find the customer terminal 100 having the same common authentication information as that of the affiliated store terminal 300.
  • An example of the search unit 310 may be an access point (AP).
  • the search unit may exist in a specific software form in the affiliated store terminal 300 or may be separately attached to the affiliated store terminal 300.
  • the receiver 320 may receive a second Mac hash value, a second personal authentication key, identification tag information, and the like from the customer terminal 100.
  • the receiving unit 330 may receive common authentication information, affiliated store authentication key, payment approval completion result, etc. from the payment management server 200.
  • the transmitter 330 may transmit common authentication information to the customer terminal 100.
  • the transmission unit 330 may transmit an authentication request, a payment approval request, a second Mac hash value, common authentication information, a second personal authentication key, an affiliated store authentication key, and transaction information to the payment management server 200. have.
  • the display unit 340 may display the identification tag information.
  • the identification tag information means information for customer identification mapped with the unique MAC address of the customer terminal 100. That is, according to an embodiment of the present invention, the display unit 340 displays customer identification information mapped to the MAC address of the customer terminal 100, thereby exposing the MAC address of the customer terminal 100 to others. Can be prevented.
  • the identification tag information may be, for example, an alias (nickname) of a terminal, an alias (nickname) of a customer, and the like.
  • the identification tag information may be a nickname of the customer terminal 100, such as 'honggildong mobile phone', may be a nickname or nickname of the customer, such as 'Apple love' or 'Bonobono'.
  • the identification tag information may be a mobile phone number of the customer, such as '010-XXXX-XXX'.
  • FIG. 4 is a flowchart illustrating an issuance procedure related to an embodiment of the present invention.
  • the customer may request issuance of the customer terminal 100 having a specific MAC address as a payment means (S410).
  • the issue request may be made offline or online.
  • the customer may provide the payment management server 200 with the MAC address, customer information, identification tag information, etc. of the terminal 100 to be used as a payment means when the issuing request is made.
  • an issue of qualification and credit evaluation for the customer may be performed (S420).
  • the payment management server 200 numbers the customer number matching the customer information in the database 270.
  • the issuing unit 210 of the payment management server 200 is the first MAC based on the MAC address of the customer terminal 100.
  • the hash value is generated (S430).
  • the first Mac hash value means a hash value generated by the payment management server 200 by a hash algorithm based on the MAC address.
  • the first Mac hash value may exist as a string of specific bits.
  • the first Mac hash value is '6ef2782a521fe0ffdcbe028'. It can be expressed as'
  • the first Mac hash value may use the Mac address and customer information as an input value.
  • the first Mac hash value may be unique for each customer terminal 100. Therefore, payment can be made using the customer terminal 100 as a payment means through the first MAC hash value.
  • the payment management server 200 may map the customer information, the identification tag information, and the MAC address to store the first Mac hash value in the database 270 (S440). ).
  • FIG. 5 is a view for explaining the approval request preparation procedure related to an embodiment of the present invention.
  • an approval request preparation procedure for the customer terminal 100 and the affiliated store terminal 300 may be required.
  • the customer terminal 100 in the case of the customer terminal 100, it may request the authentication to the payment management server 200 (step 1). In this case, the customer terminal 100 transmits the second Mac hash value.
  • the second Mac hash value refers to a hash value generated by the customer terminal 100 using a hash algorithm used by the payment management server 200 based on the MAC address of the customer terminal 100.
  • the second MAC hash value may also use the MAC address and the customer information as an input value like the first Mac hash value. That is, since the input value and the hash algorithm coincide with each other, the first and second Mac hash values are inevitably the same. The difference is that the first Mac hash value is generated in the payment management server 200 and the second Mac hash value is generated in the customer terminal 100.
  • the payment management server 200 transmits the first Mac hash value and the first value.
  • the validity of the customer terminal 100 may be authenticated by determining whether two Mac hash values match. (Basic authentication)
  • the payment management server 200 extracts a first Mac hash value that matches the second Mac hash value received from the customer terminal 100. If the payment management server 200 cannot extract the first Mac hash value that matches the second Mac hash value, the customer terminal 100 may not be properly issued as a payment means. Therefore, authentication of the customer terminal 100 of the payment management server 200 may fail.
  • the second Mac hash value may be pre-stored in the customer terminal 100.
  • the second Mac hash value may be newly generated by the customer terminal 100 every time an authentication request is made. That is, once a purchase occurs, after the payment process is completed, the second Mac hash value is deleted from the customer terminal 100. If the second Mac hash value is continuously stored in the customer terminal 100, the second unique Mac hash value used for payment may be exposed to another person.
  • the generation and transmission of the second Mac hash value may be implemented through a specific application installed in the customer terminal 100.
  • the customer terminal 100 may encrypt the second Mac hash value and transmit the encrypted value to the payment management server 200.
  • the payment management server 200 is a common authentication information, the first personal authentication key, update information, etc. to the customer terminal 100 ) Can be sent (step 2).
  • the payment management server 200 is based on the MAC address information and customer information of the customer terminal 100 mapped to the first Mac hash value that matches the second Mac hash value.
  • the first personal authentication key and the common authentication information are transmitted to the customer terminal 100.
  • the common authentication information refers to information for commonly used for authentication in the payment management server 200, the customer terminal 100, and the affiliated store terminal 300.
  • the first personal authentication key may mean a result value that the customer terminal 100 is valid.
  • the common authentication information and the first personal authentication key may be generated by the payment management server 200.
  • the payment management server 200 is the common authentication information and the pre-stored in the cache server (cache server) 400 1 It is determined whether a personal authentication key exists. If the common authentication information and the first personal authentication key exist in the cache server 400, the payment management server 200 receives the common authentication information and the first personal authentication key from the cache server 400. It receives and transmits to the customer terminal 100.
  • the payment management server 200 If the common authentication information and the first personal authentication information do not exist in the cache server 400, the payment management server 200 generates the common authentication information and the first personal authentication key. In this case, the generated common authentication information and the first personal authentication key may be stored in the cache server 400. This is to reduce the load of the payment management server 200, and by storing the common authentication information and the first personal authentication key, etc. in the cache server 400, even in the authentication request of the customer terminal 100 You will be able to respond quickly.
  • the common authentication information and the first personal authentication key may also be hash values generated through a hash algorithm.
  • the first personal authentication key may be another hash value generated by adding specific information to the first Mac hash value of the customer terminal 100.
  • the common authentication information may be updated by the updater 250 at predetermined intervals. This is to enhance payment security. Even if the common authentication information is temporarily acquired by another person, the common authentication information may be continuously updated, thereby preventing a problem such as payment information being exposed to a third party.
  • the customer terminal 100 receives the common authentication information, the first personal authentication key, and the update information from the payment management server 200.
  • the client terminal 100 generates a second personal authentication key based on the first personal authentication key and the update information (step 3).
  • the first personal authentication key and the second personal authentication key are updated at the same period according to the update information. That is, the first personal authentication key is generated and updated in the payment management server 200, and the second update authentication key is generated and updated in the customer terminal 100, but may be synchronized.
  • the payment management server 200 sends the second personal authentication key to the user. Compared with the first personal authentication key, if it matches, the payment management server 200 transmits the updated common authentication information to the customer terminal (100).
  • the merchant terminal 300 may also require a payment approval request preparation procedure.
  • the merchant terminal 300 also makes an authentication request to the payment management server 200 (step 4).
  • the affiliated store terminal 300 transmits affiliated store information and affiliated store terminal 300 information to the payment management server 200.
  • the payment management server 200 performs validation of the affiliated store and the affiliated store terminal 300 based on the received affiliated store information and the affiliated store terminal 300 information. If the validity authentication for the affiliated store is successful, the payment management server 200 generates an affiliated store authentication key as a result value. That is, the affiliated store authentication key may mean an authentication result value that the affiliated store is valid.
  • the payment management server 200 transmits the affiliated store authentication key and the common authentication information to the affiliated store terminal 300 (step 5).
  • the search unit 310 of the affiliated store terminal 300 searches for terminals having a MAC address within a specific radius, and common authentication information identical to the received common authentication information. Find the customer terminal 100 having (step 6).
  • the affiliated store terminal 300 may transmit the common authentication information to the customer terminal 100 (step 7).
  • the customer terminal 100 compares common authentication information received from the affiliated store terminal 300 with common authentication information received from the payment management server 200 (step 8).
  • the client terminal 100 may transmit the second Mac hash value, the second personal authentication key, and the identification tag list entry permission information (identification tag information) to the affiliated store terminal 300 (step 9).
  • the affiliated store terminal 300 may display the identification tag of the customer terminal 100 according to the identification tag information (step 10). This is to prevent the MAC address of the customer terminal 100 from being directly exposed and allow the customer to easily identify his terminal.
  • the customer checks his terminal through the identification tag displayed on the merchant terminal 300.
  • the affiliated store terminal 300 may receive the identification tag information from the payment management server 200. Since the affiliated store terminal 300 receives the second MAC hash value from the customer terminal 100, the merchant terminal 300 transmits the second Mac hash value to the payment management server 200 to identify the first MAC hash value. Tag information can be received.
  • the affiliated store terminal 300 searches for the customer terminal 100 and the affiliated store terminal 300 transmits the common authentication information to the customer terminal 100.
  • the step may be omitted.
  • FIG. 6 is a flowchart illustrating a payment method using MAC address information related to an embodiment of the present invention.
  • the affiliated store terminal 300 when the customer terminal 100 and the affiliated store terminal 300 have completed a payment approval request preparation procedure, the affiliated store terminal 300 requests a payment approval to the payment management server 200.
  • Information may be transmitted (S610).
  • the payment approval request information may include common authentication information, merchant authentication key, second Mac hash value, second personal authentication key, and transaction information.
  • the second Mac hash value and the second personal authentication key are received from the customer terminal 100.
  • the transaction information includes information on purchased goods (commodity code, date of manufacture, expiration date, commodity price, manufacturer, color, size, quantity of goods, etc.), information on purchase services (service price, additional value of additional service, service item). , Service provision periods, etc.), information on the purchase date and time, payment method, payment method (whether payment is approved), and merchant information.
  • the payment management server 200 authenticates the validity of the affiliated store terminal 300 based on the received affiliated store authentication key (S620). When the validity authentication of the affiliated store terminal 300 is successful, the payment management server 200 extracts a first Mac hash value corresponding to the received second Mac hash value (S630).
  • the payment method may not be approved because the payment method designation is incorrect or may not be a valid payment method.
  • the payment management server 200 is to validate the customer terminal 100 through the received second personal authentication key (S640).
  • S640 the customer terminal 100 may know that the terminal is authenticated as valid, and thus, the customer terminal 100. Payment may be continued as a payment method.
  • the affiliated store terminal 300 since the first personal authentication key and the second personal authentication key are updated at predetermined intervals, the affiliated store terminal 300 sends a payment approval request to the payment management server 200.
  • the second personal authentication key and the first personal authentication key to be transmitted may not match. This is because the second personal authentication key is received through the affiliated store terminal 300 after being updated in the customer terminal 100, and thus the first personal authentication key can be renewed again in the meantime.
  • the payment management server 200 When the payment management server 200 receives the payment approval request information, the payment management server 200 stops updating the first personal authentication key. When the first personal authentication key and the second personal authentication key do not match, the payment management server 200 may request the merchant terminal 100 to re-request the second personal authentication key. The affiliated store terminal 300 receives the second personal authentication key renewed from the customer terminal 100 and transmits it to the payment management server 200.
  • the payment management server 200 when the merchant terminal 300 and the validation of the validity of the customer terminal 100 is successful, the payment management server 200 is the first MAC matching the second Mac hash value. Payment confirmation data may be transmitted to the customer terminal 100 based on the MAC address information mapped to the hash value (S650).
  • the payment confirmation data is data that enables the customer to check his / her payment details, and may include purchase information and payment information.
  • the customer terminal 100 may provide the customer with information about an affiliate store name, a payment time, a payment amount, a lump sum payment, and the like.
  • the payment management server 200 After checking the contents of the payment confirmation data, the customer determines whether or not it matches with his transaction information. If there is a match, the payment confirmation data is approved.
  • the payment management server 200 receives the approval for the payment confirmation data from the customer terminal 100 to perform a payment approval procedure (S670).
  • the payment management server 200 may transmit a payment approval completion result to the affiliated store terminal 300 or the customer terminal 100 (S680). ).
  • the common authentication information, the first personal authentication key, the second personal authentication key, and the affiliated store authentication key may be discarded.
  • the payment management server 200 may receive the payment approval request information from the customer terminal 100.
  • the customer terminal 100 transmits a second Mac hash value, a second personal authentication key, etc. to the payment management server 200 to request a payment approval.
  • the customer terminal 100 may receive transaction information and the like from the affiliated store terminal 300 and transmit the received transaction information to the payment management server 200.
  • the payment management server 200 authenticates the validity of the client terminal 100 by comparing the received second personal authentication key with the first personal authentication key, and matches the first Mac hash value with the first Mac.
  • the hash value can be extracted to proceed with the payment.
  • the above-described method can be embodied as computer readable code on a medium on which a program is recorded.
  • the computer-readable medium includes all kinds of recording devices in which data that can be read by a computer system is stored. Examples of computer-readable media include ROM, RAM, CD-ROM, magnetic tape, floppy disks, optical data storage devices, and the like, which are also implemented in the form of carrier waves (eg, transmission over the Internet). It also includes.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

La présente invention concerne un procédé de paiement et un système de paiement utilisant des informations concernant l'adresse MAC d'un terminal de client, le procédé de paiement et le système de paiement comprenant l'exécution de processus de paiement par carte de crédit existants en utilisant le terminal de client ayant une adresse MAC unique pour permettre un paiement en utilisant divers types de terminaux sans limitation quant aux types de terminaux, le procédé de paiement et le système de paiement comprenant l'exécution de processus d'authentification de validité renforcés sur le terminal de client de manière à permettre au client de payer d'une manière sécurisée. Le procédé de paiement associé à un mode de réalisation de la présente invention comprend : une étape à laquelle, lorsqu'un client a demandé que son terminal ayant une adresse MAC spécifique soit utilisé en tant que moyen de paiement, un serveur de gestion de paiement génère une première valeur de hachage MAC sur la base de l'adresse MAC ; une étape à laquelle le serveur de gestion de paiement mappe la première valeur de hachage MAC avec des informations concernant le client et mémorise la première valeur de hachage MAC dans une base de données ; une étape à laquelle le serveur de gestion de paiement reçoit des informations de demande d'approbation de paiement comprenant une seconde valeur de hachage MAC générée par le terminal de client ; une étape à laquelle le serveur de gestion de paiement extrait la première valeur de hachage MAC correspondant à la seconde valeur de hachage MAC ; une étape à laquelle le serveur de gestion de paiement authentifie la validité du terminal de client ; et une étape à laquelle, si la validité du terminal de client est authentifiée, le serveur de gestion de paiement exécute les procédures d'approbation de paiement sur la base des informations concernant l'adresse MAC du terminal de client.
PCT/KR2011/007691 2010-10-20 2011-10-17 Procédé de paiement et système de paiement utilisant des informations concernant l'adresse mac d'un terminal de client WO2012053780A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2010-0102606 2010-10-20
KR1020100102606A KR101327434B1 (ko) 2010-10-20 2010-10-20 고객 단말기의 맥 어드레스 정보를 이용한 결제 방법 및 시스템

Publications (1)

Publication Number Publication Date
WO2012053780A1 true WO2012053780A1 (fr) 2012-04-26

Family

ID=45975420

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2011/007691 WO2012053780A1 (fr) 2010-10-20 2011-10-17 Procédé de paiement et système de paiement utilisant des informations concernant l'adresse mac d'un terminal de client

Country Status (2)

Country Link
KR (1) KR101327434B1 (fr)
WO (1) WO2012053780A1 (fr)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014154902A1 (fr) 2013-03-28 2014-10-02 Compagnie Industrielle Et Financiere D'ingenierie "Ingenico" Procédé de délivrance d'une assertion de localisation
CN105956844A (zh) * 2016-03-18 2016-09-21 李明 一种支付方法及系统
US9619799B2 (en) 2013-02-06 2017-04-11 Apple Inc. Apparatus and methods for secure element transactions and management of assets
CN106815695A (zh) * 2015-11-27 2017-06-09 阿里巴巴集团控股有限公司 对象传输中的信息处理方法和装置
EP3570238A1 (fr) 2018-05-18 2019-11-20 Ingenico Group Procédé de réalisation d'une transaction, terminal, serveur et programme d'ordinateur correspondant
EP3588418A1 (fr) 2018-06-29 2020-01-01 Ingenico Group Procédé de réalisation d'une transaction, terminal, serveur et programme d ordinateur correspondant
CN110737644A (zh) * 2019-10-12 2020-01-31 招商局金融科技有限公司 客户信息整合的方法、装置及计算机可读存储介质
FR3086414A1 (fr) 2018-09-25 2020-03-27 Ingenico Group Procede de traitement d'une transaction, dispositif, systeme et programme correspondant

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101426995B1 (ko) * 2012-07-10 2014-08-05 주식회사 케이지이니시스 웹 플랫폼 독립형 결제 운영 방법 및 시스템
US10223688B2 (en) 2012-09-24 2019-03-05 Samsung Electronics Co., Ltd. Competing mobile payment offers
US20140279566A1 (en) * 2013-03-15 2014-09-18 Samsung Electronics Co., Ltd. Secure mobile payment using media binding
KR102209044B1 (ko) * 2020-03-12 2021-01-29 주식회사 케이비시스 클라우드 네이티브 데이터베이스 구조를 갖는 클라우드 시스템

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040033957A (ko) * 2002-10-16 2004-04-28 주식회사 케이티 단말기반의 서비스 제공을 위한 ｍａｃ 기반 인증방법
JP2007158979A (ja) * 2005-12-08 2007-06-21 Fujitsu Access Ltd 認証装置及び乱数生成方法
KR20070080055A (ko) * 2006-02-06 2007-08-09 (주)유투아이 도용방지용 온라인 비용결제 시스템 및 그 방법
KR20100074735A (ko) * 2008-12-24 2010-07-02 주식회사 하렉스인포텍 모바일 카드결제 시스템과 그를 이용한 모바일 카드결제 서비스 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040033957A (ko) * 2002-10-16 2004-04-28 주식회사 케이티 단말기반의 서비스 제공을 위한 ｍａｃ 기반 인증방법
JP2007158979A (ja) * 2005-12-08 2007-06-21 Fujitsu Access Ltd 認証装置及び乱数生成方法
KR20070080055A (ko) * 2006-02-06 2007-08-09 (주)유투아이 도용방지용 온라인 비용결제 시스템 및 그 방법
KR20100074735A (ko) * 2008-12-24 2010-07-02 주식회사 하렉스인포텍 모바일 카드결제 시스템과 그를 이용한 모바일 카드결제 서비스 방법

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11068883B2 (en) 2013-02-06 2021-07-20 Apple Inc. Apparatus and methods for secure element transactions and management of assets
US9619799B2 (en) 2013-02-06 2017-04-11 Apple Inc. Apparatus and methods for secure element transactions and management of assets
WO2014154902A1 (fr) 2013-03-28 2014-10-02 Compagnie Industrielle Et Financiere D'ingenierie "Ingenico" Procédé de délivrance d'une assertion de localisation
CN106815695B (zh) * 2015-11-27 2021-03-26 菜鸟智能物流控股有限公司 对象传输中的信息处理方法和装置
CN106815695A (zh) * 2015-11-27 2017-06-09 阿里巴巴集团控股有限公司 对象传输中的信息处理方法和装置
CN105956844A (zh) * 2016-03-18 2016-09-21 李明 一种支付方法及系统
EP3570238A1 (fr) 2018-05-18 2019-11-20 Ingenico Group Procédé de réalisation d'une transaction, terminal, serveur et programme d'ordinateur correspondant
US11620646B2 (en) 2018-05-18 2023-04-04 Banks And Acquirers International Holding Method for carrying out a transaction, terminal, server and corresponding computer program
EP3588418A1 (fr) 2018-06-29 2020-01-01 Ingenico Group Procédé de réalisation d'une transaction, terminal, serveur et programme d ordinateur correspondant
US11880840B2 (en) 2018-06-29 2024-01-23 Banks And Acquirers International Holding Method for carrying out a transaction, corresponding terminal, server and computer program
FR3086414A1 (fr) 2018-09-25 2020-03-27 Ingenico Group Procede de traitement d'une transaction, dispositif, systeme et programme correspondant
WO2020064890A1 (fr) 2018-09-25 2020-04-02 Ingenico Group Procede de traitement d'une transaction, dispositif, systeme et programme correspondant
US12107975B2 (en) 2018-09-25 2024-10-01 Banks And Acquirers International Holding Method for processing a transaction, corresponding device, system and program
CN110737644A (zh) * 2019-10-12 2020-01-31 招商局金融科技有限公司 客户信息整合的方法、装置及计算机可读存储介质

Also Published As

Publication number Publication date
KR20120041038A (ko) 2012-04-30
KR101327434B1 (ko) 2013-11-20

Similar Documents

Publication Publication Date Title
WO2012053780A1 (fr) Procédé de paiement et système de paiement utilisant des informations concernant l'adresse mac d'un terminal de client
WO2018194378A1 (fr) Procédé d'approbation de l'utilisation d'une carte à l'aide d'un identifiant de jeton basé sur une chaîne de blocs et serveur l'utilisant
WO2018124857A1 (fr) Procédé et terminal d'authentification sur la base d'une base de données de chaînes de blocs d'un utilisateur sans face-à-face au moyen d'un id mobile, et serveur utilisant le procédé et le terminal
WO2017222170A1 (fr) Procédé et serveur de société de cartes servant à traiter un paiement en vérifiant une valeur de vérification, procédé pour prendre en charge un paiement en utilisant la valeur de vérification, et carte à puce
WO2016204461A1 (fr) Système et procédé de vérification de certificat d'institution financière basé sur la technologie de chaîne de blocs
WO2013137528A1 (fr) Système de règlement de transaction hors-ligne, et procédé et dispositif à cet effet
WO2018194379A1 (fr) Procédé d'approbation de l'utilisation d'une carte à l'aide d'un identificateur de jeton sur la base d'une chaîne de blocs et structure en arbre de merkle associée à celui-ci, et serveur l'utilisant
WO2019147054A1 (fr) Dispositif électronique et procédé pour prendre en charge une connexion wi-fi automatique avec un procédé de sécurité amélioré lors de la réalisation d'un paiement par porte-monnaie électronique
WO2017065518A1 (fr) Carte représentative liée à une carte d'application, et système de paiement et procédé de paiement associés
WO2019004650A1 (fr) Procédé, programme et support d'enregistrement lisible par ordinateur pour remboursement de taxe à l'aide d'une crypto-monnaie basée sur une chaîne de blocs
WO2023163286A1 (fr) Procédé de détection de contrefaçon ou de falsification pour détecter une contrefaçon ou une falsification de nft, qui est effectué par un serveur de plateforme à l'aide d'un nft basé sur une chaîne de blocs
WO2019031717A1 (fr) Système de paiement basé sur un réseau de communication inter-magasin, terminal portable comprenant une fonction de paiement basée sur un réseau de communication inter-magasin, procédé permettant de fournir un service de paiement basé sur un réseau de communication inter-magasin, et programme le réalisant
WO2019078623A1 (fr) Procédé de paiement à base de chaînes de blocs et serveur de paiement le mettant en œuvre
WO2012141495A2 (fr) Appareil et procédé pour fournir un service de transaction
WO2013157690A1 (fr) Système de gestion de reçus électroniques à l'aide d'un terminal utilisateur, et procédé correspondant
WO2016159462A1 (fr) Procédé d'authentification d'un jeton et système utilisant une valeur de vérification générée sur la base du temps courant
WO2019203384A1 (fr) Procédé et système de service de paiement mobile permettant d'empêcher une fuite d'informations personnelles, un double paiement, un surpaiement ou une erreur de paiement, en permettant à un utilisateur d'entrer directement un montant de paiement, de recevoir un code de sécurité de paiement à usage unique généré par une institution financière et d'effectuer un paiement au moment de la réalisation d'un paiement en ligne ou hors ligne
WO2013055114A1 (fr) Procédé, système et dispositif de paiement électronique
WO2019078622A1 (fr) Procédé de paiement basé sur une chaîne de blocs et serveur de paiement l'utilisant
WO2017048005A1 (fr) Système de traitement bancaire électronique utilisant un guichet automatique personnel et procédé de traitement associé
WO2012030162A2 (fr) Procédé de paiement par carte, système de paiement par carte et terminal mobile associé
WO2016085079A1 (fr) Appareil et procédé d'assistance au paiement facile pour terminal mobile
WO2022145677A1 (fr) Système intégré d'authentification d'identité et de paiement simplifié au moyen d'un code qr à usage unique, et procédé de commande associé
WO2011031088A2 (fr) Procédé et système d'achat de produits utilisant des informations de marquage
WO2018008818A1 (fr) Kiosque de fourniture d'un service de facturation prépayée et procédé de fourniture de service associé

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: 11834580

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11834580

Country of ref document: EP

Kind code of ref document: A1