WO2017209513A1 - 모바일 결제 방법 및 그 장치 - Google Patents

모바일 결제 방법 및 그 장치 Download PDF

Info

Publication number
WO2017209513A1
WO2017209513A1 PCT/KR2017/005691 KR2017005691W WO2017209513A1 WO 2017209513 A1 WO2017209513 A1 WO 2017209513A1 KR 2017005691 W KR2017005691 W KR 2017005691W WO 2017209513 A1 WO2017209513 A1 WO 2017209513A1
Authority
WO
WIPO (PCT)
Prior art keywords
payment
app
user
affiliated
mobile
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/KR2017/005691
Other languages
English (en)
French (fr)
Inventor
박경양
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Harex Infotech Inc
Original Assignee
Harex Infotech Inc
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 Harex Infotech Inc filed Critical Harex Infotech Inc
Priority to AU2017273095A priority Critical patent/AU2017273095A1/en
Priority to CN201780041097.2A priority patent/CN109379898A/zh
Priority to EP17807006.6A priority patent/EP3467745A4/en
Priority to US16/306,376 priority patent/US11157892B2/en
Priority to SG11201810771UA priority patent/SG11201810771UA/en
Publication of WO2017209513A1 publication Critical patent/WO2017209513A1/ko
Anticipated expiration legal-status Critical
Priority to AU2020267311A priority patent/AU2020267311A1/en
Priority to AU2022203928A priority patent/AU2022203928A1/en
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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/3221—Access to banking information through M-devices
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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
    • G06Q20/3267—In-app payments
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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 OR CALCULATING; 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/387—Payment using discounts or coupons
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06—COMPUTING OR CALCULATING; 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/405—Establishing or using transaction specific rules
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0226—Incentive systems for frequent usage, e.g. frequent flyer miles programs or point systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207—Discounts or incentives, e.g. coupons or rebates
    • G06Q30/0238—Discounts or incentives, e.g. coupons or rebates at point-of-sale [POS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Definitions

  • the present invention relates to a mobile payment, and more particularly, to a method for performing a payment in a server for performing a mobile payment and an apparatus for performing a mobile payment.
  • various payment gateways provide a payment platform.
  • the present invention has been made in the technical background as described above, in the mobile payment method, when there are a plurality of mobile payment apps in the user's mobile terminal by defining the execution order for each payment app automatically the highest priority payment without user intervention
  • Mobile payment system and mobile payment method that includes a server that can determine and provide the app, and when running the payment app by the push method, by running the highest priority payment app to manage all the information regardless of the type of payment app To provide that purpose.
  • Another object of the present invention is to enable the payment service provider integrated management of payment-related payment information when the payment is made in a third party store using an affiliate app, so that the transaction information of the third party store can be provided to the affiliates to be used in marketing It is to provide an open marketing platform.
  • Mobile payment method for achieving the above object, the step of receiving a payment request from the merchant terminal; Determining whether an affiliate store that has transmitted the payment request is an affiliate store having an affiliate app; Determining an app of the highest priority among a plurality of payment apps according to a predetermined priority according to the determination result; And transmitting a push command for executing the app determined as the highest priority to a user's portable terminal.
  • the priority is determined by the affiliated app of the affiliated store as the highest priority app when the affiliated app of the affiliated store including a payment means exists in the mobile terminal; Determining the main payment app as the highest priority app when there is no affiliate app of the affiliated store and a payment app determined by the user as the main payment app exists; Determining that the default payment app is the highest priority app when there is no main payment app and there is a default payment app including a separate and independent payment means that is not associated with the affiliate app; If there is no default payment app and there are affiliated apps of other merchants other than the affiliated store, determining the affiliated app including a payment method installed last among the affiliated apps of the other affiliated stores as the highest priority app; It is characterized by.
  • the merchant is an affiliated store without an affiliate app, determining the priority of the main payment app as the highest priority app if the payment terminal determined by the user as the main payment app exists in the mobile terminal; Determining that the default payment app is the highest priority app when there is no main payment app and there is a default payment app including an independent payment means separate from the affiliated app; If there is no default payment app and there are affiliated apps of other merchants other than the affiliated store, determining the affiliated app including a payment method installed last among the affiliated apps of the other affiliated stores as the highest priority app; It is characterized by.
  • At least two payment app including a payment module provided by the service provider is installed, and receives the app execution push command from the service server A mobile terminal for transmitting transaction related information and authentication information to the service server to request payment approval;
  • Receiving a payment request from a merchant terminal determines the highest priority app according to a predetermined priority among a plurality of apps installed in the mobile terminal to transmit a push command for the execution of the highest priority app to the mobile terminal, the portable Receiving a request for payment approval from a terminal, the service server performs user authentication and app verification for payment using the authentication information, stores the transaction related information, and transmits the transaction related information and authentication information to the following financial server. ;
  • a financial server that receives the transaction related information and authentication information and proceeds with payment and transmits a payment result to the service server or the mobile terminal.
  • the payment app execution service is provided based on a predetermined execution priority for each payment app, so that the user can determine and provide the highest priority payment app without user intervention.
  • the service server by storing transaction-related information collectively in the service server, not only user-related information can be efficiently used, but also user convenience can be increased by sharing information such as subscriber authentication or financial institution registration.
  • FIG. 1 is a flowchart illustrating a mobile payment method according to an embodiment of the present invention.
  • FIG. 2 is a flowchart illustrating a method of determining a priority of a payment app to send a push command when a service server does not have an affiliated store affiliated app on a mobile terminal in a mobile payment method according to another embodiment of the present invention.
  • FIG. 3 is a flowchart illustrating a method of installing and executing a payment app when there is no payment app in the mobile terminal according to another embodiment of the present invention.
  • FIG. 4 is a structural diagram of an overall system in which mobile payment is made according to the present invention.
  • FIG. 5 is a structural diagram of a mobile payment server according to another embodiment of the present invention.
  • FIG. 6 is a structural diagram of a mobile terminal according to another embodiment of the present invention.
  • FIG. 7 is a flow chart of a mobile payment method according to another embodiment of the present invention.
  • the present invention provides a method for automatically determining the priority between a plurality of apps in order to solve the user inconvenience such that the payment app is automatically executed according to the priority.
  • the present invention provides a user-centered payment system.
  • the user passes the card information to the store and the store requests the bank to approve payment as in the related art, there is a high risk of exposing the financial information, causing a security problem and taking time to use the earned points. have.
  • the present invention takes a manner in which the store delivers the transaction details to the user and the user makes a payment request after checking the transaction or the store makes a payment request including the transaction details.
  • a payment service provider (hereinafter referred to as a carrier) is located between the user and the store and the financial company, so that the user or the store is a payment service server (hereinafter referred to as a service server) and includes transaction details except for the user's financial information.
  • Request for payment and the service server is a structure for requesting payment approval to a financial company (card company, bank, etc.).
  • a financial company card company, bank, etc.
  • Non-financial information such as transaction ID (TID: Transaction ID), mobile terminal identifier (telephone number, etc.), user identifier (member number) is included in the transaction history (transaction amount, transaction item, store information, etc.) and payment request message. The request is in progress.
  • TID Transaction ID
  • mobile terminal identifier telephone number, etc.
  • user identifier member number
  • the request is in progress.
  • the approval request proceeds with a transaction identifier, a mobile terminal identifier, or a user identifier.
  • the financial information is not stored anywhere in the store terminal, the user portable terminal, or the service server, even if the store terminal, the user portable terminal, or the service server is hacked, the financial information of the user is not likely to be stolen, thereby greatly improving the security.
  • the service server can store the financial information of the user (member) and deliver it to the financial company for each transaction and request for approval. It may be.
  • a service server is interposed between a user, a store, and a financial company and the transaction information is transmitted to the service server when the user makes a payment request
  • the service server is provided for each user if the user agrees to acquire the transaction information.
  • Specific information (item, unit price, quantity, etc.) of each transaction can be collected, and big data about a user's life can be constructed.
  • affiliates affiliated with operators through the service server i.e., various service providers affiliated with the operators (e.g., financial companies, manufacturers, vendors, charities, game companies, entertainment companies, broadcasters, social network operators, and education providers) Related organizations, etc.) may receive information on purchase activity and donation activity of the user from the service server.
  • various service providers affiliated with the operators e.g., financial companies, manufacturers, vendors, charities, game companies, entertainment companies, broadcasters, social network operators, and education providers
  • Related organizations may receive information on purchase activity and donation activity of the user from the service server.
  • the key feature here is that, for example, a purchase history purchased from the A service provider may be provided from the operator to the B service provider.
  • a service provider may or may not be affiliated with an operator, and B service provider is an affiliate with an operator.
  • affiliates the more service providers (hereinafter, abbreviated as affiliates) affiliated with operators, the more active the collection of data related to the purchase, donation activity of any user, more affiliates can access the big data, the present invention Provides an App-In-App payment solution for affiliates who do not have their own payment app.
  • the operator provides a payment module to grant a payment function to the affiliate app.
  • the payment module of the operator may be mounted on the user's mobile terminal to be linked with the affiliate's own app.
  • the operator payment module it is preferable that a phrase indicating that the payment module of the operator is mounted, for example, powered by UBI pay, is displayed on the affiliate company's own app.
  • one or more financial companies affiliated with the provider may be used.
  • the service provider has to partner with one or more credit card companies and banks in order to build a payment solution such as an own payment app and perform payment processing.
  • the service provider has to partner with as many card companies and banks as possible. If you are not a service provider, you can not build your own payment solution, according to the present invention, if a service provider already affiliated with a plurality of financial companies to provide a partner payment module to the affiliates in an app-in-app manner to mount or associate with the affiliate's own app Even if the affiliate is a small service provider, it can easily provide a payment function that enables payment through various financial companies affiliated with the operators in its own app.
  • the affiliated company may be provided with the transaction information when the user pays the purchase price from another service provider or the store through his or her app.
  • affiliates can access not only transaction information with themselves but also transaction information of other service providers, so that they can use more user purchase information or activity information such as donations (hereinafter, abbreviated as purchase information), and purchase amount for purchase information.
  • purchase information activity information
  • purchase amount purchase information
  • detailed information such as purchase items is included, so that more accurate marketing can be performed through this.
  • the present invention enables open payment and open marketing through sharing of financial institutions and sharing of user purchase information, rather than the closed type as in the related art.
  • a user who has already installed the HomePlus app on the mobile terminal as a Homeplus member becomes a member of the operator and agrees to use the purchase information while the operator payment module is mounted on the user's mobile terminal in the form of Homeplus app update.
  • the service server can know the purchase history of the mobile viewing rights of the user, and the service provider provides the purchase history of the mobile viewing rights to the home plus affiliated with the service provider. You can see the purchase history of mobile viewing rights.
  • Home Plus may be able to know not only the purchase history of the user at the Home Plus store, but also purchases from other service providers.
  • Mnet mobile viewing ticket When a user purchases a Mnet mobile viewing ticket, the user can use the payment method provided by Mnet. However, if Homeplus provides more benefits (points), the user can make a payment with the Homeplus app while purchasing a Mnet product. .
  • each affiliate tries to induce the user to pay using his or her app in order to receive more user purchase information.
  • the affiliates are more likely to provide benefits such as earning points. You can get wider, more profitable, and more procurement.
  • the payment app includes a basic payment app created and managed by a payment service provider, and an app managed by a service provider such as Home Plus and Auction, and includes its own app having a payment function.
  • the default payment app is an app designed to provide a payment service regardless of whether the service provider is affiliated. If the default payment app is selected at the time of payment, the default payment app is executed to make a payment.
  • the affiliated app was a self-produced app managed and managed by the service provider, but a stand-alone self-app when the service provider is affiliated with a business operator, the brand of the affiliated company and design based on the platform of the basic payment app for the business partner It includes a newly developed standalone affiliate app that reflects specialized functions, and a modular affiliate app that is inserted into a module by providing a payment module only to a partner's existing app.
  • the standalone affiliate app can be downloaded from the server by registering with an app download server such as an App Store or Google Play, and applying a brand or design of an affiliate company based on a platform provided by a service provider.
  • an app download server such as an App Store or Google Play
  • the modular affiliate app is registered on the app download server, but does not need to be downloaded separately, and the user is automatically downloaded and installed through the process of updating the affiliate app or agreeing to download while payment is in progress. Since the modular affiliate app is not executed independently, there is no separate execution icon in a user's mobile terminal such as a smartphone.
  • a service provider who manages a service server develops and supplies an app or module capable of payment service to an affiliate partner, it can be applied to any OS (operating system), and shared functions such as subscriber authentication and financial institution registration can be used. It is desirable to design and develop to enhance user convenience.
  • a payment app collectively refers to its own app, a basic payment app, an affiliate app (including its own app, a standalone app, and a modular app), and refers to a main payment app that the user designates as the main payment app.
  • FIG. 1 is a flowchart illustrating a mobile payment method performed in a service server according to an embodiment of the present invention.
  • the online and offline payment service server receives a payment request from the merchant terminal for payment (S110).
  • the online and offline payment service server may be configured to receive a payment request from the mobile terminal of the user who received the transaction information from the merchant terminal.
  • the merchant is a word that collectively refers to the stores, institutions, etc. that the payment means of the payment service provider can be used, the store means a place to provide a sale service, in the present invention, the store also means only a place where the payment means of the carrier can be used.
  • the meaning is substantially the same, and for convenience of explanation, each embodiment is merely represented differently by a merchant or a shop.
  • the service server receiving the payment request transmits the payment request requesting the user's approval to the user's mobile terminal in a push command method.
  • the service server determines which payment app is used to make a payment among the payment apps installed in the user portable terminal and transmits a push command.
  • the service server determines whether the merchant that has sent the payment request is an affiliate belonging to an affiliate having an affiliate app or is not a general affiliate (S120).
  • the payment request for payment may include an affiliated store identification number (ID) and may determine whether the affiliated store has an affiliate app using the affiliated store identification number.
  • ID affiliated store identification number
  • the affiliate affiliate app determines whether the payment request received from the affiliated affiliate store that owns the affiliate app further determines whether the affiliate app is installed on the user's mobile terminal (S130), and if the affiliate affiliate app is installed, the affiliate affiliate app has the highest priority It is determined as an app (S150) and transmits a push command for the execution of the app determined as the highest priority to the user's portable terminal (S170).
  • the service server keeps the app installation history for each user as a DB, and identifies and manages which payment app is installed on each user's mobile terminal.
  • the affiliate app includes coupon information, discount benefits, and points earning information that can be used at the affiliated store, so it is most advantageous for the user to use the affiliated store affiliate app when making a payment. Therefore, merchant affiliated apps are determined to be top priority.
  • the service server stores and manages the installation history of the payment app installed in the user's mobile terminal. Since the user authentication and payment app authentication is performed through the service server, the service server can store and manage the list of apps installed in the user's mobile terminal. Therefore, it is possible to determine the execution priority of the app installed in the user's mobile terminal in the service server and transmit a push command accordingly.
  • FIG. 2 is a flowchart illustrating a method (S160) of determining a priority of an app to send a payment request push command by a service server that receives a payment request when the affiliated app does not have an affiliated app.
  • the merchant affiliated app is not installed, it is determined whether there is an app set by the user as the main payment app among the installed payment apps (S162), and if there is a main payment app set by the user, the main payment app is determined as the app to be used for payment ( S163).
  • the benefit of using the app is that it can provide convenience to the user and focus the benefits. This is to prevent any inconvenience.
  • the service server when a user designates an affiliate app of a specific affiliate as the main payment app, the service server is notified at the time of designation, and thus the service server is aware of this, so that the service server is different even if the affiliate that makes a transaction is an affiliate of another affiliate.
  • the service server instead of selecting an affiliate app, it can also be configured to select a designated primary payment app.
  • the push command for executing the payment app is sent to the user's mobile terminal, and the user's mobile terminal receiving the push command executes the app to perform the payment. .
  • membership points or discount coupons of the affiliated affiliates can be automatically applied and proceed with payment.
  • the user can minimize the user's hassle because the user can pay with the amount applied to the benefits of the merchant without having to search for a credit card or a discount coupon.
  • the service server may send a push command for installing the payment app or provide a link for installation so that the user can install the app for payment. Do.
  • FIG. 3 is a flowchart illustrating a method of installing an app for payment when there is no app for payment.
  • the mobile terminal of the user receives a push command requesting user approval (S310)
  • the mobile terminal determines whether there exists a payment app determined in the above-described process included in the push command (S320).
  • the payment app is immediately executed (S340). If it is not currently installed due to deletion or the like, the payment app is installed (S330) and then executed (S340).
  • the best app is automatically selected according to the situation without the user having to select the app to be used for payment each time.
  • Merchants can increase sales because they can process payments through other affiliated apps or basic apps even if they are not installed on the user's mobile terminal. Convenient payment is possible.
  • Figure 4 shows the structure of the entire system for making a mobile payment according to the present invention.
  • affiliate apps such as convenience stores, home shopping, banks, securities companies, and insurance companies are installed in the user's mobile terminal, and information and payment methods for each affiliate app are registered in the mobile payment platform center, that is, the service server of the service provider. Are managed.
  • the service server determines the payment app to be executed according to a predetermined priority logic among a plurality of apps, and the app for user approval by the user's mobile terminal.
  • the payment is executed by sending a push command for execution and a user requesting or approving payment using a mobile terminal.
  • the merchant terminal makes a payment request to the service server, and the received service server determines the app to be executed from the payment app installed on the user terminal, and sends a payment app execution command for the user approval request in a push method. As described.
  • the merchant terminal may request a payment to the user's portable terminal, and the user may select one of the payment apps installed in the portable terminal to proceed with the payment.
  • the selection logic of the payment app may allow the main payment app specified by the user to always be executed, or the affiliate app may be executed by checking whether the affiliate is affiliated with the affiliate ID included in the payment request.
  • the main payment app may be any of the default payment app, affiliate apps, or a specific service provider's own app.
  • the integration of the purchase information was not made, but there was a limitation in using the present invention.
  • the purchase information of A merchant can be delivered to the affiliated app of B merchant by the service server, all payment information can be integrated and managed regardless of which payment app is used for the user's mobile terminal. Since the user's purchase information can be accumulated regardless of the type of affiliated or affiliated app, such purchase information can be used by a big data analysis method.
  • Service providers can use mobile payment information stored in their service server as a big data analysis technique, and can also use it for marketing by sharing transaction data with not only financial affiliates but also financial partners. .
  • the method of providing the transaction information of the user to the affiliated company may be provided to the affiliated company managing the affiliated application used for payment only to the affiliated company managing the affiliated application used for payment, or to the other affiliated party requested.
  • 5 illustrates a structure diagram of a service server 500 for providing a mobile payment service according to another embodiment of the present invention.
  • the service server 500 includes a controller 510, a priority determiner 520, a transaction information provider 530, a payment requester 540, and an app execution request transmitter 550.
  • the controller 510 manages each module to transmit and receive data necessary for payment.
  • the priority determiner 520 determines the priority of the affiliate app or the basic payment app to be used for payment according to the predefined payment app priority logic.
  • the app execution request transmission unit 550 transmits the user's approval determined as the highest priority and a push command for the execution of the app to the user's mobile terminal according to the priority determined in this way, so that the mobile terminal executes the app and proceeds with the payment. To be able.
  • the payment request unit 540 transmits a payment approval request to the service server 500 by executing a payment app so that the mobile terminal transmits the payment approval request to the financial server so that payment can be approved.
  • the transaction information provider 530 provides payment information, such as purchase information received from an affiliated store terminal or a user's mobile terminal, to an affiliated app installed in the user's mobile terminal so that the user can integrate and manage the payment information. In addition, by delivering the transaction information to the affiliated partner so that the delivered affiliate can utilize the transaction information.
  • FIG. 6 is a structural diagram of a mobile terminal 600 used for mobile payment according to another embodiment of the present invention.
  • the mobile terminal 600 includes a user interface (UI) providing unit 610 and a function providing unit 620.
  • UI user interface
  • the UI providing unit 610 includes a list 612 of credit cards registered for payment, a button 614 for selecting a payment method such as a barcode, NFC, QR, an area 616 for displaying an advertisement, and the like. To provide.
  • the function providing unit 620 provides a payment processing or advertisement processing function 622, a function 624 for user authentication and registration of a registered credit card, etc., and other functions 626 such as notification, event, and communication. It consists of modules.
  • the payment module of the service provider may be installed in the form of an App in App in the function providing unit 620, the payment module of the service provider may be installed on / offline regardless of the user's mobile terminal type or the type of the app. Merchants have the advantage of making payments.
  • the payment is made through communication with the service server 500 using the payment module installed in the form of an app in-app, the payment is made from the service server 500 to the affiliated store. Regardless, payment information can be received and stored and managed.
  • the mobile terminal 600 of the user may install a plurality of payment apps including a payment module provided by a service provider, and execute the corresponding app when a payment request is received from the service server 500 by a push command.
  • Member information for identity verification may be used, such as date of birth information, the phone number of the mobile terminal 600, and may also be used for biometric information such as fingerprint, iris, signature information.
  • a serial number of an app previously issued by the service server 500, or unique user identifiers (UUIDs) issued by a user when installing a payment app may be used.
  • FIG. 7 is a flowchart illustrating a mobile payment method according to another embodiment of the present invention.
  • the service server 500 After entering the purchase information including the purchase item and the purchase amount in the merchant terminal and transmitting the payment request to the service server 500, the service server 500 receiving the payment request (S710) the user receives a push command for user approval Is transmitted to the mobile terminal 600 (S720).
  • the data exchange between the mobile terminal 600 and the merchant terminal is possible by NFC, QR, bar code, payment information relay relay card.
  • the mobile terminal 600 When entering purchase information to the merchant terminal, information for user identification must be input together, and the user's telephone number can be directly input to the merchant terminal, or the mobile terminal 600 can be used as a data exchange method using NFC, QR, and the like. Do.
  • the mobile terminal 600 receiving the push command transmits the payment approval request to the service server 500 again by executing the app (S730).
  • the service server 500 performs user authentication using the member information received together with the payment approval request, performs app authentication by determining whether the payment app is copied or counterfeited using the payment app information (S740), If user authentication and app authentication is successful, the payment request is sent to the financial server 440 (S750) to proceed with the payment.
  • the merchant terminal transmits transaction related information together with information for authentication when making a payment request to the service server 500.
  • the transaction related information may include a purchase item, a total purchase amount, a purchase amount for each item, a payment method, and the like.
  • a credit card is used as a payment method, information such as whether an installment payment and installment months are provided or whether a credit card company provides interest-free installment may be additionally included.
  • the service server 500 may store and manage such transaction-related information with each user's member information, and purchase information of a user who uses a payment app provided by a service provider or an affiliate app using a payment module is all service server. Since the transaction is performed with the financial server 500, the service server 500 may store the purchase information and provide the purchased information to the user or use it as marketing information later.
  • Conventional merchant terminal can only grasp the user purchase information of the merchant, and the financial server was limited to grasp the user's purchase information because only the purchase price of the user's purchase information using the payment method of the financial institution.
  • the service server 500 can store the purchase information of all users who use the payment app or the payment module regardless of the financial institution or affiliated store, the service server 500 can effectively manage and use the collected purchase information. . In other words, it is possible to build a shared marketing platform.
  • the approval result is transmitted to the merchant terminal or the mobile terminal 600 of the user so that the payment is completed, and the service server 500 receives the purchase information of the user received from the merchant terminal.
  • the service server 500 By transmitting to the payment app installed in the user's portable terminal 600, the service server 500 and the user's portable terminal 600, it is possible to store and use the transaction-related information about the payment.
  • Transaction-related information managed by the payment service provider's service server can be jointly applied and utilized by affiliated apps.
  • the joint use of subscriber information when authenticating an app, co-application without additional registered financial institutions, and the app as the main payment app settings There are advantages such as providing convenience.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Resources & Organizations (AREA)
  • Signal Processing (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

본 발명은 모바일 결제에 관한 것으로써, 본 발명의 일면에 따른 모바일 결제 방법은, 가맹점 단말로부터 결제요청을 수신하는 단계; 상기 결제요청을 송신한 가맹점이 제휴 앱이 있는 가맹점인지 판단하는 단계; 상기 판단결과에 따라 기설정된 우선순위로 복수의 결제 앱 중 최우선순위의 앱을 결정하는 단계; 및 상기 최우선순위로 결정된 앱 실행을 위한 푸쉬명령을 사용자의 휴대단말로 전송하는 단계;를 포함하는 것을 특징으로 한다.

Description

모바일 결제 방법 및 그 장치
본 발명은 모바일 결제에 관한 것으로서, 보다 구체적으로는 모바일 결제를 수행하는 서버에서 결제를 수행하는 방법 및 모바일 결제를 수행하는 장치에 관한 것이다.
최근 스마트폰 등의 휴대단말을 이용한 결제방법이 늘어나면서 다양한 방법의 결제수단이 등장하고 있다.
그 중 모바일 운영체제 기반의 결제 앱(Application)을 통해 결제를 진행하는 경우에는 다양한 결제 대행사(Payment Gateway)에서 결제 플랫폼을 제공하여 결제 서비스를 제공하고 있다.
따라서 온라인이나 오프라인 결제에 있어서 휴대단말에 설치된 앱을 실행시켜 결제를 해야 하는 경우에 결제 수단을 제공하는 복수의 앱 중에 어떤 앱을 실행해야 하는 지 알 수 없으므로 사용자가 결제를 실행할 때 마다 결제 앱을 지정해야 하는 불편함이 있다.
또한, 사용자가 다양한 결제 앱을 통해 결제하는 경우 각 앱마다 거래관련 결제정보를 따로 관리하기 때문에, 이러한 정보들이 통합적으로 관리되고 이용되지 못하고 있다.
본 발명은 전술한 바와 같은 기술적 배경에서 안출된 것으로서, 모바일 결제 방법에 있어서 사용자의 휴대단말기에 복수개의 모바일 결제앱이 존재하는 경우 결제앱별 실행 순서를 정의함으로써 사용자의 개입 없이 자동으로 최선순위의 결제앱을 결정하여 제공하고, 푸쉬방식에 의해 결제앱을 실행시키는 경우 최우선순위 결제앱을 실행시킴으로써 결제앱의 종류에 상관 없이 모든 정보를 통합관리할 수 있는 서버를 포함하는 모바일 결제 시스템 및 모바일 결제 방법을 제공하는 것을 그 목적으로 한다.
본 발명의 다른 목적은 거래 관련 결제 정보를 결제 서비스 사업자가 통합관리하여 제휴사 앱을 이용하여 타사 매장에서 결제한 경우, 그 타사 매장의 거래 정보를 제휴사에게 제공할 수 있도록 하여 마케팅에 활용할 수 있도록 하는 공개형 마케팅 플랫폼을 제공하는 것이다.
본 발명의 목적은 이상에서 언급한 목적으로 제한되지 않으며, 언급되지 않은 또 다른 목적들은 아래의 기재로부터 당업자에게 명확하게 이해될 수 있을 것이다.
전술한 목적을 달성하기 위한 본 발명의 일면에 따른 모바일 결제 방법은, 가맹점 단말로부터 결제요청을 수신하는 단계; 상기 결제요청을 송신한 가맹점이 제휴 앱이 있는 가맹점인지 판단하는 단계; 상기 판단결과에 따라 기설정된 우선순위로 복수의 결제 앱 중 최우선순위의 앱을 결정하는 단계; 및 상기 최우선순위로 결정된 앱 실행을 위한 푸쉬명령을 사용자의 휴대단말로 전송하는 단계;를 포함하는 것을 특징으로 한다.
상기 가맹점이 제휴 앱이 있는 가맹점인 경우 상기 우선순위는, 상기 휴대단말에, 결제 수단을 포함하는 상기 가맹점의 제휴 앱이 존재하면 상기 가맹점의 제휴 앱을 최우선순위 앱으로 결정하는 단계; 상기 가맹점의 제휴 앱이 없고 상기 사용자가 주 결제 앱으로 결정한 결제앱이 존재하면 상기 주 결제 앱을 최우선순위 앱으로 결정하는 단계; 상기 주 결제 앱이 없고 상기 제휴 앱과 무관한 별도의 독립적인 결제 수단을 포함하는 기본 결제 앱이 존재하면 상기 기본 결제 앱을 최우선순위 앱으로 결정하는 단계; 상기 기본 결제 앱이 없고 상기 가맹점이 아닌 다른 가맹점의 제휴 앱이 있으면 상기 다른 가맹점의 제휴 앱들 중 마지막에 설치된 결제수단을 포함하는 제휴 앱을 최우선순위 앱으로 결정하는 단계;를 포함하여 우선순위를 정하는 것을 특징으로 한다.
상기 가맹점이 제휴 앱이 없는 가맹점인 경우 상기 우선순위는, 상기 휴대단말에, 상기 사용자가 주 결제 앱으로 결정한 결제 앱이 존재하면 상기 주 결제 앱을 최우선순위 앱으로 결정하는 단계; 상기 주 결제 앱이 없고 상기 제휴 앱과 별도의 독립적인 결제 수단을 포함하는 기본 결제 앱이 존재하면 상기 기본 결제 앱을 최우선순위 앱으로 결정하는 단계; 상기 기본 결제 앱이 없고 상기 가맹점이 아닌 다른 가맹점의 제휴 앱이 있으면 상기 다른 가맹점의 제휴 앱들 중 마지막에 설치된 결제수단을 포함하는 제휴 앱을 최우선순위 앱으로 결정하는 단계;를 포함하여 우선순위를 정하는 것을 특징으로 한다.
본 발명의 다른 일면에 따른 모바일 결제 시스템은, 서비스 사업자가 제공하는 결제 모듈을 포함하는 결제용 앱(App: Application)이 적어도 둘 이상 설치되고, 하기 서비스 서버로부터 앱 실행 푸쉬명령을 수신하면 상기 앱을 실행하여 상기 서비스 서버로 거래관련정보 및 인증정보를 송신하여 결제 승인을 요청하는 휴대단말; 가맹점 단말로부터 결제요청을 수신하면 상기 휴대단말에 설치된 복수의 앱 중 기설정된 우선순위에 따라 최우선순위의 앱을 결정하여 상기 휴대단말로 상기 최우선순위 앱의 실행을 위한 푸쉬명령을 전송하고, 상기 휴대단말로부터 결제승인요청을 수신하면 상기 인증정보를 이용하여 사용자 인증 및 상기 결제용 앱 인증을 수행하고, 상기 거래관련정보를 저장하며, 하기 금융 서버로 상기 거래관련정보 및 인증정보를 송신하는 서비스 서버; 및 상기 거래관련정보 및 인증정보를 수신하여 결제를 진행하고, 결제 결과를 상기 서비스 서버 또는 상기 휴대단말로 송신하는 금융 서버를 포함하는 것을 특징으로 한다.
본 발명에 따르면, 다양한 결제 앱이 존재하는 경우 미리 정해놓은 결제 앱별 실행우선순위에 의해 결제 앱 실행서비스를 제공함으로써 사용자의 개입 없이 최우선순위의 결제 앱을 결정하여 제공하게 되어 사용자에게 편의를 제공할 수 있고, 거래관련정보를 서비스 서버에서 일괄적으로 저장함으로써 사용자 관련 정보를 효율적으로 이용할 수 있을 뿐만 아니라 가입자 인증이나 금융기관 등록 등과 같은 정보를 공유함으로써 사용자 편의성을 증대할 수 있는 효과가 있다.
도 1은 본 발명의 일실시예에 따른 모바일 결제 방법의 흐름도를 도시한 도면.
도 2는 본 발명의 다른 실시예에 따른 모바일 결제 방법에서 서비스 서버가 휴대단말에 가맹점 제휴 앱이 없는 경우 푸쉬명령을 보낼 결제 앱의 우선순위를 결정하는 방법을 나타낸 흐름도.
도 3은 본 발명의 또 다른 실시예에 따른 모바일 결제 방법에서 휴대단말에 결제 앱이 없는 경우 결제 앱을 설치하여 실행하는 방법을 나타내는 흐름도.
도 4는 본 발명에 따른 모바일 결제가 이루어지는 전체 시스템의 구조도.
도 5는 본 발명의 또 다른 실시예에 따른 모바일 결제 서버의 구조도.
도 6은 본 발명의 또 다른 실시예에 따른 휴대단말의 구조도.
도 7은 본 발명의 또 다른 실시예에 따른 모바일 결제방법의 흐름도.
본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 것이며, 단지 본 실시예들은 본 발명의 개시가 완전하도록 하며, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 한편, 본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 명세서에서 사용되는 "포함한다(comprises)" 및/또는 "포함하는(comprising)"은 언급된 구성소자, 단계, 동작 및/또는 소자는 하나 이상의 다른 구성소자, 단계, 동작 및/또는 소자의 존재 또는 추가를 배제하지 않는다.
이하, 본 발명의 바람직한 실시예에 대하여 첨부한 도면을 참조하여 상세히 설명하기로 한다.
온라인, 오프라인에서 휴대단말을 이용하여 결제를 진행하는 경우가 늘어나고 있고, 다양한 복수의 결제앱들이 하나의 휴대단말에 탑재되는 경우가 많다. 이 경우, 어느 앱을 먼저 실행해야 하는지 우선순위가 정해져 있지 않으면 사용자가 매 번 결제에 사용될 앱을 지정해야 하는 불편함이 있다.
본 발명은 이와 같은 사용자의 불편을 해결하기 위해 복수의 앱 간의 우선순위를 결정하여 우선순위에 따라 자동으로 결제 앱이 실행되도록 하는 방법을 제공한다.
우선 본 발명의 기본 동작 환경 및 결제방식에 대하여 정리하고, 그 후 실시예를 통하여 본 발명의 구성을 구체적으로 설명한다.
본 발명은 사용자 중심의 결제 체계를 제공한다. 즉, 종래와 같이 카드 정보 등을 사용자가 상점에 전달하고 상점이 금융사에 결제 승인을 요청하는 경우는 금융정보가 노출될 위험이 커서 보안상의 문제가 발생하고 적립 포인트 활용 등에 시간이 소요되는 문제가 있다.
따라서, 본 발명은 상점이 사용자에게 거래 내역을 전달하고 사용자가 이를 확인한 후 결제 요청을 하거나 또는 상점이 거래 내역을 포함한 결제 요청을 하는 방식을 취한다.
또한, 사용자와 상점 및 금융사 사이에 결제 서비스 사업자(이하, 사업자로 약칭함)가 위치하여 사용자나 상점은 결제 서비스 서버(이하, 서비스 서버로 약칭)로 사용자의 금융정보는 제외하고 거래 내역을 포함하여 결제 요청을 하고, 서비스 서버는 금융사(카드사, 은행 등)로 결제 승인 요청을 하는 구조이다. 이때, 사용자는 서비스 서버에 회원 가입이 되어 있음을 전제하며, 따라서 사용자의 기본 정보를 서비스 서버가 관리하고 있으므로, 사용자의 휴대단말과 서비스 서버 사이에는 신용카드 번호와 같은 금융 정보가 전달되지 않고, 거래 식별자(TID : Transaction ID)나 휴대단말 식별자(전화번호 등), 사용자 식별자(회원번호)등과 같은 비 금융 정보가 거래내역(거래액, 거래품목, 상점정보 등)과 결제 요청 메시지에 포함되어 결제 요청이 진행된다.
서비스 서버와 금융사 간에도 금융정보의 전달이 없이 거래 식별자나 휴대단말 식별자, 또는 사용자 식별자 등으로 승인 요청이 진행된다.
이 경우, 상점 단말, 사용자 휴대단말, 서비스 서버 어디에도 금융정보가 저장되지 않으므로 상점 단말, 사용자 휴대단말이나 서비스 서버가 해킹되어도 사용자의 금융정보가 절취될 가능성이 없어 보안성이 매우 향상된다.
다른 한편, 서비스 서버와 금융사 서버 간에는 보안이 강화된 유선 네트워크로 데이터 전송이 이루어지므로 서비스 서버가 사용자(회원)의 금융 정보를 보관하고 매 거래시마다 이를 금융사로 전달하며 승인 요청을 할 수 있도록 구성할 수도 있다.
본 발명의 동작 환경에서는 사용자, 상점, 금융사 사이에 서비스 서버가 개재되어 있고 사용자가 결제 요청을 할 때 서비스 서버로 거래 정보를 전달하기 때문에, 거래 정보 취득의 사용자 동의가 있다면 서비스 서버는 각 사용자별 각 거래의 구체 정보(품목, 단가, 수량 등)를 취합할 수 있고, 사용자의 생활에 관한 빅데이터를 구축할 수 있다.
이럼으로써 서비스 서버를 매개로 사업자와 제휴된 제휴사, 즉 사업자와 제휴된 각종 서비스 제공자(예컨대, 결제를 수행하는 금융사, 제조사, 판매사, 자선기관, 게임사, 엔터테인먼트사, 방송사, 소셜네트워크 운영사, 교육관련 기관 등) 등이 서비스 서버로부터 사용자의 구매 활동 관련 정보, 기부 활동 관련 정보를 공급받을 수 있다.
여기서 핵심적 특징은, 예컨대 A 서비스 제공자에게 구매한 구매 내역이 사업자로부터 B 서비스 제공자에게 제공될 수 있다는 것이다.
여기서 A 서비스 제공자는 사업자와 제휴 관계가 있을 수도 있고 없을 수도 있으며, B 서비스 제공자는 사업자와 제휴 관계가 있는 곳이다.
즉, 사업자와 제휴된 각종 서비스 제공자는 자신과 거래된 거래 내역보다 더 많이 축적된 빅데이터에 접근할 수 있고 이를 활용한 마케팅이 가능하게 되고 이럼으로써 개방형 마케팅 플랫폼, 개방형 결제 플랫폼이 구현될 수 있다.
한편, 사업자와 제휴된 서비스 제공자(이하, 제휴사로 약칭함)가 많을수록 어떤 사용자의 구매, 기부 활동 관련 데이터 수집이 더 활발하게 이루어질 수 있고, 더 많은 제휴사가 빅데이터에 접근할 수 있으므로, 본 발명에서는 자체의 결제 앱이 없는 제휴사를 위하여 앱-인-앱(App-In-App) 결제 솔루션을 제공한다.
즉, 자체 앱은 있으나 결제 기능이 없는 제휴사의 경우, 사업자가 결제 모듈을 제공하여 제휴사 앱에 결제 기능을 부여한다.
제휴사 자체 앱의 업데이트 형태로 사용자 휴대단말에 사업자의 결제 모듈이 탑재되어 제휴사 자체 앱과 연동될 수 있다. 사업자 결제 모듈이 탑재된 경우에는 제휴사 자체 앱에 예컨대, powered by UBI pay와 같이 사업자의 결제 모듈이 탑재되었음을 나타내는 문구가 표시되는 것이 바람직하다.
사용자가 제휴사 앱을 이용하여 결제를 시도할 경우 사업자와 제휴된 하나 이상의 금융사를 모두 이용할 수 있게 됨은 물론이다.
서비스 제공자가 자체 결제 앱 등의 결제 솔류션을 구축하고 결제 처리를 수행 위해서는 하나 이상의 카드사, 은행 등과 제휴를 해야 하는 번거로움이 있고, 사용자 편의를 위해서는 가급적 많은 카드사, 은행과 제휴를 해야 되므로 상당 규모의 서비스 제공자가 아니면 자체 결제 솔루션을 구축할 수 없는데, 본 발명에 따라 이미 복수의 금융사와 제휴된 서비스 사업자가 앱-인-앱 방식으로 사업자 결제 모듈을 제휴사에 제공하여 제휴사 자체 앱에 탑재하거나 연관시키면, 제휴사가 소규모 서비스 제공자라 하더라도 자체 앱에 사업자와 제휴된 다양한 금융사를 통한 결제가 가능한 결제 기능을 용이하게 제공할 수 있다.
아울러 제휴사는 사용자가 자신의 앱을 통해서 타 서비스 제공자 또는 그 매장에서 구매한 대금의 결제를 한 경우, 그 거래 정보를 제공받을 수 있다.
즉, 제휴사는 자신과의 거래 정보 뿐 아니라 타 서비스 제공자의 거래 정보도 접근할 수 있어서 보다 많은 사용자 구매정보 또는 기부 등 활동 정보(이하, 구매정보로 약칭함)를 활용할 수 있고, 구매정보에는 구매액뿐만이 아니라 구매품목 등의 구체정보도 포함되므로 이를 통한 보다 정확한 마케팅을 할 수 있다.
즉, 본 발명을 통하여 종래와 같은 폐쇄형이 아닌, 금융사의 공유와 사용자 구매정보의 공유를 통한 개방형 결제, 개방형 마케팅이 가능하다.
제휴사 앱을 통한 결제 및 구매정보 취득의 구체적 일 실시예를 살펴보면 다음과 같다.
홈플러스가 사업자와 제휴하여 자체 앱에 사업자 결제 모듈을 탑재 또는 연관시켰다고 가정하자.
이미 홈플러스 회원으로서 홈플러스 앱을 휴대단말에 설치한 사용자는 사업자 결제 모듈이 홈플러스 앱 업데이트 등의 형태로 사용자 휴대단말에 탑재되는 과정에서 사업자의 회원이 되고 구매정보 활용 동의를 한다.
그 후 사용자가 예컨대 Mnet의 모바일 시청권을 구매하고 홈플러스 앱을 이용하여 결제를 하는 경우(만약, 홈플러스 앱에 여러 결제 수단이 있는 경우에는 그 중에서 본 발명의 사업자 결제를 선택하여 사업자 결제 모듈을 활용하여 결젷하는 경우), 서비스 서버를 통해서 결제가 이루어지므로 서비스 서버는 사용자의 모바일 시청권 구매내역을 알 수 있고, 사업자가 제휴사인 홈플러스에게 사용자의 모바일 시청권 구매내역을 제공하게 되어 홈플러스 역시 사용자의 모바일 시청권 구매내역을 알 수 있다.
즉, 홈플러스는 사용자가 홈플러스 매장에서 구매한 내역뿐만 아니라 타 서비스 제공자로부터 구매한 내역도 알 수 있게된다.
사용자가 Mnet 모바일 시청권을 구매할 때, Mnet에서 제공하는 결제 수단을 이용할 수 있으나, 만약 홈플러스에서 더 많은 혜택(포인트 적립)을 줄 경우, Mnet 상품을 구매하면서도 홈플러스 앱으로 결제를 하게될 수 있다.
따라서, 각 제휴사는 사용자 구매 정보를 더 많이 제공받기 위해서 사용자가 자신의 앱을 이용해서 결제하도록 유도하려고 하게 되고, 이를 위하여 포인트 적립 등의 혜택을 더 제공할 가능성이 높으며, 사용자는 선택의 폭이 넓어지고 보다 많은 혜택을 받으며 구매활동을 영위할 수 있다.
한편, 이미 다양한 결제 방법이 있고 많은 서비스 제공자가 다양한 결제 수단을 제공하고 있으므로 하나의 휴대단말에 복수의 결제 수단이 탑재되어 있는 경우가 많다.
이 경우, 매번 사용자가 복수 개의 결제 수단 중에서 어느 것을 지정하는 것은 번거로운 일이므로, 자동으로 각 결제 수단별 우선순위가 설정되어 있는 것이 바람직하다.
이하에서는, 결제수단별 우선순위 결정에 대한 실시예를 설명한다.
본 명세서에서 결제수단은 다음과 같은 형태로 나눠진다.
결제 앱은 결제 서비스 사업자가 제작하고 관리하는 기본 결제 앱과, 홈플러스, 옥션 등과 같은 서비스 제공자가 관리하는 앱으로서 결제 기능이 있는 자체 앱을 포함한다.
기본 결제 앱은 서비스 사업자가 제휴여부와 상관없이 결제 서비스를 제공하기 위해 제작한 앱으로, 결제 시 해당 기본 결제 앱을 선택하면 기본 결제 앱이 실행되어 결제를 진행한다.
본 명세서에서 제휴 앱은 서비스 제공자가 자체적으로 제작하고 관리하는 자체 앱이었지만 그 서비스 제공자가 사업자와 제휴한 경우의 독립형 자체 앱, 사업자가 제휴사를 위하여 기본 결제 앱의 플랫폼을 기반으로 제휴사의 브랜드, 디자인, 특화기능을 반영하여 새롭게 제작한 독립형 제휴 앱과, 제휴사의 기존의 앱에 사업자가 결제 모듈만을 제공하여 모듈형으로 삽입이 된 모듈형 제휴 앱을 포함한다.
독립형 제휴 앱은 앱스토어나 구글플레이 등 앱 다운로드 서버에 등록하여 서버에서 다운로드가 가능하며, 서비스 사업자가 제공하는 플랫폼을 기반으로 제휴 업체의 브랜드나 디자인을 적용할 수 있다.
모듈형 제휴 앱은 앱 다운로드 서버에 등록하지만 따로 다운로드 할 필요는 없고, 사용자가 제휴 앱의 업데이트나 결제진행 중 다운로드 동의 등의 과정을 통해서 자동으로 다운로드 되어 설치된다. 모듈형 제휴 앱은 독립하여 실행되는 형태가 아니기 때문에 스마트폰 등의 사용자 휴대단말에서 별도의 실행 아이콘 등이 존재하지 않는다.
서비스 서버를 관리하는 서비스 사업자가 제휴 파트너에게 결제서비스가 가능한 앱 또는 모듈을 개발 및 공급할 때는 어떠한 OS(운영체제)에도 적용 가능하도록 하는 한편, 가입자 인증, 금융기관 등록 등과 같은 공동으로 이용 가능한 기능 공유로 사용자 편의성을 높일 수 있도록 설계와 개발을 함이 바람직하다.
정리하면, 본 명세서에서 결제 앱은 자체 앱, 기본 결제 앱, 제휴 앱(자체 앱, 독립형 앱, 모듈형 앱 포함)을 통칭하며, 사용자가 스스로 주된 결제 앱으로 지정한 것을 주결제 앱으로 칭한다.
도 1은 본 발명의 일실시예에 따른 서비스 서버에서 이루어지는 모바일 결제 방법의 흐름도를 나타낸다.
온, 오프라인 결제 시 서비스 서버는 결제를 위해 가맹점 단말로부터 결제요청을 수신한다(S110). 물론, 가맹점 단말로부터 거래 정보를 전달받은 사용자의 휴대단말로부터 결제요청을 수신하도록 구성할 수 있다.
한편, 가맹점은 결제 서비스 사업자의 결제수단이 이용 가능한 상점, 기관 등을 통칭하는 단어이고, 상점은 판매 서비스 제공을 하는 곳을 의미하지만, 본 발명에서는 상점도 사업자의 결제수단이 이용 가능한 곳만을 의미하고 있으므로 본 명세서에서는 실질상 같은 의미로 쓰여지며 설명의 편의에 따라 실시예마다 가맹점 또는 상점으로 달리 표현되고 있을 뿐이다.
결제요청을 수신한 서비스 서버는 사용자 승인을 요청하는 결제요청을 사용자 휴대단말로 푸쉬명령방식으로 전송한다. 이때 사용자 휴대단말에는 복수의 결제 앱이 설치되어 있을 수 있으므로, 서비스 서버는 사용자 휴대단말에 설치된 결제 앱 중 어떤 결제 앱을 이용하여 결제를 진행할지를 결정하여 푸시명령을 송신한다.
서비스 서버가 사용자의 결제 앱을 결정하는 일 실시예는 아래와 같다.
서비스 서버는 결제요청을 송신한 가맹점이 제휴 앱을 보유하고 있는 제휴사에 속한 가맹점인지 또는 그렇지 않은 일반 가맹점인지를 판단한다(S120).
이를 위해 결제를 위한 결제요청에는 가맹점 식별번호(ID)가 포함될 수 있고 가맹점 식별번호를 이용하여 제휴 앱을 보유하고 있는 가맹점인지 판단할 수 있다.
판단 결과 제휴 앱을 보유하고 있는 제휴사 소속 가맹점으로부터 수신한 결제요청이라면 사용자의 휴대단말에 제휴 앱이 설치되어 있는지를 추가로 판단하고(S130), 가맹점 제휴 앱이 설치되어 있으면 가맹점 제휴 앱을 최우선순위 앱으로 결정하여(S150) 사용자의 휴대단말로 최우선순위로 결정된 앱의 실행을 위한 푸쉬명령을 송신한다(S170).
제휴 앱이 사용자의 휴대 단말에 제휴 앱이 설치되어 있는지 판단하기 위하여 서비스 서버는 사용자별 앱 설치이력을 DB로 보관하여 각 사용자가 어떤 결제 앱을 자신의 휴대단말에 설치하였는지를 파악하고 관리한다.
제휴 앱이 존재하는 경우에는 해당 제휴 앱에는 해당 가맹점에서 사용할 수 있는 쿠폰 정보나 할인혜택, 포인트 적립 정보 등이 포함되어 있기 때문에 사용자 입장에서는 결제 시 가맹점 제휴 앱을 사용하는 것이 가장 유리하다. 따라서 가맹점 제휴 앱을 최우선 순위로 결정한다.
가맹점 제휴 앱이 설치되어 있는 경우라도 가맹점 제휴 앱을 최우선순위 앱으로 설정하지 않고 사용자의 선택에 의해 다른 우선순위를 설정하는 방법도 가능함은 물론이다.예컨대, 사용자의 휴대단말에 제휴 앱과 기본 결제 앱이 모두 설치된 경우, 가맹점 제휴 앱과 기본 결제 앱을 모두 표시하고 사용자가 둘 중 하나의 앱을 선택하여 선택결과를 수신한 후(S140) 가맹점 제휴 앱을 선택했는지 판단하여(S145), 가맹점 제휴 앱을 선택한 경우 가맹점 제휴 앱을 최우선 순위로 결정하고(S150) 그렇지 않은 경우 후술할 가맹점 제휴 앱을 보유하고 있지 않은 가맹점의 앱 실행 우선순위에 따라 결제 앱을 결정한다(S160).
가맹점 제휴 앱을 보유하고 있지 않은 가맹점으로부터 결제요청을 수신하거나, 사용자의 휴대단말에 해당 가맹점 제휴 앱이 설치되어 있지 않은 경우에는 일반 가맹점의 앱 수행 우선순위를 결정하고(S160) 결정된 최우선순위 앱의 실행을 위한 푸쉬명령을 송신한다(S170).
서비스 서버는 사용자 휴대단말에 설치되는 결제 앱의 설치이력을 저장하고 관리하며, 사용자 인증 및 결제 앱 인증은 서비스 서버를 통하여 이루어지기 때문에 사용자 휴대단말에 설치된 앱의 리스트를 저장하고 관리할 수 있다. 따라서 서비스 서버에서 사용자 휴대단말에 설치된 앱의 실행 우선순위를 결정하고 그에 따라 푸쉬명령을 송신하는 것이 가능하다.
도 2는 가맹점 제휴 앱을 보유하고 있지 않은 경우 결제요청을 수신한 서비스 서버가 결제요청 푸쉬명령을 보낼 앱의 우선순위 결정하는 방법(S160)을 나타내는 흐름도이다.
가맹점 제휴 앱이 설치되어 있지 않으면 설치된 결제 앱 중에 사용자가 주 결제 앱으로 설정해 둔 앱이 있는지 판단하고(S162), 사용자가 설정한 주 결제 앱이 있다면 주 결제 앱을 결제에 사용될 앱으로 결정한다(S163).
사용자가 자주 사용하는 결제 앱으로 주 결제 앱을 미리 결정해 놓은 경우 해당 앱을 사용하는 것이 사용자에게 편의성을 제공할 수 있고 혜택을 집중시킬 수 있는 장점이 있으며, 가맹점 제휴 앱이 없어서 결제를 할 수 없는 불편을 막기 위함이다.
사용자가 주 결제 앱으로 설정한 앱이 없다면 제휴 앱과 무관하게 독립적으로 결제가 가능한 사업자의 기본 결제 앱이 설치되어 있는지 판단하고(S264) 기본 결제 앱이 설치되어 있다면 기본 결제 앱을 결제에 사용될 앱으로 결정한다(S165).
마지막으로 기본 결제 앱도 설치되어있지 않다면 다른 가맹점의 제휴 결제 앱이 존재하는지 판단하고(S166), 제휴 결제 앱이 하나 이상 있는 경우 가장 최근에 설치된, 즉, 가장 마지막에 설치된 결제 앱을 결제에 사용될 앱으로 결정한다(S167).
다른 실시예로서, 사용자가 특정 제휴사의 제휴 앱을 주결제 앱으로 지정한 경우, 이 지정시 서비스 서버로 통보되고 따라서 서비스 서버는 이를 인지하고 있으므로, 거래가 이루어지는 가맹점이 다른 제휴사의 가맹점일지라도 서비스 서버가 다른 제휴사 앱을 선택하지 않고, 지정된 주결제 앱을 선택하도록 구성할 수도 있다.
이렇게 제휴 가맹점 우선순위 결정이나 일반 가맹점 우선순위 결정을 마치고 결제 앱 실행을 위한 푸쉬명령을 사용자의 휴대단말로 발송하면, 푸쉬명령을 수신한 사용자의 휴대단말은 해당 앱을 실행하여 결제를 수행하게 된다.
앱 실행 시 제휴 가맹점으로부터의 결제요청을 받은 경우라면 해당 제휴 가맹점의 멤버십 포인트나 할인쿠폰 등이 자동으로 적용되어 결제를 진행할 수 있다. 이 경우 사용자가 적립카드나 할인쿠폰 등을 검색할 필요 없이 해당 가맹점의 혜택이 적용된 금액으로 결제가 가능하므로 사용자의 번거로움을 최소화 할 수 있다. 또한, 혜택이 여러 가지 있는 경우 할인 폭이나 적립금이 높은 혜택을 우선적으로 적용하여 사용자에게 제공하는 것도 가능하다.
사용자의 휴대단말에 결제를 위한 앱이 하나도 설치되어 있지 않은 경우 서비스 서버는 결제 앱의 설치를 위한 푸쉬명령을 전송하거나 설치를 위한 링크 등을 제공하여 결제를 위한 앱을 사용자가 설치하게 하는 것도 가능하다.
도 3은 이렇게 결제를 위한 앱이 없는 경우에 결제를 위한 앱을 설치하는 방법을 나타내는 흐름도이다.
사용자의 휴대단말은 사용자 승인을 요청하는 푸쉬명령을 수신하면(S310), 푸쉬명령에 포함된, 전술한 과정에서 결정된 결제 앱이 존재하는지 판단한다(S320).
판단 결과 서비스 서버가 결정한 결제 앱이 존재하면 그 결제 앱을 바로 실행하고(S340), 삭제 등의 이유로 현재 설치되어 있지 않은 경우에는 그 결제 앱을 설치(S330)한 후 실행한다(S340).
이렇듯 온라인, 오프라인 결제 시 실행될 앱의 우선순위를 결정함으로써 사용자가 매 번 결제에 사용될 앱을 선택할 필요 없이 상황에 따라 최선의 앱이 자동으로 선택되어 결제가 진행되고, 결제요청을 보낸 가맹점의 제휴 앱이 사용자의 휴대단말에 설치되어 있지 않아도 다른 가맹점의 앱이나 기본앱등을 통하여 결제처리 가능하므로 가맹점은 매출 증대 효과가 있고, 사용자 입장에서는 해당 가맹점의 결제앱이 설치되지 않아 결제할 수 없는 불편 없이 편리한 결제가 가능하다.
도 4는 본 발명에 따른 모바일 결제가 이루어지는 전체 시스템의 구조도를 나타낸다.
사용자의 휴대단말에는 편의점, 홈쇼핑, 은행, 증권사, 보험사 등의 여러 제휴 앱이 설치되어 있고, 각각의 제휴 앱에 대한 정보 및 결제 수단 등이 모바일결제플랫폼 센터, 즉, 서비스 사업자의 서비스 서버에 등록되어 관리된다.
사용자의 휴대단말에 설치된 다양한 앱을 이용하여 온/오프라인에서 결제가 이루어지는 경우, 서비스 서버는 복수의 앱 중에 미리 정해진 우선순위 로직에 따라 실행할 결제 앱을 결정하여 사용자의 휴대단말로 사용자 승인을 위한 앱 실행을 위한 푸쉬명령을 전송하고 사용자는 휴대단말을 이용하여 결제를 요청하거나 승인함으로써 결제가 진행된다.
사용자가 자신의 휴대 단말에 설치된 결제 앱을 이용하여 후속의 결제 과정을 진행하는 것은 통상의 방식에 따라 가능하므로 본 명세서에서는 달리 구체적으로 기술하지는 않는다.
전술한 설명에서는 가맹점 단말이 서비스 서버로 결제 요청을 하고, 이를 수신한 서비스 서버가 사용자 단말에 설치된 결제 앱 중에서 실행할 앱을 결정하고 푸시방식으로 사용자 승인요청을 위한 결제 앱 실행 명령을 보내는 것을 주된 흐름으로 설명하였다.
다른 실시예로서, 가맹점 단말이 사용자 휴대단말로 결제요청을 하고, 사용자가 자신의 휴대단말에 설치된 결제 앱 중에서 하나를 선택하여 결제를 진행하는 방식을 취할 수 있다. 결제 앱의 선택 로직은 사용자가 지정한 주결제 앱이 항상 실행되게 할 수도 있고, 결제요청에 포함된 가맹점 id로 해당 가맹점이 제휴사 소속인지를 확인하여 해당 제휴 앱이 실행되게 할 수도 있다.
주결제앱은 기본 결제 앱, 제휴 앱, 특정 서비스 제공자의 자체 앱 중 어느 것이라도 될 수 있음은 물론이다.
사용자 휴대단말에 설치된 복수의 앱들은 모두 서비스 사업자가 제공하는 공통된 결제모듈을 사용하기 때문에, 제휴업체와 무관하게 결제정보가 서비스 서버를 거쳐 교환되고 결제 내역이나 승인 내역, 멤버십/쿠폰 등의 사용내역도 모두 서비스 서버에 저장된다.
예컨대, A라는 가맹점에서 B라는 가맹점의 제휴 앱을 이용하여 결제를 진행하는 경우, 종래에는 A 가맹점만 구매정보를 보유하고 있으므로 구매정보의 통합이 이루어지지 않아 이를 이용하는 데 한계가 있었으나, 본 발명에 따르면 A 가맹점의 구매정보가 서비스 서버에 의해 B 가맹점의 제휴 앱에 전달될 수 있으므로, 사용자의 휴대단말에는 어떤 결제 앱을 사용하는지 무관하게 모든 결제정보를 통합 관리할 수 있고, 마찬가지로 서비스 서버는 모든 사용자의 구매정보를 가맹점이나 제휴 앱의 종류와 상관없이 축적할 수 있으므로 이러한 구매정보를 빅데이터 분석방법에 의해 이용할 수 있는 효과가 있다.
서비스 사업자는 자신의 서비스 서버에 저장된 모바일 결제정보들을 빅데이터 분석 기법으로 활용할 수 있으며, 서비스 가입 금융사들 뿐만 아니라 정보 공유를 위한 제휴 금융사들과의 거래데이터 공유를 통해 마케팅 등에 활용할 수 있는 장점도 있다. 사용자의 거래 정보를 서비스 서버가 제휴사에 제공하는 방식은, 결제에 이용된 제휴 앱을 관리하는 제휴사에게만 제공하는 방식, 요청한 임의의 다른 제휴사에게도 제공하는 방식 등 여러가지가 있을 수 있다. 도 5는 본 발명의 다른 실시예에 따른 모바일 결제 서비스를 제공하는 서비스 서버(500)의 구조도를 나타낸다.
서비스 서버(500)는 제어부(510), 우선순위 결정부(520), 거래정보 제공부(530), 결제 요청부(540) 및 앱실행요청 전송부(550)를 포함한다.
제어부(510)는 각 모듈들이 결제에 필요한 데이터들을 송수신할 수 있도록 관리한다.
우선순위 결정부(520)는 미리 정의된 결제 앱 우선순위 로직에 따라 결제에 이용될 제휴 앱 또는 기본 결제 앱의 우선순위를 결정한다.
앱실행요청 전송부(550)는 이렇게 결정된 우선순위에 따라, 최우선순위로 결정된 사용자 승인 및 앱의 실행을 위한 푸쉬명령을 사용자의 휴대단말로 전송하여, 휴대단말이 해당 앱을 실행하여 결제를 진행할 수 있도록 한다.
결제 요청부(540)는 휴대단말이 결제 앱을 실행하여 결제승인요청을 서비스 서버(500)로 전송하면 이를 금융 서버로 전송하여 결제를 승인 받을 수 있도록 한다.
거래정보 제공부(530)는 가맹점 단말이나 사용자의 휴대단말로부터 수신한 구매정보 등의 결제정보를 사용자의 휴대단말에 설치된 제휴 앱에 제공함으로써 사용자가 결제정보를 통합하여 관리할 수 있도록 한다. 또한, 제휴사에게 거래 정보를 전달하여 전달받은 제휴사가 거래 정보를 활용할 수 있도록 한다.
도 6은 본 발명의 또 다른 실시예에 따른 모바일 결제에 이용되는 휴대단말(600)의 구조도를 나타낸다.
휴대단말(600)는 UI(User Interface)제공부(610) 및 기능 제공부(620)를 포함한다.
UI 제공부(610)는 결제를 위해 등록된 신용카드 등의 리스트(612)와, 바코드, NFC, QR 등의 결제 방식을 선택하기 위한 버튼(614), 광고를 표시하기 위한 영역(616) 등을 제공한다.
기능 제공부(620)는 결제처리나 광고처리 기능(622), 등록된 신용카드 등의 사용자 인증과 등록을 위한 기능(624), 그 외에 공지, 이벤트, 통신 등의 기능(626)을 제공하는 모듈들로 이루어진다.
기능 제공부(620)에는 서비스 사업자의 결제모듈이 앱인앱(App in App) 형태로 설치될 수 있기 때문에 사용자의 휴대단말 종류나 앱의 종류에 무관하게 서비스 사업자의 결제모듈을 설치하여 온/오프라인 가맹점에서 결제를 진행할 수 있는 장점이 있다.
사용자의 휴대단말(600)를 이용하여 결제를 진행하는 경우, 앱인앱 형태로 설치된 결제모듈을 이용하여 서비스 서버(500)와의 통신을 통해 결제가 이루어지므로 서비스 서버(500)로부터 결제가 이루어지는 가맹점에 상관없이 결제정보를 전달받아 저장하고 관리할 수 있다.
사용자의 휴대단말(600)는 서비스 사업자가 제공하는 결제모듈을 포함하는 복수의 결제용 앱을 설치할 수 있고, 서비스 서버(500)로부터 결제요청을 푸쉬명령에 의해 수신하면 해당 앱을 실행한다.
앱을 실행한 후 결제수단과 함께 포인트나 쿠폰 등 혜택수단을 조회하여 사용여부를 결정하고 서비스 서버(500)로 결제요청을 송신한다. 결제요청을 송신하는 경우 결제금액이나 구매품목 등 거래관련정보뿐 아니라 본인 인증을 위한 회원정보나 결제앱 인증을 위한 정보들을 함께 송신할 수 있다.
본인 인증을 위한 회원정보로는 생년월일 정보나 휴대단말(600)의 전화번호 등이 이용될 수 있고, 지문이나 홍채, 서명정보 등의 생체정보 또한 이용될 수 있다.
결제 앱 인증을 위한 정보로는 서비스 서버(500)에서 미리 발행한 앱의 일련번호나, 사용자가 결제 앱 설치시 발행하는 UUID(Unique User Identifiers) 등이 이용될 수 있다.
도 7은 본 발명의 또 다른 실시예에 따른 모바일 결제방법의 흐름도를 나타낸다.
가맹점 단말에 구매품목과 구매금액 등을 포함한 구매정보를 입력하고 서비스 서버(500)로 결제요청을 전송하면, 결제요청을 수신(S710)한 서비스 서버(500)가 사용자 승인을 위한 푸쉬명령을 사용자의 휴대단말(600)로 송신한다(S720).
오프라인 결제에 있어서 휴대단말(600)와 가맹점 단말간 데이터 교환은 NFC, QR, 바코드, 결제정보중계 릴레이카드 등의 방식으로 가능하다.
가맹점 단말에 구매정보를 입력할 때 사용자 식별을 위한 정보를 함께 입력해야 하는데 사용자의 전화번호 등을 가맹점 단말에 직접 입력하거나, 휴대단말(600)와 NFC, QR 등을 이용한 데이터 교환 방식으로도 가능하다.
푸쉬명령을 수신한 휴대단말(600)은 앱을 실행하여 결제승인요청을 다시 서비스 서버(500)로 송신하면 서비스 서버는 이를 수신한다(S730).
서비스 서버(500)는 결제승인요청과 함께 수신한 회원정보를 이용하여 사용자 본인인증을 수행하고, 결제 앱 정보를 이용하여 결제 앱의 복사나 위조여부를 판별하여 앱 인증을 수행하고(S740), 사용자 본인인증과 앱 인증에 성공하면 금융 서버(440)로 결제 요청을 송신(S750)하여 결제를 진행한다.
가맹점 단말는 서비스 서버(500)로 결제요청을 할 때 인증을 위한 정보들과 함께 거래관련정보를 함께 송신한다.
거래관련정보에는 구매품목, 총 구매금액, 품목별 구매금액, 결제수단 등이 포함될 수 있다. 결제수단으로 신용카드가 이용된 경우에는 할부결제여부 및 할부개월수나 신용카드사의 무이자할부 제공 여부 등의 정보가 추가로 포함될 수 있다.
서비스 서버(500)는 이러한 거래관련정보를 각 사용자의 회원정보와 함께 저장하여 관리할 수 있고, 서비스 사업자가 제공하는 결제 앱 또는 결제 모듈을 이용하는 제휴 앱을 사용하는 사용자의 구매정보는 모두 서비스 서버(500)를 거쳐 금융 서버와 거래를 진행하게 되므로 서비스 서버(500)는 구매정보를 저장하여 사용자에게 제공하거나 추후 마케팅정보 등으로 이용할 수 있다.
종래 가맹점 단말은 해당 가맹점의 사용자 구매정보만을 파악할 수 있고, 금융 서버는 해당 금융기관의 결제수단을 이용한 사용자의 구매정보 중 구매금액만 알 수 있으므로 사용자의 구매정보를 파악하는데 제한적이었다.
하지만 본 발명에 따른 서비스 서버(500)는 금융기관이나 가맹점에 무관하게 결제 앱 또는 결제 모듈을 사용하는 모든 사용자의 구매정보를 저장할 수 있기 때문에 취합된 구매정보를 효과적으로 관리하고 이용할 수 있는 장점이 있다. 즉, 공유 마케팅 플랫폼의 구축이 가능하다.
결제승인결과를 금융서버로부터 수신하면(S760), 승인결과를 가맹점 단말이나 사용자의 휴대단말(600)로 전송하여 결제가 완료되도록 하고, 서비스 서버(500)는 가맹점 단말로부터 수신한 사용자의 구매정보를 사용자의 휴대단말(600)에 설치된 결제 앱에 송신함으로써 서비스 서버(500)와 사용자의 휴대단말(600)에서 모두 결제에 대한 거래관련정보를 저장하여 이용하는 것이 가능하다.
결제 서비스 사업자의 서비스 서버에서 관리하는 거래관련정보는 제휴 앱이 공동으로 적용하고 활용할 수 있는 것으로, 앱 인증 시 가입자 정보 공동 활용, 등록된 금융기관 추가 등록 없이 공동 적용, 주 결제앱 설정으로 앱 사용 시 편리성 제공 등과 같은 이점이 있다.
이상, 본 발명의 구성에 대하여 첨부 도면을 참조하여 상세히 설명하였으나, 이는 예시에 불과한 것으로서, 본 발명이 속하는 기술분야에 통상의 지식을 가진자라면 본 발명의 기술적 사상의 범위 내에서 다양한 변형과 변경이?가능함은 물론이다. 따라서 본 발명의 보호 범위는 전술한 실시예에 국한되어서는 아니되며 이하의 특허청구범위의 기재에 의하여 정해져야 할 것이다.

Claims (11)

  1. 모바일 결제를 위한 서비스 서버를 이용한 모바일 결제 방법에 있어서,
    가맹점 단말로부터 결제요청을 수신하는 단계;
    상기 결제요청을 송신한 가맹점이 제휴 앱이 있는 가맹점인지 판단하는 단계;
    상기 판단결과에 따라 기설정된 우선순위로 복수의 결제 앱 중 최우선순위의 앱을 결정하는 단계; 및
    상기 최우선순위로 결정된 앱 실행을 위한 푸쉬명령을 사용자의 휴대단말로 전송하는 단계;
    를 포함하는 모바일 결제 방법.
  2. 제1항에 있어서, 상기 최선순위의 앱을 결정하는 단계는
    상기 가맹점이 제휴 앱이 있는 가맹점인 경우 상기 휴대단말에 결제 수단을 포함하는 상기 가맹점의 제휴 앱이 설치되어 있으면 상기 가맹점의 제휴 앱을 최우선순위 앱으로 결정하는 것
    인 모바일 결제 방법.
  3. 제1항에 있어서, 상기 최선순위의 앱을 결정하는 단계는
    상기 가맹점이 제휴 앱이 없는 가맹점인 경우,
    상기 휴대단말에 설치된 결제 앱 중에 상기 사용자가 주 결제 앱으로 설정한 결제 앱이 있으면 상기 주 결제 앱을 최우선순위 앱으로 결정하고,
    상기 주 결제 앱으로 설정한 앱이 없고 상기 제휴 앱과 별도의 독립한 결제 수단을 포함하는 기본 결제 앱이 설치되어 있으면 상기 기본 결제 앱을 최우선순위 앱으로 결정하고,
    상기 기본 결제 앱이 설치되어 있지 않고 상기 가맹점이 아닌 다른 가맹점의 제휴 앱이 설치되어 있으면 상기 다른 가맹점의 제휴 앱들 중 마지막에 설치된 결제수단을 포함하는 제휴 앱을 최우선순위 앱으로 결정하는 것
    인 모바일 결제 방법.
  4. 제1항에 있어서, 상기 가맹점 단말은
    상기 가맹점을 식별하기 위한 식별정보를 상기 결제요청과 함께 전송하는 것
    인 모바일 결제 방법.
  5. 제1항에 있어서,
    상기 푸쉬명령을 사용자의 휴대단말로 전송하는 단계에서 상기 가맹점에서 사용 가능한 혜택을 적용한 결제금액을 사용자의 휴대단말로 함께 전송하는 것
    인 모바일 결제 방법.
  6. 제5항에 있어서,
    상기 사용 가능한 혜택이 복수인 경우 상기 복수의 혜택 중 할인금액 또는 적립금액이 가장 많은 혜택 또는 혜택의 조합을 선택하여 적용하는 것
    인 모바일 결제 방법.
  7. 모바일 결제를 위한 서비스 서버에 있어서,
    가맹점 단말로부터 결제요청을 수신하면, 상기 결제요청을 처리하기 위해 사용자의 휴대단말에 설치된 복수의 결제 앱에 대한 실행 우선순위를 결정하는 우선순위 결정부;
    상기 결정된 우선순위에 따라 최우선순위로 결정된 결제 앱의 실행을 위한 푸쉬명령을 상기 사용자의 휴대단말로 송신하는 실행요청 전송부;
    상기 휴대단말로부터 결제 승인요청을 수신하면 금융 서버로 상기 결제 승인요청을 송신하는 결제 요청부; 및
    상기 금융 서버로부터 결제 승인결과를 수신하면 상기 가맹점 단말로부터 결제요청과 함께 수신한 거래관련정보를 저장하고 상기 휴대단말의 결제 앱으로 전송하는 거래정보 제공부;
    를 포함하는 모바일 결제용 서비스 서버.
  8. 제7항에 있어서, 상기 거래정보 제공부에 저장되는 거래관련정보는
    총 구매금액, 품목별 구매금액, 구매품목 및 결제수단 중 적어도 하나 이상을 포함하는 것
    인 모바일 결제용 서비스 서버.
  9. 제7항에 있어서, 상기 서비스 서버는 인증부를 더 포함하고,
    상기 인증부는 상기 휴대단말로부터 상기 결제용 앱의 인증을 위해 상기 서비스 서버가 생성한 앱 일련번호 또는 상기 결제용 앱 설치시 생성되는 UUID(Unique User Identifiers)를 포함하는 인증정보를 수신하여 상기 결제용 앱의 인증을 수행하는 것
    인 모바일 결제용 서비스 서버.
  10. 서비스 서버에 의한 모바일 결제 방법에 있어서,
    가맹점 단말로부터 거래관련정보 및 결제요청을 수신하는 단계;
    기설정된 우선순위에 따른 최선순위 결제 앱 실행을 위한 푸쉬명령을 사용자의 휴대단말로 송신하는 단계;
    상기 휴대단말로부터 상기 결제의 승인요청을 수신하는 단계;
    상기 결제 승인요청을 금융 서버로 송신하여 결제 승인결과를 수신하는 단계; 및
    제휴사로 거래관련정보를 송신하는 단계;
    를 포함하는 모바일 결제방법.
  11. 등록된 결제수단의 리스트 및 결제 방식의 선택을 위한 버튼을 표시하는 UI(User Interface) 제공부; 및
    서비스 사업자의 서비스 서버로부터 결제를 위한 앱 실행 푸쉬명령을 수신하여 상기 등록된 결제수단의 결제 처리와 상기 등록된 결제수단의 인증을 수행하고, 상기 서비스 사업자가 제공하는 결제 모듈을 앱인앱(App in App) 형태로 포함하여 상기 서비스 서버로부터 상기 결제 모듈을 통하여 거래관련정보를 수신하는 기능 제공부;
    를 포함하는 휴대단말.
PCT/KR2017/005691 2016-05-31 2017-05-31 모바일 결제 방법 및 그 장치 Ceased WO2017209513A1 (ko)

Priority Applications (7)

Application Number Priority Date Filing Date Title
AU2017273095A AU2017273095A1 (en) 2016-05-31 2017-05-31 Mobile payment method and device thereof
CN201780041097.2A CN109379898A (zh) 2016-05-31 2017-05-31 移动支付方法及其装置
EP17807006.6A EP3467745A4 (en) 2016-05-31 2017-05-31 Mobile payment method and device thereof
US16/306,376 US11157892B2 (en) 2016-05-31 2017-05-31 Mobile payment method and device thereof
SG11201810771UA SG11201810771UA (en) 2016-05-31 2017-05-31 Mobile payment method and device thereof
AU2020267311A AU2020267311A1 (en) 2016-05-31 2020-11-13 Mobile payment method and device thereof
AU2022203928A AU2022203928A1 (en) 2016-05-31 2022-06-06 Mobile payment method and device thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2016-0067774 2016-05-31
KR1020160067774A KR101826960B1 (ko) 2016-05-31 2016-05-31 모바일 결제 방법 및 그 장치

Publications (1)

Publication Number Publication Date
WO2017209513A1 true WO2017209513A1 (ko) 2017-12-07

Family

ID=60478678

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/005691 Ceased WO2017209513A1 (ko) 2016-05-31 2017-05-31 모바일 결제 방법 및 그 장치

Country Status (7)

Country Link
US (1) US11157892B2 (ko)
EP (1) EP3467745A4 (ko)
KR (1) KR101826960B1 (ko)
CN (1) CN109379898A (ko)
AU (3) AU2017273095A1 (ko)
SG (1) SG11201810771UA (ko)
WO (1) WO2017209513A1 (ko)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110097393A (zh) * 2019-03-28 2019-08-06 苏州德沃雄氏信息科技有限公司 一种基于saas服务的云收银零售管理方法及管理系统
CN110473103B (zh) * 2019-08-16 2022-07-29 中国工商银行股份有限公司 应用管理方法、装置、计算机系统和介质
JP2021163291A (ja) * 2020-04-01 2021-10-11 株式会社日本総合研究所 キャッシュレス決済用店舗端末装置およびその制御プログラム，ならびに利用者端末装置の制御プログラム
EP4229580A4 (en) * 2020-10-16 2024-11-20 Catalina Marketing Corporation ACTIVATING THE CONSENT CONVERSION OF A DIGITAL ADVERTISING IDENTIFIER FOR TRACKING ACROSS VARIOUS APPLICATIONS
KR20220145634A (ko) * 2021-04-22 2022-10-31 스피너미디어 주식회사 오프라인 세부 결제 내역을 수집하기 위한 앱 푸시 방법 및 이를 이용한 시스템
KR102455414B1 (ko) * 2022-02-04 2022-10-19 주식회사 유니코아 온라인 결제 서비스 제공 방법 및 시스템
CN115293753A (zh) * 2022-07-19 2022-11-04 中国银联股份有限公司 基于智能路由的远程支付方法、终端、装置、系统及介质
JP7320155B1 (ja) * 2022-12-23 2023-08-02 ＰａｙＰａｙ株式会社 サービス提供装置、サービス提供方法、およびプログラム
KR102671642B1 (ko) * 2023-06-27 2024-05-31 쿠팡 주식회사 결제 서비스 제공 방법 및 그 시스템
KR102875474B1 (ko) * 2023-07-04 2025-10-22 쿠팡 주식회사 넛지 제공 방법 및 그 시스템

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101339661B1 (ko) * 2013-07-12 2013-12-10 김대식 Nfc태그를 이용한 모바일 카드 결제 장치 및 이 장치를 포함하는 결제 시스템
KR20150021833A (ko) * 2013-08-21 2015-03-03 롯데카드 주식회사 온라인 결제 방법 및 시스템
KR20150022259A (ko) * 2013-08-22 2015-03-04 에스케이씨앤씨 주식회사 결제카드 사용 위치 및 과거 결제 내역에 기반한 모바일 결제카드 추천 방법 및 이를 적용한 관리 서버
KR20150033209A (ko) * 2013-09-23 2015-04-01 삼성전자주식회사 전자 지갑 서버, 전자 지갑을 이용한 결제 정보 제공 시스템, 방법 및 컴퓨터 판독 가능한 기록 매체
KR20150059205A (ko) * 2013-11-21 2015-06-01 주식회사 이베이코리아 스마트폰을 이용한 전자상거래에서의 상품 주문 서비스 시스템 및 그 방법

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8041633B2 (en) * 2003-02-21 2011-10-18 Mtrex, Inc. System and method of electronic data transaction processing
WO2005091846A2 (en) * 2004-02-27 2005-10-06 Richard Postrel Method and system for implementing a search engine with reward components and payment components
US8016192B2 (en) * 2006-06-06 2011-09-13 Motorola Mobility, Inc. User-configurable priority list for mobile device electronic payment applications
US7802719B2 (en) * 2006-09-29 2010-09-28 Sony Ericsson Mobile Communications Ab System and method for presenting multiple transaction options in a portable device
US20090112766A1 (en) 2007-10-25 2009-04-30 Ayman Hammad Device including multiple payment applications
BR112012007946A2 (pt) * 2009-10-19 2016-03-22 Faber Financial Llc método para realizar transação entre cormeciante e cliente
US20120245986A1 (en) * 2011-03-02 2012-09-27 PXT Payments Inc Mobile payment and point system and method
US20120284188A1 (en) * 2011-05-02 2012-11-08 Vasquez Margaret C Interchange reporting manager
US20130018758A1 (en) * 2011-07-15 2013-01-17 Raghuram Balasubramanian Quidlr
WO2013047816A1 (ja) * 2011-09-30 2013-04-04 楽天株式会社 決済システム、支払端末
HK1203023A1 (en) * 2011-10-12 2015-10-09 Mastercard Mobile Transactions Solutions, Inc. A multi-tiered secure mobile transactions enabling platform
US9569760B2 (en) * 2011-12-30 2017-02-14 Paypal, Inc. Rapid checkout after payment
US10535064B2 (en) * 2012-03-19 2020-01-14 Paynet Payments Network, Llc Systems and methods for real-time account access
KR101327292B1 (ko) * 2012-06-18 2013-11-11 주식회사 인터페이 다양한 결제수단을 이용한 ars 인증 기반의 상품/서비스 대금 결제 시스템 및 결제 방법
CN102880956B (zh) * 2012-09-13 2016-02-10 东莞宇龙通信科技有限公司 支付服务器和支付通道整合方法
CN102930431B (zh) * 2012-10-29 2016-01-27 东莞宇龙通信科技有限公司 支付服务器和支付通道标识方法
US20150178708A1 (en) * 2013-12-19 2015-06-25 Maxim Reutov Dynamic payment processing gateway with rules based payment processing engine
US10467689B2 (en) * 2014-05-20 2019-11-05 Paypal, Inc. Unified payment account establishment and incorporation in a main payment account
EP3178070A4 (en) * 2014-08-08 2018-02-07 Intel Corporation Apparatus and method for self-service payment
GB2530345A (en) * 2014-09-22 2016-03-23 Mastercard International Inc Payment systems and methods for managing payment card use
US20160086159A1 (en) * 2014-09-24 2016-03-24 Stmicroelectronics, Inc. Application identifier (aid) prioritization of security module applications
US9803639B2 (en) * 2014-12-19 2017-10-31 Ghh-Rand Schraubenkompressoren Gmbh Sectional sealing system for rotary screw compressor
US10891647B2 (en) * 2015-10-27 2021-01-12 Jpmorgan Chase Bank, N.A. Intelligent payment format and attribute package transaction processing
CN105205662A (zh) * 2015-11-09 2015-12-30 联想(北京)有限公司 电子设备及支付方法
CN105512884A (zh) * 2015-12-21 2016-04-20 联想(北京)有限公司 移动设备及其控制方法
US10949822B2 (en) * 2016-03-25 2021-03-16 Stripe Inc. Methods and systems for providing payment interface services using a payment platform
US10719822B2 (en) * 2016-04-06 2020-07-21 Paypal, Inc. Methods and systems for contactless transmission of transactional information

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101339661B1 (ko) * 2013-07-12 2013-12-10 김대식 Nfc태그를 이용한 모바일 카드 결제 장치 및 이 장치를 포함하는 결제 시스템
KR20150021833A (ko) * 2013-08-21 2015-03-03 롯데카드 주식회사 온라인 결제 방법 및 시스템
KR20150022259A (ko) * 2013-08-22 2015-03-04 에스케이씨앤씨 주식회사 결제카드 사용 위치 및 과거 결제 내역에 기반한 모바일 결제카드 추천 방법 및 이를 적용한 관리 서버
KR20150033209A (ko) * 2013-09-23 2015-04-01 삼성전자주식회사 전자 지갑 서버, 전자 지갑을 이용한 결제 정보 제공 시스템, 방법 및 컴퓨터 판독 가능한 기록 매체
KR20150059205A (ko) * 2013-11-21 2015-06-01 주식회사 이베이코리아 스마트폰을 이용한 전자상거래에서의 상품 주문 서비스 시스템 및 그 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3467745A4 *

Also Published As

Publication number Publication date
KR101826960B1 (ko) 2018-03-22
AU2022203928A1 (en) 2022-06-23
CN109379898A (zh) 2019-02-22
EP3467745A1 (en) 2019-04-10
AU2017273095A1 (en) 2019-01-24
KR20170135599A (ko) 2017-12-08
US11157892B2 (en) 2021-10-26
EP3467745A4 (en) 2020-01-22
SG11201810771UA (en) 2019-01-30
US20200327532A1 (en) 2020-10-15
AU2020267311A1 (en) 2020-12-10

Similar Documents

Publication Publication Date Title
WO2017209513A1 (ko) 모바일 결제 방법 및 그 장치
WO2019031717A1 (ko) 매장 내부통신망 기반의 결제시스템, 매장 내부통신망 기반의 결제기능을 포함하는 이동단말기, 매장 내부통신망 기반의 결제서비스 제공방법, 및 이를 수행하는 프로그램
WO2013176474A1 (ko) 이동통신 단말기를 결제 단말기로 사용하기 위한 애플리케이션, 애플리케이션 서비스 프로바이더 시스템 및 방법
WO2011021868A2 (ko) 모바일 카드/계좌 결제 시스템 및 이를 이용한 결제 방법
WO2014137107A1 (ko) 바코드를 이용한 지불 결제 시스템 및 방법
WO2010062077A2 (ko) 이동통신 단말기를 이용한 구매자에 의한 결제 승인, 정산 및 멤버십가입 방법, 장치 및 시스템
WO2018021835A1 (en) System and method for universal card acceptance
WO2015102404A1 (en) Mobile point of sale system for reverse settlement, and method thereof
WO2017078446A1 (ko) 메신저 서버를 이용한 송수금 방법
WO2011129578A2 (ko) 판매자 및 상품 식별정보를 이용하는 이동단말 기반 결제주문 시스템 및 방법
WO2021167382A1 (en) System and method for transmitting information using mobile terminal
WO2019203384A1 (ko) 온라인 또는 오프라인 결제 시 결제금액을 사용자가 직접 입력하고 금융기관에서 생성되는 일회성 결제 보안코드를 사용자가 받아 결제함으로써 개인정보 유출, 중복결제, 초과결제 또는 결제오류를 방지하는 모바일 페이먼트 서비스 방법 및 시스템
WO2022169012A1 (ko) 아이템 판매 정보 처리를 위한 장치 및 그 방법
WO2012115484A2 (ko) 모바일 카드 관리 방법
WO2022177048A1 (ko) 회원 정보 관리 방법 및 이를 위한 장치
WO2013065993A1 (ko) 휴대단말기를 이용한 금융거래 중개 시스템
WO2015182838A2 (ko) 결제 서비스 시스템, 이를 위한 장치 및 방법
WO2022186404A1 (ko) 아이템 판매 정보 처리를 위한 전자 장치 및 그 방법
WO2016047923A1 (ko) 국제 결제 서비스 시스템 및 그 시스템에서의 국제 결제 서비스 방법
WO2020054910A1 (ko) 거래중계 앱 및 모바일 결제서비스를 이용한 지역간 신용카드 네트워크 연계방법 및 시스템
WO2011034311A2 (ko) 자가 카드결제 서비스 제공방법
WO2020130486A1 (ko) 주거래 카드 정보를 이용하여 결제하는 서버 및 클라이언트
KR20230058022A (ko) 모바일 결제 방법 및 그 장치
WO2015083918A1 (ko) 결제 서비스를 제공하기 위한 방법 및 시스템
WO2017164630A1 (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: 17807006

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2017807006

Country of ref document: EP

Effective date: 20190102

ENP Entry into the national phase

Ref document number: 2017273095

Country of ref document: AU

Date of ref document: 20170531

Kind code of ref document: A