CA2427848A1 - Method and system for executing network streamed applications - Google Patents
Method and system for executing network streamed applications Download PDFInfo
- Publication number
- CA2427848A1 CA2427848A1 CA002427848A CA2427848A CA2427848A1 CA 2427848 A1 CA2427848 A1 CA 2427848A1 CA 002427848 A CA002427848 A CA 002427848A CA 2427848 A CA2427848 A CA 2427848A CA 2427848 A1 CA2427848 A1 CA 2427848A1
- Authority
- CA
- Canada
- Prior art keywords
- application
- streamlets
- virtual file
- file system
- server
- 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.)
- Abandoned
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/613—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/70—Media network packetisation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
- H04N21/845—Structuring of content, e.g. decomposing content into time segments
- H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99931—Database or file accessing
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99942—Manipulating data structure, e.g. compression, compaction, compilation
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99943—Generating database or data structure, e.g. via user interface
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
- Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y10S707/00—Data processing: database and file management or data structures
- Y10S707/99941—Database schema or data structure
- Y10S707/99944—Object-oriented database structure
- Y10S707/99945—Object-oriented database structure processing
Abstract
A method and system for executing a streamed application (100) on a client system utilizes a virtual file system (160) installed in the client which is configured to appear to the operating system (140) as a local storage device containing all of the application files required by the application. Prior to streaming, the application files are broken up into streamlets (18) corresponding generally to various portions of the application files and these streamlets are delivered to the client by the server, preferably using a predictive algorithm to determine an optimal transmission order. After an initial set of streamlets is received, the application is executed from the virtual file system. File loads issued by the operating system to the virtual file system are translated to determine which streamlets correspond to the load request and the appropriate data is returned. If a needed streamlet is not present, a streamlet request is issued to the server and the virtual file system maintains a busy status until the necessary streamlets have been provided.
Description
METHOD AND SYSTEM FOR EXECUTING
NETWORK STREAMED APPLICATIONS
CROSS-REFERENCE TO RELATED APPLICATIONS:
The present application claims the benefit under 35 U.S.C. ~ 119 of U.S.
Provisional Application Serial No. 60/235,535 entitled "Native Streaming Architecture", filed on September 26, 2000, the entire contents of which is hereby expressly incorporated by reference. The present application is also a continuation-in part of U.S.
Patent Application Serial No. 09/120,575 entitled "Streaming Modules" and filed on July 22, 199, the entire contents of which is hereby expressly incorporated by reference.
This application is also related to the following pending U.S. Patent applications, the entire contents of which is hereby expressly incorporated by reference: (a) U.S. Patent Application Serial No. 09/237,792 entitled "Link Presentation and Data Transfer" and filed on January 26, 2000; (b) U.S. Provisional Patent Application Serial No.
60/177,736 entitled "Method and Apparatus for Determining Order of Streaming Modules" and filed on January 21, 2000; (c) U.S. Provisional Patent Application Serial No. 60, 177,444 entitled "Method and Apparatus for Improving the User-Perceived System Response Time in Web-based Systems" and filed on January 21, 2000; and (d) U.S. Provisional Patent Application Serial No. 60/207,632 entitled "Apparatus and Method for Improving the Delivery of Software Applications and Associated data in Web-based Systems" and filed in March 25, 2000.
FIELD OF THE INVENTION:
The present invention is directed to a method, system, and arclutecture for streaming applications from a server for execution on a client, and, more particularly, a method and system for executing streamed applications on a client system.
BACKGROUND:
The Internet, and particularly the world-wide-web, is a rapidly growing networlc of interconnected computers from which users can access a wide variety of information. Initial widespread use of the Internet was limited to the delivery of static information. A newly developing area of functionality is the delivery and execution of complex software applications via the Internet. There are two basic techniques for software delivery, remote execution and local delivery, e.g., by downloading.
In a remote execution embodiment, a user accesses software which is loaded and executed on a remote server under the control of the user. One simple example is the use of Internet-accessible CGI programs which are executed by Internet servers based on data entered by a client. A more complex systems is the Win-to-Net system provided by Menta Software. This system delivers client software to the user which is used to create a Microsoft Windows style application window on the client machine. The client software interacts with an application program executing on the server and displays a window which corresponds to one which would be shown if the application were installed locally. The client software is further configured to direct certain I/O operations, such as printing a file, to the client's system, to replicate the "feel" of a locally running application. Other remote-access systems, such as provided by Citrix Systems, are accessed through a conventional W
ternet Browser and present the user with a "remote desktop" generated by a host computer which is used to execute the software.
Because the applications are already installed on the server system, remote execution permits the user to access the programs without transferring a large amount of data.
However, this type of implementation requires the supported software to be installed on the server. Thus, the server must utilize an operating system which is suitable for the hosted software. In addition, the server must support separately executing program threads for each user of the hosted software. For complex software paclcages, the necessary resources can be significant, limiting both the number of concurrent users of the software and the number of separate applications which can be provided.
In a local delivery embodiment, the desired application is packaged and downloaded to the user's computer. Preferably, the applications are delivered and installed as appropriate using automated processes. After installation, the application is executed.
Various techniques have been employed to improve the delivery of software, particularly in the automated selection of the proper software components to install and initiation of automatic software downloads. In one technique, an application program is broken into parts at natural division points, such as individual data and library files, class definitions, etc., and each component is specially tagged by the program developer to identify the various program components, specify which components are dependent upon each other, and define the various component sets which are needed for different versions of the application.
Once such tagging format is defined in the Open Software Description ("OSD") specification, jointly submitted to the World Wide Web Consortium by Marimba Incorporated and Microsoft Corporation on August 13, 1999. Defined OSD
information can be used by various "push" applications or other software distribution environments, such as Marimba's Castanet product, to automatically trigger downloads of software and ensure that only the needed software components are downloaded in accordance with data describing which software elements a particular version of an application depends on.
Although on-demand local delivery and execution of software using OSD /
push techniques is feasible for small programs, such as simple Java applets, for large applications, the download time can be prohibitively long. Thus, while suitable for software maintenance, this system is impractical for providing local application services on-demand because of the potentially long time between when the download begins and the software begins local execution.
Recently, attempts have been made to use streaming technology to deliver software to permit an application to begin executing before it has been completely downloaded. Streaming technology was initially developed to deliver audio and video information in a manner which allowed the information to be output without waiting for the complete data file to dov~mload. For example, a full-motion video can be sent from a server to a client as a linear stream of frames instead of a complete video file. As each frame arrives at the client, it can be displayed to create a real-time full-motion video display. However, unlilce the linear sequences of data presented in audio and video, the components of a software application may be executed in sequences which vary according to user input and other factors.
To address this issue, as well as other deficiencies in prior data streaming and local software delivery systems, an improved technique of delivering applications to a client for local execution has been developed. This technique is described in parent U.S. Patent Application Serial No. 091120,575, entitled "Streaming Modules" and filed on July 22, 1998.
In a particular embodiment of the "Streaming Modules" system, a computer application is divided into a set of modules, such as the various Java classes and data sets which comprise a Java applet. Once an initial module or modules are delivered to the user, the application begins to execute while additional modules are streamed in the background.
The modules are streamed to the user in an order which is selected to deliver the modules before they are required by the locally executing software. The sequence of streaming can be varied in response to the manner in which the user operates the application to ensure that needed modules are delivered prior to use as often as possible. To reduce streaming time, the size of code files, such as library modules, can be reduced by substituting various coded procedures with shortened streaming "stub" procedures which act as link-time substitutes for the removed code. Suitable modules to replace are those which are not required for the initial execution of the application. As the application is running locally on the client, additional modules are streamed to the client and the stub code can be dynamically replaced as the substituted procedures are received. The stub procedure can point to a streaming engine which will request a missing procedure if the program calls it before it has been received at the client.
Although effective, the stub-code substitution technique used in the "Streaming Modules" system may require a reasonable degree of processing to prepare a given application for streaming. In addition, the client software required to manage the streamed modules does not necessarily integrate clea~lly with the normal routines used by the operating system executing on the client machine.
Accordingly, there is a need to provide streamed applications and supporting streaming management software in a manner which more closely aligns with how a locally running application would actually be loaded and executed.
SUMMARY OF THE INVENTION:
The present invention is directed to a method, system, and architecture which enables local execution of application programs on a Client computer while delivering the application code and data from a central Server and over a network, such as the Internet, or other data network, such as a wired or wireless TCP/IP Wide Area Network (WAN). The application does not need to be installed on the Client PC. Instead, the application is streamed to the client's system in streamlets or blocks which are stored in a persistent client-side cache and the system is configured such that the application can begin to execute on the client machine after only a small fraction of the application is loaded.
More specifically, the application to be executed is stored as a set of blocks or "streamlets" (parts into which the application has been divided) on a server.
In a preferred embodiment, each streamlet blocks corresponds to a data bloclc which would be processed by the native operating system running on the client system were the entire application locally present. For example, standard Windows systems utilize a 41c code page when loading data blocks from disk or in response to paging requests. Preferably, each streamlet is stored in a pre-compressed format on the server and decompressed upon receipt by the client.
A set of streaming control modules are installed on the client system and include an intelligent caching system which is configured as a sparsely populated virtual file system ("VFS") which is accessed via a dedicated streaming file system ("FSD") driver . The VFS will appear to the operating system to be a local drive which contains the entire application. However, in practice, only pieces of the various files required for execution of the application may actually be present.
During normal operation of an application, the Windows operating system will periodically generate page faults and associated paging requests to load portions of the application into memory. Standard operating system procedures direct these I/O
requests to the proper data device driver fox processing. When the streaming application is initialized, the operating system is informed that the relevant data is stored on the VFS
drive. Thus, as the streaming application executes and paging or data I/O requests are generated to retrieve require code or data, the operating system will automatically direct it to the FSD driver which then passes it in the proper format to the VFS caching system for processing.
If the requested streamlets are present in the VFS, the data is returned to the operating system and the streaming program continues normal operation. If one or more of the requested streamlet blocks are absent from the VFS, a fetch request is issued to the server for the appropriate streamlet blocks. When the streamlets are returned, they are stored in the VFS and the read or paging request from the operating system is satisfied.
Application streamlet data can be persistently stored on the client between sessions such that subsequent uses of the same application will result in an immediate startup. Persistent data can be retained within the client's VFS itself or an image or snapshot of the VFS can be made and stored elsewhere on the client system, which snapshot can be reloaded into the VFS when needed.
To improve responsiveness of the system when the application is not fully loaded in the cache, a predictive engine can be used on the server. Based upon information gathered from user interaction with the application at issue, a statistical usage model can be built which tracks the order in which users access the various streamlets.
When a client starts a streaming application, an initial set of streamlets sufficient to enable the application to begin execution is forwarded to the client. Additional application streamlets can then be actively pushed to the client in accordance with the predictive model and possibly additional data forwarded to the server from the client while the application executes.
As a result, many of the needed streamlets will be present in the client-side cache before they are needed.
Advantageously, the present architecture described enables a positive user experience with streamed applications without requiring constant use of broadband data links.
In addition, and unlilce remote-access application systems, the streaming applications execute on the client machine and server and network resources are utilized for delivery only. As a result, server and network load are reduced, allowing for very high scalability of the server-based application delivery service which can deliver, update and distribute applications to a very large number of users, as well as perform centralized version updates, billing, and other management operations. Furthermore, because the application server does not run application code but only delivers streamlets to the client, it can run on operating systems other than the application taxget operating system, such as Unix derivatives or other future operating systems, as well as Windows-based servers. In addition, the application streaming system is source code independent. Applications are packaged automatically on the server in accordance with an analysis of the sequence in which the application is loaded into memory during execution. No changes to the application itself are required.
The present invention can be used as an enabling technology for remote application hosting, or application service provision (ASP). As broadband technology for connecting end-users to the Internet becomes more widespread, the advantages of application hosting and provision become more convincing and overpowering. However, since bandwidth limitations are likely to exist for some time, especially when compared to the bandwidth available to a locally executed application, the present invention provides ways to enhance an application delivery and make it more efficient, while at the same time creating a layer of separation between the Client and the Server, enabling much better control over server integrity and security.
BRIEF DESCRIPTION OF THE FIGURES:
The foregoing and other features of the present invention will be more readily apparent from the following detailed description and drawings of illustrative embodiments of the invention in which:
FIG. 1 is a block diagram of a system for implementing the present invention;
FIG. 2 is a sample usage graph used to predict usage of an application program;
FIG. 3 is a high-level block diagram of the client and server architecture;
FIG. 4 is a block diagram of the client system showing various elements of the streaming control system illustrating various;
FIGS. 5 and 6A-6B are high-level flow diagrams illustrating the operation of the client streaming software;
FIG. 7 is a block diagram of one embodiment of a virtual file system containing a partially streamed application; and FIG. ~ is an illustration of a drive map of the partially streamed application of Fig. 7.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S):
Turning to Fig. 1, there is shown block diagram of a system 10 implementing various aspects of the present invention. The system includes a server 12 which is connected to one or more clients 14 via a data network 16, such as the Internet, an intranet, extranet or other TCP/IP based communication network, or other types of data networks, including wireless data networks.
Prior to streaming an application, the application files are divided into small segments called streamlets. Rather than delivering an entire application prior to execution, the server delivers information about the application files and preferably a small portion of the application itself: In particular, the client receives a file structure specification which defines how files associated with the application and required for the application to operate appear to a computer when the application is locally installed. In particular, the file structure specification defines the structure of at least the primary application file which is loaded by the operating system when the application is initially executed.
In addition, a startup streamlet set is preferably sent to the client and which includes at least those streamlets containing the portions of the application required to enable execution of the application to be initiated. Preferably, the startup streamlet set comprises those streamlets required to begin application execution and have the application run to a point where user interaction is required. Most preferably, the file structure specification and the startup streamlet(s) are provided to the client packaged in a Startup Block or Init Block.
In addition, further application information, such as environmental variable settings, additions to system control files, and other system modifications or additions which may be required to "virtually install" the application can be provided. A preferred technique for determining the contents of the Startup Block and defining the various streamlets for a given application is disclosed in U.S. Patent Application entitled "Method and System for Streaming Software Applications to a Client" and filed concurrently with the present application, the entire contents of which is expressly incorporated by reference.
Once the streamlets in the startup block (or streamlet set) are received and loaded, e.g., during a short streaming initialization phase, and provided environmental information is processed, the application is executed. Even though typically only a small fraction of the application's files (or portions thereof) are locally present on the client, enough is generally present to for the application to run to the point that user interaction is required.
The remaining application streamlets can be delivered to the client automatically by the server or in response to fetch requests issued by the client. Preferably, the streamlets are delivered to the client in compressed form and decompressed as they are received and stored locally in a Virtual File System. The streamlets can be forwarded to the client individually or grouped together and pushed to the client in clusters as appropriate.
As discussed in more detail below, the client-side virtual file system can be configured as a sparsely populated virtual file system which will appear to the operating system as a local drive on which all the files needed by the streaming application reside.
When a required segment is not present on the client machine, the client issues a request for the appropriate streamlet(s) to the server. Usage information 20 can also be sent from the client 14 to the server 12 and can be used by the server to determine which streamlets to provide next.
Preferably, the server is configured to automatically forward sequences of streamlets to the client using a predictive streaming engine which selects streamlets to forward according to dynamic statistical l~nowledge base generated by analyzing the various sequences in which the application program attempts to load itself into memory as various program features are accessed. Such a knowledge base can be generated by analyzing the past and present behavior of the current user, the behavior of the entire user group, or the behavior of subsets within that group. As a result, the streamlets 18 which are predicted to be needed at a given point during execution are automatically sent to the client 14 so that they are generally present before the application attempts to access them. Both code and data, including external files used by the application, can be predictively streamed in this manner.
Various statistical techniques can be used to analyze the sequence of code and data loads generated by an operating system as it executes an application and determine an optimal order to push the application streamlets to the client. In one embodiment, the predictive knowledge base can be viewed as a graph where a node is a user request (e.g. save, load) and an edge is the calculated probability that such a request will be made. A simple example of such a graph is shown in Fig. 2. By examining the links flowing from a given node, the system can easily determine the most likely future requests and, with access to an appropriate database, determine the streamlets which will be needed by the application to execute those requests. When the user strays from the predictive path and an on-demand request is issued, the predictive routine can be re-centered on the appropriate node associated with the on-demand request and the predictive stream restarted from that point.
The predictive graph of usage probabilities can be updated continuously in response to the usage data provided by the clients connected to the server. In this manner, the Server can adapt its model to different usage patterns, depending on the population of users who actually use the application. Several different models can be provided for each application based on the type of user at issue. For example, one set of users accessing a desktop publishing application may concentrate on text-based functionality while another set of users accesses generally graphical functions. Different predictive models may be appropriate for the various user-types. The system can dynamically assign users to various type categories based on an analysis of their usage patterns. Personalized predictive models can also be generated in which the activity of a particular user is analyzed and used to generate a personalized predictive model.
~ As will be recognized by those of skill in the art, other techniques for selecting which streamlets to forward to the client can also be used. While the efficiency with which a streamed application is executed on the client machine can vary depending on the order in which the streamlets are delivered, provided that the server is generally compatible with the basic communication protocols and data format used by the client, the operation of client side streaming support software is not generally dependant on the specific manner in which the server system is implemented. One preferred embodiment of a Predictive Streaming server is disclosed in more detail in co-pending U.S. Patent Application entitled "Method and System for Streaming Software Applications to a Client" which was filed concurrently with the present application, the entire contents of which is expressly incorporated by reference.
Fig. 3 is a block diagram showing the high-level architecture of the client 14 and server 12. As shown, the server 12 can have access to one or more databases which store information used to manage the application streaming. In one embodiment, the server can access an application library 171 which contains predefined sets of streamlets for various software applications. The server also has access to the predictive data model 172 which contains information about the usage patterns of the application, i.e., the probability that the application will require a given block Bn of one or more streamlets if the last block used was Bm. A user database 173 can also be provided for storing various user-specific information for use in authorizing access to streamed application, storing information related to streaming order, etc.
The client system 14 comprises an operating system 140 which can access a variety of local system resources 142, such as data storage devices and memory. A streaming support system module 102 is provided and contains streaming control software which is generally configured to initiate the streaming of streamlets from the server 12 through, e.g., networlc socket 144, initiate the execution of a specified streaming application 100, process received streamlets, request specific streamlets from the server when necessary, and make received streamlets available for use by the application in a manner which is generally transparent to the native operating system 140.
Fig. 4 is an illustration of a more detailed block diagram of the client system 14 showing various streaming control modules which comprise a preferred implementation of the streaming support system 102. Figs. 5, 6A, and 6B are high-level flow diagrams illustrating the operation of the client streaming software.
With reference to Fig. 4, the operating system 140 will generally have access to one or more data storage devices 190, such as a removable disk, a hard drive, and a CD-ROM. Each storage device 190 typically has an associated device driver 180 which acts as an interface between the standard I/O protocols used by the operating system 140 and the specific I/O protocols used by the given device 190.
According to one aspect of the invention, a virtual file system ("VFS") 160 is provided to store and organize received program streamlets and present an appearance to the operating system 140 that all of the application files are locally present.
The VFS 160 resides on a local storage device, such as the client's hard drive. Some or all of the VFS 160 can alternatively be retained in system memory. A streaming file system device driver ("FSD") 150 is provided to act as an interface between the operating system 140 and the VFS' 160.
The VFS 160, through the FSD driver 150, is configured to appear to the operating system as a local virtual file system which can be accessed by the operating system in the same manner as other data storage devices 190. When a streaming application is launched, it is configured to indicate the VFS 160 as the source for application files. Thus, from the operating system point of view, the application appears to be present on a Local drive.
However, unlike a conventional local file system 190, such as a hard disk or CD-ROM accessed through a conventional device driver 180, the VFS 160 does not need to (and generally will not) contain complete copies of the various required application files. Instead, only those portions of the various data files which have been provided to the client as streamlets are present. The data behind some files may be missing and other files may be only partially present.
In addition to the VFS 160 and FSD driver 150, the streaming support system 102 can also comprise an application manager 110 and a communication driver 170. The application manager 110 is preferably configured to initiate execution of a streaming application after sufficient streamlets have been received . In addition, the application manager can "register" the streaming applications with the VFS 160 and/or FSD
150 to limit access to the streamed data to authorized applications as a way of preventing a user from extracting streamed data from the VFS 160 without authorization. The Application Manager 110 can be further configured to monitor and meter the usage of the program, to indicate the application status to the end user, and perform or initiate cleanup functions when the application is terminated. The communication driver 170 is configured to process streamlets which are pushed to the client from the server and issue requests to the server for streamlets needed by the VFS.
As will be recognized by those of skill in the art, the functionality of the communication driver 170 can be combined with that of the application manager 110.
Similarly, the functionality of the application manager 110 can be combined with other modules and a separate application manager module need not be provided. Thus, various functions of the application launcher 120 and application manager 110 can be combined into a single module. Similarly, the functionality of the application launcher 110 and communication driver 170 can instead be implemented in the VFS 160. The specific implementation of the application manager functions is dependent on the operating system and the complexity of the streaming environment, among other factors.
Turning to Fig. 5, when a user wants to execute a streaming application 100 on a client PC computer nu~ning an operating system 140, such as one of the Microsoft Windows operating systems, the user of the client system access the server 12 and initiates an application launch procedure. The server can be accessed in various ways. In a preferred embodiment, access to the server is provided through a Web page displayed by a Web browser 130, or through a special application residing on the client and providing access to the server 12. In a web-browser based implementation, a special, small software module 120, such as an applet or an embedded object, is included within or loaded through a streaming application startup-page. The startup web page can be hosted on the server 12, a third party server, or even stored on the client machine. When the link to the desired streaming application is triggered by the user (step 500), the application launcher 120 is downloaded from the server if necessary and then executed (step 502). The link to the application launcher 120 can be provided as a icon on the client system desktop, an Internet URL link, or any other suitable link or pointer. A log-on routine can also be provided to ensure that the user has authorization to access the particular application at issue and to verify that the user does, in fact, want the application to launch.
On startup, the application launcher 110 checks for the availability of a valid client environment on the client (step 504). In particular, a check is made to ensure that the particular software modules from the streaming support system 102 which are required to manage the streaming of applications are present. If a valid client system is not installed, a client installation process can be executed to download the required streaming support system files from the server and install them on the client system (step 506). Once the client environment is verified, the application manager 110 is started. (Step 508).
When the application manager 110 is started, it is provided with information that identifies the streaming application to execute and also indicates which streamlets or blocks of the application are xequired for initial execution. This information can be passed in whole to the application manager 110 as startup parameters or some can be fetched from the server. More preferably, application information is included in the Startup Block provided to the client by the server, to specify details about files, directories, enviromnent settings, etc., that are relevant to the particular application.
When first starting an application, the application manager 110 checks the VFS 160 to determine if the Startup Block for the application is already present, as may be the case if the user has previously executed the streaming application. (Step 510). If the initial Startup Block is present, the application manager 110 instructs the operating system using standard operating system procedures to load and run the application from the VFS
160. (Step 514). If the initial blocks are not present, a fetch request will be issued to the server for the starting set. Once this initial set has been retrieved from the server and stored in the VFS 160 (step 512), the application is executed. In a preferred implementation, the client system notifies the server when a streaming application is started or restarted and indicates in this notification whether the startup block is required.
The VFS 160 appears to the local client as a drive which contains the application files. While information about the folderlfile structure of the streaming application is available, the actual data in the files may or may not be resident. When the application is started, the operating system will attempt to load the initial application executable file and possibly additional library files, such as DLLs. Many conventional operating systems, such as the various WindowsTM operating systems from Microsoft Corporation, use memory mapped file mechanisms. This functionality allows a portion of a file to be loaded into memory and the remaining aspects of the file to be represented as missing code pages. As the loaded executable or DLL is processed, the operating system issues a series of page faults or similar input requests to dynamically load additional needed portions of the file into memory.
The specific mechanisms fox dynamically loading sections of an application file or library vary in accordance with the operating system at issue and will be known to those of slcill in the art. For example, in a Windows operating environment, the LoadLibrary API can be called from an application to have the operating system load a DLL
In response, the header of the DLL is read and loaded into memory. The remainder of the DLL
itself is 'loaded' using a memory mapped file mechanism which represents the additional portion of the DLL as a series of absent pages or code blocks for the various functions defined in the DLL. The additional parts will be loaded dynamically through faults conditions as functions are called from the DLL. In particular, using the DLL header information, when the operating system detects that a unloaded function of a DLL is required, a data read operation is issued to load the needed portion of the DLL. Typically, a DLL contains many functions, only one or a few of which are needed immediately after the DLL is loaded and thus the majority of the DLL may remain absent from memory for some time after the initial DLL
load.
Turning to Fig. 6A, when a Page Fault exception occurs in the streaming application context, the operating system issues a paging request signaling that a specific page of code is needed for the streaming application. A typical request will specify the drive, file name (or handle), offset, and length of the data blocks) to retrieve.
Because the operating system 140 views the application as residing on the virtual file system "drive" 160, it will automatically direct the paging request to the dedicated streaming FSD
driver 150.
When the FSD 150 receives a paging request (step 600), it passes the request to the FSD 150, and thereby to the VFS 160 which determines if the desired data is available (Step 602). If the page is present, it is retrieved and returned to the operating system.
(Step 608). In many cases, as a result of the predictive sh earning, the desired page will already reside in the CachelVFS 160. Thus, even though the entire application is not present on the client system, the user sees a responsiveness equal or similar to that of a locally rumling application.
When the desired page is not available, a fetch request for the needed data is sent through the conununication driver 170 (or an alternate route, depending on implementation specifics) to the server~l2. (Step 604). The VFS 160 waits until the request to the server has been fulfilled. After the requested streamlets have been received from the server and are stored in the VFS (step 606), the data is returned to the operating system (step 608). A busy or wait flag can be presented to the operating system during the time the fetch request is outstanding. As can be appreciated, if there are multiple streaming applications or application threads operating at the same time, the VFS may be able to process a subsequent data retrieval request from the operating system even when a prior request is still pending due to an outstanding streasnlet fetch request at the server.
The format and content of the fetch request issued by the VFS 160 and/or application manager 110 can vary. In one embodiment, the request specifically identifies the streamlets which are required. Alternatively, details regarding the faulting input request issued by the operating system, such as the file name, offset, and length, can be forwarded to the server which then determines the appropriate streamlet data blocks to be returned and may also return additional data not yet requested if it determines that the additional data be required shortly. In particular, the server can reset position in the Usage Data graph 172 to reflect the user's new position in the application's usage space to ensure that the predictive algorithm will continue to predict the most likely streamlets in response to user's actions.
In general, after the server 12 is notified that a streaming application has been started, e.g., by a message forwarded from the client system or in response to a request for the Startup block set from the client, the streaming process will preferably commence and can remain active throughout the application session. As a result, the client machine will receive streamlets pushed from the server. In a preferred embodiment, and with reference to Fig. 6B, when a streamlet is received at the client (step 620), the streamlet is processed, e.g., by the communication driver 170. Initially, the data integrity of the streamlet is verified (step 622).
If the received streamlet is corrupt (step 624), it is discarded and a resend request is issued to the server (step 626). Provided the data is verified, the received streamlet data is added to the VFS 160. (Step 630). If the streamlet was sent in response to a VFS fault, (Fig. 6A, step 604), the VFS can then be notified that the request has been fulfilled (step 634).
Turning to Fig. 7, there is shown a block diagram of a preferred embodiment of a VFS 160. which is configured to appear to the local client as a drive which can be accessed through the FSD driver 150. The VFS 160 comprises a VFS Manager module 200 wluch provides a functional interface to a plurality of data files that contain the streamed data and information needed to map that data to the application files. In particular, the VFS 160 includes an application file structure database 210 which contains the complete folder/file structure for each streaming application. In addition a streamlet library 230 is provided within which received streamlets are stored. A streamlet map 220 can be used to associate the various streamlets in the library 230 with a respective file name and position within that file.
The various libraries, maps, and databases used by the VFS 160 can be stored in RAM, in appropriate data files on a conventional local device, such as a hard drive, or distributed between various short and long-term storage devices. In one embodiment, the application file structure and streamlet map information is retained in RAM
while the streamlets in the streamlet library are stored on a local hard disk. To prevent unauthorized access to the streamlets (and thus various portions of the application files), one or more of the streamlets in the library, the streamlet map, and the application file structure can be stored in an encrypted or other proprietary format.
Fig. 7 shows representative data for an simple example application FOOBAR
which consists of a 100k executable, FOOBAR.EXE and a 40k library file, FOOBAR.DLL, both of which are stored under the application folder FOOBAR. A data file, DEFAULT.DATA, is also provided under a DATA subfolder. When the user initially starts streaming this application, the Startup block is retrieved from the server by the application manager 110 and the VFS manager 200 adds the data is added to the various library files 210-230. In particular, the file structure is added to the File Structure Library 210 as shown.
Preferably, each streamlet (when uncompressed by the client if necessary) has a size which corresponds to the standard I/O code page used by the native operating system.
A typical size is the 4k code page used in Windows operating systems. In this example, the Startup Block contains 28k of data in seven 4k streamlets, six of which are associated with various sections of the executable, and one which is associated with the DLL
(and here is the . DLL header). The streamlet map database 200 indicates which parts of the various application files each streamlet is associated with. For example, the streamlet FOOBAR001 is a code page in the FOOBAR.EXE file beginning at offset 4k. Fig. 8 shows an illustrative drive map 300 of the sparse file system containing 24k of the executable and 4k of the DLL
in accordance with the streamlet map 220 shown in Fig. 7.
The streamlet map 220 is shown in a basic table format for simplicity. Also shown in the sample streamlet map 220 are absent code pages. For example, the code page starting at an offset of 4k in the DLL file is not defined in the map, here having an associated streamlet ID of "x", and is therefore considered absent. As will be appreciated, absent streamlets need not be defined expressly. The actual mapping and local streamlet storage can be done in a variety ways using various database and linked object mechanisms and data structures which are known to those of skill in the art. In one implementation, the map is stored, at least in part, as a binary table with a bit corresponding to each block in each file.
Thus, the sample 140k file set would contain 35 bit entries reflecting the presence or absence of the twenty five 4k blocks in the executable and the ten blocks in the DLL.
After the data in the Startup Block is loaded into the database files, the application is executed. During execution, streamlets (e.g., additional code pages) forwarded by the server are received by the application manager 110 where, after verification, they are passed to the VFS manager 200 which adds the streamlets to the library 230 and updates the map 220 accordingly. When a page fault occurs, the application issues a data load which is passed in an appropriate format to the VFS manager 200 by the FSD driver 150.
The VFS
manager accesses the map 220 to determine if the required code pages are present and, if so, returns the requested data.
For example, when the application, perhaps in response to user input, requires the DLL to be loaded, an Il0 request for the header is issued and which, in the example, is the 4k code block represented by streamlet FOOBAR006. As the header is processed by the application, a series of additional page faults associated with the needed library functions are issued. Because these additional code pages are not present in the strearnlet library, the VFS
manager 200 initiates a request for additional streamlets as discussed above.
Thus, the virtual file system 160 implements a sparsely populated file system wherein the VFS 160 knows the framework, files, folder/directory structure, etc., which would exist if the application were fully installed, but (unknown to the operating system) the actual file contents are only partially existent in local storage.
Advantageously, the streaming mechanism leverages a conventional property of the operating system which uses memory mapped files to avoid having to load complete files into memory to thereby avoid having to stream more than a small portion of an application to a client before initiating execution and to transparently manage the subsequent operation of the application without having to modify the application code or data in any way.
In configurations where the server autonomously streams data to the client, it is useful in making the selection of which streamlets to forward for the server to monitor the state of the client executed streamed application. Simple feedback is provided by the stream of data fetches which are issued by the client when needed data is absent. IIi a further embodiment, the VFS 160 can monitor the code pages accessed by the streaming application and the order of access, even if those pages are locally present, and forward this tracking data to the client, e.g., on a periodic basis. Such information can be useful in refining a predictive model used to determine an optimal order in which to send streamlets to a client.
Depending on the amount of storage available to the VFS 160, it may become necessary to remove streamlets from the library. Various techniques used to purge data items from a cache can be used in this situation as well. In some implementations, the server 12 can keep track of the streamlets which are present on a given client and use this information as part of the predictive streaming process. In particular, the server can reference this data to avoid sending duplicate streamlets to a client. In such a situation, it may be beneficial for the VFS 160 to provide notice to the client when one or more streamlets must be dropped from local storage. Alternatively, when local streamlets must be purged from storage, the server can be queried as to which streamlets to purge. In response, the server can use the predictive streaming routines to identify those streamlets which axe present on the client and which are least likely to be needed and forward this information to the client so the identified streamlets can be purged.
In one particular embodiment, the server maintains a shadow copy of the streamlet map (e.g., in a binary table format) which should be present on the client. This image can become out of date if the Client discards blocks from the cache. In this case, eventually, an on-demand request will be issued by the client for a block which the Server shows as existing on the Client side. The Server can then request an image update, in response to which the Client will send a bitmap image of the VFS population.
The client can also send an image to the server when a previously run is being restarted or in response to the server sending a streamlet which is already present on the client to ensure that the server has the most current VFS image. According to a further aspect of the invention, the VFS 160 is configured to prevent a user from running a streaming application locally without first accessing the server 12 and requesting the streaming application be iW tiated.
This feature can be useful, for example, to control use of the application as per license agreements or for billing purposes.
In one technique, one or more key blocks of code or data are specially flagged to prevent them from being persistently stored in the VFS 160 between sessions. When the streaming application exits, these tagged blocks are deleted. To execute the application, the .
user must reaccess the server and retrieve these key blocks. Alternatively, the streamlets can be encrypted and the keys) stored in the VFS 160 only for the authorized period of time.
In another technique, the VFS 160 or FSD driver 150 can contain a registry of running authorized streaming applications. Such a registry can be created by the application manager 110 when a new streaming application is started. To prevent a user from copying the stored streamlets to a local drive, the streaming FSD 150 can be configured to only process read or page-in requests from the operating system which are generated on behalf of the application itself or on behalf of other approved processes.
Various techniques are available for determining the process originating a data I/O request in a Windows environment, which techniques will be known to those of skill in the art.
It should be noted that in this overall system, there is preferably no direct access from the operating system level to the server 12. Communication with the server 12 is performed using a streaming data protocol implemented by, e.g., communication driver 170, and is generally limited in scope to the initiation of a streaming application and the subsequent processing of streamlets and forwarding of usage data. As a result, operating system level operations such as copy or erase/delete files, etc., cannot be performed from the client side on the Server file system, further securing the streamed application from unauthorized access and use. Additional features, such as handshaking protocols, version control, etc., can be included in this communication protocol to increase the overall system security. This is in sharp contrast to other application service providing technologies, which simply extend the file system into the remote server, so that the server looks to the client operating system like a remote disk drive or remote file server. Such schemes can are also be substantially slower, since they do not talce advantage of "deep" predictive algorithms, but can only use simple, heuristic approaches such as cache read-ahead, which deliver several contiguous blocks of data into the local Client context in addition to the required block(s).
According to further aspects of the invention, the general application streaming methodology disclosed above can be integrated with a billing systems to implement various Application Service Provider models, such as Pay-Per-Use, time-based payment, subscriptions, or function-based payment. A graphical user interface can be provided to permit the user to view and manipulate a streamed application's status. For example, the user can view the dynamic state of the application's presence in the VFS along with a prediction of how long it would take to enable use of various application features which are not present, and perhaps additional fees associated with those features. The prediction can be made based on a determination of the number of streamlets associated with the features which are not already present in the virtual file system combined with an estimated streamlet delivery time.
Various hardware platforms can be used to implement the client and server systems. Preferably, the client system is implemented on a conventional desktop, laptop, or handheld computer running one of the various Windows operating systems, such as Windows 95, 98, Millennium, Windows NT, and CE. Network access can be provided via standard networlc applications and web-browsers, such as Internet Explorer and Netscape. The streaming server is preferably implemented using a Windows NT or Solaris environment. As will be appreciated, because the server does not execute the streamed program, but simply pushes data blocks and services requests, the server's operating environment does not need to be compatible with the client environment.
While the invention has been particularly shown and described with reference to preferred embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made without departing from the sprit and scope of the invention. For example, different applications may reside on multiple servers and a user executing several streaming applications may access multiple servers. In addition, the breakdown and division of functionality between the various software routines comprising the streaming support system 102 can vary depending on implementation issues and various design choices and the functionality attributed to a particular module can be performed by a separate routine. Further, the functionality of two or more modules can be combined into a single package. Thus, for example, the functionality associated with the Streaming File System driver 150 and the Virtual File System 160 can be combined into a single module.
Other divisions and combinations of functionality are also possible.
NETWORK STREAMED APPLICATIONS
CROSS-REFERENCE TO RELATED APPLICATIONS:
The present application claims the benefit under 35 U.S.C. ~ 119 of U.S.
Provisional Application Serial No. 60/235,535 entitled "Native Streaming Architecture", filed on September 26, 2000, the entire contents of which is hereby expressly incorporated by reference. The present application is also a continuation-in part of U.S.
Patent Application Serial No. 09/120,575 entitled "Streaming Modules" and filed on July 22, 199, the entire contents of which is hereby expressly incorporated by reference.
This application is also related to the following pending U.S. Patent applications, the entire contents of which is hereby expressly incorporated by reference: (a) U.S. Patent Application Serial No. 09/237,792 entitled "Link Presentation and Data Transfer" and filed on January 26, 2000; (b) U.S. Provisional Patent Application Serial No.
60/177,736 entitled "Method and Apparatus for Determining Order of Streaming Modules" and filed on January 21, 2000; (c) U.S. Provisional Patent Application Serial No. 60, 177,444 entitled "Method and Apparatus for Improving the User-Perceived System Response Time in Web-based Systems" and filed on January 21, 2000; and (d) U.S. Provisional Patent Application Serial No. 60/207,632 entitled "Apparatus and Method for Improving the Delivery of Software Applications and Associated data in Web-based Systems" and filed in March 25, 2000.
FIELD OF THE INVENTION:
The present invention is directed to a method, system, and arclutecture for streaming applications from a server for execution on a client, and, more particularly, a method and system for executing streamed applications on a client system.
BACKGROUND:
The Internet, and particularly the world-wide-web, is a rapidly growing networlc of interconnected computers from which users can access a wide variety of information. Initial widespread use of the Internet was limited to the delivery of static information. A newly developing area of functionality is the delivery and execution of complex software applications via the Internet. There are two basic techniques for software delivery, remote execution and local delivery, e.g., by downloading.
In a remote execution embodiment, a user accesses software which is loaded and executed on a remote server under the control of the user. One simple example is the use of Internet-accessible CGI programs which are executed by Internet servers based on data entered by a client. A more complex systems is the Win-to-Net system provided by Menta Software. This system delivers client software to the user which is used to create a Microsoft Windows style application window on the client machine. The client software interacts with an application program executing on the server and displays a window which corresponds to one which would be shown if the application were installed locally. The client software is further configured to direct certain I/O operations, such as printing a file, to the client's system, to replicate the "feel" of a locally running application. Other remote-access systems, such as provided by Citrix Systems, are accessed through a conventional W
ternet Browser and present the user with a "remote desktop" generated by a host computer which is used to execute the software.
Because the applications are already installed on the server system, remote execution permits the user to access the programs without transferring a large amount of data.
However, this type of implementation requires the supported software to be installed on the server. Thus, the server must utilize an operating system which is suitable for the hosted software. In addition, the server must support separately executing program threads for each user of the hosted software. For complex software paclcages, the necessary resources can be significant, limiting both the number of concurrent users of the software and the number of separate applications which can be provided.
In a local delivery embodiment, the desired application is packaged and downloaded to the user's computer. Preferably, the applications are delivered and installed as appropriate using automated processes. After installation, the application is executed.
Various techniques have been employed to improve the delivery of software, particularly in the automated selection of the proper software components to install and initiation of automatic software downloads. In one technique, an application program is broken into parts at natural division points, such as individual data and library files, class definitions, etc., and each component is specially tagged by the program developer to identify the various program components, specify which components are dependent upon each other, and define the various component sets which are needed for different versions of the application.
Once such tagging format is defined in the Open Software Description ("OSD") specification, jointly submitted to the World Wide Web Consortium by Marimba Incorporated and Microsoft Corporation on August 13, 1999. Defined OSD
information can be used by various "push" applications or other software distribution environments, such as Marimba's Castanet product, to automatically trigger downloads of software and ensure that only the needed software components are downloaded in accordance with data describing which software elements a particular version of an application depends on.
Although on-demand local delivery and execution of software using OSD /
push techniques is feasible for small programs, such as simple Java applets, for large applications, the download time can be prohibitively long. Thus, while suitable for software maintenance, this system is impractical for providing local application services on-demand because of the potentially long time between when the download begins and the software begins local execution.
Recently, attempts have been made to use streaming technology to deliver software to permit an application to begin executing before it has been completely downloaded. Streaming technology was initially developed to deliver audio and video information in a manner which allowed the information to be output without waiting for the complete data file to dov~mload. For example, a full-motion video can be sent from a server to a client as a linear stream of frames instead of a complete video file. As each frame arrives at the client, it can be displayed to create a real-time full-motion video display. However, unlilce the linear sequences of data presented in audio and video, the components of a software application may be executed in sequences which vary according to user input and other factors.
To address this issue, as well as other deficiencies in prior data streaming and local software delivery systems, an improved technique of delivering applications to a client for local execution has been developed. This technique is described in parent U.S. Patent Application Serial No. 091120,575, entitled "Streaming Modules" and filed on July 22, 1998.
In a particular embodiment of the "Streaming Modules" system, a computer application is divided into a set of modules, such as the various Java classes and data sets which comprise a Java applet. Once an initial module or modules are delivered to the user, the application begins to execute while additional modules are streamed in the background.
The modules are streamed to the user in an order which is selected to deliver the modules before they are required by the locally executing software. The sequence of streaming can be varied in response to the manner in which the user operates the application to ensure that needed modules are delivered prior to use as often as possible. To reduce streaming time, the size of code files, such as library modules, can be reduced by substituting various coded procedures with shortened streaming "stub" procedures which act as link-time substitutes for the removed code. Suitable modules to replace are those which are not required for the initial execution of the application. As the application is running locally on the client, additional modules are streamed to the client and the stub code can be dynamically replaced as the substituted procedures are received. The stub procedure can point to a streaming engine which will request a missing procedure if the program calls it before it has been received at the client.
Although effective, the stub-code substitution technique used in the "Streaming Modules" system may require a reasonable degree of processing to prepare a given application for streaming. In addition, the client software required to manage the streamed modules does not necessarily integrate clea~lly with the normal routines used by the operating system executing on the client machine.
Accordingly, there is a need to provide streamed applications and supporting streaming management software in a manner which more closely aligns with how a locally running application would actually be loaded and executed.
SUMMARY OF THE INVENTION:
The present invention is directed to a method, system, and architecture which enables local execution of application programs on a Client computer while delivering the application code and data from a central Server and over a network, such as the Internet, or other data network, such as a wired or wireless TCP/IP Wide Area Network (WAN). The application does not need to be installed on the Client PC. Instead, the application is streamed to the client's system in streamlets or blocks which are stored in a persistent client-side cache and the system is configured such that the application can begin to execute on the client machine after only a small fraction of the application is loaded.
More specifically, the application to be executed is stored as a set of blocks or "streamlets" (parts into which the application has been divided) on a server.
In a preferred embodiment, each streamlet blocks corresponds to a data bloclc which would be processed by the native operating system running on the client system were the entire application locally present. For example, standard Windows systems utilize a 41c code page when loading data blocks from disk or in response to paging requests. Preferably, each streamlet is stored in a pre-compressed format on the server and decompressed upon receipt by the client.
A set of streaming control modules are installed on the client system and include an intelligent caching system which is configured as a sparsely populated virtual file system ("VFS") which is accessed via a dedicated streaming file system ("FSD") driver . The VFS will appear to the operating system to be a local drive which contains the entire application. However, in practice, only pieces of the various files required for execution of the application may actually be present.
During normal operation of an application, the Windows operating system will periodically generate page faults and associated paging requests to load portions of the application into memory. Standard operating system procedures direct these I/O
requests to the proper data device driver fox processing. When the streaming application is initialized, the operating system is informed that the relevant data is stored on the VFS
drive. Thus, as the streaming application executes and paging or data I/O requests are generated to retrieve require code or data, the operating system will automatically direct it to the FSD driver which then passes it in the proper format to the VFS caching system for processing.
If the requested streamlets are present in the VFS, the data is returned to the operating system and the streaming program continues normal operation. If one or more of the requested streamlet blocks are absent from the VFS, a fetch request is issued to the server for the appropriate streamlet blocks. When the streamlets are returned, they are stored in the VFS and the read or paging request from the operating system is satisfied.
Application streamlet data can be persistently stored on the client between sessions such that subsequent uses of the same application will result in an immediate startup. Persistent data can be retained within the client's VFS itself or an image or snapshot of the VFS can be made and stored elsewhere on the client system, which snapshot can be reloaded into the VFS when needed.
To improve responsiveness of the system when the application is not fully loaded in the cache, a predictive engine can be used on the server. Based upon information gathered from user interaction with the application at issue, a statistical usage model can be built which tracks the order in which users access the various streamlets.
When a client starts a streaming application, an initial set of streamlets sufficient to enable the application to begin execution is forwarded to the client. Additional application streamlets can then be actively pushed to the client in accordance with the predictive model and possibly additional data forwarded to the server from the client while the application executes.
As a result, many of the needed streamlets will be present in the client-side cache before they are needed.
Advantageously, the present architecture described enables a positive user experience with streamed applications without requiring constant use of broadband data links.
In addition, and unlilce remote-access application systems, the streaming applications execute on the client machine and server and network resources are utilized for delivery only. As a result, server and network load are reduced, allowing for very high scalability of the server-based application delivery service which can deliver, update and distribute applications to a very large number of users, as well as perform centralized version updates, billing, and other management operations. Furthermore, because the application server does not run application code but only delivers streamlets to the client, it can run on operating systems other than the application taxget operating system, such as Unix derivatives or other future operating systems, as well as Windows-based servers. In addition, the application streaming system is source code independent. Applications are packaged automatically on the server in accordance with an analysis of the sequence in which the application is loaded into memory during execution. No changes to the application itself are required.
The present invention can be used as an enabling technology for remote application hosting, or application service provision (ASP). As broadband technology for connecting end-users to the Internet becomes more widespread, the advantages of application hosting and provision become more convincing and overpowering. However, since bandwidth limitations are likely to exist for some time, especially when compared to the bandwidth available to a locally executed application, the present invention provides ways to enhance an application delivery and make it more efficient, while at the same time creating a layer of separation between the Client and the Server, enabling much better control over server integrity and security.
BRIEF DESCRIPTION OF THE FIGURES:
The foregoing and other features of the present invention will be more readily apparent from the following detailed description and drawings of illustrative embodiments of the invention in which:
FIG. 1 is a block diagram of a system for implementing the present invention;
FIG. 2 is a sample usage graph used to predict usage of an application program;
FIG. 3 is a high-level block diagram of the client and server architecture;
FIG. 4 is a block diagram of the client system showing various elements of the streaming control system illustrating various;
FIGS. 5 and 6A-6B are high-level flow diagrams illustrating the operation of the client streaming software;
FIG. 7 is a block diagram of one embodiment of a virtual file system containing a partially streamed application; and FIG. ~ is an illustration of a drive map of the partially streamed application of Fig. 7.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S):
Turning to Fig. 1, there is shown block diagram of a system 10 implementing various aspects of the present invention. The system includes a server 12 which is connected to one or more clients 14 via a data network 16, such as the Internet, an intranet, extranet or other TCP/IP based communication network, or other types of data networks, including wireless data networks.
Prior to streaming an application, the application files are divided into small segments called streamlets. Rather than delivering an entire application prior to execution, the server delivers information about the application files and preferably a small portion of the application itself: In particular, the client receives a file structure specification which defines how files associated with the application and required for the application to operate appear to a computer when the application is locally installed. In particular, the file structure specification defines the structure of at least the primary application file which is loaded by the operating system when the application is initially executed.
In addition, a startup streamlet set is preferably sent to the client and which includes at least those streamlets containing the portions of the application required to enable execution of the application to be initiated. Preferably, the startup streamlet set comprises those streamlets required to begin application execution and have the application run to a point where user interaction is required. Most preferably, the file structure specification and the startup streamlet(s) are provided to the client packaged in a Startup Block or Init Block.
In addition, further application information, such as environmental variable settings, additions to system control files, and other system modifications or additions which may be required to "virtually install" the application can be provided. A preferred technique for determining the contents of the Startup Block and defining the various streamlets for a given application is disclosed in U.S. Patent Application entitled "Method and System for Streaming Software Applications to a Client" and filed concurrently with the present application, the entire contents of which is expressly incorporated by reference.
Once the streamlets in the startup block (or streamlet set) are received and loaded, e.g., during a short streaming initialization phase, and provided environmental information is processed, the application is executed. Even though typically only a small fraction of the application's files (or portions thereof) are locally present on the client, enough is generally present to for the application to run to the point that user interaction is required.
The remaining application streamlets can be delivered to the client automatically by the server or in response to fetch requests issued by the client. Preferably, the streamlets are delivered to the client in compressed form and decompressed as they are received and stored locally in a Virtual File System. The streamlets can be forwarded to the client individually or grouped together and pushed to the client in clusters as appropriate.
As discussed in more detail below, the client-side virtual file system can be configured as a sparsely populated virtual file system which will appear to the operating system as a local drive on which all the files needed by the streaming application reside.
When a required segment is not present on the client machine, the client issues a request for the appropriate streamlet(s) to the server. Usage information 20 can also be sent from the client 14 to the server 12 and can be used by the server to determine which streamlets to provide next.
Preferably, the server is configured to automatically forward sequences of streamlets to the client using a predictive streaming engine which selects streamlets to forward according to dynamic statistical l~nowledge base generated by analyzing the various sequences in which the application program attempts to load itself into memory as various program features are accessed. Such a knowledge base can be generated by analyzing the past and present behavior of the current user, the behavior of the entire user group, or the behavior of subsets within that group. As a result, the streamlets 18 which are predicted to be needed at a given point during execution are automatically sent to the client 14 so that they are generally present before the application attempts to access them. Both code and data, including external files used by the application, can be predictively streamed in this manner.
Various statistical techniques can be used to analyze the sequence of code and data loads generated by an operating system as it executes an application and determine an optimal order to push the application streamlets to the client. In one embodiment, the predictive knowledge base can be viewed as a graph where a node is a user request (e.g. save, load) and an edge is the calculated probability that such a request will be made. A simple example of such a graph is shown in Fig. 2. By examining the links flowing from a given node, the system can easily determine the most likely future requests and, with access to an appropriate database, determine the streamlets which will be needed by the application to execute those requests. When the user strays from the predictive path and an on-demand request is issued, the predictive routine can be re-centered on the appropriate node associated with the on-demand request and the predictive stream restarted from that point.
The predictive graph of usage probabilities can be updated continuously in response to the usage data provided by the clients connected to the server. In this manner, the Server can adapt its model to different usage patterns, depending on the population of users who actually use the application. Several different models can be provided for each application based on the type of user at issue. For example, one set of users accessing a desktop publishing application may concentrate on text-based functionality while another set of users accesses generally graphical functions. Different predictive models may be appropriate for the various user-types. The system can dynamically assign users to various type categories based on an analysis of their usage patterns. Personalized predictive models can also be generated in which the activity of a particular user is analyzed and used to generate a personalized predictive model.
~ As will be recognized by those of skill in the art, other techniques for selecting which streamlets to forward to the client can also be used. While the efficiency with which a streamed application is executed on the client machine can vary depending on the order in which the streamlets are delivered, provided that the server is generally compatible with the basic communication protocols and data format used by the client, the operation of client side streaming support software is not generally dependant on the specific manner in which the server system is implemented. One preferred embodiment of a Predictive Streaming server is disclosed in more detail in co-pending U.S. Patent Application entitled "Method and System for Streaming Software Applications to a Client" which was filed concurrently with the present application, the entire contents of which is expressly incorporated by reference.
Fig. 3 is a block diagram showing the high-level architecture of the client 14 and server 12. As shown, the server 12 can have access to one or more databases which store information used to manage the application streaming. In one embodiment, the server can access an application library 171 which contains predefined sets of streamlets for various software applications. The server also has access to the predictive data model 172 which contains information about the usage patterns of the application, i.e., the probability that the application will require a given block Bn of one or more streamlets if the last block used was Bm. A user database 173 can also be provided for storing various user-specific information for use in authorizing access to streamed application, storing information related to streaming order, etc.
The client system 14 comprises an operating system 140 which can access a variety of local system resources 142, such as data storage devices and memory. A streaming support system module 102 is provided and contains streaming control software which is generally configured to initiate the streaming of streamlets from the server 12 through, e.g., networlc socket 144, initiate the execution of a specified streaming application 100, process received streamlets, request specific streamlets from the server when necessary, and make received streamlets available for use by the application in a manner which is generally transparent to the native operating system 140.
Fig. 4 is an illustration of a more detailed block diagram of the client system 14 showing various streaming control modules which comprise a preferred implementation of the streaming support system 102. Figs. 5, 6A, and 6B are high-level flow diagrams illustrating the operation of the client streaming software.
With reference to Fig. 4, the operating system 140 will generally have access to one or more data storage devices 190, such as a removable disk, a hard drive, and a CD-ROM. Each storage device 190 typically has an associated device driver 180 which acts as an interface between the standard I/O protocols used by the operating system 140 and the specific I/O protocols used by the given device 190.
According to one aspect of the invention, a virtual file system ("VFS") 160 is provided to store and organize received program streamlets and present an appearance to the operating system 140 that all of the application files are locally present.
The VFS 160 resides on a local storage device, such as the client's hard drive. Some or all of the VFS 160 can alternatively be retained in system memory. A streaming file system device driver ("FSD") 150 is provided to act as an interface between the operating system 140 and the VFS' 160.
The VFS 160, through the FSD driver 150, is configured to appear to the operating system as a local virtual file system which can be accessed by the operating system in the same manner as other data storage devices 190. When a streaming application is launched, it is configured to indicate the VFS 160 as the source for application files. Thus, from the operating system point of view, the application appears to be present on a Local drive.
However, unlike a conventional local file system 190, such as a hard disk or CD-ROM accessed through a conventional device driver 180, the VFS 160 does not need to (and generally will not) contain complete copies of the various required application files. Instead, only those portions of the various data files which have been provided to the client as streamlets are present. The data behind some files may be missing and other files may be only partially present.
In addition to the VFS 160 and FSD driver 150, the streaming support system 102 can also comprise an application manager 110 and a communication driver 170. The application manager 110 is preferably configured to initiate execution of a streaming application after sufficient streamlets have been received . In addition, the application manager can "register" the streaming applications with the VFS 160 and/or FSD
150 to limit access to the streamed data to authorized applications as a way of preventing a user from extracting streamed data from the VFS 160 without authorization. The Application Manager 110 can be further configured to monitor and meter the usage of the program, to indicate the application status to the end user, and perform or initiate cleanup functions when the application is terminated. The communication driver 170 is configured to process streamlets which are pushed to the client from the server and issue requests to the server for streamlets needed by the VFS.
As will be recognized by those of skill in the art, the functionality of the communication driver 170 can be combined with that of the application manager 110.
Similarly, the functionality of the application manager 110 can be combined with other modules and a separate application manager module need not be provided. Thus, various functions of the application launcher 120 and application manager 110 can be combined into a single module. Similarly, the functionality of the application launcher 110 and communication driver 170 can instead be implemented in the VFS 160. The specific implementation of the application manager functions is dependent on the operating system and the complexity of the streaming environment, among other factors.
Turning to Fig. 5, when a user wants to execute a streaming application 100 on a client PC computer nu~ning an operating system 140, such as one of the Microsoft Windows operating systems, the user of the client system access the server 12 and initiates an application launch procedure. The server can be accessed in various ways. In a preferred embodiment, access to the server is provided through a Web page displayed by a Web browser 130, or through a special application residing on the client and providing access to the server 12. In a web-browser based implementation, a special, small software module 120, such as an applet or an embedded object, is included within or loaded through a streaming application startup-page. The startup web page can be hosted on the server 12, a third party server, or even stored on the client machine. When the link to the desired streaming application is triggered by the user (step 500), the application launcher 120 is downloaded from the server if necessary and then executed (step 502). The link to the application launcher 120 can be provided as a icon on the client system desktop, an Internet URL link, or any other suitable link or pointer. A log-on routine can also be provided to ensure that the user has authorization to access the particular application at issue and to verify that the user does, in fact, want the application to launch.
On startup, the application launcher 110 checks for the availability of a valid client environment on the client (step 504). In particular, a check is made to ensure that the particular software modules from the streaming support system 102 which are required to manage the streaming of applications are present. If a valid client system is not installed, a client installation process can be executed to download the required streaming support system files from the server and install them on the client system (step 506). Once the client environment is verified, the application manager 110 is started. (Step 508).
When the application manager 110 is started, it is provided with information that identifies the streaming application to execute and also indicates which streamlets or blocks of the application are xequired for initial execution. This information can be passed in whole to the application manager 110 as startup parameters or some can be fetched from the server. More preferably, application information is included in the Startup Block provided to the client by the server, to specify details about files, directories, enviromnent settings, etc., that are relevant to the particular application.
When first starting an application, the application manager 110 checks the VFS 160 to determine if the Startup Block for the application is already present, as may be the case if the user has previously executed the streaming application. (Step 510). If the initial Startup Block is present, the application manager 110 instructs the operating system using standard operating system procedures to load and run the application from the VFS
160. (Step 514). If the initial blocks are not present, a fetch request will be issued to the server for the starting set. Once this initial set has been retrieved from the server and stored in the VFS 160 (step 512), the application is executed. In a preferred implementation, the client system notifies the server when a streaming application is started or restarted and indicates in this notification whether the startup block is required.
The VFS 160 appears to the local client as a drive which contains the application files. While information about the folderlfile structure of the streaming application is available, the actual data in the files may or may not be resident. When the application is started, the operating system will attempt to load the initial application executable file and possibly additional library files, such as DLLs. Many conventional operating systems, such as the various WindowsTM operating systems from Microsoft Corporation, use memory mapped file mechanisms. This functionality allows a portion of a file to be loaded into memory and the remaining aspects of the file to be represented as missing code pages. As the loaded executable or DLL is processed, the operating system issues a series of page faults or similar input requests to dynamically load additional needed portions of the file into memory.
The specific mechanisms fox dynamically loading sections of an application file or library vary in accordance with the operating system at issue and will be known to those of slcill in the art. For example, in a Windows operating environment, the LoadLibrary API can be called from an application to have the operating system load a DLL
In response, the header of the DLL is read and loaded into memory. The remainder of the DLL
itself is 'loaded' using a memory mapped file mechanism which represents the additional portion of the DLL as a series of absent pages or code blocks for the various functions defined in the DLL. The additional parts will be loaded dynamically through faults conditions as functions are called from the DLL. In particular, using the DLL header information, when the operating system detects that a unloaded function of a DLL is required, a data read operation is issued to load the needed portion of the DLL. Typically, a DLL contains many functions, only one or a few of which are needed immediately after the DLL is loaded and thus the majority of the DLL may remain absent from memory for some time after the initial DLL
load.
Turning to Fig. 6A, when a Page Fault exception occurs in the streaming application context, the operating system issues a paging request signaling that a specific page of code is needed for the streaming application. A typical request will specify the drive, file name (or handle), offset, and length of the data blocks) to retrieve.
Because the operating system 140 views the application as residing on the virtual file system "drive" 160, it will automatically direct the paging request to the dedicated streaming FSD
driver 150.
When the FSD 150 receives a paging request (step 600), it passes the request to the FSD 150, and thereby to the VFS 160 which determines if the desired data is available (Step 602). If the page is present, it is retrieved and returned to the operating system.
(Step 608). In many cases, as a result of the predictive sh earning, the desired page will already reside in the CachelVFS 160. Thus, even though the entire application is not present on the client system, the user sees a responsiveness equal or similar to that of a locally rumling application.
When the desired page is not available, a fetch request for the needed data is sent through the conununication driver 170 (or an alternate route, depending on implementation specifics) to the server~l2. (Step 604). The VFS 160 waits until the request to the server has been fulfilled. After the requested streamlets have been received from the server and are stored in the VFS (step 606), the data is returned to the operating system (step 608). A busy or wait flag can be presented to the operating system during the time the fetch request is outstanding. As can be appreciated, if there are multiple streaming applications or application threads operating at the same time, the VFS may be able to process a subsequent data retrieval request from the operating system even when a prior request is still pending due to an outstanding streasnlet fetch request at the server.
The format and content of the fetch request issued by the VFS 160 and/or application manager 110 can vary. In one embodiment, the request specifically identifies the streamlets which are required. Alternatively, details regarding the faulting input request issued by the operating system, such as the file name, offset, and length, can be forwarded to the server which then determines the appropriate streamlet data blocks to be returned and may also return additional data not yet requested if it determines that the additional data be required shortly. In particular, the server can reset position in the Usage Data graph 172 to reflect the user's new position in the application's usage space to ensure that the predictive algorithm will continue to predict the most likely streamlets in response to user's actions.
In general, after the server 12 is notified that a streaming application has been started, e.g., by a message forwarded from the client system or in response to a request for the Startup block set from the client, the streaming process will preferably commence and can remain active throughout the application session. As a result, the client machine will receive streamlets pushed from the server. In a preferred embodiment, and with reference to Fig. 6B, when a streamlet is received at the client (step 620), the streamlet is processed, e.g., by the communication driver 170. Initially, the data integrity of the streamlet is verified (step 622).
If the received streamlet is corrupt (step 624), it is discarded and a resend request is issued to the server (step 626). Provided the data is verified, the received streamlet data is added to the VFS 160. (Step 630). If the streamlet was sent in response to a VFS fault, (Fig. 6A, step 604), the VFS can then be notified that the request has been fulfilled (step 634).
Turning to Fig. 7, there is shown a block diagram of a preferred embodiment of a VFS 160. which is configured to appear to the local client as a drive which can be accessed through the FSD driver 150. The VFS 160 comprises a VFS Manager module 200 wluch provides a functional interface to a plurality of data files that contain the streamed data and information needed to map that data to the application files. In particular, the VFS 160 includes an application file structure database 210 which contains the complete folder/file structure for each streaming application. In addition a streamlet library 230 is provided within which received streamlets are stored. A streamlet map 220 can be used to associate the various streamlets in the library 230 with a respective file name and position within that file.
The various libraries, maps, and databases used by the VFS 160 can be stored in RAM, in appropriate data files on a conventional local device, such as a hard drive, or distributed between various short and long-term storage devices. In one embodiment, the application file structure and streamlet map information is retained in RAM
while the streamlets in the streamlet library are stored on a local hard disk. To prevent unauthorized access to the streamlets (and thus various portions of the application files), one or more of the streamlets in the library, the streamlet map, and the application file structure can be stored in an encrypted or other proprietary format.
Fig. 7 shows representative data for an simple example application FOOBAR
which consists of a 100k executable, FOOBAR.EXE and a 40k library file, FOOBAR.DLL, both of which are stored under the application folder FOOBAR. A data file, DEFAULT.DATA, is also provided under a DATA subfolder. When the user initially starts streaming this application, the Startup block is retrieved from the server by the application manager 110 and the VFS manager 200 adds the data is added to the various library files 210-230. In particular, the file structure is added to the File Structure Library 210 as shown.
Preferably, each streamlet (when uncompressed by the client if necessary) has a size which corresponds to the standard I/O code page used by the native operating system.
A typical size is the 4k code page used in Windows operating systems. In this example, the Startup Block contains 28k of data in seven 4k streamlets, six of which are associated with various sections of the executable, and one which is associated with the DLL
(and here is the . DLL header). The streamlet map database 200 indicates which parts of the various application files each streamlet is associated with. For example, the streamlet FOOBAR001 is a code page in the FOOBAR.EXE file beginning at offset 4k. Fig. 8 shows an illustrative drive map 300 of the sparse file system containing 24k of the executable and 4k of the DLL
in accordance with the streamlet map 220 shown in Fig. 7.
The streamlet map 220 is shown in a basic table format for simplicity. Also shown in the sample streamlet map 220 are absent code pages. For example, the code page starting at an offset of 4k in the DLL file is not defined in the map, here having an associated streamlet ID of "x", and is therefore considered absent. As will be appreciated, absent streamlets need not be defined expressly. The actual mapping and local streamlet storage can be done in a variety ways using various database and linked object mechanisms and data structures which are known to those of skill in the art. In one implementation, the map is stored, at least in part, as a binary table with a bit corresponding to each block in each file.
Thus, the sample 140k file set would contain 35 bit entries reflecting the presence or absence of the twenty five 4k blocks in the executable and the ten blocks in the DLL.
After the data in the Startup Block is loaded into the database files, the application is executed. During execution, streamlets (e.g., additional code pages) forwarded by the server are received by the application manager 110 where, after verification, they are passed to the VFS manager 200 which adds the streamlets to the library 230 and updates the map 220 accordingly. When a page fault occurs, the application issues a data load which is passed in an appropriate format to the VFS manager 200 by the FSD driver 150.
The VFS
manager accesses the map 220 to determine if the required code pages are present and, if so, returns the requested data.
For example, when the application, perhaps in response to user input, requires the DLL to be loaded, an Il0 request for the header is issued and which, in the example, is the 4k code block represented by streamlet FOOBAR006. As the header is processed by the application, a series of additional page faults associated with the needed library functions are issued. Because these additional code pages are not present in the strearnlet library, the VFS
manager 200 initiates a request for additional streamlets as discussed above.
Thus, the virtual file system 160 implements a sparsely populated file system wherein the VFS 160 knows the framework, files, folder/directory structure, etc., which would exist if the application were fully installed, but (unknown to the operating system) the actual file contents are only partially existent in local storage.
Advantageously, the streaming mechanism leverages a conventional property of the operating system which uses memory mapped files to avoid having to load complete files into memory to thereby avoid having to stream more than a small portion of an application to a client before initiating execution and to transparently manage the subsequent operation of the application without having to modify the application code or data in any way.
In configurations where the server autonomously streams data to the client, it is useful in making the selection of which streamlets to forward for the server to monitor the state of the client executed streamed application. Simple feedback is provided by the stream of data fetches which are issued by the client when needed data is absent. IIi a further embodiment, the VFS 160 can monitor the code pages accessed by the streaming application and the order of access, even if those pages are locally present, and forward this tracking data to the client, e.g., on a periodic basis. Such information can be useful in refining a predictive model used to determine an optimal order in which to send streamlets to a client.
Depending on the amount of storage available to the VFS 160, it may become necessary to remove streamlets from the library. Various techniques used to purge data items from a cache can be used in this situation as well. In some implementations, the server 12 can keep track of the streamlets which are present on a given client and use this information as part of the predictive streaming process. In particular, the server can reference this data to avoid sending duplicate streamlets to a client. In such a situation, it may be beneficial for the VFS 160 to provide notice to the client when one or more streamlets must be dropped from local storage. Alternatively, when local streamlets must be purged from storage, the server can be queried as to which streamlets to purge. In response, the server can use the predictive streaming routines to identify those streamlets which axe present on the client and which are least likely to be needed and forward this information to the client so the identified streamlets can be purged.
In one particular embodiment, the server maintains a shadow copy of the streamlet map (e.g., in a binary table format) which should be present on the client. This image can become out of date if the Client discards blocks from the cache. In this case, eventually, an on-demand request will be issued by the client for a block which the Server shows as existing on the Client side. The Server can then request an image update, in response to which the Client will send a bitmap image of the VFS population.
The client can also send an image to the server when a previously run is being restarted or in response to the server sending a streamlet which is already present on the client to ensure that the server has the most current VFS image. According to a further aspect of the invention, the VFS 160 is configured to prevent a user from running a streaming application locally without first accessing the server 12 and requesting the streaming application be iW tiated.
This feature can be useful, for example, to control use of the application as per license agreements or for billing purposes.
In one technique, one or more key blocks of code or data are specially flagged to prevent them from being persistently stored in the VFS 160 between sessions. When the streaming application exits, these tagged blocks are deleted. To execute the application, the .
user must reaccess the server and retrieve these key blocks. Alternatively, the streamlets can be encrypted and the keys) stored in the VFS 160 only for the authorized period of time.
In another technique, the VFS 160 or FSD driver 150 can contain a registry of running authorized streaming applications. Such a registry can be created by the application manager 110 when a new streaming application is started. To prevent a user from copying the stored streamlets to a local drive, the streaming FSD 150 can be configured to only process read or page-in requests from the operating system which are generated on behalf of the application itself or on behalf of other approved processes.
Various techniques are available for determining the process originating a data I/O request in a Windows environment, which techniques will be known to those of skill in the art.
It should be noted that in this overall system, there is preferably no direct access from the operating system level to the server 12. Communication with the server 12 is performed using a streaming data protocol implemented by, e.g., communication driver 170, and is generally limited in scope to the initiation of a streaming application and the subsequent processing of streamlets and forwarding of usage data. As a result, operating system level operations such as copy or erase/delete files, etc., cannot be performed from the client side on the Server file system, further securing the streamed application from unauthorized access and use. Additional features, such as handshaking protocols, version control, etc., can be included in this communication protocol to increase the overall system security. This is in sharp contrast to other application service providing technologies, which simply extend the file system into the remote server, so that the server looks to the client operating system like a remote disk drive or remote file server. Such schemes can are also be substantially slower, since they do not talce advantage of "deep" predictive algorithms, but can only use simple, heuristic approaches such as cache read-ahead, which deliver several contiguous blocks of data into the local Client context in addition to the required block(s).
According to further aspects of the invention, the general application streaming methodology disclosed above can be integrated with a billing systems to implement various Application Service Provider models, such as Pay-Per-Use, time-based payment, subscriptions, or function-based payment. A graphical user interface can be provided to permit the user to view and manipulate a streamed application's status. For example, the user can view the dynamic state of the application's presence in the VFS along with a prediction of how long it would take to enable use of various application features which are not present, and perhaps additional fees associated with those features. The prediction can be made based on a determination of the number of streamlets associated with the features which are not already present in the virtual file system combined with an estimated streamlet delivery time.
Various hardware platforms can be used to implement the client and server systems. Preferably, the client system is implemented on a conventional desktop, laptop, or handheld computer running one of the various Windows operating systems, such as Windows 95, 98, Millennium, Windows NT, and CE. Network access can be provided via standard networlc applications and web-browsers, such as Internet Explorer and Netscape. The streaming server is preferably implemented using a Windows NT or Solaris environment. As will be appreciated, because the server does not execute the streamed program, but simply pushes data blocks and services requests, the server's operating environment does not need to be compatible with the client environment.
While the invention has been particularly shown and described with reference to preferred embodiments thereof, it will be understood by those skilled in the art that various changes in form and details may be made without departing from the sprit and scope of the invention. For example, different applications may reside on multiple servers and a user executing several streaming applications may access multiple servers. In addition, the breakdown and division of functionality between the various software routines comprising the streaming support system 102 can vary depending on implementation issues and various design choices and the functionality attributed to a particular module can be performed by a separate routine. Further, the functionality of two or more modules can be combined into a single package. Thus, for example, the functionality associated with the Streaming File System driver 150 and the Virtual File System 160 can be combined into a single module.
Other divisions and combinations of functionality are also possible.
Claims (46)
1. A method for executing a streamed application on a client system having an operating system and connected to an application server via a network, the application being divided into a plurality of streamlets, each streamlet containing a portion of a file associated with the application, the method comprising the steps of receiving from the server a file structure specification for at least a primary application file of the application when the application is installed on a computer;
configuring a virtual file system on the client which interacts with the operating system as a local data storage device to appear to the operating system that the files defined in the file structure specification are present in the virtual file system;
in response to the operating system issuing a data retrieval request to retrieve a portion of a specific file from the virtual file system:
(a) determining if the streamlets corresponding to the specified portion of the specific file are present in the virtual file system, (b) sending a fetch request to the server indicating a data missing condition if the corresponding streamlets are not present and adding streamlets returned from the server to satisfy the fetch request to the virtual file system, and (c) returning the requested portion of the specific file to the operating system.
configuring a virtual file system on the client which interacts with the operating system as a local data storage device to appear to the operating system that the files defined in the file structure specification are present in the virtual file system;
in response to the operating system issuing a data retrieval request to retrieve a portion of a specific file from the virtual file system:
(a) determining if the streamlets corresponding to the specified portion of the specific file are present in the virtual file system, (b) sending a fetch request to the server indicating a data missing condition if the corresponding streamlets are not present and adding streamlets returned from the server to satisfy the fetch request to the virtual file system, and (c) returning the requested portion of the specific file to the operating system.
2. The method of claim 1, further comprising the steps of:
receiving unrequested streamlets from the server; and adding the unrequested streamlets to the virtual file system.
receiving unrequested streamlets from the server; and adding the unrequested streamlets to the virtual file system.
3. The method of claim 1, further comprising the steps of:
receiving from the server a startup streamlet set containing at least a minimal set of streamlets sufficient for execution of the application to be initiated;
and adding the streamlets in the startup streamlet set to the virtual file system.
receiving from the server a startup streamlet set containing at least a minimal set of streamlets sufficient for execution of the application to be initiated;
and adding the streamlets in the startup streamlet set to the virtual file system.
4. The method of claim 3, wherein the startup streamlet set comprises application streamlets sufficient to begin application execution and have the application run to a point where user interaction is required.
5. The method of claim 3, wherein the file structure specification and the startup streamlet set are received by the client as part of a startup block.
6. The method of claim 1, further comprising the step of informing the operating system that the virtual file system is processing the data retrieval request during a period between the sending of the fetch request and when the fetch request is satisfied.
7. The method of claim 1, wherein the application file set comprises all application files which are required for the application to operate.
8. The method of claim 1, further comprising the steps of:
forwarding to the server a request to start the streaming application;
verifying that the virtual file system is present on the client system; and if the virtual file system is not present, installing the virtual file system on the client.
forwarding to the server a request to start the streaming application;
verifying that the virtual file system is present on the client system; and if the virtual file system is not present, installing the virtual file system on the client.
9. The method of claim 8, wherein the step of installing the virtual file system comprises installing a streaming file system device driver which acts as an interface between the operating system and the virtual file system.
10. The method of claim 1, further comprising the steps of:
maintaining a record of processes authorized to access the virtual file system;
and blocking data retrieval requests issued by the operating system to the virtual file system which are not generated on behalf of an authorized process.
maintaining a record of processes authorized to access the virtual file system;
and blocking data retrieval requests issued by the operating system to the virtual file system which are not generated on behalf of an authorized process.
11. The method of claim 1, further comprising the step of decompressing streamlets retrieved from the server.
12. The method of claim 11, wherein streamlets are decompressed prior to adding them to the virtual file system.
13. The method of claim 1, further comprising the step of:
purging streamlets from the virtual file system in response to a storage low condition.
purging streamlets from the virtual file system in response to a storage low condition.
14. The method of claim 13, further comprising the step of informing the server when streamlets are purged from the virtual file system.
15. The method of claim 1, further comprising the step of purging at least selected streamlets from the virtual file system when use of the streaming application is terminated.
16. The method of claim 1, further comprising the steps of:
monitoring a sequence of data retrieval requests issued by the operating system to generate application usage tracking information; and periodically forwarding the tracking information to the server.
monitoring a sequence of data retrieval requests issued by the operating system to generate application usage tracking information; and periodically forwarding the tracking information to the server.
17. The method of claim 1, further comprising the step of signaling the operating system to execute the primary application file from the virtual file system.
18. A method for executing a streamed application on a client system having an operating system and connected to an application server via a network, the application being divided into a plurality of streamlets, each of which corresponds to a code-page sized portion of an application file, the method comprising the steps of:
sending to the server a request to initiate the application;
receiving from the server a start block comprising a file structure specification for at least a primary file of the application when the application is installed on a computer and a startup streamlet set containing at least a minimal set of streamlets sufficient to begin application execution;
installing a virtual file system on the client which interacts with the operating system as a local data storage device via device driver;
configuring the virtual file system to the operating system that the files defined in the file structure specification are present in the virtual file system;
signaling the operating system to execute the primary application file from the virtual file system;
in response to the receipt of a streamlet from the server, adding the received streamlet to the virtual file system in response to the operating system issuing a data retrieval request to retrieve a sequence of code pages beginning at a specified portion of a specific file from the virtual file system:
(a) determining if the streamlets corresponding to the specified code pages axe present in the virtual file system, (b) if the corresponding streamlets are present, returning the requested code pages to the operating system, (c) otherwise, sending a fetch request to the server indicating a data missing condition , presenting a busy condition to the operating system until the fetch request is satisfied and the corresponding streamlets have been added to the virtual file system, and returning the requested code pages to the operating system.
sending to the server a request to initiate the application;
receiving from the server a start block comprising a file structure specification for at least a primary file of the application when the application is installed on a computer and a startup streamlet set containing at least a minimal set of streamlets sufficient to begin application execution;
installing a virtual file system on the client which interacts with the operating system as a local data storage device via device driver;
configuring the virtual file system to the operating system that the files defined in the file structure specification are present in the virtual file system;
signaling the operating system to execute the primary application file from the virtual file system;
in response to the receipt of a streamlet from the server, adding the received streamlet to the virtual file system in response to the operating system issuing a data retrieval request to retrieve a sequence of code pages beginning at a specified portion of a specific file from the virtual file system:
(a) determining if the streamlets corresponding to the specified code pages axe present in the virtual file system, (b) if the corresponding streamlets are present, returning the requested code pages to the operating system, (c) otherwise, sending a fetch request to the server indicating a data missing condition , presenting a busy condition to the operating system until the fetch request is satisfied and the corresponding streamlets have been added to the virtual file system, and returning the requested code pages to the operating system.
19. The method of claim 18, further comprising the steps of, after adding a received streamlet to the virtual file system, determining whether the received streamlet completes an outstanding fetch request and, if so, indicating to the virtual file system that fetch request has been satisfied.
20. The method of claim 19, further comprising the steps of:
maintaining a record of processes authorized to access the virtual file system;
and blocking data retrieval requests issued by the operating system to the virtual file system which are not generated on behalf of an authorized process.
maintaining a record of processes authorized to access the virtual file system;
and blocking data retrieval requests issued by the operating system to the virtual file system which are not generated on behalf of an authorized process.
21. The method of claim 19, further comprising the step of decompressing streamlets retrieved from the server.
22. The method of claim 1, further comprising the steps of:
monitoring a sequence of data retrieval requests issued by the operating system to generate application usage tracking information; and periodically forwarding the tracking information to the server.
monitoring a sequence of data retrieval requests issued by the operating system to generate application usage tracking information; and periodically forwarding the tracking information to the server.
23. A system for executing a streamed application on a client computer system having an operating system and connected to an application server via a network, the application being divided into a plurality of streamlets, each streamlet containing a portion of a file associated with the application, the system comprising:
a streaming support module comprising a virtual file system, the virtual file system including a streamlet library configured to store a plurality of streamlets and having data associating streamlets in the streamlet library with specific portions of files associated with the application;
the streaming support module being configured to permit communication between the operating system and the virtual file system as if the virtual file system were a local data storage device, issue fetch requests for streamlets to the server, and add streamlets received from the server to the streamlet library;
The streaming support module being further configured to respond to data retrieval requests issued by the operating system to retrieve a portion of a specific file from the virtual file system by:
(a) determining if the streamlets corresponding to the specified portion of the specific file are present in the streamlet library, (b) if the streamlets are present, returning the data to the operating system, (c) otherwise, initiating a fetch request to the server indicating a data missing condition and returning the requested code pages to the operating system after the fetch request has been satisfied.
a streaming support module comprising a virtual file system, the virtual file system including a streamlet library configured to store a plurality of streamlets and having data associating streamlets in the streamlet library with specific portions of files associated with the application;
the streaming support module being configured to permit communication between the operating system and the virtual file system as if the virtual file system were a local data storage device, issue fetch requests for streamlets to the server, and add streamlets received from the server to the streamlet library;
The streaming support module being further configured to respond to data retrieval requests issued by the operating system to retrieve a portion of a specific file from the virtual file system by:
(a) determining if the streamlets corresponding to the specified portion of the specific file are present in the streamlet library, (b) if the streamlets are present, returning the data to the operating system, (c) otherwise, initiating a fetch request to the server indicating a data missing condition and returning the requested code pages to the operating system after the fetch request has been satisfied.
24. The system of claim 23, wherein the streaming support module comprises a virtual file system manager module configured to respond to data retrieval requests issued by the operating system; and a streaming file system driver configured as an interface between the operating system and the virtual file system manager.
25. The system of claim 24, wherein the streaming support module further comprises an application manager configured to issue the fetch requests to the server and add streamlets received from the server to the streamlet library.
26. The system of claim 23, wherein the streaming support module is further configured to:
request from the server a startup block comprising a file structure specification for at least a primary file of the application when the application is installed on a computer and a startup streamlet set containing at least a minimal set of streamlets sufficient to begin application execution;
add the save the file structure specification in the virtual file system and add the streamlets in the startup streamlet set in the streamlet library; and signal the operating system to execute the primary application file from the virtual file system.
request from the server a startup block comprising a file structure specification for at least a primary file of the application when the application is installed on a computer and a startup streamlet set containing at least a minimal set of streamlets sufficient to begin application execution;
add the save the file structure specification in the virtual file system and add the streamlets in the startup streamlet set in the streamlet library; and signal the operating system to execute the primary application file from the virtual file system.
27. The system of claim 26, wherein the startup streamlet set comprises application streamlets sufficient to begin application execution and have the application run to a point where user interaction is required.
28. The system of claim 23, wherein the streaming support module is further configured to present a busy condition to the operating system during a period between the sending of the fetch request to the server when data requested by the operating system is not present in the virtual file system and when the fetch request is satisfied.
29. The system of claim 23, wherein each streamlet corresponds to a code-page sized portion of a respective application file.
30. The system of claim 23, further comprising an application launcher module configured to, in response to an initiation of a streaming application, verify that various components of the streaming support module are present on the client system, retrieve missing components from the server and install the retrieved components on the client.
31. The system of claim 23, wherein the streaming support module is further configured to:
maintain a record of processes authorized to access the virtual file system;
and block data retrieval requests issued by the operating system to the virtual file system which are not generated on behalf of an authorized process.
maintain a record of processes authorized to access the virtual file system;
and block data retrieval requests issued by the operating system to the virtual file system which are not generated on behalf of an authorized process.
32. The system of claim 23, wherein the streaming support module is further configured to:
monitor a sequence of data retrieval requests issued by the operating system to generate application usage tracking information; and periodically initiate sending a message to the server including the tracking information.
monitor a sequence of data retrieval requests issued by the operating system to generate application usage tracking information; and periodically initiate sending a message to the server including the tracking information.
33. A computer program product stored on a computer readable medium, the product comprising a computer program for executing a streamed application on a client system having an operating system and connected to an application server via a network, the application being divided into a plurality of streamlets, each streamlet containing a portion of a file associated with the application, the computer program comprising code to configure the client to:
receive from the server a file structure specification for at least a primary application file of the application when the application is installed on a computer;
configure a virtual file system on the client which interacts with the operating system as a local data storage device to appear to the operating system that the files defined in the file structure specification are present in the virtual file system;
in response to the operating system issuing a data retrieval request to retrieve a portion of a specific file from the virtual file system:
(a) determine if the streamlets corresponding to the specified portion of the specific file axe present in the virtual file system, (b) send a fetch request to the server indicating a data missing condition if the corresponding streamlets axe not present and adding streamlets returned from the server to satisfy the fetch request to the virtual file system, and (c) return the requested portion of the specific file to the operating system.
receive from the server a file structure specification for at least a primary application file of the application when the application is installed on a computer;
configure a virtual file system on the client which interacts with the operating system as a local data storage device to appear to the operating system that the files defined in the file structure specification are present in the virtual file system;
in response to the operating system issuing a data retrieval request to retrieve a portion of a specific file from the virtual file system:
(a) determine if the streamlets corresponding to the specified portion of the specific file axe present in the virtual file system, (b) send a fetch request to the server indicating a data missing condition if the corresponding streamlets axe not present and adding streamlets returned from the server to satisfy the fetch request to the virtual file system, and (c) return the requested portion of the specific file to the operating system.
34. The computer program product of claim 33, the computer program further comprising code to configure the client to:
receive unrequested streamlets from the server; and add the unrequested streamlets to the virtual file system.
receive unrequested streamlets from the server; and add the unrequested streamlets to the virtual file system.
35. The computer program product of claim 33, the computer program further comprising code to configure the client to:
receive from the server a startup streamlet set containing at least a minimal set of streamlets sufficient for execution of the application to be initiated; and add the streamlets in the startup streamlet set to the virtual file system.
receive from the server a startup streamlet set containing at least a minimal set of streamlets sufficient for execution of the application to be initiated; and add the streamlets in the startup streamlet set to the virtual file system.
36. The computer program product of claim 33, the computer program further comprising code to configure the client to inform the operating system that the virtual file system is processing the data retrieval request during a period between the sending of the fetch request and when the fetch request is satisfied.
37. The computer program product of claim 33, the computer program further comprising code to configure the client to:
forward to the server a request to start the streaming application;
verify that the virtual file system is present on the client system; and if the virtual file system is not present, install the virtual file system on the client
forward to the server a request to start the streaming application;
verify that the virtual file system is present on the client system; and if the virtual file system is not present, install the virtual file system on the client
38. The computer program product of claim 37, wherein the code to install the virtual file system configures the client to install a streaming file system device driver which acts as an interface between the operating system and the virtual file system.
39. The computer program product of claim 33, the computer program further comprising code to configure the client to:
maintain a record of processes authorized to access the virtual file system;
and block data retrieval requests issued by the operating system to the virtual file system which are not generated on behalf of an authorized process.
maintain a record of processes authorized to access the virtual file system;
and block data retrieval requests issued by the operating system to the virtual file system which are not generated on behalf of an authorized process.
40. The computer program product of claim 33, the computer program further comprising code to configure the client to decompress streamlets retrieved from the server.
41. The computer program product of claim 40, the computer program further comprising code to decompress streamlets prior to adding them to the virtual file system.
42. The computer program product of claim 33, the computer program further comprising code to configure the client to:
purge streamlets from the virtual file system in response to a storage low condition.
purge streamlets from the virtual file system in response to a storage low condition.
43. The computer program product of claim 42, the computer program further comprising code to configure the client to inform the server when streamlets are purged from the virtual file system.
44. The computer program product of claim 33, the computer program further comprising code to configure the client to purge at least selected streamlets from the virtual file system when use of the streaming application is terminated.
45. The computer program product of claim 33, the computer program further comprising code to configure the client to:
monitor a sequence of data retrieval requests issued by the operating system to generate application usage tracking information; and periodically forwarding the tracking information to the server.
monitor a sequence of data retrieval requests issued by the operating system to generate application usage tracking information; and periodically forwarding the tracking information to the server.
46. The computer program product of claim 33, the computer program further comprising code to configure the client to signal the operating system to execute the primary application file from the virtual file system.
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US23553500P | 2000-09-26 | 2000-09-26 | |
US60/235,535 | 2000-09-26 | ||
US09/750,835 | 2000-12-28 | ||
US09/750,835 US6574618B2 (en) | 1998-07-22 | 2000-12-28 | Method and system for executing network streamed application |
PCT/US2001/030007 WO2002027556A1 (en) | 2000-09-26 | 2001-09-25 | Method and system for executing network streamed applications |
Publications (1)
Publication Number | Publication Date |
---|---|
CA2427848A1 true CA2427848A1 (en) | 2002-04-04 |
Family
ID=26928996
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CA002427848A Abandoned CA2427848A1 (en) | 2000-09-26 | 2001-09-25 | Method and system for executing network streamed applications |
Country Status (5)
Country | Link |
---|---|
US (1) | US6574618B2 (en) |
EP (1) | EP1330738A4 (en) |
AU (1) | AU2001293088A1 (en) |
CA (1) | CA2427848A1 (en) |
WO (1) | WO2002027556A1 (en) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7676813B2 (en) | 2004-09-30 | 2010-03-09 | Citrix Systems, Inc. | Method and system for accessing resources |
US7752600B2 (en) | 2004-09-30 | 2010-07-06 | Citrix Systems, Inc. | Method and apparatus for providing file-type associations to multiple applications |
US7779034B2 (en) | 2005-10-07 | 2010-08-17 | Citrix Systems, Inc. | Method and system for accessing a remote file in a directory structure associated with an application program executing locally |
US7853947B2 (en) | 2004-09-30 | 2010-12-14 | Citrix Systems, Inc. | System for virtualizing access to named system objects using rule action associated with request |
US8090797B2 (en) | 2009-05-02 | 2012-01-03 | Citrix Systems, Inc. | Methods and systems for launching applications into existing isolation environments |
US8095940B2 (en) | 2005-09-19 | 2012-01-10 | Citrix Systems, Inc. | Method and system for locating and accessing resources |
US8117559B2 (en) | 2004-09-30 | 2012-02-14 | Citrix Systems, Inc. | Method and apparatus for virtualizing window information |
US8131825B2 (en) | 2005-10-07 | 2012-03-06 | Citrix Systems, Inc. | Method and a system for responding locally to requests for file metadata associated with files stored remotely |
US8171479B2 (en) | 2004-09-30 | 2012-05-01 | Citrix Systems, Inc. | Method and apparatus for providing an aggregate view of enumerated system resources from various isolation layers |
US8171483B2 (en) | 2007-10-20 | 2012-05-01 | Citrix Systems, Inc. | Method and system for communicating between isolation environments |
Families Citing this family (198)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6453334B1 (en) | 1997-06-16 | 2002-09-17 | Streamtheory, Inc. | Method and apparatus to allow remotely located computer programs and/or data to be accessed on a local computer in a secure, time-limited manner, with persistent caching |
US6311221B1 (en) * | 1998-07-22 | 2001-10-30 | Appstream Inc. | Streaming modules |
US7197570B2 (en) | 1998-07-22 | 2007-03-27 | Appstream Inc. | System and method to send predicted application streamlets to a client device |
US6493342B1 (en) * | 1998-09-11 | 2002-12-10 | Teledesic Llc | Method of data transmission in a data communication network |
US20010034788A1 (en) * | 2000-01-21 | 2001-10-25 | Mcternan Brennan J. | System and method for receiving packet data multicast in sequential looping fashion |
US6941351B2 (en) * | 2000-07-11 | 2005-09-06 | Microsoft Corporation | Application program caching |
WO2002012997A1 (en) * | 2000-08-08 | 2002-02-14 | Fineground Networks | Method and system for parameterized web documents |
US7047281B1 (en) | 2000-08-08 | 2006-05-16 | Fineground Networks | Method and system for accelerating the delivery of content in a networked environment |
US20020087717A1 (en) * | 2000-09-26 | 2002-07-04 | Itzik Artzi | Network streaming of multi-application program code |
US7043524B2 (en) * | 2000-11-06 | 2006-05-09 | Omnishift Technologies, Inc. | Network caching system for streamed applications |
US20020083183A1 (en) * | 2000-11-06 | 2002-06-27 | Sanjay Pujare | Conventionally coded application conversion system for streamed delivery and execution |
US20020087883A1 (en) * | 2000-11-06 | 2002-07-04 | Curt Wohlgemuth | Anti-piracy system for remotely served computer applications |
US7062567B2 (en) | 2000-11-06 | 2006-06-13 | Endeavors Technology, Inc. | Intelligent network streaming and execution system for conventionally coded applications |
US6918113B2 (en) | 2000-11-06 | 2005-07-12 | Endeavors Technology, Inc. | Client installation and execution system for streamed applications |
US6959320B2 (en) * | 2000-11-06 | 2005-10-25 | Endeavors Technology, Inc. | Client-side performance optimization system for streamed applications |
US8831995B2 (en) | 2000-11-06 | 2014-09-09 | Numecent Holdings, Inc. | Optimized server for streamed applications |
US7024471B2 (en) * | 2000-12-12 | 2006-04-04 | International Business Machines Corporation | Mechanism to dynamically update a windows system with user specific application enablement support from a heterogeneous server environment |
US7451196B1 (en) | 2000-12-15 | 2008-11-11 | Stream Theory, Inc. | Method and system for executing a software application in a virtual environment |
US7213075B2 (en) * | 2000-12-15 | 2007-05-01 | International Business Machines Corporation | Application server and streaming server streaming multimedia file in a client specific format |
US7735013B2 (en) * | 2001-03-16 | 2010-06-08 | International Business Machines Corporation | Method and apparatus for tailoring content of information delivered over the internet |
US7310687B2 (en) | 2001-03-23 | 2007-12-18 | Cisco Technology, Inc. | Methods and systems for managing class-based condensation |
EP1563389A4 (en) * | 2001-08-01 | 2008-06-25 | Actona Technologies Ltd | Virtual file-sharing network |
US7743109B2 (en) * | 2001-08-01 | 2010-06-22 | Cisco Technology, Inc. | Reducing round trips across a wide area network for resource locking by extended locking and delayed unlocking |
US7259881B2 (en) * | 2001-10-03 | 2007-08-21 | Kabushiki Kaisha Toshiba | Method of monitoring multiple controller families |
KR100421624B1 (en) * | 2001-11-02 | 2004-03-11 | (주) 한정문 | Platform Independent Software Automatic Searching/Distribution/Install Apparatus and The method of Searching and Distribution for that apparatus |
US7624132B2 (en) * | 2002-01-22 | 2009-11-24 | Sun Microsystems, Inc. | Method and apparatus for processing a streamed zip file |
US20050144175A1 (en) * | 2002-02-18 | 2005-06-30 | Siemens Aktiengesellschaft | Method and system for administrating use of a service |
US20040006637A1 (en) * | 2002-04-25 | 2004-01-08 | Pramote Kuacharoen | Methods and systems for transmitting application software |
US7444317B2 (en) * | 2002-06-28 | 2008-10-28 | Microsoft Corporation | System and method for managing file names for file system filter drivers |
US8561107B1 (en) | 2002-07-10 | 2013-10-15 | At&T Intellectual Property Ii, L.P. | Method and apparatus for selecting customized multimedia content for a user in pervasive computing environments |
US8656004B1 (en) | 2002-07-10 | 2014-02-18 | At&T Intellectual Property Ii, L.P. | Method and apparatus for delivering selected multimedia content to a user in pervasive computing environments |
US7941542B2 (en) | 2002-09-06 | 2011-05-10 | Oracle International Corporation | Methods and apparatus for maintaining application execution over an intermittent network connection |
US7272660B1 (en) | 2002-09-06 | 2007-09-18 | Oracle International Corporation | Architecture for general purpose near real-time business intelligence system and methods therefor |
US7454423B2 (en) | 2002-09-06 | 2008-11-18 | Oracle International Corporation | Enterprise link for a software database |
US7912899B2 (en) | 2002-09-06 | 2011-03-22 | Oracle International Corporation | Method for selectively sending a notification to an instant messaging device |
US7412481B2 (en) | 2002-09-16 | 2008-08-12 | Oracle International Corporation | Method and apparatus for distributed rule evaluation in a near real-time business intelligence system |
US8165993B2 (en) | 2002-09-06 | 2012-04-24 | Oracle International Corporation | Business intelligence system with interface that provides for immediate user action |
US7243124B1 (en) | 2002-09-06 | 2007-07-10 | Oracle International Corporation | Architecture for general purpose near real-time business intelligence system with client devices and methods therefor |
US7899879B2 (en) | 2002-09-06 | 2011-03-01 | Oracle International Corporation | Method and apparatus for a report cache in a near real-time business intelligence system |
US8255454B2 (en) | 2002-09-06 | 2012-08-28 | Oracle International Corporation | Method and apparatus for a multiplexed active data window in a near real-time business intelligence system |
US7945846B2 (en) | 2002-09-06 | 2011-05-17 | Oracle International Corporation | Application-specific personalization for data display |
US20080313282A1 (en) | 2002-09-10 | 2008-12-18 | Warila Bruce W | User interface, operating system and architecture |
US7668917B2 (en) * | 2002-09-16 | 2010-02-23 | Oracle International Corporation | Method and apparatus for ensuring accountability in the examination of a set of data elements by a user |
US7426059B2 (en) | 2002-09-16 | 2008-09-16 | Oracle International Corporation | Data presentation methods and apparatus to facilitate printing and reviewing |
US7401158B2 (en) | 2002-09-16 | 2008-07-15 | Oracle International Corporation | Apparatus and method for instant messaging collaboration |
US8176186B2 (en) | 2002-10-30 | 2012-05-08 | Riverbed Technology, Inc. | Transaction accelerator for client-server communications systems |
US8069225B2 (en) * | 2003-04-14 | 2011-11-29 | Riverbed Technology, Inc. | Transparent client-server transaction accelerator |
US7484095B2 (en) * | 2003-01-16 | 2009-01-27 | Sun Microsystems, Inc. | System for communicating program data between a first device and a second device |
US8121955B2 (en) | 2003-01-16 | 2012-02-21 | Oracle America, Inc. | Signing program data payload sequence in program loading |
US7281244B2 (en) * | 2003-01-16 | 2007-10-09 | Sun Microsystems, Inc. | Using a digital fingerprint to commit loaded data in a device |
US7272830B2 (en) * | 2003-01-16 | 2007-09-18 | Sun Microsystems, Inc. | Ordering program data for loading on a device |
US7165246B2 (en) * | 2003-01-16 | 2007-01-16 | Sun Microsystems, Inc. | Optimized representation of data type information in program verification |
US7222331B2 (en) * | 2003-01-16 | 2007-05-22 | Sun Microsystems, Inc. | Linking of virtual methods |
US7809693B2 (en) * | 2003-02-10 | 2010-10-05 | Netapp, Inc. | System and method for restoring data on demand for instant volume restoration |
US7904823B2 (en) * | 2003-03-17 | 2011-03-08 | Oracle International Corporation | Transparent windows methods and apparatus therefor |
US7735057B2 (en) | 2003-05-16 | 2010-06-08 | Symantec Corporation | Method and apparatus for packaging and streaming installation software |
US7395534B2 (en) * | 2003-05-22 | 2008-07-01 | Microsoft Corporation | System and method for progressively installing a software application |
US20040237082A1 (en) * | 2003-05-22 | 2004-11-25 | Alcazar Mark A. | System, method, and API for progressively installing software application |
US7113964B1 (en) | 2003-06-05 | 2006-09-26 | Iteration Software, Inc. | Method and apparatus for archiving data in a relational database system |
US7620950B2 (en) * | 2003-07-01 | 2009-11-17 | International Business Machines Corporation | System and method to monitor amount of usage of applications in logical partitions |
US7533370B2 (en) * | 2003-10-28 | 2009-05-12 | Exent Technologies, Ltd. | Security features in on-line and off-line delivery of applications |
US20050102371A1 (en) * | 2003-11-07 | 2005-05-12 | Emre Aksu | Streaming from a server to a client |
JP2005151073A (en) * | 2003-11-14 | 2005-06-09 | Nec Corp | Portable terminal equipment having videophone function |
US8930944B2 (en) * | 2003-11-18 | 2015-01-06 | Microsoft Corporation | Application model that integrates the web experience with the traditional client application experience |
US7464183B1 (en) * | 2003-12-11 | 2008-12-09 | Nvidia Corporation | Apparatus, system, and method to prevent address resolution cache spoofing |
CA2463006A1 (en) | 2004-01-27 | 2005-07-27 | Wrapped Apps Corporation | On demand provisioning of web applications |
US20060047855A1 (en) | 2004-05-13 | 2006-03-02 | Microsoft Corporation | Efficient chunking algorithm |
US8230095B2 (en) * | 2004-05-07 | 2012-07-24 | Wyse Technology, Inc. | System and method for integrated on-demand delivery of operating system and applications |
US8812613B2 (en) * | 2004-06-03 | 2014-08-19 | Maxsp Corporation | Virtual application manager |
US7908339B2 (en) * | 2004-06-03 | 2011-03-15 | Maxsp Corporation | Transaction based virtual file system optimized for high-latency network connections |
US9357031B2 (en) | 2004-06-03 | 2016-05-31 | Microsoft Technology Licensing, Llc | Applications as a service |
US7664834B2 (en) * | 2004-07-09 | 2010-02-16 | Maxsp Corporation | Distributed operating system management |
US20060048136A1 (en) * | 2004-08-25 | 2006-03-02 | Vries Jeff D | Interception-based resource detection system |
US7506338B2 (en) * | 2004-08-30 | 2009-03-17 | International Business Machines Corporation | Method and apparatus for simplifying the deployment and serviceability of commercial software environments |
US9124653B2 (en) * | 2004-09-03 | 2015-09-01 | Symantec Corporation | Method and apparatus for allowing sharing of streamable applications |
US7937717B2 (en) * | 2004-09-13 | 2011-05-03 | Tvworks, Llc | Method and apparatus enabling multiple application sharing of classes |
US7613787B2 (en) | 2004-09-24 | 2009-11-03 | Microsoft Corporation | Efficient algorithm for finding candidate objects for remote differential compression |
KR100596723B1 (en) * | 2004-10-13 | 2006-07-05 | 한국전자통신연구원 | Device for integrating multimedia streaming service and application streaming service and method thereof |
US20060085425A1 (en) * | 2004-10-15 | 2006-04-20 | International Business Machines Corporation | Cluster spanning command routing |
US7240162B2 (en) * | 2004-10-22 | 2007-07-03 | Stream Theory, Inc. | System and method for predictive streaming |
EP1825390A2 (en) | 2004-11-13 | 2007-08-29 | Stream Theory, Inc. | Hybrid local/remote streaming |
KR100587532B1 (en) * | 2004-12-07 | 2006-06-08 | 한국전자통신연구원 | Apparatus and method for fabricating software application for streaming service and system and method for offering software streaming services with network fault tolerance |
US20060136389A1 (en) * | 2004-12-22 | 2006-06-22 | Cover Clay H | System and method for invocation of streaming application |
US8073926B2 (en) * | 2005-01-07 | 2011-12-06 | Microsoft Corporation | Virtual machine image server |
US20060265393A1 (en) * | 2005-02-08 | 2006-11-23 | Agassi Shai E | System and method for implementing workflow in groupware |
US7853959B2 (en) * | 2005-02-08 | 2010-12-14 | Sap Ag | Business process extension for productivity suite application |
US7453865B2 (en) * | 2005-02-16 | 2008-11-18 | International Business Machines Corporation | Communication channels in a storage network |
US7624086B2 (en) * | 2005-03-04 | 2009-11-24 | Maxsp Corporation | Pre-install compliance system |
US8234238B2 (en) | 2005-03-04 | 2012-07-31 | Maxsp Corporation | Computer hardware and software diagnostic and report system |
US7512584B2 (en) * | 2005-03-04 | 2009-03-31 | Maxsp Corporation | Computer hardware and software diagnostic and report system |
US8589323B2 (en) | 2005-03-04 | 2013-11-19 | Maxsp Corporation | Computer hardware and software diagnostic and report system incorporating an expert system and agents |
US20060248194A1 (en) | 2005-03-18 | 2006-11-02 | Riverbed Technology, Inc. | Connection forwarding |
US8024523B2 (en) | 2007-11-07 | 2011-09-20 | Endeavors Technologies, Inc. | Opportunistic block transmission with time constraints |
EP1875364A2 (en) | 2005-03-23 | 2008-01-09 | Stream Theory, Inc. | System and method for tracking changes to files in streaming applications |
US20060218165A1 (en) * | 2005-03-23 | 2006-09-28 | Vries Jeffrey De | Explicit overlay integration rules |
US8214754B2 (en) * | 2005-04-15 | 2012-07-03 | Microsoft Corporation | Registration of applications and complimentary features for interactive user interfaces |
US7568220B2 (en) * | 2005-04-19 | 2009-07-28 | Cisco Technology, Inc. | Connecting VPN users in a public network |
US7890962B2 (en) * | 2005-04-22 | 2011-02-15 | Sag Ag | Business process extensions to enable alerts and reports within the context of groupware |
US9111253B2 (en) * | 2005-04-22 | 2015-08-18 | Sap Se | Groupware time tracking |
US7890964B2 (en) * | 2005-04-22 | 2011-02-15 | Sap Ag | Methods and apparatus for contextual awareness in a groupware client |
US20060277079A1 (en) * | 2005-04-22 | 2006-12-07 | Gilligan Geffrey D | Groupware travel itinerary creation |
CN101228523B (en) | 2005-04-25 | 2012-06-06 | 网络装置公司 | System and method for caching network file systems |
US7689609B2 (en) * | 2005-04-25 | 2010-03-30 | Netapp, Inc. | Architecture for supporting sparse volumes |
US20070254742A1 (en) * | 2005-06-06 | 2007-11-01 | Digital Interactive Streams, Inc. | Gaming on demand system and methodology |
US8082468B1 (en) | 2008-12-15 | 2011-12-20 | Open Invention Networks, Llc | Method and system for providing coordinated checkpointing to a group of independent computer applications |
TWI363219B (en) * | 2005-09-05 | 2012-05-01 | Hon Hai Prec Ind Co Ltd | Direct type backlight module |
US20070083620A1 (en) * | 2005-10-07 | 2007-04-12 | Pedersen Bradley J | Methods for selecting between a predetermined number of execution methods for an application program |
US20070083610A1 (en) * | 2005-10-07 | 2007-04-12 | Treder Terry N | Method and a system for accessing a plurality of files comprising an application program |
AU2006302674A1 (en) * | 2005-10-07 | 2007-04-19 | Citrix Systems, Inc. | Methods for selecting between a predetermined number of execution methods for an application program |
US7805602B1 (en) | 2005-11-10 | 2010-09-28 | Cisco Technology, Inc. | Prioritized call admission control for internet key exchange |
US20080256178A1 (en) * | 2005-12-08 | 2008-10-16 | Electronics And Telecommunications Research Instit | Method and Apparatus for Providing Software by Functional Units in a Software Streaming System |
KR100826871B1 (en) * | 2005-12-08 | 2008-05-06 | 한국전자통신연구원 | Method and System for providing streamed game software on portable terminal |
US8898319B2 (en) | 2006-05-24 | 2014-11-25 | Maxsp Corporation | Applications and services as a bundle |
US8811396B2 (en) | 2006-05-24 | 2014-08-19 | Maxsp Corporation | System for and method of securing a network utilizing credentials |
WO2008005629A2 (en) * | 2006-05-26 | 2008-01-10 | Riverbed Technology, Inc. | Throttling of predictive acks in an accelerated network communication system |
US20070288644A1 (en) * | 2006-06-07 | 2007-12-13 | Cesar Augusto Rojas | Systems and methods for developing and running applications in a web-based computing environment |
US20080022392A1 (en) * | 2006-07-05 | 2008-01-24 | Cisco Technology, Inc. | Resolution of attribute overlap on authentication, authorization, and accounting servers |
WO2008030431A2 (en) * | 2006-09-05 | 2008-03-13 | Edda Technology, Inc. | System and method for processing function/data on demand over network |
US10296629B2 (en) * | 2006-10-20 | 2019-05-21 | Oracle International Corporation | Server supporting a consistent client-side cache |
US9697253B2 (en) * | 2006-10-20 | 2017-07-04 | Oracle International Corporation | Consistent client-side cache |
US8261345B2 (en) | 2006-10-23 | 2012-09-04 | Endeavors Technologies, Inc. | Rule-based application access management |
KR100934213B1 (en) * | 2006-11-01 | 2009-12-29 | 한국전자통신연구원 | Apparatus and method for generating functional units for software streaming |
KR100942695B1 (en) * | 2006-12-04 | 2010-02-16 | 한국전자통신연구원 | Client system and method for managing a software version thereof |
KR20090003039A (en) * | 2006-12-04 | 2009-01-09 | 한국전자통신연구원 | System of interlocking software on-demand service and operating method thereof |
US7844686B1 (en) | 2006-12-21 | 2010-11-30 | Maxsp Corporation | Warm standby appliance |
GB2446832A (en) * | 2007-02-23 | 2008-08-27 | Quantel Ltd | A file server system |
US8645515B2 (en) | 2007-10-26 | 2014-02-04 | Maxsp Corporation | Environment manager |
US8175418B1 (en) | 2007-10-26 | 2012-05-08 | Maxsp Corporation | Method of and system for enhanced data storage |
US8892738B2 (en) | 2007-11-07 | 2014-11-18 | Numecent Holdings, Inc. | Deriving component statistics for a stream enabled application |
KR100936239B1 (en) * | 2007-12-18 | 2010-01-12 | 한국전자통신연구원 | System And Method For Providing Portable SW With Streaming |
US7792934B2 (en) * | 2008-01-02 | 2010-09-07 | Citrix Systems International Gmbh | Loading of server-stored user profile data |
US8799494B1 (en) * | 2008-02-04 | 2014-08-05 | Symantec Corporation | Application streaming proactive failover |
US8977764B1 (en) | 2008-02-28 | 2015-03-10 | Symantec Corporation | Profiling application usage from application streaming |
US8095679B1 (en) * | 2008-03-19 | 2012-01-10 | Symantec Corporation | Predictive transmission of content for application streaming and network file systems |
US8806046B1 (en) * | 2008-03-31 | 2014-08-12 | Symantec Corporation | Application streaming and network file system optimization via integration with identity management solutions |
US9201793B2 (en) * | 2008-05-30 | 2015-12-01 | Red Hat, Inc. | Facilitating profiling of applications for efficient loading |
CN101727345B (en) * | 2008-10-29 | 2013-09-04 | 国际商业机器公司 | Method and system for controlling loading state of dynamic link library DLL |
US8863116B1 (en) | 2008-11-20 | 2014-10-14 | Symantec Corporation | Pre-storing blocks for a streamed application in a local cache on a host computer system |
US8880473B1 (en) | 2008-12-15 | 2014-11-04 | Open Invention Network, Llc | Method and system for providing storage checkpointing to a group of independent computer applications |
US8341631B2 (en) | 2009-04-10 | 2012-12-25 | Open Invention Network Llc | System and method for application isolation |
US8464256B1 (en) | 2009-04-10 | 2013-06-11 | Open Invention Network, Llc | System and method for hierarchical interception with isolated environments |
US8539488B1 (en) | 2009-04-10 | 2013-09-17 | Open Invention Network, Llc | System and method for application isolation with live migration |
WO2010101574A1 (en) * | 2009-03-06 | 2010-09-10 | Hewlett-Packard Development Company, L.P. | Application sequencing |
US8555360B1 (en) | 2009-04-10 | 2013-10-08 | Open Invention Network Llc | System and method for on-line and off-line streaming application isolation |
US10419504B1 (en) * | 2009-04-10 | 2019-09-17 | Open Invention Network Llc | System and method for streaming application isolation |
US8418236B1 (en) * | 2009-04-10 | 2013-04-09 | Open Invention Network Llc | System and method for streaming application isolation |
US9577893B1 (en) | 2009-04-10 | 2017-02-21 | Open Invention Network Llc | System and method for cached streaming application isolation |
US9058599B1 (en) | 2009-04-10 | 2015-06-16 | Open Invention Network, Llc | System and method for usage billing of hosted applications |
US8401941B1 (en) | 2009-04-10 | 2013-03-19 | Open Invention Network Llc | System and method for usage billing of hosted applications |
US11538078B1 (en) | 2009-04-10 | 2022-12-27 | International Business Machines Corporation | System and method for usage billing of hosted applications |
US8401940B1 (en) | 2009-04-10 | 2013-03-19 | Open Invention Network Llc | System and method for usage billing of hosted applications |
US8959508B2 (en) * | 2009-06-15 | 2015-02-17 | Microsoft Technology Licensing, Llc | Mitigating user interruption for partially downloaded streamed and virtualized applications |
US20100318987A1 (en) * | 2009-06-15 | 2010-12-16 | Microsoft Corporation | Bootstrapping streamed and virtualized applications |
US20100332996A1 (en) * | 2009-06-25 | 2010-12-30 | Nokia Corporation | Method and apparatus of acquiring information regarding applications for display on a user interface |
US8332496B2 (en) * | 2009-09-23 | 2012-12-11 | International Business Machines Corporation | Provisioning of operating environments on a server in a networked environment |
US9946554B2 (en) * | 2009-09-24 | 2018-04-17 | International Business Machines Corporation | System, method, and apparatus for configuring a streamed operating system with associated peripheral information |
US9092597B2 (en) * | 2009-12-09 | 2015-07-28 | Sandisk Technologies Inc. | Storage device and method for using a virtual file in a public memory area to access a plurality of protected files in a private memory area |
EP2513789B1 (en) * | 2009-12-14 | 2019-10-23 | Citrix Systems, Inc. | A secure virtualization environment bootable from an external media device |
US9055080B2 (en) * | 2009-12-14 | 2015-06-09 | Citrix Systems, Inc. | Systems and methods for service isolation |
US9804866B2 (en) * | 2009-12-14 | 2017-10-31 | Citrix Systems, Inc. | Methods and systems for securing sensitive information using a hypervisor-trusted client |
CN102137122B (en) * | 2010-01-22 | 2014-08-20 | 广州华多网络科技有限公司 | Method and device for downloading data |
US9229748B2 (en) | 2010-01-29 | 2016-01-05 | Code Systems Corporation | Method and system for improving startup performance and interoperability of a virtual application |
WO2011111009A1 (en) | 2010-03-09 | 2011-09-15 | Happy Cloud Inc. | Data streaming for interactive decision-oriented software applications |
US8473688B2 (en) | 2010-03-26 | 2013-06-25 | Microsoft Corporation | Anticipatory response pre-caching |
US8301715B2 (en) | 2010-05-20 | 2012-10-30 | Sandisk Il Ltd. | Host device and method for accessing a virtual file in a storage device by bypassing a cache in the host device |
US8301694B2 (en) | 2010-05-20 | 2012-10-30 | Sandisk Il Ltd. | Host device and method for accessing a virtual file in a storage device by bypassing a cache in the host device |
US9218359B2 (en) * | 2010-07-02 | 2015-12-22 | Code Systems Corporation | Method and system for profiling virtual application resource utilization patterns by executing virtualized application |
US8495625B1 (en) * | 2010-07-27 | 2013-07-23 | Symantec Corporation | Method and system for creation of streamed files on-demand |
US9043782B2 (en) | 2010-12-28 | 2015-05-26 | Microsoft Technology Licensing, Llc | Predictive software streaming |
US9104514B2 (en) * | 2011-01-11 | 2015-08-11 | International Business Machines Corporation | Automated deployment of applications with tenant-isolation requirements |
US9210213B2 (en) | 2011-03-03 | 2015-12-08 | Citrix Systems, Inc. | Reverse seamless integration between local and remote computing environments |
US8866701B2 (en) | 2011-03-03 | 2014-10-21 | Citrix Systems, Inc. | Transparent user interface integration between local and remote computing environments |
US8676938B2 (en) | 2011-06-28 | 2014-03-18 | Numecent Holdings, Inc. | Local streaming proxy server |
US9037680B2 (en) | 2011-06-29 | 2015-05-19 | Instart Logic, Inc. | Application acceleration |
US8756509B2 (en) * | 2011-07-27 | 2014-06-17 | International Business Machines Corporation | Visually representing and managing access control of resources |
US9521214B2 (en) * | 2011-09-20 | 2016-12-13 | Instart Logic, Inc. | Application acceleration with partial file caching |
US8832296B2 (en) | 2011-12-15 | 2014-09-09 | Microsoft Corporation | Fast application streaming using on-demand staging |
US20130159382A1 (en) * | 2011-12-15 | 2013-06-20 | Microsoft Corporation | Generically presenting virtualized data |
US8938550B2 (en) * | 2011-12-15 | 2015-01-20 | Microsoft Corporation | Autonomous network streaming |
US9386057B2 (en) | 2012-01-18 | 2016-07-05 | Numecent Holdings, Inc. | Application streaming and execution system for localized clients |
US9485304B2 (en) * | 2012-04-30 | 2016-11-01 | Numecent Holdings, Inc. | Asset streaming and delivery |
US9516094B2 (en) * | 2012-05-17 | 2016-12-06 | Microsoft Technology Licensing, Llc | Event-responsive download of portions of streamed applications |
US9536135B2 (en) | 2012-06-18 | 2017-01-03 | Microsoft Technology Licensing, Llc | Dynamic hand gesture recognition using depth data |
WO2014035936A2 (en) | 2012-08-31 | 2014-03-06 | Citrix Systems Inc. | Reverse seamless integration between local and remote computing environments |
WO2014043277A2 (en) | 2012-09-11 | 2014-03-20 | Numecent Holdings Ltd. | Application streaming using pixel streaming |
US20140136578A1 (en) * | 2012-11-15 | 2014-05-15 | Microsoft Corporation | Techniques to manage virtual files |
US9661048B2 (en) | 2013-01-18 | 2017-05-23 | Numecent Holding, Inc. | Asset streaming and delivery |
WO2014201660A1 (en) * | 2013-06-20 | 2014-12-24 | 博世尼克资讯股份有限公司 | Method for downloading application |
US10757214B2 (en) * | 2013-12-20 | 2020-08-25 | Intel Corporation | Crowd sourced online application cache management |
US9992319B2 (en) | 2015-02-08 | 2018-06-05 | Lg Electronics Inc. | Method of outputting screens from server and client devices in performing mirrorlink |
US9591489B2 (en) | 2015-07-09 | 2017-03-07 | International Business Machines Corporation | Controlling application access to applications and resources via graphical representation and manipulation |
US10339205B2 (en) * | 2016-02-22 | 2019-07-02 | International Business Machines Corporation | Efficient handling of bi-directional data |
CN106844763B (en) * | 2017-02-21 | 2018-06-29 | 无锡华云数据技术服务有限公司 | A kind of method showed to the Internet media file formula of modifying and its device |
US20190079788A1 (en) * | 2017-09-08 | 2019-03-14 | Cisco Technology, Inc. | Predictive image storage system for fast container execution |
US11237843B2 (en) * | 2018-03-05 | 2022-02-01 | Beijing Zhanxinzhanli Information Technology Co., Ltd. | Application-level runtime environment for executing applications native to mobile devices without full installation |
US11567934B2 (en) | 2018-04-20 | 2023-01-31 | Oracle International Corporation | Consistent client-side caching for fine grained invalidations |
US11868748B2 (en) * | 2021-07-30 | 2024-01-09 | Informatica Llc | Method, apparatus, and computer-readable medium for intelligent execution of a solution on a computer network |
CN115016785B (en) * | 2022-08-09 | 2022-11-11 | 杭州湛联科技有限公司 | Front-end item packaging method and device for multi-environment sharing |
Family Cites Families (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5163131A (en) | 1989-09-08 | 1992-11-10 | Auspex Systems, Inc. | Parallel i/o network file server architecture |
JP2521016B2 (en) | 1991-12-31 | 1996-07-31 | インターナショナル・ビジネス・マシーンズ・コーポレイション | Multimedia data processing system |
WO1994025913A2 (en) | 1993-04-30 | 1994-11-10 | Novadigm, Inc. | Method and apparatus for enterprise desktop management |
US5504886A (en) | 1993-07-02 | 1996-04-02 | International Business Machines Corporation | System and method for applying user supplied relation definitions to application files for a relational database |
US6101495A (en) | 1994-11-16 | 2000-08-08 | Hitachi, Ltd. | Method of executing partition operations in a parallel database system |
US5581706A (en) | 1994-06-30 | 1996-12-03 | Rca Thomson Licensing Corporation | Method forming an audio/video interactive data signal |
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 |
US5708796A (en) | 1994-11-18 | 1998-01-13 | Lucent Technologies Inc. | Method of retrieving continuous and non-continuous media data from a file system |
EP0724362B1 (en) | 1995-01-30 | 2000-03-22 | International Business Machines Corporation | Priority controlled transmission of multimedia streams via a telecommunication line |
AU5386796A (en) | 1995-04-11 | 1996-10-30 | Kinetech, Inc. | Identifying data in a data processing system |
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 |
US6047323A (en) * | 1995-10-19 | 2000-04-04 | Hewlett-Packard Company | Creation and migration of distributed streams in clusters of networked computers |
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 |
US5778384A (en) * | 1995-12-22 | 1998-07-07 | Sun Microsystems, Inc. | System and method for automounting and accessing remote file systems in Microsoft Windows in a networking environment |
US6088524A (en) | 1995-12-27 | 2000-07-11 | Lucent Technologies, Inc. | Method and apparatus for optimizing database queries involving aggregation predicates |
CA2166254C (en) | 1995-12-28 | 2000-02-01 | Robert James Blainey | Improving memory layout based on connectivity considerations |
US5752005A (en) * | 1996-01-22 | 1998-05-12 | Microtest, Inc. | Foreign file system establishing method which uses a native file system virtual device driver |
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 |
US5870769A (en) | 1996-06-07 | 1999-02-09 | At&T Corp. | Internet access system and method with active link status indicators |
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 |
US5978788A (en) | 1997-04-14 | 1999-11-02 | International Business Machines Corporation | System and method for generating multi-representations of a data cube |
US5878223A (en) | 1997-05-07 | 1999-03-02 | International Business Machines Corporation | System and method for predictive caching of information pages |
US5974129A (en) | 1997-05-21 | 1999-10-26 | Lucent Technologies Inc. | Distributed virtual cache method for use in a database query control system |
US5933644A (en) | 1997-06-18 | 1999-08-03 | Sun Microsystems, Inc. | Method and apparatus for conflict-based block reordering |
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 |
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 |
US6108703A (en) | 1998-07-14 | 2000-08-22 | Massachusetts Institute Of Technology | Global hosting system |
US20010044850A1 (en) * | 1998-07-22 | 2001-11-22 | Uri Raz | Method and apparatus for determining the order of streaming modules |
US6311221B1 (en) | 1998-07-22 | 2001-10-30 | Appstream Inc. | Streaming modules |
WO2000043919A1 (en) | 1999-01-26 | 2000-07-27 | Appstream Inc. | Link presentation and data transfer |
KR20000057127A (en) | 1999-02-03 | 2000-09-15 | 송동호 | Executing software program system for application service provider on distributed computing environment and method using the sa me |
AU4236100A (en) | 1999-04-12 | 2000-11-14 | Softwarewow.Com, Inc. | Method and system for serving software applications |
JP2004502236A (en) * | 2000-06-26 | 2004-01-22 | ピクセル ソフトウェア テクノロジーズ リミテッド | System and method for enabling fast startup and execution of stream-type application on demand |
-
2000
- 2000-12-28 US US09/750,835 patent/US6574618B2/en not_active Expired - Lifetime
-
2001
- 2001-09-25 EP EP01973518A patent/EP1330738A4/en not_active Withdrawn
- 2001-09-25 AU AU2001293088A patent/AU2001293088A1/en not_active Abandoned
- 2001-09-25 WO PCT/US2001/030007 patent/WO2002027556A1/en not_active Application Discontinuation
- 2001-09-25 CA CA002427848A patent/CA2427848A1/en not_active Abandoned
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8117559B2 (en) | 2004-09-30 | 2012-02-14 | Citrix Systems, Inc. | Method and apparatus for virtualizing window information |
US8302101B2 (en) | 2004-09-30 | 2012-10-30 | Citrix Systems, Inc. | Methods and systems for accessing, by application programs, resources provided by an operating system |
US7676813B2 (en) | 2004-09-30 | 2010-03-09 | Citrix Systems, Inc. | Method and system for accessing resources |
US8132176B2 (en) | 2004-09-30 | 2012-03-06 | Citrix Systems, Inc. | Method for accessing, by application programs, resources residing inside an application isolation scope |
US7853947B2 (en) | 2004-09-30 | 2010-12-14 | Citrix Systems, Inc. | System for virtualizing access to named system objects using rule action associated with request |
US8042120B2 (en) | 2004-09-30 | 2011-10-18 | Citrix Systems, Inc. | Method and apparatus for moving processes between isolation environments |
US8352964B2 (en) | 2004-09-30 | 2013-01-08 | Citrix Systems, Inc. | Method and apparatus for moving processes between isolation environments |
US7680758B2 (en) | 2004-09-30 | 2010-03-16 | Citrix Systems, Inc. | Method and apparatus for isolating execution of software applications |
US7752600B2 (en) | 2004-09-30 | 2010-07-06 | Citrix Systems, Inc. | Method and apparatus for providing file-type associations to multiple applications |
US8171479B2 (en) | 2004-09-30 | 2012-05-01 | Citrix Systems, Inc. | Method and apparatus for providing an aggregate view of enumerated system resources from various isolation layers |
US8095940B2 (en) | 2005-09-19 | 2012-01-10 | Citrix Systems, Inc. | Method and system for locating and accessing resources |
US8131825B2 (en) | 2005-10-07 | 2012-03-06 | Citrix Systems, Inc. | Method and a system for responding locally to requests for file metadata associated with files stored remotely |
US7779034B2 (en) | 2005-10-07 | 2010-08-17 | Citrix Systems, Inc. | Method and system for accessing a remote file in a directory structure associated with an application program executing locally |
US9021494B2 (en) | 2007-10-20 | 2015-04-28 | Citrix Systems, Inc. | Method and system for communicating between isolation environments |
US8171483B2 (en) | 2007-10-20 | 2012-05-01 | Citrix Systems, Inc. | Method and system for communicating between isolation environments |
US9009720B2 (en) | 2007-10-20 | 2015-04-14 | Citrix Systems, Inc. | Method and system for communicating between isolation environments |
US9009721B2 (en) | 2007-10-20 | 2015-04-14 | Citrix Systems, Inc. | Method and system for communicating between isolation environments |
US8326943B2 (en) | 2009-05-02 | 2012-12-04 | Citrix Systems, Inc. | Methods and systems for launching applications into existing isolation environments |
US8090797B2 (en) | 2009-05-02 | 2012-01-03 | Citrix Systems, Inc. | Methods and systems for launching applications into existing isolation environments |
Also Published As
Publication number | Publication date |
---|---|
US6574618B2 (en) | 2003-06-03 |
EP1330738A1 (en) | 2003-07-30 |
EP1330738A4 (en) | 2006-05-17 |
US20010034736A1 (en) | 2001-10-25 |
WO2002027556A1 (en) | 2002-04-04 |
AU2001293088A1 (en) | 2002-04-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6574618B2 (en) | Method and system for executing network streamed application | |
US7197570B2 (en) | System and method to send predicted application streamlets to a client device | |
US7051315B2 (en) | Network streaming of multi-application program code | |
US6757894B2 (en) | Preprocessed applications suitable for network streaming applications and method for producing same | |
US6311197B2 (en) | Method for downloading a web page to a client for efficient display on a television screen | |
KR100274738B1 (en) | Method and apparatus for providing proxying and transcoding of documents in a distributed metwork | |
US6957260B1 (en) | Method of improving access to services provided by a plurality of remote service providers | |
US20020138640A1 (en) | Apparatus and method for improving the delivery of software applications and associated data in web-based systems | |
US6813690B1 (en) | Caching media data using content-sensitive identifiers | |
US8171118B2 (en) | Application streaming over HTTP | |
US7895261B2 (en) | Method and system for preloading resources | |
US20020042833A1 (en) | Streaming of archive files | |
US20050273486A1 (en) | Virtual distributed file system | |
JP2006520039A (en) | Method, data structure, and system for processing a media data stream | |
KR20090073199A (en) | Offline execution of web based applications | |
JP4448026B2 (en) | How to send HTML application | |
KR20050047564A (en) | Self installation and execution network system for transmission digital contents and recording medium of the digital contents |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
FZDE | Discontinued |