CA2292362A1 - Veritas - Google Patents
Veritas Download PDFInfo
- Publication number
- CA2292362A1 CA2292362A1 CA 2292362 CA2292362A CA2292362A1 CA 2292362 A1 CA2292362 A1 CA 2292362A1 CA 2292362 CA2292362 CA 2292362 CA 2292362 A CA2292362 A CA 2292362A CA 2292362 A1 CA2292362 A1 CA 2292362A1
- Authority
- CA
- Canada
- Prior art keywords
- user
- card
- credit card
- goods
- internet
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/385—Payment protocols; Details thereof using an alias or single-use codes
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/12—Payment architectures specially adapted for electronic shopping systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/22—Payment schemes or models
- G06Q20/24—Credit schemes, i.e. "pay after"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
- G06Q20/342—Cards defining paid or billed services or quantities
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F7/00—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
- G07F7/02—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices
- G07F7/025—Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by keys or other credit registering devices by means, e.g. cards, providing billing information at the time of purchase, e.g. identification of seller or purchaser, quantity of goods delivered or to be delivered
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Finance (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
"a process or system to make Internet purchases safer, through using an 'INTERNET ONLY' CREDIT CARD and cross referencing its number with actual credit card data in order to make a purchase. It is deemed an Internet only card for it can only be used for purchases made over the web and can not be used in stores or for cash advances. The Internet only card, herein called the 'Columbus Card' will consist of randomly assigning a 16 digit number to each 'real' credit card owner who previously held a card with other institutions such as visa or mastercard. Also, this process will only be available to Internet vendors who wish to use this process, herein referred to as the 'Veritas process' for if it is to be successful employed, certain questions must be answered.
The user will make a purchase like he/she normally does, and is notified the amount of the total, and given an invoice number. He/she is prompted to write that number down.
When the user is finished and clicks on the button "purchase goods", he/she is then linked to the veritas page, which has the user enter their invoice number and select from a window of options. This can consist of which company he purchased the goods from. A third window will have the user enter their Columbus card number, first name only, address where the goods/service is to be shipped and e-mail address (if applicable). When the user clicks on a button entitled "submit here", the file is sent to the vendor and another to the credit card company. The vendor will not ship the goods unless authorized by the credit card company. Upon receipt of the data, the credit card company will cross reference the user's inputted columbus card number to the the credit company's originally issued columbus card number along with the name to the name held in the database and the user's inputted address to the address held in the data base.
If all three fields match, the actual credit card number is charged, the vendors account credited and the goods are shipped. Also if the user had previously entered a e-mail he or she is notified the purchase has been approved. If any one of the fields does not match the transaction is declined the credit card holder, not the user, is contacted by mail or phone, and notified of the reason why the transaction was declined."
The user will make a purchase like he/she normally does, and is notified the amount of the total, and given an invoice number. He/she is prompted to write that number down.
When the user is finished and clicks on the button "purchase goods", he/she is then linked to the veritas page, which has the user enter their invoice number and select from a window of options. This can consist of which company he purchased the goods from. A third window will have the user enter their Columbus card number, first name only, address where the goods/service is to be shipped and e-mail address (if applicable). When the user clicks on a button entitled "submit here", the file is sent to the vendor and another to the credit card company. The vendor will not ship the goods unless authorized by the credit card company. Upon receipt of the data, the credit card company will cross reference the user's inputted columbus card number to the the credit company's originally issued columbus card number along with the name to the name held in the database and the user's inputted address to the address held in the data base.
If all three fields match, the actual credit card number is charged, the vendors account credited and the goods are shipped. Also if the user had previously entered a e-mail he or she is notified the purchase has been approved. If any one of the fields does not match the transaction is declined the credit card holder, not the user, is contacted by mail or phone, and notified of the reason why the transaction was declined."
Description
Specifications "This process relates to making purchases over the Internet safer and limiting the success of people who would fraud legitimate card holders"
It is common in process for purchasing goods or services over the net with entering a credit card number. There are encryption codes and other security devices currently being used, however these are not 100%, and the credit card number itself is still in jeopardy.
Also by having the credit card number, thieves could imprint on a different new card on defraud the persons or credit card company through manual or even electronic imprint. Simply limiting personal liability to $50, if the card is known to be fraudulent is not efficient, nor an effective way to instill confidence. Also credit bureau's and credit applications must be taken in order for vendors to authorize unsigned visa transactions. Seeing as the credit company's program or staff (dependant on the technology level of the credit card company) will be debiting the customer and crediting the vendor. This problem will be eliminated. I have also found that other disadvantages as listed above. may be overcome by providing a Columbus card number, name and address where the good or service is to be provided. This will then be cross referenced with the information held securely in the network of the credit card company. The shipping address, avoids any disadvantage or loss by the user. The program held by the issuing credit card number, checks the Columbus card number, name and address entered by the user, cross references it to the original Columbus card number.., name and address. If all of the fields match the real credit card, again which is held in the database is charged, the vendor's account credited and the goods/services shipped. If there is a discrepancy in ANY of the three fields, the credit card holder is contacted by using the data base information, not the user information, and notified why the transaction was declined.
Best Way to employ this process....
Any Transaction that requires a credit card number to be given over the Internet.
In the flow chart the customer enters the Columbus card number.. along with the address the user would like the goods or service to be sent. In the event of a service that does not require a good or service to be shipped the user still must enter the address, in order to ensure that the purchase can be cross referenced and the card holder notified of the purchase.
Step 1 involves the "Real credit card holder" being assigned a 16 digit random number and mailed a seperate plastic card wit an explanation on what the Columbus card is and How it Works Step 2 involves the user making a purchase with a vendor who has subscribed to the veritas system. Is asked the typical questions a vendor would ask, however no payment method or information is entered on this screen.
Step 3 involves the user indicating that he/she has selected the goods that they wish to purchase and would now like to pay for them. A normal finish button would be a good way to indicat this.
He/she is assigned an invoice number, asked to write this down and then linked to the veritas page.
Step 4 The user is then prompted to enter that invoice number in a window marked enter invoice number, and is prompted to select the company from which they purchased the goods. Next the user is to input their Columbus Card Number, in the window marked enter Columbus card Number, in the window marked enter name and address in the window marked address. Upon completion of this task the user in asked to click the submit button.
(see appendix a for more details on this step.) Step 5 This information is sent both to the credit card company and to the vendor. Information is sent to the vendor in order to ensure order accuracy and to avoid and lost information mistakes.
Step 6 a program located in the secured visa network takes this number and compares it to the Columbus card number. held in the credit card's data banks. The program then compares both first names, the one entered by the user and the one held in the database.
Step 7 If the name and Columbus card number entered by the user match the information held in the computer of the credit card company, the computer then checks to see if the address matches.
If they do not the transaction is ended, and the vendor and original card holder is notified.
Step 8 If all three fields match the computer then authorizes the sale and either prints authorization to debit the real card number, or actually debits the card depending on the technology of the specific card company and credits the vendors account. The vendor is then notified that the transaciton was approved and the goods/service may be shipped/given. If any field does not match the information held in the database the actual holder of the card is notified of the reason date and time of the failed transaction.
_l. "Real" credit card holder Assigned plastic a random 16 digit number. Receives card in mail with bill.
_2. User M es purchase with vendor subscribed to the Veritas System.
_3. User is wished "shopping"
clicks on done/finish is assigned invoice number.
User writes number down.
4. User is Inked to home page.
Asked to enter given information (see notes).
Clicks submit when finished.
_5. Information is sent to vendor and Credit Card Company.
_6. Progr at Credit Card Company receives inputted data and c mpares data.
_7. Do all fields entered, Match those already in DIGS
_8. Transaction accepted, User's Real credit card debited, Vendor's Account credited.
Vendor notified to ship goods to client. If user entered e-mail, e-mailed acceptance.
_9. Transac~on Declined, card holder notified of failure and reason why.
It is common in process for purchasing goods or services over the net with entering a credit card number. There are encryption codes and other security devices currently being used, however these are not 100%, and the credit card number itself is still in jeopardy.
Also by having the credit card number, thieves could imprint on a different new card on defraud the persons or credit card company through manual or even electronic imprint. Simply limiting personal liability to $50, if the card is known to be fraudulent is not efficient, nor an effective way to instill confidence. Also credit bureau's and credit applications must be taken in order for vendors to authorize unsigned visa transactions. Seeing as the credit company's program or staff (dependant on the technology level of the credit card company) will be debiting the customer and crediting the vendor. This problem will be eliminated. I have also found that other disadvantages as listed above. may be overcome by providing a Columbus card number, name and address where the good or service is to be provided. This will then be cross referenced with the information held securely in the network of the credit card company. The shipping address, avoids any disadvantage or loss by the user. The program held by the issuing credit card number, checks the Columbus card number, name and address entered by the user, cross references it to the original Columbus card number.., name and address. If all of the fields match the real credit card, again which is held in the database is charged, the vendor's account credited and the goods/services shipped. If there is a discrepancy in ANY of the three fields, the credit card holder is contacted by using the data base information, not the user information, and notified why the transaction was declined.
Best Way to employ this process....
Any Transaction that requires a credit card number to be given over the Internet.
In the flow chart the customer enters the Columbus card number.. along with the address the user would like the goods or service to be sent. In the event of a service that does not require a good or service to be shipped the user still must enter the address, in order to ensure that the purchase can be cross referenced and the card holder notified of the purchase.
Step 1 involves the "Real credit card holder" being assigned a 16 digit random number and mailed a seperate plastic card wit an explanation on what the Columbus card is and How it Works Step 2 involves the user making a purchase with a vendor who has subscribed to the veritas system. Is asked the typical questions a vendor would ask, however no payment method or information is entered on this screen.
Step 3 involves the user indicating that he/she has selected the goods that they wish to purchase and would now like to pay for them. A normal finish button would be a good way to indicat this.
He/she is assigned an invoice number, asked to write this down and then linked to the veritas page.
Step 4 The user is then prompted to enter that invoice number in a window marked enter invoice number, and is prompted to select the company from which they purchased the goods. Next the user is to input their Columbus Card Number, in the window marked enter Columbus card Number, in the window marked enter name and address in the window marked address. Upon completion of this task the user in asked to click the submit button.
(see appendix a for more details on this step.) Step 5 This information is sent both to the credit card company and to the vendor. Information is sent to the vendor in order to ensure order accuracy and to avoid and lost information mistakes.
Step 6 a program located in the secured visa network takes this number and compares it to the Columbus card number. held in the credit card's data banks. The program then compares both first names, the one entered by the user and the one held in the database.
Step 7 If the name and Columbus card number entered by the user match the information held in the computer of the credit card company, the computer then checks to see if the address matches.
If they do not the transaction is ended, and the vendor and original card holder is notified.
Step 8 If all three fields match the computer then authorizes the sale and either prints authorization to debit the real card number, or actually debits the card depending on the technology of the specific card company and credits the vendors account. The vendor is then notified that the transaciton was approved and the goods/service may be shipped/given. If any field does not match the information held in the database the actual holder of the card is notified of the reason date and time of the failed transaction.
_l. "Real" credit card holder Assigned plastic a random 16 digit number. Receives card in mail with bill.
_2. User M es purchase with vendor subscribed to the Veritas System.
_3. User is wished "shopping"
clicks on done/finish is assigned invoice number.
User writes number down.
4. User is Inked to home page.
Asked to enter given information (see notes).
Clicks submit when finished.
_5. Information is sent to vendor and Credit Card Company.
_6. Progr at Credit Card Company receives inputted data and c mpares data.
_7. Do all fields entered, Match those already in DIGS
_8. Transaction accepted, User's Real credit card debited, Vendor's Account credited.
Vendor notified to ship goods to client. If user entered e-mail, e-mailed acceptance.
_9. Transac~on Declined, card holder notified of failure and reason why.
Claims (3)
1) The Veritas system is a process of which a consumer can purchase goods safely over the Internet. By definition this process its salable, for people will pay to protect their financial data, and therefore meets the qualification for a patent.
2) Veritas is new to world for no other idea or process employs the specific steps as outlined in the abstract.
3) Thirdly it does show ingenuity as people in the industry of Internet security have chosen to use encryption rather than a more user involved approach.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA 2292362 CA2292362A1 (en) | 1999-11-30 | 1999-11-30 | Veritas |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CA 2292362 CA2292362A1 (en) | 1999-11-30 | 1999-11-30 | Veritas |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2292362A1 true CA2292362A1 (en) | 2001-05-30 |
Family
ID=4164890
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA 2292362 Abandoned CA2292362A1 (en) | 1999-11-30 | 1999-11-30 | Veritas |
Country Status (1)
Country | Link |
---|---|
CA (1) | CA2292362A1 (en) |
-
1999
- 1999-11-30 CA CA 2292362 patent/CA2292362A1/en not_active Abandoned
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7581674B2 (en) | Financial transaction system and method | |
US20210012313A1 (en) | Methods, System and Associated Computer Executable Code for Facilitating Credit Transactions | |
US6456984B1 (en) | Method and system for providing temporary credit authorizations | |
US7174316B2 (en) | Debit purchasing of stored value card for use by and/or delivery to others | |
AU754886C (en) | A virtual private lock box | |
US7496541B2 (en) | System for anonymous purchase of goods by providing a plurality of active account numbers | |
US7930229B2 (en) | Debit card billing system and method | |
US20010037209A1 (en) | Pre-paid payment system and method for anonymous purchasing transactions | |
US20020069158A1 (en) | Method and system for providing a secured multi-purpose electronic account | |
US20030168510A1 (en) | Anonymous electronic bearer instrument method and apparatus | |
WO2007033073A2 (en) | Point of sale credit system | |
US20040153410A1 (en) | Anonymous payment system and method | |
US7356502B1 (en) | Internet based payment system | |
AU2019246928A1 (en) | Methods System and Associated Computer Executable Code for Facilitating Credit Transactions | |
US20050044039A1 (en) | Point of sale purchase system | |
US20030029914A1 (en) | Pre-paid payment device and method therefor | |
US8548907B1 (en) | System for converting paper money orders to electronic money orders | |
WO2000057330A1 (en) | Financial payment method and medium | |
CA2292362A1 (en) | Veritas | |
US20040128234A1 (en) | Method of conducting financial transactions over the internet | |
WO2000016219A1 (en) | Detection of unauthorized use of payment instruments over commercial network systems | |
WO2000070514A1 (en) | A pre-payment mechanism for use in on-line shopping | |
WO2001086523A2 (en) | Method of conducting financial transactions over the internet | |
JPH10261015A (en) | Credit card system | |
WO2001025994A1 (en) | A system and method for conducting financial transactions over the internet |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
EEER | Examination request | ||
FZDE | Dead |