Data processing: financial – business practice – management – or co – Automated electrical financial or business practice or... – Finance
Reexamination Certificate
1998-08-19
2001-12-18
Stamber, Eric W. (Department: 2162)
Data processing: financial, business practice, management, or co
Automated electrical financial or business practice or...
Finance
C345S215000, C345S215000, C345S215000, C345S215000
Reexamination Certificate
active
06332131
ABSTRACT:
BACKGROUND OF THE INFORMATION
Successful financial institutions recognize that their customers may wish to perform financial transactions, such as accessing their accounts, through a variety of different ways and at different times. For example, while in the past customers were required to visit their bank branches during office hours to make transactions, today sophisticated banks make their services available electronically on a 24-hour basis. A number of different electronic devices exist to access one's bank account to perform transactions, including an automated teller machine (“ATM”), a personal computer at a work or home location, a web browser on the internet or a screen phone. As technologies develop, other electronic mechanisms to access financial services will become available. The ability of financial institutions, including banks, to accommodate the ever-expanding host of access devices is an increasingly important part of getting and maintaining customers.
A major problem faced by a financial institution in accommodating the various access devices is assuring that the computer software program (also called “applications”) made available to customers by the bank are compatible with the various devices used by the customers. For example, the protocols used to display information on an ATM may be different than the protocols used to display that information through a web browser on a user's personal computer. There may be different communications protocls for the displays of the devices and different encoding standards of the data, once the data gets to the display device. Traditionally, applications have been written so that they very tightly “couple” the sequence of the application with the actual encoding of the presentation of that application. Thus, new devices with different encoding standards and protocols have required that the application programs be rewritten.
Traditionally, financial institutions have responded to this problem by writing different versions of the same computer application, with each variation being compatible to a particular access device. Thus, one version of a bill-paying program is written to be compatible with an ATM, another version of the same program is written to be compatible with a personal computer and yet another version of the same program is written to be compatible with a web browser on the internet.
Writing, maintaining and updating these different versions is expensive and time-consuming. Accordingly, there is a need for a system which makes a single version of an application program compatible with a number of different access devices.
An example of compatibility is making sure that all of the information to be displayed to the user is, in fact, displayed on the screen of the device being used. For example, when a relatively small screen display device is used, such as screens on screenphones, there may not be a great deal of space to display to the user the information and prompts required to run the program (for example, name of payee for bill payment, address of payee, etc.). In such an instance, abbreviations of phrases and the positioning of the icons, prompts and other information on the screen is readable ad intelligible by the user. Where larger screens are involved, such as personal computer screens or television screens, there is more space and in such an instance, larger phrasing and greater spacing between icons, prompts, ad other information is desirable. Thus, there is a need for a method and system to identify the type of screen being used and automatically customize the information to be displayed to the particular screen.
Further, because many banking programs were written some time ago, the devices originally intended for use with these programs may no longer be manufactured, due to replacement of the old devices with new devices. In such instances, the financial institution may be required to rewrite the application in order to use it al all on new devices. This is expensive and time-consuming. Accordingly, there is a need to make existing programs automatically compatible with new access devices.
SUMMARY OF THE INVENTION
These and other objects of the invention are achieved by the method and system described below. Specifically, the method and system described automatically harmonizes access to a given software application program via different access devices. Through use of the method and system, a financial institution can provide access to a given application (such as, for example, automatic bill payment services) to customers using different access devices such as web browsers, screen phones and personal computers. A single application program is all that needs to be written and maintained by the financial institution.
Also, the method and system enables financial institutions to “leverage” existing programs because now the institution can automatically “project” its existing stock of program services unto new access devices—devices which may not have even existed at the time the program was created.
The invention achieves these objectives by receiving information from the user via the user's access device, including information identifying the type of device being used and the application program the user wishes to access. The application program is then accessed and the information to be displayed to the user is identified. This information is automatically translated into a format which is compatible with the device, including its display, and sent to the device for display. The user, in turn, inputs information in response to the displayed information and this input information is automatically translated into a format which is compatible with the application program and is sent to the application program. The response generated by the application program is automatically translated to be compatible with the device and is sent to the device.
REFERENCES:
patent: 4365315 (1982-12-01), Jamnik
patent: 4586158 (1986-04-01), Brandle
patent: 4780821 (1988-10-01), Crossley
patent: 4855936 (1989-08-01), Casey et al.
patent: 5157384 (1992-10-01), Greanias et al.
patent: 5179700 (1993-01-01), Aihara et al.
patent: 5212770 (1993-05-01), Smith et al.
patent: 5220501 (1993-06-01), Lawlor et al.
patent: 5252951 (1993-10-01), Tannenbaum et al.
patent: 5303343 (1994-04-01), Ohya et al.
patent: 5313614 (1994-05-01), Goettelmann et al.
patent: 5404524 (1995-04-01), Celi, Jr.
patent: 5485370 (1996-01-01), Moss et al.
patent: 5502839 (1996-03-01), Kolnick
patent: 5517635 (1996-05-01), Cross et al.
patent: 5682529 (1997-10-01), Hendry et al.
patent: 5867153 (1999-02-01), Grandcolas et al.
patent: 6141008 (2000-09-01), Bloomfield
patent: 2223652 A (1990-11-01), None
Backers of “Open Cobol” Fight “Oxymoron” Label, Keyes, Jessica, Software Magazine v11n13 pp_90-94, Nov. 1991, ISSN 0897-8085.*
PCT International Search Report dated Apr. 7, 1997.
Anthony Wendell W.
Grandcolas Michael L.
Law Patrick
Moss Leslie
Petach Teresa A.
Kilpatrick & Stockton LLP
Marcou George T.
Retta Yehdega
Stamber Eric W.
Transaction Technology Inc.
LandOfFree
Method and system for automatically harmonizing access to a... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with Method and system for automatically harmonizing access to a..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and Method and system for automatically harmonizing access to a... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2591535