US20160005011A1 - Application, Method and System for Purchasing a Product - Google Patents
Application, Method and System for Purchasing a Product Download PDFInfo
- Publication number
- US20160005011A1 US20160005011A1 US14/768,931 US201314768931A US2016005011A1 US 20160005011 A1 US20160005011 A1 US 20160005011A1 US 201314768931 A US201314768931 A US 201314768931A US 2016005011 A1 US2016005011 A1 US 2016005011A1
- Authority
- US
- United States
- Prior art keywords
- server
- product
- merchant
- consumer
- electronic device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/108—Remote banking, e.g. home banking
-
- G—PHYSICS
- G06—COMPUTING; 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9535—Search customisation based on user profiles and personalisation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
-
- 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
-
- 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/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3223—Realising banking transactions through M-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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3226—Use of secure elements separate from M-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/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/327—Short range or proximity payments by means of M-devices
- G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
-
- 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
- G06Q20/401—Transaction verification
- G06Q20/4014—Identity check for transactions
Definitions
- the present disclosure relates to an application, a method and a system for purchasing a product.
- a consumer may purchase a book using the internet by visiting the relevant page on a website of a merchant; ordering the book by completing a form that includes details of their delivery address and payment means, for example credit card details; paying for the book by authorizing the merchant to carry out an electronic transfer of funds from the payment means to the merchant and then waiting for delivery of the book from the merchant.
- a consumer may pay a bill, for example a utility bill, that has been issued by a merchant by visiting the merchant's website, entering the bill identification number and details of their payment means, and authorizing the merchant to carry out an electronic transfer of funds.
- Optically machine readable codes for example barcodes and QR codes, are regularly used to mark and identify products.
- the unique product identifier for example the ISBN
- this system requires a merchant web page for a product to be returned to the consumer's electronic device.
- the web page is likely to be data rich and therefore require lengthy download time, particularly where the consumer's data connection is slow.
- the consumer's payment details must be transmitted to the merchant so that they may subsequently instruct a transfer of funds from the consumer to the merchant, for example by transmitting the consumer's and the merchant's financial details to a credit card company or a bank. Payment details are very sensitive and their transmission to the merchant and retention by the merchant, even if only temporarily, represents a security risk.
- optically machine readable code may be used to direct the consumer to any merchant of the product. Consequently, a merchant who has invested in the promotion of a particular product, which has brought the product to the consumer's attention, may not benefit at all as the consumer may be directed by the app to a different merchant's website.
- a payment application to be operated on an electronic device, wherein the application is suitable for use by a consumer for paying a merchant for a product, and wherein the application comprises logic configured to: receive a graphical representation of data that comprises an identification code; extract from the graphical representation of data the identification code; transmit the identification code; receive a transaction amount in response to the transmitted identification code; and execute a payment transaction between a bank account of the consumer to the merchant for the transaction amount.
- a product may be purchased by a consumer without loading a merchant's website on the electronic device. This reduces data usage, which in turn reduces the time required to make a purchase and reduces any data usage costs that may be incurred by the consumer, thus improving the consumer's shopping experience.
- the application may also receive a product description and/or a product photograph so that they can review that information before executing the transaction.
- the identification code may identify the product to be purchased and the merchant of the product, either by comprising two parts, the first part identifying the merchant and the second identifying the product, or by having a single part that is unique to a product from a particular merchant.
- the graphical representation of data may be linked to a particular merchant so that the advertising efforts of the merchant, such as posters and flyers that include the graphical representation of data may be tied to the merchant.
- sales are not taken away from the merchant by other suppliers of the same product (as in the case with barcodes that simply identify a product).
- the identification code may also include advertising reference that indicates, for example, the magazine or poster stand that the graphical representation of data appears in. After the identification code is scanned by the application, it may be forwarded on to the merchant so that they may track how successful their advertising is.
- the application may be further configured to: receive a transaction feedback indicating if the instructed transaction was successful or unsuccessful. The consumer may therefore be informed as to whether or not the transaction request was successful. A receipt of the transaction may also be kept by the application.
- an electronic device comprising the application.
- the electronic device is an ATM with an imaging device
- a consumer who does not have an electronic device (or is not registered with a suitable payment service, for example) may still purchase a product using the application.
- a consumer may take to the ATM a utility bill or other invoice on which is printed the graphical representation of data and pay the bill quickly and easily. This reduces manual data entry errors.
- a server for use in the payment by a consumer, using a payment application operated on an electronic device, to a merchant for a product, the server being configured to: receive from the application an identification code; obtain using the identification code a transaction amount for the product; and transmit the transaction amount to the application.
- use of the server in conjunction with the application reduces data usage, which in turn reduces the time required to make a purchase and reduces any data usage costs that may be incurred by the consumer, thus improving the consumer's shopping experience. It also reduces security risks associated with the transmission and retention of sensitive information.
- the transaction identifier may identify both the merchant and the product.
- the server may thus identify the merchant from the identification code; transmit a product identifier to a merchant server; and receive the transaction amount from the merchant server so that the transaction amount for the product may be communicated to the consumer via the application.
- the merchant server may also transmit additional information to the server for forwarding to the application, for example a product description and photograph, and a set of product options, for example product size and/or colour, for the consumer to choose from, for example from a drop-down selection presented by the application on the basis of the set of product options.
- the set of product options may be based upon what the merchant has in stock, such that the app may present to the consumer only the product options that the merchant has in stock, thus enabling the merchant to perform dynamic stock control.
- the set of product options may also include a request for the consumer to select the quantity of products they would like. The number may be capped based on what the merchant has in stock, or any other considerations, such as how many can be delivered by the merchant to the consumer based on the delivery options available.
- the server may also be configured to receive the advertising reference from the application and forward it to the merchant server. This allows the merchant to track how successful their advertising is.
- a method of purchasing a product from a merchant using an electronic device comprising the steps of: providing the electronic device with a graphical representation of data that comprises an identification code, wherein the electronic device is configured to extract the identification code; transmitting the identification code from the electronic device to a first server; receiving from the first server a transaction amount for the product; and executing a payment transaction between a bank account of the consumer to the merchant for the transaction amount.
- This method enables a consumer to purchase a product without loading the merchant's website on the electronic device. This reduces data usage, which in turn reduces the time required to make a purchase and reduces any data usage costs that may be incurred by the consumer, thus improving the consumer's shopping experience.
- the identification code may identify the product to be purchased and the merchant of the product.
- the graphical representation of data may be linked to a particular merchant so that the advertising efforts of the merchant, such as posters and flyers that include the graphical representation of data may be tied to the merchant.
- sales are not taken away from the merchant by other suppliers of the same product (as in the case with barcodes that simply identify a product).
- the method may further comprise a step of transmitting to the electronic device a transaction feedback indicating if the instructed transaction was successful or unsuccessful. The consumer may therefore be informed as to whether or not the transaction request was successful. A receipt of the transaction may also be kept by the application.
- the method may further comprise a step of transmitting to the merchant a purchase notification, which may include information relating to the product purchased and the consumer.
- the merchant may therefore be informed when a sale has taken place and, if necessary, be able then to deliver the product to the consumer.
- a system for purchasing a product comprising: an electronic device; and a first server; wherein the electronic device is configured for: receiving a graphical representation of data; extracting from the graphical representation of data an identification code; transmitting to the first server the identification code; receiving from the first server a transaction amount; executing a payment transaction from a bank account of the consumer to a merchant for the transaction amount, and wherein the first server is configured for: receiving the identification code from the electronic device; and transmitting the transaction amount to the electronic device.
- This system enables a consumer to purchase a product without loading the merchant's website on the electronic device. This reduces data usage, which in turn reduces the time required to make a purchase and reduces any data usage costs that may be incurred by the consumer, thus improving the consumer's shopping experience.
- the identification code may identify the product to be purchased and the merchant of the product.
- the graphical representation of data may be linked to a particular merchant so that the advertising efforts of the merchant, such as posters and flyers that include the graphical representation of data may be tied to the merchant.
- sales are not taken away from the merchant by other suppliers of the same product (as in the case with barcodes that simply identify a product).
- the electronic device may also be configured for receiving a transaction feedback indicating if the instructed transaction was successful or unsuccessful. The consumer may therefore be informed as to whether or not the transaction request was successful. A receipt of the transaction may also be kept by the application.
- the first server may also be configured for transmitting a product purchase notification to a second server, wherein the product purchase notification may include information relating to the product purchased and the consumer.
- the merchant may therefore be informed when a sale has taken place and, if necessary, be able then to deliver the product to the consumer.
- a method of generating a graphical representation of data comprising the steps of:
- the method may further comprise the step of populating the graphical representation of data with any one or more selected from the group consisting of: a telephone number, a mobile telephone number, a product or service description, and a payment amount.
- Other information or data items may be included.
- the data items within the graphical representation of data may be formatted or arranged into fields for easier extraction.
- the format may be standardised and may also be delimited (e.g. by special characters such as “/”, “ ⁇ ”, or“>”).
- the following illustrates an example data set and schema:
- the SHORTCODE identifies the payee and so their bank account may be looked up from a database.
- a payment method comprising the steps of:
- the payment method may further comprise the steps of:
- an automobile breakdown service may use the above methods. Should a customer breakdown and require assistance then a breakdown technician may be sent to their assistance. However, the customer may not have an active or valid account with the breakdown service for the type of assistance that is required (they may require towing to a distant location that is outside of their service agreement, they may need to pay for a specific part, or they may not be a customer of the breakdown service and need to join, for example).
- the customer may pay for any additional product using a mobile application that interacts with a mobile payments service.
- the breakdown technician may provide the customer with a QR code (or this may be printed in or on their vehicle, for example), which contains information identifying the bank account or other payment details of the automobile breakdown service company (e.g. an identifier of the company to pay).
- the QR code may also contain the mobile telephone number of the individual breakdown technician.
- the breakdown technician may be sent a confirmation by SMS or other means from the mobile payments service informing them that the payment has been received by the breakdown service.
- the breakdown technician is therefore informed that the necessary work has been paid for.
- Such a system is especially useful where the customer has no other means to pay.
- a further benefit is that the breakdown technician does not need to deal with cash.
- FIG. 1 shows an embodiment of a system comprising a mobile electronic device, a QR code, a transaction server and a merchant server, the system being suitable for purchasing a product in accordance with the present disclosure
- FIG. 2 shows a sequence diagram representing the data transfer that may take place within the system of FIG. 1 when a product is being purchased;
- FIG. 3 shows a purchase confirmation screen displayed on the mobile electronic device of FIG. 1 ;
- FIG. 4 shows a representation of a transaction instruction that may be transmitted from the mobile electronic device to the transaction server of FIG. 1 .
- FIG. 5 shows a sequence diagram representing further transfers of data that may take place during the purchase of a product shown in FIG. 2 .
- product as used throughout this disclosure encompasses both goods and services (e.g. financial products).
- a system and an application for installation on a mobile electronic device, for the purchase of a product to be delivered to a consumer, for example a book.
- FIG. 1 shows a system 100 comprising a mobile electronic device 110 , for example a smart phone or a tablet, a QR code 120 , a transaction server 130 , with which the mobile electronic device 110 is in communication 140 , and a merchant server 160 , with which the transaction server 130 is in communication 160 .
- the communication paths 140 and 160 may use any standard communication channel that is well known to the skilled person.
- the mobile electronic device 110 has installed on it a product purchasing or payment transaction app.
- a product purchasing or payment transaction app When the consumer installs the app on their device 110 , they are prompted to register their details with the app provider. The registered details will link the app to a source of funds of the consumer's choosing, for example their bank account or credit card, and a delivery address to which the consumer would like purchased products to be delivered. These details are saved on the transaction server 130 and linked to a unique consumer identifier. The transaction server 130 may use the consumer identifier to retrieve the relevant payment and delivery information without the consumer needing to enter any details on the electronic device 110 during the purchase.
- the QR code 120 may be displayed alongside information relating to a product available for purchase, for example on a poster or flyer or in a magazine advertisement.
- the QR code 120 is related to a particular product and includes an identification code that identifies the product and a particular merchant of the product.
- the identification code may comprise two parts, one identifying the merchant and the other identifying the product, or it may comprise just one part that is unique to a product from a particular merchant.
- the QR code 120 may also comprise an advertising reference that indicates where the QR code is positioned, i.e. which magazine or poster stand it is positioned on.
- the advertising reference may form a separate part of the QR code, or again the QR code may comprise just one part that is unique to a product from a particular merchant advertised in a particular position. As explained in more detail below, the advertising reference may be used later by the merchant to provide feedback on which of their adverts is performing most effectively.
- the consumer may open and log into the app on the mobile electronic device 110 .
- Logging into the app may be protected by a password, for example a PIN, or equivalent.
- the QR code 120 may then be scanned using the app, which will utilise an imaging device in the electronic device 110 to image the QR code 120 .
- the app will then extract the identification code from the scanned QR code 120 .
- FIG. 2 is a sequence diagram representing the data transfer that takes place between the electronic device 110 , the transaction server 130 and the merchant server 150 when a product is being purchased.
- the identification code is extracted from the scanned QR code 120 by the app, it is transmitted to the transaction server 130 in a data transmission 220 .
- the transaction server 130 can then identify the merchant of the product from the identification code.
- the transaction server 130 transmits a product identifier to the merchant server 160 in a data transmission 230 .
- the identification code comprises only a single part (as explained above) the product identifier transmitted to the merchant server 160 will be the identification code. However, if the identification code comprises separate parts, the product identifier will be the part of the identification code that identifies the product. If an advertising reference is included in the QR code 120 , this may also be transmitted to the merchant server 160 in data transmission 230 so that the merchant may analyse the effectiveness of their advertising.
- the merchant server 160 can use the product identifier to identify the product and the amount of money for which they are selling the product. The merchant server 160 can then return to the transaction server 130 a transaction amount in data transmission 240 .
- the transaction amount is the amount of money that the consumer will need to pay the merchant in order to purchase the product, and may include not only the product cost but also, for example, delivery costs and taxes.
- the transaction amount may be a single figure that includes the total amount payable, for example product cost and delivery cost, or it may comprise each separate component of the total amount payable so that after the transaction amount has been transmitted to the electronic device 110 (as explained below), the electronic device 110 may display to the consumer each component separately.
- the merchant server 160 may also return to the transaction server 130 any other information that it has associated with the identification code. For example, it may return an indication of stock levels, for example if the product is in stock, or if the stock level is low, and/or a product description and/or a product photograph and/or a tracking number that may be used by the merchant and consumer to identify the transaction at a later date, such as for delivery tracking. Furthermore, it may also include a request for information from the consumer, such as the quantity of the product(s) that they would like to purchase, a selection of the required type of delivery from a list of different delivery options, and any other product options that there may be for the product that the consumer wishes to purchase, for example colour and/or size of clothing.
- the product options may be a list of the different product options that the merchant currently has available, for example if they have yellow, red and blue products available they may be included in the options, but if they are currently sold out of green products, green may be omitted from the options. In this way the merchant can utilise dynamic stock control and offer the consumer a choice of only the product that they currently have in stock.
- a request for information from the consumer might also include the merchant's terms and conditions, with a requirement that the consumer indicate acceptance of the terms and conditions before a transaction is allowed to take place.
- the data transmissions 230 and 240 between the transaction server 130 and merchant server 160 may be facilitated by any means well known to the skilled person, for example by using a custom built application programming interface (API).
- API application programming interface
- a separate communications channel may be opened between the transaction server 130 and the merchant server 160 . Therefore, the API calls get a price from the merchant (i.e. this does not need to be separately stored on the transaction server).
- the transaction server 130 After receiving the transaction amount, the transaction server 130 transmits the transaction amount to the electronic device 110 in data transmission 250 .
- any other product information that the transaction server 130 has received from the merchant server 160 for example a product description, product stock levels and requests for information from the consumer, may also be transmitted to the electronic device 110 .
- the transaction server 130 may also include in data transmission 250 a request for delivery address and/or email address (the email address being useful for issuance of a transaction confirm and/or receipt, as explained later) from the consumer.
- the request may be for a confirmation from the consumer that the delivery and/or email address registered by the consumer when installing the app should be used, or if they would like to enter a different delivery and/or email address.
- the request may include the delivery and/or email address registered by the consumer when installing the app so that they may review what they registered when installing the app before they confirm whether or not to use it.
- the app may also offer the consumer to opportunity to amend the registered delivery and/or email address and decide whether the different delivery and/or email address or amended delivery and/or email address should replace the delivery and/or email address that was registered by the consumer when installing the app, or whether it should be used on this occasion only.
- the request for delivery and/or email address information may be made in response to a request for information from the merchant server 160 , or as part of the configuration of the transaction server 130 whereby the data transmission 250 must always include a request for delivery and/or email address information.
- the transaction server 130 may also include in data transmission 250 information related to the merchant, for example the merchant name.
- the transaction server 130 may also include in data transmission 250 the terms and conditions of the transaction provider with an option for the consumer to indicate that they either accept of decline them. Again, it may be arranged that the consumer can only send the transaction instruction 400 (described below) if they accept the terms and conditions.
- FIG. 3 shows an example purchase confirmation screen that would be displayed to the consumer after the electronic device 110 has received the transaction amount.
- the transaction amount 310 On the screen there is presented the transaction amount 310 , a button 320 for the user to confirm the purchase and a button 330 for the consumer to cancel the purchase.
- Any other information that the electronic device 110 has received from the transaction server 130 may also be displayed on the purchase confirmation screen.
- a request for information from the consumer was also included in data transmission 250 , this may also be displayed to the consumer. If the request for information has options, for example the product colours available, those may be displayed in, for example, a drop down list for the consumer to select from. This enables the merchant to offer only the product options that they currently have in stock and, thus, exercise dynamic stock control.
- the application prepares a transaction instruction 400 to be transmitted from the electronic device 110 to the transaction server 130 , in data transmission 260 .
- FIG. 4 shows a representation of the transaction instruction 400 .
- the transaction instruction 260 comprises the identification code 410 , the transaction amount 420 and a consumer identifier 430 .
- the identification code 410 is included in the transaction instruction 400 because it enables the transaction server 130 to identify the merchant.
- the payment details, for example the bank account details, of the merchant are retained on the transaction server 130 from when the merchant originally registered with the transactions server so that the transaction server 130 can identify from the identification code 410 where the transferred funds should be sent.
- the identification code 410 is also used by the transaction server 130 to indicate to the merchant what product has been purchased after the transaction has taken place (this is described in more detail below).
- the transaction amount 420 informs the transaction server 130 how much money should be transferred from the consumer to the merchant to purchase the product and cover any additional costs, such as delivery.
- the consumer identifier 430 enables the transaction server 130 to identify from where the funds for the transaction should be drawn. As explained earlier, when the consumer installs the app and registers their details with the app, the consumer's payment details will be stored on the transaction server 130 and linked to the consumer identifier 430 .
- the requested information input to the app by the consumer may also be included in the transaction instruction 400 . If the consumer has indicated that any input data is to replace the data they registered when installing the app, for example a new delivery address and/or email address, this may also be indicated in data transmission 260 so that the transaction server 130 may update the consumer's registered details.
- the transaction instruction 400 When the transaction instruction 400 is transmitted from the electronic device 110 to the transaction server 130 , the transaction from the consumer to the merchant immediately takes place. This is because the transaction server 130 is itself part of a financial organisation, for example a bank or a credit card company. Thus, the transaction between the consumer and the merchant is executed by the app on the electronic device 110 transmitting the transaction instruction 400 to the transaction server 130 .
- the transaction is carried out more quickly and efficiently, since it does not rely upon authorizing the merchant to instruct a payment means, for example a credit card or bank, at some later time to carry out a transaction.
- a payment means for example a credit card or bank
- the consumer and merchant payment details are securely kept at a single location—the transaction server 130 . This reduces security risks associated with transmitting payment details between servers and devices, and also the security risk of payment details being stored, even if only temporarily, on a merchant server where security provisions may be less rigorous than those of a transaction server.
- the transaction server 130 may transmit to the electronic device 110 a transaction feedback in data transmission 270 .
- the transaction feedback indicates whether or not the transaction was performed successfully so that the app may notify the consumer.
- the data transmission may comprise a transaction identifier, for example the identification code or a tracking number if one has been allocated, so that a receipt of the transaction may be kept by the app on the electronic device 110 . Any other relevant transaction information, such as a product description, may also be included in data transmission 270 so as to form a part of the transaction receipt.
- the transaction feedback may indicate why it was unsuccessful and the app may offer the consumer an opportunity to rectify the cause of failure and try to execute the transaction again. For example, if the consumer's source of funds was insufficient to pay the required transaction amount, they may be offered the opportunity to increase via the app the amount of money in their source of funds before trying to execute the transaction again.
- Another cause of a failed transaction might be that the transaction server 130 is configured only to execute a transaction if the transaction instruction is received within a set time period, for example 10 minutes, from receipt of the identification code in data transmission 220 (for example because the transaction server 130 will only retain the relevant data for that time period).
- the transaction server 130 might be configured in such a way to ensure that the transaction is always executed using up-to-date merchant information, for example to protect against using an out-of-date transaction amount if the merchant tends to change the product cost regularly. If such an error occurs, the transaction feedback might indicate a timeout error and an instruction to re-scan the QR code in order to being the process again.
- the transaction server 130 transmits to the merchant server 160 a purchase notification in data transmission 280 .
- the purchase notification comprises the identification code, so that the merchant can identify what product has been purchased, including any product options that consumer has selected, for example colours, size, quantity etc, and the delivery address of the consumer (or other mechanism for identifying the consumer) so that the merchant may dispatch the product to the consumer. It may also comprise the email address of the consumer so that the merchant may email a confirmation of transaction and/or a purchase receipt and product delivery tracking information to the consumer.
- the delivery and/or email address included in the purchase notification will be that stored on the transaction server 130 for that consumer, otherwise it will be the deliver and/or email address submitted by the consumer in data transfer 260 .
- Data transmission 280 may be facilitated using the same means as data transmission 230 , for example using the application programming interface (API).
- Data transmission 280 may be sent in real-time after the transaction has taken place, or may be transmitted at a later date, for example as part of a regular statement of transactions or a bank statement.
- API application programming interface
- no delivery address For products that do not need to be delivered (e.g. goods within a shop or medical treatment), no delivery address needs to be sent to the merchant. However, an indication of the consumer may still be sent to the merchant so that they are informed that a particular consumer has paid for their product.
- This may be a code, image, photograph, name or other identifier that can be used by the merchant to identify the consumer. For example, a code may be displayed on the consumer's device and sent to the merchant upon completion of a successful transaction for comparison. Payment confirmation in any embodiment may also be accomplished using a suitable API layer between the merchant and the transaction server.
- the app may keep a record of all data relating to scanned QR codes over a period of time, for example over the last 30 days, so that the consumer may review all of their scans, as well as a record of all successful transactions that have been executed by the app.
- a system and an app for installation on a mobile electronic device for the purchase of a product that does not need to be delivered to a consumer for example the payment of a bill, such a utility bill, or the purchasing of a book in a shop.
- the second embodiment is similar to the first embodiment above.
- the QR code 120 will again include an identification code. If the QR code 120 is used for paying a bill, the identification code will identify a merchant, for example a utility supplier, and the product, for example a reference number for a bill that is to be paid.
- the consumer When the consumer decides to purchase the product, for example paying the bill, they may scan the QR code 120 in the same way as described in the first embodiment and the application will extract the identification code.
- the identification code is transmitted to the transaction server 130 in data transfer 220 , after which the transaction server 130 retrieves from the merchant server 160 the transaction amount and any other relevant information, for example a product description and/or a request for further information from the consumer, and then transmits to the electronic device 110 the transaction amount in data transmission 250 , along with any of relevant information that it has, for example a product description.
- the consumer is then presented with the transaction amount and any other relevant information transmitted to the transaction server 130 from the merchant server 160 and asked to confirm whether or not the transaction should go ahead, as shown in FIG. 3 and explained above.
- the electronic device 110 When the consumer confirms that they would like to carry out the transaction by selecting the button 320 , the electronic device 110 will transmit the transaction instruction 400 to the server 130 in data transfer 260 in order to execute the transaction.
- the merchant does not need to know a delivery address of the consumer. Therefore, after the transaction has taken place, the purchase notification transmitted from the transaction server 130 to the merchant server 160 in data transmission 280 need only comprise the identification code, so that the merchant can identify what product has been purchased, and the transaction amount.
- the transaction instruction 400 may further comprise an additional identification code, for example a code, an image, a photograph, a name or other identifier that can be used by the merchant to identify the consumer.
- an additional identification code for example a code, an image, a photograph, a name or other identifier that can be used by the merchant to identify the consumer.
- a code may be displayed on the consumer's device, wherein that code is included in the transaction instruction 400 and the purchase notification that is sent to the merchant server 150 so that the merchant may compare the code that they receive with the code displayed on the consumer's device, in order to verify that the consumer has made the transaction.
- the transaction server 130 may also transmit to the electronic device 110 a transaction feedback in data transmission 270 , in the same way as explained in respect of the first embodiment.
- FIG. 5 shows additional data transmission that may take place between data transmissions 250 and 260 .
- the consumer may be given the option only to confirm reservation of the product, rather than purchase of the product. If the consumer decides to go ahead and reserve the product, data transmission 510 is sent from the app to the transaction server 130 .
- Data transmission 510 may include the identification code, as well as any other information requested by the merchant 160 , for example delivery address (if the delivery address registered with the transaction server 130 is not to be used), choice of delivery option, quantity of products that the consumer would like to purchase, any product options selected, such as size and colour, etc.
- the transaction server 130 will then forward this information, along with the delivery address to be used to the merchant 160 in data transmission 520 , which will return in data transmission 530 confirmation of whether or not the product(s) that the consumer wishes to reserve are in stock or not.
- the merchant server 160 may also include in data transmission 530 a delivery cost calculated from the delivery address that the consumer has chosen.
- the transaction server 130 will then forward this information to the app in data transmission 540 so that the consumer may confirm the transaction on the understanding that the product(s) that they wish to purchase are available and reserved for them, and with the knowledge of what all of the delivery costs are if those costs are dependent on the delivery address and any other information submitted by the consumer, such as quantity of the product.
- the consumer may instead use a fixed position electronic device, like a computer or an ATM.
- the fixed position electronic device will have an imagining device suitable for imaging a QR code presented in front of it, such as a webcam on a computer or a downward facing camera on an ATM.
- the above described app may be saved on the computer and the purchase of a product using a QR code that is itself mobile, for example one that is printed on a flyer or a paper utility bill or displayed on a mobile electronic display, may be performed in the same way as described in the first and second embodiments above.
- the consumer identifier 430 used in the transaction instruction 400 may be obtained by the ATM from a bank card inserted into the ATM by the consumer. This enables consumers who are not in personal possession of an electronic device still to utilise the app to purchase products, for example purchasing a book advertised on a flyer, or pay a utility bill, more quickly and easily.
- the transaction server may instead request the merchant's payment details from the merchant server 150 in order to complete the transaction.
- QR codes 220 any form of optically machine readable codes, for example barcodes or two-dimensional codes, may be used.
- the consumer's details may instead be saved on the electronic device 110 itself (or derivable from it) and those details transmitted in the transaction instruction instead of a consumer identifier.
- the consumer may be given an option of having the app populate the required consumer information from data stored on the electronic device 110 or of entering the consumer information themselves.
- a transaction feedback is sent from the transaction server 130 to the electronic device 110 , it may be arranged that transaction feedback is not sent and that the consumer may simply assume that the transaction has taken place.
- a record of the transaction may be kept on the transaction server 130 so that the consumer may receive a receipt of the transaction as part of a regular statement issued by the transaction server 130 via existing communication channels, for example by post or email.
- the transaction feedback may not be sent to the app only in data transfer 270 , but may instead, or in addition, be issued to the consumer in a text message, email or telephone call.
- the consumer may also receive a confirmation of successful transaction from the merchant, for example in an email which may not only confirm that the transaction was successful, but also provide additional information, such as a product description, delivery information and a tracking number, and act as a receipt of purchase.
- a purchase notification is not sent to the merchant server 160 .
- the merchant 410 may find out about a transaction via an existing communication channel, for example a bank account statement issued to the merchant by post or email.
- the identification code may not identify a particular product from a particular merchant, but instead a group of products—a “basket”—from a particular merchant.
- the identification code may be transmitted to the merchant server 160 , which can identify to which basket the identification code relates, and therefore which products are within the basket, and return a transaction amount and any other relevant information for that particular basket.
- the merchant and consumer information may not be stored on the merchant server 130 , but may instead be stored on a database that is located remotely from, but is accessible by, the merchant server 130 .
- the transaction server 130 may instead retrieve a product code that is associated on the transaction server 130 with the identification code. The merchant server 130 may then use the product code to identify the product and return the transaction amount in data transmission 240 .
- the transaction server 130 may calculated the delivery costs on the basis of delivery cost information that the merchant has previous sent to it.
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Accounting & Taxation (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Databases & Information Systems (AREA)
- Finance (AREA)
- Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Marketing (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Computer Security & Cryptography (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
- The present disclosure relates to an application, a method and a system for purchasing a product.
- It is common for consumers to purchase products, be they goods or services, using the internet. For example, a consumer may purchase a book using the internet by visiting the relevant page on a website of a merchant; ordering the book by completing a form that includes details of their delivery address and payment means, for example credit card details; paying for the book by authorizing the merchant to carry out an electronic transfer of funds from the payment means to the merchant and then waiting for delivery of the book from the merchant. Likewise, a consumer may pay a bill, for example a utility bill, that has been issued by a merchant by visiting the merchant's website, entering the bill identification number and details of their payment means, and authorizing the merchant to carry out an electronic transfer of funds.
- Optically machine readable codes, for example barcodes and QR codes, are regularly used to mark and identify products. A number of software applications—“apps”—installed on consumer electronic devices, for example smart phones or tablets, have utilised these codes for use in on-line shopping. For example, if a consumer has nearby to them a book that they would like to purchase, they may use the app on their electronic device to scan the barcode on the book. The app may then extract the unique product identifier, for example the ISBN, which is used by the app to direct the consumer to the page for that book on any number of different merchants' websites, after which the consumer may choose to purchase the book.
- However, this system requires a merchant web page for a product to be returned to the consumer's electronic device. The web page is likely to be data rich and therefore require lengthy download time, particularly where the consumer's data connection is slow.
- Furthermore, the consumer's payment details must be transmitted to the merchant so that they may subsequently instruct a transfer of funds from the consumer to the merchant, for example by transmitting the consumer's and the merchant's financial details to a credit card company or a bank. Payment details are very sensitive and their transmission to the merchant and retention by the merchant, even if only temporarily, represents a security risk.
- Furthermore, the optically machine readable code may be used to direct the consumer to any merchant of the product. Consequently, a merchant who has invested in the promotion of a particular product, which has brought the product to the consumer's attention, may not benefit at all as the consumer may be directed by the app to a different merchant's website.
- In a first aspect of the present disclosure, there is provided a payment application to be operated on an electronic device, wherein the application is suitable for use by a consumer for paying a merchant for a product, and wherein the application comprises logic configured to: receive a graphical representation of data that comprises an identification code; extract from the graphical representation of data the identification code; transmit the identification code; receive a transaction amount in response to the transmitted identification code; and execute a payment transaction between a bank account of the consumer to the merchant for the transaction amount.
- By using the application, a product may be purchased by a consumer without loading a merchant's website on the electronic device. This reduces data usage, which in turn reduces the time required to make a purchase and reduces any data usage costs that may be incurred by the consumer, thus improving the consumer's shopping experience.
- Furthermore, because the transaction is executed directly by the application, the consumer's payment details need never be transmitted to the merchant. Not only does this mean that the transaction is carried out more quickly and efficiently, it also reduces security risks associated with the transmission and retention of sensitive information.
- Along with the transaction amount, the application may also receive a product description and/or a product photograph so that they can review that information before executing the transaction.
- The identification code may identify the product to be purchased and the merchant of the product, either by comprising two parts, the first part identifying the merchant and the second identifying the product, or by having a single part that is unique to a product from a particular merchant. Thus, the graphical representation of data may be linked to a particular merchant so that the advertising efforts of the merchant, such as posters and flyers that include the graphical representation of data may be tied to the merchant. Thus, sales are not taken away from the merchant by other suppliers of the same product (as in the case with barcodes that simply identify a product).
- The identification code may also include advertising reference that indicates, for example, the magazine or poster stand that the graphical representation of data appears in. After the identification code is scanned by the application, it may be forwarded on to the merchant so that they may track how successful their advertising is.
- The application may be further configured to: receive a transaction feedback indicating if the instructed transaction was successful or unsuccessful. The consumer may therefore be informed as to whether or not the transaction request was successful. A receipt of the transaction may also be kept by the application.
- There is also disclosed an electronic device comprising the application. Where the electronic device is an ATM with an imaging device, a consumer who does not have an electronic device (or is not registered with a suitable payment service, for example) may still purchase a product using the application. For example, a consumer may take to the ATM a utility bill or other invoice on which is printed the graphical representation of data and pay the bill quickly and easily. This reduces manual data entry errors.
- In a second aspect of the present disclosure there is provided a server for use in the payment by a consumer, using a payment application operated on an electronic device, to a merchant for a product, the server being configured to: receive from the application an identification code; obtain using the identification code a transaction amount for the product; and transmit the transaction amount to the application.
- Again, use of the server in conjunction with the application reduces data usage, which in turn reduces the time required to make a purchase and reduces any data usage costs that may be incurred by the consumer, thus improving the consumer's shopping experience. It also reduces security risks associated with the transmission and retention of sensitive information.
- As explained above, the transaction identifier may identify both the merchant and the product. The server may thus identify the merchant from the identification code; transmit a product identifier to a merchant server; and receive the transaction amount from the merchant server so that the transaction amount for the product may be communicated to the consumer via the application.
- The merchant server may also transmit additional information to the server for forwarding to the application, for example a product description and photograph, and a set of product options, for example product size and/or colour, for the consumer to choose from, for example from a drop-down selection presented by the application on the basis of the set of product options. The set of product options may be based upon what the merchant has in stock, such that the app may present to the consumer only the product options that the merchant has in stock, thus enabling the merchant to perform dynamic stock control. The set of product options may also include a request for the consumer to select the quantity of products they would like. The number may be capped based on what the merchant has in stock, or any other considerations, such as how many can be delivered by the merchant to the consumer based on the delivery options available.
- Where the identification code also includes an advertising reference that indicates, for example, the magazine or poster stand that the graphical representation of data appears in, the server may also be configured to receive the advertising reference from the application and forward it to the merchant server. This allows the merchant to track how successful their advertising is.
- In a third aspect of the present disclosure, there is provided a method of purchasing a product from a merchant using an electronic device, the method comprising the steps of: providing the electronic device with a graphical representation of data that comprises an identification code, wherein the electronic device is configured to extract the identification code; transmitting the identification code from the electronic device to a first server; receiving from the first server a transaction amount for the product; and executing a payment transaction between a bank account of the consumer to the merchant for the transaction amount.
- This method enables a consumer to purchase a product without loading the merchant's website on the electronic device. This reduces data usage, which in turn reduces the time required to make a purchase and reduces any data usage costs that may be incurred by the consumer, thus improving the consumer's shopping experience.
- Furthermore, because the transaction is executed directly by the application, the consumer's payment details need never be transmitted to the merchant. Not only does this mean that the transaction is carried out more quickly and efficiently, it also reduces security risks associated with transmission and retention of sensitive information.
- The identification code may identify the product to be purchased and the merchant of the product. Thus, the graphical representation of data may be linked to a particular merchant so that the advertising efforts of the merchant, such as posters and flyers that include the graphical representation of data may be tied to the merchant. Thus, sales are not taken away from the merchant by other suppliers of the same product (as in the case with barcodes that simply identify a product).
- The method may further comprise a step of transmitting to the electronic device a transaction feedback indicating if the instructed transaction was successful or unsuccessful. The consumer may therefore be informed as to whether or not the transaction request was successful. A receipt of the transaction may also be kept by the application.
- The method may further comprise a step of transmitting to the merchant a purchase notification, which may include information relating to the product purchased and the consumer. The merchant may therefore be informed when a sale has taken place and, if necessary, be able then to deliver the product to the consumer.
- In a fourth aspect of the present disclosure there is provided a system for purchasing a product, the system comprising: an electronic device; and a first server; wherein the electronic device is configured for: receiving a graphical representation of data; extracting from the graphical representation of data an identification code; transmitting to the first server the identification code; receiving from the first server a transaction amount; executing a payment transaction from a bank account of the consumer to a merchant for the transaction amount, and wherein the first server is configured for: receiving the identification code from the electronic device; and transmitting the transaction amount to the electronic device.
- This system enables a consumer to purchase a product without loading the merchant's website on the electronic device. This reduces data usage, which in turn reduces the time required to make a purchase and reduces any data usage costs that may be incurred by the consumer, thus improving the consumer's shopping experience.
- Furthermore, because the transaction is executed directly by the application, the consumer's payment details need never be transmitted to the merchant. Not only does this mean that the transaction is carried out more quickly and efficiently, it also reduces security risks associated with transmission and retention of sensitive information.
- The identification code may identify the product to be purchased and the merchant of the product. Thus, the graphical representation of data may be linked to a particular merchant so that the advertising efforts of the merchant, such as posters and flyers that include the graphical representation of data may be tied to the merchant. Thus, sales are not taken away from the merchant by other suppliers of the same product (as in the case with barcodes that simply identify a product).
- The electronic device may also be configured for receiving a transaction feedback indicating if the instructed transaction was successful or unsuccessful. The consumer may therefore be informed as to whether or not the transaction request was successful. A receipt of the transaction may also be kept by the application.
- The first server may also be configured for transmitting a product purchase notification to a second server, wherein the product purchase notification may include information relating to the product purchased and the consumer. The merchant may therefore be informed when a sale has taken place and, if necessary, be able then to deliver the product to the consumer.
- In a fifth aspect of the present disclosure there is provided a method of generating a graphical representation of data comprising the steps of:
-
- populating the machine-readable representation of data with a bank account identifier. Therefore, it may be more convenient for a user to obtain payee data, especially when using a mobile application. The graphical representation of data may be in the form of a QR code, for example.
- Optionally, the method may further comprise the step of populating the graphical representation of data with any one or more selected from the group consisting of: a telephone number, a mobile telephone number, a product or service description, and a payment amount. Other information or data items may be included. The data items within the graphical representation of data may be formatted or arranged into fields for easier extraction. The format may be standardised and may also be delimited (e.g. by special characters such as “/”, “<”, or“>”). The following illustrates an example data set and schema:
-
BARCLAYS://07/PINGITABC123/99.95/+447708XXXXXX/ BARCLAYS://PAYMENT_TYPE/SHORTCODE/AMOUNT/ SMS_NOTIFICATION/
The SHORTCODE identifies the payee and so their bank account may be looked up from a database. - In a fourth aspect of the present disclosure there is provided a payment method comprising the steps of:
-
- receiving a machine-readable representation of data;
- extracting from the graphical representation of data a bank account identifier; and
- initiating a payment to the identified bank account.
- Optionally, the payment method may further comprise the steps of:
-
- extracting from the graphical representation of data a telephone number in addition to the bank account identifier; and
- sending a message to the telephone number when the payment to the identified bank account is initiated. For example, one party (such as a company) may receive the payment to their bank account and another party (for example, an employee of the company) may receive confirmation of payment on their telephone (e.g. by SMS to their mobile telephone).
- Further example data included in the machine-readable representation of data and their corresponding schemas or formats include:
-
BARCLAYS://00/+447708XXXXXX/ BARCLAYS://PAYMENT_TYPE/MOBILE_NUMBER/ BARCLAYS://06/PINGITABC123/99.95/ BARCLAYS://PAYMENT_TYPE/SHORTCODE/AMOUNT/ BARCLAYS://07/PINGITABC123/99.95/+447708XXXXXX/ BARCLAYS://PAYMENT_TYPE/SHORTCODE/AMOUNT/ SMS_NOTIFICATION/ BARCLAYS://08/+447708XXXXXX/99.95/+447708YYYYYY/ BARCLAYS://PAYMENT_TYPE/MOBILE_NUMBER/AMOUNT/ SMS_NOTIFICATION - In one example implementation, an automobile breakdown service may use the above methods. Should a customer breakdown and require assistance then a breakdown technician may be sent to their assistance. However, the customer may not have an active or valid account with the breakdown service for the type of assistance that is required (they may require towing to a distant location that is outside of their service agreement, they may need to pay for a specific part, or they may not be a customer of the breakdown service and need to join, for example).
- The customer (or new customer) may pay for any additional product using a mobile application that interacts with a mobile payments service. The breakdown technician may provide the customer with a QR code (or this may be printed in or on their vehicle, for example), which contains information identifying the bank account or other payment details of the automobile breakdown service company (e.g. an identifier of the company to pay). The QR code may also contain the mobile telephone number of the individual breakdown technician.
- Therefore, when the customer uses their mobile application to pay the additional charges, then the breakdown technician may be sent a confirmation by SMS or other means from the mobile payments service informing them that the payment has been received by the breakdown service. The breakdown technician is therefore informed that the necessary work has been paid for. Such a system is especially useful where the customer has no other means to pay. A further benefit is that the breakdown technician does not need to deal with cash.
- The present disclosure shall now be described, by way of example only, with reference to the accompanying drawings, in which:
-
FIG. 1 shows an embodiment of a system comprising a mobile electronic device, a QR code, a transaction server and a merchant server, the system being suitable for purchasing a product in accordance with the present disclosure; -
FIG. 2 shows a sequence diagram representing the data transfer that may take place within the system ofFIG. 1 when a product is being purchased; -
FIG. 3 shows a purchase confirmation screen displayed on the mobile electronic device ofFIG. 1 ; -
FIG. 4 shows a representation of a transaction instruction that may be transmitted from the mobile electronic device to the transaction server ofFIG. 1 . -
FIG. 5 shows a sequence diagram representing further transfers of data that may take place during the purchase of a product shown inFIG. 2 . - The term ‘product’ as used throughout this disclosure encompasses both goods and services (e.g. financial products).
- In a first embodiment of the present disclosure, there is provided a system and an application, referred to from hereon as an “app”, for installation on a mobile electronic device, for the purchase of a product to be delivered to a consumer, for example a book.
-
FIG. 1 shows asystem 100 comprising a mobileelectronic device 110, for example a smart phone or a tablet, aQR code 120, atransaction server 130, with which the mobileelectronic device 110 is incommunication 140, and amerchant server 160, with which thetransaction server 130 is incommunication 160. Thecommunication paths - The mobile
electronic device 110 has installed on it a product purchasing or payment transaction app. When the consumer installs the app on theirdevice 110, they are prompted to register their details with the app provider. The registered details will link the app to a source of funds of the consumer's choosing, for example their bank account or credit card, and a delivery address to which the consumer would like purchased products to be delivered. These details are saved on thetransaction server 130 and linked to a unique consumer identifier. Thetransaction server 130 may use the consumer identifier to retrieve the relevant payment and delivery information without the consumer needing to enter any details on theelectronic device 110 during the purchase. - The
QR code 120 may be displayed alongside information relating to a product available for purchase, for example on a poster or flyer or in a magazine advertisement. TheQR code 120 is related to a particular product and includes an identification code that identifies the product and a particular merchant of the product. The identification code may comprise two parts, one identifying the merchant and the other identifying the product, or it may comprise just one part that is unique to a product from a particular merchant. - The
QR code 120 may also comprise an advertising reference that indicates where the QR code is positioned, i.e. which magazine or poster stand it is positioned on. The advertising reference may form a separate part of the QR code, or again the QR code may comprise just one part that is unique to a product from a particular merchant advertised in a particular position. As explained in more detail below, the advertising reference may be used later by the merchant to provide feedback on which of their adverts is performing most effectively. - If the consumer decides to purchase the product, they may open and log into the app on the mobile
electronic device 110. Logging into the app may be protected by a password, for example a PIN, or equivalent. TheQR code 120 may then be scanned using the app, which will utilise an imaging device in theelectronic device 110 to image theQR code 120. The app will then extract the identification code from the scannedQR code 120. -
FIG. 2 is a sequence diagram representing the data transfer that takes place between theelectronic device 110, thetransaction server 130 and themerchant server 150 when a product is being purchased. After the identification code is extracted from the scannedQR code 120 by the app, it is transmitted to thetransaction server 130 in adata transmission 220. Thetransaction server 130 can then identify the merchant of the product from the identification code. - Having identified the merchant, the
transaction server 130 transmits a product identifier to themerchant server 160 in adata transmission 230. If the identification code comprises only a single part (as explained above) the product identifier transmitted to themerchant server 160 will be the identification code. However, if the identification code comprises separate parts, the product identifier will be the part of the identification code that identifies the product. If an advertising reference is included in theQR code 120, this may also be transmitted to themerchant server 160 indata transmission 230 so that the merchant may analyse the effectiveness of their advertising. - The
merchant server 160 can use the product identifier to identify the product and the amount of money for which they are selling the product. Themerchant server 160 can then return to the transaction server 130 a transaction amount indata transmission 240. The transaction amount is the amount of money that the consumer will need to pay the merchant in order to purchase the product, and may include not only the product cost but also, for example, delivery costs and taxes. The transaction amount may be a single figure that includes the total amount payable, for example product cost and delivery cost, or it may comprise each separate component of the total amount payable so that after the transaction amount has been transmitted to the electronic device 110 (as explained below), theelectronic device 110 may display to the consumer each component separately. - The
merchant server 160 may also return to thetransaction server 130 any other information that it has associated with the identification code. For example, it may return an indication of stock levels, for example if the product is in stock, or if the stock level is low, and/or a product description and/or a product photograph and/or a tracking number that may be used by the merchant and consumer to identify the transaction at a later date, such as for delivery tracking. Furthermore, it may also include a request for information from the consumer, such as the quantity of the product(s) that they would like to purchase, a selection of the required type of delivery from a list of different delivery options, and any other product options that there may be for the product that the consumer wishes to purchase, for example colour and/or size of clothing. The product options may be a list of the different product options that the merchant currently has available, for example if they have yellow, red and blue products available they may be included in the options, but if they are currently sold out of green products, green may be omitted from the options. In this way the merchant can utilise dynamic stock control and offer the consumer a choice of only the product that they currently have in stock. - A request for information from the consumer might also include the merchant's terms and conditions, with a requirement that the consumer indicate acceptance of the terms and conditions before a transaction is allowed to take place.
- The
data transmissions transaction server 130 andmerchant server 160 may be facilitated by any means well known to the skilled person, for example by using a custom built application programming interface (API). - A separate communications channel may be opened between the
transaction server 130 and themerchant server 160. Therefore, the API calls get a price from the merchant (i.e. this does not need to be separately stored on the transaction server). - After receiving the transaction amount, the
transaction server 130 transmits the transaction amount to theelectronic device 110 indata transmission 250. At the same time, any other product information that thetransaction server 130 has received from themerchant server 160, for example a product description, product stock levels and requests for information from the consumer, may also be transmitted to theelectronic device 110. - Furthermore, the
transaction server 130 may also include in data transmission 250 a request for delivery address and/or email address (the email address being useful for issuance of a transaction confirm and/or receipt, as explained later) from the consumer. The request may be for a confirmation from the consumer that the delivery and/or email address registered by the consumer when installing the app should be used, or if they would like to enter a different delivery and/or email address. The request may include the delivery and/or email address registered by the consumer when installing the app so that they may review what they registered when installing the app before they confirm whether or not to use it. In addition to an option to enter a different delivery and/or email address altogether, the app may also offer the consumer to opportunity to amend the registered delivery and/or email address and decide whether the different delivery and/or email address or amended delivery and/or email address should replace the delivery and/or email address that was registered by the consumer when installing the app, or whether it should be used on this occasion only. - The request for delivery and/or email address information may be made in response to a request for information from the
merchant server 160, or as part of the configuration of thetransaction server 130 whereby thedata transmission 250 must always include a request for delivery and/or email address information. Thetransaction server 130 may also include indata transmission 250 information related to the merchant, for example the merchant name. - Furthermore, the
transaction server 130 may also include indata transmission 250 the terms and conditions of the transaction provider with an option for the consumer to indicate that they either accept of decline them. Again, it may be arranged that the consumer can only send the transaction instruction 400 (described below) if they accept the terms and conditions. -
FIG. 3 shows an example purchase confirmation screen that would be displayed to the consumer after theelectronic device 110 has received the transaction amount. On the screen there is presented thetransaction amount 310, abutton 320 for the user to confirm the purchase and abutton 330 for the consumer to cancel the purchase. Any other information that theelectronic device 110 has received from thetransaction server 130, for example a product description, may also be displayed on the purchase confirmation screen. Where a request for information from the consumer was also included indata transmission 250, this may also be displayed to the consumer. If the request for information has options, for example the product colours available, those may be displayed in, for example, a drop down list for the consumer to select from. This enables the merchant to offer only the product options that they currently have in stock and, thus, exercise dynamic stock control. - If the consumer confirms that they would like to purchase the product, the application prepares a
transaction instruction 400 to be transmitted from theelectronic device 110 to thetransaction server 130, indata transmission 260. -
FIG. 4 shows a representation of thetransaction instruction 400. Thetransaction instruction 260 comprises theidentification code 410, thetransaction amount 420 and aconsumer identifier 430. - The
identification code 410 is included in thetransaction instruction 400 because it enables thetransaction server 130 to identify the merchant. The payment details, for example the bank account details, of the merchant are retained on thetransaction server 130 from when the merchant originally registered with the transactions server so that thetransaction server 130 can identify from theidentification code 410 where the transferred funds should be sent. Furthermore, theidentification code 410 is also used by thetransaction server 130 to indicate to the merchant what product has been purchased after the transaction has taken place (this is described in more detail below). - The
transaction amount 420 informs thetransaction server 130 how much money should be transferred from the consumer to the merchant to purchase the product and cover any additional costs, such as delivery. - The
consumer identifier 430 enables thetransaction server 130 to identify from where the funds for the transaction should be drawn. As explained earlier, when the consumer installs the app and registers their details with the app, the consumer's payment details will be stored on thetransaction server 130 and linked to theconsumer identifier 430. - Where information was requested of the consumer in
data transmission 250, the requested information input to the app by the consumer may also be included in thetransaction instruction 400. If the consumer has indicated that any input data is to replace the data they registered when installing the app, for example a new delivery address and/or email address, this may also be indicated indata transmission 260 so that thetransaction server 130 may update the consumer's registered details. - When the
transaction instruction 400 is transmitted from theelectronic device 110 to thetransaction server 130, the transaction from the consumer to the merchant immediately takes place. This is because thetransaction server 130 is itself part of a financial organisation, for example a bank or a credit card company. Thus, the transaction between the consumer and the merchant is executed by the app on theelectronic device 110 transmitting thetransaction instruction 400 to thetransaction server 130. - This means that the transaction is carried out more quickly and efficiently, since it does not rely upon authorizing the merchant to instruct a payment means, for example a credit card or bank, at some later time to carry out a transaction. Furthermore, it also means that the consumer and merchant payment details are securely kept at a single location—the
transaction server 130. This reduces security risks associated with transmitting payment details between servers and devices, and also the security risk of payment details being stored, even if only temporarily, on a merchant server where security provisions may be less rigorous than those of a transaction server. - After the transaction between the consumer and merchant has been instructed, the
transaction server 130 may transmit to the electronic device 110 a transaction feedback indata transmission 270. The transaction feedback indicates whether or not the transaction was performed successfully so that the app may notify the consumer. If the transaction is successful, the data transmission may comprise a transaction identifier, for example the identification code or a tracking number if one has been allocated, so that a receipt of the transaction may be kept by the app on theelectronic device 110. Any other relevant transaction information, such as a product description, may also be included indata transmission 270 so as to form a part of the transaction receipt. If the transaction was unsuccessful, the transaction feedback may indicate why it was unsuccessful and the app may offer the consumer an opportunity to rectify the cause of failure and try to execute the transaction again. For example, if the consumer's source of funds was insufficient to pay the required transaction amount, they may be offered the opportunity to increase via the app the amount of money in their source of funds before trying to execute the transaction again. - Another cause of a failed transaction might be that the
transaction server 130 is configured only to execute a transaction if the transaction instruction is received within a set time period, for example 10 minutes, from receipt of the identification code in data transmission 220 (for example because thetransaction server 130 will only retain the relevant data for that time period). Thetransaction server 130 might be configured in such a way to ensure that the transaction is always executed using up-to-date merchant information, for example to protect against using an out-of-date transaction amount if the merchant tends to change the product cost regularly. If such an error occurs, the transaction feedback might indicate a timeout error and an instruction to re-scan the QR code in order to being the process again. - After a successful transaction between the consumer and merchant has taken place, the
transaction server 130 transmits to the merchant server 160 a purchase notification indata transmission 280. The purchase notification comprises the identification code, so that the merchant can identify what product has been purchased, including any product options that consumer has selected, for example colours, size, quantity etc, and the delivery address of the consumer (or other mechanism for identifying the consumer) so that the merchant may dispatch the product to the consumer. It may also comprise the email address of the consumer so that the merchant may email a confirmation of transaction and/or a purchase receipt and product delivery tracking information to the consumer. If the consumer confirmed indata transmission 260 that the delivery and/or email address they would like to use is the address registered when they installed the app, the delivery and/or email address included in the purchase notification will be that stored on thetransaction server 130 for that consumer, otherwise it will be the deliver and/or email address submitted by the consumer indata transfer 260. -
Data transmission 280 may be facilitated using the same means asdata transmission 230, for example using the application programming interface (API).Data transmission 280 may be sent in real-time after the transaction has taken place, or may be transmitted at a later date, for example as part of a regular statement of transactions or a bank statement. - For products that do not need to be delivered (e.g. goods within a shop or medical treatment), no delivery address needs to be sent to the merchant. However, an indication of the consumer may still be sent to the merchant so that they are informed that a particular consumer has paid for their product. This may be a code, image, photograph, name or other identifier that can be used by the merchant to identify the consumer. For example, a code may be displayed on the consumer's device and sent to the merchant upon completion of a successful transaction for comparison. Payment confirmation in any embodiment may also be accomplished using a suitable API layer between the merchant and the transaction server.
- The app may keep a record of all data relating to scanned QR codes over a period of time, for example over the last 30 days, so that the consumer may review all of their scans, as well as a record of all successful transactions that have been executed by the app.
- In a second embodiment of the present disclosure, there is provided a system and an app for installation on a mobile electronic device for the purchase of a product that does not need to be delivered to a consumer, for example the payment of a bill, such a utility bill, or the purchasing of a book in a shop.
- The second embodiment is similar to the first embodiment above. The
QR code 120 will again include an identification code. If theQR code 120 is used for paying a bill, the identification code will identify a merchant, for example a utility supplier, and the product, for example a reference number for a bill that is to be paid. - When the consumer decides to purchase the product, for example paying the bill, they may scan the
QR code 120 in the same way as described in the first embodiment and the application will extract the identification code. Just as explained in respect of the first embodiment, the identification code is transmitted to thetransaction server 130 indata transfer 220, after which thetransaction server 130 retrieves from themerchant server 160 the transaction amount and any other relevant information, for example a product description and/or a request for further information from the consumer, and then transmits to theelectronic device 110 the transaction amount indata transmission 250, along with any of relevant information that it has, for example a product description. - The consumer is then presented with the transaction amount and any other relevant information transmitted to the
transaction server 130 from themerchant server 160 and asked to confirm whether or not the transaction should go ahead, as shown inFIG. 3 and explained above. - When the consumer confirms that they would like to carry out the transaction by selecting the
button 320, theelectronic device 110 will transmit thetransaction instruction 400 to theserver 130 indata transfer 260 in order to execute the transaction. - Because the consumer is not purchasing a product that needs to be delivered by the merchant to the consumer, the merchant does not need to know a delivery address of the consumer. Therefore, after the transaction has taken place, the purchase notification transmitted from the
transaction server 130 to themerchant server 160 indata transmission 280 need only comprise the identification code, so that the merchant can identify what product has been purchased, and the transaction amount. - If the consumer is paying a bill, the merchant does not necessarily need to know who has paid the bill, only that the bill (which is identified by the identification code) has been paid. If the consumer is paying for a product in a shop, the
transaction instruction 400 may further comprise an additional identification code, for example a code, an image, a photograph, a name or other identifier that can be used by the merchant to identify the consumer. For example, a code may be displayed on the consumer's device, wherein that code is included in thetransaction instruction 400 and the purchase notification that is sent to themerchant server 150 so that the merchant may compare the code that they receive with the code displayed on the consumer's device, in order to verify that the consumer has made the transaction. - After the transaction has been instructed, the
transaction server 130 may also transmit to the electronic device 110 a transaction feedback indata transmission 270, in the same way as explained in respect of the first embodiment. - Whilst the second embodiment has been described particularly in respect of the payment of a bill, it applies equally to the purchase of any products that do not need to be delivered, for example goods within a shop or medical treatment.
-
FIG. 5 shows additional data transmission that may take place betweendata transmissions data transmission 250, the consumer may be given the option only to confirm reservation of the product, rather than purchase of the product. If the consumer decides to go ahead and reserve the product,data transmission 510 is sent from the app to thetransaction server 130.Data transmission 510 may include the identification code, as well as any other information requested by themerchant 160, for example delivery address (if the delivery address registered with thetransaction server 130 is not to be used), choice of delivery option, quantity of products that the consumer would like to purchase, any product options selected, such as size and colour, etc. - The
transaction server 130 will then forward this information, along with the delivery address to be used to themerchant 160 indata transmission 520, which will return indata transmission 530 confirmation of whether or not the product(s) that the consumer wishes to reserve are in stock or not. Themerchant server 160 may also include in data transmission 530 a delivery cost calculated from the delivery address that the consumer has chosen. - The
transaction server 130 will then forward this information to the app indata transmission 540 so that the consumer may confirm the transaction on the understanding that the product(s) that they wish to purchase are available and reserved for them, and with the knowledge of what all of the delivery costs are if those costs are dependent on the delivery address and any other information submitted by the consumer, such as quantity of the product. - The skilled person will appreciate that various modifications of the above described embodiments are possible without departing from the spirit and scope of the present disclosure.
- For example, rather than using a mobile electronic device, the consumer may instead use a fixed position electronic device, like a computer or an ATM. The fixed position electronic device will have an imagining device suitable for imaging a QR code presented in front of it, such as a webcam on a computer or a downward facing camera on an ATM.
- Where a computer is used, the above described app may be saved on the computer and the purchase of a product using a QR code that is itself mobile, for example one that is printed on a flyer or a paper utility bill or displayed on a mobile electronic display, may be performed in the same way as described in the first and second embodiments above.
- The same is true where an ATM is used, but the
consumer identifier 430 used in thetransaction instruction 400 may be obtained by the ATM from a bank card inserted into the ATM by the consumer. This enables consumers who are not in personal possession of an electronic device still to utilise the app to purchase products, for example purchasing a book advertised on a flyer, or pay a utility bill, more quickly and easily. - Furthermore, rather than storing the merchant's payment details on the
transaction server 130 and retrieving them using the identification code, the transaction server may instead request the merchant's payment details from themerchant server 150 in order to complete the transaction. - Furthermore, whilst the above disclosed embodiments all use
QR codes 220, any form of optically machine readable codes, for example barcodes or two-dimensional codes, may be used. - Furthermore, rather than including in the transaction instruction a consumer identifier that is linked to consumer details stored on the
transaction server 130, the consumer's details, for example their payment details and personal details such as name and address, may instead be saved on theelectronic device 110 itself (or derivable from it) and those details transmitted in the transaction instruction instead of a consumer identifier. In this instance, the consumer may be given an option of having the app populate the required consumer information from data stored on theelectronic device 110 or of entering the consumer information themselves. - Furthermore, whilst in the above embodiments a transaction feedback is sent from the
transaction server 130 to theelectronic device 110, it may be arranged that transaction feedback is not sent and that the consumer may simply assume that the transaction has taken place. A record of the transaction may be kept on thetransaction server 130 so that the consumer may receive a receipt of the transaction as part of a regular statement issued by thetransaction server 130 via existing communication channels, for example by post or email. - Furthermore, where a transaction feedback is sent to the consumer, the transaction feedback may not be sent to the app only in
data transfer 270, but may instead, or in addition, be issued to the consumer in a text message, email or telephone call. The consumer may also receive a confirmation of successful transaction from the merchant, for example in an email which may not only confirm that the transaction was successful, but also provide additional information, such as a product description, delivery information and a tracking number, and act as a receipt of purchase. - Furthermore, it may also be arranged that a purchase notification is not sent to the
merchant server 160. Instead, themerchant 410 may find out about a transaction via an existing communication channel, for example a bank account statement issued to the merchant by post or email. - Furthermore, the identification code may not identify a particular product from a particular merchant, but instead a group of products—a “basket”—from a particular merchant. In this way, the identification code may be transmitted to the
merchant server 160, which can identify to which basket the identification code relates, and therefore which products are within the basket, and return a transaction amount and any other relevant information for that particular basket. - Furthermore, the merchant and consumer information, for example payment information and delivery information, may not be stored on the
merchant server 130, but may instead be stored on a database that is located remotely from, but is accessible by, themerchant server 130. - Furthermore, rather than transmitting the identification code to the
merchant server 160 in adata transmission 230, thetransaction server 130 may instead retrieve a product code that is associated on thetransaction server 130 with the identification code. Themerchant server 130 may then use the product code to identify the product and return the transaction amount indata transmission 240. - Furthermore, where delivery costs are calculated on the basis of the delivery address and transmitted to the app in
data transmission 540, rather than themerchant server 160 calculating the delivery costs, thetransaction server 130 may calculated the delivery costs on the basis of delivery cost information that the merchant has previous sent to it.
Claims (29)
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
GB1302993.9 | 2013-02-20 | ||
GBGB1302993.9A GB201302993D0 (en) | 2013-02-20 | 2013-02-20 | Application, method and system for purchasing a product |
PCT/EP2013/059046 WO2014127853A1 (en) | 2013-02-20 | 2013-04-30 | Application, method and system for purchasing a product |
Publications (1)
Publication Number | Publication Date |
---|---|
US20160005011A1 true US20160005011A1 (en) | 2016-01-07 |
Family
ID=48048693
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/768,931 Abandoned US20160005011A1 (en) | 2013-02-20 | 2013-04-30 | Application, Method and System for Purchasing a Product |
US14/768,904 Active 2036-07-29 US10713630B2 (en) | 2013-02-20 | 2014-02-20 | Apparatus and method for purchasing a product using an electronic device |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/768,904 Active 2036-07-29 US10713630B2 (en) | 2013-02-20 | 2014-02-20 | Apparatus and method for purchasing a product using an electronic device |
Country Status (5)
Country | Link |
---|---|
US (2) | US20160005011A1 (en) |
EP (1) | EP2959440A1 (en) |
AP (2) | AP2015008667A0 (en) |
GB (2) | GB201302993D0 (en) |
WO (2) | WO2014127853A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160239390A1 (en) * | 2015-02-13 | 2016-08-18 | International Business Machines Corporation | Disk preservation and failure prevention in a raid array |
CN111275439A (en) * | 2020-01-14 | 2020-06-12 | 雷杰 | Product tracing and anti-counterfeiting method, terminal and medium |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9189778B1 (en) * | 2014-05-28 | 2015-11-17 | Isys US, Inc. | Switch server system interoperable with mobile devices providing secure communications |
US10044710B2 (en) | 2016-02-22 | 2018-08-07 | Bpip Limited Liability Company | Device and method for validating a user using an intelligent voice print |
US10039113B2 (en) | 2016-03-28 | 2018-07-31 | Bank Of America Corporation | Intelligent resource procurement system based on physical proximity to related resources |
US20170278098A1 (en) * | 2016-03-28 | 2017-09-28 | Bank Of America Corporation | Security implementation for user resource distribution |
US20170278083A1 (en) * | 2016-03-28 | 2017-09-28 | Bank Of America Corporation | Security implementation for user resource distribution with peripheral device |
US10796253B2 (en) | 2016-06-17 | 2020-10-06 | Bank Of America Corporation | System for resource use allocation and distribution |
SG10201610340WA (en) * | 2016-12-09 | 2018-07-30 | Mastercard International Inc | Control of permissions for making transactions |
SG10201701882YA (en) * | 2017-03-08 | 2018-10-30 | Mastercard Asia Pacific Pte Ltd | Customer-initiated payment system and process |
US11727382B2 (en) | 2017-07-25 | 2023-08-15 | MINDBODY, Inc. | Multiscreen interactive workflow facilitation via a real-time database |
EP3454277A1 (en) * | 2017-09-07 | 2019-03-13 | Mastercard Asia/Pacific Pte. Ltd | Transaction system architecture and methods |
US11587076B2 (en) * | 2018-01-11 | 2023-02-21 | Early Warning Services, Llc | Systems and methods for responsive data transfer and anonymizing data using tokenizing and encrypting |
US10402064B1 (en) * | 2018-12-10 | 2019-09-03 | Square, Inc. | Using combined eCommerce and brick-and-mortar data to produce intelligent recommendations for web page editing |
US11853995B2 (en) * | 2019-01-22 | 2023-12-26 | Vaughn Dabney | Systems and methods for processing encoded symbols to facilitate secured communication between database systems of two entities and to update database tuples associated with the database systems |
US12003500B2 (en) * | 2021-12-03 | 2024-06-04 | Visa International Service Association | Token processing system and method |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020103752A1 (en) * | 2001-01-30 | 2002-08-01 | Caesar Berger | E-commerce payment solution |
US20070226056A1 (en) * | 2006-03-23 | 2007-09-27 | Goss International Americas, Inc. | Handheld device for use at point of sale, checkout device and system and method for tracking advertising effectiveness |
US7681790B2 (en) * | 2006-06-09 | 2010-03-23 | The Container Store | Computer supported retail shopping systems and methods |
US20120166279A1 (en) * | 2010-12-22 | 2012-06-28 | Nicholas Simon Collins | Mobile Marketing and Purchasing System |
US20120173351A1 (en) * | 2010-12-29 | 2012-07-05 | Qthru, Llc | Mobile Electronic Shopping |
WO2013115703A2 (en) * | 2012-02-03 | 2013-08-08 | Seamless Distribution Ab | A mobile delivery method and a system therefore |
US20130262315A1 (en) * | 2012-03-30 | 2013-10-03 | John Hruska | System for Secure Purchases Made by Scanning Barcode Using a Registered Mobile Phone Application Linked to a Consumer-Merchant Closed Loop Financial Proxy Account System |
US20130325718A1 (en) * | 2012-05-31 | 2013-12-05 | Ebay, Inc. | In-Store Mobile Payment |
Family Cites Families (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2367975B (en) | 2000-06-12 | 2004-10-27 | Ac Properties Bv | Mobile commerce |
US20020152165A1 (en) | 2001-04-12 | 2002-10-17 | International Business Machines Corporation | Method and apparatus for bill payments at an automatic teller machine |
JP4117550B2 (en) | 2003-03-19 | 2008-07-16 | ソニー株式会社 | Communication system, payment management apparatus and method, portable information terminal, information processing method, and program |
US7387250B2 (en) * | 2003-12-04 | 2008-06-17 | Scanbuy, Inc. | System and method for on the spot purchasing by scanning barcodes from screens with a mobile device |
JP4997980B2 (en) | 2007-01-15 | 2012-08-15 | 沖電気工業株式会社 | Automatic transaction equipment |
US20110137742A1 (en) * | 2009-12-09 | 2011-06-09 | Ebay Inc. | Payment using unique product identifier codes |
US20110251910A1 (en) | 2010-04-13 | 2011-10-13 | James Dimmick | Mobile Phone as a Switch |
US8494274B2 (en) | 2010-06-18 | 2013-07-23 | Infosys Limited | System and method for performing a shopping activity through a wireless computing device |
US20120267432A1 (en) * | 2010-11-12 | 2012-10-25 | Kuttuva Avinash | Secure payments with global mobile virtual wallet |
GB2489332C2 (en) | 2010-11-25 | 2021-08-11 | Ensygnia Ltd | Handling encoded information |
GB2481663B (en) | 2010-11-25 | 2012-06-13 | Richard H Harris | Handling encoded information |
KR20120076550A (en) | 2010-11-30 | 2012-07-09 | 주식회사 한국사이버결제 | Mobile payment method using barcode and the system |
AU2012217606A1 (en) * | 2011-02-16 | 2013-05-09 | Visa International Service Association | Snap mobile payment apparatuses, methods and systems |
US20120284130A1 (en) | 2011-05-05 | 2012-11-08 | Ebay, Inc. | Barcode checkout at point of sale |
US20120330844A1 (en) * | 2011-06-24 | 2012-12-27 | Lance Kaufman | Multi functional duplex encrypted procurement and payment system and method |
KR20120013294A (en) | 2011-12-29 | 2012-02-14 | 주식회사 비즈모델라인 | Method for Processing a Payment by using Pattern Image |
EP2631860B1 (en) | 2012-02-24 | 2016-02-24 | POSPartner GmbH | Sending a 2D code via a hardware interface of a Pin-Pad |
GB2501319A (en) | 2012-04-20 | 2013-10-23 | Powa Technologies Ltd | Utilising photographs to authorise transactions |
GB2501320A (en) | 2012-04-20 | 2013-10-23 | Powa Technologies Ltd | Utilising biometric parameters or photographs to authorise transactions |
GB2501322A (en) | 2012-04-20 | 2013-10-23 | Powa Technologies Ltd | Utilising photographs to authorise transactions |
GB2501321A (en) | 2012-04-20 | 2013-10-23 | Powa Technologies Ltd | Smart-card reader device with means for ensuring card alignment |
GB2501318A (en) | 2012-04-20 | 2013-10-23 | Powa Technologies Ltd | Smart-card reader device with encrypted data transmission to a mobile device |
CN102915496A (en) | 2012-10-08 | 2013-02-06 | 江苏乐买到网络科技有限公司 | Mobile phone payment system for network consumption |
GB2510585A (en) | 2013-02-07 | 2014-08-13 | Powa Technologies Ltd | A data-processing system having a reduced-form card reader |
-
2013
- 2013-02-20 GB GBGB1302993.9A patent/GB201302993D0/en not_active Ceased
- 2013-04-30 EP EP13720366.7A patent/EP2959440A1/en not_active Ceased
- 2013-04-30 AP AP2015008667A patent/AP2015008667A0/en unknown
- 2013-04-30 US US14/768,931 patent/US20160005011A1/en not_active Abandoned
- 2013-04-30 WO PCT/EP2013/059046 patent/WO2014127853A1/en active Application Filing
- 2013-05-02 GB GBGB1307970.2A patent/GB201307970D0/en not_active Ceased
-
2014
- 2014-02-20 US US14/768,904 patent/US10713630B2/en active Active
- 2014-02-20 WO PCT/EP2014/053366 patent/WO2014128229A1/en active Application Filing
- 2014-02-20 AP AP2015008657A patent/AP2015008657A0/en unknown
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020103752A1 (en) * | 2001-01-30 | 2002-08-01 | Caesar Berger | E-commerce payment solution |
US20070226056A1 (en) * | 2006-03-23 | 2007-09-27 | Goss International Americas, Inc. | Handheld device for use at point of sale, checkout device and system and method for tracking advertising effectiveness |
US7681790B2 (en) * | 2006-06-09 | 2010-03-23 | The Container Store | Computer supported retail shopping systems and methods |
US20120166279A1 (en) * | 2010-12-22 | 2012-06-28 | Nicholas Simon Collins | Mobile Marketing and Purchasing System |
US20120173351A1 (en) * | 2010-12-29 | 2012-07-05 | Qthru, Llc | Mobile Electronic Shopping |
WO2013115703A2 (en) * | 2012-02-03 | 2013-08-08 | Seamless Distribution Ab | A mobile delivery method and a system therefore |
US20130262315A1 (en) * | 2012-03-30 | 2013-10-03 | John Hruska | System for Secure Purchases Made by Scanning Barcode Using a Registered Mobile Phone Application Linked to a Consumer-Merchant Closed Loop Financial Proxy Account System |
US20130325718A1 (en) * | 2012-05-31 | 2013-12-05 | Ebay, Inc. | In-Store Mobile Payment |
Non-Patent Citations (1)
Title |
---|
A 2D Barcode-Based Mobile Payment System. GAO, J. et al. IEEE Xplore IEEE Conferences 2009-06-01, 2009 Third International Conference on Multimedia and Ubiquitous Engineering (Page(s): 320-329) (Year: 2009) * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20160239390A1 (en) * | 2015-02-13 | 2016-08-18 | International Business Machines Corporation | Disk preservation and failure prevention in a raid array |
CN111275439A (en) * | 2020-01-14 | 2020-06-12 | 雷杰 | Product tracing and anti-counterfeiting method, terminal and medium |
Also Published As
Publication number | Publication date |
---|---|
US10713630B2 (en) | 2020-07-14 |
EP2959440A1 (en) | 2015-12-30 |
GB201302993D0 (en) | 2013-04-03 |
AP2015008667A0 (en) | 2015-08-31 |
WO2014127853A1 (en) | 2014-08-28 |
GB201307970D0 (en) | 2013-06-12 |
US20160005043A1 (en) | 2016-01-07 |
AP2015008657A0 (en) | 2015-08-31 |
WO2014128229A1 (en) | 2014-08-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20160005011A1 (en) | Application, Method and System for Purchasing a Product | |
KR101954477B1 (en) | Bill payment system and method | |
US8788350B2 (en) | Handling payment receipts with a receipt store | |
US11074633B2 (en) | Systems, methods, and computer program products for on-line gifting | |
US20120290415A1 (en) | Mobile image payment system | |
US20120036042A1 (en) | System and method for checkout and customer data capture in commerce applications | |
US20130151358A1 (en) | Network-accessible Point-of-sale Device Instance | |
AU2013277468B2 (en) | Prepaid wallet for merchants | |
JP2007299316A (en) | Settlement system, settlement terminal, and settlement method | |
WO2013144930A1 (en) | Method and system for making payments using scanned bar codes | |
US20130013502A1 (en) | Facilitation of Transactions Using a Transaction Code | |
JP6502244B2 (en) | Payment system | |
KR20100127334A (en) | Mobile home shopping settlement system and method thereof | |
KR20100104515A (en) | Medicine order system and medicine order method | |
JP6175201B1 (en) | Shopping support system, method and program | |
KR20090107222A (en) | Method of facilitating online shopping in a group | |
WO2017056444A1 (en) | Electronic receipt system, device, method and recording medium | |
US10515420B2 (en) | Method, system and software program for handling and storing purchase transactions between a user and a point-of-sale | |
US20060064308A1 (en) | Method, device and system for a machine-readable code enabled device enabling E-commerce transactions | |
EP3543947A1 (en) | System, method and computer program for automatically obtaining and managing electronic tax documents connected to mobile payments | |
KR20170100917A (en) | Token based settlement system and method | |
US11182820B2 (en) | System and method for electronic submission of a rebate request with validation information | |
KR20170119553A (en) | Method for non-face-to-face payment using credit card | |
CN113383357A (en) | Two-dimensional code payment linkage method and system | |
KR100619450B1 (en) | Issue method for cash receipt without bill using a mobile phone |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
AS | Assignment |
Owner name: BARCLAYS SERVICES LIMITED, UNITED KINGDOM Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BARCLAYS BANK PLC;REEL/FRAME:048259/0415 Effective date: 20170829 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
AS | Assignment |
Owner name: BARCLAYS EXECUTION SERVICES LIMITED, UNITED KINGDO Free format text: CHANGE OF NAME;ASSIGNOR:BARCLAYS SERVICES LIMITED;REEL/FRAME:050906/0250 Effective date: 20190503 Owner name: BARCLAYS EXECUTION SERVICES LIMITED, UNITED KINGDOM Free format text: CHANGE OF NAME;ASSIGNOR:BARCLAYS SERVICES LIMITED;REEL/FRAME:050906/0250 Effective date: 20190503 |
|
STCV | Information on status: appeal procedure |
Free format text: NOTICE OF APPEAL FILED |
|
AS | Assignment |
Owner name: BARCLAYS BANK PLC, UNITED KINGDOM Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:COHEN, RICHARD IAN;ALLEN, DANIEL;FULTON, DAVID ALEXANDER;AND OTHERS;REEL/FRAME:053785/0066 Effective date: 20150819 |
|
STCC | Information on status: application revival |
Free format text: WITHDRAWN ABANDONMENT, AWAITING EXAMINER ACTION |
|
STCV | Information on status: appeal procedure |
Free format text: NOTICE OF APPEAL FILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |