Computer graphics processing and selective visual display system – Display driving control circuitry – Controlling the condition of display elements
Reexamination Certificate
1998-10-13
2002-12-03
Bayerl, Raymond J. (Department: 2173)
Computer graphics processing and selective visual display system
Display driving control circuitry
Controlling the condition of display elements
C345S215000, C345S519000, C345S520000, C709S203000, C709S219000, C709S217000
Reexamination Certificate
active
06489954
ABSTRACT:
CROSS REFERENCE TO MICROFICHE APPENDIX
Appendix A, which forms part of this disclosure and is incorporated by reference herein, is a microfiche appendix consisting of 1 sheet of microfiche having a total of 58 frames. Microfiche Appendix A is a list of computer programs and related data in an embodiment of the present invention, which is described more completely below.
FIELD OF THE INVENTION
The invention relates generally to a computer software routine which facilitates and expands the functionality of secure program routines running on a local client computing system by permitting such routines to interact with resources located at a remote server. The invention has particular use in increasing the utility of routines embodied in Java® applets, which, while running locally on a user's system, can nonetheless be configured to access resources from a remote server so as to circumvent security mechanisms otherwise prohibiting such applets from generating or reading local data structures.
COPYRIGHT NOTICE
A portion of the disclosure of this patent document contains material that is subject to copyright protection. The copyright owner has no objection to the xerographic reproduction by anyone of the patent document or the patent disclosure in exactly the form it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.
BACKGROUND OF THE INVENTION
The use of the world wide web (WWW) is increasing rapidly, and so of course is the demand for intelligent systems and software which can permit users to better and more easily explore its offerings. To access information on the WWW, a user typically utilizes a browser program having a graphical interface (such as those offered by such companies as Sun, Microsoft, and Netscape) to establish an electronic connection between his/her local client computing system, and a remote server system located at an ISP (Internet Service Provider). After such connection is made, the user can then perform a number of operations through the browser, including such tasks as uploading/downloading files (including text, graphics, audio, video, etc.) and even executing programs located on such remote server. The ability to locally execute programs retrieved from a remote ISP is in fact one of the greater attractions and promises of the WWW. By having a repository which is accessible to millions of users simultaneously, program authors have an opportunity to expand the distribution and use of their products to a level far beyond that previously attainable. To avoid cluttering the user's local computing system with extraneous program and associated support files, and more importantly so as to provide a measure of protection and security to such user, many of such programs are now being implemented using a language known in the art as Java®, and, in particular, using programming tools known as “applets.” Java® applets are akin to Java® applications, but the former are specifically designed to interoperate with graphical user interfaces such as the conventional browsers mentioned above. Applets are extremely popular programs today also due to the fact that they provide program authors with the tools to create multi-media capable programs quickly and easily.
The ease of access to remote programs, however, also increases the possibility of potential security/privacy breaches at the user's local computing system. There is simply no practical method for a user to monitor the behavior of a remotely retrieved program to ensure that it is not improperly loading data to the user's system, or worse yet, capturing or altering private data from the user's local file system in his/her computing system. To address this concern, the authors of Java® intentionally constrained applets to operate in what is conventionally known as “sand box.” In other words, applets were imbued with substantial functionality, but they are not permitted, for example, to do such things as read or write from file systems outside their own domain (usually the file system of the remote server). So, in the case of a remotely downloaded applet embodying some code which the user desires to execute, such applet cannot read or write to the user's local file system. For a discussion of this limitation of applets, please see “An Introduction to Computer Science—Using Java” by Kamin et. al., McGraw-Hill, p. 345 (1998). Another limitation, of course, is the fact that an applet cannot make use of data structures (such as graphics file formats for example) that are incompatible or unreadable with the browser within which such applet is executing.
Heretofore this limitation on applets has not posed a substantial barrier to the use of applet based programs on the WWW, although some attempts have been made to ameliorate the effects of this restriction. For example, some program designers have tried to exploit loopholes in the sandbox to trick the user's operating system into permitting the applet to gain local access and print a file on a local printer. These programming patches, however, are undesirable because they are system specific, and are susceptible to being closed down by Java® developers/standards enforcers. Others have suggested relaxing the constraints on applets which are known by the user to come from a verified “clean” source. By requiring an applet to pass through a certification process, some measure of security can be maintained. Again, nonetheless, such “exemption” process is also vulnerable to attack from would-be security invaders, and is therefore unattractive to users seeking the maximum security intended to be offered by the applet environment. It is also inconvenient to users, because they must still perform the task of evaluating whether a particular program is worthy of certification. This, too, reduces the incentives for users to use the WWW, since it requires too much effort for the ordinary user to know what is safe and what is unsafe.
Despite the fact that such efforts have been limited in the past, applicant has realized that the need for a satisfactory solution to the applet limitation is more crucial now. The inability of an applet to print to a local printer, for example, means that a local user is unable to capture his/her local input and/or contributions to an applet program displaying a remotely retrieved file. This limits the user's enjoyment of the program, since any contributions are lost once the browser program is closed. For example, a user who has used an applet in his/her browser and accessed a stock price chart located on a remote server, can make annotations, mark-ups, etc., and see such contributions on a display screen. They cannot, however, print a hard copy of such image, and again this reduces significantly the user's enjoyment and the utility of such program.
SUMMARY OF THE INVENTION
An object of the present invention, therefore, is to provide a system and method for permitting a local resource constrained software routine running on a local client system to circumvent such restrictions by exploiting resources at a remote server location;
Another object of the present invention is to provide a system and method for permitting a user of a locally executing client internet browser to manipulate and perform operations on files containing a mixture of local and remote server data;
A related object of the present invention is to provide a system and method for permitting a Java® applet to be able to emulate local file type functionality to a user while still complying with applicable security restrictions on such types of routines when running on a client machine;
Yet another object of the present invention is to provide a system and method for transferring data between a local computing system and a remote server so that file access privileges on the latter can be exploited by a program running on the former;
A further object of the present invention is to provide a system and method for permitting a user to engage in an interactive session during which th
Bayerl Raymond J.
Gross J. Nicholas
Nguyen Thomas T.
Prophet Financial Systems, Inc.
LandOfFree
System and method for permitting a software routine having... does not yet have a rating. At this time, there are no reviews or comments for this patent.
If you have personal experience with System and method for permitting a software routine having..., we encourage you to share that experience with our LandOfFree.com community. Your opinion is very important and System and method for permitting a software routine having... will most certainly appreciate the feedback.
Profile ID: LFUS-PAI-O-2982707