WO2017065518A1 - 앱카드 연동 대표카드, 그 결제시스템 및 결제방법 - Google Patents

앱카드 연동 대표카드, 그 결제시스템 및 결제방법 Download PDF

Info

Publication number
WO2017065518A1
WO2017065518A1 PCT/KR2016/011484 KR2016011484W WO2017065518A1 WO 2017065518 A1 WO2017065518 A1 WO 2017065518A1 KR 2016011484 W KR2016011484 W KR 2016011484W WO 2017065518 A1 WO2017065518 A1 WO 2017065518A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
representative
app
payment
approval
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/KR2016/011484
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.)
KB Kookmin Card Co Ltd
Original Assignee
KB Kookmin Card Co Ltd
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
Priority to NZ74048616A priority Critical patent/NZ740486A/en
Priority to US15/759,147 priority patent/US20180300712A1/en
Priority to CN201680052986.4A priority patent/CN108027922A/zh
Priority to JP2018533028A priority patent/JP6883040B2/ja
Priority to EP16855735.3A priority patent/EP3364355A4/en
Priority to AU2016339621A priority patent/AU2016339621A1/en
Application filed by KB Kookmin Card Co Ltd filed Critical KB Kookmin Card Co Ltd
Priority to SG11201801528WA priority patent/SG11201801528WA/en
Publication of WO2017065518A1 publication Critical patent/WO2017065518A1/ko
Anticipated expiration legal-status Critical
Priority to PH12018501039A priority patent/PH12018501039A1/en
Priority to AU2020202027A priority patent/AU2020202027A1/en
Priority to AU2020104447A priority patent/AU2020104447A4/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/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357—Cards having a plurality of specified features
    • G06Q20/3572—Multiple accounts on card
    • 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/04—Payment circuits
    • 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/12—Payment architectures specially adapted for electronic shopping 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
    • 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
    • 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • 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
    • 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/409—Device specific authentication in transaction processing
    • G06Q20/4093—Monitoring of device authentication

Definitions

  • the present invention relates to an app card linked representative card, its payment system, and a payment method, which can convert a main payment card of an app card registered through an app or the web in real time, and is connected to an app card. Issuing and paying is related to the app card linkage representative card, its payment system and payment method that can be approved by the main payment card of the pre-set app card, service provision and performance.
  • USIM type mobile cards and app type mobile cards are used as typical mobile card types.
  • the USIM type mobile card has the advantage of making a payment when the USIM mobile card is issued to a payment terminal equipped with a merchant in a way that stores and uses information by issuing a card in the USIM. Is complicated, and requires a separate payment terminal, and limited merchants are available. Unfamiliarity with payment methods using NFC (Near Field Communication) technology of mobile phones, rather than the existing card payment method using a physical card magnetic or IC Due to the problem, the existing physical card payment method cannot be replaced.
  • NFC Near Field Communication
  • the App type mobile card drives the app 11 in the customer terminal 10 to request a one-time card information after notifying the card company server 100 of the pre-payment message, and received the
  • the card company server system 100 transmits the one-time card information to the merchant terminal 50 in the form of NFC, barcode, or QR code, and the merchant terminal 50 receives the approval request message including the one-time card information through the approval network 200.
  • AppCard also requires a separate payment terminal like the USIM mobile card is limited merchants available, unfamiliar with the payment method using a barcode, NFC, etc., inconvenience in using the payment password to run the app every time you pay
  • the smartphone battery is exhausted and there is a problem such as payment impossible in the situation that the app is not available, it is limited to use in offline transactions.
  • the present invention is devised to solve such a problem, the object of the present invention, through the representative card associated with the app card can be used anywhere in the general credit card merchants, existing card customers do not feel difficult to use While operating in a way, it is to provide an app card linked representative card, its payment system and payment method that can solve the inconvenience of carrying a plurality of cards, one of the orientation of mobile cards (USIM, app cards).
  • USIM mobile cards
  • App card interworking representative card payment system the customer terminal connected to the card company server system through the app or the web to register at least one card as an app card and change the main payment card in real time; Representative card of the standard standard that can be used online or offline on behalf of the app card; An authorization network through which an authorization or purchase request is made to the representative card; And a card company server system for processing an approval or purchase process with a main payment card of the app card preset in association with the representative card.
  • App card interworking representative card payment system and payment method according to an embodiment of the present invention, if you carry only one representative card without having to carry a number of cards from the customer's point of view and use a variety of product services in real time to suit the situation It is possible to register and use only one representative card without going through the procedure of registering multiple cards held in various payment platforms one by one when using online payment, and stable card payment is possible with the representative card regardless of the power of the mobile phone.
  • the app card interworking representative card payment system and payment method since the existing card payment method is used as it is from the merchant and VAN company, there is no need for employee training or rejection for a new service, and Unlike mobile card (USIM, app card) payment, which can be used only at certain affiliates because it requires installation and development of payment terminals, it is possible to use existing card payment methods in general card payment affiliates.
  • USIM mobile card
  • app card app card
  • the app card interworking representative card payment system and payment method since it is possible to provide a variety of product services with a single physical card from the card company perspective, it is possible to minimize the physical card issuance, blank card material, It is possible to reduce the issuance cost and streamline the issuing process according to new card issuance such as packaging and delivery.
  • 1 is a metabolic diagram illustrating a payment process of an existing app card payment system.
  • FIG 2 is an overall configuration diagram of the app card interworking representative card payment system according to an embodiment of the present invention.
  • FIG. 3 is a detailed configuration diagram of the card company server system of the app card interlocking representative card payment system according to an embodiment of the present invention.
  • Figure 4a is a detailed configuration of the app card ledger DB of the app card linked representative card payment system according to an embodiment of the present invention.
  • Figure 4b is a detailed configuration of the representative card approval information matching DB of the app card interworking representative card payment system according to an embodiment of the present invention.
  • FIG. 5 is an ambassador diagram illustrating a method of changing a main payment card among app cards interworking with a representative card according to an embodiment of the present invention.
  • 6A is an ambassador diagram illustrating a method for processing an approval of an app card linked representative card according to an embodiment of the present invention.
  • 6B is a flowchart illustrating a method for processing approval of an app card interworking representative card according to an embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating a method for issuing an app card interworking representative card according to an embodiment of the present invention.
  • FIG. 8 is a conceptual diagram illustrating the expected effect when registering a variety of payment platform using the app card linked representative card according to an embodiment of the present invention.
  • customer terminal 11 app or web
  • card ledger DB 103 App card ledger DB
  • processing server 150 approval server
  • credit card may refer to a credit card, a check card, a gift card, and the like, and since the meaning is not limited to the type of card or the medium, it is possible to use various types of cards using a single representative card. Card services and benefits are available. That is, the representative card referred to below means a real card that a user can carry.
  • FIG. 2 is an overall configuration diagram of the app card interworking representative card payment system according to an embodiment of the present invention
  • Figure 3 is a detailed configuration diagram of the card company server system of the app card interlocking representative card payment system according to an embodiment of the present invention
  • 4A is a detailed configuration diagram of an app card ledger DB of the app card interworking representative card payment system according to an embodiment of the present invention
  • FIG. 4B is a view of the app card interlocking representative card payment system according to an embodiment of the present invention. Details of the representative card approval information matching DB.
  • App card interworking representative card payment system 1 according to an embodiment of the present invention customer terminal 10 that can register the credit card as an app card and change the main payment card through the app or the web And, the card information from the MS or IC chip of the representative card 30 when the payment request by the representative card 30 and the representative card 30 linked to the app card registered through the customer terminal 10 Merchant terminal 50 to read and write the approval request message by adding the merchant information and payment cost information, and the card company server system 100 for receiving the approval request message created from the merchant terminal 50 to determine whether to process the approval; And, it may include an authorization network 200 for connecting the merchant terminal 50 and the card company server system 100.
  • the customer terminal 10 may be a device capable of payment in a mobile environment, that is, a device such as a mobile phone, a smart phone, a notebook computer, and a personal digital assistant (PDA), but may be a computer capable of wired or wireless communication. It may be.
  • a device such as a mobile phone, a smart phone, a notebook computer, and a personal digital assistant (PDA)
  • PDA personal digital assistant
  • the customer terminal 10 may not be used for payment unless it is necessary to register, set, or change the main payment card, even if the customer terminal 10 does not have the customer terminal or there is no battery. 30 can be used for payment.
  • At least one or more of the credit card may be registered as an app card to the card company server system 100 through an app or the web of the customer terminal 10, and one of the app cards may be set as the main payment card. You can also request a change to your primary payment card in real time.
  • the merchant terminal 50 as long as it is a type that can read card information through the MS (Magnetic Stripe) or IC chip of the existing credit card, App card interworking representative card payment system according to an embodiment of the present invention (1) Since the customer information can be read from the representative card 30, it may not require a separate payment infrastructure. Therefore, in order to pay with the main payment card of the app card registered through the customer terminal 10 it is not necessary to be a special app card affiliate store.
  • the card company server system 100 is an authorization request message or purchase request message of the card issuing server 110 for issuing all credit cards and the merchant terminal 50 for the credit card issued by the card issuing server 110. Is received via the approval network 200, the card ledger DB 101, the app card ledger DB 103, the approval information DB 105, the representative card approval information matching DB 107, and the member ledger DB which will be described in detail later.
  • the merchant terminal (50) for determining whether it is a valid approval request and performing an approval processing task, and a result of processing such as approval or purchase of the task processing server (130). It includes an approval server 150 for responding to.
  • the card company server system 100 may store card member related information such as a member number, a social security number, a mobile phone number, and the like. .
  • the card ledger DB 101 may store credit card related information issued by the card issuing server 110, for example, a card number, a BIN, an expiration date, a CVC, a product code, an applied service, and the like.
  • the app card ledger DB 103 may store the card information, such as the app card registration card number, the main payment card, etc. of the app card that the credit card is registered through the customer terminal (10).
  • the approval information DB 105 may store approval related information such as an approval number, an approval date and time, an affiliated store, an amount, and purchase data.
  • the representative card approval information matching DB 107 may store the matched representative card information and the actual payment card information, which is the main payment card at the time of approval, with the approval transaction.
  • the actual payment card refers to the card used at the time of approval
  • the main payment card may be the same concept as the actual payment card at the time of approval, but if the user changes the main payment card after the approval, the note The payment card may be different from the actual payment card.
  • the card company server system 100 further includes the representative card approval information matching DB 107, wherein the representative card (Authization related information of 30), that is, the representative card information, the main payment card information for the actual payment processing, the authorization information can be stored and matched.
  • the representative card Authorization related information of 30
  • the business processing server 130 checks the representative card 30 with reference to the card ledger DB 101 when there is a payment request from the affiliated store terminal 50 by the representative card 30. And, referring to the app card ledger DB (103) to check which app card is set as the main payment card linked to the representative card 30, the approval server 150 to the business processing server 130 By processing the approval based on the main payment card confirmed by the configuration of the authorization information DB 105, it is possible to provide services or benefits to the members of the credit card on the basis of the main payment card.
  • the approval server 150 causes the business processing server 130 to configure the representative card approval information matching DB 107, and responds to the affiliated store terminal 50 with the representative card number,
  • an event trade cancellation, purchase request, etc.
  • the main payment card in which the actual payment is made with reference to the representative card approval information matching DB 107 Can be used to find
  • the authorization network 200 mentioned in the present specification may mean a network such as a VAN server for transmitting authorization information between the affiliated store terminal 50 and the card company server system 100.
  • the approval network 200 collects and manages sales slips on behalf of each card company when transmitting payment data from the merchant terminal 50 to the card company server system 100, and the card company from the payment data transmitted from the merchant terminal 50. It may be a value added network (VAN) server that grasps information and provides payment data to a corresponding server company server.
  • VAN value added network
  • the app card interworking representative card payment system 1 according to an embodiment of the present invention as described above, using the representative card 30 without having to drive the app or the web 11 to the customer terminal 10.
  • the payment can be made like a normal credit card payment.
  • the app card interworking representative card payment system 1 the approval process of the approval network 200 section from the merchant terminal 50, the approval proceeds to a fixed card number of the representative card In-house product service and performance application will be handled by the main payment card that the customer pre-designated through the app or the web at the time of approval, and will be applied to the actual card number during the approval, purchase, and billing process. It is necessary to match the card number with the representative card number.
  • the representative card 30 has a representative card specific data 31 that can specify that the representative card 30, such as BIN, product code, the surface of the representative card 30 Alternatively, the back side may be indicated by a part of the card number, and may be stored in an MS or IC chip.
  • a BIN Bank Identification Number
  • a BIN Bank Identification Number
  • BIN may represent the credit card brand and credit card company information in the first six digits of the card number, and if the representative card 30 is issued by the card issuing server 110, the representative card specific data ( 31) may be stored.
  • the app card ledger DB 103 has a card number indicating at least one or more app cards (103a, 103b, 103c ...) registered through the app or the web of the customer terminal 10, and the at least 1 Active or inactive data 103A, 103B, and 103C that can activate or deactivate the above app cards 103a, 103b, 103c.... As a main payment card may be stored.
  • the active or inactive data 103A, 103B, and 103C are executed when the user inputs an active or inactive command such as an ox display or a flag display to execute or execute an app of the customer terminal 10 to set or change the main payment card.
  • an active or inactive command such as an ox display or a flag display to execute or execute an app of the customer terminal 10 to set or change the main payment card.
  • the business processing server 130 of the card company server system 100 may be stored with the time display in the app card ledger DB (103).
  • the representative card ( 30) while the approval process can proceed in the same manner as the normal card payment using the card number of the representative card 30, when the card company server system 100 receives the approval request message, the representative card ( 30), and may be configured to proceed with the approval process to the main payment card that is activated in the app card ledger DB (103).
  • the business processing server 130 of the card company server system 100 when the approval request comes up from the merchant terminal 50 through the approval network separately to the representative card 30
  • the specified data 31 of the representative card 30 such as the BIN (6 digits in front of the card number) and product code granted, distinguish the representative card or not, and refer to the app card ledger DB (103) for actual approval
  • a table for matching the card number of the main payment card and the representative card 30 where payment occurs, that is, the card number of the main payment card with respect to the representative card number, the authorization number, authorization amount, merchant name, authorization time , Such as the approval date is stored in the representative card approval information matching DB (107).
  • the representative card authorization information matching DB (107) can be used to find the actual payment card made the actual payment to be processed when an event (trade cancellation, purchase request, etc.) occurs in the future related to the authorization, promotion of the actual payment card,
  • the service can be used as it is.
  • the information that merchants and VANs use in the approval network 200 is the number of the representative card 30 (using the same information for approval and purchase), and the card company uses the number of the representative card 30 in the representative card 30.
  • the actual payment card at the time may be found from the authorization information matching DB 107, and the approval and purchase process may be performed using the actual payment card number.
  • the payment is made with the representative card 30, it is treated as a main payment card marked with a flag. For example, if the main payment card provides a 5% charge discount service, even if the representative card 30 is used, 5%. Receive discount service.
  • FIG. 5 is an ambassador diagram showing a main payment card changing method of the app card interworking with the representative card according to an embodiment of the present invention
  • Figure 6a is an app card interlocking representative card approval processing method according to an embodiment of the present invention
  • 6B is a flowchart illustrating an approval processing method for an app card interworking representative card according to an embodiment of the present invention.
  • the main payment card change of the app card linked with the representative card 30 according to an embodiment of the present invention, the customer in the field or in advance when a special service or benefit change for each card is required Between the terminal 10 and the card company server system 100 is made via the app or the web (11).
  • the main payment card change request message may be transmitted to the card company server system 100 through the main payment card change menu by executing the app or the web 11 of the customer terminal 10 (S01).
  • Active or inactive data 103A, 103B of at least one or more app cards 103a, 103b, 103c ... between the business processing server 130 of the card company server system 100 and the app card ledger DB 103. , 103C ...) is turned on and off, and the ambassador is changed to the main payment card (S02).
  • the business processing server 130 of the card company server system 100 communicates with the customer terminal 10 to complete the change of the main payment card on the screen of the app or the web 11 of the customer terminal 10. It may be displayed that (S03).
  • the App Card interworking representative card payment method uses the customer terminal 10 only when changing the main payment card, even if not carrying it, or the battery of the customer terminal 10 Even when the card is depleted, even when data communication is not made, payment can be performed using the representative card 30.
  • the affiliated store terminal 50 when a payment request is made for the affiliated store terminal 50 from the card affiliated terminal to the representative card 30 in the same manner as the general card payment method (S1-1), the affiliated store terminal 50 and the VAN
  • the card approval request is made between the approval network 200 such as the company and the card company server system 100 based on the card number of the representative card 30 or the like (S1-2).
  • the business processing server 130 of the card company server system 100 checks whether or not the representative card using representative card specific data 31 such as BIN of the representative card 30 (S1-3), and the app card. Active or inactive data 103A, 103B, 103C among at least one or more of the app cards 103a, 103b, 103c.... Registered using the ledger DB 103 corresponding to the card number of the representative card 30. 7) to determine which is the main payment card (S1-4).
  • the business processing server 130 of the card company server system 100 configures the representative card approval information matching DB 107 after the approval process with the main payment card activated to make the actual payment (S1-5). In this way, since the main payment card is authorized, the service can be applied to the main payment card, which is the actual payment card, and the performance can be applied.
  • the affiliated store terminal 50 or the VAN requests the purchaser's purchase slip to the card company server system 100 using the card information of the representative card 30 through the approval network 200. It may be (S1-7).
  • the business processing server 130 of the card company server system 100 checks the card number and the authorized transaction of the main payment card, that is, the actual payment card, in which the actual payment was made with reference to the representative card approval information matching DB 107.
  • the purchase process is processed based on the actual payment card (S1-8), and the authorization network 200 such as the affiliated store terminal 50 or the VAN responds based on the representative card 30.
  • Figure 6a shows that the card number made in the card company server system 100 and the card number that the authorization request and response is made between the authorization network 200, such as the merchant terminal 50 and the card company server system 100 is different. For this, it will be described below with respect to the approval method of the app card linked representative card according to an embodiment of the present invention with reference to Figure 6b as a whole.
  • the representative card matching approval DB is configured, and transmits the approval response to the number of the representative card (30).
  • the sales card purchase request is made to the representative card number.
  • the representative card is checked to determine whether the representative card is a representative card. If the representative card is not the representative card (N), the general card purchase process is performed. Check the actual payment card with the authorization information matching DB (107) to make the purchase, billing, settlement based on the actual payment card.
  • FIG. 7 is a flowchart illustrating a method for issuing an app card interworking representative card according to an embodiment of the present invention.
  • App card registration and main payment card setting is a separate event from the issuance of the representative card, and when the customer registers the credit card that is held by the app or the web (11) as an app card, the app card ledger DB (103) It is generated, and may include the main payment card setting information.
  • the main payment card setting information can be changed in real time through the app or the web (11).
  • FIG. 8 is a conceptual diagram illustrating the expected effect when registering a variety of payment platform using the app card linked representative card according to an embodiment of the present invention.
  • the card when registering online payment, in order to use a payment service such as Kakao Pay, Naver Pay, and the like, the card must be registered in the payment platform by inputting the card information of the card to be used. It was inconvenient to select a card to pay each time.
  • a payment service such as Kakao Pay, Naver Pay, and the like
  • App card interworking representative card payment system and payment method according to an embodiment of the present invention, if you carry only one representative card without having to carry a number of cards from the customer's point of view and use a variety of product services in real time to suit the situation It is possible to register and use only one representative card without going through the procedure of registering multiple cards held in various payment platforms one by one when using online payment, and stable card payment is possible with the representative card regardless of the power of the mobile phone.
  • the app card interworking representative card payment system and payment method since the existing card payment method is used as it is from the merchant and VAN company, there is no need for employee training or rejection for a new service, and Unlike mobile card (USIM, app card) payment, which can be used only at certain affiliates because it requires installation and development of payment terminals, it is possible to use existing card payment methods in general card payment affiliates.
  • USIM mobile card
  • app card app card
  • the app card interworking representative card payment system and payment method since it is possible to provide a variety of product services with a single physical card from the card company perspective, it is possible to minimize the physical card issuance, blank card material, It is possible to reduce the issuance cost and streamline the issuing process according to new card issuance such as packaging and delivery.

Landscapes

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

Abstract

본 발명은 앱카드 연동 대표카드 결제시스템에 관한 것으로, 앱 또는 웹을 통해 적어도 하나 이상의 카드를 앱카드로 등록하고 주결제카드를 실시간으로 변경 가능한 고객 단말기; 상기 앱카드를 대표하여 온라인 또는 오프라인에서 이용 가능한 표준규격의 대표카드; 상기 대표카드로 승인 또는 매입 요청이 이루어지는 승인 네트워크; 및 상기 대표카드와 연동하여 사전설정된 상기 앱카드의 주결제카드로 승인 또는 매입 프로세스를 처리하는 카드사 서버시스템을 포함하는 것을 특징으로 한다.

Description

앱카드 연동 대표카드, 그 결제시스템 및 결제방법
본 발명은 앱카드 연동 대표카드, 그 결제시스템 및 결제방법에 관한 것으로, 앱 또는 웹을 통해 등록된 앱카드의 주결제카드를 실시간으로 변환할 수 있고, 앱카드와 연계되어 있는 한 장의 대표카드를 발급받아 결제하면 사전에 설정되어 있는 앱카드의 주결제카드로 승인처리, 서비스제공 및 실적 적용이 가능한 앱카드 연동 대표카드, 그 결제시스템 및 결제방법에 관한 것이다.
기존의 대표적인 모바일카드 형태로 유심(USIM) 타입의 모바일카드와 앱(App) 타입의 모바일카드가 이용되고 있다. USIM 타입의 모바일카드는 USIM 내 카드를 발급하여 정보를 저장하고 이용하는 방식으로 가맹점에 구비되어 있는 결제용 단말기에 USIM모바일카드가 발급된 스마트폰을 접근시키면 결제가 되는 장점을 가지고 있으나, 카드발급 절차가 복잡하고, 별도의 결제 단말기가 필요하여 이용가능 가맹점이 제한적이며, 실물카드의 마그네틱이나 IC를 이용하는 기존의 카드결제 방식이 아닌 휴대폰의 NFC(Near Field Communication) 기술을 이용하는 결제방식에 대한 생소함 등의 문제로 기존 실물카드 결제방식을 대체하지 못하고 있다.
App 타입의 모바일카드는 도 1에 도시된 바와 같이, 고객 단말기(10)에서 앱(11)을 구동하여, 사전 결제 메시지를 카드사 서버(100)로 통보한 이후 일회성 카드정보를 요청하고, 수신된 일회성 카드정보를 NFC, 바코드, QR 코드 형태로 가맹점 단말기(50)에 전달하여, 상기 가맹점 단말기(50)가 일회성 카드정보를 포함하는 승인요청 메시지를 승인 네트워크(200)를 거쳐 카드사 서버시스템(100)으로 전달하는 방식으로 복잡한 카드발급 절차 없이 앱을 통해 간단하게 등록하고 이용할 수 있는 것이 특징이다.
하지만, 앱카드 역시 USIM모바일카드처럼 별도의 결제 단말기가 필요하여 이용가능 가맹점이 제한적이고, 바코드, NFC 등을 이용하는 결제방식에 대한 생소함, 결제시마다 앱을 실행하여 결제비밀번호를 입력해야 하는 이용상의 불편함, 스마트폰 배터리가 소모되어 앱을 이용할 수 없는 상황에서 결제 불가능 등의 문제를 가지고 있어 오프라인 거래에 있어서 제한적으로 이용되는데 그치고 있다.
따라서, 본 발명은 이러한 문제점을 해소하고자 안출된 것으로, 본 발명의 목적은, 앱카드와 연계되어 있는 대표카드를 통해 일반적인 신용카드 가맹점 어디에서나 이용 가능하고, 기존 카드고객이 사용에 어려움을 느끼지 않는 방식으로 작동되면서도, 모바일카드(USIM, 앱카드)의 지향점 중 하나인 다수의 카드 휴대에 따른 불편함을 해소할 수 있는 앱카드 연동 대표카드, 그 결제시스템 및 결제방법을 제공하는 것이다.
본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템은, 앱 또는 웹을 통해 카드사 서버시스템과 연결되어 적어도 하나 이상의 카드를 앱카드로 등록하고 주결제카드를 실시간으로 변경 가능한 고객 단말기; 상기 앱카드를 대표하여 온라인 또는 오프라인에서 이용 가능한 표준규격의 대표카드; 상기 대표카드로 승인 또는 매입 요청이 이루어지는 승인 네트워크; 및 상기 대표카드와 연동하여 사전 설정된 상기 앱카드의 주결제카드로 승인 또는 매입 프로세스를 처리하는 카드사 서버시스템을 포함하는 것을 특징으로 한다.
본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템 및 결제방법은, 고객 입장에서 여러 장의 카드를 소지하고 다니지 않아도 한 장의 대표카드만 들고 다니면 다양한 상품서비스를 상황에 맞게 실시간으로 바꿔가면서 이용할 수 있으며, 온라인 결제 이용시 보유한 여러 카드를 다양한 결제플랫폼마다 일일이 등록하는 절차를 거칠 필요 없이 대표카드 한 장만 등록하여 이용할 수 있으며, 휴대폰 전원유무와 관계없이 대표카드로 안정적인 카드결제가 가능하다.
또한, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템 및 결제방법은, 가맹점 및 VAN사 입장에서 기존 카드결제 방식을 그대로 이용하기 때문에 신규 서비스에 대한 종업원 교육필요성이나 거부감이 없고, 별도 결제 단말기 설치 및 개발이 필요하여 특정 가맹점에서만 이용이 가능한 모바일카드(USIM, 앱카드) 결제와 달리 일반적인 카드결제 가맹점에서 기존 카드결제 방식 그대로 이용이 가능하다.
또한, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템 및 결제방법은, 카드사 입장에서 한 장의 실물카드로 다양한 상품서비스 제공이 가능하므로 실물카드 발급을 최소화할 수 있어, 공카드 자재, 포장, 배송 등 신규 카드발급에 따른 발급 비용 절감 및 발급 프로세스 효율화를 달성할 수 있다.
도 1은 기존 앱카드 결제 시스템의 결제 프로세스를 나타내는 대사 도면이다.
도 2는 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템의 전체 구성도이다.
도 3은 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템 중 카드사 서버시스템의 세부 구성도이다.
도 4a는 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템의 앱카드 원장 DB의 세부 구성도이다.
도 4b는 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템의 대표카드 승인정보 매칭 DB의 세부 구성도이다.
도 5는 본 발명의 일 실시예에 따른 대표카드와 연동하는 앱카드 중 주결제카드 변경방법을 나타내는 대사 도면이다.
도 6a는 본 발명의 일 실시예에 따른 앱카드 연동 대표카드의 승인처리방법을 나타내는 대사 도면이다.
도 6b는 본 발명의 일 실시예에 따른 앱카드 연동 대표카드의 승인처리방법을 설명하는 플로우챠트이다.
도 7은 본 발명의 일 실시예에 따른 앱카드 연동 대표카드의 발급방법을 설명하는 플로우챠트이다.
도 8은 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 이용에 따른 다양한 결제플랫폼 등록 시 기대효과를 설명하는 개념도이다.
[부호의 설명]
1 : 앱카드 연동 대표카드 결제 시스템
10 : 고객 단말기 11 : 앱 또는 웹
30 : 대표카드 50 : 가맹점 단말기 　　　
100 : 카드사 서버시스템
101 : 카드원장 DB　　　　 103 : 앱카드원장 DB
107 : 대표카드 승인정보 매칭 DB　 110 : 카드 발급서버
130 : 업무처리서버　　　 150 : 승인서버
200 : 승인 네트워크
이하, 도면을 참조하여 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템 및 결제방법을 상세히 설명하도록 한다.
본 발명은 도면에 도시된 실시예를 참고로 설명되었으나 이는 하나의 실시예로서 설명되는 것이며, 이것에 의해 본 발명의 기술적 사상과 그 핵심 구성 및 작용이 제한되지 않는다.
본 명세서에서 언급되는 "신용카드" 는 신용카드, 체크카드, 기프트카드 등을 지칭할 수 있는 것이며, 굳이 카드 종류나 매체에 그 의미가 한정되지는 않기 때문에 한 장의 대표카드를 이용하여 여러가지 종류의 카드 서비스 및 혜택을 이용할 수 있다. 즉, 이하에서 언급하는 대표카드는 실제 사용자가 휴대할 수 있는 실물카드를 의미한다.
도 2는 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템의 전체 구성도이고, 도 3은 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템 중 카드사 서버시스템의 세부 구성도이며, 도 4a는 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템의 앱카드 원장 DB의 세부 구성도이고, 도 4b는 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템의 대표카드 승인정보 매칭 DB의 세부 구성도이다.
도 2를 참조하면, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제 시스템(1)은 앱 또는 웹을 통해 신용카드를 앱카드로 등록하고 주결제카드를 변경할 수 있는 고객 단말기(10)와, 상기 고객 단말기(10)를 통해 등록된 앱카드에 연동되는 대표카드(30)와, 상기 대표카드(30)에 의한 결제 요청시 상기 대표카드(30)의 MS나 IC 칩에서 카드정보를 읽고 가맹점 정보 및 결제 비용 정보를 부가하여 승인 요청 메시지를 작성하는 가맹점 단말기(50)와, 상기 가맹점 단말기(50)로부터 작성된 승인요청 메시지를 수신하여 승인처리 여부를 결정하는 카드사 서버시스템(100)과, 상기 가맹점 단말기(50)와 상기 카드사 서버시스템(100)을 연결하는 승인 네트워크(200)를 포함할 수 있다.
상기 고객 단말기(10)는 모바일 환경에서 결제 가능한 장치, 즉 모바일 폰(Mobile Phone), 스마트 폰(Smart Phone), 노트북 및 PDA(Personal Digital　Assistant)와　같은 장치일 수 있지만, 유무선 통신이 가능한 컴퓨터 등일 수도 있다.
상기 고객 단말기(10)는 주결제카드의 등록, 설정, 변경이 필요한 경우가 아니라면, 결제에 이용되지 않을 수 있기 때문에, 상기 고객 단말기(10)를 소지하고 있지 않거나 배터리가 없는 경우에도 상기 대표카드(30)를 이용하여 결제할 수 있다.
또한, 결제시 상기 고객 단말기(10)의 앱 또는 웹 페이지를 구동시킬 필요가 없기 때문에 복잡한 절차를 거칠 필요가 없으며, 비밀번호 누출 등의 위험이 없고, 결제를 위하여 대기시간이 소요되지 않을 수 있다.
상기 고객 단말기(10)의 앱 또는 웹을 통하여 상기 카드사 서버시스템(100)에 대하여 상기 신용카드 중 적어도 하나 이상을 앱카드로 등록할 수도 있으며, 상기 앱카드 중 하나를 주결제카드로 설정할 수도 있으며, 실시간으로 주결제카드로 변경 요청할 수도 있다.
상기 가맹점 단말기(50)는, 기존 신용카드의 MS(Magnetic Stripe)나 IC 칩을 통해 카드정보를 읽을 수 있는 종류이기만 하면, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제 시스템(1)의 대표카드(30)로부터 고객정보를 읽을 수 있기 때문에 별도의 결제 인프라를 요구하지 않을 수 있다. 따라서, 상기 고객 단말기(10)를 통해 등록된 앱카드의 주결제카드로 결제하기 위하여 특별히 앱카드 제휴 가맹점일 필요가 없다.
상기 카드사 서버시스템(100)은 모든 신용카드를 발급하는 카드 발급서버(110)와, 상기 카드 발급서버(110)에 의하여 발급된 신용카드에 대한 가맹점 단말기(50)의 승인요청 메시지 또는 매입요청 메시지가 승인 네트워크(200)를 거쳐 수신되면 이후 상세히 설명하는 카드원장 DB(101), 앱카드원장 DB(103), 승인정보 DB(105), 대표카드 승인정보 매칭 DB(107), 및 회원 원장 DB(109)를 참조하여 유효 승인요청인지 여부 판단 및 승인처리 업무를 수행하는 업무처리서버(130)와, 상기 업무처리서버(130)의 승인 또는 매입 등의 업무처리 결과를 상기 가맹점 단말기(50)에 대하여 응답처리하는 승인서버(150)를 포함한다.
상기 카드사 서버시스템(100)은 상기 카드 발급서버(110)가 신용카드를 발급하는 경우에 상기 회원원장 DB(109)는 카드회원 관련 정보, 예컨대, 회원번호, 주민등록번호, 휴대폰 번호 등을 저장할 수 있다.
또한, 상기 카드원장 DB(101)는 상기 카드 발급서버(110)가 발급한 신용카드 관련 정보, 예컨대, 카드번호, BIN, 유효기간, CVC, 상품코드, 적용서비스 등을 저장할 수 있다.
또한, 상기 앱카드원장 DB(103)는 상기 신용카드가 상기 고객 단말기(10)를 통해 등록된 앱카드의 카드정보, 예컨대 앱카드 등록카드 번호, 주결제카드 여부 등을 저장할 수 있다.
또한, 상기 승인정보 DB(105)는 승인번호, 승인일시, 가맹점, 금액, 매입데이터 등 승인관련 정보를 저장할 수 있다.
또한, 상기 대표카드 승인정보 매칭 DB(107)는 승인 요청된 대표카드 정보와 승인시점의 주결제카드인 실제 결제카드 정보와 승인거래를 매칭하여 저장할 수 있다. 여기서, 상기 실제 결제카드는 승인시에 사용된 카드를 의미하는 것으로, 상기 주결제카드는 승인시점에서 실제 결제카드와 같은 개념일 수 있으나, 승인 이후 사용자가 주결제카드를 변경한 경우, 상기 주결제카드는 실제 결제카드와 달라질 수 있다.
한편, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제 시스템(1)에 있어서, 상기 카드사 서버시스템(100)은 상기 대표카드 승인정보 매칭 DB(107)를 더 포함하여, 상기 대표카드(30)의 승인관련정보, 즉, 대표카드 정보, 실제 결제 처리하는 주결제카드 정보, 승인정보를 매칭 저장할 수 있다.
따라서, 상기 업무처리서버(130)는 상기 대표카드(30)에 의해서 상기 가맹점 단말기(50)에서 결제요청이 있는 경우에, 상기 카드원장 DB(101)를 참조하여 상기 대표카드(30)를 확인하고, 상기 앱카드원장 DB(103)를 참조하여 상기 대표카드(30)에 연동하는 주결제카드로 설정된 앱카드가 어느 것인지 확인하며, 상기 승인서버(150)는 상기 업무처리서버(130)에 의해서 확인된 주결제카드를 기준으로 승인 처리하여 상기 승인정보 DB(105)를 구성하여, 상기 주결제카드 기준으로 상기 신용카드의 회원에게 서비스 또는 혜택을 제공할 수 있게 한다.
또한, 상기 승인서버(150)는 상기 업무처리서버(130)로 하여금 상기 대표카드 승인정보 매칭 DB(107)를 구성하도록 하고, 상기 가맹점 단말기(50)에 대하여 상기 대표카드 번호로 처리 응답하여, 상기 가맹점 단말기(50)로부터 상기 대표카드(30)를 통해 발생하는 이벤트(거래취소, 매입요청 등)이 발생할 경우에 상기 대표카드 승인정보 매칭 DB(107)를 참조하여 실제 결제가 일어난 주결제카드를 찾는데 활용할 수 있다.
본 명세서에서 언급되는 상기 승인 네트워크(200)는 가맹점 단말기(50)와 카드사 서버시스템(100) 사이에 승인정보를 전달하는 VAN 서버 등의 네트워크를 의미할 수 있다.
상기 승인 네트워크(200)는 가맹점 단말기(50)에서 결제 데이터를 카드사 서버시스템(100)으로 전송 시, 각 카드사를 대행하여 매출 전표를 수집 관리하고, 가맹점 단말기(50)에서 전송된 결제 데이터에서 카드사 정보를 파악하여 결제 데이터를 해당 카드사 서버로 제공하는 VAN(Value Added Network) 서버일 수 있다.
이와 같은 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제 시스템(1)에 의하면, 상기 고객 단말기(10)로 앱 또는 웹(11)을 구동할 필요 없이, 상기 대표카드(30)를 이용하여 일반 신용카드 결제와 마찬가지의 결제가 이루어질 수 있다.
즉, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제 시스템(1)은, 상기 가맹점 단말기(50)에서부터 승인 네트워크(200) 구간의 승인 프로세스는 대표카드의 고정된 카드번호로 승인이 진행되고, 카드사 내부 상품서비스 및 실적 적용은 승인시점에 고객이 앱 또는 웹을 통해 사전에 지정해 놓은 주결제카드로 처리되며, 승인, 매입, 청구 프로세스 진행 시 실제 카드번호에 대상으로 진행하게 되므로, 실제 카드번호와 대표카드 번호를 매칭하는 방안이 필요하다.
이를 위하여, 도 4a에 도시된 바와 같이, 상기 대표카드(30)에는 BIN, 상품코드 등 상기 대표카드(30)임을 특정할 수 있는 대표카드 특정 데이터(31)가 상기 대표카드(30)의 표면 또는 이면에 카드번호 중 일부로 나타내져 있을 수도 있으며, MS 또는 IC 칩 등에 저장되어 있을 수 있다.
본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제 시스템(1)에 있어서, 바람직하게는 상기 대표카드(30)를 특정하기 위하여 BIN (Bank Identification Number)이 이용될 수 있다.
BIN은 카드번호 앞 6자리로 신용카드 브랜드와 신용카드사 정보를 나타낼 수 있으며, 대표카드(30)가 카드 발급서버(110)에 의하여 발급되면 상기 카드원장 DB(101)에 상기 대표카드 특정 데이터(31)가 저장되어 있을 수 있다.
또한, 상기 앱카드원장 DB(103)에는 상기 고객 단말기(10)의 앱 또는 웹을 통하여 등록된 적어도 1 이상의 앱카드(103a, 103b, 103c....)를 나타내는 카드번호와, 상기 적어도 1 이상의 앱 카드(103a, 103b, 103c....)를 주결제 카드로 활성 또는 비활성 시킬 수 있는 활성 또는 비활성 데이터(103A, 103B, 103C)가 저장되어 있을 수 있다.
상기　활성 또는 비활성 데이터(103A, 103B, 103C)는 상기 고객 단말기(10)의 앱을 실행시켜서 사용자가 주결제카드로 설정 또는 변경하도록 ox 표시 또는 플래그 표시 등 활성 또는 비활성 명령어를 입력하는 경우에 상기 카드사 서버시스템(100)의 업무처리서버(130)에 의해서 상기 앱카드원장 DB(103)에 시간 표시와 함께 저장될 수 있다.
이러한 구성에 의하면, 상기 대표카드(30)의 카드번호를 이용하여 일반 카드결제와 동일하게 승인 프로세스가 진행될 수 있으면서도, 상기 카드사 서버시스템(100)이 승인 요청 메시지를 수신했을 때, 상기 대표카드(30)임을 확인하고, 상기 앱카드원장 DB(103)에 활성화되어 있는 주 결제카드로 승인처리를 진행하도록 구성될 수 있다.
한편, 도 4b에 도시된 바와 같이, 상기 카드사 서버시스템(100)의 업무처리서버(130)는 상기 가맹점 단말기(50)로부터 승인네트워크를 통하여 승인요청이 올라왔을 때 상기 대표카드(30)에 별도로 부여한 BIN(카드번호 앞 6자리), 상품코드와 같은 상기 대표카드(30)의 특정 데이터(31)를 통해 대표카드 여부를 구분하고, 상기 앱카드원장 DB(103)를 참조하여 승인 건별로 실제 결제가 일어나는 주결제카드의 카드번호와 상기 대표카드(30)의 카드번호를 매칭하는 테이블을 구성, 즉 주결제카드의 카드번호를 상기 대표카드번호에 대해서 승인번호, 승인금액, 가맹점명, 승인시간, 승인일과 같이 대표카드 승인정보 매칭 DB(107)에 저장해 둔다.
상기 대표카드 승인정보 매칭 DB(107)를 통해 이후 승인건과 관련하여 이벤트(거래취소, 매입요청 등)가 발생할 경우 처리할 실제 결제가 이루어진 실제 결제카드를 찾는데 활용할 수 있으며, 실제 결제카드의 프로모션, 서비스 등을 그대로 이용할 수 있다.
이러한 구성에 의하면, 가맹점 및 VAN사가 승인 네트워크(200)에서 이용하는 정보는 대표카드(30)의 번호 (승인, 매입 동일한 정보 이용)이며, 카드사에서는 대표카드(30)의 번호를 이용하여 상기 대표카드 승인정보 매칭 DB(107)로부터 당시의 실제 결제카드를 찾아내고, 상기 실제 결제카드 번호를 이용하여 승인 및 매입 프로세스를 수행할 수 있다.
상기 대표카드(30)에 적어도 1 이상의 서로 다른 서비스와 혜택을 제공하는 앱카드(103a, 103b, 103c...)를 연동시켜 주결제카드를 변경함으로써, 여러 장의 카드를 소지하고 다니지 않아도 한 장의 대표카드(30)만 들고 다니면 다양한 상품서비스를 상황에 맞게 실시간으로 바꿔가면서 이용할 수 있다.
즉, 대표카드(30)로 결제하면, 플래그 표시가 되어 있는 주결제카드로 처리되며, 예를 들어 해당 주결제카드가 5% 청구할인 서비스를 제공한다면 상기 대표카드(30)을 이용하더라도 5% 청구할인 서비스를 제공받을 수 있다.
이제 도 5 내지 도 6b를 참조하여, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드의 결제방법에 대해서 설명한다.
도 5는 본 발명의 일 실시예에 따른 대표카드와 연동하는 앱카드 중 주결제카드 변경방법을 나타내는 대사도면이고, 도 6a는 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 승인처리방법을 나타내는 대사도면이며, 도 6b는 본 발명의 일 실시예에 따른 앱카드 연동 대표카드의 승인처리방법을 설명하는 플로우챠트이다.
먼저, 도 5를 참조하면, 본 발명의 일 실시예에 따른 대표카드(30)와 연동하는 앱카드 중 주결제카드 변경은, 카드별 특화 서비스 또는 혜택 변경이 필요한 경우에 현장에서 또는 사전에 고객 단말기(10)와 상기 카드사 서버시스템(100) 사이에서 앱 또는 웹(11)을 매개로 이루어진다.
즉, 상기 고객 단말기(10)의 앱 또는 웹(11)을 실행시켜 주결제카드 변경 메뉴를 통해 주결제카드 변경 요청 메시지를 상기 카드사 서버시스템(100)에 대해 전송할 수 있다(S01).
상기 카드사 서버시스템(100)의 상기 업무처리서버(130)와 상기 앱카드 원장 DB(103) 사이에서는 적어도 하나 이상의 앱카드(103a, 103b, 103c...)의 활성 또는 비활성 데이터(103A, 103B, 103C...)가 온오프되어 주결제카드로 변경되는 대사가 이루어진다 (S02).
이 때, 상기 카드사 서버시스템(100)의 업무처리서버(130)는 상기 고객 단말기(10)와 통신하여 상기 고객 단말기(10)의 앱 또는 웹(11) 화면상에 주결제카드의 변경이 완료되었음을 표시하도록 할 수 있다(S03).
따라서, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제방법은 주결제카드를 변경하는 경우에만 상기 고객 단말기(10)를 이용하므로, 이를 소지하지 않더라도, 또는 상기 고객 단말기(10)의 배터리가 소모된 경우에도, 데이터통신이 이루어지지 않는 경우에도 상기 대표카드(30)를 이용하여 결제를 진행할 수 있다.
이제, 도 6a 및 도 6b를 참조하여, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드의 승인 방법에 대해서 설명한다.
도 6a에 도시된 바와 같이, 일반 카드 결제방법과 마찬가지로 카드 가맹점 단말기에서 상기 대표카드(30)로 상기 가맹점 단말기(50)에 대해 결제가 요청되면(S1-1), 가맹점 단말기(50), VAN 사 등의 상기 승인 네트워크(200)와 카드사 서버시스템(100) 사이에서는 상기 대표카드(30)의 카드번호 등으로 카드승인 요청이 이루어진다 (S1-2).
상기 카드사 서버시스템(100)의 업무처리서버(130)는 상기 대표카드(30)의 BIN 등의 대표카드 특정 데이터(31)를 이용하여 대표카드 여부를 확인하고(S1-3), 상기 앱카드원장 DB(103)를 이용하여 상기 대표카드(30)의 카드번호에 대응하여 등록된 적어도 하나 이상의 상기 앱카드(103a, 103b, 103c....)중 활성 또는 비활성 데이터(103A, 103B, 103C...)를 통해 주결제카드가 어느 것인지 확인한다(S1-4).
상기 카드사 서버시스템(100)의 업무처리서버(130)는 실제 결제가 일어나도록 활성화된 주결제카드로 승인처리 후 상기 대표카드 승인정보 매칭 DB(107)를 구성한다(S1-5). 이와 같이 주결제카드로 승인처리 하기 때문에, 실제 결제카드인 주결제카드로 서비스를 제공하며 실적을 적용할 수 있다.
한편, 카드사 서버시스템(100)의 승인서버(150)는 상기 대표카드 승인정보 매칭 DB(107) 구성 시 상기 승인 네트워크(200)를 통해 상기 가맹점 단말기(50)에 대해서 상기 대표카드(30)의 카드정보로 승인 응답한다(S1-6).
이와 같이, 결제가 완료되면, 상기 가맹점 단말기(50) 또는 VAN 등은 상기 승인 네트워크(200)를 통해 상기 대표카드(30)의 카드정보로 매출전표 매입을 상기 카드사 서버시스템(100)에 대해서 요청할 수 있다(S1-7).
상기 카드사 서버시스템(100)의 업무처리서버(130)는 상기 대표카드 승인정보 매칭 DB(107)를 참조하여 실제 결제가 이루어진 주결제카드, 즉 실제 결제카드의 카드번호 및 승인거래를 확인하고 상기 실제 결제카드를 기준으로 매입을 처리하며(S1-8), 상기 가맹점 단말기(50) 또는 VAN 등의 승인 네트워크(200)에 대해서는 상기 대표카드(30)를 기준으로 응답한다.
도 6a는 가맹점 단말기(50) 등의 승인 네트워크(200)와 상기 카드사 서버시스템(100) 사이에서 승인요청 및 응답이 이루어지는 카드번호와 상기 카드사 서버시스템(100) 내부에서 이루어지는 카드번호가 다름을 보이기 위한 것으로, 이하 도 6b를 참조하여 전체적으로 본 발명의 일 실시예에 따른 앱카드 연동 대표카드의 승인방법에 대해서 설명한다.
도 6b를 참조하면, 대표카드로 카드승인 요청이 있으면, 대표카드 여부를 확인하고 일반카드인 경우(N)에는 일반카드 승인절차에 따르며, 대표카드인 경우(Y)에 대표카드에 매칭된 주결제카드를 확인하고, 주결제카드로 승인처리하고, 상기 대표카드 매칭 승인 DB를 구성하며, 상기 대표카드(30)의 번호로 승인 응답을 전송한다.
상기 대표카드 번호로 매출전표 매입요청을 진행하며 이 때 대표카드 여부를 확인하여 대표카드가 아닌 경우(N)에는 일반카드 매입절차를 진행하지만, 대표카드(30)인 경우(Y)에는 대표카드 승인정보 매칭 DB(107)로 실제 결제카드를 확인하여 실제 결제카드 기준으로 매입, 청구, 정산이 이루어지도록 한다.
또한, 만약, 승인취소 요청이 있는 경우, 대표카드 여부를 확인하고, 일반카드인 경우(N) 일반카드 승인취소 절차에 따르며, 대표카드인 경우(Y) 대표카드 승인정보 매칭 DB(107)를 통해 취소처리의 대상인 실제 결제카드를 확인하여, 실제 결제카드 기준으로 해당 승인 건에 대한 취소가 이루어지도록 한다.
이제, 도 7를 참조하여 본 발명의 일 실시예에 따른 앱카드 연동 대표카드의 발급방법에 대해서 설명한다.
도 7은 본 발명의 일 실시예에 따른 앱카드 연동 대표카드의 발급방법을 설명하는 플로우챠트이다.
먼저, 일반카드를 신청하는 경우(S210)에 이를 대표카드를 동시 신청할 지 여부를 문의하고(S220), 대표카드를 동시에 신청하지 않는 경우에는 일반카드만 신청하는 절차로 진행할 수 있다(S225).
한편, 일반카드와 동시에 대표카드를 신청하는 경우에는 발급자격을 심사하고(S230), 심사통과 여부를 판단한다(S240). 카드 발급자격을 갖추지 못하여 심사를 통과하지 경우, 발급을 거절할 수 있다(S245). 카드 발급자격을 갖추어 상기 심사를 통과한 경우에는 카드정보를 생성한다(S250).
이후 대표카드가 제작되고(S260), 회원에게 배송되어(S270), 카드 사용 등록(S280)이 이루어질 수 있다.
한편, 대표카드만 단독으로 신청하는 경우에 앱카드로 등록될 유효카드가 존재 하는지 여부를 확인하고(S320), 앱카드로 등록될 유효카드가 존재하지 않으면, 대표카드로 신청이 불가능하므로(S325), 일반카드와 동시에 신청하도록 안내하며(S330), 유효카드가 존재하면(S315), 발급자격을 심사하고(S230), 심사통과 여부를 판단하는(S240) 단계를 진행하여 이후 일반 카드 발급 단계와 동일하게 진행될 수 있다.
앱카드 등록 및 주결제카드 설정은 대표카드 발급과 별도의 이벤트로 진행되며, 고객이 앱 또는 웹(11)을 통해 보유하고 있는 신용카드를 앱카드로 등록하는 경우 앱카드원장 DB(103)가 생성되며, 주결제카드 설정 정보를 포함할 수 있다. 주결제카드 설정정보는 앱 또는 웹(11)을 통해 실시간으로 변경할 수 있다.
이와 같이 카드 발급서버(110)를 통해서 발급된 대표카드(30)를 이용하면, 오프라인에서 앞서 설명한 여러 가지 효과가 있을 뿐만 아니라 도 8에 도시된 바와 같이, 온라인에서 사용하는 경우에도 현저한 효과를 가질 수 있다.
도 8은 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 이용에 따른 다양한 결제플랫폼 등록 시 기대효과를 설명하는 개념도이다.
도 8에 도시된 바와 같이, 온라인 결제 등록 시, 일반카드의 경우에는 카카오페이, 네이버페이 등 결제 서비스를 이용하기 위해서는 이용할 카드의 카드정보를 입력해서 해당 이용카드를 결제플랫폼에 각각 등록하여야 하며 결제 시점마다 결제할 카드를 선택하여야 하는 불편이 있었다.
이에 반하여, 본 발명의 일 실시예에 따른 앱카드 연동 실물 결제카드를 이용하면 결제 플랫폼마다 하나의 대표카드만 등록하며, 보유카드가 추가되어도 일일이 등록할 필요 없이 고객 단말기(10)의 앱 또는 웹을 통해 앱카드 주결제카드를 바꾸는 것만으로 추가된 카드의 온라인 결제등록 과정을 대체할 수 있다.
본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템 및 결제방법은, 고객 입장에서 여러 장의 카드를 소지하고 다니지 않아도 한 장의 대표카드만 들고 다니면 다양한 상품서비스를 상황에 맞게 실시간으로 바꿔가면서 이용할 수 있으며, 온라인 결제 이용시 보유한 여러 카드를 다양한 결제플랫폼마다 일일이 등록하는 절차를 거칠 필요 없이 대표카드 한 장만 등록하여 이용할 수 있으며, 휴대폰 전원유무와 관계없이 대표카드로 안정적인 카드결제가 가능하다.
또한, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템 및 결제방법은, 가맹점 및 VAN사 입장에서 기존 카드결제 방식을 그대로 이용하기 때문에 신규 서비스에 대한 종업원 교육필요성이나 거부감이 없고, 별도 결제 단말기 설치 및 개발이 필요하여 특정 가맹점에서만 이용이 가능한 모바일카드(USIM, 앱카드) 결제와 달리 일반적인 카드결제 가맹점에서 기존 카드결제 방식 그대로 이용이 가능하다.
또한, 본 발명의 일 실시예에 따른 앱카드 연동 대표카드 결제시스템 및 결제방법은, 카드사 입장에서 한 장의 실물카드로 다양한 상품서비스 제공이 가능하므로 실물카드 발급을 최소화할 수 있어, 공카드 자재, 포장, 배송 등 신규 카드발급에 따른 발급 비용 절감 및 발급 프로세스 효율화를 달성할 수 있다.

Claims (12)

  1. 앱 또는 웹을 통해 카드사 서버시스템과 연결되어 적어도 하나 이상의 등록된 앱카드 중 하나를 주결제카드를 실시간으로 변경 가능한 고객 단말기; 상기 앱카드를 대표하여 온라인 또는 오프라인에서 이용 가능한 표준규격의 대표카드; 상기 대표카드로 승인 또는 매입 요청이 이루어지는 승인 네트워크; 상기 대표카드와 연동하여 사전 설정된 상기 앱카드의 주결제카드로 승인 또는 매입 프로세스를 처리하는 카드사 서버시스템을 포함하는 앱카드 연동 대표카드 결제시스템.
  2. 제 1 항에 있어서,
    상기 고객 단말기의 상기 앱카드는 고객 보유카드 중 적어도 하나 이상 등록이 가능하며, 상기 주결제카드는 상기 대표카드로 결제시 승인 및 매입 프로세스를 처리 할 기준카드로 등록된 앱카드 중 하나로 선택 및 변경이 가능하고, 상기 카드사 서버 시스템은 등록된 앱카드 및 주결제카드 정보를 관리하는 앱카드 원장 DB와 상기 대표카드와, 상기 대표카드에 대응하는 승인처리 시점의 상기 주결제카드와, 상기 승인 또는 매입된 내역으로 이루어지는 대표카드 승인정보 매칭 DB를 포함하는 앱카드 연동 대표카드 결제시스템.
  3. 제 2 항에 있어서,
    상기 카드사 서버시스템은 상기 고객 보유카드와 상기 대표카드를 발급하는 발급서버와, 상기 앱카드 원장 DB의 앱카드 및 주결제카드 정보를 이용하여 상기 대표카드 승인정보 매칭 DB를 구성하는 업무처리서버를 포함하는 앱카드 연동 대표카드 결제시스템.　
  4. 제 3 항에 있어서,
    상기 카드사 서버시스템은 상기 승인 네트워크에 대해서 상기 대표카드를 기준으로 승인 요청에 응답하고, 상기 카드사 서버시스템 내에서는 상기 대표카드와 연동하는 상기 주결제카드로 승인 또는 매입 프로세스를 처리하는 승인서버를 포함하는 앱카드 연동 대표카드 결제시스템.　
  5. 제 1 항 내지 제 4 항 중 어느 항에 있어서,
    상기 대표카드는 앱카드 연동 실물카드임을 나타내기 위한 대표카드 특성 데이터를 카드정보에 포함하고 있는 앱카드 연동 대표카드 결제시스템.
  6. 제 5 항에 있어서,
    상기 대표카드 특성 데이터는 BIN, 상품코드, 다른 카드정보 중 적어도 하나를 활용하는 앱카드 연동 대표카드 결제시스템.
  7. 앱카드와 연동하는 대표카드를 이용한 결제방법에 있어서,
    카드사 서버시스템은 상기 대표카드의 대표카드 특성 데이터를 이용하여 상기 대표카드인지 여부를 판단하는 단계;
    상기 카드사 서버 시스템이 상기 대표카드의 카드번호에 대응하는 상기 앱카드 원장 DB를 통해 결제 처리할 주결제카드를 확인하는 단계; 및
    상기 카드사 서버 시스템이 상기 대표카드, 상기 대표카드에 연동하는 주결제카드 및 승인번호를 이용하여 대표카드 승인정보 매칭 DB를 구성하는 단계를 포함하는 앱카드 연동 대표카드의 결제방법.
  8. 제 7 항에 있어서,
    상기 대표카드의 카드정보를 이용하여 온라인 또는 오프라인의 승인 네트워크를 통해 상기 카드사 서버시스템에 승인 요청하는 단계와,
    상기 카드사 서버시스템은 상기 대표카드의 카드정보를 이용하여 상기 승인 네트워크를 통하여 승인 응답하는 단계를 포함하는 앱카드 연동 대표카드의 결제방법.
  9. 제 7 항에 있어서,
    고객 단말기의 앱 또는 웹을 구동시키는 단계와,
    상기 고객 단말기의 앱 또는 웹을 통해 상기 주결제카드 변경을 신청하는 단계와,
    상기 앱카드 원장DB의 주결제카드 정보를 변경하는 단계와,
    상기 고객 단말기의 앱 또는 웹을 통해 변경된 주결제카드가 표시되는 단계를 포함하는 앱카드 연동 대표카드의 결제방법.
  10. 제 7 항에 있어서,
    상기 카드사 서버시스템은 상기 대표카드와 연동하는 상기 주결제카드의 카드번호로 승인 처리하는 단계와,
    상기 대표카드 정보와 상기 승인번호를 이용하여 상기 대표카드 승인정보 매칭 DB를 통해 매입 처리할 상기 주결제카드 및 승인거래를 확인하는 단계와,
    상기 주결제카드로 매입 처리하는 단계를 포함하는 앱카드 연동 대표카드의 결제방법.
  11. 제 7 항에 있어서,
    상기 대표카드인지 여부를 판단하는 단계는 상기 대표카드의 대표카드 특성 데이터를 확인하는 단계를 포함하는 앱카드 연동 대표카드의 결제방법.
  12. 제 7 항에 있어서,
    상기 대표카드의 카드정보를 이용하여 결제 서비스를 제공하는 결제플랫폼에 등록하는 단계를 포함하는 앱카드 연동 대표카드의 결제방법.
PCT/KR2016/011484 2015-10-13 2016-10-13 앱카드 연동 대표카드, 그 결제시스템 및 결제방법 Ceased WO2017065518A1 (ko)

Priority Applications (10)

Application Number Priority Date Filing Date Title
SG11201801528WA SG11201801528WA (en) 2015-10-13 2016-10-13 App card-linked representative card, and payment system and payment method thereof
US15/759,147 US20180300712A1 (en) 2015-10-13 2016-10-13 App card-linked representative card, and payment system and payment method thereof
CN201680052986.4A CN108027922A (zh) 2015-10-13 2016-10-13 应用卡关联代表卡、其结算系统及结算方法
JP2018533028A JP6883040B2 (ja) 2015-10-13 2016-10-13 代表カード決済システム及び代表カードの決済処理方法
EP16855735.3A EP3364355A4 (en) 2015-10-13 2016-10-13 APP-MAP-LINKED REPRESENTATIVE MAP AND PAYMENT SYSTEM AND PAYMENT METHOD THEREFOR
NZ74048616A NZ740486A (en) 2015-10-13 2016-10-13 App card-linked representative card, and payment system and payment method therefor
AU2016339621A AU2016339621A1 (en) 2015-10-13 2016-10-13 App card-linked representative card, and payment system and payment method therefor
PH12018501039A PH12018501039A1 (en) 2015-10-13 2018-05-15 App card-linked representative card, and payment system and payment method therefor
AU2020104447A AU2020104447A4 (en) 2015-10-13 2020-03-20 App card-linked representative card, and payment system and payment method thereof
AU2020202027A AU2020202027A1 (en) 2015-10-13 2020-03-20 App card-linked representative card, and payment system and payment method thereof

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020150143073A KR101755858B1 (ko) 2015-10-13 2015-10-13 앱카드 연동 대표카드, 그 결제시스템 및 결제방법
KR10-2015-0143073 2015-10-13

Publications (1)

Publication Number Publication Date
WO2017065518A1 true WO2017065518A1 (ko) 2017-04-20

Family

ID=58518183

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/011484 Ceased WO2017065518A1 (ko) 2015-10-13 2016-10-13 앱카드 연동 대표카드, 그 결제시스템 및 결제방법

Country Status (10)

Country Link
US (1) US20180300712A1 (ko)
EP (1) EP3364355A4 (ko)
JP (1) JP6883040B2 (ko)
KR (1) KR101755858B1 (ko)
CN (1) CN108027922A (ko)
AU (3) AU2016339621A1 (ko)
NZ (1) NZ740486A (ko)
PH (1) PH12018501039A1 (ko)
SG (1) SG11201801528WA (ko)
WO (1) WO2017065518A1 (ko)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190333057A1 (en) * 2018-04-27 2019-10-31 Jeremie Miller Systems and methods implementing an independent device-based sub-network of a distributed ledger network
KR101947011B1 (ko) * 2018-04-27 2019-02-12 김승훈 지역정보를 이용하는 카드 관리 시스템 및 방법
KR102090387B1 (ko) * 2018-07-10 2020-03-18 치-유안 오 다수의 거래 카드를 통합한 다목적 재충전 카드
KR102005554B1 (ko) * 2018-08-09 2019-07-30 주식회사 센스톤 공카드를 이용한 금융거래제공방법 및 시스템
WO2020162738A1 (ko) 2019-02-08 2020-08-13 주식회사 센스톤 웨어러블 디바이스 기반의 금융거래를 제공하는 방법, 프로그램, 서버 및 웨어러블 디바이스
WO2020162739A1 (ko) 2019-02-08 2020-08-13 주식회사 센스톤 칩 고유값 기반의 가상코드를 이용하여 장치를 식별하는 방법, 프로그램 및 장치
US20220138724A1 (en) * 2019-03-25 2022-05-05 Felica Networks, Inc. Information processing apparatus, information processing system, information processing method, and program
KR102463557B1 (ko) * 2019-06-14 2022-11-04 신현학 가맹점 주도의 결제솔루션 기반 이벤트를 제공하기 위한 플랫폼 시스템 및 방법
KR20220078825A (ko) 2020-12-04 2022-06-13 주식회사 픤디 카드 연동을 이용한 카드 결제 서비스 제공 장치 및 방법
CN112801655B (zh) * 2021-02-05 2024-02-23 中国银联股份有限公司 支付卡迁移方法、装置、电子设备、服务器和介质
KR102757271B1 (ko) * 2021-03-11 2025-01-24 정동훈 카드 관리 어플리케이션을 이용한 신용카드 기반 결제 시스템 및 방법
JP7134325B1 (ja) 2021-12-23 2022-09-09 ＰａｙＰａｙ株式会社 電子決済システム、決済管理装置、カード、電子決済方法、およびプログラム
TW202546726A (zh) 2024-05-23 2025-12-01 澧達科技股份有限公司 行動支付方法與系統

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040016771A (ko) * 2002-08-17 2004-02-25 송현종 카드/계좌 관리 시스템 및 그 관리방법
KR100861390B1 (ko) * 2007-09-07 2008-10-01 박수민 최적카드 추천을 위한 인공지능 결제 시스템과 이를 위한결제 장치 및 통합카드 결제 단말기
KR20120014447A (ko) * 2010-08-09 2012-02-17 마승민 대표카드, 가상카드를 이용한 카드 사용 내지 결제 방법
US20140214665A1 (en) * 2013-01-30 2014-07-31 Kt Corporation Generating a temporal physical payment card
KR20150002067A (ko) * 2013-06-28 2015-01-07 한국정보통신주식회사 앱 형 모바일 카드를 이용한 결제 서비스 방법, 단말 및 서버

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005316992A (ja) * 2004-04-02 2005-11-10 Matsushita Electric Ind Co Ltd カードアプリケーション間の連携処理を行うセキュアデバイスと携帯端末
JP2010510609A (ja) * 2006-11-22 2010-04-02 コックス，マーク，エー． 磁気帯エミュレータおよび生体認証付き販売時点取引用装置
CN101458795A (zh) * 2007-12-14 2009-06-17 哈瑞克思信息科技公司 对移动卡使用离线交易批准模式的支付处理系统及其方法
JP2011065199A (ja) * 2009-09-15 2011-03-31 Nec Engineering Ltd クレジットカード決済システム
US9092767B1 (en) * 2013-03-04 2015-07-28 Google Inc. Selecting a preferred payment instrument
US20160042344A1 (en) * 2013-04-23 2016-02-11 Naveen Patibandla Method and system for facilitating online and offline financial transactions
WO2015061005A1 (en) * 2013-10-22 2015-04-30 Square, Inc. Proxy for multiple payment mechanisms

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040016771A (ko) * 2002-08-17 2004-02-25 송현종 카드/계좌 관리 시스템 및 그 관리방법
KR100861390B1 (ko) * 2007-09-07 2008-10-01 박수민 최적카드 추천을 위한 인공지능 결제 시스템과 이를 위한결제 장치 및 통합카드 결제 단말기
KR20120014447A (ko) * 2010-08-09 2012-02-17 마승민 대표카드, 가상카드를 이용한 카드 사용 내지 결제 방법
US20140214665A1 (en) * 2013-01-30 2014-07-31 Kt Corporation Generating a temporal physical payment card
KR20150002067A (ko) * 2013-06-28 2015-01-07 한국정보통신주식회사 앱 형 모바일 카드를 이용한 결제 서비스 방법, 단말 및 서버

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
EP3364355A4 (en) 2019-04-24
PH12018501039A1 (en) 2019-01-28
AU2020104447A4 (en) 2021-09-30
CN108027922A (zh) 2018-05-11
AU2020202027A1 (en) 2020-04-09
KR101755858B1 (ko) 2017-07-07
JP2018528561A (ja) 2018-09-27
EP3364355A1 (en) 2018-08-22
SG11201801528WA (en) 2018-04-27
AU2016339621A1 (en) 2018-03-29
US20180300712A1 (en) 2018-10-18
NZ740486A (en) 2019-09-27
JP6883040B2 (ja) 2021-06-02
KR20170043377A (ko) 2017-04-21

Similar Documents

Publication Publication Date Title
WO2017065518A1 (ko) 앱카드 연동 대표카드, 그 결제시스템 및 결제방법
WO2011021868A2 (ko) 모바일 카드/계좌 결제 시스템 및 이를 이용한 결제 방법
WO2010062077A2 (ko) 이동통신 단말기를 이용한 구매자에 의한 결제 승인, 정산 및 멤버십가입 방법, 장치 및 시스템
WO2013100637A1 (ko) 결제 시스템 및 방법
WO2011129578A2 (ko) 판매자 및 상품 식별정보를 이용하는 이동단말 기반 결제주문 시스템 및 방법
WO2012091354A2 (ko) 결제 정보 처리 방법
WO2013151275A1 (ko) 엔에프씨를 이용한 고객 단말기와 영업점포 단말기 간의 정보교환 방법
WO2019198848A1 (ko) 외국인 세금 환급 시스템 및 방법
WO2012091356A1 (ko) 포인트 카드를 이용한 결제 방법 및 포인트 관리 서버
WO2012030162A2 (ko) 카드 결제 방법, 카드 결제 시스템 및 그를 위한 이동 단말기
WO2018117656A1 (ko) 모바일 종교 헌금 및 후원금 결제 시스템 및 이의 실행 방법
WO2013176398A1 (ko) 비대면 결제 시스템 및 방법
WO2017074146A2 (ko) 난수와 지문 정보를 이용하는 보안 결제 시스템 및 그 구동 방법
WO2022035162A1 (ko) 클라우드 pos 기반의 오프라인 상품 선물 시스템 및 방법
WO2014193128A1 (ko) 상품 구매자가 직접 할인 쿠폰을 발행하여 사용하는 방법
WO2014030777A1 (ko) 스마트폰을 활용하여 신용카드 매출전표를 사용하지 않는 신용카드거래방법
WO2017095164A1 (ko) 모바일 단말의 위치 기반 결제 연계 서비스를 제공하는 방법 및 장치
WO2012115341A2 (ko) 휴대폰 모바일을 이용한 안심 결제시스템 및 그 결제시스템을 이용한 결제방법
WO2016047923A1 (ko) 국제 결제 서비스 시스템 및 그 시스템에서의 국제 결제 서비스 방법
WO2017048074A1 (ko) 개방형 간편 결제 시스템 및 방법
WO2015016437A1 (ko) 더미 카드를 이용한 결제 방법 및 결제 서버
WO2011034311A2 (ko) 자가 카드결제 서비스 제공방법
WO2019235656A1 (ko) 부가세 환급 시스템 및 방법
WO2019177230A1 (ko) 세금 환급 서비스를 제공하는 기법
WO2017104953A1 (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: 16855735

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15759147

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2018533028

Country of ref document: JP

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2016339621

Country of ref document: AU

Date of ref document: 20161013

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 11201801528W

Country of ref document: SG

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 12018501039

Country of ref document: PH