WO1995019010A1 - Home banking system - Google Patents
Home banking system Download PDFInfo
- Publication number
- WO1995019010A1 WO1995019010A1 PCT/US1995/000122 US9500122W WO9519010A1 WO 1995019010 A1 WO1995019010 A1 WO 1995019010A1 US 9500122 W US9500122 W US 9500122W WO 9519010 A1 WO9519010 A1 WO 9519010A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user
- host
- data
- screen
- banking
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/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
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
- G07F19/20—Automatic teller machines [ATMs]
- G07F19/201—Accessories of ATMs
Definitions
- microprocessor-based communications systems such as personal computers connected to telephone lines by modem has enabled users to perform a variety of tasks that previously had to be done in person or through intermediaries.
- technology computer banking systems have been attempted on an experimental basis using a customized software package written for the host computer of a particular financial institution which has enabled a limited number of users to access information * at the bank and effect transfers.
- this software should be located at the branch bank's computer so that all the user has to do in order to use the system is to connect to the branch bank's computer on his modem.
- the problem remains, however, that if the software were stan ⁇ dardized for the individual branch banks (so that users may communicate easily) , there would still exist the problem of how to interface this software with host computers of different configurations without rewriting the branch bank's software for a plurality of different host computers.
- Lawlor et al. U.S. Patent No. 5,220,501 issued June 15, 1993 and entitled "Method and System for Remote Delivery of Retail Banking Services.”
- the system of Lawlor et al. provides the user with a special terminal that emulates an ATM and that requires ATM-compatible PIN codes. These terminals communicate over telephone lines through an ATM network to connect with the user's bank.
- the use of such a system requires acceptance by consumers of a special purpose terminal.
- constraints are imposed by the require ⁇ ment that the terminal emulate the now-familiar ATM.
- prospective member banks may not embrace a system that requires use of the ATM network.
- the system of the invention is a data processing system for conducting banking transactions over telephone lines and includes a plurality of user- operable communication devices connectable to branch bank computer over telephone lines.
- the user-operable communications devices have each at least a display screen and a means such as a keyboard for inputting messages corresponding to user requests.
- the branch bank computer includes software for interpreting the messages from the users for requesting banking data and for effecting selected banking transactions.
- the system contemplates a host computer system serving the entire banking network including a plurality of branches, which includes aggregate banking transaction data such as the account files of the users.
- a host interface module interacts between the branch bank computer and the host computer system for translating the user requests into a language understandable by the host computer and for excerpting aggregate banking data supplied by the host computer into display messages which correspond to the data needed to satisfy the user request.
- the host computer system responds to the user's request by providing aggregate banking data corresponding to a specific user's account.
- the host interface module parses the aggregate banking data to select specific data items to be included in requested display messages. The module does this by including in the software a script language to produce messages understandable by the host computer for pattern matching a desired string included within the aggregate banking data to correspond to items selected by the user.
- the script may be in the form of a human readable text file.
- the host interface module permits communication between a standardized branch bank computer including its user software and host computer systems of differing configurations. This module thus obviates the need to custom design the branch bank computer software for every possible host computer system configuration.
- FIG. 1 is a block diagram of the banking system.
- FIG. 2 is a data flow diagram between the various blocks of the banking system.
- FIG. 3 is a flow diagram of the branch bank computer.
- FIG. 4 is a pictorial representation of a sample user screen.
- FIG. 5 is a flow diagram of the host interface module.
- FIG. 1 is a block diagram of the major components of a banking system in accordance with the present invention.
- Any number of users 10a, 10b, and 10c can be connected to the banking system using their own personal computer or other type of user-operable communi ⁇ cation device.
- a user at a remote location such as his home or office, operating a personal computer connected to a telephone line with a modem can communicate to a branch bank computer 20 for accessing banking services.
- Financial institutions permitting a user 10 to access his financial accounts from a personal computer in a remote location alleviates the prior requisite of a consumer personally coming into a financial institution or locating an automated teller machine to conduct banking services.
- users 10 operating their personal computer are not required to obtain custom software for using banking services, rather, a user 10 only needs rudimentary terminal emula- tion software that supports some type of communication protocol, such as VT-100. Since a user 10 is not required to have custom software, the user 10.is relieved from the necessity of obtaining, maintaining, updating, or purchasing potentially expensive specialized software for using banking services and the bank is relieved of the necessity of having to support specialized software.
- the branch bank computer 20 receives a user request 16 from a user 10 to initiate a banking transaction .
- the message handler 22 depicted on FIG. 1 is a combination of the sending function of the branch bank computer 20, shown as the message requester 60 (FIG. 3) , and the receiving function of the host interface module 26 (hereinafter referred to as HIM) , shown as the message router 62 (FIG. 3) .
- the branch bank computer 20 processes the user request 16 then the message requester 60 sends a HIM protocol 24 request for banking data to the message router 62.
- the HIM 26 After processing the HIM protocol 24 request the HIM 26 sends an appro ⁇ priate host protocol 28 request to the host 30.
- a host 30 is typically the actual banking computer at the bank, savings and loan, credit union or other financial insti ⁇ tution.
- the host protocol 28 required will differ for different hosts 30, therefore, the HIM 26 is designed to be capable of generating an appropriate host protocol 28 for the particular host 30 containing aggregate banking transaction data.
- the HIM 26 was designed with a script file (described later) to allow for easy modifications for adapting to a new host 30.
- the host 30 In response to receiving the appropriate host protocol 28 the host 30 returns a host screen 32, comprising a formatted screen of text or unformatted data, to the HIM 26.
- the host screen 32 received is the same screen which would be supplied to a teller's terminal making the same request.
- the HIM 26 then excerpts the appropriate data from the host screen 32.
- the message router 62 sends a branch bank protocol 34 response to the message requester 60. Afte process ⁇ ing the branch bank protocol 34 response the branch bank computer 20 replies to the user 10 by providing a user screen 36 as the response to the original user request 16.
- a typical host 30 can only efficiently handle five users with a single HIM 26 serial interface line without unnecessary delay in the response time. To provide greater flexibility while reducing the response time, additional host interface modules 76 can be added in parallel for each additional five users.
- FIG. 3 shows a more detailed block diagram of the branch bank computer 20.
- a user 10 sends a user request 16 to the branch bank computer 20, selected from a set of options on his display provided by the branch bank computer 20, which is received by the communication software 40.
- the communication software 40 is capable of performing all the interface functions necessary to facilitate connecting and communication with the user 10. Such functions may include; initially connecting to the user 10, receiving user 10 specific configuration data, receiving/sending data, and uploading/downloading files.
- the branch bank computer 20 and HIM 26 are preferably implemented on a computer using an OS/2 or UNIX multitasking operating system, also known as preemptive multitasking. Under a preemptive multitasking environ ⁇ ment the time-sharing requirements between different users 10 is facilitated by the operating system and each user 10 connecting to the branch bank computer 20 will require a separate dedicated communication module 40.
- the communication module 40 is connected to the valid user input 42 which analyzes the particular user request 16 to determine where to route the user request 16. Further, the valid user input 42 keeps track of user specific- information, such as, display type, computer system, emulation mode, modem protocol, status ⁇ and available options for the branch bank computer 20.
- control is passed to the user screen create module 44. All communications with each user 10 are done in the form of a complete text display (user screen 36) transmitted each time a change is required to the user's 10 display.
- the branch bank computer 20 keeps track of what display the user 10 should be viewing at any particular time, includ ⁇ ing program options currently available to that user.
- traditional banking software executes on the user's computer, while communicating with the branch ban computer 20 only when a banking transaction is desired. By locating the banking software at the branch bank com ⁇ puter 20, individual users 10 are relieved from acquir ⁇ ing, maintaining, and updating specialized banking soft ⁇ ware.
- the operator of the branch bank computer 20 may modify, at will, the interface with the users 10 thereby supplying all users 10 with the modifications.
- the branch bank computer 20 uses a two-stage process to create an internal screen image that is trans ⁇ ferred to the user 10 as a user screen 36.
- the user screen create module 44 fills in the main features that the internal screen image should contain depending upon the option chosen. The specific details required for a particular user's 10 internal screen image is supplied by several other modules. If the user 10 selects the "introductions" screen or the branch bank computer 20 is sending its first user screen 36 upon connection to the user 10, the user screen create 44 fills in the main features of the screen image.
- the introduction screen image is then completed by the introduction screen 46 module.
- the user screen create 44 fills in the main features of the screen image then the news screen module 48 completes the screen image.
- the user screen create module 44 fills in the main features of the screen image to correspond with the option selected.
- the general screen display 50 then completes the screen image with user 10 specific details.
- FIG. 4 is a sample screen supplied by the branch bank computer 20 for the user's 10 display.
- the lower lines of the screen show the status of the banking system.
- the central portion of the screen shows the available options.
- the upper left portion of the screen shows an activated pull-down menu of the "main menu”.
- the upper portion of the screen shows the specific details regarding a particular user's 10 account balances.
- the general screen display 50 would supply the account balance information and the remainder of the user screen 36 would be supplied by the user screen create module 44.
- a user 10 will need to more than merely select a letter or function from the keyboard, such as entering a desired withdrawal amount from his account.
- the communication between the user 10 and the branch bank computer 20 is effected by single keystroke commands by the user 10.
- the user banking software can be located at the branch bank computer 20.
- the field vali ⁇ date module 52 interfaces with the general screen display 50 and valid user input 42, to allow a complete entry to be entered. The completed entry is then sent to the valid user input 42 for further processing by other modules. For example, when a withdrawal function is chosen, the user screen create 44, general screen display 50, and field validate 52, collectively provide a display to the user 10 whereby the user 10 inputs the amount of the withdrawal and upon completion, the field validate 52 will send the amount to the valid user input 42 for further processing.
- the user screen create 44 in combination with the introduction screen 46, news screen 48, general screen display 50 and/or field vali ⁇ date 52, will send the completed screen image to the communication software 40.
- the communication software 40 then provides the user 10 with the screen image as a user screen 36.
- the branch bank computer 20 can also provide pop-up menus by the valid user input 42 routing a user request 16 to the pop-up menu driver 54 and user field look-up 56. Collectively, the pop-up menu driver 54 and user field look-up 56 act to modify the screen image by including an appropriate pop-up menu.
- the user request 16 is sent to the message requester 60.
- the message requester 60 has an associated protocol file containing all the necessary information for transforming the user request 16 to an appropriate HIM protocol 24 request.
- the message requester 60 then sends the HIM protocol 24 request to the message router 62.
- the message router 62 receives the HIM protocol 24 request and forwards it to the router receiver 66 of the valid host input 64.
- the router receiver 66 in conjunction with the host trans ⁇ lator 68 operates on the HIM protocol 24 request trans ⁇ lating it to the host protocol 28 format, for sending to the host 30. Additionally, the router receiver 66 informs the script driver 71 what to extract from the host screen 32.
- the host protocol 28 is designed to be compatible with the particular connected host 30.
- the host translator 68 has a translation protocol file that specifies how the translation from the HIM protocol 24, to the appropriate host protocol 28 is accomplished.
- a translation protocol file provides the flexibility for modifying the host protocol 28 simply by chanq-ing the translation protocol file whereby the HIM 26 can communicate with different hosts 30, or the same host 30 requiring a different host protocol 28.
- Host 30 computers are primarily designed for use with bank tellers, and accordingly respond with a screen of text containing all relevant information about the account, which the teller selectively relays to the banking customer depending on the specific request.
- the valid host input 64 is designed to accept a standard screen of text and parse out the desired data for the user 10.
- the host screen 32 is received by the host receiver 70, which in conjunction with the script driver 71 operates on the host screen 32 to parse out the desired data.
- the script driver 71 sends the desired data to the message router 62.
- the message router 62 has a router protocol file for translating the received information from the script driver 71 to the branch bank protocol 34, for sending to the message requester 60.
- the message requester 60 receives the branch bank protocol 34 and sends it to the user screen create 44.
- a specialized script language is employed for faster and more flexible parsing of the host screen 32 and possibly transformation of the HIM protocol 24 to the host protocol 28.
- Host 30 applications residing at a financial institution are typically accessed through what is known as a command string.
- the HIM 26 creates a specialized command string referred to as the host protocol 28 for making a request to the host 30.
- An existing problem is that each host 30 application will require this command string presented in a different configuration. Since the branch bank computer 20 should always react in the same manner to the end user 10, there are two feasible alternatives. The first alternative is the least desirable, namely, rewriting the application to suit each host 30.
- script files are data files that can be read at run time for facilitating communication with the host 30 application.
- Another characteristic of these script languages is that they are generally human readable text files that can be compiled on site and distributed to potential clients. By main ⁇ taining a human readable form the script files are much easier to change for new host applications.
- the task that the HIM script language is designed to do is pattern match for some string in a host screen 32. After the script language has located a match, the script language contains the control constructs to permit going forward or backward within the host screen 32 text for locating desired data. Further, to allow for greater programmer control, the script language should have control constructs such as if-then and loop statements.
- Listings 1, 2, and 3 disclose a functional representation of script functions and a script listing.
- Listing 1 shows a sample script SEARCH function.
- INPUT(S) (1) SCREEN OR LINE OF DATA SEARCH
- the SEARCH function is used for searching the host screen 32 for a text pattern, such as key words within a line.
- the key concept is that the script driver 71 is searching a report-type output, and items searched for may exist within a line or a range of lines.
- the SEARCH function permits defining the starting and ending lines of the data to search.
- the SEARCH func ⁇ tion has a pattern parameter which defines the text to search for, which may be run-time variables. Run-time variables are those whose value is known only at run ⁇ time, such as the user account number.
- a sample pattern make look like: "SUFFIX:" $ACCTNUM $NAME 99/99/9999. That particular pattern would attempt to locate the key word "SUFFIX:” followed by the user's account number, the user's name, and a string of text that has a structure like 99/999/9999 (date) .
- Listing 2 shows a sample script SCAN function.
- EMPTY VALUE INDICATOR (10) ERROR NUMBER IF EMPTY
- the SCAN function searches for specified data elements within a host screen 32 looking after a key word, or a hard coded location.
- the location parameter (“LOC”) is used to control the offsetting from a particular loca- tion.
- the data type (“DTYPE”) parameter allows the SCAN function to make assumptions about the structure of the data it is searching for, such as, character, decimal, numeric, or date.
- the attribute field (“ATTRIB”) is for modifying the data after parsing it from the host screen 32. "NULL” and "ERR#” allow a response indicating that particular data was not located.
- Listing 3 shows a sample script text ⁇ that could be used to parse the host screen 32 for desired information. «LISTING 3»
- Listing 3 initially sets the current line variable (CLIN) to 10.
- the "ABS” parameter denotes absoluteness, which means the value of CLIN is not set in relation to its prior value.
- the parameters of the SEARCH and SCAN functions use a regular expression search pattern.
- the pattern parameter as shown in listing 1, is passed the pattern "SUFFIX: $SHACCT *a[?9]" to locate. This pattern causes the SEARCH function to search for the text "SUFFIX: " followed by the run-time variable replacement of $SHACCT (account number) which is followed by another string of text.
- the * delimiter provides for any number of characters to be spaced between the $SHACCT and an "a".
- the expression in brackets does not need to be present to satisfy the search function, but if present, must be one character (as denoted by the ?) followed by a 9.
- the pattern is located in the specified lines of data to be searched (CLIN to CLIN+10) then X is set to a true value, otherwise, X is set to a false value.
- Lines 4 and 18 set up a standard if-then structure based on if X is true.
- a loop structure is set up by lines 5 and 17 which causes what is contained in lines 6-16 to be executed until Y is false.
- Line 6 sets CLIN to CLIN + 2 because "REL” denotes a value relative to what was previously contained in CLIN.
- Line 7 performs another SEARCH function similar to line 2. If Y is true then lines 10-15 will be executed, otherwise, control is passed to line 17.
- the SCAN functions on lines 10-14 return a numerical value to the variable L of the location of the data that was found.
- the data scanned for is stored in the $VAR param-*- eter, shown on listing 2, which in listing 3 is stored in the variable $SHC0DE, $DESC and $AMT of respective lines 10, 12 and 14.
- "*3a" means any number of characters followed by 3 alpha characters (A-Z)
- RJUS ⁇ means to right justify
- NONE means to do nothing
- DEC means to use a decimal format.
- Listing 4 is a list of the actual script functions implemented for a host interface module.
- the function parameters relate to the following type of fields: "int” refers to an integer value; “str” refers to a string; “dbn ,l / ,, dbname” are data base names which are local variables used for the storage of data; “lab” is a label to jump program control to. For example, jumpeq compares the content of "dbn” and “str” and if they are the same jumps to the label "lab”. Pslocate searches for a string (str) in a particular data base (dbn) within a specified area of the data.
- TRANSEND(int) Defines the end of a transaction i.e. TRANSEND(2) toline(int) Go to line 'n' i.e. toline(l ⁇ ) ; incline(int) Increment line pointer by 'n' i.e. incline(2) ; goto(lab) Goto label 'lab' i.e. goto( ⁇ LABEL) ; search(str,lab,int) i.e. search('string',@@LABEL, errcode) nsearch(str,lab,int) i.e.
- len(col,len,@ ⁇ LABEL) len(col,len,@ ⁇ LABEL) ; nlen(int,int,lab) i.e. nlen(col,len,@@LABEL) ; error(int) table(str,str) compare(int,str,lab) ncompare(int,str,lab) rjust(dbn) 1just(dbn) strcat(dbn,dbn) addf(dbn,dbn,dbn) addc(dbn,flt,dbn) subf(dbn,dbn,dbn) subc(dbn,flt,dbn)
- Listing 5 (shown at the end) is an actual implementation of a script text for the FISERV Galaxy
- the start of the script text sets up tables 0, 1 and 2 as a translation table between a numer ⁇ ical code in column 1 and its textual description in column 2.
- the script text defines an errorhandler function and a historyhandler function which are used by the transaction procedures.
- the various transaction procedures, which are called by the host interface module are executed by calling the function TRANS(#), where the # denotes the number of the transaction procedure.
- Each transaction procedure is designed to perform some specific function for the parsing of the host screen 32.
- the script interpreter 72 reads the script text and sends the script text to the script compiler 74 to compile the script text into a binary format acceptable for the script driver 71. Compiling the script text creates a binary code that executes extremely fast, compared to interpreting the script text, when parsing each host screen 32.
- the script interpreter 72 may also read a set of command functions that defines the appro ⁇ priate command string for the particular host 30.
- the script compiler 74 then may compile the command functions for use by the host translator 68.
- a compiled set of script functions allows the host translator 68 to quickly translate the HIM protocol 24 request to a host protocol 28 request, but the time savings involved is not nearly as great as using a compiled code for parsing the host screen 32.
- the host translator 68 can use a translation protocol file as previously described.
- the interface between the branch bank computer 20 and the host interface module 24 is defined by a protocol which is preferably defined by a protocol data file(s) which is read by the message handler 22 (message requester 60 and message router 62) upon start-up.
- the message handler 22 could be constructed in a manner similar to the valid host input 64 to permit the use of a compiled code.
- the transaction set contained in the protocol data file(s) contains all the information necessary for communication between the message requester 60 and message router 62.
- a key concept is that the protocol in the message handler 22 provides a logical demarcation between the branch bank computer 20 and the HIM 26 so that any changes/modifications to one does not affect the other. If the host 30 is changed, the script text may require rewriting but the branch bank computer 20 would not require any modification. In other words, the branch bank computer sees the HIM the same even if the latter is modified for a different host. This demarcation allows the banking system to be easily modified for different hosts 30. Likewise, any changes to the branch bank computer 20 does not affect the HIM 26. In other words, the HIM sees the branch bank computer the same even if the latter is modified.
- the following functions would ideally be included in a basic protocol data file(s) in the message handler 22: PIN VERIFY, PIN CHANGE, MAIN INQUIRY,
- the PIN (personal identification number) VERIFY protocol could be modeled as follows:
- the message requester 60 would make an HIM protocol request in the following form: P100, PINN, 123456789, 1234.
- Each field in the HIM protocol 24 request refers to the different fields defined by the input section of the particular function in the protocol data file.
- the message router 62 after receiving the appropriate infor ⁇ mation from the script driver 68 would send a branch bank protocol 34 response including the account number and operation status.
Abstract
Description
Claims
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP95906762A EP0739518A4 (en) | 1994-01-06 | 1995-01-06 | Home banking system |
JP7518598A JPH09507595A (en) | 1994-01-06 | 1995-01-06 | Home banking system |
AU15227/95A AU689202B2 (en) | 1994-01-06 | 1995-01-06 | Home banking system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US17810794A | 1994-01-06 | 1994-01-06 | |
US08/178,107 | 1994-01-06 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO1995019010A1 true WO1995019010A1 (en) | 1995-07-13 |
Family
ID=22651226
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US1995/000122 WO1995019010A1 (en) | 1994-01-06 | 1995-01-06 | Home banking system |
Country Status (6)
Country | Link |
---|---|
EP (1) | EP0739518A4 (en) |
JP (1) | JPH09507595A (en) |
AU (1) | AU689202B2 (en) |
CA (1) | CA2180635A1 (en) |
NZ (1) | NZ278782A (en) |
WO (1) | WO1995019010A1 (en) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1996023284A2 (en) * | 1995-01-27 | 1996-08-01 | Hypercom, Inc. | Virtual pos terminal |
DE29612118U1 (en) * | 1996-07-11 | 1996-09-05 | Esd Information Technology Ent | Arrangement of an integration system for financial services for the integration of bank branches in networks |
DE19628044A1 (en) * | 1996-07-11 | 1998-01-22 | Esd Information Technology Ent | Arrangement of an integration system and method for managing financial services for integrating bank branches into networks |
FR2762543A1 (en) * | 1997-04-28 | 1998-10-30 | Investix Sa | PRINTER FOR VOICE SERVER TYPE INFORMATION TRANSFER SYSTEM AND VOICE SERVER SYSTEM COMPRISING SUCH PRINTERS |
US6006242A (en) * | 1996-04-05 | 1999-12-21 | Bankers Systems, Inc. | Apparatus and method for dynamically creating a document |
WO2000030007A2 (en) * | 1998-11-13 | 2000-05-25 | The Chase Manhattan Bank | System and method for multicurrency and multibank processing over a non-secure network |
KR20030012065A (en) * | 2001-07-30 | 2003-02-12 | (주)메일캐스터 | Method for proxy execution of on-line real time foreign exchange and remittance service |
KR100420073B1 (en) * | 2000-05-22 | 2004-02-25 | 주식회사 한국외환은행 | Money exchange system utilizing internet and the method of the same |
US7366339B2 (en) | 2002-10-15 | 2008-04-29 | Electronic Imaging Systems Corporation | System and method for detecting cheque fraud |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4091448A (en) * | 1976-10-29 | 1978-05-23 | Clausing Martin B | Off-line, one-level/on-line, two-level timeshared automated banking system |
US4604686A (en) * | 1984-01-27 | 1986-08-05 | Martin Marietta Corporation | Associative data access method (ADAM) and its means of implementation |
US4747127A (en) * | 1985-12-23 | 1988-05-24 | American Telephone And Telegraph Company, At&T Bell Laboratories | Customer programmable real-time system |
US4774655A (en) * | 1984-10-24 | 1988-09-27 | Telebase Systems, Inc. | System for retrieving information from a plurality of remote databases having at least two different languages |
US4935870A (en) * | 1986-12-15 | 1990-06-19 | Keycom Electronic Publishing | Apparatus for downloading macro programs and executing a downloaded macro program responding to activation of a single key |
US5195130A (en) * | 1988-05-05 | 1993-03-16 | Transaction Technology, Inc. | Computer and telephone apparatus with user friendly computer interface and enhanced integrity features |
US5339421A (en) * | 1991-03-22 | 1994-08-16 | International Business Machines Corporation | General data stream parser for encoding and decoding data and program interface for same |
US5361353A (en) * | 1991-10-02 | 1994-11-01 | International Business Machines Corporation | System for parsing message units from an unstructured message stream of interleaved message units to form structured messages |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4734858B1 (en) * | 1983-12-05 | 1997-02-11 | Portel Services Network Inc | Data terminal and system for placing orders |
US5109515A (en) * | 1987-09-28 | 1992-04-28 | At&T Bell Laboratories | User and application program transparent resource sharing multiple computer interface architecture with kernel process level transfer of user requested services |
US5025373A (en) * | 1988-06-30 | 1991-06-18 | Jml Communications, Inc. | Portable personal-banking system |
-
1995
- 1995-01-06 NZ NZ27878295A patent/NZ278782A/en unknown
- 1995-01-06 EP EP95906762A patent/EP0739518A4/en not_active Withdrawn
- 1995-01-06 JP JP7518598A patent/JPH09507595A/en active Pending
- 1995-01-06 WO PCT/US1995/000122 patent/WO1995019010A1/en not_active Application Discontinuation
- 1995-01-06 CA CA 2180635 patent/CA2180635A1/en not_active Abandoned
- 1995-01-06 AU AU15227/95A patent/AU689202B2/en not_active Ceased
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4091448A (en) * | 1976-10-29 | 1978-05-23 | Clausing Martin B | Off-line, one-level/on-line, two-level timeshared automated banking system |
US4604686A (en) * | 1984-01-27 | 1986-08-05 | Martin Marietta Corporation | Associative data access method (ADAM) and its means of implementation |
US4774655A (en) * | 1984-10-24 | 1988-09-27 | Telebase Systems, Inc. | System for retrieving information from a plurality of remote databases having at least two different languages |
US4747127A (en) * | 1985-12-23 | 1988-05-24 | American Telephone And Telegraph Company, At&T Bell Laboratories | Customer programmable real-time system |
US4935870A (en) * | 1986-12-15 | 1990-06-19 | Keycom Electronic Publishing | Apparatus for downloading macro programs and executing a downloaded macro program responding to activation of a single key |
US5195130A (en) * | 1988-05-05 | 1993-03-16 | Transaction Technology, Inc. | Computer and telephone apparatus with user friendly computer interface and enhanced integrity features |
US5339421A (en) * | 1991-03-22 | 1994-08-16 | International Business Machines Corporation | General data stream parser for encoding and decoding data and program interface for same |
US5361353A (en) * | 1991-10-02 | 1994-11-01 | International Business Machines Corporation | System for parsing message units from an unstructured message stream of interleaved message units to form structured messages |
Non-Patent Citations (1)
Title |
---|
See also references of EP0739518A4 * |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1996023284A2 (en) * | 1995-01-27 | 1996-08-01 | Hypercom, Inc. | Virtual pos terminal |
WO1996023284A3 (en) * | 1995-01-27 | 1996-09-26 | Hypercom Inc | Virtual pos terminal |
US5696909A (en) * | 1995-01-27 | 1997-12-09 | Hypercom, Inc. | Virtual POS terminal |
US6006242A (en) * | 1996-04-05 | 1999-12-21 | Bankers Systems, Inc. | Apparatus and method for dynamically creating a document |
DE29612118U1 (en) * | 1996-07-11 | 1996-09-05 | Esd Information Technology Ent | Arrangement of an integration system for financial services for the integration of bank branches in networks |
DE19628044A1 (en) * | 1996-07-11 | 1998-01-22 | Esd Information Technology Ent | Arrangement of an integration system and method for managing financial services for integrating bank branches into networks |
WO1998049823A1 (en) * | 1997-04-28 | 1998-11-05 | Investix S.A. | Printer for data transfer system with voice server and voice server system comprising such printers |
FR2762543A1 (en) * | 1997-04-28 | 1998-10-30 | Investix Sa | PRINTER FOR VOICE SERVER TYPE INFORMATION TRANSFER SYSTEM AND VOICE SERVER SYSTEM COMPRISING SUCH PRINTERS |
WO2000030007A2 (en) * | 1998-11-13 | 2000-05-25 | The Chase Manhattan Bank | System and method for multicurrency and multibank processing over a non-secure network |
WO2000030007A3 (en) * | 1998-11-13 | 2000-12-07 | Chase Manhattan Bank Nat Ass | System and method for multicurrency and multibank processing over a non-secure network |
KR100420073B1 (en) * | 2000-05-22 | 2004-02-25 | 주식회사 한국외환은행 | Money exchange system utilizing internet and the method of the same |
KR20030012065A (en) * | 2001-07-30 | 2003-02-12 | (주)메일캐스터 | Method for proxy execution of on-line real time foreign exchange and remittance service |
US7366339B2 (en) | 2002-10-15 | 2008-04-29 | Electronic Imaging Systems Corporation | System and method for detecting cheque fraud |
Also Published As
Publication number | Publication date |
---|---|
AU689202B2 (en) | 1998-03-26 |
MX9602636A (en) | 1998-08-30 |
AU1522795A (en) | 1995-08-01 |
EP0739518A4 (en) | 2001-04-25 |
EP0739518A1 (en) | 1996-10-30 |
CA2180635A1 (en) | 1995-07-13 |
JPH09507595A (en) | 1997-07-29 |
NZ278782A (en) | 1997-03-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10007908B1 (en) | Method and system for automatically harmonizing access to a software application program via different access devices | |
US7672994B2 (en) | Data relay method and information processing method | |
US6559861B1 (en) | Displaying computer interfaces in multiple languages | |
US7302683B2 (en) | Method and apparatus for controlling communications | |
US5796967A (en) | Method for presenting applications in an interactive service | |
EP0014313B1 (en) | Transaction execution system | |
WO1995006384A1 (en) | Home services delivery system with intelligent terminal emulator | |
AU689202B2 (en) | Home banking system | |
US4575816A (en) | Interactive transactions processor using sequence table pointers to access function table statements controlling execution of specific interactive functions | |
CN102262623A (en) | character input editing method and device | |
JPS62500823A (en) | Data entry terminal and processing | |
GB2367666A (en) | A communication terminal device which discriminates content type and uses a relevant parser dependent on the markup language in use | |
GB2372980A (en) | Fuel dispenser with XML processor | |
US5651109A (en) | Memory structure for configuring a terminal device | |
WO1996034354A1 (en) | System and method for validating and geocoding addresses | |
JP2002251674A (en) | Control method for pos terminal and pos device | |
KR100315586B1 (en) | Operating system for automatic teller machine and thereof method | |
US6393416B1 (en) | Method for entering bidirectional and DBCS languages in tier-0 devices | |
MXPA96002636A (en) | Bank system in c | |
CA1340789C (en) | Method for locating application records in an interactive service database | |
EP1247261A1 (en) | Self-service terminal | |
AU6603398A (en) | Method and apparatus for controlling communications | |
KR20030017029A (en) | Finance exchange service apparatus and method therof without moving distance of user |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AK | Designated states |
Kind code of ref document: A1 Designated state(s): AM AT AU BB BG BR BY CA CH CN CZ DE DK EE ES FI GB GE HU JP KE KG KP KR KZ LK LR LT LU LV MD MG MN MW MX NL NO NZ PL PT RO RU SD SE SI SK TJ TT UA UZ VN |
|
AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): KE MW SD SZ AT BE CH DE DK ES FR GB GR IE IT LU MC NL PT SE BF BJ CF CG CI CM GA GN ML MR NE SN TD TG |
|
121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
WWE | Wipo information: entry into national phase |
Ref document number: PA/a/1996/002636 Country of ref document: MX Ref document number: 2180635 Country of ref document: CA |
|
WWE | Wipo information: entry into national phase |
Ref document number: 278782 Country of ref document: NZ |
|
WWE | Wipo information: entry into national phase |
Ref document number: 1995906762 Country of ref document: EP |
|
WWP | Wipo information: published in national office |
Ref document number: 1995906762 Country of ref document: EP |
|
REG | Reference to national code |
Ref country code: DE Ref legal event code: 8642 |
|
WWW | Wipo information: withdrawn in national office |
Ref document number: 1995906762 Country of ref document: EP |