WO2013163185A1 - Procédés, systèmes et supports lisibles par ordinateur pour le déploiement par radio (ota) de cartes logicielles sur des dispositifs à capacités de communications sans fil - Google Patents

Procédés, systèmes et supports lisibles par ordinateur pour le déploiement par radio (ota) de cartes logicielles sur des dispositifs à capacités de communications sans fil Download PDF

Info

Publication number
WO2013163185A1
WO2013163185A1 PCT/US2013/037803 US2013037803W WO2013163185A1 WO 2013163185 A1 WO2013163185 A1 WO 2013163185A1 US 2013037803 W US2013037803 W US 2013037803W WO 2013163185 A1 WO2013163185 A1 WO 2013163185A1
Authority
WO
WIPO (PCT)
Prior art keywords
provisioning
card
mobile device
issuer
server
Prior art date
Application number
PCT/US2013/037803
Other languages
English (en)
Inventor
Mohammad Khan
Pradeep Kumar
Narendra Narayanan
Original Assignee
Mastercard International Incorporated
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 US13/453,707 external-priority patent/US11195163B2/en
Application filed by Mastercard International Incorporated filed Critical Mastercard International Incorporated
Priority to EP13780892.9A priority Critical patent/EP2842096A4/fr
Publication of WO2013163185A1 publication Critical patent/WO2013163185A1/fr

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327Short range or proximity payments by means of M-devices
    • G06Q20/3278RFID or NFC payments by means of M-devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/351Virtual cards
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/355Personalisation of cards for use
    • G06Q20/3552Downloading or loading of personalisation data
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0207Discounts or incentives, e.g. coupons or rebates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions

Definitions

  • the subject matter described herein relates to provisioning of soft cards or other credentials on devices with wireless communications capabilities. More particularly, the subject matter described herein relates to methods, systems, and computer readable media for over the air (or over IP network) provisioning of soft cards on devices with wireless communications capabilities.
  • Conventional physical payment cards (branded or proprietary), member cards, and loyalty cards are typically provisioned in a physical secure environment controlled by the card issuer.
  • the card issuer may have a secure facility where cards are provisioned before being sent to users.
  • the user When a user receives a card, the user typically contacts the card issuer by telephone to activate the card.
  • soft card refers to a software-implemented entity for facilitating transactions, such as payment transactions.
  • Examples of soft cards include payment cards, such as credit cards, debit cards, prepaid cards, e-purse cards, transit cards, loyalty cards, member cards, identification cards (including door keys), other payment and non-payment cards, coupons, promotions, tickets (such as tickets for transit, parking, movies, events and others).
  • a soft card may be provisioned on a device with wireless communications capabilities.
  • Devices with wireless communication capabilities may interact with local card readers to enable transactions involving the soft card.
  • Examples of devices with wireless communications capabilities include mobile phones, smart phones, key fobs, physical cards, and personal digital assistants with interfaces to local card readers. Interactions between a device and a reader may occur via an electric and/or magnetic field between the device and the reader.
  • One type of communications channel that may be used between a device capable of supporting a soft card and a card reader for payment or redemption transactions is radio frequency (RF) enabled near field communications (NFC) or contactless. Near field communications typically occur at a distance of within about one wavelength of the communications radio frequency being used between the device and the contactless card reader.
  • RF radio frequency
  • NFC near field communications
  • Near field communications typically occur at a distance of within about one wavelength of the communications radio frequency being used between the device and the contactless card reader.
  • Devices with wireless communications capabilities may also be capable of data communications with remote entities.
  • devices with wireless communications capabilities may implement secure hypertext transfer HTTP(s) over transmission control protocol/Internet protocol (TCP/IP), short message service point to point (SMS PP), and/or card application toolkit transport protocol (CAT_TP) over an air interface for communicating with remote entities.
  • TCP/IP transmission control protocol/Internet protocol
  • SMS PP short message service point to point
  • CAT_TP card application toolkit transport protocol
  • the air interface protocol used by a device with wireless communications capabilities may vary with the device. Examples of air interface protocols that may be used include GSM, GPRS, CDMA, Bluetooth, etc.
  • one conventional provisioning method involves the user calling the card issuer and requesting a soft card.
  • a human operator or a call center at the card issuer obtains user information.
  • the card issuer validates the user and enqueues soft card provisioning requests for multiple users.
  • the card issuer provisions the cards as a batch.
  • the time from a soft card request until batch provisioning can range from 3 to 20 days. Such a delay is undesirable for users who desire to use their soft cards immediately.
  • card-issuer-specific provisioning systems communicate with back end network devices using proprietary protocols.
  • a soft card provisioning application is instantiated on a device with wireless communications capabilities.
  • a card number for a soft card desired to be provisioned on the device is obtained from the user of the device.
  • the first 8 digits of card number representing the issuer identification number (UN) or bank identification number (BIN) are communicated to a provisioning configuration server over an air interface.
  • the UN could vary from 4 digits to 8 digits.
  • a provisioning issuer server network address is obtained from the provisioning configuration server corresponding to the issuer identification number (UN).
  • a connection is made to the provisioning issuer server corresponding to the network address.
  • the complete card number is communicated to a provisioning issuer server.
  • Card-issuer specific challenges corresponding to the card number are obtained from the provisioning issuer server.
  • the challenges are presented to the user, and the user's responses to the challenges are received.
  • the challenge responses are communicated to the provisioning issuer server.
  • Soft card personalization data along with branding image, marketing data, card embossing and imprint data, account summary data for provisioning the soft card is received from the provisioning issuer server.
  • the soft card is provisioned for use on the device based on the personalization data.
  • the provisioning of a soft card over the air interface may occur over wireless connection, for example, using secure hypertext transfer protocol (HTTP(s)), Internet protocol (IP), and transmission control protocol (TCP) protocols, short message service point to point (SMS PP), and card application toolkit transport protocol (CAT_TP).
  • HTTP secure hypertext transfer protocol
  • IP Internet protocol
  • TCP transmission control protocol
  • SMS PP short message service point to point
  • CAT_TP card application toolkit transport protocol
  • the wireless connection may also include a WiFi connection.
  • a TCP socket may be created for the provisioning connection in case of hypertext transfer protocol HTTP(s) and TCP protocols. SMS PP, and CAT_TP can be used together if CAT_TP is being used for provisioning. If SMS PP is being used for the provisioning, then CAT_TP will not be used.
  • the physical layer of the connection may utilize, CDMA, Bluetooth, GPRS, or GSM air interface protocols.
  • Provisioning may occur over the Internet or over a corporate or other intranet or through SMS or CAT_TP. Provisioning may be direct, in that provisioning does not require a voice call. That is, the device user may not be required to call a card issuer or a third party to initiate card provisioning. Provisioning may occur automatically by providing a provisioning application on a mobile device that establishes a connection with a provisioning configuration server in response to being started. Eliminating the need for the user to initiate a voice call to provision a soft card reduces the time required for the provisioning process.
  • the methods and systems described herein for over the air provisioning of soft cards on devices with wireless communications capabilities can be implemented using a computer readable medium having stored thereon computer executable instructions that when executed by the processor (e.g., a hardware-based processor or processing unit) of a computer control the computer to transform a non-provisioned mobile device to a device provisioned with a soft card for visual display and used by the mobile device user.
  • exemplary non-transitory computer readable media suitable for implementing the subject matter described herein include chip memory devices, disk memory devices, programmable logic devices, and application specific integrated circuits.
  • a computer program product that implements the subject matter described herein may be located on a single device or computing platform or may be distributed across multiple devices or computing platforms.
  • Figure 1 is a block diagram of a system for over the air provisioning of a soft card on a device with wireless communications capabilities according to an embodiment of the subject matter described herein;
  • Figure 2 is a flow chart illustrating exemplary overall steps for manually provisioning a soft card from the perspective of a soft card provisioning application according to an embodiment of the subject matter described herein;
  • Figures 3A and 3B are a flow chart illustrating exemplary detailed steps for provisioning a soft card over an air interface from the perspective of a soft card provisioning application according to an embodiment of the subject matter described herein;
  • Figures 4A and 4B are a flow chart illustrating exemplary detailed steps for preloading provisioning information for a soft card using a web interface according to an embodiment of the subject matter described herein;
  • Figures 5A and 5B are a flow chart illustrating exemplary detailed steps performed by a soft card provisioning application for automatically provisioning a soft card according to an embodiment of the subject matter described herein;
  • Figure 6 is a flow chart illustrating exemplary overall steps for provisioning a soft card from the perspective of a provisioning configuration server according to an embodiment of the subject matter described herein;
  • Figures 7A and 7B are a flow chart illustrating exemplary detailed steps for the overall provisioning process according to an embodiment of the subject matter described herein; and
  • Figures 8A and 8B are a flow chart illustrating exemplary steps for provisioning a soft card using WAP push methods according to the embodiment of the subject matter described herein.
  • FIG. 1 is a block diagram of a provisioning system for provisioning soft cards on devices with wireless communications capabilities according to an embodiment of the subject matter described herein.
  • system 100 includes a provisioning and payment application 102, a web provisioning application 104, an administrative site 106, a provisioning configuration server 108, and one or more provisioning issuer servers 110 hosted in card issuer locations.
  • Provisioning and payment application 102 may reside on a device with wireless communication capabilities, such as a mobile telephone, a smart phone, or a personal digital assistant.
  • a wireless network operator 112 may provide the pathway for provisioning communications with provisioning and payment application 102. This pathway may be an IP connection that is separate from a voice call, eliminating the need for users to initiate provisioning using voice calls.
  • Provisioning and payment application 102 may provide a user interface for the end user to initiate the provisioning of one or more soft cards or applications that reside on the wireless communications device. Provisioning and payment application 102 may communicate with the user to obtain authentication information and may contact provisioning issuer server 110 to obtain soft card personalization data or application data. In one embodiment, the provisioning issuer server is associated with an issuer of a soft card or application.
  • a soft card may refer to an electronic version of a physical card or a credential representing a card, wherein a credential comprises a low or high security credential (e.g., an account number and associated secret data, issuer secret key(s), shared secret between issuer and account holder, issuing and/or expiration date, number of times the use of the soft card/application is allowed, a personal identification number, a password, biometric data, etc.) that is associated with an electronic coupon, offer, reward, payment card, a passport, and the like.
  • a soft card and/or application includes an account number, its associated personalization data, and associated card image.
  • Examples of soft cards and/or applications include, but are not limited to, a payment card, a credit card, a debit card, a prepaid card, an e-purse card, a transit card, a loyalty card, a member card, an identification card, a door key card, a non-payment card, a coupon, a promotion, a driving license, a national identification card, a passport, a movie ticket, a parking ticket, a transit ticket, and an event ticket. Exemplary steps performed by provisioning and payment application 102 will be described in further detail below. Provisioning and payment application 102 is also referred to herein as "provisioning application," since payment functionality is not essential to explaining the subject matter described herein.
  • an application may include an entity that is not linked to a physical card, but instead is linked to a person or a cloud-based payment account.
  • Web provisioning application 104 may allow a user to perform one or more steps required for provisioning the soft card via a web interface.
  • Web provisioning application 104 may reside on a web server associated with an entity that is separate from the card issuer.
  • Web provisioning application 104 may allow a user to provision multiple cards in one provisioning transaction.
  • web provisioning application 104 may be used to securely provision multiple instances of the same soft card type application (e.g., securely provision multiple soft cards, An example of this secure provisioning may include a user downloading his or her electronic credit card, debit card and prepaid cards of MasterCard applications from the same or different card issuers). Exemplary detailed steps performed by web provisioning application 104 will be described below.
  • Administration site 106 may provide customer support for provisioning soft cards on handheld devices.
  • the functionality of administration site 106 is not essential to the subject matter described herein. Hence, additional detail will not be provided.
  • Provisioning configuration and secured memory management server 108 which is also referred to as a secure element trusted service manager (SE-TSM) server, may store configuration and business process information for a plurality of different card and/or application issuers.
  • provisioning configuration server 108 may receive soft card provisioning requests from provisioning and payment application 102.
  • the soft card provisioning request is initiated by the mobile device user.
  • the soft card e.g., a payment or non-payment soft card
  • provisioning request is made by a mobile device user utilizing a mobile device equipped with a provisioning and payment application 102.
  • the soft card provisioning request is initiated by a provisioning issuer server 110 (e.g., associated with a service provider entity) which sends a message (e.g., a SMS message, a wireless data request packet, etc.) directing the mobile device to issue the provisioning request to provisioning configuration server 108.
  • a provisioning issuer server 110 e.g., associated with a service provider entity
  • a message e.g., a SMS message, a wireless data request packet, etc.
  • application 102 may be triggered to send the provisioning request to provisioning configuration server 108 or may prompt the user to initiate the provisioning process.
  • provisioning configuration server 108 may identify the card issuer associated with the request based on an Issuer Identification Number (UN) of card number or an identifier provided in the request. Provisioning configuration server 108 may provide a single point of contact for mobile device users to provision soft cards. In addition, provisioning configuration server 108 may be configured to communicate with multiple card issuers. As a result, provisioning configuration server 108 provides an easy-to- use, scalable solution to soft card provisioning. In one embodiment, provisioning configuration server 108 is associated with the management of applications or soft cards and their life cycle in the secure element or other memory (e.g., baseband memory or non-secure memory) in a mobile device.
  • secure element or other memory e.g., baseband memory or non-secure memory
  • provisioning configuration server 108 may perform phone lifecycle management, secure domain lifecycle management, card issuer configuration management, and secure domain key management. Secure domain lifecycle management and secure domain key management will be described in detail below.
  • Phone lifecycle management actions that may be performed by provisioning configuration server 108 includes operations that are performed when a user's phone is lost or stolen, including authenticating the secure element associated with the new phone and preventing use of the secure element associated with the old phone.
  • secure element may include a secure memory (storage) that can be embedded in a mobile device (e.g., a cellular/mobile smartphone, a hardware computing tablet, a portable personal computer, a personal digital assistant (PDA), key fob, a physical card, and the like), in a trust zone area in the mobile device or tablet, in a SIM (Subscriber Identification Module) of the mobile device or tablet, or in an add-on MicroSD device.
  • a mobile device e.g., a cellular/mobile smartphone, a hardware computing tablet, a portable personal computer, a personal digital assistant (PDA), key fob, a physical card, and the like
  • SIM Subscriber Identification Module
  • Card issuer configuration management operations that may be performed by provisioning configuration server 108 include managing provisioning issuer server configuration and address information for each card issuer.
  • Provisioning issuer servers 110 may reside at each different card issuer and may be integrated with each card issuer back office system to provide card provisioning data, card image data, challenge questions and card financial information, such as account balance, rewards, pre-printed information on the card and personalized embossed information (expiration date, CW, name on the card, PAN).
  • SP-TSM service provider trusted service manager
  • the card image and the pre-printed and personalized embossed information may be displayed to the user via a graphical user interface associated with the device.
  • provisioning issuer servers 110 may obtain issuer marketing data including card type, account type, member since, issuer specific data including customer support number, issuer URL, issuer name, and network supported.
  • issuer marketing data including card type, account type, member since, issuer specific data including customer support number, issuer URL, issuer name, and network supported.
  • the over the air interface may include a WiFi interface or an interface that utilizes Internet protocol, among others.
  • Provisioning issuer servers 110 may communicate with provisioning and payment application 102 to authenticate a user and to deliver a card instance (e.g., personalization data, account number, etc.), customer support data, and card image information to application 102.
  • a soft card instance includes personalization data of a card, such as the account number, the issuer secret data, issuer secret key, start and expiration date, personal identification code or password, biometric data, and any other discretionary data.
  • personalization data of a card such as the account number, the issuer secret data, issuer secret key, start and expiration date, personal identification code or password, biometric data, and any other discretionary data.
  • an instance represents unique card or other application data.
  • An instance may be associated with an electronic soft card, an electronic coupon, an electronic offer, an electronic cloud based payment, an electronic driving license, and the like.
  • the soft card customer support data (typically printed at the back of a physical card) and the card image information (e.g., image of a MasterCard Citi card as printed on the front and/or back of a card) may be stored by application 102 into baseband memory where an association is established with an instance of the soft card (or application) stored in secured memory (including the secure element).
  • the established association enables a mobile device user to select the soft card (or application) instance stored in secure memory in the event the mobile device user selects (e.g., finger taps) the image of the associated card image displayed on the mobile device screen.
  • the card image and the soft card personalization data may both be stored in baseband memory or the secured memory.
  • Provisioning issuer server 110 may also communicate with back office systems 114 and card issuer customer support sites 116.
  • Back office systems 114 may store user's personal information and personalization data for soft cards.
  • Customer support sites 116 may provide customer support for card issuer customers.
  • provisioning issuer server 110 is associated with the application provider (e.g., card issuer, coupon issuer, etc.) that provisions applications or soft cards into the secure element or other memory of a mobile device.
  • provisioning issuer server 110 also manages the life cycle of the applications or soft cards in the secure element.
  • each provisioning issuer server 110 may perform account lifecycle management, prepare the personalization data and perform secure domain management.
  • Account lifecycle management operations that may be performed by provisioning issuer server 110 include operations that are performed when a user's credit card is lost or stolen, including blocking the old credit card and validating the new credit card.
  • Secure Memory associated with embedded NFC and UICC/uSIM is referred to as the issuer security domain (ISD) and has an issuer card manager key to manage the ISD.
  • the issuer security domain can be divided in multiple secondary or sub security domains, each with its own card manager key to manage these security domains.
  • ISD can create or delete the sub-security domains but can not access the data inside the sub-security domain.
  • Security domain management will allow ISD to create, delete, increase memory allocation, decrease memory allocation, assign temporary security domain key (card manager key), assign security domain to application provider. It is these operations associated with managing security domain and sub- domains that may be performed by provisioning issuer server 110.
  • the dotted arrows represent automatic provisioning, which is provisioning that involves web application 104 and then using provisioning and payment application 102 to provision multiple cards with single request using web application user name and password.
  • automatic provisioning may be used to reestablish an already existing wallet application in a new phone through a single request to download all of the cards present in the wallet application from a previous mobile device (e.g., a lost/stolen/broken/replaced phone).
  • the solid arrows represent manual provisioning, which is provisioning of individual cards one at a time using provisioning and payment application 102.
  • the remaining arrows represent WAP push provisioning, which will be described in detail below.
  • Figure 2 is a flow chart illustrating exemplary overall steps for provisioning the soft card on a device with wireless communication capabilities according to an embodiment of the subject matter described herein.
  • the steps in Figure 2 may be preformed by provisioning and payment application 102 and/or web provisioning application 104.
  • the steps illustrated in Figure 2 are intended to be generic with regard to automatic or manual provisioning.
  • step 200A if device is used for first time, provisioning and payment application 102 will configure a secure and/or non-secure memory embedded in the device along with a near field communication component.
  • the memory may be any memory present in the device as one of: embedded memory, a universal subscriber identity module (uSIM) part of a universal integrated circuit card (UICC), a subscriber identification module (SIM), a removable element, and device memory.
  • the memory may be used to store soft card personalization data. This process may not be repeated for a returning user of provisioning and payment application 102.
  • a request for soft card provisioning is received from the user. For manual provisioning, this step may be performed by provisioning and payment application 102. For automatic provisioning, the step may be performed by web provisioning application 104.
  • the web provisioning application 104 may include an online banking site (e.g., an Internet based web site), a merchant site, a mobile operator site, or a service provider site.
  • provisioning and payment application 102 may include or function with a mobile banking application located on a mobile device.
  • the online banking site, the mobile banking application, or similar application may be used to enable a customer to initiate the provisioning of a payment soft card (associated with the banking institution) on a mobile device.
  • a user associated with the mobile device may also make a request, using the mobile device or a personal computer, for provisioning the payment soft card via an online request via web provisioning application 104.
  • the user may utilize online fill-out forms from the online banking site.
  • the card issuer identifier is obtained from the user.
  • the issuer identifier may be the Issuer identification number (UN) of the personal account number (PAN) associated with the soft card request.
  • step 202 may be performed by provisioning and payment application 102.
  • step 202 may be performed by web provisioning application 104.
  • provisioning configuration server 108 may have a 1 to n relationship with provisioning issuer servers 110. Accordingly, provisioning and payment application 102 and/or web provisioning application 104 may be configured with contact information for a single provisioning configuration server 108. Eliminating the need for provisioning and payment application 102 and/or web provisioning application 104 to be preconfigured with multiple card issuer identifications allows different cards issued by different issuers to be provisioned in a more efficient manner.
  • step 204 may be implemented by provisioning and payment application 102.
  • step 204 may be performed by a web provisioning application 104.
  • provisioning and payment application 102 receives provisioning issuer server information, and card type information, such as Paypass, Visa, and Discover for the provisioning issuer server identified by provisioning configuration server 108.
  • provisioning and payment application 102 may connect to provisioning issuer server 110, send card identification information and receive challenge questions.
  • provisioning and payment application 102 may send all challenge questions received by provisioning issuer server 110 for a specific card issuer to the user.
  • provisioning and payment application 102 obtains challenge response information from the user.
  • provisioning and payment application 102 communicates the challenge response to the provisioning issuer server.
  • provisioning and payment application 102 may create an instance of card type in secure memory for personalization, if no new instance is present for card type.
  • provisioning and payment application 102 obtains card personalization data, card image and pre-printed card information and card embossed information from server 110.
  • provisioning and payment application 102 If provisioning and payment application 102 successfully receives the card personalization data over the air interface, then provisioning and payment application 102 provisions the soft card for use on the device by storing the personalization data in memory. If provisioning and payment application 102 fails to successfully receive the soft card personalization data, provisioning and payment application 102 may read card track information from a secure chip associated with the device to obtain and display the last four digits of a card number and display a default card image, either at provisioning time or at payment time.
  • FIGS 3A and 3B are a flow chart illustrating exemplary detailed steps performed by provisioning and payment application 102 in a manual provisioning process according to an embodiment of the subject matter described herein.
  • step 300 the device with wireless communication capabilities is powered on.
  • step 302 the user waits for the device to start.
  • step 304 the user selects provisioning and payment application 102.
  • step 306 the user waits for provisioning and payment application 102 to open.
  • step 308 the user selects the manual provisioning option assuming that the near field communication component embedded with secure memory is already configured.
  • manual provisioning includes provisioning the device with wireless communication capabilities, e.g., using the Internet (HTTP over TCP/IP), without preloading information in a web application.
  • application 102 determines whether the number of cards to be downloaded is less than a predetermined maximum number. The maximum number may be configurable by the developer of soft card provisioning and payment application 102.
  • step 312 if the number of cards to be downloaded is not less than the maximum number, control proceeds to step 314 where the manual provisioning process ends.
  • step 310 if the number of cards to be downloaded is less than the maximum number, control proceeds to step 316 where application 102 asks the user to enter the PAN number for the card to be downloaded. Once the user enters the PAN number, control proceeds to step 318 in Figure 3B where the application starts the authentication process. Detailed steps for authenticating the device will be described below.
  • step 320 it is determined whether the device is authenticated. If the device is not authenticated, control proceeds to step 322 where application 102 indicates that the phone is not a valid phone with a secure memory and near field communication component. Application 102 may display to the user a message to contact customer support. Control then proceeds to step 314 where the provisioning process ends.
  • step 320 if the device is successfully authenticated, control proceeds to step 324A where application 102 obtains card issuer information, card type information from provisioning configuration server 108.
  • step 324B provisioning and payment application 102 connects to provisioning issuer server 110 and gets challenge questions based on the card number and card issuer.
  • step 325 provisioning and payment application 102 may present the challenge questions to user.
  • step 326A the user provides response for the challenge questions.
  • step 326B provisioning and payment application 102 may create a new instance of card type if not present.
  • step 328 application 102 issues a soft card download request to the identified provisioning issuer server.
  • the identified provisioning issuer server 110 may communicate with the card issuer back end network to validate the user using the challenge response information provided in the soft card download request. Once the user is validated, provisioning issuer server 110 may provide the soft card personalization data to provisioning and payment application 102. Application 102 receives the soft card personalization data from the provisioning issuer server. In step 330, application 102 displays the card image to the user with card nickname and last 4 digits of card PAN number and may store embossed information and pre-printed information in secure memory and/or record management store (RMS) respectively. In step 332, application 102 determines whether the user wants to download another card. If the user answers affirmatively, control returns to step 308 where the provisioning process restarts for the next card. If the user does not desire to download another card, control proceeds to step 334 where the provisioning process ends.
  • RMS record management store
  • a user may preload some of the information required for the provisioning process using web application 104 for a single card or for multiple cards.
  • the process of pre-validating and preloading information in web application 104 to facilitate soft card provisioning is referred as to a soft card request.
  • Figures 4A and 4B illustrates exemplary steps that may be performed using web application 104 in initiating a soft card request.
  • a user provides a PAN number, an expiration date, and other card verification values for a soft card desired to be provisioned.
  • web application 104 communicates the card information to provisioning configuration server 108 and obtains card issuer identification information from provisioning configuration server 108.
  • step 402B web application 104 connects to provisioning issuer server 110 to get challenge questions and also to obtain values for challenge questions provided during enrollment.
  • step 404 web provisioning application 104 determines whether responses to the challenge questions have been provided by the user during enrollment. If all responses to the challenge questions have not been provided, control proceeds to step 406 where web application 104 asks the user for missing responses to the challenge questions.
  • web provisioning application 104 communicates the PAN and responses to the challenge questions to the card issuer.
  • the card issuer validates the card information and responses to the challenge questions with user information stored in card issuer back office database provided during physical card issuance.
  • web provisioning application 104 determines whether the validation was successful. If the validation was not successful, control proceeds to step 412 where application 104 asks the user whether the user wants to retry. If the user selects yes, control proceeds to step 414 where the user re-enters the validation information. Validation is then reattempted by the card issuer.
  • step 418 application 104 receives confirmation of the validation, the card image, and the account user identifier and/or PAN.
  • step 420 application 104 stores the card image and general account information, such as nickname, expiration date, and account balance information.
  • step 422 application 104 displays a confirmation page indicating that the soft card request was successfully completed.
  • step 424 application 104 determines whether the user wants to repeat the process for another card. If the user desires to repeat the process for another card, control returns to step 400 and the steps for a soft card request are repeated.
  • step 426 the soft card request process is terminated and the user is redirected to the home page of the provisioning entity.
  • the user may automatically provision the soft cards on his or her device with wireless communication capabilities using the auto provisioning process.
  • Figures 5A and 5B are a flow chart illustrating exemplary steps that may be performed by provisioning and payment application 102 in implementing the auto provisioning process according to an embodiment of the subject matter described herein.
  • the user powers on the device with wireless communication capabilities.
  • step 502 the user waits for the device to start.
  • step 504 the user selects provisioning and payment application 102.
  • step 506 the user waits for provisioning and payment application 102 to open.
  • step 508 the user selects the auto provisioning option. Control then proceeds to step 510 where it is determined whether the user's name and password associated with web application 104 are prestored on the device. If the user's name and password are not prestored on the device, control proceeds to step 512 where provisioning and payment application 102 asks the user for the user name and password. In step 514, the user enters the user name and password created during a web enrollment process. Control then proceeds to step 516 where the device authentication process starts. As described above, device authentication may include communicating with provisioning configuration server 108 to determine whether the device is authorized to receive provisioning information.
  • step 518 it is determined whether the authentication was successful. If the authentication was not successful, control proceeds to step 520 where provisioning and payment application 102 indicates that the device is not a valid near field communications (or other wireless communications) handheld mobile trusted device and instructs the user to contact customer support. In step 522, the auto provisioning process ends.
  • step 524 the user name and password are validated with web application 104 through provisioning configuration server 108.
  • step 526 it is determined whether the user name and password have been validated. If the user name and password have not been validated, control proceeds to step 528 where it is determined whether the retries exceed a maximum number of retries. If the retries have not exceeded the maximum number, control proceeds to step 530 where the user is prompted to enter the user name and password again.
  • step 526 if the user name and password are validated, control proceeds to step 532 where the soft card request data previously stored with web application 104 for the user is downloaded to provisioning and payment application 102.
  • step 534 it is determined whether the number of cards present in provisioning and payment application 102 is less than a maximum number of cards. The number is not less than the maximum number, control proceeds to step 536 where a message is displayed to the user indicating that the application cannot support more than the maximum number of cards. In step 538, the provisioning process ends.
  • step 534 if the number of cards present in the application is less than the maximum number, control proceeds to step 540 where the card personalization information is downloaded to the device with wireless communication capabilities.
  • the personalization process will process one card personalization at a time, if configured number of card configured in web application 104 is greater than 1.
  • step 542 the device displays the card to the user.
  • step 544 the automatic provisioning process ends.
  • provisioning configuration server 108 acts as a point of contact for provisioning and payment application 102 and multiple different card issuers.
  • Figure 6 is a flow chart illustrating the exemplary overall steps that may be performed by provisioning configuration server 108 in provisioning a soft card on a device with wireless communication capabilities according to an embodiment of the subject matter described herein.
  • provisioning configuration server 108 receives card identifier information from a device with wireless communication capabilities.
  • server 108 identifies the card issuer by performing a look up in a database that matches the issuer identification number (UN) (retrieved from the PAN) numbers to card issuers. Table 1 shown below illustrates exemplary entries that may be included in such a database.
  • UN issuer identification number
  • the first column includes the UN number range.
  • the entries illustrated in Table 1 containing alphabetic characters are intended to represent the numeric characters that correspond to an UN number.
  • an UN number is an issuer identification number of the card issuer issued by ISO.
  • the issuer identification number may be associated with a credit, debit, or charge card.
  • the UN number is usually the first 3 - 6 digits of the PAN printed on the face of a physical card or on a graphical image of a soft card.
  • the second column in Table 1 indicates provisioning issuer server IP addresses or fully qualified domain name (FQDN) for different provisioning issuer servers.
  • Provisioning configuration server 108 may provide this information to provisioning and payment application 102 to allow provisioning and payment application 102 to establish secure communication and obtain the soft card personalization data.
  • provisioning configuration server 108 retrieves card-issuer- specific configuration from the database configured for specific card issuer. In step 606, provisioning configuration server 108 communicates the card-issuer- specific identification information to the provisioning and payment application 102 that resides on the handheld mobile trusted device requesting provisioning of the soft card.
  • FIGS 7A and 7B are a flow chart illustrating exemplary detailed steps for both manual and automatic soft card provisioning according to an embodiment of the subject matter described herein.
  • provisioning and payment application 102 performs a pre- personalization process.
  • provisioning and payment application 102 may change or manage an encryption key to be used for establishing secure communications.
  • a pre-personalization process may configure base payments and non-payments applets in the secure chip of the near field communication component through provisioning and payment application 102. Since the functionality of the payment portion is not essential to explaining the subject matter described herein, further description of its operation will not be described.
  • step 702 it is determined whether automatic or manual provisioning is being performed. If manual provisioning is being performed, control proceeds to step 704 where the user enters the PAN and responds to the challenge questions on the wireless-communications-enabled device.
  • provisioning application 102 on the mobile device e.g., mobile phone, tablet, personal computer, etc.
  • provisioning application 102 on the mobile device creates a secure channel to provisioning issuer server 110 through provisioning configuration server 108 for direct data transfer to and from provisioning issuer server 110.
  • provisioning application 102 on the mobile device e.g., mobile phone, tablet, personal computer, etc.
  • the secure channel established between application 102 and provisioning configuration server 108 enables the associated issuing entity to provide electronic payment or non-payment cards, driving license, passport, national or state identification card, electronic offers, promotions, or coupons to a mobile device belonging to a mobile device user.
  • the established secure channel creates a secured and trusted channel between a service provider and a consumer that enables the mobile device user/customer to recognize that any received cards, information, electronic offers, promotions, and coupons have been sent from a trusted source (i.e., the issuing entity/service provider).
  • the established secure channel provides a mechanism to reduce and/or eliminate spam (e.g., unwanted spam advertisements from other third parties) and/or phishing (e.g., attempting to acquire information such as usernames, passwords, and credit card details by masquerading as a trustworthy entity) that is presented to the mobile device user.
  • spam e.g., unwanted spam advertisements from other third parties
  • phishing e.g., attempting to acquire information such as usernames, passwords, and credit card details by masquerading as a trustworthy entity
  • provisioning and payment application 102 encrypts and sends the PAN identification information and the response to the challenge questions to provisioning issuer server 708.
  • provisioning issuer server 110 communicates the PAN and the response to the challenge questions to the card issuer back end network.
  • provisioning issuer server 110 determines whether the data has been validated. If the data has not been validated, control proceeds to step 714 where provisioning and payment application 102 indicates that the challenge information entered by the user could not be validated. The user may be prompted to try again. In step 716, the process terminates.
  • step 712 if the data is validated, control proceeds to step 718 in Figure 7B where the card issuer back end network provides card personalization data, an encryption key, and a card image to provisioning an issuer server 110.
  • provisioning issuer server 110 encrypts a packet with the session key and sends it to provisioning and payment application 102.
  • provisioning and payment application 102 sends the card personalization data to a secure chip present on the mobile trusted handheld device for personalization of the soft card and also stores an image of the soft card in the operating system file system.
  • step 724 the manual provisioning process ends.
  • provisioning and payment application 102 creates a secure channel to provisioning issuer server 110 through provisioning configuration server 108 for direct data transfer to and from provisioning issuer server 108.
  • provisioning and payment application 102 encrypts and sends the PAN and challenge questions and its response received by web application 104 to provisioning issuer server 110 one at a time.
  • provisioning issuer server 110 communicates to the card issuer back end network the responses to the challenge questions for the PAN requested for download.
  • step 730 it is determined whether the data is validated. If the data is not validated, step 714 and 716 are performed, as described above. If the data is validated, steps 718 through 724 are performed to load the card image and personalization data on the device.
  • FIGS. 8A and 8B are a flow chart illustrating exemplary steps for provisioning a soft card using WAP push provisioning or control SMS according to an embodiment of the subject matter described herein.
  • a user contacts card issuer customer support via telephone. The user may provide the mobile phone number, PAN number, CW and expiration date embossed on the plastic card for the soft card that the user desires to provision on a mobile device.
  • step 802 customer support asks challenge questions to the user.
  • the challenge question may be any card-issuer-specific challenge as described above.
  • step 804 the card issuer back office application validates the user credentials based on the information provided by the user to customer support.
  • step 806 the card issuer back office application posts a WAP push or control SMS request containing provisioning information for the card to provisioning configuration server 108 through provisioning issuer server 110.
  • customer support may ask for a cell phone number from user.
  • provisioning configuration server 108 sends a WAP message to soft card provisioning and payment application 102 along with a PAN and flag, indicating user credentials are validated, and card issuer information.
  • the wireless-communications-enabled device receives the WAP message or control SMS and automatically starts provisioning and payment application 102.
  • soft card provisioning and payment application 102 reads the parameters passed in the WAP message and starts the provisioning process.
  • soft card provisioning and payment application 102 establishes secure communications with provisioning issuer server 110 through provisioning configuration server 108.
  • soft card provisioning and payment application 102 sends the provisioning request to provisioning issuer server 110.
  • the card issuer back end network provides card personalization data, an encryption key, and a card image to provisioning issuer server 110.
  • provisioning issuer server 110 encrypts the packet with a session key and sends it to provisioning and payment application 102.
  • soft card provisioning and payment application 102 passes the information to secure chip on the device for personalization and stores the card image in the operating system file system.
  • the soft card provisioning application, the provisioning configuration server, and the provisioning issuer server are adapted to provision a soft card (e.g., on a mobile device with wireless communications capabilities) in real time.
  • the provisioning configuration server is adapted to identify card issuers for each of a plurality of provisioning requests and effects (e.g., conducts) the provisioning of a respective plurality of soft cards in real time.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Une application de déploiement de carte logicielle est instanciée sur un dispositif ayant des capacités de communication sans fil. Un numéro de carte d'une carte logicielle que l'on souhaite déployer sur le dispositif est obtenu d'un utilisateur du dispositif. Un numéro d'identification d'émetteur extrait du numéro de carte est communiqué à un serveur de configuration de déploiement par l'intermédiaire d'une interface radio. Une adresse de réseau de serveur émetteur de déploiement est obtenue du serveur de configuration de déploiement sur la base du numéro d'identification d'émetteur. Des demandes d'accès sont présentées à l'utilisateur, et les réponses de l'utilisateur aux demandes d'accès sont reçues. Les réponses aux demandes d'accès sont transmises au serveur émetteur de déploiement. Des données d'images de cartes logicielles et des données de personnalisation, les données de personnalisation comprenant des données personnalisées imprimées en relief et préimprimées, sont reçues du serveur émetteur de déploiement par l'intermédiaire de l'interface radio. La carte logicielle est déployée afin qu'elle puisse être utilisée sur le dispositif sur la base des données reçues par l'intermédiaire de l'interface radio.
PCT/US2013/037803 2012-04-23 2013-04-23 Procédés, systèmes et supports lisibles par ordinateur pour le déploiement par radio (ota) de cartes logicielles sur des dispositifs à capacités de communications sans fil WO2013163185A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP13780892.9A EP2842096A4 (fr) 2012-04-23 2013-04-23 Procédés, systèmes et supports lisibles par ordinateur pour le déploiement par radio (ota) de cartes logicielles sur des dispositifs à capacités de communications sans fil

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US13/453,707 2012-04-23
US13/453,707 US11195163B2 (en) 2006-09-01 2012-04-23 Methods, systems and computer readable media for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities

Publications (1)

Publication Number Publication Date
WO2013163185A1 true WO2013163185A1 (fr) 2013-10-31

Family

ID=49483826

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2013/037803 WO2013163185A1 (fr) 2012-04-23 2013-04-23 Procédés, systèmes et supports lisibles par ordinateur pour le déploiement par radio (ota) de cartes logicielles sur des dispositifs à capacités de communications sans fil

Country Status (2)

Country Link
EP (1) EP2842096A4 (fr)
WO (1) WO2013163185A1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9767452B2 (en) 2011-11-03 2017-09-19 Mastercard International Incorporated Methods, systems, and computer readable media for provisioning and utilizing an aggregated soft card on a mobile device
US10026076B2 (en) 2008-10-06 2018-07-17 Mastercard International Incorporated Systems, methods, and computer readable media for payment and non-payment virtual card transfer between mobile devices
US10992817B2 (en) 2009-03-18 2021-04-27 Mastercard International Incorporated Methods, systems and computer readable media for selecting and delivering electronic value certificates using a mobile device
EP3948740A4 (fr) * 2019-03-27 2023-01-18 Xard Group Pty Ltd Fourniture à un dispositif de paiement numérique (dpd)
US11593899B2 (en) 2020-08-06 2023-02-28 Frederick Dwayne Mulkey Methods, systems, apparatuses, and devices for facilitating streamlining of traveling processes for traveling

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030101246A1 (en) * 2001-11-29 2003-05-29 Nokia Corporation System and method for identifying and accessing network services
KR20050109404A (ko) * 2004-05-15 2005-11-21 (주)케이비씨 이동단말기에 탑재될 수 있는 디지털 카드 및 상기 디지털카드를 이용한 결제 시스템 및 그 방법
US20060165060A1 (en) * 2005-01-21 2006-07-27 Robin Dua Method and apparatus for managing credentials through a wireless network
US20090164322A1 (en) * 2006-09-01 2009-06-25 Mohammad Khan Methods, systems, and computer readable media for over the air (ota) provisioning of soft cards on devices with wireless communications capabilities
US20100088188A1 (en) * 2008-10-06 2010-04-08 Pradeep Kumar Systems, methods, and computer readable media for payment and non-payment virtual card transfer between mobile devices
US20110296182A1 (en) * 2009-02-27 2011-12-01 Zte Corporation System and method for downloading application

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10992817B2 (en) * 2009-03-18 2021-04-27 Mastercard International Incorporated Methods, systems and computer readable media for selecting and delivering electronic value certificates using a mobile device

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030101246A1 (en) * 2001-11-29 2003-05-29 Nokia Corporation System and method for identifying and accessing network services
KR20050109404A (ko) * 2004-05-15 2005-11-21 (주)케이비씨 이동단말기에 탑재될 수 있는 디지털 카드 및 상기 디지털카드를 이용한 결제 시스템 및 그 방법
US20060165060A1 (en) * 2005-01-21 2006-07-27 Robin Dua Method and apparatus for managing credentials through a wireless network
US20090164322A1 (en) * 2006-09-01 2009-06-25 Mohammad Khan Methods, systems, and computer readable media for over the air (ota) provisioning of soft cards on devices with wireless communications capabilities
US20100088188A1 (en) * 2008-10-06 2010-04-08 Pradeep Kumar Systems, methods, and computer readable media for payment and non-payment virtual card transfer between mobile devices
US20110296182A1 (en) * 2009-02-27 2011-12-01 Zte Corporation System and method for downloading application

Non-Patent Citations (1)

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

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10026076B2 (en) 2008-10-06 2018-07-17 Mastercard International Incorporated Systems, methods, and computer readable media for payment and non-payment virtual card transfer between mobile devices
US10992817B2 (en) 2009-03-18 2021-04-27 Mastercard International Incorporated Methods, systems and computer readable media for selecting and delivering electronic value certificates using a mobile device
US9767452B2 (en) 2011-11-03 2017-09-19 Mastercard International Incorporated Methods, systems, and computer readable media for provisioning and utilizing an aggregated soft card on a mobile device
US10546290B2 (en) 2011-11-03 2020-01-28 Mastercard International Incorporated Methods, systems, and computer readable media for provisioning and utilizing an aggregated soft card on a mobile device
EP3948740A4 (fr) * 2019-03-27 2023-01-18 Xard Group Pty Ltd Fourniture à un dispositif de paiement numérique (dpd)
US11593899B2 (en) 2020-08-06 2023-02-28 Frederick Dwayne Mulkey Methods, systems, apparatuses, and devices for facilitating streamlining of traveling processes for traveling

Also Published As

Publication number Publication date
EP2842096A1 (fr) 2015-03-04
EP2842096A4 (fr) 2016-02-17

Similar Documents

Publication Publication Date Title
US11195163B2 (en) Methods, systems and computer readable media for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities
US8165635B2 (en) Methods, systems, and computer readable media for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities
US7469151B2 (en) Methods, systems and computer program products for over the air (OTA) provisioning of soft cards on devices with wireless communications capabilities
CN101809977B (zh) 使用附加元件更新移动设备
AU2019236733A1 (en) Transaction Processing System and Method
EP4141770A1 (fr) Traitement de données sécurisé
US20130041831A1 (en) Secure and shareable payment system using trusted personal device
US10311436B2 (en) User authentication method and device for credentials back-up service to mobile devices
WO2012125477A2 (fr) Système et dispositif pour faciliter une transaction par consolidation d'un sim, d'un jeton personnel et applications associées pour des transactions de porte-monnaie électronique
EP2842096A1 (fr) Procédés, systèmes et supports lisibles par ordinateur pour le déploiement par radio (ota) de cartes logicielles sur des dispositifs à capacités de communications sans fil
KR20230133318A (ko) 리소스 로케이터를 사용하여 인증된 p2p 데이터 전송을위한 시스템 및 방법
JP7318042B2 (ja) 相互作用処理における端末タイプ識別
JP2019079293A (ja) 携帯端末へのサービスアプリケーション発行システムおよびサービスアプリケーション発行方法
JP2016092507A (ja) サービスアプリケーション発行システム
GB2522184A (en) Top-Up
KR20100059756A (ko) 모바일 환전처리 방법
KR20190112701A (ko) 클라우드 방식 인증서 운영 방법
KR20120049205A (ko) 무선단말을 이용한 환전 처리 방법
KR20120139645A (ko) 모바일 환전신청 인증 방법
KR20100059757A (ko) 휴대폰을 이용한 모바일 환전신청 처리방법
KR20100037067A (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: 13780892

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2013780892

Country of ref document: EP