US20140279468A1 - Secondary identification for remittance delivery - Google Patents
Secondary identification for remittance delivery Download PDFInfo
- Publication number
- US20140279468A1 US20140279468A1 US14/288,289 US201414288289A US2014279468A1 US 20140279468 A1 US20140279468 A1 US 20140279468A1 US 201414288289 A US201414288289 A US 201414288289A US 2014279468 A1 US2014279468 A1 US 2014279468A1
- Authority
- US
- United States
- Prior art keywords
- receiver
- transaction
- sender
- remittance
- remittance 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
Images
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/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking 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/04—Payment circuits
-
- 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/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
- G06Q20/102—Bill distribution or payments
-
- 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/382—Payment protocols; Details thereof insuring higher security of transaction
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
Definitions
- This disclosure relates generally to data processing systems. More particularly, example embodiments are directed to remittances in a data processing systems.
- a remittance is generally a financial transfer or payment (e.g. cash, check, electronic transfer) from one party (or party's account) to another party (or party's account).
- the financial services marketplace for transferring remittances includes a few large services companies (such as Western Union and Money Gram) and a number of other companies. This marketplace is experiencing substantial growth in all respects: the volume of remittances transferred, the number of service companies, the diversity of services they provide, and the entry of non-traditional service companies, such as the U.S. Postal Service and various credit unions.
- Remittances are sent in various ways thought the world, such as through banks, money transfer service companies (e.g., Western Union, MoneyGram), postal services (e.g., U.S. Postal Service), and online service companies (e.g. Xoom), or they may be hand-delivered by the actual sender or by a third party apart from banks, money transfer service companies or postal offices.
- Companies such as PayPal are providing the ability to send money electronically between PayPal accounts via “send money” functionality.
- the receiver would need to pick up the remittance (e.g., money) at a service location associated with the service company. To do so, the receiver generally presents an identification (e.g., primary identification) that establishes the receivers identity before the service location would release the remittance that was transmitted by the sender.
- an identification e.g., primary identification
- both the sender and the receiver would need to have electronic PayPal accounts that were originally set up for authorized access by the respective sender and receiver (e.g., primary identification), such as via username and password. Alternate secondary identification of the receiver (or receiver's account) may enhance the remittances services.
- FIG. 1 is a block diagram of a remittance system for remitting funds (e.g. financial transfer or payment) between a sender (or sender's account(s)) and receiver 130 (or receiver's account(s));
- funds e.g. financial transfer or payment
- FIG. 2 is an example exploded block diagram of an example remittance management system of FIG. 1 ;
- FIG. 3 is an example exploded block diagram of an example disbursement agent and remittance transaction management system of FIG. 1 ;
- FIG. 4 is flowchart that illustrates an example method performed by the remittance management system for a remittance transaction using secondary identification of picture transmission in accordance with FIGS. 1-3 ;
- FIG. 5 is flowchart that illustrates an example method performed by the disbursement agent and remittance transaction system for a remittance transaction using secondary identification of picture transmission in accordance with FIGS. 1-4 ;
- FIG. 6 is flowchart that illustrates an example method performed by the disbursement agent for a remittance transaction using secondary identification of picture transmission in accordance with FIGS. 1-5 :
- FIG. 7 is flowchart that illustrates an example method performed by the remittance management system for a remittance transaction using secondary identification of shared secret transmission in accordance with FIGS. 1-3 ;
- FIG. 8 is flowchart that illustrates an example method performed by the disbursement agent and remittance transaction system for a remittance transaction using secondary identification of shared secret transmission in accordance with FIGS. 1-3 and 7 ;
- FIG. 9 is flowchart that illustrates an example method performed by the disbursement agent for a remittance transaction using secondary identification of shared secret in accordance with FIGS. 1-3 , 7 and 8 ;
- FIG. 10 is flowchart that illustrates an example method performed by the remittance management system for a remittance transaction using secondary identification of real-time picture or video transmission in accordance with FIGS. 1-3 ;
- FIG. 11 is flowchart that illustrates an example method performed by the disbursement agent and remittance transaction system for a remittance transaction using secondary identification of real-time picture or video transmission in accordance with FIGS. 1-3 and 10 ;
- FIG. 12 is flowchart that illustrates an example method performed by the disbursement agent for a remittance transaction using secondary identification of real-time picture or video transmission in accordance with FIGS. 1-3 , 10 and 11 ;
- FIG. 13 is flowchart that illustrates an example method performed by the remittance management system for a remittance on call transaction using secondary identification of shared secret transmission in accordance with FIGS. 1-3 ;
- FIG. 14 is flowchart that illustrates an example method performed by the disbursement agent and remittance transaction system for a remittance on call transaction using secondary identification of shared secret transmission in accordance with FIGS. 1-3 and 13 :
- FIG. 15 is flowchart that illustrates an example method performed by the disbursement agent for a remittance transaction using secondary identification of shared secret in accordance with FIGS. 1-3 , 13 and 14 ;
- FIG. 16 is flowchart that illustrates an example method performed by the remittance management system for payment on call transaction in accordance with FIGS. 1-3 ;
- FIG. 17 is a block diagram illustrating an example machine in the example form of a computer system within which a set of instructions, for causing the computer system to perform any one or more of the methodologies disclosed in FIGS. 1-16 , may be executed.
- Example embodiments described herein include a system, a method, and a machine-readable medium for performing various remittance transactions using secondary identification.
- One method includes generating a remittance transaction to transfer funds from an account associated with a sender to a receiver; receiving a visual or audio identification of the receiver from the sender for the remittance transaction; and transmitting the generated remittance transaction, the received identification and the funds associated with the remittance transaction to a disbursement agent to selectively disburse funds to the receiver if the identification of the receiver matches the receiver.
- FIG. 1 is a block diagram of a remittance system 100 for remitting funds (e.g. financial transfer or payment) between a sender 102 (or sender's account(s), such as account 116 ) and receiver 130 (or receiver's account(s), such as account 118 ).
- funds e.g. financial transfer or payment
- remittance transactions including secondary identification will be described hereinbelow in reference to the remittance system 100 , including a remittance transaction that transmits a picture of the receiver 130 to a disbursement agent 124 , 126 , 128 for verification, a remittance transaction that transmits a shared secret from the receiver 130 to the remittance management system for verification with a shared secret from the sender 102 or from the remittance management system 108 , a remittance transaction that provides for real-time authentication in which a real-time picture or video is transmitted from the disbursement agent 124 , 126 , 128 to the sender's 102 sending device 104 for verification, as well as a remittance on call or a pay on call transaction in which the sender is telephonically connected to the receiver 130 at the time of initiating a remittance or pay transaction to the receiver 130 .
- the remittance system 100 includes a sending device 104 associated with the sender 102 interconnected via communication network 106 to a remittance management system 108 ; remittance management system 108 interconnected via communication network 114 to respective sender account 116 (e.g., bank account, credit card account, stored value account, etc.) and receiver account 118 (e.g., bank account, credit card account, etc.); the remittance management system 108 further interconnected via disbursement network 120 to disbursement agent and remittance transaction management system 122 and plural disbursement agents 124 , 126 and 128 ; and the remittance management system 108 interconnected via communication network 110 to receiving device 112 associated with the receiver 130 .
- sender account 116 e.g., bank account, credit card account, stored value account, etc.
- receiver account 118 e.g., bank account, credit card account, etc.
- the remittance management system 108 further interconnected via
- the sending device 104 and the receiving device 112 may include a conventional or cellular telephone (e.g., web-enabled), a peer-to-peer call client (e.g., Skype call client), a peer-to-peer software client (e.g., Skype software client), a web interface client (e.g., Internet Explorer, etc.).
- a conventional or cellular telephone e.g., web-enabled
- a peer-to-peer call client e.g., Skype call client
- a peer-to-peer software client e.g., Skype software client
- a web interface client e.g., Internet Explorer, etc.
- the communication networks 106 , 110 , 114 and 120 may include any conventional network, including a public switched telephone network (PSTN), a cellular network, a peer-to-peer (P2P) network, the Internet, Wide Area Network (WAN), Metropolitan Area Network (MAN), Campus Area Network (CAN), Virtual Private Network (VPN), private switched network, Local Area Network (LAN), Home Area Network (HAN), wireless (802.11), satellite, as well as a different combinations thereof, and the like.
- PSTN public switched telephone network
- P2P peer-to-peer
- WAN Wide Area Network
- MAN Metropolitan Area Network
- CAN Campus Area Network
- VPN Virtual Private Network
- private switched network Local Area Network
- LAN Local Area Network
- HAN Home Area Network
- wireless (802.11) 802.11
- the remittance management system 108 facilitates remittances (e.g., financial transfers or payments) between the sender 102 (or sender's account(s), such as account 116 ) and the receiver 130 (or receiver's account(s), such as account 118 ).
- remittances e.g., financial transfers or payments
- the remittance management system 108 includes a communication subsystem for communicating with the sending device 102 associated with the sender 104 and with the receiving device of 112 associated with the receiver 130 for a remittance transaction.
- the remittance management system 108 further includes a remittance subsystem that generates a remittance transaction in remittance system 100 , provides authentication of the sender 102 and determination of the receiver for the remittance transaction, determines the source and availability of funds for the remittance transaction, and provides notification of the receiver 130 relating to the generated remittance transaction.
- the disbursement agent and transaction management system 122 manages the distribution agents 124 , 126 , 128 within the disbursement network 120 and facilitates the distribution of remittances transactions, funds disbursement from the remittance management system 108 , and sender identification within the remittance system 100 .
- the plural disbursement agents 124 , 126 , 128 are managed by the disbursement agent and transaction management system 122 and are enabled to request and receive remittance transactions, receive distribution of funds and disburse funds to one or more receivers 130 .
- the remittance system 100 is scalable and may include multiple components of each of the foregoing system component.
- there may be multiple disbursement agent and transaction management systems 122 each of which manages distribution of remittance transactions, funds disbursements and receiver identification of multiple disbursement agents, such as disbursement agents 124 , 126 , 128 .
- FIG. 2 is an example exploded block diagram of the example remittance management system 108 of FIG. 1 .
- the remittance management system 108 includes a communication subsystem 202 , a remittance subsystem 210 , a secondary identification subsystem 222 , remittance transaction database 230 , routing subsystem 232 and user remittance accounts 242 .
- the communication subsystem 204 includes a sender interactive response module 204 , a sender network communication module 206 , and a receiver communication module 208 to interconnect the sender's 102 sending device 104 with the remittance management system 108 , the remittance management system 108 with receiver's 130 receiving device 112 , as well as the sender's sending device 104 with the receiver's 130 receiving device 112 , as particularly illustrated in FIG. 1 hereinabove.
- the sender interactive response module 204 e.g., voice and touch tone
- the sender 102 enables the sender 102 to use a conventional telephone or a cellular telephone as sending device 104 to perform remittance transactions as described herein via voice commands and/or touch tone commands using the telephone keypad.
- the sender network communication module 206 enables the sender 102 to use a web-enabled personal computer, personal digital assistant (PDA), and cellular telephone, and the like, as sending device 104 to communicate with the remittance management system in order to perform remittance transactions as described herein.
- PDA personal digital assistant
- the receiver communication module 208 enables the sender 102 to use a conventional telephone, a cellular telephone, a web-enabled personal computer, personal digital assistant (PDA), cellular telephone, or the like, as receiving device 112 to communicate with the remittance management system 108 for remittance transactions described herein.
- the receiver communication module 208 may also enable communication of sender 102 with the disbursement agent and remittance transaction management system 122 and/or disbursement agents 124 , 126 , 128 .
- the remittance subsystem 210 includes a remittance transaction module 212 , a remittance notification module 215 , a sender authentication module 216 , a receiver determination module 218 , and a funds source and availability module 220 .
- the remittance transaction module 212 may generate or initiate a remittance transaction from the sender 102 (or sender's account 116 , 242 ) to the receiver 130 (or receiver's account 118 , 242 ), which may be stored in the remittance transaction database 230 .
- the remittance transaction may include sender-related information (e.g., name, address, telephone, email, and the like), receiver-related information (e.g., name, address, telephone, email, and the like), source and amount of funds information (e.g., bank account, credit card information, user account information, etc.).
- sender and/or receiver social security number or national identification numbers including driver's license numbers
- date of birth e.g., cellular telephone number/identifier
- IP address/cookie/globally unique identifier (GUID) information for sending device 104 (e.g., computer/network enabled device), receiving agent location and details.
- the remittance notification module 214 may notify the receiver 130 and/or the sender 104 via communication subsystem 202 (e.g., via respective devices 104 , 112 ) relating to a scheduled remittance transaction.
- the sender authentication module 216 authenticates the sender 102 via communication subsystem 202 before generating or initiating a remittance transaction. More specifically, the sender 102 may input login or authentication information (e.g., username and password) via the sending device 104 for transmission to the remittance management system 108 .
- the password may be a biometric key (e.g. a thumbprint, a typing pattern, and the like).
- the authentication information may also include a personal identification number (PIN), such as a PIN generated via token (e.g., PayPal security key), or a PIN set by sender 102 at the time the sender's account was created.
- PIN personal identification number
- a PIN may also serve as a replacement for a password.
- the authentication information may be a biometric input, such as a thumbprint, a typing pattern, and the like.
- the authentication information may also be (or may additionally include) information associated with the sender's 102 sending device 104 , such as device specific identification and password.
- the device identification may be a caller ID (e.g., telephone sending device 104 ) or unique identifier (e.g., software generated unique identifier that may be stored in an application or web cookie) such as GUID (globally unique identifier).
- device specific information may also include a PIN, such as a PIN generated via token (e.g., PayPal security key).
- the receiver determination module 218 determines the receiver 130 for the generated remittance transaction.
- the funds source and availability module 220 verifies whether a source funds inputted by a sender 102 for a remittance transaction belongs to the sender 102 and confirms or determines whether the verified source of funds contains sufficient funds entered by the sender 102 for the remittance transaction.
- the routing subsystem 232 routes the remittance transaction to the disbursement agent and transaction management system 122 , as will be described hereinafter in greater detail.
- the completion notification module 221 receives completion or failure notification from disbursement agent and remittance transaction management system 122 and further transmits the notification to the sender 102 (e.g., sending device 014 associated with sender 102 ) via communication subsystem 202 .
- the secondary identification subsystem 222 includes a shared secret module 224 , a real-time picture or video module 226 and an input picture module 228 .
- the shared secret module 224 of FIG. 2 performs secondary identification of the receiver 130 , and may perform sender-receiver shared secret (SRSS) secondary identification or a remittance system-receiver shared secret (RRSS) secondary identification. More specifically, the shared secret module 224 may match a SRSS of the sender 102 to the SRSS of the receiver 130 , or may match a RRSS of the remittance management system 108 to the RRSS of the receiver 130 .
- SRSS sender-receiver shared secret
- RRSS remittance system-receiver shared secret
- the SRSS may be unique information known only to the sender 102 and the recipient 130 (e.g., also to remittance management network 108 into which it is inputted).
- the SRSS may be a single piece of information, such as a word or phrase, a PIN, a picture, a real time video feed, a machine readable barcode, or multiple pieces of information, such as a question/answer pair.
- the RRSS is unique information known only to the remittance management system 108 and recipient 130 .
- the RRSS may be the same pieces of information for the SRSS, a barcode or other machine generated image.
- the SRSS/RRSS may be transmitted form the remittance management system to the receiver 130 via receiving device 112 via communication network 110 .
- the SRSS/RRSS will be transmitted from the sender 102 via network 106 and from the disbursement agent and transaction management network 122 via network 120 to the remittance management system 108 to facilitate secondary identification of the receiver 130 . It should be noted, however, that it is also possible for the sender 102 to provide a SRSS to both remittance management system 108 and receiver 130 over different networks. For example, sender 102 may provide a PIN to the remittance management system 108 via an Internet based form, and may further provide the PIN to receiver 130 via a telephone. Because SRSS/RRSS authorize access to funds, the SRSS/RRSS may also be encrypted during transmission.
- a remittance transaction may be completed (e.g., funds being disbursed to the receiver 130 ) by disbursement of funds to the disbursement agent 124 , 126 , 128 via the disbursement agent and transaction management system 122 as will be described hereinafter in greater detail.
- the shared secret module 224 will transmit an allowance/denial of the remittance transaction based on the shared secret match, but the SRSS/RRSS are not transmitted to the disbursement agent and remittance transaction management system 122 .
- the shared secret module 224 may transmit the actual shared secret (e.g., SRSS or RRSS) to the disbursement agent 124 , 126 , 128 and allow the disbursement agent to make the determination if the shared secret provided by receiver 130 matches the SRSS/RRSS.
- shared secret module 224 may send a picture via secondary identification routing 240 to disbursement agent 124 , 126 , 128 , and allow the disbursement agent to determine if the picture matches the receiver 130 .
- the real-time picture or video module 226 of FIG. 2 facilitates real-time secondary identification of the receiver 130 by the sender 102 . More specifically, before funds are disbursed to the receiver 130 , the disbursement agent 124 , 126 , 128 may transmit a real-time picture or video of the receiver 130 via the disbursement agent and transaction management system 122 and disbursement network 120 to the remittance management system 108 . The real-time picture or video module 226 may further transmit the real-time picture or video of the receiver 130 via communication subsystem 202 to the sending device 102 for secondary identification by the sender 102 of the receiver 130 .
- the real-time picture or video may be transmitted for secondary identification to the sender's 102 sending device 104 , e.g., web-enabled cellular telephone, a peer-to-peer software client (e.g., Skype software client), web interface client (e.g., Internet Explorer, etc.) if the sender 102 is logged into the remittance management system 108 (e.g. available to receive the real-time video).
- a web video conference may be initiated via a Skype software client or video displayed via a video interface of the web interface client.
- a predetermined portion of the time real-time picture or video may be attached to an email and emailed to an email account associated with the sender 102 .
- the sender 102 via sending device 104 may confirm or deny secondary identification of the receiver 130 to the remittance management system 108 .
- the remittance management system 108 may receive such confirmation/denial via communication subsystem 202 and the real-time picture or video module 226 may further transmit such confirmation/denial to a routing subsystem 232 for funds routing (or denial of funds) to the disbursement agent and transaction management system 122 based on confirmation of the secondary identification.
- the input picture module 228 of FIG. 2 facilitates secondary identification of the receiver 130 . More specifically, in generating a remittance transaction, the sender 102 may provide via the sending device 104 a picture of the receiver 130 to the remittance management system 108 . The input picture module 228 may receive the picture provided by the sender 102 and may further transmit the picture to a routing subsystem 232 for transmission to the disbursement agent 124 , 126 , 128 via disbursement agent and transaction management system 122 . Upon receipt of the picture, the disbursement agent may confirm secondary identification of the receiver 130 before disbursing funds to the receiver 130 .
- the input picture module 228 may receive the picture of receiver 130 from the sender 102 via communication subsystem 202 and from the disbursement agent 124 , 126 , 128 via routing subsystem 232 , and may further perform image/facial recognition (or manual matching by a customer service representative) to confirm that the two images are similar. Such confirmation/denial may further be transmitted to the disbursement agent 124 , 126 , 128 via routing subsystem 232 to facilitate disbursement/non-disbursement of funds to the receiver 130 .
- a voice input module (not shown) may perform similarly to the embodiments described in reference to the input picture module 228 . More specifically, the voice input module may perform automated voice identification at the secondary identification subsystem 222 .
- the sender 102 may transmit an audio file of the receiver's 130 voice to remittance management system 108 and the disbursement agent 124 , 126 , 128 may record and transmit the receiver's 130 voice to remittance management system 108 .
- the voice input module may then perform automated voice identification, and may further notify the disbursement agent 124 , 126 , 128 to allow or deny disbursement to the receiver 130 .
- the routing subsystem 232 includes a remittance transaction routing module 234 , a funds routing module 236 , a funds source and availability routing module 238 , and a receiver identification routing module 240 .
- the routing subsystem 232 of FIG. 2 facilitates the routing of remittance transactions, availability requests of remittance transaction funds and remittance transaction funds, as well as receiver secondary identification to and from disbursement and transaction management system 122 and disbursement agent 124 , 126 , 128 .
- the remittance transaction routing module 234 receives a remittance transaction generated by the remittance transaction module 212 or reads the remittance transaction from the remittance transaction database 230 and routes the remittance transaction to the disbursement agent and transaction database system 122 for ultimate delivery to a disbursement agent 124 , 126 , 128 , or to the user account subsystem 242 for ultimate transfer of funds between user remittance accounts in user remittance accounts database 244 .
- the funds routing module 236 routes funds collected from the sender (via one or more sender's accounts) and associated with the generated remittance transaction to the disbursement agent and transaction database system 122 for ultimate delivery to a disbursement agent 124 , 126 , 128 .
- the funds source and availability routing module routes requests from funds source and availability module 220 to (and associated responses from) fund source(s) identified by the sender 102 for the remittance transaction.
- the funds routing module 236 may route funds to the disbursement agent and transaction network management system 122 .
- the receiver identification routing module 240 routes secondary identification to/from the disbursement agent and transaction network management system 122 for ultimate delivery to or receipt from a disbursement agent 124 , 126 , 128 .
- FIG. 3 is an example exploded block diagram of the example disbursement agent and remittance transaction management system 122 of FIG. 1 .
- the disbursement agent and remittance transaction management system 122 includes a remittance management system communication module 302 , a disbursement agent database 304 , a remittance subsystem 306 a remittance transaction database 318 and a disbursement agent communication module 320 .
- the remittance management system communication module 302 facilitates communication between the remittance management system and the disbursement agent and remittance transaction management system 122 over networks 114 and 120 .
- the disbursement agent database 304 maintains disbursement one or more agents 124 , 126 , 128 associated with the disbursement agent and remittance transaction management system 122 .
- the remittance transaction database 318 maintains remittance transactions for the one or more agents 124 , 126 , 128 maintained in the disbursement agent database 304 .
- the disbursement agent communication module 302 facilitates communication between the disbursement agent and remittance transaction management system 122 and disbursement agents 124 , 126 , 128 over disbursement network 120 .
- the remittance subsystem 306 includes a remittance transaction receiver module 308 , a disbursement agent request/response module 310 , a funds disbursement module 312 , a secondary identification module 314 and a remittance transaction completion status module 316 .
- the remittance transaction receiver module 308 receives a remittance transaction from the remittance management system 108 and stores the remittance transaction in remittance transaction database 318 .
- the disbursement agent request/response module 310 may identify a particular disbursement agent 124 , 126 , 128 from the disbursement agent database 304 and may transmit the received remittance transaction to a disbursement agent 124 , 126 , 128 via the disbursement agent communication module 320 over disbursement network 120 without request for the remittance transaction by the disbursement agent 124 , 126 , 128 .
- the disbursement agent request/response module may notify the identified disbursement agent 124 , 126 , 128 of the receipt of a remittance transaction and may await a request for the same.
- the disbursement agent request/response module 310 may retrieve the remittance transaction from the remittance transaction database 318 and may further transmit the retrieved remittance transaction to the disbursement agent 124 , 126 , 128 via the disbursement agent communication module 320 over disbursement network 120 .
- the funds disbursement module 312 may disburse remittance transaction funds received from the remittance management system 108 to the disbursement agent 124 , 126 , 128 upon receipt or upon confirmation of secondary identification received from the remittance management system 108 .
- the secondary identification module 314 facilitates communication of various secondary identification described herein between the receiver 130 (via receiving device 112 ), disbursement agent 124 , 126 , 128 , disbursement agent and remittance transaction management system 122 , remittance management system 108 and sender 102 (via sending sender 104 ).
- the remittance transaction completion status module 316 receives remittance transaction completion status (e.g., completed/failed) from the disbursement agent 124 , 126 , 128 and transmits the same to the remittance management system 108 .
- FIG. 4 is flowchart that illustrates an example method 400 performed by the remittance management system 108 for a remittance transaction using secondary identification of picture transmission in accordance with FIGS. 1-3 .
- the method 400 starts at operation 402 .
- the sender authentication module 216 receives login or authentication information from the sender 102 via sending device 104 for a remittance transaction.
- authentication information may include a combination of username, password, and/or a PIN entered by the sender 130 via sending device 104 , or the authentication information may also be (or may additionally include) information associated with the sender's 102 sending device 104 , such as device specific identification and password.
- the device identification may be a caller ID (e.g., telephone sending device 104 ) or unique identifier (e.g., software generated unique identifier that may be stored in an application or web cookie) such as GUID (globally unique identifier).
- device specific information may also include a PIN, such as a PIN generated via token (e.g. PayPal security key).
- the sender authentication module 216 authenticates the sender 102 using the foregoing login or authentication information for the remittance transaction.
- the remittance transaction module 212 generates a remittance transaction, receiving identification of receiver 130 or a pre-stored selection for receiver 130 , a source of funds (e.g., user remittance account 244 , sender bank account 116 that may be a bank account or a credit card account or the like) and an amount to be deducted or obtained from the source of funds associated with the remittance transaction.
- a source of funds e.g., user remittance account 244 , sender bank account 116 that may be a bank account or a credit card account or the like
- the input picture module 228 may also receive from the sender 102 a picture of the receiver 130 for secondary identification of the receiver 130 .
- the funds source and availability module 220 verifies the identity of the sender's inputted source of funds and the availability of inputted amount in the source of funds for the remittance transaction. At operation 414 it is determined whether the source and an available amount for the remittance transaction are confirmed.
- the example method 400 continues at operation 424 at which the sender 102 is notified of the failure of the remittance transaction. If however at operation 414 , the source and an available amount for the remittance transaction are confirmed, the example method 400 continues at operation 416 in which the remittance notification module 214 notifies the receiver 130 of the remittance transaction.
- the notification may be delivered by conventional telephone or cellular telephone call, SMS or other text/media messaging service, email, Internet based message board, or the like. The notification may also be delivered by conventional mail.
- the sender 102 may also be notified of the pending remittance transaction if desired.
- the remittance transaction routing module 234 transmits the generated remittance transaction to the disbursement agent and remittance transaction management system 122 .
- the funds routing module 236 disburses funds associated with the remittance transaction to the disbursement agent and remittance transaction management system 122 .
- the input picture module 228 transmits the inputted picture for the remittance transaction to the disbursement agent and remittance transaction management system 122 .
- the notification routing module 241 receives notification (completion or failure status) from the disbursement agent and remittance transaction system 122 relating to the remittance transaction, routing the notification to the competition notification module 221 , which at operation 426 notifies the sender 102 via sending device 104 of the completion status.
- the example method 400 ends at operation 428 .
- FIG. 5 is flowchart that illustrates an example method 500 performed by the disbursement agent and remittance transaction system 122 for a remittance transaction using secondary identification of picture transmission in accordance with FIGS. 1-4 .
- the example method 500 starts at operation 502 .
- the remittance transaction receiver module 308 receives a remittance transaction from the remittance management system 108 .
- the funds receiver/disbursement module 312 receives funds for the remittance transaction disbursed from the remittance management system 108 .
- the secondary identification module 314 receives the sender's 130 picture for the remittance transaction from the remittance management system 108 .
- the received remittance transaction, disbursed funds and the picture are stored in the remittance transaction database 318 for the remittance transaction at operation 510 .
- a request is received from a disbursement agent (e.g., disbursement agent 128 ) for the remittance transaction by the disbursement agent request/response module 310 .
- the request is made at a time when the receiver 130 visits the disbursement agent 128 and requests funds to be disbursed.
- the disbursement agent request/response module 310 transmits the stored remittance transaction and the picture of the receiver 130 to the disbursement agent 128 . Thereafter, at operation 516 , the remittance transaction completion status module 316 receives notification from the disbursement agent 128 as to the completion or failure of the remittance transaction. At operation 518 , the remittance transaction completion status module 316 determines whether the remittance transaction is complete (e.g., completion notification received). If remittance transaction is completed, the remittance transaction completion status module 316 forwards or transmits a completion notification to the remittance management system 108 at operation 520 .
- the remittance transaction completion status module 316 determines whether the remittance transaction is complete (e.g., completion notification received). If remittance transaction is completed, the remittance transaction completion status module 316 forwards or transmits a completion notification to the remittance
- the remittance transaction completion status module 316 forwards or transmits a failure notification to the remittance management system 108 at operation 522 .
- the example method 500 ends at operation 524 .
- FIG. 6 is flowchart that illustrates an example method 600 performed by the disbursement agent 128 for a remittance transaction using secondary identification of picture transmission in accordance with FIGS. 1-5 .
- the example method 600 starts at operation 602 . It is assumed that receiver 130 visits the disbursement agent 128 , presents identification and asks for disbursement of funds in connection with notification of the remittance transaction that the receiver 130 has received from the remittance management system 108 ( FIG. 4 , operation 416 ). At operation 604 , the disbursement agent 128 receives the identification that includes a picture from the receiver 130 .
- the disbursement agent 128 requests the remittance transaction and the associated funds and picture from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 receives the requested remittance transaction and the associated funds and picture from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 compares the receiver and/or receiver's identification that includes the picture with the receiver's information (e.g., name, address, etc.) and picture of the remittance transaction.
- the method 600 continues at operation 612 where the disbursement agent 128 disburses the funds associated with the remittance transaction to the receiver 130 . If it is determined that there is no match of identification and picture at operation 610 , the method 600 continues at operation 614 .
- the disbursement agent notifies the disbursement agent and remittance transaction management system 122 of a completion status of the remittance transaction (e.g., completion or failure). The method 600 ends at operation 616 .
- FIG. 7 is flowchart that illustrates an example method 700 performed by the remittance management system 108 for a remittance transaction using secondary identification of shared secret transmission in accordance with FIGS. 1-3 .
- the method 700 starts at operation 702 .
- the sender authentication module 216 receives login or authentication information from the sender 102 via sending device 104 for a remittance transaction.
- authentication information may include a combination of username, password, and/or a PIN entered by the sender 130 via sending device 104 , or the authentication information may also be (or may additionally include) information associated with the sender's 102 sending device 104 , such as device specific identification and password.
- the sender authentication module 216 authenticates the sender 102 using the foregoing login or authentication information for the remittance transaction.
- the remittance transaction module 212 generates a remittance transaction, receiving identification of receiver 130 or a pre-stored selection for receiver 130 , a source of funds (e.g., user remittance account 244 , sender bank account 116 that may be a bank account, or a credit card account, or the like) and an amount to be deducted or obtained from the source of funds associated with the remittance transaction.
- a source of funds e.g., user remittance account 244 , sender bank account 116 that may be a bank account, or a credit card account, or the like
- the shared secret module 224 may also receive from the sender 102 a shared secret between the sender 102 and the receiver 130 (SRSS) or may generate a shared secret between the remittance management system 108 and the receiver 130 (RRSS) for secondary identification of the receiver 130 .
- the funds source and availability module 220 verifies the identity of the sender's inputted source of funds and the availability of inputted amount in the source of funds for the remittance transaction.
- the remittance notification module 214 notifies the receiver 130 of the remittance transaction and the received shared secret.
- the notification may be delivered by conventional telephone or cellular telephone call, SMS or other text/media messaging service, email, internet based secure message board, or the like.
- the notification may also be delivered by conventional mail.
- the sender 102 may also be notified of the pending remittance transaction if desired.
- the remittance transaction routing module 234 transmits the generated remittance transaction to the disbursement agent and remittance transaction management system 122 .
- the shared secret module 222 receives the receiver's 130 shared secret from the disbursement agent and remittance transaction management system 122 relating to the remittance transaction (e.g., receiver's 130 shared secret received by and forwarded to system 122 by disbursement agent 128 ).
- the shared secret module 224 determines whether the shared secret received from disbursement agent and remittance transaction management system 122 matches the shared secret inputted by the sender 102 (SRSS) or generated by the remittance management system 108 (RRSS). Therefore, if shared secrets do not match at operation 720 , the method 700 continues at operation 722 at which the shared secret module 224 notifies the disbursement agent and remittance transaction management system 122 that shared secrets (SRSS or RRSS) do not match for the remittance transaction, and the method 700 continues at operation 728 .
- SRSS sender 102
- RRSS remittance management system 108
- the method continues at operation 724 where the funds routing module 236 disburses funds associated with the remittance transaction to the disbursement agent and remittance transaction management system 122 .
- the shared secret module 224 may transmit the shared secret to the disbursement agent via the disbursement agent and remittance transaction management system 122 to allow the disbursement agent to make the decision if the shared secret matches the secret provided by recipient 130 .
- the funds routing module 236 may disburse funds associated with the remittance transaction to the disbursement agent and remittance transaction management system 122 .
- the notification routing module 241 receives notification (completion or failure status) from the disbursement agent and remittance transaction system 122 relating to the remittance transaction, routing the notification to the competition notification module 221 .
- the competition notification module 221 notifies the sender 102 via sending device 104 of the completion status (completion or failure) of the remittance transaction.
- the example method 700 ends at operation 730 .
- FIG. 8 is flowchart that illustrates an example method 800 performed by the disbursement agent and remittance transaction system 122 for a remittance transaction using secondary identification of shared secret transmission in accordance with FIGS. 1-3 and 7 .
- the method 800 starts at operation 802 .
- the remittance transaction receiver module 308 receives a remittance transaction from the remittance management system 108 .
- the received remittance transaction is stored in the remittance transaction database 318 for the remittance transaction at operation 806 .
- a request is received from a disbursement agent (e.g., disbursement agent 128 ) for the remittance transaction by the disbursement agent request/response module 310 .
- the request is made at a time when the receiver 130 visits the disbursement agent 128 and requests funds to be disbursed.
- the disbursement agent request/response module 310 transmits the stored remittance transaction to the disbursement agent 128 .
- the identification module 314 receives a shared secret (SSRS or RRSS) from the disbursement agent 128 (e.g., the shared secret provided by the receiver 130 to the disbursement agent 128 ).
- the identification module 314 transmits the received shared secret to the remittance management system 108 .
- the funds disbursement module 312 determines whether funds for the remittance transaction have been received from the remittance management system 108 . If it is determined that funds have been received at operation 818 , then at operation 820 the funds disbursement module 312 notifies the disbursement agent 128 of the shared secret match (SSRS or RRSS). At operation, 822 the funds disbursement module 312 disburses the funds to the disbursement agent 128 . At operation 824 , the remittance transaction completion status module 316 determines whether the remittance transaction complete status is received from the disbursement agent 128 .
- the remittance transaction completion status module 316 notifies the remittance management system 108 of the complete status for the remittance transaction. If remittance transaction is not complete (failed), at operation 828 , the remittance transaction completion status module 316 notifies the remittance management system 108 of the fail status for the remittance transaction. Now returning back to operation 818 , if it is determined that funds have not been received at operation 818 , then the method 800 continues at operation 828 where the remittance transaction completion status module 316 notifies the remittance management system 108 of the fail status for the remittance transaction. The method 800 ends at operation 830 .
- FIG. 9 is flowchart that illustrates an example method 900 performed by the disbursement agent 128 for a remittance transaction using secondary identification of shared secret in accordance with FIGS. 1-3 , 7 and 8 .
- the method 900 starts at operation 902 .
- the disbursement agent 128 receives receiver's identification from the receiver 130 .
- the disbursement agent 128 requests the remittance transaction from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 receives the requested remittance transaction from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 receives a shared secret from the receiver 130 for the remittance transaction and at operation 912 transmits the received shared secret to the disbursement agent and remittance transaction management system 122 . Thereafter, at operation 914 , the disbursement agent receives a notification relating to the shared secret from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 determines whether the notification indicates that there has been a match of the shared secret. Therefore, if there is no shared secret match at operation 916 , the method 900 continues at operation 922 at which the disbursement agent 128 notifies the disbursement agent and remittance transaction management system 122 of remittance transaction status (e.g., failure). If however there is a shared secret match at operation 916 , the method 900 continues at operation 918 at which the disbursement agent 128 receives disbursed funds for the remittance transaction from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 disburses the funds associated with the remittance transaction to the receiver 130 . Thereafter, at operation 922 , the disbursement agent notifies 128 the disbursement agent and remittance transaction management system 122 of a completion status of the remittance transaction (e.g., completion). The method 900 ends at operation 924 .
- FIG. 10 is flowchart that illustrates an example method 1000 performed by the remittance management system 108 for a remittance transaction using secondary identification of real-time picture or video transmission in accordance with FIGS. 1-3 .
- the method starts at operation 1002 .
- the sender authentication module 216 receives login or authentication information from the sender 102 via sending device 104 for a remittance transaction.
- authentication information may include a combination of username, password, and a PIN entered by the sender 130 via sending device 104 , or the authentication information may also be (or may additionally include) information associated with the sender's 102 sending device 104 , such as device specific identification and password.
- the sender authentication module 216 authenticates the sender 102 using the foregoing login or authentication information for the remittance transaction.
- the remittance transaction module 212 generates a remittance transaction, receiving identification of receiver 130 or a pre-stored selection for receiver 130 , a source of funds (e.g., user remittance account 244 , sender bank account 116 that may be a bank account, or a credit card account, or the like) and an amount to be deducted or obtained from the source of funds associated with the remittance transaction.
- a source of funds e.g., user remittance account 244 , sender bank account 116 that may be a bank account, or a credit card account, or the like
- the funds source and availability module 220 verifies the identity of the sender's inputted source of funds and the availability of inputted amount in the source of funds for the remittance transaction.
- the remittance notification module 214 notifies the receiver 130 of the remittance transaction.
- the remittance transaction routing module 234 transmits the generated remittance transaction to the disbursement agent and remittance transaction management system 122 .
- the real-time picture or video module 226 receives real-time picture or video of the receiver 130 from the disbursement agent and remittance transaction management system 122 relating to the remittance transaction.
- the real-time picture or video module 226 transmits the received real-time picture or video of the receiver 130 to the sender 102 via sending device 104 .
- sending device 104 at operation 1018 may be different from the sending device in operation 1004 , e.g., remittance transaction could be initiated via a website but real-time picture or video confirmation may be performed via cell phone, for example.
- the real-time picture or video module 226 determines whether confirmation or denial of the real-time picture or video of the receiver 130 is received from the sender 102 .
- the notification routing module 241 notifies the disbursement agent and remittance transaction management system 122 that the remittance transaction has been denied, and at operation 1030 the completion notification module 221 notifies the sender 102 via sending device 104 of the failure of the remittance transaction.
- the notification routing module 241 notifies the disbursement agent and remittance transaction management system 122 that the remittance transaction is confirmed.
- the funds routing module 236 disburses the funds to the disbursement agent and remittance transaction management system 122 for the remittance transaction.
- the notification routing module 241 receives completion notification of the remittance transaction from the disbursement agent and remittance transaction management system 122 .
- the completion notification module 221 notifies the sender 102 via sending device 104 of completion of the remittance transaction. The method 1000 ends at operation 1032 .
- FIG. 11 is flowchart that illustrates an example method 1100 performed by the disbursement agent and remittance transaction system 122 for a remittance transaction using secondary identification of real-time picture or video transmission in accordance with FIGS. 1-3 and 10 .
- the method 1100 starts at operation 1102 .
- the remittance transaction receiver module 308 receives a remittance transaction from the remittance management system 108 .
- the received remittance transaction is stored in the remittance transaction database 318 for the remittance transaction at operation 1106 .
- a request is received from a disbursement agent (e.g., disbursement agent 128 ) for the remittance transaction by the disbursement agent request/response module 310 .
- the request is made at a time when the receiver 130 visits the disbursement agent 128 and requests funds to be disbursed.
- the disbursement agent request/response module 310 transmits the stored remittance transaction to the disbursement agent 128 .
- the identification module 314 receives a real-time picture or video of receiver 130 from the disbursement agent 128 .
- the identification module 314 transmits the received real-time picture or video of the receiver 130 to the remittance management system 108 .
- the funds disbursement module 312 determines whether confirmation or denial of secondary identification has been received from the remittance management system 108 (e.g., via sender 102 using sending device 104 ). If it is determined that confirmation has been received, at operation 1118 funds are received from the remittance management system 108 for the remittance transaction. Thereafter, at operation 1120 the identification module 314 notifies the disbursement agent 128 of the confirmation. At operation, 1122 the funds disbursement module 312 disburses the funds to the disbursement agent 128 .
- the remittance transaction completion status module 316 receives completion status of the remittance transaction form the disbursement agent 128 and at operation 1128 , the remittance transaction completion status module 316 notifies the remittance management system 108 of the remittance transaction completion status (e.g., completion).
- the remittance transaction completion status module 316 notifies the remittance management system 108 of the remittance transaction completion status (e.g., failure).
- the method 1100 ends at operation 1130 .
- FIG. 12 is flowchart that illustrates an example method 1200 performed by the disbursement agent 128 for a remittance transaction using secondary identification of real-time picture or video transmission in accordance with FIGS. 1-3 , 10 and 11 .
- the method 1200 starts at operation 1202 .
- the disbursement agent 128 receives receiver's identification from the receiver 130 .
- the disbursement agent 128 requests the remittance transaction for the receiver 130 from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 receives the requested remittance transaction from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 transmits a real-time picture or video of receiver 130 to the disbursement agent and remittance transaction management system 122 . Thereafter, at operation 1212 , the disbursement agent 128 receives a notification relating to the confirmation or denial of secondary identification for remittance transaction from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 determines whether the notification indicates that there has been a confirmation or denial of secondary identification of the receiver 130 . Therefore, if the notification is determined to be a denial at operation 1214 , the method 1200 continues at operation 1120 at which the disbursement agent 128 notifies the disbursement agent and remittance transaction management system 122 of remittance transaction status (e.g., failure). If however the notification is determined to be a confirmation at operation 1214 , the method 1200 continues at operation 1216 at which the disbursement agent 128 receives disbursed funds for the remittance transaction from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 disburses the funds associated with the remittance transaction to the receiver 130 . Thereafter, at operation 1220 , the disbursement agent notifies 128 the disbursement agent and remittance transaction management system 122 of a completion status of the remittance transaction (e.g., completion). The method 1200 ends at operation 1222 .
- FIG. 13 is flowchart that illustrates an example method 1300 performed by the remittance management system 108 for a remittance on call transaction using secondary identification of shared secret transmission in accordance with FIGS. 1-3 .
- the method 1300 start at operation 1302 .
- the communication subsystem 202 e.g., via interactive response module 204 or sender network module 206 ) receives a call initiation request from sender 102 to receiver 130 (e.g., sending device 104 to receiving device 112 ).
- the communication subsystem 202 e.g., via receiver communication module 208 ) connects the sender 102 (via sending device 104 ) to the receiver 130 (via receiving device 112 ).
- the sender authentication module 216 receives login or authentication information from the sender 102 via sending device 104 for a remittance transaction.
- authentication information may include a combination of username, password, and a PIN entered by the sender 130 via sending device 104 , or the authentication information may also be (or may additionally include) information associated with the sender's 102 sending device 104 , such as device specific identification and password.
- the remittance on call transaction may be initiated in several ways. For example, if the call is from a software client (e.g., Skype), the remittance on call could be initiated via a “button” or other form of interactive initiation in the software client.
- the remittance transaction including input of login information, shared secret information and notifications may be completed via web forms or software interfaces within software client (e.g. Skype). If, however, the call is from a land line, a cellular, or other voice based telephone or service, the remittance on call may be initiated via a keystroke combination (e.g., “*77”) on the keypad and the remittance transaction may be completed via the interactive response module (IRM) 204 of communication subsystem 202 .
- IRM interactive response module
- the sender authentication module 216 authenticates the sender 102 using the foregoing login or authentication information for the remittance transaction.
- the remittance transaction module 212 generates a remittance transaction, receiving identification of receiver 130 or a pre-stored selection for receiver 130 , a source of funds (e.g., user remittance account 244 , sender bank account 116 that may be a bank account, or a credit card account, or the like) and an amount to be deducted or obtained from the source of funds associated with the remittance transaction.
- a source of funds e.g., user remittance account 244 , sender bank account 116 that may be a bank account, or a credit card account, or the like
- the shared secret module 224 may also receive from the sender 102 a shared secret between the sender 102 and the receiver 130 (SRSS) or may generate a shared secret between the remittance management system 108 and the receiver 130 (RRSS) for secondary identification of the receiver 130 .
- the funds source and availability module 220 verifies the identity of the sender's inputted source of funds and the availability of inputted amount in the source of funds for the remittance transaction.
- the remittance notification module 214 notifies the receiver 130 of the remittance transaction and the received shared secret.
- the notification may be delivered via the connection method via which the sender 102 is connected to the receiver 130 (e.g., software client or telephone) or via alternate means of communication such as a conventional telephone or cellular telephone call, SMS or other text/media messaging service, email, internet based secure message board, or the like.
- the sender 102 may also be notified of the pending remittance transaction if desired via the current connection method.
- the remittance transaction routing module 234 transmits the generated remittance transaction to the disbursement agent and remittance transaction management system 122 .
- the shared secret module 222 receives the receiver's 130 shared secret from the disbursement agent and remittance transaction management system 122 relating to the remittance transaction (e.g., receiver's 130 shared secret received by and forwarded to system 122 by disbursement agent 128 ).
- the shared secret module 224 determines whether the shared secret received from disbursement agent and remittance transaction management system 122 matches the shared secret inputted by the sender 102 (SRSS) or generated by the remittance management system 108 (RRSS). Therefore, if shared secrets do not match at operation 1324 , the method 1300 continues at operation 1326 at which the shared secret module 224 notifies the disbursement agent and remittance transaction management system 122 that shared secrets (SRSS or RRSS) do not match for the remittance transaction, and the method 1300 continues at operation 1332 .
- SRSS sender 102
- RRSS remittance management system 108
- the method continues at operation 1328 where the funds routing module 236 disburses funds associated with the remittance transaction to the disbursement agent and remittance transaction management system 122 .
- the notification routing module 241 receives notification (completion or failure status) from the disbursement agent and remittance transaction system 122 relating to the remittance transaction, routing the notification to the competition notification module 221 .
- the competition notification module 221 notifies the sender 102 via sending device 104 of the completion status (completion or failure) of the remittance transaction.
- the notification may be effected using the same communication method via which the sender 102 is communicating to the receiver 130 , or an alternate means of communication.
- the example method 1334 ends at operation 1334 .
- FIG. 14 is flowchart that illustrates an example method 1400 performed by the disbursement agent and remittance transaction system 122 for a remittance on call transaction using secondary identification of shared secret transmission in accordance with FIGS. 1-3 and 13 .
- the method 1400 starts at operation 1402 .
- the remittance transaction receiver module 308 receives a remittance transaction from the remittance management system 108 .
- the received remittance transaction is stored in the remittance transaction database 318 for the remittance transaction at operation 1406 .
- a request is received from a disbursement agent (e.g., disbursement agent 128 ) for the remittance transaction by the disbursement agent request/response module 310 .
- the request is made at a time when the receiver 130 visits the disbursement agent 128 and requests funds to be disbursed.
- the disbursement agent request/response module 310 transmits the stored remittance transaction to the disbursement agent 128 .
- the identification module 314 receives a shared secret (SSRS or RRSS) from the disbursement agent 128 (e.g., the shared secret provided by the receiver 130 to the disbursement agent 128 ).
- the identification module 314 transmits the received shared secret to the remittance management system 108 .
- the funds disbursement module 312 determines whether funds for the remittance transaction have been received from the remittance management system 108 . If it is determined that funds have been received at operation 1418 , then at operation 1420 the funds disbursement module 312 notifies the disbursement agent 128 of the shared secret match (SSRS or RRSS). At operation, 1422 the funds disbursement module 312 disburses the funds to the disbursement agent 128 . At operation 1424 , the remittance transaction completion status module 316 determines whether the remittance transaction complete status is received from the disbursement agent 128 .
- SSRS shared secret match
- the remittance transaction completion status module 316 notifies the remittance management system 108 of the complete status for the remittance transaction. If remittance transaction is not complete (failed), at operation 1428 , the remittance transaction completion status module 316 notifies the remittance management system 108 of the fail status for the remittance transaction. Now returning back to operation 1418 , if it is determined that funds have not been received at operation 1418 , then the method 1400 continues at operation 1428 where the remittance transaction completion status module 316 notifies the remittance management system 108 of the fail status for the remittance transaction. The method 1400 ends at operation 1430 .
- FIG. 15 is flowchart that illustrates an example method 1500 performed by the disbursement agent 128 for a remittance on call transaction using secondary identification of shared secret transmission in accordance with FIGS. 1-3 , 13 and 14 .
- the method 1500 starts at operation 1502 .
- the disbursement agent 128 receives receiver's identification from the receiver 130 .
- the disbursement agent 128 requests the remittance transaction from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 receives the requested remittance transaction from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 receives a shared secret from the receiver 130 for the remittance transaction and at operation 1512 transmits the received shared secret to the disbursement agent and remittance transaction management system 122 . Thereafter, at operation 1514 , the disbursement agent receives a notification relating to the shared secret from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 determines whether the notification indicates that there has been a match of the shared secret. Therefore, if there is no shared secret match at operation 1516 , the method 1500 continues at operation 1522 at which the disbursement agent 128 notifies the disbursement agent and remittance transaction management system 122 of remittance transaction status (e.g. failure). If however there is a shared secret match at operation 1516 , the method 1500 continues at operation 1518 at which the disbursement agent 128 receives disbursed funds for the remittance transaction from the disbursement agent and remittance transaction management system 122 .
- the disbursement agent 128 disburses the funds associated with the remittance transaction to the receiver 130 . Thereafter, at operation 1522 , the disbursement agent notifies 128 the disbursement agent and remittance transaction management system 122 of a completion status of the remittance transaction (e.g., completion). The method 1500 ends at operation 1524 .
- FIG. 16 is flowchart that illustrates an example method 1600 performed by the remittance management system 108 for payment on call transaction in accordance with FIGS. 1-3 .
- the receiver 130 does not collect funds in accordance with a remittance transaction from a disbursement agent 128 ; instead a payment transaction transmits funds from a sender's remittance account to a receiver's remittance account of the remittance management system 108 , as will be described below.
- the method 1600 start at operation 1602 .
- the communication subsystem 202 receives a call from sender 102 to receiver 130 (e.g., sending device 104 to receiving device 112 ).
- the communication subsystem 202 (e.g., via receiver communication module 208 ) connects the sender 102 (via sending device 104 ) to the receiver 130 (via receiving device 112 ).
- the sender authentication module 216 receives login or authentication information from the sender 102 via sending device 104 for a payment transaction.
- authentication information may include a combination of username, password, and a PIN entered by the sender 130 via sending device 104 , or the authentication information may also be (or may additionally include) information associated with the sender's 102 sending device 104 , such as device specific identification and password.
- the payment on call transaction may be initiated in several ways. For example, if the call is from a software client (e.g., Skype), the payment on call could be initiated via a “button” or other form of interactive initiation in the software client.
- the payment transaction, including input of login information and notifications, may be completed via web forms or software interfaces within software client (e.g., Skype).
- the payment on call may be initiated via a keystroke combination (e.g., “*77”) on the keypad and the payment transaction may be completed via the interactive response module (IRM) 204 of communication subsystem 202 .
- a keystroke combination e.g., “*77”
- the sender authentication module 216 authenticates the sender 102 using the foregoing login or authentication information for the remittance transaction.
- the remittance transaction module 212 generates a payment transaction, receiving identification of receiver 130 or a pre-stored selection for receiver 130 , a source of funds (e.g., user remittance account 244 , sender bank account 116 that may be a bank account, or a credit card account, or the like) and an amount to be deducted or obtained from the source of funds associated with the remittance transaction.
- a source of funds e.g., user remittance account 244 , sender bank account 116 that may be a bank account, or a credit card account, or the like
- the funds source and availability module 220 verifies the identity of the sender's inputted source of funds and the availability of inputted amount in the source of funds for the remittance transaction.
- the remittance notification module 214 notifies the receiver 130 of the remittance transaction and the received shared secret.
- the notification may be delivered via the connection method via which the sender 102 is connected to the receiver 130 (e.g., software client or telephone) or via alternate means of communication such as a conventional telephone or cellular telephone call, SMS or other text/media messaging service, email, internet based secure message board, or the like.
- the sender 102 may also be notified of the pending remittance transaction if desired via the current connection method.
- the remittance transaction routing module 234 transmits the payment transaction to the user account subsystem 424 , which transmits the funds from the sender's 102 user remittance account 244 to the receiver's 130 user remittance account 244 .
- the competition notification module 221 notifies the sender 102 via sending device 104 of the completion of the payment transaction. As before, the notification may be effected using the same communication method via which the sender 102 is communicating to the receiver 130 , or an alternate means of communication.
- the example method 1600 ends at operation 1622 .
- FIG. 17 is a block diagram illustrating an example machine in the example form of a computer system 1700 within which a set of instructions, for causing the computer system to perform any one or more of the methodologies disclosed in FIGS. 1-16 , may be executed.
- the machine operates as a standalone device or may be connected (e.g. networked) to other machines.
- the machine may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
- the machine may be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
- PC personal computer
- PDA Personal Digital Assistant
- STB set-top box
- WPA Personal Digital Assistant
- the example computer system 1700 includes a processor 1702 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both), a main memory 1704 and a static memory 1706 , which communicate with each other via a bus 1708 .
- the computer system 1700 may further include a video display unit 1710 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
- the computer system 1700 also includes an alphanumeric input device 1712 (e.g., a keyboard), a user interface (UI) navigation device 1714 (e.g., a mouse), a disk drive unit 1716 , a signal generation device 1718 (e.g., a speaker) and a network interface device 1720 .
- an alphanumeric input device 1712 e.g., a keyboard
- UI user interface
- disk drive unit 1716 e.g., a disk drive unit 1716
- signal generation device 1718 e.g., a speaker
- the disk drive unit 916 includes a machine-readable medium 1722 on which is stored one or more sets of instructions and data structures (e.g., software 1724 ) embodying or utilized by any one or more of the methodologies or functions described herein.
- the software 1724 may also reside, completely or at least partially, within the main memory 1704 and/or within the processor 1702 during execution thereof by the computer system 1700 , the main memory 1704 and the processor 1702 also constituting machine-readable media.
- the software 1724 may further be transmitted or received over a network 1726 via the network interface device 1720 utilizing any one of a number of well-known transfer protocols (e.g., HTTP).
- HTTP transfer protocol
- machine-readable medium 1722 is shown in an example embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions.
- the term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention, or that is capable of storing, encoding or carrying data structures utilized by or associated with such a set of instructions.
- the term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.
- inventive subject matter may be referred to herein, individually and/or collectively, by the term “invention” merely for convenience and without intending to voluntarily limit the scope of this application to any single invention or inventive concept if more than one is in fact disclosed.
- inventive concept merely for convenience and without intending to voluntarily limit the scope of this application to any single invention or inventive concept if more than one is in fact disclosed.
Abstract
There are provided a method, system and program storage device perform a remittance transaction. The method includes generating a remittance transaction to transfer funds from an account associated with a sender to a receiver; receiving a visual or audio identification of the receiver from the sender for the remittance transaction; and transmitting the generated remittance transaction, the received identification and the funds associated with the remittance transaction to a disbursement agent to selectively disburse funds to the receiver if the identification of the receiver matches the receiver.
Description
- This application is a continuation of U.S. patent application Ser. No. 11/868,039, filed on Oct. 5, 2007, the benefit of priority of which is claimed hereby, and of which is incorporated by reference herein in its entirety.
- This disclosure relates generally to data processing systems. More particularly, example embodiments are directed to remittances in a data processing systems.
- In the financial services marketplace, a remittance is generally a financial transfer or payment (e.g. cash, check, electronic transfer) from one party (or party's account) to another party (or party's account). The financial services marketplace for transferring remittances includes a few large services companies (such as Western Union and Money Gram) and a number of other companies. This marketplace is experiencing substantial growth in all respects: the volume of remittances transferred, the number of service companies, the diversity of services they provide, and the entry of non-traditional service companies, such as the U.S. Postal Service and various credit unions.
- Remittances are sent in various ways thought the world, such as through banks, money transfer service companies (e.g., Western Union, MoneyGram), postal services (e.g., U.S. Postal Service), and online service companies (e.g. Xoom), or they may be hand-delivered by the actual sender or by a third party apart from banks, money transfer service companies or postal offices. Companies such as PayPal are providing the ability to send money electronically between PayPal accounts via “send money” functionality.
- Generally, to receive a remittance (e.g., money) transmitted from a sender to a receiver via one of the foregoing brick and mortar service companies and the like, the receiver would need to pick up the remittance (e.g., money) at a service location associated with the service company. To do so, the receiver generally presents an identification (e.g., primary identification) that establishes the receivers identity before the service location would release the remittance that was transmitted by the sender. To receive money electronically via PayPal, for example, both the sender and the receiver would need to have electronic PayPal accounts that were originally set up for authorized access by the respective sender and receiver (e.g., primary identification), such as via username and password. Alternate secondary identification of the receiver (or receiver's account) may enhance the remittances services.
- Some embodiments are illustrated by way of example and not limitation in the figures of the accompanying drawings in which:
-
FIG. 1 is a block diagram of a remittance system for remitting funds (e.g. financial transfer or payment) between a sender (or sender's account(s)) and receiver 130 (or receiver's account(s)); -
FIG. 2 is an example exploded block diagram of an example remittance management system ofFIG. 1 ; -
FIG. 3 is an example exploded block diagram of an example disbursement agent and remittance transaction management system ofFIG. 1 ; -
FIG. 4 is flowchart that illustrates an example method performed by the remittance management system for a remittance transaction using secondary identification of picture transmission in accordance withFIGS. 1-3 ; -
FIG. 5 is flowchart that illustrates an example method performed by the disbursement agent and remittance transaction system for a remittance transaction using secondary identification of picture transmission in accordance withFIGS. 1-4 ; -
FIG. 6 is flowchart that illustrates an example method performed by the disbursement agent for a remittance transaction using secondary identification of picture transmission in accordance withFIGS. 1-5 : -
FIG. 7 is flowchart that illustrates an example method performed by the remittance management system for a remittance transaction using secondary identification of shared secret transmission in accordance withFIGS. 1-3 ; -
FIG. 8 is flowchart that illustrates an example method performed by the disbursement agent and remittance transaction system for a remittance transaction using secondary identification of shared secret transmission in accordance withFIGS. 1-3 and 7; -
FIG. 9 is flowchart that illustrates an example method performed by the disbursement agent for a remittance transaction using secondary identification of shared secret in accordance withFIGS. 1-3 , 7 and 8; -
FIG. 10 is flowchart that illustrates an example method performed by the remittance management system for a remittance transaction using secondary identification of real-time picture or video transmission in accordance withFIGS. 1-3 ; -
FIG. 11 is flowchart that illustrates an example method performed by the disbursement agent and remittance transaction system for a remittance transaction using secondary identification of real-time picture or video transmission in accordance withFIGS. 1-3 and 10; -
FIG. 12 is flowchart that illustrates an example method performed by the disbursement agent for a remittance transaction using secondary identification of real-time picture or video transmission in accordance withFIGS. 1-3 , 10 and 11; -
FIG. 13 is flowchart that illustrates an example method performed by the remittance management system for a remittance on call transaction using secondary identification of shared secret transmission in accordance withFIGS. 1-3 ; -
FIG. 14 is flowchart that illustrates an example method performed by the disbursement agent and remittance transaction system for a remittance on call transaction using secondary identification of shared secret transmission in accordance withFIGS. 1-3 and 13: -
FIG. 15 is flowchart that illustrates an example method performed by the disbursement agent for a remittance transaction using secondary identification of shared secret in accordance withFIGS. 1-3 , 13 and 14; -
FIG. 16 is flowchart that illustrates an example method performed by the remittance management system for payment on call transaction in accordance withFIGS. 1-3 ; and -
FIG. 17 is a block diagram illustrating an example machine in the example form of a computer system within which a set of instructions, for causing the computer system to perform any one or more of the methodologies disclosed inFIGS. 1-16 , may be executed. - An example system, method and machine-readable medium for performing a remittance transaction are described. In the following description, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of example embodiments. It will be evident, however, to one skilled in the art that an example embodiment may be practiced without these specific details.
- Example embodiments described herein include a system, a method, and a machine-readable medium for performing various remittance transactions using secondary identification. One method includes generating a remittance transaction to transfer funds from an account associated with a sender to a receiver; receiving a visual or audio identification of the receiver from the sender for the remittance transaction; and transmitting the generated remittance transaction, the received identification and the funds associated with the remittance transaction to a disbursement agent to selectively disburse funds to the receiver if the identification of the receiver matches the receiver.
-
FIG. 1 is a block diagram of aremittance system 100 for remitting funds (e.g. financial transfer or payment) between a sender 102 (or sender's account(s), such as account 116) and receiver 130 (or receiver's account(s), such as account 118). A variety of remittance transactions including secondary identification will be described hereinbelow in reference to theremittance system 100, including a remittance transaction that transmits a picture of thereceiver 130 to adisbursement agent receiver 130 to the remittance management system for verification with a shared secret from thesender 102 or from theremittance management system 108, a remittance transaction that provides for real-time authentication in which a real-time picture or video is transmitted from thedisbursement agent device 104 for verification, as well as a remittance on call or a pay on call transaction in which the sender is telephonically connected to thereceiver 130 at the time of initiating a remittance or pay transaction to thereceiver 130. - Further with reference to
FIG. 1 , theremittance system 100 includes asending device 104 associated with thesender 102 interconnected viacommunication network 106 to aremittance management system 108;remittance management system 108 interconnected viacommunication network 114 to respective sender account 116 (e.g., bank account, credit card account, stored value account, etc.) and receiver account 118 (e.g., bank account, credit card account, etc.); theremittance management system 108 further interconnected viadisbursement network 120 to disbursement agent and remittancetransaction management system 122 andplural disbursement agents remittance management system 108 interconnected viacommunication network 110 to receivingdevice 112 associated with thereceiver 130. - Still further with reference to
FIG. 1 , thesending device 104 and thereceiving device 112 may include a conventional or cellular telephone (e.g., web-enabled), a peer-to-peer call client (e.g., Skype call client), a peer-to-peer software client (e.g., Skype software client), a web interface client (e.g., Internet Explorer, etc.). Thecommunication networks - Yet further with reference to
FIG. 1 , theremittance management system 108, the components of which will be described in greater detail with reference toFIG. 2 , facilitates remittances (e.g., financial transfers or payments) between the sender 102 (or sender's account(s), such as account 116) and the receiver 130 (or receiver's account(s), such as account 118). As will be described in greater detail below, theremittance management system 108 includes a communication subsystem for communicating with thesending device 102 associated with thesender 104 and with the receiving device of 112 associated with thereceiver 130 for a remittance transaction. Theremittance management system 108 further includes a remittance subsystem that generates a remittance transaction inremittance system 100, provides authentication of thesender 102 and determination of the receiver for the remittance transaction, determines the source and availability of funds for the remittance transaction, and provides notification of thereceiver 130 relating to the generated remittance transaction. - Additionally with reference to
FIG. 1 , the disbursement agent andtransaction management system 122, the components of which will be described in greater detail with reference toFIG. 3 , manages thedistribution agents disbursement network 120 and facilitates the distribution of remittances transactions, funds disbursement from theremittance management system 108, and sender identification within theremittance system 100. Theplural disbursement agents transaction management system 122 and are enabled to request and receive remittance transactions, receive distribution of funds and disburse funds to one ormore receivers 130. For clarity and simplicity of the figures and associated description, only onesender 102, onereceiver 130, oneremittance management system 108, one of each sender's andreceiver banks transaction management system 122 are shown. It should be noted, however, that theremittance system 100 is scalable and may include multiple components of each of the foregoing system component. For example, there may be multiple disbursement agent andtransaction management systems 122, each of which manages distribution of remittance transactions, funds disbursements and receiver identification of multiple disbursement agents, such asdisbursement agents -
FIG. 2 is an example exploded block diagram of the exampleremittance management system 108 ofFIG. 1 . Theremittance management system 108 includes acommunication subsystem 202, aremittance subsystem 210, asecondary identification subsystem 222,remittance transaction database 230,routing subsystem 232 anduser remittance accounts 242. Thecommunication subsystem 204 includes a senderinteractive response module 204, a sendernetwork communication module 206, and areceiver communication module 208 to interconnect the sender's 102sending device 104 with theremittance management system 108, theremittance management system 108 with receiver's 130receiving device 112, as well as the sender's sendingdevice 104 with the receiver's 130receiving device 112, as particularly illustrated inFIG. 1 hereinabove. More specifically, the sender interactive response module 204 (e.g., voice and touch tone) enables thesender 102 to use a conventional telephone or a cellular telephone as sendingdevice 104 to perform remittance transactions as described herein via voice commands and/or touch tone commands using the telephone keypad. The sendernetwork communication module 206 enables thesender 102 to use a web-enabled personal computer, personal digital assistant (PDA), and cellular telephone, and the like, as sendingdevice 104 to communicate with the remittance management system in order to perform remittance transactions as described herein. Thereceiver communication module 208 enables thesender 102 to use a conventional telephone, a cellular telephone, a web-enabled personal computer, personal digital assistant (PDA), cellular telephone, or the like, as receivingdevice 112 to communicate with theremittance management system 108 for remittance transactions described herein. Thereceiver communication module 208 may also enable communication ofsender 102 with the disbursement agent and remittancetransaction management system 122 and/ordisbursement agents - Further with reference to
FIG. 2 , theremittance subsystem 210 includes aremittance transaction module 212, a remittance notification module 215, asender authentication module 216, areceiver determination module 218, and a funds source andavailability module 220. Based onsender 102 input via thecommunication subsystem 202, theremittance transaction module 212 may generate or initiate a remittance transaction from the sender 102 (or sender'saccount 116, 242) to the receiver 130 (or receiver'saccount 118, 242), which may be stored in theremittance transaction database 230. The remittance transaction may include sender-related information (e.g., name, address, telephone, email, and the like), receiver-related information (e.g., name, address, telephone, email, and the like), source and amount of funds information (e.g., bank account, credit card information, user account information, etc.). In addition to the foregoing information, the following information may also be included in the remittance transaction: sender and/or receiver social security number or national identification numbers (including driver's license numbers), date of birth, cellular telephone number/identifier, IP address/cookie/globally unique identifier (GUID) information for sending device 104 (e.g., computer/network enabled device), receiving agent location and details. Theremittance notification module 214 may notify thereceiver 130 and/or thesender 104 via communication subsystem 202 (e.g., viarespective devices 104, 112) relating to a scheduled remittance transaction. Thesender authentication module 216 authenticates thesender 102 viacommunication subsystem 202 before generating or initiating a remittance transaction. More specifically, thesender 102 may input login or authentication information (e.g., username and password) via the sendingdevice 104 for transmission to theremittance management system 108. The password may be a biometric key (e.g. a thumbprint, a typing pattern, and the like). In addition to the username and password, the authentication information may also include a personal identification number (PIN), such as a PIN generated via token (e.g., PayPal security key), or a PIN set bysender 102 at the time the sender's account was created. A PIN may also serve as a replacement for a password. The authentication information may be a biometric input, such as a thumbprint, a typing pattern, and the like. The authentication information may also be (or may additionally include) information associated with the sender's 102sending device 104, such as device specific identification and password. More specifically, the device identification may be a caller ID (e.g., telephone sending device 104) or unique identifier (e.g., software generated unique identifier that may be stored in an application or web cookie) such as GUID (globally unique identifier). Lastly, device specific information may also include a PIN, such as a PIN generated via token (e.g., PayPal security key). Thereceiver determination module 218 determines thereceiver 130 for the generated remittance transaction. The funds source andavailability module 220 verifies whether a source funds inputted by asender 102 for a remittance transaction belongs to thesender 102 and confirms or determines whether the verified source of funds contains sufficient funds entered by thesender 102 for the remittance transaction. Once the remittance transaction has been generated or initiated successfully (e.g. sender is authenticated, receiver is determined and source of funds and amount confirmed), therouting subsystem 232 routes the remittance transaction to the disbursement agent andtransaction management system 122, as will be described hereinafter in greater detail. Thecompletion notification module 221 receives completion or failure notification from disbursement agent and remittancetransaction management system 122 and further transmits the notification to the sender 102 (e.g., sending device 014 associated with sender 102) viacommunication subsystem 202. - Still further with reference to
FIG. 2 , thesecondary identification subsystem 222 includes a sharedsecret module 224, a real-time picture orvideo module 226 and aninput picture module 228. The sharedsecret module 224 ofFIG. 2 performs secondary identification of thereceiver 130, and may perform sender-receiver shared secret (SRSS) secondary identification or a remittance system-receiver shared secret (RRSS) secondary identification. More specifically, the sharedsecret module 224 may match a SRSS of thesender 102 to the SRSS of thereceiver 130, or may match a RRSS of theremittance management system 108 to the RRSS of thereceiver 130. The SRSS may be unique information known only to thesender 102 and the recipient 130 (e.g., also toremittance management network 108 into which it is inputted). The SRSS may be a single piece of information, such as a word or phrase, a PIN, a picture, a real time video feed, a machine readable barcode, or multiple pieces of information, such as a question/answer pair. The RRSS is unique information known only to theremittance management system 108 andrecipient 130. The RRSS may be the same pieces of information for the SRSS, a barcode or other machine generated image. The SRSS/RRSS may be transmitted form the remittance management system to thereceiver 130 via receivingdevice 112 viacommunication network 110. The SRSS/RRSS will be transmitted from thesender 102 vianetwork 106 and from the disbursement agent andtransaction management network 122 vianetwork 120 to theremittance management system 108 to facilitate secondary identification of thereceiver 130. It should be noted, however, that it is also possible for thesender 102 to provide a SRSS to bothremittance management system 108 andreceiver 130 over different networks. For example,sender 102 may provide a PIN to theremittance management system 108 via an Internet based form, and may further provide the PIN toreceiver 130 via a telephone. Because SRSS/RRSS authorize access to funds, the SRSS/RRSS may also be encrypted during transmission. - Yet further with reference to
FIG. 2 , upon a valid secondary identification (e.g., matching SRSS or RRSS) by the sharedsecret module 224, a remittance transaction may be completed (e.g., funds being disbursed to the receiver 130) by disbursement of funds to thedisbursement agent transaction management system 122 as will be described hereinafter in greater detail. It is significant to note that the sharedsecret module 224 will transmit an allowance/denial of the remittance transaction based on the shared secret match, but the SRSS/RRSS are not transmitted to the disbursement agent and remittancetransaction management system 122. However, it is also possible for the sharedsecret module 224 to transmit the actual shared secret (e.g., SRSS or RRSS) to thedisbursement agent receiver 130 matches the SRSS/RRSS. For example, sharedsecret module 224 may send a picture via secondary identification routing 240 todisbursement agent receiver 130. - The real-time picture or
video module 226 ofFIG. 2 facilitates real-time secondary identification of thereceiver 130 by thesender 102. More specifically, before funds are disbursed to thereceiver 130, thedisbursement agent receiver 130 via the disbursement agent andtransaction management system 122 anddisbursement network 120 to theremittance management system 108. The real-time picture orvideo module 226 may further transmit the real-time picture or video of thereceiver 130 viacommunication subsystem 202 to the sendingdevice 102 for secondary identification by thesender 102 of thereceiver 130. The real-time picture or video may be transmitted for secondary identification to the sender's 102sending device 104, e.g., web-enabled cellular telephone, a peer-to-peer software client (e.g., Skype software client), web interface client (e.g., Internet Explorer, etc.) if thesender 102 is logged into the remittance management system 108 (e.g. available to receive the real-time video). For example, a web video conference may be initiated via a Skype software client or video displayed via a video interface of the web interface client. Alternatively, if the sender is not available, a predetermined portion of the time real-time picture or video may be attached to an email and emailed to an email account associated with thesender 102. Upon viewing the real-time picture or video, thesender 102 via sendingdevice 104 may confirm or deny secondary identification of thereceiver 130 to theremittance management system 108. Theremittance management system 108 may receive such confirmation/denial viacommunication subsystem 202 and the real-time picture orvideo module 226 may further transmit such confirmation/denial to arouting subsystem 232 for funds routing (or denial of funds) to the disbursement agent andtransaction management system 122 based on confirmation of the secondary identification. - The
input picture module 228 ofFIG. 2 facilitates secondary identification of thereceiver 130. More specifically, in generating a remittance transaction, thesender 102 may provide via the sending device 104 a picture of thereceiver 130 to theremittance management system 108. Theinput picture module 228 may receive the picture provided by thesender 102 and may further transmit the picture to arouting subsystem 232 for transmission to thedisbursement agent transaction management system 122. Upon receipt of the picture, the disbursement agent may confirm secondary identification of thereceiver 130 before disbursing funds to thereceiver 130. In an alternative embodiment, theinput picture module 228 may receive the picture ofreceiver 130 from thesender 102 viacommunication subsystem 202 and from thedisbursement agent routing subsystem 232, and may further perform image/facial recognition (or manual matching by a customer service representative) to confirm that the two images are similar. Such confirmation/denial may further be transmitted to thedisbursement agent routing subsystem 232 to facilitate disbursement/non-disbursement of funds to thereceiver 130. A voice input module (not shown) may perform similarly to the embodiments described in reference to theinput picture module 228. More specifically, the voice input module may perform automated voice identification at thesecondary identification subsystem 222. For example, thesender 102 may transmit an audio file of the receiver's 130 voice toremittance management system 108 and thedisbursement agent remittance management system 108. The voice input module may then perform automated voice identification, and may further notify thedisbursement agent receiver 130. - Yet further with reference to
FIG. 2 , therouting subsystem 232 includes a remittancetransaction routing module 234, afunds routing module 236, a funds source andavailability routing module 238, and a receiveridentification routing module 240. Therouting subsystem 232 ofFIG. 2 facilitates the routing of remittance transactions, availability requests of remittance transaction funds and remittance transaction funds, as well as receiver secondary identification to and from disbursement andtransaction management system 122 anddisbursement agent transaction routing module 234 receives a remittance transaction generated by theremittance transaction module 212 or reads the remittance transaction from theremittance transaction database 230 and routes the remittance transaction to the disbursement agent andtransaction database system 122 for ultimate delivery to adisbursement agent user account subsystem 242 for ultimate transfer of funds between user remittance accounts in userremittance accounts database 244. Thefunds routing module 236 routes funds collected from the sender (via one or more sender's accounts) and associated with the generated remittance transaction to the disbursement agent andtransaction database system 122 for ultimate delivery to adisbursement agent availability module 220 to (and associated responses from) fund source(s) identified by thesender 102 for the remittance transaction. Upon funds being available, thefunds routing module 236 may route funds to the disbursement agent and transactionnetwork management system 122. The receiveridentification routing module 240 routes secondary identification to/from the disbursement agent and transactionnetwork management system 122 for ultimate delivery to or receipt from adisbursement agent -
FIG. 3 is an example exploded block diagram of the example disbursement agent and remittancetransaction management system 122 ofFIG. 1 . The disbursement agent and remittancetransaction management system 122 includes a remittance managementsystem communication module 302, adisbursement agent database 304, a remittance subsystem 306 aremittance transaction database 318 and a disbursementagent communication module 320. The remittance managementsystem communication module 302 facilitates communication between the remittance management system and the disbursement agent and remittancetransaction management system 122 overnetworks disbursement agent database 304 maintains disbursement one ormore agents transaction management system 122. Theremittance transaction database 318 maintains remittance transactions for the one ormore agents disbursement agent database 304. The disbursementagent communication module 302 facilitates communication between the disbursement agent and remittancetransaction management system 122 anddisbursement agents disbursement network 120. - Further with reference to the disbursement agent and remittance
transaction management system 122 ofFIG. 3 , theremittance subsystem 306 includes a remittancetransaction receiver module 308, a disbursement agent request/response module 310, afunds disbursement module 312, asecondary identification module 314 and a remittance transaction completion status module 316. The remittancetransaction receiver module 308 receives a remittance transaction from theremittance management system 108 and stores the remittance transaction inremittance transaction database 318. The disbursement agent request/response module 310 may identify aparticular disbursement agent disbursement agent database 304 and may transmit the received remittance transaction to adisbursement agent agent communication module 320 overdisbursement network 120 without request for the remittance transaction by thedisbursement agent disbursement agent disbursement agent response module 310 may retrieve the remittance transaction from theremittance transaction database 318 and may further transmit the retrieved remittance transaction to thedisbursement agent agent communication module 320 overdisbursement network 120. Thefunds disbursement module 312 may disburse remittance transaction funds received from theremittance management system 108 to thedisbursement agent remittance management system 108. Thesecondary identification module 314 facilitates communication of various secondary identification described herein between the receiver 130 (via receiving device 112),disbursement agent transaction management system 122,remittance management system 108 and sender 102 (via sending sender 104). The remittance transaction completion status module 316 receives remittance transaction completion status (e.g., completed/failed) from thedisbursement agent remittance management system 108. -
FIG. 4 is flowchart that illustrates anexample method 400 performed by theremittance management system 108 for a remittance transaction using secondary identification of picture transmission in accordance withFIGS. 1-3 . Themethod 400 starts atoperation 402. Atoperation 404, thesender authentication module 216 receives login or authentication information from thesender 102 via sendingdevice 104 for a remittance transaction. As described above authentication information may include a combination of username, password, and/or a PIN entered by thesender 130 via sendingdevice 104, or the authentication information may also be (or may additionally include) information associated with the sender's 102sending device 104, such as device specific identification and password. More specifically, the device identification may be a caller ID (e.g., telephone sending device 104) or unique identifier (e.g., software generated unique identifier that may be stored in an application or web cookie) such as GUID (globally unique identifier). Lastly, device specific information may also include a PIN, such as a PIN generated via token (e.g. PayPal security key). Atoperation 406, thesender authentication module 216 authenticates thesender 102 using the foregoing login or authentication information for the remittance transaction. Atoperation 408, theremittance transaction module 212 generates a remittance transaction, receiving identification ofreceiver 130 or a pre-stored selection forreceiver 130, a source of funds (e.g.,user remittance account 244,sender bank account 116 that may be a bank account or a credit card account or the like) and an amount to be deducted or obtained from the source of funds associated with the remittance transaction. Atoperation 410, theinput picture module 228 may also receive from the sender 102 a picture of thereceiver 130 for secondary identification of thereceiver 130. Thereafter, atoperation 412, the funds source andavailability module 220 verifies the identity of the sender's inputted source of funds and the availability of inputted amount in the source of funds for the remittance transaction. Atoperation 414 it is determined whether the source and an available amount for the remittance transaction are confirmed. - Further with reference to
FIG. 4 , if the source and the available amount are not confirmed atoperation 414, theexample method 400 continues atoperation 424 at which thesender 102 is notified of the failure of the remittance transaction. If however atoperation 414, the source and an available amount for the remittance transaction are confirmed, theexample method 400 continues atoperation 416 in which theremittance notification module 214 notifies thereceiver 130 of the remittance transaction. The notification may be delivered by conventional telephone or cellular telephone call, SMS or other text/media messaging service, email, Internet based message board, or the like. The notification may also be delivered by conventional mail. Thesender 102 may also be notified of the pending remittance transaction if desired. Atoperation 418, the remittancetransaction routing module 234 transmits the generated remittance transaction to the disbursement agent and remittancetransaction management system 122. Atoperation 420, thefunds routing module 236 disburses funds associated with the remittance transaction to the disbursement agent and remittancetransaction management system 122. Atoperation 422, theinput picture module 228 transmits the inputted picture for the remittance transaction to the disbursement agent and remittancetransaction management system 122. Atoperation 424, thenotification routing module 241 receives notification (completion or failure status) from the disbursement agent andremittance transaction system 122 relating to the remittance transaction, routing the notification to thecompetition notification module 221, which atoperation 426 notifies thesender 102 via sendingdevice 104 of the completion status. Theexample method 400 ends atoperation 428. -
FIG. 5 is flowchart that illustrates anexample method 500 performed by the disbursement agent andremittance transaction system 122 for a remittance transaction using secondary identification of picture transmission in accordance withFIGS. 1-4 . Theexample method 500 starts atoperation 502. Atoperation 504, the remittancetransaction receiver module 308 receives a remittance transaction from theremittance management system 108. Atoperation 506, the funds receiver/disbursement module 312 receives funds for the remittance transaction disbursed from theremittance management system 108. Atoperation 508, thesecondary identification module 314 receives the sender's 130 picture for the remittance transaction from theremittance management system 108. The received remittance transaction, disbursed funds and the picture are stored in theremittance transaction database 318 for the remittance transaction atoperation 510. Atoperation 512, a request is received from a disbursement agent (e.g., disbursement agent 128) for the remittance transaction by the disbursement agent request/response module 310. Generally, the request is made at a time when thereceiver 130 visits thedisbursement agent 128 and requests funds to be disbursed. Atoperation 514, the disbursement agent request/response module 310 transmits the stored remittance transaction and the picture of thereceiver 130 to thedisbursement agent 128. Thereafter, atoperation 516, the remittance transaction completion status module 316 receives notification from thedisbursement agent 128 as to the completion or failure of the remittance transaction. Atoperation 518, the remittance transaction completion status module 316 determines whether the remittance transaction is complete (e.g., completion notification received). If remittance transaction is completed, the remittance transaction completion status module 316 forwards or transmits a completion notification to theremittance management system 108 atoperation 520. Alternatively, if the remittance transaction is not complete (e.g., remittance transaction failed and funds not disbursed), the remittance transaction completion status module 316 forwards or transmits a failure notification to theremittance management system 108 atoperation 522. Theexample method 500 ends atoperation 524. -
FIG. 6 is flowchart that illustrates anexample method 600 performed by thedisbursement agent 128 for a remittance transaction using secondary identification of picture transmission in accordance withFIGS. 1-5 . Theexample method 600 starts atoperation 602. It is assumed thatreceiver 130 visits thedisbursement agent 128, presents identification and asks for disbursement of funds in connection with notification of the remittance transaction that thereceiver 130 has received from the remittance management system 108 (FIG. 4 , operation 416). Atoperation 604, thedisbursement agent 128 receives the identification that includes a picture from thereceiver 130. Atoperation 606, thedisbursement agent 128 requests the remittance transaction and the associated funds and picture from the disbursement agent and remittancetransaction management system 122. Atoperation 608, thedisbursement agent 128 receives the requested remittance transaction and the associated funds and picture from the disbursement agent and remittancetransaction management system 122. Atoperation 610, thedisbursement agent 128 compares the receiver and/or receiver's identification that includes the picture with the receiver's information (e.g., name, address, etc.) and picture of the remittance transaction. If a match of identification and picture are determined atoperation 610, themethod 600 continues atoperation 612 where thedisbursement agent 128 disburses the funds associated with the remittance transaction to thereceiver 130. If it is determined that there is no match of identification and picture atoperation 610, themethod 600 continues atoperation 614. Atoperation 614, the disbursement agent notifies the disbursement agent and remittancetransaction management system 122 of a completion status of the remittance transaction (e.g., completion or failure). Themethod 600 ends atoperation 616. -
FIG. 7 is flowchart that illustrates anexample method 700 performed by theremittance management system 108 for a remittance transaction using secondary identification of shared secret transmission in accordance withFIGS. 1-3 . Themethod 700 starts atoperation 702. Atoperation 704, thesender authentication module 216 receives login or authentication information from thesender 102 via sendingdevice 104 for a remittance transaction. As described above authentication information may include a combination of username, password, and/or a PIN entered by thesender 130 via sendingdevice 104, or the authentication information may also be (or may additionally include) information associated with the sender's 102sending device 104, such as device specific identification and password. Atoperation 706, thesender authentication module 216 authenticates thesender 102 using the foregoing login or authentication information for the remittance transaction. Atoperation 708, theremittance transaction module 212 generates a remittance transaction, receiving identification ofreceiver 130 or a pre-stored selection forreceiver 130, a source of funds (e.g.,user remittance account 244,sender bank account 116 that may be a bank account, or a credit card account, or the like) and an amount to be deducted or obtained from the source of funds associated with the remittance transaction. - Further with reference to
FIG. 7 , atoperation 710 the sharedsecret module 224 may also receive from the sender 102 a shared secret between thesender 102 and the receiver 130 (SRSS) or may generate a shared secret between theremittance management system 108 and the receiver 130 (RRSS) for secondary identification of thereceiver 130. Thereafter, atoperation 712, the funds source andavailability module 220 verifies the identity of the sender's inputted source of funds and the availability of inputted amount in the source of funds for the remittance transaction. Atoperation 714, theremittance notification module 214 notifies thereceiver 130 of the remittance transaction and the received shared secret. As described previously, the notification may be delivered by conventional telephone or cellular telephone call, SMS or other text/media messaging service, email, internet based secure message board, or the like. The notification may also be delivered by conventional mail. Thesender 102 may also be notified of the pending remittance transaction if desired. Atoperation 716, the remittancetransaction routing module 234 transmits the generated remittance transaction to the disbursement agent and remittancetransaction management system 122. Atoperation 718, the sharedsecret module 222 receives the receiver's 130 shared secret from the disbursement agent and remittancetransaction management system 122 relating to the remittance transaction (e.g., receiver's 130 shared secret received by and forwarded tosystem 122 by disbursement agent 128). - Still further with reference to
FIG. 7 , atoperation 720 the sharedsecret module 224 determines whether the shared secret received from disbursement agent and remittancetransaction management system 122 matches the shared secret inputted by the sender 102 (SRSS) or generated by the remittance management system 108 (RRSS). Therefore, if shared secrets do not match atoperation 720, themethod 700 continues atoperation 722 at which the sharedsecret module 224 notifies the disbursement agent and remittancetransaction management system 122 that shared secrets (SRSS or RRSS) do not match for the remittance transaction, and themethod 700 continues atoperation 728. Alternatively, if the shared secrets do match atoperation 720, the method continues atoperation 724 where thefunds routing module 236 disburses funds associated with the remittance transaction to the disbursement agent and remittancetransaction management system 122. In an alternate embodiment, the sharedsecret module 224 may transmit the shared secret to the disbursement agent via the disbursement agent and remittancetransaction management system 122 to allow the disbursement agent to make the decision if the shared secret matches the secret provided byrecipient 130. In such a case, upon notification of a match via 128, 122, atoperation 724 thefunds routing module 236 may disburse funds associated with the remittance transaction to the disbursement agent and remittancetransaction management system 122. Atoperation 726, thenotification routing module 241 receives notification (completion or failure status) from the disbursement agent andremittance transaction system 122 relating to the remittance transaction, routing the notification to thecompetition notification module 221. Atoperation 728, thecompetition notification module 221 notifies thesender 102 via sendingdevice 104 of the completion status (completion or failure) of the remittance transaction. Theexample method 700 ends atoperation 730. -
FIG. 8 is flowchart that illustrates anexample method 800 performed by the disbursement agent andremittance transaction system 122 for a remittance transaction using secondary identification of shared secret transmission in accordance withFIGS. 1-3 and 7. Themethod 800 starts atoperation 802. Atoperation 804, the remittancetransaction receiver module 308 receives a remittance transaction from theremittance management system 108. The received remittance transaction is stored in theremittance transaction database 318 for the remittance transaction atoperation 806. Atoperation 810, a request is received from a disbursement agent (e.g., disbursement agent 128) for the remittance transaction by the disbursement agent request/response module 310. As described hereinabove, the request is made at a time when thereceiver 130 visits thedisbursement agent 128 and requests funds to be disbursed. Atoperation 812, the disbursement agent request/response module 310 transmits the stored remittance transaction to thedisbursement agent 128. Atoperation 814, theidentification module 314 receives a shared secret (SSRS or RRSS) from the disbursement agent 128 (e.g., the shared secret provided by thereceiver 130 to the disbursement agent 128). Atoperation 816, theidentification module 314 transmits the received shared secret to theremittance management system 108. - Further with reference to
FIG. 8 , atoperation 818 thefunds disbursement module 312 determines whether funds for the remittance transaction have been received from theremittance management system 108. If it is determined that funds have been received atoperation 818, then atoperation 820 thefunds disbursement module 312 notifies thedisbursement agent 128 of the shared secret match (SSRS or RRSS). At operation, 822 thefunds disbursement module 312 disburses the funds to thedisbursement agent 128. Atoperation 824, the remittance transaction completion status module 316 determines whether the remittance transaction complete status is received from thedisbursement agent 128. If remittance transaction is complete, atoperation 826, the remittance transaction completion status module 316 notifies theremittance management system 108 of the complete status for the remittance transaction. If remittance transaction is not complete (failed), atoperation 828, the remittance transaction completion status module 316 notifies theremittance management system 108 of the fail status for the remittance transaction. Now returning back tooperation 818, if it is determined that funds have not been received atoperation 818, then themethod 800 continues atoperation 828 where the remittance transaction completion status module 316 notifies theremittance management system 108 of the fail status for the remittance transaction. Themethod 800 ends atoperation 830. -
FIG. 9 is flowchart that illustrates anexample method 900 performed by thedisbursement agent 128 for a remittance transaction using secondary identification of shared secret in accordance withFIGS. 1-3 , 7 and 8. Themethod 900 starts atoperation 902. Atoperation 904, thedisbursement agent 128 receives receiver's identification from thereceiver 130. Atoperation 906, thedisbursement agent 128 requests the remittance transaction from the disbursement agent and remittancetransaction management system 122. Atoperation 908, thedisbursement agent 128 receives the requested remittance transaction from the disbursement agent and remittancetransaction management system 122. Atoperation 910, thedisbursement agent 128 receives a shared secret from thereceiver 130 for the remittance transaction and atoperation 912 transmits the received shared secret to the disbursement agent and remittancetransaction management system 122. Thereafter, atoperation 914, the disbursement agent receives a notification relating to the shared secret from the disbursement agent and remittancetransaction management system 122. - Further with reference to
FIG. 9 , atoperation 916 thedisbursement agent 128 determines whether the notification indicates that there has been a match of the shared secret. Therefore, if there is no shared secret match atoperation 916, themethod 900 continues atoperation 922 at which thedisbursement agent 128 notifies the disbursement agent and remittancetransaction management system 122 of remittance transaction status (e.g., failure). If however there is a shared secret match atoperation 916, themethod 900 continues atoperation 918 at which thedisbursement agent 128 receives disbursed funds for the remittance transaction from the disbursement agent and remittancetransaction management system 122. Atoperation 920, thedisbursement agent 128 disburses the funds associated with the remittance transaction to thereceiver 130. Thereafter, atoperation 922, the disbursement agent notifies 128 the disbursement agent and remittancetransaction management system 122 of a completion status of the remittance transaction (e.g., completion). Themethod 900 ends atoperation 924. -
FIG. 10 is flowchart that illustrates anexample method 1000 performed by theremittance management system 108 for a remittance transaction using secondary identification of real-time picture or video transmission in accordance withFIGS. 1-3 . The method starts atoperation 1002. Atoperation 1004, thesender authentication module 216 receives login or authentication information from thesender 102 via sendingdevice 104 for a remittance transaction. As described above authentication information may include a combination of username, password, and a PIN entered by thesender 130 via sendingdevice 104, or the authentication information may also be (or may additionally include) information associated with the sender's 102sending device 104, such as device specific identification and password. Atoperation 1006, thesender authentication module 216 authenticates thesender 102 using the foregoing login or authentication information for the remittance transaction. Atoperation 1008, theremittance transaction module 212 generates a remittance transaction, receiving identification ofreceiver 130 or a pre-stored selection forreceiver 130, a source of funds (e.g.,user remittance account 244,sender bank account 116 that may be a bank account, or a credit card account, or the like) and an amount to be deducted or obtained from the source of funds associated with the remittance transaction. - Further with reference to
FIG. 10 , atoperation 1010 the funds source andavailability module 220 verifies the identity of the sender's inputted source of funds and the availability of inputted amount in the source of funds for the remittance transaction. Atoperation 1012, theremittance notification module 214 notifies thereceiver 130 of the remittance transaction. At operation 1014, the remittancetransaction routing module 234 transmits the generated remittance transaction to the disbursement agent and remittancetransaction management system 122. Atoperation 1016, the real-time picture orvideo module 226 receives real-time picture or video of thereceiver 130 from the disbursement agent and remittancetransaction management system 122 relating to the remittance transaction. Atoperation 1018, the real-time picture orvideo module 226 transmits the received real-time picture or video of thereceiver 130 to thesender 102 via sendingdevice 104. It should be note that sendingdevice 104 atoperation 1018 may be different from the sending device inoperation 1004, e.g., remittance transaction could be initiated via a website but real-time picture or video confirmation may be performed via cell phone, for example. Thereafter, atoperation 1020 the real-time picture orvideo module 226 determines whether confirmation or denial of the real-time picture or video of thereceiver 130 is received from thesender 102. - Yet further with reference to
FIG. 10 , if it is determined that thesender 102 has denied secondary identification of thereceiver 130, then atoperation 1022 thenotification routing module 241 notifies the disbursement agent and remittancetransaction management system 122 that the remittance transaction has been denied, and atoperation 1030 thecompletion notification module 221 notifies thesender 102 via sendingdevice 104 of the failure of the remittance transaction. Alternatively, if it is determined that thesender 102 has confirmed secondary identification of thereceiver 130, then atoperation 1024 thenotification routing module 241 notifies the disbursement agent and remittancetransaction management system 122 that the remittance transaction is confirmed. Thereafter, atoperation 1026, thefunds routing module 236 disburses the funds to the disbursement agent and remittancetransaction management system 122 for the remittance transaction. Atoperation 1028, thenotification routing module 241 receives completion notification of the remittance transaction from the disbursement agent and remittancetransaction management system 122. Atoperation 1030, thecompletion notification module 221 notifies thesender 102 via sendingdevice 104 of completion of the remittance transaction. Themethod 1000 ends atoperation 1032. -
FIG. 11 is flowchart that illustrates anexample method 1100 performed by the disbursement agent andremittance transaction system 122 for a remittance transaction using secondary identification of real-time picture or video transmission in accordance withFIGS. 1-3 and 10. Themethod 1100 starts atoperation 1102. Atoperation 1104, the remittancetransaction receiver module 308 receives a remittance transaction from theremittance management system 108. The received remittance transaction is stored in theremittance transaction database 318 for the remittance transaction atoperation 1106. Atoperation 1108, a request is received from a disbursement agent (e.g., disbursement agent 128) for the remittance transaction by the disbursement agent request/response module 310. As described hereinabove, the request is made at a time when thereceiver 130 visits thedisbursement agent 128 and requests funds to be disbursed. Atoperation 1110, the disbursement agent request/response module 310 transmits the stored remittance transaction to thedisbursement agent 128. Atoperation 1112, theidentification module 314 receives a real-time picture or video ofreceiver 130 from thedisbursement agent 128. Atoperation 1114, theidentification module 314 transmits the received real-time picture or video of thereceiver 130 to theremittance management system 108. - Further with reference to
FIG. 11 , atoperation 1116 thefunds disbursement module 312 determines whether confirmation or denial of secondary identification has been received from the remittance management system 108 (e.g., viasender 102 using sending device 104). If it is determined that confirmation has been received, at operation 1118 funds are received from theremittance management system 108 for the remittance transaction. Thereafter, atoperation 1120 theidentification module 314 notifies thedisbursement agent 128 of the confirmation. At operation, 1122 thefunds disbursement module 312 disburses the funds to thedisbursement agent 128. Atoperation 1124, the remittance transaction completion status module 316 receives completion status of the remittance transaction form thedisbursement agent 128 and at operation 1128, the remittance transaction completion status module 316 notifies theremittance management system 108 of the remittance transaction completion status (e.g., completion). Now referring back tooperation 1116, if thefunds disbursement module 312 determines that denial of secondary identification has been received from theremittance management system 108, then atoperation 1126 theidentification module 314 notifies thedisbursement agent 128 of the denial of secondary identification ofreceiver 130. At operation 1128, the remittance transaction completion status module 316 notifies theremittance management system 108 of the remittance transaction completion status (e.g., failure). Themethod 1100 ends atoperation 1130. -
FIG. 12 is flowchart that illustrates anexample method 1200 performed by thedisbursement agent 128 for a remittance transaction using secondary identification of real-time picture or video transmission in accordance withFIGS. 1-3 , 10 and 11. Themethod 1200 starts atoperation 1202. Atoperation 1204, thedisbursement agent 128 receives receiver's identification from thereceiver 130. Atoperation 1206, thedisbursement agent 128 requests the remittance transaction for thereceiver 130 from the disbursement agent and remittancetransaction management system 122. Atoperation 1208, thedisbursement agent 128 receives the requested remittance transaction from the disbursement agent and remittancetransaction management system 122. Atoperation 1210, thedisbursement agent 128 transmits a real-time picture or video ofreceiver 130 to the disbursement agent and remittancetransaction management system 122. Thereafter, atoperation 1212, thedisbursement agent 128 receives a notification relating to the confirmation or denial of secondary identification for remittance transaction from the disbursement agent and remittancetransaction management system 122. - Further with reference to
FIG. 12 , atoperation 1214 thedisbursement agent 128 determines whether the notification indicates that there has been a confirmation or denial of secondary identification of thereceiver 130. Therefore, if the notification is determined to be a denial atoperation 1214, themethod 1200 continues atoperation 1120 at which thedisbursement agent 128 notifies the disbursement agent and remittancetransaction management system 122 of remittance transaction status (e.g., failure). If however the notification is determined to be a confirmation atoperation 1214, themethod 1200 continues atoperation 1216 at which thedisbursement agent 128 receives disbursed funds for the remittance transaction from the disbursement agent and remittancetransaction management system 122. Atoperation 1218, thedisbursement agent 128 disburses the funds associated with the remittance transaction to thereceiver 130. Thereafter, atoperation 1220, the disbursement agent notifies 128 the disbursement agent and remittancetransaction management system 122 of a completion status of the remittance transaction (e.g., completion). Themethod 1200 ends atoperation 1222. -
FIG. 13 is flowchart that illustrates anexample method 1300 performed by theremittance management system 108 for a remittance on call transaction using secondary identification of shared secret transmission in accordance withFIGS. 1-3 . Themethod 1300 start atoperation 1302. Atoperation 1304, the communication subsystem 202 (e.g., viainteractive response module 204 or sender network module 206) receives a call initiation request fromsender 102 to receiver 130 (e.g., sendingdevice 104 to receiving device 112). Atoperation 1306, the communication subsystem 202 (e.g., via receiver communication module 208) connects the sender 102 (via sending device 104) to the receiver 130 (via receiving device 112). Atoperation 1308, thesender authentication module 216 receives login or authentication information from thesender 102 via sendingdevice 104 for a remittance transaction. As described above authentication information may include a combination of username, password, and a PIN entered by thesender 130 via sendingdevice 104, or the authentication information may also be (or may additionally include) information associated with the sender's 102sending device 104, such as device specific identification and password. The remittance on call transaction may be initiated in several ways. For example, if the call is from a software client (e.g., Skype), the remittance on call could be initiated via a “button” or other form of interactive initiation in the software client. The remittance transaction, including input of login information, shared secret information and notifications may be completed via web forms or software interfaces within software client (e.g. Skype). If, however, the call is from a land line, a cellular, or other voice based telephone or service, the remittance on call may be initiated via a keystroke combination (e.g., “*77”) on the keypad and the remittance transaction may be completed via the interactive response module (IRM) 204 ofcommunication subsystem 202. - Further with reference to
FIG. 13 , atoperation 1310 thesender authentication module 216 authenticates thesender 102 using the foregoing login or authentication information for the remittance transaction. At operation 1312, theremittance transaction module 212 generates a remittance transaction, receiving identification ofreceiver 130 or a pre-stored selection forreceiver 130, a source of funds (e.g.,user remittance account 244,sender bank account 116 that may be a bank account, or a credit card account, or the like) and an amount to be deducted or obtained from the source of funds associated with the remittance transaction. Atoperation 1314 the sharedsecret module 224 may also receive from the sender 102 a shared secret between thesender 102 and the receiver 130 (SRSS) or may generate a shared secret between theremittance management system 108 and the receiver 130 (RRSS) for secondary identification of thereceiver 130. Thereafter, atoperation 1316, the funds source andavailability module 220 verifies the identity of the sender's inputted source of funds and the availability of inputted amount in the source of funds for the remittance transaction. Atoperation 1318, theremittance notification module 214 notifies thereceiver 130 of the remittance transaction and the received shared secret. The notification may be delivered via the connection method via which thesender 102 is connected to the receiver 130 (e.g., software client or telephone) or via alternate means of communication such as a conventional telephone or cellular telephone call, SMS or other text/media messaging service, email, internet based secure message board, or the like. Thesender 102 may also be notified of the pending remittance transaction if desired via the current connection method. Atoperation 1320, the remittancetransaction routing module 234 transmits the generated remittance transaction to the disbursement agent and remittancetransaction management system 122. Atoperation 1322, the sharedsecret module 222 receives the receiver's 130 shared secret from the disbursement agent and remittancetransaction management system 122 relating to the remittance transaction (e.g., receiver's 130 shared secret received by and forwarded tosystem 122 by disbursement agent 128). - Still further with reference to
FIG. 13 , atoperation 1324 the sharedsecret module 224 determines whether the shared secret received from disbursement agent and remittancetransaction management system 122 matches the shared secret inputted by the sender 102 (SRSS) or generated by the remittance management system 108 (RRSS). Therefore, if shared secrets do not match atoperation 1324, themethod 1300 continues atoperation 1326 at which the sharedsecret module 224 notifies the disbursement agent and remittancetransaction management system 122 that shared secrets (SRSS or RRSS) do not match for the remittance transaction, and themethod 1300 continues atoperation 1332. Alternatively, if the shared secrets do match atoperation 1324, the method continues atoperation 1328 where thefunds routing module 236 disburses funds associated with the remittance transaction to the disbursement agent and remittancetransaction management system 122. Atoperation 1330, thenotification routing module 241 receives notification (completion or failure status) from the disbursement agent andremittance transaction system 122 relating to the remittance transaction, routing the notification to thecompetition notification module 221. Atoperation 1332, thecompetition notification module 221 notifies thesender 102 via sendingdevice 104 of the completion status (completion or failure) of the remittance transaction. As before the notification may be effected using the same communication method via which thesender 102 is communicating to thereceiver 130, or an alternate means of communication. Theexample method 1334 ends atoperation 1334. -
FIG. 14 is flowchart that illustrates anexample method 1400 performed by the disbursement agent andremittance transaction system 122 for a remittance on call transaction using secondary identification of shared secret transmission in accordance withFIGS. 1-3 and 13. Themethod 1400 starts atoperation 1402. Atoperation 1404, the remittancetransaction receiver module 308 receives a remittance transaction from theremittance management system 108. The received remittance transaction is stored in theremittance transaction database 318 for the remittance transaction atoperation 1406. Atoperation 1408, a request is received from a disbursement agent (e.g., disbursement agent 128) for the remittance transaction by the disbursement agent request/response module 310. As described hereinabove, the request is made at a time when thereceiver 130 visits thedisbursement agent 128 and requests funds to be disbursed. Atoperation 1410, the disbursement agent request/response module 310 transmits the stored remittance transaction to thedisbursement agent 128. Atoperation 1414, theidentification module 314 receives a shared secret (SSRS or RRSS) from the disbursement agent 128 (e.g., the shared secret provided by thereceiver 130 to the disbursement agent 128). Atoperation 1416, theidentification module 314 transmits the received shared secret to theremittance management system 108. - Further with reference to
FIG. 14 , atoperation 1418 thefunds disbursement module 312 determines whether funds for the remittance transaction have been received from theremittance management system 108. If it is determined that funds have been received atoperation 1418, then atoperation 1420 thefunds disbursement module 312 notifies thedisbursement agent 128 of the shared secret match (SSRS or RRSS). At operation, 1422 thefunds disbursement module 312 disburses the funds to thedisbursement agent 128. Atoperation 1424, the remittance transaction completion status module 316 determines whether the remittance transaction complete status is received from thedisbursement agent 128. If remittance transaction is complete, atoperation 1426, the remittance transaction completion status module 316 notifies theremittance management system 108 of the complete status for the remittance transaction. If remittance transaction is not complete (failed), atoperation 1428, the remittance transaction completion status module 316 notifies theremittance management system 108 of the fail status for the remittance transaction. Now returning back tooperation 1418, if it is determined that funds have not been received atoperation 1418, then themethod 1400 continues atoperation 1428 where the remittance transaction completion status module 316 notifies theremittance management system 108 of the fail status for the remittance transaction. Themethod 1400 ends atoperation 1430. -
FIG. 15 is flowchart that illustrates anexample method 1500 performed by thedisbursement agent 128 for a remittance on call transaction using secondary identification of shared secret transmission in accordance withFIGS. 1-3 , 13 and 14. Themethod 1500 starts atoperation 1502. Atoperation 1504, thedisbursement agent 128 receives receiver's identification from thereceiver 130. Atoperation 1506, thedisbursement agent 128 requests the remittance transaction from the disbursement agent and remittancetransaction management system 122. Atoperation 1508, thedisbursement agent 128 receives the requested remittance transaction from the disbursement agent and remittancetransaction management system 122. Atoperation 1510, thedisbursement agent 128 receives a shared secret from thereceiver 130 for the remittance transaction and atoperation 1512 transmits the received shared secret to the disbursement agent and remittancetransaction management system 122. Thereafter, atoperation 1514, the disbursement agent receives a notification relating to the shared secret from the disbursement agent and remittancetransaction management system 122. - Further with reference to
FIG. 15 , atoperation 1516 thedisbursement agent 128 determines whether the notification indicates that there has been a match of the shared secret. Therefore, if there is no shared secret match atoperation 1516, themethod 1500 continues atoperation 1522 at which thedisbursement agent 128 notifies the disbursement agent and remittancetransaction management system 122 of remittance transaction status (e.g. failure). If however there is a shared secret match atoperation 1516, themethod 1500 continues atoperation 1518 at which thedisbursement agent 128 receives disbursed funds for the remittance transaction from the disbursement agent and remittancetransaction management system 122. Atoperation 1520, thedisbursement agent 128 disburses the funds associated with the remittance transaction to thereceiver 130. Thereafter, atoperation 1522, the disbursement agent notifies 128 the disbursement agent and remittancetransaction management system 122 of a completion status of the remittance transaction (e.g., completion). Themethod 1500 ends atoperation 1524. -
FIG. 16 is flowchart that illustrates anexample method 1600 performed by theremittance management system 108 for payment on call transaction in accordance withFIGS. 1-3 . In this example method, thereceiver 130 does not collect funds in accordance with a remittance transaction from adisbursement agent 128; instead a payment transaction transmits funds from a sender's remittance account to a receiver's remittance account of theremittance management system 108, as will be described below. Themethod 1600 start atoperation 1602. Atoperation 1604, the communication subsystem 202 (e.g., viainteractive response module 204 or sender network module 206) receives a call fromsender 102 to receiver 130 (e.g., sendingdevice 104 to receiving device 112). Atoperation 1606, the communication subsystem 202 (e.g., via receiver communication module 208) connects the sender 102 (via sending device 104) to the receiver 130 (via receiving device 112). Atoperation 1608, thesender authentication module 216 receives login or authentication information from thesender 102 via sendingdevice 104 for a payment transaction. As described above authentication information may include a combination of username, password, and a PIN entered by thesender 130 via sendingdevice 104, or the authentication information may also be (or may additionally include) information associated with the sender's 102sending device 104, such as device specific identification and password. The payment on call transaction may be initiated in several ways. For example, if the call is from a software client (e.g., Skype), the payment on call could be initiated via a “button” or other form of interactive initiation in the software client. The payment transaction, including input of login information and notifications, may be completed via web forms or software interfaces within software client (e.g., Skype). If, however, the call is from a land line, a cellular, or other voice based telephone or service, the payment on call may be initiated via a keystroke combination (e.g., “*77”) on the keypad and the payment transaction may be completed via the interactive response module (IRM) 204 ofcommunication subsystem 202. - Further with reference to
FIG. 16 , atoperation 1610 thesender authentication module 216 authenticates thesender 102 using the foregoing login or authentication information for the remittance transaction. Atoperation 1612, theremittance transaction module 212 generates a payment transaction, receiving identification ofreceiver 130 or a pre-stored selection forreceiver 130, a source of funds (e.g.,user remittance account 244,sender bank account 116 that may be a bank account, or a credit card account, or the like) and an amount to be deducted or obtained from the source of funds associated with the remittance transaction. Thereafter, atoperation 1614, the funds source andavailability module 220 verifies the identity of the sender's inputted source of funds and the availability of inputted amount in the source of funds for the remittance transaction. Atoperation 1616, theremittance notification module 214 notifies thereceiver 130 of the remittance transaction and the received shared secret. The notification may be delivered via the connection method via which thesender 102 is connected to the receiver 130 (e.g., software client or telephone) or via alternate means of communication such as a conventional telephone or cellular telephone call, SMS or other text/media messaging service, email, internet based secure message board, or the like. Thesender 102 may also be notified of the pending remittance transaction if desired via the current connection method. Atoperation 1618, the remittancetransaction routing module 234 transmits the payment transaction to theuser account subsystem 424, which transmits the funds from the sender's 102user remittance account 244 to the receiver's 130user remittance account 244. Atoperation 1620, thecompetition notification module 221 notifies thesender 102 via sendingdevice 104 of the completion of the payment transaction. As before, the notification may be effected using the same communication method via which thesender 102 is communicating to thereceiver 130, or an alternate means of communication. Theexample method 1600 ends atoperation 1622. -
FIG. 17 is a block diagram illustrating an example machine in the example form of acomputer system 1700 within which a set of instructions, for causing the computer system to perform any one or more of the methodologies disclosed inFIGS. 1-16 , may be executed. In alternative embodiments, the machine operates as a standalone device or may be connected (e.g. networked) to other machines. In a networked deployment, the machine may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment. The machine may be a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein. - The
example computer system 1700 includes a processor 1702 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both), amain memory 1704 and astatic memory 1706, which communicate with each other via abus 1708. Thecomputer system 1700 may further include a video display unit 1710 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). Thecomputer system 1700 also includes an alphanumeric input device 1712 (e.g., a keyboard), a user interface (UI) navigation device 1714 (e.g., a mouse), adisk drive unit 1716, a signal generation device 1718 (e.g., a speaker) and anetwork interface device 1720. - The
disk drive unit 916 includes a machine-readable medium 1722 on which is stored one or more sets of instructions and data structures (e.g., software 1724) embodying or utilized by any one or more of the methodologies or functions described herein. Thesoftware 1724 may also reside, completely or at least partially, within themain memory 1704 and/or within theprocessor 1702 during execution thereof by thecomputer system 1700, themain memory 1704 and theprocessor 1702 also constituting machine-readable media. - The
software 1724 may further be transmitted or received over anetwork 1726 via thenetwork interface device 1720 utilizing any one of a number of well-known transfer protocols (e.g., HTTP). - While the machine-readable medium 1722 is shown in an example embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention, or that is capable of storing, encoding or carrying data structures utilized by or associated with such a set of instructions. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.
- Although an embodiment of the present invention has been described with reference to specific example embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the invention. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense. The accompanying drawings that form a part hereof, show by way of illustration, and not of limitation, specific embodiments in which the subject matter may be practiced. The embodiments illustrated are described in sufficient detail to enable those skilled in the art to practice the teachings disclosed herein. Other embodiments may be utilized and derived therefrom, such that structural and logical substitutions and changes may be made without departing from the scope of this disclosure. This Detailed Description, therefore, is not to be taken in a limiting sense, and the scope of various embodiments is defined only by the appended claims, along with the full range of equivalents to which such claims are entitled.
- Such embodiments of the inventive subject matter may be referred to herein, individually and/or collectively, by the term “invention” merely for convenience and without intending to voluntarily limit the scope of this application to any single invention or inventive concept if more than one is in fact disclosed. Thus, although specific embodiments have been illustrated and described herein, it should be appreciated that any arrangement calculated to achieve the same purpose may be substituted for the specific embodiments shown. This disclosure is intended to cover any and all adaptations or variations of various embodiments. Combinations of the above embodiments, and other embodiments not specifically described herein, will be apparent to those of skill in the art upon reviewing the above description
- In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of an embodiment of the present invention. It will be evident, however, to one skilled in the art that the present invention may be practiced without these specific details.
Claims (20)
1. A method comprising:
generating a transaction to transfer funds to a receiver from an account associated with a sender, the generating of the transaction being based on a communication initiated between a sending device of the sender and a receiving device of the receiver, the generating of the transaction being performed by a processor of a machine;
receiving a visual or audio identification of the receiver from the sender; and
transmitting the generated transaction, the received identification, and the funds associated with the transaction to a disbursement agent to selectively disburse the funds to the receiver in response to the received identification of the receiver matching reference information of the receiver.
2. The method of claim 1 further comprising:
receiving information relating to the account, the funds, and the receiver from the sending device of the sender.
3. The method of claim 1 further comprising:
notifying the receiver of the transaction via the receiving device of the receiver.
4. The method of claim 1 further comprising:
receiving a completion notification associated with the transaction from the disbursement agent.
5. The method of claim 4 further comprising:
notifying the sender of the completion notification via the sending device.
6. The method of claim 1 further comprising:
initiating the communication between the sending device of the sender and the receiving device of the receiver.
7. The method of claim 6 , wherein:
the initiating of the communication includes connecting a call from the sending device to the receiving device.
8. The method of claim 1 further comprising:
notifying the receiver of a secret via the receiving device; and
receiving the secret from the disbursement agent, the secret being provided to the disbursement agent by the receiver via the receiving device.
9. The method of claim 8 further comprising:
generating the secret for the transaction.
10. The method of claim 8 further comprising:
receiving the secret from the sender via the sending device.
11. A system comprising:
one or more processors;
a transaction module that configures at least one of the one or more processors to generate a transaction to transfer funds to a receiver from an account associated with a sender, the generating of the transaction being based on a communication initiated between a sending device of the sender and a receiving device of the receiver;
a picture module that configures at least one of the one or more processors to receive a visual or audio identification of the receiver from the sender; and
a routing module that configures at least one of the one or more processors to transmit the generated transaction, the received identification, and the funds associated with the transaction to a disbursement agent to selectively disburse the funds to the receiver in response to the received identification of the receiver matching reference information of the receiver.
12. The system of claim 11 further comprising:
an identification module that configures at least one of the one or more processors to transmit the video or audio identification of the receiver to the disbursement agent.
13. The system of claim 11 , wherein:
the picture module configures at least one of the one or more processors to receive a picture of the receiver from the sending device.
14. The system of claim 11 further comprising:
a communication module configured to receive information relating to the account, the funds, and the receiver, from the sending device of the sender.
15. The system of claim 11 further comprising:
a notification module configured to notify the receiver of the transaction via the receiving device of the receiver.
16. The system of claim 11 further comprising:
a routing module configured to receive a completion notification associated with the transaction from the disbursement agent.
17. The system of claim 16 further comprising:
a completion module configured to notify the sender of the completion notification via the sending device.
18. A non-transitory machine-readable storage medium comprising instructions that, when executed by one or more processors of a machine, cause the machine to perform operations comprising:
generating a transaction to transfer funds to a receiver from an account associated with a sender, the generating of the transaction being based on a communication initiated between a sending device of the sender and a receiving device of the receiver;
receiving a visual or audio identification of the receiver from the sender, and
transmitting the generated transaction, the received identification, and the funds associated with the transaction to a disbursement agent to selectively disburse the funds to the receiver in response to the received identification of the receiver matching reference information of the receiver.
19. The non-transitory machine-readable storage medium of claim 18 , wherein the operations further comprise:
initiating the communication on which the generating of the transaction is based, the initiated communication being between the sending device of the sender and the receiving device of the receiver.
20. The non-transitory machine-readable storage medium of claim 19 , wherein:
the initiating of the communication includes connecting a call from the sending device to the receiving device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/288,289 US20140279468A1 (en) | 2007-10-05 | 2014-05-27 | Secondary identification for remittance delivery |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/868,039 US8768853B2 (en) | 2007-10-05 | 2007-10-05 | Secondary identification for remittance delivery |
US14/288,289 US20140279468A1 (en) | 2007-10-05 | 2014-05-27 | Secondary identification for remittance delivery |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/868,039 Division US8768853B2 (en) | 2007-10-05 | 2007-10-05 | Secondary identification for remittance delivery |
Publications (1)
Publication Number | Publication Date |
---|---|
US20140279468A1 true US20140279468A1 (en) | 2014-09-18 |
Family
ID=40524116
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/868,039 Expired - Fee Related US8768853B2 (en) | 2007-10-05 | 2007-10-05 | Secondary identification for remittance delivery |
US14/288,289 Abandoned US20140279468A1 (en) | 2007-10-05 | 2014-05-27 | Secondary identification for remittance delivery |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/868,039 Expired - Fee Related US8768853B2 (en) | 2007-10-05 | 2007-10-05 | Secondary identification for remittance delivery |
Country Status (2)
Country | Link |
---|---|
US (2) | US8768853B2 (en) |
WO (1) | WO2009048534A2 (en) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102007012224A1 (en) * | 2007-03-12 | 2008-09-25 | Schleifring Und Apparatebau Gmbh | Multi-channel low-reflection optical rotary joint |
US8768853B2 (en) | 2007-10-05 | 2014-07-01 | Ebay Inc. | Secondary identification for remittance delivery |
US20090164374A1 (en) * | 2007-12-21 | 2009-06-25 | Ebay Inc. | System and Methods for One Time Check Numbers |
GB2471282B (en) * | 2009-06-22 | 2015-02-18 | Barclays Bank Plc | Method and system for provision of cryptographic services |
CN102511051B (en) * | 2009-09-24 | 2016-07-27 | 日本电信电话株式会社 | Electronic accounting method |
TWI410908B (en) * | 2010-01-18 | 2013-10-01 | Chin Chen Chang | A (2,2) circular sharing method for two color secret images |
US8880425B2 (en) * | 2010-04-07 | 2014-11-04 | The Western Union Company | Mobile agent point-of-sale (POS) |
EP2613287B1 (en) * | 2012-01-04 | 2017-12-06 | Barclays Bank PLC | Computer system and method for initiating payments based on cheques |
US20180075541A1 (en) * | 2012-10-05 | 2018-03-15 | Jagjit Singh Soni | System and Method of Financial Reconciliation and Attribution for Businesses and Organizations |
US8959032B2 (en) | 2012-10-10 | 2015-02-17 | Quisk, Inc. | Self-authenticating peer to peer transaction |
US20150006645A1 (en) * | 2013-06-28 | 2015-01-01 | Jerry Oh | Social sharing of video clips |
US11488122B2 (en) * | 2015-06-11 | 2022-11-01 | Antony J. H. Diamond | System and method for electronically transferring money |
US11042852B1 (en) * | 2017-06-23 | 2021-06-22 | Wells Fargo Bank, N.A. | Sender authenticated remittance via an automatic teller machine |
US11410175B2 (en) * | 2017-09-13 | 2022-08-09 | Walrus Security, Inc. | System and method for authentication with out-of-band user interaction |
US11941603B2 (en) | 2020-03-20 | 2024-03-26 | The Western Union Company | Multipurpose smartphone device |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040139014A1 (en) * | 2003-01-09 | 2004-07-15 | Yuh-Shen Song | Anti-fraud remote cash transaction system |
US20040138991A1 (en) * | 2003-01-09 | 2004-07-15 | Yuh-Shen Song | Anti-fraud document transaction system |
US20070203836A1 (en) * | 2006-02-28 | 2007-08-30 | Ramy Dodin | Text message payment |
US20080126251A1 (en) * | 2006-09-21 | 2008-05-29 | Tomas Karl-Axel Wassingbo | System and method for utilizing a portable network device to initiate and authorize a payment transaction |
US7844546B2 (en) * | 2001-01-26 | 2010-11-30 | Acxsys Corporation | Online payment transfer and identity management system and method |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5892900A (en) * | 1996-08-30 | 1999-04-06 | Intertrust Technologies Corp. | Systems and methods for secure transaction management and electronic rights protection |
KR20010017972A (en) | 1999-08-16 | 2001-03-05 | 권율 | Card approval apparatus for identifying an identification by a photograph and control method thereof |
US7308429B1 (en) * | 2000-02-08 | 2007-12-11 | Tozzi Mario S | Electronic withdrawal authorization store and forward for cash and credit accounts |
US6736314B2 (en) | 2000-06-09 | 2004-05-18 | Telecom Usa | Methods and systems for transferring funds |
US20040088237A1 (en) | 2002-11-01 | 2004-05-06 | Peter Moenickheim | Identifying candidate billers or payees of a payor |
US7636679B2 (en) | 2005-01-03 | 2009-12-22 | Yuh-Shen Song | Automated remittance network |
US8768853B2 (en) | 2007-10-05 | 2014-07-01 | Ebay Inc. | Secondary identification for remittance delivery |
-
2007
- 2007-10-05 US US11/868,039 patent/US8768853B2/en not_active Expired - Fee Related
-
2008
- 2008-10-03 WO PCT/US2008/011462 patent/WO2009048534A2/en active Application Filing
-
2014
- 2014-05-27 US US14/288,289 patent/US20140279468A1/en not_active Abandoned
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7844546B2 (en) * | 2001-01-26 | 2010-11-30 | Acxsys Corporation | Online payment transfer and identity management system and method |
US20040139014A1 (en) * | 2003-01-09 | 2004-07-15 | Yuh-Shen Song | Anti-fraud remote cash transaction system |
US20040138991A1 (en) * | 2003-01-09 | 2004-07-15 | Yuh-Shen Song | Anti-fraud document transaction system |
US20070203836A1 (en) * | 2006-02-28 | 2007-08-30 | Ramy Dodin | Text message payment |
US20080126251A1 (en) * | 2006-09-21 | 2008-05-29 | Tomas Karl-Axel Wassingbo | System and method for utilizing a portable network device to initiate and authorize a payment transaction |
Also Published As
Publication number | Publication date |
---|---|
WO2009048534A3 (en) | 2009-06-11 |
WO2009048534A2 (en) | 2009-04-16 |
US20090094163A1 (en) | 2009-04-09 |
US8768853B2 (en) | 2014-07-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8768853B2 (en) | Secondary identification for remittance delivery | |
US11797981B2 (en) | Automated application programming interface (API) system and method | |
US11810109B2 (en) | System and method for token processing to link user accounts | |
US20170255911A1 (en) | Peer to peer email based financial transactions | |
US10742419B2 (en) | Validation cryptogram for transaction | |
US20150324769A1 (en) | System and methods for facilitating fund transfers over a network | |
WO2018130910A1 (en) | Peer-to-peer exchange platform | |
RU2007134732A (en) | SYSTEM AND METHOD FOR MONEY TRANSFERS BASED ON APPROVING A REQUEST FOR A TRANSFER SENT FROM THE RECIPIENT TO THE SENDER | |
US20130018794A1 (en) | Mobile communication device based monetary transfer system | |
US20200013055A1 (en) | Systems and Methods for Blockchain Based Identity Verification and Transaction Processing | |
WO2019130809A1 (en) | Transaction management system, transaction management device, transaction management method, and transaction management program | |
JP2020537247A (en) | Systems and methods for performing peer-to-peer transfers | |
JP2020091674A (en) | Virtual currency providing system, method and program | |
Ugwu et al. | A Secured Mobile Payment Transaction Protocol for Android Systems | |
KR101406101B1 (en) | Banking system and method, and financial institution server and storage medium storing the program thereof | |
KR20130052435A (en) | Recording medium, method and system for information processing | |
KR20200131642A (en) | Method and apparatus for relaying financial service using media | |
KR20130049854A (en) | Wireless terminal and recording medium | |
TWM575158U (en) | Financial system | |
KR20080036358A (en) | System and method for authentication customer and program recording medium | |
WO2004025392A2 (en) | Electronic commerce transactions | |
KR20130049853A (en) | Recording medium, method and system for information processing | |
WO2015166512A1 (en) | System and method for push authorization | |
KR20100036460A (en) | System and method for managing virtual cyber branch and recording medium | |
KR20080036368A (en) | System and method for linking online account and messenger banking and program recording medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: EBAY INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SHASTRY, VISHWANATH;REEL/FRAME:032970/0011 Effective date: 20080114 |
|
AS | Assignment |
Owner name: PAYPAL, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EBAY INC.;REEL/FRAME:036171/0194 Effective date: 20150717 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |