RU2172022C2 - Method and system for electronic transfer of funds by means of computerized cash register for serving out transferred funds - Google Patents

Abstract

FIELD: electronic transfer of funds using computerized cash register for their serving out. SUBSTANCE: system for fully-automatic electronic transfer of cash or its equivalent between sender and recipient has initializing terminal to receive information about amount of money transferred by electronic method and account from which money must be transferred, as well as safety code from sender, central terminal to deposit amount of money, and safety code contained in central terminal file; it also has distributing terminal to receive request corresponding to mentioned transferred amount of money and to safety code from recipient for submitting transferred amount of money and safety code to central terminal for comparison with information kept in central terminal file and to serve out funds equivalent to mentioned amount of money to recipient without demanding distributing terminal activation card from recipient. EFFECT: provision for dispensing with bank account. 60 cl, 4 dwg

Description

 The present invention relates to an electronic transfer of funds, and more particularly, to a system and method for electronic transfer of funds between a sender and a recipient by using an automated cash register to issue funds transferred to the recipient.

Description of the technical field
Although the "telegraphic transfer of money" was used more than 100 years ago, to ensure a quick transfer of money from one point to another point located at some distance, members of modern society sometimes still need to quickly transfer or receive cash, for example, in emergency situations. Representatives of such members of society can be a fairly wide circle of people, starting with individuals who often move, and ending with individuals whose close relatives are far from home. Regardless of the reasons for the need for a quick cash transfer, the ability to quickly "telegraph" money was very popular. Perhaps the most prominent representative of the "wire transfer by telegraph" service or money transfer service is Western Union.

 To transfer money, the customer (hereinafter referred to as the "sender") comes to the agency, submits cash or a bank check in the amount of the transferred capital, plus a service or transfer fee, tells the agent the name of the person to whom the money should be transferred and for which the check is issued. An agent often registers a transaction through a computer that is automatically registered by Western Unioun. Another possibility of transferring money using Western Union services is for the sender to dial a free telephone number and inform the responsible representative of the above information. Transferred capital, together with the transfer fee charged, is credited to the main credit card as an advance.

 Another company providing money transfer services is Integrated Payment Systems (IPS), a division of First Data Corporation, which allows the sender to use a credit card, as well as cash or a bank check at any agency. To receive the funds transferred, the recipient must again come to the agency, must have the relevant documents (valid driver’s license or military ID), must know where the money is coming from, the name of the sender and must know how much is transferred.

 The above money transfer process has a number of disadvantages. The recipient must find the location of the agency that is open, which is very difficult to complete at night, as well as the agency that has enough cash to complete the transaction. If the agency selected by the recipient does not have enough cash, the agency will offer the recipient a certain amount of cash and a check for the rest. Often this contradicts the purpose for which cash was allocated in the starting point, or requires additional efforts from the recipient to find a place where the check could be exchanged for cash. The sender must first redeem a bank check if he does not want to transfer the cash sent. If the sender does not have a basic credit card, then although he may have sufficient funds in the bank account, he may not have access to large amounts of money at any time. The secrecy of the sender and the recipient contradict each other, as the transaction depends on the interaction with the sales agent. Delays may occur due to agency relocation or typographical errors. Moreover, the operation of such a system is very time consuming and expensive.

 To get rid of some of these shortcomings, BayBank has developed a system that allows each customer to transfer and withdraw funds from most BayBank accounts electronically. Although the recipient or sender may not be a BayBank customer, it still needs to have a verified, identifiable bank account with another, “linked” (affiliated) bank. A BayBank credit card holder can transfer money to the beneficiary's bank account in any part of the United States. The only information that the BayBank sender must provide is the beneficiary's bank number and account number. During telegraphic transfers, funds are automatically withdrawn from the BayBank account and transferred to the indicated beneficiary account. Any BayBank customer can, in addition, receive funds from another bank. The sender must be a customer of the BayBank member bank, but the Bay Bank customer will be able to receive funds electronically deposited in the BayBank account.

 However, such a system has drawbacks. BayBank system is a closed system and it is necessary for participants (sender and recipient) to have accounts in BayBank or in one of its affiliated banks. Moreover, the recipient still needs to have a credit card to access the listed funds, funds are transferred from account to account instead of directly transferring cash to the necessary recipient.

SUMMARY OF THE INVENTION
Given the above problems associated with the relevant field of technology, the present invention is the provision of a system and method for electronic transfer of funds, where the recipient will be exempted from having to have a bank account to receive the transferred funds.

 Another objective of the present invention is the provision of a system and method for electronic transfer of funds, where it will not be required that the sender and the recipient use the same financial branch.

 Another objective of the present invention is the provision of a system and method for electronic transfer of funds, where money is not transferred to the bank account of the recipient, and cash or cash equivalent is directly transferred to the specified recipient.

 Another objective of the present invention is the provision of a system and method for electronic transfer of funds when cash, cash equivalent or other handed document (for example, tickets, stamps, etc.) are transferred directly to the specified recipient.

 Another objective of the present invention is the provision of a system and method for electronic transfer of funds, where the system would use an automated cash register (hereinafter referred to as “ATM”) to issue funds.

 Another objective of the present invention is the provision of a system and method for electronic transfer of funds, where the recipient will not need to have a financial card to run ATM or to receive funds.

 In the present invention, these problems are solved by providing a system and method for electronic transfer of funds between the sender and the recipient, including an initialization terminal for receiving an indication of the amount of money transferred electronically, preferably the account from which they are transferred, and the sender's security code, preferably encrypted by the initializing terminal, a central terminal for storing the amount and encrypted code in a file in the central terminal, as well as a dispensing terminal for receiving from the recipient of the application corresponding to the indicated amount of money transferred and the security code, preferably for encrypting the security code, for indicating the transferred amount of money and the encrypted security code to the central terminal for comparison with the information stored in the file of the central terminal, and also for issuing funds equivalent to the indicated amount to the recipient money, and the recipient does not need a credit card to run the transfer terminal.

 The system and method of the present invention provides a fully electronic mechanism for transferring funds, thereby eliminating the involvement of third-party sales agents in this process. Thanks to the exclusion of agents, the fixed cost of the system is reduced and the sender / receiver relationship is kept secret and worthy. An additional advantage of using the present invention is that it allows individuals to transfer money at any time convenient for the customer for twenty four (24) hours a day and for seven (7) days of the week. Money transfer cost reduced. The present invention is useful for those recipients who either do not have any relationship with banks (are not associated with any financial organizations, branches or accounts), or are associated with other financial institutions - branches with which the sender is associated. In addition, the consumer will find it convenient to transfer money from home or from the nearest ATM.

 These and other properties and advantages of the present invention will become apparent familiar with the art from the following detailed description of preferred embodiments, taking into account the accompanying drawings.

Brief Description of the Drawings
FIG. 1 is a schematic diagram of an example network illustrating an embodiment of the present invention.

 FIG. 2 is a schematic illustration of a capital transfer and collection in accordance with a preferred embodiment of the present invention.

 FIG. 3 is a flowchart illustrating the initializing side of a transaction executed in accordance with a preferred embodiment of the present invention.

 FIG. 4 is a flowchart illustrating a receiving side of a transaction executed in accordance with a preferred embodiment of the present invention.

Detailed description of preferred designs
The present invention allows electronic transfer of funds from an individual to an individual, preferably using ATM to issue such funds to the appropriate recipient. Thus, the present invention allows funds to be made available to individuals for seven (7) days a week and for twenty four (24) hours a day. Using an ATM or home device to perform banking transactions, the initiator (sometimes referred to as the “sender”) can quickly make cash available to the recipient who has access to the ATM, which is part of the present invention.

 As a brief description, we note that it is preferable that the initiator use a telephone with a keypad with a card reader through the voice response unit to gain access to the services of the system of the present invention. It should be borne in mind that the initiator can contact ATM, or use a personal computer equipped with the ability to access the services of the system of the present invention. Using this last opportunity, it is preferable that the initiator interacts with the system of the present invention through a user graphical interface (GUI).

 Regardless of the selected input terminal (telephone, personal computer, ATM, etc.), the initiator uses a credit card "to make funds available to a financial account that matches a credit card. Such a card can be a credit card, debit card, smart card or card indicating the stored amount. Please note that the sender can still, if necessary, present cash to the agency. Such a sender (hereinafter referred to as "without contact with the bank") may not be associated with any a branch of a financial institution, for example, a student who has left to study, or a seasonal worker, in which case the agent must ultimately interact with the system of the present invention as if it were a “sender.” Thanks to this approach, the recipient is not need a card to run the selected ATM or a branch of a financial institution to receive the necessary funds.

 From this moment, the funds being transferred are treated or they are allowed to be handled in advance as available and the cost of the transaction order or transfer fee is removed from the sender's account. A transfer fee, which is usually paid by the sender, is charged for each money transfer transaction. In accordance with a preferred embodiment of the present invention, this system provides the sender with a PIN (personal identification number) generated by the system, which must be transmitted by the sender to the recipient as part of the secret information necessary for the recipient to receive the listed funds.

 The recipient, after receiving from the sender the relevant secret information, preferably: 1) the sender's phone number, 2) the amount of money transferred and 3) the PIN generated by the system and transmitted to the sender by the source terminal, turns to ATM, which has the ability to electronically transfer funds, as described Further. In accordance with a preferred embodiment of the present invention, which is described below, such an ATM can be programmed to receive money from a user without presenting a card of any type to the user. As a result of this, the recipient interacts with the ATM without using a card to launch the corresponding menu. The recipient enters the information in accordance with the instructions on the ATM screen and the specified recipient is given cash.

 Perhaps the present invention will be better understood after considering it as two different transactions, which will hereinafter be referred to as initializing and distributing, together forming a common transaction. Those who are familiar with this technical field will understand the reason that the source terminal is regarded as the “sender”, and the pseudo-terminal (or central terminal) as the “owner” in the case of an initializing transaction, as well as the reason for considering the pseudo-terminal as the “sender” and the transfer terminal as “the owner” "in the event of a handout transaction. Preferably, the initial transaction is described as canceled with payment of the transfer.

 In addition, the initialization transaction can be considered as logically divided into three parts: the request for transfer, the request for authorization and authorization. Consider FIG. 1. which is a schematic diagram of an example network illustrating an embodiment of the present invention. The initialization transaction begins with a request for the transfer of funds from the initializing terminal. This "terminal" is the medium that the sender uses to create a request for electronic money transfer, for example, ATM 110, a personal computer with a graphical user interface (GUI) 115, a voice answer unit with telephone access (VRU) 120, or a video telephone with a GUI (specially not shown), etc. Preferably, the GUI supports at least Windows, DOS, or Macintosh. In the case when a telephone is used as the initializing terminal, the sender calls the voice response unit (hereinafter referred to as "VRU"; not shown), which tells him voice prompts, such prompts, in accordance with the information provided by the user graphical interface, other types of initializing terminals such as personal computers 115, video telephones 120, televisions 125 or ATM 110. For further discussion, and unless expressly agreed, the initializing terminal will be ATM 110. Required o take into account that any of these initialization initialization terminals 110, 115, 120, 125 can be used.

 Preferably, the initialization terminal 110 allows the transfer of debit or credit card information with an encrypted and encoded corresponding PIN to ensure the confidentiality of debit or credit card information. Preferably, such a terminal, if it is not an ATM: which, if necessary, can be protected in accordance with DES (data encryption standard), would have a device (not shown) that reliably encoded information transmitted over communication lines. Such a device is connected to a telephone, a video telephone, to a television network, to a personal computer, etc. and allows you to classify financial transactions carried out from home or from the workplace. Some companies, such as Ised Corporation, produce devices that reliably encode information and therefore such devices are not described in more detail below.

 Preferably, the fully automated electronic listing system 100 also has a tuning system (not shown). If, before the recipient receives the funds, the sender changes his mind when he wants to return his money, then this system will execute the reverse transaction after paying any assigned transfer fee.

 The sender selects on the screen or in the menu, depending on the environment used, the appropriate option for interacting with the system of the present invention. When the sender begins to interact with the system 100 through the initialization terminal 110, it is preferable that he immediately notified of any transfer fee assigned for the execution of the necessary transaction. Preferably, the initialization terminal 110 requires certain information from the sender, such as the amount of the transferred capital, as well as the security code assigned to the transaction. Preferably, the security code is a telephone number, including the area code, but it can also be another unique number, such as social numbers. insurance or some other, in accordance with the imagination of the sender. Preferably, the initialization terminal 110 encodes a security code entered by the sender. Preferably, the amount of capital and the coded security code are part of the key used by the system 100 of the present invention to create a PIN generated by the system. Due to the encoding of the sender's security code and its use in the algorithm to create the PIN generated by the system, the transaction is classified. For this reason, anyone watching the transaction will not know the sender's security code, as it will be transmitted and stored in encoded form, and not in clear form. When the sender chooses the option, ordering the transfer of funds electronically in accordance with the present invention, the message will pre-populate the network identification field with at least a unique transaction and network code so that the initializing terminal 110 sends the transaction to pseudo-terminal 140 before attempting to execute this transactions on another network. Although people familiar with the art may come up with different designs, it is preferable that the pseudo-terminal has a switch 145, an authorization block 150, and tandem-based record files for subsequent use 170, a SUN 2000 workstation for relational databases 175, and MIS record files ( administrative information system) 160, as well as an IBM ESA9000 computer for processing offline (batch) mode and for maintaining financial records.

 The initialization terminal 110 transmits the requested transaction information received from the sender to the pseudo terminal 140, this information is used by the system of the present invention to coordinate the two parts of the entire transaction. The initializing terminal 110 transmits an authorization request to the pseudo-terminal 140, thereby entering the next step of the transaction initialization. The switch 145 of the pseudo terminal 140 receives the received financial request and activates the authorization unit 150. The authorization unit 150 will eventually transmit the request to the authorization agent (not shown). Preferably, the pseudo terminal 140 has an appropriate connection with debit card networks and with a credit card authorization point to identify the card and account information belonging to the sender who wants to transfer the money. The information transmitted to the authorization agent, among other things, contains a request for authorization of the amount of capital that the sender wants to transfer, as well as the corresponding transfer fee or service charge.

 The Validation Agent accepts financial information from pseudo-terminal 140, and if there are sufficient funds or credit in the specified account, it will authorize the transfer of the entire amount of capital and the transfer fee. Please note that an authorization agent can be a financial institution, a card publisher, an interrupt processor, or a regional / national network. Preferably, the system of the present invention ensures compliance with customer requirements, so that participating institutions have the opportunity to establish their own approval framework for their customers.

 Since there are a number of known methods for obtaining authorization, each of which is compatible with the system and method of the present invention, we will not consider here in detail the specific authorization method carried out by the authorization agent. Moreover, it should be borne in mind that the authorization agent may also be the pseudo-terminal 140 platform of the present invention, which can approve authorization with permission and in accordance with guidelines established by a particular financial institution.

 As soon as the Validation Agent sends the approval message to the pseudo-terminal 140, the initialization transaction will enter the stage of the approved Validation. As soon as the pseudo-terminal 140 receives the approval message, it will generate a PIN, which will be transmitted to the initialization terminal 110, for provision to the sender of funds. Preferably, this generated by the PIN system would be part of the identification system 100 of the present invention requested from the recipient to ensure that funds will be provided to the specified recipient during the initial part of the entire transaction. More specifically, in accordance with a preferred embodiment of the present invention, after the authorization request is satisfied, it is preferable that pseudo terminal 140 request a unique PIN encoded in accordance with DESOT of encoding module 155, which generates unique numbers based on predetermined security keys. An example of the hardware of module 155 is the hardware provided by Atalla, a subsidiary of Tandem Corporation. It should be borne in mind that the module generating numbers 155 may not be hardware in execution and this is still consistent with the spirit of the present invention. Moreover, it is obvious to those familiar with this technical field that the request for a unique PIN can be executed simultaneously with the request of the card publisher for confirmation. After generating the PIN, it is transmitted to the sender. Preferably, the PIN is transmitted to the initialization terminal 110, which ultimately transmits the PIN to the sender. The PIN can be provided to the sender in several ways, depending on the limitations of the initializing terminal: ATM can print a check, PIN can be displayed as visual information via the user graphical interface, or it can be provided via the phone using VRU, this is only part of such methods. It is preferable that each receipt is provided by the initializing terminal 110, indicating the transferred amount of capital, transfer fee to be paid to the sender’s account for the transaction, as well as in the case of a request from the sender generated by the PIN system.

 Consider FIG. 2, which is a block diagram illustrating the transfer of capital and fees in accordance with a preferred embodiment of the present invention. After receiving an approval message, which means the approval of the authorization request and reflects the fact that the initiator has money to transfer or a credit card account to which the advance payment amount will be received, pseudo-terminal 140 will "withdraw" money from the sender's account 210. Pseudo-terminal 140 writes capital on credit of the deposit account 220 so that it is available to ATM 230 during the transfer part of the entire transfer transaction. In addition, the pseudo-terminal 140 writes any transfer fee to the credit of the deposit account 240, this transfer fee will be set in a predetermined manner for the parties owning parts of the system responsible for the execution of the entire transfer transaction. Preferably, the allocation of the transfer fee is carried out through batch processing.

 In accordance with the usual business practice of the EFT industry (electronic money transfer), as soon as the current system has received the approval approval message, an appropriate financial institution is appointed to reimburse the owner of the ATM, which in essence will consist of transferring funds on behalf of the sender when it transfers cash to the recipient. Thus, this approval of authorization is a guarantee for part of the transferring institution that the institution will be reimbursed to the holder. Due to this, the system in accordance with the present invention can complete the entire transaction even before the actual receipt of funds from the institution.

 Referring again to FIG. 1, after receiving the approval message, the completion of the initialization transaction is also noted in the MIS record files and in the record files for subsequent use 170. The pseudo-terminal 140 stores the transaction in relational databases 175 for subsequent viewing of the transaction, as well as for long-term storage, search and report for further studying this data.

 Psedoterminal 140 indicates the amount of capital that should be recorded in the record files for subsequent use 170 for subsequent coordination of actions during the execution of the transfer transaction. It is preferable that the record files for subsequent use 170 are offline and that any specific transaction in them is represented by three pieces of information: 1) a coded security code transmitted by the sender; 2) generated by the PIN system associated with a specific transaction; 3) the amount of transaction capital. Preferably, the record files for later use 170 include files that have been monitored for some time and, if necessary, store other parameters, while waiting for the second half of a specific transaction to be completed. If the second half of the transaction is never completed and a predetermined time interval elapses, the transfer fee will be deducted and the original amount will then be transferred as the return or as a deposit to the sender’s card account, as if the transaction had not been completed, without charging any fee for listing.

 Let us now consider FIG. 3, which is a flowchart illustrating the initializing side of a transaction executed in accordance with a preferred embodiment of the present invention. Preferably, the initialization terminal 110 requests the input of the transfer amount (block 310) and the input of the security code (block 320). As discussed earlier, such a security code can be quite simple such as the sender's phone number and is encoded in the initialization terminal, transmitted to the central terminal and stored in encoded form. The initialization terminal 110 then requests the input of the card in order to obtain input information containing the PIN for the card, used if necessary (block 330). Preferably, such information obtained by entering the card is transmitted to validation unit 150 to obtain authorization confirmation (block 340). After receiving such a confirmation, the pseudo terminal 140 transmits input information obtained as a result of the operation of blocks 310 and 320 to the encoding module 155 to create a PIN transaction. The pseudo terminal 140 transmits such a PIN to the initialization terminal 110, which ultimately transmits this PIN to the sender. The initializing terminal 110 requires the sender to provide a transfer amount, a security code, as well as a PIN for the indicated recipient (block 350) to receive the declared and transferred funds. The pseudo-terminal 140 stores transaction data for subsequent viewing of the transaction and related information as discussed below (block 360).

 As noted earlier, the sender may change his mind and request a cancellation of the transaction. In case of cancellation of the transaction, the amount of capital is returned. Preferably, the system 100 initiates an automatic or immediate cancellation as a transaction command. Regardless of whether the sender “cancels” the transaction or not, in accordance with the preferred embodiment, the system will save the transaction information for MIS in the MIS 160 record files.

 The second transaction, i.e., the distributing transaction, can also be considered as logically consisting of three parts: from the initialization request, approval and issuance of funds to the specified recipient.

 To the recipient, i.e. a person who actually accepts these funds and is considered “unpaid” in the record files for subsequent use 170 does not need to have a connection with any branch of a financial institution. For this reason, in accordance with a preferred embodiment of the present invention, the dispensing terminal 180 does not need a card to initiate the dispensing half of the transaction for electronic transfer of all funds. Transaction dispensing terminal 180 is a specific dispensing mechanism (preferably ATM) that the recipient uses to receive funds that the sender makes available to him, it should be borne in mind that the initialization terminal 110 may also be a dispensing terminal 180 for the same or another transaction.

 Prior to the present invention, ATM master devices set the ATM to its original CARD-READ state. In this state, the ATM displayed the “welcome” screen and was waiting for the card to be entered in order for the ATM to transition to the next state associated with the transaction process. For the present invention, it is preferable that the ATM drivers first set the ATM to SELECTION-STATE (selection state). In this state, the “welcome” screen is displayed as with other ATMs. However, in accordance with the present invention, such ATMs will wait for a key to be pressed to transfer the ATM to the next state (as opposed to having to enter the card in the initial CARD-READ state). At this time, ATM will have two possibilities. If the user presses a key that causes a bank transaction to be completed, for which a card is required, the ATM will switch to the CARD-READ state and process the transaction in accordance with the normal procedure. If the user instead selects a key corresponding to the receipt of funds transferred electronically, as described in the present invention, then ATM will follow the on-screen commands during processing of the transfer case of such a transaction.

 This feature is implemented by changing the ATM boot process, as a result of which the ATM is initialized to SELECTION-STATE, in accordance with another preferred embodiment, the loading of the ATM software can be changed so that the ATM can support both key selection and card entry in as a sufficient condition for transferring the ATM to the next appropriate state and processing the stream in accordance with the necessary action. In other words, it is preferable that the ATM act either in response to a card input or in response to a key press in the “welcome” state.

 The handout half of the total transaction begins with an authorization request, which is executed by the handout terminal 180. The handout terminal 180 can be located anywhere, including a department store, grocery store, post office, part of a financial institution, mall or other location. To activate the ATM 180 authorization request, the recipient is asked to provide a certain part of the information for creating the corresponding entries in the record files for subsequent use 170. It is preferable that such information contain 1) the amount of the transferred capital, 2) the sender's security code (such as phone number) , as well as 3) the PIN generated by the system and transmitted to the sender, this PIN the sender informs the recipient. Preferably, like the initialization terminal, the dispensing terminal 180 encodes the received security code.

 After entering this information, the dispensing terminal 180 transmits a message to the pseudo-terminal 140, requesting authorization to transfer the entire transaction amount. Pseudo-terminal 140 supports record files for subsequent use 170, containing a list of all electronic transfer transactions for which the execution of their original parts was completed. The information entered by the recipient is used by the pseudo-terminal 140 to determine which of the transactions is being examined and whether there is information corresponding to the information already stored in the record files for subsequent use 170. The validation unit 150 has a data conversion system (not shown).

 Turning now to FIG. 4, which is a flowchart illustrating a handout of a transaction executed in accordance with a preferred embodiment of the present invention. The system of the present invention asks the recipient to enter the amount of expected funds in dollars (block 410), an indication of the security code (block 420), which is then preferably encoded by the transfer terminal 180, as well as the PIN generated by the system (block 430). Then, the transaction is transmitted to the pseudo-terminal 140. The switch 145 considers the transaction as a cancellation request indicating the service code that informs the pseudo-terminal 140 that there is a request from the transfer terminal.

 The pseudo-terminal 140 activates the authorization unit 150 to determine whether the requested recipient has authorization to receive said funds. Validation unit 150 then compares the information entered by the recipient, including the encrypted security code, with the information stored in the record files for later use 170 through the relational database 175.

 If no relevant information is found, then the pseudo-terminal 140 transmits a command to the ATM 180, according to which the ATM prompts the recipient to re-enter the information. After re-entering such information, the ATM 180 again transmits a message to the pseudo-terminal 140 to determine compliance. This cycle can be repeated as much as necessary, it is preferable that it be repeated only three times before the ATM 180 is instructed to complete the transaction and return to the SELECTION-STATE state to wait for the next customer.

 On the other hand, if the pseudo-terminal 140 has identified a correspondence between the information transmitted by the recipient and the information indicated in the recording files for subsequent use 170, then the pseudo-terminal 140 will transmit an approval approval message to the transfer terminal 180, indicating that the authorization request has been granted and submitted to the ATM 180 team to begin the process of issuing a specified number of funds. In addition, the pseudo-terminal 140 records the transaction in the MIS 160 record files to indicate the appropriate transfer fee in the record files 170, as well as in the relational database 175. As soon as a match with the transaction was found in the record files 170 and funds were issued, it is preferable that information corresponding to the initializing part of the transaction was deleted in the recording files 170 due to the completion of both parts. Then, it is preferable that the pseudo terminal 140 marks the completion of the transaction in both the MIS 160 record files and the record files for subsequent use 170.

 It is preferable that the dispensing terminal 180 give out the full amount of the transferred money, even if, for example, the number of transferred funds exceeds the limit value set by the ATM holder established upon each appeal to this account. In accordance with a preferred embodiment of the present invention, there is an internal mechanism that causes ATMs to perform multiple iterations of output. It should be borne in mind that when it is necessary for ATM to perform such multiple iterations, it is preferable that they be presented to the recipient of funds as one iteration. For example, suppose an authorization agent authorized the transfer of $ 500 in favor of a recipient specified by the sender. The owner of the ATM may limit the ATM to the issuance of only $ 200 each time and to this account. In accordance with a preferred embodiment of the present invention, ATM issues an authorization of $ 500 by performing three iterations of the transfer: two for $ 200 and one for $ 100.

 Familiar with this technical field, it should be borne in mind that any number of networks with their own initializing and distribution terminals can have access to the pseudo-terminal 140 of the present invention. Due to this open design, an ATM of one network, for example, can transfer money to an ATM of another network, or an initializing terminal PC 115 can transfer money to an ATM of another network, etc. FIG. 1 illustrates how any number of networks 130, including regional and national networks, can be connected into various schemes to access pseudo-terminal 140, which allows unrelated institutions to interact and share resources. In addition, those familiar with the art should take into account that these various networks 130 may be international networks with respect to the location of the pseudo terminal 140. This property of the present invention allows the sender to transfer money into the hands of relatives in accordance with the circumstances even when they travel or work in other countries.

 As another execution, we can consider the case when the initializing terminal 110 has the ability to receive cash directly entered into the mechanism associated with the initialization terminal 110, check the amount of the entered amount and continue after that the transaction. When such an initialization terminal is used, then the authorization steps related to the pending credit confirmation or debit of the account, which were indicated above in connection with the initialization terminal controlled by the card, are not performed.

 It should be borne in mind that the present invention can, in addition, also be used to transfer funds other than directly from cash. Examples of such funds, given only for illustration, and not as a limitation are: tickets, travelers checks, stamps, etc.

 Familiar with the art should understand that the present description is presented only as an illustrative example and in no case should not be construed as limiting the invention in accordance with the above. Familiar with the art can make various modifications and alternative implementations of this invention. Accordingly, it is intended that this invention be limited only by the terms of the appended claims.

Claims (60)

 1. The system of automated electronic transfer of funds between the sender and the recipient, containing the initialization terminal, designed to receive from the said sender an indication of the amount of funds to be electronically transferred, and to provide the said sender with a unique personal identification number, a central terminal designed to provide the said initialization terminal with a unique personal identification number for each transaction electronically to transfer funds and to save in the file the said amount of funds to be transferred and the said unique personal identification number, a dispensing terminal designed to receive input information corresponding to the said specified amount of funds and the said unique personal identification number for transfer to the said central terminal input information corresponding to said specified amount of funds and said unique personal identification ion number, for comparison with the said amount in order to obtain confirmation of conformity between the said input information and the said amount in the specified file and transfer funds in accordance with the specified specified amount of funds to the said recipient.  2. The system according to claim 1, characterized in that said initializing terminal is an automated cash register (AKA).  3. The system according to claim 1, characterized in that said initializing terminal is a personal computer with a graphical user interface.  4. The system of claim 1, wherein said initializing terminal is a telephone with a dialer with a voice response unit.  5. The system of claim 4, wherein said telephone is a video telephone.  6. The system according to claim 1, characterized in that said central terminal includes means for generating said unique personal identification number.  7. The system according to claim 1, characterized in that the said dispensing terminal is an automated cash register (AKA).  8. The system of claim 1, wherein said initializing terminal is for generating a security code before providing said code to said central terminal.  9. The system according to claim 1, characterized in that said dispensing terminal is designed to generate a security code prior to providing said code to said central terminal.  10. The system according to claim 1, characterized in that it is configured to issue cash to the recipient when entering the relevant information.  11. The system according to claim 1, characterized in that said initializing terminal has a financial card reader.  12. The system according to claim 11, characterized in that said financial card is a credit card.  13. The system according to claim 11, characterized in that said financial card is a debit card.  14. The system according to claim 11, characterized in that said financial card is an intellectual card.  15. The system according to 14, characterized in that the said smart card is a card indicating the stored amount.  16. The system according to claim 1, characterized in that said initializing terminal has a mechanism for receiving cash.  17. A method of automated electronic transfer of funds between the sender and the recipient, which includes the steps of the initializing terminal receiving an indication of the amount of funds to be electronically transferred from the said sender and the security code from the said sender, providing the central terminal with the said initializing terminal with a unique personal identification number; providing said initializing terminal with said sender of said unique personal identification number; storing said central terminal of said amount of funds to be transferred and said unique personal identification number; receiving, by the dispensing terminal, input information corresponding to said specified amount of funds and said unique personal identification number; transmitting said distribution terminal to said central terminal of said input information corresponding to said specified amount of funds and said unique personal identification number for comparison for the purpose of confirming and issuing said distribution terminal of funds in accordance with said said amount of funds to said recipient.  18. The method according to 17, characterized in that the said dispensing terminal is an automated cash register (AKA).  19. The method according to 17, characterized in that said step of receiving by the initializing terminal also comprises the step of receiving information from the financial card of said sender.  20. The method according to claim 19, characterized in that said financial card is a debit card.  21. The method according to claim 19, characterized in that said financial card is a credit card.  22. The method according to claim 19, characterized in that the said financial card is an intellectual card.  23. The method according to item 22, wherein the said smart card is a card indicating the stored amount.  24. The method according to 17, characterized in that said step of receiving by the initializing terminal comprises the step of generating a security code.  25. The method according to 17, characterized in that the said step of receiving the dispensing terminal comprises a step of generating said security code.  26. The method according to 17, characterized in that the step of receiving the initializing terminal comprises receiving the actual amount of money from the said sender.  27. A method for the automated electronic transfer of cash or cash equivalent between the sender and the recipient, comprising the steps of receiving by the initializing terminal an indication of the amount of electronically transferred cash or its equivalent in accordance with the amount of cash or their equivalent that must be provided to the said recipient, and also a security code from the said sender, providing the central terminal with a unique personal identification number of the initiating terminal in exchange office for the said amount and said security code, initialization of said terminal of said unique personal identification number to said sender; storing the mentioned amount of transferred cash or its equivalent, the said security code and the said unique personal identification number in the file of the said central terminal, receiving by the transfer terminal the input information corresponding to the amount of cash or their equivalent, the said security code and the said unique personal number, transferring the said a dispensing terminal of said input information corresponding to said cash amount application or their equivalent, the said security code and the said unique personal identification number, to the said central terminal for comparison with the data of the specified file, as well as for the issuance by the transfer terminal of cash or their equivalent in accordance with the indicated amount of cash or their equivalent directly to the said recipient.  28. The method according to item 27, wherein the said dispensing terminal is an automated cash register (AKA).  29. The method according to item 27, wherein said step of obtaining by the initializing terminal comprises receiving information about a financial card from said sender.  30. The method according to clause 29, wherein the said financial card is a debit card.  31. The method according to clause 29, wherein the said financial card is a credit card.  32. The method according to clause 29, wherein the said financial card is an intellectual card.  33. The method according to p, characterized in that the said smart card is a card indicating the stored amount.  34. The method according to p. 27, characterized in that said step of obtaining by the initializing terminal comprises the step of generating said security code.  35. The method according to item 27, wherein said step of receiving the dispensing terminal further comprises the step of generating said security code.  36. The method according to item 27, wherein the cash equivalent is a check of at least one traveler.  37. The method according to item 27, wherein the said cash equivalent is a stamp or seal.  38. The method according to item 27, wherein the said step of receiving the initializing terminal includes the step of receiving the actual currency from the said sender.  39. A system for the automated electronic transfer of cash or cash equivalent between the sender and the recipient, containing an initialization terminal for receiving an indication of the amount of cash or cash equivalent to be electronically transferred, which the said sender provides to the said recipient, the account from which they must be listed, as well as indications of a security code, a central terminal designed to receive the said quantity and the mentioned security code, for storing in the file the said amount of cash or cash equivalent to be transferred, and the said security code, as well as the transfer terminal for receiving from the recipient input information corresponding to the said amount of cash and cash equivalent and the aforementioned security code for transmitting to the central terminal said input information corresponding to the indicated amount of cash or equivalent and cash and said security code for comparison with said file in order to confirm the correspondence between said input data and said file, and for dispensing of cash or cash equivalent directly to the recipient in accordance with said amount of cash or cash equivalent.  40. The system of claim 39, wherein said initializing terminal is an automated cash register (AKA).  41. The system of claim 39, wherein said initializing terminal is a personal computer with a graphical user interface.  42. The system of claim 39, wherein said initializing terminal is a telephone with a dialer with a voice response unit.  43. The system of claim 39, wherein said central terminal comprises additional means for generating said unique personal identification number.  44. The system of claim 39, wherein said dispensing terminal is an automated cash register (AKA).  45. The system of claim 39, wherein said initializing terminal is configured to generate a security code prior to providing said code to said central terminal.  46. The system of claim 39, wherein said dispensing terminal is configured to generate a security code before providing said code to said central terminal.  47. The system of claim 39, wherein said indication of the amount of cash or cash equivalent is to issue cash or cash equivalent.  48. The system of claim 39, wherein said initializing terminal also includes a financial card reader.  49. The system of claim 48, wherein said financial card is a credit card.  50. The system of claim 48, wherein said financial card is a debit card.  51. The system of claim 48, wherein said financial card is an intellectual card.  52. The system of claim 51, wherein said smart card is an indication card of a stored amount.  53. The system of claim 39, wherein said cash equivalent is a check of at least one traveler.  54. The system of claim 39, wherein said cash equivalent is a stamp or seal.  55. A method for automated electronic transfer of cash or cash equivalent, comprising the steps of receiving by the central terminal an electronic signal representing an indication of the amount of cash or cash equivalent to be electronically transferred and the sender's security code; providing said central terminal with a unique personal identification number provided to said sender; storing in a file the said central terminal of said electronic signal representing said indication of the amount of cash or cash equivalent to be transferred electronically and said security code, as well as said unique personal identification number; receiving by said central terminal input information corresponding to said indicated amount of cash or cash equivalent, said security code, as well as said unique personal identification number; comparing said central terminal with said electronic signal with said received input information to confirm their conformity and delivering said signal with said central terminal to issue a cash or cash equivalent to a recipient in accordance with said amount of cash or cash equivalent.  56. The method according to claim 55, wherein said step of receiving by the central terminal an electronic signal representing an indication of the quantity further includes the step of receiving information about the financial card from said sender.  57. A method for automated electronic transfer of cash or cash equivalent, comprising the steps of: receiving by the central terminal an electronic signal representing an indication of the amount of cash or cash equivalent to be electronically transferred and the sender's security code; storing said electronic terminal by said central terminal representing said indication of the amount of cash or cash equivalent to be transferred and said security code, receiving said central terminal of input information corresponding to said cash amount or cash equivalent to said security code, comparing said central a terminal of said electronic signal with said received input information for confirmation of their conformity and signaling by said central terminal for issuing to the recipient cash or cash equivalent in accordance with said specified amount of cash or cash equivalent.  58. The method according to clause 57, wherein said step of receiving by the central terminal an electronic signal representing an indication of the quantity further comprises the step of receiving information about the financial card from said sender.  59. A method for automated electronic transfer of cash or cash equivalent, comprising the steps of the central terminal receiving an electronic signal representing an indication of the amount of cash or cash equivalent to be electronically transferred from the sender; providing said central terminal with a unique personal identification number to be provided to the sender; storing the electronic signal representing the indicated indication of the amount of cash or the equivalent of cash to be transferred in the file by the said terminal and a unique personal identification number; receiving by said central terminal input information corresponding to said indicated amount of cash or cash equivalent and said unique personal identification number; comparing said central terminal with said electronic signal with said received input information to confirm their conformity and delivering said signal with said central terminal to issue cash or cash equivalent to a recipient in accordance with said amount of cash or cash equivalent.  60. The method according to § 59, wherein the step of receiving by the central terminal an electronic signal representing an indication of the quantity further includes the step of receiving information about the financial card from said sender.

Images