US8918487B2 - Applet embedded cross-platform caching - Google Patents

Applet embedded cross-platform caching Download PDF

Info

Publication number
US8918487B2
US8918487B2 US13/687,787 US201213687787A US8918487B2 US 8918487 B2 US8918487 B2 US 8918487B2 US 201213687787 A US201213687787 A US 201213687787A US 8918487 B2 US8918487 B2 US 8918487B2
Authority
US
United States
Prior art keywords
applet
cache
medium
browser
platform
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related, expires
Application number
US13/687,787
Other versions
US20130091247A1 (en
Inventor
Craig Crutcher
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Micro Focus Software Inc
Original Assignee
Novell Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Novell Inc filed Critical Novell Inc
Priority to US13/687,787 priority Critical patent/US8918487B2/en
Publication of US20130091247A1 publication Critical patent/US20130091247A1/en
Application granted granted Critical
Publication of US8918487B2 publication Critical patent/US8918487B2/en
Assigned to JPMORGAN CHASE BANK, N.A. reassignment JPMORGAN CHASE BANK, N.A. SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ARCSIGHT, LLC, ATTACHMATE CORPORATION, BORLAND SOFTWARE CORPORATION, ENTIT SOFTWARE LLC, MICRO FOCUS (US), INC., MICRO FOCUS SOFTWARE, INC., NETIQ CORPORATION, SERENA SOFTWARE, INC.
Adjusted expiration legal-status Critical
Assigned to BORLAND SOFTWARE CORPORATION, MICRO FOCUS SOFTWARE INC. (F/K/A NOVELL, INC.), MICRO FOCUS (US), INC., MICRO FOCUS LLC (F/K/A ENTIT SOFTWARE LLC), NETIQ CORPORATION, ATTACHMATE CORPORATION, SERENA SOFTWARE, INC reassignment BORLAND SOFTWARE CORPORATION RELEASE OF SECURITY INTEREST REEL/FRAME 044183/0718 Assignors: JPMORGAN CHASE BANK, N.A.
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/28
    • H04L67/2842
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching

Definitions

  • This technology herein relates to method and apparatus for efficiently caching applets on a client computer.
  • an applet is a small executable code module that normally doesn't have the complete features and user interface of a normal application.
  • the applet runs inside of an application (for example, a standard web browser) within a “virtual machine”—that is, a set of computer resources and instructions that make up a generally standardized environment for applet's execution.
  • Java is the language most commonly associated with applets, and standard web browsers and other applications include Java-based virtual machines to run Java applets.
  • Such applets provide a convenient mechanism for flexibly providing client-side functionality. They can provide all sorts of functionality on the client side—everything from graphics support to game play to database lookups to security functions and more. Since Java is a general purpose language, virtually any functionality can be expressed in an applet—but, as discussed below, there are some practical limitations.
  • Caching has been used for many years to reduce the time required to load code or data.
  • the idea of caching applets on the client computer is not new. Startup time can be drastically reduced by caching the applet on the client machine.
  • the overall time savings is inversely proportional to the web server connection. Assuming the connection between the client and server is the gating factor, the less information transferred from the server to the client, the better. If the applet can be cached locally the first time it is requested, the user only pays the download penalty once. Subsequent startups should be noticeably faster.
  • speed performance for persistently caching applets for example, reducing network traffic associated with repeatedly downloading the same applet on numerous occasions to the same client machine, and the possibility of flexibly generating vendor-independent persistent class libraries
  • art applet incorporates a lightweight caching mechanism into its root set of classes.
  • the remainder of the applet is divided into functional modules that can be subsequently downloaded as needed.
  • the initial applet and caching mechanism are packaged and signed in a package using tools and procedures native to each platform.
  • Each functional module of the applet can be packaged and signed in a generic, platform-independent fashion for verification and loading by any of the various platform-dependent initial applet, packages. In this way, the same functional module portions of the applet (which may comprise the bulk of the applet) are cached and loaded in a platform-independent manner without requiring or relying on any caching mechanism built into the platform.
  • the initial applet package does not seed to contain more than only a small number of classes (e.g., a caching mechanism and a class loader), the initial download is short, and startup time is reduced.
  • classes e.g., a caching mechanism and a class loader
  • a cache manager including a class loader is constructed and initialized during applet initialization.
  • the initial applet package makes successive calls to the cache manager, asking it to load further, platform-independent functional modules.
  • the cache manager checks to see if the request has already been satisfied, and if not, loads the set of classes into memory via the cache manager's classloader. If the module has not already been loaded, the local cache is checked first. If the module is found in the cache, a version check is made against the requested version. If the cached version is found to be compatible, the module is loaded from the cache. Otherwise, the module is retrieved from the server, cached, and loaded.
  • FIG. 1 schematically illustrates an overall applet caching technique provided by an exemplary non-limiting illustrative implementation
  • FIG. 2 is a flowchart of exemplary computer-controlled steps
  • FIG. 3 schematically illustrates example class loader and persistent caching architecture
  • FIG. 4 schematically illustrates the relationship between different types of classes in the exemplary non-limiting illustrative implementation
  • FIG. 5 shows example program controlled logic the exemplary non-limiting illustrative implementation uses to test whether to obtain a functional module from cache or from the server;
  • FIG. 6 shows an example compressed data stream.
  • FIG. 1 shows an example persistent applet caching system provided in accordance with an exemplary non-limiting illustrative implementation.
  • the FIG. 1 system 100 includes a server 102 and more or more clients 104 .
  • server 102 may be a conventional web server computer including a processor, local disk storage and an interconnection to the Internet, an Intranet or other computer and/or digital communications network 105 .
  • Client 104 may include a conventional personal computer, workstation or other computing appliance including a local hard disk or other non-volatile store 106 , a display 104 a , a local processor and an interconnection to network 105 .
  • Server 102 and client 104 can communication together over the network 105 .
  • server 102 comprises a web server that supplies web pages and other information
  • client 104 comprises a personal computer equipped with a standard web browser such as Netscape Navigator or Communicator or Microsoft Internet Explorer, which browser has (or is extended by a plug-in to have) a so-called Java virtual machine.
  • the client 104 's web browser requests web pages from web server 102 over network 105 and displays them on a display 104 a .
  • Server 102 can also download applets to client 104 over the network 105 for execution by a virtual machine provided by client 104 .
  • Such virtual machine can be, for example, a conventional Java Virtual Machine that is now standard in most web browsers in wide use today.
  • applet 110 includes an initial applet package 110 -I and one or more additional functional modules 111 a , 111 b , . . . .
  • Initial applet package 110 -I incorporates a light weight caching mechanism in its root set of classes.
  • initial applet package 110 -I (including this persistent caching mechanism) is packaged and signed using tools and procedures native to the particular platform (e.g., web browser) existing on client 104 .
  • the exemplary non-limiting illustrative implementation thus provides different “flavors” of initial applet package 110 -I for different platforms, for example:
  • the different initial applet package 110 -I “flavors” or versions may, in one exemplary illustrative non-limiting implementation, be functionally identical (and may in fact be written in the same language such as Java and some of the same code)—but differ in that they are customized for the specific security, signing, packaging (and any other) requirements the various different platforms require to verify, load and run the applet.
  • the initial applet packages 110 -I are thus customized by request and obtain the privileges to perform class loading and caching from the particular platform they are written for. Such requirements are well known, and are widely available from Microsoft, Netscape, JavaSoft and others who develop virtual machines that can run applets.
  • server 102 determines which of these “flavors” of initial applet package 110 -I to download to client 104 in a conventional fashion by identifying the particular application being run at the client.
  • Server 102 may determine which platform is running on client 104 so it can download the initial applet package 110 -I that is appropriate to that platform.
  • the HTML may/can contain enough information to direct the client 104 's browser to the correct set of classes (e.g., Microsoft Internet Explorer will favor CAB files over JAR files when given the choice); or server 102 can send an http command to the client's web browser requesting identification of the client application by name, version number, etc.
  • Server 102 then downloads the particular “flavor” of initial applet package 110 -I that will meet the security and other requirements of client computer 104 's associated browser or other applet execution platform.
  • initial applet package 110 -I is downloaded, loaded and is running on client computer 104 (the executing version of this applet module is referenced by numeral 110 -I′), it constructs, initializes and creates a cache manager 112 including a class loader on the client computer.
  • the executing applet module 110 -I′ then makes successive calls to the cache manager 112 , asking it to retrieve and load further applet functional modules 111 as they are needed.
  • Executing module 110 -I′ includes a map table or other mechanism that maps commands or other service requests into requests to retrieve and load functional modules 111 capable of performing the requested service(s).
  • each functional module 111 a , 111 b , etc. consists of a set of classes and/or other data that are packaged and signed in a way to permit it to be verified and loaded by any of the various “flavors” of initial applet package 110 -I.
  • these functional modules 111 are platform-independent in the sense that any initial applet package 110 -I′ (irrespective of platform) will be able to accept, verify and load them. Depending on the particular requirements, most of the functionality (and thus the length) of applet 110 may be placed within functional modules 111 —minimizing the download time and complexity of initial applet package 110 . The division of applet 110 into different functional modules may be based on functions or services to be performed, the complexity of each of the various functions, etc. If desired, functional modules 111 for other needed services can be reused by sharing them between different applets 110 .
  • Modules 111 may depend on other modules 111 in order to operate. For example, classes in one module 111 may need classes in another module 111 in order to load. To provide for such module dependency, the exemplary non-limiting illustrative implementation conveys dependency information within the module 111 .
  • the module loader while trying to load a module 111 , will extract the list, and ensure that all listed modules (and their respective versions) are already loaded. If a needed module 111 is not already loaded, loading of the current module is put on hold until the required module is loaded. This process is recursive, to provide for loading dependent modules of dependent modules of dependent modules (ad infinitum).
  • Determining which functional modules 111 to load and when, can be based on static information and/or dynamic events, such as:
  • FIG. 2 shows a flowchart of overall program control steps of a process 140 performed by the system 100 shown in FIG. 1 .
  • initial applet package 110 -I is stored on server 102 as a small signed compressed file (e.g., a Microsoft “cabinet” (.cab) file or a Java ARchive (JAR) file).
  • a small signed compressed file e.g., a Microsoft “cabinet” (.cab) file or a Java ARchive (JAR) file.
  • .cab and JAR file formats are conventional, standardized file compression formats that allow many individual files to be stored and downloaded together in compressed format within a single HTTP transaction to a browser or other applet execution platform.
  • the small, digitally signed compressed file comprising initial applet package 110 -I contains the main applet and loader classes—including a caching mechanism used to subsequently load additional functional modules such as “feature A” module 111 a , “feature B” module 111 b , etc.
  • the functional modules 111 are subsequently loaded on an as-needed basis.
  • the initial applet package 110 -I downloaded from server 102 to client 104 over network 105 (block 150 ; FIG. 2 path 113 ), and is authenticated, decompressed and executed by a standard web browser or other applet execution platform on client computer 104 .
  • applet 110 -I Once applet 110 -I is running (thus establishing cache manager 112 ), it may request loading of other compressed archive files (i.e., additional applet class and/or resource files) comprising functional modules 111 a , 111 b , etc. (decision block 152 ). For each load request, the cache manager 112 checks to see if the request has already been satisfied.
  • the cache manager 112 attempts to load a set of classes or resources (e.g., images, fonts, etc.) into memory via the cache manager's class loader, and the local cache 106 is checked to see if the functional module 111 to be loaded is already present in the cache (decision block 154 ).
  • the decision block is downloaded with the applet and can, therefore, be tailored to suit individual application requirements that could change for a given application across time.
  • a version check is made against the requested version (decision block 154 ). If local cache 106 contains an appropriate version of the functional module 111 (“yes” exit to decision block 154 ), the functional module 111 is loaded from the cache and all of it classes are added to the class loader's namespace ( FIG. 2 block 156 ; FIG. 1 path 114 ).
  • the functional module 111 is retrieved from server 102 over network 105 ( FIG. 2 block 158 ; FIG. 1 path 118 ).
  • the retrieved functional module 111 may, or may not, be persisted in cache 106 dependent upon how the load call is made.
  • the functional module 111 retrieved from server 102 is stored to cache 106 and then loaded via the cache manager (“yes” exit to decision block 160 ; block 162 ). In other cases, the retrieved functional module 111 is not locally cached (“no” exit to decision block 160 ), and is simply loaded.
  • recursion is used to load dependent functional modules 111 (i.e., flow returns to block 152 ) to accommodate arbitrary dependency nesting.
  • all functional modules 111 downloaded from server 102 in the exemplary non-limiting illustrative implementation are digitally signed. The digital signature is verified at download time. Once functional module 111 has made it into cache 106 of client 104 , it will be considered trusted. Trusting the contents of cache 106 is no less secure than existing implementations on commonly available web browsers such as Internet Explorer and Netscape.
  • FIG. 3 shows an example basic structure and component communication for portions of system 100 existing on client 104 once initial applet package 110 -I′ has been loaded and is running.
  • cache manager 112 communicates with and manages non-volatile cache 106 .
  • Cache manager 112 accepts commands from a module loader 200 .
  • Module loader ( 200 ) creates and manages a platform specific classloader via the module classloader ( 202 ).
  • This platform, specific classloader 202 manages volatile (in-memory) cache of the module classes and resources.
  • the applet 110 talks to module loader 200 to load modules and retrieve the specific instance of the classloader that should be used.
  • the classloader 202 derives from the system class, java.lang.Classloader.
  • the applet 110 uses module classloader 202 directly or indirectly to load classes from modules managed by module loader 200 .
  • the module classloader 202 can and will retrieve classes and resources from both the applet and the primordial classloader.
  • Module loader 200 is thus directed by applet 110 to load modules 111 via cache manager 112 and/or module class loader 202 .
  • Module class loader 202 (which may include a variety of different conventional class loaders, e.g., an MS class loader 204 a , a default class loader 204 b , etc, existing as part of a conventional web browser or other applet execution platform) is also present, and acts to connect one or more classes together into an executable.
  • these various class loaders 204 can communicate (while observing appropriate namespace restrictions—see below) with applet class loader 206 to load additional classes for execution.
  • module loader 200 first checks to see if the class has already been loaded into memory but has not yet been resolved. If the class has not yet been loaded by module classloader 202 , then module loader 200 determines whether the primordial class loader has the class. If the class has not yet been loaded, module loader 200 checks whether the class has been downloaded but not yet loaded. Optionally module loader 200 can also check whether the class is in an applet-supplied URL (a module loader classpath of sorts). Module loader 200 may also check whether the parent classloader has the class. In other words, the search order can be as follows to provide enhanced efficiency and security;
  • FIG. 4 shows that the module class loader 202 's name space 250 is a superset of the name space 252 of applet class loader 206 —which in turn is a superset of the name space 254 of system class loader 202 .
  • the FIG. 4 diagram implies communication boundaries for cross-class communication. In order for two objects, each loaded from a different-class loader, to communicate with each other, the class used for communication, must be accessible to both objects. Therefore, the class must be loaded via a class loader whose name space exists for both objects.
  • module loader 200 makes a version test on every functional module 111 it reads from cache 106 .
  • Module loader 200 also tests version compatibility of functional modules 111 the first time they are downloaded from server 102 .
  • archive (JAR) version numbers may be represented as strings or 32-bit integers using the following format:
  • decision block 154 (which may be downloaded with the applet and thus tailored to it) is responsible in this example for correct interpretation of the versioning information—which in this example is simply an integer and/or string (but could consist of other types of information in other examples).
  • An example string for “version 1.2 build 345” may be for example, “012000345”.
  • the exemplary non-limiting illustrative implementation can apply, as one example, the particular versioning check shown in FIG. 5 to ensure that the two versions are compatible (i.e., in this ease, that they are interchangeable).
  • v2 Given version number v2 compared against version number v1 for compatibility, v2 is compatible if and only if various tests shown in FIG. 5 all return “true”.
  • the exemplary non-limiting illustrative implementation tests to ensure that the major version number or other identifier match (decision block 260 ), that the minor version number or other identifier match (decision block 262 ), that the archive type matches (decision block 264 ), and that the build number also matches (decision block 266 ).
  • the exemplary non-limiting illustrative implementation uses different formats for downloading functional module 111 packages from server 102 as opposed to storing functional modules in local cache 106 .
  • An example download format of the exemplary non-limiting illustrative implementation is shown in FIG. 6 .
  • This example download format 300 includes:
  • FIG. 6 format allows for optimal compression of the functional module 111 by compressing the entire functional module 111 instead of individual entries within the functional module 111 . This means decompression only needs to happen once, at download; and allows downloaded functional modules 111 to be stored into local cache 106 in uncompressed format. Since functional modules 111 loaded from cache 106 are not compressed, they will load more quickly.
  • digital signature 310 applies to the compressed stream and not the uncompressed JAR 308 ; signing the compressed stream allows verification to proceed more quickly because fewer bytes need to be verified upon download from server 102 .
  • each downloaded functional module 111 loaded via module loader 200 contains a version file at its root.
  • Module loader 200 uses this file to determine the functional module 111 's version and its dependencies.
  • the syntax of the file name is:
  • module loader 200 parses the dependency file and attempts to load all entries.
  • the exemplary non-limiting illustrative implementation thus provides an applet persistence mechanism that is consistent across many supported platforms; provides for the ability to download applets in a piecemeal fashion with control over the granularity of packet size and while minimizing initial download size; and allows incremental changes to applet modules.
  • Preliminary tests have demonstrated that the technique can work on the most popularly available current web browsers (e.g., Netscape 4.5x, Internet Explorer 4.0/5.0 (later build VMs) on Windows NT/98, as well as MRJ and the Java Plug In v2.
  • Java 1.1 requires that defining and enforcing security policies is the job of the container and its security manager.

Abstract

An applet is used to deliver a persistent caching mechanism. An initial package of the applet incorporates a lightweight caching mechanism into its root set of classes. The remainder of the applet are divided into functional modules that can be subsequently downloaded as needed. The initial applet and caching mechanism is packaged and signed in a package using tools and procedures native to each platform; and each functional module is packaged and signed in a generic, platform-independent fashion for verification and loading by any of the various platform-dependent initial applet packages. In this way, the same functional module portions of the applet (which may comprise the bulk of the applet) are cached and loaded in a platform-independent manner without requiring or relying on any caching mechanism built into a platform such as a web browser or other applet execution environment.

Description

CROSS-REFERENCES TO RELATED APPLICATIONS
This application is a continuation of U.S. patent application Ser. No. 11/183,738, filed on Jul. 19, 2005, now issued as U.S. Pat. No. 8,332,489, which is a continuation of U.S. patent application Ser. No. 09/484,455, filed on Jan. 18, 2000, now issued as U.S. Pat. No. 6,983,315, all of which are incorporated herein by reference in their entireties
FIELD
This technology herein relates to method and apparatus for efficiently caching applets on a client computer.
BACKGROUND AND SUMMARY
It used to be that code to be executed on a personal computer or a workstation was usually supplied by physically inserting a diskette, optical disk or other storage medium into a local drive associated with the personal computer or workstation. Now, such code can simply be downloaded over a computer network. One of the more significant developments in network-based software downloading over the last few years has been the development of Java applets and the Java virtual machine—which allow programs to be dynamically downloaded for execution on an as-needed basis.
Briefly, an applet is a small executable code module that normally doesn't have the complete features and user interface of a normal application. The applet runs inside of an application (for example, a standard web browser) within a “virtual machine”—that is, a set of computer resources and instructions that make up a generally standardized environment for applet's execution. Java is the language most commonly associated with applets, and standard web browsers and other applications include Java-based virtual machines to run Java applets.
Such applets provide a convenient mechanism for flexibly providing client-side functionality. They can provide all sorts of functionality on the client side—everything from graphics support to game play to database lookups to security functions and more. Since Java is a general purpose language, virtually any functionality can be expressed in an applet—but, as discussed below, there are some practical limitations.
In general, how much functionality an applet can provide depends on the applet's size. Small applets download quickly and provide adequate response times, but are limited in terms of their functionality. Larger applets can provide broader functionality but take proportionally longer to download, load and start up. At some point, download/load/startup delay becomes a major hindrance to the use of large applets. No one wants to use an application that takes fifteen minutes to load.
Caching has been used for many years to reduce the time required to load code or data. The idea of caching applets on the client computer is not new. Startup time can be drastically reduced by caching the applet on the client machine. The overall time savings is inversely proportional to the web server connection. Assuming the connection between the client and server is the gating factor, the less information transferred from the server to the client, the better. If the applet can be cached locally the first time it is requested, the user only pays the download penalty once. Subsequent startups should be noticeably faster. Furthermore, there are other reasons besides speed performance for persistently caching applets—for example, reducing network traffic associated with repeatedly downloading the same applet on numerous occasions to the same client machine, and the possibility of flexibly generating vendor-independent persistent class libraries
Unfortunately, caching an applet in today's web browser environments can be a daunting task. This is at least in part because each of the various web browsers and Java virtual machines protect against rogue applets by imposing security constraints and requirements on applet persistence. Currently, the primary commercially available browsers (e.g., Netscape Communicator and Navigator, and Microsoft's Internet Explorer) and applet execution platforms each implement applet caching in different, proprietary ways. Some do not implement applet caching at all. To minimize the risk that a rogue applet will damage a client computer, web browsers generally deny downloaded applets the ability to persist after the web browser has been shut down. Such security precautions if enforced will prohibit persistent applet caching altogether.
Despite a security philosophy that discourages downloaded applets from persisting, certain available applications provide a limited ability to allow applets to persist. As one example, Marimba Inc.'s CASTANET™ software distribution infrastructure provides a Java application that provides deployment and local caching of both applets and applications. See for example U.S. Pat. No. 5,919,247 to Van Hoff. However, the Van Hoff technique requires a separate application to be loaded to handle applet channels, and the technique is based on a file updating concept requiring a particular series of identifiers and/or indices. The Van Hoff technique is not generally applicable across a wide range of different applet execution platforms, and also suffers from other disadvantages.
In contrast to such a separate-application approach, it would be highly desirable to develop applet caching capabilities that would work across a number of client-side platforms such as standard-web browsers available from Netscape, Microsoft, and others. However, Netscape's Communicator browser, Microsoft's Internet Explorer browser in Windows and Macintosh, and JavaSoft's web browser Plug-In have differing security models and signing mechanisms and differing caching abilities. As a result, deploying applet caching to a given platform requires specific code for that platform (e.g., specific packaging and signing on both Communicator and IE), and is not even available on some platforms (Plug-In, IE w/MRJ on Mac, HotJava, etc.). Even the html is specific to some platforms. For at least these reasons, flexible, persistent platform-independent applet caching has not been realized in the past.
This technology herein solves this problem by distributing a caching mechanism implemented by an applet—providing a mechanism and framework for caching applets in a modular and cross-platform manner. In accordance with one exemplary illustrative non-limiting implementation, art applet incorporates a lightweight caching mechanism into its root set of classes. The remainder of the applet is divided into functional modules that can be subsequently downloaded as needed. The initial applet and caching mechanism are packaged and signed in a package using tools and procedures native to each platform. Each functional module of the applet can be packaged and signed in a generic, platform-independent fashion for verification and loading by any of the various platform-dependent initial applet, packages. In this way, the same functional module portions of the applet (which may comprise the bulk of the applet) are cached and loaded in a platform-independent manner without requiring or relying on any caching mechanism built into the platform.
Since the initial applet package does not seed to contain more than only a small number of classes (e.g., a caching mechanism and a class loader), the initial download is short, and startup time is reduced.
In accordance with another exemplary illustrative non-limiting implementation, a cache manager including a class loader is constructed and initialized during applet initialization. The initial applet package makes successive calls to the cache manager, asking it to load further, platform-independent functional modules. For each load request, the cache manager checks to see if the request has already been satisfied, and if not, loads the set of classes into memory via the cache manager's classloader. If the module has not already been loaded, the local cache is checked first. If the module is found in the cache, a version check is made against the requested version. If the cached version is found to be compatible, the module is loaded from the cache. Otherwise, the module is retrieved from the server, cached, and loaded.
The following is a non-exhaustive listing of further features and advantages provided by an exemplary illustrative non-limiting implementation:
    • An applet persistent mechanism that is consistent across many supported platforms.
    • Ability to download applets in a piecemeal fashion, with control over the granularity of package size so as minimize initial download size.
    • A mechanism to allow and support incremental changes to applet modules.
    • Applet-based deployment and caching—Caching and loading classes and modules on demand based on construction of a class loader within an applet environment in a platform independent manner.
    • Cross-platform caching—Providing a platform independent caching mechanism reduces a significant amount of work that the applet developer has to do to deploy to multiple platforms. Because caching is implemented by an applet, it is not necessary to know about or use any particular caching mechanisms on the client's application (which can vary from one platform to another).
    • Modular caching—Breaking an applet up into functional groups, and then fetching them on an as-needed basis, allows the applet to start up quicker by eliminating the download of unseeded classes or other parts of the applet (e.g., fonts, images, sounds, etc.). The applet itself directs what additional modules are needed and when. Additionally, functional groups can be shared by any number of applets. One applet can benefit from another applet having already downloaded a needed group of functional modules.
    • Optimized compression and storage of applet modules—Module contents are packaged in an optimal manner for downloading that maximizes the compression algorithms available. By packaging all classes and other components into one stream and compressing only the stream, compression overhead is reduced. As a result, compressed modules are considerably smaller than a compressed standard archive file with the same classes. In contrast with the standard archive (which digitally signs each individual file and stores the resulting digests as a “manifest” file in the archive), we sign the entire stream once—eliminating the need for the manifest file. This reduces overall size and increases “unpacking” efficiency by reducing sign verification overhead.
    • A lightweight, wrapping applet that implements the caching mechanism can be used to launch other applets without their needing to implement cache manager. The wrapped applet can be packaged, signed, and used for deploying and caching an applet on a number of platforms without need for packaging or signing anything for each specific platform.
    • Applications can be broken up into functional modules that may be versioned and distributed separately.
    • Communication between the main applet classes and the functional modules is rooted through a communication service that is downloaded with the main applet.
BRIEF DESCRIPTION OF THE DRAWINGS
These and other features and advantages will be better and more completely understood by referring to the following detailed description of exemplary non-limiting illustrative implementations in conjunction with the drawings, of which:
FIG. 1 schematically illustrates an overall applet caching technique provided by an exemplary non-limiting illustrative implementation;
FIG. 2 is a flowchart of exemplary computer-controlled steps;
FIG. 3 schematically illustrates example class loader and persistent caching architecture;
FIG. 4 schematically illustrates the relationship between different types of classes in the exemplary non-limiting illustrative implementation;
FIG. 5 shows example program controlled logic the exemplary non-limiting illustrative implementation uses to test whether to obtain a functional module from cache or from the server; and
FIG. 6 shows an example compressed data stream.
DETAILED DESCRIPTION
FIG. 1 shows an example persistent applet caching system provided in accordance with an exemplary non-limiting illustrative implementation. The FIG. 1 system 100 includes a server 102 and more or more clients 104. In this example, server 102 may be a conventional web server computer including a processor, local disk storage and an interconnection to the Internet, an Intranet or other computer and/or digital communications network 105. Client 104 may include a conventional personal computer, workstation or other computing appliance including a local hard disk or other non-volatile store 106, a display 104 a, a local processor and an interconnection to network 105.
Server 102 and client 104 can communication together over the network 105. In one example, server 102 comprises a web server that supplies web pages and other information, and client 104 comprises a personal computer equipped with a standard web browser such as Netscape Navigator or Communicator or Microsoft Internet Explorer, which browser has (or is extended by a plug-in to have) a so-called Java virtual machine. The client 104's web browser requests web pages from web server 102 over network 105 and displays them on a display 104 a. Server 102 can also download applets to client 104 over the network 105 for execution by a virtual machine provided by client 104. Such virtual machine can be, for example, a conventional Java Virtual Machine that is now standard in most web browsers in wide use today.
In the exemplary non-limiting illustrative implementation, applet 110 includes an initial applet package 110-I and one or more additional functional modules 111 a, 111 b, . . . . Initial applet package 110-I incorporates a light weight caching mechanism in its root set of classes. In the exemplary non-limiting illustrative implementation, initial applet package 110-I (including this persistent caching mechanism) is packaged and signed using tools and procedures native to the particular platform (e.g., web browser) existing on client 104. The exemplary non-limiting illustrative implementation thus provides different “flavors” of initial applet package 110-I for different platforms, for example:
    • Microsoft IE 4/5 for Windows (using native VM)
    • Microsoft IE for Mac (using MRJ)
    • Netscape Communicator 4.06+ for Windows (using native VM)
    • JavaSoft's Plug-In 1.1.2+
    • JavaSoft's AppletViewer
    • Others
The different initial applet package 110-I “flavors” or versions may, in one exemplary illustrative non-limiting implementation, be functionally identical (and may in fact be written in the same language such as Java and some of the same code)—but differ in that they are customized for the specific security, signing, packaging (and any other) requirements the various different platforms require to verify, load and run the applet. The initial applet packages 110-I are thus customized by request and obtain the privileges to perform class loading and caching from the particular platform they are written for. Such requirements are well known, and are widely available from Microsoft, Netscape, JavaSoft and others who develop virtual machines that can run applets.
In the exemplary non-limiting illustrative implementation, server 102 determines which of these “flavors” of initial applet package 110-I to download to client 104 in a conventional fashion by identifying the particular application being run at the client. Server 102 may determine which platform is running on client 104 so it can download the initial applet package 110-I that is appropriate to that platform. For example, the HTML may/can contain enough information to direct the client 104's browser to the correct set of classes (e.g., Microsoft Internet Explorer will favor CAB files over JAR files when given the choice); or server 102 can send an http command to the client's web browser requesting identification of the client application by name, version number, etc. Server 102 then downloads the particular “flavor” of initial applet package 110-I that will meet the security and other requirements of client computer 104's associated browser or other applet execution platform.
Once initial applet package 110-I is downloaded, loaded and is running on client computer 104 (the executing version of this applet module is referenced by numeral 110-I′), it constructs, initializes and creates a cache manager 112 including a class loader on the client computer. The executing applet module 110-I′ then makes successive calls to the cache manager 112, asking it to retrieve and load further applet functional modules 111 as they are needed. Executing module 110-I′ includes a map table or other mechanism that maps commands or other service requests into requests to retrieve and load functional modules 111 capable of performing the requested service(s).
As mentioned above, the remaining classes of applet 110 are divided into functional modules (e.g., “feature A” module 111 a, “feature B” module 111 b, etc.) that can be platform-independent. In the exemplary non-limiting illustrative implementation, each functional module 111 a, 111 b, etc., consists of a set of classes and/or other data that are packaged and signed in a way to permit it to be verified and loaded by any of the various “flavors” of initial applet package 110-I. In the exemplary non-limiting illustrative implementation, these functional modules 111 are platform-independent in the sense that any initial applet package 110-I′ (irrespective of platform) will be able to accept, verify and load them. Depending on the particular requirements, most of the functionality (and thus the length) of applet 110 may be placed within functional modules 111—minimizing the download time and complexity of initial applet package 110. The division of applet 110 into different functional modules may be based on functions or services to be performed, the complexity of each of the various functions, etc. If desired, functional modules 111 for other needed services can be reused by sharing them between different applets 110.
Modules 111 may depend on other modules 111 in order to operate. For example, classes in one module 111 may need classes in another module 111 in order to load. To provide for such module dependency, the exemplary non-limiting illustrative implementation conveys dependency information within the module 111. The module loader, while trying to load a module 111, will extract the list, and ensure that all listed modules (and their respective versions) are already loaded. If a needed module 111 is not already loaded, loading of the current module is put on hold until the required module is loaded. This process is recursive, to provide for loading dependent modules of dependent modules of dependent modules (ad infinitum).
Determining which functional modules 111 to load and when, can be based on static information and/or dynamic events, such as:
    • Module list embedded/loaded with initial applet
    • User input event
    • System event
    • Server event
    • Server-generated html (the applet tag contains additional modules to load based on current context).
FIG. 2 shows a flowchart of overall program control steps of a process 140 performed by the system 100 shown in FIG. 1. In this example, initial applet package 110-I is stored on server 102 as a small signed compressed file (e.g., a Microsoft “cabinet” (.cab) file or a Java ARchive (JAR) file). As will be understood by those skilled in the art, the .cab and JAR file formats are conventional, standardized file compression formats that allow many individual files to be stored and downloaded together in compressed format within a single HTTP transaction to a browser or other applet execution platform.
In this example, the small, digitally signed compressed file comprising initial applet package 110-I contains the main applet and loader classes—including a caching mechanism used to subsequently load additional functional modules such as “feature A” module 111 a, “feature B” module 111 b, etc. In the exemplary non-limiting illustrative implementation, the functional modules 111 are subsequently loaded on an as-needed basis.
The initial applet package 110-I downloaded from server 102 to client 104 over network 105 (block 150; FIG. 2 path 113), and is authenticated, decompressed and executed by a standard web browser or other applet execution platform on client computer 104. Once applet 110-I is running (thus establishing cache manager 112), it may request loading of other compressed archive files (i.e., additional applet class and/or resource files) comprising functional modules 111 a, 111 b, etc. (decision block 152). For each load request, the cache manager 112 checks to see if the request has already been satisfied. If not, the cache manager 112 attempts to load a set of classes or resources (e.g., images, fonts, etc.) into memory via the cache manager's class loader, and the local cache 106 is checked to see if the functional module 111 to be loaded is already present in the cache (decision block 154). The decision block is downloaded with the applet and can, therefore, be tailored to suit individual application requirements that could change for a given application across time.
If the module has not already been loaded and the module is found in the cache 106, a version check is made against the requested version (decision block 154). If local cache 106 contains an appropriate version of the functional module 111 (“yes” exit to decision block 154), the functional module 111 is loaded from the cache and all of it classes are added to the class loader's namespace (FIG. 2 block 156; FIG. 1 path 114).
If the functional module 111 is not found in cache 106 or the cached version is old (“no” exit to decision block 154), the functional module 111 is retrieved from server 102 over network 105 (FIG. 2 block 158; FIG. 1 path 118). The retrieved functional module 111 may, or may not, be persisted in cache 106 dependent upon how the load call is made. In some eases, the functional module 111 retrieved from server 102 is stored to cache 106 and then loaded via the cache manager (“yes” exit to decision block 160; block 162). In other cases, the retrieved functional module 111 is not locally cached (“no” exit to decision block 160), and is simply loaded. If the retrieved functional module 111 has a dependency list, all dependent functional modules 111 are loaded prior to loading the requested functional module(s) (blocks 164, 166). In the exemplary non-limiting illustrative implementation, recursion is used to load dependent functional modules 111 (i.e., flow returns to block 152) to accommodate arbitrary dependency nesting.
To protect against tampering, all functional modules 111 downloaded from server 102 in the exemplary non-limiting illustrative implementation are digitally signed. The digital signature is verified at download time. Once functional module 111 has made it into cache 106 of client 104, it will be considered trusted. Trusting the contents of cache 106 is no less secure than existing implementations on commonly available web browsers such as Internet Explorer and Netscape.
FIG. 3 shows an example basic structure and component communication for portions of system 100 existing on client 104 once initial applet package 110-I′ has been loaded and is running. In this example, cache manager 112 communicates with and manages non-volatile cache 106. Cache manager 112, in turn, accepts commands from a module loader 200. Module loader (200) creates and manages a platform specific classloader via the module classloader (202). This platform, specific classloader 202 manages volatile (in-memory) cache of the module classes and resources.
In the exemplary non-limiting illustrative implementation, the applet 110 talks to module loader 200 to load modules and retrieve the specific instance of the classloader that should be used. In the exemplary non-limiting illustrative implementation, the classloader 202 derives from the system class, java.lang.Classloader. The applet 110 uses module classloader 202 directly or indirectly to load classes from modules managed by module loader 200. The module classloader 202 can and will retrieve classes and resources from both the applet and the primordial classloader.
Module loader 200 is thus directed by applet 110 to load modules 111 via cache manager 112 and/or module class loader 202. Module class loader 202 (which may include a variety of different conventional class loaders, e.g., an MS class loader 204 a, a default class loader 204 b, etc, existing as part of a conventional web browser or other applet execution platform) is also present, and acts to connect one or more classes together into an executable. In this example, these various class loaders 204 can communicate (while observing appropriate namespace restrictions—see below) with applet class loader 206 to load additional classes for execution.
In finding a class, the exemplary non-limiting illustrative implementation module loader 200 first checks to see if the class has already been loaded into memory but has not yet been resolved. If the class has not yet been loaded by module classloader 202, then module loader 200 determines whether the primordial class loader has the class. If the class has not yet been loaded, module loader 200 checks whether the class has been downloaded but not yet loaded. Optionally module loader 200 can also check whether the class is in an applet-supplied URL (a module loader classpath of sorts). Module loader 200 may also check whether the parent classloader has the class. In other words, the search order can be as follows to provide enhanced efficiency and security;
    • 1. Is class already loaded?
    • 2. Does primordial classloader have the class?
    • 3. Do we have the class, but haven't loaded it?
    • 4. (optional) Is it in the applet supplied URL? (a module loader classpath of sorts)
    • 5. Does the parent classloader (normally the applet class loader 206) have the class?
    • 6. Forget it, we give up.
Note that this load order places priority on classes in the module loader 200 b immediate name space. Therefore, if the class is present in both the parent name space and the module loader 200's name space, the module loader 200's version will be returned.
FIG. 4 shows that the module class loader 202's name space 250 is a superset of the name space 252 of applet class loader 206—which in turn is a superset of the name space 254 of system class loader 202. The FIG. 4 diagram implies communication boundaries for cross-class communication. In order for two objects, each loaded from a different-class loader, to communicate with each other, the class used for communication, must be accessible to both objects. Therefore, the class must be loaded via a class loader whose name space exists for both objects.
As discussed above, the module loader 200 makes a version test on every functional module 111 it reads from cache 106. Module loader 200 also tests version compatibility of functional modules 111 the first time they are downloaded from server 102. In one specific example, archive (JAR) version numbers may be represented as strings or 32-bit integers using the following format:
Format: MMmmttbbb*
MM Major version number
Mm Minor version number
Tt JAR type *i.e., beta, eval)
bbb Build number
*each letter represents a digit (0-9)
FIG. 2, decision block 154 (which may be downloaded with the applet and thus tailored to it) is responsible in this example for correct interpretation of the versioning information—which in this example is simply an integer and/or string (but could consist of other types of information in other examples). An example string for “version 1.2 build 345” may be for example, “012000345”. When a functional module 111 is saved in cache 106, the version number is appended to the functional module's name to make the new module name.
When comparing archive version numbers for compatibility, the exemplary non-limiting illustrative implementation can apply, as one example, the particular versioning check shown in FIG. 5 to ensure that the two versions are compatible (i.e., in this ease, that they are interchangeable). Given version number v2 compared against version number v1 for compatibility, v2 is compatible if and only if various tests shown in FIG. 5 all return “true”. Thus, for example, the exemplary non-limiting illustrative implementation tests to ensure that the major version number or other identifier match (decision block 260), that the minor version number or other identifier match (decision block 262), that the archive type matches (decision block 264), and that the build number also matches (decision block 266). If all of these tests return “true”, then the two functional modules 111 are compatible. If any of the tests return false, then the two functional modules are incompatible and a new version of the functional module 111 should be obtained from server 102. Of course, the FIG. 3 process is just an example; other versioning checking processes (which may be downloaded with applet 110) could be used instead to suit individual application requirements.
To optimize download time and functional module 111 processing, the exemplary non-limiting illustrative implementation uses different formats for downloading functional module 111 packages from server 102 as opposed to storing functional modules in local cache 106. An example download format of the exemplary non-limiting illustrative implementation is shown in FIG. 6. This example download format 300 includes:
    • a stream ID field 302 (e.g., a 32-bit integer that serves as both a stream identifier and version number);
    • a module version field 304 (the version of the functional module 111 contained within die stream—see discussion above);
    • a signature ID field 306 (an identifier for the signature used for this stream);
    • an uncompressed module field 308 (the actual functional module 111 package to be loaded and persisted—in the exemplary non-limiting illustrative implementation, ail files within the functional module 111 are stored uncompressed); and
    • a signature field 310 (the digitally signed digest for this stream 300).
The FIG. 6 format allows for optimal compression of the functional module 111 by compressing the entire functional module 111 instead of individual entries within the functional module 111. This means decompression only needs to happen once, at download; and allows downloaded functional modules 111 to be stored into local cache 106 in uncompressed format. Since functional modules 111 loaded from cache 106 are not compressed, they will load more quickly.
In this example, digital signature 310 applies to the compressed stream and not the uncompressed JAR 308; signing the compressed stream allows verification to proceed more quickly because fewer bytes need to be verified upon download from server 102.
In the exemplary non-limiting illustrative implementation, each downloaded functional module 111 loaded via module loader 200 contains a version file at its root. Module loader 200 uses this file to determine the functional module 111's version and its dependencies. In the exemplary non-limiting illustrative implementation, the syntax of the file name is:
    • <module name<.<version #>
    • (ex: ev3270.012000345=ev3270.module version 1.2 build 345)
The actual contents of the file provide functional module 111 dependency information. An example format of this file is:
    • “dependency_list_version” “<version>”
    • for each dependent module:
    • “<module name>”, “<version>”
When an functional module 111 is loaded and before returning from the “load Module ( )” call, module loader 200 parses the dependency file and attempts to load all entries.
The exemplary non-limiting illustrative implementation thus provides an applet persistence mechanism that is consistent across many supported platforms; provides for the ability to download applets in a piecemeal fashion with control over the granularity of packet size and while minimizing initial download size; and allows incremental changes to applet modules. Preliminary tests have demonstrated that the technique can work on the most popularly available current web browsers (e.g., Netscape 4.5x, Internet Explorer 4.0/5.0 (later build VMs) on Windows NT/98, as well as MRJ and the Java Plug In v2. However, Java 1.1 requires that defining and enforcing security policies is the job of the container and its security manager. If for a particular web browser it is not possible to force the security manager into allowing the exemplary non-limiting illustrative implementation to create a class and assign privileges, then the exemplary non-limiting illustrative implementation will not work with that particular platform. In addition, there is always the possibility that a Java applet container vendor may view this technique as a security risk, and tighten the reins on the security manager. However, in JDK2, this risk becomes a non-issue since the security policies allow for the creation of a class loader and applets. In Netscape products, however, creating a class loader is prohibited—and trying to create one without explicit permission leads to a security exception. The work around seems to be to enable (programmatically) an undocumented security target. This target is currently being used by Netscape to implement Marimba channels in Marimba's NetCaster product, and is thus likely to exist for some time.
While the invention has been described in connection with what is presently considered to be the most practical and preferred implementations, it is to be understood that the invention is not to be limited to the disclosed implementations, but on the contrary, is intended to cover various modifications and equivalent arrangements included within the scope of the appended claims.

Claims (20)

What is claimed is:
1. A set of executable instructions residing in a non-transitory computer-readable medium for execution on a processor, comprising:
downloading an applet to a browser; and
executing the applet to create an applet-controlled cache in memory that is independent of an existing browser cache for the browser and that does not require and does not rely on any caching mechanism built into a platform that executes the applet.
2. The medium of claim 1 further comprising instructions for managing the applet-controlled cache via the applet.
3. The medium of claim 1 further comprising instructions for downloading on demand other applets when the other applets are not available already from the applet-controlled cache.
4. The medium of claim 3, wherein downloading on demand further includes checking the applet-controlled cache for the other applets before acquiring the other applets in accordance with requests of the applet.
5. The medium of claim 1, wherein downloading further includes verifying a signature for the applet before executing the applet.
6. The medium of claim 1, wherein downloading further includes identifying a plurality of applet classes in the applet with a root class identified for creating the applet-controlled cache.
7. The medium of claim 6, wherein identifying further includes identifying one or more second classes in the applet classes that stream remaining classes of the applet classes from a remote server to the applet-controlled cache.
8. The medium of claim 1, wherein executing further includes establishing the applet-controlled cache as a platform-independent cache that is independent of a platform associated with the browser.
9. The medium of claim 1, wherein executing further includes acquiring by the applet other applets needed for managing the applet-controlled cache on an as-needed basis.
10. The medium of claim 1, wherein acquiring further includes maintaining by the applet at least some of the applets in a compressed format until specifically requested for managing the applet-controlled cache.
11. A set of executable instructions residing in a non-transitory computer-readable medium for execution on a processor, comprising:
customizing an applet for a client platform as a package; and
delivering the package to a browser of the client platform for self-loading and execution within the browser, the applet establishing an independent applet-cache separate from other browser cache within the browser and independent of the client platform and any caching available from that client platform.
12. The medium of claim 11, wherein customizing further includes customizing security for the client platform within the package.
13. The medium of claim 11, wherein customizing further includes configuring the applet to populate, manage, and build the applet-cache on demand within the browser.
14. The medium of claim 13, wherein configuring further includes separating applet classes within the applet for modular management and execution on the browser.
15. The medium of claim 13, wherein configuring further includes configuring the applet to first check the applet-cache for a particular applet or particular applet class before requesting that particular applet of that particular applet class.
16. The medium of claim 15, wherein providing further includes streaming one or more of the different applets to the applet-cache in a compressed format.
17. The medium of claim 11 further comprising instructions for providing different applets on demand to the applet-cache on demand and as requested by the applet as it executes within the browser.
18. A system, comprising:
a memory having an applet cache that is independent of a browser cache of a browser and independent of a platform that executes an applet that creates and manages the applet cache; and
a processor coupled to the memory and having the applet that executes on the processor from the memory;
wherein the applet is configured to create and manage the applet cache and dynamically download and manage other applets as requested and on demand into the applet cache for access by the browser.
19. The system of claim 18, wherein the applet is further configured to maintain or acquire some of the other applets in a compressed format.
20. The system of claim 18, wherein the applet is further configured to check the applet cache for a particular applet before dynamically downloading that particular applet from a remote server.
US13/687,787 2000-01-18 2012-11-28 Applet embedded cross-platform caching Expired - Fee Related US8918487B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US13/687,787 US8918487B2 (en) 2000-01-18 2012-11-28 Applet embedded cross-platform caching

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/484,455 US6983315B1 (en) 2000-01-18 2000-01-18 Applet embedded cross-platform caching
US11/183,738 US8332489B2 (en) 2000-01-18 2005-07-19 Applet embedded cross-platform caching
US13/687,787 US8918487B2 (en) 2000-01-18 2012-11-28 Applet embedded cross-platform caching

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US11/183,738 Continuation US8332489B2 (en) 2000-01-18 2005-07-19 Applet embedded cross-platform caching

Publications (2)

Publication Number Publication Date
US20130091247A1 US20130091247A1 (en) 2013-04-11
US8918487B2 true US8918487B2 (en) 2014-12-23

Family

ID=35509147

Family Applications (3)

Application Number Title Priority Date Filing Date
US09/484,455 Expired - Fee Related US6983315B1 (en) 2000-01-18 2000-01-18 Applet embedded cross-platform caching
US11/183,738 Expired - Fee Related US8332489B2 (en) 2000-01-18 2005-07-19 Applet embedded cross-platform caching
US13/687,787 Expired - Fee Related US8918487B2 (en) 2000-01-18 2012-11-28 Applet embedded cross-platform caching

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US09/484,455 Expired - Fee Related US6983315B1 (en) 2000-01-18 2000-01-18 Applet embedded cross-platform caching
US11/183,738 Expired - Fee Related US8332489B2 (en) 2000-01-18 2005-07-19 Applet embedded cross-platform caching

Country Status (1)

Country Link
US (3) US6983315B1 (en)

Families Citing this family (52)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6324685B1 (en) * 1998-03-18 2001-11-27 Becomm Corporation Applet server that provides applets in various forms
US6983315B1 (en) 2000-01-18 2006-01-03 Wrq, Inc. Applet embedded cross-platform caching
US7146617B2 (en) * 2001-09-29 2006-12-05 Siebel Systems, Inc. Method, apparatus, and system for implementing view caching in a framework to support web-based applications
US8359335B2 (en) * 2001-09-29 2013-01-22 Siebel Systems, Inc. Computing system and method to implicitly commit unsaved data for a world wide web application
US6907451B1 (en) 2001-09-29 2005-06-14 Siebel Systems, Inc. Method, apparatus, and system for immediate posting of changes in a client server environment
KR20040048938A (en) * 2001-10-04 2004-06-10 코닌클리케 필립스 일렉트로닉스 엔.브이. Device running a user interface application
GB2385952B (en) * 2001-10-24 2006-05-31 Imagine Broadband Ltd Data processing system and method
JP2003173246A (en) * 2001-12-05 2003-06-20 Ricoh Co Ltd Device information gathering method, program, server device and storage medium
EP1324217A1 (en) * 2001-12-18 2003-07-02 Hewlett-Packard Company, A Delaware Corporation Process and cache system for providing an electronic service through a telecommunication network
SE0201313D0 (en) * 2002-04-29 2002-04-29 Electrolux Home Prod Corp Dosage container
US7073171B2 (en) * 2003-02-28 2006-07-04 Bea Systems, Inc. EJB implementation class loading with removed dependencies with ability to replace EJB implementation class without full redeployment
US20040261060A1 (en) * 2003-06-20 2004-12-23 Haselden J. Kirk Dependency based package deployment
US7793227B2 (en) 2003-08-12 2010-09-07 Yahoo! Inc. Method and system of providing customizable buttons
US7480895B2 (en) * 2003-11-24 2009-01-20 International Business Machines Corporation Web application development tool
US8376855B2 (en) 2004-06-28 2013-02-19 Winview, Inc. Methods and apparatus for distributed gaming over a mobile device
US8870639B2 (en) 2004-06-28 2014-10-28 Winview, Inc. Methods and apparatus for distributed gaming over a mobile device
US10226698B1 (en) 2004-07-14 2019-03-12 Winview, Inc. Game of skill played by remote participants utilizing wireless devices in connection with a common game event
US8145908B1 (en) * 2004-10-29 2012-03-27 Akamai Technologies, Inc. Web content defacement protection system
EP1904196A2 (en) 2005-06-20 2008-04-02 Airplay Network, Inc. Method of and system for managing client resources and assets for activities on computing devices
US10721543B2 (en) 2005-06-20 2020-07-21 Winview, Inc. Method of and system for managing client resources and assets for activities on computing devices
US9511287B2 (en) 2005-10-03 2016-12-06 Winview, Inc. Cellular phone games based upon television archives
US9919210B2 (en) 2005-10-03 2018-03-20 Winview, Inc. Synchronized gaming and programming
US8705195B2 (en) 2006-04-12 2014-04-22 Winview, Inc. Synchronized gaming and programming
US8149530B1 (en) 2006-04-12 2012-04-03 Winview, Inc. Methodology for equalizing systemic latencies in television reception in connection with games of skill played in connection with live television programming
US7882499B2 (en) * 2005-10-24 2011-02-01 Microsoft Corporation Caching dynamically compiled code to storage
US10556183B2 (en) 2006-01-10 2020-02-11 Winview, Inc. Method of and system for conducting multiple contest of skill with a single performance
US8002618B1 (en) 2006-01-10 2011-08-23 Winview, Inc. Method of and system for conducting multiple contests of skill with a single performance
US9056251B2 (en) 2006-01-10 2015-06-16 Winview, Inc. Method of and system for conducting multiple contests of skill with a single performance
US11082746B2 (en) 2006-04-12 2021-08-03 Winview, Inc. Synchronized gaming and programming
US9262127B2 (en) * 2007-09-10 2016-02-16 Oracle International Corporation System and method for an infrastructure that enables provisioning of dynamic business applications
US8490120B2 (en) * 2007-09-12 2013-07-16 Oracle International Corporation System and method for the service configuration of application server environments
US8813112B1 (en) 2007-10-23 2014-08-19 Winview, Inc. Method of and apparatus for utilizing SMS while running an application on a mobile device controlling a viewer's participation with a broadcast
US9716918B1 (en) 2008-11-10 2017-07-25 Winview, Inc. Interactive advertising system
US8414390B1 (en) * 2009-09-30 2013-04-09 Amazon Technologies, Inc. Systems and methods for the electronic distribution of games
US8662997B1 (en) * 2009-09-30 2014-03-04 Amazon Technologies, Inc. Systems and methods for in-game provisioning of content
US9770654B1 (en) 2009-09-30 2017-09-26 Amazon Technologies, Inc. Cross device operation of games
CN102073507B (en) * 2009-11-20 2014-06-04 华为技术有限公司 Method, device and system for calling widget
US8683465B2 (en) * 2009-12-18 2014-03-25 International Business Machines Corporation Virtual image deployment with a warm cache
TW201249180A (en) * 2011-05-03 2012-12-01 Thomson Licensing Method for creating a web page
US9448782B1 (en) 2012-08-27 2016-09-20 Amazon Technologies, Inc. Reducing a size of an application package
US20140095264A1 (en) * 2012-09-28 2014-04-03 Interactive Memories, Inc. Methods for Incentivizing Clients Engaged in Pre-Transaction Navigation of an Online Image or Text-Based Project Creation Service
US20140359605A1 (en) * 2013-05-30 2014-12-04 Microsoft Corporation Bundle package signing
US9323514B2 (en) 2013-05-30 2016-04-26 Microsoft Technology Licensing, Llc Resource package indexing
US10015222B2 (en) * 2013-09-26 2018-07-03 Arris Canada, Inc. Systems and methods for selective retrieval of adaptive bitrate streaming media
US9811327B2 (en) 2015-12-21 2017-11-07 Quixey, Inc. Dependency-aware transformation of multi-function applications for on-demand execution
US11551529B2 (en) 2016-07-20 2023-01-10 Winview, Inc. Method of generating separate contests of skill or chance from two independent events
CN108089888B (en) * 2016-11-21 2019-09-13 杨正 It is a kind of that operation method and system are applied based on file system
US11308765B2 (en) 2018-10-08 2022-04-19 Winview, Inc. Method and systems for reducing risk in setting odds for single fixed in-play propositions utilizing real time input
US10817281B2 (en) * 2018-10-29 2020-10-27 Sap Se Packaged application resources for mobile applications
US11068558B2 (en) * 2018-12-21 2021-07-20 Business Objects Software Ltd Managing data for rendering visualizations
US10880583B2 (en) * 2019-04-26 2020-12-29 Advanced New Technologies Co., Ltd. Method, apparatus, terminal, and readable storage medium for offline caching
CN113364826B (en) * 2020-03-06 2023-10-03 华为技术有限公司 Enhancement method of system characteristics of terminal equipment, terminal equipment and server

Citations (87)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5487167A (en) 1991-12-31 1996-01-23 International Business Machines Corporation Personal computer with generalized data streaming apparatus for multimedia devices
US5581764A (en) 1993-04-30 1996-12-03 Novadigm, Inc. Distributed computer network including hierarchical resource information structure and related method of distributing resources
US5583983A (en) 1994-11-17 1996-12-10 Objectware, Inc. Multi-platform object-oriented software development and deployment system
US5630131A (en) 1994-11-14 1997-05-13 Object Technology Licensing Corp. Method and apparatus for importing and exporting archive files for a graphical user interface
US5634058A (en) 1992-06-03 1997-05-27 Sun Microsystems, Inc. Dynamically configurable kernel
US5668998A (en) 1995-04-26 1997-09-16 Eastman Kodak Company Application framework of objects for the provision of DICOM services
WO1997046955A1 (en) 1996-06-07 1997-12-11 At & T Corp. Internet access system and method with active link status indicators
US5708796A (en) 1994-11-18 1998-01-13 Lucent Technologies Inc. Method of retrieving continuous and non-continuous media data from a file system
US5712976A (en) 1994-09-08 1998-01-27 International Business Machines Corporation Video data streamer for simultaneously conveying same one or different ones of data blocks stored in storage node to each of plurality of communication nodes
US5721824A (en) 1996-04-19 1998-02-24 Sun Microsystems, Inc. Multiple-package installation with package dependencies
US5742768A (en) 1996-07-16 1998-04-21 Silicon Graphics, Inc. System and method for providing and displaying a web page having an embedded menu
US5745380A (en) 1995-01-30 1998-04-28 International Business Machines Corporation Priority controlled transmission of multimedia streams via a telecommunication line
US5754774A (en) 1996-02-15 1998-05-19 International Business Machine Corp. Client/server communication system
US5761477A (en) 1995-12-04 1998-06-02 Microsoft Corporation Methods for safe and efficient implementations of virtual machines
US5765164A (en) 1995-12-21 1998-06-09 Intel Corporation Apparatus and method for management of discontinuous segments of multiple audio, video, and data streams
US5764235A (en) 1996-03-25 1998-06-09 Insight Development Corporation Computer implemented method and system for transmitting graphical images from server to client at user selectable resolution
US5787284A (en) 1995-12-28 1998-07-28 International Business Machines Corporation Improving memory layout based on connectivity considerations
US5802292A (en) 1995-04-28 1998-09-01 Digital Equipment Corporation Method for predictive prefetching of information over a communications network
US5805829A (en) 1996-10-01 1998-09-08 International Business Machines Corp Process for running applets over non-IP networks
US5812864A (en) 1991-07-09 1998-09-22 International Business Machines Corporation Personal computer/host emulation system for handling host data with personal computer application programs at personal computers
US5835749A (en) 1995-05-05 1998-11-10 Apple Computer, Inc. Method and apparatus for providing dynamically linked libraries
US5859971A (en) 1996-02-15 1999-01-12 International Business Machines Corp. Differencing client/server communication system for use with CGI forms
US5867661A (en) 1996-02-15 1999-02-02 International Business Machines Corporation Method and apparatus of using virtual sockets for reducing data transmitted over a wireless communication link between a client web browser and a host web server using a standard TCP protocol
US5878213A (en) 1996-02-15 1999-03-02 International Business Machines Corporation Methods, systems and computer program products for the synchronization of time coherent caching system
US5878223A (en) 1997-05-07 1999-03-02 International Business Machines Corporation System and method for predictive caching of information pages
US5878417A (en) 1996-11-20 1999-03-02 International Business Machines Corporation Method and apparatus for network security in browser based interfaces
US5892905A (en) 1996-12-23 1999-04-06 International Business Machines Corporation Computer apparatus and method for providing a common user interface for software applications accessed via the world-wide web
US5909569A (en) 1997-05-07 1999-06-01 International Business Machines Terminal emulator data stream differencing system
US5919247A (en) 1996-07-24 1999-07-06 Marimba, Inc. Method for the distribution of code and data updates
US5933644A (en) 1997-06-18 1999-08-03 Sun Microsystems, Inc. Method and apparatus for conflict-based block reordering
US5950010A (en) 1996-11-25 1999-09-07 J.D. Edwards World Source Co. System and method for customized application package building and installation
US5956733A (en) 1996-10-01 1999-09-21 Fujitsu Limited Network archiver system and storage medium storing program to construct network archiver system
US5958013A (en) 1997-09-11 1999-09-28 International Business Machines Corporation Apparatus, methods and computer program products for conducting a persistent session with a host-based application
US5960204A (en) 1996-10-28 1999-09-28 J.D. Edwards World Source Company System and method for installing applications on a computer on an as needed basis
US5966702A (en) 1997-10-31 1999-10-12 Sun Microsystems, Inc. Method and apparatus for pre-processing and packaging class files
US5964836A (en) 1997-09-11 1999-10-12 International Business Machines Corporation Apparatus, methods and computer program products for managing web-page-embedded sessions with a host-based application
US5974129A (en) 1997-05-21 1999-10-26 Lucent Technologies Inc. Distributed virtual cache method for use in a database query control system
US5978788A (en) 1997-04-14 1999-11-02 International Business Machines Corporation System and method for generating multi-representations of a data cube
US5978791A (en) 1995-04-11 1999-11-02 Kinetech, Inc. Data processing system using substantially unique identifiers to identify data items, whereby identical data items have the same identifiers
US5978477A (en) 1996-11-21 1999-11-02 Ricoh Company Limited Automatic and transparent document archiving
US6009410A (en) 1997-10-16 1999-12-28 At&T Corporation Method and system for presenting customized advertising to a user on the world wide web
US6008811A (en) 1997-02-28 1999-12-28 International Business Machines Corporation Drag and drop metaphors for non-programmable emulation environments
US6014702A (en) 1997-06-04 2000-01-11 International Business Machines Corporation Host information access via distributed programmed objects
US6052525A (en) 1997-08-14 2000-04-18 International Business Machines Corporation Method of error handling in a framework
US6065024A (en) 1996-07-11 2000-05-16 International Business Machines Corporation Embedded HTML documents downloaded and displayed simultaneously with primary HTML document
US6069627A (en) 1995-11-01 2000-05-30 International Business Machines Corporation Extender user interface
US6073129A (en) 1997-12-29 2000-06-06 Bull Hn Information Systems Inc. Method and apparatus for improving the performance of a database management system through a central cache mechanism
US6074434A (en) 1996-06-07 2000-06-13 International Business Machines Corporation Selection of code updates, data updates or new data for client
US6088524A (en) 1995-12-27 2000-07-11 Lucent Technologies, Inc. Method and apparatus for optimizing database queries involving aggregation predicates
US6119166A (en) 1997-03-28 2000-09-12 International Business Machines Corporation Controlling communications with local applications using a browser application
US6122628A (en) 1997-10-31 2000-09-19 International Business Machines Corporation Multidimensional data clustering and dimension reduction for indexing and searching
US6125384A (en) 1996-12-23 2000-09-26 International Business Machines Corporation Computer apparatus and method for communicating between software applications and computers on the world-wide web
US6182129B1 (en) 1997-09-11 2001-01-30 International Business Machines Corporation Apparatus, methods and computer program products for managing sessions with host-based application using session vectors
US6182276B1 (en) 1998-03-04 2001-01-30 International Business Machines Corporation Host application presentation space recognition producing asynchronous events
US6182277B1 (en) 1998-04-15 2001-01-30 Oracle Corporation Methods and apparatus for declarative programming techniques in an object oriented environment
US6185617B1 (en) 1997-11-26 2001-02-06 International Business Machines Corporation Construction and usage of a pre-warmed cache for client-server emulator
US6202070B1 (en) 1997-12-31 2001-03-13 Compaq Computer Corporation Computer manufacturing system architecture with enhanced software distribution functions
US6209128B1 (en) 1998-06-05 2001-03-27 International Business Machines Corporation Apparatus and method for providing access to multiple object versions
US6223343B1 (en) 1997-04-04 2001-04-24 State Farm Mutual Automobile Insurance Co. Computer system and method to track and control element changes throughout application development
WO2001054375A2 (en) 2000-01-21 2001-07-26 Appstream, Inc. Method and system for decreasing the response time
WO2001053940A2 (en) 2000-01-21 2001-07-26 Appstream, Inc. Method and apparatus for determining the order of streaming modules
US6282568B1 (en) 1998-12-04 2001-08-28 Sun Microsystems, Inc. Platform independent distributed management system for manipulating managed objects in a network
US6311221B1 (en) 1998-07-22 2001-10-30 Appstream Inc. Streaming modules
US6314451B1 (en) * 1998-05-15 2001-11-06 Unicast Communications Corporation Ad controller for use in implementing user-transparent network-distributed advertising and for interstitially displaying an advertisement so distributed
US6324685B1 (en) 1998-03-18 2001-11-27 Becomm Corporation Applet server that provides applets in various forms
US6327624B1 (en) 1998-05-06 2001-12-04 International Business Machines Corp. Communication of objects including Java bytecodes between 3270 logical units including Java virtual machines
US6332217B1 (en) 1997-05-09 2001-12-18 Hearme Software inventory control system
US6341314B1 (en) 1999-03-30 2002-01-22 International Business Machines Corporation Web-based virtual computing machine
US6353926B1 (en) 1998-07-15 2002-03-05 Microsoft Corporation Software update notification
US6374207B1 (en) 1999-02-10 2002-04-16 International Business Machines Corporation Methods, data structures, and computer program products for representing states of interaction in automatic host access and terminal emulation using scripts
US6389592B1 (en) 1998-09-12 2002-05-14 International Business Machines Corporation Method for deployment of incremental versions of applications
US6408342B1 (en) 1997-03-28 2002-06-18 Keith E. Moore Communications framework for supporting multiple simultaneous communications protocols in a distributed object environment
US6446110B1 (en) 1999-04-05 2002-09-03 International Business Machines Corporation Method and apparatus for representing host datastream screen image information using markup languages
US6453469B1 (en) 1999-06-18 2002-09-17 Phoenix Technologies Ltd. Method and apparatus to automatically deinstall an application module when not functioning
US6536035B1 (en) 1998-09-12 2003-03-18 International Business Machines Corporation Loading software files in client-server and object oriented environment
US6557043B1 (en) 1999-12-17 2003-04-29 International Business Machines Corporation Communication of structured document content between 3270 logical units
US6571292B1 (en) 1999-12-17 2003-05-27 International Business Machines Corporation Integration of structured document content with legacy 3270 applications
US6571389B1 (en) 1999-04-27 2003-05-27 International Business Machines Corporation System and method for improving the manageability and usability of a Java environment
US6606604B1 (en) * 2000-05-31 2003-08-12 International Business Machines Corporation Incremental updates of items and prices on a customer's computer to reduce download times for frequently purchased items in e-commerce transactions in a method, system and program
US6636863B1 (en) * 1999-09-13 2003-10-21 E. Lane Friesen System and method for generating persistence on the web
US6718540B1 (en) 1997-11-17 2004-04-06 International Business Machines Corporation Data processing system and method for storing data in a communication network
US6757869B1 (en) 2000-03-20 2004-06-29 International Business Machines Corporation Method and apparatus for providing access to a legacy application on a distributed data processing system
US6775835B1 (en) 1999-07-30 2004-08-10 Electric Planet Web based video enhancement apparatus method and article of manufacture
US6779017B1 (en) 1999-04-29 2004-08-17 International Business Machines Corporation Method and system for dispatching client sessions within a cluster of servers connected to the world wide web
US6862650B1 (en) 1997-11-14 2005-03-01 International Business Machines Corporation Data processing system and method for managing memory of an interpretive system
US6910066B1 (en) * 2001-03-05 2005-06-21 Principal Financial Services, Inc. System, method, and apparatus for applet caching
US6983315B1 (en) 2000-01-18 2006-01-03 Wrq, Inc. Applet embedded cross-platform caching

Patent Citations (95)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5812864A (en) 1991-07-09 1998-09-22 International Business Machines Corporation Personal computer/host emulation system for handling host data with personal computer application programs at personal computers
US5487167A (en) 1991-12-31 1996-01-23 International Business Machines Corporation Personal computer with generalized data streaming apparatus for multimedia devices
US5634058A (en) 1992-06-03 1997-05-27 Sun Microsystems, Inc. Dynamically configurable kernel
US5581764A (en) 1993-04-30 1996-12-03 Novadigm, Inc. Distributed computer network including hierarchical resource information structure and related method of distributing resources
US5712976A (en) 1994-09-08 1998-01-27 International Business Machines Corporation Video data streamer for simultaneously conveying same one or different ones of data blocks stored in storage node to each of plurality of communication nodes
US5630131A (en) 1994-11-14 1997-05-13 Object Technology Licensing Corp. Method and apparatus for importing and exporting archive files for a graphical user interface
US5583983A (en) 1994-11-17 1996-12-10 Objectware, Inc. Multi-platform object-oriented software development and deployment system
US5708796A (en) 1994-11-18 1998-01-13 Lucent Technologies Inc. Method of retrieving continuous and non-continuous media data from a file system
US5745380A (en) 1995-01-30 1998-04-28 International Business Machines Corporation Priority controlled transmission of multimedia streams via a telecommunication line
US5978791A (en) 1995-04-11 1999-11-02 Kinetech, Inc. Data processing system using substantially unique identifiers to identify data items, whereby identical data items have the same identifiers
US5668998A (en) 1995-04-26 1997-09-16 Eastman Kodak Company Application framework of objects for the provision of DICOM services
US5802292A (en) 1995-04-28 1998-09-01 Digital Equipment Corporation Method for predictive prefetching of information over a communications network
US5835749A (en) 1995-05-05 1998-11-10 Apple Computer, Inc. Method and apparatus for providing dynamically linked libraries
US6069627A (en) 1995-11-01 2000-05-30 International Business Machines Corporation Extender user interface
US5761477A (en) 1995-12-04 1998-06-02 Microsoft Corporation Methods for safe and efficient implementations of virtual machines
US5765164A (en) 1995-12-21 1998-06-09 Intel Corporation Apparatus and method for management of discontinuous segments of multiple audio, video, and data streams
US6088524A (en) 1995-12-27 2000-07-11 Lucent Technologies, Inc. Method and apparatus for optimizing database queries involving aggregation predicates
US5787284A (en) 1995-12-28 1998-07-28 International Business Machines Corporation Improving memory layout based on connectivity considerations
US6003087A (en) 1996-02-15 1999-12-14 International Business Machines Corporation CGI response differencing communication system
US5859971A (en) 1996-02-15 1999-01-12 International Business Machines Corp. Differencing client/server communication system for use with CGI forms
US5867661A (en) 1996-02-15 1999-02-02 International Business Machines Corporation Method and apparatus of using virtual sockets for reducing data transmitted over a wireless communication link between a client web browser and a host web server using a standard TCP protocol
US5878213A (en) 1996-02-15 1999-03-02 International Business Machines Corporation Methods, systems and computer program products for the synchronization of time coherent caching system
US5754774A (en) 1996-02-15 1998-05-19 International Business Machine Corp. Client/server communication system
US5764235A (en) 1996-03-25 1998-06-09 Insight Development Corporation Computer implemented method and system for transmitting graphical images from server to client at user selectable resolution
US5721824A (en) 1996-04-19 1998-02-24 Sun Microsystems, Inc. Multiple-package installation with package dependencies
WO1997046955A1 (en) 1996-06-07 1997-12-11 At & T Corp. Internet access system and method with active link status indicators
US6074434A (en) 1996-06-07 2000-06-13 International Business Machines Corporation Selection of code updates, data updates or new data for client
US6065024A (en) 1996-07-11 2000-05-16 International Business Machines Corporation Embedded HTML documents downloaded and displayed simultaneously with primary HTML document
US5742768A (en) 1996-07-16 1998-04-21 Silicon Graphics, Inc. System and method for providing and displaying a web page having an embedded menu
US5919247A (en) 1996-07-24 1999-07-06 Marimba, Inc. Method for the distribution of code and data updates
US6272536B1 (en) 1996-07-24 2001-08-07 Marimba, Inc. System and method for the distribution of code and data
US5805829A (en) 1996-10-01 1998-09-08 International Business Machines Corp Process for running applets over non-IP networks
US5956733A (en) 1996-10-01 1999-09-21 Fujitsu Limited Network archiver system and storage medium storing program to construct network archiver system
US5960204A (en) 1996-10-28 1999-09-28 J.D. Edwards World Source Company System and method for installing applications on a computer on an as needed basis
US5878417A (en) 1996-11-20 1999-03-02 International Business Machines Corporation Method and apparatus for network security in browser based interfaces
US5978477A (en) 1996-11-21 1999-11-02 Ricoh Company Limited Automatic and transparent document archiving
US5950010A (en) 1996-11-25 1999-09-07 J.D. Edwards World Source Co. System and method for customized application package building and installation
US6125384A (en) 1996-12-23 2000-09-26 International Business Machines Corporation Computer apparatus and method for communicating between software applications and computers on the world-wide web
US5892905A (en) 1996-12-23 1999-04-06 International Business Machines Corporation Computer apparatus and method for providing a common user interface for software applications accessed via the world-wide web
US6008811A (en) 1997-02-28 1999-12-28 International Business Machines Corporation Drag and drop metaphors for non-programmable emulation environments
US6408342B1 (en) 1997-03-28 2002-06-18 Keith E. Moore Communications framework for supporting multiple simultaneous communications protocols in a distributed object environment
US6119166A (en) 1997-03-28 2000-09-12 International Business Machines Corporation Controlling communications with local applications using a browser application
US6223343B1 (en) 1997-04-04 2001-04-24 State Farm Mutual Automobile Insurance Co. Computer system and method to track and control element changes throughout application development
US5978788A (en) 1997-04-14 1999-11-02 International Business Machines Corporation System and method for generating multi-representations of a data cube
US5909569A (en) 1997-05-07 1999-06-01 International Business Machines Terminal emulator data stream differencing system
US5878223A (en) 1997-05-07 1999-03-02 International Business Machines Corporation System and method for predictive caching of information pages
US6332217B1 (en) 1997-05-09 2001-12-18 Hearme Software inventory control system
US5974129A (en) 1997-05-21 1999-10-26 Lucent Technologies Inc. Distributed virtual cache method for use in a database query control system
US6014702A (en) 1997-06-04 2000-01-11 International Business Machines Corporation Host information access via distributed programmed objects
US5933644A (en) 1997-06-18 1999-08-03 Sun Microsystems, Inc. Method and apparatus for conflict-based block reordering
US6052525A (en) 1997-08-14 2000-04-18 International Business Machines Corporation Method of error handling in a framework
US6182129B1 (en) 1997-09-11 2001-01-30 International Business Machines Corporation Apparatus, methods and computer program products for managing sessions with host-based application using session vectors
US5964836A (en) 1997-09-11 1999-10-12 International Business Machines Corporation Apparatus, methods and computer program products for managing web-page-embedded sessions with a host-based application
US5958013A (en) 1997-09-11 1999-09-28 International Business Machines Corporation Apparatus, methods and computer program products for conducting a persistent session with a host-based application
US6009410A (en) 1997-10-16 1999-12-28 At&T Corporation Method and system for presenting customized advertising to a user on the world wide web
US6122628A (en) 1997-10-31 2000-09-19 International Business Machines Corporation Multidimensional data clustering and dimension reduction for indexing and searching
US5966702A (en) 1997-10-31 1999-10-12 Sun Microsystems, Inc. Method and apparatus for pre-processing and packaging class files
US6862650B1 (en) 1997-11-14 2005-03-01 International Business Machines Corporation Data processing system and method for managing memory of an interpretive system
US6718540B1 (en) 1997-11-17 2004-04-06 International Business Machines Corporation Data processing system and method for storing data in a communication network
US6185617B1 (en) 1997-11-26 2001-02-06 International Business Machines Corporation Construction and usage of a pre-warmed cache for client-server emulator
US6073129A (en) 1997-12-29 2000-06-06 Bull Hn Information Systems Inc. Method and apparatus for improving the performance of a database management system through a central cache mechanism
US6202070B1 (en) 1997-12-31 2001-03-13 Compaq Computer Corporation Computer manufacturing system architecture with enhanced software distribution functions
US6182276B1 (en) 1998-03-04 2001-01-30 International Business Machines Corporation Host application presentation space recognition producing asynchronous events
US6324685B1 (en) 1998-03-18 2001-11-27 Becomm Corporation Applet server that provides applets in various forms
US6182277B1 (en) 1998-04-15 2001-01-30 Oracle Corporation Methods and apparatus for declarative programming techniques in an object oriented environment
US6327624B1 (en) 1998-05-06 2001-12-04 International Business Machines Corp. Communication of objects including Java bytecodes between 3270 logical units including Java virtual machines
US6466967B2 (en) * 1998-05-15 2002-10-15 Unicast Communications Corporation Apparatus and accompanying methods for network distribution and interstitial rendering of information objects to client computers
US6314451B1 (en) * 1998-05-15 2001-11-06 Unicast Communications Corporation Ad controller for use in implementing user-transparent network-distributed advertising and for interstitially displaying an advertisement so distributed
US6516338B1 (en) 1998-05-15 2003-02-04 The Macmanus Group, Inc. Apparatus and accompanying methods for implementing network servers for use in providing interstitial web advertisements to a client computer
US6209128B1 (en) 1998-06-05 2001-03-27 International Business Machines Corporation Apparatus and method for providing access to multiple object versions
US6353926B1 (en) 1998-07-15 2002-03-05 Microsoft Corporation Software update notification
US20010044850A1 (en) 1998-07-22 2001-11-22 Uri Raz Method and apparatus for determining the order of streaming modules
US20010037400A1 (en) 1998-07-22 2001-11-01 Uri Raz Method and system for decreasing the user-perceived system response time in web-based systems
US6311221B1 (en) 1998-07-22 2001-10-30 Appstream Inc. Streaming modules
US6389592B1 (en) 1998-09-12 2002-05-14 International Business Machines Corporation Method for deployment of incremental versions of applications
US6536035B1 (en) 1998-09-12 2003-03-18 International Business Machines Corporation Loading software files in client-server and object oriented environment
US6282568B1 (en) 1998-12-04 2001-08-28 Sun Microsystems, Inc. Platform independent distributed management system for manipulating managed objects in a network
US6374207B1 (en) 1999-02-10 2002-04-16 International Business Machines Corporation Methods, data structures, and computer program products for representing states of interaction in automatic host access and terminal emulation using scripts
US6341314B1 (en) 1999-03-30 2002-01-22 International Business Machines Corporation Web-based virtual computing machine
US6446110B1 (en) 1999-04-05 2002-09-03 International Business Machines Corporation Method and apparatus for representing host datastream screen image information using markup languages
US6571389B1 (en) 1999-04-27 2003-05-27 International Business Machines Corporation System and method for improving the manageability and usability of a Java environment
US6779017B1 (en) 1999-04-29 2004-08-17 International Business Machines Corporation Method and system for dispatching client sessions within a cluster of servers connected to the world wide web
US6453469B1 (en) 1999-06-18 2002-09-17 Phoenix Technologies Ltd. Method and apparatus to automatically deinstall an application module when not functioning
US6775835B1 (en) 1999-07-30 2004-08-10 Electric Planet Web based video enhancement apparatus method and article of manufacture
US6636863B1 (en) * 1999-09-13 2003-10-21 E. Lane Friesen System and method for generating persistence on the web
US6571292B1 (en) 1999-12-17 2003-05-27 International Business Machines Corporation Integration of structured document content with legacy 3270 applications
US6557043B1 (en) 1999-12-17 2003-04-29 International Business Machines Corporation Communication of structured document content between 3270 logical units
US6983315B1 (en) 2000-01-18 2006-01-03 Wrq, Inc. Applet embedded cross-platform caching
US20060047772A1 (en) 2000-01-18 2006-03-02 Wrq, Inc. Applet embedded cross-platform caching
US8332489B2 (en) 2000-01-18 2012-12-11 Attachmate Corporation Applet embedded cross-platform caching
WO2001053940A2 (en) 2000-01-21 2001-07-26 Appstream, Inc. Method and apparatus for determining the order of streaming modules
WO2001054375A2 (en) 2000-01-21 2001-07-26 Appstream, Inc. Method and system for decreasing the response time
US6757869B1 (en) 2000-03-20 2004-06-29 International Business Machines Corporation Method and apparatus for providing access to a legacy application on a distributed data processing system
US6606604B1 (en) * 2000-05-31 2003-08-12 International Business Machines Corporation Incremental updates of items and prices on a customer's computer to reduce download times for frequently purchased items in e-commerce transactions in a method, system and program
US6910066B1 (en) * 2001-03-05 2005-06-21 Principal Financial Services, Inc. System, method, and apparatus for applet caching

Non-Patent Citations (26)

* Cited by examiner, † Cited by third party
Title
"Aggregate Computation and Management", Red Brick Vista, [Online]. Retrieved from the Internet: (Accessed Oct. 4, 2000).
"Croft Intersession Caching of Downloaded Java Classes", [Online]. Retrieved from the Internet: (Apr. 1, 1998).
"Delivering Windows to the Net White Paper", WinToNet by Menta Software, [Online]. Retrieved from the Internet: (2000).
"First There was Streaming Audio, then Streaming Video. Now get ready for Streaming Software", Stream Theory White paper, [Online]. Retrieved from the Internet: (Accessed Sep. 22, 2000).
"How it Works", Boost Web Optimizer Technology Overview, [Online]. Retrieved from the Internet: (Sep. 27, 2000).
"OSD Describing Software Package on the Internet", Marimba Inc. White paper, [Online]. Retrieved from the Internet: (1998).
"Timbale for Windows Terminal Services", Marimba Promotional document, (2000).
"Web Site Performance is Key to E-Commerce Success", Fireclick, [Online]. Retrieved from the Internet: (Accessed Nov. 1, 2000).
"WRQ Reflection Enter View 2.0 for Java (JDK 1.1) Step safely into the future with technology you can trust", [Online]. Retrieved from the Internet: Onno Kluyt, "JavaBeans Technology: unlock Bean Context" "The Beanbox" "Example Beans" "JAR filed", Apr. 1999.
"WRQ Reflection Enter View 2.0 for Java (JDK 1.1) Step safely into the future with technology you can trust", [Online].Retrieved from the Internet: "Downloading the BDK 1.1" (Apr. 1999) "BDK 1.0 License" (copyright 1995-2000) "Javabeans Spcifications for the Java2 Platform".
Basu, J, et al., "Degrees of Transaction Isolation in SQL Cache: A Predicate-based Client-side Caching System", (May 15, 1996), 22 pgs.
Chen, et al., "Real-Time Video and Audio in the World Wide Web", World Wide Web Journal, (Dec. 1995), 16 pgs.
Glass, G, "A Universal Streaming Service", C+ + Report, (Apr. 1996), 10 pgs.
Hoff, V, et al., "The Open Software Description Format (OSD)", [Online]. Retrieved from the Internet: (Aug. 11, 1997), 13 pgs.
Jiang, et al., "Prefetching Links on the WWW", Department of Computer Science University of California, (1997), 7 pgs.
Maheshwari, et al., "Collecting distributed garbage cycle by back tracking", ACM PODC, (1997), 10 pgs.
Marimba, [Online]. Retrieved from the Internet: Press Release, "Marimba, Inc. Granted U.S. Patent," (Jul. 9, 1999) "Introducing the Castanet Product Family" (copyright 1966-2000) "Castanet Infrastructure Suite" (copyright 2000.
Marimba, [Online]. Retrieved from the Internet: White Paper "Understanding Centralized Management of Server Content and Applications," (Sep. 2000) White Paper "Software Applications as Services" (copyright 1998).
Marimba, [Online]. Retrieved from the Internet: White Paper, "Open Software Description, OSD-Describing Software Packages on the Internet" (copright 1998).
Price, et al., "Producing reusable object oriented components: a domain and organization specific perspecive", ACM SSR, (May 2001), 10 pgs.
Ravat, et al., "Toward daa warehouse design", ACM CIKM. (Nov. 1999), 8 pgs.
Ritchey, T, "Java!" New Riders Publishing, (1995), 3 pgs.
Schwartz, M. "Telecommunication Networks: Protocols, Modleing and Analysis", Addison-Wesley Publishing Company, 18 pgs, entered in case Nov. 28, 2012.
Shukla, Amit, et al., "Storage Estimation for Multidimensional Aggregates in the Presence of Hierarchis", VLDB Conference Mumbai (Bombay) (1996), 10 pgs.
Skeen, Dale, "New Forms of Persistent Queries are Necessary to Handle Live Business Data as it Speeds Through a Company", BYTE Magazine. [Online]. Retrieved from the Internet: (Feb. 1998), 1 pg.
Wada, et al., "Object groups and group communication in a distributed object oriented programming", IEEE Database & Expert system applications Proc. 9th int. workshop, (1998), 6 pgs.

Also Published As

Publication number Publication date
US20130091247A1 (en) 2013-04-11
US8332489B2 (en) 2012-12-11
US6983315B1 (en) 2006-01-03
US20060047772A1 (en) 2006-03-02

Similar Documents

Publication Publication Date Title
US8918487B2 (en) Applet embedded cross-platform caching
US7263699B2 (en) Preparation of a software configuration using an XML type programming language
US7849437B2 (en) Object oriented web application framework
US7062764B2 (en) System and method for manipulating offline software
US7127713B2 (en) Java application framework for use in a content delivery network (CDN)
US8312451B2 (en) Computing system for providing software components on demand to a mobile device
US7634772B2 (en) Automatic software downloading from a computer network
US5926631A (en) Network computer emulator systems, methods and computer program products for personal computers
US6910128B1 (en) Method and computer program product for processing signed applets
US9065843B2 (en) Method, system and article of manufacture for providing connections and connection aliases descriptors by services and libraries archives
US6347398B1 (en) Automatic software downloading from a computer network
US8352282B2 (en) System and method for managing and deploying functional services to a vehicle client
EP2275929A1 (en) Efficient software patching
US20040199577A1 (en) State management of server-side control objects
EP1598740A1 (en) Efficient software patching
EP1596289A1 (en) Efficient software patching
US20040055005A1 (en) Data processing apparatus, method and system
US20030182467A1 (en) Asynchronous protocol framework
JP2002528791A (en) Method and apparatus for automatically optimizing the execution of a computer program
US7234137B2 (en) Method, system, and program for processing objects in a distributed computing environment
US20030067480A1 (en) System and method of data transmission for computer networks utilizing HTTP
US8381235B2 (en) Personal token having enhanced abilities for delivering HTML data
CN114238811A (en) Page loading method, page request response method, device, equipment and medium
CN113672403A (en) Interface calling method and interface calling device in information system and management information system
JP2001256053A (en) Software module transfer method, client computer and client server computer system

Legal Events

Date Code Title Description
FEPP Fee payment procedure

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

CC Certificate of correction
AS Assignment

Owner name: JPMORGAN CHASE BANK, N.A., DELAWARE

Free format text: SECURITY INTEREST;ASSIGNORS:ATTACHMATE CORPORATION;BORLAND SOFTWARE CORPORATION;NETIQ CORPORATION;AND OTHERS;REEL/FRAME:044183/0718

Effective date: 20170901

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.)

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20181223

AS Assignment

Owner name: NETIQ CORPORATION, WASHINGTON

Free format text: RELEASE OF SECURITY INTEREST REEL/FRAME 044183/0718;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:062746/0399

Effective date: 20230131

Owner name: MICRO FOCUS SOFTWARE INC. (F/K/A NOVELL, INC.), WASHINGTON

Free format text: RELEASE OF SECURITY INTEREST REEL/FRAME 044183/0718;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:062746/0399

Effective date: 20230131

Owner name: ATTACHMATE CORPORATION, WASHINGTON

Free format text: RELEASE OF SECURITY INTEREST REEL/FRAME 044183/0718;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:062746/0399

Effective date: 20230131

Owner name: SERENA SOFTWARE, INC, CALIFORNIA

Free format text: RELEASE OF SECURITY INTEREST REEL/FRAME 044183/0718;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:062746/0399

Effective date: 20230131

Owner name: MICRO FOCUS (US), INC., MARYLAND

Free format text: RELEASE OF SECURITY INTEREST REEL/FRAME 044183/0718;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:062746/0399

Effective date: 20230131

Owner name: BORLAND SOFTWARE CORPORATION, MARYLAND

Free format text: RELEASE OF SECURITY INTEREST REEL/FRAME 044183/0718;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:062746/0399

Effective date: 20230131

Owner name: MICRO FOCUS LLC (F/K/A ENTIT SOFTWARE LLC), CALIFORNIA

Free format text: RELEASE OF SECURITY INTEREST REEL/FRAME 044183/0718;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:062746/0399

Effective date: 20230131