US20200273014A1 - Method and apparatus for using quick response codes in e-commerce - Google Patents

Abstract

An email payment gateway configured to enable users to receive @PAY offers using print media quick response (QR) codes. A consumer views an advertisement or product having packing with a QR code and scans the QR code. Scanning the QR code generates an email addressed to the email payment gateway requesting information on the product, which is sent to the email payment gateway. The email payment gateway receives the email and responds to the consumer with an email that includes information on the products in the advertisement. Included in the email from the email payment gateway is a button enabling the recipient to purchase the relevant item. The button preferably includes a mail-to hyperlink as that generates an outgoing email reply requesting to purchase the product.

Description

CROSS REFERENCE TO RELATED APPLICATIONS
• This application is a continuation of U.S. patent application Ser. No. 15/878,004, filed Jan. 23, 2018, which is a continuation of U.S. patent application Ser. No. 13/835,801, filed Mar. 15, 2013, which issued on Jan. 23, 2018 as U.S. Pat. No. 9,875,470, and claims the benefit of U.S. provisional application No. 61/676,505, filed Jul. 27, 2012, which are incorporated herein by reference as if fully set forth.
BACKGROUND
• Currently available mechanisms for performing electronic financial transactions such as electronic purchases are inefficient, time consuming, and not user friendly. A need therefore exists for a secure electronic system and method for managing electronic purchases more securely, conveniently and efficiently.
SUMMARY
• A method and apparatus for enabling users of an email payment gateway to receive @PAY offers using print media quick response (QR) codes. A consumer views an advertisement or product having packing with a QR code and scans the QR code. Scanning the QR code generates an email addressed to the email payment gateway requesting information on the product, which is sent to the email payment gateway. The email payment gateway receives the email and responds to the consumer with an email that includes information on the products in the advertisement. Included in the email from the email payment gateway is a button enabling the recipient to purchase the relevant item. The button preferably includes a mail-to hyperlink as that generates an outgoing email reply requesting to purchase the product.
BRIEF DESCRIPTION OF THE DRAWINGS
• A more detailed understanding may be had from the following description, given by way of example in conjunction with the accompanying drawings wherein:
• FIG. 1 shows a logical architecture for engaging in electronic commerce using email;
• FIG. 2 shows a method for authenticating an email;
• FIG. 3 is a method implemented with an email payment gateway;
• FIG. 4 is a diagram of an email sent from an email payment gateway to a customer;
• FIG. 5 is a diagram showing UUIDs and the data with which they are associated wherein the UUIDs are associated with each other;
• FIG. 6 is a diagram showing UUIDs and the data with which they are associated wherein a plurality of the UUIDs are combined into a single UUID for inclusion into an email;
• FIG. 7 is a diagram of an email sent from a customer to an email payment gateway;
• FIG. 8 shows an example system that may be used to implement the present invention;
• FIG. 9 shows the present invention being implemented in a mobile phone; and
• FIG. 10 is a diagram of a system for allowing a user to use quick response (QR) codes to obtain offers on products associated with the QR codes and purchase such products.
DETAILED DESCRIPTION
• FIG. 1 shows an examplelogical architecture114 for email-based e-commerce. Theexample architecture114 may include acustomer client device120, ane-commerce system100, apayment processing system136, apurchase fulfillment system138, and avendor client device130. Thee-commerce system100 may include anaccount management module102, adatabase module104, ane-commerce database106, apurchase execution module108, asecurity module109, amessage processing module110, and anemail interface module112.
• It is noted that one or more of thee-commerce system100, thepayment processing system136, and/or purchasefulfillment system138 may be collectively be referred to hereinafter as anemail payment gateway115. Further, theemail payment gateway115, in addition to comprising one or more of thee-commerce system100, thepayment processing system136, and/or purchaserecognition fulfillment system138, may be configured to include one of more of the individual components of thee-commerce system100 as desired.
• As will be described in further detail below, thee-commerce system100 andcustomer client device120 may exchange email messages to initiate and manage purchases. Also as will be described in further detail below, thee-commerce system100 may communicate with thepayment processing system136 and thepurchase fulfillment system138 to execute the transactions.
• Theaccount management module102 in thee-commerce system100 may manage data related to accounts for customers and vendors using thee-commerce system100. Theaccount management module102 may be or include, for example, a web application. Vendors may interact with theaccount management module102 via a web browser, such as theweb browser module134 in thevendor client device130. As one example, a user of thevendor client device130 may provide information to theaccount management module102 such as: information related to a particular product to be used for email advertisements to be sent to customers in email campaigns; email formatting information to be used for email advertisements to be sent to customers; financial information related to bank accounts and/or other types of financial accounts (e-Payment accounts such as PayPal accounts) that may be used to receive payments from customers using thee-commerce system100, such as account numbers and/or other identifying information; and/or other information. Customers may register with thee-commerce system100 by interacting with theaccount management module102 via a web browser, such as theweb browser module124 in thecustomer client device120. A user of thecustomer client device120 may provide information to theaccount management module102 via theweb browser module124 such as: an email address associated with the customer; financial information associated with the customer, such as a credit card information (such as a credit card number and expiration date), and/or other information related to bank accounts and/or other types of financial accounts (such as e-payment accounts) that may be used to make payments to vendors via thee-commerce system100; shipping address information; billing address information; preferences regarding which vendors the customer would like to receive email advertisements from; and/or other information.
• Theaccount management module102 may, via thedatabase module104, store information received from thecustomer client device120 and/or thevendor client device130 in thee-commerce database106. Theaccount management module102 may also add information to thee-commerce database106 when customers and vendors register with thee-commerce system100, such as customer identifiers, vendor identifiers, and other identifying information.
• Thesecurity module109 generates a plurality of Universal Unique Identifiers (UUIDs)202. A UUID is an identifier standard used in software construction, standardized by the Open Software Foundation (OSF) as part of the Distributed Computing Environment (DCE).
• Utilizing UUIDs enables distributed systems to uniquely identify information without significant central coordination. Since the identifiers have a finite size, it is possible for two differing items to share the same identifier. However, the identifier size and generation process are selected such that this is sufficiently unlikely.
• In one embodiment, the UUIDs have a length of 32 characters, in groups, separated by a “dash” (-) character. For example, in one embodiment, an example generated code may be: 891BE826-C023-4DAD-9E53-EE62B-836079C.
• The message processing module110 (in conjunction with the email interface module112) may generate and transmit email messages to customers registered with thee-commerce system100, such as the user of thecustomer client device120. The advertisement email messages may be HyperText Markup Language (HTML) email messages, Rich Text Format (RTF) email messages, and/or may be defined according to any other appropriate format. The advertisement email messages may include Uniform Resource Identifiers (URIs) or hyperlinks that are defined according to the mailto URI scheme. Each mailto URI or hyperlink may describe an email message that may be generated by an email client module (such as the email client module122) when that URI or hyperlink is selected. The generated message may include a number of parameters that indicate, for example, a product the customer wishes to purchase, which was advertised in the advertisement email. Of course, the generated message may also include the identity of the customer who is the recipient of the generated message (e.g. John Smith).
• In the situation where the customer wishes to purchase one or more products indicated in the message, the customer may reply to the generated message, in which case a message is sent to thee-commerce system100 and, in one embodiment, received by themessage processing module110. When the generated message is received by themessage processing module110, themessage processing module110 may then initiate a transaction to purchase one or more products indicated in the message on behalf of the customer. In such an instance, themessage processing module110 may interact with thepurchase execution module108 to perform the transaction.
• Theemail interface module112 may be configured to use one or more email accounts that are associated with thee-commerce system100, and to send and receive messages associated with the one or more email accounts. Theemail interface module112 and/or theemail client module122 in thecustomer client device120 may communicate email messages using technologies such as Simple Mail Transfer Protocol (SMTP), Post Office Protocol (POP) technology, Internet Message Access Protocol (IMAP), Remote Procedure Call (RPC) technology, HyperText Transfer Protocol (HTTP), and/or other appropriate technologies. Theinterface module112 and/or theemail client module122 may use these technologies to transmit and/or receive email messages via one or more email servers (not depicted). Theemail client module122 may be or include an email client such as Microsoft Outlook, Thunderbird, a web browser application, or any other client application for the communication of email messages. In an instance where theemail client module122 is or includes a web browser application, theemail client module122 may be the same web browser described above that may be used to communicate with theaccount management module102; alternatively theemail client module122 and the web browser described above that may be used to communicate with theaccount management module102 may be different.
• Thepayment processing system136 may be, as one example, a system that is operated by a financial institution for the purposes of processing payments made by customers using theemail payment gateway115. In such cases, thepayment processing system136 may have a connection to one or more banking networks (not depicted, such as banking institutions; Visa, Mastercard, American Express; or PayPal; or the like) that it may use to process payments corresponding to their respective purchase amounts. Thepurchase execution module108 may communicate with thepayment processing system136 using technology such as Transport Layer Security (TLS) or Secure Sockets Layer (SSL) technology. Thepurchase fulfillment system138 may be an order management system (OMS), Enterprise Resource Planning (ERP), supply chain management, electronic purchasing system, inventory control system, or any other appropriate system for fulfilling orders. When fulfilling purchases, thepurchase fulfillment system138 may, in addition to sending an indication to the customer, be configured to provide some type of public acknowledgement (such as an electronic or social networking posting, blast or tweet) indicating that the customer has purchased the particular product. Such acknowledgements preferably require the authorization of the customer. Vendors may choose to compensate customers for agreeing to allow such public acknowledgement.
• Thee-commerce database106 may store information such as information that describes email campaigns, email advertisements that may be sent to customers, customer information, vendor information, product information, status related information, and/or other information.
• Additionally, thee-commerce database106 may store information that indicates correspondences between different email campaigns, advertisements, customers, vendors, products, information related to order statuses, and/or other information. For each email campaign, thee-commerce database106 may store information that includes an identifier of the vendor associated with the campaign, identifiers of the products associated with the campaign, and/or other information. For each order that is placed with thee-commerce system100, thee-commerce database106 may store information such as an identifier of the customer that made the order, when the order was placed, an identifier of the product associated with the order, and/or other information.
• For each product described in thee-commerce database106, thee-commerce database106 may store information that includes an identifier of the product, a description of the product, a title of the product, an identifier of the vendor associated with the product, a cost of the product, and/or other information.
• Thee-commerce database106 may be spread across one or any number of computer-readable storage media (not depicted). Thee-commerce database106 may be or include, for example, a relational database, a hierarchical database, an object-oriented database, a flat file, a spreadsheet, or a structured file. Thedatabase module104 may interface with a database management system (not depicted) in order to add data to, modify data in, or obtain data from thee-commerce database106. Alternatively or additionally, thedatabase module104 may perform database driver and/or database client functionality to interact with the database management system. The database management system may be based on a technology such as Microsoft SQL Server, Microsoft Access, MySQL, PostgreSQL, Oracle Relational Database Management System (RDBMS), Not Only SQL (NoSQL), or any other appropriate technology.
• Each or any combination of the modules described above with reference toFIG. 1 (including theaccount management module102,database module104, purchaseexecution module108,message processing module110,email interface module112,email client module122,web browser module134, and theweb browser module124 in the customer client device120) may be implemented as software modules, specific-purpose processor elements, or as combinations thereof. Suitable software modules include, by way of example, an executable program, a function, a method call, a procedure, a routine or sub-routine, one or more processor-executable instructions, an object, or a data structure. Additionally, thesystem100 may comprise a single server or computer, or may comprise a plurality of servers or computers, or a much larger integrated or distributed computer network including a plurality of computers and communication devices and networks. One example of such an extended network is the Internet. The terminologycustomer client device120 will be referred to hereinafter as comprising a mobile or stationary device or terminal.
• Referring toFIG. 2, amethod200 for authenticating an email in accordance with the present invention is shown. Themethod200 is shown between thesystem100 and acustomer client device120.
• As aforementioned, thesecurity module109 generates202 a plurality of UUIDs. The UUIDs as delivered in an email message are “opaque”, in that the associated authentication information is not ultimately derivable from parsing the UUID. Although the UUID will be associated with particular authentication information within thedatabase106, (such as a customer, a campaign, a particular item, an expiration date, etc.), this information is not derivable from the UUID.
• Once the UUIDs are generated202, they are stored204 in thedatabase106 for later use. It should also be understood by those of skill in the art, that the storing204 of the UUIDs is not necessary, in that the UUIDs may be generated102 upon demand, (i.e. when they are needed), so that storing204 of the UUIDs is not necessary. Accordingly, those of skill in the art should understand step204 as being optional.
• When a new email “campaign” is to be conducted, the UUIDs are retrieved from memory, (or the UUIDs are generated upon demand if they were not previously generated and stored). The UUIDs are associated206 with particular authentication information to create an authentication control packet. Once each UUID is associated206 with particular authentication information to create an authentication control packet300, one or more UUIDs may be embedded in an email as one or more buttons, for example. The email is then transmitted210 from thesystem100 to thecustomer client device120. Thecustomer client device120 receives212 the email, and the customer is allowed to review the email and make aselection214 of one or more of the buttons, which in one embodiment, may correspond to one or more products.
• Theselection214 of one or more of the buttons by the causes thecustomer client device120 to generate216 a return email which includes the UUIDs associated with the one or more selected buttons. The return email including the UUIDs is then transmitted218 from thecustomer client device120 to thesystem100 where it is received220. It should be noted by those of skill in the art that although the return email is shown as being transmitted218 back to thesystem100, it may also be sent to a third party site for processing without departing from the spirit and scope of the present invention.
• Initial processing225 of the return email is performed insteps224 and226. Instep224, the return email is parsed for one or more UUIDs. Instep226, security qualification of the UUIDs is performed. Instep228, the system further processes the transaction based upon the success or failure of the security qualification.
• FIG. 3 is a flow diagram of amethod400 of a disclosed embodiment wherein purchases made using anemail payment gateway115. Themethod400 begins withstep402 wherein a plurality of unique codes are generated. The unique codes may be generated using any coding technique and any coding generation process. As described in more detail above, by way of example, the unique code may be a universally unique identifier (UUID). The UUID may be any length. Hereafter, the terms “codes” and “UUID's” may be used interchangeably
• Next, instep404, at least one subset of the generated UUIDs are associated with various data sets included in an email message that may be sent to one or more recipients. The various data sets included in an email may be configured as desired, but in general relate to offering products for sale such as a vendor, email campaign, products being offered for sale, etc.
• For example, in the context of various household products offered for sale by Company X and referring now toFIG. 4, anemail502 may include a data set indicative of a recipient (i.e. a member who may or may not be registered with the email payment gateway115)502A (e.g. John Smith), a data set indicative of aparticular vendor502B, a data set indicative of a particular email campaign503 (e.g. 10% off sale), and a data set indicative of various products offered forsale502C, such asproduct 1,product 2, and product X. It is noted that for vendors who offer multiple types of products for sale,data set502B may, in addition to identifying the vendor, also indicate the type of products being offered in email502 (e.g. household products). It is further noted that the terms email campaign and email blast may used interchangeably herein. As mentioned hereinbefore, the various data sets included in an email such asemail502 may be configured as desired. An example configuration is where a plurality of executable hyperlinks (i.e. buttons) are provided for each product in data set502C. To illustrate this example,button502D is an executable hyperlink for purchasingproduct 1,button502E is an executable hyperlink for purchasingproduct 2, andbutton502F is an executable hyperlink for purchasing product X.
• Referring back toFIG. 3, instep406, the subset of generated UUIDs may be stored in a database. The database may be a database such asdatabase106 described above, or may be a separate database provided for the purpose of retrieving and verifying information sent to theemail payment gateway115 in response to emails sent from theemail payment gateway115. That is, in addition to the storage of UUIDs, providing the ability to retrieve the UUIDs later when sending subsequent emails versus regenerating them when sending subsequent emails as discussed above, storing the UUIDs in a database (either a same database or a separate database) enables different options for efficiently processing responses from customers to emails containing the subset of generated codes, or enables efficient processing by third parties.
• For example, in one embodiment, each UUID in the subset of generated UUIDs is associated with each other in the database within which they are stored, such that all of the generated UUIDs that make up the subset may be retrieved from the database by applying any one of the subset of generated UUIDs to the database. To provide an example of such an arrangement, reference is made toFIG. 5. InFIG. 5, a subset of generated UUIDs are shown as UUIDp, UUIDb, UUIDm, UUID1, UUID2, and UUID2. This subset of generated UUIDs are associated with a data set included in theemail502 ofFIG. 4 where UUIDp corresponds to the particular vendor and optionally a type of product which in the current example is Company X—household products502B as shown inFIG. 4, UUIDb corresponds to 10% offsale503, UUIDm corresponds toJohn Smith502A and UUID1, UUID2 and UUIDx correspond toproducts 1, 2, and x, respectively. In such a scenario, a reply email sent from John Smith to the email payment gateway (115 ofFIG. 1) will enable theemail payment gateway115 to retrieve the entire subset of associated UUIDs and verify the information and, once verified, process the payment for purchasing the selected product. The reply email is generated by the user simply executing the button associated with the product he/she wishes to purchase. Therefore, in one embodiment, theemail payment gateway115 may be configured such that when a reply email is sent in response toemail502, the reply email will include the UUID corresponding to the selected product and UUIDm corresponding to the identity of the sender,John Smith502A (and optionally, as additional levels of security, the UUIDp corresponding to the partner and/or UUIDb corresponding to the email blast). In this manner, a relatively small amount of data is sent in the reply email but all of the UUIDs in the subset may be retrieved and verified based on receipt of the UUIDs in the reply email. Once verified, the donation may be processed. The UUIDs may be visible to the user or not visible, depending upon the manner in which the buttons are encoded. This is a technology choice which will be clearly understood by those of skill in the art.
• In another embodiment, and as also described instep406, instead of associating each of the UUIDs with each other and storing them in a database as described hereinbefore, UUIDp, UUIDb, and UUIDm, may be combined to generate a single UUID (UUIDc as shown inFIG. 6). In this embodiment, UUIDc and UUID1, UUID2, and UUIDX are included in emails sent from the email payment gateway to a recipient. Reply emails sent back to theemail payment gateway115 from the recipient include UUIDc and at least one of UUID1, UUID2, and UUIDX corresponding to the selected donation amount. In this embodiment, upon receipt of return emails, theemail payment gateway115 does not need to retrieve and compare all of the received UUIDs from a database prior to verifying the email. Instead, theemail payment gateway115 may only compare the received UUIDc with its list of active UUIDc identifiers to verify the email. Once verified, payment is processed for the purchases item according to the at least one of UUID1, UUID2, and UUIDX as included in the receivedemail502 ofFIG. 4.
• Of course, as noted above, while two examples of code generation are provided, the UUIDs may be generated, associated, configured, related or otherwise structured with respect to not only how they related to the data sets of the emails but also with respect to optimization of backend retrieval, verification and processing.
• Referring back toFIG. 3, the next step is to select one or more codes to be included in the email message being sent from theemail payment gateway115 to a customer (step408). As described hereinbefore, the codes may be generated in any manner as desired and the selection of codes for inclusion in the email sent from theemail payment gateway115 to a customer may be related to the manner in which the codes are generated. For example, where the subset of generated codes are each associated with each other such that the entire subset may be retrieved based on any one code of the subset;step408 requires the selection of which code(s) to include in the emails to/from theemail payment gateway115 and to use for retrieval purposes. On the other hand, where a plurality of codes in the subset of generated codes are combined into a single code, the combined code, and possibly any other codes corresponding to specific products being offered for sale are selected to include in the emails to/from theemail payment gateway115.
• Referring back toFIG. 3, a recipient of an email executes410 one of the buttons included therein to generate a reply email capable of causing the recipients intended purchase to occur automatically from the perspective of the user with no further steps required by the user.
• To provide a first example embodiment showing a possible implementation ofstep410 ofFIG. 3, reference is made toFIGS. 4 and 7 and user-receivedemail502 and user-reply email510 in particular. InFIG. 4, by way of example, an embodiment is shown wherein a recipient, John Smith, executesbutton502D ofemail502 inFIG. 4 whereinbutton502D corresponds toproduct 1.
• As discussed hereinbefore when describing the embodiment where UUIDs are associated with each other, thebutton502D corresponding toproduct 1 includes UUID1 which: a) belongs to the subset of generated UUIDs associated with the 10% off sale; and b) is one of the subset of generated UUIDs stored in the database504 of theemail payment gateway115.
• In this embodiment, upon execution of thebutton502D corresponding toproduct 1, a reply email510 (FIG. 7) is generated and sent to the email payment gateway501. Theemail510 includes UUID1 embedded therein (shown usingreference numeral550 for convenience). UUID1 is applied to a database of theemail payment gateway115 to positively match and identify the UUID1 as a valid UUID, and then to obtain additional information regarding the partner/campaign/member/etc. and theemail510 is then processed by theemail payment gateway115 as shown instep412 ofFIG. 3.
• In this example, the instructed financial transaction is a purchase ofproduct 1, which belongs to household products offered for sale from Company X as part of its 10% off sale campaign. Of course, in accordance with the second code generation example provided above, where a combination UUID is used such as UUIDc, the step of retrieving data stored in a database is not necessary.
• FIG. 8 shows anexample system1300 that may be used to implement features of the present invention. Theexample system1300 includes ane-commerce server1350, aclient device1370, and one ormore networks1380.
• Thee-commerce server1350 may include at least oneprocessor1352,memory device1354,network interface1356, andstorage device1358. Theclient device1370 may include at least oneprocessor1372,memory device1374,network interface1376,input device interface1375,display device interface1377, andstorage device1378.
• Thee-commerce server1350 may be configured to perform any feature or combination of features described hereinbefore as performed by theaccount management module102,database module104,order execution module108,message processing module110, and/oremail interface module112. Theclient device1370 may be configured to perform any feature or combination of features described above with reference toFIGS. 1-5 as performed by theemail client module122 and/or the web browser module in thecustomer client device120. Theclient device1370 may be, for example, a desktop computer, a laptop computer, a netbook, a tablet computer, a personal digital assistant (PDA), a cellular phone, or any other appropriate device.
• Each or any of thememory devices1354,1374 may be or include a device such as a Dynamic Random Access Memory (D-RAM), Static RAM (S-RAM), or other RAM or a flash memory. Each or any of thestorage devices1358,1378 may be or include a hard disk, a magneto-optical medium, an optical medium such as a CD-ROM, a digital versatile disk (DVDs), or Blu-Ray disc (BD), or other type of device for electronic data storage. Thestorage device1358 in thee-commerce server1350 may store the information or any subset of the information described hereinbefore as stored in thee-commerce database106.
• Each or any of thenetwork interfaces1356,1376 may be, for example, a communications port, a wired transceiver, or a wireless transceiver. Each or any of thenetwork interfaces1356,1376 may be capable of communicating using technologies such as Ethernet, fiber optics, microwave, xDSL (Digital Subscriber Line), Wireless Local Area Network (WLAN) technology, wireless cellular technology, and/or any other appropriate technology. The network interfaces1356,1376 may be used by thee-commerce server1350 and/or theclient device1370 to communicate via the one ormore networks1380. The network interface in thee-commerce server1350 may be configured to communicate any of the messages and/or other information described hereinbefore as communicated by theaccount management module102,database module104,order execution module108,message processing module110, and/oremail interface module112. Thenetwork interface1376 in theclient device1370 may be configured to communicate any of the messages and/or other information described hereinbefore as communicated by theemail client module122 and/or by the web browser module in thecustomer client device120 used for communicating with theaccount management module102.
• The one ormore networks1380 may include one or more private networks and/or one or more public networks such as the Internet. The one ormore networks1380 may be based on wired and/or wireless networking technologies.
• Theinput device interface1375 in theclient device1370 may be an interface configured to receive input from an input device such as a keyboard, a mouse, a trackball, a scanner, a touch screen, a touch pad, a stylus pad, and/or other device. Theinput device interface1375 may operate using a technology such as Universal Serial Bus (USB), PS/2, Bluetooth, infrared, and/or other appropriate technology. Theinput device interface1375 may be configured to receive any or any combination of the user input described hereinbefore as received by the by theemail client module122 and/or by the web browser module in thecustomer client device120 used for communicating with theaccount management module102.
• Thedisplay device interface1377 may be an interface configured to communicate data to a display device (not depicted). Thedisplay device interface1377 may operate using technology such as Video Graphics Array (VGA), Super VGA (S-VGA), Digital Visual Interface (DVI), High-Definition Multimedia Interface (HDMI), or other appropriate technology. Theclient device1370 may include or be connected to a display device (not depicted) via thedisplay device interface1377. The display device may be, for example, a monitor or television display, a plasma display, a liquid crystal display (LCD), and/or a display based on a technology such as front or rear projection, light emitting diodes (LEDs), organic light-emitting diodes (OLEDs), or Digital Light Processing (DLP). The display device may be configured to display, based on data received via thedisplay device interface1377, any display elements described hereinbefore as displayed by theemail client module122 and/or by the web browser module in the customer client device.
• Thememory device1354 and/or thestorage device1358 of thee-commerce server1350 may store instructions which, when executed by the at least oneprocessor1352, cause the at least oneprocessor1352 to perform any feature or combination of features described hereinbefore as performed by theaccount management module102,database module104,order execution module108,message processing module110, and/oremail interface module112. Thememory device1374 and/or thestorage device1358 of theclient device1370 may store instructions which, when executed by the at least oneprocessor1372, cause the at least oneprocessor1372 to perform any feature or combination of features described hereinbefore as performed by theemail client module122 and/or by the web browser module in thecustomer client device120 used for communicating with theaccount management module102.
• AlthoughFIG. 8 shows asingle e-commerce server1350 and asingle client device1370, the functionality described hereinbefore as performed by the e-commerce serve1350 and/or theclient device1370 may be distributed across any number of devices that possesses similar characteristics and/or that includesimilar components1352,1354,1356,1358,1372,1374,11375,1376,1377 as thee-commerce server1350 and/or theclient device1370.
• While examples are provided above with respect toFIGS. 1-8 which includes the use of email communications, the features described hereinbefore may also be implemented using different types of communications technology. For example, the features described hereinbefore may also be implemented, mutatis mutandis, using technologies that include any one or any combination of: email; instant messaging; enterprise messaging; Short Message Service (SMS); Multimedia Messaging Service (MMS); and/or any other appropriate technology for the electronic communication of data.
• Additionally, the invention may be implemented using any type of technology or hardware capable to performing the features described herein. For example, with respect to the receiving and sending of emails by customers,FIG. 9 shows an example of anemail message1402 received by the user of asmart phone1400. Theemail message1402 includes twoproducts1404 and1406 wherein the user may simply click on theproducts1404 and1406 using thesmart phone1400 to purchase the item desired by the user. As is shown inFIG. 9, theemail message1402 includes the price of eachproduct1408,1410 along with addition related information as described in detail hereinbefore. Theemail message1402 also includes the company, which in this case is Galore1412 and an indication of the types of products, which in this case is Flowers andGifts1414, offered for sale in theemail message1402.
• Referring now toFIG. 10, in an additional embodiment, the email payment gateway (reference numeral115 ofFIG. 1) may be configured to enable users with smart phones to received @PAY offers using print media quick response (QR) codes. The email payment gateway was described in detail hereinbefore and, for convenience, will simply be shown inFIG. 10 usingreference numeral1508.
• By way of example, in this embodiment, a consumer views an advertisement/product1502 having aQR code1504 and scans theQR code1504 using theirsmart phone1506. Scanning theQR code1504 generates an email1505 (e.g. using the consumer's smart phone email protocol) addressed to theemail payment gateway1508 requesting information on the advertised product(s) associated with theQR code1504. In this embodiment, theemail1505 may be configured to be automatically sent to theemail payment gateway1508 based on the scanning of theQR code1504 or theemail1505 may be generated and sent upon the user hitting the send button.
• Theemail payment gateway1508 receives theemail1505 and responds to the consumer with anemail1510 that includes information on the product(s) in the advertisement (i.e. product(s) associated with the QR code1504). Included in theemail1510, for each product associated with theQR code1504, is asbutton1512 as described above (e.g. an @PAY “buy now” button). Thebutton1512 includes a mail-to hyperlink as described above that generates anoutgoing email reply1514 including a request to purchase the advertised product. Upon execution of the mail-to hyperlink, as withemail1505, thereply email1514 may automatically be sent to theemail payment gateway1508 or theemail1514 may be generated and sent upon the user hitting the send button.
• It is noted thatemail1510 may be configured to include not only button1512 (and corresponding executable hyperlink) but may also additional “buy now” buttons for additional products similar to the advertised product that the user may be interested in purchasing instead of and/or in addition to the advertised product.
• Theemail payment gateway1508 processes the consumer's email address. If the consumer is already in the system as a member, theemail payment gateway1508 processes the order as described above and fulfills the order using the shipping address and payment information using the consumer's (i.e. member) profile. Theemail payment gateway1508 generates a confirmation email which is sent to the consumer/member that indicates the order is complete.
• If the consumer's email address is not in theemail payment gateway1508 as a member, an email is sent to the consumer (not shown) including a hyperlink to a web-based page that allows the consumer to input shipping and payment information. Once the information is properly input into theemail payment gateway1508 and the payment is processed, the consumer is sent aconfirmation email1516 as hereinbefore described. In this case, the order is complete and the non-member consumer is now listed in theemail payment gateway1508 as a member for future purchases.
• Although the messaging between thesmart phone1506 and theemail payment gateway1508 has been described as being conducted by email by way of example, the messaging may comprise a text message, an email message or a multimedia service (MMS) message, a tweet, an instant message, or a Facebook message or post. Additionally, a combination of these messages may be used. For example, thefirst message1505 may be a text, and the email payment gateway may respond with anemail1510, or an email and a text. This may be configurable by the user.
• As used herein, the term “vendor” broadly refers to and is not limited to a business, for-profit organization, a non-profit organization, any other type of organization, and/or an individual person. One example of a business or for-profit organization is an online retailer. Examples of non-profit organizations include fundraising organizations, educational institutions such as schools and universities, arts organizations, and recreational organizations. Examples of recreational organizations include historical or preservation societies, local recreational sports leagues.
• As used herein, the term “processor” broadly refers to and is not limited to a single- or multi-core general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, one or more Application Specific Integrated Circuits (ASICs), one or more Field Programmable Gate Array (FPGA) circuits, any other type of integrated circuit (IC), a system-on-a-chip (SOC), and/or a state machine.
• As used to herein, the term “computer-readable storage medium” broadly refers to and is not limited to a register, a cache memory, a ROM, a semiconductor memory device (such as a D-RAM, S-RAM, or other RAM), a magnetic medium such as a flash memory, a hard disk, a magneto-optical medium, an optical medium such as a CD-ROM, a DVDs, or BD, or other type of device for electronic data storage.
• Although features and elements are described above in particular combinations, each feature or element can be used alone or in any combination with or without the other features and elements. For example, each feature or element as described hereinbefore may be used alone without the other features and elements or in various combinations with or without other features and elements. Sub-elements of the methods and features described hereinbefore may be performed in any arbitrary order (including concurrently), in any combination or sub-combination.

Claims (9)

What is claimed is:

1. An email payment gateway comprising:

a database configured to store information including an identifier and email address of a plurality of customers;

at least one processor configured to process a first email received from a user wherein the email includes a quick response (QR) code;

the processor further configured to identify a product associated with the QR code;

the processor further configured to send a second email to the user wherein the second email includes an executable hyperlink for purchasing the product;

wherein the executable hyperlink is configured to generate a third email sent from user to the email payment gateway requesting purchase of the product;

the processor further configured to process payment and purchase of the product; and

the processor further configured to send a fourth email confirming purchase of the product.

2. The email payment gateway ofclaim 1, wherein the first email message includes a plurality of hyperlinks corresponding to a plurality of products wherein the second email message is generated on a condition of any one of the plurality of hyperlinks being executed.

3. The email payment gateway ofclaim 2, wherein one of the plurality of hyperlinks is directly associated with the product associated with the QR code and a remaining plurality of hyperlinks is related to products similar to the product associate with the QR code.

4. The email payment gateway ofclaim 3, wherein the second email message includes the UUID associated with the executed hyperlink.

5. The email payment gateway ofclaim 1, wherein the QR code is scanned from an advertisement using a smartphone.

6. The email payment gateway ofclaim 1, wherein the QR code is scanned from packaging of the product using a smartphone.

7. The email payment gateway ofclaim 1 further comprising a processor for requesting information from a user for whom customer information has not been previously input into the email payment gateway.

8. The email payment gateway ofclaim 7, the processor further configured to receive an email from the user with the requested information.

9. The email payment gateway ofclaim 8, the processor further configured update the user as a member of the email payment gateway.

Images