US20070244830A1 - Method and system for real time financial transaction alert - Google Patents

Method and system for real time financial transaction alert Download PDF

Info

Publication number
US20070244830A1
US20070244830A1 US11/402,970 US40297006A US2007244830A1 US 20070244830 A1 US20070244830 A1 US 20070244830A1 US 40297006 A US40297006 A US 40297006A US 2007244830 A1 US2007244830 A1 US 2007244830A1
Authority
US
United States
Prior art keywords
transaction
communication
electronic
pan
address
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
Application number
US11/402,970
Inventor
Nathan Hilderman
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mount Lehman Credit Union
Original Assignee
Mount Lehman Credit Union
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Mount Lehman Credit Union filed Critical Mount Lehman Credit Union
Priority to US11/402,970 priority Critical patent/US20070244830A1/en
Publication of US20070244830A1 publication Critical patent/US20070244830A1/en
Assigned to MOUNT LEHMAN CREDIT UNION reassignment MOUNT LEHMAN CREDIT UNION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HILDERMAN, NATHAN H.
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07GREGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
    • G07G3/00Alarm indicators, e.g. bells
    • G07G3/003Anti-theft control
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/20Point-of-sale [POS] network systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/24Credit schemes, i.e. "pay after"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/26Debit schemes, e.g. "pay now"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/42Confirmation, e.g. check or permission by the legal debtor of payment
    • G06Q20/425Confirmation, e.g. check or permission by the legal debtor of payment using two different networks, one for transaction and one for security confirmation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance

Definitions

  • the invention relates to the field of financial transactions and more particularly to a system for the real-time notification of customers of financial institutions, using the Internet, of electronic funds transfers affecting their accounts.
  • EFTs electronic funds transfers
  • ATM Automated Teller Machine
  • POS Point of Sale
  • cards issued by financial institutions including debit cards and credit cards issued by banks and credit unions (referred to herein as “financial institution cards”).
  • Credit and debit card fraud is currently widespread so it is important for users and card issuers to be alerted as soon as possible to fraudulent transactions.
  • credit card issuers maintain systems to alert them of credit card fraud, such systems are imperfect and notification may be delayed.
  • the first notice to the card owner of a fraudulent transaction may be the account statement which comes in the mail.
  • multiple cards are often issued to family members and it may be important to a parent to be aware of transactions being carried out with bank cards by their children.
  • U.S. Pat. No. 5,530,438 discloses a notification system in which the user is notified by a pager.
  • U.S. Pat. No. 5,615,110 discloses a system in which the user is notified by pager of a non-cash transaction.
  • U.S. Pat. No. 5,708,422 discloses a notification and authorization system in which the user is notified by a pager of a transaction and authorization is sought.
  • U.S. Pat. No. 6,064,990 discloses a system whereby a financial institution generates an email message to a user when the financial institution receives a transaction.
  • 6,529,725 discloses a notification and authorization system in which the user is notified by a pager, cellphone or over the Internet of a transaction and that authorization is sought. Such systems may process the transactions in batches and do not generally provide notification of the financial transactions to the customer in real time.
  • the present invention provides a real-time notification service to notify customers of a financial institution by electronic mail whenever a transaction is confirmed in the banking system on their account.
  • a message is sent to the user's email address, which may be text message on a cell phone, immediately on processing of the transaction.
  • the present invention provides a method of notifying a subscribing customer of a financial transaction carried out at a transaction location using a card issued by a financial institution to said customer having a PAN number, wherein the request and approval messages for such transaction are communicated between a computer operated by the financial institution for handling account transactions and the transaction location via a financial computer network switch and a security data processor, such communication containing the PAN number, type and amount of the transaction, the method comprising the steps of: i) maintaining a database of the PAN numbers of subscribing customers containing a notification electronic address in association with each PAN number; ii) capturing in real time the communications between the computer operated by the financial institution for handling account transactions and the security data processor; iii) comparing in real time the PAN number in each such communication to the PAN numbers in the database; iv) if the PAN number in a communication matches a PAN number in the database, parsing the communication to obtain the type of transaction and the amount; v) if the transaction
  • FIG. 1 is a schematic diagram illustrating the invention
  • FIG. 2 illustrates a printout of a communications log
  • FIG. 3 illustrates a printout of the parsing of a communications log
  • FIG. 4 is a flowchart illustrating the method of the invention.
  • FIGS. 5 and 6 are diagrams illustrating text messages generated by the invention.
  • the merchant swipes the customer's credit or debit card through a card reader, which captures the customer's card number (Primary Account Number (PAN)) and enters the amount of the transaction.
  • PAN Primary Account Number
  • the customer enters a secret Personal Identification Number (PIN) on a PIN pad.
  • PIN Personal Identification Number
  • the card reader encrypts PIN and sends it with the PAN, the encryption key and the transaction amount to the financial institution for approval.
  • the financial institution decrypts the PIN, checks the PAN against the PIN and debits the customer's account by the amount of the transaction if the funds are available and sends a message back to the merchant approving or denying the transaction.
  • the process is the same where a customer returns an item to a merchant and a credit is processed to the customer's card.
  • the financial institution card is read by the ATM, the customer enters a password and a transaction request (withdrawal, deposit, transfer, account inquiry), and the machine sends the encrypted request to the financial institution.
  • the invention also has application to online banking transactions carried out over the Internet. In that case the user enters a card number and an online password to log into the bank web site and then enters a transaction request which is sent to the financial institution.
  • the card reader, ATM machine or online banking transaction at a computer terminal and the like are referred to herein as the “transaction location”.
  • the ATM or POS EFT transaction process generally, in further detail, is as follows.
  • a user requests an ATM or POS transaction using a financial institution card at a transaction location, such as when a user swipes a financial institution card at an ATM or POS terminal
  • the request and response for the financial transaction are communicated over a computer network such as the Internet through a network connection known as “The Switch”, which is a computer which routes multiple transactions from ATM's and/or POS readers to the appropriate financial institution.
  • the Switch is the network connection through which all ATM and Point Of Sale (POS) transactions move to the user's financial institution and back to the location of the transaction.
  • POS Point Of Sale
  • ATM withdrawal, balance inquiry, POS purchase, POS return, online banking transaction is sent through The Switch to the user's financial institution.
  • the request is encrypted and sent over the computer network to the financial institution's security data processor, referred to as the Host Security Module (either a stand alone processor or a module of the financial institution's computer) for encryption/decryption and general security purposes.
  • the decrypted financial request is then sent to the financial institution's computer and compared to and/or operated on the related user's account information.
  • the financial institution then responds back to the transaction location as to whether the transaction is approved.
  • the response is passed through to the Host Security Module for encryption/decryption and general security purposes, and the Financial institution's response to the user's financial request (e.g. ATM withdrawal, balance inquiry, POS purchase, POS return) is sent through The Switch to the user.
  • FIG. 1 represents the process schematically.
  • person 10 at a transaction location carries out an ETF transaction by swiping his or her financial institution card through an ATM or POS card reader which is connected to and communicates with the Internet 12 .
  • the card reader captures the customer's card number (Primary Account Number or PAN) from the card's magnetic stripe.
  • PAN Primary Account Number
  • the customer enters his or her secret Personal Identification Number (PIN) on a PIN pad or enters a password.
  • PIN Personal Identification Number
  • the card reader or ATM machine encrypts the request, PIN number or password and PAN and sends it, via the Internet 12 or through other communication lines to The Switch 14 .
  • the user's financial request (e.g. ATM withdrawal, balance inquiry, POS purchase, POS return) thus gets sent through The Switch 14 to the user's financial institution computer 16 .
  • the request is passed through to a Host Security Module (“HSM”) 18 for encryption/decryption and general security purposes.
  • HSM Host Security Module
  • the financial request is compared to and/or operated on the related user's account information.
  • the financial institution 16 then responds back to the transaction location with an approval message if the transaction is approved, and processes the request if approved.
  • the response is passed through to the Host Security Module 18 for encryption/decryption and general security purposes, and the Financial institution's response to the user's financial request (e.g. ATM withdrawal, balance inquiry, POS purchase, POS return) is sent through The Switch 14 to the transaction location.
  • the financial institution maintains in a computer database a list of the names of its customers who have subscribed to the notification system, along with the PAN number or numbers for their financial institution cards, a contact electronic address such as an email address, a text messaging address for a cellphone, or a telephone/cellphone number, and possibly also a nickname identifying the account associated with the PAN, e.g. “My Visa”, “Kid's Card”, “Jill's Card” etc.
  • a monitoring program monitors the log of messages to and from the HSM 18 .
  • the Unix command line “tail-f” is used to constantly monitor and stream the data incoming and outgoing from the HSM 18 to a log.
  • a Unix command “PIPE” is used to stream the real time log from TAIL to the system's HSM Monitor program.
  • the data from the HSM to the financial institution computer for example will consist of four lines of code 20 as shown in FIG. 2 and the return message from the financial institution also comprises 4 lines of code 22 .
  • the first line 24 contains the information concerning the requested transaction, namely the time and date 26 , the PAN 28 , account and transaction identification information 30 , the amount of the transaction 32 , a reference number 34 , a receipt number 36 , a number 37 which identifies the transaction location, and a security code 38 .
  • the account and transaction identification information 30 includes as the first and last two digits, a two-digit code identifying the account, e.g.
  • the system determines whether the financial transaction was successfully completed. If a financial transaction was denied there will generally be a non-zero error code at location 60 in FIG. 2 and perhaps other locations in the communication. For example an error code “51” will indicate insufficient funds. If the financial transaction was successfully completed, as indicated by a zero error code, the system then compares the PAN to its list of subscribers. If the PAN matches a PAN in the list of subscribers it extracts the contact address and nickname from the list and proceeds to construct the message. If the PAN does not match a subscriber's PAN then the system ignores the transaction.
  • the system program HSM Monitor program parses the first line 24 as follows, as illustrated in FIG. 3 .
  • the system program, the HSM Monitor program extracts the time and date, the type of transaction and the accounts to and from which the funds are moved, and the amount of the transaction (e.g. “Point of Sale Transaction from Chequing Account for $20.31”; Transfer from Savings to Chequing Account $100”; “Withdrawal from Chequing Account of $200” etc.
  • the extracted information is used to compose the electronic message.
  • the composed message is then sent to the mail server 50 attached to the contact address.
  • the receipt number 36 may also be included in the message to provide an instant receipt.
  • the Nickname of the card may be included in the message e.g. Kid's Card.
  • the message is then forwarded to the customer's email or text messaged to his/her cellphone, to be displayed as illustrated in FIGS. 4 and 5 . Thus the message is sent immediately after approval of the transaction.
  • HSM Monitor program may also monitor the error code 60 in each transaction and send an alarm message, such as a cellphone text message, to the customer in the case that the transaction was rejected for insufficient funds, or to the system administrator if a certain threshold number of other errors is detected per time frame or number of transactions.
  • an alarm message such as a cellphone text message
  • SMS message Simple Messaging System

Abstract

A real-time notification service to notify customers of a financial institution by electronic mail whenever a transaction is confirmed in the banking system on their account. A message is sent to the user's email address, which may be text message on a cell phone, immediately on processing of the transaction.

Description

    TECHNICAL FIELD
  • The invention relates to the field of financial transactions and more particularly to a system for the real-time notification of customers of financial institutions, using the Internet, of electronic funds transfers affecting their accounts.
  • BACKGROUND
  • Currently large numbers of electronic funds transfers (EFTs) in the form of Automated Teller Machine (ATM) and Point of Sale (POS) transactions are carried out daily through the use of cards issued by financial institutions, including debit cards and credit cards issued by banks and credit unions (referred to herein as “financial institution cards”). Credit and debit card fraud is currently widespread so it is important for users and card issuers to be alerted as soon as possible to fraudulent transactions. While credit card issuers maintain systems to alert them of credit card fraud, such systems are imperfect and notification may be delayed. The first notice to the card owner of a fraudulent transaction may be the account statement which comes in the mail. Also multiple cards are often issued to family members and it may be important to a parent to be aware of transactions being carried out with bank cards by their children.
  • Various methods of notifying card owners that their financial institution card has been used for a transaction have been attempted. U.S. Pat. No. 5,530,438 discloses a notification system in which the user is notified by a pager. U.S. Pat. No. 5,615,110 discloses a system in which the user is notified by pager of a non-cash transaction. U.S. Pat. No. 5,708,422 discloses a notification and authorization system in which the user is notified by a pager of a transaction and authorization is sought. U.S. Pat. No. 6,064,990 discloses a system whereby a financial institution generates an email message to a user when the financial institution receives a transaction. U.S. Pat. No. 6,529,725 discloses a notification and authorization system in which the user is notified by a pager, cellphone or over the Internet of a transaction and that authorization is sought. Such systems may process the transactions in batches and do not generally provide notification of the financial transactions to the customer in real time.
  • There is therefore a need for a system which notifies a customer in real time of transactions carried out using the customer's financial card.
  • The foregoing examples of the related art and limitations related thereto are intended to be illustrative and not exclusive. Other limitations of the related art will become apparent to those of skill in the art upon a reading of the specification and a study of the drawings.
  • SUMMARY
  • The following embodiments and aspects thereof are described and illustrated in conjunction with systems, tools and methods which are meant to be exemplary and illustrative, not limiting in scope. In various embodiments, one or more of the above-described problems have been reduced or eliminated, while other embodiments are directed to other improvements.
  • The present invention provides a real-time notification service to notify customers of a financial institution by electronic mail whenever a transaction is confirmed in the banking system on their account. A message is sent to the user's email address, which may be text message on a cell phone, immediately on processing of the transaction.
  • The present invention provides a method of notifying a subscribing customer of a financial transaction carried out at a transaction location using a card issued by a financial institution to said customer having a PAN number, wherein the request and approval messages for such transaction are communicated between a computer operated by the financial institution for handling account transactions and the transaction location via a financial computer network switch and a security data processor, such communication containing the PAN number, type and amount of the transaction, the method comprising the steps of: i) maintaining a database of the PAN numbers of subscribing customers containing a notification electronic address in association with each PAN number; ii) capturing in real time the communications between the computer operated by the financial institution for handling account transactions and the security data processor; iii) comparing in real time the PAN number in each such communication to the PAN numbers in the database; iv) if the PAN number in a communication matches a PAN number in the database, parsing the communication to obtain the type of transaction and the amount; v) if the transaction is approved, composing an electronic message containing the type of transaction and the amount; and vi) sending the electronic message to the electronic address associated with the PAN number. A unique account name may be stored in the database in association with each PAN number, and included in the electronic message to the associated electronic address.
  • In addition to the exemplary aspects and embodiments described above, further aspects and embodiments will become apparent by reference to the drawings and by study of the following detailed descriptions.
  • BRIEF DESCRIPTION OF DRAWINGS
  • Exemplary embodiments are illustrated in referenced figures of the drawings. It is intended that the embodiments and figures disclosed herein are to be considered illustrative rather than restrictive.
  • FIG. 1 is a schematic diagram illustrating the invention;
  • FIG. 2 illustrates a printout of a communications log;
  • FIG. 3 illustrates a printout of the parsing of a communications log;
  • FIG. 4 is a flowchart illustrating the method of the invention; and
  • FIGS. 5 and 6 are diagrams illustrating text messages generated by the invention.
  • DESCRIPTION
  • Throughout the following description specific details are set forth in order to provide a more thorough understanding to persons skilled in the art. However, well known elements may not have been shown or described in detail to avoid unnecessarily obscuring the disclosure. Accordingly, the description and drawings are to be regarded in an illustrative, rather than a restrictive, sense.
  • In the existing Point of Sale (POS) credit card or PIN debit card system, the merchant swipes the customer's credit or debit card through a card reader, which captures the customer's card number (Primary Account Number (PAN)) and enters the amount of the transaction. In the case of a debit card, the customer enters a secret Personal Identification Number (PIN) on a PIN pad. The card reader encrypts PIN and sends it with the PAN, the encryption key and the transaction amount to the financial institution for approval. In the case of debit cards, the financial institution decrypts the PIN, checks the PAN against the PIN and debits the customer's account by the amount of the transaction if the funds are available and sends a message back to the merchant approving or denying the transaction. The process is the same where a customer returns an item to a merchant and a credit is processed to the customer's card. In the case of an ATM transaction, the financial institution card is read by the ATM, the customer enters a password and a transaction request (withdrawal, deposit, transfer, account inquiry), and the machine sends the encrypted request to the financial institution. The invention also has application to online banking transactions carried out over the Internet. In that case the user enters a card number and an online password to log into the bank web site and then enters a transaction request which is sent to the financial institution. The card reader, ATM machine or online banking transaction at a computer terminal and the like are referred to herein as the “transaction location”.
  • The ATM or POS EFT transaction process generally, in further detail, is as follows. When a user requests an ATM or POS transaction using a financial institution card at a transaction location, such as when a user swipes a financial institution card at an ATM or POS terminal, the request and response for the financial transaction are communicated over a computer network such as the Internet through a network connection known as “The Switch”, which is a computer which routes multiple transactions from ATM's and/or POS readers to the appropriate financial institution. The Switch is the network connection through which all ATM and Point Of Sale (POS) transactions move to the user's financial institution and back to the location of the transaction. The user's financial request (e.g. ATM withdrawal, balance inquiry, POS purchase, POS return, online banking transaction) is sent through The Switch to the user's financial institution. The request is encrypted and sent over the computer network to the financial institution's security data processor, referred to as the Host Security Module (either a stand alone processor or a module of the financial institution's computer) for encryption/decryption and general security purposes. The decrypted financial request is then sent to the financial institution's computer and compared to and/or operated on the related user's account information. The financial institution then responds back to the transaction location as to whether the transaction is approved. The response is passed through to the Host Security Module for encryption/decryption and general security purposes, and the Financial institution's response to the user's financial request (e.g. ATM withdrawal, balance inquiry, POS purchase, POS return) is sent through The Switch to the user.
  • FIG. 1 represents the process schematically. With reference to FIG. 1, person 10 at a transaction location carries out an ETF transaction by swiping his or her financial institution card through an ATM or POS card reader which is connected to and communicates with the Internet 12. The card reader captures the customer's card number (Primary Account Number or PAN) from the card's magnetic stripe. In the case of a debit card or ATM transaction the customer enters his or her secret Personal Identification Number (PIN) on a PIN pad or enters a password. The card reader or ATM machine encrypts the request, PIN number or password and PAN and sends it, via the Internet 12 or through other communication lines to The Switch 14.
  • The user's financial request (e.g. ATM withdrawal, balance inquiry, POS purchase, POS return) thus gets sent through The Switch 14 to the user's financial institution computer 16. The request is passed through to a Host Security Module (“HSM”) 18 for encryption/decryption and general security purposes. The financial request is compared to and/or operated on the related user's account information. The financial institution 16 then responds back to the transaction location with an approval message if the transaction is approved, and processes the request if approved. The response is passed through to the Host Security Module 18 for encryption/decryption and general security purposes, and the Financial institution's response to the user's financial request (e.g. ATM withdrawal, balance inquiry, POS purchase, POS return) is sent through The Switch 14 to the transaction location.
  • In order to implement the present system, the financial institution maintains in a computer database a list of the names of its customers who have subscribed to the notification system, along with the PAN number or numbers for their financial institution cards, a contact electronic address such as an email address, a text messaging address for a cellphone, or a telephone/cellphone number, and possibly also a nickname identifying the account associated with the PAN, e.g. “My Visa”, “Kid's Card”, “Jill's Card” etc.
  • In the present system, a monitoring program monitors the log of messages to and from the HSM 18. For example, the Unix command line “tail-f” is used to constantly monitor and stream the data incoming and outgoing from the HSM 18 to a log. For example a Unix command “PIPE” is used to stream the real time log from TAIL to the system's HSM Monitor program. The data from the HSM to the financial institution computer, for example will consist of four lines of code 20 as shown in FIG. 2 and the return message from the financial institution also comprises 4 lines of code 22. The first line 24 contains the information concerning the requested transaction, namely the time and date 26, the PAN 28, account and transaction identification information 30, the amount of the transaction 32, a reference number 34, a receipt number 36, a number 37 which identifies the transaction location, and a security code 38. The account and transaction identification information 30 includes as the first and last two digits, a two-digit code identifying the account, e.g.
      • “00”=“N/A”
      • “10”=“Savings”
      • “20”=“Chequing”
      • “30”=“Credit Card”
      • “99”=“Other”
        and as the middle two digits, a two-digit code identifying the type of transaction, e.g.
      • “00”=“Pos”
      • “01”=“Withdrawal”
      • “02”=“POS Correction”
      • “03”=“Credit Card”
      • “21”=“Deposit”
      • “30”=“Balance Inquiry”
      • “40”“Transfer”
      • “81”=“Bill Payment”
  • First the system determines whether the financial transaction was successfully completed. If a financial transaction was denied there will generally be a non-zero error code at location 60 in FIG. 2 and perhaps other locations in the communication. For example an error code “51” will indicate insufficient funds. If the financial transaction was successfully completed, as indicated by a zero error code, the system then compares the PAN to its list of subscribers. If the PAN matches a PAN in the list of subscribers it extracts the contact address and nickname from the list and proceeds to construct the message. If the PAN does not match a subscriber's PAN then the system ignores the transaction.
  • To formulate the notification message, the system program HSM Monitor program parses the first line 24 as follows, as illustrated in FIG. 3. To construct the message, the system program, the HSM Monitor program, extracts the time and date, the type of transaction and the accounts to and from which the funds are moved, and the amount of the transaction (e.g. “Point of Sale Transaction from Chequing Account for $20.31”; Transfer from Savings to Chequing Account $100”; “Withdrawal from Chequing Account of $200” etc. If the transaction was approved, the extracted information is used to compose the electronic message. The composed message is then sent to the mail server 50 attached to the contact address. The receipt number 36 may also be included in the message to provide an instant receipt. Also the Nickname of the card may be included in the message e.g. Kid's Card. The message is then forwarded to the customer's email or text messaged to his/her cellphone, to be displayed as illustrated in FIGS. 4 and 5. Thus the message is sent immediately after approval of the transaction.
  • HSM Monitor program may also monitor the error code 60 in each transaction and send an alarm message, such as a cellphone text message, to the customer in the case that the transaction was rejected for insufficient funds, or to the system administrator if a certain threshold number of other errors is detected per time frame or number of transactions.
  • While the system has been described as composing an email address it may also send an SMS message (“Simple Messaging System”) directly to the telephone company.
  • While a number of exemplary aspects and embodiments have been discussed above, those of skill in the art will recognize certain modifications, permutations, additions and sub-combinations thereof.

Claims (24)

1. A method of notifying a subscribing customer of a financial transaction carried out at a transaction location using a card issued by a financial institution to said customer having a PAN number, wherein the request and approval messages for said financial transaction are communicated between a computer operated by said financial institution for handling account transactions and said transaction location via a security data processor, such communication containing the PAN number, type and amount of the transaction, the method comprising the steps of:
i) maintaining a database of the PAN numbers of subscribing customers containing a notification electronic address in association with each PAN number;
ii) capturing in real time said communications between said computer operated by said financial institution for handling account transactions and said security data processor;
iii) comparing in real time the PAN number in each such communication of a transaction to the PAN numbers in said database;
iv) if the PAN number in a communication of a transaction matches a PAN number in said database, parsing said communication to obtain the type of transaction and the amount;
v) if the transaction is approved, composing an electronic message containing the type of transaction and the amount; and
vi) sending the electronic message to the electronic address associated with said PAN number.
2. The method according to claim 1 wherein a unique account name is stored in said database in association with each PAN number, and is included in said electronic message to said electronic address.
3. The method according to claim 1 wherein said communication contains a receipt identifier which is included in said electronic message to said electronic address.
4. The method according to claim 1 wherein said electronic address is an electronic mail address.
5. The method according to claim 1 wherein said electronic address is a text messaging address.
6. The method according to claim 1 wherein said electronic address is an SMS messaging address.
7. The method according to claim 1 comprising the further step of, if said transaction is not approved, monitoring the error code in said communication and sending an alarm message to said subscribing customer in the case that the transaction was rejected for insufficient funds.
8. The method according to claim 1 comprising the further step of monitoring the error codes in each said communication and sending an alarm message to a system administrator when a predetermined number of errors has been detected.
9. A data processing system for notifying a subscribing customer of a financial transaction carried out at a transaction location using a card issued by a financial institution to said customer having a PAN number, wherein the request and approval messages for said transaction are communicated between a computer operated by said financial institution for handling account transactions and said transaction location via a security data processor, such communication containing the PAN number, type and amount of the transaction, said data processing system comprising:
data storage processing and communication means for
i) capturing in real time said communications between said computer operated by said financial institution for handling account transactions and said security data processor;
ii) comparing in real time the PAN number in each such communication to the PAN numbers in said database;
iii) determining if the PAN number in a communication matches a PAN number in a database of the PAN numbers of subscribing customers containing a notification electronic address in association with each PAN number, and parsing said communication to obtain the type of transaction and the amount;
iv) if the transaction is approved, composing an electronic message containing the type of transaction and the amount; and
v) sending the electronic message to the electronic address associated with said PAN number.
10. The data processing system according to claim 9 wherein a unique account name is stored in said database in association with each PAN number, and is included in said electronic message to said electronic address.
11. The data processing system according to claim 9 wherein said communication contains a receipt identifier which is included in said electronic message to said electronic address.
12. The data processing system according to claim 9 wherein said electronic address is an electronic mail address.
13. The data processing system according to claim 9 wherein said electronic address is a text messaging address.
14. The data processing system according to claim 9 wherein said electronic address is an SMS messaging address.
15. The data processing system according to claim 9 wherein, if said transaction is not approved, monitoring the error code in said communication and sending an alarm message to said subscribing customer in the case that the transaction was rejected for insufficient funds.
16. The data processing system according to claim 9 wherein monitoring the error codes in each said communication and sending an alarm message to a system administrator when a predetermined number of errors has been detected.
17. A computer program product for notifying a subscribing customer of financial transactions carried out at a transaction location using a card issued by a financial institution to said customer having a PAN number, wherein the request and approval messages for such transaction are communicated between a computer operated by said financial institution for handling account transactions and said transaction location via a security data processor, such communication containing the PAN number, type and amount of the transaction, said computer program product comprising:
a computer usable medium having computer readable program code means embodied in said medium for:
i) capturing in real time said communications between said computer operated by said financial institution for handling account transactions and said security data processor;
ii) comparing in real time the PAN number in each such communication to the PAN numbers in said database;
iii) if the PAN number in a communication matches a PAN number in a database of the PAN numbers of subscribing customers containing a notification electronic address in association with each PAN number, parsing said communication to obtain the type of transaction and the amount;
iv) if the transaction is approved, composing an electronic message containing the type of transaction and the amount; and
v) sending the electronic message to the electronic address associated with said PAN number.
18. The computer program product according to claim 17 wherein a unique account name is stored in said database in association with each PAN number, and is included in said electronic message to said electronic address.
19. The computer program product according to claim 17 wherein said communication contains a receipt identifier which is included in said electronic message to said electronic address.
20. The computer program product according to claim 17 wherein said electronic address is an electronic mail address.
21. The computer program product according to claim 17 wherein said electronic address is a text messaging address.
22. The computer program product according to claim 17 wherein said electronic address is an SMS messaging address.
23. The computer program product according to claim 17 wherein said computer usable medium has computer readable program code means embodied in said medium for, if said transaction is not approved, monitoring the error code in said communication and sending an alarm message to said subscribing customer in the case that the transaction was rejected for insufficient funds.
24. The computer program product according to claim 17 wherein said computer usable medium has computer readable program code means embodied in said medium for monitoring the error codes in each said communication and sending an alarm message to a system administrator when a predetermined number of errors has been detected.
US11/402,970 2006-04-13 2006-04-13 Method and system for real time financial transaction alert Abandoned US20070244830A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/402,970 US20070244830A1 (en) 2006-04-13 2006-04-13 Method and system for real time financial transaction alert

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/402,970 US20070244830A1 (en) 2006-04-13 2006-04-13 Method and system for real time financial transaction alert

Publications (1)

Publication Number Publication Date
US20070244830A1 true US20070244830A1 (en) 2007-10-18

Family

ID=38606011

Family Applications (1)

Application Number Title Priority Date Filing Date
US11/402,970 Abandoned US20070244830A1 (en) 2006-04-13 2006-04-13 Method and system for real time financial transaction alert

Country Status (1)

Country Link
US (1) US20070244830A1 (en)

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080005037A1 (en) * 2006-06-19 2008-01-03 Ayman Hammad Consumer authentication system and method
US20080288384A1 (en) * 2007-05-17 2008-11-20 Stephen John Collins System for automatic financial transaction notifications over wireless network or other network
US20080319896A1 (en) * 2007-06-25 2008-12-25 Mark Carlson Cardless challenge systems and methods
US20080319904A1 (en) * 2007-06-25 2008-12-25 Mark Carlson Seeding challenges for payment transactions
US20090318112A1 (en) * 2008-06-19 2009-12-24 Brett Vasten Prepaid text messaging service
US7860934B1 (en) * 2007-01-30 2010-12-28 Intuit Inc. Method and apparatus for tracking financial transactions for a user
US8181856B1 (en) 2008-11-25 2012-05-22 Bank Of America Corporation Cash handling device having alert system
US8533118B2 (en) 2008-11-06 2013-09-10 Visa International Service Association Online challenge-response
US8688580B1 (en) * 2009-12-08 2014-04-01 Xoom Corporation Expediting electronic funds transfers
US20150073902A1 (en) * 2013-09-12 2015-03-12 International Business Machines Corporation Financial Transaction Analytics
US20150095231A1 (en) * 2013-09-27 2015-04-02 Insperity Services, L.P. Method, apparatus and system for automatically triggering a transaction
US20160203451A1 (en) * 2015-01-12 2016-07-14 Cardtronics, Inc. System and method for providing controlling surcharge fees charged at a collection of atms
US9898717B2 (en) 2013-03-25 2018-02-20 Paypal, Inc. Online remittance system with methodology for predicting disbursement times of online electronic funds transfers
US10573163B1 (en) 2019-04-25 2020-02-25 Capital One Services, Llc Real-time ATM alert if user forgets card
US10740823B1 (en) * 2017-04-28 2020-08-11 Wells Fargo Bank, N.A. Financial alert system based on image of user spending behavior
US10853816B1 (en) * 2009-02-02 2020-12-01 United Services Automobile Association (Usaa) Systems and methods for authentication of an individual on a communications device
US10853794B2 (en) 2019-04-25 2020-12-01 Capital One Services, Llc System and method for generation of virtual account-linked card
US11068768B1 (en) * 2020-05-22 2021-07-20 Bank Of America Corporation Pre-staging technology for self-service kiosks
US20210294557A1 (en) * 2019-09-17 2021-09-23 The Toronto-Dominion Bank Dynamically Determining an Interface for Presenting Information to a User

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6064990A (en) * 1998-03-31 2000-05-16 International Business Machines Corporation System for electronic notification of account activity
US6529725B1 (en) * 1996-08-08 2003-03-04 Raymond Anthony Joao Transaction security apparatus and method

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6529725B1 (en) * 1996-08-08 2003-03-04 Raymond Anthony Joao Transaction security apparatus and method
US6064990A (en) * 1998-03-31 2000-05-16 International Business Machines Corporation System for electronic notification of account activity

Cited By (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8135647B2 (en) 2006-06-19 2012-03-13 Visa U.S.A. Inc. Consumer authentication system and method
US11488150B2 (en) 2006-06-19 2022-11-01 Visa U.S.A. Inc. Consumer authentication system and method
US10089624B2 (en) 2006-06-19 2018-10-02 Visa U.S.A. Inc. Consumer authentication system and method
US11783326B2 (en) 2006-06-19 2023-10-10 Visa U.S.A. Inc. Transaction authentication using network
US20080005037A1 (en) * 2006-06-19 2008-01-03 Ayman Hammad Consumer authentication system and method
US11107069B2 (en) 2006-06-19 2021-08-31 Visa U.S.A. Inc. Transaction authentication using network
US7860934B1 (en) * 2007-01-30 2010-12-28 Intuit Inc. Method and apparatus for tracking financial transactions for a user
US20080288384A1 (en) * 2007-05-17 2008-11-20 Stephen John Collins System for automatic financial transaction notifications over wireless network or other network
US8121956B2 (en) 2007-06-25 2012-02-21 Visa U.S.A. Inc. Cardless challenge systems and methods
US20080319904A1 (en) * 2007-06-25 2008-12-25 Mark Carlson Seeding challenges for payment transactions
US8380629B2 (en) 2007-06-25 2013-02-19 Visa U.S.A. Inc. Seeding challenges for payment transactions
US11481742B2 (en) 2007-06-25 2022-10-25 Visa U.S.A. Inc. Cardless challenge systems and methods
US20080319896A1 (en) * 2007-06-25 2008-12-25 Mark Carlson Cardless challenge systems and methods
US8589291B2 (en) 2007-06-25 2013-11-19 Visa U.S.A. Inc. System and method utilizing device information
US8606700B2 (en) 2007-06-25 2013-12-10 Visa U.S.A., Inc. Systems and methods for secure and transparent cardless transactions
US10262308B2 (en) 2007-06-25 2019-04-16 Visa U.S.A. Inc. Cardless challenge systems and methods
US8706621B2 (en) 2007-06-25 2014-04-22 Visa U.S.A., Inc. Secure checkout and challenge systems and methods
US8744958B2 (en) 2007-06-25 2014-06-03 Visa U. S. A. Inc. Systems and methods for secure and transparent cardless transactions
US8121942B2 (en) 2007-06-25 2012-02-21 Visa U.S.A. Inc. Systems and methods for secure and transparent cardless transactions
US20090318112A1 (en) * 2008-06-19 2009-12-24 Brett Vasten Prepaid text messaging service
US8478232B2 (en) * 2008-06-19 2013-07-02 Visa U.S.A. Inc. Prepaid text messaging service
US8762279B2 (en) 2008-11-06 2014-06-24 Visa International Service Association Online challenge-response
US9898740B2 (en) 2008-11-06 2018-02-20 Visa International Service Association Online challenge-response
US8533118B2 (en) 2008-11-06 2013-09-10 Visa International Service Association Online challenge-response
US8181856B1 (en) 2008-11-25 2012-05-22 Bank Of America Corporation Cash handling device having alert system
US10853816B1 (en) * 2009-02-02 2020-12-01 United Services Automobile Association (Usaa) Systems and methods for authentication of an individual on a communications device
US8688580B1 (en) * 2009-12-08 2014-04-01 Xoom Corporation Expediting electronic funds transfers
US9898717B2 (en) 2013-03-25 2018-02-20 Paypal, Inc. Online remittance system with methodology for predicting disbursement times of online electronic funds transfers
US20150073902A1 (en) * 2013-09-12 2015-03-12 International Business Machines Corporation Financial Transaction Analytics
US20150095231A1 (en) * 2013-09-27 2015-04-02 Insperity Services, L.P. Method, apparatus and system for automatically triggering a transaction
US20160203451A1 (en) * 2015-01-12 2016-07-14 Cardtronics, Inc. System and method for providing controlling surcharge fees charged at a collection of atms
US10740823B1 (en) * 2017-04-28 2020-08-11 Wells Fargo Bank, N.A. Financial alert system based on image of user spending behavior
US11526923B1 (en) 2017-04-28 2022-12-13 Wells Fargo Bank, N.A. Financial alert system based on user photographs associated with user spending behavior
US10853794B2 (en) 2019-04-25 2020-12-01 Capital One Services, Llc System and method for generation of virtual account-linked card
US10573163B1 (en) 2019-04-25 2020-02-25 Capital One Services, Llc Real-time ATM alert if user forgets card
US11538326B2 (en) 2019-04-25 2022-12-27 Capital One Services, Llc Systems and methods for card-handling by point of sale devices
US11687915B2 (en) 2019-04-25 2023-06-27 Capital One Services, Llc System and method for generation of virtual account-linked card
US11887463B2 (en) 2019-04-25 2024-01-30 Capital One Services, Llc Systems and methods for card-handling by point of sale devices
US20210294557A1 (en) * 2019-09-17 2021-09-23 The Toronto-Dominion Bank Dynamically Determining an Interface for Presenting Information to a User
US11886764B2 (en) * 2019-09-17 2024-01-30 The Toronto-Dominion Bank Dynamically determining an interface for presenting information to a user
US11068768B1 (en) * 2020-05-22 2021-07-20 Bank Of America Corporation Pre-staging technology for self-service kiosks

Similar Documents

Publication Publication Date Title
US20070244830A1 (en) Method and system for real time financial transaction alert
US11922429B2 (en) Transaction security apparatus and method
US6529725B1 (en) Transaction security apparatus and method
US9235841B2 (en) Transaction security apparatus and method
US9245270B2 (en) Transaction security apparatus and method
US11379816B2 (en) Secure electronic payment system
US20020161701A1 (en) Debit or credit card transaction clearing house system
US8645280B2 (en) Electronic credit card with fraud protection
US20060059110A1 (en) System and method for detecting card fraud
US20110004526A1 (en) Portable consumer device verification system
US20090327133A1 (en) Secure mechanism and system for processing financial transactions
WO2001055984A1 (en) Flexible electronic system for conducting commercial transactions
GB2496595A (en) Smart phone payment application using two-dimensional barcodes
US20040122767A1 (en) Method for secure, anonymous electronic financial transactions
WO2001052205A1 (en) A processing method and apparatus
GB2398159A (en) Electronic payment authorisation using a mobile communications device
JP2003168063A (en) Method and system for approving payment in card payment method
CA2542988A1 (en) Method and system for real time financial transaction alert
CN101673443A (en) Network cash register system and realization method thereof
US20180018672A1 (en) Method and system to prevent fraud in payment sytems transitioning to mobile payment and chip cards
JP2003337917A (en) Personal identification system by mobile terminal
EP2608139A1 (en) Mobile device pay method
US20210133753A1 (en) Method and system to prevent fraud in payment systems transitioning to mobile payment and chip cards
US20210264412A1 (en) System and method for securing financial transactions
US20200410493A1 (en) Computer Implemented System and Method for Cashless and Cardless Transactions

Legal Events

Date Code Title Description
AS Assignment

Owner name: MOUNT LEHMAN CREDIT UNION, CANADA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HILDERMAN, NATHAN H.;REEL/FRAME:021804/0423

Effective date: 20070328

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION