Authorizing payment subsequent to RF transactions

Information

  • Patent Grant
  • 7889052
  • Patent Number
    7,889,052
  • Date Filed
    Friday, January 10, 2003
    21 years ago
  • Date Issued
    Tuesday, February 15, 2011
    13 years ago
Abstract
A transponder-reader payment system includes a fob including a transponder, and a RFID reader for interrogating the transponder. The system may further include a payment device separate and distinct from the fob, but associated with payment account mutually shared with the fob. In exemplary operation, the fob identifying information, or the payment device information, may be presented to the RFID reader for completion of a transaction request. A process server may receive the transaction request and satisfy the transaction request in accordance with a predetermined payment criteria. The process server may additionally augment a rewards account based on fob or payment device usage, thereby incenting fob usage in one instance and payment device usage in the other.
Description
FIELD OF INVENTION

This invention generally relates to a system and method for completing a transaction, and more particularly, to completing a financial transaction using Radio Frequency Identification (RFID) in contact and contactless environments.


BACKGROUND OF THE INVENTION

Like barcode and voice data entry, RFID is a contactless information acquisition technology. RFID systems are wireless, and are usually extremely effective in hostile environments where conventional acquisition methods fail. RFID has established itself in a wide range of markets, such as, for example, the high-speed reading of railway containers, tracking moving objects such as livestock or automobiles, and retail inventory applications. As such, RFID technology has become a primary focus in automated data collection, identification and analysis systems worldwide.


Of late, companies are increasingly embodying RFID data acquisition technology in a fob or tag for use in completing financial transactions. A typical fob includes a transponder and is ordinarily a self-contained device which may be contained on any portable form factor. In some instances, a battery may be included with the fob to power the transponder. In which case the internal circuitry of the fob (including the transponder) may draw its operating power from the battery power source. Alternatively, the fob may exist independent of an internal power source. In this instance the internal circuitry of the fob (including the transponder) may gain its operating power directly from an RF interrogation signal. U.S. Pat. No. 5,053,774 issued to Schuermann describes a typical transponder RF interrogation system which may be found in the prior art. The Schuermann patent describes in general the powering technology surrounding conventional transponder structures. U.S. Pat. No. 4,739,328 discusses a method by which a conventional transponder may respond to a RF interrogation signal. Other typical modulation techniques which may be used include, for example, ISO/IEC 14443 and the like.


In the conventional fob powering technologies used, the fob is typically activated upon presenting the fob in an interrogation signal. In this regard, the fob may be activated irrespective of whether the user desires such activation. Inadvertent presentation of the fob may result in initiation and completion of an unwanted transaction. Thus, a fob system is needed which allows the fob user to control activation of the fob to limit transactions being undesirably completed.


One of the more visible uses of the RFID technology is found in the introduction of Exxon/Mobil's Speedpass® and Shell's EasyPay® products. These products use transponders placed in a fob or tag which enables automatic identification of the user when the fob is presented at a Point of Sale (POS) device. Fob identification data is typically passed to a third party server database, where the identification data is referenced to a customer (e.g., user) credit or debit account. In an exemplary processing method, the server seeks authorization for the transaction by passing the transaction and account data to an authorizing entity. Once authorization is received by the server, clearance is sent to the point of sale device for completion of the transaction. In this way, the conventional transaction processing method involves an indirect path which causes undue overhead due to the use of the third-party server.


A need exists for a transaction authorization system which allows fob transactions to be authorized while eliminating the cost associated with using third-party servers.


In addition, conventional fobs are limited in that they must be used in proximity to the Point of Sale device. That is, for fob activation, conventional fobs must be positioned within the area of transmission cast by the RF interrogation signal. More particularly, conventional fobs are not affective for use in situations where the user wishes to conduct a transaction at a point of interaction such as a computer interface.


Therefore, a need exists for a fob embodying RFID acquisition technology, which is capable of use at a point of interaction device and which is additionally capable of facilitating transactions via a computer interface connected to a network (e.g., the Internet).


Existing transponder-reader payment systems are also limited in that the conventional fob used in the systems is only responsive to one interrogation signal. Where multiple interrogation signals are used, the fob is only responsive to the interrogation signal to which it is configured. Thus, if the RFID reader of the system provides only an interrogation signal to which the fob is incompatible, the fob will not be properly activated.


Therefore, a need exists for a fob which is responsive to more than one interrogation signal.


Existing transponder-reader payment systems are additionally limited in that the payment systems are typically linked to a funding source associated with the transponder which includes a predetermined spending limit. Thus no flexibility is provided in instances where the payment is requested which exceeds the predetermined spending limit. This is typically true in that traditional methods for processing a requested transaction involve comparing the transaction to the spending limit or to an amount stored in a preloaded value data file prior to providing transaction authorization to a merchant.


Thus, a system is needed which processes transponder-reader payment requests irrespective of the spending limit assigned to an associated transponder-reader payment system funding source.


Further, traditional transponder-reader systems do not permit the user to manage the system user account data. This is extremely problematic where the user wishes to change a transponder-reader system funding source to a source which provides more available spending room, or where changes are made to the user's status (e.g., change in address, phone number, email, etc.) for which the transponder-reader account provider wishes to readily update the user's account.


Thus a need exists for a transponder-reader system which will allow the user limited access to the transponder-reader account for managing account data.


Further still, existing transponder-reader systems do not usually permit means for automatically incenting the use of the fob associated with the system as opposed to the credit or charge card associated with the fob. That is, conventional transponder-reader systems do not provide a means for encouraging usage of the transponder reader system by encouraging use of the fob product since the present systems do not sufficiently distinguish between usage of a system transponder and a charge or credit card account associated with the transponder.


Consequently, a need exists for a transponder-reader system which is capable of determining when a system transponder is used, and providing an incentive for such usage.


Sill further, present systems are limited in that the systems are unable to track credit or charge card usage and fob usage for a single funding source. For example, in typical prior art systems, a fob may be linked to a specified funding source (e.g., American Express, MasterCard, Visa, etc.) which may be used to provide funds for satisfaction of a transaction request. The funding source may additionally have a consumer credit or charge card which may be associated with the fob and which may be used for contact transactions. Where the credit or charge card is used, a statement reporting the card usage is provided to the card user. However, the reporting statement does not include a reporting of the fob product usage. Thus, a fob user is unable to adequately chart, analyze or compare fob usage to the usage of the associated card. This is especially problematic where the funding source is used by more than one entity (e.g., spouses, multiple company personnel, etc.) or where one entity may use the fob and a separate entity may use the card associated with the fob.


Thus, a need exists for a transponder-reader payment system which would permit reporting of the fob usage and the credit card usage in a single file.


SUMMARY OF THE INVENTION

Described herein is a system and method for using RFID technology to initiate and complete financial transactions. The transponder-reader payment system described herein may include a RFID reader operable to provide a RF interrogation signal for powering a transponder system, receiving a transponder system RF signal, and providing transponder system account data relative to the transponder system RF signal. The transponder-reader payment system may include a RFID protocol/sequence controller in electrical communication with one or more interrogators for providing an interrogation signal to a transponder, a RFID authentication circuit for authenticating the signal received from the transponder, a serial or parallel interface for interfacing with a point of interaction device, and an USB or serial interface for use in personalizing the RFID reader and/or the transponder. The transponder-reader payment system may further include a fob including one or more transponders (e.g., modules) responsive to one or more interrogation signals and for providing an authentication signal for verifying that the transponder and/or the RFID reader are authorized to operate within the transponder-reader payment system. In this way, the fob may be responsive to multiple interrogation signals provided at different frequencies. Further, the fob may include a USB or serial interface for use with a computer network or with the RFID reader.


The RFID system and method according to the present invention may include a transponder which may be embodied in a fob, tag, card or any other form factor (e.g., wristwatch, keychain, cell phone, etc.), which may be capable of being presented for interrogation. In that regard, although the transponder is described herein as embodied in a fob, the invention is not so limited.


The system may further include a RFID reader configured to send a standing RFID recognition signal which may be transmitted from the RFID reader via radio frequency (or electromagnetic) propagation. The fob may be placed within proximity to the RFID reader such that the RFID signal may interrogate the fob and initialize fob identification procedures.


In one exemplary embodiment, as a part of the identification process, the fob and the RFID reader may engage in mutual authentication. The RFID reader may identify the fob as including an authorized system transponder for receiving encrypted information and storing the information on the fob memory. Similarly, the fob, upon interrogation by the RFID reader, may identify the RFID reader as authorized to receive the encrypted and stored information. Where the RFID reader and the fob successfully mutually authenticate, the fob may transmit to the RFID reader certain information identifying the transaction account or accounts to which the fob is associated. The RFID reader may receive the information and forward the information to facilitate the completion of a transaction. In one exemplary embodiment, the RFID reader may forward the information to a point of interaction device (e.g., POS or computer interface) for transaction completion. The mutual authorization process disclosed herein aids in ensuring fob transponder-reader payment system security.


In another exemplary embodiment, the fob according to the present invention, includes means for completing transactions via a computer interface. The fob may be connected to the computer using a USB or serial interface fob account information may be transferred to the computer for use in completing a transaction via a network (e.g., the Internet).


In yet another exemplary embodiment of the present invention, a system is provided which incents usage of the transponder-reader system transponder (e.g., fob). The system distinguishes between the usage of a fob and the usage of a charge or credit card sharing the same funding source as the fob. Where the fob is used, the system may provide incentives to the user based on criteria predetermined by the fob issuer. Additionally, where a preloaded fob system is used, the present invention recognizes when the associated fob preloaded value data file is loaded or reloaded with funds. The invention then may provide reward points based on the criteria associated with the loading or reloading action. Further, the system according to this invention may incent patronage of a merchant. In this case, the system may receive a fob transaction request and incent the fob user based on a marker or other identifier correlated with the merchant. The marker may be included in the transaction identification, in a merchant identification provided with the transaction, or a combination of both.


In still another exemplary embodiment of the invention, a system is disclosed which enables the fob user/owner to manage the account associated with the fob. The user is provided limited access to all or a portion of the fob account information stored on the account provider database for updating, for example, demographic information, account funding source, and/or account restrictions (e.g., spending limits, personal identification number, etc.). Access to all or a portion of the account may be provided to the user telephonically, via a network (e.g., online) or via offline communications. For example, the fob user may be provided access to a system which has delayed communications with the account provider database wherein such a system may include, for example, a kiosk which provides batch transmissions to the account provider system. In this way, the fob user/owner may update his account information in real-time (e.g. telephonically or online) or at the time the account provider receives the updated information (e.g., off line).


In a further exemplary embodiment, the present invention provides methods for processing a transaction request whereby the amount of the transaction request may be approved prior to requesting funding from the funding source and/or verifying that the amount for completing the transaction is available. In this way, the transaction may be approved provided the transaction and/or account meets certain predetermined authorization criteria. Once the criteria is met, the transaction is authorized and authorization is provided to the requesting agent (e.g., merchant). In one instance the payment for the transaction is requested from the funding source simultaneously to, or immediately following, the providing of the authorization to the merchant. In another instance, the payment for transactions is requested at a time period later than when the authorization is provided to the merchant.


These features and other advantages of the system and method, as well as the structure and operation of various exemplary embodiments of the system and method, are described below.





BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings, wherein like numerals depict like elements, illustrate exemplary embodiments of the present invention, and together with the description, serve to explain the principles of the invention. In the drawings:



FIG. 1A illustrates an exemplary RFID-based system in accordance with the present invention, wherein exemplary components used for fob transaction completion are depicted;



FIG. 1B illustrates an exemplary personalization system in accordance with the present invention;



FIG. 2 is a schematic illustration of an exemplary fob in accordance with the present invention;



FIG. 3 is a schematic illustration of an exemplary RFID reader in accordance with the present invention;



FIG. 4 is an exemplary flow diagram of an exemplary authentication process in accordance with the present invention;



FIG. 5 is an exemplary flow diagram of an exemplary decision process for a protocol/sequence controller in accordance with the present invention;



FIGS. 6A-B are an exemplary flow diagram of a fob personalization process in accordance with the present invention;



FIGS. 7A-B are an exemplary flow diagram of a RFID reader personalization process in accordance with the present invention;



FIG. 8 is a flow diagram of an exemplary payment/transaction process in accordance with the present invention;



FIG. 9 is another schematic illustration of an exemplary fob in accordance with the present invention;



FIG. 10 is a depiction of an exemplary preloaded fob payment/transaction process in accordance with the present invention;



FIGS. 11A-B are a depiction of an exemplary preloaded fob account reload process in accordance with the present invention;



FIG. 12 is a depiction of an exemplary Direct Link payment/transaction process in accordance with the present invention; and



FIG. 13 is a depiction of another exemplary payment/transaction process in accordance with the present invention.





DETAILED DESCRIPTION

The present invention may be described herein in terms of functional block components, screen shots, optional selections and various processing steps. Such functional blocks may be realized by any number of hardware and/or software components configured to perform to specified functions. For example, the present invention may employ various integrated circuit components, e.g., memory elements, processing elements, logic elements, look-up tables, and the like, which may carry out a variety of functions under the control of one or more mircroprocessors or other control devices. Similarly, the software elements of the present invention may be implemented with any programming or scripting language such as C, C++, Java, COBOL, assembler, PERL, extensible markup language (XML), JavaCard and MULTOS with the various algorithms being implemented with any combination of data structures, objects, processes, routines or other programming elements. Further, it should be noted that the present invention may employ any number of conventional techniques for data transmission, signaling, data processing, network control, and the like. For a basic introduction on cryptography, review a text written by Bruce Schneier entitled “Applied Cryptography: Protocols, Algorithms, and Source Code in C,” published by John Wiley & Sons (second edition, 1996), herein incorporated by reference.


In addition, many applications of the present invention could be formulated. The exemplary network disclosed herein may include any system for exchanging data or transacting business, such as the internet, an intranet, an extranet, WAN, LAN, satellite communications, and/or the like. It is noted that the network may be implemented as other types of networks, such as an interactive television network (ITN).


Where required, the system user may interact with the system via any input device such as, a keypad, keyboard, mouse, kiosk, personal digital assistant, handheld computer (e.g., Palm Pilot®, Blackberry®), cellular phone and/or the like. Similarly, the invention could be used in conjunction with any type of personal computer, network computer, work station, minicomputer, mainframe, or the like running any operating system such as any version of Windows, Windows NT, Windows 2000, Windows 98, Windows 95, MacOS, OS/2, BeOS, Linux, UNIX, Solaris or the like. Moreover, although the invention may frequently be described as being implemented with TCP/IP communications protocol, it should be understood that the invention could also be implemented using SNA, IPX, Appletalk, IPte, NetBIOS, OSI or any number of communications protocols. Moreover, the system contemplates, the use, sale, or distribution of any goods, services or information over any network having similar functionality described herein.



FIG. 1A illustrates an exemplary RFID transaction system 100A in accordance with the present invention, wherein exemplary components for use in completing a fob transaction are depicted. In general, the operation of system 100A may begin when fob 102 is presented for payment, and is interrogated by RFID reader 104 or, alternatively, interface 134. Fob 102 and RFID reader 104 may then engage in mutual authentication after which the transponder 102 may provide the transponder identification and/or account identifier to the RFID reader 104 which may further provide the information to the merchant system 130 POS device 110.


System 100A may include a fob 102 having a transponder 114 and a RFID reader 104 in RF communication with fob 102. Although the present invention is described with respect to a fob 102, the invention is not to be so limited. Indeed, system 100 may include any device having a transponder which is configured to communicate with a RFID reader 104 via RF communication. Typical devices may include, for example, a key ring, tag, card, cell phone, wristwatch or any such form capable of being presented for interrogation.


The RFID reader 104 may be configured to communicate using a RFID internal antenna 106. Alternatively, RFID reader 104 may include an external antenna 108 for communications with fob 102, where the external antenna may be made remote to the RFID reader 104 using a suitable cable and/or data link 120. RFID reader 104 may be further in communication with a merchant system 130 via a data link 122. The system 100A may include a transaction completion system including a point of interaction device such as, for example, a merchant point of sale (POS) device 110 or a computer interface (e.g., user interface) 134. In one exemplary embodiment the transaction completion system may include a merchant system 130 including the POS device 110 in communication with a RFID reader 104 (via data link 122). As described more fully below, the transaction completion system may include the user interface 134 connected to a network 136 and to the transponder via a USB connector 132.


Although the point of interaction device is described herein with respect to a merchant point of sale (POS) device, the invention is not to be so limited. Indeed, a merchant POS device is used herein by way of example, and the point of interaction device may be any device capable of receiving fob account data. In this regard, the POS may be any point of interaction device enabling the user to complete a transaction using a fob 102. POS device 110 may be in further communication with a customer interface 118 (via data link 128) for entering at least a customer identity verification information. In addition, POS device 110 may be in communication with a merchant host network 112 (via data link 124) for processing any transaction request. In this arrangement, information provided by RFID reader 104 is provided to the POS device 110 of merchant system 130 via data link 122. The POS device 110 may receive the information (and alternatively may receive any identity verifying information from customer interface 118 via data link 128) and provide the information to host system 112 for processing.


A variety of conventional communications media and protocols may be used for data links 120, 122, 124, and 128. For example, data links 120, 122, 124, and 128 may be an Internet Service Provider (ISP) configured to facilitate communications over a local loop as is typically used in connection with standard modem communication, cable modem, dish networks, ISDN, Digital Subscriber Lines (DSL), or any wireless communication media. In addition, the merchant system 130 including the POS device 110 and host network 112 may reside on a local area network which interfaces to a remote network (not shown) for remote authorization of an intended transaction. The merchant system 130 may communicate with the remote network via a leased line, such as a T1, D3 line, or the like. Such communications lines are described in a variety of texts, such as, “Understanding Data Communications,” by Gilbert Held, which is incorporated herein by reference.


An account number, as used herein, may include any identifier for an account (e.g., credit, charge debit, checking, savings, reward, loyalty, or the like) which may be maintained by a transaction account provider (e.g., payment authorization center) and which may be used to complete a financial transaction. A typical account number (e.g., account data) may be correlated to a credit or debit account, loyalty account, or rewards account maintained and serviced by such entities as American Express®, Visa® and/or MasterCard® or the like. For ease in understanding, the present invention may be described with respect to a credit account. However, it should be noted that the invention is not so limited and other accounts permitting an exchange of goods and services for an account data value is contemplated to be within the scope of the present invention.


In addition, the account number (e.g., account data) may be associated with any device, code, or other identifier/indicia suitably configured to allow the consumer to interact or communicate with the system, such as, for example, authorization/access code, personal identification number (PIN), Internet code, digital certificate, biometric data, and/or other identification indicia. The account number may be optionally located on a rewards card, charge card, credit card, debit card, prepaid card, telephone card, smart card, magnetic stripe card, bar code card, and/or the like. The account number may be distributed and stored in any form of plastic, electronic, magnetic, and/or optical device capable of transmitting or downloading data to a second device. A customer account number may be, for example, a sixteen-digit credit card number, although each credit provider has its own numbering system, such as the fifteen-digit numbering system used by American Express®. Each company's credit card numbers comply with that company's standardized format such that the company using a sixteen-digit format will generally use four spaced sets of numbers, as represented by the number “0000 0000 0000 0000”. In a typical example, the first five to seven digits are reserved for processing purposes and identify the issuing bank, card type and, etc. In this example, the last sixteenth digit is used as a sum check for the sixteen-digit number. The intermediary eight-to-ten digits are used to uniquely identify the customer. The account number stored as Track 1 and Track 2 data as defined in ISO/IEC 7813, and further may be made unique to fob 102. In one exemplary embodiment, the account number may include a unique fob serial number and user identification number, as well as specific application applets. The account number may be stored in fob 102 inside a database 214, as described more fully below. Database 214 may be configured to store multiple account numbers issued to the fob 102 user by the same or different account providing institutions. Where the account data corresponds to a loyalty or rewards account, the database 214 may be configured to store the attendant loyalty or rewards points data.



FIG. 2 illustrates a block diagram of the many functional blocks of an exemplary fob 102 in accordance with the present invention. Fob 102 may be a RFID fob 102 which may be presented by the user to facilitate an exchange of funds or points, etc., for receipt of goods or services. As described herein, by way of example, the fob 102 may be a RFID fob which may be presented for facilitating payment for goods and/or services.


Fob 102 may include an antenna 202 for receiving an interrogation signal from RFID reader 104 via antenna 106 (or alternatively, via external antenna 108). Fob antenna 202 may be in communication with a transponder 114. In one exemplary embodiment, transponder 114 may be a 13.56 MHz transponder compliant with the ISO/IEC 14443 standard, and antenna 202 may be of the 13 MHz variety. The transponder 114 may be in communication with a transponder compatible modulator/demodulator 206 configured to receive the signal from transponder 114 and configured to modulate the signal into a format readable by any later connected circuitry. Further, modulator/demodulator 206 may be configured to format (e.g., demodulate) a signal received from the later connected circuitry in a format compatible with transponder 114 for transmitting to RFID reader 104 via antenna 202. For example, where transponder 114 is of the 13.56 MHz variety, modulator/demodulator 206 may be ISO/IEC 14443-2 compliant.


Modulator/demodulator 206 may be coupled to a protocol/sequence controller 208 for facilitating control of the authentication of the signal provided by RFID reader 104, and for facilitating control of the sending of the fob 102 account number. In this regard, protocol/sequence controller 208 may be any suitable digital or logic driven circuitry capable of facilitating determination of the sequence of operation for the fob 102 inner-circuitry. For example, protocol/sequence controller 208 may be configured to determine whether the signal provided by the RFID reader 104 is authenticated, and thereby providing to the RFID reader 104 the account number stored on fob 102.


Protocol/sequence controller 208 may be further in communication with authentication circuitry 210 for facilitating authentication of the signal provided by RFID reader 104. Authentication circuitry may be further in communication with a nonvolatile secure memory database 212. Secure memory database 212 may be any suitable elementary file system such as that defined by ISO/IEC 7816-4 or any other elementary file system allowing a lookup of data to be interpreted by the application on the chip. Database 212 may be any type of database, such as relational, hierarchical, object-oriented, and/or the like. Common database products that may be used to implement the databases include DB2 by IBM (White Plains, N.Y.), any of the database products available from Oracle Corporation (Redwood Shores, Calif.), Microsoft Access or MSSQL by Microsoft Corporation (Redmond, Wash.), or any other database product. Database 212 may be organized in any suitable manner, including as data tables or lookup tables. Association of certain data may be accomplished through any data association technique known and practiced in the art. For example, the association may be accomplished either manually or automatically. Automatic association techniques may include, for example, a database search, a database merge, GREP, AGREP, SQL, and/or the like. The association step may be accomplished by a database merge function, for example, using a “key field” in each of the manufacturer and retailer data tables. A “key field” partitions the database according to the high-level class of objects defined by the key field. For example, a certain class may be designated as a key field in both the first data table and the second data table, and the two data tables may then be merged on the basis of the class data in the key field. In this embodiment, the data corresponding to the key field in each of the merged data tables is preferably the same. However, data tables having similar, though not identical, data in the key fields may also be merged by using AGREP, for example.


The data may be used by protocol/sequence controller 208 for data analysis and used for management and control purposes, as well as security purposes. Authentication circuitry may authenticate the signal provided by RFID reader 104 by association of the RFID signal to authentication keys stored on database 212. Encryption circuitry may use keys stored on database 212 to perform encryption and/or decryption of signals sent to or from the RFID reader 104.


In addition, protocol/sequence controller 208 may be in communication with a database 214 for storing at least a fob 102 account data, and a unique fob 102 identification code. Protocol/sequence controller 208 may be configured to retrieve the account number from database 214 as desired. Database 214 may be of the same configuration as database 212 described above. The fob account data and/or unique fob identification code stored on database 214 may be encrypted prior to storage. Thus, where protocol/sequence controller 208 retrieves the account data, and or unique fob identification code from database 214, the account number may be encrypted when being provided to RFID reader 104. Further, the data stored on database 214 may include, for example, an unencrypted unique fob 102 identification code, a user identification, Track 1 and 2 data, as well as specific application applets.


Fob 102 may be configured to respond to multiple interrogation frequency transmissions provided by RFID reader 104. That is, as described more fully below, RFID reader 104 may provide more than one RF interrogation signal. In this case, fob 102 may be configured to respond to the multiple frequencies by including in fob 102 one or more additional RF signal receiving/transmitting units 226. RF signal receiving/transmitting unit 226 may include an antenna 218 and transponder 220 where the antenna 218 and transponder 220 are compatible with at least one of the additional RF signals provided by RFID reader 104. For example, in one exemplary embodiment, fob 102 may include a 134 KHz antenna 218 configured to communicate with a 134 KHz transponder 220. In this exemplary configuration, an ISO/IEC 14443-2 compliant modulator/demodulator may not be required. Instead, the 134 KHz transponder may be configured to communicate directly with the protocol/sequence controller 208 for transmission and receipt of authentication and account number signals as described above.


In another embodiment, fob 102 may further include a universal serial bus (USB) connector 132 for interfacing fob 102 to a user interface 134. User interface 134 may be further in communication with a POS device 110 via a network 136. Network 136 may be the Internet, an intranet, or the like as is described above with respect to network 112. Further, the user interface 134 may be similar in construction to any conventional input devices and/or computing systems aforementioned for permitting the system user to interact with the system. In one exemplary embodiment, fob 102 may be configured to facilitate online Internet payments. A USB converter 222 may be in communication with a USB connector 232 for facilitating the transfer of information between the modulator/demodulator 206 and USB connector 132. Alternatively, USB converter 222 may be in communication with protocol/sequence controller 208 to facilitate the transfer of information between protocol/sequence controller 208 and USB connector 132.


Where fob 102 includes a USB connector 132, fob 102 may be in communication with, for example, a USB port on user interface 134. The information retrieved from fob 102 may be compatible with credit card and/or smart card technology enabling usage of interactive applications on the Internet. No RFID reader may be required in this embodiment since the connection to POS device 110 may be made using a USB port on user interface 134 and a network 136.


Fob 102 may include means for enabling activation of the fob by the user. In one exemplary embodiment, a switch 230 which may be operated by the user of the fob 102. The switch 230 on fob 102 may be used to selectively or inclusively activate the fob 102 for particular uses. In this context, the term “selectively” may mean that the switch 230 enables the user to place the fob 102 in a particular operational mode. For example, the user may place the fob 102 in a mode for enabling purchase of a good or of a service using a selected account number. Alternatively, the fob may be placed in a mode as such that the fob account number is provided by USB port 132 (or serial port) only and the fob transponder 114 is disabled. In addition, the term “inclusively” may mean that the fob 102 is placed in an operational mode permitting the fob 102 to be responsive to the RF interrogation and interrogation via the USB connector 132. In one particular embodiment, the switch 230 may remain in an OFF position ensuring that one or more applications or accounts associated with the fob 102 are non-reactive to any commands issued by RFID reader 104. As used herein, the OFF position may be termed the “normal” position of the activation switch 230, although other normal positions are contemplated.


In another exemplary embodiment, when the switch 230 is moved from the OFF position, the fob 102 may be deemed activated by the user. That is, the switch 230 may activate internal circuitry in fob 102 for permitting the fob to be responsive to RF signals (e.g., commands from RFID reader 104). In this way, switch 230 may facilitate control of the active and inactive states of the fob 102. Such control increases the system security by preventing inadvertent or illegal use of the fob 102.


In one exemplary embodiment, switch 230 may be a simple mechanical device in communication with circuitry which may electrically prevent the fob from being powered by a RFID reader. That is, when switch 230 is in its normal position, switch 230 may provide a short to the fob 102 internal circuitry, preventing fob 102 from being responsive to interrogation by RF or via the USB connector 230. In this arrangement, the switch 230 may be, for example, a “normally closed” (NC) configured switch, which may be electrically connected to the antenna 202 at the interface of the antenna 202 and the transponder 114. The switch 230 may be depressed, which may open the switch 230 fully activating the antenna 202.


In yet another exemplary embodiment, the fob 102 may include a biometric sensor and biometric membrane configured to operate as switch 230 and activate the fob 102 when provided biometric signal from the fob 102 user. Such biometric signal may be the digital reading of a fingerprint, thumbprint, or the like. Typically, where biometric circuitry is used, the biometric circuitry may be powered by an internal voltage source (e.g., battery). In this case, the switch may not be a simple mechanical device, but a switch which is powered. In yet another exemplary embodiment, switch 230 may be battery powered though no biometric circuitry is present in the fob 102.


In yet another embodiment, the switch 230 may be a logic switch. Where switch 230 is a logic switch the switch 230 control software may be read from the sequence controller 208 to selectively control the activation of the various fob 102 components.



FIG. 3 illustrates an exemplary block diagram of a RFID reader 104 in accordance with an exemplary embodiment of the present invention. RFID reader 104 includes, for example, an antenna 106 coupled to a RF module 302, which is further coupled to a control module 304. In addition, RFID reader 104 may include an antenna 108 positioned remotely from the RFID reader 104 and coupled to RFID reader 104 via a suitable cable 120, or other wire or wireless connection.


RF module 302 and antenna 106 may be suitably configured to facilitate communication with fob 102. Where fob 102 is formatted to receive a signal at a particular RF frequency, RF module 302 may be configured to provide an interrogation signal at that same frequency. For example, in one exemplary embodiment, fob 102 may be configured to respond to an interrogation signal of about 13.56 MHz. In this case, RFID antenna 106 may be 13 MHz and may be configured to transmit an interrogation signal of about 13.56 MHz. That is, fob 102 may be configured to include a first and second RF module (e.g., transponder) where the first module may operate using a 134 kHz frequency and the second RF module may operate using a 13.56 MHz frequency. The RFID reader 104 may include two receivers which may operate using the 134 kHz frequency, the 13.56 MHz frequency or both. When the reader 104 is operating at 134 kHz frequency, only operation with the 134 kHz module on the fob 102 may be possible. When the reader 104 is operating at the 13.56 MHz frequency, only operation with the 13.56 MHz module on the fob 102 may be possible. Where the reader 104 supports both a 134 kHz frequency and a 13.56 MHz RF module, the fob 102 may receive both signals from the reader 104. In this case, the fob 102 may be configured to prioritize selection of the one or the other frequency and reject the remaining frequency. Alternatively, the reader 104 may receive signals at both frequencies from the fob upon interrogation. In this case, the reader 104 may be configured to prioritize selection of one or the other frequency and reject the remaining frequency.


Further, protocol/sequence controller 314 may include an optional feedback function for notifying the user of the status of a particular transaction. For example, the optional feedback may be in the form of an LED, LED screen and/or other visual display which is configured to light up or display a static, scrolling, flashing and/or other message and/or signal to inform the fob 102 user that the transaction is initiated (e.g., fob is being interrogated), the fob is valid (e.g., fob is authenticated), transaction is being processed, (e.g., fob account number is being read by RFID reader) and/or the transaction is accepted or denied (e.g., transaction approved or disapproved). Such an optional feedback may or may not be accompanied by an audible indicator (or may present the audible indicator singly) for informing the fob 102 user of the transaction status. The audible feedback may be a simple tone, multiple tones, musical indicator, and/or voice indicator configured to signify when the fob 102 is being interrogated, the transaction status, or the like.


RFID antenna 106 may be in communication with a transponder 306 for transmitting an interrogation signal and receiving at least one of an authentication request signal and/or an account data from fob 102. Transponder 306 may be of similar description as transponder 114 of FIG. 2. In particular, transponder 306 may be configured to send and/or receive RF signals in a format compatible with antenna 202 in similar manner as was described with respect to fob transponder 114. For example, where transponder 306 is 13.56 MHz RF rated antenna 202 may be 13.56 MHz compatible. Similarly, where transponder 306 is ISO/IEC 14443 rated, antenna 106 may be ISO/IEC 14443 compatible.


RF module 302 may include, for example, transponder 306 in communication with authentication circuitry 308 which may be in communication with a secure database 310. Authentication circuitry 308 and database 310 may be of similar description and operation as described with respect to authentication circuitry 210 and secure memory database 212 of FIG. 2. For example, database 310 may store data corresponding to the fob 102 which are authorized to transact business over system 100. Database 310 may additionally store RFID reader 104 identifying information for providing to fob 102 for use in authenticating whether RFID reader 104 is authorized to be provided the fob account number stored on fob database 214.


Authentication circuitry 308 may be of similar description and operation as authentication circuitry 210. That is, authentication circuitry 308 may be configured to authenticate the signal provided by fob 102 in similar manner that authentication circuitry 210 may be configured to authenticate the signal provided by RFID reader 104. As is described more fully below, fob 102 and RFID reader 104 engage in mutual authentication. In this context, “mutual authentication” may mean that operation of the system 100 may not take place until fob 102 authenticates the signal from RFID reader 104, and RFID reader 104 authenticates the signal from fob 102.



FIG. 4 is a flowchart of an exemplary authentication process in accordance with the present invention. The authentication process is depicted as one-sided. That is, the flowchart depicts the process of the RFID reader 104 authenticating the fob 102, although similar steps may be followed in the instance that fob 102 authenticates RFID reader 104.


As noted, database 212 may store security keys for encrypting or decrypting signals received from RFID reader 104. In an exemplary authentication process, where RFID reader 104 is authenticating fob 102, RFID reader 104 may provide an interrogation signal to fob 102 (step 402). The interrogation signal may include a random code generated by the RFID reader authentication circuit 210, which is provided to the fob 102 and which is encrypted using an unique encryption key corresponding to the fob 102 unique identification code. For example, the protocol/sequence controller 314 may provide a command to activate the authentication circuitry 308. Authentication circuitry 308 may provide from database 310 a fob interrogation signal including a random number as a part of the authentication code generated for each authentication signal. The authentication code may be an alphanumeric code which is recognizable (e.g., readable) by the RFID reader 104 and the fob 102. The authentication code may be provided to the fob 102 via the RFID RF interface 306 and antenna 106 (or alternatively antenna 108).


Fob 102 receives the interrogation signal (step 404). The interrogation signal including the authorization code may be received at the RF interface 114 via antenna 202. Once the fob 102 is activated, the interrogation signal including the authorization code may be provided to the modulator/demodulator circuit 206 where the signal may be demodulated prior to providing the signal to protocol/sequence controller 208. Protocol/sequence controller 208 may recognize the interrogation signal as a request for authentication of the fob 102, and provide the authentication code to authentication circuit 210. The fob 102 may then encrypt the authentication code (step 406). In particular, encryption may be done by authentication circuit 210, which may receive the authentication code and encrypt the code prior to providing the encrypted authentication code to protocol/sequence controller 208. Fob 102 may then provide the encrypted authentication code to the RFID reader 104 (step 408). That is, the encrypted authentication code may be provided to the RFID reader 104 via modulator/demodulator circuit 206, RF interface 114 (e.g., transponder 114) and antenna 202.


RFID reader 104 may then receive the encrypted authentication code and decryption it (step 410). That is, the encrypted authentication code may be received at antenna 106 and RF interface 306 and may be provided to authentication circuit 308. Authentication circuit 308 may be provided a security authentication key (e.g., transponder system decryption key) from database 310. The authentication circuit may use the authentication key to decrypt (e.g., unlock) the encrypted authorization code. The authentication key may be provided to the authentication circuit based on the fob 102 unique identification code. For example, the encrypted authentication code may be provided along with the unique fob 102 identification code. The authentication circuit may receive the fob 102 unique identification code and retrieve from the database 310 a transponder system decryption key correlative to the unique fob 102 identification code for use in decrypting the encrypted authentication code.


Once the authentication code is decrypted, the decrypted authentication code is compared to the authentication code provided by the RFID reader 104 at step 402 (step 412) to verify its authenticity. If the decrypted authorization code is not readable (e.g., recognizable) by the authentication circuit 308, the fob 102 is deemed to be unauthorized (e.g., unverified) (step 416) and the operation of system 100 is terminated (step 418). Contrarily, if the decrypted authorization code is recognizable (e.g., verified) by the fob 102, the decrypted authorization code is deemed to be authenticated (step 412), and the transaction is allowed to proceed (step 414). In one particular embodiment, the proceeding transaction may mean that the fob 102 may authenticate the RFID reader 104 prior to the RFID reader 104 authenticating fob 102, although, it should be apparent that the RFID reader 104 may authenticate the fob 102 prior to the fob 102 authenticating the RFID reader 104.


It should be noted that in an exemplary verification process, the authorization circuit 308 may determine whether the unlocked authorization code is identical to the authorization code provided in step 402. If the codes are not identical then the fob 102 is not authorized to access system 100. Although, the verification process is described with respect to identicality, identicality is not required. For example, authentication circuit 308 may verify the decrypted code through any protocol, steps, or process for determining whether the decrypted code corresponds to an authorized fob 102.


Authentication circuitry 308 may additionally be in communication with a protocol/sequence controller 314 of similar operation and description as protocol/sequence controller 208 of FIG. 2. That is, protocol/sequence device controller 314 may be configured to determine the order of operation of the RFID reader 104 components. For example, FIG. 5 illustrates and exemplary decision process under which protocol/sequence controller 314 may operate. Protocol/sequence controller 314 may command the different components of RFID reader 104 based on whether a fob 102 is present (step 502). For example, if a fob 102 is not present, then protocol/sequence controller 314 may command the RFID reader 104 to provide an uninterrupted interrogation signal (step 504). That is, the protocol/sequence controller may command the authentication circuit 308 to provide an uninterrupted interrogation signal until the presence of a fob 102 is realized. If a fob 102 is present, the protocol/sequence controller 314 may command the RFID reader 104 to authenticate the fob 102 (step 506).


As noted above, authentication may mean that the protocol/sequence controller 314 may command the authentication circuit 308 to provide fob 102 with an authorization code. If a response is received from fob 102, protocol/sequence controller may determine if the response is a response to the RFID reader 104 provided authentication code, or if the response is a signal requiring authentication (step 508). If the signal requires authentication, then the protocol/sequence controller 314 may activate the authentication circuit as described above (step 506). On the other hand, if the fob 102 signal is a response to the provided authentication code, then the protocol/sequence controller 314 may command the RFID reader 104 to retrieve the appropriate security key for enabling recognition of the signal (step 510). That is, the protocol/sequence controller 314 may command the authentication circuit 308 to retrieve from database 310 a security key (e.g., transponder system decryption key), unlock the signal, and compare the signal to the signal provided by the RFID reader 104 in the authentication process (e.g., step 506). If the signal is recognized, the protocol/sequence controller 314 may determine that the fob 102 is authorized to access the system 100. If the signal is not recognized, then the fob 102 is considered not authorized. In which case, the protocol/sequence controller 314 may command the RFID controller to interrogate for authorized fobs (step 504).


Once the protocol/sequence controller determines that the fob 102 is authorized, the protocol/sequence controller 314 may seek to determine if additional signals are being sent by fob 102 (step 514). If no additional signal is provided by fob 102, then the protocol/sequence controller 314 may provide all the components of RFID reader 104 to remain idle until such time as a signal is provided (step 516). Contrarily, where an additional fob 102 signal is provided, the protocol/sequence controller 314 may determine if the fob 102 is requesting access to the merchant point of sale terminal 110 (e.g., POS device) or if the fob 102 is attempting to interrogate the RFID reader 104 for return (e.g., mutual) authorization (step 518). Where the fob 102 is requesting access to a merchant point of sale terminal 110, the protocol/sequence controller 314 may command the RFID reader 104 to open communications with the point of sale terminal 110 (step 524). In particular, the protocol/sequence controller 314 may command the point of sale terminal communications interface 312 to become active, permitting transfer of data between the RFID reader 104 and the merchant point of sale terminal 110.


On the other hand, if the protocol/sequence controller determines that the fob 102 signal is a mutual interrogation signal, then the protocol/sequence controller may command the RFID reader 104 to encrypt the signal (step 520). The protocol/sequence controller 314 may command the encryption authentication circuit 318 to retrieve from database 320 the appropriate encryption key in response to the fob 102 mutual interrogation signal. The protocol/sequence controller 314 may then command the RFID reader 104 to provide the encrypted mutual interrogation signal to the fob 102. The protocol/sequence controller 314 may command the authentication circuit 318 to provide an encrypted mutual interrogation signal for the fob 102 to mutually authenticate. Fob 102 may then receive the encrypted mutual interrogation signal and retrieve from authentication circuitry 212 a RFID reader decryption key.


Although an exemplary decision process of protocol/sequence controller 314 is described, it should be understood that a similar decision process may be undertaken by protocol/sequence controller 208 in controlling the components of fob 102. Indeed, as described above, protocol/sequence controller 314 may have similar operation and design as protocol/sequence controller 208. In addition, to the above, protocol/sequence controllers 208 and 314 may incorporate in the decision process appropriate commands for enabling USB interfaces 222 and 316, when the corresponding device is so connected.


Encryption/decryption component 318 may be further in communication with a secure account number database 320 which stores the security keys necessary for decrypting the encrypted fob account number. Upon appropriate request from protocol/sequence controller 314, encryption/decryption component (e.g., circuitry 318) may retrieve the appropriate security key, decrypt the fob account number and forward the decrypted account number to protocol sequence controller 314 in any format readable by any later connected POS device 110. In one exemplary embodiment, the account number may be forwarded in a conventional magnetic stripe format compatible with the ISO/IEC 7813 standard. That is, in accordance with the invention, there is no need to translate or correlate the account number to traditional magnetic stripe format as is done with the prior art. The invention processes the transaction request directly, as if the card associated with the account has been presented for payment.


Upon receiving the account number in magnetic stripe format, protocol/sequence controller 314 may forward the account number to POS device 110 via a communications interface 312 and data link 122, as best shown in FIG. 1. POS device 110 may receive the decrypted account number and forward the magnetic stripe formatted account number to a merchant network 112 for processing under the merchant's business as usual standard. In this way, the present invention eliminates the need of a third-party server. Further, where the POS device 110 receives a response from network 112 (e.g., transaction authorized or denied), protocol/sequence controller 314 may provide the network response to the RF module 302 for optically and/or audibly communicating the response to the fob 102 user.


RFID reader 104 may additionally include a USB interface 316, in communication with the protocol/sequence controller 314. In one embodiment, the USB interface may be a RS22 serial data interface. Alternatively, the RFID reader 104 may include a serial interface such as, for example, a RS232 interface in communication with the protocol/sequence controller 314. The USB connector 316 may be in communication with a personalization system 116 (shown in FIG. 1B) for initializing RFID reader 104 to system 100 application parameters. That is, prior to operation of system 100, RFID reader 104 may be in communication with personalization system 116 for populating database 310 with a listing of security keys belonging to authorized fobs 102, and for populating database 320 with the security keys to decrypt the fob 102 account numbers placing the account numbers in ISO/IEC 7813 format. In this way, RFID reader 104 may be populated with a unique identifier (e.g., serial number) which may be used by fob authentication circuitry 210 to determine if RFID reader 104 is authorized to receive a fob 102 encrypted account number.



FIG. 1B illustrates an exemplary personalization system 10B, in accordance with the present invention. In general, typical personalization system 100B may be any system for initializing the RFID reader 104 and fob 102 for use in system 100A. With reference to FIG. 1B, the similar personalization process for fob 102 may be illustrated. For example, personalization system 116 may be in communication with fob 102 via RF ISO 14443 interface 114 for populating fob database 212 with the security keys for facilitating authentication of the unique RFID reader 104 identifier. In addition, personalization system 116 may populate on database 212 a unique fob 102 identifier for use by RFID reader 104 in determining whether fob 102 is authorized to access system 100. Personalization system 116 may populate (e.g., inject) the encrypted fob 102 account number into fob database 214 for later providing to an authenticated RFID reader 104.


In one exemplary embodiment, personalization system 116 may include any standard computing system as described above. For example, personalization system 116 may include a standard personal computer containing a hardware security module operable using any conventional graphic user interface. Prior to populating the security key information account number and unique identifying information into the fob 102 or RFID reader 104, the hardware security module may authenticate the fob 102 and RFID reader 104 to verify that the components are authorized to receive the secure information.



FIGS. 6A-B illustrate an exemplary flowchart of a personalization procedure which may be used to personalize fob 102 and/or RFID reader 104. Although the following description discusses mainly personalization of fob 102, RFID reader 104 may be personalized using a similar process. The personalization process, which occurs between the personalization system 116 and the device to be personalized (e.g., fob 102 or RFID reader 104), may begin, for example at step 602. Mutual authentication may occur between the personalization system 116 and the device to be authenticated in much the same manner as was described above with regard to fob 102 mutually authenticating with RFID reader 104. That is, personalization system 116 may transmit a personalization system 116 identifier to the device to be authenticated which is compared by the device authentication circuitry 210, 308 against personalization system identifiers stored in the device database 212, 310. Where a match does not occur (step 604), the personalization process may be aborted (step 612). Where a match occurs (step 604), the personalization system may prepare a personalization file to be provided to the device to be personalized (step 606). If the personalization system is operated manually, the personalization file may be entered into the personalization system 116 using any suitable system interface such as, for example, a keyboard (step 606). Where the personalization system 116 operator elects to delay the preparation of the personalization files, the system 116 may abort the personalization process (step 610). In this context, the personalization file may include the unique fob 102 or RFID reader 104 identifier, security key for loading into database 212 and 310, and/or security keys for decrypting a fob account number which may be loaded in database 320.


Fob 102 may be personalized by direct connection to the personalization system 116 via RF ISO/IEC 14443 interface 114, or the fob 102 may be personalized using RFID reader 104. Personalization system 116 and RFID reader 104 may engage in mutual authentication and RFID reader 104 may be configured to transmit the fob personalization file to fob 102 via RF. Once the fob 102 is presented to RFID reader 104 (steps 608, 614) for personalization, fob 102 and RFID reader 104 may engage in mutual authentication (step 614). Where the fob 102 is not presented to the RFID reader 104 for personalization, the personalization process may be aborted (step 610).


If the fob 102 is detected, the personalization system 116 may create as a part of the personalization file, a unique identifier for providing to the fob 102 (step 616). The identifier is unique in that one identifier may be given only to a single fob. That is, no other fob may have that same identifier. The fob may then be configured and loaded with that identifier (step 618).


The encrypted fob 102 account number may be populated into fob 102 in the same manner as is described with respect to the fob 102 unique identifier. That is, personalization system 116 may pre-encrypt the account data (step 640) and inject the encrypted account into fob database 214 (step 622). The encrypted account data may be loaded (e.g., injected) into the fob 102 using RFID reader 104 as discussed above.


Once the personalization file is populated into the fob 102, the populated information is irreversibly locked to prevent alteration, unauthorized reading and/or unauthorized access (step 624). Personalization system 116 may then create a log of the personalization file information for later access and analysis by the personalization system 116 user (step 626).


It should be noted that in the event the personalization process is compromised or interrupted (step 628), the personalization system 116 may send a security alert to the user (step 630) and the personalization process may be aborted (step 612). On the other hand, where no such compromising or interruption exists, the personalization system 116 may be prepared to begin initialization on a second device to be personalized (step 632).



FIGS. 7A-B illustrate another exemplary embodiment of a personalization process which may be used to personalize RFID reader 104. RFID reader 104 may be in communication with a personalization system 116 via RFID reader USB connection 316 (step 702). Once connected, personalization system 116 may establish communications with the RFID reader 104 and RFID reader 104 may provide personalization system 116 any RFID reader 104 identification data presently stored on the RFID reader 104 (step 704). In accordance with step 708, where the RFID reader 104 is being personalized for the first time (step 706) the RFID reader 104 and the personalization system 116 may engage in mutual authentication as described above with respect to FIGS. 6A-B. After the mutual authentication is complete, personalization system 116 may verify that RFID reader 104 is properly manufactured or configured to operate within system 100. The verification may include evaluating the operation of the RFID reader 104 by determining if the RFID reader will accept predetermined default settings. That is, the personalization system 116 may then provide the RFID reader 104 a set of default settings (step 708) and determine if the RFID reader 104 accepts those settings (step 712). If RFID reader 104 does not accept the default settings, personalization system 116 may abort the personalization process (step 714).


If the personalization system 116 determines that the personalization process is not the first personalization process undertaken by the RFID reader 104 (step 706), personalization system 116 and RFID reader 104 may engage in a mutual authentication process using the existing security keys already stored on RFID reader 104 (step 710). If authentication is unsuccessful (step 712), the personalization system 116 may abort the personalization process (step 714).


Where the personalization system 116 and the RFID reader 104 successfully mutually authenticate, the personalization system 116 may update the RFID reader 104 security keys (step 716). Updating the security keys may take place at any time as determined by a system 100 manager. The updating may take place as part of a routine maintenance or merely to install current security key data. The updating may be performed by downloading firmware into RFID reader 104 (step 718). In the event that the personalization system 116 determines in step 706 that the RFID reader 104 is undergoing an initial personalization, the firmware may be loaded into the RFID reader 104 for the first time. In this context, “firmware” may include any file which enables the RFID reader 102 to operate under system 100 guidelines. For example, such guidelines may be directed toward the operation of RFID reader protocol/sequence controller 314.


Personalization system 116 may then determine if the personalization keys (e.g., security keys, decryption keys, RFID identifier) need to be updated or if the RFID reader 104 needs to have an initial installation of the personalization keys (step 720). If so, then personalization system 116 may download the personalization keys as appropriate (step 722).


Personalization system 116 may then check the RFID reader 104 to determine if the fob 102 identifiers and corresponding security keys should be updated or initially loaded (step 724). If no updating is necessary the personalization system 116 may end the personalization procedure (step 732). Contrarily, if the personalization system 116 determines that the fob 102 identifiers and corresponding keys need to be updated or installed, the personalization system 116 may download the information onto RFID reader 104 (step 726). The information (e.g., fob security keys and identifiers) may be downloaded in an encrypted format and the RFID reader 104 may store the information in the RFID reader database 310 as appropriate (step 728). The personalization system 116 may then create or update a status log cataloging for later use and analysis by the personalization system 116 user (step 730). Upon updating the status log, the personalization process may be terminated (step 732).


It should be noted that, in some instances it may be necessary to repersonalize the RFID reader in similar manner as described above. In that instance, the personalization process described in FIGS. 7A and 7B may be repeated.



FIG. 8 illustrates an exemplary flow diagram for the operation of system 100A. The operation may be understood with reference to FIG. 1A, which depicts the elements of system 100A which may be used in an exemplary transaction. The process is initiated when a customer desires to present a fob 102 for payment (step 802). Upon presentation of the fob 102, the merchant initiates the RF payment procedure via an RFID reader 104 (step 804). In particular, the RFID reader sends out an interrogation signal to scan for the presence of fob 102 (step 806). The RF signal may be provided via the RFID reader antenna 106 or optionally via an external antenna 108. The customer then may present the fob 102 for payment (step 808) and the fob 102 is activated by the RF interrogation signal provided.


The fob 102 and the RFID reader 104 may then engage in mutual authentication (step 810). Where the mutual authentication is unsuccessful, an error message may be provided to the customer via the RFID optical and/or audible indicator (step 814) and the transaction may be aborted (step 816). Where the mutual authentication is successful (step 814), the RFID reader 104 may provide the customer with an appropriate optical and/or audible message (e.g., “transaction processing” or “wait”) (step 818). The fob protocol/sequence controller 208 may then retrieve from database 214 an encrypted fob account number and provide the encrypted account number to the RFID reader 104 (step 820).


The RFID reader 104 may then decrypt the account number and convert the account number into magnetic stripe (ISO/IEC 7813) format (step 822) and provide the unencrypted account number to the merchant system 130 (step 828). In particular, the account number may be provided to the POS 110 device for transmission to the merchant network 112 for processing. Exemplary processing methods according to the present invention are discussed with respect to FIGS. 10-13, shown below. Upon processing, the POS device 110 may then send an optical and/or audible transaction status message to the RFID reader 104 (step 830) for communication to the customer (step 832).


The methods for processing the transactions may include one of several formats as required by the fob issuer. For example, one processing method may include processing the transaction under a preloaded fob format wherein a payment value (e.g., monetary value, reward points value, barter points value, etc.) may be preloaded into a preloaded value account or data file prior to permitting usage of the fob. In this way, the user may be permitted to set aside a payment amount for transactions for goods and services using the fob. During processing of the transaction, approval of the transaction may involve comparing the transaction amount to the amount stored (or remaining) in the preloaded value data file. Comparison may be made by a preloaded value processing system wherein the preloaded value processing system may compare the transaction amount to be processed to the preload value data file. Where the transaction amount exceeds the amount stored in the preloaded value account, the preloaded value processing system may deny authorization for completion of the transaction, request that the user increase the value in the data file, request another form of payment to satisfy all or a portion of the transaction amount, and/or any other means to satisfy the associated financial institution of payment. Where the transaction amount does not exceed the amount stored in the preloaded value data file account, the preloaded value processing system may provide for authorization of the transaction.


An exemplary preloaded value processing system 1000 is shown with respect to FIG. 10. Preloaded value processing system 1000 may include a fob 102 including a transponder 114, which is in communication with a merchant system 130 via a RFID reader 104 or a computer interface 134 as is described with respect to FIG. 1A. The merchant system may be in communication with an issuer system 1010, where the issuer system 1010 may be maintained by any entity (e.g., non-financial or financial institution, American Express®), Visa® and/or MasterCard®, etc.) which permits the fob 102 user to store a preload value amount in a preloaded value account (e.g., data file) maintained on an issuer database 1012 of similar construction as database 212. The issuer system 1000 may further include one or more process servers for processing a fob transaction. As shown, a POS device 110 (included in merchant system 130) may be in communication with an issuer account server (IAS) 1014 for receiving the fob account information from POS device 110. IAS 1014 may be in further communication with a preloaded value authorization server (PLAS) 1016 for processing transactions involving a preloaded value fob. The PLAS 1016 may be in further communication with an issuer database 1012 for retrieving funds from the preloaded value data file (not shown) which are used for satisfying the preloaded fob or merchant transaction request. In this instance, the preloaded value data file may be included on database 1012 as, for example, one or more subfiles.


As used herein, the term “issuer” or “account provider” may refer to any entity facilitating payment of a transaction using a fob, and may include systems permitting payment using at least one of a preloaded and non-preloaded fob. Typical issuers may be, for example, American Express®, MasterCard®, Visa, Discover®, and the like. In the preloaded value processing context, an exchange value (e.g., money, rewards points, barter points, etc.) may be stored in a preloaded value data file for use in completing a requested transaction. In one embodiment, the exchange value is not be stored on the fob itself. Further, the preloaded value data file may be debited the amount of the transaction, so the preloaded value account may be replenished. As described more fully below, the preloaded value system platform may be used to complete “direct link” transactions. In which case, the preloaded value account may function as a place holder and may store a zero value.


The preloaded value data file may be any conventional data file configuration for storing a value (e.g., monetary, rewards points, barter points, etc.) which may be exchanged for goods or services. In that regard, the preloaded value data file may have any configuration as determined or desired by the issuer system 1010.


In exemplary operation, fob identifying information (e.g., account number or fob marker) may be provided to the POS device 110 in similar manner as was discussed with respect to FIG. 1A. That is, the fob 102 may be presented to the merchant system 130 via a RFID reader 104 or a computer interface 134, which may provide the fob identifying information in Track 1 or Track 2 format, or any format recognizable by the POS device 110 and/or the issuer system 1001. A POS device 110 included in the merchant system 130 may receive the fob 102 identifying information and provide the fob 102 identifying information along with the transaction identifying information (e.g., amount, quantity, merchant identification, etc.) to the issuer system 1010 for authorization. The merchant system 130 may additionally include a merchant system marker or identifier for indicating a merchant system identity. The merchant system 130 may combine the fob 102 identifying information, the merchant identifying information, and/or the transaction identifying information, into a merchant transaction request for providing to the issuer system 1010.


The IAS 1014 may receive the transaction and fob identifying information (or merchant transaction request) and suitably recognize that the transaction is being requested relative to a preloaded value account associated with a preloaded fob. That is, the IAS 1014 may recognize that the user has presented a preloaded fob 102 for payment. Recognition of the fob 102 as a preloaded fob may mean that the fob identifying information includes a marker or identifier indicating that the fob is associated with a preloaded value data file. Upon recognition of the marker, the IAS 1014 may forward transaction and fob identifying information to the PLAS 1016 for processing. PLAS 1016 may compare the transaction amount to the value stored or remaining in the preloaded value to determine if authorization should be granted or denied. Where the transaction amount exceeds the value stored in the preloaded value data file, the PLAS 1016 may forward a transaction denied message to the IAS 1014 for providing to the merchant system 130, or the PLAS may facilitate a request that the user increase the value in the data file, request another form of payment to satisfy all or a portion of the transaction amount, and/or any other means to satisfy the associated financial institution of current or future payment. Alternatively, where the transaction amount is less than or equal to the value stored in the preload value data file the PLAS 1016 may deduct from the preloaded value data file the necessary amount for satisfaction of the transaction.


As noted above, in one exemplary embodiment of the present invention, the PLAS 1016 may provide a transaction denied message to the IAS 1014 for various financial security reasons, such as where the amount stored in the preloaded value account is less than required for satisfying the merchant or fob transaction request. In this instance, where the preloaded value falls below a predetermined minimum level (e.g., minimum depletion level), it may be necessary for the fob user to reload the preloaded value data file. Reloading of the preloaded value account may take place manually (e.g., by the fob user telephonically or online) or may take place automatically when the value stored in the preloaded value data file is depleted to a predefined level. Where the reloading is done automatically, reloading may occur under rules established by the fob issuer or owner. For example, reloading may occur at preselected time intervals, when the value stored is below a predetermined amount, until a maximum number of reloads in a predetermined time period has occurred or until a maximum reload amount is reached in a predetermined time period.


In another exemplary operation, the processing system 1000 may be operated offline. For example, merchant system 130 may be offline with respect to issuer system 1010. That is, transactions may be approved at the merchant system 130, prior to the transaction identifying information being transferred to the issuer system. Instead, the merchant system 130 may be provided an approval protocol for use in evaluating the merchant transaction request. For example, the approval protocol may provide for transaction approval where the transaction is below a certain amount, includes a particular merchant or goods or service, or is requested from a particular location or the like. Once the offline transaction is completed, the merchant may seek satisfaction of the transaction at a later time-period by submitting the transaction to the issuer individually, in batch, or under any submission processing determined by the merchant.


For offline transactions, the fob 102 may include a counter (not shown) which may track the number of offline transactions. Once a predetermined number of transactions are attempted, the counter may be used to facilitate disenabling the fob 102 usage. At which point the fob 102 user may be required to perform an online transaction whereby the counter may be reset, again permitting offline usage of the fob. As can be understood, requiring online usage following a predetermined number of offline usages may function as an additional security measure.



FIGS. 11A and 11B depict exemplary preloading and reloading processes which may be performed in accordance with the present invention. The preloading and reloading processes may be preformed using one or more servers (e.g., PLAS 1016) in communication with a funding source 1104. Although the processes are demonstrated using a PLAS 1016, it is contemplated that any server configured for establishing and managing data files may be used. However, to facilitate further understanding of the invention, the preloading and reloading aspects of the invention are described with reference to PLAS 1016.


PLAS 1016 may be used to establish on the server or on a database (e.g., database 1012) a preloaded value account (e,g, data file) (1106). The preload value account may be funded or maintained by a fob issuer/account provider which may establish a credit, charge, debit, rewards value account, loyalty account, or the like, in connection with a charge or credit card (e.g., Visa, MasterCard, American Express, Discover, etc.), debit or direct debit authorization (DDA) system.


The preloaded value account may be established to at least a predetermined minimum preload amount or value (e.g., minimum preload level) as determined by the account provider and/or the fob user or owner. In this context, the predetermined minimum value (e.g., minimum preload value) required to establish the preloaded value account may vary with respect to a particular fob user. The preloaded value account may be loaded (e.g., preloaded or reloaded) from funds received from one of a funding source 1104 (American Express, Visa, MasterCard, Discover, fuel cards, or the like). Further, the preloaded value account may be loaded with value received from loyalty or rewards points provider. To facilitate the understanding of the invention, the loyalty or rewards point provider may be referred to herein as a funding source. Thus, the PLAS 1016 may communicate with the funding source 1104 to obtain funds or value for loading and/or reloading the preloaded value account (1108).



FIG. 11B shows an exemplary reloading process in accordance with the invention. During operation, a consumer may present to a merchant system 130 the prepaid fob 102 for purchasing goods or services (1110). The preloaded value account is then depleted the value amount paid to the merchant system 130. The process for purchasing goods may be repeated until the value stored in the preloaded value account equals or is less than a minimum level balance (e.g., minimum depletion level). The minimum depletion level may be predetermined by the fob user or fob issuer, and may be the minimum value permitted to be stored in the preloaded value account before the file is to be reloaded.


Once the preloaded value data is depleted such that the minimum depletion level is reached, the PLAS 1016 may trigger an automatic reload to reload the preloaded value account from funds retrieved from the funding source 1104 (1112). The amount of funds retrieved may be sufficient for loading the preloaded value account to the minimum amount described above or to some other predetermined reload value. In one exemplary embodiment, the PLAS 1016 may trigger automatic reloading where a predetermined minimum depletion level (e.g., “minimum level balance”) is reached. That is, the preloaded value account may not be entirely depleted to zero value before automatic reloading occurs. In this instance, the PLAS 1016 may charge the funding necessary for automatic reloading against the available funds at funding source 1104. In another exemplary embodiment, the automatic reloading may occur where the transaction exceeds the amount stored in or remaining in the preloaded value account. In this way, the preloaded value account may be restored to an amount necessary for completion of the transaction. For example, where automatic reloading restores the preloaded value account to a value suitable for transaction completion, the preloaded value account may be automatically reloaded prior to processing the transaction.


In another exemplary embodiment, automatic reloading may occur based on different user or issuer automatic reload criteria. Other automatic reload criteria may include, but are not limited to, reloading until a defined maximum load amount in a defined time period is reached, reloading at a selected reoccurring time interval (e.g., once a month), reloading as permitted until a defined maximum number of reloads in a specified time period is reached, or reloading until a defined maximum reload amount is reached in a specified time period. In some instances, reloading may be accomplished manually, such as, for example, when the fob user contacts the issuer telephonically or via user interface to provide a specified funding criteria and funding source for use in reloading the preloaded value account.


In yet another exemplary embodiment, the preloaded value transaction processing system may permit approval of a transaction where the transaction value exceeds the preloaded value amount stored in the preloaded value account. That is, the preloaded fob may be used for purchases exceeding the preloaded value amount provided that the charge submitted by the merchant is less than or equal to the maximum reload amount permitted plus the amount stored on the card at the time the charge is submitted.


In another exemplary embodiment, the preloaded value system may approve transactions based on a particular merchant's transaction processing protocol. Where the issuer has reviewed and/or approved a merchant's transaction processing method, the system may take the method in consideration in determining whether to approve a merchant's transaction request. For example, a merchant's transaction processing method may include the merchant submitting transaction requests which exceed the preloaded value amount, but the actual charge may be less than or equal to the preloaded value amount. Under this transaction processing method a merchant, such as, for example, a gasoline merchant, may seek pre-approval of an anticipated gasoline fueling amount. Neither the consumer nor the merchant may know the exact final value of the purchase, especially, for example, where the consumer decides to fill his automobile gas tank or purchase non-fuel items. Thus, the merchant may submit a transaction request which may be higher than the final amount of the transaction. The merchant may submit the transaction request in real-time or at a later time period in a similar manner as is described above with respect to offline transaction request processing. In either on line or off line processing, the preloaded value transaction processing system may still be configured to approve the transaction request. The processing system may recognize that a transaction came from a particular merchant and institute a predetermined approval protocol correlative to that merchant, since the approval protocol may include information that the merchant is sending a transaction request exceeding the actual charge.


The transaction processing system may use any one of the acceptable techniques for identifying merchants, such as recognition of the merchant ID, or a marker appended to the transaction, or the like. The processing system may correlate the merchant ID with a merchant protocol for requesting a transaction approval of an amount greater than the preloaded value (or reload value), and approve the merchant request accordingly.


In accordance with an alternate exemplary embodiment of a preloaded value processing system 1000, upon receiving the transaction request from the IAS 1014, the PLAS 1016 may evaluate the transaction request based upon several risk criteria established by the issuer for either online or offline transactions. If all the criteria are successfully met, then the PLAS 1016 may send authorization of the transaction (e.g., “transaction granted”) to the IAS 1014 for providing to the merchant system 130. Simultaneous with or subsequent to, providing the transaction authorization to the IAS 1014, the PLAS 1016 may seek satisfaction of the transaction from the fob value account maintained on the account provider database 1012. The transaction request may be provided to the IAS 1014 for processing. That is, the IAS 1014 may seek to deduct the transaction value from the balance of the amount stored in the preloaded value account.



FIG. 12 depicts an exemplary embodiment of another transaction processing system (“direct link” system) 1200 in accordance with the present invention. More particularly, FIG. 12 depicts a direct link system 1200 which may be used to process a merchant transaction request. In this context, a direct link system may be any system which facilitates satisfaction of a transaction request using a fob or other presentable medium (credit card, charge card, debit card, or the like) directly linked to an account which stores an exchange value (e.g., money, credit or charge, or rewards points, etc.). In this instance, the preloaded value account may not be preloaded as described above. Further, the preloaded value account may be linked to a contact financial product such as a credit, debit, and/or DDA card, and the like, which may be presented for payment of goods and services. In this regard, the fob (here called “direct link fob”) and the card are associated with the same funding source and the user or merchant may seek satisfaction of a transaction from the funding source independent of whether the direct link fob or card is used. In the exemplary direct link system 1200, the direct link fob 102 user may not establish a preloaded value account with value. Instead, the preloaded value account may perpetually store a zero value or the fob 102 may be associated with a fob transaction account which may be used to provide payment to the merchant for goods and services where the account may be a credit, debit, loyalty account or the like.


In accordance with an exemplary embodiment of the invention, a transaction request associated with a direct link fob 102 may be processed using the preloaded value transaction system processing described above. However, as noted, in this instance the preloaded value account is used as a place holder storing a zero value. A transaction account containing a transaction account value which is associated with the direct link fob is treated as the funding source for satisfying direct link transactions. In this instance, the transaction may be satisfied according to a fob user or issuer predefined protocol or criteria.


As shown, the merchant system 130 may be in communication with an issuer system 1010 for receiving a merchant transaction request. More particularly, the POS device 110 may be in communication with an issuer server, such as, for example, an issuer account server (IAS) 1014 for receiving the merchant and/or transaction identifying information. IAS 1014 may be in further communication with a PLAS 1016 for processing the merchant transaction request. In some instances the PLAS 1016 may be in further communication with a second IAS 1202, although a second IAS 1202 may not be required where one or more of the existing servers may perform the functions of IAS 1202 described below. However, the IAS 1202 is included herein to simplify the understanding the operation of this exemplary embodiment.


In exemplary operation of system 1200, the direct link fob identifying information (e.g., fob identifier or account number) may be provided to the POS device 110 in similar manner as was discussed with respect to FIG. 1A. That is, the direct link fob 102 may be presented to the merchant system 130 via a RFID reader 104 or a computer interface 134, which may provide the direct link fob 102 identifying information in Track 1 or Track 2 format. A POS device 110 included in the merchant system 130 may receive the direct link fob 102 identifying information and provide the direct link fob 102 identifying information along with the transaction identifying information (e.g., amount, quantity, merchant identification, etc.) to the issuer system 1010 for authorization.


The IAS 1014 may receive the transaction and fob identifying information and recognize that the transaction as being requested relative to a direct link fob 102. Recognition of the direct link fob 102 in this instance may mean that the direct link fob 102 identifying information includes a marker or identifier indicating that the fob is associated with a zero value preloaded value account. Upon recognition of the marker, the IAS 1014 may forward the transaction and fob identifying information to PLAS 1016 for processing.


In similar manner as was described with respect to the operation of the preloaded value processing system of FIG. 10, the PLAS 1016 may evaluate the transaction request based upon several risk criteria established by the issuer. Exemplary risk criteria may include, but are not limited to, consideration of transaction amount limits for a specified time period, fob user usage history, fund or reserve limits, pre-determined re-funding rules, user defined limits, or any similar evaluative criteria. If all the criteria are successfully met, then the PLAS 1016 may send authorization of the transaction (e.g., “transaction granted”) to the IAS 1014 for providing to the merchant system 130. The transaction authorization may be provided to the merchant system 130 based on evaluation of the risk criteria and not upon the value present in preloaded value account or direct link transaction account storing value relative to the direct link fob.


After providing the transaction authorization to the IAS 1014, the PLAS 1016 may seek authorization of the transaction against the direct link fob account (e.g., transaction account) which is maintained on the issuer database 1012, and which is funded by value received from a funding source 1104. The authorization request may be provided to the IAS 1202 for approval which may retrieve the necessary value from the direct link fob account. For example, where the direct link fob account is a charge or credit account, the PLAS 1016 may request authorization from the second IAS 1202 and the IAS 1202 may assess the transaction amount against the direct link fob account on database 1012. The IAS 1202 may seek to record the amount of the transaction in the direct link fob usage history data file for payment at the end of a billing cycle (e.g., charge account), or the amount may be recorded on the fob direct link fob usage data file for payment at a date later than the end of the billing cycle (e.g., credit account).


In an alternative operation the PLAS 1016 may assess the transaction amount against the direct link fob account, without use of a second IAS 1202. Whether the transaction is processed using a second IAS 1202, it is to be understood that value may not be immediately transferred to the merchant system from the direct link fob account for satisfying the transaction. Instead, the direct link fob issuer may guarantee satisfaction of the merchant transaction by, for example, request until a certain value is retrieved from the direct link fob account at the end of the billing cycle or later. That is, the PLAS 1016 may provide authorization of the transaction, but may not retrieve the necessary value for satisfying the transaction until after the merchant provides a request for settlement to the issuer system.


In yet another exemplary transaction processing system 1300 depicted in FIG. 13, the merchant system 130 may provide a batch file containing multiple fob transaction requests to be processed to a process server 1302 where the multiple fob transactions may include both preloaded value and direct link transaction request. The system 1300 may include a process server 1302 which distinguished between preloaded value and direct link transaction requests. That is, process server 1302 may be used for separating the fob transactions which are associated with a preloaded fob account and those that are not associated with a preloaded fob account, as discussed more fully below. The process server 1302 may further be in communication with an IAS 1014 for seeking settlement of the transaction. The IAS 1014 may process the transaction request in accordance with the direct link transaction process or the preloaded value transaction platform described above.


In exemplary operation of system 1300, the process server 1302 may receive the settlement file and identify the files according to the nature of the transaction request. For example, the process server 1302 may place markers on the files received and create sub-files of transaction requests relative to the type of fob used in the transaction (e.g., preloaded fob, and direct link fob associated with a charge or credit account). The process server may create the sub-files relative to the file markers. The process server 1302 may create a first fob transaction file for merchant payables and a second fob transaction file for accounts receivable to be forwarded to the IAS 1014 for processing. Where the sub-file includes merchant payable, the process server 1302 may provide funds to the merchant for payment of the transaction, where the funds provided may be equivalent to the transaction amount minus discount revenues. The funds may be retrieved from the funding source for providing to the merchant. Alternatively, the process server 1302 may create a second fob transaction file for accounts receivable payments and forwarded the second fob transaction file to the IAS 1014. IAS 1014 may then process the transaction request according to the processes described in FIGS. 10 and 12. That is, the IAS 1014 may distinguish the preloaded fob transaction requests from those associated with the direct link fob and process the transactions accordingly.


Considering the operation of the various transaction processing systems described above, it can be seen that the transaction processing systems described may distinguish when a preloaded fob is used, when a card associated with a fob is used, or when an account associated with a preloaded fob is reloaded. In that regard, the present invention may be used to reward points depending on the nature of the fob usage. The points (e.g., loyalty points) may be stored in a points or rewards account maintained on the issuer database (e.g., database 1012). The rewards points may then later be redeemed from the rewards account for exchange for goods and services as desired by the fob user. For more information on loyalty systems and transaction systems, see, for example, U.S. patent application Ser. No. 09/836,213, filed on Apr. 17, 2001 by inventors Voltmer, et al. and entitled System And Method For Networked Loyalty Program; U.S. Continuation-In-Part patent application Ser. No. 10/027,984 was filed on Dec. 20, 2001 by inventors Ariff, et al. and is entitled System And Method For Networked Loyalty Program; U.S. Continuation-In-Part patent application Ser. No. 10/010,947 was filed on Nov. 6, 2001 by inventors Haines, et al. and is entitled System And Method For Networked Loyalty Program; the Shop AMEX™ system as disclosed in Ser. No. 60/230,190 filed Sep. 5, 2000; the MR as Currency™ and Loyalty Rewards Systems disclosed in Ser. No. 60/197,296 filed on Apr. 14, 2000, Ser. No. 60/200,492 filed Apr. 28, 2000, Ser. No. 60/201,114 filed May 2, 2000; a stored value card as disclosed in Ser. No. 09/241,188 filed on Feb. 1, 1999; a system for facilitating transactions using secondary transaction numbers disclosed in Ser. No. 09/800,461 filed on Mar. 7, 2001, and also in related provisional application Ser. No. 60/187,620 filed Mar. 7, 2000, Ser. No. 60/200,625 filed Apr. 28, 2000 and Ser. No. 60/213,323 filed May 22, 2000, all of which are herein incorporated by reference. Other examples of an online membership reward systems are disclosed in Netcentives U.S. Pat. No. 5,774,870, issued on Jun. 30, 1998, and U.S. Pat. No. 6,009,412, issued on Dec. 29, 1999, both of which are hereby incorporated by reference.


As noted, in one instance, points may be provided when the fob is used in addition to when the card associated with the fob is used. For example, the IAS 1014 may recognize that a fob is being used and award points (e.g., loyalty points) to the rewards account assigned to the fob user or associated with the fob. The loyalty points may be awarded based on any criteria as determined by the fob issuer. Exemplary rewarding criteria may include rewarding points for, for example, frequency of fob usage, amount of individual purchase using the fob, the total amount of purchases in a given time period, location of merchant, type of merchant, or any such criteria for incenting fob usage.


Where the fob is associated with a preloaded value account such as that described with respect to FIG. 10, points may be awarded for account reloading. That is, IAS 1014 may place award points in the rewards account relative to the amount loaded or reloaded as required. Further the IAS 1014 may place reward points in the rewards account relative to usage of the fob at a particular merchant or for a particular transaction.


It should be noted that the transaction account associated with the fob 102 may include a usage restriction, such as, for example, a per purchase spending limit, a time of day use, a day of week use, certain merchant use and/or the like, wherein an additional verification is required when using the fob outside of the restriction. The restrictions may be personally assigned by the fob 102 user, or the account provider. For example, in one exemplary embodiment, the account may be established such that purchases above $X (i.e., the spending limit) must be verified by the customer. Such verification may be provided using a suitable personal identification number (PIN) which may be recognized by the fob 102 or a payment authorization center (not shown) as being unique to the fob 102 holder (e.g., customer) and the correlative fob 102 transaction account number. Where the requested purchase is above the established per purchase spending limit, the customer may be required to provide, for example, a PIN, biometric sample and/or similar secondary verification to complete the transaction. That is, for example, the fob 102 may enter the unique PIN in a conventional keypad at the merchant system 130 or RFID reader 104. The PIN may be provided to the authorization center for comparison with a correlative PIN stored on the issuer system. Alternatively, the PIN may be provided to the fob 102 via the RFID reader 104. The fob 102 may verify the PIN by comparing the PIN to a correlative PIN stored on, for example, secure memory 212.


Where a verification PIN is used as secondary verification the verification PIN may be checked for accuracy against a corroborating PIN which correlates to the fob 102 transaction account number. The corroborating PIN may be stored locally (e.g., on the fob 102), or may be stored on a database (1012) at the payment authorization center. The payment authorization center database may be any database 1012 maintained and operated by the fob 102 transaction account provider.


The verification PIN may be provided to the POS device 110 using a conventional merchant (e.g., POS) PIN key pad 118 in communication with the POS device 110 as shown in FIG. 1, or a RFID keypad in communication with the RFID reader 104. PIN keypad may be in communication with the POS device 110 (or alternatively, RFID reader 104) using any conventional data link described above. Upon receiving the verification PIN, the RFID reader 104 may seek to match the PIN to the corroborating PIN stored on the RFID reader 104 at database 310 or 320. Alternatively, the verification PIN may be provided to a payment authorization center to determine whether the PIN matches the PIN stored on the payment authorization center database which correlates to the fob 102 account. If a match is made, the purchase may no longer be restricted, and the transaction may be allowed to be completed.


In an alternate embodiment, verification of purchases exceeding the established spending limit may involve biometrics circuitry included in fob 102. FIG. 9 is a schematic block diagram of an exemplary fob 102 wherein fob 102 includes a biometric security system 902. Biometric security system 902 may include a biometric sensor 904 for sensing the fingerprint of the fob 102 user. The biometric sensor 902 may be in communication with a sensor interface/driver 906 for receiving the sensor fingerprint and activating the operation of fob 102. In communication with the biometric sensor 904 and sensor interface 906 may be a battery 903 for providing the necessary power for operation of the biometric security system components.


In one exemplary application of the fob 102 including the biometric security system 902, the customer may place his finger on the biometric sensor to initiate the mutual authentication process between the fob 102 and the RFID reader 104, or to provide secondary verification of the user's identity. The sensor fingerprint may be digitized and compared against a digitized fingerprint stored in a database (e.g., security database 212) included on fob 102. Such comparison step may be controlled by protocol/sequence controller 208 and may be validated by authentication circuit 210. Where such verification is made, the mutual authentication between fob 102 and RFID reader 104 may begin, and the transaction may proceed accordingly. Alternatively, the comparison may be made with a digitized fingerprint stored on a database maintained by the fob 102 transaction account provider system (not shown). The digitized fingerprint may be verified in much the same way as is described above with respect to the PIN.


In one exemplary application of the fob 102 including the biometric security system 902, the system 902 may be used to authorize a purchase exceeding the established per purchase spending limit. In this case, where the customer's intended purchase exceeds the spending limit, the customer may be asked to provide assurance that the purchase is authorized. Accordingly, the customer may provide such verification by placing his finger over the biometric sensor 904. The biometric sensor 904 may then digitize the fingerprint and provide the digitized fingerprint for verification as described above. Once verified, fob 102 may provide a transaction authorized signal to RF transponder 202 (or alternatively to transponder 220) for forwarding to RFID reader 104. RFID reader 104 may then provide the transaction authorized signal to the POS device 110 in similar manner as is done with convention PIN driven systems and the POS device 110 may process the transaction under the merchant's business as usual standard.


In accordance with another exemplary embodiment of the invention, the fob user is provided limited access to a fob user data file maintained on an issuer system for managing the fob usage and fob user information. User may have access over the phone, online, or off line. The fob user may access the fob user data file to change, for example, demographic information (e.g., fob user address, phone number, email address, or the like), the funding source (e.g., credit account, charge account, rewards account, barter account, etc.) associated with the fob, view the transaction history, etc. In addition, the fob user may be permitted to load or reload the account or alter automatic reload parameters (e.g., amount to reload, period for reloading, etc.). Where more than one fob 102 is correlated to a transaction account, the user may be provided similar access to the data files corresponding to the additional fobs.


With reference to FIG. 1A, the fob user may connect the fob 102 to a computer interface 134 via the USB interface 132. The fob user may then use the computer interface 134 to access the fob user data file via the network 136. In particular, the network 136 may be in communication with an issuer system (e.g. system 1010 of FIG. 10) and may be provided limited access to an issuer server (e.g., server 1014) for managing the fob. The issuer server 1014 may be in communication with an issuer system database (e.g., 1012) which stores the information to be managed relative to the user fob user data file. The changes made to the fob user data file by the fob user may be made in real-time, after a brief delay, or after an extended delay. In one instance, changes may be stored in a batch changes file on the issuer database for later batch processing.


The preceding detailed description of exemplary embodiments of the invention makes reference to the accompanying drawings, which show the exemplary embodiment by way of illustration. While these exemplary embodiments are described in sufficient detail to enable those skilled in the art to practice the invention, it should be understood that other embodiments may be realized and that logical and mechanical changes may be made without departing from the spirit and scope of the invention. For example, the steps recited in any of the method or process claims may be executed in any order and are not limited to the order presented. Further, the present invention may be practiced using one or more servers, as necessary. Thus, the preceding detailed description is presented for purposes of illustration only and not of limitation, and the scope of the invention is defined by the preceding description, and with respect to the attached claims.

Claims
  • 1. A method, comprising: receiving, by a preloaded value authorization server (PLAS), transaction identifying information and payment device identifying information from an issuer account server (IAS) in response to the payment device identifying information including a marker that indicates a Radio Frequency (RF) payment device is associated with a preloaded value data file maintained in an issuer database, wherein the IAS receives a merchant transaction request that includes the transaction identifying information and the payment device identifying information, wherein the payment device identifying information is associated with the RF payment device, and wherein the transaction identifying information includes a transaction value;determining, at the PLAS, that the merchant transaction request complies with a risk criteria that includes a payment device usage history;authorizing the merchant transaction request at the PLAS in response to the determining that the merchant transaction request complies with the risk criteria, wherein the authorizing the merchant transaction request occurs prior to determining a value present in the preloaded value data file and prior to communicating with the issuer database, wherein the IAS transmits a transaction authorization to a merchant in response to the authorizing the merchant transaction request; andassessing the transaction value against the value present in the preloaded value data file in the issuer database, subsequent to the IAS transmitting the transaction authorization to the merchant.
  • 2. The method of claim 1, further comprising automatically reloading the value present in the preloaded value data file.
  • 3. The method of claim 2, further comprising automatically reloading the value present in the preloaded value data file in response to the value being less than the transaction value.
  • 4. The method of claim 3, wherein the automatically reloading is in accordance with a reload protocol data file.
  • 5. The method of claim 4, wherein the reload protocol data file includes a reload indicia comprising at least one of a maximum reload value over a defined time period, a selected re-occurring time interval, or a maximum number of reloads.
  • 6. The method of claim 1, wherein the marker indicates that the RF payment device is associated with a direct link account.
  • 7. The method of claim 6, wherein the direct link account includes at least one of a credit card account, a debit card account, a rewards account, or a loyalty account.
  • 8. The method of claim 7, wherein a direct link account code is stored in the issuer database.
  • 9. The method of claim 8, wherein the marker further indicates that the value present in the preloaded value data file is zero.
  • 10. The method of claim 9, wherein assessing the transaction value against the value present in the preloaded value data file comprises assessing the transaction value against the direct link account in response to the value present in the preloaded value data file being zero.
  • 11. The method of claim 5, wherein the merchant transaction request further comprises a reload indicia update request.
  • 12. The method of claim 11, further comprising updating the reload indicia in response to the reload indicia update request.
  • 13. The method of claim 10, wherein the PLAS transmits the transaction identifying information to a second issuer account server in response to the marker indicating that the RF payment device is associated with the direct link account.
  • 14. The method of claim 13, wherein the second issuer account server communicates with the issuer database to facilitate assessing the transaction value against the direct link account.
  • 15. The method of claim 1, further comprising authorizing the merchant transaction request in response to the merchant transaction request being in accordance with a merchant approval protocol.
  • 16. The method of claim 15, wherein the merchant approval protocol includes at least one of approving a transaction below a certain amount, approving a transaction at a particular merchant, approving a transaction for a particular good or service, or approving a transaction at a particular location.
  • 17. The method of claim 1, wherein the risk criteria further includes at least one of a transaction amount limit for a specified time period, a predetermined reloading rule, or a user-defined limit.
  • 18. An issuer system, comprising: an issuer database configured to maintain a preloaded value data file associated with an RF payment device; anda preloaded value authorization server (PLAS) configured to receive transaction identifying information and payment device identifying information from an issuer account server (IAS) in response to the payment device identifying information including a marker that indicates a Radio Frequency (RF) payment device is associated with the preloaded value data file, wherein the IAS is configured to receive a merchant transaction request that includes the transaction identifying information and the payment device identifying information, wherein the payment device identifying information is associated with the RF payment device, wherein the transaction identifying information includes a transaction value, wherein the PLAS is further configured to determine that the merchant transaction request complies with a risk criteria that includes a payment device usage history, and wherein the PLAS is configured to authorize the merchant transaction request in response to the determining that the merchant transaction request complies with the risk criteria, wherein the authorizing the merchant transaction request occurs prior to determining a value present in the preloaded value data file and prior to communicating with the issuer database;wherein the PLAS is configured to assess the transaction value against the value present in the preloaded value data file in the issuer database subsequent to a communication device transmitting a transaction authorization to a merchant, wherein the communication device is configured to transmit the transaction authorization to the merchant in response to the PLAS authorizing the merchant transaction.
  • 19. A method, comprising: receiving, at an issuer account server (IAS), a merchant transaction request, wherein the merchant transaction request includes transaction identifying information and payment device identifying information, wherein the payment device identifying information is associated with a Radio Frequency (RF) payment device, and wherein the transaction identifying information includes a transaction value;transmitting the transaction identifying information and the payment device identifying information from the IAS to a preloaded value authorization server (PLAS) in response to the payment device identifying information including a marker that indicates the RF payment device is associated with a preloaded value data file maintained in an issuer database, wherein the PLAS determines that the merchant transaction request complies with a risk criteria that includes a payment device usage history, wherein the PLAS authorizes the merchant transaction request in response to the determining that the merchant transaction request complies with the risk criteria, and wherein the authorizing the merchant transaction request occurs prior to determining a value present in the preloaded value data file and prior to communicating with the issuer database; andtransmitting a transaction authorization to a merchant in response to the authorizing the merchant transaction request, wherein, subsequent to the transmitting the transaction authorization to the merchant, the PLAS assesses the transaction value against the value present in the preloaded value data file in the issuer database.
  • 20. The method of claim 19, wherein the IAS provides the transaction authorization to the merchant based on evaluation of the risk criteria and not based upon the value present in the preloaded value data file.
  • 21. The method of claim 19, further comprising resetting an RF payment device counter value in response to the merchant transaction request.
  • 22. The method of claim 21, wherein the RF payment device counter value indicates a number of offline transactions conducted by the RF payment device.
  • 23. An issuer system, comprising: an issuer account server (IAS) configured to receive a merchant transaction request, wherein the merchant transaction request includes transaction identifying information and payment device identifying information, wherein the payment device identifying information is associated with an RF payment device, wherein the transaction identifying information includes a transaction value, wherein an issuer database is configured to maintain a preloaded value data file associated with the RF payment device, and wherein a preloaded value authorization server (PLAS) is configured to receive the transaction identifying information and the payment device identifying information from the IAS in response to the payment device identifying information including a marker that indicates the RF payment device is associated with the preloaded value data file; anda communication device configured to transmit a transaction authorization to a merchant in response to the (PLAS) authorizing the merchant transaction request, wherein the PLAS is configured to determine that the merchant transaction request complies with a risk criteria that includes a payment device usage history, wherein the PLAS is configured to authorize the merchant transaction request in response to the determining that the merchant transaction request complies with the risk criteria, and wherein the authorizing the merchant transaction request occurs prior to determining a value present in the preloaded value data file and prior to communicating to the issuer database;wherein the PLAS is further configured to assess the transaction value against the value present in the preloaded value data file in the issuer database subsequent to the communication device transmitting the transaction authorization to the merchant.
RELATED APPLICATIONS

This application ('352 application) is a Continuation-in-Part of claims priority to U.S. patent application Ser. No. 10/192,488, entitled “SYSTEM AND METHOD FOR RFID PAYMENT USING RADIO FREQUENCY IDENTIFICATION IN CONTACT AND CONTACTLESS TRANSACTIONS,” filed on Jul. 9, 2002, and now issued as U.S. Pat. No. 7,239,226 on Jul. 3, 2007. The '488 application is a non-provisional of claims priority to U.S. Provisional Patent Application No. 60/304,216, entitled “SYSTEM AND METHOD FOR RFID PAYMENTS,” filed Jul. 10, 2001. The '352 application is also a Continuation-in-Part of U.S. patent application Ser. No. 10/318,432 entitled “SYSTEM AND METHOD FOR SELECTING LOAD OPTIONS FOR USE IN RADIO FREQUENCY IDENTIFICATION IN CONTACT AND CONTACTLESS TRANSACTIONS” filed on Dec. 13, 2002. The '352 application is also a Continuation-in-Part of U.S. patent application Ser. No. 10/318,480 entitled “SYSTEM AND METHOD FOR ASSIGNING A FUNDING SOURCE FOR A RADIO FREQUENCY IDENTIFICATION DEVICE” filed on Dec. 13, 2002 that issued as U.S. Pat. No. 7,249,112 on Jul. 24, 2007. The '432 and '480 application are both non-provisional applications of U.S. Provisional Patent Application No. 60/396,577, entitled “SYSTEM AND METHOD FOR PAYMENT USING RADIO FREQUENCY IDENTIFICATION IN CONTACT AND CONTACTLESS TRANSACTIONS” filed on Jul. 16, 2002. All of which are incorporated herein by reference.

US Referenced Citations (1163)
Number Name Date Kind
D61466 Foltz Sep 1922 S
2767756 Niles Oct 1956 A
3376661 Hulett Apr 1968 A
3446260 Osher May 1969 A
3536894 Travioli Oct 1970 A
3573731 Schwend Apr 1971 A
3725647 Retzky Apr 1973 A
3763356 Berler Oct 1973 A
3829662 Furahashi Aug 1974 A
3838252 Hynes et al. Sep 1974 A
3873813 Lahr et al. Mar 1975 A
3894756 Ward Jul 1975 A
3914762 Klensch Oct 1975 A
3929177 Reis Dec 1975 A
3955295 Mayer May 1976 A
4044231 Beck et al. Aug 1977 A
4048737 McDermott Sep 1977 A
4056139 Murt Nov 1977 A
4058839 Darjany Nov 1977 A
4066873 Schatz Jan 1978 A
4119361 Greenaway Oct 1978 A
4202491 Suzuki May 1980 A
4206965 McGrew Jun 1980 A
4222516 Badet et al. Sep 1980 A
4277863 Faneuf Jul 1981 A
4318554 Anderson et al. Mar 1982 A
4356646 Johnson, Jr. Nov 1982 A
4361757 Ehrat Nov 1982 A
D270303 Zautner Aug 1983 S
D270546 Malmberg Sep 1983 S
4421380 McGrew Dec 1983 A
4436991 Albert et al. Mar 1984 A
4443027 McNelly et al. Apr 1984 A
4450535 dePommery et al. May 1984 A
4453074 Weinstein Jun 1984 A
4504084 Jauch Mar 1985 A
4507652 Vogt et al. Mar 1985 A
D280214 Opel Aug 1985 S
4538059 Rudland Aug 1985 A
4547002 Colgate, Jr. Oct 1985 A
4558211 Berstein Dec 1985 A
4563024 Blyth Jan 1986 A
4581523 Okuno Apr 1986 A
4582985 Lofberg Apr 1986 A
4583766 Wessel Apr 1986 A
4589686 McGrew May 1986 A
4593936 Opel Jun 1986 A
4597814 Colgate, Jr. Jul 1986 A
4641017 Lopata Feb 1987 A
4643452 Chang Feb 1987 A
4656463 Anders et al. Apr 1987 A
4663518 Borror et al. May 1987 A
4672021 Blumel et al. Jun 1987 A
4684795 Colgate, Jr. Aug 1987 A
4692394 Drexler Sep 1987 A
4694148 Diekemper et al. Sep 1987 A
4697073 Hara Sep 1987 A
4697363 Gamm Oct 1987 A
4700055 Kashkashian, Jr. Oct 1987 A
4711690 Haghiri-Tehrani Dec 1987 A
4717221 McGrew Jan 1988 A
4725719 Oncken et al. Feb 1988 A
4736094 Yoshida Apr 1988 A
4744497 O'Neal May 1988 A
4747147 Sparrow May 1988 A
4768811 Oshikoshi et al. Sep 1988 A
4779898 Berning et al. Oct 1988 A
4794142 Alberts et al. Dec 1988 A
4795894 Sugimoto et al. Jan 1989 A
4801790 Solo Jan 1989 A
4816653 Anderl et al. Mar 1989 A
4829690 Andros May 1989 A
4837422 Dethloff et al. Jun 1989 A
4839504 Nakano Jun 1989 A
4841570 Cooper Jun 1989 A
4849617 Ueda Jul 1989 A
4852911 Hoppe Aug 1989 A
4853525 Vogt et al. Aug 1989 A
4863819 Drexler et al. Sep 1989 A
4868849 Tamaoki Sep 1989 A
4884507 Levy Dec 1989 A
4889366 Fabbiani Dec 1989 A
4897533 Lyszczarz Jan 1990 A
4897947 Kass-Pious Feb 1990 A
4910521 Mellon Mar 1990 A
4917292 Drexler Apr 1990 A
4918432 Pauley et al. Apr 1990 A
D307979 Purvis May 1990 S
4937963 Barnes Jul 1990 A
D310386 Michels et al. Sep 1990 S
4984270 LaBounty Jan 1991 A
4993068 Piosenka et al. Feb 1991 A
4998753 Wichael Mar 1991 A
5004899 Ueda Apr 1991 A
5010243 Fukushima et al. Apr 1991 A
5015830 Masuzawa et al. May 1991 A
5016274 Micali et al. May 1991 A
5023908 Weiss Jun 1991 A
5025372 Burton et al. Jun 1991 A
5052328 Eppenbach Oct 1991 A
5068894 Hoppe Nov 1991 A
5096228 Rinderknecht Mar 1992 A
5099226 Andrews Mar 1992 A
5106125 Antes Apr 1992 A
5111033 Fujita et al. May 1992 A
5125356 Galante Jun 1992 A
5142383 Mallik Aug 1992 A
5171039 Dusek Dec 1992 A
5175416 Mansvelt et al. Dec 1992 A
5180902 Schick et al. Jan 1993 A
5192947 Neustein Mar 1993 A
5193114 Moseley Mar 1993 A
5198647 Mizuta Mar 1993 A
5202826 McCarthy Apr 1993 A
5206488 Teicher Apr 1993 A
5208110 Smith et al. May 1993 A
5217844 Fukushima et al. Jun 1993 A
5234624 Bauer et al. Aug 1993 A
5245329 Gokcebay Sep 1993 A
5251937 Ojster Oct 1993 A
5256473 Kotani et al. Oct 1993 A
5257656 McLeroy Nov 1993 A
5259649 Shomron Nov 1993 A
5272326 Fujita et al. Dec 1993 A
5276311 Hennige Jan 1994 A
5279019 Knickle Jan 1994 A
5288978 Iijima Feb 1994 A
5300764 Hoshino et al. Apr 1994 A
5304789 Lob et al. Apr 1994 A
5308121 Gunn May 1994 A
5311679 Birch, Sr. May 1994 A
5321751 Ray et al. Jun 1994 A
5326964 Risser Jul 1994 A
5351052 d'Hont et al. Sep 1994 A
5351142 Cueli Sep 1994 A
5355411 MacDonald Oct 1994 A
5359522 Ryan Oct 1994 A
5365551 Snodgrass et al. Nov 1994 A
5383687 Suess et al. Jan 1995 A
5397881 Mannik Mar 1995 A
5407893 Koshizuka et al. Apr 1995 A
5410142 Tsuboi et al. Apr 1995 A
5412192 Hoss May 1995 A
5438184 Roberts et al. Aug 1995 A
5453747 d'Hont et al. Sep 1995 A
5461217 Claus Oct 1995 A
5461219 Cronvall Oct 1995 A
5477038 Levine et al. Dec 1995 A
5477040 Lalonde Dec 1995 A
5478629 Norman Dec 1995 A
5479494 Clitherow Dec 1995 A
5479530 Nair et al. Dec 1995 A
5485510 Colbert Jan 1996 A
5500513 Langhans et al. Mar 1996 A
5503434 Gunn Apr 1996 A
5506395 Eppley Apr 1996 A
5513272 Bogosian, Jr. Apr 1996 A
5513525 Schurmann May 1996 A
5514860 Berson May 1996 A
5516153 Kaule May 1996 A
5518810 Nishihara et al. May 1996 A
5519381 Marsh et al. May 1996 A
5520230 Sumner, III May 1996 A
5521966 Friedes et al. May 1996 A
5528222 Moskowitz et al. Jun 1996 A
5533656 Bonaldi Jul 1996 A
5534857 Laing et al. Jul 1996 A
5537314 Kanter Jul 1996 A
5539825 Akiyama Jul 1996 A
5541582 Wagner et al. Jul 1996 A
5544246 Mandelbaum et al. Aug 1996 A
5555877 Lockwood et al. Sep 1996 A
5559504 Itsumi et al. Sep 1996 A
5559887 Davis et al. Sep 1996 A
5569897 Masuda Oct 1996 A
5572226 Tuttle Nov 1996 A
5572815 Kovner Nov 1996 A
5575094 Leake et al. Nov 1996 A
5577120 Penzias Nov 1996 A
5577121 Davis et al. Nov 1996 A
5577609 Hexter Nov 1996 A
5578808 Taylor Nov 1996 A
5581630 Bonneau, Jr. Dec 1996 A
5585787 Wallerstein Dec 1996 A
5590038 Pitroda Dec 1996 A
5590197 Chen et al. Dec 1996 A
5592767 Treske Jan 1997 A
5594227 Deo Jan 1997 A
5602918 Chen et al. Feb 1997 A
5604801 Dolan et al. Feb 1997 A
5606594 Register et al. Feb 1997 A
5608203 Finkelstein et al. Mar 1997 A
5611965 Shouji et al. Mar 1997 A
5613001 Bakhoum Mar 1997 A
5613131 Moss et al. Mar 1997 A
5614703 Martin et al. Mar 1997 A
5621199 Calari et al. Apr 1997 A
5641050 Smith et al. Jun 1997 A
5649118 Carlisle et al. Jul 1997 A
5665439 Andersen et al. Sep 1997 A
5668876 Falk et al. Sep 1997 A
D384971 Kawan Oct 1997 S
5677953 Dolphin Oct 1997 A
5689100 Carrithers Nov 1997 A
5692132 Hogan Nov 1997 A
5694596 Campbell Dec 1997 A
5697649 Dames et al. Dec 1997 A
5700037 Keller Dec 1997 A
5705101 Oi et al. Jan 1998 A
5705852 Orihara et al. Jan 1998 A
5710421 Kokubu Jan 1998 A
5715399 Bezos Feb 1998 A
5720500 Okazaki et al. Feb 1998 A
5724424 Gifford Mar 1998 A
5725098 Seifert et al. Mar 1998 A
5727140 Ohtomo et al. Mar 1998 A
5727696 Valiulis Mar 1998 A
5734838 Robinson et al. Mar 1998 A
5737439 Lapsley et al. Apr 1998 A
5739512 Toganazzini Apr 1998 A
5742756 Dillaway et al. Apr 1998 A
5742845 Wagner Apr 1998 A
5745571 Zuk Apr 1998 A
5757917 Rose et al. May 1998 A
5764789 Pare, Jr. et al. Jun 1998 A
5768385 Simon Jun 1998 A
5769457 Warther Jun 1998 A
5770843 Rose et al. Jun 1998 A
5773812 Kreft Jun 1998 A
5774882 Keen et al. Jun 1998 A
5778067 Jones et al. Jul 1998 A
5778069 Thomlinson Jul 1998 A
5778173 Apte Jul 1998 A
5786587 Colgate, Jr. Jul 1998 A
5789733 Jachimowicz et al. Aug 1998 A
5791474 Hansen Aug 1998 A
5796831 Paradinas et al. Aug 1998 A
5797133 Jones et al. Aug 1998 A
5806045 Biorge et al. Sep 1998 A
5808758 Solmsdorf Sep 1998 A
5809633 Mundigl et al. Sep 1998 A
5815252 Price-Francis Sep 1998 A
5815657 Williams et al. Sep 1998 A
5823359 Harris et al. Oct 1998 A
5826241 Stein et al. Oct 1998 A
5826242 Montulli Oct 1998 A
5826243 Musmanno et al. Oct 1998 A
5835894 Adcock et al. Nov 1998 A
5838257 Lambropoulos Nov 1998 A
5838720 Morelli Nov 1998 A
5838812 Pare et al. Nov 1998 A
5844230 Lalonde Dec 1998 A
5845267 Ronen Dec 1998 A
5851149 Xidos et al. Dec 1998 A
5852812 Reeder Dec 1998 A
5856048 Tahara et al. Jan 1999 A
5857079 Claus et al. Jan 1999 A
5857152 Everett Jan 1999 A
5857709 Chock Jan 1999 A
5859419 Wynn Jan 1999 A
5859587 Alicot et al. Jan 1999 A
5859779 Giordano et al. Jan 1999 A
5862325 Reed et al. Jan 1999 A
5864306 Dwyer et al. Jan 1999 A
5864830 Armetta et al. Jan 1999 A
5865470 Thompson Feb 1999 A
5869822 Meadows et al. Feb 1999 A
5875432 Sehr Feb 1999 A
D406861 Leedy, Jr. Mar 1999 S
5878138 Yacobi Mar 1999 A
5878141 Daly et al. Mar 1999 A
5878337 Joao et al. Mar 1999 A
5878403 DeFrancesco et al. Mar 1999 A
5883377 Chapin, Jr. Mar 1999 A
5883810 Franklin et al. Mar 1999 A
5884271 Pitroda Mar 1999 A
5884280 Yoshioka et al. Mar 1999 A
5884292 Baker et al. Mar 1999 A
5884310 Brichta et al. Mar 1999 A
5886333 Miyake Mar 1999 A
5889941 Tushie et al. Mar 1999 A
5890137 Koreeda Mar 1999 A
D408054 Leedy, Jr. Apr 1999 S
5892211 Davis et al. Apr 1999 A
5897622 Blinn et al. Apr 1999 A
5898838 Wagner Apr 1999 A
5900954 Katz et al. May 1999 A
5901239 Kamei May 1999 A
5903875 Kohara May 1999 A
5903880 Biffar May 1999 A
5905908 Wagner May 1999 A
5907620 Klemba et al. May 1999 A
5909492 Payne et al. Jun 1999 A
5912446 Wong et al. Jun 1999 A
5913203 Wong et al. Jun 1999 A
5914472 Foladare et al. Jun 1999 A
5915016 Savalle et al. Jun 1999 A
5915023 Bernstein Jun 1999 A
5915973 Hoehn-Saric et al. Jun 1999 A
5917168 Nakamura et al. Jun 1999 A
5917913 Wang Jun 1999 A
5917925 Moore Jun 1999 A
5918216 Miksovsky et al. Jun 1999 A
5920058 Weber et al. Jul 1999 A
5920628 Indeck et al. Jul 1999 A
5920629 Rosen Jul 1999 A
5920847 Kolling et al. Jul 1999 A
5923734 Taskett Jul 1999 A
5923884 Peyret et al. Jul 1999 A
5924080 Johnson Jul 1999 A
5924624 Martin Jul 1999 A
5928788 Riedl Jul 1999 A
5930767 Reber et al. Jul 1999 A
5930777 Barber Jul 1999 A
5931917 Nguyen et al. Aug 1999 A
5932870 Berson Aug 1999 A
5933328 Wallace et al. Aug 1999 A
5936226 Aucsmith Aug 1999 A
5936227 Truggelmann et al. Aug 1999 A
5938010 Osterbye Aug 1999 A
5942761 Tuli Aug 1999 A
5945653 Walker et al. Aug 1999 A
5949044 Walker et al. Sep 1999 A
5949335 Maynard Sep 1999 A
5949876 Ginter et al. Sep 1999 A
5950174 Brendzel Sep 1999 A
5950179 Buchanan Sep 1999 A
5953710 Fleming Sep 1999 A
5955951 Wischerop et al. Sep 1999 A
5956024 Strickland et al. Sep 1999 A
5956693 Geerlings Sep 1999 A
5956699 Wong et al. Sep 1999 A
5958004 Helland et al. Sep 1999 A
5960411 Hartman et al. Sep 1999 A
5960416 Block Sep 1999 A
5963915 Kirsch Oct 1999 A
5963924 Williams et al. Oct 1999 A
5966697 Fergerson et al. Oct 1999 A
5968570 Paulucci Oct 1999 A
5969318 Mackenthun Oct 1999 A
5970470 Walker Oct 1999 A
5970471 Hill Oct 1999 A
5970472 Allsop et al. Oct 1999 A
5970473 Gerszberg et al. Oct 1999 A
5970475 Barnes et al. Oct 1999 A
5971276 Sano et al. Oct 1999 A
5973475 Cornbaluzier Oct 1999 A
5974238 Chase, Jr. Oct 1999 A
5978348 Tamura Nov 1999 A
5978840 Nguyen et al. Nov 1999 A
5979757 Tracy et al. Nov 1999 A
5979942 Ivicic Nov 1999 A
5982293 Everett et al. Nov 1999 A
5983200 Slotznick Nov 1999 A
5983207 Turk et al. Nov 1999 A
5983208 Haller Nov 1999 A
5984180 Albrecht Nov 1999 A
5987140 Rowney et al. Nov 1999 A
5987498 Athing et al. Nov 1999 A
5988497 Wallace Nov 1999 A
5988510 Tuttle Nov 1999 A
5991413 Arditti et al. Nov 1999 A
5991748 Taskett Nov 1999 A
5991750 Watson Nov 1999 A
5995014 DiMaria Nov 1999 A
5996076 Rowney et al. Nov 1999 A
5999914 Blinn et al. Dec 1999 A
6000832 Franklin et al. Dec 1999 A
6002767 Kramer Dec 1999 A
6006216 Griffin et al. Dec 1999 A
6006988 Behrmann et al. Dec 1999 A
6009412 Storey Dec 1999 A
6011487 Plocher Jan 2000 A
6012039 Hoffman et al. Jan 2000 A
6012143 Tanaka Jan 2000 A
6012636 Smith Jan 2000 A
6014634 Scroggie et al. Jan 2000 A
6014635 Harris et al. Jan 2000 A
6014636 Reeder Jan 2000 A
6014645 Cunningham Jan 2000 A
6014646 Vallee et al. Jan 2000 A
6014648 Brennan Jan 2000 A
6014650 Zampese Jan 2000 A
6014748 Tushi et al. Jan 2000 A
6016476 Maes et al. Jan 2000 A
6016482 Molinari et al. Jan 2000 A
6016484 Williams et al. Jan 2000 A
6018718 Walker et al. Jan 2000 A
RE36580 Bogosian, Jr. Feb 2000 E
6021943 Chastain Feb 2000 A
6023510 Epstein Feb 2000 A
6024385 Goda Feb 2000 A
6025283 Roberts Feb 2000 A
6027028 Pieterse et al. Feb 2000 A
6029147 Horadan et al. Feb 2000 A
6029149 Dykstra et al. Feb 2000 A
6029150 Kravitz Feb 2000 A
6029175 Chow Feb 2000 A
6029890 Austin Feb 2000 A
6029892 Miyake Feb 2000 A
6032136 Brake, Jr. et al. Feb 2000 A
6032866 Knighton et al. Mar 2000 A
6036100 Asami Mar 2000 A
6037879 Tuttle Mar 2000 A
6038292 Thomas Mar 2000 A
6038551 Barlow et al. Mar 2000 A
6041308 Walker et al. Mar 2000 A
6041410 Hsu et al. Mar 2000 A
6041412 Timson et al. Mar 2000 A
6044360 Picciallo Mar 2000 A
6044388 DeBellis et al. Mar 2000 A
6050494 Song et al. Apr 2000 A
6050605 Mikelionis et al. Apr 2000 A
6052675 Checchio Apr 2000 A
6058418 Kobata May 2000 A
6058476 Matsuzaki et al. May 2000 A
6060815 Nysen May 2000 A
6061344 Wood, Jr. May 2000 A
6061789 Hauser et al. May 2000 A
6064751 Smithies et al. May 2000 A
6064981 Barni et al. May 2000 A
6065675 Teicher May 2000 A
6068184 Barnett May 2000 A
6068193 Kreft May 2000 A
6070150 Remington et al. May 2000 A
6070154 Tavor et al. May 2000 A
6072870 Nguyen et al. Jun 2000 A
6073112 Geerlings Jun 2000 A
6073236 Kusakabe et al. Jun 2000 A
6073840 Marion Jun 2000 A
6076078 Camp et al. Jun 2000 A
6076296 Schaeffer Jun 2000 A
6078888 Johnson, Jr. Jun 2000 A
6078906 Huberman Jun 2000 A
6078908 Schmitz Jun 2000 A
6081790 Rosen Jun 2000 A
6082422 Kaminski Jul 2000 A
6084967 Kennedy et al. Jul 2000 A
6085976 Sehr Jul 2000 A
6086971 Haas et al. Jul 2000 A
6088683 Jalili Jul 2000 A
6088686 Walker et al. Jul 2000 A
6088717 Reed et al. Jul 2000 A
6088755 Kobayashi et al. Jul 2000 A
6088797 Rosen Jul 2000 A
6089611 Blank Jul 2000 A
6091835 Smithies et al. Jul 2000 A
6092057 Zimmerman et al. Jul 2000 A
6092198 Lanzy et al. Jul 2000 A
6095413 Tetro et al. Aug 2000 A
6095567 Buell Aug 2000 A
6098053 Slater Aug 2000 A
6098879 Terranova Aug 2000 A
6099043 Story Aug 2000 A
6100804 Brady et al. Aug 2000 A
6101477 Hohle et al. Aug 2000 A
6102162 Teicher Aug 2000 A
6104281 Heinrich et al. Aug 2000 A
6104311 Lastinger Aug 2000 A
6104922 Baumann Aug 2000 A
6105008 Davis et al. Aug 2000 A
6105013 Curry et al. Aug 2000 A
6107920 Eberhardt et al. Aug 2000 A
6108641 Kenna et al. Aug 2000 A
6112191 Burke Aug 2000 A
6112984 Snavely Sep 2000 A
6115040 Bladow et al. Sep 2000 A
6115458 Taskett Sep 2000 A
6116505 Withrow Sep 2000 A
6116655 Thouin et al. Sep 2000 A
6116736 Stark et al. Sep 2000 A
6120461 Smyth Sep 2000 A
6122625 Rosen Sep 2000 A
6123223 Watkins Sep 2000 A
6125352 Franklin et al. Sep 2000 A
D432939 Hooglander Oct 2000 S
6128604 Sakamaki et al. Oct 2000 A
6130623 MacLellan et al. Oct 2000 A
6138913 Cyr et al. Oct 2000 A
6138917 Chapin, Jr. Oct 2000 A
6141651 Riley et al. Oct 2000 A
6141752 Dancs et al. Oct 2000 A
6144916 Wood et al. Nov 2000 A
6144948 Walker et al. Nov 2000 A
6148093 McConnell et al. Nov 2000 A
6148484 Andreae, Jr. Nov 2000 A
6154879 Pare et al. Nov 2000 A
6155168 Sakamoto Dec 2000 A
6157824 Bailey Dec 2000 A
6163771 Walker et al. Dec 2000 A
6168083 Berger et al. Jan 2001 B1
6171138 Lefebvre et al. Jan 2001 B1
6173269 Solokl et al. Jan 2001 B1
6173272 Thomas et al. Jan 2001 B1
6173897 Halpern Jan 2001 B1
6173898 Mande Jan 2001 B1
6173899 Rozin Jan 2001 B1
6177859 Tuttle et al. Jan 2001 B1
6181287 Beigel Jan 2001 B1
6182895 Albrecht Feb 2001 B1
6184788 Middlemiss et al. Feb 2001 B1
6185307 Johnson, Jr. Feb 2001 B1
6188994 Egendorf Feb 2001 B1
6189779 Verdicchio et al. Feb 2001 B1
6189787 Dorf Feb 2001 B1
6195006 Bowers et al. Feb 2001 B1
6196465 Awano Mar 2001 B1
6197396 Haas et al. Mar 2001 B1
6198762 Krasnov Mar 2001 B1
6199079 Gupta et al. Mar 2001 B1
6199762 Hohle Mar 2001 B1
6200272 Linden Mar 2001 B1
6213390 Oneda Apr 2001 B1
6213391 Lewis Apr 2001 B1
6219639 Bakis et al. Apr 2001 B1
6220510 Everett et al. Apr 2001 B1
6222914 McMullin Apr 2001 B1
6223977 Hill May 2001 B1
6224109 Yang May 2001 B1
6227424 Roegner May 2001 B1
6227447 Campisano May 2001 B1
6233348 Fujii et al. May 2001 B1
6237848 Everett May 2001 B1
6240989 Masoud Jun 2001 B1
6247030 Suzuki Jun 2001 B1
6248199 Smulson Jun 2001 B1
6248314 Nakashimada et al. Jun 2001 B1
6250554 Leo et al. Jun 2001 B1
6250557 Forslund et al. Jun 2001 B1
6255031 Yao et al. Jul 2001 B1
6257486 Teicher et al. Jul 2001 B1
6263316 Khan et al. Jul 2001 B1
6263446 Kausik et al. Jul 2001 B1
6265977 Vega et al. Jul 2001 B1
6267292 Walker et al. Jul 2001 B1
6268788 Gray Jul 2001 B1
6269348 Pare, Jr. et al. Jul 2001 B1
6277232 Wang et al. Aug 2001 B1
6282522 Davis et al. Aug 2001 B1
6290137 Kiekhaefer Sep 2001 B1
6293462 Gangi Sep 2001 B1
6295522 Boesch Sep 2001 B1
6296188 Kiekhaefer Oct 2001 B1
6297727 Nelson, Jr. Oct 2001 B1
6304223 Hilton et al. Oct 2001 B1
6307956 Black Oct 2001 B1
6309098 Wong Oct 2001 B1
6315195 Ramacchandran Nov 2001 B1
6315206 Hansen et al. Nov 2001 B1
6317721 Hurta et al. Nov 2001 B1
6317750 Tortolani et al. Nov 2001 B1
6317755 Rakers et al. Nov 2001 B1
6325293 Moreno Dec 2001 B1
6326934 Kinzie Dec 2001 B1
6327573 Walker et al. Dec 2001 B1
6327578 Linehan Dec 2001 B1
6329920 Morrison et al. Dec 2001 B1
6330544 Walker et al. Dec 2001 B1
6331972 Harris et al. Dec 2001 B1
6332134 Foster Dec 2001 B1
6332193 Glass et al. Dec 2001 B1
D453160 Pentz et al. Jan 2002 S
D453161 Pentz Jan 2002 S
6336095 Rosen Jan 2002 B1
6338048 Mori Jan 2002 B1
6339384 Valdes-Rodriguez Jan 2002 B1
6341353 Herman et al. Jan 2002 B1
D453337 Pentz et al. Feb 2002 S
D453338 Pentz et al. Feb 2002 S
D453516 Pentz Feb 2002 S
D454910 Smith et al. Mar 2002 S
6353420 Chung Mar 2002 B1
6353811 Weissman Mar 2002 B1
6360953 Lin et al. Mar 2002 B1
6374245 Park Apr 2002 B1
6378073 Davis et al. Apr 2002 B1
D457556 Hochschild May 2002 S
6386444 Sullivan May 2002 B1
6397198 Hoffman et al. May 2002 B1
6400272 Holtzman et al. Jun 2002 B1
6402026 Schwier Jun 2002 B1
6404341 Reid Jun 2002 B1
6406935 Kayanakis et al. Jun 2002 B2
D460455 Pentz Jul 2002 S
6419158 Hooglander Jul 2002 B2
6421650 Goetz et al. Jul 2002 B1
6422462 Cohen Jul 2002 B1
6422464 Terranova Jul 2002 B1
6422472 Thevenot et al. Jul 2002 B1
6424249 Houvener Jul 2002 B1
RE37822 Anthonyson Aug 2002 E
D461477 Pentz Aug 2002 S
6427910 Barnes et al. Aug 2002 B1
6434159 Woodward et al. Aug 2002 B1
6435415 Catte Aug 2002 B1
6438235 Sims, III Aug 2002 B2
6439455 Everett et al. Aug 2002 B1
D462965 Pentz Sep 2002 S
6445794 Shefi Sep 2002 B1
6446862 Mann Sep 2002 B1
6457000 Witkowski et al. Sep 2002 B1
6457996 Shih Oct 2002 B1
6460696 Meyer Oct 2002 B1
6466804 Pecen et al. Oct 2002 B1
6471127 Pentz et al. Oct 2002 B2
6480825 Sharma et al. Nov 2002 B1
6480869 Fujioka Nov 2002 B1
6481623 Grant et al. Nov 2002 B1
6483427 Werb Nov 2002 B1
6483477 Plonka Nov 2002 B1
6483929 Murakami et al. Nov 2002 B1
6484937 Devaux et al. Nov 2002 B1
6491639 Turcott Dec 2002 B1
6494367 Zacharias Dec 2002 B1
6494380 Jarosz Dec 2002 B2
6496594 Prokoski Dec 2002 B1
6501832 Saylor et al. Dec 2002 B1
6505772 Mollett et al. Jan 2003 B1
6507662 Brooks Jan 2003 B1
6507762 Amro et al. Jan 2003 B1
6519565 Clements et al. Feb 2003 B1
6520542 Thompson et al. Feb 2003 B2
6523292 Slavik Feb 2003 B2
6529880 McKeen et al. Mar 2003 B1
6539101 Black Mar 2003 B1
D474234 Nelms et al. May 2003 S
6575361 Graves et al. Jun 2003 B1
6587835 Treyz et al. Jul 2003 B1
6588673 Chan et al. Jul 2003 B1
6591249 Zoka Jul 2003 B2
6598024 Walker et al. Jul 2003 B1
6601622 Young Aug 2003 B1
6601759 Fife et al. Aug 2003 B2
6601762 Piotrowski Aug 2003 B2
6608551 Anderson et al. Aug 2003 B1
6608995 Kawasaki et al. Aug 2003 B1
6609656 Elledge Aug 2003 B1
6609658 Sehr Aug 2003 B1
6628961 Ho et al. Sep 2003 B1
6629591 Griswold et al. Oct 2003 B1
6631849 Blossom Oct 2003 B2
6636620 Hoshino Oct 2003 B1
6636833 Flitcroft et al. Oct 2003 B1
6644551 Clayman et al. Nov 2003 B2
6650887 McGregor et al. Nov 2003 B2
6651168 Kao et al. Nov 2003 B1
6651813 Vallans et al. Nov 2003 B2
6651892 Hooglander Nov 2003 B2
6657614 Ito et al. Dec 2003 B1
6662166 Pare, Jr. et al. Dec 2003 B2
6669086 Abdi et al. Dec 2003 B2
6671358 Seidman et al. Dec 2003 B1
6681328 Harris et al. Jan 2004 B1
6681926 De Volpi Jan 2004 B2
6684269 Wagner Jan 2004 B2
6685089 Terranova et al. Feb 2004 B2
6686847 Mittler Feb 2004 B1
6687875 Suzuki Feb 2004 B1
6690930 Dupre Feb 2004 B1
6693513 Tuttle Feb 2004 B2
6697947 Matyas, Jr. et al. Feb 2004 B1
6703918 Kita Mar 2004 B1
6704039 Pena Mar 2004 B2
6704608 Azuma Mar 2004 B1
6705530 Kiekhaefer Mar 2004 B2
6708375 Johnson Mar 2004 B1
6711262 Watanen Mar 2004 B1
6725202 Hurta et al. Apr 2004 B1
6732919 Macklin et al. May 2004 B2
6732936 Kiekhaefer May 2004 B1
6735081 Bishop et al. May 2004 B1
6742120 Markakis et al. May 2004 B1
6747546 Hikita et al. Jun 2004 B1
6749123 Lasch et al. Jun 2004 B2
6751805 Austion Jun 2004 B1
6760581 Dutta Jul 2004 B2
6763500 Black et al. Jul 2004 B2
6764014 Lasch et al. Jul 2004 B2
6765470 Shinzaki Jul 2004 B2
6766952 Luu Jul 2004 B2
6769718 Warther et al. Aug 2004 B1
6771981 Zalewski et al. Aug 2004 B1
6786400 Bucci Sep 2004 B1
6789012 Childs et al. Sep 2004 B1
6789733 Terranova et al. Sep 2004 B2
6793141 Graham Sep 2004 B1
6799726 Stockhammer Oct 2004 B2
6816058 McGregor et al. Nov 2004 B2
6819219 Bolle et al. Nov 2004 B1
6823910 Elnekaveh Nov 2004 B1
6830193 Tanaka Dec 2004 B2
6834270 Pagani et al. Dec 2004 B1
6834795 Rasmussen et al. Dec 2004 B1
6843415 Vogler Jan 2005 B2
6845863 Riley Jan 2005 B1
6851617 Saint et al. Feb 2005 B2
6853087 Neuhaus et al. Feb 2005 B2
6853894 Kolls Feb 2005 B1
6853987 Cook Feb 2005 B1
6857566 Wankmueller Feb 2005 B2
6859672 Roberts et al. Feb 2005 B2
6873974 Schutzer Mar 2005 B1
6877097 Hamid et al. Apr 2005 B2
6883715 Fruhauf et al. Apr 2005 B1
6895310 Kolls May 2005 B1
6898299 Brooks May 2005 B1
H2120 Cudlitz Jul 2005 H
6914517 Kinsella Jul 2005 B2
6915277 Manchester et al. Jul 2005 B1
6920560 Wallace Jul 2005 B2
6924729 Aschauer et al. Aug 2005 B1
6925439 Pitroda Aug 2005 B1
6925565 Black Aug 2005 B2
6928181 Brooks Aug 2005 B2
6931538 Sawaguchi Aug 2005 B1
6934861 Haala Aug 2005 B2
D509243 Hunter, Jr. et al. Sep 2005 S
6940461 Nantz et al. Sep 2005 B2
6944402 Baker et al. Sep 2005 B1
6944768 Siegel et al. Sep 2005 B2
6959874 Bardwell Nov 2005 B2
6961448 Nichols et al. Nov 2005 B2
6970583 Black Nov 2005 B2
6978369 Wheeler et al. Dec 2005 B2
6978933 Yap et al. Dec 2005 B2
6986099 Todd Jan 2006 B2
6990480 Burt Jan 2006 B1
6994262 Warther Feb 2006 B1
7003497 Maes Feb 2006 B2
7003501 Ostroff Feb 2006 B2
7004385 Douglass Feb 2006 B1
7006993 Cheong et al. Feb 2006 B1
7049962 Atherton et al. May 2006 B2
7051925 Schwarz, Jr. May 2006 B2
7059159 Lanigan et al. Jun 2006 B2
7068148 Shanks et al. Jun 2006 B2
7069444 Lowensohn et al. Jun 2006 B2
7070112 Beenau et al. Jul 2006 B2
7093767 Faenza et al. Aug 2006 B2
7096204 Chen et al. Aug 2006 B1
7096494 Chen Aug 2006 B1
7100821 Rasti Sep 2006 B2
7102523 Shanks et al. Sep 2006 B2
7103575 Linehan Sep 2006 B1
7108190 Burgan et al. Sep 2006 B2
7119659 Bonalle et al. Oct 2006 B2
7127672 Patterson et al. Oct 2006 B1
7131574 Sciupac et al. Nov 2006 B1
7132946 Waldner et al. Nov 2006 B2
7136835 Flitcroft et al. Nov 2006 B1
7150407 Berger et al. Dec 2006 B1
7154375 Beenau et al. Dec 2006 B2
7171662 Misara et al. Jan 2007 B1
7172112 Bonalle et al. Feb 2007 B2
7184747 Bogat Feb 2007 B2
7213748 Tsuei et al. May 2007 B2
7237121 Cammack et al. Jun 2007 B2
7239226 Berardi et al. Jul 2007 B2
7254557 Gillin et al. Aug 2007 B1
7281135 Black Oct 2007 B2
7287271 Riggins Oct 2007 B1
7287695 Wankmueller Oct 2007 B2
7299364 Noble et al. Nov 2007 B2
7303120 Beenau et al. Dec 2007 B2
7314164 Bonalle et al. Jan 2008 B2
7314165 Bonalle et al. Jan 2008 B2
7318550 Bonalle et al. Jan 2008 B2
7325724 Bonalle et al. Feb 2008 B2
7341181 Bonalle et al. Mar 2008 B2
7363504 Bonalle et al. Apr 2008 B2
7363505 Black Apr 2008 B2
7419093 Blackson et al. Sep 2008 B1
20010003071 Mansutti et al. Jun 2001 A1
20010013546 Ross Aug 2001 A1
20010013551 Ramachandran Aug 2001 A1
20010017584 Shinzaki Aug 2001 A1
20010018660 Sehr Aug 2001 A1
20010022446 Klure Sep 2001 A1
20010029493 Pare et al. Oct 2001 A1
20010030238 Arisawa Oct 2001 A1
20010032192 Putta et al. Oct 2001 A1
20010034565 Leatherman Oct 2001 A1
20010034623 Chung Oct 2001 A1
20010034720 Armes et al. Oct 2001 A1
20010036301 Yamaguchi et al. Nov 2001 A1
20010036835 Leedom, Jr. Nov 2001 A1
20010040507 Eckstein et al. Nov 2001 A1
20010045469 Hooglander Nov 2001 A1
20010049628 Icho Dec 2001 A1
20010051920 Joao et al. Dec 2001 A1
20010053239 Takhar Dec 2001 A1
20010055411 Black Dec 2001 A1
20010056402 Ahuja et al. Dec 2001 A1
20020002468 Spagna et al. Jan 2002 A1
20020005774 Rudolph et al. Jan 2002 A1
20020013765 Shwartz Jan 2002 A1
20020014529 Tanaka Feb 2002 A1
20020014952 Terranova Feb 2002 A1
20020016687 Felsenstein et al. Feb 2002 A1
20020019807 Halpern Feb 2002 A1
20020024590 Pena Feb 2002 A1
20020026419 Maritzen et al. Feb 2002 A1
20020026575 Wheeler et al. Feb 2002 A1
20020028704 Bloomfield et al. Mar 2002 A1
20020030579 Albert et al. Mar 2002 A1
20020030581 Janiak et al. Mar 2002 A1
20020035548 Hogan et al. Mar 2002 A1
20020036237 Atherton et al. Mar 2002 A1
20020038818 Zingher et al. Apr 2002 A1
20020040935 Weyant Apr 2002 A1
20020040936 Wentker et al. Apr 2002 A1
20020041093 Cox et al. Apr 2002 A1
20020042782 Albazz et al. Apr 2002 A1
20020043566 Goodman et al. Apr 2002 A1
20020046341 Kazaks et al. Apr 2002 A1
20020062249 Iannacci May 2002 A1
20020062291 Zoka May 2002 A1
20020066784 Segal et al. Jun 2002 A1
20020072349 Geiselman et al. Jun 2002 A1
20020073025 Tanner et al. Jun 2002 A1
20020074398 Lancos et al. Jun 2002 A1
20020077895 Howell Jun 2002 A1
20020083320 Vatanen Jun 2002 A1
20020087869 Kim Jul 2002 A1
20020095298 Ewing Jul 2002 A1
20020095588 Shigematsu et al. Jul 2002 A1
20020097142 Janiak et al. Jul 2002 A1
20020097144 Collins et al. Jul 2002 A1
20020099665 Burger et al. Jul 2002 A1
20020107791 Nobrega et al. Aug 2002 A1
20020108062 Nakajima et al. Aug 2002 A1
20020109580 Shreve et al. Aug 2002 A1
20020111210 Luciano, Jr. et al. Aug 2002 A1
20020111917 Hoffman et al. Aug 2002 A1
20020111919 Weller et al. Aug 2002 A1
20020112177 Voltmer et al. Aug 2002 A1
20020113082 Leatherman et al. Aug 2002 A1
20020116274 Hind et al. Aug 2002 A1
20020120584 Hogan et al. Aug 2002 A1
20020125164 Bassinson Sep 2002 A1
20020126010 Trimble et al. Sep 2002 A1
20020128977 Nambiar et al. Sep 2002 A1
20020129248 Wheeler et al. Sep 2002 A1
20020130186 Lasch et al. Sep 2002 A1
20020130187 Berg et al. Sep 2002 A1
20020133467 Hobson et al. Sep 2002 A1
20020133725 Roy et al. Sep 2002 A1
20020138351 Houvener et al. Sep 2002 A1
20020138425 Shimizu et al. Sep 2002 A1
20020139839 Catan Oct 2002 A1
20020140542 Prokoski et al. Oct 2002 A1
20020145043 Challa et al. Oct 2002 A1
20020147002 Trop et al. Oct 2002 A1
20020147600 Waters et al. Oct 2002 A1
20020149467 Calvesio et al. Oct 2002 A1
20020153410 Santini Oct 2002 A1
20020153424 Li Oct 2002 A1
20020154795 Lee et al. Oct 2002 A1
20020158747 McGregor et al. Oct 2002 A1
20020163421 Wang et al. Nov 2002 A1
20020165931 Greer et al. Nov 2002 A1
20020166897 Hooglander Nov 2002 A1
20020169673 Prorock et al. Nov 2002 A1
20020174067 Hoffman et al. Nov 2002 A1
20020175805 Armstrong et al. Nov 2002 A9
20020178124 Lewis Nov 2002 A1
20020179704 Deaton Dec 2002 A1
20020186133 Loof Dec 2002 A1
20020186838 Brandys Dec 2002 A1
20020188854 Heaven et al. Dec 2002 A1
20020188855 Nakayama et al. Dec 2002 A1
20020190124 Piotrowski Dec 2002 A1
20020191816 Maritzen et al. Dec 2002 A1
20020192856 Halope et al. Dec 2002 A1
20020193102 Hyyppa et al. Dec 2002 A1
20020194137 Park et al. Dec 2002 A1
20030001006 Lee Jan 2003 A1
20030001459 Scott Jan 2003 A1
20030001755 Tiernay et al. Jan 2003 A1
20030004866 Huennekens et al. Jan 2003 A1
20030004881 Shinzaki et al. Jan 2003 A1
20030005310 Shinzaki Jan 2003 A1
20030006901 Kim et al. Jan 2003 A1
20030018567 Flitcroft et al. Jan 2003 A1
20030018893 Hess Jan 2003 A1
20030028481 Flitcroft et al. Feb 2003 A1
20030033697 Hicks et al. Feb 2003 A1
20030037264 Ezaki et al. Feb 2003 A1
20030037851 Hogganvik Feb 2003 A1
20030046237 Uberti Mar 2003 A1
20030046540 Nakamura et al. Mar 2003 A1
20030047482 Jones et al. Mar 2003 A1
20030054836 Michot Mar 2003 A1
20030055727 Walker et al. Mar 2003 A1
20030061172 Robinson Mar 2003 A1
20030074317 Hofi Apr 2003 A1
20030086591 Simon May 2003 A1
20030093187 Walker May 2003 A1
20030097344 Chaum et al. May 2003 A1
20030106935 Burchette, Jr. Jun 2003 A1
20030112120 Seifer Jun 2003 A1
20030115126 Pitroda Jun 2003 A1
20030120554 Hogan et al. Jun 2003 A1
20030120626 Piotrowski Jun 2003 A1
20030122120 Brazis et al. Jul 2003 A1
20030123714 O'Gorman et al. Jul 2003 A1
20030124294 Hodson et al. Jul 2003 A1
20030125054 Garcia Jul 2003 A1
20030130820 Lane, III Jul 2003 A1
20030132132 Small Jul 2003 A1
20030132284 Reynolds et al. Jul 2003 A1
20030132297 McCall et al. Jul 2003 A1
20030140228 Binder Jul 2003 A1
20030149661 Mitchell et al. Aug 2003 A1
20030149662 Shore Aug 2003 A1
20030150911 Joseph Aug 2003 A1
20030152252 Kondo et al. Aug 2003 A1
20030153356 Liu et al. Aug 2003 A1
20030155416 Macklin et al. Aug 2003 A1
20030159044 Doyle et al. Aug 2003 A1
20030160074 Pineda Aug 2003 A1
20030173408 Mosher, Jr. et al. Sep 2003 A1
20030177102 Robinson Sep 2003 A1
20030178495 Jones et al. Sep 2003 A1
20030183695 Labrec et al. Oct 2003 A1
20030183699 Masui Oct 2003 A1
20030187786 Swift et al. Oct 2003 A1
20030191949 Odagawa Oct 2003 A1
20030195037 Vuong et al. Oct 2003 A1
20030197593 Siegel et al. Oct 2003 A1
20030208439 Rast Nov 2003 A1
20030223625 Hillhouse et al. Dec 2003 A1
20030226041 Palmer et al. Dec 2003 A1
20030227550 Manico et al. Dec 2003 A1
20030229793 McCall et al. Dec 2003 A1
20030230514 Baker Dec 2003 A1
20030236704 Antonucci Dec 2003 A1
20040006497 Nestor et al. Jan 2004 A1
20040006539 Royer et al. Jan 2004 A1
20040011877 Reppermund Jan 2004 A1
20040014457 Stevens Jan 2004 A1
20040016796 Hanna et al. Jan 2004 A1
20040017934 Kocher Jan 2004 A1
20040019494 Ridgeway et al. Jan 2004 A1
20040019564 Goldthwaite et al. Jan 2004 A1
20040020982 Hoffman et al. Feb 2004 A1
20040021552 Koo Feb 2004 A1
20040024694 Lawrence et al. Feb 2004 A1
20040026518 Kudo et al. Feb 2004 A1
20040030601 Pond et al. Feb 2004 A1
20040031856 Atsmon et al. Feb 2004 A1
20040039814 Crabtree et al. Feb 2004 A1
20040039860 Mills et al. Feb 2004 A1
20040041021 Nugent, Jr. Mar 2004 A1
20040041690 Yamagishi Mar 2004 A1
20040044627 Russell et al. Mar 2004 A1
20040046034 Ey Yamani et al. Mar 2004 A1
20040049687 Orsini Mar 2004 A1
20040050930 Rowe Mar 2004 A1
20040052406 Brooks Mar 2004 A1
20040059923 ShamRao Mar 2004 A1
20040061593 Lane Apr 2004 A1
20040062423 Doi Apr 2004 A1
20040073792 Noble et al. Apr 2004 A1
20040083184 Tsuei et al. Apr 2004 A1
20040083380 Janke Apr 2004 A1
20040084524 Ramachandran May 2004 A1
20040089724 Lasch et al. May 2004 A1
20040098336 Flink May 2004 A1
20040104266 Bolle et al. Jun 2004 A1
20040104268 Bailey et al. Jun 2004 A1
20040118930 Berardi et al. Jun 2004 A1
20040124104 De Volpi Jul 2004 A1
20040124246 Allen et al. Jul 2004 A1
20040127256 Goldthwaite et al. Jul 2004 A1
20040129787 Saito et al. Jul 2004 A1
20040131237 Machida Jul 2004 A1
20040133787 Doughty et al. Jul 2004 A1
20040136573 Sato Jul 2004 A1
20040139021 Reed et al. Jul 2004 A1
20040144841 Tsukamoto et al. Jul 2004 A1
20040144846 Lasch et al. Jul 2004 A1
20040149820 Zuili Aug 2004 A1
20040155101 Royer et al. Aug 2004 A1
20040158723 Root Aug 2004 A1
20040160310 Chen et al. Aug 2004 A1
20040161135 Sano et al. Aug 2004 A1
20040165753 Takhiri et al. Aug 2004 A1
20040169071 Burgan et al. Sep 2004 A1
20040172541 Ando et al. Sep 2004 A1
20040176071 Gehrmann et al. Sep 2004 A1
20040177045 Brown Sep 2004 A1
20040180657 Yaqub et al. Sep 2004 A1
20040188519 Cassone Sep 2004 A1
20040190757 Murphy et al. Sep 2004 A1
20040193676 Marks Sep 2004 A1
20040195314 Lee Oct 2004 A1
20040199469 Barillova et al. Oct 2004 A1
20040202354 Togino Oct 2004 A1
20040208343 Golden et al. Oct 2004 A1
20040215575 Garrity Oct 2004 A1
20040222803 Tartagni Nov 2004 A1
20040230488 Beenau et al. Nov 2004 A1
20040232220 Beenau et al. Nov 2004 A1
20040232224 Beenau et al. Nov 2004 A1
20040233039 Beenau et al. Nov 2004 A1
20040235450 Rosenberg Nov 2004 A1
20040236680 Luoffo et al. Nov 2004 A1
20040236699 Beenau et al. Nov 2004 A1
20040236700 Beenau et al. Nov 2004 A1
20040236701 Beenau et al. Nov 2004 A1
20040236819 Anati et al. Nov 2004 A1
20040239480 Beenau et al. Dec 2004 A1
20040240711 Hamza et al. Dec 2004 A1
20040255168 Murashita et al. Dec 2004 A1
20040257196 Kotzin Dec 2004 A1
20040258282 Bjorn et al. Dec 2004 A1
20050001711 Doughty et al. Jan 2005 A1
20050004921 Beenau et al. Jan 2005 A1
20050005172 Haala Jan 2005 A1
20050011776 Nagel Jan 2005 A1
20050017068 Zalewski et al. Jan 2005 A1
20050018658 Ikeda et al. Jan 2005 A1
20050020304 Shinzaki Jan 2005 A1
20050021457 Johnson et al. Jan 2005 A1
20050023157 Logan Feb 2005 A1
20050033686 Peart et al. Feb 2005 A1
20050033687 Beenau et al. Feb 2005 A1
20050033689 Bonalle et al. Feb 2005 A1
20050033992 Inabe Feb 2005 A1
20050035192 Bonalle et al. Feb 2005 A1
20050035847 Bonalle et al. Feb 2005 A1
20050036665 Higuchi Feb 2005 A1
20050038718 Barnes et al. Feb 2005 A1
20050040221 Schwarz, Jr. Feb 2005 A1
20050040272 Argumedo et al. Feb 2005 A1
20050045718 Bortolin et al. Mar 2005 A1
20050050367 Burger et al. Mar 2005 A1
20050054438 Rothschild et al. Mar 2005 A1
20050058262 Timmins et al. Mar 2005 A1
20050060233 Bonalle et al. Mar 2005 A1
20050065842 Summers Mar 2005 A1
20050065872 Moebs et al. Mar 2005 A1
20050071231 Beenau et al. Mar 2005 A1
20050087597 Gotfried et al. Apr 2005 A1
20050091325 Kuwana et al. Apr 2005 A1
20050097038 Yu et al. May 2005 A1
20050098621 deSylva May 2005 A1
20050100199 Boshra May 2005 A1
20050102524 Haala May 2005 A1
20050103839 Hewel May 2005 A1
20050109836 Ben-Aissa May 2005 A1
20050113137 Rodriguez et al. May 2005 A1
20050116024 Beenau et al. Jun 2005 A1
20050119978 Ates Jun 2005 A1
20050121512 Wankmueller Jun 2005 A1
20050122209 Black Jun 2005 A1
20050123137 McCallum Jun 2005 A1
20050125312 Dearing et al. Jun 2005 A1
20050125317 Winkelman, III et al. Jun 2005 A1
20050125343 Mendelovich Jun 2005 A1
20050127164 Wankmueller Jun 2005 A1
20050137977 Wankmueller Jun 2005 A1
20050139669 Arnouse Jun 2005 A1
20050144133 Hoffman et al. Jun 2005 A1
20050149358 Sacco et al. Jul 2005 A1
20050149926 Saltz Jul 2005 A1
20050160271 Brundage et al. Jul 2005 A9
20050160790 Tanaka et al. Jul 2005 A1
20050165684 Jensen et al. Jul 2005 A1
20050166062 Sanchez-Cifuentes Jul 2005 A1
20050169504 Black Aug 2005 A1
20050171787 Zagami Aug 2005 A1
20050171905 Wankmueller Aug 2005 A1
20050180618 Black Aug 2005 A1
20050187883 Bishop et al. Aug 2005 A1
20050187916 Levin et al. Aug 2005 A1
20050197923 Kilner et al. Sep 2005 A1
20050203857 Friedman Sep 2005 A1
20050207002 Liu et al. Sep 2005 A1
20050211784 Justin Sep 2005 A1
20050212657 Simon Sep 2005 A1
20050216424 Gandre et al. Sep 2005 A1
20050221853 Silvester Oct 2005 A1
20050223230 Zick Oct 2005 A1
20050232471 Baer Oct 2005 A1
20050240778 Saito Oct 2005 A1
20050246292 Sarcanin Nov 2005 A1
20050251688 Nanavati et al. Nov 2005 A1
20050261972 Black Nov 2005 A1
20050275505 Himmelstein Dec 2005 A1
20050278222 Northrup Dec 2005 A1
20060000892 Bonalle et al. Jan 2006 A1
20060000893 Bonalle et al. Jan 2006 A1
20060000894 Bonalle et al. Jan 2006 A1
20060000895 Bonalle et al. Jan 2006 A1
20060000896 Bonalle et al. Jan 2006 A1
20060000897 Bonalle et al. Jan 2006 A1
20060000898 Bonalle et al. Jan 2006 A1
20060000899 Bonalle et al. Jan 2006 A1
20060005022 Wakamori et al. Jan 2006 A1
20060005042 Black Jan 2006 A1
20060016868 Bonalle et al. Jan 2006 A1
20060016869 Bonalle et al. Jan 2006 A1
20060016871 Bonalle et al. Jan 2006 A1
20060016874 Bonalle et al. Jan 2006 A1
20060016875 Bonalle et al. Jan 2006 A1
20060016877 Bonalle et al. Jan 2006 A1
20060033609 Bridgelall Feb 2006 A1
20060034492 Siegel et al. Feb 2006 A1
20060066444 Steeves Mar 2006 A1
20060069635 Ram et al. Mar 2006 A1
20060071756 Steeves Apr 2006 A1
20060077034 Hillier Apr 2006 A1
20060080552 Lauper Apr 2006 A1
20060095369 Hofi May 2006 A1
20060104485 Miller et al. May 2006 A1
20060123240 Chaiken Jun 2006 A1
20060136336 Drummond et al. Jun 2006 A1
20060156395 Fontaine Jul 2006 A1
20060158434 Zank et al. Jul 2006 A1
20060173291 Glossop Aug 2006 A1
20060173791 Mann et al. Aug 2006 A1
20060177061 Orsini et al. Aug 2006 A1
20060178937 Rau et al. Aug 2006 A1
20060190419 Bunn et al. Aug 2006 A1
20060202835 Thibault Sep 2006 A1
20060208066 Finn et al. Sep 2006 A1
20060213986 Register et al. Sep 2006 A1
20060229988 Oshima et al. Oct 2006 A1
20060237528 Bishop et al. Oct 2006 A1
20060242423 Kussmaul Oct 2006 A1
20060278723 Dan et al. Dec 2006 A1
20070008131 Doan et al. Jan 2007 A1
20070046468 Davis Mar 2007 A1
20070057797 Waldner et al. Mar 2007 A1
20070075841 Maltsev et al. Apr 2007 A1
20070112957 Shastri et al. May 2007 A1
20070119924 Register et al. May 2007 A1
20070241861 Venkatanna et al. Oct 2007 A1
20070252001 Kail et al. Nov 2007 A1
20070252010 Gonzalez et al. Nov 2007 A1
20070284432 Abouyounes Dec 2007 A1
20070296544 Beenau et al. Dec 2007 A1
20070296551 Beenau et al. Dec 2007 A1
20070299782 Beenau et al. Dec 2007 A1
20070299783 Beenau et al. Dec 2007 A1
20080006691 Bonalle et al. Jan 2008 A1
20080008359 Beenau et al. Jan 2008 A1
20080008363 Bonalle et al. Jan 2008 A1
20080010214 Bonalle et al. Jan 2008 A1
20080011830 Bonalle et al. Jan 2008 A1
20080011831 Bonalle et al. Jan 2008 A1
20080013796 Bonalle et al. Jan 2008 A1
20080013807 Bonalle et al. Jan 2008 A1
20080015941 Beenau et al. Jan 2008 A1
20080015992 Bonalle et al. Jan 2008 A1
20080015993 Bonalle et al. Jan 2008 A1
20080015994 Bonalle et al. Jan 2008 A1
20080016002 Beenau et al. Jan 2008 A1
20080033722 Beenau et al. Feb 2008 A1
20080067242 Bonalle et al. Mar 2008 A1
20080072065 Bonalle et al. Mar 2008 A1
Foreign Referenced Citations (178)
Number Date Country
2300241 Sep 2000 CA
689070 Aug 1988 CH
689070 Aug 1997 CH
689680 Aug 1999 CH
2847756 May 1980 DE
3636921 May 1981 DE
3941070 Jun 1991 DE
4339460 Nov 1993 DE
29702538 Apr 1997 DE
19741726 Sep 1997 DE
0181770 May 1986 EP
0343829 Nov 1989 EP
0354817 Feb 1990 EP
0 358 525 Mar 1990 EP
0368570 May 1990 EP
0388090 Sep 1990 EP
0 424 726 Oct 1990 EP
0403134 Dec 1990 EP
0411602 Feb 1991 EP
0473998 Mar 1992 EP
0481388 Apr 1992 EP
0531605 Mar 1993 EP
0552047 Jul 1993 EP
0560318 Sep 1993 EP
0568185 Nov 1993 EP
0657297 Jun 1995 EP
0721850 Jul 1996 EP
0735505 Oct 1996 EP
0780839 Jun 1997 EP
0789316 Aug 1997 EP
0854461 Jul 1998 EP
0866420 Sep 1998 EP
0894620 Feb 1999 EP
0916519 May 1999 EP
0917120 May 1999 EP
0927945 Jul 1999 EP
0 933 717 Aug 1999 EP
0949595 Oct 1999 EP
0 956 818 Nov 1999 EP
0 959 440 Nov 1999 EP
0 984 404 Mar 2000 EP
1 016 947 Jul 2000 EP
1017030 Jul 2000 EP
1 039 403 Sep 2000 EP
1 104 909 Jun 2001 EP
1 113 387 Jul 2001 EP
11115095 Jul 2001 EP
1 199 684 Apr 2002 EP
1 251 450 Oct 2002 EP
1345146 Sep 2003 EP
1371254 Oct 1974 GB
2088110 Jun 1982 GB
2108906 May 1985 GB
2240948 Aug 1991 GB
2281714 Mar 1995 GB
2347537 Sep 2000 GB
2350021 Nov 2000 GB
61-10436 May 1986 JP
62-043774 Mar 1987 JP
62-264999 Nov 1987 JP
63-071794 Apr 1988 JP
63-098689 Apr 1988 JP
63-072721 May 1988 JP
63-175987 Jul 1988 JP
64-004934 Jan 1989 JP
64-087395 Mar 1989 JP
64-087396 Mar 1989 JP
64-087397 Mar 1989 JP
02-130737 May 1990 JP
02-252149 Oct 1990 JP
03-290780 Dec 1991 JP
42-005596 Jul 1992 JP
04-303692 Oct 1992 JP
05-069689 Mar 1993 JP
05-101230 Apr 1993 JP
05-254283 Oct 1993 JP
2006-044414 Feb 1994 JP
06-103422 Apr 1994 JP
06-183187 Jul 1994 JP
06-191137 Jul 1994 JP
06-234287 Aug 1994 JP
07-169179 Jul 1995 JP
07-173358 Jul 1995 JP
07-205569 Aug 1995 JP
08-244385 Sep 1996 JP
08-324163 Dec 1996 JP
09-050505 Feb 1997 JP
09052240 Feb 1997 JP
09274640 Oct 1997 JP
10-129161 May 1998 JP
10-289296 Oct 1998 JP
10302160 Nov 1998 JP
10-334206 Dec 1998 JP
10-340231 Dec 1998 JP
11-175640 Jul 1999 JP
11-227367 Aug 1999 JP
11-353425 Dec 1999 JP
2000-11109 Jan 2000 JP
200015288 Jan 2000 JP
2000-40181 Feb 2000 JP
2000-048153 Feb 2000 JP
2000067312 Mar 2000 JP
2000-163538 Jun 2000 JP
2000-177229 Jun 2000 JP
2000-194799 Jul 2000 JP
2000207641 Jul 2000 JP
2000-222176 Aug 2000 JP
2000-222632 Aug 2000 JP
2001-222632 Aug 2000 JP
2000-252854 Sep 2000 JP
2001-5931 Jan 2001 JP
2001-504406 Apr 2001 JP
2001-134536 May 2001 JP
2001-160105 Jun 2001 JP
2001-222765 Aug 2001 JP
2001283122 Oct 2001 JP
2001-315475 Nov 2001 JP
2002-006061 Jan 2002 JP
2002-024914 Jan 2002 JP
2002-109584 Apr 2002 JP
2002-133335 May 2002 JP
2002-157491 May 2002 JP
2002-157530 May 2002 JP
2002-274087 Sep 2002 JP
2003-288646 Oct 2003 JP
WO 8100776 Mar 1981 WO
WO 8903760 May 1989 WO
WO 9008661 Aug 1990 WO
WO 9108910 Jun 1991 WO
WO 9216913 Oct 1992 WO
WO 9532919 Dec 1995 WO
WO 9535546 Dec 1995 WO
WO 9606409 Feb 1996 WO
WO 9618972 Jun 1996 WO
WO 9709688 Mar 1997 WO
WO 9740459 Oct 1997 WO
WO 9812670 Mar 1998 WO
WO 9821683 May 1998 WO
WO 9822291 May 1998 WO
WO 9845778 Oct 1998 WO
WO 9903057 Jan 1999 WO
WO 9912136 Mar 1999 WO
WO 9914055 Mar 1999 WO
WO 9921321 Apr 1999 WO
WO 9927492 Jun 1999 WO
WO 9940548 Aug 1999 WO
WO 9947983 Sep 1999 WO
WO 9949424 Sep 1999 WO
WO 0010144 Feb 2000 WO
WO 0038088 Jun 2000 WO
WO 0049586 Aug 2000 WO
WO 0073989 Dec 2000 WO
WO 0104825 Jan 2001 WO
WO 0113320 Feb 2001 WO
WO 0115098 Mar 2001 WO
WO 0118745 Mar 2001 WO
WO 0125872 Apr 2001 WO
WO 0143095 Jun 2001 WO
WO 0155955 Aug 2001 WO
WO 0172224 Oct 2001 WO
WO 0177856 Oct 2001 WO
WO 0180473 Oct 2001 WO
WO 0186535 Nov 2001 WO
WO 0190962 Nov 2001 WO
WO 0195243 Dec 2001 WO
WO 0201485 Jan 2002 WO
WO 0213134 Feb 2002 WO
PCTUS0221903 Jul 2002 WO
WO 02063545 Aug 2002 WO
WO 02065246 Aug 2002 WO
WO 02065404 Aug 2002 WO
WO 02069221 Sep 2002 WO
WO 02073512 Sep 2002 WO
WO 02086665 Oct 2002 WO
WO 02091281 Nov 2002 WO
WO 02097575 Dec 2002 WO
WO 02101670 Dec 2002 WO
WO 03007623 Jan 2003 WO
Related Publications (1)
Number Date Country
20030167207 A1 Sep 2003 US
Provisional Applications (2)
Number Date Country
60304216 Jul 2001 US
60396577 Jul 2002 US
Continuation in Parts (3)
Number Date Country
Parent 10192488 Jul 2002 US
Child 10340352 US
Parent 10318432 Dec 2002 US
Child 10192488 US
Parent 10318480 Dec 2002 US
Child 10318432 US