WO2017222129A1 - 항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치 - Google Patents

항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치 Download PDF

Info

Publication number
WO2017222129A1
WO2017222129A1 PCT/KR2016/014606 KR2016014606W WO2017222129A1 WO 2017222129 A1 WO2017222129 A1 WO 2017222129A1 KR 2016014606 W KR2016014606 W KR 2016014606W WO 2017222129 A1 WO2017222129 A1 WO 2017222129A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
information
payment
user
aircraft
Prior art date
Application number
PCT/KR2016/014606
Other languages
English (en)
French (fr)
Inventor
박현일
신재관
차재연
Original Assignee
비씨카드(주)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020160121981A external-priority patent/KR101857067B1/ko
Application filed by 비씨카드(주) filed Critical 비씨카드(주)
Publication of WO2017222129A1 publication Critical patent/WO2017222129A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/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; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance

Definitions

  • the present invention relates to a method and a server for providing an in-flight payment service using abnormal financial transaction detection system information. More particularly, the card information and abnormal financial transaction detection system of a user received by the in-flight payment server from a card company server before the aircraft takes off. On the basis of the information, after taking off the aircraft, the user performs a process of checking the validity of the card requesting a payment, and relates to a server and a method for providing a payment service on board the server to allow the self-approval of the requested payment.
  • the majority of payment requests using the passenger's card but due to the communication characteristics of the aircraft, if you use an unauthorized transaction method that checks only the bad credit card number stored in the credit card payment device, or pays a large amount
  • the card is contacted by the ground to generate a card transaction.
  • the card limit information is not known, so the check card cannot be used.
  • the user has to pay the price using only cash or credit card in the cabin, and suffers inconvenience of waiting time when paying the card.
  • the present invention is to solve the above-described problems of the prior art, by using the card company's abnormal financial transaction detection system information to block fraudulent use of the card possessed by the user, to minimize the social cost, and to secure the safety of card payment It aims to improve.
  • the in-flight payment server itself determines and approves whether the card payment request is negated, so that the card payment is made immediately, the purpose of the user to increase the convenience of card payment.
  • the purpose of the check card is to allow in-flight, and the purpose is to fundamentally block fraudulent use when the card is copied or stolen by another person but not reported by the user.
  • the in-flight payment device processing card payment during the flight of the aircraft, (a) a user located within a predetermined distance from the aircraft, before taking off the aircraft Receiving full card information and card blacklist information of the card; (b) after taking off the aircraft, detecting a card payment request signal; And (c) processing the card payment request signal based on one or more of the user's entire card information and the card blacklist information.
  • the total card information may include one or more of a number, validity, and remaining limit of cards held by the user.
  • the validity of the card may be determined based on one or more of the validity period of the card, the unavailable card information, and the FDS condition information.
  • the determination of whether the user is located within a predetermined distance from the aircraft may be determined based on the location information of the user terminal of the user.
  • the determination of whether the user is located within a predetermined distance from the aircraft may be determined based on a history of using the card possessed by the user within a predetermined distance from the aircraft.
  • the card payment request may include at least one card number, an expiration date, a CVC number, and the like recognized by the in-flight payment device, and may include at least one type, name, price, and the like of the product that the user wants to purchase. .
  • the user-related information and the card payment request may further include a biometric information identification code which is a character string for identifying at least one of fingerprint information, iris information, and voice information of the user.
  • a biometric information identification code which is a character string for identifying at least one of fingerprint information, iris information, and voice information of the user.
  • the biometric information identification code may be encrypted by an encryption algorithm corresponding to a decryption algorithm stored in the in-flight payment device.
  • the step (c) may include an authorization process or a rejection process of the card payment according to whether the card payment request signal is processed; Storing details information of the approved payment card and details of the rejected payment card; And after the aircraft lands, transmitting the approved card payment history information and the rejected card payment history information to a card company server.
  • the in-flight payment device for processing the card payment during the flight of the aircraft, the entire card information of the user located within a predetermined distance from the aircraft, before taking off the aircraft and A user related information DB for receiving card blacklist information;
  • a payment request receiver detecting a card payment request signal after taking off the aircraft;
  • a payment approval determining unit configured to determine whether to process the card payment request signal based on at least one of the user's entire card information and card blacklist information.
  • the total card information may include one or more of a number, validity, and remaining limit of cards held by the user.
  • the validity of the card may be determined based on one or more of the validity period of the card, the unavailable card information, and the FDS condition information.
  • the determination of whether the user is located within a predetermined distance from the aircraft may be determined based on the location information of the user terminal of the user.
  • the determination of whether the user is located within a predetermined distance from the aircraft may be determined based on a history of using the card possessed by the user within a predetermined distance from the aircraft.
  • the card payment request may include at least one card number, an expiration date, a CVC number, and the like recognized by the in-flight payment device, and may include at least one type, name, price, and the like of the product that the user wants to purchase. ..
  • the user-related information and the card payment request may further include a biometric information identification code which is a character string for identifying at least one of fingerprint information, iris information, and voice information of the user.
  • a biometric information identification code which is a character string for identifying at least one of fingerprint information, iris information, and voice information of the user.
  • the biometric information identification code may be encrypted with an encryption algorithm corresponding to a decryption algorithm stored in the in-flight payment device.
  • the in-flight payment device may include a payment request processing unit for transmitting the approved card payment history information and the rejected card payment history information to a card company server.
  • the abnormal financial transaction detection system information of the card company by using the abnormal financial transaction detection system information of the card company to block the illegal use of the card possessed by the user, it is possible to minimize the social cost and improve the safety of the card payment.
  • the in-flight payment server itself determines and approves the denial of the card payment request, thereby making the card payment immediately, thereby increasing the convenience of the user's card payment.
  • the check card can be authorized in the cabin, and the card can be fundamentally prevented from being used illegally when the card is copied or stolen by another person but not reported by the user.
  • FIG. 1 is a block diagram of an in-flight payment service providing system according to an embodiment of the present invention.
  • FIG. 2 is a diagram showing the configuration of a card company server according to an embodiment of the present invention.
  • FIG. 3 is a diagram illustrating a configuration of an inflight payment server according to an embodiment of the present invention.
  • FIG. 4 is a diagram illustrating a process of providing an in-flight payment service according to an embodiment of the present invention.
  • the 'Fraud Detection System' (hereinafter referred to as FDS) is a log of terminal access information (terminal system information, network information, IP access information, transaction history, etc.) utilized in electronic financial transactions. After collecting and analyzing suspicious transactions through analysis, that is, if there is a transaction that shows a pattern different from the user's usual payment pattern, it means a system that determines that this is a financial accident and stops the transaction.
  • terminal access information terminal system information, network information, IP access information, transaction history, etc.
  • the user may be a member of the card company that has previously issued a card from the card company, and when the card company joins as a member of the card company, the card company collects the location information of the user through the user terminal, and identifies the user of the user. It is desirable to understand that you have agreed to the procedure for providing information, card information, biometric information identification code and FDS information to the onboard payment server.
  • FIG. 1 is a block diagram of an in-flight payment service providing system according to an embodiment of the present invention.
  • an in-flight payment service providing system may include a user terminal 100, a card company server 200, an in-flight payment server 300, and a payment terminal 400 capable of communicating with each other through a communication network.
  • the inflight payment server 300 and the payment terminal 400 are implemented in separate configurations.
  • the inflight payment server 300 and the payment terminal 400 are provided in one configuration. It may be collectively referred to as an inflight payment device, and the inflight payment device may perform all functions of each of the inflight payment server 300 and the payment terminal 400.
  • a communication network can be configured without regard to its communication aspects such as wired and wireless.
  • Local area network LAN
  • metropolitan area network MAN: Metropolitan Area Network
  • a wide area network WAN
  • the communication network may be implemented as a wireless communication network such as Wi-Fi, Near Field Communication (NFC), or the like.
  • the user terminal 100 may be a card company server 200, an in-flight payment server 300, and a payment terminal 400 through a network such as a mobile phone, a smart phone, a personal digital assistant (PDA), a portable multimedia player (PMP), a tablet PC, and the like. It can be connected to external servers and external devices, and can include all types of handheld based wireless communication devices, as well as IPTV including desktop PCs, tablet PCs, laptop PCs, and set-top boxes.
  • an external server such as a card company server 200, an inflight payment server 300, a payment terminal 400, and a communication device may be connected to an external device through a network.
  • the user terminal 100 may execute a web browser and request an in-flight payment service web page provided from a web server (not shown).
  • the request of the web page may be made by various methods such as inputting an address of a web page, selecting a link in a specific web page, and requesting a search in a web page providing a search service.
  • the in-flight payment service application for providing in-flight payment service to the user may be installed in the user terminal 100.
  • the application management server (not shown) may provide an application store capable of distributing various applications.
  • a service provider providing an inflight payment service registers an inflight payment service application in an application store
  • the user terminal 100 May download in-flight payment service applications registered in the application store and install them in memory.
  • the in-flight payment service application is a program module that can communicate with an external server and an external device, and can be included in the user terminal 100 or another device that can communicate with it in the form of an operating system, an application module, and other program modules. It can be stored on various known storage devices.
  • program modules include, but are not limited to, routines, subroutines, programs, objects, components, data structures, etc. that perform particular tasks or execute particular abstract data types, described below, in accordance with the present invention.
  • the user terminal 100 may include a biometric sensor module for collecting biometric information, and may transmit biometric information collected through the biometric sensor module to the card company server 200 and the payment terminal 400.
  • the information may be converted into a form in which the information is stored in a database in the user terminal 100.
  • the form of the converted information is preferably implemented as a code consisting of a predetermined length of English, Korean and numbers, but is not limited thereto.
  • the biometric sensor module may recognize a user's fingerprint, iris, voice, and the like, and is linked with an in-flight payment service application installed in the user terminal 100 to recognize biometric information according to an in-flight payment service application operation by the user. Can be done.
  • the biometric sensor module may be attached to a separate terminal (not shown) instead of the user terminal 100.
  • the card company server 200 collects and analyzes FDS analysis information to generate FDS condition information by storing and managing various information related to a user, a card, and a biometric identification code.
  • FDS analysis information, FDS condition information, total card information for each user, and card blacklist information may be transmitted to the inflight payment server 300.
  • the card company server 200 may receive a card company registration request including user identification information from the user through the user terminal 100, and thus stores the user identification information in a database. Can be managed.
  • the user identification information includes a user's name, social security number, contact information, address, account number, location information agreement, whether the user's location information collected by the card company server 200 through the user terminal 100, whether to provide FDS information, etc. May contain more than one day.
  • the card company server 200 may store and manage card information issued to a user who is registered as a member in a database.
  • the card information may be information of a credit card or a check card issued to the user, and the card number, expiration date, CVC number, remaining limit, account balance information, usage history information, unusable card (suspended card, unused card) Cards, lost report cards, blacklisted cards, etc.), and the like.
  • the card company server 200 is a list of numbers of cards that have been suspended, cards that have been used, cards that have passed their expiration date, cards whose credit is incomplete, and cards whose payment is overdue for a certain period.
  • Card blacklist information can also be stored and managed.
  • the card company server 200 may receive the user's biometric information identification code from the user terminal 100 and the biometric information authority server (not shown), accordingly stored in the database to manage the biometric information identification code You may.
  • the biometric information identification code may have the same form as the conversion information of the biometric information stored in the user terminal 100.
  • the card company server 200 may generate, store, and manage FDS analysis information and FDS condition information based on user identification information and card information.
  • the FDS analysis information includes a user's access to the airport, a payment item pattern of the card, a payment amount pattern, a payment time pattern, a previous usage time information, a previous usage location information, a recent use status, and a history of occurrences of existing fraud. can do.
  • the FDS condition information may be condition information for rejecting a card payment request according to user identification information, card information, and FDS analysis information.
  • the card company server 200 may receive a signal for requesting user related information and card blacklist information from the in-flight payment server 300 and, accordingly, of a user located within a certain distance from the aircraft. User-related information and card blacklist information may be transmitted to the inflight payment server 300.
  • the user related information may include one or more of user identification information, card information, total card information of each user, biometric information identification code, FDS analysis information, FDS condition information, and the like.
  • the entire card information may include one or more of the number, validity and remaining limit of the cards possessed by a specific user, the validity is at least one of the validity period, unusable card information and FDS condition information of the card. It may be determined based on.
  • the card company server 200 may receive card payment processing details information, which is the details of processing the user's card payment request from the in-flight payment server 300.
  • the card payment processing details may be the details of the card payment request has been approved, and accordingly, the card company server 200 may purchase the approved price.
  • the card payment processing history according to an embodiment of the present invention may be a card payment request was rejected, accordingly, the card company server 200 stores the rejected details in a database in the future rejection of the payment It can be used as a basis for analyzing the FDS information of a card.
  • the card company server 200 may transmit the rejected details information to the user terminal 100 of the user who was issued the payment declined card.
  • In-flight payment server 300 may determine whether to approve the card payment request signal received from the payment terminal based on the user-related information and the card black list information received from the card company server 200, accordingly the card payment The request signal can be processed.
  • the inflight payment server 300 may determine the flight state of the aircraft as the landing state or take-off state.
  • the in-flight payment server 300 is a communication mode in which the in-flight payment server 300 is connected to an external server and an external device as a communication mode between card company servers 200 or a communication mode between payment terminals 400. Can also be set.
  • the inflight payment server 300 may receive user related information and card blacklist information from the card company server 200 and store and manage the information in a database.
  • In-flight payment server 300 may receive a user's card payment request signal from the payment terminal 400.
  • the card payment request may include one or more of card recognition information such as a card number, expiration date, CVC number, etc. recognized by the payment terminal 400.
  • the card payment request may include one or more of the payment product information, such as the type, name, price, etc. of the product to be purchased by the user.
  • the card payment request may include a biometric information identification code of the user received by the payment terminal 400 from the user terminal 100.
  • the inflight payment server 300 may determine whether to approve the received card payment request signal based on the user-related information to determine whether the card recognized by the payment terminal 400 is valid.
  • In-flight payment server 300 may approve or reject the card payment request according to the determined approval.
  • the payment information may be stored and transmitted to the user terminal 100 through the payment terminal 400.
  • the in-flight payment server 300 rejects the card payment request, the payment terminal 400 by storing the rejected details information, and transmits the rejected details information to the payment terminal 400. Can be displayed on the display.
  • the aircraft payment server 300 When the aircraft payment server 300 is recognized that the aircraft is in the landing state, by transmitting all the card payment processing history information processed when the aircraft is in the take-off state, the card company to perform the purchase process Can be.
  • the payment terminal 400 may include an external server and a communication device capable of communicating with an external device. Accordingly, the payment terminal 400 may communicate with the user terminal 100, the card company server 200, and the in-flight payment server 300. .
  • the payment terminal 400 may be connected to a card reader through which a card is scanned, and recognizes a magnetic stripe or an integrated circuit chip in the card through the card reader. Card recognition information such as the scanned card number, expiration date and CVC number can be collected.
  • the payment terminal 400 may be connected to the sensor module that can recognize a barcode or QR code, payment product information such as the type, name, price, etc. of the product by recognizing the barcode or QR code of the product through the sensor module Can be collected.
  • the payment terminal 400 may receive the biometric information identification code of the user from the user terminal 100.
  • the payment terminal 400 may transmit a card payment request signal including one or more of the card recognition information, the payment product information and the biometric information identification code to the inflight payment server 300.
  • the payment terminal 400 receives a signal for approving the card payment request from the in-flight payment server 300 and processes the card payment request by approval, thereby receiving a receipt output module provided in the payment terminal 400. It is also possible to output a receipt including the approved history information.
  • FIG. 2 is a diagram showing the configuration of a card company server 200 according to an embodiment of the present invention.
  • the card company server 200 is a member information management unit 210, FDS information management unit 220, user-related information transmission unit 230, payment history receiving unit 240, The card company server control unit 250 and the card company server communication unit 260 may be included.
  • the member information management unit 210 may receive, store, and manage information of a user registered as a member of a card company, card information issued to the user, and biometric information identification code of the user for one or more days.
  • the member information management unit 210 may store information of a user who is previously registered as a member of a card company.
  • the user identification information may include one or more of the user's name, social security number, contact information, address, account number, location information provision agreement, location information, FDS information consent.
  • the member information management unit 210 may receive a request for modifying the user's contact information, address, account number, etc. of the user identification information from the user terminal 100, the information requested to be modified According to the user identification information can be changed.
  • Member information management unit 210 may store the card information issued by the card company to the user.
  • the card information may include a card number, an expiration date, a CVC number, a remaining limit, an account balance, a usage history, an unusable card information, and the like.
  • the card may be a credit card
  • the member information manager 210 may check the change in the card information in real time. Accordingly, the member information manager 210 may constantly update the card information by updating previously stored card information with the changed information.
  • the card may be a check card
  • the member information manager 210 may request a bank server (not shown) for issuing the check card to a user to confirm the card information in real time. Can be sent. Accordingly, the member information management unit 210 may update the card information at all times by updating previously stored card information with card information newly received from the bank server (not shown).
  • the member information manager 210 may collect and store the entire card information for each user.
  • the total card information may include one or more of the number, validity, and remaining limit of cards held by a particular user.
  • the validity of the card may be determined based on one or more of the valid period of the corresponding card, unusable card information, and FDS condition information generated by the FDS information manager 220 later.
  • the card may be designated as an invalid card. if the card expires, the card becomes unusable, and the card corresponds to the reason for refusal of payment according to the FDS condition information, the card may be designated as an invalid card. .
  • the member information management unit 210 is based on the card information suspended card, used card, expired card, credit card user's card, card payment unit Card blacklist information, which is a number list of cards overdue for a certain period, may be stored and managed.
  • the member information management unit 210 may receive and store biometric information identification code of each user from a biometric information authentication server (not shown).
  • Member information management unit 210 may transmit a signal for requesting the user's biometric information identification code to the user terminal 100 itself, accordingly the biometric information of the user received from the user terminal 100 You can also store the identification code.
  • the biometric information identification code may have the same form as the conversion information of the biometric information stored in the user terminal 100.
  • the member information management unit 210 may transmit the user identification information, the card information, the entire card information for each user, the card blacklist information, and the biometric information identification code to a user-related information transmission unit ( 230).
  • the FDS information manager 220 may generate and store various FDS analysis information and FDS condition information based on the user identification information and the card information received from the member information manager 210.
  • the generation and storage of the FDS information may be performed in real time, and accordingly, the FDS information management unit 220 may update the stored FDS analysis information and FDS condition information at all times.
  • the FDS information management unit 220 receives the FDS condition information for rejecting the payment request when the remaining limit of the card or the balance of the account associated with the card is less than the amount of the requested payment. Can be created and saved.
  • the FDS information management unit 220 according to an embodiment as a result of confirming the card information that the user wants to use the card, the card is suspended, used card, card reported lost or black card company In the case of a card included in the list, FDS condition information for rejecting a payment request using the card may be generated and stored.
  • the FDS information management unit 220 may determine whether the user enters or exits the airport based on the location information of the user, and may store the information as FDS analysis information. When there is no record of entering the airport, the FDS condition information for rejecting the card payment request may be generated and stored.
  • the FDS information management unit 220 may analyze the payment item pattern, the payment amount pattern, and the payment time pattern using the card based on the usage history of the card and store it as FDS analysis information.
  • the FDS information management unit 220 is composed of the product types by analyzing the types of goods paid by the card through the usage history of the card as “toy”, “fruit” and “kitchenware”. It is possible to create a payment item pattern, by analyzing the amount of each product paid by the card as "100,000 won", “150,000 won” and "200,000 won", it is also possible to create a payment amount pattern consisting of the amounts have. In addition, the FDS information management unit 220 may generate a payment time pattern composed of the times by analyzing the time when the payment is made with the card as “13 o'clock”, “15:00” and “18:00”. .
  • the payment item pattern, payment amount pattern and payment time pattern may be analyzed by a certain period, such as seasonal, day of the week, etc. According to another embodiment, such as department stores, large discount marts, etc. Likewise, it may be analyzed by the industry of the merchant.
  • the FDS information management unit 220 when the type of the product requested to be paid is not included in the payment item pattern, the amount of the product requested for payment appears to be greater than a predetermined amount greater than the average amount or the maximum amount of the payment amount pattern. Or when the time at which the payment request signal occurs is out of the payment time pattern for a predetermined time or more, may generate and store FDS condition information for rejecting the payment request.
  • the FDS information management unit 220 may store the FDS analysis information by analyzing the previous usage time information and the last usage position information on which the card was used, based on the usage history of the card.
  • the FDS information management unit 220 calculates the movement time of the user from the distance difference between the last use location information and the position where the card payment request signal is transmitted, and thus, the last use time information and the card payment request signal are transmitted.
  • the FDS condition information for rejecting the card payment request may be generated and stored.
  • the FDS information management unit 220 determines whether there is information approved for the card payment within a certain period from the time point of determining, based on the previous usage time information, that is, whether the card has been recently used or not. As a result, the FDS information management unit 220, when it is determined that the card has not been used recently through whether the card has been recently used, requests for payment of a card using the card. It is also possible to generate and store FDS condition information for rejecting.
  • the FDS information management unit 220 records the occurrence of fraudulent use of the card received from the payment terminal 400 installed in the in-flight payment server 300 or the affiliate of the card company, the FDS analysis information of the card. It can be stored as information on the occurrence of misuse.
  • the FDS information management unit 220 may generate and store the FDS condition information for rejecting the card payment when the history of occurrence of the illegal use corresponds to a predetermined time from the time when the card payment is requested.
  • the FDS information management unit 220 according to an embodiment of the biometric information identification code stored as the user identification information and the biometric information identification code transmitted to the payment terminal 400 through the user terminal 100 when the user requests the card payment If does not match with each other, it is possible to generate and store the FDS condition information to reject the card payment request.
  • the FDS information management unit 220 may transmit one or more of the above-described FDS analysis information and FDS reference information to the user related information transmission unit 230.
  • user-related information transmitting unit 230 receives a signal for requesting user-related information and card blacklist information from the in-flight payment server 300, user-related information and card blacklist information of a user located within a certain distance from the aircraft. May be transmitted to the inflight payment server 300.
  • the user-related information is user identification information, card information, the entire card information and biometric information identification code and FDS information management unit 220 received from the member information management unit 210 from the user information management unit 210 It may include one or more of FDS analysis information and FDS condition information received from.
  • the user related information transmitter 230 may receive a signal for requesting user related information and card blacklist information from the inflight payment server 300.
  • the user-related information transmitting unit 230 transmits the user-related information of the user whose location information received from the member information management unit 210 is within a certain distance from the aircraft to the inflight payment server 300. Can transmit
  • the user-related information transmitting unit 230 may check the user's card transaction history occurred within a certain distance from the aircraft, and accordingly the user-related information of the user who performed the card transaction in-flight payment server ( 300).
  • the user-related information transmitter 230 transmits the user-related information of the user whose location information is the airport and the user who is not the airport to the inflight payment server 300, the inflight payment server 300 May cause the location information to immediately reject a card payment request using a card in a user's name rather than an airport.
  • the user related information transmitter 230 may transmit the updated card blacklist information to the inflight payment server 300 in response to receiving the request signal.
  • the user-related information transmitting unit 230 may encrypt the biometric information identification code of the user among the user-related information with a specific encryption algorithm and transmit the encrypted information to the in-flight payment server 300.
  • the user-related information transmitter 230 may encrypt the biometric identification code of the user with a hash function algorithm and transmit the encrypted biometric information to the in-flight payment server 300.
  • the user related information transmission unit 230 may improve the security of the transmission and reception procedure of the biometric information identification code.
  • the user related information transmitter 230 may omit the encryption procedure and transmit the biometric information itself to the payment server 300 in the cabin.
  • the payment history receiver 240 may receive card payment processing information from the in-flight payment server 300 and perform a purchase process based on the card payment processing information.
  • the payment history receiver 240 may receive details of the card payment approved or rejected from the inflight payment server 300.
  • the payment details receiver 240 may purchase the card payment approval details according to the card payment approval details information received from the in-flight payment server 300.
  • the payment history receiver 240 transmits the card payment rejection history information received from the in-flight payment server 300 to the FDS information management unit 220, thereby causing the FDS information management unit 220 to pay the card.
  • Rejection details information can be stored as the information of the past occurrence of fraud on the card.
  • the payment history receiving unit 240 may transmit the card payment rejection history information to the user terminal 100, so that the user can determine the current status of their card is fraudulently used. have.
  • the card company server controller 250 controls the flow of data between the member information manager 210, the FDS information manager 220, the user related information transmitter 230, the payment history receiver 240, and the card company server communicator 260. Function can be performed. That is, the card company server control unit 250 according to the present invention is a member information management unit 210, FDS information management unit 220, user-related information transmission unit 230, payment history receiving unit 240 and card company server communication unit 260 Each can be controlled to perform its own function.
  • the card company server communication unit 260 enables communication between the card company server 200 and an external server and an external device. Specifically, the card company server 200 enables communication with the user terminal 100, the inflight payment server 300, and the payment terminal 400.
  • FIG. 3 is a diagram illustrating a configuration of an inflight payment server 300 according to an embodiment of the present invention.
  • the inflight payment server 300 may include a communication setting unit 310, a user related information management unit 320, a payment request receiving unit 330, a payment approval determining unit 340, a payment request processing unit 350, It may include an inflight payment server controller 360 and an inflight payment server communication unit 370.
  • the communication setting unit 310 may set a communication mode of the inflight payment server 300 that determines a method in which the inflight payment server 300 communicates with an external server or an external device by determining a flight state of the aircraft.
  • the communication setting unit 310 may detect location information, altitude information, speed information, etc. of the aircraft, and may determine the flight state of the aircraft as a landing state or a takeoff state based on this. .
  • the communication setting unit 310 sets the communication mode of the inflight payment server 300 to a communication mode with the card company server 200, whereby the inflight payment server 300 communicates with the communication network outside the aircraft. (WiFi, etc. of the airport) can be communicated with the card company server 200.
  • the communication setting unit 310 sets the communication mode of the inflight payment server 300 to the communication mode with the payment terminal 400 when the aircraft is in the take-off state
  • the inflight payment server 300 is a communication network (inside the aircraft) ( The Wi-Fi, etc. of the aircraft) can be communicated with the payment terminal 400.
  • the user related information manager 320 may store and manage user related information and card blacklist information received from the card company server 200.
  • the user-related information management unit 320 is a card company to request a user-related information and card blacklist information of the card company
  • the server 200 may transmit the data.
  • the transmission of the signal for requesting the user-related information and the card blacklist information may be performed at every landing of the aircraft.
  • the user-related information management unit 320 periodically receives and stores the user-related information and the card blacklist information from the card company server 200, thereby receiving the newly stored user-related information and the card blacklist information, respectively. It may be updated with user related information and card blacklist information.
  • the payment request receiving unit 330 may receive a user's card payment request signal from the payment terminal 400 when the communication setting unit 310 determines the flight state of the aircraft, and the aircraft is in the take-off state.
  • the payment terminal 400 may recognize the card recognition information such as the card number, expiration date, CVC number, etc. presented by the user to purchase the product through a card reader connected to the payment terminal 400, the user
  • the payment product information such as the type, name, price, etc. of the product to be purchased may be collected by recognizing a barcode or QR code of the product through a sensor module connected to the payment terminal 400 or by directly inputting the crew.
  • the user may generate the biometric information identification code of the user by inputting his / her biometric information through the user terminal 100 before or after the card request, and the user terminal 100. May transmit the generated biometric information identification code to the payment terminal 400.
  • the payment terminal 400 may transmit a card payment request signal including at least one of the card recognition information, the payment product information, and the user's biometric information identification code to the payment request receiving unit 330.
  • the payment approval determiner 340 may determine whether to approve the card payment request signal received from the payment request receiver 330 based on the user related information and the card blacklist information received from the user related information manager 320. have.
  • the payment approval determiner 340 may check card blacklist information and all card information for each user.
  • the payment approval determining unit 340 is the card payment
  • the request signal may be determined to be unapproved.
  • the payment approval determining unit 340 may check pre-stored user identification information, card information, biometric information identification code, and FDS analysis information. When the verification result matches the FDS condition information, the card payment request may be rejected.
  • the payment approval determining unit 340 may check the remaining limit of the card or the balance information of the account connected to the card as the card payment request signal is received.
  • the payment approval determining unit 340 may determine that the card payment request is not approved according to the pre-stored FDS condition information.
  • the payment approval determiner 340 may check the previously stored user access to the airport when the card payment request signal is received.
  • the payment approval determining unit 340 may store the pre-stored FDS condition information.
  • the card payment request may be determined to be unapproved.
  • the payment approval determining unit 340 may check the payment item pattern of the card stored in advance when the card payment request signal is received.
  • the payment approval determining unit 340 requests the card payment request according to the pre-stored FDS condition information. It can be judged as unapproved.
  • the payment approval determining unit 340 may also check the payment amount pattern of the pre-stored card as the card payment request signal is received.
  • the payment approval determining unit 340 is a pre-stored FDS condition It may be determined that the card payment request is not authorized according to the information.
  • the payment approval determiner 340 may check the payment time pattern of the card stored in advance when the card payment request signal is received.
  • the payment approval determining unit 340 cannot approve the card payment request according to the pre-stored FDS condition information. You can judge.
  • the payment approval determining unit 340 may check the immediately before use time information and the immediately before use location information of the pre-stored card as the card payment request signal is received.
  • the payment approval determination unit 340 may check the position information of the corresponding aircraft in operation, and may calculate the user's movement time from the distance difference between the position of the aircraft and the immediately preceding use position.
  • the payment approval determining unit 340 performs the card payment request according to the pre-stored FDS condition information. It can be judged as unapproved.
  • the payment approval determining unit 340 may check information on whether the card has been recently used.
  • the payment approval determining unit 340 cannot approve the card payment request according to the pre-stored FDS condition information. It can be judged that.
  • the payment approval decision unit 340 may also check information on the occurrence of the past misuse of the previously stored card.
  • the payment approval determining unit 340 determines that the card payment request cannot be approved according to the pre-stored FDS condition information. can do.
  • the payment approval determining unit 340 receives the card payment request signal, the previously stored biometric information identification code (hereinafter, the first biometric information identification code) of the user and the payment terminal 400
  • the biometric information identification code (hereinafter referred to as a second biometric information identification code) newly received from the user terminal 100 may be compared.
  • the payment approval determining unit 340 determines that the card payment request cannot be approved according to the pre-stored FDS condition information. can do.
  • the payment approval determining unit 340 may store a decryption algorithm corresponding to the encryption algorithm.
  • the payment approval determination unit 340 may further perform a procedure of decoding the first biometric information identification code with the decryption algorithm before comparing the first biometric information identification code and the second biometric information identification code.
  • the payment request processing unit 350 may allow the payment terminal 400 to approve or reject the card payment request according to whether the card payment request signal determined by the payment approval determining unit 340 is approved.
  • the payment request processing unit 350 transmits a signal for processing the card payment request to the payment terminal 400 when the payment approval determining unit 340 determines that the card payment request signal is acceptable.
  • the card payment may be stored in the details of the approval process.
  • the payment request processing unit 350 transmits the card payment approval history information to the user terminal 100 through the payment terminal 400, thereby immediately providing the card payment approval result to the user. It may be.
  • the payment request processing unit 350 transmits a signal for rejecting the card payment request to the payment terminal 400 when the payment approval determining unit 340 determines that the card payment request signal is not approved.
  • the card may store the details of the rejected payment process.
  • the payment terminal 400 displays the card payment rejection details received from the payment request processing unit 350 on the display of the payment terminal 400, to the crew performing the card payment. It may also alert you that a card has been misused.
  • the inflight payment server controller 360 may include a communication setting unit 310, a user related information management unit 320, a payment request receiving unit 330, a payment approval determining unit 340, a payment request processing unit 350, and an inflight payment server communication unit ( 370 may control a flow of data therebetween. That is, in-flight payment server control unit 360 according to the present invention is a communication setting unit 310, a user-related information management unit 320, a payment request receiving unit 330, payment approval determination unit 340, payment request processing unit 350 And in-flight payment server communication unit 370 may control to perform a unique function.
  • In-flight payment server communication unit 370 enables communication between the inflight payment server 300 and the external server and the external device. Specifically, the inflight payment server 300 enables communication with the user terminal 100, the card company server 200, and the payment terminal 400.
  • FIG. 4 is a diagram illustrating a process of providing an in-flight payment service according to an embodiment of the present invention.
  • the card company server 200 may collect and store user identification information, card information, total card information for each user, card blacklist information, and a user's biometric information identification code.
  • the user identification information is identification information of each user received by the card company from the user terminal, and whether the user's name, social security number, contact information, address, account number, location information agreement, card company server 200 collected through the user terminal It may include the user's location information, whether to provide the FDS information or more.
  • the card information may be information of a credit card or a check card issued to the user, and the card number, expiration date, CVC number, remaining limit, account balance information, usage history information, unusable card (suspended card, unused card) Cards, lost report cards, blacklisted cards, etc.), and the like.
  • the total card information for each user may include one or more of validity and remaining limits determined based on one or more of a number of cards owned by a specific user, an expiration date of the corresponding card, unusable card information, and FDS condition information. .
  • the card blacklist may be a list of numbers of cards that have been suspended, cards that have been used, cards that have passed their expiration date, cards of users whose credit is bad, and cards whose payment is overdue for a certain period.
  • the biometric information identification code is information for identifying the user's biometric information such as fingerprint, iris, voice, etc.
  • the card company can collect from the user terminal and the biometric information authority server, the conversion information of the biometric information stored in the user terminal It may be the same form as.
  • the card company server 200 may generate and store various FDS analysis information and FDS condition information based on the user identification information, card information, and biometric information identification code of the user.
  • generation and storage of the FDS analysis information and the FDS condition information may be performed in real time. Accordingly, the card company server 200 may constantly update the FDS analysis information and the FDS condition information.
  • the FDS analysis information may include more than one day, such as whether the user enters the airport, the payment item pattern of the card, the payment amount pattern, the payment time pattern, the last use time, the last use location information, the recent use status, and the history of the past fraud occurrence. Can be.
  • the FDS condition information may be condition information for rejecting a card payment request according to user identification information, card information, and FDS analysis information.
  • the inflight payment server 300 may check user identification information, card information, total card information for each user, biometric information identification code, FDS analysis information, FDS condition information, and the like.
  • a signal for requesting user-related information and card blacklist information may be transmitted to the card company server 200 (S401).
  • the inflight payment server 300 may detect location information, altitude information, speed information, etc. of the aircraft, and may determine the flight state of the aircraft as a landing state or a take-off state based on this.
  • the card company server 200 may transmit the user related information and the card blacklist information to the inflight payment server 300 according to the user related information request signal received in step S401 (S402), and the inflight payment server 300 ) May store the user-related information and the card blacklist information received from the card company server 200 in step S402 in a database in the in-flight payment server 300 (S403).
  • the steps S401 to S403 may be performed at every landing of the aircraft. Accordingly, the inflight payment server 300 may periodically update the user-related information and the card blacklist information.
  • the payment terminal 400 in the aircraft may transmit a user's card payment request signal to the inflight payment server 300 (S404).
  • the payment terminal 400 may recognize the card recognition information such as the card number, expiration date, CVC number, etc. presented by the user to purchase the product through a card reader connected to the payment terminal 400, the user
  • the payment product information such as the type, name, price, etc. of the product to be purchased may be collected by recognizing a barcode or QR code of the product through a sensor module connected to the payment terminal 400 or by directly inputting the crew.
  • the user may generate the biometric information identification code of the user by inputting his / her biometric information through the user terminal before or after the card request, and the user terminal may generate the biometric information.
  • the identification code may be transmitted to the payment terminal 400.
  • the payment terminal 400 may transmit a card payment request signal including at least one of the card recognition information, the payment product information, and the user's biometric information identification code to the inflight payment server 300.
  • the inflight payment server 300 may determine whether to approve the card payment request signal received in step S404 based on the user related information and the card blacklist information stored in step S403 (S405). ).
  • the in-flight payment server 300 may check the card blacklist information and the entire card information for each user as the card payment request signal is received. At this time, if the check result, the card requested to be included in the card blacklist, or if the card appears to be invalid according to the total card information for each user, in-flight payment server 300 requests the card payment The signal can be determined to be unacceptable.
  • the in-flight payment server 300 may check the pre-stored user identification information, card information, biometric information identification code and FDS analysis information, etc. as the card payment request signal is received.
  • the inflight payment server 300 compares the checked information with the FDS condition information, and when the confirmed information matches the condition for rejecting the card payment request according to the FDS condition information, approves the card payment request. It can be judged impossible.
  • the in-flight payment server 300 may store the card payment request information that has been determined in operation S405 as card payment approval history information and the card payment request information that has been rejected as card payment rejection history information (S406). .
  • in-flight payment server 300 when it is determined that the card payment request signal is acceptable according to the determination result of step S405, the signal for approving the card payment request, the card payment request signal is not approved When it is determined that the signal to reject the card payment request may be transmitted to the payment terminal 400 (S407).
  • the payment terminal 400 may process the card payment request when the signal received from the in-flight payment server 300 is a card payment approval signal through step S407, and when the card payment is rejected signal, the card.
  • the payment request may be rejected (S408).
  • the payment terminal 400 may immediately provide the card payment approval result to the user by transmitting the card payment history information of the approval process to the user terminal.
  • the payment terminal 400 displays the card payment history information of the rejection process on the display of the payment terminal 400, indicating that the card is illegally used by the crew performing the card payment. You can also warn.
  • the in-flight payment server 300 after landing the aircraft, the in-flight payment server 300 to the card company server 200 all the card payment processing history information stored in step S406, that is, the card payment approval history information and card payment rejection
  • the details information may be transmitted to the card company server 200 (S409).
  • the card company server 200 may purchase the card payment approval history according to the card payment approval history information received from the in-flight payment server 300 through step S409 (S410-1), and the card payment rejection detail information. It may also be stored as information on the history of occurrence of existing fraud that is FDS analysis information (S410-2).
  • the card company server 200 may transmit the card payment rejection history information to the user terminal, so that the user can determine the current state of the card is used fraudulently.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Accounting & Taxation (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Operations Research (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Technology Law (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명의 일 실시예에 따르면, 기내 결제 장치가 항공기 운항 중 카드결제를 처리하는 방법에 있어서, (a) 상기 항공기 이륙 전, 상기 항공기로부터 소정의 거리 이내에 위치하는 사용자의 전체 카드 정보 및 카드 블랙리스트 정보를 수신하는 단계; (b) 상기 항공기 이륙 후, 카드결제 요청 신호를 감지하는 단계; 및 (c) 상기 사용자의 전체 카드 정보 및 상기 카드 블랙리스트 정보 중 일 이상을 토대로 하여 상기 카드결제 요청 신호를 처리하는 단계를 포함하는, 기내 결제 서비스 제공 방법이 제공된다.

Description

항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치
본 발명은 이상금융거래 탐지 시스템 정보를 이용한 기내 결제 서비스 제공 방법 및 서버에 관한 것으로, 더욱 상세하게는, 항공기 이륙 전, 기내 결제 서버가 카드사 서버로부터 수신한 사용자의 카드 정보 및 이상금융거래 탐지 시스템 정보를 토대로 하여, 항공기 이륙 후, 사용자가 결제를 요청한 카드의 유효여부 확인 절차를 수행하고, 상기 요청된 결제를 자체적으로 승인할 수 있도록 하는 기내 결제 서비스 제공 방법 및 서버에 관한 것이다.
최근, 항공기를 이용하는 승객의 수는 점차 증가하고 있으며, 이와 비례하여 항공기 내부에서 판매되는 물품 또는 서비스의 매출 또한 점차 증가하고 있는 추세이다.
특히, 승객의 카드를 이용한 결제 요청이 대다수이나, 현재 항공기 내의 통신 특성 상 신용카드 결제기기 내에 저장된 불량 신용카드번호만을 확인하는 무승인거래방식을 이용하거나, 고액의 대금을 결제하는 경우에는 기내에서 지상으로 연락을 취해 카드거래를 발생시키고 있으며, 원칙적으로 카드 한도 정보를 알 수 없으므로 체크카드는 사용할 수 없는 실정이다.
이에 따라, 사용자는 기내에서 현금 또는 신용카드만을 사용하여 대금을 결제해야 하며, 카드결제 시 대기 시간을 소모해야 하는 불편함을 겪고 있다.
뿐만 아니라, 항공사는 카드의 부정사용을 즉각적으로 판단할 수 없어 추후 결제 대금을 회수할 수 없는 피해 사례를 다수 겪고 있으며, 카드사 및 항공사로 하여금 상기와 같은 피해 사례에 따른 사회적 비용이 불가피하게 발생하고 있다는 문제점이 있다.
최근, 상술한 바와 같은 문제점을 개선하기 위한 기술들이 활발히 개발되고 있으며, 한국공개특허공보 제 10-2007-0028721호와 같이 블랙리스트 파일을 내장한 신용카드 단말기에 의해 항공기내 결제를 수행하는 기술 등이 개발되었다.
다만, 이러한 기술들에 의해서도 타인 소유의 카드, 즉 복제, 분실 또는 도난되었으나 사용자가 인지하지 못하여 신고가 되지 않은 카드의 부정사용을 원천적으로 차단할 수 없다는 문제점이 있다.
본 발명은 전술한 종래기술의 문제점을 해결하기 위한 것으로, 카드사의 이상금융거래 탐지 시스템 정보를 이용하여 사용자가 보유한 카드의 부정사용을 원천적으로 차단함으로써, 사회적 비용을 최소화하고, 카드 결제의 안전성을 향상시키는 것을 목적으로 한다.
또한, 기내 결제 서버가 자체적으로 카드 결제 요청의 부정 여부를 판단하고 승인하여, 카드결제가 즉각적으로 이루어지게 함으로써, 사용자의 카드 결제의 편의성을 증진시키는 것을 목적으로 한다.
특히, 체크 카드의 기내 승인이 가능하도록 하며, 카드가 타인에 의해 복제, 또는 도난되었으나 사용자가 인지하지 못하여 신고가 되지 않은 경우의 부정사용을 원천적으로 차단하는 것을 목적으로 한다.
본 발명의 목적들은 이상에서 언급한 목적들로 제한되지 않으며, 언급되지 않은 또 다른 목적들은 아래의 기재로부터 명확하게 이해될 수 있을 것이다.
상술한 목적을 달성하기 위한 본 발명의 일 실시예에 따르면, 기내 결제 장치가 항공기 운항 중 카드결제를 처리하는 방법에 있어서, (a) 상기 항공기 이륙 전, 상기 항공기로부터 소정의 거리 이내에 위치하는 사용자의 전체 카드 정보 및 카드 블랙리스트 정보를 수신하는 단계; (b) 상기 항공기 이륙 후, 카드결제 요청 신호를 감지하는 단계; 및 (c) 상기 사용자의 전체 카드 정보 및 상기 카드 블랙리스트 정보 중 일 이상을 토대로 하여 상기 카드결제 요청 신호를 처리하는 단계를 포함하는, 기내 결제 서비스 제공 방법이 제공된다.
상기 전체 카드 정보는, 상기 사용자가 보유한 카드들의 번호, 유효여부 및 잔여 한도 중 일 이상을 포함할 수 있다.
상기 카드의 유효여부는, 카드의 유효기간, 사용 불가 카드 정보 및 FDS 조건 정보 중 일 이상을 토대로 하여 결정될 수 있다.
상기 사용자가 상기 항공기로부터 소정의 거리 이내에 위치하는지 여부의 판단은, 상기 사용자의 사용자 단말기의 위치 정보를 토대로 판단될 수 있다.
상기 사용자가 상기 항공기로부터 소정의 거리 이내에 위치하는지 여부의 판단은, 상기 사용자가 소지하고 있는 카드를 상기 항공기로부터 소정의 거리 이내에서 사용한 내역을 토대로 판단될 수 있다.
상기 카드결제 요청은, 상기 기내 결제 장치가 인식한 카드의 번호, 유효기간 및 CVC 번호 등을 일 이상 포함하며, 상기 사용자가 구매하고자 하는 상품의 종류, 이름 및 가격 등을 일 이상 포함할 수 있다.
상기 사용자 관련 정보 및 상기 카드결제 요청은, 상기 사용자의 지문 정보, 홍채 정보 및 음성 정보 중 일 이상을 식별할 수 있는 문자열인 생체 정보 식별코드를 더 포함할 수 있다.
상기 생체 정보 식별코드는, 상기 기내 결제 장치에 저장된 복호화 알고리즘과 대응되는 암호화 알고리즘으로 암호화되는 것일 수 있다.
상기 (c) 단계는, 상기 카드결제 요청 신호의 처리 여부에 따라, 상기 카드결제를 승인 처리 또는 거절 처리하는 단계; 상기 승인 처리된 카드결제의 내역 정보 및 상기 거절 처리된 카드결제의 내역 정보를 저장하는 단계; 및 상기 항공기 착륙 후, 상기 승인 처리된 카드결제 내역 정보 및 상기 거절 처리된 카드결제 내역 정보를 카드사 서버로 전송하는 단계를 포함할 수 있다.
상술한 목적을 달성하기 위한 본 발명의 다른 실시예에 따르면, 항공기 운항 중 카드결제를 처리하는 기내 결제 장치에 있어서, 상기 항공기 이륙 전, 상기 항공기로부터 소정의 거리 이내에 위치하는 사용자의 전체 카드 정보 및 카드 블랙리스트 정보를 수신하는 사용자 관련 정보 DB; 상기 항공기 이륙 후, 카드결제 요청 신호를 감지하는 결제 요청 수신부; 및 상기 사용자의 전체 카드 정보 및 카드 블랙리스트 정보 중 일 이상을 토대로 하여 상기 카드결제 요청 신호의 처리 여부를 판단하는 결제 승인 판단부를 포함하는, 기내 결제 장치가 제공된다.
상기 전체 카드 정보는, 상기 사용자가 보유한 카드들의 번호, 유효여부 및 잔여 한도 중 일 이상을 포함할 수 있다.
상기 카드의 유효여부는, 카드의 유효기간, 사용 불가 카드 정보 및 FDS 조건 정보 중 일 이상을 토대로 하여 결정될 수 있다.
상기 사용자가 상기 항공기로부터 소정의 거리 이내에 위치하는지 여부의 판단은, 상기 사용자의 사용자 단말기의 위치 정보를 토대로 판단될 수 있다.
상기 사용자가 상기 항공기로부터 소정의 거리 이내에 위치하는지 여부의 판단은, 사용자가 소지하고 있는 카드를 상기 항공기로부터 소정의 거리 이내에서 사용한 내역을 토대로 판단될 수 있다.
상기 카드결제 요청은, 상기 기내 결제 장치가 인식한 카드의 번호, 유효기간 및 CVC 번호 등을 일 이상 포함하며, 상기 사용자가 구매하고자 하는 상품의 종류, 이름 및 가격 등을 일 이상 포함할 수 있다..
상기 사용자 관련 정보 및 상기 카드결제 요청은, 상기 사용자의 지문 정보, 홍채 정보 및 음성 정보 중 일 이상을 식별할 수 있는 문자열인 생체 정보 식별코드를 더 포함할 수 있다.
상기 생체 정보 식별코드는, 상기 기내 결제 장치에 저장된 복호화 알고리즘과 대응되는 암호화 알고리즘으로 암호화될 수 있다.
상기 기내 결제 장치는, 상기 카드결제 요청 신호의 처리 여부에 따라, 상기 카드결제를 승인 처리 또는 거절 처리하고, 상기 승인 처리된 카드결제의 내역 정보 및 상기 거절 처리된 카드결제의 내역 정보를 저장하며, 상기 항공기 착륙 후, 상기 승인 처리된 카드결제 내역 정보 및 상기 거절 처리된 카드결제 내역 정보를 카드사 서버로 전송하는 결제 요청 처리부를 포함할 수 있다.
본 발명의 일 실시예에 따르면, 카드사의 이상금융거래 탐지 시스템 정보를 이용하여 사용자가 보유한 카드의 부정사용을 원천적으로 차단함으로써, 사회적 비용을 최소화하고, 카드 결제의 안전성을 향상시킬 수 있다.
또한, 본 발명의 일 실시예에 따르면, 기내 결제 서버가 자체적으로 카드 결제 요청의 부정 여부를 판단하고 승인하여, 카드결제가 즉각적으로 이루어지게 함으로써, 사용자의 카드 결제의 편의성을 증진시킬 수 있다.
특히, 체크 카드의 기내 승인이 가능하도록 하며, 카드가 타인에 의해 복제, 또는 도난되었으나 사용자가 인지하지 못하여 신고가 되지 않은 경우의 부정사용을 원천적으로 차단할 수 있다.
본 발명의 효과는 상기한 효과로 한정되는 것은 아니며, 본 발명의 상세한 설명 또는 특허청구범위에 기재된 발명의 구성으로부터 추론 가능한 모든 효과를 포함하는 것으로 이해되어야 한다.
도 1은 본 발명의 일 실시예에 따른 기내 결제 서비스 제공 시스템의 구성도이다.
도 2는 본 발명의 일 실시예에 따른 카드사 서버의 구성을 도시한 도면이다.
도 3은 본 발명의 일 실시예에 따른 기내 결제 서버의 구성을 도시한 도면이다.
도 4는 본 발명의 일 실시예에 따른 기내 결제 서비스 제공 과정을 도시한 도면이다.
이하에서 첨부한 도면을 참조하여 본 발명을 설명하기로 한다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며, 따라서 여기에서 설명하는 실시예로 한정되는 것은 아니다. 그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 부분이 다른 부분과 “연결”되어 있다고 할 때, 이는 “직접적으로 연결”되어 있는 경우뿐 아니라, 그 중간에 다른 부재를 사이에 두고 “간접적으로 연결”되어 있는 경우도 포함한다. 또한 어떤 부분이 어떤 구성요소를 “포함”한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 구비할 수 있다는 것을 의미한다.
본 명세서 상에서, '이상금융거래 탐지 시스템 (Fraud Detection System, 이하, FDS)'이란, 전자금융거래에 활용되는 단말접속정보(단말기시스템정보, 네트워크정보, IP접속정보, 거래내역 등)에 대한 로그를 수집한 뒤, 분석을 통해 의심스러운 거래를 찾아내 차단, 즉, 사용자의 평소 결제 패턴과 상이한 패턴을 보이는 거래가 있을 경우 이를 금융사고라고 판단하여 거래를 중단시키는 시스템을 의미한다.
또한, 본 명세서 상에서, 사용자는 사전에 카드사로부터 카드를 발급받은 상기 카드사의 회원일 수 있으며, 카드사의 회원으로 가입할 시, 카드사가 사용자 단말기를 통해 사용자의 위치 정보를 수집하며, 사용자의 사용자 식별 정보, 카드 정보, 생체 정보 식별코드 및 FDS 정보를 기내 결제 서버에 제공하는 절차에 동의한 것으로 이해됨이 바람직하다.
이하 첨부된 도면을 참고하여 본 발명의 실시예를 상세히 설명하기로 한다.
도 1은 본 발명의 일 실시예에 따른 기내 결제 서비스 제공 시스템의 구성도이다.
도 1을 참조하면, 기내 결제 서비스 제공 시스템은 통신망을 통해 서로 통신 가능한 사용자 단말기(100), 카드사 서버(200), 기내 결제 서버(300) 및 결제 단말기(400)를 포함할 수 있다.
이하에서는 기내 결제 서버(300) 및 결제 단말기(400)가 각각 별개의 구성으로 구현되는 실시예에 대하여 설명하나, 상기 기내 결제 서버(300) 및 상기 결제 단말기(400)는 하나의 구성으로 구비되어 기내 결제 장치로 통칭될 수 있으며, 상기 기내 결제 장치는 기내 결제 서버(300) 및 결제 단말기(400) 각각의 기능을 모두 수행할 수도 있다.
먼저, 통신망은 유선 및 무선 등과 같은 그 통신 양태를 가리지 않고 구성될 수 있다. 근거리 통신망(LAN : Local Area Network), 도시권 통신망(MAN : Metropolitan Area Network), 광역 통신망(WAN : Wide Area Network) 등 다양한 통신망으로 구성될 수 있다. 바람직하게는, 일 실시예에 따른 통신망이 와이파이(Wi-Fi), NFC(Near Field Communication) 등과 같은 무선 통신망으로 구현될 수 있다.
사용자 단말기(100)는 휴대폰, 스마트폰, PDA(Personal Digital Assistant), PMP(Portable Multimedia Player), 태블릿 PC 등과 같이 네트워크를 통하여 카드사 서버(200), 기내 결제 서버(300) 및 결제 단말기(400) 등의 외부 서버 및 외부 장치와 연결될 수 있고, 모든 종류의 핸드헬드(Handheld) 기반의 무선 통신 장치를 포함할 수 있으며, 이 외에도 데스크탑 PC, 태블릿 PC, 랩탑 PC, 셋탑 박스를 포함하는 IPTV와 같이, 네트워크를 통하여 카드사 서버(200), 기내 결제 서버(300) 및 결제 단말기(400) 등의 외부 서버 및 외부 장치와 연결될 수 있는 통신 장치도 포함할 수 있다.
본 발명의 일 실시예에 따른 사용자 단말기(100)는 웹 브라우저를 실행하여 웹 서버(미도시)로부터 제공되는 기내 결제 서비스 웹 페이지를 요청할 수 있다. 상기 웹 페이지의 요청은 웹 페이지의 주소 입력, 특정 웹 페이지에서 링크 선택, 검색 서비스를 제공하는 웹 페이지에서 검색 요청 등 다양한 방법으로 이루어질 수 있다.
또한, 사용자 단말기(100)에는 사용자에게 기내 결제 서비스를 제공하는 기내 결제 서비스 애플리케이션이 설치되어 있을 수 있다. 이때, 애플리케이션 관리 서버(미도시)는 다양한 애플리케이션을 배포할 수 있는 애플리케이션 스토어를 제공할 수 있는데, 기내 결제 서비스를 제공하는 서비스 제공자가 애플리케이션 스토어에 기내 결제 서비스 애플리케이션을 등록하면, 사용자 단말기(100)는 애플리케이션 스토어에 등록된 기내 결제 서비스 애플리케이션을 다운로드 하여 메모리 내에 설치할 수 있다.
상기 기내 결제 서비스 애플리케이션은 외부 서버 및 외부 장치와 통신할 수 있는 프로그램 모듈로써, 운영 시스템, 응용 프로그램 모듈 및 기타 프로그램 모듈의 형태로 사용자 단말기(100) 또는 이와 통신 가능한 다른 장치에 포함될 수 있으며, 물리적으로는 여러 가지 공지의 기억 장치 상에 저장될 수 있다. 한 편, 이러한 프로그램 모듈은 본 발명에 따라 후술할 특정 업무를 수행하거나 특정 추상 데이터 유형을 실행하는 루틴, 서브루틴, 프로그램, 오브젝트, 컴포넌트, 데이터 구조 등을 포괄하지만, 이에 제한되지는 않는다.
뿐만 아니라, 사용자 단말기(100)는 생체 정보 수집을 위한 생체 인증 센서 모듈을 구비하고 있을 수 있으며, 생체 인증 센서 모듈을 통해 수집된 생체 정보를 카드사 서버(200) 및 결제 단말기(400)에 전송할 수 있는 형태의 정보로 변환하여 사용자 단말기(100) 내 데이터베이스에 저장할 수 있다.
이때, 상기 변환된 정보의 형태는 일정 길이의 영문, 한글 및 숫자로 구성된 코드로 구현되는 것이 바람직하나, 이에 한정되는 것은 아니다.
상기 생체 인증 센서 모듈은, 사용자의 지문, 홍채, 음성 등을 인식할 수 있으며, 사용자 단말기(100)에 설치된 기내 결제 서비스 애플리케이션과 연동되어 있어 사용자에 의한 기내 결제 서비스 애플리케이션 조작에 따라 생체 정보 인식을 수행할 수 있다. 또한, 생체 인증 센서 모듈은 사용자 단말기(100)가 아닌 별도의 단말기(미도시)에 부착되어 있을 수 있다.
카드사 서버(200)는 사용자, 카드 및 생체인증 식별코드 등과 관련된 다양한 정보를 저장하고 관리함으로써 FDS 분석 정보를 수집하고 분석하여 FDS 조건 정보를 생성하고, 각 사용자별 전체 카드 정보와 카드 블랙리스트 정보 또한 수집할 수 있으며, 상기 FDS 분석 정보, FDS 조건 정보, 각 사용자별 전체 카드 정보 및 카드 블랙리스트 정보를 기내 결제 서버(300)로 전송할 수 있다.
본 발명의 일 실시예에 따르면, 카드사 서버(200)는 사용자 단말기(100)를 통해 사용자로부터 사용자 식별 정보를 포함하는 카드사 회원가입 요청을 수신할 수 있으며, 이에 따라 상기 사용자 식별 정보를 데이터베이스에 저장하여 관리할 수 있다.
상기 사용자 식별 정보는 사용자의 이름, 주민등록번호, 연락처, 주소, 계좌번호, 위치정보제공 동의 여부, 카드사 서버(200)가 사용자 단말기(100)를 통해 수집한 사용자의 위치 정보, FDS정보제공 동의 여부 등을 일 이상 포함할 수 있다.
또한, 카드사 서버(200)는 카드사가 상기 회원으로 가입된 사용자에게 발급한 카드 정보를 데이터베이스에 저장하여 관리할 수도 있다.
상기 카드 정보는 사용자에게 발급된 신용카드 또는 체크카드의 정보일 수 있으며, 카드의 번호, 유효기간, CVC 번호, 잔여 한도, 계좌 잔액 정보, 사용 내역 정보, 사용 불가 카드(사용정지 카드, 사용해지 카드, 분실신고 카드, 블랙리스트 포함 카드 등) 정보 등을 일 이상 포함할 수 있다.
일 실시예에 따르면, 카드사 서버(200)는 사용정지된 카드, 사용해지된 카드, 유효기간이 경과된 카드, 신용불량인 사용자의 카드, 카드 대금납부가 일정 기간 이상 연체된 카드들의 번호 리스트인 카드 블랙리스트 정보를 저장하고, 관리할 수도 있다.
뿐만 아니라, 카드사 서버(200)는 사용자 단말기(100) 및 생체 정보 인증기관 서버(미도시)로부터 사용자의 생체 정보 식별코드를 수신할 수 있으며, 이에 따라 상기 생체 정보 식별코드를 데이터베이스에 저장하여 관리할 수도 있다.
상기 생체 정보 식별코드는 사용자 단말기(100)에 저장된 생체 정보의 변환 정보와 동일한 형태일 수 있다
본 발명의 일 실시예에 따른 카드사 서버(200)는 사용자 식별 정보 및 카드 정보를 토대로 FDS 분석 정보 및 FDS 조건 정보를 생성하여 저장하고, 관리할 수 있다.
상기 FDS 분석 정보는 사용자의 공항 출입 여부, 카드의 결제 품목 패턴, 결제 금액 패턴, 결제 시간 패턴, 직전 사용 시간 정보, 직전 사용 위치 정보, 최근 사용 여부, 기존 부정사용 발생 내역 정보 등을 일 이상 포함할 수 있다.
또한, 상기 FDS조건 정보는 사용자 식별 정보, 카드 정보 및 FDS 분석 정보에 따라 카드결제 요청을 거절하는 조건 정보일 수 있다.
일 실시예에 따르면, 카드사 서버(200)는 기내 결제 서버(300)로부터 사용자의 사용자 관련 정보 및 카드 블랙리스트 정보를 요청하는 신호를 수신할 수 있으며, 이에 따라 항공기로부터 일정 거리 이내에 위치하는 사용자의 사용자 관련 정보 및 카드 블랙리스트 정보를 기내 결제 서버(300)로 전송할 수도 있다.
상기 사용자 관련 정보는 상기 사용자의 사용자 식별 정보, 카드 정보, 각 사용자별 전체 카드 정보, 생체 정보 식별코드, FDS 분석 정보, FDS 조건 정보 등을 일 이상 포함할 수 있다.
이때, 상기 전체 카드 정보는 특정 사용자가 보유한 카드들의 번호, 유효여부 및 잔여 한도 중 일 이상을 포함할 수 있으며, 상기 유효여부는 해당 카드의 유효기간, 사용 불가 카드 정보 및 FDS 조건 정보 중 일 이상을 토대로 하여 결정되는 것일 수 있다.
카드사 서버(200)는 기내 결제 서버(300)로부터 사용자의 카드결제 요청을 처리한 내역인 카드결제 처리 내역 정보를 수신할 수도 있다.
본 발명의 일 실시예에 따르면, 상기 카드결제 처리 내역은 카드결제 요청이 승인된 내역일 수 있으며, 이에 따라 카드사 서버(200)는 상기 승인된 대금을 매입처리 할 수 있다.
뿐만 아니라, 본 발명의 일 실시예에 따른 상기 카드결제 처리 내역은 카드결제 요청이 거절된 내역일 수 있으며, 이에 따라 카드사 서버(200)는 상기 거절된 내역 정보를 데이터베이스에 저장함으로써 추후 상기 결제 거절된 카드의 FDS 정보를 분석하는 토대로 이용할 수 있다.
또한, 일 실시예에 따른 카드사 서버(200)는 상기 거절된 내역 정보를 상기 결제 거절된 카드가 발급되었던 사용자의 사용자 단말기(100)로 전송할 수도 있다.
기내 결제 서버(300)는 카드사 서버(200)로부터 수신한 사용자 관련 정보 및 카드 블랙리스트 정보를 토대로 하여, 결제 단말기로부터 수신한 카드결제 요청 신호의 승인 여부를 판단할 수 있으며, 이에 따라 상기 카드결제 요청 신호를 처리할 수 있다.
본 발명의 일 실시예에 따르면, 기내 결제 서버(300)는 항공기의 비행 상태를 착륙 상태 또는 이륙 상태로 판단할 수 있다.
이에 따라, 기내 결제 서버(300)는 상기 기내 결제 서버(300)가 외부 서버 및 외부 장치와 연결되는 통신 방식인 통신 모드를 카드사 서버(200) 간 통신 모드 또는 결제 단말기(400) 간 통신 모드로 설정할 수도 있다.
기내 결제 서버(300)는 카드사 서버(200)로부터 사용자 관련 정보 및 카드 블랙리스트 정보를 수신하여 데이터베이스에 저장하고, 관리할 수 있다.
기내 결제 서버(300)는 결제 단말기(400)로부터 사용자의 카드결제 요청 신호를 수신할 수 있다.
상기 카드결제 요청은 결제 단말기(400)가 인식한 카드의 번호, 유효기간, CVC 번호 등과 같은 카드인식 정보 중 일 이상을 포함할 수 있다.
또한, 상기 카드결제 요청은 사용자가 구매하고자 하는 상품의 종류, 이름, 가격 등과 같은 결제상품 정보 중 일 이상을 포함할 수도 있다.
뿐만 아니라, 본 발명의 일 실시예에 따르면, 상기 카드결제 요청은 결제 단말기(400)가 사용자 단말기(100)로부터 수신한 사용자의 생체 정보 식별코드를 포함할 수도 있다.
기내 결제 서버(300)는 상기 사용자 관련 정보를 토대로 상기 결제 단말기(400)가 인식한 카드의 유효 여부를 판단함에 따라, 상기 수신한 카드결제 요청 신호의 승인 여부를 결정할 수 있다.
기내 결제 서버(300)는 상기 결정된 승인 여부에 따라 카드결제 요청을 승인하거나 거절할 수 있다.
이때, 일 실시예에 따르면, 기내 결제 서버(300)는 상기 카드결제 요청을 승인할 시, 상기 승인된 내역 정보를 저장하고, 결제 단말기(400)를 통해 사용자 단말기(100)로 전송할 수도 있다.
또한, 일 실시예에 따른 기내 결제 서버(300)는 상기 카드결제 요청을 거절할 시, 상기 거절된 내역 정보를 저장하고, 상기 거절된 내역 정보를 결제 단말기(400)로 전송함으로써 결제 단말기(400)의 디스플레이에 표시할 수도 있다.
기내 결제 서버(300)는 항공기가 착륙 상태인 것으로 인식되었을 시, 항공기가 이륙 상태일 때 처리한 모든 카드결제 처리 내역 정보를 카드사 서버(200)로 전송함으로써, 카드사로 하여금 매입처리를 수행하도록 할 수 있다.
결제 단말기(400)는 외부 서버 및 외부 장치와 통신할 수 있는 통신 장치를 구비하고 있을 수 있으며, 이에 따라 사용자 단말기(100), 카드사 서버(200) 및 기내 결제 서버(300)와 통신할 수 있다.
본 발명의 일 실시예에 따른 결제 단말기(400)는 카드가 스캐닝되는 카드 리더기와 연결될 수 있으며, 상기 카드 리더기를 통해 카드 내의 마그네틱 스트라이프(Magnetic Stripe) 또는 IC칩(Integrated Circuit Chip)을 인식함으로써 상기 스캐닝된 카드의 번호, 유효기간, CVC 번호 등과 같은 카드인식 정보를 수집할 수 있다.
또한, 결제 단말기(400)는 바코드 또는 QR코드를 인식할 수 있는 센서 모듈과 연결될 수도 있으며, 상기 센서 모듈을 통해 상품의 바코드 또는 QR 코드를 인식함으로써 상품의 종류, 이름, 가격 등과 같은 결제상품 정보를 수집할 수 있다.
뿐만 아니라, 일 실시예에 따르면, 결제 단말기(400)는 사용자 단말기(100)로부터 사용자의 생체 정보 식별코드를 수신할 수도 있다.
이에 따라, 결제 단말기(400)는 상기 카드인식 정보, 상기 결제상품 정보 및 상기 생체 정보 식별코드를 일 이상 포함하는 카드결제 요청 신호를 기내 결제 서버(300)로 전송할 수 있다.
일 실시예에 따른 결제 단말기(400)는 기내 결제 서버(300)로부터 카드결제 요청을 승인하는 신호를 수신하여 상기 카드결제 요청을 승인 처리함으로써, 결제 단말기(400)에 구비된 영수증 출력 모듈을 통해 상기 승인된 내역 정보를 포함하는 영수증을 출력할 수도 있다.
도 2는 본 발명의 일 실시예에 따른 카드사 서버(200)의 구성을 도시한 도면이다.
도 2를 참조하면, 본 발명의 일 실시예에 따른 카드사 서버(200)는 회원 정보 관리부(210), FDS 정보 관리부(220), 사용자 관련 정보 전송부(230), 결제 내역 수신부(240), 카드사 서버 제어부(250) 및 카드사 서버 통신부(260)를 포함할 수 있다.
먼저, 회원 정보 관리부(210)는 카드사의 회원으로 등록된 사용자의 정보, 상기 사용자에게 발급된 카드의 정보 및 상기 사용자의 생체 정보 식별코드 등을 일 이상 수신하여 저장하고, 관리할 수 있다.
구체적으로, 본 발명의 일 실시예에 따른 회원 정보 관리부(210)는 카드사의 회원으로 기 등록된 사용자의 정보를 저장할 수 있다. 이때, 상기 사용자 식별 정보는 사용자의 이름, 주민등록번호, 연락처, 주소, 계좌번호, 위치정보제공 동의 여부, 위치 정보, FDS정보제공 동의 여부 등을 일 이상 포함할 수 있다.
또한, 일 실시예에 따르면, 회원 정보 관리부(210)는 사용자 단말기(100)로부터 상기 사용자 식별 정보 중 사용자의 연락처, 주소, 계좌번호 등을 수정하는 요청을 수신할 수도 있으며, 상기 수정 요청된 정보에 따라 사용자 식별 정보를 변경할 수 있다.
일 실시예에 따른 회원 정보 관리부(210)는 카드사가 상기 사용자에게 발급한 카드의 정보를 저장할 수 있다. 상기 카드 정보는 카드의 번호, 유효기간, CVC 번호, 잔여 한도, 계좌 잔액, 사용 내역, 사용 불가 카드 정보 등을 일 이상 포함할 수 있다.
본 발명의 일 실시예에 따르면, 상기 카드는 신용카드일 수 있으며, 회원 정보 관리부(210)는 상기 카드 정보의 변동 사항을 실시간으로 확인할 수 있다. 이에 따라, 회원 정보 관리부(210)는 기 저장된 카드 정보를 상기 변동된 정보로 갱신함으로써 상기 카드 정보를 상시적으로 최신화할 수 있다.
본 발명의 다른 실시예에 따르면, 상기 카드는 체크카드일 수 있으며, 회원 정보 관리부(210)는 사용자에게 상기 체크카드를 발급한 은행 서버(미도시)로 하여금 상기 카드 정보를 확인하는 요청을 실시간으로 전송할 수 있다. 이에 따라, 회원 정보 관리부(210)는 기 저장된 카드 정보를 상기 은행 서버(미도시)로부터 새로 수신한 카드 정보로 갱신함으로써 상기 카드 정보를 상시적으로 최신화할 수 있다.
뿐만 아니라, 회원 정보 관리부(210)는 각 사용자별 전체 카드 정보를 취합하여 저장할 수도 있다.
상기 전체 카드 정보는 특정 사용자가 보유한 카드들의 번호, 유효여부 및 잔여 한도 중 일 이상을 포함할 수 있다.
이때, 상기 유효여부는 해당 카드의 유효기간, 사용 불가 카드 정보 및 추후 FDS 정보 관리부(220)에서 생성되는 FDS 조건 정보 중 일 이상을 토대로 하여 결정되는 것일 수 있다.
예를 들면, 해당 카드가 유효기간이 경과되었을 경우, 사용 불가 카드에 해당할 경우, FDS 조건 정보에 따른 카드결제 거절 사유에 해당되는 카드일 경우, 해당 카드가 유효하지 않은 카드로 지정될 수 있다.
본 발명의 일 실시예에 따르면, 회원 정보 관리부(210)는 상기 카드 정보를 토대로 하여 사용정지된 카드, 사용해지된 카드, 유효기간이 경과된 카드, 신용불량인 사용자의 카드, 카드 대금납부가 일정 기간 이상 연체된 카드들의 번호 리스트인 카드 블랙리스트 정보를 저장하고, 관리할 수도 있다.
일 실시예에 따르면, 회원 정보 관리부(210)는 생체 정보 인증 서버(미도시)로부터 각 사용자의 생체 정보 식별코드를 수신하여 저장할 수 있다.
다른 실시예에 따른 회원 정보 관리부(210)는 사용자의 생체 정보 식별코드를 요청하는 신호를 자체적으로 사용자 단말기(100)에 전송할 수 있으며, 이에 따라 사용자 단말기(100)로부터 수신한 상기 사용자의 생체 정보 식별코드를 저장할 수도 있다.
상기 생체 정보 식별코드는 사용자 단말기(100)에 저장된 생체 정보의 변환 정보와 동일한 형태일 수 있다.
본 발명의 일 실시예에 따르면, 회원 정보 관리부(210)는 상기 사용자 식별 정보, 상기 카드 정보, 상기 각 사용자별 전체 카드 정보, 카드 블랙리스트 정보 및 상기 생체 정보 식별코드를 사용자 관련 정보 전송부(230)로 전송할 수 있다.
FDS 정보 관리부(220)는 회원 정보 관리부(210)로부터 수신한 사용자 식별 정보 및 카드 정보를 토대로 하여, 다양한 FDS 분석 정보 및 FDS 조건 정보를 생성하여 저장할 수 있다.
이때, 상기 FDS 정보의 생성 및 저장은 실시간으로 이루어질 수 있으며, 이에 따라 FDS 정보 관리부(220)는 상기 저장된 FDS 분석 정보 및 FDS 조건 정보를 상시적으로 갱신할 수도 있다.
구체적으로, 일 실시예에 따르면, FDS 정보 관리부(220)는 카드의 잔여 한도 또는 카드와 연결된 계좌의 잔액이 결제 요청된 대금의 액수에 미달할 경우, 상기 결제 요청을 거절하도록 하는 FDS 조건 정보를 생성하여 저장할 수 있다.
또한, 일 실시예에 따른 FDS 정보 관리부(220)는 사용자가 사용하고자 하는 카드의 사용 불가 카드 정보를 확인한 결과, 상기 카드가 사용정지 된 카드, 사용해지 된 카드, 분실신고 된 카드 또는 카드사의 블랙리스트에 포함되는 카드일 경우, 상기 카드를 사용하는 결제 요청을 거절하도록 하는 FDS 조건 정보를 생성하여 저장할 수도 있다.
FDS 정보 관리부(220)는 사용자의 위치 정보를 토대로 사용자의 공항 출입 여부를 판단하여 FDS 분석 정보로서 저장할 수 있으며, 상기 공항 출입 여부를 확인한 결과, 카드결제 요청 신호의 발생 시간으로부터 일정 시간 내에 사용자가 공항에 진입한 기록이 없을 시, 상기 카드결제 요청을 거절하도록 하는 FDS 조건 정보를 생성하여 저장할 수 있다.
또한, 본 발명의 일 실시예에 따르면, FDS 정보 관리부(220)는 카드의 사용 내역을 토대로 상기 카드를 사용한 결제 품목 패턴, 결제 금액 패턴 및 결제 시간 패턴을 분석하여 FDS 분석 정보로서 저장할 수 있다.
예를 들면, FDS 정보 관리부(220)는 카드의 사용 내역을 통해 상기 카드로 결제한 각 상품의 종류를 “장난감”, “과일” 및 “주방용품”으로 분석함으로써, 상기 상품 종류들로 구성되는 결제 품목 패턴을 생성할 수 있으며, 상기 카드로 결제한 각 상품의 금액을 “10만원”, “15만원” 및 “20만원”으로 분석함으로써, 상기 금액들로 구성되는 결제 금액 패턴을 생성할 수도 있다. 뿐만 아니라, FDS 정보 관리부(220)는 상기 카드로 결제가 이루어진 시간을 “13시”, “15시” 및 “18시”로 분석함으로써, 상기 시간들로 구성되는 결제 시간 패턴을 생성할 수도 있다.
이때, 본 발명의 일 실시예에 따르면, 상기 결제 품목 패턴, 결제 금액 패턴 및 결제 시간 패턴은 계절별, 요일별 등과 같이 일정 기간별로 분석되는 것일 수 있으며, 다른 실시예에 따르면, 백화점, 대형할인마트 등과 같이 가맹점의 업종별로 분석되는 것일 수도 있다.
이에 따라, FDS 정보 관리부(220)는 결제 요청된 상품의 종류가 상기 결제 품목 패턴에 포함되지 않을 시, 결제 요청된 상품의 금액이 상기 결제 금액 패턴의 평균 금액 또는 최대 금액보다 일정 금액 이상 크게 나타날 시, 또는 결제 요청 신호가 발생한 시간이 상기 결제 시간 패턴에서 일정 시간 이상 벗어날 시, 상기 결제 요청을 거절하도록 하는 FDS 조건 정보를 생성하여 저장할 수 있다.
FDS 정보 관리부(220)는 카드의 사용 내역을 토대로 하여, 상기 카드가 사용된 직전 사용 시간 정보 및 직전 사용 위치 정보를 분석함으로써 FDS 분석 정보로 저장할 수도 있다.
이에 따라, FDS 정보 관리부(220)는 상기 직전 사용 위치 정보 및 카드결제 요청 신호가 전송된 위치 간의 거리 차이로부터 사용자의 이동 시간을 산출하여, 상기 직전 사용 시간 정보 및 상기 카드결제 요청 신호가 전송된 시간 간의 차이가 상기 사용자의 이동 시간보다 더 적게 나타날 시, 상기 카드결제 요청을 거절하도록 하는 FDS 조건 정보를 생성하여 저장할 수 있다.
뿐만 아니라, 일 실시예에 따른 FDS 정보 관리부(220)는 상기 직전 사용 시간 정보를 통해 해당 판단 시점으로부터 일정 기간 내에 카드결제가 승인된 정보가 존재하는지의 여부, 즉, 카드의 최근 사용 여부를 판단하여 FDS 분석 정보로서 저장할 수 있다.이에 따라, FDS 정보 관리부(220)는 상기 카드의 최근 사용 여부를 통해 상기 카드가 최근에 사용된 내역이 없는 것으로 확인될 시, 상기 카드를 사용하는 카드결제 요청을 거절하도록 하는 FDS 조건 정보를 생성하여 저장할 수도 있다.
본 발명의 일 실시예에 따르면, FDS 정보 관리부(220)는 기내 결제 서버(300) 또는 카드사의 가맹점에 설치된 결제 단말기(400)로부터 수신한 카드의 부정사용 발생 내역을 FDS 분석 정보인 카드의 기존 부정사용 발생 내역 정보로서 저장할 수 있다.
이에 따라, FDS 정보 관리부(220)는 상기 기존 부정사용 발생 내역이 카드결제가 요청된 시점으로부터 일정 시간 내에 해당할 경우, 상기 카드결제를 거절하도록 하는 FDS 조건 정보를 생성하여 저장할 수도 있다.
또한, 일 실시예에 따른 FDS 정보 관리부(220)는 사용자 식별 정보로서 기 저장된 생체 정보 식별코드와 사용자가 카드결제 요청 시 사용자 단말기(100)를 통해 결제 단말기(400)로 전송한 생체 정보 식별코드가 서로 일치하지 않을 경우, 상기 카드결제 요청을 거절하도록 하는 FDS 조건 정보를 생성하여 저장할 수 있다.
본 발명의 일 실시예에 따른 FDS 정보 관리부(220)는 상술한 FDS 분석 정보 및 FDS 기준 정보 중 일 이상을 사용자 관련 정보 전송부(230)로 전송할 수도 있다.
사용자 관련 정보 전송부(230)는 기내 결제 서버(300)로부터 사용자 관련 정보 및 카드 블랙리스트 정보를 요청하는 신호를 수신함에 따라, 항공기로부터 일정 거리 이내에 위치하는 사용자의 사용자 관련 정보 및 카드 블랙리스트 정보를 기내 결제 서버(300)로 전송할 수 있다.
이때, 상기 사용자 관련 정보는 사용자 관련 정보 전송부(230)가 회원 정보 관리부(210)로부터 수신한 사용자 식별 정보, 카드 정보, 각 사용자별 전체 카드 정보 및 생체 정보 식별코드와 FDS 정보 관리부(220)로부터 수신한 FDS 분석 정보 및 FDS 조건 정보 중 일 이상을 포함할 수 있다.
구체적으로, 사용자 관련 정보 전송부(230)는 기내 결제 서버(300)로부터 사용자 관련 정보 및 카드 블랙리스트 정보를 요청하는 신호를 수신할 수 있다.
일 실시예에 따르면, 사용자 관련 정보 전송부(230)는 회원 정보 관리부(210)로부터 수신한 사용자의 위치 정보가 항공기로부터 일정 거리 이내인 것으로 나타나는 사용자의 사용자 관련 정보를 기내 결제 서버(300)로 전송할 수 있다.
다른 실시예에 따르면, 사용자 관련 정보 전송부(230)는 항공기로부터 일정 거리 이내에서 발생한 사용자의 카드 거래 내역을 확인할 수 있으며, 이에 따라 상기 카드 거래를 수행한 사용자의 사용자 관련 정보를 기내 결제 서버(300)로 전송할 수도 있다.
또 다른 실시예에 따르면, 사용자 관련 정보 전송부(230)는 상기 위치 정보가 공항인 사용자 및 공항이 아닌 사용자의 사용자 관련 정보를 함께 기내 결제 서버(300)로 전송함으로써, 기내 결제 서버(300)로 하여금 상기 위치 정보가 공항이 아닌 사용자 명의의 카드를 사용하는 카드결제 요청을 즉시 거절하도록 할 수도 있다.
본 발명의 일 실시예에 따르면, 사용자 관련 정보 전송부(230)는 상기 요청 신호를 수신함에 따라 최신화된 카드 블랙리스트 정보를 기내 결제 서버(300)로 전송할 수 있다.
본 발명의 일 실시예에 따른 사용자 관련 정보 전송부(230)는 상기 사용자 관련 정보 중 사용자의 생체 정보 식별코드를 특정 암호화 알고리즘으로 암호화하여 기내 결제 서버(300)로 전송할 수도 있다.
예를 들면, 사용자 관련 정보 전송부(230)는 사용자의 생체 정보 식별코드를 해시 함수 알고리즘(Hash Function Algorithm)으로 암호화하여 기내 결제 서버(300)로 전송할 수 있다.
이에 따라, 사용자 관련 정보 전송부(230)는 상기 생체 정보 식별코드의 송수신 절차에 대한 보안성을 향상시킬 수 있다.
또한, 다른 실시예에 따르면, 사용자 관련 정보 전송부(230)는 상기 암호화 절차를 생략하고 상기 생체 정보 식별코드 자체를 기내 결제 서버(300)로 전송할 수도 있음은 물론이다.
결제 내역 수신부(240)는 기내 결제 서버(300)로부터 카드결제 처리 내역 정보를 수신하여, 상기 카드결제 처리 내역 정보를 토대로 매입처리를 수행할 수 있다.
구체적으로, 결제 내역 수신부(240)는 기내 결제 서버(300)로부터 카드결제가 승인되거나 거절된 내역 정보를 수신할 수 있다.
이때, 일 실시예에 따르면, 결제 내역 수신부(240)는 기내 결제 서버(300)로부터 수신한 카드결제 승인 내역 정보에 따라, 상기 카드결제 승인 내역을 매입처리 할 수 있다.
또한, 일 실시예에 따른 결제 내역 수신부(240)는 기내 결제 서버(300)로부터 수신한 카드결제 거절 내역 정보를 FDS 정보 관리부(220)로 전송함으로써, FDS 정보 관리부(220)로 하여금 상기 카드결제 거절 내역 정보를 카드의 기존 부정사용 발생 내역 정보로서 저장하도록 할 수 있다.
뿐만 아니라, 본 발명의 일 실시예에 따른 결제 내역 수신부(240)는 상기 카드결제 거절 내역 정보를 사용자 단말기(100)로 전송함으로써, 사용자가 자신의 카드가 부정사용된 현황을 파악할 수 있도록 할 수도 있다.
카드사 서버 제어부(250)는 회원 정보 관리부(210), FDS 정보 관리부(220), 사용자 관련 정보 전송부(230), 결제 내역 수신부(240) 및 카드사 서버 통신부(260) 간의 데이터의 흐름을 제어하는 기능을 수행할 수 있다. 즉, 본 발명에 따른 카드사 서버 제어부(250)는 회원 정보 관리부(210), FDS 정보 관리부(220), 사용자 관련 정보 전송부(230), 결제 내역 수신부(240) 및 카드사 서버 통신부(260)에서 각각 고유한 기능을 수행하도록 제어할 수 있다.
일 실시예에 따른 카드사 서버 통신부(260)는 카드사 서버(200)와 외부 서버 및 외부 장치 간 통신이 가능하도록 한다. 구체적으로 카드사 서버(200)가 사용자 단말기(100), 기내 결제 서버(300) 및 결제 단말기(400)와의 통신을 가능하게 한다.
도 3은 본 발명의 일 실시예에 따른 기내 결제 서버(300)의 구성을 도시한 도면이다.
도 3을 참조하면, 기내 결제 서버(300)는 통신 설정부(310), 사용자 관련 정보 관리부(320), 결제 요청 수신부(330), 결제 승인 판단부(340), 결제 요청 처리부(350), 기내 결제 서버 제어부(360) 및 기내 결제 서버 통신부(370)를 포함할 수 있다.
먼저, 통신 설정부(310)는 항공기의 비행 상태를 판단함으로써, 기내 결제 서버(300)가 외부 서버 또는 외부 장치와 통신하는 방식을 결정하는 기내 결제 서버(300)의 통신 모드를 설정할 수 있다.
구체적으로, 일 실시예에 따르면, 통신 설정부(310)는 항공기의 위치 정보, 고도 정보, 속도 정보 등을 감지할 수 있으며, 이를 토대로 항공기의 비행 상태를 착륙 상태 또는 이륙 상태로 판단할 수 있다.
이에 따라, 통신 설정부(310)는 항공기가 착륙 상태일 시, 기내 결제 서버(300)의 통신 모드를 카드사 서버(200)와의 통신 모드로 설정함으로써, 기내 결제 서버(300)가 항공기 외부의 통신망(공항의 와이파이 등)을 통해 카드사 서버(200)와 통신하도록 할 수 있다.
또한, 통신 설정부(310)는 항공기가 이륙 상태일 시, 기내 결제 서버(300)의 통신 모드를 결제 단말기(400)와의 통신 모드로 설정함으로써, 기내 결제 서버(300)가 항공기 내부의 통신망(항공기의 와이파이 등)을 통해 결제 단말기(400)와 통신하도록 할 수 있다.
사용자 관련 정보 관리부(320)는 카드사 서버(200)로부터 수신한 사용자 관련 정보 및 카드 블랙리스트 정보를 저장하고 관리할 수 있다.
구체적으로, 통신 설정부(310)가 항공기의 비행 상태를 판단한 결과, 상기 항공기가 착륙 상태일 경우, 사용자 관련 정보 관리부(320)는 사용자의 사용자 관련 정보 및 카드 블랙리스트 정보를 요청하는 신호를 카드사 서버(200)로 전송할 수 있다.
이때, 상기 사용자 관련 정보 및 카드 블랙리스트 정보를 요청하는 신호의 전송은 항공기의 매 착륙 시마다 수행될 수 있다.
이에 따라, 사용자 관련 정보 관리부(320)는 카드사 서버(200)로부터 상기 사용자 관련 정보 및 카드 블랙리스트 정보를 주기적으로 수신하여 저장함으로써, 기 저장된 사용자 관련 정보 및 카드 블랙리스트 정보를 각각 상기 새로 수신한 사용자 관련 정보 및 카드 블랙리스트 정보로 갱신할 수도 있다.
결제 요청 수신부(330)는 통신 설정부(310)가 항공기의 비행 상태를 판단한 결과, 상기 항공기가 이륙 상태일 경우, 결제 단말기(400)로부터 사용자의 카드결제 요청 신호를 수신할 수 있다.
구체적으로, 결제 단말기(400)는 사용자가 상품을 구입하기 위해 제시한 카드의 번호, 유효기간, CVC 번호 등과 같은 카드인식 정보를 결제 단말기(400)와 연결된 카드 리더기를 통해 인식할 수 있으며, 사용자가 구매하고자 하는 상품의 종류, 이름, 가격 등과 같은 결제상품 정보를 결제 단말기(400)와 연결된 센서 모듈을 통해 상품의 바코드 또는 QR 코드를 인식함으로써, 또는 승무원에게 직접 입력 받음으로써 수집할 수도 있다.
일 실시예에 따르면, 사용자는 카드결제를 요청하기 전, 또는 요청한 후, 사용자 단말기(100)를 통해 자신의 생체 정보를 입력함으로써 사용자의 생체 정보 식별코드를 생성할 수 있으며, 사용자 단말기(100)는 상기 생성한 생체 정보 식별코드를 결제 단말기(400)로 전송할 수 있다.
이에 따라, 결제 단말기(400)는 상기 카드인식 정보, 결제상품 정보 및 사용자의 생체 정보 식별코드 중 일 이상을 포함하는 카드결제 요청 신호를 결제 요청 수신부(330)로 전송할 수 있다.
결제 승인 판단부(340)는 사용자 관련 정보 관리부(320)로부터 수신한 사용자 관련 정보 및 카드 블랙리스트 정보를 토대로 하여, 결제 요청 수신부(330)로부터 수신한 카드결제 요청 신호의 승인 여부를 판단할 수 있다.
구체적으로, 결제 승인 판단부(340)는 상기 카드결제 요청 신호를 수신함에 따라, 카드 블랙리스트 정보 및 각 사용자별 전체 카드 정보를 확인할 수 있다.
이때, 상기 확인 결과, 상기 결제 요청된 카드가 상기 카드 블랙리스트에 포함될 경우, 또는 상기 각 사용자별 전체 카드 정보에 따라 유효하지 않은 카드인 것으로 나타날 경우, 결제 승인 판단부(340)는 상기 카드결제 요청 신호를 승인 불가한 것으로 판단할 수 있다.
본 발명의 일 실시예에 따른 결제 승인 판단부(340)는 상기 카드결제 요청 신호가 수신되면, 기 저장된 사용자 식별 정보, 카드 정보, 생체 정보 식별코드 및 FDS 분석 정보 등을 확인할 수 있으며, 이에 따라 상기 확인 결과가 FDS 조건 정보와 일치할 시, 상기 카드결제 요청을 거절할 수 있다.
일 실시예에 따르면, 결제 승인 판단부(340)는 카드결제 요청 신호를 수신함에 따라, 카드의 잔여 한도 또는 카드와 연결된 계좌의 잔액 정보를 확인할 수 있다.
이때, 상기 잔여 한도 또는 계좌 잔액이 상기 결제 요청된 대금의 액수보다 적을 경우, 결제 승인 판단부(340)는 기 저장된 FDS 조건 정보에 따라 상기 카드결제 요청을 승인 불가한 것으로 판단할 수 있다.
또한, 일 실시예에 따른 결제 승인 판단부(340)는 카드결제 요청 신호를 수신할 시, 기 저장된 사용자의 공항 출입 여부 정보를 확인할 수 있다.
상기 확인 결과, 상기 사용자가 공항에 출입한 기록이 존재하지 않거나, 또는 상기 공항 출입 여부 정보가 해당 운항중인 항공기가 이륙하기 전에 갱신되지 않았을 경우, 결제 승인 판단부(340)는 기 저장된 FDS 조건 정보에 따라 상기 카드결제 요청을 승인 불가한 것으로 판단할 수 있다.
본 발명의 일 실시예에 따르면, 결제 승인 판단부(340)는 카드결제 요청 신호를 수신할 시, 기 저장된 카드의 결제 품목 패턴을 확인할 수 있다.
이때, 사용자가 상기 카드결제를 통해 구입하고자 하는 상품의 종류가 상기 결제 품목 패턴에 나타나는 상품 종류에 포함되지 않을 경우, 결제 승인 판단부(340)는 기 저장된 FDS 조건 정보에 따라 상기 카드결제 요청을 승인 불가한 것으로 판단할 수 있다.
본 발명의 일 실시예에 따른 결제 승인 판단부(340)는 카드결제 요청 신호를 수신함에 따라, 기 저장된 카드의 결제 금액 패턴 또한 확인할 수도 있다.
상기 확인 결과, 사용자가 상기 카드결제를 통해 구입하고자 하는 상품의 금액이 상기 결제 금액 패턴에 나타나는 금액의 평균값 또는 최대값보다 일정 금액 이상 크게 나타날 경우, 결제 승인 판단부(340)는 기 저장된 FDS 조건 정보에 따라 상기 카드결제 요청을 승인 불가한 것으로 판단할 수 있다.
뿐만 아니라, 일 실시예에 따른 결제 승인 판단부(340)는 카드결제 요청 신호를 수신할 시, 기 저장된 카드의 결제 시간 패턴을 확인할 수도 있다.
이에 따라, 상기 카드결제 요청 신호가 발생한 시간이 상기 결제 시간 패턴에 나타나는 시간대로부터 일정 시간 이상 벗어날 경우, 결제 승인 판단부(340)는 기 저장된 FDS 조건 정보에 따라 상기 카드결제 요청을 승인 불가한 것으로 판단할 수 있다.
본 발명의 일 실시예에 따르면, 결제 승인 판단부(340)는 카드결제 요청 신호를 수신함에 따라, 기 저장된 카드의 직전 사용 시간 정보 및 직전 사용 위치 정보를 확인할 수 있다.
이때, 결제 승인 판단부(340)는 해당 운항중인 항공기의 위치 정보를 확인할 수 있으며, 상기 항공기의 위치와 상기 직전 사용 위치 간의 거리 차이로부터 사용자의 이동 시간을 산출할 수도 있다.
이에 따라, 결제 승인 판단부(340)는 상기 카드결제 요청 신호가 발생한 시간 및 상기 직전 사용 시간 간의 차이가 상기 사용자의 이동 시간보다 더 적게 나타날 경우, 기 저장된 FDS 조건 정보에 따라 상기 카드결제 요청을 승인 불가한 것으로 판단할 수 있다.
본 발명의 일 실시예에 따른 결제 승인 판단부(340)는 카드결제 요청 신호를 수신할 시, 기 저장된 카드의 최근 사용 여부 정보를 확인할 수 있다.
이에 따라, 상기 카드가 상기 카드결제 요청 신호의 발생 시점으로부터 일정 시간 내에 사용된 내역이 없는 것으로 나타날 시, 결제 승인 판단부(340)는 기 저장된 FDS 조건 정보에 따라 상기 카드결제 요청을 승인 불가한 것으로 판단할 수 있다.
일 실시예에 따른 결제 승인 판단부(340)는 카드결제 요청 신호를 수신함에 따라, 기 저장된 카드의 기존 부정사용 발생 내역 정보 또한 확인할 수도 있다.
상기 확인 결과, 상기 카드결제 요청 신호를 수신한 시점으로부터 일정 시간 내에 상기 카드가 부정사용되었을 경우, 결제 승인 판단부(340)는 기 저장된 FDS 조건 정보에 따라 상기 카드결제 요청을 승인 불가한 것으로 판단할 수 있다.
본 발명의 일 실시예에 따르면, 결제 승인 판단부(340)는 카드결제 요청 신호를 수신함에 따라, 기 저장된 사용자의 생체 정보 식별코드(이하, 제1 생체 정보 식별코드)와 결제 단말기(400)를 통해 사용자 단말기(100)로부터 새로 수신한 생체 정보 식별코드(이하, 제2 생체 정보 식별코드)를 비교할 수도 있다.
상기 비교 결과, 상기 제1 생체 정보 식별코드와 상기 제2 생체 정보 식별코드가 일치하지 않을 시, 결제 승인 판단부(340)는 기 저장된 FDS 조건 정보에 따라 상기 카드결제 요청을 승인 불가한 것으로 판단할 수 있다.
이때, 본 발명의 일 실시예에 따라, 상기 제1 생체 정보 식별코드가 특정 암호화 알고리즘으로 암호화 되어있을 시, 결제 승인 판단부(340)에는 상기 암호화 알고리즘에 대응되는 복호화 알고리즘이 저장되어 있을 수도 있다.
따라서, 결제 승인 판단부(340)는 상기 제1 생체 정보 식별코드와 제2 생체 정보 식별코드를 비교하기 전, 제1 생체 정보 식별코드를 상기 복호화 알고리즘으로 복호화하는 절차를 더 수행할 수도 있다.
결제 요청 처리부(350)는 결제 승인 판단부(340)가 판단한 카드결제 요청 신호의 승인 여부에 따라, 결제 단말기(400)로 하여금 상기 카드결제 요청을 승인 처리하거나 거절 처리하도록 할 수 있다.
구체적으로, 결제 요청 처리부(350)는 결제 승인 판단부(340)로 하여금 상기 카드결제 요청 신호가 승인 가능한 것으로 판단되었을 시, 상기 카드결제 요청을 승인 처리하는 신호를 결제 단말기(400)로 전송하고, 상기 카드결제가 승인 처리된 내역 정보를 저장할 수 있다.
본 발명의 일 실시예에 따르면, 결제 요청 처리부(350)는 상기 카드결제 승인 내역 정보를 결제 단말기(400)를 통해 사용자 단말기(100)로 전송함으로써, 상기 카드결제 승인 결과를 사용자에게 즉시 제공할 수도 있다.
또한, 결제 요청 처리부(350)는 결제 승인 판단부(340)로 하여금 상기 카드결제 요청 신호가 승인 불가한 것으로 판단되었을 시, 상기 카드결제 요청을 거절 처리하는 신호를 결제 단말기(400)로 전송하고, 상기 카드결제가 거절 처리된 내역 정보를 저장할 수 있다.
본 발명의 일 실시예에 따르면, 결제 단말기(400)는 상기 결제 요청 처리부(350)로부터 수신한 카드결제 거절 내역 정보를 결제 단말기(400)의 디스플레이에 표시함으로써, 상기 카드결제를 수행하는 승무원에게 카드가 부정사용되었음을 경고할 수도 있다.
기내 결제 서버 제어부(360)는 통신 설정부(310), 사용자 관련 정보 관리부(320), 결제 요청 수신부(330), 결제 승인 판단부(340), 결제 요청 처리부(350) 및 기내 결제 서버 통신부(370) 간의 데이터의 흐름을 제어하는 기능을 수행할 수 있다. 즉, 본 발명에 따른 기내 결제 서버 제어부(360)는 통신 설정부(310), 사용자 관련 정보 관리부(320), 결제 요청 수신부(330), 결제 승인 판단부(340), 결제 요청 처리부(350) 및 기내 결제 서버 통신부(370)에서 각각 고유한 기능을 수행하도록 제어할 수 있다.
일 실시예에 따른 기내 결제 서버 통신부(370)는 기내 결제 서버(300)와 외부 서버 및 외부 장치 간 통신이 가능하도록 한다. 구체적으로 기내 결제 서버(300)가 사용자 단말기(100), 카드사 서버(200) 및 결제 단말기(400)와의 통신을 가능하게 한다.
도 4는 본 발명의 일 실시예에 따른 기내 결제 서비스 제공 과정을 도시한 도면이다.
먼저, 본 발명의 일 실시예에 따른 카드사 서버(200)는 사용자 식별 정보, 카드 정보, 각 사용자별 전체 카드 정보, 카드 블랙리스트 정보 및 사용자의 생체 정보 식별코드 등을 수집하여 저장할 수 있다.
상기 사용자 식별 정보는 카드사가 사용자 단말기로부터 수신한 각 사용자의 식별 정보로서, 사용자의 이름, 주민등록번호, 연락처, 주소, 계좌번호, 위치정보제공 동의 여부, 카드사 서버(200)가 사용자 단말기를 통해 수집한 사용자의 위치 정보, FDS정보제공 동의 여부 등을 일 이상 포함할 수 있다.
상기 카드 정보는 사용자에게 발급된 신용카드 또는 체크카드의 정보일 수 있으며, 카드의 번호, 유효기간, CVC 번호, 잔여 한도, 계좌 잔액 정보, 사용 내역 정보, 사용 불가 카드(사용정지 카드, 사용해지 카드, 분실신고 카드, 블랙리스트 포함 카드 등) 정보 등을 일 이상 포함할 수 있다.
상기 각 사용자별 전체 카드 정보는 특정 사용자가 보유한 카드들의 번호, 해당 카드의 유효기간, 사용 불가 카드 정보 및 FDS 조건 정보 중 일 이상을 토대로 결정되는 유효여부 및 잔여 한도 중 일 이상을 포함할 수 있다.
상기 카드 블랙리스트는 사용정지된 카드, 사용해지된 카드, 유효기간이 경과된 카드, 신용불량인 사용자의 카드, 카드 대금납부가 일정 기간 이상 연체된 카드들의 번호 리스트일 수 있다.
또한, 상기 생체 정보 식별코드는 지문, 홍채, 음성 등과 같은 사용자의 생체 정보를 식별하는 정보로서, 카드사가 사용자 단말기 및 생체 정보 인증기관 서버로부터 수집할 수 있으며, 사용자 단말기에 저장된 생체 정보의 변환 정보와 동일한 형태일 수 있다.
본 발명의 일 실시예에 따르면, 카드사 서버(200)는 상기 사용자 식별 정보, 카드 정보, 사용자의 생체 정보 식별코드 등을 토대로 하여, 다양한 FDS 분석 정보 및 FDS 조건 정보를 생성하여 저장할 수도 있다.
이때, 상기 FDS 분석 정보 및 FDS 조건 정보의 생성 및 저장은 실시간으로 이루어질 수 있으며, 이에 따라 카드사 서버(200)는 상기 FDS 분석 정보 및 FDS 조건 정보를 상시적으로 갱신할 수 있다.
상기 FDS 분석 정보는 사용자의 공항 출입 여부, 카드의 결제 품목 패턴, 결제 금액 패턴, 결제 시간 패턴, 직전 사용 시간, 직전 사용 위치 정보, 최근 사용 여부, 기존 부정사용 발생 내역 정보 등을 일 이상 포함할 수 있다.
또한, 상기 FDS조건 정보는 사용자 식별 정보, 카드 정보 및 FDS 분석 정보에 따라 카드결제 요청을 거절하는 조건 정보일 수 있다.
도 4를 참조하면, 기내 결제 서버(300)는 항공기가 착륙 상태일 시, 사용자 식별 정보, 카드 정보, 각 사용자별 전체 카드 정보, 생체 정보 식별코드, FDS 분석 정보, FDS 조건 정보 등을 일 이상 포함하는 사용자 관련 정보와 카드 블랙리스트 정보를 요청하는 신호를 카드사 서버(200)로 전송할 수 있다(S401).
일 실시예에 따르면, 기내 결제 서버(300)는 항공기의 위치 정보, 고도 정보, 속도 정보 등을 감지할 수 있으며, 이를 토대로 항공기의 비행 상태를 착륙 상태 또는 이륙 상태로 판단할 수도 있다.
카드사 서버(200)는 상기 S401 단계에서 수신한 사용자 관련 정보 요청 신호에 따라, 상기 사용자 관련 정보 및 상기 카드 블랙리스트 정보를 기내 결제 서버(300)로 전송할 수 있으며(S402), 기내 결제 서버(300)는 상기 S402 단계를 통해 카드사 서버(200)로부터 수신한 상기 사용자 관련 정보 및 상기 카드 블랙리스트 정보를 기내 결제 서버(300) 내의 데이터베이스에 저장할 수 있다(S403).
상기 S401 내지 S403 단계는 항공기의 매 착륙시마다 수행될 수 있으며, 이에 따라 기내 결제 서버(300)는 상기 사용자 관련 정보 및 상기 카드 블랙리스트 정보를 주기적으로 업데이트할 수도 있다.
본 발명의 일 실시예에 따르면, 항공기 이륙 후, 상기 항공기 내의 결제 단말기(400)는 기내 결제 서버(300)로 사용자의 카드결제 요청 신호를 전송할 수 있다(S404).
구체적으로, 결제 단말기(400)는 사용자가 상품을 구입하기 위해 제시한 카드의 번호, 유효기간, CVC 번호 등과 같은 카드인식 정보를 결제 단말기(400)와 연결된 카드 리더기를 통해 인식할 수 있으며, 사용자가 구매하고자 하는 상품의 종류, 이름, 가격 등과 같은 결제상품 정보를 결제 단말기(400)와 연결된 센서 모듈을 통해 상품의 바코드 또는 QR 코드를 인식함으로써, 또는 승무원에게 직접 입력 받음으로써 수집할 수도 있다.
일 실시예에 따르면, 사용자는 카드결제를 요청하기 전, 또는 요청한 후, 사용자 단말기를 통해 자신의 생체 정보를 입력함으로써 사용자의 생체 정보 식별코드를 생성할 수 있으며, 사용자 단말기는 상기 생성한 생체 정보 식별코드를 결제 단말기(400)로 전송할 수 있다.
이에 따라, 결제 단말기(400)는 상기 카드인식 정보, 결제상품 정보 및 사용자의 생체 정보 식별코드 중 일 이상을 포함하는 카드결제 요청 신호를 기내 결제 서버(300)로 전송할 수 있다.
이후, 기내 결제 서버(300)는 상기 S403 단계에서 저장한 사용자 관련 정보 및 카드 블랙리스트 정보를 토대로 하여, 상기 S404 단계에서 수신한 카드결제 요청 신호의 승인 가능 여부를 자체적으로 판단할 수 있다(S405).
구체적으로, 일 실시예에 따른 기내 결제 서버(300)는 상기 카드 상기 카드결제 요청 신호를 수신함에 따라, 카드 블랙리스트 정보 및 각 사용자별 전체 카드 정보를 확인할 수 있다. 이때, 상기 확인 결과, 상기 결제 요청된 카드가 상기 카드 블랙리스트에 포함될 경우, 또는 상기 각 사용자별 전체 카드 정보에 따라 유효하지 않은 카드인 것으로 나타날 경우, 기내 결제 서버(300)는 상기 카드결제 요청 신호를 승인 불가한 것으로 판단할 수 있다.
또한, 일 실시예에 따르면, 기내 결제 서버(300)는 상기 카드결제 요청 신호를 수신함에 따라 기 저장된 사용자 식별 정보, 카드 정보, 생체 정보 식별코드 및 FDS 분석 정보 등을 확인할 수 있다.
이에 따라, 기내 결제 서버(300)는 상기 확인된 정보를 FDS 조건 정보와 비교함으로써, 상기 확인된 정보가 FDS 조건 정보에 따른 카드결제 요청을 거절하는 조건과 일치할 시, 상기 카드결제 요청을 승인 불가한 것으로 판단할 수 있다.
일 실시예에 따르면, 기내 결제 서버(300)는 상기 S405 단계에서 승인 결정된 카드결제 요청 정보를 카드결제 승인 내역 정보로서, 거절 결정된 카드결제 요청 정보를 카드결제 거절 내역 정보로서 저장할 수도 있다(S406).
또한, 기내 결제 서버(300)는 상기 S405 단계의 판단 결과에 따라, 상기 카드결제 요청 신호가 승인 가능한 것으로 판단되었을 시에는 상기 카드결제 요청을 승인하는 신호를, 상기 카드결제 요청 신호가 승인 불가한 것으로 판단되었을 시에는 상기 카드결제 요청을 거절하는 신호를 결제 단말기(400)로 전송할 수 있다(S407).
이에 따라, 결제 단말기(400)는 상기 S407 단계를 통해 기내 결제 서버(300)로부터 수신한 신호가 카드결제 승인 신호일 경우에는 상기 카드결제 요청을 승인 처리할 수 있으며, 카드결제 거절 신호일 경우에는 상기 카드결제 요청을 거절 처리할 수도 있다(S408).
뿐만 아니라, 본 발명의 일 실시예에 따르면, 결제 단말기(400)는 상기 승인 처리한 카드결제 내역 정보를 사용자 단말기로 전송함으로써, 사용자에게 상기 카드결제 승인 결과를 즉시 제공할 수도 있다.
또한, 본 발명의 일 실시예에 따르면, 결제 단말기(400)는 상기 거절 처리한 카드결제 내역 정보를 결제 단말기(400)의 디스플레이에 표시함으로써, 상기 카드결제를 수행하는 승무원에게 카드가 부정사용되었음을 경고할 수도 있다.
본 발명의 일 실시예에 따르면, 항공기 착륙 후, 기내 결제 서버(300)는 카드사 서버(200)로 상기 S406 단계에서 저장한 모든 카드결제 처리 내역 정보, 즉, 카드결제 승인 내역 정보 및 카드결제 거절 내역 정보를 카드사 서버(200)로 전송할 수 있다(S409).
카드사 서버(200)는 상기 S409 단계를 통해 기내 결제 서버(300)로부터 수신한 카드결제 승인 내역 정보에 따라 상기 카드결제 승인 내역을 매입처리 할 수 있으며(S410-1), 카드결제 거절 내역 정보를 FDS 분석 정보인 기존 부정사용 발생 내역 정보로서 저장할 수도 있다(S410-2).
이때, 일 실시예에 따른 카드사 서버(200)는 상기 카드결제 거절 내역 정보를 사용자 단말기로 전송함으로써, 사용자가 자신의 카드가 부정사용된 현황을 파악할 수 있도록 할 수도 있다.
전술한 본 발명의 설명은 예시를 위한 것이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진 자는 본 발명의 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 쉽게 변형이 가능하다는 것을 이해할 수 있을 것이다. 그러므로 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며 한정적이 아닌 것으로 이해해야만 한다. 예를 들어, 단일형으로 설명되어 있는 각 구성 요소는 분산되어 실시될 수도 있으며, 마찬가지로 분산된 것으로 설명되어 있는 구성 요소들도 결합된 형태로 실시될 수 있다.
본 발명의 범위는 후술하는 특허청구범위에 의하여 나타내어지며, 특허청구범위의 의미 및 범위 그리고 그 균등 개념으로부터 도출되는 모든 변경 또는 변형된 형태가 본 발명의 범위에 포함되는 것으로 해석되어야 한다.

Claims (18)

  1. 기내 결제 장치가 항공기 운항 중 카드결제를 처리하는 방법에 있어서,
    (a) 상기 항공기 이륙 전, 상기 항공기로부터 소정의 거리 이내에 위치하는 사용자의 전체 카드 정보 및 카드 블랙리스트 정보를 수신하는 단계;
    (b) 상기 항공기 이륙 후, 카드결제 요청 신호를 감지하는 단계; 및
    (c) 상기 사용자의 전체 카드 정보 및 상기 카드 블랙리스트 정보 중 일 이상을 토대로 하여 상기 카드결제 요청 신호를 처리하는 단계를 포함하는, 기내 결제 서비스 제공 방법.
  2. 제 1항에 있어서,
    상기 전체 카드 정보는,
    상기 사용자가 보유한 카드들의 번호, 유효여부 및 잔여 한도 중 일 이상을 포함하는 것을 특징으로 하는, 기내 결제 서비스 제공 방법.
  3. 제 2항에 있어서,
    상기 카드의 유효여부는,
    카드의 유효기간, 사용 불가 카드 정보 및 FDS 조건 정보 중 일 이상을 토대로 하여 결정되는 것을 특징으로 하는, 기내 결제 서비스 제공 방법.
  4. 제 1항에 있어서,
    상기 사용자가 상기 항공기로부터 소정의 거리 이내에 위치하는지 여부의 판단은,
    상기 사용자의 사용자 단말기의 위치 정보를 토대로 판단되는 것을 특징으로 하는 기내 결제 서비스 제공 방법.
  5. 제 1항에 있어서,
    상기 사용자가 상기 항공기로부터 소정의 거리 이내에 위치하는지 여부의 판단은,
    상기 사용자가 소지하고 있는 카드를 상기 항공기로부터 소정의 거리 이내에서 사용한 내역을 토대로 판단되는 것을 특징으로 하는, 기내 결제 서비스 제공 방법.
  6. 제 1항에 있어서,
    상기 카드결제 요청은,
    상기 기내 결제 장치가 인식한 카드의 번호, 유효기간 및 CVC 번호 등을 일 이상 포함하며, 상기 사용자가 구매하고자 하는 상품의 종류, 이름 및 가격 등을 일 이상 포함하는 것을 특징으로 하는, 기내 결제 서비스 제공 방법.
  7. 제 1항 또는 제 6항에 있어서,
    상기 사용자 관련 정보 및 상기 카드결제 요청은,
    상기 사용자의 지문 정보, 홍채 정보 및 음성 정보 중 일 이상을 식별할 수 있는 문자열인 생체 정보 식별코드를 더 포함하는 것을 특징으로 하는, 기내 결제 서비스 제공 방법.
  8. 제 7항에 있어서,
    상기 생체 정보 식별코드는,
    상기 기내 결제 장치에 저장된 복호화 알고리즘과 대응되는 암호화 알고리즘으로 암호화되는 것을 특징으로 하는, 기내 결제 서비스 제공 방법.
  9. 제 1항에 있어서,
    상기 (c) 단계는,
    상기 카드결제 요청 신호의 처리 여부에 따라, 상기 카드결제를 승인 처리 또는 거절 처리하는 단계;
    상기 승인 처리된 카드결제의 내역 정보 및 상기 거절 처리된 카드결제의 내역 정보를 저장하는 단계; 및
    상기 항공기 착륙 후, 상기 승인 처리된 카드결제 내역 정보 및 상기 거절 처리된 카드결제 내역 정보를 카드사 서버로 전송하는 단계를 포함하는, 기내 결제 서비스 제공 방법.
  10. 항공기 운항 중 카드결제를 처리하는 기내 결제 장치에 있어서,
    상기 항공기 이륙 전, 상기 항공기로부터 소정의 거리 이내에 위치하는 사용자의 전체 카드 정보 및 카드 블랙리스트 정보를 수신하는 사용자 관련 정보 DB;
    상기 항공기 이륙 후, 카드결제 요청 신호를 감지하는 결제 요청 수신부; 및
    상기 사용자의 전체 카드 정보 및 카드 블랙리스트 정보 중 일 이상을 토대로 하여 상기 카드결제 요청 신호의 처리 여부를 판단하는 결제 승인 판단부를 포함하는, 기내 결제 장치.
  11. 제 10항에 있어서,
    상기 전체 카드 정보는,
    상기 사용자가 보유한 카드들의 번호, 유효여부 및 잔여 한도 중 일 이상을 포함하는 것을 특징으로 하는, 기내 결제 장치.
  12. 제 11항에 있어서,
    상기 카드의 유효여부는,
    카드의 유효기간, 사용 불가 카드 정보 및 FDS 조건 정보 중 일 이상을 토대로 하여 결정되는 것을 특징으로 하는, 기내 결제 장치.
  13. 제 10항에 있어서,
    상기 사용자가 상기 항공기로부터 소정의 거리 이내에 위치하는지 여부의 판단은,
    상기 사용자의 사용자 단말기의 위치 정보를 토대로 판단되는 것을 특징으로 하는, 기내 결제 장치.
  14. 제 10항에 있어서,
    상기 사용자가 상기 항공기로부터 소정의 거리 이내에 위치하는지 여부의 판단은,
    사용자가 소지하고 있는 카드를 상기 항공기로부터 소정의 거리 이내에서 사용한 내역을 토대로 판단되는 것을 특징으로 하는, 기내 결제 장치.
  15. 제 10항에 있어서,
    상기 카드결제 요청은,
    상기 기내 결제 장치가 인식한 카드의 번호, 유효기간 및 CVC 번호 등을 일 이상 포함하며, 상기 사용자가 구매하고자 하는 상품의 종류, 이름 및 가격 등을 일 이상 포함하는 것을 특징으로 하는, 기내 결제 장치.
  16. 제 10항 또는 제 15항에 있어서,
    상기 사용자 관련 정보 및 상기 카드결제 요청은,
    상기 사용자의 지문 정보, 홍채 정보 및 음성 정보 중 일 이상을 식별할 수 있는 문자열인 생체 정보 식별코드를 더 포함하는 것을 특징으로 하는, 기내 결제 장치.
  17. 제 16항에 있어서,
    상기 생체 정보 식별코드는,
    상기 기내 결제 장치에 저장된 복호화 알고리즘과 대응되는 암호화 알고리즘으로 암호화되는 것을 특징으로 하는, 기내 결제 장치.
  18. 제 10항에 있어서,
    상기 기내 결제 장치는,
    상기 카드결제 요청 신호의 처리 여부에 따라, 상기 카드결제를 승인 처리 또는 거절 처리하고, 상기 승인 처리된 카드결제의 내역 정보 및 상기 거절 처리된 카드결제의 내역 정보를 저장하며, 상기 항공기 착륙 후, 상기 승인 처리된 카드결제 내역 정보 및 상기 거절 처리된 카드결제 내역 정보를 카드사 서버로 전송하는 결제 요청 처리부를 포함하는, 기내 결제 장치.
PCT/KR2016/014606 2016-06-20 2016-12-13 항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치 WO2017222129A1 (ko)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR10-2016-0076800 2016-06-20
KR20160076800 2016-06-20
KR10-2016-0121981 2016-09-23
KR1020160121981A KR101857067B1 (ko) 2016-06-20 2016-09-23 항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치

Publications (1)

Publication Number Publication Date
WO2017222129A1 true WO2017222129A1 (ko) 2017-12-28

Family

ID=60784855

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2016/014606 WO2017222129A1 (ko) 2016-06-20 2016-12-13 항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치

Country Status (1)

Country Link
WO (1) WO2017222129A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109920080A (zh) * 2019-02-21 2019-06-21 上海卫星工程研究所 基于实时ads-b的飞机目标黑白名单维护方法
US11374752B2 (en) * 2019-06-07 2022-06-28 Panasonic Avionics Corporation Secure transactions for in-flight entertainment systems

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020138625A1 (en) * 2001-03-21 2002-09-26 David Bruner Method and apparatus for inflight electronic commerce
JP2004252751A (ja) * 2003-02-20 2004-09-09 Toyota Motor Corp 電子決済システム
KR20050098991A (ko) * 2004-04-08 2005-10-12 전자부품연구원 항공기내 센서 네트워크를 활용한 승객 맞춤형 미디어서비스 방법 및 시스템
KR20070052635A (ko) * 2005-11-17 2007-05-22 신한카드 주식회사 특정 장소(전시장 등)에서의 카드 정보 운용방법 및시스템과 이를 위한 카드정보 운용장치, 기록매체
US20140181903A1 (en) * 2011-01-21 2014-06-26 Mi Group B.V. Secure Mobile Information System

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020138625A1 (en) * 2001-03-21 2002-09-26 David Bruner Method and apparatus for inflight electronic commerce
JP2004252751A (ja) * 2003-02-20 2004-09-09 Toyota Motor Corp 電子決済システム
KR20050098991A (ko) * 2004-04-08 2005-10-12 전자부품연구원 항공기내 센서 네트워크를 활용한 승객 맞춤형 미디어서비스 방법 및 시스템
KR20070052635A (ko) * 2005-11-17 2007-05-22 신한카드 주식회사 특정 장소(전시장 등)에서의 카드 정보 운용방법 및시스템과 이를 위한 카드정보 운용장치, 기록매체
US20140181903A1 (en) * 2011-01-21 2014-06-26 Mi Group B.V. Secure Mobile Information System

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109920080A (zh) * 2019-02-21 2019-06-21 上海卫星工程研究所 基于实时ads-b的飞机目标黑白名单维护方法
CN109920080B (zh) * 2019-02-21 2021-12-07 上海卫星工程研究所 基于实时ads-b的飞机目标黑白名单维护方法
US11374752B2 (en) * 2019-06-07 2022-06-28 Panasonic Avionics Corporation Secure transactions for in-flight entertainment systems

Similar Documents

Publication Publication Date Title
WO2020091278A1 (ko) 사용증명방식 블록체인 기반의 일회용 개인키를 이용한 개인정보 제공 시스템 및 방법
WO2017222172A1 (ko) 카드 이용 내역에 따라 모바일 쿠폰 서비스를 제공하는 방법 및 서버
WO2018008800A1 (ko) 블록체인을 기반으로 하는 공인인증서 인증시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 인증방법
WO2020032321A1 (ko) 가상코드 기반의 금융거래제공시스템, 가상코드생성장치, 가상코드검증장치, 가상코드 기반의 금융거래제공방법 및 가상코드 기반의 금융거래제공프로그램
WO2018194379A1 (ko) 블록체인 및 이와 연동되는 머클 트리 구조 기반의 토큰 아이디를 이용하여 카드 사용을 승인하는 방법 및 이를 이용한 서버
WO2017022917A1 (ko) 블록체인을 기반으로 하는 공인인증서 발급시스템
WO2017119548A1 (ko) 보안성이 강화된 사용자 인증방법
WO2013168861A1 (ko) 결제 중개 시스템 및 방법
WO2014171680A1 (en) Mobile terminal, security server and payment method thereof
WO2017065583A1 (ko) 이동통신단말기간 카드 결제를 수행하는 모바일 카드 결제 시스템 및 방법
WO2017176051A1 (ko) 모바일 기기를 이용하여 사물 인터넷 기기를 인증하는 방법 및 시스템
WO2020032498A1 (ko) 인증용가상코드를 이용한 사용자 인증 방법 및 시스템
WO2021071116A1 (ko) 브라우저의 웹스토리지를 이용한 간편인증 방법 및 시스템
WO2012115490A2 (en) Method for buying and selling goods and shopping support system supporting the same
WO2017222129A1 (ko) 항공기 운항 중 카드결제를 처리하는 기내 결제 서비스 제공 방법 및 장치
WO2015122601A1 (ko) 단말과 서비스 제공 장치와 쿠폰 서버, 그를 포함하는 전자 지갑 시스템, 그 제어 방법 및 컴퓨터 프로그램이 기록된 기록매체
WO2018147519A1 (ko) 주차 영역 접근 관리 시스템 및 방법
WO2022234996A1 (ko) 온라인 구매 상품의 택스 리펀드 서비스를 제공하기 위한 시스템, 서버 및 방법
WO2020189993A1 (ko) 암호화폐 분실 방지 방법 및 시스템
WO2016175422A1 (ko) 모바일 스탬프 장치
WO2021066271A1 (ko) 본인 인증을 수행하는 이동 통신 단말기, 본인 인증 시스템, 및 이동 통신 단말기를 이용한 본인 인증 방법
WO2019031716A2 (ko) 가상토큰 기반의 결제제공시스템, 가상토큰생성장치, 가상토큰검증서버, 가상토큰 기반의 결제제공방법 및 가상토큰 기반의 결제제공프로그램
WO2016182308A1 (ko) 블루투스 통신을 이용한 비접촉식 모바일 결제 디바이스, 상기 모바일 결제 디바이스의 결제데이터 처리방법, 블루투스 통신을 이용한 비접촉식 모바일 결제 디바이스를 포함하는 모바일 결제 시스템, 및 상기 프로그램이 기록된 기록매체
WO2017026651A1 (ko) 전자 상거래 방법
WO2020149500A1 (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: 16906404

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16906404

Country of ref document: EP

Kind code of ref document: A1