Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS20050086177 A1
Publication typeApplication
Application numberUS 10/968,401
Publication dateApr 21, 2005
Filing dateOct 18, 2004
Priority dateMay 15, 2000
Also published asUS6805288, US7693798, US7748616, US8191772, US8690055, US20030034388, US20050080747, US20050082362, US20050086160, US20120205443, US20120265689, US20120317037, US20140231527
Publication number10968401, 968401, US 2005/0086177 A1, US 2005/086177 A1, US 20050086177 A1, US 20050086177A1, US 2005086177 A1, US 2005086177A1, US-A1-20050086177, US-A1-2005086177, US2005/0086177A1, US2005/086177A1, US20050086177 A1, US20050086177A1, US2005086177 A1, US2005086177A1
InventorsRoy Anderson, William Bryant, Jacob Wong
Original AssigneeAnderson Roy L., Bryant William R.Jr., Wong Jacob Y.
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Method for customizing payment card transactions at the time of the transactions
US 20050086177 A1
Abstract
A user can customize use of a payment card, which can be an electronic card, by selecting a customization variable for any given transaction. The customization variable involves at least one of the following steps: (1) customizing generation of a one-time card number; (2) customizing a user identifier; or (3) inclusion of a customization variable with information transmitted to a verification agency for validation of the given use. Multiple payment card transactions can be processed differently depending upon which customization variable is chosen for a given transaction. Different customization variables can be used for different accounts, different types of transactions, or to classify the transactions. A user can receive one bill, or multiple bills. Different levels of privacy can be accorded to transactions that use different customization variables. A user may pay the issuer for increased security, or the user may be paid by the issuer to allow transaction data to be distributed to third parties.
Images(8)
Previous page
Next page
Claims(44)
1. A method for allowing customized use of an electronic card having a card number that varies with each use, comprising the steps of:
(1) allowing a user to customize either generation of a one-time card number or a user identifier;
(2) generating a user one-time card number through use of a card number generator;
(3) submitting the user one-time card number and the user identifier to a verification agency for validation; and
(4) verifying that the one-time card number is valid.
2. A method as recited in claim 1, wherein the electronic card is a payment card and the one-time card number is a one-time payment card number.
3. A method as recited in claim 2, wherein the card number generator generates a new card number by executing an algorithm that uses a selected user key to generate the new card number.
4. A method as recited in claim 3, wherein the user can customize generation of the one-time card number by choosing either a first user key or a second user key as the selected user key, and wherein the algorithm will generate a first one-time card number if the selected user key is the first user key or a second one-time card number if the selected user key is the second user key, the first and the second one-time card numbers being different, but both valid with the user identifier.
5. A method as recited in claim 3, wherein the electronic card is comprised of:
a card base;
a computer affixed to the card;
an input mechanism;
a magnetic storage medium affixed to the card that can be read by a standard magnetic stripe reader;
an encoder for generating a data packet that is stored in a designated portion of the magnetic storage medium and is readable by a standard magnetic stripe reader; and
a power source for supplying power to the computer and the encoder;
wherein the electronic card is sized such that the magnetic storage medium can be read by the standard magnetic stripe reader.
6. A method as recited in claim 5, wherein the magnetic storage medium is a magnetic stripe.
7. A method as recited in claim 6, wherein the user identifier is stored in the magnetic stripe.
8. A method as recited in claim 7, wherein the user identifier is stored in a second track of the magnetic stripe with the user one-time card number.
9. A method as recited in claim 8, wherein the data packet is comprised of the user one-time card number.
10. A method as recited in claim 9, wherein the data packet is further comprised of the user identifier.
11. A method as recited in claim 10, wherein the encoder generates the data packet by creating flux reversals in ferromagnetic particles contained in the magnetic stripe.
12. A method as recited in claim 5, wherein the user can change the user identifier through use of a special function switch.
13. A method as recited in claim 5, wherein the user can change the user identifier through use of a special function code input to the computer.
14. A method for allowing customized use of an electronic card having a card number that varies with each use, comprising the steps of:
(1) allowing a user to select a customization parameter to customize a given use of the electronic card by at least one of the following steps:
(a) customizing generation of a one-time card number;
(b) customizing a user identifier; or
(c) inclusion of a customization variable with information transmitted to a verification agency for validation of the given use;
(2) generating a user one-time payment card number through use of a card number generator;
(3) submitting the user one-time payment card number and the user identifier to a verification agency for validation, and, if the user has selected step (1)(c), including the customization variable with the submission for the given use; and
(4) verifying that the one-time payment card number is valid for the given use.
15. A method as recited in claim 14, wherein the electronic card is comprised of:
a card base;
a computer affixed to the card;
an input mechanism;
a magnetic storage medium affixed to the card that can be read by a standard magnetic stripe reader;
an encoder for generating a data packet that is stored in a designated portion of the magnetic storage medium and is readable by a standard magnetic stripe reader; and
a power source for supplying power to the computer and the encoder;
wherein the electronic card is sized such that the magnetic storage medium can be read by the standard magnetic stripe reader.
16. A method as recited in claim 15, wherein the magnetic storage medium is a magnetic stripe.
17. A method as recited in claim 16, wherein the user identifier is stored in the magnetic stripe.
18. A method as recited in claim 17, wherein the user identifier is stored in a second track of the magnetic stripe with the user one-time payment card number.
19. A method as recited in claim 18, wherein the data packet is comprised of the user one-time payment card number.
20. A method as recited in claim 19, wherein the data packet is further comprised of the user identifier.
21. A method as recited in claim 15, wherein the data packet is further comprised of the customization variable.
22. A method as recited in claim 16, wherein the data packet is further comprised of the customization variable.
22. A method as recited in claim 17, wherein the data packet is further comprised of the customization variable.
22. A method as recited in claim 18, wherein the data packet is further comprised of the customization variable.
23. A method for processing a plurality of payment card transactions based upon a user's selection of a customization variable for each of the transactions, comprising the steps of:
(1) establishing a plurality of handling options between a money source and the user;
(2) providing the user with a card number generator;
(3) allowing the user to complete a plurality of payment card transactions within a time period in accordance with the following steps:
(a) allowing the user to select a customization parameter to customize a given use of the card number generator by at least one of the following steps:
(i) customizing generation of a one-time payment card number;
(ii) customizing a user identifier; or
(iii) inclusion of a customization variable with information transmitted to a verification agency for validation of the given use;
(b) generating a user one-time payment card number through use of the card number generator;
(c) verifying the validity of the given use by submitting the user one-time payment card number and the user identifier to a verification agency for validation, and, if the user has selected step (3)(a)(iii), including the customization variable with the submission; and
(d) repeating steps (a) through (c) at least once within the time period; and
(4) processing each of the plurality of payment card transactions in accordance with one of the plurality of handling options based upon the customization parameter selected for each of the plurality of payment card transactions.
24. A method as recited in claim 23, wherein the card number generator is included within an electronic payment card.
25. A method as recited in claim 24, wherein the electronic payment card is comprised of:
a card base;
a computer affixed to the card;
a keypad for providing input to the computer, the keypad having ten numeric keys and at least one special function key that are touch-activated;
a magnetic storage medium affixed to the card that can be read by a standard magnetic stripe reader;
an encoder controlled by the computer for generating a data packet that is stored in a designated portion of the magnetic storage medium; and
a power source for supplying power to the computer and the encoder;
wherein the electronic card is sized such that the magnetic storage medium can be read by a standard magnetic stripe reader.
26. A method as recited in claim 23, wherein the first and the second handling options are mechanisms to bill two separate accounts.
27. A method as recited in claim 26, wherein the user is sent a single bill for charges to the two separate accounts.
28. A method as recited in claim 27, wherein one of the accounts is established with a first money source and the second account is established with a second money source that is different from the first money source.
29. A method as recited in claim 26, wherein one of the accounts is a credit account and the second account is a debit account.
30. A method as recited in claim 26, wherein the user is sent a first bill for the first account and a separate bill for the second account.
31. A method as recited in claim 23, wherein the first and the second handling options are a first and a second mechanism for dealing with distribution of information concerning the plurality of payment card transactions.
32. A method as recited in claim 31, wherein the first mechanism restricts the distribution from the money source to a third party of information relating to any payment card transaction in which the user payment card number was generated by use of the first user key.
33. A method as recited in claim 31, wherein the first mechanism restricts the distribution from the money source to the second entity of personal information of the user relating to any payment card transaction in which the user payment card number was generated by use of the first user key.
34. A method as recited in claim 32, wherein the user provides the money source with consideration for use of the first mechanism.
35. A method as recited in claim 31, wherein the second mechanism permits the distribution from the money source to a third party of information relating to any payment card transaction in which the user payment card number was generated by use of the second user key.
36. A method as recited in claim 35, wherein the second mechanism permits the distribution from the money source to the second entity of personal information of the user relating to any payment card transaction in which the user payment card number was generated by use of the second user key.
37. A method as recited in claim 35, wherein the money source provides the user with consideration for use of the second mechanism.
38. A method as recited in claim 23, wherein the first and the second handling options provide a mechanism for classifying the nature of the plurality of payment card transactions.
39. A method as recited in claim 38, wherein the first handling option is used for business transactions and the second handling option is used for personal transactions.
40. A method as recited in claim 23, wherein the first and the second handling options provide a mechanism for identifying either a first user or a second user as the user.
41. A method as recited in claim 40, wherein approval of a payment card transaction for the first user is subject to different restrictions than approval of a payment card transaction for the second user.
42. A method as recited in claim 23, wherein the first and the second handling options provide a mechanism for controlling what information is reported about the plurality of payment card transactions in a billing statement.
Description
    CROSS REFERENCE TO RELATED APPLICATIONS
  • [0001]
    The present application is a continuation application of U.S. patent application Ser. No. 09/960,714, filed Sep. 21, 2001, which was a continuation-in-part application of U.S. application Ser. Nos. 09/667,081 and 09/667,089, filed Sep. 21, 2000, which are continuation-in-part applications of U.S. Ser. No. 09/659,434, filed Sep. 8, 2000, which is a continuation-in-part of U.S. Ser. No. 09/640,044, filed Aug. 15, 2000, which is a continuation-in-part of U.S. Ser. No. 09/619,859, filed Jul. 20, 2000, which is a continuation-in-part of U.S. Pat. No. 6,592,044, all of which disclosures are specifically incorporated herein by reference. The present application is also related to U.S. patent application Ser. Nos. 09/667,835, 09/667,089, and 09/667,082, all of which were filed on Sep. 21, 2000, and all of which are specifically incorporated herein by reference. The present application continues the subject matter previously set forth in U.S. Ser. No. 09/667,038.
  • FIELD OF THE INVENTION
  • [0002]
    The present invention is in the field of methods for making payments through payment cards.
  • BACKGROUND OF THE INVENTION
  • [0003]
    Three forms of money in widespread use today throughout the world are cash, checks and payment cards (debit or credit). Each has distinct advantages, and distinct disadvantages. Cash is readily accepted, easy to use and anonymous, but it does not earn interest, it can be lost or stolen, and it is not always readily accessible. Checks are not always accepted, but they offer many advantages, since they do not have to be written until the time of payment. However, they must be physically presented and they are not anonymous. Payment cards are readily, but not always, accepted, and they offer many advantages over checks. If the card is a credit card, payment can be deferred, but the transaction is not anonymous. If the card is a debit card, payment has usually been made prior to its use, but it is anonymous. Accordingly, it is apparent that different types of money have different advantages to different persons in different situations. This may be one reason why all these forms of money are still in widespread use, and are even used by the same persons at different times.
  • [0004]
    As society and international commerce have become more dependent upon electronic transactions, money has also become more electronic. Many attempts have been made to come up with suitable forms of electronic money that mimic the physical world, or even create new forms of electronic money. However, despite the enormous need for such money, and efforts by some of the best minds and most successful companies in the world, electronic money has suffered many setbacks and been far slower to materialize than many had hoped or predicted. The reasons are many and varied, but some of the obvious reasons are security, ease of use/operation, and unwillingness of the public and/or commerce to make radical changes or embrace new technology and/or procedures. As a result, many efforts, including several potentially promising efforts, have met with failure.
  • [0005]
    Even though new forms of electronic money have been slow to develop or gain widespread acceptance, electronic payments have still moved forward. Many banks now offer some form of electronic checking. And payment cards have been used for electronic transactions in e-commerce and m-commerce (mobile commerce). Still, there is widespread concern about the safety of such transactions, and recent news stories have uncovered widespread fraudulent activity associated with use of traditional credit card numbers in e-commerce over the Internet. In addition, there is growing concern about consumer privacy, or lack thereof, due to widespread electronic profiling of consumers who make electronic payments.
  • [0006]
    Although the media has been quick to cover fraud associated with use of credit cards over the Internet, it is often overlooked, at least by the public and the media (but not the credit card companies), that the majority of fraudulent activity concerning credit cards is not associated with e-commerce activity. Most fraud occurs in the “brick and mortar” world, and the numbers are daunting. Despite many attempts to combat unauthorized or fraudulent use of credit cards, it is estimated that credit card fraud now exceeds hundreds of millions, if not several billion, dollars per year. And this does not even count the cost of inconvenience to consumers, merchants and credit card issuer/providers, or the emotional distress caused to victims of such fraud, or the cost to society in terms of law enforcement and preventative activities.
  • [0007]
    Accordingly, there is a very real, long-felt need to reduce the amount of fraudulent activity that is associated with credit cards, and this need has only grown more acute as consumers and commerce search for better ways to purchase and sell goods and services via e-commerce and m-commerce. However, any solution needs to be something that is acceptable to the public at large. It should be easy to use. It should not be complicated or expensive to implement. Preferably, it should fit within the existing infrastructure, and not be something that requires a great deal of educational effort, or a radical change in behavior or habits of consumers. In other words, it should be user friendly, readily understandable and something that does not require a completely new infrastructure, which is a reason suggested by some as to why smart cards have not been widely accepted in the United States.
  • [0008]
    In addition, it is highly desirable that any solution to such problems be capable of widespread use, in many different platforms, for many different applications.
  • [0009]
    In U.S. Pat. No. 5,956,699 issued in September of 1999, Wong and Anderson were the first to introduce the methodology of a system for secure and anonymous credit card transactions on the Internet. This patent introduced a system which used an algorithm to use one's own selected Personal Identification Number or PIN as one's own de facto digital signature. The algorithm instructs the cardholder how to insert one's PIN into one's valid credit card number before using it for any transactions on the Internet. The resultant scrambled up credit card number, which is tailored by the algorithm to having the same number of digits as before, is rendered useless on the Internet because the PIN insertion algorithm is changed automatically after every transaction. This methodology is not only capable of drastically reducing credit card fraud on the Internet, it is also capable of safeguarding one's anonymity, and thus privacy, in credit card purchases on the Internet.
  • [0010]
    Since the issuance of U.S. Pat. No. 5,956,699, Wong and Anderson have also invented an anonymous electronic card for generating personal Coupons useful in commercial and security transactions, as well as a method for implementing anonymous credit card transactions using a fictitious account name. The present invention is an extension of these prior inventions that seeks to provide new methods for allowing a user to customize the use of one-time unique numbers that can be used in credit card transactions in the brick and mortar world, e-commerce, m-commerce and in many other applications. Because the methodology is well suited for use in hardware and software applications, it has widespread applicability to many different types of transactions. In addition, the present invention allows a user to categorize individual transactions. This new advantage can be used to simplify accounting procedures and consolidate multiple accounts in a single payment credit card. It also opens up many previously unknown possibilities, such as allowing a user to sell data, or protect data, relating to a given transaction.
  • SUMMARY OF THE INVENTION
  • [0011]
    The present invention is generally directed to a method for customizing payment card transactions by allowing a user of a payment card to select a customization variable for any given transaction involving use of the payment card. The customization variable is submitted with the payment card number and a user identifier to a verification agency for validation. The customization variable may be used in a method for processing a plurality of payment card transactions based upon the user's selection of various customization variables. The present invention is particularly well suited for use with electronic cards, but it can also be used in any method that uses a card number generator to generate a one-time card number.
  • [0012]
    In a first, separate aspect of the present invention, the customization variable may involve customization of the generation of a one-time payment card number. An example of one way in which this can be done is to allow the user to choose either a first or a second user key as the key that will be used by an algorithm of a card number generator to generate the one-time payment card number. The customization variable may also involve customization of a user identifier associated with the one-time payment card number. An example of one way in which this can be done is to allow the user to choose either a first or a second identifier. The customization variable may also involve inclusion of a customization variable with the one-time payment card number and the user identifier when they are submitted to the verification agency for validation.
  • [0013]
    In another, separate aspect of the present invention, an electronic card with a magnetic storage medium and an encoder is used, and the card is sized such that a standard magnetic stripe reader can read the magnetic storage medium. It is especially preferred that the magnetic storage medium be a magnetic stripe. The encoder can store the one-time payment card number, the user identifier or the customization variable on the magnetic stripe, including its second track.
  • [0014]
    In still another, separate aspect of the present invention, a plurality of handling options provide numerous options for processing payment card transactions. The handling options can include billing two separate accounts. The user can be sent a single bill for charges to the two separate accounts, even if the accounts are established with different entities, such as different credit card companies or banks, or the user can be sent a first bill for the first account and a separate bill for a second account. One of the accounts can be a credit account and another account can be a debit account.
  • [0015]
    In yet another, separate aspect of the present invention, the plurality of handling options can provide a mechanism for classifying the nature of the payment card transactions, such as using a first handling option for business transactions and a second handling option for personal transactions. They can also provide different mechanisms for controlling access to information concerning payment card transactions. One mechanism can be used to implement restrictions on distribution of information relating to payment card transactions or restrictions on distribution of personal information of the user to second entities. The user can be charged consideration for use of this mechanism. Another mechanism can be used to permit distribution of information relating to payment card transactions to third parties or permit distribution of personal information of the user to second entities. The user can be given consideration to use this mechanism.
  • [0016]
    Accordingly, it is a primary object of the present invention to provide a method for allowing a user to customize a given use of a payment card.
  • [0017]
    This and further objects and advantages will be apparent to those skilled in the art in connection with the detailed description of the preferred embodiments set forth below.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • [0018]
    The present invention is related to U.S. Pat. Nos. 5,913,203, 5,937,394 and 5,956,699, the disclosures of which are all specifically incorporated herein by reference.
  • [0019]
    The preferred embodiments of the present invention provide an unprecedented opportunity to customize use and processing of payment card transactions through use of one or more customization variables.
  • [0020]
    In the context of this description, a one-time payment card number refers to a payment card number of either a credit or a debit card, generated in accordance with the present invention, that is useful in financial transactions in the same fashion as a traditional payment card number.
  • [0021]
    Like a traditional payment card number, a one-time payment card number should be capable of being read by a standard magnetic stripe reader when it is part of a physical card used in traditional face-to-face transactions in which a user presents the physical card to a merchant for payment. However, like traditional payment card numbers, a one-time payment card number should also be capable of being used in a Mail Order Telephone Order (“MOTO”) credit card transaction between the user and a merchant. Thus, like a traditional payment card number, the one-time payment card number should fit within, and work with, present platforms and protocols for financial transactions involving payment cards, such as traditional credit cards. This versatility allows the one-time payment card number to be used with electronic cards, software programs used in network applications, or telephones (especially telephones used in what is now being referred to as m-commerce, or mobile commerce).
  • [0022]
    A traditional payment card number can be characterized as having three parts. First, there is a set of fixed variables. This contains numerals that represent certain specified data fields, such as a bank identifier and a month and year expiration date for a given payment card. (The “bank” may be any “money source” as that term has been defined in U.S. Pat. No. 5,937,394.) Second, there is a set of variable variables. This contains numerals that will vary for different payment cards issued by the same money source. In other words, this is the portion of the card number that will be specific to an individual entity or account for a given issuing money source. Third, there is a check sum digit. The value of the check sum digit is dictated by the other numerals in the card number.
  • [0023]
    In the context of the present invention, a user one-time payment card number is akin to a traditional payment card number, with certain exceptions. In a traditional payment card number, there might be a set of six fixed variables, followed by a set of nine variable variables, followed by a check sum digit and another set of four fixed variables representing the month and year. When a user uses this traditional payment card number to complete a given financial transaction, the transaction is always completed by using the same twenty digits for the payment card number. By contrast, if the user uses a one-time payment card number to complete any such given financial transaction, the transaction will not be completed by always using the same twenty digits for the payment card number. Instead, the twenty digits of the one-time payment card number will vary, and the degree to which they vary may depend upon user selection of a customization parameter. In addition, because the one-time payment card number varies with successive usage, the check sum digit will not necessarily be the same with successive usage, although it may be. Thus, the check sum digit must be recalculated for each new one-time payment card number, and this is why it shall be referred to as a “check sum variable” in the context of a one-time payment card number according to the present invention.
  • [0024]
    Another difference between a traditional payment card number and a one-time payment card number is the way that a given transaction using either number is validated by a verification agency, which may be a money source or an entity who processes payment card transactions. When a transaction involving a one-time payment card number is processed, the verification agency must verify that the one-time payment card number is valid for the user identifier for the particular given transaction, as opposed to any given transaction involving the user identifier. (The verification process must take into account how selection of the customization parameter may affect what the verification agency will receive for verification. Additional details regarding procedures that can be used to verify a one-time card number that can be customized are set forth in U.S. Pat. No. 6,609,654.) This difference is a reason why use of the one-time payment card number provides greater security and anonymity than can be obtained through use of a traditional payment card.
  • [0025]
    A card number generator generates a one-time payment card number. As already described, this could be hardware or software, but, in either case, it will preferably include a customer random number generator and a customer sequence number. It is especially preferred that the card number generator be part of an electronic card, and that the electronic card be of the type described in U.S. application Ser. No. 09/571,707 filed May 15, 2000 for Anonymous Electronic Card for Generating Personal Coupons Useful in Commercial and Security Transactions, or in U.S. application Ser. No. 09/667,835.
  • [0026]
    Several different methods that can be used to generate a one-time payment card number are described in detail in the applications that are identified in the Cross Reference to Related Applications above, and which are incorporated herein by reference, so the details of those methods will not be repeated here. No matter what method is used to generate a one-time payment card number, two successive one-time payment card numbers should be different. This can be accomplished by using a sequence number that is changed after each one-time payment card number is generated. (The present invention does not require that all theoretical possibilities will result in different one-time payment card numbers. Instead, it is preferred that there be a low probability of occurrence of identical one-time payment card numbers attributable to convergence of two different inputs leading to the same result due to operations performed on the inputs by the algorithm.)
  • [0027]
    The preferred embodiments allow a user to customize use of an electronic card having a card number that varies with each use by selecting at least one customization parameter to customize a given use of the electronic card. There are three general customization parameters that can be used to customize a given use.
  • [0028]
    First, the user can customize generation of the one-time card number. This can be done many different ways. An example of one way in which it can be done is to customize selection of a selected user key that is used to generate the one-time card number as is explained in U.S. Pat. No. 6,609,654. Another way in which it can be done is to include a customization variable in the one-time card number, or as an input into the algorithm used to generate the one-time card number.
  • [0029]
    Second, the user can customize the user identifier that is used to validate the one-time card number. This can be done many different ways. One way is to choose one of two or more preselected identifiers as a selected user identifier. Another way is to modify the user identifier. Still another way is to add a customization variable, such as a numeric character, to the user identifier at a preselected location.
  • [0030]
    Third, the user can include a customization variable with information transmitted to a verification agency for validation of the given use. Unlike the first two customization parameters, this parameter relies upon use of an additional field of data collected as part of the validation process for a given transaction, and this may require a change in established validation protocols. It is especially preferred that any such change be technically feasible within the confines of hardware that is being used to process traditional payment card transactions. In the context of an electronic card with a magnetic stripe, this means that it is preferred that the additional customization variable be stored in the magnetic stripe, and it is especially preferred that it be stored in the second track of the magnetic stripe. Additional details regarding inclusion of a customization variable in a magnetic stripe are set forth in U.S. Ser. No. 09/667,089.
  • [0031]
    Once it is recognized that using one or more of the foregoing customization parameters will customize a given transaction involving use of a one-time payment card number, and that such customization will seamlessly allow a user to transmit additional information to the money source processing such transaction, without loss of desired security or anonymity, the options for using such customization are virtually limitless.
  • [0032]
    After a one-time payment card number is validated for a given transaction, the money source can determine what customization parameter(s) was selected by the user for the given transaction, which allows the money source to determine what handling option should be used for the transaction involving the one-time payment card number. (It also allows the money source to determine what sequence number is associated with the one-time payment card number, so that its records can be synchronized as part of the validation process.)
  • [0033]
    One use of multiple handling options is to allow the money source to access multiple accounts. For example, a user might use one account as a credit card, and another account as a debit or checking card. By choosing which account should be used for a given transaction, the user could determine, at the point of use, whether to charge the transaction, or have it deducted from an existing account balance. The same idea could be used for multiple credit cards, whether they are from the same issuer or different issuers, or even different cards, such as Visa®, MasterCard®, Diner's Card®), Discover® or American Express®. In addition, the user might elect to have separate billing statements for separate accounts, or have all billing consolidated in a single statement.
  • [0034]
    Another use of multiple handling options is to allow identification of the person completing a transaction, or to allow multiple persons access to a single account, or place different restrictions on multiple persons on a single account. For example, a single account might be opened with an issuing bank, but an entire family might be authorized to use the account. Thus, a father and a mother might have their own customization parameter, a teenage child might have another customization parameter and a lower authorized spending limit, and a preteen child might have a fourth customization parameter, but only be authorized to engage in a certain limited number of transactions per time period with a maximum spending limit for each transaction. All the members of this family could use the same card number generator embedded within a PDA or mobile phone, or on a computer or in an electronic card. At the end of a specified billing cycle, all transactions completed by any member of this family could be consolidated in a single bill, and that bill could indicate who spent what when during the billing cycle, and what it was spent on.
  • [0035]
    Still another use of multiple handling options is to allow a user to classify the nature of a particular transaction at the time it is completed. For example, suppose an individual uses a single credit card for personal expenditures and business expenditures. By assigning one customization parameter to personal transactions, and a second customization parameter to business transactions, the user can simplify accounting for such transactions without the necessity of having and carrying two separate cards. If desired, the user could even receive two separate statements for such expenditures so that the personal expenditures would not be discernable from the documentation associated with the business expenditures. Individual transactions could also be classified according to a preselected set of criteria, and such criteria could be used in various financial programs. For example, a user might include a code classification system used in a money management system to create various reports that itemize categories of spending or assist in budgeting of finances.
  • [0036]
    Yet another use of multiple handling options is to allow a user to preselect how a particular transaction is treated in a subsequent bill. For example, an individual user might not want a billing statement to include information about the identity of second entities who provide certain goods or services, or when transactions with such entities take place, but still want to have the billing statement include such information for other transactions. By selecting two different customization parameters with these two different handling options, the user has the option of controlling what information it receives in billing statements about individual transactions.
  • [0037]
    Multiple handling options can also be used to guard privacy, or for commercial purposes that do not presently exist. For example, the user and the money source might enter into an agreement about how, and under what circumstances, the money source can distribute information about transactions of the user, depending upon which customization parameter is used in a given transaction. The agreement might provide different levels of confidentiality, and set up different levels or types of compensation tied to transactions falling within the different levels for a given time period.
  • [0038]
    One level of confidentiality might restrict distribution of any information concerning a transaction by the money source to any third party. For example, a user might want strict confidentiality of any transaction involving medical services, and would not want the money source to divulge that information to any party unless legally required to do so. Or, maybe the user does not want any third party to learn of any transaction that exceeds a certain dollar amount, for fear of a potential deluge of unsolicited advertising. A user might pay a monthly fee for use of this option, a transaction based fee, or no fee at all.
  • [0039]
    A second level of confidentiality might permit distribution of any information concerning a transaction by the money source to any third party. Such information is potentially valuable for purposes of advertising, and creating profiles for targeted marketing, and the money source might even pay the user for the right to sell such information.
  • [0040]
    Other levels of confidentiality might fall between those already noted. For example, a third level might permit distribution of certain information concerning a transaction (such as the payee, the amount of purchase, the date of purchase, and a profile of the user), but restrict distribution of other information concerning a transaction (such as the identity of the user). Another level of confidentiality might restrict distribution of information concerning a transaction to any third party, but allow the money source to use such information for its own marketing efforts directed to the user.
  • [0041]
    Although the foregoing detailed description is illustrative of preferred embodiments of the present invention, it is to be understood that additional embodiments thereof will be obvious to those skilled in the art. Further modifications are also possible in alternative embodiments without departing from the inventive concept.
  • [0042]
    Accordingly, it will be readily apparent to those skilled in the art that still further changes and modifications in the actual concepts described herein can readily be made without departing from the spirit and scope of the disclosed inventions as defined by the following claims.
Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US4701601 *Apr 26, 1985Oct 20, 1987Visa International Service AssociationTransaction card with magnetic stripe emulator
US5280527 *Apr 14, 1992Jan 18, 1994Kamahira Safe Co., Inc.Biometric token for authorizing access to a host system
US5317636 *Dec 9, 1992May 31, 1994Arris, Inc.Method and apparatus for securing credit card transactions
US5465206 *Nov 1, 1993Nov 7, 1995Visa InternationalElectronic bill pay system
US5483445 *Oct 21, 1993Jan 9, 1996American Express TrsAutomated billing consolidation system and method
US5834747 *Feb 19, 1997Nov 10, 1998Pixel InstrumentsUniversal credit card apparatus and method
US5845260 *Jan 24, 1996Dec 1, 1998Sony CorporationSystem and method for parent-controlled charging for on-line services
US5953710 *Oct 9, 1996Sep 14, 1999Fleming; Stephen S.Children's credit or debit card system
US5955961 *Sep 25, 1996Sep 21, 1999Wallerstein; Robert S.Programmable transaction card
US6000832 *Sep 24, 1997Dec 14, 1999Microsoft CorporationElectronic online commerce card with customer generated transaction proxy number for online transactions
US6163771 *Aug 28, 1997Dec 19, 2000Walker Digital, LlcMethod and device for generating a single-use financial account number
US6422462 *Mar 30, 1999Jul 23, 2002Morris E. CohenApparatus and methods for improved credit cards and credit card transactions
US6609654 *Sep 21, 2000Aug 26, 2003Privasys, Inc.Method for allowing a user to customize use of a payment card that generates a different payment card number for multiple transactions
US7236950 *Oct 29, 1998Jun 26, 2007Universal Card Services Corp.Method and system of combined billing of multiple accounts on a single statement
US20010047335 *Mar 15, 2001Nov 29, 2001Martin ArndtSecure payment method and apparatus
US20020007320 *Mar 15, 2001Jan 17, 2002Mastercard International IncorporatedMethod and system for secure payments over a computer network
US20020046092 *Feb 9, 2001Apr 18, 2002Maurice OstroffMethod for preventing fraudulent use of credit cards and credit card information, and for preventing unauthorized access to restricted physical and virtual sites
US20020096570 *Jan 25, 2001Jul 25, 2002Wong Jacob Y.Card with a dynamic embossing apparatus
US20030075610 *Feb 16, 2001Apr 24, 2003Ong Yong KinElectronic credit card-ecc
US20060190412 *Feb 21, 2006Aug 24, 2006Maurice OstroffMethod and system for preventing fraudulent use of credit cards and credit card information, and for preventing unauthorized access to restricted physical and virtual sites
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US7543739 *Apr 14, 2006Jun 9, 2009Qsecure, Inc.Automated payment card fraud detection and location
US7584153 *Dec 30, 2006Sep 1, 2009Qsecure, Inc.Financial transactions with dynamic card verification values
US7685013Aug 24, 2007Mar 23, 2010Jpmorgan Chase BankSystem and method for automatic financial project management
US7689504Oct 31, 2002Mar 30, 2010Jpmorgan Chase Bank, N.A.System and method for establishing or modifying an account with user selectable terms
US7756816Oct 12, 2005Jul 13, 2010Jpmorgan Chase Bank, N.A.System and method for network-based project management
US7783578Jan 25, 2006Aug 24, 2010Jpmorgan Chase Bank, N.A.System for providing cardless payment
US7784687Dec 19, 2008Aug 31, 2010Dynamics Inc.Payment cards and devices with displays, chips, RFIDS, magnetic emulators, magnetic decoders, and other components
US7793851May 9, 2006Sep 14, 2010Dynamics Inc.Dynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US7828220Oct 30, 2007Nov 9, 2010Dynamics Inc.Dynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US7885878May 28, 2008Feb 8, 2011First Data CorporationSystems and methods of payment account activation
US7931195Oct 29, 2007Apr 26, 2011Dynamics Inc.Dynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US7941533Feb 19, 2002May 10, 2011Jpmorgan Chase Bank, N.A.System and method for single sign-on session management without central server
US7954705Oct 29, 2007Jun 7, 2011Dynamics Inc.Dynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US7966263Apr 3, 2007Jun 21, 2011First Data CorporationWireless phone RF presentation instrument with sensor control
US7966496Dec 22, 2006Jun 21, 2011Jpmorgan Chase Bank, N.A.System and method for single sign on process for websites with multiple applications and services
US7987501Dec 21, 2001Jul 26, 2011Jpmorgan Chase Bank, N.A.System and method for single session sign-on
US7991692Oct 9, 2006Aug 2, 2011First Data CorporationElectronic payment instrument and packaging
US8011577Dec 19, 2008Sep 6, 2011Dynamics Inc.Payment cards and devices with gift card, global integration, and magnetic stripe reader communication functionality
US8020775Dec 19, 2008Sep 20, 2011Dynamics Inc.Payment cards and devices with enhanced magnetic emulators
US8066191Feb 22, 2010Nov 29, 2011Dynamics Inc.Cards and assemblies with user interfaces
US8074877Dec 19, 2008Dec 13, 2011Dynamics Inc.Systems and methods for programmable payment cards and devices with loyalty-based payment applications
US8145522Nov 8, 2006Mar 27, 2012Jpmorgan Chase Bank, N.A.System and method for establishing or modifying an account with user selectable terms
US8157178Oct 19, 2007Apr 17, 2012First Data CorporationManufacturing system to produce contactless devices with switches
US8160960Dec 11, 2009Apr 17, 2012Jpmorgan Chase Bank, N.A.System and method for rapid updating of credit information
US8172148Feb 22, 2010May 8, 2012Dynamics Inc.Cards and assemblies with user interfaces
US8185877Jun 22, 2005May 22, 2012Jpmorgan Chase Bank, N.A.System and method for testing applications
US8185940Jul 17, 2007May 22, 2012Jpmorgan Chase Bank, N.A.System and method for providing discriminated content to network users
US8190893Jul 1, 2004May 29, 2012Jp Morgan Chase BankPortable security transaction protocol
US8226001Jun 23, 2010Jul 24, 2012Fiteq, Inc.Method for broadcasting a magnetic stripe data packet from an electronic smart card
US8231063May 6, 2011Jul 31, 2012Privasys Inc.Electronic card and methods for making same
US8282007Feb 22, 2010Oct 9, 2012Dynamics Inc.Laminated cards with manual input interfaces
US8286876Jul 20, 2011Oct 16, 2012Dynamics Inc.Cards and devices with magnetic emulators and magnetic reader read-head detectors
US8286889Apr 23, 2012Oct 16, 2012Privasys, IncElectronic financial transaction cards and methods
US8296233Jun 27, 2011Oct 23, 2012First Data CorporationElectronic payment instrument and packaging
US8301493Nov 5, 2002Oct 30, 2012Jpmorgan Chase Bank, N.A.System and method for providing incentives to consumers to share information
US8302871Apr 16, 2012Nov 6, 2012Privasys, IncMethod for conducting a transaction between a magnetic stripe reader and an electronic card
US8302872Jul 20, 2011Nov 6, 2012Dynamics Inc.Advanced dynamic credit cards
US8317103Nov 11, 2010Nov 27, 2012FiTeqMethod for broadcasting a magnetic stripe data packet from an electronic smart card
US8321682Jan 26, 2009Nov 27, 2012Jpmorgan Chase Bank, N.A.System and method for generating and managing administrator passwords
US8322623Jul 26, 2011Dec 4, 2012Dynamics Inc.Systems and methods for advanced card printing
US8335855May 18, 2007Dec 18, 2012Jpmorgan Chase Bank, N.A.System and method for portal infrastructure tracking
US8348172Mar 2, 2011Jan 8, 2013Dynamics Inc.Systems and methods for detection mechanisms for magnetic cards and devices
US8360332Apr 16, 2012Jan 29, 2013PrivasysElectronic card
US8382000Dec 19, 2008Feb 26, 2013Dynamics Inc.Payment cards and devices with enhanced magnetic emulators
US8393545Jun 22, 2010Mar 12, 2013Dynamics Inc.Cards deployed with inactivated products for activation
US8393546Oct 25, 2010Mar 12, 2013Dynamics Inc.Games, prizes, and entertainment for powered cards and devices
US8413892Dec 19, 2008Apr 9, 2013Dynamics Inc.Payment cards and devices with displays, chips, RFIDs, magnetic emulators, magnetic encoders, and other components
US8424773Jul 20, 2011Apr 23, 2013Dynamics Inc.Payment cards and devices with enhanced magnetic emulators
US8438086Nov 28, 2001May 7, 2013Jpmorgan Chase Bank, N.A.System and method for providing customers with seamless entry to a remote server
US8458070Jun 15, 2012Jun 4, 2013Jpmorgan Chase Bank, N.A.System and method for providing customers with seamless entry to a remote server
US8459548Jul 20, 2011Jun 11, 2013Dynamics Inc.Payment cards and devices with gift card, global integration, and magnetic stripe reader communication functionality
US8473735May 19, 2008Jun 25, 2013Jpmorgan ChaseSystems and methods for managing digital certificates
US8480002Apr 16, 2012Jul 9, 2013Mark PoidomaniConducting a transaction with an electronic card
US8485437Jul 20, 2011Jul 16, 2013Dynamics Inc.Systems and methods for programmable payment cards and devices with loyalty-based payment applications
US8485446Mar 28, 2012Jul 16, 2013Dynamics Inc.Shielded magnetic stripe for magnetic cards and devices
US8500019Apr 16, 2012Aug 6, 2013Mark PoidomaniElectronic cards and methods for making same
US8511574Aug 17, 2010Aug 20, 2013Dynamics Inc.Advanced loyalty applications for powered cards and devices
US8517276Dec 19, 2008Aug 27, 2013Dynamics Inc.Cards and devices with multifunction magnetic emulators and methods for using same
US8523059Oct 20, 2010Sep 3, 2013Dynamics Inc.Advanced payment options for powered cards and devices
US8540165Apr 3, 2012Sep 24, 2013Privasys, Inc.Laminated electronic card assembly
US8549315Sep 14, 2012Oct 1, 2013Jpmorgan Chase Bank, N.A.System and method for generating and managing administrator passwords
US8561894Oct 20, 2011Oct 22, 2013Dynamics Inc.Powered cards and devices designed, programmed, and deployed from a kiosk
US8567679Jan 23, 2012Oct 29, 2013Dynamics Inc.Cards and devices with embedded holograms
US8571975Nov 24, 1999Oct 29, 2013Jpmorgan Chase Bank, N.A.System and method for sending money via E-mail over the internet
US8573503Sep 25, 2012Nov 5, 2013Dynamics Inc.Systems and methods for detection mechanisms for magnetic cards and devices
US8579203Nov 23, 2011Nov 12, 2013Dynamics Inc.Electronic magnetic recorded media emulators in magnetic card devices
US8583926Apr 26, 2006Nov 12, 2013Jpmorgan Chase Bank, N.A.System and method for anti-phishing authentication
US8590008Oct 30, 2008Nov 19, 2013Jpmorgan Chase Bank, N.A.System and method for single sign on process for websites with multiple applications and services
US8590796Feb 22, 2010Nov 26, 2013Dynamics Inc.Cards having dynamic magnetic stripe communication devices fabricated from multiple boards
US8602312Feb 16, 2011Dec 10, 2013Dynamics Inc.Systems and methods for drive circuits for dynamic magnetic stripe communications devices
US8606881 *Sep 16, 2009Dec 10, 2013Blackberry LimitedBookmark beacon system and method
US8608083Jul 20, 2011Dec 17, 2013Dynamics Inc.Cards and devices with magnetic emulators with zoning control and advanced interiors
US8622309Apr 5, 2010Jan 7, 2014Dynamics Inc.Payment cards and devices with budgets, parental controls, and virtual accounts
US8628022May 23, 2012Jan 14, 2014Dynamics Inc.Systems and methods for sensor mechanisms for magnetic cards and devices
US8668143Jul 20, 2011Mar 11, 2014Dynamics Inc.Payment cards and devices with gift card, global integration, and magnetic stripe reader communication functionality
US8684267Apr 3, 2012Apr 1, 2014PrivasysMethod for broadcasting a magnetic stripe data packet from an electronic smart card
US8726011May 17, 2013May 13, 2014Jpmorgan Chase Bank, N.A.Systems and methods for managing digital certificates
US8727219Oct 12, 2010May 20, 2014Dynamics Inc.Magnetic stripe track signal having multiple communications channels
US8732072Mar 16, 2010May 20, 2014Jpmorgan Chase Bank, N.A.System and method for establishing or modifying an account with user selectable terms
US8733638Jul 20, 2011May 27, 2014Dynamics Inc.Payment cards and devices with displays, chips, RFIDs, magnetic emulators, magentic decoders, and other components
US8746579Jul 1, 2013Jun 10, 2014Dynamics Inc.Systems and methods for detection mechanisms for magnetic cards and devices
US8757483Feb 8, 2013Jun 24, 2014Dynamics Inc.Cards deployed with inactivated products for activation
US8757499Sep 10, 2012Jun 24, 2014Dynamics Inc.Laminated cards with manual input interfaces
US8768830Sep 8, 2011Jul 1, 2014Citibank, N.A.Method and system for a multi-purpose transactional platform
US8793490Dec 13, 2006Jul 29, 2014Jpmorgan Chase Bank, N.A.Systems and methods for multifactor authentication
US8814050Mar 26, 2013Aug 26, 2014Dynamics Inc.Advanced payment options for powered cards and devices
US8827153Jul 17, 2012Sep 9, 2014Dynamics Inc.Systems and methods for waveform generation for dynamic magnetic stripe communications devices
US8849716Sep 14, 2007Sep 30, 2014Jpmorgan Chase Bank, N.A.System and method for preventing identity theft or misuse by restricting access
US8875999Apr 29, 2013Nov 4, 2014Dynamics Inc.Payment cards and devices with gift card, global integration, and magnetic stripe reader communication functionality
US8881989Jul 20, 2011Nov 11, 2014Dynamics Inc.Cards and devices with magnetic emulators with zoning control and advanced interiors
US8888009Feb 13, 2013Nov 18, 2014Dynamics Inc.Systems and methods for extended stripe mechanisms for magnetic cards and devices
US8931703Mar 16, 2010Jan 13, 2015Dynamics Inc.Payment cards and devices for displaying barcodes
US8944333Sep 18, 2013Feb 3, 2015Dynamics Inc.Cards and devices with embedded holograms
US8960545Nov 16, 2012Feb 24, 2015Dynamics Inc.Data modification for magnetic cards and devices
US8973824Dec 19, 2008Mar 10, 2015Dynamics Inc.Cards and devices with magnetic emulators with zoning control and advanced interiors
US9004368Jul 20, 2011Apr 14, 2015Dynamics Inc.Payment cards and devices with enhanced magnetic emulators
US9010630Dec 19, 2008Apr 21, 2015Dynamics Inc.Systems and methods for programmable payment cards and devices with loyalty-based payment applications
US9010644Nov 4, 2013Apr 21, 2015Dynamics Inc.Dynamic magnetic stripe communications device with stepped magnetic material for magnetic cards and devices
US9010647Feb 19, 2013Apr 21, 2015Dynamics Inc.Multiple sensor detector systems and detection methods of magnetic cards and devices
US9033218May 14, 2013May 19, 2015Dynamics Inc.Cards, devices, systems, methods and dynamic security codes
US9053398Aug 12, 2011Jun 9, 2015Dynamics Inc.Passive detection mechanisms for magnetic cards and devices
US9053399Apr 3, 2012Jun 9, 2015PrivasysMethod for broadcasting a magnetic stripe data packet from an electronic smart card
US9064195Feb 19, 2013Jun 23, 2015Dynamics Inc.Multiple layer card circuit boards
US9064255May 9, 2014Jun 23, 2015Dynamics Inc.Cards deployed with inactivated products for activation
US9240012Jun 24, 2014Jan 19, 2016Jpmorgan Chase Bank, N.A.Systems and methods for multifactor authentication
US9292843Jul 21, 2014Mar 22, 2016Dynamics Inc.Advanced payment options for powered cards and devices
US9306666Sep 24, 2010Apr 5, 2016Dynamics Inc.Programming protocols for powered cards and devices
US9329619Mar 2, 2010May 3, 2016Dynamics Inc.Cards with power management
US9349089Dec 10, 2013May 24, 2016Dynamics Inc.Systems and methods for sensor mechanisms for magnetic cards and devices
US9361569Dec 19, 2008Jun 7, 2016Dynamics, Inc.Cards with serial magnetic emulators
US9373069Oct 25, 2013Jun 21, 2016Dynamics Inc.Systems and methods for drive circuits for dynamic magnetic stripe communications devices
US9374366Oct 10, 2013Jun 21, 2016Jpmorgan Chase Bank, N.A.System and method for anti-phishing authentication
US9384438Jul 20, 2011Jul 5, 2016Dynamics, Inc.Cards with serial magnetic emulators
US9419957Mar 17, 2014Aug 16, 2016Jpmorgan Chase Bank, N.A.Confidence-based authentication
US9466057May 4, 2006Oct 11, 2016First Data CorporationRF presentation instrument with sensor control
US20060053125 *Oct 12, 2005Mar 9, 2006Bank One CorporationSystem and method for network-based project management
US20060249574 *Apr 14, 2006Nov 9, 2006Brown Kerry DAutomated payment card fraud detection and location
US20070136211 *Dec 30, 2006Jun 14, 2007Brown Kerry DFinancial transactions with dynamic card verification values
US20070257767 *Apr 3, 2007Nov 8, 2007First Data CorporationWireless phone rf presentation instrument with sensor control
US20070267504 *May 4, 2006Nov 22, 2007First Data CorporationRf presentation instrument with sensor control
US20080029607 *May 9, 2006Feb 7, 2008Mullen Jeffrey DDynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US20080035738 *May 9, 2006Feb 14, 2008Mullen Jeffrey DDynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US20080054068 *Oct 29, 2007Mar 6, 2008Mullen Jeffrey DDynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US20080054079 *Oct 30, 2007Mar 6, 2008Mullen Jeffrey DDynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US20080065555 *Oct 31, 2007Mar 13, 2008Mullen Jeffrey DDynamic credit card with magnetic stripe and embedded encoder and methods for using the same to provide a copy-proof credit card
US20080086418 *Oct 9, 2006Apr 10, 2008First Data CorporationElectronic payment instrument and packaging
US20080086765 *Oct 5, 2006Apr 10, 2008Microsoft CorporationIssuance privacy
US20090159663 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Payment cards and devices operable to receive point-of-sale actions before point-of-sale and forward actions at point-of-sale
US20090159667 *Dec 19, 2008Jun 25, 2009Dynamics, Inc.Cards with serial magnetic emulators
US20090159668 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Cards and devices with multifunction magnetic emulators and methods for using same
US20090159669 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Cards with serial magnetic emulators
US20090159672 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Cards with serial magnetic emulators
US20090159673 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Systems and methods for programmable payment cards and devices with loyalty-based payment applications
US20090159680 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Credit, security, debit cards and the like with buttons
US20090159681 *Dec 19, 2008Jun 25, 2009Dynamics, Inc.Cards and devices with magnetic emulators and magnetic reader read-head detectors
US20090159682 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Cards and devices with multi-function magnetic emulators and methods for using same
US20090159688 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Payment cards and devices with displays, chips, rfids, magnetic emulators, magnetic decoders, and other components
US20090159689 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Payment cards and devices with gift card, global integration, and magnetic stripe reader communication functionality
US20090159690 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Payment cards and devices with gift card, global integration, and magnetic stripe reader communication functionality
US20090159698 *Dec 19, 2008Jun 25, 2009Dymanics Inc.Payment cards and devices with gift card, global integration, and magnetic stripe reader communication functionality
US20090159700 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Systems and methods for programmable payment cards and devices with loyalty-based payment applications
US20090159703 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Credit, security, debit cards and the like with buttons
US20090159704 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Cards and devices with magnetic emulators and magnetic read-head detectors
US20090159705 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Payment cards and devices operable to receive point-of-sale actions before point-of-sale and forward actions at point-of-sale
US20090159706 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Payment cards and devices with displays, chips, rfids, magentic emulators, magentic decoders, and other components
US20090159707 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Systems and methods for programmable payment cards and devices with loyalty-based payment applications
US20090159708 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Payment cards and devices with enhanced magnetic emulators
US20090159709 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Advanced dynamic credit cards
US20090159710 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Cards and devices with magnetic emulators and magnetic reader read-head detectors
US20090159711 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Cards and devices with magnetic emulators with zoning control and advanced interiors
US20090159712 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Payment cards and devices with displays, chips, rfids, magnetic emulators, magentic decoders, and other components
US20090159713 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Payment cards and devices with enhanced magnetic emulators
US20090160617 *Dec 19, 2008Jun 25, 2009Dynamics Inc.Credit, security, debit cards and the like with buttons
US20090299864 *May 28, 2008Dec 3, 2009First Data CorporationSystems and methods of payment account activation
US20100005002 *Sep 16, 2009Jan 7, 2010Research In Motion LimitedBookmark Beacon System And Method
US20110035268 *Sep 17, 2007Feb 10, 2011Jean-Yves RossiPayment method and system
US20120265689 *Jun 21, 2012Oct 18, 2012Privasys, Inc.Methods for Customizing Secured Transactions that are Verified by a Money Source
US20140052564 *Aug 19, 2013Feb 20, 2014Robb LewisNotarized Game Card and Achievement Card
USD643063Jul 9, 2010Aug 9, 2011Dynamics Inc.Interactive electronic card with display
USD651237Jul 9, 2010Dec 27, 2011Dynamics Inc.Interactive electronic card with display
USD651238Jul 9, 2010Dec 27, 2011Dynamics Inc.Interactive electronic card with display
USD651644Jul 9, 2010Jan 3, 2012Dynamics Inc.Interactive electronic card with display
USD652075Jul 2, 2010Jan 10, 2012Dynamics Inc.Multiple button interactive electronic card
USD652076Jul 9, 2010Jan 10, 2012Dynamics Inc.Multiple button interactive electronic card with display
USD652448Jul 2, 2010Jan 17, 2012Dynamics Inc.Multiple button interactive electronic card
USD652449Jul 2, 2010Jan 17, 2012Dynamics Inc.Multiple button interactive electronic card
USD652450Jul 9, 2010Jan 17, 2012Dynamics Inc.Multiple button interactive electronic card
USD652867Jul 2, 2010Jan 24, 2012Dynamics Inc.Multiple button interactive electronic card
USD653288Jul 9, 2010Jan 31, 2012Dynamics Inc.Multiple button interactive electronic card
USD665022Jul 9, 2010Aug 7, 2012Dynamics Inc.Multiple button interactive electronic card with light source
USD665447Jul 9, 2010Aug 14, 2012Dynamics Inc.Multiple button interactive electronic card with light source and display
USD666241Jul 9, 2010Aug 28, 2012Dynamics Inc.Multiple button interactive electronic card with light source
USD670329May 12, 2011Nov 6, 2012Dynamics Inc.Interactive display card
USD670330May 12, 2011Nov 6, 2012Dynamics Inc.Interactive card
USD670331May 12, 2011Nov 6, 2012Dynamics Inc.Interactive display card
USD670332May 12, 2011Nov 6, 2012Dynamics Inc.Interactive card
USD670759Jul 2, 2010Nov 13, 2012Dynamics Inc.Multiple button interactive electronic card with light sources
USD672389Jul 2, 2010Dec 11, 2012Dynamics Inc.Multiple button interactive electronic card with light sources
USD673606Aug 27, 2012Jan 1, 2013Dynamics Inc.Interactive electronic card with display and buttons
USD674013Jul 2, 2010Jan 8, 2013Dynamics Inc.Multiple button interactive electronic card with light sources
USD675256Aug 27, 2012Jan 29, 2013Dynamics Inc.Interactive electronic card with display and button
USD676487Aug 27, 2012Feb 19, 2013Dynamics Inc.Interactive electronic card with display and buttons
USD676904May 12, 2011Feb 26, 2013Dynamics Inc.Interactive display card
USD687094Jul 2, 2010Jul 30, 2013Dynamics Inc.Multiple button interactive electronic card with light sources
USD687095Aug 27, 2012Jul 30, 2013Dynamics Inc.Interactive electronic card with buttons
USD687487Aug 27, 2012Aug 6, 2013Dynamics Inc.Interactive electronic card with display and button
USD687488Aug 27, 2012Aug 6, 2013Dynamics Inc.Interactive electronic card with buttons
USD687489Aug 27, 2012Aug 6, 2013Dynamics Inc.Interactive electronic card with buttons
USD687490Aug 27, 2012Aug 6, 2013Dynamics Inc.Interactive electronic card with display and button
USD687887Aug 27, 2012Aug 13, 2013Dynamics Inc.Interactive electronic card with buttons
USD688744Aug 27, 2012Aug 27, 2013Dynamics Inc.Interactive electronic card with display and button
USD692053Aug 27, 2012Oct 22, 2013Dynamics Inc.Interactive electronic card with display and button
USD694322Aug 27, 2012Nov 26, 2013Dynamics Inc.Interactive electronic card with display buttons
USD695636Aug 27, 2012Dec 17, 2013Dynamics Inc.Interactive electronic card with display and buttons
USD729869Aug 27, 2012May 19, 2015Dynamics Inc.Interactive electronic card with display and button
USD729870Aug 27, 2012May 19, 2015Dynamics Inc.Interactive electronic card with display and button
USD729871Aug 27, 2012May 19, 2015Dynamics Inc.Interactive electronic card with display and buttons
USD730438Aug 27, 2012May 26, 2015Dynamics Inc.Interactive electronic card with display and button
USD730439Aug 27, 2012May 26, 2015Dynamics Inc.Interactive electronic card with buttons
USD737373Sep 10, 2013Aug 25, 2015Dynamics Inc.Interactive electronic card with contact connector
USD750166Mar 4, 2013Feb 23, 2016Dynamics Inc.Interactive electronic card with display and buttons
USD750167Mar 4, 2013Feb 23, 2016Dynamics Inc.Interactive electronic card with buttons
USD750168Mar 4, 2013Feb 23, 2016Dynamics Inc.Interactive electronic card with display and button
USD751639Mar 4, 2013Mar 15, 2016Dynamics Inc.Interactive electronic card with display and button
USD751640Mar 4, 2013Mar 15, 2016Dynamics Inc.Interactive electronic card with display and button
USD764584Mar 4, 2013Aug 23, 2016Dynamics Inc.Interactive electronic card with buttons
USD765173Mar 4, 2013Aug 30, 2016Dynamics Inc.Interactive electronic card with display and button
USD765174Mar 4, 2013Aug 30, 2016Dynamics Inc.Interactive electronic card with button
USD767024Sep 10, 2013Sep 20, 2016Dynamics Inc.Interactive electronic card with contact connector
Classifications
U.S. Classification705/64
International ClassificationG07F7/10, G06K19/06
Cooperative ClassificationG06Q20/3576, G07F7/1008, G06Q20/3415, G06Q20/4093, G06Q20/341, G06K19/06196, G06Q20/382, G06Q20/105, G06Q20/10, G06Q20/206, G06Q20/383, G06Q20/3674, G06K19/06206
European ClassificationG06Q20/105, G06Q20/341, G06Q20/3674, G06Q20/383, G06Q20/10, G06Q20/206, G06Q20/3415, G06Q20/3576, G06Q20/4093, G06Q20/382, G06K19/06M2, G07F7/10D