Classifications

• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q20/00—Payment architectures, schemes or protocols
  • G06Q20/38—Payment protocols; Details thereof
  • G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
• • 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
  • G06Q20/326—Payment applications installed on the mobile devices
• • G—PHYSICS
  • G06—COMPUTING; 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
• • 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/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
  • G06Q20/023—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] the neutral party being a clearing house
• • 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/04—Payment circuits
• • 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/08—Payment architectures
  • G06Q20/12—Payment architectures specially adapted for electronic shopping systems

Definitions

• the invention involves various methods of non-monetary payment transaction using a mobile terminal, e.g. mobile (cell) phone, processed in real time, with possession of a payment card not being required, and with the option to pay even small amounts (such as for parking fees, public transportation tickets, etc).
• a mobile terminal e.g. mobile (cell) phone
• Remittance of funds over the Internet involves one-way transmission of sensitive data from the client to the dealer and from the dealer to the bank, whereby it is necessary to provide the dealer with data on the client's identity and bank information, such as (ATM) card number. There is no direct interaction between the bank and the client.
• ATM identity and bank information
• Remittance of funds in a shop involving the physical handing-over of a payment card to the dealer provides the dealer with information on the card, such as the identity of issuing company, card number, date of expiry, name and signature of the owner, and magnetic strip containing the PIN.
• the payment document specifies the owner's name, signature, and number, and the date of expiry. All this information may be misused.
• a payment card is a type of classical "tangible" medium that may become subject to abuse if lost or stolen. Blocking a lost payment card is not instant and proving abuse is complicated.
• Non-monetary transactions using a payment card guarantees payment, but processing a transaction at the clearing center may take several days.
• Document CZ 295 057 describes the method in which electronic processing of payment transaction is done using a mobile terminal - particularly a mobile phone - as a means of making payment. With this method of payment, the addressee or recipient of the payment (dealer) does not have access to the payment card number.
• the client sends the payment card information along with the payment order and the dealer's identification to the data processing center, using, in part, a wireless connecting interface.
• the center allocates an individual clearing code to each transaction, which is then transmitted to the dealer's terminal as a proof of payment.
• This method of payment removes the security risk of card payments, i.e. disclosing the card number to the dealer.
• it is necessary, among other requirements, to have a payment card and its number; in other words, the client must own a payment card and send the card data from a mobile terminal to the clearing center.
• the whole transaction is processed under a code, i.e. without encryption.
• Non-monetary payments may also be made entirely electronically using a mobile phone.
• Mobile phone transactions are not limited in any way as to the purpose of payment. It is, however, a classical bank operation that requires entry of the account number and the bank symbols; transfer of the funds takes one day or longer. Also, this method of payment is not suitable for paying small amounts, such as parking fees and so on, because banks charge a comparable amount for processing. Moreover, instant and easy checking of payment is not possible.
• the object of the invention is a method of effecting payment transaction that is safe, economical, and practically instant, whereby both the dealer and the client would be informed of the processing of each transaction in real time.
• the invented method of non-monetary transaction is based on the principle of controlling the bank account by means of a mobile phone that is capable of executing a direct payment of any amount, small or large, i.e. transactions that are currently either paid in cash or with the aid of a payment card.
• the technological platform of this method of payment is an online payment and transaction system that is integrated in the communication system of a mobile phone using a certain application in the mobile terminal (phone).
• the system provides for safe communication among all the participants (client, bank, and dealer).
• the system uses the latest security methods regularly used in the world of payment transactions.
• the client when using this type of payment transaction, the client creates a shopping basket (payment order) using an application in the memory of his or her mobile phone, and is able to read the number of the "order” in a flyer or periodical etc.
• the "order” is sent, using a wireless data network (GSM/UMTS/Wi-Fi/BlueTooth etc), to the mobile applications server that functions as a payment transaction processing center.
• GSM/UMTS/Wi-Fi/BlueTooth wireless data network
• the client creates a shopping basket (order) using the dealer's payment interface, such as the Internet (e-shop) and sends the "order" directly to the mobile applications server using the dealer's payment interface.
• Each transaction thus created is allocated a unique transaction identification code that ensures its singularity and proper address allocation.
• the transaction is furthermore allocated (in addition to standard transaction data) an alias client and alias dealer which substitute for concrete account numbers and other sensitive data.
• the unique transaction identification code allows for, as part of the invention, unambiguous identification of each transaction. In other words, it is a unique and time-limited code allocated at the given time for the given purpose.
• the invention provides the option of setting a time-limit for the code as deemed necessary, e.g. according to the given security risk, amount etc.
• the invention optionally provides for the allocation of different unique transaction identification codes to individual steps of single payment transactions as deemed convenient, e.g. from technical or security perspectives.
• the data required for payment processing are obtained (read) from the memory of the client's mobile terminal, e.g. mobile phone, and the dealer's information system.
• the clearing center executes payment immediately or with a delay, and thereupon sends a payment authorization code (unique transaction identification code) to the dealer's information system by means of the mobile applications server. Based on this code, the dealer provides the purchased goods or services to the client. Simultaneously, the client obtains a notification of completed payment transaction in his or her mobile terminal.
• a payment authorization code unique transaction identification code
• the dealer's information system 4 executes, by means of the mobile applications server 3, transmission T3 of the unique transaction identification code as part of the data set necessary for the payment, so- called transaction sentence, to the clearing center 2, which identifies both the client and the dealer, who both request execution of the payment transaction, and executes transmission T4 of a request for payment transaction authorization by means of the mobile applications server 3, along with information on the payment transaction requested, to the client's mobile terminal ⁇ .
• the client authorizes, using the client's mobile terminal 1, the requested payment transaction in the relevant part of the application that executes transmission T5 of the request for payment transaction to the clearing center 2, by means of the mobile applications server 3.
• the clearing center 2 Upon receiving the request T5 for payment transaction, the clearing center 2 identifies the client, verifies the availability of sufficient funds, and executes transfer of the required amount to the credit of the given dealer's bank account; simultaneously, the clearing center 2 sends a notificationJT ⁇ of payment by means of the mobile applications server 3 to the dealer's information system 4, which - on the basis of the unique transaction identification code - releases the goods thus purchased to the client and sends a notification T7 of the transaction processed to the clearing center 2.
• the method of payment described above may be used, e.g. for payment of parking fees or public transportation fares, where the client enters the request JJ . for a payment transaction from his or her mobile terminal 1; and transmission T2 of the unique transaction identification code to the client is also done through the client's mobile terminal 1_.
• the dealer's information system 4 may be a separate system connected to the mobile applications server 3 by means of a landline or wireless network.
• the dealer's system may include a payment interface (Fig. 2).
• the payment interface may be used for communication between the client and the dealer's information system using a computer, e.g. for selecting merchandise via e-shop, etc.
• the payment interface 5 of the dealer's information system 4 is the cashier's terminal or e-shop terminal.
• the data connections and other interconnecting interfaces applied in this invention use data transmission by means of an encrypted communication channel in data networks (Internet, VPN, dedicated data line, etc.).
• data networks Internet, VPN, dedicated data line, etc.
• the client may enter the request JJ . for a payment transaction with the aid of a payment interface 5 in the dealer's information system 4, and the transmission T2 of the unique transaction identification code to the client is executed to the payment interface 5 of the dealer's information system 4, where the client may call it up on the display.
• the client's mobile terminal is used, for the purposes of the invention, as a terminal that facilitates data transmission via wireless interconnecting interface (e.g. GPRS, UMTS, CDMA, etc.).
• the terminal has sufficient memory volume and a program that facilitates the downloading of program applications for executing the necessary steps required for the method of the invention.
• the mobile terminal is the client's mobile phone, but other devices can also be used, including pocket PC, palmtop, laptop/notebook etc.
• Another advantage is that it is not necessary to make any technical adjustments on the client's mobile terminal (mobile phone) in order the inventive method to be carried out. All one has to do is download the relevant program application to the device, following which the application is capable of executing all the necessary steps alone, including identification of the client, irrespective of the type or number of the device, type or number of the memory inserted etc.
• the GSM infrastructure is employed that is common and widely used in telecommunication services.
• Authorization of a payment transaction may be done using a PIN (a Personal Identification Number that is known to the client only) or biometrically.
• Biometric authorization may be voice, fingerprint or photograph-based.
• Technical adjustment of the mobile terminal may be required in order to carry out biometric authorization, though an existing device may also be used (photographic camera, microphone).
• Authorization - e.g. by PIN entry - is done only once in the process.
• Sensitive data are any data prone to abuse by a third party, such as the payment card number; the bank account number; the client's name, address, and birth index number; information on the client's credit standing, and type of purchase.
• alias is understood as any code allocated to the dealer and the client through the clearing center 2 that provides for unambiguous identification for the mobile applications server 3 and the clearing center 2.
• the only place where identification of the dealer and the client takes place is the clearing center 2 of the bank.
• the client's alias and the dealer's alias, which are substituted for genuine account numbers and other sensitive data, are allocated to the client and the dealer on a single-time basis, optimally, on first registration in the system.
• the clearing center 2 manages the client's sub-account on the basis of a banking license.
• the clearing center 2 may be integrated, physically and/or functionally, into the banking system 6. It is not necessary to own a payment card in order to be able to make payment transactions using the method of transaction according to the present invention.
• the clearing center 2 by means of the mobile applications server 3, sends a confirmation T8 of completed payment to the client's mobile terminal 1 . .
• This payment transaction is preferably a payment for services or goods ordered; such as parking fees, tickets to cultural or sport events, public transportation fares, and merchandise ordered via a dealer's e- shop.
• this method of payment is suitable for other types of payment, e.g. periodical and one-off payments of municipal fees, levies, fines, etc.
• an electronic fiscal record for the payment transaction is sent to the client's mobile terminal 1 from the clearing center 2 by means of the mobile applications server 3.
• the mobile applications server 3 saves and keeps the electronic fiscal record in the database of fiscal records of the client's transactions.
• the client may access the database of electronic fiscal records of the client's transactions on the mobile applications server 3 by means of the client's mobile terminal 1 or via the
• the inventive method thus allows the user to control payment transactions hitherto completed in the form of immediate online feedback reporting.
• the invented method of transaction makes it possible to produce an electronic fiscal record of payment transaction with an electronic signature (electronic security certificate) that may be obtained through the mobile applications server 3 separately or in connection with an external certification authority.
• an electronic signature electronic security certificate
• a further preferred embodiment of the invented mode of transaction is that the clearing center 2 calculates and credits the client's account with bonus points for the payment transactions made.
• the client may claim these bonus points for completed payment transactions either on demand or automatically as bonus for subsequent payment transactions executed in accordance with one of the modes eligible for the bonus.
• the above- described technical solution ensures high-speed financial transactions (after successful payment authorization, the system processes payment of funds practically in real time). However, wherever deemed necessary, payment can be made with a delay. Moreover, time limitation may be set up for the validity of the payment transaction data, including limitation of the amount paid.
• Identification of the client's mobile terminal 1 in the invented method is done with the aid of a security certificate deposited in the application that is saved in the client's mobile terminal 1 and a corresponding certificate deposited in the mobile applications server 3. This mode is independent of the type and number of the mobile terminal, SIM card, or operator.
• Blocking may be realized, for instance, by deleting the relevant security certificate from the mobile applications server 3. This will invalidate the corresponding security certificate in the application of the client's mobile terminal 1. Blocking is instant, following which no misuse of the application in the client's mobile terminal 1 is possible.
• Renewal of the service may only be achieved by downloading a new application containing a new security certificate in the client's mobile terminal 1_.
• the main benefits of the invention are simple control of the system, automatic acquisition of bonuses for completed purchases, safer purchasing, both over the Internet and in traditional shops, the constant possibility to check the status (balance) of the account, substitution of electronic receipts for paper receipts, simplification of the sales process on the part of the dealer, independence of the mobile operator, easy and instant blocking, and saving the costs involved in handling cash.
• FIG. 1 presents a scheme of one of the embodiments of the invention, in which the dealer's payment interface 5 is not used
• Fig. 2 presents a scheme of another embodiment of the invention, in which the dealer's payment interface 5 is used
• One of the versions of the invention shows the utilization of this type of payment system for the purposes of making payment for public infrastructure. It is applied as a central billing system for payments due to the municipality. This may help improve the quality of the services provided and save the operating costs in the area of fee collection.
• a typical application is, e.g. the payment of parking fees, public transportation fares, municipal fees, tickets etc.
• the client After parking his or her car, the client activates the application in the client's mobile terminal 1, e.g. his or her mobile phone. This involves the entry of the following information in the menu: the type of car, the license plate number, the town and parking zone, the time of parking required.
• the client then confirms the transaction by entering his or her PIN in the application. While executing these steps the system sends a request JJ . for payment transaction to the mobile applications server 3, and the mobile applications server 3 allocates a unique transaction identification code to the transaction, whereupon it executes a transmission T2 of said code electronically to the dealer's information system 4, and sends back to the client's mobile terminal 1 a request T4 for payment transaction authorization, and entry of the PIN.
• the client's mobile terminal 1 thereupon sends a confirmation of the payment's authorization with the PIN (request T5) to the mobile applications server 3.
• the mobile applications server 3 along with the dealer's information system 4, in this case the entity responsible for collecting parking fees, creates an electronic parking ticket and sends it to the server 3, and simultaneously displays the electronic ticket in the client's mobile terminal 1_.
• the mobile applications server 3 sends an electronic fiscal record confirming purchase of the parking ticket to the user's e-mail inbox, if the user so requires.
• the document may be signed with an electronic signature, if deemed necessary.
• the user may also access the database of the fiscal records saved in the mobile applications server 3 over the Internet.
• Parking control is based on the license plate number, which the controlling person (usually a police officer) enters into the application in his or her mobile terminal, whereupon the mobile applications server 3 displays a valid parking ticket with all the necessary details in said terminal.
• the system For the purposes of paying parking fees in reserved municipal zones, the system provides the user with greater comfort and flexibility than the current system of parking meters that require coins.
• the client selects a mobile phone payment on the Internet website of the dealer's payment interface 5.
• the system diverts the client to the security pages (e.g. HTTPS) of the payment interface 5 of the dealer's information system 4, which displays the allocated unique transaction identification code of the order obtained during the transmission T2 to the client, said code requested as part of request JJ . by the dealer's information system 4 from the mobile applications server 3, and asks the client to activate mobile application Internet Payment in the client's mobile terminal 1_.
• security pages e.g. HTTPS
• the client enters the unique transaction identification code, which was displayed for the client in the preceding step.
• the mobile applications server 3 consolidates
• the clearing center 2 sends confirmation T8 of payment (electronic receipt) by means of the mobile applications server 3 to the client's mobile terminal ⁇ .
• the payment system may also generate the corresponding bonus and update the status of the client's bonus account.
• the mobile application of the client's mobile terminal 1 displays the resulting payment and, simultaneously, the status of the website in the payment interface 5 of the dealer's information system 4 is diverted to a display showing the transaction, including notification of the payment transaction's result. If the transaction is successfully executed, the dealer releases the goods or renders the services purchased to the user.

Applications Claiming Priority (2)

Publications (1)

Family

ID=39560991

Family Applications (1)

Country Status (3)

Families Citing this family (11)

Citations (1)

Family Cites Families (13)

• 2007
  • 2007-07-26 CZ CZ20070504A patent/CZ2007504A3/cs unknown
• 2008
  • 2008-04-14 WO PCT/CZ2008/000043 patent/WO2009012731A1/en active Application Filing
  • 2008-04-14 EP EP08734302A patent/EP2176819A1/en not_active Ceased

Patent Citations (1)

Also Published As

Similar Documents

Legal Events