|Publication number||US20050108177 A1|
|Application number||US 10/776,954|
|Publication date||May 19, 2005|
|Filing date||Feb 11, 2004|
|Priority date||Jul 30, 1999|
|Also published as||US7885899, US20040117321|
|Publication number||10776954, 776954, US 2005/0108177 A1, US 2005/108177 A1, US 20050108177 A1, US 20050108177A1, US 2005108177 A1, US 2005108177A1, US-A1-20050108177, US-A1-2005108177, US2005/0108177A1, US2005/108177A1, US20050108177 A1, US20050108177A1, US2005108177 A1, US2005108177A1|
|Original Assignee||Sancho Enrique D.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (36), Referenced by (22), Classifications (23), Legal Events (2)|
|External Links: USPTO, USPTO Assignment, Espacenet|
The present invention relates to systems and methods for implementing secure purchases over a computer network. More particularly, the methods relate to a system which permits purchases of merchandise to be made over a computer network, whereby the purchaser may feel confident that personal credit card information is not at risk of being diverted, misappropriated or stolen and the merchant may be more confident that the purchaser is bona fide.
It is well known for buyers of merchandise to access the global client/server network commonly referred to as the Internet, a part of which is the World Wide Web, for the purpose of searching for and purchasing merchandise from on-line vendors selling wares ranging from travel services and investment services to buying CD recordings, books, software, computer hardware and the like.
Numerous patents have already been granted which teach methods or systems purporting to secure commercial credit card transactions carried out over the Internet. Examples of such patents include U.S. Pat. No. 5,671,279 to Elgamal, U.S. Pat. No. 5,727,163 to Bezos, U.S. Pat. No. 5,822,737 to Ogram, U.S. Pat. No. 5,899,980 to Wilf et al. and U.S. Pat. No. 5,715,314 and U.S. Pat. No. 5,909,492, both to Payne, et al., the disclosures of which are incorporated by reference herein for providing background and as indicative of the state of the art prior to the invention herein disclosed.
Most of the disclosed systems have the disadvantage that they rely on the transmission of sensitive information over unsecured network routes and lines for each transaction. Although practically-speaking, the systems which use encryption are fairly safe, there is still some risk of credit card misappropriation and there is little psychological comfort given to potential users by their knowing that encryption is being used.
Generally speaking, the Internet is a network of computers, remote from one another, linked by a variety of communications lines including telephone lines, cable television lines, satellite link-ups and the like. Internet service providers (hereinafter “ISPs”) provide the link to the main backbone of the Internet for small end users. The account for the end user is established in the normal manner usually by providing credit card information to the ISP by conventional means, such as by voice telephony, fax transmission or check. In most ISP-end user relationships, the ISP has been given credit card or other credit account information, which information is on file with the ISP and available to the ISP's computers. In return for receiving payment, the ISP provides a gateway to the Internet for the end-user's use. The end-user (or subscriber) is provided with identification codes for dialling directly into the ISP's computers and software means (for example, dialler software, browser software, electronic mail software, and the like) for doing so if necessary.
Most purchases are conducted in the following manner: a purchaser using a browser application on his local client computer connects via his computer's modem to a dial-up Internet Service Provider (hereinafter “ISP”) and makes connections therethrough to various Web sites, Internet server locations assigned a URL (Uniform Resource Locator) address. The purchaser selects his merchandise and the vendor usually requests payment by one of several methods, one of which usually includes payment by providing credit card information.
According to surveys and other marketing data, there always has been and there still exists a high percentage of the population which is detered from purchasing merchandise directly over the Internet. This large population apparently fears that, despite all the efforts at security and cryptography promised by the vendors, there still exists the possibility that their credit account information will be intercepted on-line by a third party computer hacker and used illegally, at great expense and trouble for the cardholder.
An additional anxiety-inducing factor related to merchandising over the Internet, or e-commerce, is that the merchant cannot always be certain that just because he has obtained credit card infomation, that he will actually be paid for the merchandise he ships. After all, credit card fraud and/or theft occurs regularly and may not be caught in time to stop the order from being shipped. When the cardholder discovers the theft and stops the card, it may be too late for the vendor to recover his property. At the very least, this situation leads to unnecessary aggravation and wasted resources for the merchant, credit card company and cardholder.
Thus, it is an objective of the present invention to provide a system and method for potential on-line buyers of merchandise marketed over the Internet to pay for those purchases with minimized exposure to the risk of credit card theft by electronic interception.
It is a further objective of the invention to provide a mechanism for facilitating e-commerce which will increase the confidence of the consuming public in the safety of such transactions.
It is still a further objective of the invention to provide a mechanism for facilitating e-commerce which will increase the confidence with which vendors may ship the purchased product or deliver the purchased service without fear of the payment being provided fraudulently.
It is yet a further object of the present invention to provide a site-specific and computer-specific identification confirmation system for use in a secure electronic purchasing system.
These objectives and others and others not specifically enumerated herein are achieved by the invention disclosed herein which comprises a system and method for providing payment to an on-line merchant for services or goods provided to an on-line buyer. In one exemplary embodiment, the method takes advantage of the existing business relationships between the member computers which form the structure of the Internet.
Each time a subscriber signs in to the ISP's computers for an on-line session, the subscriber is assigned an Internet Protocol (hereinafter “IP”) address. The subscriber's computer transmits messages which are received by the ISP computer and relayed through the IP address and out onto the Internet to the ultimate intended recipient computer. During the entire time the on-line session in progress, the IP address does not change and is thus available as identifying information. By monitoring and occasionally re-verifying that the subscriber's computer is still on-line at the assigned IP address, the ISP can confirm that certain activities could be attributed to the subscriber.
One embodiment of the present invention takes advantage of the intimate relationship which is re-created every time an Internet subscriber's computer goes online and signs into his ISP's computer by assigning to the ISP computer the function of clearinghouse and active intermediary between the subscriber's computer and the vendor's computer. A subscriber computer signs in to the ISP computer system and is recognized and assigned an IP address. When the subscriber identifies merchandise or services at a vendor's website which he wishes to purchase, he sends programming to the website which selects the items and instructs the vendor's computer to generate a purchase authorization request which is sent to the ISP computer. The purchase authorization request contains information about the merchandise to be purchased, identifying information about the proposed purchaser, some of which is the identifying information assigned by the ISP to the subscriber. The ISP confirms internally that the subscriber is still signed in to the ISP computer system by verifying the identity of the computer currently actively communicating through the IP address. When satisfied that the subscriber is still online, the ISP computer generates and sends a message to the subscriber's computer requesting confirmation of the order for the merchandise. Upon receipt from the subscriber's computer of the confirmation, the ISP generates and transmits to the vendor's computer a message confirming the order and providing a confirmation number, agreeing to pay the invoice which the vendor's computer subsequently generates and presents to the ISP computer. ISP computer then uses the subscriber's credit card information and presents an invoice against the credit card account to be sent through normal channels.
In another exemplary embodiment of the present invention, the ISP does not serve as the credit giver or transaction verifier/guarantor. This function is provided by a bank or vendor with whom the subscriber already has a credit account, and who has an online presence, i.e. has a transaction server connected to the Internet, which can participate in the transaction as it is carried out by the subscriber/consumer.
For better understanding of the invention, the following drawings are included for consideration in combination with the detailed specification which follows:
As was mentioned hereinabove, in one exemplary embodiment of the invention, the credit account for the subscriber (also referred to as an end user or Buyer) is established in the normal manner usually by providing credit card information to the ISP by conventional means, such as by voice telephony, fax transmission or check. In most ISP-end user relationships, the ISP has been given credit card information and this information is on file with the ISP, and avilable to the ISP's computers. In return for receiving payment, the ISP provides a gateway to the. Internet for the end-user's use. The end-user (or subscriber) is provided with software means and identification codes for dialling directly into the ISP's computers. The ISP's computers assign an Internet Protocol (hereinafter “IP”) address to the subscriber for use during the particular on-line session in progress. The subscriber's computer transmits messages which are received by the ISP computer and relayed through the IP address and out onto the Internet to the ultimate intended recipient computer. During the entire time the on-line session in progress, the IP address does not change and is thus available as identifying information. By monitoring and occasionally re-verifying that the subscriber's computer is still on-line at the assigned IP address, the ISP can confirm that certain activities could be attributed to the subscriber.
This exemplary embodiment of the present invention takes advantage of the intimate relationship which is re-created every time an Internet subscriber's computer goes online and signs into his ISP's computer by assigning to the ISP computer the function of clearinghouse and active intermediary between the subscriber's computer and the vendor's computer.
The method is described with reference to the drawings described hereinabove as follows:
The ISP (also referred to hereinafter as a “Clearinghouse Computer”) is assigned a unique ISP-ID code.
As described hereinabove, the ISP's subscriber or customer (hereinafter “Buyer”) has gained the ability to access the Internet network from his remote computer by opening an account with ISP.
The Buyer has provided credit card or other payment information to the ISP when the account was opened, by conventional mail, fax, voice telephony or any other acceptable method including known methods. In exchange, Buyer receives from the ISP certain software and identification codes which permit Buyer's computer to communicate with the ISP's computers and to negotiate (request and obtain) an IP address.
At time of first sign-on, Buyer's Computer (hereinafter referred to as “BC”) transmits to BC a Buyer-ID code which is electronically recorded or written into a file (e.g. a cookie file) on BC. The Buyer ID code could be generated by any number of methods known in the art for generating identification codes.
When Buyer activates his BC to log onto ISP network (BC provides standard log-in infomation to ISP), ISP also reads and logs in Buyer-ID code and assigns IP address for current session to BC.
BC connects via ISP portal with Merchant Computer (MC) and Buyer selects desired merchandise and further selects to pay using Security program manager payment method disclosed hereinbelow.
Buyer-ID and BC's IP address assigned for current session are provided to MC programmed to request and receive said information
MC is programmed to use Buyer-ID and BC's current IP address along with information such as desired item ID, cost and name for generating an electronic purchase inquiry which is transmitted through the network to ISP.
ISP is programmed such that upon receipt of purchase inquiry from MC, ISP uses combination of IP address and Buyer-ID to determine within ISP's internal network whether Buyer is in fact still online at the address assigned at the beginning of the online session.
If ISP computer is unable to confirm that BC is still connected to ISP system at the IP address expected, or that the BC IP address given by MC is different from that assigned by ISP to BC, then a negative message is generated by ISP's computer and transmitted to MC thereby resulting in the early termination of the purchase transaction process by MC. ISP's computer may alternatively be programmed to conduct other tests or inspect for other necessary conditions in an attempt to verify the source of the order placed with MC.
If BC is determined to be connected to ISP at correct address, ISP sends message containing details of purchase inquiry to BC asking Buyer to input confirmation of details of purchase desired to be transacted with MC.
Upon input of confirmation command by Buyer into BC, BC generates and transmits a confirmation to ISP.
On receipt of Buyer's confirmation, ISP then generates and transmits a Transaction Confirmation Number and instructs MC to proceed with filling Buyer's order and also to generate and forward an invoice to ISP.
The invoice to the ISP can be generated electronically and transmitted directly to ISP's computer, instantaneously (during the same session) or MC might wait until receiving programming indicating that the order has actually been filled.
Receipt of the invoice by ISP's computer then causes the ISP computer to generate and transmit, either electronically or through conventional means, an instruction to Buyer's credit card company to debit Buyer's account for the amount of the purchase. Alternatively, ISP could bill Buyer directly or any other reimbursement arrangement, e.g. through an insurance fund, is contemplated herein.
In another exemplary embodiment of the present invention, either the ISP's server acts as the security coordinator or a black box (hereinafter “ISP Toolbox”) is located at the site of the ISP server. The following description will describe the embodiment where the security coordinator functions are carried out by an ISP Toolbox.
Physical Placement of ISP Toolbox—
In this exemplary embodiment, the ISP Toolbox is located at the physical site of the ISP, the ISP Toolbox is connected to the phone or communication lines coming into the ISP server directly from users on one side of ISP server. The ISP Toolbox is also connected to lines going out to the Internet (via the modem basket) from the ISP server. The ISP Toolbox does not interact directly with the ISP server. For the most part, it monitors incoming and outgoing traffic, waiting to take over those communications should a security related transaction be called for by a home user.
The ISP Toolbox is essentially a mini-server, dedicated to the security tasks assigned to it. The ISP Toolbox is provided with programming which, when activated, will send, receive and verify the proper forms and/or data to either a participating home user, ISP server or vendor in order to carry out the proposed transaction. The following scenario describes what can happen when a request for such a security related transaction is detected by the ISP Toolbox.
As will be further described hereinbelow, in another exemplary embodiment, the Toolbox is not located at the ISP but at the site of another credit provider.
1. Application Process—This process only needs to occur once for each account which a user might have:
2) Activation of the account initiates a process by which the ISP toolbox generates a UID or unique identification for the user. The ISP toolbox then generates and transmits an e-mail to the user which contains a link to a registration URL. When the user opens the e-mail and clicks on the registration URL, it downloads and activates an installation page and a system file from the ISP Toolbox, containing a Locator which comprises an <OBJECT> tag, the tag pointing to a GUID (Unique ID generator) and a codebase. The Locator is installed in the user's browser cache and an instance thereof is blown inside the HTML page object module.
3) The ISP Toolbox asks user to inspect his/her personal data, to choose a personal password and click an icon or button to finish activation of the new account. Clicking the button causes the onsubmit handler which came as part of the Locator, to start running a script which takes the user information, UID and further information about the user's computer and sends these back to the ISP Toolbox.
4) Generation of GUID by Black Box
5) Describe purchasing session.
The examples discussed herein and demonstrated by the Figures are merely for illustrative purposes only. Variations and modifications of the disclosed invention in a manner well within the skill of the man of average skill in the art are contemplated and are intended to be encompassed within the scope and spirit of the invention as defined by the claims which follow.
For example, in another exemplary embodiment the ISP is not the site where the Toolbox resides. With reference to
1) In order to subscribe to or begin participation in the secure transaction system in which his Creditor also participates, a User at home connects his home PC with the Internet via an ISP. Upon establishing communications with the Creditor server, user activates a get application file on Creditor's Website, for example by clicking a button presented by user's browser using his input device, which alerts the Creditor Toolbox to user's request for an application to enroll user's PC in system of the invention. The system is specific to the user PC which is enrolled as will be further elaborated hereinbelow.
2) The Creditor's Toolbox supplies an apply.asp (“.asp” denotes an active server page) file to the browser application. The user fills the requested information into the form; usually this will include a user name (either new or pre-existing), a requested credit line, and an e-mail address which is accessible from the PC, laptop or other client computer from which user wishes to be able to make purchases. The apply.asp also includes diagnostic programming which is activated when user clicks on the submit or sign up button on his display. At that point, the apply.asp “reads” diagnoses whether the user's PC has labelled certain components which can be used for generating a fingerprint file for helping to verify user's PC's identity in future functions. Certain basic information is “read” and is transparently submitted by the apply.asp along with the user-provided information in the form of a new application record bearing the user's IP address back to the Creditor's Toolbox.
3) The application is processed by a credit-decision maker. This may be either done automatically by Creditor's server based on pre-definable parameters and access to user's credit particulars and the particulars provided in the application, or by a human credit operator who manually opens the application record by accessing the Toolbox Administration Center Website and selects the option to Accept/reject new applications. Either way, a credit decision on the application is made and a credit limit is set or the application is rejected. If rejected, an e-mail is generated to inform user.
4) If the application is accepted, the account is marked as “activated” by the setting of an approved credit limit which initiates promotion by the Creditor Toolbox of the user record from application status to active account status. Activation of the account also initiates a process by which the Creditor Toolbox generates a fingerprint file including a unique identification (“UID”) for the user using the identifying characteristics of user's PC which were diagnosed by the apply.asp and accompanied the application (e.g. CPU ID number, hard disk serial number, amountg of RAM, BIOS version and type, etc.). User is notified via an e-mail sent to the e-mail address specified in the application. The e-mail includes a notification of what credit line has been set and it also includes a hypertext link, e.g. “Please click here to activate your account”. When user clicks on the link which is also a registration URL, it downloads and activates an installation page and system files from the Creditor's Toolbox, including a Locator which comprises an <OBJECT> tag, the tag pointing to a GUID (Unique ID generator) and a codebase (encryption and decryption programs, a handshake code generating program, and a challenge generating program are among the files downloaded for future use by the user PC; these may also be useful for retrieving encrypted data from the wallet kept in user's PC registry). The Locator is installed in the user's PC and an instance thereof is blown inside the HTML page object module. The above step occurs only after the link activates a file which reads the identity numbers of the various components of user's PC to make sure that the user PC is the same one from which the application was generated in Paragraph 2 hereinabove. If in fact it appears to be the same user PC, then the rest of the download takes place.
5) The Creditor Toolbox asks user to fill in her selected password again and to fill in her personal data, and click an icon or button to finish activation of the new account. Clicking the button causes the onsubmit handler which came as part of the Locator, to start running a script which takes the user information, UID and further identifying information about the user's computer and sends these back to the Creditor's Toolbox for future reference.
6) Another of the items which may have been downloaded into User's computer is a Stupid agent which directs User's computer to the most recent client software available, either from the Creditor Toolbox or from a Security Management Website. This stupid agent is activated at the beginning of any purchase transaction, to ensure that User has the most recent agents to permit the transaction to work, and optionally to provide Creditor Toolbox or the Security Management Website with an opportunity to verify that certain identifying factors of User's system have not changed, as a security spotcheck.
7) A participating Merchant agrees to participate in the Safe system of the invention and does so by incorporating source code provided by the Security Program Manager into his “Select Payment Method” Web page. This [i] creates an option for payment using the Safe system of the invention, which when activated by a user, causes Merchant server to take user's IP address and send a request to Creditor Toolbox asking for verification (a) that user having IP address provided is actually online and placing an order having a certain purchase value and (b) that user has a sufficient credit limit to place an order of that value and (optionally) that Creditor has agreed honor a demand for payment of said purchase. The full cycle of a transaction will be described more completely and in greater detail hereinbelow.
With reference to
a) User PC goes online and user points his browser to the Website of a Merchant server using any Web Browser Program; downloads files depicting merchandise for sale and selects merchandise to purchase which generates a purchase request to Merchant's server, all in a manner well known in the art.
b) Merchant's server sends back to user PC an order page or pages which typically includes a transaction number, the value of the order, and asks for billing information, shipping information. At some point, user is offered to indicate her desired method of payment and selects option button which designates the Safe payment plan of the present invention, e.g. “SAFE OPTION”.
c) Selection of the “Safe Option” generates a message back to Merchant's server which includes user's IP address and instructs Merchant's server to forward a request to Creditor's Toolbox to confirm that the user at the IP address provided is (a) actually and actively online and trying to make this purchase, and (b) that the user at the IP address has the necessary credit to make such a purchase.
d) Upon receipt of the request from Merchant's server, Toolbox immediately sends a transmission to the IP address provided by Merchant's server. The transmission includes files which (a) search for, decrypt and read the UID files in user's PC to see who it is, (if the PC is a machine registered in the system) and (b) which generate a Pop-up message on the registered user's browser to make sure that the transaction is desired by the Safe system registered user. The message advises that a transaction having a particular value is being requested and asks for confirmation or rejection of the transaction. To reject the transaction, user can actively Reject by pressing a Reject button or simply by not responding within a pre-determined default time. To accept the transaction, the user must provide his user password and submit the form back to the Toolbox. The form is accompanied transparently by the fingerprint file containing the UID and other machine identifying information decrypted and extracted from user's PC by the transmission from the Toolbox.
e) If accepted by user, then Toolbox checks database to make sure user's credit limit is not exceeded and sends a coded confirmation to Merchant's server that the transaction is confirmed and will be paid for by Creditor on behalf of user. Merchant then sends HTML message to advise user that the identified transaction has been successfully processed.
f) As described hereinabove, if user either actively Rejects or fails to respond to the Pop-up message in a predetermined time period, for example, 2 minutes, the Pop-up message disappears and Toolbox advises Merchant's server that the transaction is not accepted. Optionally, provision can be made where user can label a tendered transaction as “suspicious” and reject an order with prejudice, thus alerting both Toolbox and Security Program Manager, and therefore Merchant, that some attempt was made to defraud Merchant. Obviously, this knowledge can provide great benefits in aiding to track down cyber credit frauds and inhibit criminal activity.
In another exemplary embodiment, shown in
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US4885777 *||Apr 11, 1988||Dec 5, 1989||Hitachi, Ltd.||Electronic transaction system|
|US4926480 *||May 24, 1988||May 15, 1990||David Chaum||Card-computer moderated systems|
|US4991210 *||May 4, 1989||Feb 5, 1991||David Chaum||Unpredictable blind signature systems|
|US5005200 *||Mar 7, 1989||Apr 2, 1991||Fischer Addison M||Public key/signature cryptosystem with enhanced digital signature certification|
|US5018196 *||Jul 5, 1989||May 21, 1991||Hitachi, Ltd.||Method for electronic transaction with digital signature|
|US5131039 *||Nov 5, 1990||Jul 14, 1992||David Chaum||Optionally moderated transaction systems|
|US5196840 *||Nov 5, 1990||Mar 23, 1993||International Business Machines Corporation||Secure communications system for remotely located computers|
|US5214701 *||Jul 24, 1990||May 25, 1993||U.S. Philips Corporation||Method of processing data by compression and permutation for microcircuit cards|
|US5218637 *||Jun 11, 1991||Jun 8, 1993||L'etat Francais Represente Par Le Ministre Des Postes, Des Telecommunications Et De L'espace||Method of transferring a secret, by the exchange of two certificates between two microcomputers which establish reciprocal authorization|
|US5311595 *||Jun 7, 1990||May 10, 1994||Kommunedata I/S||Method of transferring data, between computer systems using electronic cards|
|US5351293 *||Feb 1, 1993||Sep 27, 1994||Wave Systems Corp.||System method and apparatus for authenticating an encrypted signal|
|US5442707 *||Sep 27, 1993||Aug 15, 1995||Matsushita Electric Industrial Co., Ltd.||Method for generating and verifying electronic signatures and privacy communication using elliptic curves|
|US5502765 *||Oct 31, 1994||Mar 26, 1996||Nippon Telegraph And Telephone Corporation||Method and apparatus for settlement of accounts by IC cards|
|US5513260 *||Jun 29, 1994||Apr 30, 1996||Macrovision Corporation||Method and apparatus for copy protection for various recording media|
|US5513272 *||Dec 5, 1994||Apr 30, 1996||Wizards, Llc||System for verifying use of a credit/identification card including recording of physical attributes of unauthorized users|
|US5515441 *||May 12, 1994||May 7, 1996||At&T Corp.||Secure communication method and apparatus|
|US5548106 *||Aug 30, 1994||Aug 20, 1996||Angstrom Technologies, Inc.||Methods and apparatus for authenticating data storage articles|
|US5559887 *||Sep 30, 1994||Sep 24, 1996||Electronic Payment Service||Collection of value from stored value systems|
|US5648648 *||Feb 5, 1996||Jul 15, 1997||Finger Power, Inc.||Personal identification system for use with fingerprint data in secured transactions|
|US5794221 *||Jul 7, 1995||Aug 11, 1998||Egendorf; Andrew||Internet billing method|
|US5845267 *||Sep 6, 1996||Dec 1, 1998||At&T Corp||System and method for billing for transactions conducted over the internet from within an intranet|
|US5852812 *||Aug 23, 1995||Dec 22, 1998||Microsoft Corporation||Billing system for a network|
|US5899980 *||Aug 11, 1997||May 4, 1999||Trivnet Ltd.||Retail method over a wide area network|
|US5903721 *||Mar 13, 1997||May 11, 1999||cha|Technologies Services, Inc.||Method and system for secure online transaction processing|
|US5905736 *||Apr 22, 1996||May 18, 1999||At&T Corp||Method for the billing of transactions over the internet|
|US5907617 *||Jul 14, 1997||May 25, 1999||Digital River, Inc.||Try before you buy software distribution and marketing system|
|US5920628 *||Jan 9, 1997||Jul 6, 1999||Washington University||Method and apparatus for fingerprinting and authenticating various magnetic media|
|US5933497 *||Jan 29, 1993||Aug 3, 1999||International Business Machines Corporation||Apparatus and method for controlling access to software|
|US6026166 *||Oct 20, 1997||Feb 15, 2000||Cryptoworx Corporation||Digitally certifying a user identity and a computer system in combination|
|US6029151 *||Dec 12, 1997||Feb 22, 2000||Telefonaktiebolaget L M Ericsson||Method and system for performing electronic money transactions|
|US6167518 *||Jul 28, 1998||Dec 26, 2000||Commercial Electronics, Llc||Digital signature providing non-repudiation based on biological indicia|
|US6195447 *||Jan 16, 1998||Feb 27, 2001||Lucent Technologies Inc.||System and method for fingerprint data verification|
|US6270011 *||May 28, 1999||Aug 7, 2001||Benenson Tal||Remote credit card authentication system|
|US20010000535 *||Dec 6, 2000||Apr 26, 2001||Lapsley Philip D.||Tokenless biometric electronic financial transactions via a third party identicator|
|US20020174067 *||Apr 1, 2002||Nov 21, 2002||Indivos Corporation, A Delaware Corporation||Tokenless electronic transaction system|
|US20040128249 *||Dec 11, 2003||Jul 1, 2004||Indivos Corporation, A Delaware Corporation||System and method for tokenless biometric electronic scrip|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7366702||Jun 6, 2001||Apr 29, 2008||Ipass Inc.||System and method for secure network purchasing|
|US7853533||Sep 29, 2005||Dec 14, 2010||The 41St Parameter, Inc.||Method and system for identifying users and detecting fraud by use of the internet|
|US7885899||Feb 8, 2000||Feb 8, 2011||Ipass Inc.||System and method for secure network purchasing|
|US8151327||Mar 30, 2007||Apr 3, 2012||The 41St Parameter, Inc.||Systems and methods for detection of session tampering and fraud prevention|
|US8245030 *||Dec 17, 2009||Aug 14, 2012||Nai-Yu Pai||Method for authenticating online transactions using a browser|
|US8606647||Jun 16, 2009||Dec 10, 2013||Ecardless Bancorp. Ltd.||Methods for secure internet purchases|
|US8719116 *||Sep 13, 2011||May 6, 2014||Ecardless Bancorp, Ltd.||Methods for purchases using customer computer|
|US8826393||Mar 7, 2012||Sep 2, 2014||The 41St Parameter, Inc.||Systems and methods for detection of session tampering and fraud prevention|
|US8862514||Oct 9, 2008||Oct 14, 2014||The 41St Parameter, Inc.||Method and system for identifying users and detecting fraud by use of the internet|
|US9060012||Sep 26, 2007||Jun 16, 2015||The 41St Parameter, Inc.||Methods and apparatus for detecting fraud with time based computer tags|
|US9075958||Jun 2, 2010||Jul 7, 2015||Uniloc Luxembourg S.A.||Use of fingerprint with an on-line or networked auction|
|US9112850||Mar 25, 2010||Aug 18, 2015||The 41St Parameter, Inc.||Systems and methods of sharing information through a tag-based consortium|
|US20020073046 *||Jun 6, 2001||Jun 13, 2002||David Sancho Enrique||System and method for secure network purchasing|
|US20040254890 *||May 23, 2003||Dec 16, 2004||Sancho Enrique David||System method and apparatus for preventing fraudulent transactions|
|US20050251441 *||Sep 12, 2003||Nov 10, 2005||Centro Della Comunicazione Interattiva S.P.A.||Method of managing portable payment/charging modules usable in sales services|
|US20100174900 *||Dec 17, 2009||Jul 8, 2010||Lin Paul Y||Method and apparatus for authenticating online transactions using a browser|
|US20100235279 *||Dec 5, 2007||Sep 16, 2010||Bce Inc.||Online transaction validation using a location object|
|US20100332400 *||Jun 2, 2010||Dec 30, 2010||Craig Stephen Etchegoyen||Use of Fingerprint with an On-Line or Networked Payment Authorization System|
|US20120239573 *||Sep 13, 2011||Sep 20, 2012||Ecardless Bancorp, Ltd||Methods for purchases using customer computer|
|WO2008148180A1 *||Jun 27, 2007||Dec 11, 2008||Bce Inc||Methods and systems for validating online transactions using location information|
|WO2008148182A1 *||Oct 11, 2007||Dec 11, 2008||Bce Inc||Methods and computer-readable media for enabling secure online transactions with simplified user experience|
|WO2008148186A1 *||Dec 5, 2007||Dec 11, 2008||Bce Inc||Online transaction validation using a location object|
|Cooperative Classification||G06Q20/4014, G06Q20/00, G06F21/33, H04L63/126, G06Q20/12, G06Q20/02, G06Q30/06, G06Q20/3821, G06F2221/2115, G06Q20/3674, G06Q20/382|
|European Classification||G06Q20/12, G06Q20/02, G06Q30/06, G06Q20/3674, G06F21/33, G06Q20/3821, H04L63/12B, G06Q20/4014, G06Q20/382, G06Q20/00|
|Jun 7, 2004||AS||Assignment|
Owner name: C&C INTERNET SECURITY, NEW YORK
Free format text: SECURITY AGREEMENT;ASSIGNOR:SAFE3W, R&D, LTD;REEL/FRAME:015425/0044
Effective date: 20040329
Owner name: LEMLE, ROBERT S., NEW YORK
Free format text: SECURITY AGREEMENT;ASSIGNOR:SAFE3W, R&D, LTD;REEL/FRAME:015425/0044
Effective date: 20040329
|Jun 1, 2010||AS||Assignment|
Owner name: SAFE3W, INC.,NEW YORK
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SANCHO, ENRIQUE DAVID;REEL/FRAME:024464/0338
Effective date: 20040910
Owner name: IPASS INC.,CALIFORNIA
Free format text: MERGER;ASSIGNOR:SAFE3W, INC.;REEL/FRAME:024464/0705
Effective date: 20040915
Owner name: SAFE3W, INC., NEW YORK
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SANCHO, ENRIQUE DAVID;REEL/FRAME:024464/0338
Effective date: 20040910
Owner name: IPASS INC., CALIFORNIA
Free format text: MERGER;ASSIGNOR:SAFE3W, INC.;REEL/FRAME:024464/0705
Effective date: 20040915