US 7,840,486 B2Grant
System and method for performing secure credit card purchases
Issue Date:2010-11-23
•30 Claims
•3 Drawing Sheets
Abstract
A method and system of performing secure credit card purchases in the context of a remote commercial transaction, such as over the telephone, wherein only the customer, once generally deciding upon a product or service to be purchased, communicates with a custodial authorizing entity, such as a credit card company or issuing bank wherein such entity has previous knowledge of the credit card number as well as custodial control of other account parameters such as interest rate, payment history, available credit limit etc. The customer supplies the custodial authorizing entity with the account identification data such as the credit card number and a requested one of a possible plurality of predetermined payment categories which define the dollar amount for the purchase and specific, predetermined time parameters within which authorization by the custodial authorizing entity will remain in effect. The custodial authorizing entity then generates a transaction code which is communicated exclusively to the customer wherein the customer in turn communicates only the transaction code to the merchant instead of a credit card number. The transaction code is indicative of merchant identification, credit card account identification and a designated one of the plurality of predetermined payment categories.
Metadata
Inventor
- John D'Agostino
Application Information
Application Number:US 11/252,009
Filing Date:2005-10-17
Priority Date:1999-01-15
Art Unit:3691
Classifications
IPC:
G06Q40/00
Patent Drawings (3 sheets)
Description
[0001] The present application is a Continuation of U.S. patent application Ser. No. 10/037,007, filed Nov. 4, 2001 now abandoned, which is a continuation-in-part of U.S. patent application Ser. No. 09/231,745, filed on Jan. 15, 1999, now U.S. Pat. No. 6,324,526, issued on Nov. 27, 2001.
Background of the Invention
[0002] 1. Field of the Invention
[0003] This invention relates to a system and method of performing secure credit card purchases in connection with remote commercial transactions, wherein a credit card holder does not have to reveal their credit card number to a merchant or a mechanism controlled by the merchant in order to accomplish a purchase, and wherein the merchant is still assured of the necessary credit verifications and approvals prior to authorizing and/or completing a credit card transaction, thereby increasing overall security by minimizing any access to credit card numbers without having to substantially modify or deviate from existing, accepted credit card transaction practices.
[0004] 2. Description of the Related Art
[0005] The utilization of credit and debit cards to conduct transactions is ever increasing. This is especially the case with remote or “mail-order” transactions wherein merchants desire to be assured of a payment prior to shipping a product. For example, recent years have seen a substantial increase in the popularity of televised shopping networks to further supplement the popularity of catalogue type sales. Moreover, the increasing use and popularity of distributed computer networks such as the internet has also contributed to the dramatic increase in the number of remote commercial transactions conducted every day.
[0006] One primary reason associated with the rapid growth of remote commercial transactions is the ability of a merchant to reach an almost limitless number of potential customers at a substantially insignificant cost and with little or no operating overhead since an actual store is not required. Additionally, such sales techniques permit customers to view the products and services in a greatly expanded marketplace, representing a great number of vendors, without extensive travel and without foregoing the privacy and convenience of their home or other predetermined computer site in some cases. Simply put, a telephone or like communication avenue is all that is needed to place the consumer in contact with the merchant and complete the transaction.
[0007] The vast increase in popularity of remote commercial transactions conducted over the telephone or internet is further facilitated by the relatively simple protocols and procedures necessary to conduct such transactions. In particular, in order to complete a valid transaction, a merchant need not physically see the customer or the credit card, but must merely accept and enter a customer's credit card account number and an expiration date thereof to obtain authorization. This same convenience, however, is the primary disadvantage and/or problem associated with conducting commerce in the manners set forth above. Specifically, there is a great reluctance on the part of the customer to transmit the credit card account information, including the credit card number, because of the proliferation of fraud, and a well recognized lack of security directed to the protection of such account information. Indeed, it has been established that security and privacy concerns are realistic due to the fact that credit card account data is easily readable or interceptable by unauthorized parties, and can be readily used for all types of remote transactions with minimal risk of being physically caught. In fact, unscrupulous individuals have many ways of gaining access to a consumer's legitimate remote transactions and thereby obtaining the credit card information. This information can be obtained from old credit card receipts or even from the unauthorized notation and use of the information by merchants or their employees after a legitimate transaction is made. Naturally, the latter is the most difficult to prevent utilizing known methods and systems unless a consumer is willing to completely forego the use of a credit card for purchases.
[0008] In the case of computerized remote transactions, as messages, including account data or other confidential information, move across the internet, they can easily pass through numerous computers, any one of which can be utilized to copy such confidential information or data, thereby leading to a further risk of potential fraud when conducting such transactions. Presently, some companies currently seek to address such security and privacy concerns by the employment of encryption programs and techniques. To this end there is an extensive facility associated with both public and private encryption schemes being deployed in order to guard the private or secured information being transmitted across the internet or like world wide networks. Unfortunately, however, even with such encryption techniques, the account information must usually still ultimately be transmitted to a third party who did not previously have access to that information previously. Even some more sophisticated systems which seek to interpose a separate computer or encryption entity between the consumer and the merchant so as to obtain authorization and forward it to the merchant, that information must still be made available to and/or transmitted to that third party, thereby leaving open an avenue for fraud or theft. Further, such encryption techniques, even if minimally effective for computerized remote transactions, are not truly useable for other conventional types of remote transactions, or even normal in person transactions.
[0009] Based on the above, there is an obvious need in the field of art associated with remote commercial transactions for a system and method of performing secure credit card purchases of goods and services which truly reduces the risk of potential fraud and theft by eliminating outside access to a consumer's private credit card information without requiring complex encryption equipment or significantly altering the ease and convenience of current transaction techniques. Further, such a system and method should also be effective for use in conventional, “in person” transactions as well, thereby providing an added measure of security and minimizing the hazards associated with the passing on of account information by unscrupulous merchants. Also, such a system should provide limits to potential loss or liability in a manner which does not impede the transaction.
Summary of the Invention
[0010] The present invention is directed towards a system and method of performing secure credit card purchases, wherein payment for goods or services purchased is efficiently accomplished while eliminating the necessity of disclosure or dissemination of a consumers specific credit card number or other account data which the customer or other individual may wish to maintain in confidence. The system and method of the present invention incorporates the advantage of consummating the purchase by the customer through the selection of any one of a plurality of predetermined payment categories. Collectively, the payment categories represent a variety of methods for accomplishing payment for a fixed transaction, a multiple transaction and/or a repeating transaction.
[0011] One embodiment of the system and method of the present invention comprises a customer receiving information, including specific data necessary for the purchase of any given product or service. This promotional information generated by the merchant can be received by any of a plurality of conventional means including advertisements, catalogues, computer network connections, direct person to person customer and merchant contact, telephone solicitation, mail orders, etc. Once the customer has identified the product or services which he/she wishes to purchase, the customer contacts and supplies a custodial authorizing entity with the requisite information concerning both the identification of a specific credit card or debit card account and a requested payment category. Additionally, security against unauthorized use of confidential account data may also preferably include information relating to the merchant's identification and/or location.
[0012] The custodial authorizing entity is preferably defined as the entity which has or has been assigned the custodial responsibility for the financial account data of a customer's credit card account, including a previous knowledge of the credit card number and other information such as credit limits, payment history, available credit amounts and other information which will determine the status of a given credit card account in terms of authorizing a requested payment for a current purchase.
[0013] As part of the security system for accomplishing a commercial transaction utilizing credit card or debit card payment, the custodial authorizing entity includes sufficient facilities, preferably including a processing computer or like applicable hardware for the generation of an exclusive transaction code. The transaction code is to be used in substitution for the credit card number and when utilized as authorized, will issue the merchant a credit approval, and will accomplish payment for the goods or services desired in the normal fashion normally associated with a credit or debit card transaction, without the publication or dissemination of an identifying credit card number for a specific customer's account to any entity that is not already aware of that information.
[0014] Further, a feature of the transaction code is its ability to indicate any one of preferably a plurality of predetermined payment categories which may be either requested by the customer or automatically chosen by the custodial authorizing entity based on the type of account or the type of purchase or other commercial transaction involved. Each of the payment categories are reflective of a different type of payment desired or required to consummate the intended purchase. More specifically, the plurality of payment categories may include a single transaction involving a specific dollar amount for a purchase within a specific time period, such as twenty four hours, during which authorization of the purchase remains valid. Alternately, a single transaction may be involved wherein a maximum limit or a dollar amount is determined above which the purchase will become invalidated and further wherein a fixed period of time is preferably established for maintaining authorization of such purchase. Other alternatives would involve one or more of the categories coded to define multiple transactions involving a maximum dollar amount for purchases, as well as a fixed period of time for authorization of such purchases, and/or a repeating transaction wherein payments may be automatically accessed by a merchant over a predetermined or unspecified time interval (such as every thirty days) for a specific dollar amount or a maximum dollar amount limit. Also, limits solely as to a specific merchant or a given time period can be effectively established for which the transaction code is valid.
[0015] A further feature of the present invention to be described in greater detail hereinafter, is the requirement that the transaction code, once received by the customer is transmitted to the merchant by the customer or a person specifically authorized by the customer. Only minimal contact by the merchant and the custodial authorizing entity is provided for purposes of the merchant verifying the validity of the transaction code utilizing a conventional process electronically or otherwise similar to the verification of a credit card number normally offered to a merchant for the purchase of goods or services. There is, therefore, no disclosure, publication or other dissemination of the specific credit card number of a given customer account beyond those entities who already know the information, and the transaction code is transmitted exclusively to the customer by the custodial authorizing entity who has the ability to better identify whether the customer is properly authorized to use the account. Moreover, the transaction code, once given out by the customer, only has a limited usefulness, thereby limiting the risk of misuse and minimizing the potential losses to be experienced by the credit card company and/or the account holder.
[0016] Accordingly, it is an object of the present invention to provide a system and attendant method for performing remote commercial transactions utilizing credit cards, which maximizes the security of the transaction and limits the potential liability to be experienced from a fraudulent transaction.
[0017] Yet another object of the present invention is to provide a secure system and method for establishing credit card purchases which eliminate the disclosure or dissemination of the actual credit card number to anyone other than a custodial authorizing entity which normally has custodial responsibilities for account information including the previously established credit card number.
[0018] It is another object of the present invention to provide a system and method of establishing secure credit card purchases through the generation of a transaction code which renders it extremely difficult or impossible to access or infiltrate a customer's credit card account by unauthorized means.
[0019] It is yet another object of the present invention to provide a secure method of completing a remote commercial transaction which eliminates the need to convey actual account information to a merchant, but which allows the merchant to conduct a normal verification of information needed to consummate a given purchase.
[0020] It is also an object of the present invention to provide a system and attendant method of accomplishing secure credit card purchases which eliminate the need to disclose or disseminate a given credit card number while providing the customer with the versatility of choosing any one of a plurality of predetermined payment categories.
[0021] It is yet another feature of the present invention to provide a system and method of accomplishing secure credit card payments having the versatility of allowing the customer to select any one of a plurality of payment categories which are indicative of a variance in the amount of a purchase as well as the time in which authorization for such payment is valid.
[0022] These and other objects, features and advantages of the present invention will become more clear when the drawings as well as the detailed description are taken into consideration.
Brief Description of the Drawings
[0023] For a fuller understanding of the nature of the present invention, reference should be had to the following detailed description taken in connection with the accompanying drawings in which:
[0024] FIG. 1 is a schematic representation of a flow chart showing various steps involved in the performance of the system and method of the present invention for the secure credit card purchasing;
[0025] FIG. 2 is a schematic representation similar to that of FIG. 1 wherein customer to merchant contact is accomplished by conventional facilities such as television; and
[0026] FIG. 3 is a schematic representation similar that of FIG. 2 wherein customer to merchant contact is established either by phone or in person.
[0027] Like reference numerals refer to like parts throughout the several views of the drawings.
Detailed Description of the Preferred Embodiment
[0028] As shown in the accompanying Figures, the present invention is directed towards a system and method for accomplishing secure credit card purchases. Moreover, these purchases can be “in person”, but preferably include remote commercial transactions such as mail order, purchases over the internet, television solicitations, telephone solicitations, etc. Security is established by virtue of the elimination of the need to disclose an active credit card number and expiration date to the merchant or any other party other than the original credit card company, issuing bank or like financial institution which already has custodial responsibilities for the financial or account data associated with a given customer's credit card account.
[0029] More specifically and with reference to FIG. 1 the system as well as an attendant method is preferably instigated by the customer viewing a product, identifying a desired amount for a transaction and/or receiving promotional information as at 10, either in person or by any of the electronic or more conventional techniques which will be described in greater detail with reference to FIGS. 2 through 3 . Once the customer reviews the product or promotional information and has sufficient information, such as including price, product or service identification, payment requirement, etc., regarding the remote commercial transaction to be conducted, the customer contacts, either by computer, telephone or in person, a custodial authorizing entity as at 12. The custodial authorizing entity may herein be defined as comprising that entity or institution which has or has been designated by the entity which has custodial responsibility for the financial data and security of a given credit card account of a customer. As set forth above such custodial authorizing entity can be represented by the credit card company issuing a credit card to a given customer or alternately can be represented by a bank or other financial institution serving to sponsor a credit card or debit card to the extent of processing the debits and credit associated therewith. The authorizing entity's custodial responsibilities of course includes the previous knowledge and/or storage of the credit card number serving to identify a specific customer's credit card account. Once contacted, the customer then supplies appropriate identification data to inform the custodial authorizing entity of a specific customer's credit card account as at 14. In addition, the customer will supply the custodial authorizing entity with additional required information needed to consummate the purchase as well as ensure the security of the account in order to prevent its unauthorized use. Such additional information may preferably include the identification of the merchant or merchants involved, when such information is deemed necessary, and a requested one of a plurality of predetermined payment categories to facilitate consummation of the purchase of the products or services desired. Such predetermined plurality of payment categories will be discussed in greater detail hereinafter.
[0030] Once the appropriate information has been received from the customer as indicated at 16, the custodial authorizing entity verifies the credit card status and account identification of the customer to determine the viability of the account in terms of dollar amount limits, payment history, available credit balance, etc. If the accessed credit card account is not in good standing, the custodial authorizing entity will permanently or temporarily terminate the transaction as at 18 and/or communicate to the customer directly as at 18′ by any applicable means for purposes of informing the customer of the unacceptable status of the accessed credit card account. If the credit card account is in good standing, based at least in part on the requested payment category, (amount of payment), the custodial authorizing entity generates a transaction code as at 20. The transaction code is used in substitution for the specific credit card number which would normally identify a customer's credit card account and would allow access thereto by any entity having possession of the credit card number whether or not such possession was authorized or unauthorized. More specifically, the transaction code is pre-coded to be indicative of a specific credit card account, preferably a merchant or merchants identification and a designated payment category, selected from the plurality of predetermined payment categories as set forth above. Once generated, the transaction code is communicated exclusively to the authorized and verified customer by the custodial authorizing entity as at 22, wherein the system and method of the present invention preferably restricts communication between the custodial authorizing entity and the merchant except to conduct a normal verification as will be explained.
[0031] The verified customer thereafter and preferably within a time limit to be determined by the customer and pre-coded in association with the transaction code, will directly or through an authorized representative communicate the transaction code to the merchant as at 24. The system and method of the preferred embodiment of the present invention contemplates that only the verified customer will transmit the generated transaction code to the merchant in the case of a remote commercial transaction, thereby limiting knowledge of the transaction code to those parties having a need to know. Of course, however, as the transaction code will generally have a limited value as defied by the verified customer when obtained, the verified customer may designate an agent or other entity to act as the customer on his/her behalf, with the amount of potential liability to be experienced by such a transaction to be limited to the amount defined by the verified customer when obtaining the transaction code.
[0032] At this point the purchase is consummated at least from the customer standpoint in that the customer has previously established the acceptable status of the account. Therefore the customer feels free to disclose the transaction code to the merchant or merchants instead of the actual credit card number as at 22, 24 and is relatively unconcerned if the transaction code is published or otherwise disseminated to unauthorized entities. In a preferred embodiment wherein a merchant identifier is pre-coded in association with the transaction code, the pre-coding of the transaction code will prohibit an unauthorized use due at least in part to the fact that the merchant is specifically identified and any attempt to use the transaction code other than by the identified merchant will be prohibited. In addition, the merchant is prevented from “overcharging” or “extending” the purchase by fixing the dollar amount to satisfy the specific cost or limit of the purchase as well as a specific time limit or time parameters in which the authorization for payment is valid. Such information, as set forth above, is communicated by the requested and subsequently designated payment category as set forth above. Restricted communication between the merchant and the custodial authorizing entity as at 26 is permitted exclusively for purposes of verification of the transaction code in a manner, which may utilize, at least to some extent, conventional facilities for the verification of a credit card number by most merchants or like commercial establishments. As a result, the merchant also has a desired verification as to the validity of a transaction and can effectively make arrangements to be paid by the credit card company.
[0033] If for some reason the transaction code is refused verification, the customer may be informed directly by the merchant as at 28 and or the transaction may be terminated as at 30. Assuming verification of the transaction code by the custodial authorizing entity, the merchant proceeds to consummate the purchase and send the order, as at 32, in the case of a remote commercial transaction.
[0034] FIGS. 3 and 4 are representative of the versatility of the system and method of the present invention wherein the customer 54 may receive the aforementioned promotional information from the merchant 56 by any appropriate means such as television solicitation as at 58, phone solicitation as at 60 and/or personal solicitation as at 62. Once the customer receives the promotional information, which may include the viewing of the product itself, or in advance if a general estimate as to the ultimate cost of an anticipated purchase(s) can be made prior to viewing promotional information, the customer contacts the custodial authorizing entity 64 by any appropriate electronic or conventional facilities such as direct phone to phone contact as at 66 and 66′ or direct computer contact as at 42′, 45′. Once the customer's authorization is confirmed, details of the anticipated transaction are established so as to determine a payment category, and a transaction code is issued to the customer. The customer, either directly or through a representative, can then utilize the transaction code to consummate a transaction within the defined parameters of the payment category. Moreover, the merchant 56, through a conventional, yet restricted communication with the custodial authorizing entity 64 by any of a plurality of conventional or electronic methods using computer to computer linking as at 44′, 45′ or by telephone transmission as at 56′, 66′, can obtain a verification and subsequent payment utilizing the transaction code only.
[0035] As emphasized above, an important feature of the present invention is the ability of the customer to request a desired or a required payment category and the ability of the custodial authorizing entity 64 and/or a processing computer 45 of the custodial authorizing entity to issue a transaction code in accordance with the payment category. The payment categories, may be collectively defined as a variety of different types of transactions. Such transactions may include a single transaction for a specific amount of a purchase to be consummated. Alternatively, the payment category may include a single transaction defined by a single purchase having a maximum limit amount, wherein the specific or precise cost of the purchase has not been determined for a variety of reasons, and as such, the customer desires to set a maximum amount for which the single transaction may be made. Accordingly, with such a payment category, the exact amount may not be known in advance, but the customer is assured of not paying over the specifically designated maximum limit. In addition, the transactions are preferably, but not necessarily, authorized to be conducted only over a fixed life period of time, such as within twenty four hours, thereby ensuring that an outstanding transaction code does not remain valid if not used as generally intended. This limited time period can, of course be varied or omitted depending upon the wishes of the customer and/or the policies of the custodial authorizing entity. Also, these or any other payment category transactions may include a specific merchant identification to further restrict use of the transaction code.
[0036] The payment category may also include a multi-transaction authorization wherein more than one purchase may be made from one or a plurality of different merchants, each of which may or may not be identified by the customer and pre-coded in association with the transaction code, and wherein a total cost of the plurality of purchases may not exceed a maximum limit amount. This transaction can also be limited to having to take place within a predetermined, designated fixed life span, such as but not limited to twenty four hours. Accordingly, in some instances wherein a customer, or an agent of the customer, such as a child, guardian, or care giver, must make a number of transactions or purchases which are authorized by the customer, the customer may designate a maximum amount which can be spent utilizing a particular transaction code within a predetermined period of time, and/or can designate that only one merchant, whether designated or not, can use the transaction code.
[0037] As yet another alternative, the payment category may include a repeating transaction for a specific amount to be paid in each of a fixed number of intervals. For example, the customer may which to join a gym or receive services or products over a fixed number of payment intervals, such as every thirty days. Accordingly, the merchant will be authorized to charge the credit card account designated by the corresponding transaction code a fixed monthly payment. Similarly, a repeating transaction for a stated minimum interval such as every thirty days may be authorized for a specific amount for an unspecified number of intervals wherein the merchant will be authorized to continuously obtain payment on a “monthly” basis until the customer decides to cancel such authorization.
[0038] Since many modifications, variations and changes in detail can be made to the described preferred embodiment of the invention, it is intended that all matters in the foregoing description and shown in the accompanying drawings be interpreted as illustrative and not in a limiting sense. Thus, the scope of the invention should be determined by the appended claims and their legal equivalents.
[0039] Now that the invention has been described,
Claims
Post-issuance certificates present
The text shown below may not reflect later post-issuance changes.
What is claimed is:
1. A method of performing secure credit card purchases, said method comprising:
a) contacting a custodial authorizing entity having custodial responsibility of account parameters of a customer's account that is used to make credit card purchases;
b) supplying said custodial authorizing entity with at least account identification data of said customer's account;
c) defining a payment category including at least limiting purchases to a single merchant for at least one transaction, said single merchant limitation being included in said payment category prior to any particular merchant being identified as said single merchant;
d) designating said payment category thereby designating at least that a transaction code generated in accordance with said payment category can be used by only one merchant;
e) generating a transaction code by a processing computer of said custodial authorizing entity, said transaction code reflecting at least the limits of said designated payment category to make a purchase within said designated payment category;
f) communicating said transaction code to a merchant to consummate a purchase with defined purchase parameters;
g) verifying that said defined purchase parameters are within said designated payment category; and
h) providing authorization for said purchase so as to confirm at least that said defined purchase parameters are within said designated payment category and to authorize payment required to complete the purchase.
2. The method of claim 1 further comprising the step of designating said single merchant subsequent to generating said transaction code.
3. The method of claim 1 wherein said step of communicating the transaction code to said merchant to consummate said purchase within defined purchase parameters further comprises designation of said single merchant.
4. The method of claim 1 wherein said step of generating said transaction code further comprises said customer obtaining said transaction code.
5. The method of claim 1 further comprising obtaining said authorization for said purchase from the custodial authorizing entity.
6. The method of claim 1 further comprising a step of communicating promotional information of offered subject matter to the customer by the merchant, pre-determining the purchase parameters of the purchase, and corresponding said designated payment category to said purchase parameters.
7. The method of claim 1 further comprising the merchant communicating the transaction code to the custodial authorizing entity for verification.
8. The method of claim 1 further comprising generating a transaction code which reflects at least one of a plurality of said payment categories.
9. The method of claim 8 further comprising defining at least one of said plurality of payment categories to include amount parameters for a cost of one or more purchases.
10. The method of claim 8 further comprising defining at least one of said plurality of payment categories to include time parameters during which the purchase can be completed.
11. The method of claim 8 further comprising defining at least one of said plurality of payment categories to include using said transaction code for a single transaction at a fixed amount for purchase within a predetermined period of time.
12. The method of claim 8 further comprising defining at least one of said plurality of payment categories to include using said transaction code for a single transaction at a maximum amount for purchase within a predetermined period of time.
13. The method of claim 12 further comprising defining at least one of said plurality of payment categories to include limiting purchases to said single transaction at said maximum amount for purchase within said predetermined period of time.
14. The method of claim 8 further comprising defining at least one of said plurality of payment categories to include using said transaction code for at least two purchases at a maximum total amount for items purchased within a predetermined time period.
15. The method of claim 14 further comprising defining at least one of said plurality of payment categories to include limiting purchases to said at least two purchases at said maximum total amount for items purchased within said predetermined time period.
16. The method of claim 8 further comprising defining at least one of said plurality of payment categories to include using said transaction code for at least two purchases for a repeating transaction at a fixed amount payable at each of a fixed number of time intervals.
17. The method of claim 16 further comprising defining at least one of said plurality of payment categories to include limiting purchases to said repeating transaction at said fixed amount payable at each of said fixed number of time intervals.
18. The method of claim 8 further comprising defining at least one of said plurality of payment categories to include using said transaction code for a repeating transaction at a fixed amount payable at each of an unspecified number of time intervals.
19. The method of claim 18 further comprising defining at least one of said plurality of payment categories to include limiting purchases to said repeating transaction at said fixed amount payable at each of said unspecified number of time intervals.
20. The method of claim 8 wherein said plurality of payment categories further include at least one of the group consisting of:
a) using said transaction code for a single transaction at a fixed amount for a purchase within a predetermined period of time,
b) using said transaction code for a single transaction at a maximum amount for a purchase within a predetermined period of time,
c) using said transaction code for multiple transactions at a maximum total amount for purchases within a predetermined time period,
d) using said transaction code for a repeating transaction at a fixed amount for purchases payable at each of a fixed number of time intervals, and
e) using said transaction code for a repeating transaction at a fixed amount for purchases payable at each of an unspecified number of time intervals.
21. The method of claim 8 wherein said plurality of payment categories further include at least one of the group consisting of:
a) using said transaction code for a single transaction at a fixed amount for a purchase,
b) using said transaction code for a single transaction at a maximum amount for a purchase,
c) using said transaction code for multiple transactions at a maximum total amount for purchases,
d) using said transaction code for a repeating transaction at a fixed amount for purchases payable at each of a fixed number of time intervals, and
e) using said transaction code for a repeating transaction at a fixed amount for purchases payable at each of an unspecified number of time intervals.
22. The method of claim 1 further comprising generating said transaction code to further reflect an identification of said single merchant.
23. The method of claim 22 further comprising defining said payment category to include limiting purchases to a limited time interval during which said purchase is permitted.
24. A method of performing secure credit card purchases, said method comprising:
a) identifying a pre-established account that is used to make credit card purchases;
b) designating at least one of a plurality of pre-defined payment categories which limit a nature of a subsequent purchases, at least one of said payment categories including limiting purchases to a single merchant, said single merchant limitation being included in said payment category prior to any particular merchant being identified as said single merchant;
c) generating a transaction code by a processing computer of a custodial authorizing entity of said pre-established account, said transaction code associated with at least said pre-established account and the limits of said selected payment category, and different from said pre-established account;
d) communicating said transaction code to a merchant to consummate a purchase within defined purchase parameters;
e) verifying that said defined purchase parameters correspond to said designated payment category; and
f) providing authorization for said purchase so as to confirm at least that said defined purchase parameters are within said designated payment category and to authorize payment required to complete the purchase; and
g) associating the purchase with said pre-established account.
25. A method of performing secure credit card purchases, said method comprising:
a) identifying a pre-established account that is used to make credit card purchases;
b) selecting a predetermined payment category which limits a nature, of a series of subsequent purchases to a single merchant, said single merchant limitation being included in said payment category prior to any particular merchant being identified as said single merchant;
c) generating a transaction code by a processing computer of a custodial authorizing entity of said pre-established account, said transaction code associated with at least said pre-established account and the limits of said selected payment category and different from said pre-established account;
d) communicating said transaction code to a merchant to consummate a purchase within defined purchase parameters;
e) verifying that said defined purchase parameters correspond to said selected payment category;
f) providing authorization for said purchase so as to confirm at least that said defined purchase parameters are within said selected payment category and to authorize payment required to complete the purchase; and
g) associating the purchase with said pre-established account.
26. The method of claim 25 wherein said step of selecting said payment category which limits said nature of said series of subsequent purchases to said single merchant further comprises limiting said nature of said series of subsequent purchases to a fixed amount for each of said subsequent purchases.
27. The method of claim 25 wherein said step of selecting said payment category which limits said nature of said series of subsequent purchases to said single merchant further comprises limiting said nature of said series of subsequent purchases to a maximum total amount for said subsequent purchases.
28. The method of claim 25 wherein said step of verifying that said defined purchase parameters correspond to said selected payment category further identifies said merchant as said single merchant.
29. A method of performing secure credit card purchases, said method comprising the steps of:
a) identifying a pre-established account that is used to make credit card purchases;
b) selecting a pre-determined payment category which limits a nature of a subsequent purchase to a single merchant, said single merchant limitation being included in said payment category prior to any particular merchant being identified as said single merchant;
c) generating a transaction code by a processing computer of a custodial authorizing entity of said pre-established account, said transaction code associated with at least said pre-established account and the limits of said selected payment category, and different from said pre-established account;
d) designating a merchant as said single merchant;
e) communicating said transaction code to said merchant to consummate a purchase within defined purchase parameters;
f) verifying that said defined purchase parameters correspond to said selected payment category;
g) providing authorization for said purchase so as to confirm at least that said defined purchase parameters are within said selected payment category and to authorize payment required to complete the purchase; and
h) associating the purchase with said pre-established account.
30. The method of claim 29 wherein said step of verifying that said defined purchase parameters correspond to said selected payment category further identifies said merchant as said single merchant.
Patent Citations (114)
| Patent | Date | Inventor | Cited By |
|---|---|---|---|
| US3938091(A) | 1976-02-01 | Atalla et al. | Applicant |
| US4423316(A) | 1983-12-01 | Sano et al. | Applicant |
| US4707592(A) | 1987-11-01 | Ware | Applicant |
| US4720860(A) | 1988-01-01 | Weiss | Applicant |
| US4725719(A) | 1988-02-01 | Oncken et al. | Applicant |
| US4747050(A) | 1988-05-01 | Brachtl et al. | Applicant |
| US4797920(A) | 1989-01-01 | Stein | Applicant |
| US4893330(A) | 1990-01-01 | Franco | Examiner |
| US5097505(A) | 1992-03-01 | Weiss | Applicant |
| US5130519(A) | 1992-07-01 | Bush et al. | Applicant |
| US5163097(A) | 1992-11-01 | Pegg | Applicant |
| US5193114(A) | 1993-03-01 | Moseley | Applicant |
| US5196840(A) | 1993-03-01 | Leith et al. | Applicant |
| US5202826(A) | 1993-04-01 | McCarthy | Applicant |
| US5239583(A) | 1993-08-01 | Parrillo | Applicant |
| US5287268(A) | 1994-02-01 | McCarthy | Applicant |
| US5317636(A) | 1994-05-01 | Vizcaino | Applicant |
| US5323338(A) | 1994-06-01 | Hawthorne | Applicant |
| US5326960(A) | 1994-07-01 | Tannenbaum | Applicant |
| US5350906(A) | 1994-09-01 | Brody et al. | Applicant |
| US5363449(A) | 1994-11-01 | Bestock | Applicant |
| US5428684(A) | 1995-06-01 | Akiyama et al. | Applicant |
| US5466919(A) | 1995-11-01 | Hovakimian | Applicant |
| US5478994(A) | 1995-12-01 | Rahman et al. | Applicant |
| US5485510(A) | 1996-01-01 | Colbert | Applicant |
| US5500513(A) | 1996-03-01 | Langhans et al. | Examiner |
| US5504808(A) | 1996-04-01 | Hamrick, Jr. | Applicant |
| US5555497(A) | 1996-09-01 | Helbling | Applicant |
| US5577109(A) | 1996-11-01 | Stimson et al. | Applicant |
| US5583918(A) | 1996-12-01 | Nakagawa | Applicant |
| US5606614(A) | 1997-02-01 | Brady et al. | Applicant |
| US5621201(A) | 1997-04-01 | Langhans et al. | Applicant |
| US5627355(A) | 1997-05-01 | Rahman et al. | Applicant |
| US5671279(A) | 1997-09-01 | Elgamal | Applicant |
| US5677955(A) | 1997-10-01 | Doggett et al. | Applicant |
| US5694471(A) | 1997-12-01 | Chen et al. | Applicant |
| US5696908(A) | 1997-12-01 | Muehlberger et al. | Applicant |
| US5715314(A) | 1998-02-01 | Payne et al. | Applicant |
| US5721768(A) | 1998-02-01 | Stimson et al. | Applicant |
| US5724424(A) | 1998-03-01 | Gifford | Applicant |
| US5727163(A) | 1998-03-01 | Bezos | Applicant |
| US5729594(A) | 1998-03-01 | Klingman | Applicant |
| US5748908(A) | 1998-05-01 | Yu | Applicant |
| US5757917(A) | 1998-05-01 | Rose et al. | Applicant |
| US5768381(A) | 1998-06-01 | Hawthorne | Applicant |
| US5777305(A) | 1998-07-01 | Smith et al. | Applicant |
| US5777306(A) | 1998-07-01 | Masuda | Applicant |
| US5794221(A) | 1998-08-01 | Egendorf | Applicant |
| US5815657(A) | 1998-09-01 | Williams et al. | Applicant |
| US5822737(A) | 1998-10-01 | Ogram | Applicant |
| US5825881(A) | 1998-10-01 | Colvin, Sr. | Applicant |
| US5826241(A) | 1998-10-01 | Stein et al. | Applicant |
| US5826243(A) | 1998-10-01 | Musmanno et al. | Applicant |
| US5832087(A) | 1998-11-01 | Hawthorne | Applicant |
| US5845281(A) | 1998-12-01 | Benson et al. | Examiner |
| US5864830(A) | 1999-01-01 | Armetta et al. | Applicant |
| US5868236(A) | 1999-02-01 | Rademacher | Applicant |
| US5883810(A) | 1999-03-01 | Franklin et al. | Applicant |
| US5890137(A) | 1999-03-01 | Koreeda | Applicant |
| US5893907(A) | 1999-04-01 | Ukuda | Applicant |
| US5903878(A) | 1999-05-01 | Talati et al. | Applicant |
| US5914472(A) | 1999-06-01 | Foladare et al. | Examiner |
| US5953710(A) | 1999-09-01 | Fleming | Examiner |
| US5956699(A) | 1999-09-01 | Wong et al. | Applicant |
| US5984180(A) | 1999-11-01 | Albrecht | Applicant |
| US5991749(A) | 1999-11-01 | Morrill, Jr. | Examiner |
| US5991750(A) | 1999-11-01 | Watson | Examiner |
| US6000832(A) | 1999-12-01 | Franklin et al. | Examiner |
| US6014650(A) | 2000-01-01 | Zampese | Examiner |
| US6029150(A) | 2000-02-01 | Kravitz | Examiner |
| US6029890(A) | 2000-02-01 | Austin | Applicant |
| US6144948(A) | 2000-11-01 | Walker et al. | Applicant |
| US6163771(A) | 2000-12-01 | Walker et al. | Examiner |
| US6188761(B1) | 2001-02-01 | Dickerman et al. | Applicant |
| US6226624(B1) | 2001-05-01 | Watson et al. | Examiner |
| US6240397(B1) | 2001-05-01 | Sachs | Applicant |
| US6267292(B1) | 2001-07-01 | Walker et al. | Applicant |
| US6298335(B1) | 2001-10-01 | Bernstein | Applicant |
| US6324526(B1) | 2001-11-01 | D'Agostino | Applicant |
| US6339766(B1) | 2002-01-01 | Gephart | Applicant |
| US6341724(B2) | 2002-01-01 | Campisano | Applicant |
| US6343279(B1) | 2002-01-01 | Bissonette et al. | Applicant |
| US6375084(B1) | 2002-04-01 | Stanford et al. | Applicant |
| US6422462(B1) | 2002-07-01 | Cohen | Applicant |
| US6456984(B1) | 2002-09-01 | Demoff et al. | Examiner |
| US6598031(B1) | 2003-07-01 | Ice | Applicant |
| US6636833(B1) | 2003-10-01 | Flitcroft et al. | Applicant |
| US2001/0011249(A1) | 2001-08-01 | Yanagihara et al. | Examiner |
| US2002/0120587(A1) | 2002-08-01 | D'Agostino | Applicant |
| US2002/0152158(A1) | 2002-10-01 | Paleiov et al. | Examiner |
| US2003/0018567(A1) | 2003-01-01 | Flitcroft et al. | Applicant |
| US2003/0028481(A1) | 2003-02-01 | Flitcroft et al. | Applicant |
| US2003/0097331(A1) | 2003-05-01 | Cohen | Applicant |
| US2003/0216997(A1) | 2003-11-01 | Cohen | Applicant |
| CA2167543 | 1997-07-01 | Applicant | |
| EP81921(A1) | 1983-06-01 | Applicant | |
| EP590861(A2) | 1994-04-01 | Applicant | |
| EP590861(A3) | 1994-04-01 | Applicant | |
| EP590961(A2) | 1994-04-01 | Applicant | |
| FR2661996(A1) | 1991-11-01 | Applicant | |
| GB2145265(A) | 1985-03-01 | Applicant | |
| GB2252270(A) | 1992-08-01 | Applicant | |
| GB2327831(A) | 1999-02-01 | Applicant | |
| GB2361790(A) | 2001-10-01 | Applicant | |
| WO91/12693 | 1992-05-01 | Applicant | |
| WO93/14476 | 1993-07-01 | Applicant | |
| WO95/07512 | 1995-03-01 | Applicant | |
| WO96/08756 | 1996-03-01 | Applicant | |
| WO96/42150 | 1996-12-01 | Applicant | |
| WO97/15893 | 1997-05-01 | Applicant | |
| WO97/19549 | 1997-05-01 | Applicant | |
| WO98/26376 | 1998-06-01 | Applicant | |
| WO99/49424 | 1999-09-01 | Applicant | |
| WO/42486 | 2000-07-01 | Applicant |
Non-Patent Literature (21)
- Lee et al.: Evoluntionary business models for e-cash with smart cards, Korea Advanced Institute of Science and Technology, Korea, htp://koasas.kaist.ac.kr/bitstream/10203/4774/1/2000-092.pdf , pp. 352-358.Examiner
- Jones, R.: Prepaid cards, an emerging internet payment mechanism, the Nuvantage Group, Jun. 2001, pp. 1-9.Examiner
- Eran Gabber and Abraham Silberschatz, A Minimal Distributed Protocol for Electronic Commerce, www.usenix.org/publications (Article), Oakland, USA, Nov. 18-21, 1996.Applicant
- Citi.com, Total Fraud Protection . . . Solutions for your safety and peace of mind, (printout) CBSD002144-CBSD002153.Applicant
- Owen Thomas, Money Changers, www.ecompany.com, (Article), Oct. 2000.Applicant
- Netchex—a short brief, www.tml.hut.fi/StudiesiTik-110.50/1997/Ecomerce/netchex-5.html, (Article), Nov. 5, 2002.Applicant
- GE Capital Financial Inc., GE Pre-Authorization System, (GE's website printout).Applicant
- Matt Barthel, Diebold Plans Major Push in Market for Debit-Card Point of Sale Terminals, Sep. 28, 1993, American Banker, pp. 1-2.Applicant
- Bob Woods, New Dell E-Commerce Guarantee Called “Weak”, Aug. 13, 1998, Newbytes News pp. 1-2.Applicant
- Anne Finnigan, The Safe Way to Shop Online, Good Housekeeping, Sep. 1998, pp. 1-2.Applicant
- Paul Demery, Attaching the Smart Card Fortress, Credit Card Management, Sep. 1998, pp. 1-4.Applicant
- Larry Chase, Taking Transactions Online, Target Marketting, Oct. 1998, 1-4.Applicant
- Virtual Credit Card (VCC), www.geocites.com/Eureka/Park/5014/vcc.htm, (printout). Jun. 28, 1999.Applicant
- Smart Cards, disc.cba.uh.edu, (printout), Nov. 1, 2001.Applicant
- Vincent Moscaritolo & Robert Hettinga, Digital Commerce for the Rest of Us Apple in a Geodesic Economy, www.shipwright.com/rants/rant—15.html, (article), Sep. 4, 1996.Applicant
- Black Ives & Michael Earl, Mondex International Reengineering Money, London Business School Article, isds.bus.Isu.edu/cases/mondex.html, Nov. 1, 2001.Applicant
- Smart Card New Ltd's Information Gateway, www.smartcard.co.uk/articles/electronicmoney.html, Nov. 1, 2001.Applicant
- Putting Risk in Perspective, (Article) Internet Outlook (Jul. 20, 1997), vol. 1 No. 3, www.webreference.com, Nov. 1, 2001.Applicant
- Keith Lamond,Credit Card Transactions Real World and Online. www.virtualschools.edu/mon/ElectronicProperty/klamond/credit—card.htm, Sep. 11, 2001.Applicant
- Steven P. Ketchpel & Andreas Paepcke, Shopping Models: A Flexible Architecture for Information Commerce, dbpubs.stanford.edu:8090, Oct. 1, 2002, (Stanford, USA).Applicant
- Re-examination of U.S. Patent No. 6,324,526 granted to John D'Agostino, assigned U.S. Appl. No. 90/007,481, filed Mar. 28, 2005.Applicant