EP1381994A2 - Systeme et procede de traitement des transactions financieres - Google Patents

Systeme et procede de traitement des transactions financieres

Info

Publication number
EP1381994A2
EP1381994A2 EP02763258A EP02763258A EP1381994A2 EP 1381994 A2 EP1381994 A2 EP 1381994A2 EP 02763258 A EP02763258 A EP 02763258A EP 02763258 A EP02763258 A EP 02763258A EP 1381994 A2 EP1381994 A2 EP 1381994A2
Authority
EP
European Patent Office
Prior art keywords
customer
data
merchant
identification data
information
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.)
Withdrawn
Application number
EP02763258A
Other languages
German (de)
English (en)
Other versions
EP1381994A4 (fr
Inventor
Joseph A. Giordano
Jack B. Jr. c/o Exxon Mobil Corp. MURRAY
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ExxonMobil Technology and Engineering Co
Original Assignee
ExxonMobil Research and Engineering Co
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ExxonMobil Research and Engineering Co filed Critical ExxonMobil Research and Engineering Co
Publication of EP1381994A2 publication Critical patent/EP1381994A2/fr
Publication of EP1381994A4 publication Critical patent/EP1381994A4/fr
Withdrawn legal-status Critical Current

Links

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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/045—Payment circuits using payment protocols involving tickets
    • 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/20—Point-of-sale [POS] network systems
    • 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
    • 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/321—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wearable devices

Definitions

  • the invention relates generally to retail transactions and, more particularly, to systems and methods for monitoring consumer behavior and for providing a secure electronic payment in exchange for goods and services.
  • the most common approach utilized by retailers for motivating customers to shop in a particular establishment was to provide purchasing incentives to their customers, usually in the form of printed discount coupons. -These coupons have been distributed to customers either through mass mailings or in a more focused manner, based on a customer's previous purchasing habits. Coupons have also been given to customers in retail stores, either from kiosks or at the check-out stand, in response to the customer's purchase of some preselected item or items.
  • Retailers have come to realize that the more efficient approach to encouraging consumers to shop at their retail store is to . identify loyal customers and to offer incentives to them in response to their continued loyalty. Implementing systems that track customer purchasing trends for the purpose of identifying loyal customers can be prohibitively expensive. Furthermore, promoting retail store loyalty is a time-consuming process that necessitates determining consumer needs, which vary across demographic boundaries, and then providing the goods that satisfy those needs. Unfortunately, the process of analyzing collected consumer data is also expensive, time-consuming, and of limited use. Regional and national consumer demographics data available from Nielson and other agencies regarding consumer product movement is predictably too general to be useful to specific retailers. Additionally, these agencies do not address product movement demographics that would allow retailers to learn the particular needs and buying habits of people purchasing specific products.
  • An alternative to the traditional loyalty program that does not require demographics data is one in which increased sales and customer loyalty is obtained through a reward system.
  • the airline industry rewards loyal customers using frequent flyer programs.
  • Attempts have also been made to develop "frequent shopper" marketing and sales promotion services in retail sales.
  • Other retailers have experimented with programs that reward frequent shoppers by distributing cards to customers who regularly purchase name brand goods manufactured by a particular vendor. Cards are used at participating retail stores to identify the customer and record purchases of particular brand goods and to award points based on the number of brand good purchases. Points are accumulated, and gifts are given to the card member based on a predetermined criteria.
  • FIG. 1 is a diagrammatic representation of a conventional system 10 for processing retail non-cash transactions.
  • a customer enters a merchant store 12 and makes a purchase using a credit card issued for example, by one of a plurality of credit card issuing agencies such as a bank or payment processing system 16.
  • Merchant store 12 may be one of a large number of similar stores, all owned or managed by a common parent corporation or headquarters 14.
  • a record of each credit card transaction, regardless of which card was used, is transmitted by a dedicated communications channel 13 to merchant corporation headquarters 14 of the retail outlet 12.
  • a processor at merchant corporation headquarters 14 analyzes the credit card transaction records received and then routes the transaction, along a second dedicated communications channel 15, to an appropriate payment processing system 16, according to the identification of the particular credit card used in the original transaction.
  • a consumer located in a retail establishment identifies goods or services to be purchased and then communicates payment information to the merchant by transmitting an identification signal via a wireless customer transceiver to a merchant transceiver coupled to a point of sale (POS) device.
  • POS point of sale
  • the merchant transceiver captures the customer ID, it passes it to a POS device that then combines the customer ID, merchant ID and transaction data into an authorization request.
  • the POS device transmits the data to a transaction processing system (host computer) where the customer's payment method is identified. For payment methods requiring authorization, a request for authorization is transmitted to the appropriate payment processing center.
  • the payment processing center authorizes the transaction, it transmits an authorization code back to the POS device via the transaction processing system. Since the system never transmits a customer's credit card or debit card number across an unsecured link, it provides a heightened degree of security over prior art systems. Also, by communicating with the merchant via a wireless customer transceiver, the system increases customer confidence that their credit card number or other payment data will not be impermissibly accessed and fraudulently utilized by nefarious retail store employees. The system also provides a much greater degree of convenience to participating customers since it allows them to preassign specific payment methods to specific retail establishments, and to have the preassigned payment methods automatically selected by the transaction processing system whenever the customer utilizes his/her wireless customer transceiver in the merchant's retail establishment.
  • the system also provides unprecedented benefits to merchants.
  • the transaction processing system which is networked to the merchant's in-store POS devices, and to the merchant's on-line shopping network, allows merchants to quickly and efficiently process non-cash transactions for in-store and on-line customers, using the same system.
  • the merchant since a merchant can track the purchasing history of each customer who uses the transaction processing system to authorize payments, the merchant may provide for targeted incentives to the customer based on his or her prior purchases, regardless of their method of origination (in-store or online).
  • the transaction processing system's association with a plurality of different merchants allows a merchant associated with the system to couple its incentive program with that of another participating merchant, thereby allowing customer loyalty to be awarded across multiple merchants.
  • the present invention provides a method for securely processing financial transactions over the Internet or other unsecured network.
  • the method includes utilizing a wireless customer transceiver to transmit a customer's ID to a transceiver coupled to the customer's computer.
  • the computer identifies the desired product from a merchant's online website and transmits the customer ID and the product information to the transaction processing system.
  • the transaction processing system identifies the selected payment method and transmits the authorization request to the appropriate payment processing center. Once the transaction processor authorizes. the transaction, it transmits an authorization code to the online merchant and the merchandise is then delivered to the customer's address.
  • the transaction processing system In addition to transmitting a transaction authorization, the transaction processing system also may transmit identification information and other data unique to the associated customer in the absence of a retail transaction.
  • An additional embodiment of a transaction processing system includes a system capable of transmitting instructions to a vendor based on receipt of a customer ID (e.g., issue a ticket to the customer, provide access to the customer, etc.).
  • the present invention provides a method for associating a customer's preferences with his or her customer ID.
  • a fast food restaurant chain may choose to collect and store a description of a customer's favorite meal so that when the customer transmits his ID to a merchant transceiver located in the fast food restaurant, his favorite meal is ordered and payment processing occurs, without the customer uttering a single word.
  • the invention provides a system for processing retail transactions.
  • the system comprises a wireless customer transceiver preprogrammed with a unique customer/transmitter ID number, and a merchant transceiver that captures the customer/transmitter ID and forwards it to an associated POS device.
  • the POS device receives transaction data via an input device and combines the transaction data with the received ID signal from the reader to form an authorization request. At least a portion of the authorization request may be encrypted to further enhance security.
  • the POS device transmits the authorization request over a communications channel to the transaction processing system that includes a processor and a customer information database.
  • the customer information database includes a plurality of customer entries with associated transaction processing attributes.
  • the processor receives the authorization request, decrypts it (if necessary) and transmits it to the payment processing system in accordance with the customer's predetermined choice of payment method.
  • the processor also stores data derived from a transaction entry associated with the customer ID. In addition to processing transactions, the system facilitates the collection and analysis of comprehensive demographics and purchasing data for managing consumer loyalty programs and performing trend analysis of consumer purchasing trends.
  • Fig. 1 is a diagram illustrating a conventional retail credit card transaction processing system
  • Fig. 2 is a diagram illustrating a conventional online computer system for purchasing goods and services over the Internet
  • FIG. 3 is a diagram illustrating an improved system for processing transactions, consistent with the present invention
  • Fig. 4 is a diagrammatic representation of a point of sale device in accordance with the present invention
  • Fig. 5 is a diagrammatic representation of a payment processing terminal in accordance with the present invention.
  • Fig. 6 is a diagrammatic representation of a transaction processing system in accordance with the present invention.
  • Fig. 7 is a diagrammatic representation of an alternate embodiment of a system for processing transactions in accordance with the present invention.
  • Fig. 8 is a diagrammatic representation of an online merchant computer in accordance with the present invention
  • Fig. 9 is a diagrammatic representation of an online customer computer in accordance with the present invention
  • Fig. 10 is a diagrammatic representation of a customer transceiver in accordance with the present invention
  • Fig. 11 is a detailed flow diagram depicting the steps performed by the preferred embodiment of a customer transceiver when brought in proximity of a merchant transceiver;
  • Fig. 12 is a diagrammatic representation of a merchant transceiver in accordance with the present invention.
  • Fig. 13 is a flow diagram illustrating the preferred method for processing financial transactions in accordance with the present invention.
  • Fig. 14 is a detailed flow diagram depicting the steps performed to enroll a customer in accordance with the present invention.
  • Fig. 14b is a detailed flow diagram depicting the steps performed to enroll a customer in accordance with a further embodiment of the present invention
  • Fig. 15 is a detailed flow diagram depicting the steps performed to process a customer transaction in accordance with the present invention
  • Fig. 16 is a detailed flow diagram depicting the steps performed to perform an end of day closing in accordance with the present invention.
  • Fig. 17 is a detailed flow diagram depicting the steps performed to manage a customer loyalty program in accordance with the present invention.
  • the invention provides a system for processing retail transactions.
  • the system comprises a customer transceiver preprogrammed with a unique customer/transmitter ID number, and a merchant transceiver that receives a customer identification signal from the customer transceiver and then forwards the received customer ID signal to an associated POS device.
  • the POS device receives transaction data via an input device and combines the transaction data with the customer ID signal to form an authorization request, in those cases when the payment method requires authorization.
  • the POS device transmits the authorization request over a communications channel to a transaction processing system that includes a processor and a customer information database comprised of a plurality of customer entries with associated transaction processing attributes.
  • the processor receives the authorization request and transmits it to the payment processing system dictated by the customer's payment choice for the transaction.
  • the processor also stores data derived from a transaction entry associated with the customer ID.
  • the system facilitates the collection and analysis of comprehensive demographics and purchasing data for managing consumer loyalty programs and performing trend analysis of consumer purchasing trends.
  • a process is generally conceived to be a sequence of computer-executed steps leading to a desired result. These steps generally require physical manipulations of physical quantities. Usually, though not necessarily, these quantities take the form of electrical, magnetic, or optical signals capable of being stored, transferred, combined, compared, or otherwise manipulated. It is convention for those skilled in the art to refer to these signals as bits, values, elements, symbols, characters, terms, objects, numbers, records, files or the like. It should be kept in mind, however, that these and similar terms should be associated with appropriate physical quantities for computer operations, and that these terms are merely conventional labels applied to physical quantities that exist within and during operation of the computer.
  • Fig. 3 is a diagrammatic representation of a system 30 for processing retail non-cash transactions in accordance with an embodiment of the present invention.
  • system 30 is comprised of merchant store 12, payment processing system 16 and transaction processing system 26.
  • POS device 34 Located in merchant store 12 is at least one POS device 34 for capturing transaction and customer identification data.
  • Payment processing system 16 utilizes at least one payment processing terminal 52 to process purchase transactions.
  • POS device 34 communicates with transaction processing system 26 over communications link 28 and payment processing terminal 52 communicates with transaction processing system 26 over communications link 32. While this specification describes a system wherein POS device 34 communicates directly with transaction processing system 26, it is understood that POS device 34 may actually communicate with one or more intermediate computers that then communicate with transaction processing system 26, without departing from the spirit and scope of this invention.
  • Communication links 28 and 32 may be secure, dedicated communications links (like links 13 and 15 in Fig. 1) or publicly accessible and unsecured.
  • a diagrammatic representation of POS device 34 is shown in Fig.4.
  • POS device 34 is any device used by merchants at the point of sale to record transactions between customers and merchants, including cash registers, point-of-sale terminals, etc.
  • POS device 34 is comprised of a conventional microprocessor 36, a random access memory (RAM) 38, an input device (e.g., keyboard, scanner, etc.) 40, a display or screen device 42, a mass storage 44 (e.g., hard or fixed disk, removable floppy disk, optical disk, magneto -optical disk, or flash memory), a network interface card, modem or controller 46 (e.g., Ethernet), and a merchant transceiver 48.
  • the various components of each POS device 34 communicate tlirough a system bus 51 or similar architecture.
  • POS device 34 communicates with other POS devices (not shown) and with transaction processing system 26 via network interface card or modem 46.
  • the POS device 34 may be connected via an ISDN adapter and an ISDN line for communications with the transaction processing system 26.
  • Merchant transceiver 48 provides wireless communication with a customer transceiver 50 (explained below) which may be carried by a customer on, for example, his key chain.
  • customer transceiver 50 (explained below) which may be carried by a customer on, for example, his key chain.
  • FIG. 5 A diagrammatic representation of payment processing terminal 52 is shown in Fig. 5. Like POS device 34, payment processing terminal 52 is comprised of a CPU 54, RAM 56, a mass storage device 62, and a network interface card or modem 64 for communicating with transaction processing system 26. Stored in mass storage device 62 is a payment database 66 for authorizing payment in response to consumer transactions.
  • a detailed diagram of transaction processing system 26 is shown in Fig. 6. As shown in Fig. 6, transaction processing system 26 is comprised of a CPU 86, RAM 88, an input device 90, a display or screen device 92, a mass storage device 94, and a network interface card or modem 96 for communicating with POS device 34 and payment processing terminal 52.
  • a customer information database 100 Stored in mass storage device 94 is a customer information database 100 for identifying a customer, payment method, payment processor, and authorization data format when given a customer/transmitter ID number.
  • the organization of data inside customer information database 100 may take on a variety of physical structures, dependent upon evolving data management technology. Examples include, but are not limited to flat files, relational tables, star tables, hierarchical files, and objects.
  • the data will be organized so that storage and retrieval of customer data facilitates effective navigation, association, and use of customer-related data for identification, transaction authorization, customer contact, identification of customer preferences and other uses of the data consistent with the spirit and scope of this invention.
  • the database is structured to provide maximum security to protect the privacy of customer and merchant information.
  • the ability to relate groups of data such as customer data with specific customer transaction data, for example, will be controlled via the structure of the data storage design as well as through controls of the database system to prevent unauthorized access of detailed and aggregated data by both internal and external sources.
  • customer database 100 may be comprised of the fol lowing categories of information: customer profile information 102, merchant information 104, fraud information 106, loyalty program information 108, transaction information 110, customer payment method information 112, and customer personal information 114.
  • Customer profile information 102 identifies and describes each customer. It includes, but is not limited to: customer address data, phone number, date of birth, Social Security number, spending limits (e.g., amount per day, amount per month, etc.), photograph, password, occupation, PIN, billing address, primary account holder name, authorized user name, customer transceiver activation status and customer transceiver identification number.
  • Merchant information 104 identifies and describes each participating merchant.
  • Fraud information 106 is used to ensure that customer transceivers 50 are not used by unauthorized users. This information includes, but is not limited to: transmission device identifier, activation status, merchant identifier, merchant location, date of sale, time of sale and sale amount.
  • Loyalty program information 108 defines specific merchant loyalty programs. It includes, but is not limited to: program rules, specific points or other benefits for each merchant loyalty program component.
  • Transaction information 110 includes a listing of the transactions previously conducted by a customer using transaction processing system 26.
  • the information includes, but is not limited to: transaction type, item purchased, merchant, date purchased, price, total price amount, and loyalty program usage.
  • Customer payment method information 112 defines the payment method to be used by each customer at each merchant. Examples include, but is not limited to: default payment method, credit card number, debit card number, bank account number, credit/debit card type, credit/debit card expiration date, name and billing address for credit/debit card, checking account bank name, checking account number, bank routing number, associations between each merchant and each payment method.
  • Customer personal information 114 comprises a plurality of individual customer purchasing preferences and other customer-unique personal information. For example, suppose the merchant is Burger KingTM.
  • the purchasing information could be the customer's favorite meal or menu item such that whenever the customer initiates a transactions with the merchant, the purchasing preference will automatically be ordered for the customer.
  • Other examples include, but is not limited to: spending limits (e.g., dollar amount per day, amount per year, etc.), whether the customer wishes to always use PIN or only for transactions over a certain dollar amount, customer shoe size, suit size, spouse's birthday, spouse's suit size, etc.
  • Additional information may be stored in customer transaction database 100, and the data may be organized in a different manner, without departing from the scope of the present invention.
  • FIG. 7 is a diagrammatic representation of a system 700 for processing retail, non-cash transactions in accordance with the second embodiment.
  • system 700 in Fig. 7 further comprises an online consumer terminal 710 that communicates with transaction processing system 26 over communications link 715.
  • Online merchant 12' replaces merchant store 12
  • online merchant computer 734 replaces POS device 34
  • communication link 28' replaces communications 28 shown in Fig. 3.
  • communication links 28' and 715 are typically unsecured, publicly accessible links.
  • communication links 28', 32 and 715 may be any combination of publicly accessible or secure dedicated links.
  • merchant store 12 is a conventional "brick and mortar" store where consumers can physically select and purchase merchandise
  • online merchant 12' is a website operated by a merchant that allows online consumers to examine and purchase merchandise over a computer network.
  • Online merchant computer 734 is preferably operated by retail establishments (Macy's, K-mart, Border's, etc.). Its main role is to collect merchandise orders from online consumer terminals 710, and arrange for delivery of the merchandise once it receives authorization from a payment processing system 16.
  • Fig. 8 is a diagrammatic representation of an online merchant computer 734 in accordance with the present invention.
  • online merchant computer 734 is comprised of a main memory 800, a display device 810, input device 820, a mass storage device 840, a CPU 830 and a network interface card or modem 850.
  • the mass storage device 840 contains the merchant's product database 845.
  • Product database 845 is comprised of information on various merchant products available online.
  • HTML Hyper-Text Markup Language
  • the online consumer computers 710 preferably includes a main memory 900, display device 910, input device 920 such as a keyboard and a pointing device (e.g., mouse, track ball, pen, slide pointer or similar device), a mass storage device 940, a transceiver 970, a printer 990, and a CPU 930 for performing various functions related to retrieving and viewing webpages stored on the Internet. These components communicate through a system bus 980 or similar architecture. Additionally, the customer computer 710 is preferably connected to a network interface card or modem 950 for communication with the transaction processing system 26. The mass storage device 940 of the customer computer 710 maintains an Internet browser 960 for directing the CPU.
  • a second embodiment processes transactions very similarly to the first embodiment.
  • an online consumer located at an online consumer computer 710 selects merchandise, identifies it to the online merchant computer 734 and inputs his or her customer/transmitter ID number using a customer transceiver 50 into transceiver 970.
  • the information is transmitted from transceiver 970 via system bus 980 to CPU 930 where it is then transmitted to the online merchant computer 734.
  • the online merchant computer 734 Upon receiving the data, the online merchant computer 734 creates an authorization request comprised of the customer ID, a merchant ID and transaction data, and then transmits the data to transaction processing system 26.
  • Transaction processing system 26 then transmits the data to the appropriate payment processing system 16.
  • payment processing system 16 authorizes the transaction and then transmits an authorization back to the online merchant computer 734 and online consumer computer 710 via the transaction processing system 26.
  • the online merchant computer 734 receives the authorization
  • merchant's online sales associate prepares the merchandise identified by the customer, and then ships it to the address indicated in the customer information database 100 or any other location specified by the customer.
  • the transaction processing system 26 is capable of managing customer loyalty and consumer trend analysis in the same manner as the first embodiment. In fact, since transaction processing system 26 is capable of interacting with both in-store and on-line systems, it provides participating merchants the ability to comprehensively monitor customer loyalty and consumer purchasing trends for online consumers and in-store consumers using a single system.
  • a third embodiment of the present invention is directed to a method and apparatus for processing retail non-cash transaction at a kiosk or other similar self-service station.
  • a terminal located at the kiosk is similar to online consumer computer 710 except that a product database similar to that found in online merchant computer 734 is stored in the mass storage device.
  • the customer in merchant store 12 approaches a kiosk in the store, indicates a food, merchandise or service selection, and provides a customer/transmitter ID using input device 920, customer transceiver 50 or a combination of the two. In doing so, the customer has placed an order for the desired article of food, merchandise or service and simultaneously initiated payment processing.
  • a receipt is printed on printer 990 and the purchase is delivered to the customer, either at the kiosk or at another predetermined location.
  • This embodiment provides a combination self-service, automatic payment processing system, with order preparation being the only delay.
  • a customer may place an order by telephone prior to arriving at merchant store 12, by interfacing with an automated system using DTMF tones through the telephone. That- is, when an automated operator at merchant store 12 answers the telephone call, the customer is prompted to enter the customer/transmitter ID number and his/her purchasing preference via the DTMF buttons. Upon arrival, the customer's food, merchandise or service is ready at a drive-through window or inside a special line within merchant store 12. Payment has, at this time, already been processed. The customer uses customer transceiver 50 to identify themselves prior to a sales associate providing the merchandise to the customer.
  • customer transceiver 50 is simply used to identify that the customer receiving the food, merchandise or services is the customer who corresponds to the customer/transmitter ID previously communicated to the merchant through the DTMF system. Different transactions may be conducted and different information may be exchanged between the merchant and customer to corifirm the customer's identification without departing from the scope of the invention. For example, a customer may conduct a transaction over the telephone using a payment method not recognized by the transaction processing system 26, and then take delivery of the merchandise/services after confirming his/her identification using customer transceiver 50 and paying for the items. Customer transceiver 50 may also be used to confirm an individual's identification even in the absence of an underlying transaction.
  • a transceiver 48 may be located adjacent to an airplane loading gate or other restricted access point.
  • a customer seeking to gain access to the restricted area simply provides his identification by interfacing customer transceiver 50 with merchant transceiver 48. This action initiates the security process which may also require an additional form of identification (e.g., picture ID, boarding p ass, etc.) to complete.
  • Another embodiment of customer transceiver 50 includes a customer transceiver that identifies a class of persons (e.g., handicapped) such that when a person interfaces with the transaction processing system 26, an attendant will be alerted as to any special customer needs.
  • Yet another embodiment includes a customer transceiver 50 that identifies an individual to a service provider, permitting the service providing to then access information about the customer for the purpose of providing personal services to the customer.
  • a further embodiment includes a customer transceiver 50 that transmits automatic teller machine (ATM) card information to an ATM. Once the ATM receives the information, the customer is prompted to input his/her PIN and transaction information, allowing the process to continue as usual.
  • ATM automatic teller machine
  • TIRIS active and customer transceivers
  • DST digital signature transponder
  • TIRIS technology
  • FIG. 10 A simplified diagram of a preferred embodiment of customer transceiver 50 is shown in Fig. 10. As shown, customer transceiver 50 is comprised of keyboard 1110, CPU 1120, memory 1130, receiver 1140, transmitter 1150 and security pad 1160. As further shown in Fig.
  • keyboard 1110 is comprised of a plurality of buttons 1110a - 11101, labeled 0-9, "*", and "#". Each button may correspond to its labeled number/character, or to a selectable user option.
  • button 1110a may correspond to the number "1” such that when a user presses if, the number "1" is communicated to CPU 1120.
  • Button 1110a may alternatively correspond to a user-specified item (e.g., primary credit card, a secondary credit card, or a debit/bank account).
  • customer transceiver 50 has no independent batter or other power source, such that operational energy is received from transceiver (48 or 970), indicated generally in Figs. 4 and 11, respectively.
  • Customer transceiver 50 stores identification information such as a customer ID, or customer/transmitter ID in programmable, read-only memory (PROM) device 1130 for subsequent, repeated transmission to a transceiver (48 or 970).
  • Memory device 1130 could optionally be an erasable PROM (EPROM) or random access memory (RAM) device, thereby allowing ease in modifying the contents of the memory device.
  • EPROM erasable PROM
  • RAM random access memory
  • a signal of a desired frequency passes through receiver 1140, causing it to generate a supply voltage for powering the other components of customer transceiver 50.
  • the signal is received by CPU 1120 which then sends a signal to memory device 1130 and then to customer transceiver 1150 for transmission to an adjacent merchant transceiver 48.
  • Fig. 11 is a detailed flow diagram depicting the operation of customer transceiver 50.
  • the process begins at step 1200 when the user brings customer transceiver 50 within close proximity to a transceiver (48 or 970).
  • an interrogation signal is transmitted from reader to customer-transceiver 50.
  • CPU 1120 processes the interrogation signal with an algorithm which is fixedly programmed into memory 1130 (step 1210). If the signal is valid, processing flows to step 1215, otherwise processing terminated.
  • step 1215 the CPU waits for user input via keyboard 1110. If the CPU does not receive input, processing flows to step 1245, otherwise processing flows to step 1220, where the CPU determines whether the first character entered is a "#", corresponding to button 11101.
  • the CPU transmits a purchasing preference associated with the entered number (step 1240).
  • the customer database 100 is capable of storing a plurality of customer purchasing preferences, corresponding to specific items offered by merchant. Pressing "#” prior to pressing a numbered key specifies which order item the customer is interested in selecting. For example, "#1" corresponds to the first purchasing preference, pressing "#2" coi ⁇ esponds to the second, and so on. Processing then flows to step 1245. If the first character is not a "#”, the CPU determines whether the first character is a "*", corresponding to button 11 lOj (step 1225).
  • the CPU 1120 transmits a payment choice selection associated with the entered number (step 1235). The customer must have a valid payment method associated with the entered number, and it must be accepted by the merchant. Otherwise, the process will terminate without authorizing the transaction.
  • processing flows to step 1245 where the CPU 1120 next transmits the stored customer/transmitter ID. If the first character is not a "*", processing flows to step 1230 where the CPU 1120 simply transmits the entered numbers as a customer ID number. That is, the user may actually override the pre-programmed customer ID number and manually input a customer ID number. Processing then flows to step 1250 where the user it prompted to enter a PIN after which processing terminates.
  • customer transceiver 50 When the user manually enters a customer ID number, the system may also require additional authorizing information like a photo ID and/or a signature, to further ensure that customer transceiver 50 is not used in a fraudulent manner. While this specification describes operation of customer transceiver 50 as including the capability to specify a merchandise/service selection, an alternate method of payment, a customer number or a PIN, it is obvious that any data or combination of data may be transmitted by customer transceiver 50 without departing from the spirit and scope of this disclosure.
  • customer transceiver 50 may optionally include a security pad 1160 comprising a fingerprint reader or other biometric recording device.
  • a security pad 1160 comprising a fingerprint reader or other biometric recording device.
  • biometric fingerprint reader or other biometric recording device.
  • the customer inputs a biometric (fingerprint, palm print, pore print, retinal configuration, etc.) into security pad 1160.
  • the biometric is a fingerprint.
  • the customer fingerprint is read and stored in memory 1130 of customer transceiver 50.
  • customer transceiver 50 When customer transceiver 50 is used for subsequent transactions, it will only activate if the same finger is placed upon security pad 1160, creating a- match with finge ⁇ rint information stored at the first used of customer transceiver 50. Of course, any finger may be used at initial usage, however, the same finger must then be consistently used on all subsequent transactions. As an alternative, a predetermined number of separate finge ⁇ rints may be stored in customer transceiver 50, permitting its use by friends or family members. Initial finge ⁇ rints will be read, for example, by depressing one of four predetermined buttons prior to first use of customer transceiver 50. A series of finge ⁇ rints is then placed upon the security pad 1160 for storage within memory 1130 of customer transceiver 50.
  • Customer transceiver 50 would then permit subsequent purchases to be made when a finge ⁇ rint on pad 82 matches any of the finge ⁇ rints prestored within customer transceiver 50.
  • Finge ⁇ rint reading, storing and matching technology is currently available from the plurality of sources including, for example, Indicator Technology Co ⁇ oration, Biometric Identification Inc., and AuthenTec. Even though this specification describes the use of a finge ⁇ rint reader, other biometric identification options such as palm prints, pore prints, retinal configurations, etc. may, of course, also be implemented using customer transceiver 50. It should be understood that while this specification describes a security pad associated with customer transceiver 50, the security pad may actually be included in a computer display touch screen.
  • customer transceiver 50 includes a customer transceiver with read/write capability. That is, when customer transceiver 50 is used to authorize a transaction, information is passed into memory 1130 from the merchant transceiver 48. For example, a predetermined quantity of money may be stored in memory 1130 such that whenever a transaction is carried out, the amount of the transaction is deducted from the total stored in memory 1130. When the total is exhausted, customer transceiver 50 will not activate until an amount is restored to memory 1130. In another embodiment, a predetermined quantity of money may be stored in a host computer as a component of the customer's user information. Customer transceiver 50 may also track the customer's participation in loyalty programs by updating memory 1130 with purchase data whenever a transaction is authorized.
  • a purchase transaction is not required to access loyalty program information.
  • Customer transceiver 50 may additionally support remote reprogramming of memory 1130.
  • a customer wishing to change the customer/transmitter ID associated with customer transceiver 50 may do so by interfacing customer transceiver 50 with merchant transceiver 48 and then modifying the customer/transmitter ID by entering a special code sequence using keyboard 1110, for example. It is envisioned that whenever a customer/transmitter ID is updated by a customer, transaction processing system 26 will disable the subject customer transceiver, pending confirmation of the change.
  • Customer transceiver 50 may alternatively accept customer/transmitter ID updates from transaction processing system 26 via merchant transceiver 48 without user input.
  • customer transceiver 50 may be integrated into another device.
  • customer transceiver 50 may be embedded in a cellular phone, pager, remote control, car lock device, personal digital assistant, watch, MP3 player or other miniature electronic device.
  • customer transceiver 50 envisions a device that receives operational energy from a merchant transceiver 48 prior to transmitting an RF signal, it is understood that any device capable of transmitting a signal across a wireless medium (e.g., cellular, microwave, infrared, etc.) may be utilized without departing from the scope of this disclosure.
  • a wireless medium e.g., cellular, microwave, infrared, etc.
  • Fig. 12 shows a detailed diagram of merchant transceiver 48 as previously discussed with reference to Figs. 4 and 10.
  • merchant transceiver 48 is comprised of a CPU 1300, memory 1305, keyboard 1310, printer 1320, communication interface 1330, display 1340, transmitter 1350, and receiver 1360.
  • Keyboard 1310 is comprised of a plurality of buttons 1310a - 13101, labeled 0-9, "*", and "#". Keyboard 1310 may be utilized for receiving manually entered data (e.g., PIN) and fransmitting the data to communication interface 1330.
  • manually entered data e.g., PIN
  • transmitter 1,350 transmits an interrogation signal stored in memory 1305 to customer transceiver 50, causing the customer transceiver to generate a sufficient supply voltage for powering the customer transceiver.
  • Receiver 1360 receives a signal from customer transceiver 50 and then transmits the signal to communication interface 1330 for subsequent transmission to an associated POS device 34, online customer computer 710, kiosk, etc.
  • Communication interface 1330 may comprise a wireless or wireline interface, permitting merchant transceiver 48 to communicate with external devices from widely separated locations for the piupose of transmitting information received from a customer transceiver 50 via receiver 1360.
  • Communication interface 1330 further permits merchant transceiver 48 to interface over the Public Switched Telephone Network (PSTN) via an RS232 connection to an internal modem (not shown).
  • PSTN Public Switched Telephone Network
  • Customer transceiver 50 consequently may be capable of interfacing with a central location (over CATN coaxial) cable such that a person wishing to watch a pay-per-viewTM movie can communicate with the pay-per-view system and purchase the movie directly through the television.
  • Printer 1320 may be used to print a receipt for a customer upon completion of a transaction, and display 1340 may be used to communicate information to a customer (e.g., when to input his/her PIN).
  • An alternate embodiment merchant transceiver includes a merchant transceiver built into or attachable to a portable device (e.g., Palm PilotTM, hand -held computer, etc.) that enables the capture and transmission ofa customer ID and other security mformation for authenticating payment for goods and services via the Internet, or authenticating and authorizing access to digital information (e.g., movies, music, online books, research) and applications (e.g., voice/mail, personal calendar, "sports entertainment package", golf handicapping program).
  • a further embodiment includes a portable merchant transceiver that allows a vendor (pizza delivery person) to authorize transactions from any location.
  • the merchant transceiver includes a CPU 1300 with sufficient memory 1305 to capture and locally process a transaction.
  • the merchant transceiver may or may not have wireless connectivity to the fransaction processing 5 system 26.
  • a further embodiment includes a merchant transceiver associated with a vending machine (snacks, cigarettes, stamps, etc.), pay phone, etc. for authorizing consumer transactions.
  • the preferred embodiment of the merchant transceiver 48 transmits power to, and receives an RF signal from a co-located customer transceiver.
  • any device capable of receiving a wireless signal cellular, microwave, infra-red, etc. is capable of 10 functioning in the place o f the merchant transceiver without departing from the scope of this invention.
  • transaction processing system 26 is owned and operated by a company separate from the entities that own merchant store 12 and payment processing system 16.
  • merchants are 15 charged fees to process transceiver-based transactions.
  • a transaction fee is charged for each transaction processed through transaction processing system 26.
  • an advertising fee may be charged to cover brand communication. That is, customer transceiver 50 is supplied under a brand name owned by the owner of transactions processing system 26. This brand name is widely advertised to entice customers to patronize merchant stores 12 having the ability to -0 conduct transactions using customer transceiver 50.
  • the owner of transaction processmg system 26 charges an advertising fee to participating merchant stores 12.
  • the transaction processing system 26 may permit large co ⁇ orations owning multiple retail outlets to market customer transceiver 50 using their brand name. Thus, such merchant companies will "issue" customer transceivers 50 and pay a fee to the transaction 5 processing system. The transaction processing system then offsets these costs to merchant stores 12 by providing monthly rebates based on the dollar volume of transceiver-based transactions conducted through its outlets.
  • a system and method are provided for interfacing an RF transponder reader carried by a customer, with an RF transponder associated with a merchant's point-of-sale (POS) terminal or a merchant's product.
  • POS point-of-sale
  • a customer seeking to purchase retail items or services uses the transponder reader to read the transponder associated with the merchant's POS terminal or the merchant's product.
  • the transponder reader is in communication with the central database.
  • the communication may be wireless.
  • the communication may occur over a wireless telephone network or through a networking protocol such as Bluetooth.
  • the transponder is associated with a data entry method and or apparatus.
  • the data entry apparatus may be inserted or built into the transponder unit.
  • the data entry method may be attached to the same device to which the transponder is attached. For example, if the transponder is attached to a keyring, the data entry method may also be attached to the same keyring.
  • the data entry method of the present invention comprises entering data to be read into a data reader.
  • the data reader comprises means for scanning the data to be read, a power source and memory for storing the read data.
  • the data to be read comprises data associated with a product(s), service(s), or merchant(s).
  • the data to be read may be found in any medium capable of being read by the data reader.
  • the data to be read may be contained in an advertisement.
  • the advertisement may be for a product, service or merchant advertisement.
  • the advertisement may be in a newspaper, magazine, internet website, poster, or similar medium.
  • the data reader may further comprise means for informing the customer that the data has been successfully read and stored.
  • the data reader may comprise a light, vibration unit, display screen, audible tone(s), audible signal(s), printed receipt, other feedback means, or a combination thereof, that is activated when data is successfully read and stored.
  • the data to be read is associated with a discount for a product or service.
  • a customer utilizes the data entry method to read the data associated with the discount.
  • the data is stored in association with the transponder.
  • the customer's transponder is read by the transponder reader associated with the merchant's POS terminal.
  • the data associated with the discount is transmitted to the merchant's POS terminal.
  • the discount is then applied to the customer's purchase transaction of the product.
  • the data associated with the discount is transmitted to the merchant's POS terminal, the data is then matched with corresponding data in a central database or in the merchant's database. This corresponding data informs merchant's clerk and/or the POS terminal to provide the discount.
  • the merchant's database may be an off-site central database, an on-site local database (including an updated database in the POS terminal), or a distributed database.
  • the data associated with the discount is stored in the customer transceiver. This data is transmitted to the merchant's POS terminal and informs the merchant's clerk and/or the POS terminal to provide the discount.
  • the Universal Product Code (UPC) for a product could be stored in the customer transceiver or data reader memory along with the discount amount associated with the product. The UPC and corresponding discount amount could then be transmitted to merchant's POS terminal.
  • UPC Universal Product Code
  • a discount or offer from a merchant may also be associated with a customer's user profile in a central database or in a merchant's database.
  • an authorization request including transaction data is received from a POS terminal by a transaction processing system comprising a customer's user profile or information.
  • the fransaction processing system determines from the fransaction data is the product or service is covered by the discount or offer associated with the customer's user profile. If the product or service involved in the transaction is covered, the discount or offer is communicated to the POS terminal so that the discount or offer can be applied to the fransaction and communicated to the customer and/or merchant's clerk.
  • multiple data may be read by the data reader and stored in association with the transponder.
  • data may be read for products from the same manufacturer or distributor.
  • Data may be read for multiple products offered by the same merchant.
  • the data to be read may be associated with multiple products offered by a merchant or from a manufacturer.
  • the data to be read may also be associated with multiple products offered by various merchants or manufacturers.
  • a newspaper may contain an insert containing various coupons or discount offers. Data to be read may be associated with all the various coupons or discount offers on the newspaper insert. When a customer uses the data reader to read the data, all the various coupons or discount offers are stored in association with the transponder. Further, the data to be read may be associated with all the various coupons or discount offers in a newspaper section or in the entire newspaper.
  • the customer may read the data with the data reader as presented on a computer monitor. Further, a customer may transmit the website data to a computer printer. The customer may thereby read the data with the data reader as presented on the printed out hardcopy of the website.
  • the data to be read may comprise text, graphics, numbers, or patterns, or a combination thereof, that are capable of being read by the data reader.
  • the data to be read may comprise bar codes and the data reader may comprise a bar code reader.
  • the data reader may be capable of reading more than one form of data.
  • the data reader may be capable of reading bar codes, text, graphics, numbers, or patterns, or a combination thereof.
  • the data to be read may be associated with a URL address of an internet website.
  • an article in a newspaper may reference an internet website.
  • the internet website may be referenced because it is a topic of the article or because it provides further background or more in-depth information related to the topic of the article.
  • Data to be read corresponding to the referenced internet website may be presented.
  • the data to be read may be at the end of the article, in the article, or in the margin of the article.
  • a customer may read the data with the data reader associated with the customer's fransponder.
  • a fransponder reader may be connected to a computer.
  • the computer may have access to the internet.
  • the previously read data associated with the URL address may be transmitted to the transponder reader.
  • the fransponder reader may then transmit the URL address to the computer and the computer may access the URL address.
  • the internet website corresponding to the URL address may then be presented to the customer.
  • a coupon or discount offer may also provide a URL address for an internet website where the customer may purchase the product or service associated with the coupon or discount offer.
  • Data to be read may be associated with the coupon or discount and/or the URL address.
  • the customer may read the data with the data reader associated with the customer's fransponder.
  • the data may be stored in association with the customer's transponder.
  • the transponder may be read by a transponder reader connected to a computer with access to the internet.
  • the data associated with the URL address is transmitted from the transponder to the fransponder reader.
  • the internet website corresponding to the URL address may then be presented to the customer.
  • the customer may purchase the product or service through the internet website and may authorize the purchase with the customer fransponder.
  • the data associated with the coupon or discount offer is transmitted from the transponder to the fransponder reader.
  • the data is transmitted from the transponder reader to the computer.
  • the computer transmits the data to the internet website.
  • the coupon or discount offer associated with the data may then be applied to the customer's purchase of the product or service.
  • the data to be read may be associated with a coupon or discount offer
  • the data to be read may also be associated with the identification of a product or service.
  • the data may be transmitted to a merchant's transponder reader.
  • data identifying a product or service is presented to a customer.
  • data identifying a movie video may be presented at the end ofa movie review in a newspaper.
  • a customer may read the data with the data reader.
  • the data reader stores the data in association with the fransponder.
  • the data may be transmitted to a merchant's transponder reader.
  • a video rental merchant's fransponder reader may receive the data stored in association with the customer's transponder which identifies a movie video.
  • the video rental merchant may then provide the customer with the movie video and authorization for the rental fransaction may be provided by the fransponder.
  • the customer may indicate that he/she does not wish to rent the identified movie video at this particular time.
  • the identified movie video title may be stored in the video rental merchant's database as a "wishlist" item corresponding to the customer's transponder.
  • the customer's transponder On a subsequent visit to the video rental merchant, the customer's transponder may be read by the video rental merchant's transponder reader.
  • the customer's "wishlist" corresponding to the customer's transponder may be accessed in the merchant's database and the customer may choose to rent a movie video listed on the customer's "wishlist".
  • the merchant's POS terminal communicates with merchant's database or other database to communicate information regarding the identified movie video to the customer.
  • the information communicated may include, but is not limited to: whether the movie is "in stock” or available, when the movie needs to be returned if rented, when the movie will be returned, etc.
  • the data to be read may be presented on the product itself.
  • the customer may read the data on the product with the data reader and the data may be stored in association with the fransponder.
  • the data may be transmitted to a fransponder reader and the product may then be identified to the merchant.
  • the transponder reader may be connected to a customer's personal computer.
  • the data identifying the product may be transmitted to the transponder reader which subsequently transmits the data to the computer.
  • the computer may transmit the data to an internet merchant.
  • the customer may then be presented with an internet website where he/she may purchase the product identified by the data. For example, a customer may scan household items which will soon be used or depleted by the customer.
  • the data corresponding to this shopping list of items is stored in association with the customer's fransponder.
  • the data may be transmitted to a merchant or internet merchant and the customer may be given the option to purchase one, some, or all of the items.
  • the data may be transmitted to a customer's computer printer or to a home personal computer associated with a computer printer.
  • the printer may be used to print a hardcopy shopping list.
  • the data may be transmitted to a database which can identify other information that corresponds to the data transmitted by the customer. This information may include the name of the item(s) corresponding to the data, local stores or internet sites upon which the item is available, the store row or product location within a store, item price, etc.
  • This further information or shopping list may also be fransmitted to a customer's personal digital assistant.
  • the further information or shopping list may also b e fransmitted to a kiosk at a local store. For example, this kiosk may be on a shopping cart.
  • the transponders utilized by the present invention may be inserted or built into any appropriate device or form factor. In this manner, the transponder may be customized to a customer's lifestyle and preferences. For example, a transponder may be integrated into a smart card with a magnetic stripe. The fransponder may be integrated into a soft fabric form. The fransponder may also be integrated into devices such as a personal digital assistant, watch, or mobile phone, or covers for same. The transponder may also be integrated into functional forms, such as a money or tie clip, or clothing button or pin. A customer may possess more than one fransponder. Different customer profiles or accounts may be associated with each fransponder.
  • a customer's profile associated with a transponder in the customer's mobile phone may be different from the customer's profile associated with a transponder in the customer's personal digital assistant.
  • Different customer profiles or accounts may also be associated with a single transponder.
  • the single fransponder may have means for a customer to select between the different customer profiles or accounts.
  • the transponder may also have means for a customer to indicate or select between different preferences or indicate a response to a question.
  • the fransaction authorization further comprises an additional means of validation.
  • the additional means of validation may be any means of identifying the customer as the owner ofa transponder. For example, the customer may enter a personal identification number (PIN), biometric data, or a password in combination with use of the transponder.
  • PIN personal identification number
  • the additional means of validation may be used with every fransaction, no fransaction, or only for predefined merchants, products, services, transaction types or amounts. This predefined list may be determined by the customer or the merchant. For example, if a fransaction is over a predefined purchase amount, additional means of validation may be required for completion of the fransaction.
  • the customer may move the fransponder in a predefined manner in front of the transponder reader to provide validation.
  • the movement in the predefined manner is detected by the transponder reader and transmitted to the central database for verification.
  • the predefined manner may be any manual movement which may be suitably reproduced by the customer.
  • the preference information regarding whether a customer should be prompted for additional, means of validation may be stored in the customer profile contained in the central database.
  • the preference information regarding whether a customer should be prompted for additional means of validation may also be stored in the fransponder itself or in the merchant POS terminal or database.
  • the central database may also store a customer's purchase profile. Before authorizing a fransaction, the central database may analyze the type of purchase for which payment authorization is requested. This analysis may utilize an algorithm to compare the purchase for which payment authorization is requested and the customer's purchase profile. Based upon the analysis, further identification or validation may be requested from the customer; particularly if the analysis shows a likelihood of fraud.
  • the present invention comprises a system for associating a unique ID code, information regarding a person and payment information for a person.
  • a fransponder transmits a unique ID code to a fransp onder reader.
  • the unique ID code is stored in a central database.
  • Information regarding the user of the fransponder is entered into the central database and associated with the unique ID code.
  • Payment information for the user is entered into the central database and associated with the unique ID code.
  • the present invention comprises a device for reading a unique ID code from a fransponder, reading payment information from a magnetic stripe ofa credit card, and associating the unique ID code and the payment information.
  • the present invention further comprises means for automatically entering information regarding a person.
  • means for automatically entering the information may comprise optically scanning a person's driver license or reading the magnetic stripe on the back of a driver license.
  • the device may transmit this information to a central database.
  • the payment information may be entered by other means not utilizing the magnetic stripe.
  • the payment information may be entered manually using a keyboard or the credit card information may be scanned by an optical reader.
  • the unique ID code from a fransponder may be transmitted to a reader which is then transmitted to a central database. At a later point in time, the transponder user may transmit payment information to be associated with the unique ID code.
  • the user may enter payment information through an internet website for transmission to the central database or the user may enter payment information onto a paper form which is then scanned into the central database.
  • the central database Once payment information is received by the central database, it is associated with the uni que ID code corresponding to the user.
  • means for identifying the fransponder is located on the outside of the fransponder casing or on the packaging containing the transponder unit or otherwise associated with the transponder or on the packaging of or on a device comprising the transponder.
  • the means for identifying may comprise, for example, a bar code or other code capable of being optically scanned.
  • the packaging may comprise shipping or merchandizing packaging.
  • a central database associates the means for identifying and the unique ID code stored in the fransponder.
  • User information is transmitted to the central database.
  • Payment information for the user is transmitted to the cenfral database.
  • the cenfral database associates the means for identifying with the corresponding user information and payment information for the user.
  • a user may present user information and payment information to a merchant.
  • the merchant may or may not utilize a fransponder reader.
  • the merchant may scan a bar code on the packaging ofa fransponder.
  • the merchant transmits the bar code, user information and payment information to a central database.
  • the central database matches the bar code to the corresponding unique ID code associated with the transponder.
  • the central database associates the user information and payment information with the unique ID code corresponding to the bar code. In this manner, the merchant does not need to utilize a transponder reader to enroll a user in the system and method of the present invention.
  • a customer fransponder, transceiver, or user profile may be associated with more than one manner or method of payment.
  • the customer may input preferences or indicate a default payment method to be used depending on fransaction type, merchant or purchase amount.
  • the payment methods may include, but are not limited to, at least one of the following: credit card, debit card, ATM card, or bank account.
  • the customer fransponder or transceiver can be associated with two or more different networks or host systems. If a merchant's transceiver reader is presented with a customer transponder that is not currently enrolled or activated for the host network associated with the merchant's reader, then the reader may receive the customer's unique ID code or transmitter code stored in the customer's transponder. The code is fransmitted to the merchant's host computer along with the customer's payment and identification information.
  • the customer's identification information may be fransmitted elecfronically derived such as from a magnetic stripe ofa credit/debit card or a driver's license. Or the indentification information may be submitted separately.
  • At least one payment method is transmitted to the host computer with the unique ID for the transponder.
  • the merchant may provide to the customer a paper form to be completed by the customer to provide the name of the customer, address, phone number, credit card number, debit card number, or otlier payment or customer information.
  • the form may also comprise a preprinted or otherwise applied bar code or other identifying code. This identifying code may be transmitted to the host computer with the unique ID and payment information. When the information from the form is manually entered or optically scanned by a computer, the information may be identified by the identifying code and more efficiently matched with the corresponding unique ID and payment information. All this information may then be stored together in the host computer.
  • a user's unique ID code stored in the user's fransponder may be associated with a second fransponder.
  • a customer profile stored in the cenfral database which corresponds to a user's unique ID code may also be associated with a second transponder.
  • the second transponder may be utilized in the system and method of the present invention. Transactions completed with the second fransponder may be compiled and presented to the user separate from the fransactions completed with the user's fransponder. A different form of payment may also be associated with the second transponder than the payment information associated with the user ' s transponder.
  • a user may rent a car for use on a business trip.
  • the user presents his/her personal transponder to a rental car agency.
  • the rental car agency associates the user's fransponder with a second fransponder.
  • the second transponder may also be associated with a customer profile which the user utilizes with the rental car agency.
  • the second transponder may comprise a transponder contained in the key associated with the rental car or a fransponder associated with the keyring of the key associated with the rental car.
  • the user may make purchase fransactions with the second transponder.
  • the second fransponder may utilize the payment information associated with the user's personal fransponder or it may utilize different payment information.
  • the permitted uses of the second fransponder can be restricted according to the preselections of the user or in the case of business travel, preselections by the business for its employees as communicated to the rental car agency in its stored profiles for the business' employees.
  • the second fransponder could utilize a user's personal credit card or it could be associated instead with a user's business expense credit card.
  • the user returns the rental car to the rental car agency, the user is presented with a receipt.
  • the receipt may contain all fransactions made with the second fransponder, as well as the car rental transaction. In this example, a user may more easily itemize business expenses at the end ofa business trip.
  • the second transponder is on the same keyring as the ignition key for the rental car.
  • the second fransponder or the ignition key is detachable from the keyring. In this manner, when the user provides the ignition key to a third person (e.g., parking attendant, valet, etc.), the third person does not have access to the second transponder.
  • a third person e.g., parking attendant, valet, etc.
  • the customer fransponder may be used to obtain access to a hotel room.
  • a customer wishing to obtain a hotel room may present his personal transponder to a transponder reader.
  • Authorization for the transaction is obtained using the system and method of the present invention.
  • the customer is given the key for a hotel room.
  • the customer may be given the key by a hotel agent, such as a desk clerk.
  • the customer may be given the key automatically by a self-service check-in kiosk containing a fransponder reader.
  • the kiosk may print out the room number.
  • the kiosk may also print a receipt for the fransaction.
  • the customer is not given a separate key for a hotel room.
  • the customer's fransponder is associated with a hotel room.
  • the hotel room door contains a fransponder reader.
  • the hotel room door fransponder reader reads the customer's transponder and unlocks the door accordingly.
  • the present invention comprises a system and method for restaurant transactions.
  • a customer orders food and payment for the food is authorized using the previously described system and method for authorizing transponder fransactions.
  • the customer may order the food through a restaurant employee.
  • the customer may select a food order using a self-service kiosk or by pushing buttons on the ordering system normally utilized by employees.
  • a customer may order food prior to arriving at the restaurant.
  • the customer may order via automated telephone selection, internet website or other suitable means for ordering food.
  • the payment for the previously ordered food is authorized using the customer fransponder.
  • a customer profile may store a customer's preferred food order.
  • a customer's transponder Upon arriving at the restaurant, a customer's transponder is read by a fransponder reader. The preferred food order stored in the customer's profile is automatically selected and ordered.
  • a customer may wait at an order counter for delivery of the food.
  • a customer may sit at a dining table.
  • the dining table may have a transponder reader.
  • the customer's transponder is read by the dining table fransponder reader.
  • the dining table transponder reader communicates the customer's dining table location to a restaurant employee. The restaurant employee may then deliver the customer's food to the dining table at which the customer is seated.
  • a customer profile may store a customer "will call" name or nickname.
  • This "will call” name or nickname may be communicated to a restaurant employee. Upon hearing the "will call” name or nickname, the customer would know that the food order is prepared and may receive the food at a designated order pick-up site.
  • a preferred food order is stored in a customer's profile. When a customer enters a restaurant, rather than ordering at an order counter, the customer may sit at a dining table. The dining table may have a transponder reader. The customer's transponder is read by the dining table transponder reader. The preferred food order stored in the customer profile and the customer's dining table location are communicated to the restaurant. The customer's preferred food order may be delivered to the customer's dining table location.
  • a customer places a food order prior to arriving at a restaurant.
  • This food order may be made using any suitable means.
  • the food order may be placed through an internet website, a telephone call, mobile telephone call, or mobile telephone internet connection.
  • the customer parks his/her car in one of a number of designated restaurant parking spaces.
  • a fransponder reader is associated with the parking space.
  • the customer's transponder is read by the fransponder reader.
  • the transponder reader communicates the customer's parking space location to a restaurant employee.
  • the restaurant employee may deliver the food order to the customer at the customer's parking space.
  • a customer may place an order while at a designated restaurant parking space.
  • a preferred food order stored in a customer profile is communicated to the restaurant.
  • the preferred food order is delivered to the customer's parking space.
  • a customer does not need to wait in line to place an order. All customers may order concurrently and simultaneously.
  • restaurant employees do not have to be trained to take customer orders or even speak the same language as the customer order is automated or performed directly by the customer.
  • a customer profile may store data regarding customer preferences. This customer profile may be stored in a central database. Customer preferences may include whether a customer wishes to receive a receipt for purchases and what type of receipt the customer wishes to receive. For example, a customer may prefer to receive a receipt after each fransaction or for certain transactions over a predefined purchase amount. Alternatively, a customer may prefer not to receive a receipt after each transaction. Instead, a customer may prefer to receive a daily e-mail communication detailing purchases made within the past 24 hours.
  • loyalty points are accumulated by a customer based on transactions and associated with the customer in a cenfral database.
  • a customer may be offered a loyalty award from a merchant.
  • This loyalty award may be a free or reduced price good or service.
  • the loyalty award may be a credit or discount on a future transaction with the merchant.
  • a customer's loyalty award qualification may be communicated to a merchant employee at the customer's next purchase.
  • a customer may receive notification of the loyalty award via e-mail, telephone call or by accessing a customer account on an internet website. The customer may be provided means for identifying the loyalty award qualification to a merchant.
  • a special loyalty award code or coupon may be given to the customer or printed from an e-mail or website.
  • loyalty award qualification may be embedded in the customer's fransponder. When the customer's fransponder is subsequently read by a merchant transponder reader, the loyalty award qualification is then communicated to the merchant by the transponder reader.
  • the present invention may be used to gain access to a service or event For example, in this embodiment, a customer may purchase a ticket and the ticket purchase is associated with the customer in a cenfral database. The customer's transponder unique code or other means for identifying the customer's transponder are communicated to the event location.
  • the customer's transponder is read by a transponder reader at the event location.
  • the customer's fransponder is recognized as being associated with a customer that has previously paid for a ticket or tickets.
  • a corresponding receipt, ticket stub, or seat assignment may be printed for the customer.
  • a receipt, ticket stub, or seat assignment are not necessary as the transponder serves as the identification that the customer has paid for access to the event or service.
  • a customer's profile may store preferences regarding certain types of purchases. For example, a customer's profile may only authorize fransactions made within a certain geographic area, at a certain type of merchant, for certain types of products, or within a particular fransaction price range.
  • the present invention does not require a fransponder.
  • a customer may provide other means for communicating the unique ID code stored in the customer's transponder.
  • This other means may comprise information stored in the customer profile that is unique to the customer.
  • the customer may provide a PIN, biometric data or knowledge specific to the customer. This information may be communicated directly to the cenfral database without allowing access by a merchant agent to the information.
  • the system 10 is operative for capturing a customer's transmitter ID at a POS device 34, combining the captured data with the merchant ID and the customer's selected purchase items into an authorization request, encrypting at least a portion of the request (if desired), and transmitting it to fransaction processing system 26.
  • the transaction processing system 26 identifies the appropriate payment processing system 16 and then fransmits the customer's payment data and the transaction data to the payment processing system 16 for authorization.
  • the payment processing system 16 authorizes the transaction, it fransmits an authorization code back to the merchant via the transaction processing system 26.
  • the transaction processing system 26 may also transmit customer identification and purchase data upon request by a participating merchant. In addition to its function of authorizing retail transactions, fransaction processing system 26 also collects the fransaction data for later use in compiling consumer purchasing trend data and tracking a consumer's progress in a merchant's loyalty program.
  • Fig. 13 is a flow diagram illustrating a preferred method 200 for processing financial transactions.
  • the steps that comprise the method described in 200 are carried out by the various equipment that form a part of system 10 for processing financial fransactions.
  • the method begins at step 300 with the customer accessing the enrollment subsystem of the transaction processing system 26. This step includes all the activities that must take place before an individual can consummate retail transactions with customer transceiver 50 using transaction processing system 26.
  • processing flows to step 400 and the system then is capable of processing a customer transaction.
  • processing flows to step 500 where system 10 updates customer preferences and profiles and settles charges for the time period.
  • Next processing flows to step 600 at which time system 10 performs the processing necessary to archive captured data and update loyalty program data.
  • Fig. 14 is a detailed flow diagram depicting the steps performed by system 10 in step 300 of Fig. 13. As shown in Fig. 14, the process begins in step 310 when a customer accesses the enrollment subsystem of the transaction processing system 26 for the pu ⁇ ose of opening an account.
  • the act of accessing the enrollment subsystem of fransaction processing system 26 can be performed any number of ways from simply telephoning a human customer assistance representative and verbally communicating the information over the telephone, to dialing a telephone number and interfacing with a computer using dial tone multi frequency (DTMF) tones, to logging onto the Internet and accessing a predetermined uniform resource locator (URL).
  • DTMF dial tone multi frequency
  • step 320 processing flows to step 320 and the enrollment subsystem of transaction processing system 26 prompts the user to enter customer information.
  • the customer provides customer profile information 102, customer payment method information 112, and customer personal information 114. These data are used for communicating with the customer and may be combined with other data (e.g., transaction information 110, customer personal information 114, etc.) to provide special promotions of particular interest to the customer.
  • the customer also provides the payment methods to be invoked by the transaction processing system 26, whenever he/she initiates a fransaction. For example, a customer will provide credit, debit, and other payment- related data so that the customer may be properly charged for purchases.
  • the customer may select any one of the merchant's accepted payment methods in which he/she also has accounts. That is, the customer may choose to have all of his transactions conducted in merchant #l's retail establishments allocated to his VISATM card even though he has several other cards that are also accepted by merchant #1. Alternatively, the customer may specify that his transceiver-based transactions will be processed and paid through his bank credit or debit card. Furthermore, the customer may specify that all fransactions at merchant #1 will be cash fransactions, despite the fact that the customer also has credit accounts accepted by merchant #1.
  • the number of merchants associated with each customer record in customer transaction database 100 depends on the number of merchants entered into the system by a particular customer.
  • customer #1 may have two merchant entries, corresponding to the number of merchants that the customer frequents, whereas customer #2, who is less debt averse may have 20 merchant entries.
  • certain information must be entered in order for the system to operate properly (e.g., name, address, PIN, etc.), and other information can be entered at the discretion of the customer (e.g., marital status, birth date, etc.).
  • the customer is informed that not only is the input of certain information discretionary , but that they can restrict the publication and use of the information by the fransaction processing system 26.
  • Customers may also identify a default payment method to be apphed to a participating merchant for which no other payment method has been identified. This default payment method would also be applied to new merchants that join the fransaction processing system 26 after the customer enrolled.
  • Part of the enrollment process includes the customer providing customer personal information such as preferred product brands at different merchants, anniversary and other important dates, clothing sizes, etc. As explained below, all of the data provided by the customer during the enrollment process can be later changed at the customer's discretion.
  • a customer can request more than one customer fransceiver 50 to be associated with each account as well as identify other authorized users for each customer transceiver. The rules for use of multiple customer transceivers 50 by multiple individuals are controlled based on the rules of the payment processor 16.
  • system 26 validates the payment methods selected by the customer for legitimacy and acceptance. This process is carried out by comparing user-inputted information with data stored in payment processing terminal 52. Once the data is determined to be valid, processing flows to step 345 and the data is stored in customer information database 100.
  • a customer transceiver 50 is programmed with the customer's ID number in step 370, the customer transceiver 50 is mailed to the customer in step 380. Before the customer can use customer transceiver 50 to authorize a transaction, customer transceiver 50 must be activated by the customer. This security process helps ensure legitimate use of the customer transceiver 50 by authorized personnel.
  • customers activate customer transceiver 50 using identification information provided by them during enrollment and information provided to them in the device package. Once customer transceiver 50 is activated, it can be used by a customer to activate a transaction. If the data is invalid, the system prompts the user to correct the invalid information and processing is routed back to step 320 where the customer is prompted to re-input the invalid information.
  • Fig. 14b illustrates a further preferred embodiment of step 300 of Fig. 13.
  • the process beings in step 1405 when a customer presents a customer transceiver to a merchant reader or POS terminal.
  • a transmitter ID or code is fransmitted from the transceiver to the reader or POS terminal.
  • the customer provides at least one method of payment and additional information corresponding to the at least one method of payment.
  • the customer supplies additional customer identification. This information may include, for example, customer name, account password, PIN, mailing address, email address, daytime telephone number, evening telephone number, date of birth, Social Security number, driver's license number, spending limits, PIN usage preferences, photograph of customer, etc.
  • the transmitter ID is associated with the additional customer identification.
  • this transmitter ID is fransmitted to a host fransaction processing system or database along with the associated payment and customer information.
  • the host fransaction processing system determines whether the payment information supplied by the customer is valid and authorized for purchase transaction. If any payment information is invalid or not authorized for purchase fransactions, the process flows to step 1435 and the customer is requested to provide further or corrected payment information. If the payment information is valid, then the process flows to step 1440.
  • the payment and customer information is stored in association with the transmitter ID in a database utilized by the transaction processing system.
  • the process may include merchant validation of the additional customer information (e.g., by comparing a photographic identification on a driver's license with the presenting customer).
  • the process may continue, as shown in step 1450, the customer wishes to then make a purchase with the newly emolled customer transceiver. If the customer does not want to make a purchase, the process terminates. If the customer wishes to make a purchase, the process flows to step 1455.
  • step 1455 the customer presents the product or service desired for purchase.
  • the merchant enters the transaction data for the product or service into merchant's POS terminal.
  • an authorization request is transmitted to the transaction processing system by the POS terminal. The customer does not have to re-present the customer transponder to the POS terminal as the transmitter ID is already registered with the POS terminal from the enrollment process. From step 1465, the authorization request follows the methods and processes disclosed and discussed elsewhere in this specification.
  • Fig. 15 is a detailed flow diagram depicting the steps performed in step 400 of Fig. 13.
  • the first step occurs when a customer shopping in merchant store 12 identifies merchandise for purchase to a sales associate.
  • the sales associate utilizes input device 40 of POS device 34 to enter the merchandise into CPU 36 which then computes a transaction amount.
  • the customer i n step 420 identifies him/herself to system 26. by interfacing customer fransceiver 50 with merchant fransceiver 48.
  • Customer transceiver 50 consists of an .electronic transmitter/receiver combination including a unique customer/transmitter ID number programmed therein.
  • a customer identification signal including the unique customer/transmitter ID number is fransmitted to merchant fransceiver 48.
  • merchant transceiver 48 and customer fransceiver 50 employ technology in which an interrogation signal is fransmitted from merchant fransceiver 48 to customer transceiver 50.
  • customer fransceiver 50 processes the interrogation signal with an algorithm which is fixedly programmed into customer fransceiver 50 and then transmits a response back to merchant fransceiver 48, consisting ofa customer/transmitter ID number.
  • the interrogation signal and the response signal are highly encrypted such that intense processing power over a long period of time will be necessary to fraudulently extract the unique customer/transmitter ID number from the customer fransceiver 50.
  • merchant fransceiver 48 receives the customer/transmitter ID number, it transmits the data, together with the specifics of the retail transaction (cost, identification of merchandise, etc.) over communications link 28 to fransaction processing system 26 (step 425).
  • An important feature of system 10 is that the customer's credit card is never exchanged with a sales associate. Therefore, the possibility that the card will be fraudulently used by an unscrupulous sales associate does not arise. .
  • An alternate embodiment of the present invention includes a system 26 that instead of transmitting a customer's credit card number across communication links (Figs. 3 and 9), only transmits a customer/transmitter ID across communication links.
  • payment processor 16 maintains data that provides a correlation between customer/transmitter ID numbers and payment methods.
  • merchant store 12 creates a fransaction record based using the customer/transmitter ID number instead of the credit/debit card number.
  • transaction processing system 26 processes transactions by matching the customer/transmitter ID number with data stored' in customer information database 100.
  • the system After the system identifies the customer ID (step 435), it links it to the customer's name (step 445) and then to the transaction information (step 450). If the system does not find the customer ID in step 435, it fransmits a message to the merchant informing it that the customer is attempting to utilize an invalid customer transceiver (step 440). If the system finds the customer ID in step 435, it may simultaneously authorize the retail transaction, pending final authorization by the payment processor 16. That is, at the same time as the rest of the authentication process is occurring, the system may authorize the initiation of delivery of the desired goods services. For example, during an automobile refueling process, the system will activate a fuel pump, minimizing the customer's delay even though final approval has not yet been obtained.
  • step 460 the system finds the merchant's name, it identifies the customer's payment method for that particular merchant (step 470) and determines the flow and destination of the authorization data, based on the type of fransaction (credit, debit, cash, etc.). Security information may also be utilized by the fransaction processing system 26 to reduce misuse of customer fransceiver 50. Examples of controls include but are not limited to checking the frequency of use ofa particular customer transceiver 50 within a certain period of time, frequency of use a customer transceiver 50 within certain financial limits and frequency of use of customer fransceiver 50 and financial limits within a specific geographic region.
  • the merchant POS device 34 communicates with fransactions processing system 26 as described above to identify the correct payment processor 16 and transmit the transaction request to that payment processor for disposition. If the transaction is authorized in step 484, the system next in step 488 determines whether the customer is entitled to any frequent customer, or loyalty awards by comparing the customer's fransaction activity stored in transaction information 110 with the loyalty program information 108. The authorization and the award data (if any) are fransmitted to the merchant via the fransaction processing system 26 (step 490) and in step 492, the customer is given his merchandise or services and notified of his/her award.
  • step 494 the fransaction processing system 26 archives the transaction data in secondary storage device 94 for later analysis. If for some reason the payment processing system 16 is not able to process this particular transaction due to, for example, communication's difficulties or a fransaction amount causing the customer to exceed his credit limit, a message is fransmitted to the merchant via the transaction processing system 26 in step 486 that the fransaction is not authorized and the in-progress delivery of merchandise (e.g., gasoline) is immediately discontinued. The sales associate is then notified in a well-known manner to ask the customer for an alternative method of payment and processing terminates. While this specification provides that the fransaction terminates when the payment method cannot be authorized, there are several other alternatives that can be implemented without departing from the scope of the present invention. For example, if the payment method does not work, it is possible that an alternate could be requested by the system and utilized. If the transaction does not require authorization (i.e., cash or other liquid asset is used),
  • POS device 34 still communicates with fransaction processing system 26 to provide transaction information 110 and loyalty program information 108 to customer information database 100 and to determine whether the customer is entitled to a loyalty award.
  • a customer may also utilize transaction processing system 26 to conduct inquiries into the customer's progress toward fulfilling the requirements ofa particular loyalty program.
  • the customer accesses the fransaction processing system 26 as mentioned above (i.e., by telephoning a human customer assistance representative and verbally communicating the request over the telephone, or dialing a telephone number and interfacing with a computer using DTMF tones, or logging onto the Internet and accessing a predetermined URL), and then communicating his/her request.
  • Fig. 16 is a detailed flow diagram depicting the steps performed in step 500 of Fig. 13.
  • customers can update information contained in the customer information database 100 by following the same process utilized when the information is first communicated to the system.
  • the reason for the update can range anywhere from changed circumstances (customer address, status change, etc.) to changing preferences with respect to specific merchants to adding new merchants for customer.
  • Data security confrols are utilized to ensured that only' legitimate customers can access and modify their profile data.
  • fransaction processing system 26 will update customer information database 100 at predetermined times during the day, preferably during off-peak usage times.
  • transaction processing system 26 periodically retrieves updated customer profile data from an online memory location (RAM 88, or secondary storage device 94).
  • the fransaction processing system 26 reconciles merchant accounts. That is, the system aggregates merchant sales, credits merchants and payment processors when appropriate and then presents invoices to each merchant and payment processor, based on sales activities.
  • Customer profile information 102, merchant information 104, fransaction information 110, and customer payment method information 112 are used to determine the fees to be paid to each entity (merchant store 12 and payment processor 16, and transaction processing system 26, as appropriate.).
  • the fransaction processing system 26 updates customer profile data (step 530). The process depicted in Fig.
  • Fig. 17 is a detailed flow diagram depicting the steps performed in step 600 of Fig. 13.
  • the fransaction processing system 26 periodically retrieves raw fransaction data from secondary storage device 94. This retrieval can be performed at a predetermined time each day, or it can be performed shortly after the transaction is completed.
  • the raw fransaction data consists of customer profile information 102, merchant information 104, loyalty program information 108, fransaction information 110, and customer personal information 114. This data is collected and analyzed for different pu ⁇ oses such as determining the effectiveness of the transaction processing system 26, refining and developing new, related products, and developing, tracking and analyzing loyalty programs and special promotions that are of specific interest to transaction processing system 26 customers and merchants.
  • the information may be sold to merchant co mpanies 12 and payment processing systems 16 to provide personalized service to individual customers. It is expected that merchant companies would pay for data from transaction processing system 26 based on volume or a per project basis.
  • the transaction processing system 26 updates loyalty data and in step 630, the updated information is fransmitted to merchants who desire the additional data customer transaction data with demographic data that may be used to track customer purchasing trends.

Abstract

La présente invention concerne globalement des transactions de vente au détail et plus particulièrement des systèmes et des procédés qui permettent de surveiller le comportement des consommateurs et d'assurer un paiement électronique sécurisé en échange de biens et de services.
EP02763258A 2001-02-27 2002-02-27 Systeme et procede de traitement des transactions financieres Withdrawn EP1381994A4 (fr)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US27140801P 2001-02-27 2001-02-27
US271408P 2001-02-27
US27843101P 2001-03-26 2001-03-26
US278431P 2001-03-26
PCT/US2002/021876 WO2002102133A2 (fr) 2001-02-27 2002-02-27 Systeme et procede de traitement des transactions financieres

Publications (2)

Publication Number Publication Date
EP1381994A2 true EP1381994A2 (fr) 2004-01-21
EP1381994A4 EP1381994A4 (fr) 2007-08-22

Family

ID=26954869

Family Applications (1)

Application Number Title Priority Date Filing Date
EP02763258A Withdrawn EP1381994A4 (fr) 2001-02-27 2002-02-27 Systeme et procede de traitement des transactions financieres

Country Status (5)

Country Link
EP (1) EP1381994A4 (fr)
JP (2) JP4861604B2 (fr)
AU (1) AU2002327227B8 (fr)
CA (1) CA2438490A1 (fr)
WO (1) WO2002102133A2 (fr)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7949605B2 (en) 2001-02-23 2011-05-24 Mark Itwaru Secure electronic commerce
US8156042B2 (en) 2003-08-29 2012-04-10 Starbucks Corporation Method and apparatus for automatically reloading a stored value card
WO2005048145A1 (fr) 2003-10-13 2005-05-26 Starbucks Corporation D/B/A Starbucks Coffee Company Carte double
JP2006236014A (ja) * 2005-02-25 2006-09-07 Fujitsu Ltd 買い物リストを利用した買い物支援システム
US20100257033A1 (en) * 2009-04-02 2010-10-07 Qualcomm Incorporated System and method of conducting transactions using a wireless device
CA2835734A1 (fr) 2011-05-11 2012-11-15 Mark Itwaru Systeme de paiement mobile dissocie
WO2012151660A1 (fr) * 2011-05-11 2012-11-15 Mark Itwaru Système de paiement basé sur une image mobile
US9547861B2 (en) 2011-05-11 2017-01-17 Mark Itwaru System and method for wireless communication with an IC chip for submission of pin data
US10223674B2 (en) 2011-05-11 2019-03-05 Riavera Corp. Customized transaction flow for multiple transaction types using encoded image representation of transaction information
US9785935B2 (en) 2011-05-11 2017-10-10 Riavera Corp. Split mobile payment system
US9715704B2 (en) 2011-05-11 2017-07-25 Riavera Corp Merchant ordering system using optical machine readable image representation of invoice information
US8616453B2 (en) 2012-02-15 2013-12-31 Mark Itwaru System and method for processing funds transfer between entities based on received optical machine readable image information
US9734498B2 (en) 2011-05-11 2017-08-15 Riavera Corp Mobile image payment system using short codes
US9721243B2 (en) 2011-05-11 2017-08-01 Riavera Corp. Mobile payment system using subaccounts of account holder
JP2014186672A (ja) * 2013-03-25 2014-10-02 Nihon Unisys Ltd 金融営業システム
CA2940981C (fr) 2014-03-07 2022-05-03 Jeffrey Brian Newcombe Carte a double fonction avec fonctionnalite de carte cle et fonctionnalite de carte a valeur stockee
JP2020197768A (ja) * 2019-05-30 2020-12-10 株式会社三菱Ｕｆｊ銀行 情報処理装置、情報処理方法、及びプログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998019229A1 (fr) * 1996-10-31 1998-05-07 Fajkowski Peter W Procede et appareil de gestion et d'echange de coupons
WO1998021713A2 (fr) * 1996-11-15 1998-05-22 1.2.1. Precise Information Llc Systeme de marchandisage
WO1999016701A1 (fr) * 1997-09-26 1999-04-08 Gilbarco Inc. Systeme de distribution de combustible et de vente au detail permettant d'offrir des promotions de fidelisation a des clients
WO1999052051A1 (fr) * 1998-04-03 1999-10-14 International Business Machines Corporation Emission et rachat de coupon electronique authentifie
WO2000039742A1 (fr) * 1998-12-29 2000-07-06 Symbol Technologies, Inc. Lecteur de code a barres compact
WO2000049551A1 (fr) * 1999-02-19 2000-08-24 Mobil Oil Corporation Systeme et procede de traitement de transactions financieres

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6009411A (en) * 1997-11-14 1999-12-28 Concept Shopping, Inc. Method and system for distributing and reconciling electronic promotions
US6089284A (en) * 1998-09-24 2000-07-18 Marconi Commerce Systems Inc. Preconditioning a fuel dispensing system using a transponder
JP2000184085A (ja) * 1998-12-18 2000-06-30 Fujitsu Ltd 携帯機器、携帯端末用アタッチメント及び携帯機器を用いたシステム
JP4331324B2 (ja) * 1999-06-07 2009-09-16 トキコテクノ株式会社 給油所管理システム
AU5568500A (en) * 1999-06-22 2001-01-09 Sp Center Co., Ltd. Personal information identification code, and system and method for using personal information identification code
AU4933799A (en) * 1999-08-02 2001-02-19 E-Mark Systems Inc. Electronic settlement system, settlement device, and terminal

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1998019229A1 (fr) * 1996-10-31 1998-05-07 Fajkowski Peter W Procede et appareil de gestion et d'echange de coupons
WO1998021713A2 (fr) * 1996-11-15 1998-05-22 1.2.1. Precise Information Llc Systeme de marchandisage
WO1999016701A1 (fr) * 1997-09-26 1999-04-08 Gilbarco Inc. Systeme de distribution de combustible et de vente au detail permettant d'offrir des promotions de fidelisation a des clients
WO1999052051A1 (fr) * 1998-04-03 1999-10-14 International Business Machines Corporation Emission et rachat de coupon electronique authentifie
WO2000039742A1 (fr) * 1998-12-29 2000-07-06 Symbol Technologies, Inc. Lecteur de code a barres compact
WO2000049551A1 (fr) * 1999-02-19 2000-08-24 Mobil Oil Corporation Systeme et procede de traitement de transactions financieres

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2002102133A2 (fr) 2002-12-27
EP1381994A4 (fr) 2007-08-22
JP4861604B2 (ja) 2012-01-25
JP2008165812A (ja) 2008-07-17
WO2002102133A9 (fr) 2003-04-10
JP2004530232A (ja) 2004-09-30
AU2002327227B8 (en) 2008-05-15
AU2002327227B2 (en) 2008-04-24
CA2438490A1 (fr) 2002-12-27
WO2002102133A3 (fr) 2003-11-13

Similar Documents

Publication Publication Date Title
US8538801B2 (en) System and method for processing financial transactions
US7571139B1 (en) System and method for processing financial transactions
US20060178986A1 (en) System and method for processing financial transactions using multi-payment preferences
US8583478B2 (en) Systems and methods for determining whether to offer a reward at a point of return
JP2008165812A (ja) 金融取引を処理するためのシステムおよび方法
WO2009134807A2 (fr) Système et procédé de quittance électronique
AU2002327227A1 (en) System and method for processing financial transactions
WO2006113223A2 (fr) Avantages de retour
WO2003088078A2 (fr) Systeme et procede de traitement de transactions financieres reposant sur l'utilisation de preferences de paiements multiples
MXPA01008234A (en) System and method for processing financial transactions

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20030915

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE TR

AX Request for extension of the european patent

Extension state: AL LT LV MK RO SI

A4 Supplementary search report drawn up and despatched

Effective date: 20070723

17Q First examination report despatched

Effective date: 20071120

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20140902

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Free format text: PREVIOUS MAIN CLASS: G06F0017600000

Ipc: G06Q0040000000