JP2004530232A - System and method for processing financial transactions - Google Patents

Abstract

The present invention relates generally to customer transactions, and more particularly to systems and methods for monitoring consumer behavior and providing secure electronic payments in exchange for goods and services.
[Selection] Figure 1

Description

【Technical field】
[0001]
This application is based on US patent application Ser. No. 09 / 505,721 filed Feb. 17, 2000, and US provisional patent application No. 60 / 120,760 filed Feb. 19, 1999, filed Feb. 27, 2001. No. 60 / 271,408 and No. 60 / 278,431 filed on Mar. 26, 2001. The applications cited herein are hereby incorporated by reference.
[0002]
The present invention relates generally to customer transactions, and more particularly to systems and methods for monitoring consumer behavior and providing secure electronic payments in exchange for goods and services.
[Background]
[0003]
Because retail chains consist of low-selling products, retailers always have a cost-effective mechanism for getting consumers to shop at their stores and the efficiency of processing already completed customer transactions. Looking for a cheap and affordable method. Traditionally, the most common method used by retailers to make a customer want to shop at a particular store is to motivate the customer to purchase, which takes the form of a printed discount coupon. It was normal. These coupons were distributed to customers either by direct mail or by a more targeted method based on the customer's past purchasing habits. In addition, when the customer purchases a pre-selected item, the coupon may be distributed to the customer from the store or cash register at the retail store.
[0004]
Retailers are more efficient ways to get consumers to shop at their stores by identifying regular customers and giving them some kind of purchase incentive for their ongoing patronage I realized that. However, it can be very expensive to implement a system that tracks customer purchase trends to identify regular customers. Furthermore, to improve retail loyalty, it is necessary to identify various consumer demands that exceed demographic characteristics and provide goods that meet these demands, and the process is time consuming. It takes. Unfortunately, the process of analyzing collected consumer data is also expensive and time consuming and has limited applications. While consumer demographic data by region and country can be obtained from Neilson and other agencies regarding consumer product movement, it is too general to be expected and not useful for a particular retailer. They also do not deal with product movement demographics that allow retailers to learn the individual needs and purchasing trends of people who purchase a particular product.
[0005]
One alternative to traditional loyalty programs that do not require demographic data is to increase sales and customer loyalty through a reward system. For example, the aviation industry uses frequent flyer programs to reward regular customers. In retail sales, “customer” marketing and sales promotion services were attempted. Alternatively, some retailers have tried a program that rewards customers by distributing cards to customers who regularly purchase famous brand items made by a particular manufacturer. Participating retailers use cards to identify customers, record the purchase status of individual brand products, and give points according to the number of brand products purchased. These points are accumulated and prizes are given to card members on a predetermined basis.
[0006]
Unfortunately, none of these services focus on or meet the demands and profits of modern retailers. For example, many of these existing programs only encourage “brand loyalty” or “retail loyalty” and retailers cannot reward across brands (partner brands) or across retailers. Specifically, retailers cannot use any of these services to offer a discount on Frito Ray snacks to purchasers of Coca Cola products. . In addition, using any of these services, Wendy's (R) franchise owners can purchase a certain number of Wendy's product buyers, for example, free of Jiffy Lube (R) An oil change privilege cannot be given. Furthermore, using any of these services, retailers cannot associate specific customer groups with specific customer demands. For example, in a grocery retailer in the United States, double-income households are busy with time and tend to spend less time shopping and eating. Retail grocery stores are questioning whether these types of shoppers are willing to come to their stores. If there is a system that allows retailers to identify consumers with high health interests and provide incentives to appeal to those consumers' demand for natural and / or health foods, retailers and customers alike You can make a profit. Identifying shoppers who have special dietary demands, such as health problems, and developing sales activities to meet these dietary demands can be particularly advantageous for retailers. . Rather than offering a general grocery product, it may be beneficial to provide a product that appeals to a specific group.
DISCLOSURE OF THE INVENTION
[Problems to be solved by the invention]
[0007]
The current loyalty program does not meet the demands of retailers today, as retail customers continue to increase the number of personal computer owners, many of whom use computer network services that provide connectivity to the Internet The situation is getting worse. Some computer sites connected to the World Wide Web have started offering “online” shopping services, and some have proposed sending discount coupons via computer networks. The rich possibilities of sending incentives online are not yet fully realized.
[0008]
In addition to limiting the development of loyalty programs with the rise of the World Wide Web, there are many doubts that there may have been ways to increase the number of consumers involved in fraudulent “online” transactions. ing. With the emergence of payment solutions using the Internet, access to personal information by uninvited eavesdroppers has reached an unprecedented scale. Therefore, in order to conduct this type of transaction on the Internet, a separate security measure that is not available in the conventional transaction processing network is required. This additional requirement is that the communication over the Internet is a private, private phone line service used between traditional “brick and motor” merchants and credit inquiry organizations. This is because it is performed on a communication line that anyone can access without contrast. As an example, FIG. 1 is a schematic diagram of a conventional system 10 for processing non-cash retail transactions. The customer enters the store 12 and makes a purchase using a credit card (for example, one issued by one of a plurality of credit card issuing institutions such as a bank or a payment processing system 16). The store 12 may be one of many similar stores owned or managed by a common parent company or the headquarters 14. Regardless of which card is used, a record of each credit card transaction is sent to the merchant headquarters 14 of the retail store 12 via a dedicated communication channel 13. The merchant headquarter 14 analyzes the received record of the credit card transaction with a processor, and sends it to the appropriate payment processing system 16 via the second dedicated communication channel 15 according to the identification display of the specific credit card used in the original transaction. Send a transaction.
[0009]
Compare this to the situation that occurs when online consumers purchase goods or services on the Internet. As shown in FIG. 2, when the consumer 18 sends credit card information to the online merchant 24, this information passes through countless servers 21 and routers 22 along the path to the online merchant 24. Along the way, information can be easily scanned and examined carefully by a large number of intruders (not shown). For this reason, retail processing systems that use the Internet or other networks without security guarantees as communication media must employ some form of security measures or encryption scheme.
[0010]
In view of the shortcomings of currently available online transaction processing systems and methods, it is desirable to provide systems and methods that enhance customer convenience and security. It would also be desirable to provide a system and method that allows merchants to easily aggregate demographic data for use in designing customer loyalty and purchase incentive programs.
[Means for Solving the Problems]
[0011]
The present invention meets the above-described needs by providing a system and method for processing consumer transactions. In the system of the present invention, after a consumer who visits a retail store identifies which product or service to purchase, the merchant's transceiver connected to the point-of-sale (POS) device is connected to the customer's wireless transceiver. By sending an identity confirmation signal, the merchant is notified of the payment information. After receiving the customer ID, the merchant's transceiver passes it to the POS device. This POS device collects a customer ID, a merchant ID, and transaction data and creates an approval request. The POS device then sends the data to a transaction processing system (host computer) where the customer's payment method is confirmed. In the case of a payment method that requires approval, an approval request is sent to the payment processing center accordingly. When the settlement processing center approves the transaction, it sends an approval code back to the POS device via the transaction processing system. This system provides a higher level of security than prior art systems because it does not send customer credit or debit card numbers over unsecured links. The system also communicates with the merchant from the customer's wireless transceiver so that their credit card numbers and other payment data are not accessed or misused without permission by malicious retail employees. Increase customer trust. In addition, this system allows customers to specify a specific payment method for a particular retail store in advance or use their wireless transceiver at the merchant's retail store in advance. Since the method can be automatically selected by the payment processing system, the convenience for member customers is much higher.
[0012]
With this system, merchants can also get unprecedented benefits. Most importantly, with this transaction processing system networked to the merchant's in-store POS device and the merchant's online shopping network, merchants can use this same system to quickly transfer non-cash transactions between physical store customers and online customers. And it can be processed efficiently. In addition, merchants can track purchase history for each customer who uses this transaction processing system and approve payments, so merchants can understand their past purchases (how to buy (actual store or online)). (Unrelated) can provide targeted purchase incentives. In addition, since the transaction processing system works with several different merchants, merchants working with this system combine their incentive programs with those of other participating merchants to provide customer loyalty across multiple merchants. Can be made.
[0013]
In another aspect, the present invention provides a method for securely processing financial transactions over the Internet or other non-security network. The method includes transmitting a customer ID to a transceiver connected to the customer's computer using the customer's wireless transceiver. The computer identifies the desired product from the merchant's online website and sends the customer ID and product information to the transaction processing system. As in one embodiment, the transaction processing system confirms the selected payment method and sends an approval request to the appropriate payment processing center. When the transaction is approved by the transaction processor, the transaction processor sends an approval code to the online merchant and sends the item to the customer's address. The transaction processing system may not only transmit transaction approvals, but may also transmit unique identity information and other information to related customers without any customer transactions. Other embodiments of the transaction processing system include a system that can send instructions to the seller based on receipt of the customer ID (eg, issue a ticket to the customer, provide access to the customer, etc.).
[0014]
In yet another aspect, the present invention provides a method for associating customer preferences with a customer ID. For example, if you collect and store a customer ’s favorite meals in a chain of fast food restaurants, when the customer sends their ID to a merchant's transceiver in the fast food restaurant, Even if you don't speak a word, you can order your favorite meals and make payments.
[0015]
In order to realize the above and other advantages, and in accordance with the purposes of the invention as embodied and broadly described, the present invention provides a system for processing customer transactions. The system includes a pre-configured customer wireless transceiver with a unique customer / sender ID number and a merchant transceiver that captures the customer / sender ID and forwards it to the associated POS device. . The POS device receives transaction data via the input device, and creates an approval request by combining the transaction data with the ID signal received from the reading device. To further increase security, at least a part of the approval request may be encrypted. The POS device transmits the approval request via a communication channel to a transaction processing system including a processor and a customer information database. The customer information database includes a plurality of customer entries having associated transaction processing attributes. The processor receives the approval request, decrypts it (if necessary), and sends it to the payment processing system according to the payment method preselected by the customer. The processor also stores data derived from the transaction entry associated with the customer ID. The above system not only processes transactions but also facilitates the collection and analysis of comprehensive demographic and purchasing data for managing consumer loyalty programs and conducting trend analysis of consumer purchasing trends. Is.
[0016]
It should be understood that the foregoing summary and the following detailed description are for purposes of illustration and description, and are intended to further illustrate the invention as claimed.
[0017]
Other features and advantages of the present invention will be referred to in the following description, part of which will become apparent from the description or may be learned by practice of the invention. The objectives and other advantages of the invention will be realized and attained by the method, system and apparatus particularly pointed out in the written description and claims hereof as well as the appended drawings.
[0018]
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description, explain the objects, advantages and principles of the invention. .
BEST MODE FOR CARRYING OUT THE INVENTION
[0019]
In the following detailed description of the preferred embodiments, reference is made to the accompanying drawings that form a part hereof, and in which is shown by way of illustration specific embodiments in which the invention may be practiced. This embodiment is described in sufficient detail to enable those skilled in the art to practice the invention. It should also be understood that other embodiments may be utilized and structural changes may be made without departing from the scope of the present invention. The following detailed description is, therefore, not to be construed in a limiting sense.
[0020]
In order to realize the above and other advantages, and in accordance with the purposes of the invention as embodied and broadly described, the present invention provides a system for processing customer transactions. The system receives a customer transceiver preset with a unique customer / sender ID number and a customer identity signal from the customer transceiver, and receives the received customer ID signal as an associated POS. Includes a merchant transceiver to transfer to the device. This POS device receives transaction data via an input device, and in the case of a settlement method that requires approval, creates an approval request by combining the transaction data with a customer ID signal. The POS device transmits the approval request via a communication channel to a transaction processing system including a processor and a customer information database including a plurality of customer entries having related transaction processing attributes. The processor receives the approval request and sends it to the payment processing system determined by the payment method selected by the customer for this transaction. The processor also stores data derived from the transaction entry associated with the customer ID. The above system not only processes transactions but also facilitates the collection and analysis of comprehensive demographic and purchasing data for managing consumer loyalty programs and conducting trend analysis of consumer purchasing trends. Is.
[0021]
First, referring to terms used herein, the following detailed description mainly includes a central processing unit (CPU), a storage device for the CPU, and a pixel-oriented display device. Represented by the symbolic representation and process of processing performed by conventional computer components. These processes involve the CPU manipulating the data bits and holding these bits in a data structure that resides in one or more storage devices. Such a data structure physically organizes a collection of data bits stored in computer memory and represents a particular electrical or magnetic element. These symbolic notations are the means used by those skilled in the art of computer programming and computer structure to most effectively convey the teachings and findings to others skilled in the art.
[0022]
In this description, a process is generally considered a sequence of steps that a computer executes to obtain a desired result. These processes generally require physical manipulation 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, and otherwise manipulated. Those skilled in the art conventionally refer to these signals as bits, values, elements, symbols, characters, terms, objects, numbers, records, files, and the like. However, these and similar terms must be associated with appropriate physical quantities that can be processed by a computer, and these terms are simply conventional labels that apply to physical quantities that exist in or during computer processing. It must be kept in mind that it is only.
[0023]
It should also be understood that operations within a computer are often referred to as add, compare, move, etc., all of which are often associated with manual operations performed by a human operator. It should also be understood that the present invention does not require the human operator to intervene in this way, and it may even be desirable not to intervene. The operations described herein are machine operations that are performed in cooperation with a human operator or user that interacts with the computer. Machines used to perform the processing of the present invention include general purpose digital computers or other similar processing devices.
[0024]
Further, it should be understood that the programs, processes, methods, etc. described herein are not related or limited to any particular computer or apparatus. Rather, various types of general purpose machines can be used in conjunction with programs configured in accordance with the teachings described herein. Similarly, a special apparatus for performing the method steps described herein by a dedicated computer system having a program stored in non-volatile memory such as logic or read-only memory embedded in hardware. It may be advantageous to build.
[0025]
Operating environments using the present invention include general distributed computing systems in which general purpose computers, workstations or personal computers are connected by various types of communication links. In a client-server configuration, programs and data, often in the form of objects, are made available to various members of the system.
[0026]
Referring now to the remaining drawings, identical components are denoted by the same reference numerals as much as possible.
[0027]
FIG. 3 is a schematic diagram of a system 30 for processing retail transactions other than cash, according to one embodiment of the present invention. In FIG. 3, the system 30 includes a store 12, a payment processing system 16, and a transaction processing system 26. The store 12 is provided with at least one POS device 34 for capturing transaction data and customer identification data. The payment processing system 16 uses at least one payment processing terminal 52 for processing purchase transactions. The POS device 34 communicates with the transaction processing system 26 via the communication link 28, and the payment processing terminal 52 communicates with the transaction processing system 26 via the communication link 32. Although the present specification describes a system in which the POS device 34 communicates directly with the transaction processing system 26, the POS device 34 may actually be one or more intermediate computers without departing from the spirit and scope of the present invention. It will be appreciated that the intermediate computer may communicate with the transaction processing system 26. Communication links 28 and 32 may be secure dedicated communication links (such as links 13 and 15 in FIG. 1) or may be accessible by anyone and without security guarantees.
[0028]
FIG. 4 shows a schematic diagram of the POS device 34. The POS device 34 is a device for recording transactions between a customer and a merchant, such as a cash register or a point-of-sale information management terminal, used by the merchant at the time of sale. As shown, the POS device 34 includes a conventional microprocessor 36, a random access memory (RAM) 38, an input device (keyboard, scanner, etc.) 40, a display device or screen device 42, and a mass storage device 44 (hard (fixed). ) Disk, removable floppy disk, optical disk, magneto-optical disk or flash memory, etc.), network interface card, modem or controller 46 (such as Ethernet) and merchant transceiver 48 . As shown, each component of each POS device 34 communicates via a system bus 51 or similar architecture. The POS device 34 communicates with other POS devices (not shown) and the transaction processing system 26 via a network interface card or modem 46. Alternatively, the POS device 34 may be connected by an ISDN adapter and an ISDN line for communication with the transaction processing system 26. The merchant transmitter / receiver 48 performs wireless communication with a customer transmitter / receiver 50 (to be described later) that the customer can carry by attaching to a key chain or the like. There may be components other than those described above, but such components are not shown in order to facilitate the description of aspects specific to this embodiment of the invention. The hardware configuration of this computer as well as other computers described herein is intentionally broad and is intended to represent a variety of architectures depending on the particular computer device used. For example, the large-capacity storage device shown together with each computer may be located on the internal storage device at the same location as the related arithmetic device, or may be remotely located on the external storage device.
[0029]
FIG. 5 shows a schematic diagram of the payment processing terminal 52. As with the POS device 34, the payment processing terminal 52 includes a CPU 54, a RAM 56, a mass storage device 62, and a network interface card or modem 64 for communicating with the transaction processing system 26. The mass storage device 62 stores a payment database 66 for approving payment for consumer transactions.
[0030]
FIG. 6 shows a detailed view of the transaction processing system 26. As shown in FIG. 6, the transaction processing system 26 is a network interface card for communicating with a CPU 86, a RAM 88, an input device 90, a display device or screen device 92, a mass storage device 94, a POS device 34 and a payment processing terminal 52. Alternatively, it is composed of a modem 96. The mass storage device 94 stores a customer information database 100 for identifying a customer, a settlement method, a settlement agent, and an approval data format when a customer / sender ID number is given. Regarding the organization of data in the customer information database 100, various physical structures can be taken according to the progress of data management technology. Examples include, but are not limited to, flat files, relational tables, star tables, hierarchical files, objects, and the like. These data can be stored and searched for customer data to verify identity, approve transactions, contact customers, identify customer preferences and other uses of the data consistent with the spirit and scope of the present invention, Organized to make it easy to effectively navigate, relate and use customer related data. This database is configured to provide maximum security to protect customer privacy and merchant information. To prevent unauthorized access to detailed, aggregated data from both internal and external sources, depending on the design structure of the data storage device and through management of the database system, for example, certain data groups (eg The ability to associate customer data (such as customer data) with specific customer transaction data.
[0031]
As shown in FIG. 6, the customer database 100 includes customer profile information 102, merchant information 104, fraud information 106, loyalty program information 108, transaction information 110, customer settlement method information 112, and customer personal information 114. It can consist of. The customer profile information 102 is for identifying and specifying each customer. This information includes customer address data, phone number, date of birth, social security number, usage limit (amount per day, amount per month, etc.), photo, password, occupation, PIN, billing Including, but not limited to, primary account holder name, authorized user name, customer transceiver operating status, customer transceiver identification number, and the like. The merchant information 104 is for identifying and specifying each member merchant. This information includes, but is not limited to, the merchant name, an authorized payment method with associated approval procedures (if applicable), merchant location, merchant identifier, and the like. It is important to note that some payment methods (such as checks, credits, debits, etc.) require an approval procedure, but other payment methods (cash, payment guarantee checks) do not require such procedures. The fraud information 106 is used to prevent unauthorized users from using the customer transceiver 50. This information includes, but is not limited to, an identifier of the transmitting device, an operating state, a merchant identifier, a store location, a sales date, a sales time, and a sales quantity. The loyalty program information 108 is for defining a specific merchant loyalty program. This information includes, but is not limited to, program rules, specific points or other benefits for each component of the merchant loyalty program. The transaction information 110 includes a list of transactions that the customer has made using the transaction processing system 26 so far. This information includes, but is not limited to, the type of transaction, purchase item, merchant, purchase date, price, total amount, loyalty program usage, and the like. The customer settlement method information 112 is for defining a settlement method used by each customer at each merchant. Examples include default payment method, credit card number, debit card number, bank account number, credit / debit card type, credit / debit card expiration date, credit / debit card holder and billing address, checking account Including, but not limited to, the bank name, current account number, bank code, and the relationship between each merchant and each settlement method. Customer personal information 114 includes various personal shopping preferences and other customer specific personal information. For example, assume that the merchant is Burger King®. The purchase information may be the customer's favorite food or menu item so that whenever the customer initiates a transaction with the merchant, a favorite item is automatically ordered for the customer. Other examples include spending limits ($ per day, dollars per year, etc.), for transactions where the customer always wants to use a PIN or exceeds a certain amount ($) Or the size of the customer's shoes, the size of the suit, the spouse's birthday, the size of the spouse's suit, etc., but is not limited thereto. Other information may be stored in the customer transaction database 100 without departing from the scope of the present invention, and the data may be organized in other ways.
[0032]
The second embodiment of the present invention relates to a method and apparatus for securely processing financial transactions over the Internet or other non-security networks. FIG. 7 is a schematic diagram of a system 700 for processing retail transactions other than cash, according to a second embodiment. In addition to the elements shown in FIG. 3, the system 700 of FIG. 7 further includes an online consumer terminal 710 that communicates with the transaction processing system 26 over a communication link 715. Here, an online merchant 12 ′ is included instead of the store 12 in FIG. 3, an online merchant computer 734 is replaced instead of the POS device 34, and a communication link 28 ′ is included instead of the communication link 28. In this embodiment, communication links 28 'and 715 are typically accessible links that are not secure. In this embodiment, the communication links 28 ', 32, 715 may be anybody accessible link or a combination of secure dedicated links.
[0033]
The difference between the store (FIG. 3) and the online store 12 ′ is that the store 12 is a conventional “non-electronic transaction” store where consumers can physically select and purchase goods. The merchant 12 'is a website operated by a merchant that allows online consumers to review and purchase merchandise on a computer network. The online merchant computer 734 is preferably operated by a retail store (Macy's, Kamart, Borders, etc.). Its main role is to collect orders for merchandise from the online consumer terminal 710 and arrange for shipment of the merchandise after receiving approval from the payment processing system 16.
[0034]
FIG. 8 is a schematic diagram of an online merchant computer 734 according to the present invention. As shown in FIG. 8, the online merchant computer 734 includes a main memory 800, a display device 810, an input device 820, a mass storage device 840, a CPU 830, and a network interface card or modem 850. Further, as shown in FIG. 8, the mass storage device 840 includes a merchant product database 845. The product database 845 is comprised of information regarding various merchant products available online. When a user accesses a merchant's home page, he can access all of the merchant's product pages associated with the home page. Individual pages may be sent in the form of pages written in hypertext markup language (HTML) to the web browser 960 running on the requesting online consumer's computer 710 via the communication link 715. .
[0035]
As shown in FIG. 9, the online consumer computer 710 performs a main memory 900, a display device 910, a keyboard and pointing device to perform various functions related to searching and browsing web pages stored on the Internet. It preferably includes an input device 920 such as a device (mouse, trackball, pen, slide pointer or similar device), a mass storage device 940, a transceiver 970, a printer 990 and a CPU 930. These components communicate via a system bus 980 or similar architecture. Customer computer 710 is also preferably connected to a network interface card or modem 950 to communicate with transaction processing system 26. The mass storage device 940 of the customer's computer 710 holds an Internet browser 960 for giving instructions to the CPU.
[0036]
In the second embodiment, transactions are processed in a manner very similar to the first embodiment. That is, an online consumer destined for the online consumer's computer 710 selects the item, confirms it with the online merchant's computer 734, and uses the customer's transceiver 50 for its customer / sender ID number. Is input to the transceiver 970. This information is sent from the transceiver 970 to the CPU 930 via the system bus 980 and from there to the online merchant computer 734. Upon receipt of this data, the online merchant computer 734 creates an authorization request comprised of the customer ID, merchant ID and transaction data and transmits the data to the transaction processing system 26. Next, the transaction processing system 26 transmits the data to the appropriate payment processing system 16. As in one embodiment, once the transaction is approved by the payment processing system 16, the transaction processing system 26 returns an approval result to the online merchant computer 734 and the online consumer computer 710. Upon receipt of the approval result at the online merchant computer 734, the merchant online store clerk prepares the customer's identified product and ships the product to the address shown in the customer information database 100 or other address designated by the customer. The transaction processing system 26 can manage customer loyalty and consumer trend analysis in the same way as in the first embodiment. In fact, since the transaction processing system 26 can interact with both in-store and online systems, member merchants can comprehensively monitor customer loyalty and consumer purchasing trends of online and in-store consumers in one system. become able to.
[0037]
A third embodiment of the invention relates to a method and apparatus for processing retail transactions other than cash at a store or other similar self-service station. Except that a product database similar to the product database on the online merchant's computer 734 is stored in the mass storage device, there are almost the same terminals installed in the store as the online consumer's computer 710. In operation, a customer at store 12 goes to a store in the store, directs selection of food, goods or services, and provides a customer / sender ID using input device 920, customer transceiver 50, or both. . At this time, the customer starts the settlement process at the same time as ordering the desired item of food, goods or services. Once the transaction is approved, a receipt is printed from the printer 990 and the purchase is delivered to the customer at the store or other designated location. This embodiment provides a self-service automatic settlement processing complex system, and only the preparation of an order is troublesome.
[0038]
In another embodiment, the customer can place an order by phone before arriving at the merchant 12 by connecting to the automation system using the DTMF tone on the phone. That is, when the automated operator at the store 12 responds to the phone call, the customer is instructed to enter the customer / sender ID number and their purchase preferences with the DTMF button. When the customer arrives, the customer's food, goods or services are prepared inside a drive-through window or dedicated line in the store 12. At this point the payment has already been processed. The customer confirms the identity of the customer using the customer's transceiver 50 before the clerk delivers the product to the customer. In this example, the customer transceiver 50 simply checks to see if the customer receiving the food, goods or services is a customer corresponding to the customer / sender ID previously communicated with the merchant in the DTMF system. Used only for. Other transactions may be conducted without departing from the scope of the present invention, and other information may be exchanged between the merchant and the customer for customer identification. For example, a customer may make a transaction over the phone using a payment method other than that permitted by the transaction processing system 26, then verify his / her identity using his / her transceiver 50 and pay for those items. You may be allowed to receive delivery of goods / services. Even when there is no transaction, the customer's transceiver 50 can be used to confirm the identity of the individual. For example, the transmitter / receiver 48 may be installed next to an aircraft loading gate or in a non-entry area other than other parties. A customer who wants to enter a restricted area can easily identify himself / herself by simply connecting the customer's transceiver 50 to the merchant's transceiver 48. Although the security process is started by such an operation, other forms of identity confirmation (photo ID, boarding pass, etc.) may be requested to end the security process. Another embodiment of customer transceiver 50 identifies a particular class of person (such as a disabled person) and, when a person connects to transaction processing system 26, the customer's specific request is notified to the attendant. Such as a customer transceiver. Another embodiment includes a customer transceiver that identifies an individual to a service provider, thereby allowing the service provider to access information about the customer, and allows the customer to be personalized. 50 is included. Yet another embodiment includes a customer transceiver 50 that transmits information from an automated teller machine (ATM) card to the ATM. When this information is received at the ATM side, the customer is instructed to enter his / her PIN and transaction information so that the process can continue as usual.
[0039]
In practicing the present invention, various active transceivers and customer transceivers (48 and 50, respectively) can be implemented. For example, a representative of this technique is the TIRIS system available from Texas Instruments Corporation. Details of the digital signature transponder (DST) and TIRIS technology are contained in US Pat. No. 5,541,604, granted to Texas Instruments Deutsche Line Gmbh. The disclosure is expressly incorporated herein by reference. FIG. 10 shows a schematic diagram of a preferred embodiment of a customer transceiver 50. As illustrated, the customer transceiver 50 includes a keyboard 1110, a CPU 1120, a memory 1130, a receiver 1140, a transmitter 1150, and a security pad 1160. As further shown in FIG. 10, the keyboard 1110 includes a plurality of buttons 1110 a to 1110 l displayed as 0 to 9, “*” and “#”. Each button may correspond to a displayed number / character or may correspond to a selectable user option. For example, the button 1110a can be associated with the number “1” and the number “1” can be transmitted to the CPU 1120 when the user presses it. Alternatively, the button 1110a may correspond to a user-specified item (main credit card, spare credit card, debit / bank account, etc.). In one embodiment, the customer transceiver 50 does not have a separate battery or other power source, and receives operating energy from the transceiver (48 or 970) schematically illustrated in FIGS. 4 and 11, respectively. It has become. The customer transceiver 50 stores identity verification information, such as a customer ID or customer / sender ID, in a programmable read-only memory (PROM) device 1130 and later sends it to the transceiver (48 or 970) as many times as necessary. I can do it. The memory device 1130 may optionally be an erasable PROM (EPROM) or random access memory (RAM) device so that the contents of the memory device can be easily modified. As noted above, one important feature of one embodiment of the customer transceiver 50 and the merchant transceiver 48 is that the customer transceiver 50 obtains operating energy from the transceiver (48 or 970). There is. As the customer transceiver 50 approaches the transceiver (48 or 970), a signal at the desired frequency passes through the receiver 1140 and a supply voltage is provided to power other components of the customer transceiver 50. Arise. This signal is received by the CPU 1120, and then another signal is transmitted from the CPU 1120 to the memory device 1130, which is also transmitted to the customer transceiver 1150 for transmission to the adjacent merchant transceiver 48.
[0040]
FIG. 11 is a detailed flowchart showing the operation of the customer transceiver 50. When the user brings customer's transceiver 50 close to the transceiver (48 or 970), the process begins at step 1200. In step 1205, an interrogation signal is transmitted from the reader to the customer transceiver 50. The CPU 1120 processes the call signal according to an algorithm fixedly programmed in the memory 1130 (step 1210). If this signal is valid, processing flows to step 1215, otherwise it ends. In step 1215, the CPU waits for user input from the keyboard 1110. If no input is received by the CPU, the process flows to step 1245, otherwise it flows to step 1220, where the first character entered by the CPU is a “#” corresponding to button 1110l. Is judged. If the first character is “#”, the CPU sends a shopping preference associated with the entered number (step 1240). As described above, a plurality of customer shopping preferences corresponding to specific items provided by the merchant can be stored in the customer database 100. By pressing “#” before pressing the number key, you can see which order item the customer wants to select. For example, “# 1” corresponds to the preference of the first purchase, and “# 2” corresponds to the second preference, etc. The process then flows to step 1245. If the first character is not “#”, the CPU determines whether the first character is “*” corresponding to the button 1110j (step 1225). If the first character is “*”, CPU 1120 transmits a payment method option associated with the input number (step 1235). The customer must have a valid payment method associated with the entered number, and this must be able to be handled by the merchant. Otherwise, the process ends without the transaction being approved. When customer information is input, the process flows to step 1245 where the CPU 1120 transmits the stored customer / sender ID. If the first character is not “*”, the process flows to step 1230 and the CPU 1120 simply transmits the entered number as the customer ID number. That is, the customer ID number set in advance may be invalidated by the user, and the customer ID number may be manually input. Next, the process flows to step 1250, and the process ends after instructing the user to input a personal identification number. If the user manually enters a customer ID number, the system may request other authorization information, such as a photo ID and / or signature, so that the customer transceiver 50 is never used illegally. In this specification, the operation of the transceiver 50 of the customer has been described as including the selection of goods / services, another settlement method, and the function of specifying the customer number or PIN. Obviously, any data or combination of such data may be transmitted by the customer transceiver 50 without departing.
[0041]
As shown in FIG. 10, customer transceiver 50 may optionally include a security pad 1160 with a fingerprint reader or other biometric recording device. In operation, the customer inputs biometrics (fingerprints, palm prints, pore prints, retina shapes, etc.) into the security pad 1160 when the customer's transceiver 50 is obtained and used for the first time. For convenience of explanation, this biometric is a fingerprint. When the customer transceiver 50 is used for the first time, the customer fingerprint is read and stored in the memory 1130 of the customer transceiver 50. When the customer's transceiver 50 is used in subsequent transactions, the customer's transceiver 50 is activated only when the same finger is stored on the security pad 1160 and matches the fingerprint information stored at the first use. To do. Of course, you can use any finger first, but you must always use the same finger for all subsequent transactions. Alternatively, a predetermined number of different fingerprints may be stored in the customer's transceiver 50 for use by friends and family. In this case, the first fingerprint is read by a method such as pressing one of predetermined four buttons before using the customer's transceiver 50 for the first time. Next, the fingerprints are sequentially placed on the security pad 1160 and stored in the memory 1130 of the customer's transceiver 50. In this case, if the fingerprint on the pad 82 matches one of the fingerprints previously stored in the customer's transceiver 50, the customer's transceiver 50 can be used for subsequent shopping. Currently, there are several methods for reading, storing and matching fingerprints, such as Indicator Technology Corporation, Biometric Identification Inc., and Authentec. Available from In the present specification, the use of the fingerprint reading device has been described, but it goes without saying that other biometric identification methods such as palm prints, pore prints, and retina shapes may be realized by the customer transceiver 50. . In the present specification, the case where the security pad is associated with the customer transceiver 50 has been described. However, it can be understood that the security pad may be substantially included in the touch screen of the display device of the computer.
[0042]
Other embodiments of customer transceiver 50 include customer transceivers having read / write capabilities. That is, when the customer transceiver 50 is used for transaction authorization, information is passed from the merchant transceiver 48 to the memory 1130. For example, a predetermined amount may be stored in the memory 1130, and the corresponding transaction amount may be subtracted from the total amount stored in the memory 1130 when the transaction is executed. If the full amount is used up, the customer transceiver 50 will not operate until the amount of memory 1130 is restored. In another embodiment, a predetermined amount may be stored in the host computer as one piece of customer user information. The customer transceiver 50 may also update the memory 1130 with shopping data each time a transaction is approved to track the customer's participation in the loyalty program. In another preferred embodiment, no purchase transaction is required to access loyalty program information. Further, the customer's transceiver 50 may be compatible with remote resetting of the memory 1130. That is, a customer who wishes to change the customer / sender ID associated with the customer transceiver 50 connects the customer transceiver 50 to the merchant transceiver 48 and uses a keyboard 1110 or the like to create a special code sequence. This may be done by entering and changing the customer / sender ID. In this case, every time the customer updates the customer / sender ID, it is conceivable that the transaction processing system 26 does not operate the corresponding customer's transceiver until the change is confirmed. Alternatively, the merchant transceiver 48 may accept customer / sender ID updates from the transaction processing system 26 at the customer transceiver 50 without user input.
[0043]
In the above-described embodiment, the customer transceiver that the customer carries as an independent item is used, but the customer transceiver 50 may be incorporated in another device. For example, the customer transceiver 50 can be embedded in a cell phone, pager, remote control, car lock device, personal digital assistant, watch, MP3 player or other small electronic device.
[0044]
One embodiment of a customer transceiver 50 assumes a device that receives operating energy from a merchant transceiver 48 before transmitting an RF signal, but the signal is transmitted over a wireless medium (cellular, microwave, infrared, etc.). It will be appreciated that any device that can transmit can be used without departing from the scope of the present disclosure.
[0045]
FIG. 12 shows a detailed view of the merchant transceiver 48 described above with reference to FIGS. As shown in FIG. 12, the merchant transceiver 48 includes a CPU 1300, a memory 1305, a keyboard 1310, a printer 1320, a communication interface 1330, a display device 1340, a transmitter 1350, and a receiver 1360. As further shown in FIG. 14, the keyboard 1310 includes a plurality of buttons 1310 a to 1310 l displayed as 0 to 9, “*” and “#”. The keyboard 1310 can be used for receiving manually input data (such as a password) and transmitting the data to the communication interface 1330. In operation, the interrogation signal stored in the memory 1305 is transmitted by the transmitter 1350 to the customer transceiver 50, and a supply voltage sufficient to obtain the customer transceiver power is generated at the customer transceiver. The receiver 1360 receives a signal from the customer transceiver 50 and transmits the signal to the communication interface 1330 so that it can be transmitted later to the associated POS device 34, online customer computer 710, shop, etc. The communication interface 1330 has a wireless or wired interface, and the receiver 1360 can communicate with the external device and the merchant transmitter / receiver 48 at a remote location for the purpose of transmitting information received from the customer transmitter / receiver 50. You may do it. Communication interface 1330 also allows merchant transceiver 48 to connect to the public switched telephone network (PSTN) via an RS232 connection to a built-in modem (not shown). Therefore, a customer's transmitter / receiver 50 is connected to a cable at a central location (such as CATV coaxial) so that a person who wants to watch a pay-per-view (registered trademark) movie communicates with the pay-per-view system and directly through the television. You may be able to purchase movies. Upon completion of the transaction, the customer's receipt may be printed using the printer 1320, or the display device 1340 may be used to communicate information to the customer (such as when the customer enters a PIN). Also good.
[0046]
According to another embodiment, the merchant's transceiver authenticates payment for goods and services over the Internet, digital information (movies, music, online books, research, etc.) and applications (voice / email, personal calendar, “sport entertainment” Portable devices (such as Palm Pilot®, handheld computers, etc.) that allow the capture and transmission of customer IDs and other security information to authenticate and authorize access to “packages”, golf handicap programs, etc. ) Including a merchant transceiver incorporated in or attachable to. Still other embodiments include merchant portable transceivers that allow sellers (pizza deliverers) to approve transactions from any point. This merchant transceiver includes a CPU 1300 with sufficient memory 1305 to capture transaction content and process it internally. This merchant transceiver may or may not be wirelessly connected to the transaction processing system 26. Still other embodiments include merchant transceivers that work with vending machines (snack, cigarettes, stamps, etc.), public telephones, etc. for consumer transaction approval.
[0047]
As described above, the preferred embodiment of the merchant transceiver 48 provides power to and receives RF signals from the customer transceiver at the same location. However, any device capable of receiving a radio signal (cellular system, microwave, infrared, etc.) can function in place of a merchant transceiver without departing from the scope of the present invention.
[0048]
In the preferred embodiment, the transaction processing system 26 is owned and operated by a company separate from the entity that owns the store 12 and the payment processing system 16. In exchange for the service provided by the transaction processing system 26, the merchant is charged a fee for processing the transaction using the transceiver. First, a transaction fee is charged for each transaction processed by the transaction processing system 26. In addition, an advertising fee for covering brand communication may be imposed. That is, the customer transceiver 50 is supplied with the brand name of the owner of the transaction processing system 26. The brand name is widely advertised to attract customers, and the customer can use the store 12 that can make transactions using the customer's transceiver 50. For this reason, the owner of the transaction processing system 26 imposes an advertising fee on the member store 12.
[0049]
Alternatively, the transaction processing system 26 may be used to enable a large company that owns a plurality of retail outlets to sell the customer's transceiver 50 under its own brand name. In this case, the merchant company “issues” the customer transceiver 50 and pays the transaction processing system a fee. At this time, the transaction processing system offsets the cost on the store 12 side by rebating the amount of the transaction using the transmitter / receiver performed through the store every month.
[0050]
In another embodiment of the present invention, a system for connecting an RF transponder reader carried by a customer with an RF transponder associated with a merchant point of sale (POS) terminal or merchant product and A method is provided. In operation, a customer seeking to purchase a retail item or service uses a transponder reader to read a transponder associated with a merchant POS terminal or merchant product. The transponder reader is in communication with the central database. This communication may be wireless. Communication may be, for example, via a wireless telephone network or via a networking protocol such as Bluetooth.
[0051]
In one embodiment of the invention, the transponder is associated with a data entry method and / or apparatus. This data input device may be such that it can be inserted into the transponder unit, or may be incorporated therein. Alternatively, this data input method may be attached to the same device as the device to which the transponder is attached. For example, if the transponder is attached to a key ring, the data entry method can be associated with the same key ring.
[0052]
The data input method of the present invention includes inputting data to be read into a data reading device. The data reader includes a means for scanning data to be read, a power source, and a memory for storing the read data. The data to be read includes data associated with the product (s), service (s) or merchant (s). The data to be read may be held on any medium as long as the data reader can read the data. For example, data to be read can be incorporated into an advertisement. This advertisement may be an advertisement for a product or service, or a merchant advertisement. You may place this advertisement in a newspaper, magazine, Internet website, poster, or similar medium.
[0053]
The data reader may further include means for notifying the customer that the data has been successfully read and stored. For example, light that activates upon successful reading and storage of data, vibration unit, display screen, audible sound (s), audible signal (s), printed receipts, other feedback means or these These combinations may be included in the data reader.
[0054]
In one embodiment of the invention, the data to be read is associated with a discount for a product or service. The customer uses this data input method to read data associated with the discount. Save this data in association with the transponder. When the customer later purchases the product or service, the transponder reader associated with the merchant's POS terminal reads the customer's transponder and sends data regarding the discount to the merchant's POS terminal. Thus, the discount is applied to the purchase transaction of the product by the customer.
[0055]
In another embodiment, when data associated with a discount is sent to a merchant POS terminal, this data is matched against corresponding data stored in a central database or merchant database. This corresponding data informs the merchant salesperson and / or the POS terminal for a discount. The merchant database may be a central database at a remote location, a local database (including a database updated at a POS terminal) in the facility, or a distributed database. Also good. In another embodiment, data associated with the discount is stored on the customer's transceiver. This data is transmitted to the merchant's POS terminal, and the merchant's salesperson and / or POS terminal is notified of the discount. For example, a unified product code (UPC) for a product can be stored in the memory of the customer's transceiver or data reader along with the discount amount associated with the product. In this way, the discount amount corresponding to the UPC can be transmitted to the POS terminal of the merchant.
[0056]
Merchant discounts or proposals may be associated with a customer user profile stored in a central database or merchant database. As described above, in one embodiment of the present invention, an authorization request that includes transaction data is received from a POS terminal by a transaction processing system that includes a customer user profile or information. The transaction processing system determines from the transaction data whether the product or service is subject to a discount or offer associated with the customer's user profile. If the product or service in the transaction is eligible, send the discount or proposal to the POS terminal so that the discount or proposal can be applied to the transaction and notify the customer and / or merchant salesperson To do.
[0057]
In yet another embodiment of the present invention, a plurality of data may be read by a data reader and stored in association with a transponder. For example, data about products handled by the same manufacturer or distributor can be read. Further, data on a plurality of products handled by the same merchant may be read. In yet another embodiment, the data to be read can be associated with multiple products handled by a single merchant or multiple products handled by a single manufacturer. Alternatively, data to be read may be associated with a plurality of products by various merchants or manufacturers. For example, it is possible to insert various types of coupons or discount coupons between newspapers. At this time, the data to be read may be associated with all of the various special coupons or discount coupons folded in the newspaper. When the customer reads the data using the data reader, the various special coupons or discount coupons are all stored in association with the transponder. Further, the data to be read may be associated with all of various coupons or discount coupons of a part of the newspaper or the entire newspaper.
[0058]
When associating the data to be read with the coupon or discount ticket listed on the Internet website, the customer may read the data using a data reader on the computer monitor. Further, the customer may send the data on the website to a computer printer. Thereby, the customer can read the data as a hard copy in which the contents of the website are printed by the data reader.
[0059]
The data to be read may include a character string, an image, a number, a pattern, or a combination thereof that can be read by the data reader. For example, the data to be read may include a barcode, and the data reader may include a barcode reader. The data reader may be capable of reading two or more types of data. For example, a data reader that can read a barcode, a character string, an image, a number, a pattern, or a combination thereof may be used.
[0060]
In still another embodiment of the present invention, data to be read may be associated with a URL address of an Internet website. For example, a newspaper article may refer to an Internet website. This Internet website may be referred to for reasons such as the topic in the article, or providing background or more in-depth information about the topic in 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 middle of the article, or in the margin of the article. The customer can read this data with a data reader associated with the customer's transponder. In this embodiment, the transponder reader can be connected to a computer. This computer may be capable of accessing the Internet. When the customer's transponder is read by the transponder reader connected to the computer, data regarding the URL address read in advance may be transmitted to the transponder reader. In this way, the transponder reader transmits the URL address to the computer, and the computer can access the URL address. Then, an Internet website corresponding to the URL address can be presented to the customer.
[0061]
In yet another embodiment, a coupon or discount ticket may be used to indicate the URL address of an Internet website where a customer can purchase a product or service associated with the coupon or discount ticket. Good. The data to be read can be associated with a coupon or discount and / or URL address. The customer may read the data with a data reader associated with the customer's transponder or store the data in association with the customer's transponder. Alternatively, the transponder may be read by a transponder reader connected to a computer that can access the Internet. Data associated with the URL address is transmitted from the transponder to the transponder reader. In this way, the Internet website corresponding to the URL address can be shown to the customer. The customer can purchase a product or service through its website on the Internet, or can approve the purchase with the customer's transponder. The transponder reader transmits data associated with the coupon or discount ticket from the transponder. Data is transmitted from the transponder reader to the computer. The computer sends data to an Internet website. Thus, a coupon or discount ticket associated with this data can be applied when a customer purchases a product or service.
[0062]
The data to be read can be associated with a coupon or discount ticket, but the data to be read can also be associated with identification of a product or service. Once read and stored, the data may be sent to the merchant transponder reader.
[0063]
In one embodiment of the invention, data identifying the product or service is presented to the customer. For example, data identifying a movie video may be presented at the end of a movie review article published in a newspaper. The customer can read the data with a data reader. The data reader stores this data in association with the transponder. This data can be sent to the merchant transponder reader. For example, data identifying a movie video stored in association with a customer's transponder is received at a transponder reader at a rental video store. In this way, the movie video corresponding to the customer can be provided from the rental video store, and the approval of the rental transaction can be obtained from the transponder.
[0064]
Alternatively, in the above example, the customer may indicate that he / she does not want to borrow the specified movie video at a specific time. The identified movie video title may be stored in the rental video store database as a "wish list" item corresponding to the customer's transponder. When the rental video store is visited at a later date, the customer's transponder can be read by the transponder reader of the rental video store. The customer may access the customer's “wish list” corresponding to the customer's transponder in the merchant database and choose to borrow a movie video from his / her “wish list”.
[0065]
In another embodiment, when a customer indicates that they want to borrow a specified movie video, the merchant POS terminal communicates with the merchant database or other database to provide information about the specified movie video to the customer. To communicate. Information communicated includes whether the movie is “in stock”, that is, whether it is available, when the movie is borrowed, when it will be returned, and when the movie will be returned. However, it is not limited to these.
[0066]
In another embodiment, the data to be read can be displayed on the product itself. The customer can use the data reader to read the data displayed on the product and store this data in association with the transponder. After sending this data to the transponder reader, the merchant may identify the product. Further, the transponder reader may be connected to the customer's personal computer. Data identifying the product may be transmitted to the transponder reader, and the data may be transmitted from the reader to the computer. This computer can send data to Internet merchants. By doing so, it is possible to show the customer an Internet website on which the product specified by the data can be purchased. For example, a customer can scan for daily items that are used immediately or used up. Data corresponding to the shopping item list is stored in association with the customer's transponder. This data can be sent to the merchant or Internet merchant and the customer has the option to purchase one, some or all of these items.
[0067]
Alternatively, the data may be transmitted to a customer's computer printer or a home personal computer linked to the computer printer. If you use a printer, you can print a hard copy of your shopping list. In yet another embodiment, the data may be sent to a database that can identify other information corresponding to the data sent by the customer. This information includes the product name (s) corresponding to the data, the local store or internet site where the product is available, the location of the store or the location of the product in the store, the price of the product, etc. May be. This more detailed information or shopping list can also be sent to the customer's personal digital assistant. More detailed information or a shopping list may be sent to a store in the local store. For example, this store may be on a shopping cart. In this way, the customer has access to more detailed information about the shopping list and the store on the shopping cart.
[0068]
The transponder utilized in the present invention may be capable of being inserted into or incorporated into a suitable device or form factor. In this way, the transponder can be customized to suit the customer's lifestyle and preferences. For example, the transponder may be integrated into a smart card having a magnetic tape, or the transponder may be integrated into a soft cloth. In addition, the transponder may be integrated into a device such as a portable information terminal, a clock, or a mobile phone, or the transponder may replace it. Also, the transponder may be integrated into a functional form such as money, tie pins, clothing buttons or pins. A customer may own more than one transponder. Different customer profiles or accounts may be associated with each transponder. For example, the customer profile associated with the customer's mobile phone transponder may be different from the customer profile associated with the customer's personal digital assistant transponder, and different customer profiles or accounts may be combined into one transponder. You may make it relate. In the case of a single transponder, the customer may have means to select between different customer profiles or accounts. In addition, the transponder may be provided with means for the customer to select one of different preferences or to give an answer to the question.
[0069]
Still other embodiments of the present invention include additional verification means for transaction authorization. This other verification means may be any means as long as it can confirm the customer as the owner of the transponder. For example, when using a transponder, a customer may be allowed to input a personal identification number (PIN), biometric data, a password, or the like. Other verification means may be used for all transactions, may not be used for any transaction, or may be used only for a given merchant, product, service, transaction type or amount. Good. This predetermined list may be determined by the customer or the merchant. For example, when a transaction exceeds a predetermined purchase amount, another verification means may be required to complete the transaction. In another verification means, the customer moves the transponder in front of the transponder reader in a predetermined manner and performs the verification. Movements made in a predetermined manner are detected by a transponder reader and transmitted to a central database for confirmation. This predetermined method may be any manual movement that can be correctly performed by the customer as many times as necessary. Preference information regarding whether or not another verification means should be directed to the customer may be stored in a customer profile stored in a central database. The preference information regarding whether or not another verification means should be directed to the customer may be stored in the transponder itself or in the merchant POS terminal or database.
[0070]
The customer's purchase profile may also be stored in a central database. Prior to approving a transaction, the central database may analyze the types of purchases that are required to be approved for settlement. In this analysis, an algorithm can be used to compare purchases that are required to be approved for payment with a customer's purchase profile. Based on this analysis, in particular, when the possibility of fraud is indicated by the analysis, it is possible to subsequently request identity verification or verification from the customer.
[0071]
In yet another embodiment, the present invention includes a system for associating a unique ID code, information about an individual, and payment information for that individual. In a preferred embodiment, the transponder sends a unique ID code to the transponder reader. The unique ID code is stored in a central database. Information about the transponder user is entered into a central database and associated with a unique ID code. The user's payment information is entered into a central database and associated with a unique ID code. In yet another embodiment, the present invention includes an apparatus for reading a unique ID code from a transponder, reading payment information from a credit card magnetic tape, and associating the unique ID code with payment information. In another embodiment, the invention further includes means for automatically entering information about the individual. For example, the means for automatically entering information may include scanning an individual's driver's license optically or reading a magnetic tape on the back of the driver's license.
[0072]
Further, the above information may be transmitted from this device to the central database. In another embodiment, payment information can be entered by other means that do not use magnetic tape. For example, payment information may be manually input using a keyboard, or credit card information may be scanned by an optical reader. In another embodiment, the unique ID code can be transmitted from the transponder to the reader and from there further to the central database. At a later stage, payment information associated with the unique ID code can also be sent from the transponder user. For example, the payment information for transmission to the central database may be registered by the user from an Internet website, or the payment information entered on the paper by the user may be scanned later and registered in the central database. Also good. When received at the central database, the payment information is associated with a unique ID code corresponding to the user.
[0073]
In other embodiments, the means for identifying the transponder is external to the transponder housing, the surface of the package containing or associated with the transponder unit, the surface of the package of the device including the transponder, or the like Provided on the surface of a simple device. The means for identification may include, for example, an optically scannable bar code or other code. The package may include a shipping or promotional package. In this embodiment, the means for identification and the unique ID code stored in the transponder are associated by a central database. Here, user information is transmitted to the central database. The user's payment information is also sent to the central database. The central database associates the means for identification with the corresponding user information and its payment information. For example, the user can present user information and payment information to the merchant. The merchant may or may not use a transponder reader. The merchant can scan the barcode on the transponder package. The merchant sends the barcode, user information and payment information to the central database. The central database matches the barcode with the corresponding unique ID code associated with the transponder. The central database associates user information and payment information with a unique ID code corresponding to the barcode. In this way, the merchant does not need to utilize a transponder reader to register a user with the system and method of the present invention.
[0074]
Customer transponders, transceivers or user profiles can also be associated with more than one payment method. The customer can enter preferences and indicate the default payment method to use depending on the type of transaction, merchant or purchase amount. Examples of the payment method include, but are not limited to, at least one of a credit card, a debit card, an ATM card, and a bank account.
[0075]
It is also possible to associate customer transponders or transceivers with two or more different networks or host systems. If the merchant's transceiver reader is presented with a customer transponder that is not currently registered or activated for the host network associated with this merchant reader, the customer's transponder stored in the customer's transponder A unique ID code or sender code may be received by the reader. This code is sent to the merchant's host computer along with the customer's payment information and identity verification information. Customer identity information may be electronically derived and transmitted, such as from a credit / debit card or a driver's license magnetic tape. Alternatively, identification information may be presented separately. In a preferred embodiment, at least one payment method is sent to the host computer along with the transponder's unique ID. The merchant may provide the customer with a document to allow the customer to fill in the customer name, address, phone number, credit card number, debit card number or other payment information or customer information. This document may be pre-printed or affixed with a bar code or other identification code. This identification code can be transmitted to the host computer together with the unique ID and payment information. If information obtained from a document is manually input or optically scanned by a computer, this information can be identified by an identification code and more efficiently matched with the corresponding unique ID and settlement information. Thereafter, all of these pieces of information may be stored together in the host computer.
[0076]
In another embodiment of the present invention, the user's unique ID code stored on the user's transponder may be associated with the second transponder. A customer profile stored in the central database corresponding to the user's unique ID code can also be associated with the second transponder. This second transponder may be utilized in the system and method of the present invention. In this case, the transactions completed by the second transponder can be collected and presented to the user separately from the transactions completed by the user's transponder. Different payment forms may also be associated with the second transponder rather than the payment information associated with the user's transponder.
[0077]
For example, a user may rent a car for use on a business trip. This user presents his personal transponder to the rental car agency. The rental car agency associates this user's transponder with the second transponder. Alternatively, the second transponder may be associated with a customer profile that the user uses at a rental car agency. The second transponder may consist of a transponder built into a key associated with the rental car or a transponder associated with a key ring of a key associated with the rental car. The user can make a purchase transaction using the second transponder. The second transponder may use payment information associated with the user's personal transponder or may use other payment information. The second transponder, depending on the user's prior selection or, in the case of a business trip, the prior selection based on the business of the entity employee in the profile stored for the entity employee, which is communicated to the rental car agency. It is also possible to limit the applications allowed for For example, a user's personal credit card may be utilized with the second transponder, or the second transponder may be associated with the user's operating expense credit card instead. When the user returns the rental car to the rental car agency, a receipt is given to the user. This receipt may include not only the car rental transaction, but also all the transactions performed by the second transponder. In this example, the user can enumerate operating expenses more easily when the business trip is over. In yet another embodiment, the second transponder is attached to the same key ring as the rental car's ignition key. In yet another embodiment, the second transponder or ignition key can be removed from the key ring. In this way, even if the user passes the ignition key to a third party (parking staff, parking staff, etc.), the third party cannot access the second transponder.
[0078]
In yet another embodiment of the present invention, a customer's transponder can be used to make a hotel room available. In one embodiment, a customer who wants to book a hotel room may present his personal transponder to the transponder reader. Here, transaction approval is obtained using the system and method of the present invention. Once approved, the customer is given the hotel room key. The customer may be given a key by a hotel clerk such as a receptionist. Alternatively, a key may be automatically given to a customer by a self-service check-in type store equipped with a transponder reader. In this embodiment, when the room number is not displayed on the room key, the room number may be printed at the store. You may print a transaction receipt at this store. In another embodiment, a separate key for a hotel room is not passed to the customer. Instead, the customer's transponder is associated with the hotel room. A transponder reader is embedded in the door of the hotel room. A hotel room door transponder reader reads the customer's transponder and unlocks the door accordingly.
[0079]
In yet another embodiment, the present invention includes a system and method for restaurant transactions. In one embodiment of the invention, a customer orders a meal and approves the payment for that meal using the system and method described above for approval of processing at the transponder. Customers can order meals through restaurant employees. Alternatively, the customer may select a meal order using a self-service shop, or may select a meal order using a button on an ordering system usually used by an employee. In other embodiments, the customer can order a meal before arriving at the restaurant. The customer can place an order by automatic selection by phone, an internet website or other suitable means for ordering meals. When arriving at the restaurant, payment for the previously ordered meal is approved using the customer's transponder. The customer's favorite meal order content may be stored in the customer profile. In this case, the customer's transponder is read by the transponder reader when arriving at the restaurant. The preferred meal order content stored in the customer profile is automatically selected and ordered.
[0080]
When ordering a meal, the customer may wait for the meal to come out at the order counter. Or the customer may go to the dining table. The dining table can be equipped with a transponder reader. In this case, the customer's transponder is read by a transponder reader on the dining table. The transponder reader at the dining table communicates the location of the dining table where the customer is to the restaurant employee. Then, a restaurant employee can bring the customer's meal to the dining table where the customer is located. Alternatively, the customer's “will call” name or nickname may be stored in the customer profile. This "reservation" name or nickname can be communicated to restaurant employees. When the "reservation" name or nickname is called, the customer knows that the meal he ordered is ready and can be received at the designated receiving port. Or, the order contents of a favorite meal are stored in the customer profile. Upon entering the restaurant, the customer may go to the dining table without placing an order at the order counter. The dining table can be equipped with a transponder reader. In this case, the customer's transponder is read by a transponder reader on the dining table. The order contents of the favorite meal stored in the customer profile and the location of the dining table where the customer is located are transmitted to the restaurant side. This allows customers to take their favorite meal orders to the dining table where the customer is located.
[0081]
In yet another embodiment, the customer orders a meal before he arrives at the restaurant. This meal order may be made using any suitable means. For example, meals can be ordered using an Internet website, telephone, car phone, car phone internet connection, and the like. Upon arrival at the restaurant, the customer parks his car in one of a plurality of designated parking spaces at the restaurant. A transponder reader is associated with the parking space. The transponder reader reads the customer's transponder. The transponder reader communicates the location of the customer's parking space to the restaurant employee. Restaurant employees can deliver ordered meals to customers in customer parking spaces. Alternatively, the customer can place an order while in the designated parking space of the restaurant. For example, when a customer's transponder is read by a transponder reader associated with a restaurant parking space, the order details of the favorite food stored in the customer profile are transmitted to the restaurant side. Thus, the ordered favorite food is delivered to the customer parking space.
[0082]
The above embodiments, particularly those for restaurant orders and payments, have several advantages over existing systems and methods. For example, customers do not have to wait side by side to place an order. All customers can order at the same time. Further, in some embodiments, customer orders are made automatically or by the customer themselves, so there is no need to educate restaurant employees to take customer orders, and the Do not need to speak.
[0083]
Data about customer preferences may be stored in the customer profile. This customer profile can be stored in a central database. Customer preferences may include whether the customer wants a receipt for shopping, what type of receipt, etc. For example, a customer may want to receive a receipt for each transaction, or may require a receipt only for certain transactions that exceed a predetermined purchase price. Alternatively, the customer may not like to receive a receipt for each transaction. Alternatively, customers may prefer to receive daily email notifications detailing purchases made within the last 24 hours.
[0084]
In one embodiment of the present invention, a customer accumulates loyalty points in response to a transaction and these points are associated with the customer in a central database. Once enough loyalty points have been accumulated, the merchant can offer loyalty rewards to the customer. This loyalty reward may be goods or services that are provided free or at a discounted price. Alternatively, the loyalty reward may be a credit or discount that can be used in future transactions with the merchant. When the customer next purchases, the customer's loyalty reward eligibility can be communicated to the merchant employee. Alternatively, the customer may receive a loyalty reward notification by email or telephone, or may receive this notification by accessing the customer's account on an Internet website. In addition, the customer may be provided with a means for confirming the qualification for loyalty reward for the merchant. For example, a special loyalty reward code or courtesy ticket may be given to a customer or printed from an email or website. Alternatively, the loyalty reward qualification may be embedded in the customer's transponder. When the merchant's transponder reader later reads the customer's transponder, the transponder reader conveys the loyalty reward qualification to the merchant.
[0085]
In yet another embodiment, the present invention can be used to qualify for participation in a service or event. For example, in this embodiment, a customer can purchase a ticket, and this ticket purchase is associated with the customer in a central database. A unique code for the customer's transponder or other means for identifying the customer's transponder is communicated to the event venue. The customer's transponder is read by the transponder reader at the event venue. It is recognized that the customer's transponder is associated with the customer who has already paid for the ticket. A corresponding receipt, ticket stub or seat assignment may be printed and handed to the customer. However, receipts, ticket stubs or seating are not necessary because the transponder can confirm that the customer has paid for the event or service.
[0086]
In yet another embodiment of the present invention, preferences related to a particular type of shopping can be stored in the customer profile. For example, a customer profile may allow only transactions made within a specific region, at a specific type of merchant, for a specific type of product, or within a fixed transaction amount.
[0087]
It should be noted that although the embodiment of the present invention and the example of the present invention disclosed above are exemplified by the transponder device, the present invention is not limited to this. The present invention does not require a transponder. For example, if the merchant does not use a transponder reader, the customer may provide other means for communicating a unique ID code stored on the customer's transponder. This other means may include information stored in the customer profile that is specific to that customer. For example, a customer can provide PIN, biometric data or knowledge only for that customer. This information can be communicated directly to the central database without allowing the merchant agent to access the information.
[0088]
A preferred method for processing financial transactions will now be described with reference to FIGS. As described above, the system 10 captures the customer's sender ID at the POS device 34 and combines the captured data with the merchant ID and the purchase item selected by the customer to create an approval request (if desired). Is encrypted and transmitted to the transaction processing system 26. Upon receiving this approval request, the transaction processing system 26 confirms the payment processing system 16 accordingly, and transmits the customer's payment data and transaction data to the payment processing system 16 for approval. When the transaction is approved by the payment processing system 16, an approval code is returned from the transaction processing system 26 to the merchant. Further, the transaction processing system 26 may transmit customer identification data and shopping data in response to a request from a member merchant. The transaction processing system 26 not only has the ability to approve transactions with customers, but also collects transaction data that can later be used to aggregate consumer purchase trend data and track consumer progress in merchant loyalty programs. To.
[0089]
FIG. 13 is a flowchart illustrating a preferred method 200 for processing a financial transaction. Each of the steps that make up the method described in 200 are performed by various devices that form part of the system 10 for processing financial transactions. The method begins at step 300 where the customer accesses the registration subsystem of the transaction processing system 26. This process includes all actions that must be performed before an individual can complete a customer transaction with the customer transceiver 50 using the transaction processing system 26. Once the customer registration is complete, the process flows to step 400 where the system can process the customer transaction. At predetermined intervals, preferably every 24 hours, processing flows to step 500 where the system 10 updates customer preferences and profiles and clears the bills in the appropriate time. Next, the process flows to step 600, at which point the system 10 performs the processes necessary for archiving the captured data and updating the loyalty program data.
[0090]
FIG. 14 is a detailed flowchart showing the steps performed by system 10 in step 300 of FIG. As shown in FIG. 14, the process begins at step 310 when a customer accesses the registration subsystem of the transaction processing system 26 to open an account. The act of accessing the registration subsystem of the transaction processing system 26 is simply dialing the phone number and dialing tone multi-frequency (DTMF) from the method of calling the customer service representative and communicating the information verbally over the phone. Various methods such as a method of connecting to a computer using a tone signal and a method of logging on the Internet and accessing a predetermined uniform resource locator (URL) can be executed. When the customer logs on to the system, processing flows to step 320 where the registration subsystem of transaction processing system 26 prompts the user for customer information. In this process, customer profile information 102, customer settlement method information 112, and customer personal information 114 are presented from the customer. These data are used to communicate with the customer, but they can be combined with other data (such as transaction information 110, customer personal information 114, etc.) to provide special promotions for those of particular interest to the customer. May be. At the time of registration, the customer also presents a settlement method, which is called by the transaction processing system 26 every time a transaction is started. For example, the customer presents credit, debit, and other payment related data so that the customer is charged correctly for the purchase. When inputting data into the customer transaction database 100, the customer may select any of the payment methods that the customer has an account and the merchant side supports. In other words, even if the customer has several other cards that Merchant # 1 supports, all transactions made at Merchant # 1's retail store can be placed on their VISA (R) card. Can be assigned. Alternatively, the customer may specify that his / her transaction using the transceiver is processed with his / her bank credit card or debit card and the payment is made with this card. Further, the customer can also specify that all transactions at merchant # 1 be cash transactions, even if they have a sales account that merchant # 1 supports. How many merchants are associated with each customer record in customer transaction database 100 depends on the number of merchants that an individual customer has entered into the system. In other words, customer # 1 may have two merchant entries corresponding to the number of merchants who are regular customers, and customer # 2, who does not care much about debt, has twenty merchants. You may have an entry. It is necessary to input certain information (name, address, personal identification number, etc.) for the system to work properly, and other information can be entered at the customer's discretion (spouse status, date of birth, etc.) It is important to keep it. At the time of registration, the customer is informed that not only the input of certain information is optional, but also the disclosure and use of information by the transaction processing system 26 can be restricted.
[0091]
The customer can also check the default payment method that applies to participating merchants for whom no other payment method has been verified. This default payment method will also apply to new merchants who join the transaction processing system 26 after customer registration. As part of the registration process, the customer may provide personal information about the customer, such as the preferred product brand at each store, anniversary and other important dates, and clothing size. As explained below, any data provided by the customer in the registration process can be changed later at the customer's discretion. The customer can request that a plurality of customer transceivers 50 be associated with each account, or identify other authorized users for each customer transceiver. Rules for the use of a plurality of customers' transceivers 50 by a plurality of individuals are managed based on the rules of the payment processing system 16.
[0092]
When the customer enters the requested information, the system 26 verifies the customer's chosen payment method to see if it is reasonable and acceptable. This process is executed by comparing information input by the user with data stored in the payment processing terminal 52. If it is determined that the data is valid, processing flows to step 345 and the data is stored in the customer information database 100. At step 370, the customer transceiver 50 is set with the customer ID number, and at step 380, the customer transceiver 50 is mailed to the customer. Before a customer can use the customer's transceiver 50 to approve a transaction, the customer's transceiver 50 must be activated by himself. This security process helps an authorized person to legitimately use the customer's transceiver 50. In a preferred embodiment, the customer activates the customer's transceiver 50 using the identity verification information presented at registration and the information enclosed in the device package. Once activated, the customer can begin trading using the customer's transceiver 50. If the data is invalid, the system instructs the user to correct the invalid information, and returns to step 320 to instruct the customer to re-enter the invalid information.
[0093]
FIG. 14b shows another preferred embodiment of the process 300 shown in FIG. As shown in FIG. 14b, when the customer presents the customer's transceiver to the merchant's reader or POS terminal, the process begins at step 1405, where the sender ID or code is sent from the transceiver to the reader or POS terminal. Is done. In step 1410, the customer is provided with at least one payment method and additional information corresponding to the at least one payment method. At step 1415, additional customer identity is obtained from the customer. This information includes, for example, customer name, account password, personal identification number, delivery address, email address, telephone number that can be reached during the day, telephone number that can be contacted at night, date of birth, social security number, driving It may include a license number, usage limit, preference for using a PIN, customer photos, etc. At step 1420, the sender ID is associated with additional customer identity. In step 1425, the sender ID is transmitted along with associated payment information and customer information to the host transaction processing system or database. In step 1430, the host transaction processing system determines whether the payment information obtained from the customer is valid and whether the purchase transaction is approved. If any payment information is invalid or not approved by the purchase transaction, processing flows to step 1435 requesting the customer to present another or modified payment information. If the payment information is valid, the process flows to step 1440. In steps 1440 and 1450, payment information and customer information are stored in association with the sender ID in the database used in the transaction processing system. This process may include a merchant verification of additional customer information (such as comparing the identification photo on the driver's license with the customer in front of him).
[0094]
If the customer wishes to shop with the newly registered customer's transceiver, as shown at step 1450, the process may continue. If the customer is not willing to shop, the process ends. If the customer wants to shop, processing flows to step 1455. In step 1455, the customer presents the product or service that they wish to purchase. In step 1460, the merchant enters transaction data for the product or service into the merchant's POS terminal. In step 1465, the POS terminal sends an approval request to the transaction processing system. Here, since the sender ID has already been registered at the POS terminal from the registration process, the customer does not need to present the customer's transponder to the POS terminal again. After step 1465, the approval request conforms to the methods and processes disclosed and described elsewhere herein.
[0095]
FIG. 15 is a detailed flowchart showing each step executed in step 400 of FIG. As shown in step 410, the first step occurs when a customer who is shopping at the store 12 confirms with the store clerk the item he wants to purchase. Next, in step 415, when the store clerk inputs the product into the CPU 36 using the input device 40 of the POS device 34, the transaction amount is calculated by the CPU. After reviewing the transaction records, the customer connects the customer's transceiver 50 to the merchant's transceiver 48 in step 420 and verifies the identity of the system 26. Customer transceiver 50 consists of an electronic transmitter / receiver combination that includes the unique customer / sender ID number set therein. When the customer transceiver 50 is connected to the merchant transceiver 48, a customer identity signal including a unique customer / sender ID number is transmitted to the merchant transceiver 48. In order to ensure security, the merchant transceiver 48 and the customer transceiver 50 employ a technique of transmitting a call signal from the merchant transceiver 48 to the customer transceiver 50. The customer transceiver 50 processes the challenge signal with an algorithm that is fixedly programmed in the customer transceiver 50 and then returns a response consisting of the customer / sender ID number to the merchant transceiver 48. This call signal and response signal are highly encrypted, and if a unique customer / sender ID number is illegally retrieved from the customer's transceiver 50, a very large processing capacity is required over a long period of time.
[0096]
Upon receipt of the customer / sender ID number, the merchant transceiver 48 sends the data to the transaction processing system 26 via the communication link 28 along with the transaction details (cost, merchandise confirmation, etc.). Step 425). One important feature of the system 10 is that the customer's credit card is never exchanged with the store clerk. Therefore, there is no possibility that the card is illegally used by a malicious store clerk.
[0097]
Another embodiment of the invention includes a system 26 that transmits only the customer / sender ID over the communication link, rather than transmitting the customer's credit card number over the communication link (FIGS. 3 and 9). In this embodiment, the payment processing system 16 manages data indicating the correlation between the customer / sender ID number and the payment method. The store 12 also creates a transaction record based on the customer / sender ID number rather than the credit / debit card number. In operation, when an approval request is transmitted from the store 12 to the transaction processing system 26, the transaction processing system 26 checks the customer / sender ID number and the data stored in the customer information database 100 to process the transaction. When the system confirms the customer ID (step 435), the system links it to the customer's name (step 445) and subsequently links to the transaction information (step 450). If the customer ID is not found at step 435, the system sends a message to the merchant informing the customer that the customer is attempting to use an invalid customer transceiver (step 440). If the customer ID is found at step 435, the system can approve the customer transaction at the same time while waiting for final approval from the payment processing system 16. That is, at the same time as the rest of the approval process is performed, the system may approve the start of shipment of a desired item or service. For example, when refueling an automobile, the system may operate a fuel pump even before final approval is obtained, minimizing the time a customer waits. When the merchant's name is found at step 460, the system verifies the customer's payment method for that particular merchant (step 470) and depending on the type of transaction (credit, debit, cash, etc.) the authorization data flow and destination Judging. In order to reduce misuse of the customer's transceiver 50, the transaction processing system 26 may use security information together. As an example of management, the usage frequency of a specific customer's transceiver 50 within a certain period, the usage frequency of the customer's transceiver 50 within a certain limit frame, the customer's transceiver 50 within a specific region, It is possible to check the usage frequency and the limit amount, but it is not limited to this.
[0098]
In the case of a transaction that requires approval, such as in the case of a credit card transaction, the merchant POS device 34 communicates with the transaction processing system 26 to identify the correct payment processing system 16 as described above, and the transaction request is processed in the payment process. Send to the system for intent. If the transaction is approved at step 484, the system then compares the customer's transaction activity stored in transaction information 110 at step 488 with loyalty program information 108 to determine whether the customer is a regular customer or Determine if you are eligible for royalties. Approval data and reward data (if any) are sent by the transaction processing system 26 to the merchant (step 490), and in step 492, the customer receives or receives service and is informed of his reward. In step 494, transaction processing system 26 archives the transaction data to secondary storage 94 for later analysis. If the payment processing system 16 cannot process this particular transaction for any reason, such as when there is a communication problem or the transaction amount exceeds the customer's usage limit, this transaction is not approved and the product has already started A message is sent from the transaction processing system 26 to the merchant in step 486 to immediately stop shipping (such as gasoline). For this reason, the store clerk is informed by a well-known method that the customer must be asked for an alternative payment method, and the process is terminated. In this specification, the transaction is terminated when the settlement method cannot be approved, but there are several other options that can be realized without departing from the scope of the present invention. For example, if the payment method does not work, the system may request and use an alternative payment method.
[0099]
Even when the transaction does not require approval (ie, when using cash or other current assets), the POS device 34 communicates with the transaction processing system 26 to exchange the transaction information 110 and loyalty program information 108 with customer information. It is provided to the database 100 and it is determined whether or not the customer is eligible for loyalty rewards.
[0100]
Customers can also use the transaction processing system 26 to inquire about customer progress in meeting specific loyalty program requirements. To initiate this request, the customer accesses the transaction processing system 26 as described above (i.e. calls the customer service representative and communicates the request verbally through the phone, dialing the phone number and dialing the DTMF tone. Use it to connect to a computer or log on to the internet to access a given URL) and communicate your request.
[0101]
FIG. 16 is a detailed flowchart showing each step executed in step 500 of FIG. In the preferred embodiment, the customer can update the information contained in the customer information database 100. At this time, the same process as that used to transmit the information to the system first is taken. The reason for this update can vary from a change in status (such as a change in a customer's address or status), a change in preferences for a particular merchant, or the addition of a new merchant to a customer. Data security management is used so that only legitimate customers can access and modify the profile data. The customer information database 100 is updated at a predetermined time of the day, preferably at a time outside the usage peak, so that the system operation is not hindered due to the update by the customer. It is assumed that As shown in step 510, transaction processing system 26 periodically reads updated customer profile data from online memory (RAM 88 or secondary storage 94). At step 520, transaction processing system 26 checks the merchant's account. That is, the system aggregates the merchant's sales, fills in the merchant and payment processor's credit if applicable, and then issues an invoice to each merchant and payment processor based on the sales activity. . Customer profile information 102, merchant information 104, transaction information 110, and customer payment method information 112 are used to determine the fees paid to each entity (store 12, payment processing system 16 and transaction processing system 26, if applicable). Used. Once the aggregation of this information is complete, transaction processing system 26 updates the customer profile data (step 530).
[0102]
The process shown in FIG. 16 does not include a process executed when the user tries to operate his / her transponder due to loss or theft. In this case, the database is quickly updated to prevent unauthorized use of the transponder by unauthorized persons.
[0103]
FIG. 17 is a detailed flowchart showing each process executed in process 600 of FIG. As shown in step 610, transaction processing system 26 periodically reads raw transaction data from secondary storage device 94. This reading can be executed every day at a predetermined time, or can be executed immediately after the completion of the transaction. In any case, raw transaction data comprises customer profile information 102, merchant information 104, loyalty program information 108, transaction information 110, and customer personal information 114. This data is collected and analyzed to determine the effectiveness of the transaction processing system 26, the improvement and development of new related products, and the development of loyalty programs and special promotional products that are of particular interest to customers and merchants of the transaction processing system 26. Use for various purposes such as follow-up, analysis, etc. Further, this information may be sold to the merchant company 12 or the payment processing system 16 to provide individual services for each customer. The merchant company is likely to pay for the transaction processing system 26 data on a pay-per-unit basis or on a project basis. In step 620, the loyalty data is updated by the transaction processing system 26, and in step 630, other data (eg, customer transaction data including demographic data that can be used to track customer purchase trends, etc.) is desired. , Send updated information.
[0104]
Although the present invention has been described above in terms of particularly preferred embodiments, the present invention is not limited to these embodiments. In particular, in light of the above teachings, those skilled in the art can implement other embodiments and modifications encompassed by the present invention. Accordingly, the present invention is intended to cover all other embodiments, modifications or equivalents thereof that may be included within the spirit and scope of the present invention.
[Brief description of the drawings]
[0105]
FIG. 1 illustrates a conventional system for processing a retail transaction with a credit card.
FIG. 2 is a diagram illustrating a conventional online computer system for purchasing goods and services on the Internet.
FIG. 3 illustrates an improved system for processing transactions consistent with the present invention.
FIG. 4 is a schematic diagram of a point-of-sale information management device according to the present invention.
FIG. 5 is a schematic diagram of a payment processing terminal according to the present invention.
FIG. 6 is a schematic diagram of a transaction processing system according to the present invention.
FIG. 7 is a schematic diagram of another embodiment system for processing transactions according to the present invention.
FIG. 8 is a schematic diagram of an online merchant computer according to the present invention.
FIG. 9 is a schematic diagram of an online customer computer according to the present invention.
FIG. 10 is a schematic diagram of a customer transceiver according to the present invention.
FIG. 11-a is a detailed flow chart illustrating the steps performed by the preferred embodiment customer transceiver when approached to the merchant transceiver.
FIG. 11-b is a detailed flowchart illustrating the steps performed by the customer transceiver of the preferred embodiment when approached to the merchant transceiver.
FIG. 12 is a schematic diagram of a merchant transceiver according to the present invention.
FIG. 13 is a flowchart illustrating a preferred method for processing a financial transaction in accordance with the present invention.
FIG. 14-a is a detailed flowchart illustrating the steps performed to register a customer according to the present invention.
FIG. 14-b is a detailed flowchart illustrating the steps performed to register a customer according to yet another embodiment of the present invention.
FIG. 15-a is a detailed flowchart illustrating the steps performed to process a customer transaction in accordance with the present invention.
FIG. 15-b is a detailed flowchart illustrating the steps performed to process a customer transaction according to the present invention.
FIG. 16 is a detailed flowchart showing the steps executed when closing the end of the day according to the present invention.
FIG. 17 is a detailed flowchart showing the steps performed to manage a customer loyalty program according to the present invention.

Claims (49)

A system for redeeming merchant loyalty program rewards,
Transmitting a signal including customer identification data to one of a plurality of point-of-sale information management devices;
Sending the customer identity verification data from one of the plurality of point-of-sale information management devices to a host transaction processing system; and royalty reward data from the host transaction processing system to the plurality of point-of-sale information management devices Including transmitting to one of the systems. The system of claim 1, wherein the customer identity verification data includes auxiliary approval data. The system according to claim 1, wherein the auxiliary approval data includes a personal identification number manually input by a customer in one of the plurality of point-of-sale information management devices. The system of claim 1, wherein the auxiliary approval data includes biometric data from a customer corresponding to the customer identity verification data. The system of claim 1, wherein the customer identity data is transmitted by a customer transceiver. The system of claim 1, wherein transmitting the customer identity verification data further comprises transmitting a merchant identifier. The system according to claim 1, wherein the royalty reward data is used as payment for a transaction. The system of claim 1, wherein the loyalty reward data gives a user associated with the customer identity data the right to receive a discount on a product or service from a merchant. The system of claim 1, wherein the loyalty reward data gives a user associated with the customer identity verification data a right to free a product or service from a merchant. The system of claim 1, wherein the merchant loyalty program includes two or more merchants. A system for processing transaction data and merchant reward program data,
Transmitting a signal including customer identification data to one of a plurality of point-of-sale information management devices;
Transmitting an approval request from one of the plurality of point-of-sale information management devices to a host transaction processing system, wherein the signal includes the customer identification data, a merchant identifier, and transaction data;
Determining loyalty reward program information corresponding to the customer identity confirmation data, the merchant identifier, or a combination thereof from the customer identity confirmation data; and from the host transaction processing system, One includes a step of transmitting the loyalty reward program information and a response to the approval request. 12. The system of claim 11, wherein the customer identity verification data is transmitted by a customer transceiver. The system of claim 11, wherein the customer identity verification data includes auxiliary approval data. 12. The system according to claim 11, wherein the auxiliary approval data includes a personal identification number manually entered by a customer in one of the plurality of point-of-sale information management devices. The system of claim 11, wherein the auxiliary approval data includes biometric data from a customer corresponding to the customer identity data. The system according to claim 11, wherein the royalty reward data is used as a payment for a transaction corresponding to the transaction data. The system of claim 11, wherein the loyalty reward data provides a user associated with the customer identity data to receive a discount on a product or service from a merchant. The system of claim 17, wherein the product or service corresponds to the transaction data. 12. The system of claim 11, wherein the loyalty reward data gives a user associated with the customer identity verification data a right to free a product or service from a merchant. The system of claim 19, wherein the product or service corresponds to the transaction data. A system for registering a user in a transaction processing program,
Transmitting sender identity verification data from the customer's transponder to the point-of-sale information management device;
Sending settlement information to the point-of-sale information management device;
Associating the sender identification data with the payment information;
Transmitting the associated sender identity verification data and the payment information to a host transaction processing system; and storing the associated sender identity verification data and the payment information in the host transaction processing system. A system characterized by The system of claim 21, wherein the payment information corresponds to a credit card, a debit card, a bank account, or a combination thereof. Further comprising: transmitting additional customer information to the host transaction processing system; associating the additional customer information with the sender identity data and the payment information; and the associated additional customer information, sender identity data and The system of claim 21, further comprising a step of storing the payment information. A system for registering a user in a transaction processing program,
Sending sender identity verification data from a customer's transponder to one of a plurality of point-of-sale information management devices;
Sending settlement information to one of the plurality of point-of-sale information management devices;
Transmitting the sender identity verification data and the payment information to a host transaction processing system;
Assigning a unique customer identifier corresponding to the sender identity verification data;
Associating the unique customer identifier, the sender identification data and the payment information; and storing the associated unique customer identifier, the sender identification data and the payment information in the host transaction processing system. The system characterized by including the process to perform. 25. The system of claim 24, wherein the payment information corresponds to a credit card, debit card, bank account, or a combination thereof. Further comprising: transmitting additional customer information to the host transaction processing system; associating the additional customer information with the sender identity data and the payment information; and the associated additional customer information, sender identity data and The system according to claim 24, further comprising a step of storing the settlement information. A computer readable medium containing instructions for redeeming merchant loyalty program rewards,
The instructions are realized by a computer, all of the following:
Receiving a signal including customer identification data at one of a plurality of point-of-sale information management devices;
Transmitting the customer identity verification data from one of the plurality of point-of-sale information management devices to a host transaction processing system; and one of the plurality of point-of-sale information management devices from the host transaction processing system A computer readable medium comprising the step of transmitting loyalty reward data to the computer. 28. The computer-readable medium of claim 27, wherein the customer identity verification data includes auxiliary approval data. 28. The computer-readable medium of claim 27, wherein the auxiliary approval data includes a personal identification number manually entered by a customer at one of the plurality of point-of-sale information management devices. 28. The computer-readable medium of claim 27, wherein the auxiliary approval data includes biometric data from a customer corresponding to the customer identity data. 28. The computer readable medium of claim 27, wherein the customer identity verification data is transmitted by a customer transceiver. 28. The computer-readable medium of claim 27, wherein sending the customer identity data further comprises sending a merchant identifier. The computer-readable medium of claim 27, wherein the loyalty reward data is utilized as a payment for a transaction. 28. The computer readable medium of claim 27, wherein the loyalty reward data provides a user associated with the customer identity data to receive a discount on a product or service from a merchant. 28. The computer-readable medium of claim 27, wherein the loyalty reward data gives a user associated with the customer identity verification data a right to a product or service from a merchant free of charge. The computer-readable medium of claim 27, wherein the merchant loyalty program includes two or more merchants. A computer readable medium comprising instructions for processing transaction data and merchant reward program data comprising:
The instructions are realized by a computer, all of the following:
Receiving a signal including customer identification data at one of a plurality of point-of-sale information management devices;
Transmitting an approval request from one of the plurality of point-of-sale information management devices to a host transaction processing system, wherein the signal includes the customer identification data, a merchant identifier, and transaction data;
Determining loyalty reward program information corresponding to the customer identity confirmation data, the merchant identifier, or a combination thereof from the customer identity confirmation data; and from the host transaction processing system, One includes a step of transmitting the loyalty reward program information and a response to the approval request. 38. The computer-readable medium of claim 37, wherein the customer identity verification data is transmitted by a customer transceiver. 38. The computer-readable medium of claim 37, wherein the customer identity verification data includes auxiliary approval data. 38. The computer-readable medium of claim 37, wherein the auxiliary approval data includes a personal identification number manually entered by a customer at one of the plurality of point-of-sale information management devices. 38. The computer-readable medium of claim 37, wherein the auxiliary approval data includes biometric data from a customer corresponding to the customer identity verification data. The computer-readable medium of claim 37, wherein the loyalty reward data is used as a payment for a transaction corresponding to the transaction data. 38. The computer-readable medium of claim 37, wherein the loyalty reward data provides a right associated with a merchant product or service discount to a user associated with the customer identity data. 44. The computer-readable medium of claim 43, wherein the product or service corresponds to the transaction data. 38. The computer-readable medium of claim 37, wherein the loyalty reward data gives a user associated with the customer identity verification data a right to free a product or service from a merchant. The computer-readable medium of claim 45, wherein the product or service corresponds to the transaction data. A computer readable medium containing instructions for registering a user with a transaction processing program,
The instructions are realized by a computer, all of the following:
Receiving sender identity verification data from a customer's transponder at one of a plurality of point-of-sale information management devices;
Sending settlement information to one of the plurality of point-of-sale information management devices;
Associating the sender identification data with the payment information;
Transmitting the associated sender identity verification data and the payment information to a host transaction processing system; and storing the associated sender identity verification data and the payment information in the host transaction processing system. A computer-readable medium characterized by: The computer-readable medium of claim 47, wherein the payment information corresponds to a credit card, a debit card, a bank account, or a combination thereof. Further comprising: transmitting additional customer information to the host transaction processing system; associating the additional customer information with the sender identity data and the payment information; and the associated additional customer information, sender identity data and 48. The computer readable medium of claim 47, comprising storing the payment information.

Images