This application relates generally to payment methods using mobile devices in various retail environments and, more specifically, to computer implemented methods and systems facilitating mobile device payments using barcodes.
When customers buy product items from various merchants in these merchants' retails environments, such as retail outlets, shopping centers, stores, etc., only a handful of payment methods is available to the customers. Typical examples include credit cards, debit cards, gift cards, checks, and cash. Each one of these payment methods has some drawbacks from cost and/or convenience perspectives. For example, credit cards bear substantial processing fees, while debit cards require availability of funds and sometimes involve surcharges as well. Checks and cash transactions are slow and require additional processing and/or handling. All these drawbacks interfere with retail transactions and add some level of dissatisfaction.
At the same time, a customer typically visits the same group of stores repeatedly, and these payment transaction fees tend to accumulate. While some stores try to issue their own credit-like account systems and employ banks to help them in this endeavor (e.g., Sears—Chase VISA), many stores are simply too small to build and operate systems similar to the ones provide by the major credit card companies and/or banks. Furthermore, a typical customer repeatedly visits multiple retail outlets. Requiring the customer to continuously carry multiple retail cards (or other security/transactional devices) each one being specific to only one of these outlets may be difficult, if not unreasonable. For example, a typical customer may use a few gas stations (e.g., depending on his location), a few grocery stores (e.g., depending on preferences), a few electronic stores (e.g., depending on current sales and promotions). Complexities introduced by store specific account systems may quickly offset any costs savings or inconvenience associated with traditional methods of payments and may make the overall experience even worse.
This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the Detailed Description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used as an aid in determining the scope of the claimed subject matter.
Provided are computer implemented methods and systems for facilitating mobile device payments using barcodes displayed on mobile devices and scanned by merchants at checkout counters. When a customer is ready to tender a payment to a merchant, instead of using a credit card, cash, or check, the customer activates an application on his mobile device. The mobile device includes or obtains information about the payment system of this merchant. Furthermore, the mobile device includes or obtains information about the customer/mobile device user and then uses these two pieces of information to generate and display a barcode that encodes customer payment information specific to this merchant. The barcode is scanned at the checkout counter and processed to retrieve customer records from a database of the payment processing system. These records are then used to transfer funds between the merchant and customer, obtain discounts, and/or perform other retail transactions.
In certain embodiments, a computer implemented method for purchasing a product item in a retail environment using a mobile device involves scanning a product code corresponding to the product item to retrieve product information, transmitting the product information to a payment server, and authorizing payment and transmitting authorization to the payment server. One or more of these operations may be performed using a mobile device. The method may also involve registering the mobile device with the payment server by transmitting user account information to the payment server. This user account information corresponds to a payment account at the payment server and may be specific to the user of the mobile device. The registering operation may be performed prior to authorizing the payment and, in certain embodiments, prior to transmitting the product information. The payment account may include various data, such as credit information, debit information, discount information, and loyalty program information.
In certain embodiments, a product code includes one or more of the following codes: a Unified Product Code (UPC) represented as a barcode and/or an alphanumeric string, an Electronic Product Code (EPC) encoded as a printed barcode or encoded on Radio Frequency Identification (RFID) tag, or any other variations of linear barcode, two dimensional barcodes, alphanumeric string (e.g., 8-bit, 16-bit, 32-bit string), electronically encoded codes (e.g., 96-bit strings).
Examples of mobile devices include a cellular phone, a Personal Digital Assistant (PDA), a personal computer (e.g., a tablet or a laptop), a barcode scanner, and an RFID scanner. In general, any device that can be carried by a user into a retail environment, capable of retrieving one or more types of codes listed above, and capable of wirelessly communicating (e.g., via Wi-Fi network, 3G or 4G cellular network, or any other types of wireless communication networks) may be used. In certain embodiments, a mobile device includes a user interface for entering an alphanumeric entry corresponding to the product code. The same or another user interface may be used for entering authorization information.
In certain embodiments, after transmitting the product information to the payment server, the method also involve receiving and displaying on the mobile device various product related data. Some examples of such data include product pricing information, product discount information, product description information, and complementary product information. Product related data may be received from the payment server. Alternatively, the payment server may instruct another server to transmit product related information.
Provided also a server based payment processing method that involves receiving a product information from a mobile device, retrieving product related data from a product database based on the product information received from the mobile device, transmitting the product related data to the mobile device, receiving payment authorization from the mobile device, and transferring a corresponding payment amount from a payment account corresponding to the mobile device to a merchant account. The product information received from the mobile device corresponds to a product code of a product item in a retail environment. The product related data includes at least product pricing information. Other information may include product promotion information, discount information, product description information, and other types of information.
In certain embodiments, the method also involves receiving user account information from the mobile device. The user account information corresponds to the payment account at the payment server. The method may also involve crediting the payment account upon receiving payment from a user of the payment account. In a specific example, product information received from the mobile device is an image of the product code. Alternatively, the mobile device may process the image of the product code and transmit alphanumeric code encoded by the product code.
In certain embodiments, the method involves adding additional product related data into the product database. The additional product related data for each product item corresponds to unique product related information. The unique product related information may include a UPC and/or EPC. The product database may include one or more product related data corresponding to each product item. Some examples of product related data include product pricing information, product discount information, product description information, and complementary product information.
Provided also a computer system for facilitating mobile device payment. In certain embodiments, the system includes an input module for communicating via network with one or more mobile devices and for receiving product information from the one or more mobile devices, and a product database for storing product related data corresponding to each individual product items based on the product information. In certain embodiments, the computer system also includes a payment module for receiving payment authorization from the one or more mobile devices and transferring funds between one or more accounts. Furthermore, the system may include an output module for sending product related data and payment information to the mobile devices.
Provided also a computer-readable medium including instructions, which when executed by one or more processors, perform the following operations. In one operation, product information is received from a mobile device, wherein the product information corresponds to a product code of a product item in a retail environment. In another operation, product related data is retrieved from a product database based on the product information received from the mobile device. The product related data may include at least product pricing information. In yet other operations, the product related data may be transmitted to the mobile device, payment authorization may be received from the mobile device, and a corresponding payment amount may transferred from a payment account corresponding to the mobile device to a merchant account.
Provided also a computer system for facilitating mobile device payment. In certain embodiments, the system includes an input module for communicating via network with one or more mobile devices and for receiving product information from the one or more mobile devices, and a product database for storing product related data corresponding to each individual product items based on the product information. In certain embodiments, the computer system also includes a payment module for receiving payment authorization from the one or more mobile devices and transferring funds between one or more accounts. Furthermore, the system may include an output module for sending product related data and payment information to the mobile devices.
In further exemplary embodiments, modules, subsystems, or devices can be adapted to perform the recited steps. Other features and exemplary embodiments are described below.
Embodiments are illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements and in which:
Various computer implemented methods and systems for facilitating mobile device payments using barcodes are described herein. Recent proliferation of mobile devices (e.g., cell phones/smart phones and other similar devices) that are capable of generated and displaying various optical codes (e.g., barcodes) allows implementing these novel methods and systems. Most customers shopping in today's retail environments carry such mobiles devices.
Product codes are typically provided as barcodes, such as linear barcodes and two dimensional barcodes, as well as human readable alphanumeric code. Displaying a barcode may involve processing information to encode into a barcode image. The local processing may be performed using various software applications installed on the mobile device. For example, the Universal Product Code (UPC) or European Article Number (EAN) may be used. UPC is a barcode symbology widely used in North America and other countries for tracking trade items in stores. Its most common form, the UPC-A, consists of 12 numerical digits, which are uniquely assigned to each individual trade/product item. Each UPC-A barcode consists of a scannable strip of black bars and white spaces, above a sequence of 12 numerical digits. No letters, characters, or other content of any kind may appear on a standard UPC-A barcode. The digits and bars maintain a one-to-one correspondence. In other words, there is only one way to represent each 12-digit number visually, and there is only one way to represent each visual barcode numerically. EAN is another example developed as a superset of UPC and adding an extra digit to the beginning of every UPC number. EAN-13 barcodes also indicate the country in which the company that sells the product is based using leading digits. EAN and UPC barcodes are currently the only barcodes allowed for scanning trade/product items at the point of sale. However, other codes may be available in the future and within the scope of this document.
One having ordinary skills in the art would understand that the term “scanning” is not limited to printed codes having particular formats but can be used for codes encoded electronically and using various other means. For example, product codes may be in the form of the recently developed Electronic Product Code (EPC) designed as a universal identifier that provides a unique identity for every physical object (not just a trade item category) anywhere in the world. It should be noted that EPCs are not exclusively used with RFID data carriers. They can be constructed based on reading of optical data carriers, such as linear bar codes and two-dimensional bar codes, such as Data Matrix symbols. For purposes of this document, all optical data carriers are referred herein as “barcodes.”
Scanning a barcode may involve capturing an image of the barcode using a simple imaging device installed on a mobile device, such as a digital camera. The image may be then processed on the mobile device to retrieve corresponding product information or sent to the server for further processing. The local processing may be performed using various software installed on the mobile device. In certain embodiments, a mobile device may contain a local database to match the retrieved product information with additional information about this product. However, because of variable nature of this additional information (e.g., pricing, product description), a mobile device then typically transmits the retrieved product information to the server and then receives some additional information from the server.
As stated, many mobile devices have wireless communication capabilities. In addition to being capable of transmitting voice-based signals, many modern cell phones have internet connectivity using cellular networks (e.g., 3G, 4G) as well as Wi-Fi and other types of networks. Some additional examples of such networks are described below with reference to
Before describing various methods and associated operations, a brief description of a computer network. Specifically,
The methods describe herein may also be practiced in a wide variety of network environments (represented by network 104) including, for example, TCP/IP-based networks, telecommunications networks, wireless networks, etc. In addition, the computer program instructions may be stored in any type of computer-readable media. The program may be executed according to a variety of computing models including a client/server model, a peer-to-peer model, on a stand-alone computing device, or according to a distributed computing model in which various functionalities described herein may be effected or employed at different locations.
Process 300 may proceed with retrieving customer payment information based on the merchant identification information in operation 306. The customer payment information corresponds to a customer payment account maintained at the merchant payment system. The customer payment information may be stored in a memory of the mobile device. Alternatively, the customer payment information may be retrieved from the merchant payment system. The customer payment information may include a customer name, a customer account number, and/or an amount of available funds.
In certain embodiments, process 300 includes an optional operation 304 performed prior to retrieving customer payment information in operation 306. Operation 304 involves requesting secure access information on the interface of the mobile device. In certain embodiments, a mobile device includes a user interface for entering an alphanumeric entry corresponding to the merchant identification information.
Process 300 also involves displaying a barcode on a screen of the mobile device in operation 308. The displayed barcode is scannable by a barcode scanner of the merchant payment system. This barcode encodes the customer payment information. It may be a linear barcode or a two-dimensional barcode.
Process 320 may then proceed with retrieving one or more customer records from a database of the merchant payment system in operation 326. These records correspond to the customer payment information. Process 320 may then process with displaying the one or more customer records at the checkout counter in operation 328. Process 320 may involve transferring a payment amount from a customer account to a merchant account in operation 330. This operation may also involve updating the one or more customer records based on the transferred payment amount. Process 320 may also involve receiving user identification information from the mobile device and, based on the user identification information, transmitting the customer payment information to the mobile device.
Process 300 may involve transmitting the product information to the payment server in operation 306. Some Examples of product information include alphanumeric representation corresponding to UPC, EAN, EPC, and other types of codes. This product information may be then correlated to the product related data by the payment server further describe below with reference to
Process 300 may involve receiving and displaying product related information in operation 308. Some examples of product related information include product pricing information, product discount information, product description information, and complementary product information.
Finally, process 300 also involves authorizing payment in operation 310. The authorization is transmitted to the payment server and may be used for transferring funds between accounts and/or other purposes (e.g., authorizing credit).
Process 320 involves receiving product information from a mobile device in operation 322. Examples of product information are described above. Overall, operation 322 is a server-side operation corresponding to operation 306 described above with reference to
Process 320 then proceeds with receiving payment authorization in operation 328. The authorization is sent by the mobile device and may be used a secured protocol for transmission. Based on this authorization, process 320 may then involve transfer of the payment amount in operation 330 from one account to another. In certain specific embodiments, the transfer involves crediting payment amount in operation 329.
CPU 402 may also be coupled to an interface 410 that connects to one or more input/output devices such as such as video monitors, track balls, mice, keyboards, microphones, touch-sensitive displays, transducer card readers, magnetic or paper tape readers, tablets, styluses, voice or handwriting recognizers, or other well-known input devices such as, of course, other computers. Finally, CPU 402 optionally may be coupled to an external device such as a database or a computer or telecommunications network using an external connection as shown generally at 412. With such a connection, it is contemplated that the CPU might receive information from the network, or might output information to the network in the course of performing the operations described herein.
The example embodiments described herein may be implemented in an operating environment including software installed on a computer, in hardware, or in a combination of software and hardware.
Thus, various systems and methods for purchasing for a product item in a retail environment using a mobile device and a payment server have been described. Although embodiments have been described with reference to specific example embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the system and method described herein. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
Number | Name | Date | Kind |
---|---|---|---|
5595264 | Trotta, Jr. | Jan 1997 | A |
5970474 | LeRoy et al. | Oct 1999 | A |
6343276 | Barnett | Jan 2002 | B1 |
6937998 | Swartz et al. | Aug 2005 | B1 |
7387250 | Muni | Jun 2008 | B2 |
7407094 | Myers et al. | Aug 2008 | B2 |
7600676 | Rados et al. | Oct 2009 | B1 |
7797204 | Balent | Sep 2010 | B2 |
7810720 | Lovett | Oct 2010 | B2 |
8396808 | Greenspan | Mar 2013 | B2 |
20020040316 | Shin et al. | Apr 2002 | A1 |
20030102373 | Swartz et al. | Jun 2003 | A1 |
20040020988 | Omori | Feb 2004 | A1 |
20040238629 | Buchholz | Dec 2004 | A1 |
20060178916 | Domnin | Aug 2006 | A1 |
20060278698 | Lovett | Dec 2006 | A1 |
20070022058 | Labrou et al. | Jan 2007 | A1 |
20070130085 | Zhu | Jun 2007 | A1 |
20070138270 | Reblin | Jun 2007 | A1 |
20070194123 | Frantz et al. | Aug 2007 | A1 |
20080021829 | Kranzley | Jan 2008 | A1 |
20080052236 | Narayanaswami et al. | Feb 2008 | A1 |
20080059341 | Narayanaswami et al. | Mar 2008 | A1 |
20080126251 | Wassingbo | May 2008 | A1 |
20080126261 | Lovett | May 2008 | A1 |
20080210754 | Lovett | Sep 2008 | A1 |
20080305827 | Barnes et al. | Dec 2008 | A1 |
20090055278 | Nemani | Feb 2009 | A1 |
20090084840 | Williams et al. | Apr 2009 | A1 |
20090088203 | Havens et al. | Apr 2009 | A1 |
20090090783 | Killian et al. | Apr 2009 | A1 |
20090112768 | Hammad et al. | Apr 2009 | A1 |
20090192928 | Abifaker | Jul 2009 | A1 |
20090222353 | Guest et al. | Sep 2009 | A1 |
20100125509 | Kranzley et al. | May 2010 | A1 |
20100131347 | Sartipi | May 2010 | A1 |
20100138344 | Wong et al. | Jun 2010 | A1 |
20100268592 | Shaer | Oct 2010 | A1 |
20100287057 | Aihara et al. | Nov 2010 | A1 |
20100287097 | Treadwell | Nov 2010 | A1 |
20110029416 | Greenspan | Feb 2011 | A1 |
20110084149 | Faith | Apr 2011 | A1 |
20110191244 | Dai | Aug 2011 | A1 |
20110191252 | Dai | Aug 2011 | A1 |
20110233285 | Meyer et al. | Sep 2011 | A1 |
20110246284 | Chaikin et al. | Oct 2011 | A1 |
20120000980 | Suzuki | Jan 2012 | A1 |
20120006891 | Zhou et al. | Jan 2012 | A1 |
20120029994 | Barkan et al. | Feb 2012 | A1 |
20120089461 | Greenspan | Apr 2012 | A1 |
20120091199 | Talker | Apr 2012 | A1 |
20120136698 | Kent | May 2012 | A1 |
20120136739 | Chung | May 2012 | A1 |
20120185317 | Wong | Jul 2012 | A1 |
20120205433 | Dudek et al. | Aug 2012 | A1 |
20120209749 | Hammad | Aug 2012 | A1 |
20120284130 | Lewis | Nov 2012 | A1 |
20120310760 | Phillips et al. | Dec 2012 | A1 |
20120310827 | Gibson, III | Dec 2012 | A1 |
20130032634 | McKirdy | Feb 2013 | A1 |
20130036058 | Kelly | Feb 2013 | A1 |
20130048723 | King | Feb 2013 | A1 |
20130073371 | Bosworth | Mar 2013 | A1 |
20130080289 | Roy et al. | Mar 2013 | A1 |
20130110678 | Vigier et al. | May 2013 | A1 |
20130124412 | Itwaru | May 2013 | A1 |
20130124413 | Itwaru | May 2013 | A1 |
20130168442 | Little et al. | Jul 2013 | A1 |
20130179336 | Lyons et al. | Jul 2013 | A1 |
20130198019 | Smith | Aug 2013 | A1 |
20130238455 | Laracey | Sep 2013 | A1 |
20130240622 | Zhou et al. | Sep 2013 | A1 |
20130246200 | Albisu | Sep 2013 | A1 |
20130290187 | Itwaru | Oct 2013 | A1 |
20130332251 | Ioannidis | Dec 2013 | A1 |
20140006195 | Wilson | Jan 2014 | A1 |
20140025457 | Martinez | Jan 2014 | A1 |
20140025538 | Kalgi | Jan 2014 | A1 |
20140108252 | Itwaru | Apr 2014 | A1 |
20140175167 | Argue et al. | Jun 2014 | A1 |
20140278858 | Sullivan et al. | Sep 2014 | A1 |
20140330656 | Zhou et al. | Nov 2014 | A1 |
20140372308 | Sheets | Dec 2014 | A1 |
20150154592 | Ioannidis | Jun 2015 | A1 |
20150379506 | Griffin | Dec 2015 | A1 |
Number | Date | Country |
---|---|---|
2011014875 | Feb 2011 | WO |
Entry |
---|
Julianne Pepitone, Your new waiter is a tablet, May 16, 2011, CNN Money. |
Mark Hachman, MobilePay: Your Phone Is Your Credit Card, Sep. 28, 2010, pcmag.com. |
MobilePay May Be the Death of the Wallet. Yes, For Real This Time, Sep 28, 2010, TechCrunch. |
Number | Date | Country | |
---|---|---|---|
20120006891 A1 | Jan 2012 | US |