Búsqueda Imágenes Maps Play YouTube Noticias Gmail Drive Más »
Iniciar sesión
Usuarios de lectores de pantalla: deben hacer clic en este enlace para utilizar el modo de accesibilidad. Este modo tiene las mismas funciones esenciales pero funciona mejor con el lector.

Patentes

  1. Búsqueda avanzada de patentes
Número de publicaciónUS20020029285 A1
Tipo de publicaciónSolicitud
Número de solicitudUS 09/866,374
Fecha de publicación7 Mar 2002
Fecha de presentación25 May 2001
Fecha de prioridad26 May 2000
También publicado comoCA2408924A1, DE60109602D1, DE60109602T2, DE60109631D1, DE60109631T2, DE60112103D1, DE60112103T2, DE60112107D1, DE60112107T2, EP1285517A2, EP1285517B1, US7028025, US7127525, US7490166, US7502784, US8099389, US8290907, US20020035596, US20020073061, US20030046432, US20060153423, US20090144292, US20100205246, WO2001092973A2, WO2001092973A3, WO2001093525A2, WO2001093525A3
Número de publicación09866374, 866374, US 2002/0029285 A1, US 2002/029285 A1, US 20020029285 A1, US 20020029285A1, US 2002029285 A1, US 2002029285A1, US-A1-20020029285, US-A1-2002029285, US2002/0029285A1, US2002/029285A1, US20020029285 A1, US20020029285A1, US2002029285 A1, US2002029285A1
InventoresHenry Collins
Cesionario originalHenry Collins
Exportar citaBiBTeX, EndNote, RefMan
Enlaces externos: USPTO, Cesión de USPTO, Espacenet
Adapting graphical data, processing activity to changing network conditions
US 20020029285 A1
Resumen
The performance of distributed systems can be improved by adapting a server's processing activity in response to changing network conditions or performance mismatches. In one embodiment, the server's processing rate is modified when a change in the network conditions is detected. In another embodiment, the encoding technique used to process the graphical data is modified upon detecting a change in the network conditions. In yet another embodiment, the server's processing rate is modified upon detecting a performance mismatch between the client and the server. A time differential relating to the transmission and receipt of graphical data between the server and the client is used to estimate the network conditions. Similarly, another time differential relating to the processing of graphical data by both the client and server is used to ascertain performance mismatches between the client and server.
Imágenes(13)
Previous page
Next page
Reclamaciones(13)
What is claimed is:
1. A method of adapting a rate of processing activity in response to changing network conditions, the method comprising the steps of:
processing graphical data by a server agent at a first rate, the processed graphical data being addressed to a client agent via a network coupled to the client and server agent;
determining the network conditions of the network; and
adjusting, by the server agent, the rate of processing activity of the server agent from the first rate to a second rate in response to a change in the network conditions.
2. The method of claim 1 further comprising the steps of:
transmitting the processed graphical data to the client agent;
measuring, by the client agent, a time differential associated with transmitting the processed graphical data, the time differential corresponding to the change in the network conditions; and
selecting the second rate in accordance with the time differential.
3. The method of claim 1 further comprising the steps of:
processing the graphical data at the first rate in accordance with a first encoding scheme;
selecting a second encoding scheme in response to the change in the network conditions; and
processing subsequent graphical data in accordance with the second encoding scheme.
4. A method of adapting a processing activity operating on graphical data in response to changing network conditions, the method comprising the steps of:
processing graphical data by a server agent using a first encoding technique, the processed graphical data being addressed to a client agent via a network coupled to the client and server agent;
determining the network conditions of the network;
selecting, by the server agent, a second encoding technique in response to a change in the network conditions; and
processing subsequent graphical data by the server agent using the second encoding technique.
5. The method of claim 4 further comprising the steps of:
transmitting the processed graphical data to the client agent;
measuring, by the client agent, a time differential associated with transmitting the processed graphical data, the time differential corresponding to the change in the network conditions; and
selecting the second encoding technique in accordance with the time differential.
6. A method of adapting a processing rate of a server in response to a performance mismatch between the server and a client coupled to the server via a network, the method comprising the steps of:
processing graphical data by a server agent;
determining a first time period associated with processing the graphical data at the server agent;
processing the graphical data by a client agent;
determining a second time period associated with processing the graphical data at the client agent;
determining the time differential between the first and second time periods; and
adjusting, by the server agent, the processing rate of the server in accordance with the time differential.
7. The method of claim 6 wherein the first time period is determined by scrolling a frame buffer of the server.
8. A system for adapting a rate of processing activity in response to changing network conditions, the system comprising:
a client agent;
a network coupled to the client agent, the network conditions being associated with the network;
a server agent coupled to the client agent via the network, the server agent processing a first graphical data at a first rate, the processed first graphical data being addressed to the client agent, wherein the server agent adjusts the processing rate from the first rate to a second rate in response to a change in the network conditions.
9. The system of claim 8 wherein a first encoding scheme is used to process the first graphical data at the first rate and a second encoding scheme is used to process a second graphical data at the second rate.
10. A system for adapting a processing activity operating on graphical data in response to changing network conditions, the system comprising:
a client agent;
a network coupled to the client agent, the network conditions being associated with the network;
a server agent coupled to the client agent via the network, the server agent processing a first graphical data using a first encoding technique and a second graphical data using a second encoding technique in response to a change in the network conditions, wherein the server agent transmits the first and second graphical data to the client agent via the network.
11. The system of claim 10 wherein the change in the network conditions is detected from a time differential determined by the client agent.
12. A system for adapting a processing rate of a server in response to a performance mismatch between the server and a client coupled to the server via a network, the system comprising:
a client agent, the client agent processing graphical data at a client rate;
a server agent coupled to the client agent via a network, the server agent processing the graphical data at a server rate, wherein the server agent adjusts the server rate in response to a difference between the client and server rates.
13. The system of claim 12 wherein the server rate is determined by scrolling a frame buffer of the server.
Descripción
    CROSS-REFERENCE TO RELATED APPLICATIONS
  • [0001]
    This claims priority to and the benefit of U.S. provisional patent application No. 60/207,532, filed May 26, 2000, and 60/225,217, filed Aug. 14, 2000, the entirety of which are incorporated herein by reference.
  • FIELD OF THE INVENTION
  • [0002]
    The present invention relates generally to communication between an application server and a thin client in a distributed system and, in particular, to the reduction in the amount of graphical display data transmitted over a low bandwidth transport protocol mechanism.
  • BACKGROUND OF THE INVENTION
  • [0003]
    Distributed computer systems utilize the technique of distributing application execution. More specifically, an application server locally executes an application program and provides the application output data to clients/network users who then display the results on a display screen coupled to their local computer. By performing the application processing functions at the server and displaying the application output at the client, these distributed systems make the best use of server and client resources, i.e., the more capable server performs the compute and memory intensive application processing functions while the client, with potentially greater video performance, displays the output. During execution of the application program, a user of the client views the application output data on the client's display and interacts with the application program via keyboard or mouse inputs. The client user's inputs correspond to requests to the application server to perform certain actions that affect the operation of the application program. The application server passes these requests to the application for further processing. The application server also intercepts the application output data, generated by the application program and typically targeted to the operating system of the application server, and transmits all or part of the data to the client for display. From the perspective of the user, the application program seems to be executing locally even though it is actually being executed on a remote server and just being displayed locally.
  • [0004]
    The performance of distributed systems depends to a large degree on the capability of the network, which couples the client and the server, and therefore on the amount of graphical data (corresponding to the application output data) that is transmitted over the network. Since the application server and the client workstation are generally linked only by a transport mechanism (such as serial lines, telephone lines, local area networks and wide area networks) that possesses lower bandwidth than would be otherwise available if the application program were executing locally, the perceived performance of the distributed system may suffer. Accordingly, manufacturers of distributed systems/software continually strive to improve the performance of such systems.
  • SUMMARY OF THE INVENTION
  • [0005]
    The present invention improves the performance of distributed systems by reducing the amount of graphical data (e.g., bitmapped graphical data, encoded bitmaps, glyphs, and line data) transmitted between the server and the client. The invention achieves this reduction in several different ways, for example, by encoding the graphical data into a smaller object, by representing a graphical object with indicia of the object, by increasing the repetitiveness of the data in the protocol stream so that compression algorithms operate more efficiently, by tracking and leveraging the prior transmissions of identical/repetitive graphical objects, by adapting the rate of processing activity or the encoding technique in response to changes in the network performance or in response to performance mismatches between the client and server, and in several other ways described herein.
  • [0006]
    In one embodiment, the present invention enables the efficient transmission of graphical display data from an application server node to a client node. In this embodiment, the invention intercepts a plurality of graphical display information commands issued by an application executing on the server. Once these commands have been intercepted or otherwise obtained, they are analyzed to determine whether they should be selected for further transmission to remote client nodes. The selected commands are then encoded and packaged into a protocol packet stream for eventual transmission to the remote client nodes. Prior to transmission, the packet stream can be further compressed by subjecting the encoded packets to compression techniques.
  • [0007]
    The encoding technique of the present invention substantially maximizes compression of the protocol packet stream by building in repeatability into the protocol stream that allows the compression algorithm to substitute pointers for repetitive data. This technique focuses on maximizing the efficiency of the compression algorithm, rather than solely reducing the amount of data via encoding prior to transmission. The result of this encoding scheme is that the degree of compression is significantly increased for many types of graphical data. The encoding technique of the present invention encodes the graphical data so that portions of the graphical data that repeat are encoded in the same manner. The compression algorithm then operates on this repetitive encoded data to realize a greater degree of efficiency.
  • [0008]
    In one embodiment, the present invention efficiently reduces the amount of repetitive graphical data transmitted to a remote display device coupled to the client. In this embodiment, a server agent searches for an index (that may have been previously stored on the server by the server agent) associated with the graphical data and which is indicative of a prior transmission of the graphical data to a client agent. The index or handle represents a memory location in the client's cache memory that currently stores the previously transmitted graphical data. If the index is found, then the index is transmitted to the client agent, thus avoiding the need to transmit the graphical data itself. The client agent obtains the graphical object stored in the cache location identified by the index and performs additional processing activities as directed by the server agent. In one aspect of the invention, commands and information transmitted between the server agent and the client agent are queued at the server. The commands in the queue can then be processed in accordance with an estimate of the relative performance between the client and server agents or computers.
  • [0009]
    If the server agent is unable to locate the index, the server agent searches a fuzzy database for a fuzzy key that is associated with the graphical data. The fuzzy key, for example, corresponds to a length of the graphical data. The fuzzy key indicates that the graphical data had at one time been transmitted to the client and that there is a strong likelihood that the graphical data is stored within the client's persistent storage memory. One or more fuzzy keys are provided to the server agent upon initiating a session between the client and server agents. Alternatively, the fuzzy keys are transmitted to the server agent in accordance with a predetermined polling interval. Regardless of how the fuzzy keys are received, the server agent stores them in the fuzzy database for subsequent use during the client/server session. The fuzzy database relating to a particular session can also be maintained beyond the term of the session so that it is available for future sessions, by, for example, having the client agent persistently cache the graphical data from the particular session and causing the server agent to dynamically construct the fuzzy database on the server from the client's persistently-cached graphical data during a future session. This may prove useful in environments where frequent, but short, sessions are present.
  • [0010]
    If the fuzzy key is located, then the server agent transmits the fuzzy key together with a command to the client agent, which, for example, retrieves the graphical data stored in its persistent storage memory and copies it into its volatile memory. If the client agent fails to retrieve the graphical data, the server agent can transmit the graphical data, together with a recovery marker, to the client agent.
  • [0011]
    If the server agent is unable to locate the fuzzy key within the fuzzy database, the server agent forms the fuzzy key and stores the fuzzy key in the fuzzy database. The server agent then transmits the fuzzy key, an index, and the graphical data to the client agent, which is instructed to store the data in the client's volatile memory associated with the index. As the client-server session continues and the client's volatile memory becomes full, graphical data will be transferred into the client's persistent storage. In one aspect the client agent stores the graphical data in a file residing in the persistent storage memory that reflects the fuzzy key as part of the file's name.
  • [0012]
    In one aspect of the invention, the server agent instructs the client agent to update an off-screen surface coupled to the client agent using the graphical data identified by the server agent and/or stored in the client's volatile or persistent storage memory. These instructions can be triggered in response to a change in the off-screen surface, such as when the off-screen surface and on-screen surface of the client node interact. If the client agent fails to update the off-screen surface in accordance with the server agent's instructions, the server agent can transmit the graphical data to the client agent and direct that the client agent update portions of its on-screen or off-screen surfaces, which may have been corrupted, with the transmitted graphical data.
  • [0013]
    Further, the encoding technique used to encode the graphical data prior to transmission can be selected based on an estimate of the network conditions of the network that couples the client agent with the server agent. This estimate can correspond to a time differential measured by the client agent that relates to the amount of time expended to receive a particular encoded graphical data.
  • [0014]
    In one embodiment, the present invention adapts a processing rate in response to changing network conditions. In one aspect of the invention, the server agent processes graphical data addressed to the client agent at a first rate. By determining the network conditions of the network that couples the client and server agents, the server agent can adjust its processing rate from the first rate to a second rate in response to a change in the network conditions. The server agent can determine information about the network conditions by transmitting the processed graphical data to the client agent and instructing the client to measure a time differential associated with the transmission or receipt of the graphical data. In this manner, the time differential provides an indicator of the network conditions and the server agent can rationally select the second rate in accordance with this time differential. Similarly, the encoding technique used while processing the graphical data by the server agent at the first rate can be modified to a second encoding scheme/technique in response to changes in the network conditions that are determined by the server agent. The network conditions can be estimated in accordance with the time differential discussed previously. Once the second encoding technique is selected by the server agent, the server agent will process subsequent graphical data using this second encoding technique.
  • [0015]
    In one embodiment, the invention adapts a processing rate of the server in response to a performance mismatch between the server and the client coupled to the server via the network. In operation, the server agent processes graphical data and determines a first time period associated with such processing. For example, the first time period can be determined by scrolling a frame buffer of the server. The client agent also processes the graphical data and determines a second time period associated with its processing. The server agent then determines the time differential between the first and second time periods and adjusts its processing rate in accordance therewith.
  • [0016]
    In one embodiment, the invention efficiently reduces the amount of graphical line data transmitted from a server to a client via a communications network. The server agent separates a path defining a line or region into a plurality of strips, where each of the strips have a beginning and an endpoint coordinate defined within a coordinate system (e.g., a Cartesian coordinate system). The coordinate system corresponds to a region of a display surface associated with the client. In one aspect of the invention, the server agent quantizes the coordinate system into a plurality of quantized angles (e.g., 16 quantized angles) and determines the endpoint coordinate of one of the plurality of strips. The coordinate system is then normalized so that its origin coincides with this endpoint coordinate. The beginning coordinate of the adjacent strip in the path is then associated by the server agent with the endpoint coordinate of the first strip. The server agent then selects one of the quantized segments of the coordinate system as corresponding to an approximate angle of the adjacent strip. This technique enables the transmission of the difference between the endpoint coordinates of the two strips(i.e., the strip length) and an indication of the selected quantized angle and thus avoids having to transmit both sets of coordinates or a coordinate and the precise angle for each strip.
  • [0017]
    In one embodiment of the invention, the server agent remotely controls the formation of an off-screen surface at a client, which is coupled to the server via a communications network. The server agent informs the client agent that an off-screen surface of a particular size or type is to be formed within the client's memory and the client agent responds by selecting and allocating a first memory region having an appropriate format to represent the off-screen surface from a plurality of available memory regions in the client's memory. The server agent then either transmits a bitmap or an indicia of the bitmap (e.g., index or fuzzy key) to the client agent and instructs the client agent to copy the bitmap to a particular location within the first memory region. Once the bitmap is copied to the off-screen surface, it can be used to update the client's on-screen surface. Such off-screen operations can also be performed for non-bitmap data, such as lines or text.
  • [0018]
    The server agent can also respond to error conditions by storing a duplicate of the client's off-screen surface in the server's local memory. In the event of an error condition, such as when a preselected memory region of the client's memory is not sufficiently large enough to store a particular off-screen surface, the client agent asynchronously informs the server agent of the error. In response to the error condition, the server agent transmits at least one portion of its duplicate off-screen surface or a copy of the bitmap to the client agent and instructs the client agent to update the client's on-screen surface using the transmitted duplicate off-screen surface data.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0019]
    The foregoing discussion will be understood more readily from the following detailed description of the invention, when taken in conjunction with the accompanying drawings, in which:
  • [0020]
    [0020]FIG. 1 schematically illustrates a client node coupled to a server node via a communication network, where the client and server nodes each have respective client and server agents operating in accordance with an embodiment of the present invention;
  • [0021]
    [0021]FIG. 2 provides a high-level flow diagram of the steps performed by the server agent of FIG. 1 in accordance with an embodiment of the present invention;
  • [0022]
    [0022]FIG. 3 provides a more detailed flow diagram to the diagram of FIG. 2 in accordance with an embodiment of the present invention;
  • [0023]
    [0023]FIG. 4 schematically illustrates the contents of the client and server's volatile and persistent memory, as affected by operations of the client and server agents of FIG. 1, in accordance with an embodiment of the present invention;
  • [0024]
    [0024]FIG. 5 provides a flow diagram of the steps taken to minimize the amount of data transmitted to the client by using caching techniques involving a fuzzy database and fuzzy keys, in accordance with an embodiment of the present invention;
  • [0025]
    [0025]FIG. 6 schematically illustrates a set of procedures used to remote text information generated by an application program on a server to a display of a distant client in accordance with an embodiment of the present invention;
  • [0026]
    [0026]FIG. 7A provides a line diagram illustrating a plurality of segments forming a particular path;
  • [0027]
    [0027]FIG. 7B provides a pixel-level representation of the line diagram of FIG. 7A, illustrating how the path is actually approximated on a computer display;
  • [0028]
    [0028]FIG. 8 provides a flow diagram of the steps taken when processing and encoding segment and strip data in accordance with an embodiment of the present invention;
  • [0029]
    [0029]FIG. 8B provides a coordinate system organized into a set of 16 regions that is used to quantize angle information relating to strips and which improves compression efficiency in accordance with an embodiment of the present invention;
  • [0030]
    [0030]FIG. 9 superimposes the coordinate system of FIG. 8B on the pixel-level representation of FIG. 7B to illustrate an embodiment of a strip processing technique in accordance with the present invention;
  • [0031]
    [0031]FIG. 10 provides a table, which illustrates how to get to the next strip from the endpoint of the previous strip, for strips in each of the quantized segments of FIG. 8B in accordance with an embodiment of the present invention; and
  • [0032]
    [0032]FIG. 11 provides a flow diagram of the steps performed by the server agent in response to an error condition involving the formation of a client's off-screen surface.
  • DETAILED DESCRIPTION OF THE INVENTION
  • [0033]
    The present invention reduces the amount of graphical data transmitted between an application server, which is executing an application program, and a subscribing client, which is locally displaying the output data of the application program, by encoding the data into relatively small representations that repeat within the protocol stream transmitted between the client and the server. In this manner, the invention minimizes the size of each discrete data element that must be transmitted and increases the repeatability of the data within the protocol stream so that compression algorithms that operate more efficiently on repetitive encoded data can realize a greater degree of compression efficiency. The invention uses a number of techniques to realize this enhanced compression, including the following: scanning a command queue for later-issued commands which supercede earlier-issued commands; disk-caching techniques that improve compression of data that has been previously encountered during a client-server session; transmission of relative coordinates using quantized regions to avoid sending both endpoints and/or the angle of an associated strip; and manipulation of off-screen surfaces to enhance performance during the client-server session. The invention also reduces the frequency of overscroll problems encountered when there is a performance mismatch between a fast server and a relatively slow network or client.
  • [0034]
    With reference to FIG. 1, one or more client nodes 110′, 110″ (hereinafter each client node or plurality of client nodes is generally referred to as 110) are in communication with one or more server nodes 150′, 150″ (hereinafter each server node or plurality of server nodes is generally referred to as 150) via a communications network 140. The network 140 can be a local-area network (LAN), a medium-area network (MAN), or a wide area network (WAN) such as the Internet or the World Wide Web. Users of the client node 110 can be connected to the network 140 through a variety of connections including standard telephone lines, LAN or WAN links (e.g., T1, T3, 56 kb, X.25), broadband connections (ISDN, Frame Relay, ATM), and wireless connections. The connections can be established using a variety of communication protocols (e.g., TCP/IP, IPX, SPX, NetBIOS, and direct asynchronous connections). In some particularly advantageous embodiments, the protocol used may be the Independent Computing Architecture protocol manufactured by Citrix Systems, Inc. of Fort Lauderdale, Florida or the Remote Display Protocol manufactured by Microsoft Corporation of Redmond, Washington.
  • [0035]
    The client node 110 can be any personal computer (e.g., 286, 386, 486, Pentium, Pentium II, Macintosh computer), Windows-based terminal, Network Computer, wireless device, information appliance, RISC Power PC, X-device, workstation, mini computer, main frame computer or other computing device that has a windows-based desktop and sufficient memory for executing a small, display presentation program. The display presentation program uses commands and data sent to it by the application server 150 across the network 140 to render a graphical display. In a distributed computer system model, the execution of application programs occurs primarily on the application server 150 and the user interface, keystrokes, and mouse movements produced by client-side inputs are transmitted over the network 140 to and from the client node 110.
  • [0036]
    The client node 110 typically includes a processor 112, a volatile memory 114 (e.g., RAM cache), an operating system 116, a client agent 118, a persistent storage memory 120, a network interface 122 (e.g., a network interface card), a keyboard 124, a mouse 126, and a display 128. Windows-oriented platforms supported by the client node 110 can include, without limitation, WINDOWS 3.x, WINDOWS 95, WINDOWS 98, WINDOWS NT 3.51, WINDOWS NT 4.0, WINDOWS 2000, WINDOWS CE, MAC/OS, Java, and UNIX. The client agent 118 corresponds to a software program that receives commands and data from the server node 150 and from a user (not shown) of the client node 110. The client agent 118 uses the received information when interacting with other components of the client node 110 (e.g., when directing the operating system 116 to output data onto the display 128). The client agent 118 also transmits requests and data to the server node 150 in response to server-issued commands or user actions at the client node 110.
  • [0037]
    Similarly, the server node 150 includes a processor 152, a volatile memory 154, an operating system 156, an application program 158, a server agent 160, persistent storage memory 162, and a network interface 164 The server agent 160 corresponds to a software program that interfaces with the client agent 118 and other components of the server node 150 to support the remote display and operability of the application program 158.
  • [0038]
    Each application server 150 hosts one or more application programs 158 that can be accessed by the client nodes 110. Examples of such applications include word processing programs such as MICROSOFT WORD and spreadsheet programs such as MICROSOFT EXCEL, both manufactured by Microsoft Corporation of Redmond, Washington, financial reporting programs, customer registration programs, programs providing technical support information, customer database applications, or application set managers.
  • [0039]
    During execution of the application program 158, a server 150 communicates with the client node 110 over a transport mechanism (part of the server agent 160). In one embodiment, the transport mechanism provides multiple virtual channels and one of the virtual channels provides a protocol for transmission of graphical screen data from the server node 150 to the client node 110. The server 150 executes a protocol driver (part of the server agent 160) that intercepts graphical display interface commands (generated by the application program 158 and targeted at the server's operating system 156) and translates them into a protocol packet suitable for transmission over the transport mechanism.
  • [0040]
    In one embodiment and with reference to FIG. 2, the server agent 160 intercepts a graphical display interface command (step 202) issued by the application program 158 and directed to the operating system 156, encodes graphical data associated with the command and the application program 158 (step 204), compresses the encoded graphical data (step 206), creates a transport protocol packet incorporating the intercepted command and compressed, encoded data (step 208), and transmits the transport protocol packet to the target client node 110 (step 210). Graphical data refers to any type of data that can be displayed on the display 128, such as bitmaps, glyphs, coordinates, list of lines, strips, etc. Hereinafter, descriptions of techniques which are applied to particular types of graphical data or graphical objects can be construed to apply to all types of graphical data.
  • [0041]
    More particularly, a protocol driver of the server agent 160 intercepts the graphical display interface commands (step 202). In one embodiment the protocol driver intercepts high-level application programming interface calls made by the application program 158. In one embodiment, the protocol driver intercepts GDI commands provided by WINDOWS-based operating systems. In another embodiment, the protocol driver intercepts QUICKDRAW commands, provided by MAC/OS-based operating systems. In still other embodiments, the protocol driver intercepts lower-level commands, such as interface calls to the device driver associated with the graphical display of the server node 150. In still other embodiments, the graphical display interface command may be duplicated rather than intercepted. In these embodiments, the display of the application program output data on the server 150 and the client 110 will be substantially similar, if not identical. The protocol driver creates a transport protocol packet based on the intercepted graphical display command (step 208). The protocol driver may use a protocol command set that contains an analogous command for each possible intercepted display interface command. Alternatively, the protocol driver may use a command set that is a subset of the intercepted display interface commands. In other embodiments, the protocol command set may be a superset of the possible intercepted display interface commands.
  • [0042]
    For each intercepted GDI command and affected graphical data that must be transmitted to the client agent 118 in order to display the output of the application program 158 on the client's display 128, the server agent 160 queues the related protocol command together with a unique key 412 (FIG. 4) associated with the affected graphical data. The unique key 412 describes and uniquely identifies the graphical data. In one embodiment the unique key is generated by performing a 64 bit cyclic redundancy check (CRC) on the graphical data. In another embodiment, the 64 bit CRC is generated as two 32 bit CRCs, performed on the graphical data sequentially and in opposite directions. Other methods of generating a unique key associated with graphical data, as known to one skilled in the art, may also be used. The protocol command and the unique key 412 are queued at the server 150, together with other command/unique key sets. The queued commands are then scanned to ascertain whether later-issued commands (i.e., those near the back of the queue) supercede earlier-issued commands (i.e., those closer to the front of the queue). If the earlier-issued commands are superceded, then the server agent 160 removes them from the queue and thus avoids having to transmit unnecessary data to the client agent 118
  • [0043]
    For example, a series of commands to display the next page of data issued in quick succession need not be displayed individually at the client 110 All that need be displayed is the last display page issued, since this last page of data will overwrite all previous pages of data. By removing the unnecessary commands and unique keys corresponding to the earlier pages from the server's queue, the server agent 160 substantially reduces the amount of data that must be processed and transmitted.
  • [0044]
    In one illustrative embodiment, only unnecessary commands and related data pertaining to opaque operations are removed from the server's queue. For example, if a previously-queued command involving the creation of a rectangular region having coordinates 10,10,50,50 is followed by a more recently-queued command involving the creation of a larger/covering rectangular region having coordinates 0,0,100,100, then the previously-queued command and related data is deemed unnecessary and is removed from the queue.
  • [0045]
    Table 1 below lists an exemplary set of protocol commands provided in one embodiment of the invention.
    TABLE 1
    PROTOCOL COMMANDS
    Protocol Command Purpose
    INIT Initializes the protocol connection
    SET_MOUSE_POINTER Instructs the client agent 118 to form a
    mouse pointer
    HIDE_MOUSE_POINTER Instructs the client agent 118 to hide a
    mouse pointer
    CHANGE_TEXT_MODE Instructs the client agent 118 to change
    the mode of output text
    CHANGE_TEXT_COLOR Instructs the client agent 118 to change
    the foreground color of output text
    CHANGE_TEXT_BACKGRND_COLOR Instructs the client agent 118 to change
    the background color of the output text
    NEW_SOLID_BRUSH Instructs the client agent 118 to update
    the current brush setting using a new solid
    color
    NEW_PATTERN_BRUSH Instructs the client agent 118 to change
    the brush pattern
    NULL_CLIP_REGION Informs the client agent 118 that the
    current region is not clipped
    SIMPLE_CLIP_REGION Informs the client agent 118 that the
    current region is clipped along one side
    COMPLEX_CLIP_REGION Informs the client agent 118 that the
    current region is clipped along more than
    one side
    CHANGE_PALETTE Instructs the client agent 118 to change
    its color palette
    TEXTOUT Instructs the client agent 118 to output
    text, represented as one or more screen
    glyphs
    DRAW_PATH Instructs the client agent 118 to draw a
    simple or complex path, such as a line or
    bezier curve
    BITBLT Instructs the client agent 118 to draw a
    particular bitmapped object.
    BITBLT_TRICK Instructs the client agent 118 to draw the
    entire bitmap
    PARTIAL_BITBLT_TRICK Instructs the client agent 118 to draw a
    portion of the bitmap
    SRC_TO_SRC_BLT Instructs the client agent 118 to copy a
    particular portion of the drawing surface to
    another of the same surface
    SOLID_FILL Instructs the client agent 118 to fill a
    target region using an identified color
    SOLID_FILL_NO_CLIPPING Instructs the client agent 118 to fill a
    target region without clipping
    SOLID_FILL_NEW_COLOR Instructs the client agent 118 to fill a
    target region using a color that is different
    from the color last used
    SOLID_FILL_NEW_COLOR_NO_CLIP Instructs the client agent 118 to fill a
    target region using a color that is different
    from the color last used, without clipping
    CACHE_NEW_OBJ Sends data representing a new object to
    the client agent 118 for storage in the
    client's cache
    CACHE_NEW_OBJ_INCOMPLETE Sends partial data of a new object to the
    client agent 118 for storage in the client's
    cache
    CACHE_EXTEND_OBJ Sends additional data relating to a
    previously transmitted incomplete object
    and indicates that the object is complete
    CACHE_EXTEND_OBJ_INCMPLT Sends additional data relating to a
    previously transmitted incomplete object
    and indicates that more data will follow
    CACHE_WRITE_DISK_OBJECTS Instructs the client agent 118 to write its
    object cache, or a portion of its object
    cache to persistent storage
    CACHE_PURGE_MEMORY_CACHE Instructs the client agent 118 to purge its
    object cache, or a portion of its object
    cache
    CACHE_READ_DISK_OBJECT Instructs the client agent 118 to read data
    into its cache from persistent storage
    START_STOPWATCH Instructs the client agent 118 to start a
    timer and write the current time tick into an
    array element
    STOP_STOPWATCH Instructs the client agent 118 to
    determine the difference between the time
    tick recorded by the
    START_STOPWATCH command and the
    current time tick
    SAVE_SCREEN_BITS Instructs the client agent 118 to save a
    rectangular screen area and to associate it
    with a particular identifier
    RESTORE_AND_FREE_SCREEN_BITS Instructs the client agent 118 to restore a
    particular rectangular screen area and to
    then discard the screen data
    FREE_SCREEN_BITS Instructs the client agent 118 to discard
    specified data
    CREATE_SURFACE Instructs the client agent 118 to form an
    off-screen surface compatible with the
    current session color depth, associate the
    surface with an identifier, and associate
    attributes to the surface
    DELETE_SURFACE Instructs the client agent 118 to delete a
    particular off-screen surface
    CHANGE_SURFACE Instructs the client agent 118 to switch
    from a current destination surface to
    another specified surface
    C2S_OSS_ERROR Informs the server agent 160 of an error
    in a particular off-screen surface that makes
    it unavailable
    C2S_INVALIDATE_OSS Informs the server agent 160 that a
    particular off-screen surface has become
    dirty, i.e., that it is not the same as a
    duplicate surface accessible to the server
    agent 160
    C2S_UPDATE_DISK_KEYS Instructs the server agent 160 to update
    its list of fuzzy keys
    C2S_ACK_DISK_READS Informs the server agent 160 that objects
    have been read into the client's cache
    C2S_NACK_DISK_READ Informs the server agent 160 that objects
    have not been read into the client's cache
    C2S_STOPWATCH_RESULT Sends the time differential between the
    start/stop stopwatch commands to the
    server agent 160
    C2S_ACK_lINTIT Informs the server agent 160 that the
    protocol connection has been established
  • [0046]
    In one embodiment, the protocol commands and associated graphical data are configured to maximize the repetition of information in the protocol packet stream created by the protocol driver. In one aspect of the invention, the graphical data is first encoded (step 204) prior to subjecting the encoded graphical data and/or protocol commands to a compression algorithm (step 206) that takes advantage of the repetitive nature of the protocol stream (e.g., a Lempel-Ziv compression protocol may be used). In one embodiment and upon the first instance of the graphical data in the client-server session, an indicia of the graphical data is transmitted together with the corresponding encoded data in the protocol stream so as to reduce the amount of data transferred via the network 140 for future instances of the graphical data occurring during the same client-server session. The compressed data is subsequently bundled into the transport protocol packet and transmitted to the client node 110 (step 208) for decompression and interpretation.
  • [0047]
    In one illustrative embodiment, the application program 158 executes a GDI command that instructs the server's operating system 156 to draw a bitmap. The server agent 160 intercepts this GDI command (step 202) and issues a BITBLT command to the client agent 118, which instructs the client agent 118 to display the application program's output data on the client's display 128 Prior to issuing the BITBLT command, the server agent 160 encodes the output data (step 204) and includes the
  • [0048]
    encoded data, together with the BITBLT command in the compressed protocol packet stream transmitted to the client agent 118 In one embodiment, the data describing the bitmap 410 (FIG. 4) is encoded and compressed (steps 204 and 206) to take advantage of some of the redundancies present in the bitmap 410. For example, the bitmap 410 may be such that successive raster lines are redundant or adjacent pixels are redundant.
  • [0049]
    In addition to encoding bitmaps or other discrete graphical data elements based on their internal data redundancies, the invention also incorporates caching techniques that further improve the encoding and compression of graphical data that has been previously encountered during a particular client-server session. For example, when a particular bitmap is first encountered during a client-server session it is encoded as described above. For subsequent transmissions of the bitmap during the same client-server session, indicia of the bitmap can be transmitted rather than the relatively larger, encoded bitmap. In one embodiment, the indicia correspond to a location within the client's volatile memory that contains the previously transmitted bitmap.
  • [0050]
    More particularly and with reference to FIGS. 3 and 4, the server agent 160 generates the unique key 412 (step 330), as described above, and associates the unique key 412 with the graphical data (e.g., bitmap 410). This association essentially defines the bitmap 410 and its related data as a graphical object, which is subsequently registered, together with its unique key 412 and encoded data 414 (step 340), in a data structure 411 (e.g., a table) stored in the server's volatile memory 154 (e.g. the server's cache subsystem). In other embodiments, the bitmap-related data may be written into the server's persistent storage 162.
  • [0051]
    Assuming that the protocol command (e.g., BITBLT) and associated graphical data are not superceded by later-issued commands (as described previously), the server agent 160 dequeues (step 360) the BITBLT command and the unique key 412 from the queue and searches the table 411 stored in the server's volatile memory 154 to determine if the unique key 412 had been previously stored therein. If the unique key 412 is located within the table 411, then the server agent 160 determines that the encoded data 414 has been previously processed by the server 150. The server agent 160 then searches the table 411 for an index or handle 416 associated with the encoded bitmap 414. If the index 416 is located, then the server agent 160 determines that the encoded bitmap 414 has not only been processed by the server 150, but that it has also been previously transmitted to the client agent 118. If the index 416 is not located within the table 411, then the server agent 160 determines that the encoded bitmap 414 has not been previously transmitted.
  • [0052]
    In one embodiment, the index 416 identifies a particular location within the client's volatile memory 114, which stores the previously-transmitted encoded bitmap 414. In one embodiment, the client agent 118 provides a snapshot of its available volatile memory 114 to the server agent 160 upon initiating a client-server session with the server agent 160. Once the session is established, the server agent 160 thereafter controls the allocation of the client's available volatile memory 114. In this manner, the server agent 160 is able to allocate the client's volatile memory 114 to the encoded bitmap 414 and to maintain the index 416 as a pointer or reference to the allocated memory and as an identifier of the previously-transmitted encoded bitmap 414.
  • [0053]
    If the index 416 is located within the server's table 411, the server agent 160 obtains the index 416 (step 370), compresses the index 416 together with the related protocol command (step 380), and transmits the compressed data in a packet directed to the client agent 118 via the network 140 In one embodiment, the index 416 is shorter in length (e.g., 16 bits) than the unique key 412 (e.g., 64 bits), and consequently consumes less bandwidth when transmitted. Upon receipt and decompression of the compressed packet, the client agent 118 accesses the particular memory location in the client's volatile memory 114 that is specified by the index 416 in order to obtain the appropriate graphical data 410. The client agent 118 subsequently manipulates the obtained graphical data 410 in accordance with the command which accompanied the index 416 in the compressed packet. In this manner, the invention avoids having to retransmit relatively large bitmap or other graphical data that have been previously encountered during a particular client-server session.
  • [0054]
    If the index 416 is not located within the server's table 411 (and thus has not been previously transmitted to the client agent 118), the server agent 160 allocates a portion of the client's volatile memory 114 for the bitmap 410 and forms the index 416 that identifies the memory location. The server agent 160 then stores the encoded bitmap 414 (corresponding to the bitmap 410), the newly-formed index 416, and the unique key 412 associated with the encoded bitmap 414 in the server's table 411 The server agent 160 subsequently compresses the encoded bitmap 414, the index 416, and related command and transmits the compressed data in a packet directed to the client agent 118 Upon receipt and decompression, the client agent 118 decodes the encoded data 414 and stores the resulting bitmap 410 in the memory location identified by the index 416 and manipulates the resulting bitmap 410 in accordance with the accompanying command. Alternatively, the client agent 118 stores the encoded data 414 in the memory location identified by the index 416 and only decodes the encoded data 414 when necessary to further manipulate the resulting bitmap 410. In this manner, client memory is more efficiently used.
  • [0055]
    Although the invention has heretofore been described with the server agent 160 controlling the client's memory allocation and index formation, it is also possible that the client agent 118 perform these functions. For example, when a bitmap is first encountered during a client-server session and is encoded, compressed, and transmitted to the client agent 118 (with the accompanying command, but without the index 416), the client agent 118 can determine the particular location within its volatile memory 114 to store the bitmap 410. In this embodiment, the client agent 118 forms an index (not shown) that uniquely identifies the encoded bitmap and its corresponding memory location and transmits the index to the server agent 160, which stores the index in the appropriate location in the server's table 411.
  • [0056]
    Continuing with the embodiment in which the server agent 160 controls the allocation of the client's volatile memory 114, the client agent 118 maintains a circular queue 421 of all indexes specified by the server agent 160 in accordance with queue maintenance instructions also received therefrom. For example, the server agent 160 can direct the client agent 118 to disassociate a predetermined block of indexes 417 (e.g., corresponding to 128K of memory) from their respective graphical data in order to accommodate newly-encountered graphical objects when the client's volatile memory 114 is otherwise fully subscribed. Consequently, a subsequent new graphical object acquires a previously-used index.
  • [0057]
    The server agent 160 also determines, according to predetermined criteria, whether to purge or save each graphical object affected by the reassignment of the indexes. The server agent 160 communicates this decision to the client agent 118 For example, if the server agent 160 is reassigning indexes 0, 1, 2, and 3, and determines that the graphical objects associated with handles 0 and 2 are to be deleted or moved into the client's persistent storage 120 and the objects associated with handles 1 and 3 are to be saved, the server agent 160 thus instructs the client agent 118 to delete (or move) 0 and 2, and save 1 and 3 The client agent 118 then moves the index of each saved object to the tail of the circular queue. At least one index remains available at the queue tail for assignment to the moved object; that is, in one embodiment the head and tail of the queue do not point to the same index in the circular queue. Consequently, a moved object is both stored in a different physical memory location and associated with a different index.
  • [0058]
    The maintenance actions performed on the client's circular queue 421 will typically become more frequent as the client-server session continues and the limited volatile memory 114 of the client 110 becomes full of previously-transmitted bitmaps 410 or other graphical objects. Accordingly, the number of previously-transmitted graphical objects 422 that are moved into the client's persistent storage 120 from volatile memory 114 increases. The present invention further enhances the caching technique described above to search for indicia (see “fuzy key” below) of previously-transmitted graphical objects 422 that may be stored in the client's persistent storage 120 when an index to that graphical object 422 is not found in the server's table 411. If such indicia is found, then there is a strong likelihood that the previously-transmitted graphical object 422 is still locally resident and accessible to the client agent 118 and that the graphical object 422 may not therefore need to be retransmitted from the server agent 150 to the client agent 110. It is important to note that locating such indicia provides a strong likelihood, but not a certainty, that the graphical object 422 is locally resident, because other programs or client agents which may share the same persistent storage 120 may have deleted the graphical object 422 from persistent storage 120 (e.g., to make room in the persistent storage for a new object).
  • [0059]
    More particularly and with reference to FIGS. 4 and 5, if the server agent 160 is unable to locate an index for a particular bitmap 422 in the server's index table 411, the server agent 118 searches a second table 418 (hereinafter “fuzzy database”) for an entry 419 (hereinafter “fuzzy key”) associated with the bitmap 422 (step 520). In one embodiment, each fuzzy key 419 is a combination of the unique key 412 in the server's table 411 and the lengthsize of the associated bitmap 422. The fuzzy key can be formed, for example, via an XOR (exclusive OR) of both 32-bit CRCs used to compute the 64-bit unique key 412 in the server's table 411 and the length of the bitmap 422 associated with the unique key 412. The fuzzy database 418 essentially provides an initial prediction as to whether the persistent storage 120 of the client 110 has a copy of the bitmap 422 stored therein. If the fuzzy database 418 does not contain the fuzzy key 419 associated with the bitmap 422, then the client's persistent storage 120 probably does not have a stored copy of the bitmap 422 and the server agent 160 will, therefore, need to transmit an encoded version of the bitmap 422 to the client agent 118, as previously described. On the other hand, if the fuzzy database 418 contains the fuzzy key 419 for the bitmap 422, then there is a strong possibility that the bitmap 422 is stored in the client's persistent storage 120.
  • [0060]
    In more detail, when the server agent 160 does not find a fuzzy key 419 in the fuzzy database 418 that is associated with the bitmap 422, the server agent 160 sends an encoded bitmap (corresponding to the bitmap 422) to the client agent 118 with a command that requests the client agent 118 to store the bitmap 422 (or the corresponding encoded bitmap) in the volatile memory 114 (step 530). Also and as described above, the server agent 160 adds the fuzzy key 419 associated with the bitmap 422 to the fuzzy database 418 (step 540). Note that the order of steps 530 and 540 can be reversed, such that the fuzzy database 418 is updated prior to the transmission of the command and the encoded version of the bitmap 422. The client agent 118 subsequently copies the bitmap 422 to a particular location within the client's volatile memory 114 as specified by the server agent 160 (step 560).
  • [0061]
    In one embodiment, the server agent 160 does not wait for an acknowledgement from the client agent 118 that the encoded bitmap associated with the bitmap 422 has been successfully received and processed. Rather, the server agent 160 assumes that the encoded bitmap has been properly processed and continues to stream protocol commands without awaiting the return of an acknowledgement message from the client agent 118. The server agent 160 does, however, track the number of protocol commands issued since the last acknowledgement read. The server agent 160 blocks further transmission of protocol commands if the number reaches a predefined threshold. The threshold enables the client agent 118 to establish an upper bound on the amount of memory needed to queue incoming protocol commands during recovery mode operation, as described in more detail below.
  • [0062]
    When a fuzzy key 419 is found in the fuzzy database 420, the server agent 160 sends a command to the client 110 directing the client agent 118 to copy the bitmap 422 associated with the fuzzy key 419 from the client's persistent storage 120 into the client's volatile memory 114 (step 550). This command is accompanied not only by the fuzzy key 419 which uniquely identifies the bitmap 422 of interest, but also by the associated index generated by the server agent 160 (as previously described) in order to identify the specific location within the client's volatile memory 114 that will receive and store the copied bitmap 422. By copying the bitmap 422 into volatile memory 114 rather than just maintaining its location in persistent storage 120, the invention can rapidly respond to several requests to draw the bitmap 422 that are received in quick succession or without much intervening cache activity by copying the bitmap 422 on the occurrence of the first request.
  • [0063]
    If the bitmap 422 is not currently stored in the persistent storage 120 despite the presence of the corresponding fuzzy key 419 in the fuzzy database 418, then the client agent 118 returns a message to the server agent 160 (in response to the “CACHE_READ_DISK_OBJECT” command previously issued by the server agent 160) indicating that the bitmap 422 is missing. Upon receiving this message, the server agent 160 retransmits the encoded bitmap data associated with the bitmap 422 to the client agent 118 (step 530). Note that the server agent 160 maintains a sequential list of all such CACHE_READ_DISK_OBJECT commands sent to the client agent 118 for which the server agent 160 has not yet received an acknowledgement so that the server agent 160 can properly associate a received acknowledgement with a particular bitmap 422 (so as to properly identify the encoded bitmap that needs to be transmitted).
  • [0064]
    Meanwhile, the client agent 118 enters a recovery mode in which the client agent 118 continues to read the incoming protocol stream, but does not process it. Instead, the client agent 118 builds a queue for receiving the stream of commands that continue to flow from the server 150 subsequent to the command that failed to find the bitmap 422 in persistent storage 120. The client agent 118 continues to store these commands in this queue, in FIFO (first in, first out) fashion, until the encoded bitmap is received and successfully decoded to produce the bitmap 422. To recognize the missing bitmap 422 in the incoming stream of commands, the client agent 118 looks for graphical data accompanying a recovery marker in the protocol stream. In one embodiment, the recovery marker is a particular pseudo-random number that is XORed with the unique key of the bitmap 422 (i.e., the 64-bit CRC and 32-bit length). The server agent 160 creates the recovery marker upon receiving a no-acknowledgement message from the client agent 118 When the bitmap 422 arrives, the client agent 118 stores it in its volatile memory 114 (step 560) (i.e., where the bitmap 422 would have been stored had the object been initially present in the persistent storage 120) and begins to process the commands in the queue. After processing all of the commands in the queue, the client agent 118 resumes processing the incoming stream of protocol commands coming from the server 150 over the network 140.
  • [0065]
    An advantage to the above-described recovery process is that it avoids the time delay penalty incurred by those cache systems that flush the commands in the pipeline upon the occurrence of a cache miss. Also, the recovery process causes no disruption to the stream of protocol commands nor any increase in the traffic on the channel by more than a few bytes beyond what the server 150 would have sent to the client 110 had the server agent 160 initially known that the bitmap 422 was not in the persistent storage 120.
  • [0066]
    In one embodiment, the present invention facilitates the location of the bitmap 422 in the client's persistent storage 120 by storing the bitmap 422 in a file whose file name is formed by encoding the fuzzy key 419 along with least-recently-used and/or least-frequently-used information associated with the bitmap 422. In this manner, the file name itself provides the information desired and thus avoids having to open and read the file. The encoding of the fuzzy key 419 as part of the bitmap's file name also enables the client agent 118 to rapidly extract the fuzzy key information from the file name and send it to the server agent 160 during an initial boot of the client 110 or at the start of the client/server session. The extracted fuzzy keys can be transmitted to the server 150 in an order that, for example, is based on the least-recently-used and/or least-frequently-used information that also forms a part of the file name.
  • [0067]
    In one embodiment, fuzzy keys 419 are added to and deleted from the fuzzy database 418 in one of three ways. First, at the start-up of the client agent 118 or upon establishing a client-server session with the server agent 160, the client agent 118 sends commands to the server agent 160 to add a fuzzy key 419 to the fuzzy database 418 for each appropriate bitmap 422 in the client's persistent storage 120 (the fuzzy keys accompany the client agent's commands). The client agent 118 can maintain a send list that specifies an order (e.g., based on most-recently-used or most-frequently-used information determined from prior client-server sessions) for sending fuzzy keys at startup to the server 150. The send list can be formed by the client agent 118 upon reading the directory of its persistent storage 120 and keeping a representation of the directory in volatile memory 114. In one aspect of the invention, the client agent 118 extracts fuzzy key information from the file name of the file, which contains the bitmap 422, when preparing the representation of the directory. Second, at predetermined polling intervals, the client agent 118 polls its persistent storage 120 to determine those bitmaps that are currently in its persistent storage 120 (e.g., by searching for file names containing a fuzzy key-like structure) and then sends add and/or delete commands to the server agent 160, as needed to update the server's fuzzy database 418 Third, when the server agent 160 sends a command to the client agent 118 to write a bitmap into the client's persistent storage 120, the server agent 160 generates and stores a corresponding fuzzy key 419 in the fuzzy database 418.
  • [0068]
    Transmission of bitmap data from the server 150 to the client 110 can take a relatively lengthy period of time, particularly when the network connection between the client and server is relatively slow. In one embodiment, the invention adapts the server's operation to changing network conditions by determining the relative speed of the network 140. For example, by dynamically assessing the bandwidth of the network 140, the server agent 160 can modify the encoding and compression techniques used to process bitmap data in order to reduce bandwidth requirements when transmitting over a slow network. The invention processes columns of bitmap data from left to right and primes the client cache 114 accordingly. As the encoded bitmap 414 is being transmitted, the transmission time can be monitored to determine the performance of the network 140. If the transmission time exceeds a threshold value, the client agent 118 can draw whatever bitmap data has already been stored in its cache 114 and display the remaining portions of the bitmap data either in real-time as it is received in the cache 114 or at predetermined intervals. In this manner, a user of the client will recognize that the client 110 is still operating on the bitmap data and be able to discern that the client 110 is not in a hung or failed/error condition. By approximating the effective network bandwidth to the client 110 and adapting the behavior of the server 150 accordingly, the server agent 160 can, for example, instruct the client agent 118 to use a whole bitmap versus using a whole column mode of display for a particular bitmap.
  • [0069]
    More particularly, the server agent 160 sends a Start_StopWatch command followed by encoded bitmap data 414 and a Stop_StopWatch command to the client agent 118. The client agent 118 responds to the Start_StopWatch command by reading the current time tick and writing it into a first array element. After the encoded bitmap 414 is received, the client agent 118 responds to the Stop_StopWatch command by reading the current time tick and writing it into a second array element. Comparing the difference in time ticks between the Start_StopWatch and Stop_StopWatch commands provides an estimate of the time that was expended to receive the encoded bitmap data. The resulting time difference is then transmitted back to the server agent 160. This procedure can be repeated to compute a smoothed, moving average from which a reasonable estimate of the effective throughput of encoded bitmap data can be determined. The invention uses the throughput estimate in view of the size of the encoded data for a particular bitmap to decide whether to use whole bitmap mode (e.g., if it is likely to take less than 5 seconds) or use progressive whole columns (e.g., if it is likely to take more than 5 seconds). Note that although this procedure does not result in a 100% accurate throughput estimate, it does provide sufficient granularity to detect fast or slow network connections from which different display modes can be determined. A similar technique can be used to time large screen-to-screen copies at the client end and to build up a similar moving average estimate of the client's performance during these operations, which can then be used to slow a producer thread on the server 150 and prevent an overrun at the source when the server 150 generates data faster than the client 110 can handle it.
  • [0070]
    In one embodiment, the invention forms objects that are sufficient in size to contain the data of a whole cache column. For example, the maximum object size and the size of the cache can be selected by the server agent 160 upon startup of the client/server session to be a function of the size of the connection window and its color depth, with larger sizes being allocated for the larger screens and depths. Further, current techniques for breaking up a bitmap into columns can result in columns of less than standard width at one or both ends of the bitmap. If these nonstandard columns are too narrow, then they may not be large enough to be retained in the client's persistent storage 120 and thus will not be present at the client 110 during subsequent client/server sessions. The invention avoids this problem by merging the narrow columns with neighboring columns so that only wide columns are used and thus all parts of a splash screen, for example, will be contained in the persistent storage 120. In one embodiment, whole columns are then displayed in two phases. The first phase primes the cache 114 with any missing data and the second phase draws the column from the cache 114, which may involve using more than one cached object. The column is therefore displayed on the display screen 128 in an atomic fashion. As previously discussed, when the network connection is slow, the columns can be displayed atomically, one-by-one, to reassure the user at the client 110 that the system is still working. Alternatively, the whole bitmap can be displayed atomically using a similar technique when a fast network connection is detected.
  • [0071]
    The moving average estimate technique discussed above can also be used to mitigate longstanding overscroll problems in an application that is being executed on a fast server and that is being displayed on a relatively slow client. The overscroll problem occurs, for example, when a user of the client 110 initiates a plurality of scroll commands such as by clicking on the scroll bar (or dragging the scrollbar) with a mouse 126 a number of times. As the scroll commands are sent to the fast server, the server 150 performs the scrolling operations and returns the associated data faster than the slow client 110 (or slow network 140) displays the results on its display screen 128. Consequently when the user at the client 110 eventually views the desired screen position and wants to stop the scrolling (by stopping the mouse clicks and/or scrollbar dragging), the display will continue to scroll beyond the desired screen position. This overscroll condition occurs because the fast server 150 has already processed the scroll commands and has transmitted the appropriate data back to the client 110, but the data has been queued at the slow client and has not yet been entirely processed.
  • [0072]
    The invention mitigates this overscroll problem by reducing its frequency of occurrence. More particularly, the invention periodically times selected scroll events at the server 150 (by scrolling the frame buffer) and at the client 110 (via the StopWatch commands discussed above) to compute a moving average estimate of their respective speeds. In this manner, the server agent 160 estimates how long a particular scroll event will take (speed times the number of pixels involved) to process at the server 150 and how long the client 110 is expected to take and if the expected processing time at the client 110 is larger than that of the server 150, the server processing is suspended by the appropriate time differential so as to keep the client 110 and server 150 substantially in step. This approach results in many fewer overscrolls due to the time lag between the client 110 and server 150 as compared to the number of overscrolls occurring when this approach is not implemented.
  • [0073]
    In addition to manipulating bitmap data, the present invention can also remote a text string that is generated on the server 150 to the display 128 of the distant client 110 With reference to FIG. 6, the server 150 executes the application program 158, which generates a text string that needs to be remoted to the client 110 The server agent 160 intercepts the commands sent from the application program 158 to the server operating system 156, which relate to the text string, and causes a display driver 612 of the server agent 160 to process the text-related information and to transmit a series of protocol commands 614 to the client agent 118 for displaying a text string 416 on the client's display 128. For example, the application 158 performs procedure calls that set the text color and the background color (here, “Hello!”). Execution of the TextOut procedure 618 by the application 158 triggers execution of the DrvTextOut procedure 620 of the display driver 612 As shown, the DrvTextOut procedure 620 defines the clip region, the bounding rectangle, and the text mode (including background and text color) by executing a sequence of corresponding procedures.
  • [0074]
    Execution of such procedures cause the display driver 612 to send the appropriate data and protocol commands (such as a subset of those provided in Table 1) to the client agent 118 The protocol commands are received and processed by the client agent 118, which executes procedures 614 that specify the clip region, the bounding rectangle, the text mode, and the glyph associated with each text character to be displayed. Note that the protocol associated with a glyph object encodes not only the glyph bitmap itself, but also its relative positioning information. The server 150 can also send other protocol commands to the client agent 118 that direct the client agent 118 to store the associated glyphs in volatile memory 114 and/or in the persistent storage 120, as previously described. The client agent 118 creates a bitmap corresponding to the size of the bounding rectangle that surrounds the text string and sets the relative positions of each glyph in its proper position within the bounding rectangle. Once the last glyph is received and its position set, the client agent 118 instructs the client operating system 116 to draw/render the bitmap on the display screen 128 of the client 110.
  • [0075]
    The present invention also supports several different descriptions of paths (a set of lines or curves used as part of the description of a line drawing operation or, in the case of a closed path, to describe a region) including ellipses, beziers, segments, strips, and styles. Segments refer to line segments that, when combined, form a path. Similarly, segments can be further parsed into strips, which are portions of the line segment (corresponding to a series of consecutive pixels) that exhibit the same angle characteristics. The encoding technique used to represent strips, for example, uses relative location information and quantized angles to characterize consecutive strips in particular line segments, which not only minimizes the amount of graphical line data that needs to be encoded but also results in a more repeatable sequence of data that can be more efficiently compressed. The increase in repeatability is particularly enhanced when representing strips that form a shape such as a rectangle or circle. The protocol used for strips also enables the client agent 118 to accurately reproduce a path independently and without knowledge of the algorithm used by the server agent 160 to convert the path into a sequence of pixels.
  • [0076]
    With reference to the nonlimiting example in FIG. 7A, a path 700 comprises two line segments 710, 720, which appear to be perfectly linear. However, those skilled in the art recognize that line segments that are not perfectly horizontal, vertical, or at a 45 degree diagonal must be approximated by a corresponding series of strips when the path 700 is displayed on a display screen 128 (FIG. 1). This approximation is necessary, because the individual pixels on the display screen 128 are surrounded by, at most, eight other pixels that are either perfectly horizontal, vertical, or at a 45 degree diagonal relative to each other, and thus any line segments 710, 720 that are at a different overall angle, must be approximated by a series of strips. Accordingly and with reference to the exemplary path 700 of FIG. 7B, segment 710 is comprised of four strips 712, 714, 716, 718 where the individual pixels (depicted by square blocks) of each strip 712, 714, 716, 718 are organized at 45 degree diagonals relative to each other, and segment 720 is comprised of five strips 722, 724, 726, 728, 730 where the individual pixels of each strip 722, 724, 726, 728, 730 are organized horizontally relative to each other.
  • [0077]
    In one embodiment and with reference to FIGS. 7B and 8A, the server agent 160 parses the path 700 into line segments 710,720, each having a particular length and angle (step 810). An array of line segments is then formed to store quantized segment information (hereinafter referred to as a quantized angle or “QA”) for each line segment 710,720 (step 820). With reference also to FIG. 8B, rather than computing the absolute angle associated with a particular segment 710,720, the server agent 160 instead determines in which of the sixteen quantized angles 880 the absolute angle lies. This quantization technique determines in which sixteenth of the circumference the end point lies for a line segment starting at the center of a circle (a radius). This information can be expressed as the unsigned delta from the last segment specified in this context (mod 16, initialized to 0). This technique results in a more repeatable sequence (than if the absolute angle was used), particularly when the segments form a shape such as a rectangle or a circle.
  • [0078]
    The server agent 160 then parses each line segment 710,720 into strips (712, 714, 716, 718; 722, 724, 726, 728, 730 respectively) (step 830). The length of each strip of a particular segment 710,720 is subsequently stored in a strip length array for further processing (step 840). In one embodiment, the Windows NT algorithm, bLine, is used to break up the path 700 into an array of strips. The NT algorithm determines the quantized angle of each strip and segment so that there is no ambiguity associated with segments or strips that lie on a boundary between quantized angle regions. The NT algorithm vertically flips a line going up so that the line is always going down (the y value keeps increasing) and sets the flag, FL_FLIP_V. Similarly, a line going to the left is flipped horizontally so that it always goes to the right (the x value keeps increasing) and sets the flag, FL_FLIP_H. As a result, the array of strips output by this algorithm fall into a single quadrant. In this particular embodiment, the server agent 160 undoes the flipping operation of the NT algorithm so that the array of strips are flipped back to their previous original quantized angles to ensure that the endpoint of a previous strip and the starting point of the next consecutive strip coincide so as to avoid having to send the starting coordinate of the next consecutive strip.
  • [0079]
    The server agent 160 then encodes the beginning coordinate of the path 700 together with the quantized angle data in the line segment array and pixel length data in the strip length array to form a protocol stream (step 850). The encoded data is then subjected to a compression algorithm to take advantage of the data redundancies in the protocol stream (step 860) and the compressed graphical line data is subsequently transmitted to the client agent 118 for decoding and further processing (step 870).
  • [0080]
    With reference to the exemplary illustration in FIG. 9 and the quantized angle information of FIG. 10, the line segment 710 comprises four strips 712, 714, 716, 718 positioned within quantized angle 1 The beginning coordinate of the path 700, which is transmitted from the server agent 160 to the client agent 118 as part of the compressed graphical line data, corresponds to the first pixel in strip 712 (positioned at the origin of 880). The graphical line data further includes the pixel length of each strip 712, 714, 716, 718 in the segment 710 Since the segment 710 does not correspond to a perfectly horizontal, vertical, or 45 degree diagonal, each consecutive strip 714, 716, and 718 in segment 710 is adjusted by a particular delta value as indicated in FIG. 10 in order to properly approximate the overall angle of the segment 710 In the present example, in order to get from the last point in the previous strip 712 to the beginning point in the next consecutive strip 714, the client agent 118 displays strip 714 at substantially the same x value and at an increasing y value. This process is repeated for each strip in the segment 710 as well as for the strips in segment 720, which are positioned within QA 15.
  • [0081]
    Accordingly and in one embodiment, the protocol stream generated by the present invention when processing strips comprises the starting position of the path, an index (if any) corresponding to a location in the client's volatile memory 114 (FIG. 1) which may already store a particular strip transmitted some time earlier in the client-server session, the number of segments in the path, the quantized angle of each segment (from which the delta values reflected in FIG. 10 are determined), the length of each strip together with some control information, and quantized angle delta information that is added to the quantized angle of a first or prior segment in order to inform the client agent 118 of the quantized angle of subsequent segments. In this manner, the invention avoids having to send coordinate and absolute angle information for each strip in the path. Further, the strip processing technique discussed above facilitates the efficient compression of graphical line data by leveraging the repetitiveness of the data in the uncompressed protocol stream.
  • [0082]
    The present invention can also be applied to bitmaps that are displayed in an on-screen surface, as well as to bitmaps in an off-screen surface (e.g., that are stored in a video display adapter's memory and/or in a pre-allocated section of the client's volatile memory 114 that will be operated on by a graphics conversion library). Off-screen surfaces are frequently formed by applications, such as Microsoft Word, that write bitmaps to the off-screen surface until the surface is complete, at which time the off-screen surface is displayed on the display screen 128 of the client 110 in final form as an on-screen surface. Therefore, off-screen surfaces frequently provide the source for on-screen surfaces.
  • [0083]
    In one embodiment and with respect to off-screen surfaces, the client agent 118 informs the server agent 160 as to the amount of local volatile memory 114 available for off-screen surfaces so that the server agent 160 does not form an off-screen surface larger than the client's available memory. The server agent 160 subsequently forms an off-screen surface and transmits it to the client agent 118 with instructions to store the surface in its volatile memory 114 The client agent 118 selects and allocates a particular section of its volatile memory 114 to the surface and stores the surface therein. Each off-screen surface has a set of associated attributes, such as an identifier that uniquely identifies the surface, pixel format, dimensions, drawing attributes, protocol state, etc.
  • [0084]
    In one embodiment, in order to efficiently use the client's volatile memory 114, the server agent 160 can issue commands to the client agent 118, directing that certain operations be performed to the off-screen surface only when the off-screen surface interacts with the on-screen surface (e.g., when updating the on-screen surface with bitmap data from the off-screen surface). If the only interaction between the on-screen surface and the off-screen surface is a final copy to the screen, then the operations can be targeted to the on-screen surface and thus reduce the amount of bitmap data that must be transmitted over the network 140 Alternatively, the source of the on-screen surface can be restricted to either correspond to an off-screen surface stored remotely at the server 150 or to an off-screen surface stored locally at the client 110 Typical operations to the off-screen surface that are requested by the server agent 160 include updating the bitmap in the off-screen surface with updated text, line, or other data.
  • [0085]
    In one embodiment and with reference to FIG. 11, the server agent 160 intercepts calls made to the server operating system 156, which relate to the creation of an off-screen surface, and the server agent 160 forms a duplicate copy of the surface and stores it, along with its attributes, in the server's local memory. The server agent 160 then issues a command to the client agent 118 to form the off-screen surface in the client's volatile memory 114 (step 1102). The command is accompanied by an encoded representation of the off-screen surface if this is the first instance of the off-screen surface or by an index or fuzzy key if the off-screen surface has been previously transmitted during the client-server session (step 1104). The server agent 160 instructs the client agent 118 to incorporate the graphical data identified by the index/fuzzy key indicia or encoded surface into the client's off-screen surface (step 1106). The client agent 118 responds to the server agent's instructions by copying the identified surfacebitmap to the client's off-screen surface (step 1108). If a BITBLT command issued by the server agent 160 fails, for example, to form a bitmap in the client's off-screen surface, such as when a memory allocation error occurs, the client agent 118 sends a C2S_OSS_Error command to the server agent 160 indicating the failed condition (step 1110). In response to the error condition, the server agent 160 uses its local copy of the off-screen surface as the source for updating the client's off-screen surface. The client agent 118 uses the information received from the server's local copy to update the off-screen surface on the client 110 and to correct any corrupteddirty regions of the off-screen surface. Alternatively, when an error condition is encountered, the server agent 160 transmits its local/duplicate copy of the off-screen surface (step 1112) to the client agent 118 and instructs the client agent 118 to use the duplicate surface as the source for updating the client's on-screen surface and to discard the corrupted off-screen surface at the client (step 1114).
  • [0086]
    Although the present invention has been described with reference to specific details, it is not intended that such details should be regarded as limitations upon the scope of the invention, except as and to the extent that they are included in the accompanying claims.
Citas de patentes
Patente citada Fecha de presentación Fecha de publicación Solicitante Título
US3596257 *17 Sep 196927 Jul 1971Burroughs CorpMethod and apparatus for allocating small memory spaces to a computer program
US4013828 *20 Feb 197622 Mar 1977Bell Telephone Laboratories, IncorporatedMethod and arrangement for reducing the bandwidth and/or time required to transmit a dithered image
US4322795 *24 Ene 198030 Mar 1982Honeywell Information Systems Inc.Cache memory utilizing selective clearing and least recently used updating
US4395754 *22 Ago 198026 Jul 1983Siemens AktiengesellschaftData processing system having virtual memory addressing
US4410916 *9 Jul 198118 Oct 1983Compression Labs, Inc.Dual mode facsimile coding system and method
US4430712 *27 Nov 19817 Feb 1984Storage Technology CorporationAdaptive domain partitioning of cache memory space
US4463424 *21 Oct 198331 Jul 1984International Business Machines CorporationMethod for dynamically allocating LRU/MRU managed memory among concurrent sequential processes
US4499499 *29 Dic 198212 Feb 1985International Business Machines CorporationMethod for identification and compression of facsimile symbols in text processing systems
US4503501 *15 Nov 19825 Mar 1985Storage Technology CorporationAdaptive domain partitioning of cache memory space
US4691281 *13 Abr 19841 Sep 1987Nec CorporationData processing system simultaneously carrying out address translation of a plurality of logical addresses
US4701745 *3 Mar 198620 Oct 1987Ferranti, PlcData compression system
US4701871 *1 Oct 198420 Oct 1987Sony CorporationSignal generator using digital memory
US4796003 *28 Jun 19843 Ene 1989American Telephone And Telegraph CompanyData compaction
US4807029 *16 Jun 198721 Feb 1989Fuji Photo Film Co., Ltd.Method of reconstructing image from compression-processed image signals
US4860247 *18 Feb 198722 Ago 1989Hitachi, Ltd.Multi-window control system
US4862392 *7 Mar 198629 Ago 1989Star Technologies, Inc.Geometry processor for graphics display system
US4870662 *1 Dic 198726 Sep 1989Concord Data Systems, Inc.System and method for compressing transmitted or stored data
US4899149 *28 Feb 19866 Feb 1990Gary KahanMethod of and apparatus for decoding Huffman or variable-length coees
US4903218 *13 Ago 198720 Feb 1990Digital Equipment CorporationConsole emulation for a graphics workstation
US4905141 *25 Oct 198827 Feb 1990International Business Machines CorporationPartitioned cache memory with partition look-aside table (PLAT) for early partition assignment identification
US4928247 *20 Abr 198822 May 1990Digital Equipment CorporationMethod and apparatus for the continuous and asynchronous traversal and processing of graphics data structures
US4937036 *21 Mar 198826 Jun 1990Xerox CorporationConcurrent display of data from two different display processors and user interface therefore
US4949281 *19 Abr 198814 Ago 1990H. Berthold AgMethod and apparatus for generating and producing two-dimensional graphic object by polynominal parametric curves
US4958303 *12 May 198818 Sep 1990Digital Equipment CorporationApparatus for exchanging pixel data among pixel processors
US4992954 *3 Ago 198812 Feb 1991Hitachi, Ltd.Method of storing character patterns and character pattern utilization system
US5016009 *13 Ene 198914 May 1991Stac, Inc.Data compression apparatus and method
US5049881 *18 Jun 199017 Sep 1991Intersecting Concepts, Inc.Apparatus and method for very high data rate-compression incorporating lossless data compression and expansion utilizing a hashing technique
US5051745 *21 Ago 199024 Sep 1991Pkware, Inc.String searcher, and compressor using same
US5103303 *13 Feb 19917 Abr 1992Konica CorporationMulticolor imaging forming apparatus
US5115479 *30 Sep 199119 May 1992Ricoh Company, Ltd.Image data processing method for compressing an image by approximating curves using a polynomial
US5119319 *14 Dic 19892 Jun 1992Options Unlimited Research Corp.Full-duplex video communication system
US5126739 *27 Nov 199030 Jun 1992Stac ElectronicsData compression apparatus and method
US5140321 *4 Sep 199118 Ago 1992Prime Computer, Inc.Data compression/decompression method and apparatus
US5155485 *26 Oct 199013 Oct 1992Sony CorporationDigital modulating apparatus and digital demodulating apparatus
US5231697 *20 Abr 199027 Jul 1993Kabushiki Kaisha ToshibaMethod and system for determining connection states of straight short vectors representing figure in curve fitting
US5233701 *29 Mar 19893 Ago 1993Nec CorporationSystem for managing interprocessor common memory
US5241625 *27 Nov 199031 Ago 1993Farallon Computing, Inc.Screen image sharing among heterogeneous computers
US5305440 *12 Jun 199219 Abr 1994International Business Machines CorporationFile extension by clients in a distributed data processing system
US5309555 *14 May 19923 May 1994International Business Machines CorporationRealtime communication of hand drawn images in a multiprogramming window environment
US5315698 *21 Ago 199124 May 1994Digital Equipment CorporationMethod and apparatus for varying command length in a computer graphics system
US5321806 *21 Ago 199114 Jun 1994Digital Equipment CorporationMethod and apparatus for transmitting graphics command in a computer graphics system
US5339411 *22 Oct 199316 Ago 1994Pitney Bowes Inc.Method for managing allocation of memory space
US5345588 *17 Sep 19926 Sep 1994Digital Equipment CorporationThread private memory storage of multi-thread digital data processors using access descriptors for uniquely identifying copies of data created on an as-needed basis
US5347578 *24 Feb 199313 Sep 1994International Computers LimitedComputer system security
US5351129 *24 Mar 199227 Sep 1994Rgb Technology D/B/A Rgb SpectrumVideo multiplexor-encoder and decoder-converter
US5357623 *1 Nov 199118 Oct 1994International Business Machines CorporationDynamic cache partitioning by modified steepest descent
US5384568 *2 Dic 199324 Ene 1995Bell Communications Research, Inc.Data compression
US5390318 *16 May 199414 Feb 1995Digital Equipment CorporationManaging the fetching and replacement of cache entries associated with a file system
US5394531 *18 Nov 199128 Feb 1995International Business Machines CorporationDynamic storage allocation system for a prioritized cache
US5406279 *2 Sep 199211 Abr 1995Cirrus Logic, Inc.General purpose, hash-based technique for single-pass lossless data compression
US5414457 *26 Dic 19919 May 1995Canon Kabushiki KaishaMulti-media communication apparatus
US5414704 *5 Abr 19949 May 1995Digital Equipment CorporationAddress lookup in packet data communications link, using hashing and content-addressable memory
US5426752 *25 Abr 199420 Jun 1995Hitachi, Ltd.Method for allocating real pages to virtual pages having different page sizes therefrom
US5434992 *4 Sep 199218 Jul 1995International Business Machines CorporationMethod and means for dynamically partitioning cache into a global and data type subcache hierarchy from a real time reference trace
US5442771 *26 Nov 199315 Ago 1995Prodigy Services CompanyMethod for storing data in an interactive computer network
US5455576 *7 Feb 19943 Oct 1995Hewlett Packard CorporationApparatus and methods for Lempel Ziv data compression with improved management of multiple dictionaries in content addressable memory
US5485460 *19 Ago 199416 Ene 1996Microsoft CorporationSystem and method for running multiple incompatible network protocol stacks
US5491808 *30 Sep 199213 Feb 1996Conner Peripherals, Inc.Method for tracking memory allocation in network file server
US5501478 *7 Jun 199526 Mar 1996Robert L. DoanOccupant propelled three wheeled vehicle
US5515111 *28 Ene 19947 May 1996Age Computational Graphics, Ltd.Method and system for producing enhanced output signals
US5515508 *17 Dic 19937 May 1996Taligent, Inc.Client server system and method of operation including a dynamically configurable protocol stack
US5521597 *2 Ago 199328 May 1996Mircosoft CorporationData compression for network transport
US5537551 *18 Nov 199216 Jul 1996Denenberg; Jeffrey N.Data compression method for use in a computerized informational and transactional network
US5537635 *4 Abr 199416 Jul 1996International Business Machines CorporationMethod and system for assignment of reclaim vectors in a partitioned cache with a virtual minimum partition size
US5651136 *6 Jun 199522 Jul 1997International Business Machines CorporationSystem and method for increasing cache efficiency through optimized data allocation
US5652854 *6 Jun 199529 Jul 1997Novell, Inc.Method and apparatus for mapping page table trees into virtual address space for address translation
US5717893 *20 May 199110 Feb 1998International Business Machines CorporationMethod for managing a cache hierarchy having a least recently used (LRU) global cache and a plurality of LRU destaging local caches containing counterpart datatype partitions
US5729710 *22 Jun 199417 Mar 1998International Business Machines CorporationMethod and apparatus for management of mapped and unmapped regions of memory in a microkernel data processing system
US5740171 *28 Mar 199614 Abr 1998Cisco Systems, Inc.Address translation mechanism for a high-performance network switch
US5757795 *20 May 199626 May 1998Compaq Computer CorporationMethod and apparatus for hashing addresses in a network switch
US5757925 *23 Jul 199626 May 1998Faybishenko; YaroslavSecure platform independent cross-platform remote execution computer system and method
US5761734 *13 Ago 19962 Jun 1998International Business Machines CorporationToken-based serialisation of instructions in a multiprocessor system
US5767849 *18 Ago 199516 Jun 1998International Business Machines CorporationPersonality neutral window management subsystem
US5771034 *5 May 199723 Jun 1998Microsoft CorporationFont format
US5771383 *13 Feb 199723 Jun 1998International Business Machines Corp.Shared memory support method and apparatus for a microkernel data processing system
US5784070 *3 Jun 199721 Jul 1998Sony CorporationMethod and apparatus for producing a polygonal image representation through operation of plotting commands on image data
US5864678 *8 May 199626 Ene 1999Apple Computer, Inc.System for detecting and reporting data flow imbalance between computers using grab rate outflow rate arrival rate and play rate
US5864711 *5 Jul 199526 Ene 1999Microsoft CorporationSystem for determining more accurate translation between first and second translator, and providing translated data to second computer if first translator is more accurate
US5874960 *5 Jul 199523 Feb 1999Microsoft CorporationMethod and system for sharing applications between computer systems
US5877757 *23 May 19972 Mar 1999International Business Machines CorporationMethod and system for providing user help information in network applications
US5886707 *27 Jun 199623 Mar 1999Berg; David A.Method for real-time on-demand interactive graphic communication for computer networks
US5913230 *6 Mar 199715 Jun 1999Richardson; John J.Object and method for providing efficient multi-user access to shared operating system kernal code using instancing
US5918019 *29 Jul 199629 Jun 1999Cisco Technology, Inc.Virtual dial-up protocol for network communication
US5936940 *22 Ago 199610 Ago 1999International Business Machines CorporationAdaptive rate-based congestion control in packet networks
US5944791 *4 Oct 199631 Ago 1999Contigo Software LlcCollaborative web browser
US5949975 *12 Mar 19977 Sep 1999Microsoft Corp.Method and system for negotiating capabilities when sharing an application program with multiple computer systems
US6014133 *11 Mar 199711 Ene 2000Seiko Epson CorporationData transmitter/receiver apparatus, data transmitter, data receiver, and data compression method
US6016535 *11 Oct 199518 Ene 2000Citrix Systems, Inc.Method for dynamically and efficiently caching objects by subdividing cache memory blocks into equally-sized sub-blocks
US6023749 *25 Ene 19998 Feb 2000Citrix Systems, Inc.Object and method for providing efficient multi-user access to shared operating system kernal code using instancing
US6034689 *3 Jun 19967 Mar 2000Webtv Networks, Inc.Web browser allowing navigation between hypertext objects using remote control
US6052120 *1 Oct 199618 Abr 2000Diamond Multimedia Systems, Inc.Method of operating a portable interactive graphics display tablet and communications systems
US6057857 *12 Jun 19962 May 2000Citrix Systems, Inc.Method for the lossless compression of lines in a distributed computer system
US6061714 *7 May 19979 May 2000International Business Machines CorporationPersistent cache synchronization and start up system
US6081623 *11 Oct 199527 Jun 2000Citrix Systems, Inc.Method for lossless bandwidth compression of a series of glyphs
US6181711 *10 Oct 199730 Ene 2001Cisco Systems, Inc.System and method for transporting a compressed video and data bit stream over a communication channel
US6731600 *8 Feb 19994 May 2004Realnetworks, Inc.System and method for determining network conditions
US20020035596 *25 May 200121 Mar 2002Ruiguo YangRemote control of a client's off-screen surface
US20020073061 *25 May 200113 Jun 2002Henry CollinsMethod and system for efficiently reducing graphical display data for transmission over a low bandwidth transport protocol mechanism
US20030046432 *25 May 20016 Mar 2003Paul ColemanReducing the amount of graphical line data transmitted via a low bandwidth transport protocol mechanism
Citada por
Patente citante Fecha de presentación Fecha de publicación Solicitante Título
US7171444 *14 Nov 200130 Ene 2007Sharp Laboratories Of America, Inc.Remote desktop protocol compression system
US7631071 *23 Ene 20048 Dic 2009Microsoft CorporationMechanism for ensuring processing of messages received while in recovery mode
US7650510 *29 Abr 200319 Ene 2010General Dynamics Advanced Information Systems, Inc.Method and apparatus for in-line serial data encryption
US765765711 Ago 20052 Feb 2010Citrix Systems, Inc.Method for maintaining transaction integrity across multiple remote access servers
US772465722 Jul 200525 May 2010Citrix Systems, Inc.Systems and methods for communicating a lossy protocol via a lossless protocol
US774795315 Jun 200629 Jun 2010Citrix Online, LlcMethods and systems for receiving feedback from a scalable number of participants of an on-line presentation
US775707424 Ene 200513 Jul 2010Citrix Application Networking, LlcSystem and method for establishing a virtual private network
US776072928 May 200420 Jul 2010Citrix Systems, Inc.Policy based network address translation
US77839854 Ene 200624 Ago 2010Citrix Systems, Inc.Systems and methods for transferring data between computing devices
US779155914 Sep 20067 Sep 2010Citrix Systems, Inc.System and method for multiple display support in remote access software
US780890622 Jul 20055 Oct 2010Citrix Systems, Inc.Systems and methods for communicating a lossy protocol via a lossless protocol using false acknowledgements
US784926930 Dic 20057 Dic 2010Citrix Systems, Inc.System and method for performing entity tag and cache control of a dynamically generated object not identified as cacheable in a network
US784927016 Jul 20107 Dic 2010Citrix Systems, Inc.System and method for performing entity tag and cache control of a dynamically generated object not identified as cacheable in a network
US792118430 Dic 20055 Abr 2011Citrix Systems, Inc.System and method for performing flash crowd caching of dynamically generated objects in a data communication network
US797871422 Jul 200512 Jul 2011Citrix Systems, Inc.Methods and systems for securing access to private networks using encryption and authentication technology built in to peripheral devices
US797871617 Dic 200812 Jul 2011Citrix Systems, Inc.Systems and methods for providing a VPN solution
US801442115 Sep 20096 Sep 2011Citrix Systems, Inc.Systems and methods for adjusting the maximum transmission unit by an intermediary device
US801986810 Sep 200913 Sep 2011Citrix Systems, Inc.Method and systems for routing packets from an endpoint to a gateway
US804683022 Jul 200525 Oct 2011Citrix Systems, Inc.Systems and methods for network disruption shielding techniques
US80542412 Oct 20068 Nov 2011Citrix Systems, Inc.Systems and methods for multiple display support in remote access software
US80993896 Feb 200917 Ene 2012Citrix Systems, Inc.Method and system for efficiently reducing graphical display data for transmission over a low bandwidth transport protocol mechanism
US819070716 Nov 200729 May 2012Citrix Systems, Inc.System and method for transferring data among computing environments
US81946737 Jun 20105 Jun 2012Citrix Systems, Inc.Policy based network address translation
US825545630 Dic 200528 Ago 2012Citrix Systems, Inc.System and method for performing flash caching of dynamically generated objects in a data communication network
US82610574 Jun 20104 Sep 2012Citrix Systems, Inc.System and method for establishing a virtual private network
US8284759 *31 Ene 20069 Oct 2012Alcatel LucentSystem and method for compressing voice over IP headers
US829090719 Feb 201016 Oct 2012Citrix Systems, Inc.Method and system for efficiently reducing graphical display data for transmission over a low bandwidth transport protocol mechanism
US829111922 Jul 200516 Oct 2012Citrix Systems, Inc.Method and systems for securing remote access to private networks
US830183930 Dic 200530 Oct 2012Citrix Systems, Inc.System and method for performing granular invalidation of cached dynamically generated objects in a data communication network
US835133330 Ago 20108 Ene 2013Citrix Systems, Inc.Systems and methods for communicating a lossy protocol via a lossless protocol using false acknowledgements
US84717827 Nov 201125 Jun 2013Citrix Systems, Inc.Systems and methods for multiple display support in remote access software
US84847183 Ago 20069 Jul 2013Citrix System, Inc.Systems and methods for enabling assured records using fine grained auditing of virtual private network traffic
US849530530 Dic 200523 Jul 2013Citrix Systems, Inc.Method and device for performing caching of dynamically generated objects in a data communication network
US849905722 Feb 201130 Jul 2013Citrix Systems, IncSystem and method for performing flash crowd caching of dynamically generated objects in a data communication network
US854914930 Dic 20051 Oct 2013Citrix Systems, Inc.Systems and methods for providing client-side accelerated access to remote applications via TCP multiplexing
US855944931 May 201115 Oct 2013Citrix Systems, Inc.Systems and methods for providing a VPN solution
US861254630 Abr 201217 Dic 2013Citrix Systems, Inc.System and method for transferring data among computing environments
US863442025 May 201021 Ene 2014Citrix Systems, Inc.Systems and methods for communicating a lossy protocol via a lossless protocol
US867725214 Abr 200618 Mar 2014Citrix Online LlcSystems and methods for displaying to a presenter visual feedback corresponding to visual changes received by viewers
US870069530 Dic 200515 Abr 2014Citrix Systems, Inc.Systems and methods for providing client-side accelerated access to remote applications via TCP pooling
US870687730 Dic 200522 Abr 2014Citrix Systems, Inc.Systems and methods for providing client-side dynamic redirection to bypass an intermediary
US872600621 Ago 201213 May 2014Citrix Systems, Inc.System and method for establishing a virtual private network
US873927429 Jun 200527 May 2014Citrix Systems, Inc.Method and device for performing integrated caching in a data communication network
US878858118 Ene 201322 Jul 2014Citrix Systems, Inc.Method and device for performing caching of dynamically generated objects in a data communication network
US884871025 Jul 201230 Sep 2014Citrix Systems, Inc.System and method for performing flash caching of dynamically generated objects in a data communication network
US88567772 Sep 20107 Oct 2014Citrix Systems, Inc.Systems and methods for automatic installation and execution of a client-side acceleration program
US8868716 *26 Nov 200321 Oct 2014General Electric CompanyMethod and apparatus for dynamically adapting image updates based on network performance
US889277814 Sep 201218 Nov 2014Citrix Systems, Inc.Method and systems for securing remote access to private networks
US889729911 Ene 201325 Nov 2014Citrix Systems, Inc.Method and systems for routing packets from a gateway to an endpoint
US891452222 Jul 200516 Dic 2014Citrix Systems, Inc.Systems and methods for facilitating a peer to peer route via a gateway
US895459530 Dic 200510 Feb 2015Citrix Systems, Inc.Systems and methods for providing client-side accelerated access to remote applications via TCP buffering
US9148331 *6 Dic 201229 Sep 2015Elwha LlcControl of transmission to a target device with a cloud-based architecture
US921957922 Jul 200522 Dic 2015Citrix Systems, Inc.Systems and methods for client-side application-aware prioritization of network communications
US9351028 *14 Jul 201124 May 2016Qualcomm IncorporatedWireless 3D streaming server
US9414104 *3 Mar 20099 Ago 2016Texas Instruments IncorporatedGraphics initialization for wireless display devices
US9747334 *30 Sep 201129 Ago 2017Teradata Us, Inc.Managing excess capacity of database systems in a capacity controlled computing environment
US20020035596 *25 May 200121 Mar 2002Ruiguo YangRemote control of a client's off-screen surface
US20030017846 *12 Jun 200223 Ene 2003Estevez Leonardo W.Wireless display
US20030055889 *26 Ago 200220 Mar 2003Meng-Cheng ChenCache method
US20030093568 *14 Nov 200115 May 2003Sharp Laboratories Of America, Inc.Remote desktop protocol compression system
US20040054914 *29 Abr 200318 Mar 2004Sullivan Patrick L.Method and apparatus for in-line serial data encryption
US20050013298 *28 May 200420 Ene 2005Pyda SrisureshPolicy based network address translation
US20050114395 *26 Nov 200326 May 2005Muralidharan Girsih K.Method and apparatus for dynamically adapting image updates based on network performance
US20050138626 *11 Mar 200423 Jun 2005Akihisa NagamiTraffic control apparatus and service system using the same
US20050198554 *23 Ene 20048 Sep 2005Cabrera Luis F.Mechanism for ensuring processing of messages received while in recovery mode
US20060029062 *22 Jul 20059 Feb 2006Citrix Systems, Inc.Methods and systems for securing access to private networks using encryption and authentication technology built in to peripheral devices
US20060029064 *22 Jul 20059 Feb 2006Citrix Systems, Inc.A method and systems for routing packets from an endpoint to a gateway
US20060037071 *22 Jul 200516 Feb 2006Citrix Systems, Inc.A method and systems for securing remote access to private networks
US20060037072 *22 Jul 200516 Feb 2006Citrix Systems, Inc.Systems and methods for network disruption shielding techniques
US20060039355 *22 Jul 200523 Feb 2006Citrix Systems, Inc.Systems and methods for communicating a lossy protocol via a lossless protocol
US20060039404 *22 Jul 200523 Feb 2006Citrix Systems, Inc.Systems and methods for adjusting the maximum transmission unit for encrypted communications
US20060047836 *11 Ago 20052 Mar 2006Rao Goutham PA method for maintaining transaction integrity across multiple remote access servers
US20060195660 *30 Dic 200531 Ago 2006Prabakar SundarrajanSystem and method for performing entity tag and cache control of a dynamically generated object not identified as cacheable in a network
US20070156852 *30 Dic 20055 Jul 2007Prabakar SundarrajanSystem and method for performing flash crowd caching of dynamically generated objects in a data communication network
US20070189278 *31 Ene 200616 Ago 2007Ming-Hsu TuSystem and method for compressing voice over IP headers
US20070245248 *14 Abr 200618 Oct 2007Bernd ChristiansenSystems and methods for displayng to a presenter visual feedback corresponding to visual changes received by viewers
US20080034415 *3 Ago 20067 Feb 2008Vinoo ChackoSystems and methods for enabling assured records using fine grained auditing of virtual private network traffic
US20080228715 *12 Mar 200718 Sep 2008Terabyte Media, LlcApparatus and method for distributed information retrieval and processing
US20090030971 *16 Nov 200729 Ene 2009Pooja TrivediSystem and Method for Transferring Data Among Computing Environments
US20090144292 *6 Feb 20094 Jun 2009Henry CollinsMethod and system for efficiently reducing graphical display data for transmission over a low bandwidth transport protocol mechanism
US20090158418 *17 Dic 200818 Jun 2009Rao Goutham PSystems and methods for providing a vpn solution
US20090162037 *3 Mar 200925 Jun 2009Texas Instruments IncorporatedGraphics Initialization for Wireless Display Devices
US20100002693 *10 Sep 20097 Ene 2010Rao Goutham PMethod and systems for routing packets from an endpoint to a gateway
US20100205246 *19 Feb 201012 Ago 2010Henry CollinsMethod and system for efficiently reducing graphical display data for transmission over a low bandwidth transport protocol mechanism
US20100251335 *7 Jun 201030 Sep 2010Pyda SrisureshPolicy based network address translation
US20100332984 *9 Sep 201030 Dic 2010Exent Technologies, Ltd.System and method for providing a remote user interface for an application executing on a computing device
US20110157196 *4 Feb 201130 Jun 2011Exent Technologies, Ltd.Remote gaming features
US20120113103 *3 Nov 201110 May 2012Electronics And Telecommunications Research InstituteApparatus and method for executing 3d application program using remote rendering
US20130019024 *14 Jul 201117 Ene 2013Qualcomm IncorporatdWireless 3d streaming server
US20130085984 *30 Sep 20114 Abr 2013Louis BurgerManaging excess capacity of database systems in a capacity controlled computing environment
US20130086129 *30 Sep 20114 Abr 2013Douglas P. BrownRegulating capacity and managing services of computing environments and systems that include a database
US20130110773 *20 Dic 20122 May 2013Teradata CorporationLearning capacity by using excess capacity in a capacity controlled environment
US20130297725 *28 Dic 20127 Nov 2013Elwha LlcControl of Transmission to a Target Device with a Cloud-Based Architecture
US20130297793 *6 Dic 20127 Nov 2013Elwha LlcControl of transmission to a target device with a cloud-based architecture
US20130298199 *15 Nov 20127 Nov 2013Elwha LlcControl of Transmission to a Target Device with a Cloud-Based Architecture
US20150207742 *7 Mar 201423 Jul 2015Wipro LimitedMethods for optimizing data for transmission and devices thereof
US20160086571 *9 Sep 201524 Mar 2016Anritsu CorporationImage display device, test device using image display device, and image display method
US20160232699 *13 Nov 201511 Ago 2016Samsung Electronics Co., Ltd.Apparatus and method for processing animation
EP1545093A2 *11 Mar 200422 Jun 2005Hitachi, Ltd.Traffic control apparatus and service system using the same
EP1545093A3 *11 Mar 200412 Oct 2005Hitachi, Ltd.Traffic control apparatus and service system using the same
Clasificaciones
Clasificación de EE.UU.709/232, 709/247, 707/E17.121
Clasificación internacionalG06F3/153, H04L29/08, H04L29/06, G06F17/30, G06F3/14
Clasificación cooperativaY10S707/99932, Y10S707/99945, Y10S707/99933, G06F17/30905, H04L67/2842, H04L69/329, H04L67/2876, G06F3/1454, H04L67/2828, H04L67/1002, H04L69/04, H04L67/289, H04L67/38, H04L67/36, H04L67/42
Clasificación europeaH04L29/08N27S, H04L29/06C4, H04L29/06C5, H04L29/08N27L, H04L29/08A7, G06F3/14T, H04L29/08N9A, G06F17/30W9V, H04L29/08N35, H04L29/06C8
Eventos legales
FechaCódigoEventoDescripción
17 Ago 2001ASAssignment
Owner name: CITRIX SYSTEMS, INC., FLORIDA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:COLLINS, HENRY;REEL/FRAME:012092/0757
Effective date: 20010703