CA2263777A1 - Systems and methods of paying for commercial transactions - Google Patents
Systems and methods of paying for commercial transactions Download PDFInfo
- Publication number
- CA2263777A1 CA2263777A1 CA 2263777 CA2263777A CA2263777A1 CA 2263777 A1 CA2263777 A1 CA 2263777A1 CA 2263777 CA2263777 CA 2263777 CA 2263777 A CA2263777 A CA 2263777A CA 2263777 A1 CA2263777 A1 CA 2263777A1
- Authority
- CA
- Canada
- Prior art keywords
- payment
- purchaser
- server
- financial
- commercial transaction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Abstract
A system is disclosed for facilitating a secure method of payment for a commercial transaction which took place in a secure or unsecured environment. The system includes a financial persona server having a file stored therein which is configured to store information related to a user of the system. The information includes a choice of payment options. The system also includes a payment server selectively connectable to the financial persona server and operable to request one of the payment choices from the financial persona server to pay for the commercial transaction.
Also disclosed is a method for enabling a purchaser to select a method of payment, and authorize a commercial transaction, between the purchaser and a merchant. The method includes providing the purchaser with an account on a financial persona server, an account number representing the account and a secure connection to the financial persona server. It includes enabling the purchaser to input, over the secure connection, two or more payment options into the account. The method also includes receiving, at a payment server, a message from the merchant, which identifies the transaction and the account number. The payment server communicates the message to the financial persona server and in response, the financial persona server requests an authorization and a payment choice from the purchaser. If the financial persona server receives the authorization and the payment choice from the purchaser, the financial persona server communicates the payment choice to the payment server over a secure link. The payment server receives the payment choice and forwards it over a secure link to a financial institution for further authorization. If the payment server receives authorization from the financial institution the payment server communicates an authorization code to the merchant.
Also disclosed is a method for enabling a purchaser to select a method of payment, and authorize a commercial transaction, between the purchaser and a merchant. The method includes providing the purchaser with an account on a financial persona server, an account number representing the account and a secure connection to the financial persona server. It includes enabling the purchaser to input, over the secure connection, two or more payment options into the account. The method also includes receiving, at a payment server, a message from the merchant, which identifies the transaction and the account number. The payment server communicates the message to the financial persona server and in response, the financial persona server requests an authorization and a payment choice from the purchaser. If the financial persona server receives the authorization and the payment choice from the purchaser, the financial persona server communicates the payment choice to the payment server over a secure link. The payment server receives the payment choice and forwards it over a secure link to a financial institution for further authorization. If the payment server receives authorization from the financial institution the payment server communicates an authorization code to the merchant.
Description
SYSTEMS AND METHODS OF PAYING FOR COMMERCIAL TRANSACTIONS
Field of the Invention The invention relates generally to the field of commerce and more particularly, to systems and methods for facilitating a secure method of payment for a commercial transaction which took place in a secure or unsecured environment.
Background of the Invention Shared networks such as the Internet and smaller shared networks are rapidly being accepted as the future marketplace for goods and services. Many merchants are discovering that it is cheaper and more effective to offer their goods and services over the Internet rather than opening physical stores and paying sales people. While many merchants are only adding to their physical stores by opening virtual stores (e.g., web sites) on the Internet, other merchants such as EggHead SoftwareT'" etc. have closed all of their physical stores and replaced them with a virtual store on the Internet, while still others such as Amazon.com'~"'' etc.
are starting new companies on the Internet without ever opening a physical store.
An aspect of the Internet which is preventing it from completely taking over as the world marketplace is that consumers are still leery about transmitting their credit card numbers or any other payment information over the Internet or any unsecured medium. Many consumers are afraid that dubious people will intercept their transmission and use their credit cards or other payment information for unauthorized purchases.
Accordingly there exists the need for a system which provides the ability to make purchases over a secure or unsecured channel of commerce (e.g. the Internet, a crowded store, the Public Switched Telephone Network (PSTN) etc.) without the need to provide a credit card number or other information, which is directly linked to a payment method, over the channel of commerce.
There also exists the need for a system which enables a purchaser to select a payment method and authorize all payments made.
It is accordingly an object of the present invention to provide a system which enables consumers to make purchases over a secure or unsecured channel of commerce without the need to provide a credit card number or any other information, which is directly linked to a payment method, over the channel of commerce.
It is another object of the invention to provide such a system which enables a purchaser to select a payment method and to authorize all payments made.
These and other objects of the invention will become apparent to those skilled in the art from the following description thereof.
Summary of the Invention It has now been discovered that these and other objects may be accomplished by the present system to facilitate a secure method of payment for a commercial transaction between a purchaser and a merchant. An embodiment of the invention includes a financial persona server configured to store information related to a purchaser, wherein the information includes a set of payment options. The financial persona server is accessible to the purchaser for selecting one of the payment options. The embodiment also includes a payment server selectively connected to the financial persona server and configured (I) to receive transaction information about the commercial transaction, (ii) to request one of the payment options from the financial persona server, and (iii) to receive the payment option selected and process that payment option.
In another embodiment, the invention includes a storage device for storing purchaser payment options; and, a payment requesting device for requesting a payment option and an authorization from the storing device to pay for the commercial transaction.
In yet another embodiment, the invention includes a method for enabling a purchaser to select a method of payment, and authorize a commercial transaction, between the purchaser and a merchant. The method includes providing the purchaser with an account on a financial persona server, and providing the purchaser with an account number representing the account. The method further includes providing the purchaser with a secure connection to the financial persona server and enabling a set of payment options to be stored in the account. The payment server receives a message identifying the commercial transaction and the account number, and communicates the message to the financial persona server. The financial persona server requests an authorization and a payment choice from the purchaser. After the purchaser makes the choice, the financial persona server communicates the choice to the payment server over a secure link.
The payment server receives the payment choice and forwards it over a secure link to a financial institution for further authorization.
Another embodiment of the invention includes a method for enabling a purchaser to select a method of payment) and authorize a commercial transaction between the purchaser and a merchant. The method includes providing the purchaser with an account on a financial persona server and providing the purchaser with an account number representing the account. The S method enables the purchaser to input, over a secure connection, a set of payment options into the account. The payment server receives a message identifying the commercial transaction and the account number and communicates the message to the financial persona server. The financial persona server requests an authorization and a payment choice from the purchaser. When the financial persona server receives a denial of the authorization from the purchaser, the financial persona server communicates the denial of authorization to the payment server which receives the denial of authorization and forwards it to the merchant.
The invention will next be described in connection with certain illustrated embodiments;
however, it should be clear to those skilled in the art that various modifications, additions and subtractions can be made without departing from the spirit or scope of the claims.
Brief Description of the Drawings For a fuller understanding of the nature and objects of the invention, reference should be made to the following detailed description and accompanying drawings, in which:
Fig. 1 depicts a schematic diagram of an electronic transaction system in accordance with the invention.
Detailed Description of the Invention The present invention discloses systems and methods for enabling a purchaser to select a method of payment, and authorize a commercial transaction without the need to provide a merchant with the actual payment method. The present invention is particularly suited for electronic commerce over the Internet as it enables a purchaser to pay for the commercial transaction in a secure manner even though the transaction may have occurred over a channel of commerce which is not secure (i.e., the Internet). However, it is also applicable to other forms of commerce (e.g., mail order, telephone orders, in person transactions, paying for telephone calls, transactions over shared networks, etc). It is also applicable to secure transactions, in which case it merely adds another level of security to the transaction.
Fig. 1 illustrates an embodiment of the present invention. The illustrated system may include a user/purchaser terminal 10 (terminal 10) which may be a computer terminal, an Internet compatible television, a pager. a cellular telephone, a personal digital assistant (PDA) or any other similar terminal 10. The terminal 10 may include a monitor. a conventional card reader (not shown) for reading conventional credit, debit and/or smart cards (also not shown) and some form of IJO device.
The system includes a financial persona server ~0 (persona server 50) and a payment server 40. The persona server 50 may be a stand alone computer (preferred}, an adjunct to the payment server 40, or one or more software programs) running on the payment server 40. The payment server 40 may be a conventional payment server 40 currently used to process bank cards such as Visa, American Express, Master Card) Discover or the like and may be a part of the Interchange network 30. Those skilled in the art will recognize that a private or shared computer server could also be used as the payment server 50 without departing from the scope of the invention.
A purchaser is provided an account on the payment server 40 and an account number.
The account may be used by the purchaser to store one or more credit/debit card numbers, bank account numbers, line of credit account numbers, or the like. These payment options may be the purchaser's accounts, a third party's accounts or a combination thereof.
Further, the purchaser may have the ability to directly modify the information stored in the account, although such a feature is not required. It may also be possible to have a payment option which allows the purchaser to input a credit card number or some other payment method, not already stored, to pay for a transaction. In the event the purchaser has the ability to edit the payment options, the purchaser could be given the option to save this new payment method for future use. The account number preferably conforms to current credit card numbering standards although a system which provides account number which do not comply therewith would still fall within the scope of the present invention.
The merchant server 20 may be a privately owned server which the merchant operates.
For security purposes, the merchant server 20 could be precluded from access to the persona server 50 or the information thereon. The merchant server 20 can be a web site which the merchant runs or it could be a web site that a third party operates for the merchant. It could also be a mail order business, a telephone order business, a physical store, etc.
Further, the term J
merchant is not limited to retail sellers of goods. This system could be employed to purchase services, or to pay for auctioned goods at an auction site such as EbayT~' or for almost any commercial transaction. An interesting use for this invention could be as a phone card. A
problem with entering current phone card information into a public telephone is that there are dubious people who watch people keying their numbers into the public telephone, then use the information to pay for unauthorized calls. This invention would prevent such an occurrence since the account number entered is not directly tied to a financial source and thus would be of no use to an unauthorized user of the account number.
A typical transaction using this invention may occur in the following manner.
A
purchaser contacts a service provider to establish an account. The service provider furnishes the purchaser with an account on the persona server, an account number and a security certificate for accessing the account. The account number and security certificate could be provided in any of a number of ways. For example, they could be provided orally, in a letter, in an encrypted e-mail message, on a smart card, on a software package, on a downloadable file or some combination thereof.
To access the account, the purchaser "logs in" by using the terminal 10 and possibly software loaded thereon to establish a secure link 80 to the persona server 50 which may or may not require a security certificate. This secure link 80 could be a secure link via the Internet (e.g., a SET encrypted link, etc.), it can be a direct dial up link, it can be a link via a private or shared network, or any other secure link, or the purchaser could be provided an option of one or more of these connection choices.
If the link 80 is an Internet link, it is possible to concurrently maintain this link while contacting the merchant server 20. This may also be possible with the other options, however it would probably require additional hardware. Those skilled in the art will recognize that the link could be over a standard phone line, an ISDN line, a T1 line, a co-axial cable, a wireless data link, etc. or a combination thereof. The system could also operate by the purchaser logging in to the persona server 50 and the merchant server 20 at different times.
The purchaser provides the security certificate to the persona server 50 which identifies the purchaser and the account. This security certificate, which is preferably a Public Key Certificate but not required to be, could be provided to the persona server in a number of ways.
It could be stored on a smart card then accessed via a card reader (preferred), it can be . 6 programmed into software used to access the persona server ~0, it can be entered into the software by the purchaser. it can be preprogrammed into the software. it can be keyed in by the purchaser or any combination of these methods. Depending upon design choices.
the purchaser may be limited to a particular terminal for accessing the account, or the purchaser may be allowed to use a variety of terminals.
After the purchaser connects to the persona server ~0 helshe may be able to enter one or more payment options. Once the options are entered, it is preferable but not required that the purchaser be given the ability to modify the options; to either remove a payment option, add a payment option or update a payment option. It is also considered within the scope of the invention that the purchaser could make an initial selection of payment options when the purchaser signs up which would be entered by the service provider. In such a situation, any changes to the payment options could be required to be provided to the service provider and entered thereby. However, it is also possible to give the purchaser the ability to directly modify some or all of the information.
Once the purchaser has an account, he/she may commence with the commercial transaction. In the embodiment wherein the purchaser logs onto the Internet, the purchaser may log onto a merchant server 20 and make a purchase. The purchase could be made from that merchant or from a third party who provides goods and/or services from the merchant server 20.
Once the price is agreed upon for the transaction, either by negotiation or payment of a listed price, the purchaser provides the account number to the merchant server 20.
This could be provided in any number of ways (e.g. via the Internet, telephone, e-mail, the postal service, facsimile, etc.).
In the embodiment wherein the account number conforms to the current credit/debit card numbering system, the merchant server 20 may treat the sale like it would any other credit/debit card purchase. It sends the card number and the amount of the sale to a bank interchange network 30 for authorization. It does this via link 110. While currently, Link 110 is a secure link, it is not necessary since the account number provided to the merchant does not have any money linked to it. Thus, even if one were to intercept the account number it would be to no avail. Thus, the route from the merchant server 20 to the payment server 40 does not have to be via the same Interchange network 30 as the Interchange network 30 between the payment server 40 and the card issuer 60 and bank 70 (although it preferably will be).
The route from the merchant server 20 to the payment server 40 could be via a secure or unsecured route (e.g.. it could be via the Internet, the bank interchange network, the PSTN, some other route. or some combination thereof).
The bank interchange network 30 is a bank card processing network such as those used for Visa, MasterCard, etc. which recognizes the banking institution information contained within the card number. For example, the first four digits of the card number may contain the card issuer bank identification. This information is recognizable by all conventional systems and serves to route the transaction to the appropriate payment institution. Thus, the merchant server 20 need not know that the card number provided by the purchaser is not linked to a financial instrument. The bank interchange network 30 routes the transaction to the relevant bank payment server 40. The payment server 40 then hands off the electronic transaction to the financial persona server 50. If the purchaser is logged on to the persona server 50, the persona server may cause a query screen to be displayed on the terminal 10.
The query screen could inform the purchaser of the purchase price and request authorization and a method of payment. If the purchaser refuses authorization, (e.g. purchaser changed hislher mind, or the transaction was fraudulent) either a denial or a denial with a reason is returned to the payment server which in turn returns an authorization denial to the merchant server 20 (with or without a reason).
If the purchaser wishes to allow the transaction and the purchaser's account has been configured with different payment options, the purchaser then chooses one of the options previously entered. This payment information is returned to the payment server 40 via secure link 100. It is also possible that one of the payment options is to enter payment information not previously entered (e.g., creditldebit card, etc.). Depending upon design choices, the purchaser could be required to enter an authorization code in addition to the payment selection or the payment choice could also be used as the authorization code. Once the payment server receives the payment choice it routes the payment information and the transaction information to the card issuer 60 for authorization. If it receives the requested authorization, it provides an authorization code to the merchant server 20 and the transaction may be completed by the merchant. If the payment method is rejected by the card issuer (either for insufficient funds or some other reason) either the merchant server 20 could be provided with the rejection, the merchant server 20 and the persona server 50 could be provided with this rejection or the persona server could be g provided with this rejection and the purchaser could be given the opportunity to choose another form of payment or cancel the transaction.
It is conceivable that the purchaser is not logged on to the persona server ~0 while the transaction is taking place. Thus, the purchaser might not be logged on when the payment server 40 forwards the request to the persona server S0. If this occurs, the persona server could be programmed to buffer the request until the purchaser logs on again, it could be programmed to locate the purchaser (e.g. through a paging system, a distinctive ring on a telephone, a call to a cell phone, e-mail, a short messaging service (SMS) message, etc. or a combination of these), it could be programmed to deny any such transaction or accept all such transactions depending upon the choices made by the purchaser, or it could be programmed to accept all such transactions which are below a predetermined threshold amount and perform one of the previous options for all other transactions. The action taken is strictly a design choice. In the event the persona server is programmed to locate and notify the purchaser, it is possible that the purchaser is given the ability to respond directly to the notification without having to log on to the server.
It will thus be seen that the invention efficiently attains the objects set forth above, among those made apparent from the preceding description. In particular, the invention provides a system and method for facilitating a secure payment for a commercial transaction whether the transaction occurred over a secure or unsecured channel of commerce. Those skilled in the art will appreciate that the configuration depicted in Fig. 1 discloses a system which allows a purchaser to make a purchase over a channel of commerce which may or may not be secure, provide the merchant with an account number which appears to the merchant as a regular credit/debit card account, then choose a payment option and communicate that option to a financial institution via a secure network. The level of security offered by the invention depends upon the level of security established between the purchaser and the persona server thereby removing the requirement of a secure channel of communication between the purchaser and the merchant.
It wi 11 be understood that changes may be made in the above construction and in the foregoing sequences of operation without departing from the scope of the invention. It is accordingly intended that all matter contained in the above description or shown in the accompanying drawings be interpreted as illustrative rather than in a limiting sense.
It is also to be understood that the following claims are intended to cover all of the generic and specific features of the invention as described herein, and all statements of the scope of the invention which. as a matter of language, might be said to fall therebetween.
Having described the invention. what is claimed as new and secured by Letters Patent is:
Field of the Invention The invention relates generally to the field of commerce and more particularly, to systems and methods for facilitating a secure method of payment for a commercial transaction which took place in a secure or unsecured environment.
Background of the Invention Shared networks such as the Internet and smaller shared networks are rapidly being accepted as the future marketplace for goods and services. Many merchants are discovering that it is cheaper and more effective to offer their goods and services over the Internet rather than opening physical stores and paying sales people. While many merchants are only adding to their physical stores by opening virtual stores (e.g., web sites) on the Internet, other merchants such as EggHead SoftwareT'" etc. have closed all of their physical stores and replaced them with a virtual store on the Internet, while still others such as Amazon.com'~"'' etc.
are starting new companies on the Internet without ever opening a physical store.
An aspect of the Internet which is preventing it from completely taking over as the world marketplace is that consumers are still leery about transmitting their credit card numbers or any other payment information over the Internet or any unsecured medium. Many consumers are afraid that dubious people will intercept their transmission and use their credit cards or other payment information for unauthorized purchases.
Accordingly there exists the need for a system which provides the ability to make purchases over a secure or unsecured channel of commerce (e.g. the Internet, a crowded store, the Public Switched Telephone Network (PSTN) etc.) without the need to provide a credit card number or other information, which is directly linked to a payment method, over the channel of commerce.
There also exists the need for a system which enables a purchaser to select a payment method and authorize all payments made.
It is accordingly an object of the present invention to provide a system which enables consumers to make purchases over a secure or unsecured channel of commerce without the need to provide a credit card number or any other information, which is directly linked to a payment method, over the channel of commerce.
It is another object of the invention to provide such a system which enables a purchaser to select a payment method and to authorize all payments made.
These and other objects of the invention will become apparent to those skilled in the art from the following description thereof.
Summary of the Invention It has now been discovered that these and other objects may be accomplished by the present system to facilitate a secure method of payment for a commercial transaction between a purchaser and a merchant. An embodiment of the invention includes a financial persona server configured to store information related to a purchaser, wherein the information includes a set of payment options. The financial persona server is accessible to the purchaser for selecting one of the payment options. The embodiment also includes a payment server selectively connected to the financial persona server and configured (I) to receive transaction information about the commercial transaction, (ii) to request one of the payment options from the financial persona server, and (iii) to receive the payment option selected and process that payment option.
In another embodiment, the invention includes a storage device for storing purchaser payment options; and, a payment requesting device for requesting a payment option and an authorization from the storing device to pay for the commercial transaction.
In yet another embodiment, the invention includes a method for enabling a purchaser to select a method of payment, and authorize a commercial transaction, between the purchaser and a merchant. The method includes providing the purchaser with an account on a financial persona server, and providing the purchaser with an account number representing the account. The method further includes providing the purchaser with a secure connection to the financial persona server and enabling a set of payment options to be stored in the account. The payment server receives a message identifying the commercial transaction and the account number, and communicates the message to the financial persona server. The financial persona server requests an authorization and a payment choice from the purchaser. After the purchaser makes the choice, the financial persona server communicates the choice to the payment server over a secure link.
The payment server receives the payment choice and forwards it over a secure link to a financial institution for further authorization.
Another embodiment of the invention includes a method for enabling a purchaser to select a method of payment) and authorize a commercial transaction between the purchaser and a merchant. The method includes providing the purchaser with an account on a financial persona server and providing the purchaser with an account number representing the account. The S method enables the purchaser to input, over a secure connection, a set of payment options into the account. The payment server receives a message identifying the commercial transaction and the account number and communicates the message to the financial persona server. The financial persona server requests an authorization and a payment choice from the purchaser. When the financial persona server receives a denial of the authorization from the purchaser, the financial persona server communicates the denial of authorization to the payment server which receives the denial of authorization and forwards it to the merchant.
The invention will next be described in connection with certain illustrated embodiments;
however, it should be clear to those skilled in the art that various modifications, additions and subtractions can be made without departing from the spirit or scope of the claims.
Brief Description of the Drawings For a fuller understanding of the nature and objects of the invention, reference should be made to the following detailed description and accompanying drawings, in which:
Fig. 1 depicts a schematic diagram of an electronic transaction system in accordance with the invention.
Detailed Description of the Invention The present invention discloses systems and methods for enabling a purchaser to select a method of payment, and authorize a commercial transaction without the need to provide a merchant with the actual payment method. The present invention is particularly suited for electronic commerce over the Internet as it enables a purchaser to pay for the commercial transaction in a secure manner even though the transaction may have occurred over a channel of commerce which is not secure (i.e., the Internet). However, it is also applicable to other forms of commerce (e.g., mail order, telephone orders, in person transactions, paying for telephone calls, transactions over shared networks, etc). It is also applicable to secure transactions, in which case it merely adds another level of security to the transaction.
Fig. 1 illustrates an embodiment of the present invention. The illustrated system may include a user/purchaser terminal 10 (terminal 10) which may be a computer terminal, an Internet compatible television, a pager. a cellular telephone, a personal digital assistant (PDA) or any other similar terminal 10. The terminal 10 may include a monitor. a conventional card reader (not shown) for reading conventional credit, debit and/or smart cards (also not shown) and some form of IJO device.
The system includes a financial persona server ~0 (persona server 50) and a payment server 40. The persona server 50 may be a stand alone computer (preferred}, an adjunct to the payment server 40, or one or more software programs) running on the payment server 40. The payment server 40 may be a conventional payment server 40 currently used to process bank cards such as Visa, American Express, Master Card) Discover or the like and may be a part of the Interchange network 30. Those skilled in the art will recognize that a private or shared computer server could also be used as the payment server 50 without departing from the scope of the invention.
A purchaser is provided an account on the payment server 40 and an account number.
The account may be used by the purchaser to store one or more credit/debit card numbers, bank account numbers, line of credit account numbers, or the like. These payment options may be the purchaser's accounts, a third party's accounts or a combination thereof.
Further, the purchaser may have the ability to directly modify the information stored in the account, although such a feature is not required. It may also be possible to have a payment option which allows the purchaser to input a credit card number or some other payment method, not already stored, to pay for a transaction. In the event the purchaser has the ability to edit the payment options, the purchaser could be given the option to save this new payment method for future use. The account number preferably conforms to current credit card numbering standards although a system which provides account number which do not comply therewith would still fall within the scope of the present invention.
The merchant server 20 may be a privately owned server which the merchant operates.
For security purposes, the merchant server 20 could be precluded from access to the persona server 50 or the information thereon. The merchant server 20 can be a web site which the merchant runs or it could be a web site that a third party operates for the merchant. It could also be a mail order business, a telephone order business, a physical store, etc.
Further, the term J
merchant is not limited to retail sellers of goods. This system could be employed to purchase services, or to pay for auctioned goods at an auction site such as EbayT~' or for almost any commercial transaction. An interesting use for this invention could be as a phone card. A
problem with entering current phone card information into a public telephone is that there are dubious people who watch people keying their numbers into the public telephone, then use the information to pay for unauthorized calls. This invention would prevent such an occurrence since the account number entered is not directly tied to a financial source and thus would be of no use to an unauthorized user of the account number.
A typical transaction using this invention may occur in the following manner.
A
purchaser contacts a service provider to establish an account. The service provider furnishes the purchaser with an account on the persona server, an account number and a security certificate for accessing the account. The account number and security certificate could be provided in any of a number of ways. For example, they could be provided orally, in a letter, in an encrypted e-mail message, on a smart card, on a software package, on a downloadable file or some combination thereof.
To access the account, the purchaser "logs in" by using the terminal 10 and possibly software loaded thereon to establish a secure link 80 to the persona server 50 which may or may not require a security certificate. This secure link 80 could be a secure link via the Internet (e.g., a SET encrypted link, etc.), it can be a direct dial up link, it can be a link via a private or shared network, or any other secure link, or the purchaser could be provided an option of one or more of these connection choices.
If the link 80 is an Internet link, it is possible to concurrently maintain this link while contacting the merchant server 20. This may also be possible with the other options, however it would probably require additional hardware. Those skilled in the art will recognize that the link could be over a standard phone line, an ISDN line, a T1 line, a co-axial cable, a wireless data link, etc. or a combination thereof. The system could also operate by the purchaser logging in to the persona server 50 and the merchant server 20 at different times.
The purchaser provides the security certificate to the persona server 50 which identifies the purchaser and the account. This security certificate, which is preferably a Public Key Certificate but not required to be, could be provided to the persona server in a number of ways.
It could be stored on a smart card then accessed via a card reader (preferred), it can be . 6 programmed into software used to access the persona server ~0, it can be entered into the software by the purchaser. it can be preprogrammed into the software. it can be keyed in by the purchaser or any combination of these methods. Depending upon design choices.
the purchaser may be limited to a particular terminal for accessing the account, or the purchaser may be allowed to use a variety of terminals.
After the purchaser connects to the persona server ~0 helshe may be able to enter one or more payment options. Once the options are entered, it is preferable but not required that the purchaser be given the ability to modify the options; to either remove a payment option, add a payment option or update a payment option. It is also considered within the scope of the invention that the purchaser could make an initial selection of payment options when the purchaser signs up which would be entered by the service provider. In such a situation, any changes to the payment options could be required to be provided to the service provider and entered thereby. However, it is also possible to give the purchaser the ability to directly modify some or all of the information.
Once the purchaser has an account, he/she may commence with the commercial transaction. In the embodiment wherein the purchaser logs onto the Internet, the purchaser may log onto a merchant server 20 and make a purchase. The purchase could be made from that merchant or from a third party who provides goods and/or services from the merchant server 20.
Once the price is agreed upon for the transaction, either by negotiation or payment of a listed price, the purchaser provides the account number to the merchant server 20.
This could be provided in any number of ways (e.g. via the Internet, telephone, e-mail, the postal service, facsimile, etc.).
In the embodiment wherein the account number conforms to the current credit/debit card numbering system, the merchant server 20 may treat the sale like it would any other credit/debit card purchase. It sends the card number and the amount of the sale to a bank interchange network 30 for authorization. It does this via link 110. While currently, Link 110 is a secure link, it is not necessary since the account number provided to the merchant does not have any money linked to it. Thus, even if one were to intercept the account number it would be to no avail. Thus, the route from the merchant server 20 to the payment server 40 does not have to be via the same Interchange network 30 as the Interchange network 30 between the payment server 40 and the card issuer 60 and bank 70 (although it preferably will be).
The route from the merchant server 20 to the payment server 40 could be via a secure or unsecured route (e.g.. it could be via the Internet, the bank interchange network, the PSTN, some other route. or some combination thereof).
The bank interchange network 30 is a bank card processing network such as those used for Visa, MasterCard, etc. which recognizes the banking institution information contained within the card number. For example, the first four digits of the card number may contain the card issuer bank identification. This information is recognizable by all conventional systems and serves to route the transaction to the appropriate payment institution. Thus, the merchant server 20 need not know that the card number provided by the purchaser is not linked to a financial instrument. The bank interchange network 30 routes the transaction to the relevant bank payment server 40. The payment server 40 then hands off the electronic transaction to the financial persona server 50. If the purchaser is logged on to the persona server 50, the persona server may cause a query screen to be displayed on the terminal 10.
The query screen could inform the purchaser of the purchase price and request authorization and a method of payment. If the purchaser refuses authorization, (e.g. purchaser changed hislher mind, or the transaction was fraudulent) either a denial or a denial with a reason is returned to the payment server which in turn returns an authorization denial to the merchant server 20 (with or without a reason).
If the purchaser wishes to allow the transaction and the purchaser's account has been configured with different payment options, the purchaser then chooses one of the options previously entered. This payment information is returned to the payment server 40 via secure link 100. It is also possible that one of the payment options is to enter payment information not previously entered (e.g., creditldebit card, etc.). Depending upon design choices, the purchaser could be required to enter an authorization code in addition to the payment selection or the payment choice could also be used as the authorization code. Once the payment server receives the payment choice it routes the payment information and the transaction information to the card issuer 60 for authorization. If it receives the requested authorization, it provides an authorization code to the merchant server 20 and the transaction may be completed by the merchant. If the payment method is rejected by the card issuer (either for insufficient funds or some other reason) either the merchant server 20 could be provided with the rejection, the merchant server 20 and the persona server 50 could be provided with this rejection or the persona server could be g provided with this rejection and the purchaser could be given the opportunity to choose another form of payment or cancel the transaction.
It is conceivable that the purchaser is not logged on to the persona server ~0 while the transaction is taking place. Thus, the purchaser might not be logged on when the payment server 40 forwards the request to the persona server S0. If this occurs, the persona server could be programmed to buffer the request until the purchaser logs on again, it could be programmed to locate the purchaser (e.g. through a paging system, a distinctive ring on a telephone, a call to a cell phone, e-mail, a short messaging service (SMS) message, etc. or a combination of these), it could be programmed to deny any such transaction or accept all such transactions depending upon the choices made by the purchaser, or it could be programmed to accept all such transactions which are below a predetermined threshold amount and perform one of the previous options for all other transactions. The action taken is strictly a design choice. In the event the persona server is programmed to locate and notify the purchaser, it is possible that the purchaser is given the ability to respond directly to the notification without having to log on to the server.
It will thus be seen that the invention efficiently attains the objects set forth above, among those made apparent from the preceding description. In particular, the invention provides a system and method for facilitating a secure payment for a commercial transaction whether the transaction occurred over a secure or unsecured channel of commerce. Those skilled in the art will appreciate that the configuration depicted in Fig. 1 discloses a system which allows a purchaser to make a purchase over a channel of commerce which may or may not be secure, provide the merchant with an account number which appears to the merchant as a regular credit/debit card account, then choose a payment option and communicate that option to a financial institution via a secure network. The level of security offered by the invention depends upon the level of security established between the purchaser and the persona server thereby removing the requirement of a secure channel of communication between the purchaser and the merchant.
It wi 11 be understood that changes may be made in the above construction and in the foregoing sequences of operation without departing from the scope of the invention. It is accordingly intended that all matter contained in the above description or shown in the accompanying drawings be interpreted as illustrative rather than in a limiting sense.
It is also to be understood that the following claims are intended to cover all of the generic and specific features of the invention as described herein, and all statements of the scope of the invention which. as a matter of language, might be said to fall therebetween.
Having described the invention. what is claimed as new and secured by Letters Patent is:
Claims (21)
1. A system to facilitate a secure method of payment for a commercial transaction between a purchaser and a merchant, comprising:
a financial persona server configured to store information related to a purchaser, wherein said information includes a plurality of payment options; said financial persona server being accessible to said purchaser for selecting one of said plurality of payment options; and, a payment server selectively coupled to said financial persona server and configured to receive transaction information about said commercial transaction, to request one of said plurality of payment options from said financial persona server, to receive said one of said payment options and to process said payment option.
a financial persona server configured to store information related to a purchaser, wherein said information includes a plurality of payment options; said financial persona server being accessible to said purchaser for selecting one of said plurality of payment options; and, a payment server selectively coupled to said financial persona server and configured to receive transaction information about said commercial transaction, to request one of said plurality of payment options from said financial persona server, to receive said one of said payment options and to process said payment option.
2. The system according to Claim 1 further comprising:
a purchaser terminal selectively coupled to said financial persona server over a secure link and operable for transmitting a security certificate to said financial persona server, wherein said security certificate identifies said purchaser.
a purchaser terminal selectively coupled to said financial persona server over a secure link and operable for transmitting a security certificate to said financial persona server, wherein said security certificate identifies said purchaser.
3. The system according to Claim 2 further comprising:
a card including said security certificate and information for accessing said information related to said purchaser; and a card reader coupled to said purchaser terminal.
a card including said security certificate and information for accessing said information related to said purchaser; and a card reader coupled to said purchaser terminal.
4. The system according to Claim 2 further comprising:
a merchant server selectively coupled to said payment server;
wherein said information related to said purchaser is represented by an account number;
wherein said purchaser terminal is configured to selectively connect to said merchant server;
wherein said merchant server is configured to receive said account number from said purchaser terminal and forward said account number along with said transaction information to said payment server.
a merchant server selectively coupled to said payment server;
wherein said information related to said purchaser is represented by an account number;
wherein said purchaser terminal is configured to selectively connect to said merchant server;
wherein said merchant server is configured to receive said account number from said purchaser terminal and forward said account number along with said transaction information to said payment server.
5. The system according to Claim 4 wherein:
said merchant server comprises a web site on the Internet; and, said connection to said payment server is over a secure network.
said merchant server comprises a web site on the Internet; and, said connection to said payment server is over a secure network.
6. The system according to Claim 2 wherein said secure link is encrypted by public key infrastructure.
7. A method for enabling a purchaser to select a method of payment, and authorize a commercial transaction, between the purchaser and a merchant, comprising:
providing the purchaser with an account on a financial persona server;
providing the purchaser with an account number representing said account;
providing the purchaser with a secure connection to said financial persona server;
enabling a plurality of payment options to be stored in said account;
receiving, at a payment server, a message identifying said commercial transaction and said account number;
said payment server communicating said message to said financial persona server;
said financial persona server requesting an authorization and a payment choice from the purchaser;
said financial persona server communicating said payment choice to said payment server over a secure link;
said payment server receiving said payment choice and forwarding said payment choice over a secure link to a financial institution for further authorization; and said payment server receiving said further authorization from said financial institution, and communicating an authorization code to said merchant and to said financial persona server.
providing the purchaser with an account on a financial persona server;
providing the purchaser with an account number representing said account;
providing the purchaser with a secure connection to said financial persona server;
enabling a plurality of payment options to be stored in said account;
receiving, at a payment server, a message identifying said commercial transaction and said account number;
said payment server communicating said message to said financial persona server;
said financial persona server requesting an authorization and a payment choice from the purchaser;
said financial persona server communicating said payment choice to said payment server over a secure link;
said payment server receiving said payment choice and forwarding said payment choice over a secure link to a financial institution for further authorization; and said payment server receiving said further authorization from said financial institution, and communicating an authorization code to said merchant and to said financial persona server.
8. The method for enabling a purchaser to select a method of payment, and authorize a commercial transaction according to Claim 7 wherein said financial persona server requesting an authorization and a payment choice from the purchaser comprises said financial persona server locating said purchaser and notifying said purchaser of said request.
9. The method for enabling a purchaser to select a method of payment, and authorize a commercial transaction according to Claim 7 wherein:
said plurality of payment options include a credit card number; and, said financial institution includes an issuer of a credit card having said credit card number.
said plurality of payment options include a credit card number; and, said financial institution includes an issuer of a credit card having said credit card number.
10. The method for enabling a purchaser to select a method of payment, and authorize a commercial transaction according to Claim 7 wherein:
said plurality of payment options include a debit card number; and, said financial institution includes an issuer of a debit card having said debit card number.
said plurality of payment options include a debit card number; and, said financial institution includes an issuer of a debit card having said debit card number.
11. The method for enabling a purchaser to select a method of payment, and authorize a commercial transaction according to Claim 7 further comprising:
providing the purchaser with the ability to change said plurality of payment options.
providing the purchaser with the ability to change said plurality of payment options.
12. The method for enabling a purchaser to select a method of payment, and authorize a commercial transaction according to Claim 7 further comprising:
providing said user with a smart card;
wherein said smart card includes said account number; and, wherein said smart card includes a security certificate.
providing said user with a smart card;
wherein said smart card includes said account number; and, wherein said smart card includes a security certificate.
13. The method for enabling a purchaser to select a method of payment, and authorize a commercial transaction according to Claim 7 wherein:
said merchant comprises an Internet web site; and while said purchaser is connected to said financial persona server;
said purchaser connecting to said merchant web site via an Internet link; and, said purchaser providing said merchant web site with said account number as payment for a transaction.
said merchant comprises an Internet web site; and while said purchaser is connected to said financial persona server;
said purchaser connecting to said merchant web site via an Internet link; and, said purchaser providing said merchant web site with said account number as payment for a transaction.
14. The method for enabling a purchaser to select a method of payment, and authorize a commercial transaction according to Claim 7 wherein:
said account number conforms to credit card number standards.
said account number conforms to credit card number standards.
15. The method for enabling a purchaser to select a method of payment, and authorize a commercial transaction according to Claim 7 wherein said financial persona server comprises an adjunct to said payment server.
16. A method for enabling a purchaser to select a method of payment, and authorize a commercial transaction between the purchaser and a merchant comprising:
providing the purchaser with an account on a financial persona server;
providing the purchaser with an account number representing said account;
enabling the purchaser to input, over a secure connection, a plurality of payment options into said account;
receiving, at a payment server, a message identifying the commercial transaction and said account number;
said payment server communicating said message to said financial persona server;
said financial persona server requesting an authorization and a payment choice from the purchaser;
when said financial persona server receives a denial of said authorization from the purchaser, said financial persona server communicates said denial of authorization to said payment server;
said payment server receiving said denial of authorization and forwarding said denial of authorization to said merchant.
providing the purchaser with an account on a financial persona server;
providing the purchaser with an account number representing said account;
enabling the purchaser to input, over a secure connection, a plurality of payment options into said account;
receiving, at a payment server, a message identifying the commercial transaction and said account number;
said payment server communicating said message to said financial persona server;
said financial persona server requesting an authorization and a payment choice from the purchaser;
when said financial persona server receives a denial of said authorization from the purchaser, said financial persona server communicates said denial of authorization to said payment server;
said payment server receiving said denial of authorization and forwarding said denial of authorization to said merchant.
17. The method for enabling a purchaser to select a method of payment, and authorize a commercial transaction according to Claim 16 wherein said financial persona server requesting an authorization and a payment choice from the purchaser comprises said financial persona server locating said purchaser and notifying said purchaser of said request.
18. A system for enabling a purchaser to select a method of payment, and authorize a commercial transaction, between the purchaser and a merchant, comprising:
storage means for storing purchaser payment options; and, payment requesting means for requesting a payment option and an authorization from said storing means to pay for said commercial transaction.
storage means for storing purchaser payment options; and, payment requesting means for requesting a payment option and an authorization from said storing means to pay for said commercial transaction.
19. The system according to Claim 18 further comprising:
user terminal means for accessing said storing means via a secure link.
user terminal means for accessing said storing means via a secure link.
20. The system for enabling a purchaser to select a method of payment. and authorize a commercial transaction according to Claim 18 further comprising:
financial authorization means for receiving said payment option from said payment requesting means and confirming the availability and allowability of access to funds to pay for said transaction.
financial authorization means for receiving said payment option from said payment requesting means and confirming the availability and allowability of access to funds to pay for said transaction.
21. The system for enabling a purchaser to select a method of payment, and authorize a commercial transaction according to Claim 18 further comprising:
paging means coupled to said financial persona server for paging a purchaser who is not connected to said financial persona server to notify said purchaser of a payment request from said payment requesting means.
paging means coupled to said financial persona server for paging a purchaser who is not connected to said financial persona server to notify said purchaser of a payment request from said payment requesting means.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA 2263777 CA2263777A1 (en) | 1998-05-07 | 1999-03-01 | Systems and methods of paying for commercial transactions |
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CA 2237223 CA2237223A1 (en) | 1998-05-07 | 1998-05-07 | Secure electronic transaction system |
| CA2,237,223 | 1998-05-07 | ||
| US23833199A | 1999-01-27 | 1999-01-27 | |
| US09/238,331 | 1999-01-27 | ||
| CA 2263777 CA2263777A1 (en) | 1998-05-07 | 1999-03-01 | Systems and methods of paying for commercial transactions |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CA2263777A1 true CA2263777A1 (en) | 1999-11-07 |
Family
ID=29587267
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CA 2263777 Abandoned CA2263777A1 (en) | 1998-05-07 | 1999-03-01 | Systems and methods of paying for commercial transactions |
Country Status (1)
| Country | Link |
|---|---|
| CA (1) | CA2263777A1 (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7069234B1 (en) * | 1999-12-22 | 2006-06-27 | Accenture Llp | Initiating an agreement in an e-commerce environment |
| US8249960B2 (en) | 2000-12-08 | 2012-08-21 | Wmode Inc. | System and method to provide real time transaction validation and billing via a communications network |
| CN113628395A (en) * | 2021-08-06 | 2021-11-09 | 高海涛 | Financial service terminal based on cloud calculates |
-
1999
- 1999-03-01 CA CA 2263777 patent/CA2263777A1/en not_active Abandoned
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7069234B1 (en) * | 1999-12-22 | 2006-06-27 | Accenture Llp | Initiating an agreement in an e-commerce environment |
| US8249960B2 (en) | 2000-12-08 | 2012-08-21 | Wmode Inc. | System and method to provide real time transaction validation and billing via a communications network |
| CN113628395A (en) * | 2021-08-06 | 2021-11-09 | 高海涛 | Financial service terminal based on cloud calculates |
| CN113628395B (en) * | 2021-08-06 | 2022-07-05 | 深圳市易玘发展有限公司 | Financial service terminal based on cloud calculates |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7941368B2 (en) | System and method for electronic transaction settlement | |
| US5913203A (en) | System and method for pseudo cash transactions | |
| US7761381B1 (en) | Method and system for approving of financial transactions | |
| US7139694B2 (en) | Method and system for tranferring an electronic sum of money from a credit memory | |
| US20040248554A1 (en) | Method of paying from an account by a customer having a mobile user terminal, and a customer authenticating network | |
| US20020040350A1 (en) | e-commerce method for e-commerce system | |
| EP1021802A2 (en) | Method for checking rightful use of a debit card or similar means giving right of disposing of a bank account | |
| JP2004527861A (en) | Method for conducting secure cashless payment transactions and cashless payment system | |
| JP2002176671A (en) | Mobile phone | |
| JP2007521556A (en) | Method of authorizing payment order by credit card and related devices | |
| KR100354390B1 (en) | credit card processing method using a mobile phone | |
| JP2009532814A (en) | Method and system for enhancing consumer payments | |
| GB2398159A (en) | Electronic payment authorisation using a mobile communications device | |
| WO2000045349A1 (en) | Systems and methods of paying for commercial transactions | |
| WO2022216724A1 (en) | Payment system and method | |
| KR20030082090A (en) | System and method of electronic payment | |
| CA2347396A1 (en) | Method and for secure, anonymous electronic financial transactions | |
| CA2368577C (en) | A method of conducting financial transactions | |
| JP2004507000A (en) | Method and apparatus for transmitting an electronic amount from a fund storage device by WAP | |
| JP2003168063A (en) | Method and system for approving payment in card payment method | |
| WO2006018709A1 (en) | Improved security for bank card payments | |
| CA2263777A1 (en) | Systems and methods of paying for commercial transactions | |
| US20040030642A1 (en) | Method and arrangement for the transfer of an electronic sum of money from a credit store | |
| KR20010048787A (en) | Method for paying a charge of goods using mobile phone | |
| EP1862960A1 (en) | Method for paying via a computer network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EEER | Examination request | ||
| FZDE | Dead |