US20030185195A1 - Virtual connection of a remote unit to a server - Google Patents

Abstract

Apparatus and associated methods are provided which allow a remote user to maintain a virtual session with a server. A virtual session allows a remote and possibly mobile user to maintain a virtual presence in an office environment without actually being present. Using the present invention, a remote user can access a central application program such as an Internet service provider, a database system, an inventory system or billing system. Likewise, the remote user can receive calls and other forms of communications as though he or she were present in an office environment. A virtual session does not require a physical connection to be continuously present in order to provide a virtual connectivity. This is especially important for mobile applications where the remote user may incur long distance and/or wireless toll charges. Also, methods are presented to allow a remote unit to rapidly reconnect in a transparent and seamless way without burdening the user with the need to connect and reconnect or to upload and download information. Related methods are provided to allow the virtual session to be established, operated and maintained.

Description

BACKGROUND OF THE INVENTION
• 1. Field of the Invention[0001]
• This invention relates generally to client-server computing architectures and communication techniques. More particularly, the invention relates to a system whereby a mobile worker and a central server may maintain a virtually continuous connection without the need to maintain a physical connection continuously.[0002]
• 2. Description of the Related Art[0003]
• The concept of a virtual connection has arisen in connection with telecommuting and related applications. Such a system is described in U.S. Pat. No. 5,764,639. A telecommuter dials into a server using a standard telephone line. The telecommuter's modem and a modem controlled by the central server establish a connection therebetween. Once a connection is established, the telecommuter may access a computer connected to the server, read emails and receive phone calls and faxes. For example, if a customer attempts to call the telecommuter at work by dialing into a private branch exchange (PBX), the server will convert the incoming call to a packetized form, such as H.323, and redirect the call via the existing connection between the telecommuter and the server. Using this system, the telecommuter may access a computer at work, answer phone calls and answer emails. The telecommuter thus appears to be present in his or her office and thus has a virtual presence there. Note for this system to properly function, the telecommuter must stay connected to the server at all times. While this does not present a significant problem for local telecommuting, this solution is quite costly for long distance telecommuting. Likewise, this solution is very costly if the telecommuter is mobile and must maintain a virtual presence with the server using a cellular wireless connection. Furthermore, in some areas it may be difficult to maintain a wireless connection continuously. A lost connection may also prevent one from regaining access to the system until some period of time has passed. Some mobile workers require only intermittent access to the server, but find it too inconvenient to place a dial-in call and to log onto the system every time access is needed.[0004]
• There is a need to provide mobile workers with various forms of virtual connectivity. Mobile workers differ from telecommuters in that while a telecommuter typically works from a single home location or remote office, a mobile worker moves from location to location during the course of a normal working day. An example of a mobile worker is a home-care professional. A home-care professional is a medical worker who periodically travels to visit with different sets of homebound patients according to their individual needs. The individual patients each have a set of medical records indicative of their medical histories. A patient's medical record is preferably maintained as an interactive electronic document containing multiple parts. For example, the medical record indicates to the home-care professional precisely what procedures are to be performed and what medications are to be administered or otherwise given to the patient. Once the services are performed, the home-care professional must annotate the medical record accordingly. The medical record is updated to reflect the patient's vital signs and other information related to patient progress. Also, a billing system takes note to track expendables and services rendered. For example, the patient may be billed per visit and each visit may involve the expenditure of billable resources such as medicines.[0005]
• In the above scenario, a mobile worker must interact with a central server during the course of a day. The worker may wish to access the central server while visiting a patient. The worker may also wish to access the server from a location where only a wireless connection can be established. From a performance perspective, an ideal solution is to provide the mobile worker with a wireless connection from a remote unit to a central server. Such a wireless connection could be established via a high-powered radio connection with a broad area of coverage or via an existing cellular or personal communication system (PCS) network. Solutions using high-powered radio links have the disadvantage that costly spectrum may be required. Maintaining a link on a cellular or PCS system is expensive in that a continuous connection consumes billable airtime which is also very costly. From an airtime-cost perspective, an ideal solution would be to force the worker to create a connection, download or up load information, and work locally with data on the remote unit as often as possible. This solution is tedious, and while saving airtime costs, may actually represent the more costly solution when professional service costs are factored in. This method has the added disadvantage that when files are uploaded or downloaded the data must be synchronized in case another user has changed the data in parallel with the mobile worker. Alternatively, other users must be “locked out” of the file from the time the mobile user downloads it until it is finally uploaded with any changes made. This is the problem solved using semaphores in shared memory systems. In the context of the present invention, a “file semaphore” is a semaphore used to lock a second user out of a file while a first user is using it. Due to the aforementioned reasons, in many applications forcing the worker to repeatedly connect, disconnect, upload and download information is unacceptable.[0006]
• Some mobile networks have been constructed using what is known as cellular digital packet data (CDPD). In a CDPD network, a remote unit transmits a data packet on an unused analog channel. In this sense the mobile unit remains virtually connected to a CDPD communication server. Wireless airtime is only consumed when data is actually sent. A disadvantage to this approach is CDPD networks are not universally available. Cellular coverage is much more ubiquitous than CDPD coverage. Also, CDPD network subscribers must often pay high fees and hence CDPD may not represent the most economical solution.[0007]
• In some systems such as packet switched network routers, offices make use of dial-out links. Dial-out links are useful when remote offices are separated by long distances. In such systems, when a packet must be routed from a first office to a second office, a call is placed to route the packet. The dial-out connection remains connected until a no-traffic condition is detected, indicating the line is no longer active. When the no-traffic condition is detected the connection is dropped until it is again needed. Dial-out links are thus used to reduce long distance fees associated with maintaining a constant connection, and represents a useful starting point for solving the foregoing problems relating to the establishment of a virtual presence of a mobile worker. Client-server protocols and fast automated connection strategies employing dial-out links are needed to provide new ways for a mobile worker to maintain a virtual presence. Also, new methods are needed to enable dial-out links to be set up with low delays to make them more useful for novel systems.[0008]
• It would be desirable to provide a system whereby a remote worker could maintain a seamless connection with a central server without the need to maintain a dedicated channel. It would be desirable if the remote worker could communicate with the central server without the need to spend time to enter a password, reconnect, and wait for a line negotiation sequence to proceed before being able to use the connection. It would be desirable for a protocol stack to activate a virtual session based on a prediction derived from a workflow. It would be desirable to use this prediction to set up a connection in the background without disturbing the mobile worker while the mobile worker performed tasks in a workflow. It would also be desirable to have a remote unit which contains most of the screen-related information needed to provide the appearance of an established connection before the connection has been fully established. It would be desirable for the remote unit to download information before it is needed and upload information after it is gathered without the user even being aware these actions are being performed. It would further be desirable to establish a virtual session using a first communication medium such as a landline and to later communicate using the same virtual session using a second communication medium such as a wireless link. This would allow a mobile worker to select the most economical or convenient means of communications at a given time. In embodiments involving modem-based connections, it would be desirable to transmit data immediately using instantly available but lower line speeds. It would be desirable to then negotiate a higher line speed in the background while the remote worker and/or the server perform other tasks. Moreover, it would be desirable to establish a session between a remote unit and a server so that various forms of communications may proceed while providing the user with the appearance the user is continuously connected to the server and has a virtual presence with the server.[0009]
SUMMARY OF THE INVENTION
• The present invention solves these and other problems by providing systems and methods to enable a remote worker to stay virtually connected to a central server without the need to continuously remain connected via a physical channel. The present invention is useful when costs are associated with maintaining a connection, for example when the connection has associated with it long distance, wireless, or other usage-related toll charges.[0010]
• A first aspect of the present invention involves a communication protocol making use of a virtual session layer. The virtual session layer allows a communication session and an application session to be maintained in a deactivated state when no physical connection exists. When a remote unit later reconnects with a server, the virtual session is placed into an active state and session communications resumes as though uninterrupted. A remote unit, a virtual session server, and a communication system including the remote unit and the virtual session server are presented to support virtual sessions communications. In one embodiment, the virtual session server manages a logon session between the remote unit and a server-side application program. The virtual session server emulates the presence of the remote unit to the server-side application program and thereby maintains the logon. In related embodiments, the server-side application program involves a communication server capable of relaying messages and establishing communication channels with the remote unit using the virtual session layer.[0011]
• A second aspect of the present invention involves a method of accessing a central server from a remote unit. A first step involves presenting a workflow to a user via a user interface. A second step involves predicting, based upon the workflow, when the user will require connectivity to the central server. Based upon the prediction and in the background, a third step involves initiating the establishment of a physical layer communication connection to the central server.[0012]
• A third aspect of the present invention involves a method of establishing a connection with a low connection set-up time. In a first step, the method initiates the establishment of a communication connection to be used to communicate with a remote entity. Next the method communicates application layer data via the communication connection prior to the completion of a line-rate negotiation process. Next the method negotiates a line speed in the background.[0013]
• A fourth aspect of the present invention involves a method of setting up and operating a virtual session. This method can be practiced by a client-side remote unit or a server-side virtual session server. A first connection is established to a remote entity. This first connection is then used to establish a set of parameters needed to define a communication session with the remote entity. Next the first connection disconnected and a set of communication session parameters are maintained. Next a second connection to the remote entity is established and an authorization sequence is communicated. The communication session is next reactivated using the communication session using the second connection. A related method is used to allow a remote unit to maintain a virtual communications presence with a remote communication server coupled to a virtual session server.[0014]
BRIEF DESCRIPTION OF THE FIGURES
• The various novel features of the present invention are illustrated in the figures listed below and described in the detailed description which follows.[0015]
• FIG. 1 is a block diagram representing an embodiment of a remote unit designed in accordance with the present invention.[0016]
• FIG. 1A is a block diagram illustrating a layered software architecture representative of the communication protocols of the present invention.[0017]
• FIG. 2 is a block diagram illustrating a system comprising a remote unit operably coupled to a server via a communication medium.[0018]
• FIG. 3 is a flow chart illustrating a method of processing whereby an application program implementing a workflow provides a prediction of when the user will need a connection and establishes a connection in the background just before it is needed.[0019]
• FIG. 4 is a flow chart illustrating a method of establishing communication with a remote entity with a near-immediate set up time.[0020]
• FIG. 5 is a flow chart illustrating a method of communicating by maintaining a virtual presence without the need to continuously maintain a physical connection.[0021]
• FIG. 6 is a flow chart illustrating a method of processing performed on a server acting as a front-end to an application program to maintain sessions for remote users who are not continuously physically connected to the application program.[0022]
• FIG. 7 is a flow chart illustrating a method of processing performed on a server managing virtual connections for users who are not continuously physically connected to the server.[0023]
• FIG. 8 is a flow chart illustrating a method of processing performed by a remote unit to accept different types of incoming calls.[0024]
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
• FIG. 1 is a block diagram representing an embodiment of a[0025]remote unit100 designed in accordance with the present invention. Theremote unit100 may be implemented as a laptop computer, a personal digital assistant, a desktop computer or workstation, or as a dedicated unit customized for a particular application. Theremote unit100 includes a central processing unit (CPU)105 connected to acentral bus110. The central processing unit may be implemented using an available microprocessor, microcontroller, or customized logic. For example, a Pentium™ processor from Intel Corp. may be used to implement theCPU105. The central bus is preferably constructed as a set of unbroken wires used to carry signals between a set of component subsystems within theremote unit100. It should be noted, in some embodiments of the present invention, thebus110 may be implemented equivalently using a set of direct parallel and/or serial connections between individual modules. Thebus110 as illustrated in FIG. 1 shows a low cost and a preferred means to connect the illustrated subsystems. Any combination of bus connections and direct serial or parallel links may be used to implement the connection structure provided by thebus110. Different implementations represent different price-to-performance ratios and will be dictated by the needs of an individual embodiment. Thebus110 also comprehends multi-layered bus structures. For example, some embodiments make use of a local processor bus connected to theCPU105, and a peripheral interconnect bus for other subsystems. In multi-layered bus based designs, the different layers are preferably connected by bus bridges. All of these and other equivalent embodiments of thebus110 are known to the skilled artisan. From here forward, the discussion will center on the illustrated embodiment of theremote unit100 whereby all subsystems are directly connected via thebus110. Embodiments where thebus110 represents a different physical interconnection topology are implicitly included in the discussion below.
• A[0026]memory115 is also coupled to thebus110. Thememory115 may be implemented using static random access memory (SRAM) or dynamic random access memory (DRAM). One type of SRAM is read-only memory (ROM). Preferably thememory115 includes a ROM for use at boot-up, and a DRAM to hold a significant amount of data storage for use while executing programs. Theremote unit100 also includes acontrol program module120. Thecontrol program module120 is controllably coupled to theCPU105 and is also coupled to thebus110. Thecentral program module120 typically exists as a software module executed from thememory115 by theCPU105. Thecontrol program module120 effectively configures theremote unit100 to operate in accordance with aspects of the present invention as discussed herein below.
• A[0027]communications module125 is also coupled to thebus110. The communications module includes at least one communication interface to allow the remote unit to communicate with a remote entity such as a virtual session server as will be discussed in detail hereinafter. In a preferred embodiment, thecommunications module125 includes a plurality of communication interfaces. For example, afirst interface126 provides a wireless link, and asecond communication interface127 provides one or more wireline links. Also, thewireline communication interface127 may include a standard telephone modem interface and a packet style interface designed to plug directly into an Ethernet connection to be coupled to a local area network (LAN), a wide area network (WAN) or the Internet. The Internet is the well-known and ubiquitous World Wide Web. In some embodiments, thecommunications module125 includes a caller-identification packet processor. A caller-identification packet processor receives a caller-identification packet, extracts information therefrom, and passes the information to theCPU105. Caller-identification packets may be advantageously used to identify incoming calls with a virtual session as discussed in connection with FIG.'s7-8. Thecommunications module125 may optionally include a voice interface to allow a user to engage in telephone conversations using theremote unit100. In this case a separate handset or a built-in handset may be used. Alternatively a speakerphone may be built into the remote unit using a microphone, a speaker, and an echo canceller.
• The[0028]remote unit100 also includes adisplay monitor130. The display monitor130 is also coupled to thebus110. The display monitor130 is preferably implemented using a liquid crystal display (LCD), although other display technologies may equivalently be used. Also connected to thebus110 is an optional universal input-output (I/O)module135. The universal I/O module includes a coupling to a set ofexternal devices138. The external devices are preferably data collection units as described below. The universal I/O module preferably provides a standard link layer interface to thesoftware module120 executing on theCPU105. Theremote unit100 also preferably includes amass storage device140. Themass storage device140 is also connected to thebus110. The mass storage device is preferably implemented using magnetic disk or optical disk technology, but any mass storage device, to include a non-volatile memory, may be used.
• The[0029]remote unit100 also includes a power module145. The power module is preferably and optionally coupled to thebus110 to receive power management control information. The power module preferably includes a battery, an alternating current (AC) connector, a direct current (DC) connector, and a power management control interface. The AC connector allows theremote unit100 to be powered from a standard 110 V wall outlet. The DC connector allows theremote unit100 to be powered from a vehicle, for example by plugging the unit into a cigarette lighter outlet. Either of these connectors may be preferably used to also charge the battery in the remote unit. The power module145 is coupled to supply power to a power bus which is connected to all subsystems. Depending on the power management configuration of an individual system, different subsystems may accept power from separate connections to allow portions of the remote unit to be selectively turned off while they are not being used.
• The[0030]remote unit100 is operative to execute an application program. The application program is operative to supply a sequence of interactive screens or a menu based interface to the user. The sequence of interactive screens or a particular usage of a menu based system implements a workflow. In an example embodiment, theremote unit100 is carried by a home-care professional. The home care professional has a sequence of procedures which need to be implemented in the course of working with a patient. This sequence of procedures gives rise to the workflow implemented in thecontrol program120 which executes on theremote unit100. In the example embodiment involving a home-care professional, the universal I/O module is connected to a set of peripheral units to collect vital information such as blood pressure, temperature, insulin level and the like. Other information such as the patient's weight may be entered manually by the home-care professional as a part of the workflow. At certain times in the workflow, an external communication connection will be needed because data may need to be uploaded or downloaded to/from a central server. In accordance with the present invention, theremote unit100 is operative to provide a seamless and transparent virtual presence with the central server. In general, the central server may itself be segmented into two or more individual central servers. The discussion herein focuses on an embodiment whereby a virtual presence is maintained with a single central server having multiple server components. The present invention may be equivalently practiced by embodiments involving a virtual presence with more than one central server. Thus, one remote unit could maintain multiple virtual connections to totally separate server systems. In such a configuration the application workflow would dictate to which server system the remote unit would physically connect while other servers remain virtually connected.
• A key aspect of the operation of the[0031]remote unit100 is its ability to maintain a virtual presence with the central server without continuously maintaining a physical connection. Theremote unit100 is operative to provide communications when it is needed without the user needing to go through a set of normally associated connection sequences. For example, in accordance with one aspect of the invention, the user need only interact with the screens provided to implement the workflow while theremote unit100 automatically sets up a connection in the background to be available when it is needed. In embodiments where file synchronization is not an issue or is handled using file semaphores, the software implementing the workflow automatically downloads information before it is needed and later automatically uploads new information after it has been gathered. This way, users need not even be aware they are not connected at all times. The user is not burdened with the need to connect and reconnect, and need not be burdened with downloading and uploading data. The user experiences the full benefit of being continuously connected to the central server without the associated cost of remaining continuously connected via a physical connection. In systems where file semaphores are not employed, the physical connection is established just before the workflow indicates it will be needed and is dropped when the workflow indicates it will not be needed for some time. Further details of the operation of theremote unit100 are given in the discussions provided in connection with FIG.'s2-8.
• A central aspect of the present invention involves the concept of a “virtual session.” A session as defined herein is similar to the definition provided in the open systems interconnect (OSI) reference model from the International Standards Organization (ISO). The OSI model is a model of a layered software structure used in computer communications. A software system which implements a layered model of communication is known as a “protocol stack.” The OSI model is well known and divides a computer communications process into seven layers. At each layer is a software module which communicates with a peer software module at the same layer. Within a protocol stack, each layer communicates with the layer above and/or below. Actual communication systems often deviate from the seven layer OSI model. A protocol stack using basic concepts similar to the seven layer OSI model is next discussed which represents an aspect of the present invention.[0032]
• FIG. 1A illustrates a[0033]representative protocol150 used to support the present invention. At the top layer is an application session layer. A first protocol stack with an application sessionlayer software module151 communicates with a second protocol stack with an applications sessionlayer software module152. The application sessionlayer software module151 is typically implemented as a client-side software module which presents a user interface to a user. The application sessionlayer software module152 is typically implemented by a server-side software module operative to provide communication and/or computer related services to the client-side software module. For example the application sessionslayer software module152 may involve a logon session with a database program, or may represent a unified messaging server supplying voice mail, email and fax mail. Similarly, the application sessionlayer software module152 may involve a telephony application operative to provide a packet switched or a circuit switched telephone connection to the client-side application sessionlayer software module151. One layer down in the protocol stack is a virtual session layer. In the example embodiment, the first protocol stack implements a virtual sessionlayer software module154 in theremote unit100. The virtual sessionlayer software module154 communicates with a peer virtualsession software module156 via the peer-to-peer communication path182. In the exemplary embodiment, the virtual sessionlayer software module156 is implemented within a virtual session server as discussed in connection with FIG. 2. The virtual session server typically maintains a table linking one or more application sessions to a virtual session. For example, this linking of application sessions into the table structure may be accomplished by including a pointer to a data structure containing application session control data, or by placing the data structure holding the application session control data directly in the table structure. Additionally, the table structure allows the virtual session server to maintain a plurality of virtual sessions with a plurality of client remote units. In the OSI model, the OSI-session layer provides a set of rules used to establish and terminate data streams between nodes in a network. A set of OSI-session layer services include establishing and terminating node connections, message flow control, dialog control, and end-to-end data control. The session layer controls dialogs, which involve conversational protocols as used in mainframe computer terminal communications. Thevirtual session layer154,152 of theprotocol150 may perform any of these functions in addition to maintaining the table linking to the application sessions.
• The next software modules in the first protocol stack are the[0034]transport layer158, thenetwork layer164, thelink layer170 and thephysical layer176. These software modules respectively perform peer communications with the server-side protocol stack'ssoftware modules160,166,172, and178. The physical layer defines the low-level mechanical and electrical channel protocols and the physical connection itself. These four lower layers are well known in the art of data communications and can be implemented in various well-known ways. Likewise, alternative and equivalent protocol stacks may be constructed, for example, with the transport layer removed, various layers merged into one, or new layers added.
• An important aspect of a virtual session oriented communication protocol such as the[0035]protocol150 is the ability to maintain a peer-to-peer virtualsession communication path182 without the presence of a physicallayer communication path180. The physicallayer communication path180 represents a physical layer communication connection, for example, a wireline connection, a cellular wireless connection, or a network connection to the Internet. When the physicallayer communication path180 is disconnected, no physical channel exists between the client-side software and the server-side software, and the physicallayer communication path180 is said to be in a “disconnected state.” However, data structures maintained at the virtual session layer allow one or more peer-to-peer applicationsession communication paths184 to remain in a deactivated but existent state, even when the physical layer communication path is in the disconnected state. Likewise, the virtualsession communication path182 established between the remote unit and the virtual session server also remains in a deactivated but existent state. This is made possible through the use of the table structure maintained in memory which retains its information after the physicallayer communication path180 has been disconnected. When the physicallayer communication path180 has been reconnected, the physical layer communication path is said to be placed into a “connected state.” At such time, the virtual sessionlayer software modules154 and156 are operative to reactivate the virtual sessionlayer communication path182 and the application sessionslayer communication path184. When these paths are reactivated, peer-to-peer communication may once again proceed over the application sessionlayer communication path184 and the virtual sessionlayer communication path182.
• As defined herein, a distinction is made between a communication session and an application session. A communication session is defined as a session between nodes or communication endpoints, and an application session is defined as a session between applications. For example, a remote unit may establish a communication session with a central server. In this case a communication session is established between the communication endpoints, i.e., the remote unit and the central server. Also, an application program running on the remote unit may need to establish an application session with an application program running on the central server. In such case an application session is created using a connection stream provided and governed by the communication session. A table structure is used to maintain both the communication session parameters and the application session parameters. For example, a first user authentication parameter may be used to establish a communication session with the server. A second user authentication parameter may be used to establish an application session with the application program. This second user authentication parameter may include a user identification parameter and a password, for example.[0036]
• In light of the aforesaid concepts, a “virtual session” is next defined. A virtual session is preferably implemented as a communication session as defined above. A virtual session, like an OSI session, provides a set of rules for establishing data streams between nodes or endpoints. The virtual session also may provide other session features such as dialog control, message flow control, and end-to-end data control. A virtual session is controlled using a data structure which provides a way to associate the virtual session with the lower layers of a protocol stack, leading down to a physical layer. As mentioned above, in most embodiments, a virtual session is implemented as a communication session. Application sessions are then added onto the virtual session as connection streams within the communication session.[0037]
• In a virtual session, a communication session may be suspended with some or all of the lower layers of the protocol stack missing. In particular, a virtual session may be maintained while a physical layer connection has been removed. The virtual session can then be reassociated with a physical layer connection at a later time. The virtual session thus also preferably provides connect and reconnect rules used to establish a virtual session and then to reassociate the virtual session to a new physical connection to set up a new data stream in support of a dialog at a later time. Related activities such as the initiation of dial-out links to reestablish a physical layer communication path is also preferably handled by the virtual session in response to a signal from an application layer program.[0038]
• An aspect of a virtual session is the maintenance of an application between an application program and a virtual session server as will be described below. A virtual session server acts as a proxy agent for a remote unit. When the remote unit is not connected via a physical layer communication path, the virtual session server maintains a proxy-presence with the application program on behalf of the disconnected remote unit. At a later time, when the remote unit reconnects into the virtual session by passing a set of communication session authentication parameters, the remote unit is thereby granted access to one or more application sessions which have been maintained in proxy by the virtual session server.[0039]
• In a preferred embodiment, the virtual session uses a set of authentication parameters and a set of encryption keys to maintain a secure connection. A separate set of authentication parameters is used by an application running on the remote unit to gain access to an individual application session. Once the application session has been established over a virtual session, a table is used to maintain a set of parameters needed to maintain the application session, even though no physical layer connection exists between the endpoints of the virtual session. When a virtual session data structure is set up and no physical layer connection exists to support communication over the virtual session, the virtual session is said to be “inactive.” When a virtual session data structure is set up and a physical layer connection does exist to support communication over the virtual session, the virtual session is said to be “active.” A transition from an active state to an inactive state is called “deactivating a virtual session,” and a transition from an inactive state to an active state is called “activating a virtual session.” The process of transitioning from an active state to an inactive state is also known as “disconnecting from a physical connection.” When this occurs, the physical layer connection is no longer available to support communication over the virtual session. In a preferred embodiment, a table structure is used to maintain the virtual session parameters as well as a set of parameters for each application session established over the virtual session. When a virtual session is activated, there is no need to reauthenticate the individual application sessions. This is because the table typically includes a user identification parameter, a user password, a set of application session parameters, a communication session identification parameter, and an encryption key for the communication session. Additional data such as modem initiation parameters may be added to the table as required by the system configuration and usage.[0040]
• Referring now to FIG. 2, a block diagram illustrating a[0041]system configuration200 is shown. Thesystem configuration200 includes theremote unit100 operatively coupled to acommunication interface210. Adirect wireless link207 optionally couples theremote unit100 to thecommunication interface210. A direct wireless link is used in embodiments where theremote unit100 maintains a direct wireless link with thecommunication interface210. The communication interface thus provides an air interface for the direct wireless link. Alternatively or in addition to thedirect wireless link207, awireline link208 couples theremote unit100 to thecommunication interface210. Thecommunication interface210 maintains theconnection208 via a network interface coupled to a public switched telephone network (PSTN) or a network such as the Internet. Thisconnection208 may itself involve a microwave link, a wireless link through a public switched cellular network or a wireless link in a PCS network.
• The[0042]communication interface210 is preferably coupled to acommunication server212. Thecommunication server212 may be thought of as generalization of a private branch exchange (PBX). Thecommunication server212 accepts tele-traffic from any variety of sources and provides switchable connections to couple different sources together. For example, thecommunication server212 may be implemented as a PBX which receives a set of direct inward dial lines from a central office operated by the public telephone network. The PBX then provides local users with extensions and allows local users to call each other by dialing the last four digits of their telephone numbers. The PBX typically provides an outside line to a user once the user has dialed a nine.
• The[0043]communication server212 may also be configured to provide additional types of connections, such as packet based voice and video connections according to the H.323 international standard. In such an embodiment, thecommunication server212 provides a gateway function passing calls between the public switched telephone network and a network such as the Internet. Thecommunication server212 may also provide other communications services such as voice mail, email, fax-mail, call distribution and the like. In systems involving Internet telephony, the communication server may operate only using packet protocols and not include an interface for circuit switched connections.
• The[0044]communication interface210 is also coupled to avirtual session server215. Thevirtual session server215 is coupled to atable structure225 and anapplication program220. Thetable structure225 is preferably implemented as a software entity and may be located in a memory module within theserver215. Thevirtual session server215 may be implemented as a software entity which executes on a hardware platform. The hardware platform of thevirtual session server215 may be designed with an internal architecture similar to theremote unit100 but is designed to provide a higher computation capacity and to handle multiple users. When supporting a virtual session server, thedisplay monitor130 is optional as users may control thevirtual session server215 remotely. Thecontrol program module120, when implemented in thevirtual session server215 provides the server side of the communication protocols discussed in connection with FIG.'s3-8. Hence theremote unit100 and thevirtual session server215 involve similar architectures and respectively implement the client and server sides of a set of virtual-session-related communication protocols of the present invention.
• The[0045]application program220 may execute on the same hardware platform as thevirtual session server215. In general, both thevirtual session server215 and theapplication program220 may be implemented as software modules running on personal computers, workstations, dedicated custom hardware, mainframe, or file servers. For example, thevirtual session server215 may be implemented as a software module running on an UltaSparc™ workstation or file server from Sun Microsystems Inc. The software may be written to execute over a multitasking operating system such as Solaris™ from Sun Microsystems Inc. or WindowsNT™ from Micrsoft Inc. In a first preferred embodiment, theapplication program220 includes a distributed database program running on a collection of networked servers such as Sun UltraSparc™ servers. In a second preferred embodiment, the application program may itself be a communication server as provided by an Internet service provider (ISP).
• The[0046]system200 is operative to implement a set of virtual session communication protocols according to the present invention. Theremote unit100 establishes a session via thevirtual session server215 to set up a virtual presence with theapplication program220. Preferably, thevirtual session server215 also provides a link to thecommunication server212 to provide it access to the virtual session. When theremote unit100 disconnects from aphysical connection207 or208, the virtual session is maintained within thetable structure225. When theremote unit100 later wishes to reestablish communication with theapplication program220, thevirtual connection server215 is operative to keep the virtual session active and to allow the user rapid and nearly transparent access to theapplication program220. Similarly, the virtual session also preferably is used to provide a virtual communication link between the communication sever212 and theremote unit100. In some systems, a first virtual session is established between theremote unit100 and theapplication program220, and a second virtual session is established between theremote unit100 and thecommunication server212. The details of the operation of thevirtual session server215 and the virtual session protocols are discussed below in connection FIG.'s3-8. Before proceeding to these portions of the detailed description, two embodiments of thesystem200 are described.
• In a first exemplary embodiment of the[0047]system200, a mobile worker such as a home-care professional operates theremote unit100 to establish and maintain a virtual session with theapplication program220. In one embodiment, theapplication program220 controls access to a database including complete medical and billing records for individual patients. Depending on working conditions, the home-care professional may require access from a wireless connection such as a cellular connection, or else may be able to communicate via a wireline connection provided within a patient's home. As the home care professional proceeds through a given workflow, the professional will eventually need to communicate with theapplication program220. When this time arrives, the present invention is operative to establish a physical connection between the home-care professional and theapplication program220. The professional need not be aware the physical connection has not been available since the time the virtual session was first established. The virtual session is maintained by thevirtual session server215 and the protocols of the present invention are employed to ensure such a virtual connectivity is provided without the need for theremote unit100 to be continuously connected to theapplication program220.
• In a second exemplary embodiment, the[0048]application program220 is a communication server operated by an ISP. In this example, theremote unit100 is operated by an Internet user. After the Internet user has remained inactive for a period of time, theconnection208 is terminated. At a later time, when the Internet user clicks on a hyperlink, thus demanding service, a short delay is incurred while the connection is reestablished. The remote unit is provided access without the user needing to reestablish a connection. When the user clicks on a hyperlink, the telephone is rapidly dialed without presenting dialing tones to the user. An authentication packet and a request packet are sent using a low data rate protocol such as one used for line-rate negotiation in modems. The user is authenticated by the server and the request packet is forwarded through the Internet to the Internet site referenced by the hyperlink. While the remote Internet server takes time to respond to the request, a higher line speed is negotiated in the background without burdening the user. Because a home Internet user uses the same analog connection between the user's premises and a network interface, the modem parameters may be preferably saved by the server in the table225 to accelerate renegotiation. The user is provided access almost immediately, and the connection is reestablished transparently. Note while this example focuses on an Internet application, the techniques apply to any application whereby a network site is accessed by activating a hyperlink.
• As will be discussed below, the virtual session between the[0049]remote unit100 and thevirtual session server215 provides a means to initiate transfers in both an uplink and a downlink direction. The uplink direction is from theremote unit100 to thevirtual session server215, and the downlink direction is from thevirtual session server215 to theremote unit100. A virtual session is said to exist between the remote unit and thevirtual session server215. This virtual session may be used to create individual virtual sessions between theremote unit100 and theapplication program220, and between theremote unit100 and thecommunication server212. For example, an uplink connection is established, and when a home Internet user has been inactive for a period, the connection is dropped. As discussed above, the connection is reactivated transparently when the user once again activates an Internet link, as in an Internet browser. In the same example, a user may have an email reader program connected through a virtual session. If an email comes in for the user and the virtual session is in place, the email should be rapidly forwarded to the user. To do this, the user's phone is dialed in a downlink direction dial-out link by thevirtual session server215 via thecommunication interface210. The remote unit preferably suppresses the first ring and examines caller identification data. When the caller identification data indicates the calling party is thevirtual session server215, theremote unit100 automatically picks up the call and in this example, accepts the email. If caller identification is not used, a substitute protocol should be employed to assure that connection has been made to the proper application session defined within the virtual session. The substitute protocol preferably involves sending a packet header at the beginning of a call whereby the packet header contains one or more fields which identify associated the application session. Again, the user need not even realize a connection has been reestablished. Instead, the user receives the email message as though the connection had remained continuously active.
• Another type of operation may occur when the user of the[0050]remote unit100 is actively connected to thevirtual session server215 and a call comes in directed to the remote user's extension. At this point the call is preferably converted into packets and is sent to the user over the existing connection. In an alternative embodiment, the physical connection is automatically and temporarily dropped and the call is forwarded to the remote user. The virtual connection to the application is maintained through the virtual server. Thecommunications module125 preferably analyzes caller-identification data to determine the incoming call is a voice call to cause the optional telephone aspect of theremote unit100 to ring. More details related to the foregoing system operation are discussed in connection with FIG.'s3-8 below.
• The[0051]virtual session server215 is able to maintain an open logon to theapplication program220. In one embodiment, thevirtual session server215 executes a client-side software which interfaces with theapplication program220. That is, if theapplication program220 employs a client-server architecture, theapplication program220 will implement a server-side software module which interacts with the client-side software. The server-side program performs database or other server oriented functions, while the client-side software provides a user interface to the user. Theremote unit100 can then control the operations of thevirtual session server215 using standard remote session software. An example of commercially available remote session software is PCAnywhere™ from Semantec Corporation. In another embodiment, the virtual session server executes the client-side software in parallel with the remote unit. In still another embodiment, the remote unit executes the client-side software, and the virtual session server merely provides a connection stream to pass data from theapplication program220 to theremote unit100. When the virtual session is in a deactivated state, the virtual session server emulates the client-side software as needed to maintain an active session with theapplication program220 in the absence of theremote unit100. A wide variety of equivalent techniques may be used to allow thevirtual session server215 to maintain a pointer or re-entry point into theapplication220 while acting as a proxy agent to maintain the logon for theremote unit100. A table structure is preferably used to allow the virtual session server to simultaneously maintain a plurality of logons for a plurality of different remote units.
• In some embodiments, the[0052]remote unit100 may need to maintain a plurality of virtual sessions with a plurality of different virtual session servers. For example, an independent contractor may provide home-care services for two distinct health regions. Each health region may use a separate database. Theremote unit100 may then access these separate databases using a first and a second client-side application software module. During the course of a day, the remote unit may need to activate the first or the second client-side application software modules. In such case theremote unit100 is operative to maintain a table structure similar to thetable structure225. The table structure maintained by the remote unit links an application software module through an application session to a virtual session. When the first client-side application program demands access to a first database, the virtualsession layer software154 in the remote unit causes a physical connection to be established to supportvirtual session communications182 with the first database application program. Likewise, if the second client-side application software module desires to access a second database, the virtual sessionlayer software module154 activates a physical layer connection back to the second database server. In other applications a single application program may be used which accesses information on more than one virtual session server. In such case a single application program can select the virtual session to activate based on the communications request generated from within the application program. In still other embodiments, a singlephysical connection208 or207 may be used to communicate with thecommunication interface210. Thecommunication server212 then forwards packets to a first local virtual session server such as thevirtual session server215. If the received communication packets are destined for a second virtual session server, then thecommunication server212 preferably forwards the packets to a remote virtual session server using a network connection such as an Internet connection.
• Referring now to FIG. 3, a[0053]method300 is illustrated to show how theremote unit100 preferably operates to activate a connection. Themethod300 is preferably practiced by theremote unit100 in support of a virtual session with thevirtual session server215. Afirst step305 of themethod300 involves actions within aworkflow process305. Theworkflow process305 includes thestep305 of themethod300 and also performs other activities to interact with a user's workflow requirements. Control loops from thefirst step305 back to thefirst step305 via acontrol path310. The workflow, as discussed above, is preferably made up of a menu system and/or a set of interactive screens traversed by a worker in performing a set of tasks. For example, a home-care professional's workflow involves accessing and displaying a patient's medical record, entering a set of data into the medical record, and performing tasks indicated by the doctor's directions as annotated in the medical record. In this example, as the home-care professional moves from one screen to the next, control loops via thecontrol path310. Theworkflow process305 is an application program which executes on theCPU105. Theworkflow process305 is preferably implemented as a process running on theCPU105 in a multitasking operating environment. A multitasking operating environment is one in which multiple programs or processes may execute in parallel by sharing time slots within theCPU105. Multitasking operating system software is well known and is readily available. In a multitasking-programming environment a first process may execute in a normal fashion and provide an interface to a user. At the same time a second process may be executed by sharing CPU cycles without the user's intervention or knowledge. In such a case the second process is said to be a background process or is said to perform background processing. At some point in the course of the workflow, a physical layer communication connection will be needed to communicate information between the remote100 and theapplication program220.
• When a step in the[0054]workflow process305 is performed leading up to the need for a physical layer communication connection, control next passes from thefirst step305 to asecond step320 via thecontrol path315. Thecontrol path315 is activated when theworkflow process305 provides a prediction indicating a physical layer communication connection will subsequently be needed. In some cases the prediction may be provided right when the physical layer communication connection is needed. In other cases, theprediction315 may be used to initiate background processing to download data which will not be needed until a later time. In menu based systems, theprediction315 may be learned by observing the workflow habits of a user. Theprediction315 is a function of the application program orworkflow305 and is optional. In thesecond step320, a connection is established in the background. Background processing enables the user to continue interacting with theworkflow process305 while a physical layer communication connection is simultaneously and transparently established. That is, the physical layer communication path is reestablished without inhibiting the user from interacting with theworkflow305. Hence when control passes via thecontrol path315 to thestep320, control preferably simultaneously passes via thecontrol path317 back into the workflow. The background process is preferably forked as a separate task and two execution flows proceed in parallel by time sharing theCPU105. Multitasking is well known in the art and is implemented using interrupt based processing. In alternative embodiments thecontrol path317 may be deleted and a single control flow may be implemented using thecontrol path315. However, this embodiment may require the user to wait for the connection to be established and is hence not deemed to be the preferred embodiment of the method. Other equivalent embodiments set up the communication path transparently by multiplexing theCPU105's computation cycles from within the workflow process or some other process.
• Once control has been forked via the[0055]control path315 to thesecond step320, a dialer within thecommunications module125 preferably dials to establish a physical layer communication connection with thecommunication interface210. In embodiments using dedicated radio links, the connection may be established over thewireless link207. One preferred embodiment of aremote unit100 incorporates a cellular radio. In this case the dialer dials a telephone number and a connection is established using a public switched cellular telephone network so that the connection is set up on thelink208. Stationary Internet based embodiments perform thesecond step320 by dialing a telephone number using an automatic dialer which dials a land line connection for a modem. In all cases, it is preferred to suppress the dialing tones and line-rate negotiation signals so the connection may be established transparently to the user.
• Control next passes from the[0056]second step320 to athird step325. In thestep325, an authentication code is transmitted from theremote unit100 to thecommunication interface210. This authentication code is then passed to thevirtual session server215. The virtual session server evaluates the authentication code to determine if access is to be permitted. In a preferred embodiment, the authentication code involves a digital signature as is known in the field of public key cryptography. In a preferred embodiment, all transmissions are encrypted using public key cryptography. Some systems may be implemented using various encryption standards such as secure sockets layer based encryption. The amount of authentication and encryption used in any given embodiment is left to the system designer, but preferably all transactions are encrypted as described above.
• Control next passes from the[0057]third step325 to afourth step330. In thefourth step330, a session is established/reactivated with thevirtual session server215. The session is established the first time themethod300 passes control to thestep330. Subsequently thestep330 is operative to reactivate the session with the virtual session server. When the session between theremote unit100 and thevirtual session server220 is reactivated, virtual session communications resume. At this point, thevirtual session server215 correlates information stored in thetable structure225 with the connection and provides theremote unit100 access to theapplication program220. If no data is stored intable structure225, access is provided to a default logon screen allowingremote unit100 to establish a new application session. Thevirtual session server215 then populates thetable structure225 to establish a virtual session. Thestep330 involves setting up a stream connection between theworkflow process305 and a protocol stack. The protocol stack is operative to read information bits from the stream connection and communicate the bits across an external communication link. Bits received over the external communication link are converted by the protocol stack into information bits to be sent back to theworkflow process305 across the connection stream. Once the appropriate communication processes are configured, control next passes back to theworkflow process305. Due to the aforementioned forking operation, the passing of control back to theworkflow process305 may have already occurred via thecontrol path317. In this case the passing of control from thestep330 to the workflow process is not explicitly performed.
• When control loops back from the[0058]fourth step330 to theworkflow process305, a physical layer communication connection is activated for current or subsequent communication. When the user gets to a point in the workflow where communication with theapplication program220 is needed, the connection has already been transparently set up in the background. Hence the user gets the feel of being connected to theapplication program220 all the time, where in fact the remote100 is connected via a physical channel to theapplication program220 only a fraction of the time. This virtual connection saves communication resources and money when a toll is charged based on the amount of usage on thelink207 or thelink208. In some embodiments, thefourth step330, or an execution thread within theworkflow305 is operative to upload or download information in the background. This way the user has ready access to data contained in theapplication program220, but in general a shorter connect time is required. While with prior art systems it is burdensome for a user to connect to a central server and download and upload information, with the virtual session of the present invention the user need not even be aware this process is occurring. Rather the user feels as though he or she is continuously connected with a fast connection because the data needed at a given point in the workflow is already available locally or has been uploaded in the background transparently without user intervention. In systems where server synchronization is an issue, file semaphores and/or direct active sessions not employing uploading and/or downloading of records may be used.
• Based on another point in the workflow, another prediction is made to predict when the communication channel will not be needed for some time. For example, it may be known, based on the workflow, the home-care professional will next perform a sequence of tests and enter data into a screen displayed on the remote unit. Only at a later time will the workflow come to a point where this information is to be uploaded to the[0059]application program220. When such a prediction is made, control passes from thefirst step305 via thecontrol path318 to afifth step335. Thefifth step335 is operative to deactivate the connection established over thelink207 or thelink208. Thestep335 may optionally involve forking a separate execution thread or otherwise accessing a separate process in a multitasking environment. Alternatively, thefifth step335 may be performed by executing a set of instructions in theworkflow process305. At a later time, a prediction may be made indicating thelink207 or208 needs to once again be activated, whereby control again passes over to thesecond step320 via thecontrol path315. It should be noted different systems will typically set their prediction times according to the economic conditions involved. For example, in some systems the first minute of connection time may cost five times as much as all subsequent minutes. In this case predictions would be preferably set according to a criterion to minimize cost by not establishing and terminating connections more often than necessary. If a flat rate were charged per minute connections would be set-up and terminated more often. If automatic uploading and downloading is performed in the background, a very efficient use of air-time can often be achieved while presenting the user with the appearance of being continuously connected to theapplication program220.
• Referring now to FIG. 4, a[0060]method400 of establishing a communication link with low delay is illustrated. Themethod400 may be practiced by both theremote unit100 and thecommunication interface210. This method is most applicable to systems involving modems whereby digital data is transferred over an analog channel requiring receiver training. Receiver training involves transmitting data sequences through a channel and allowing a receiver to adjust its receiver parameters. Receiver parameters include echo canceller and equalizer filter coefficients. Most systems also adjust their data rates and signal constellations based on observed conditions. In modems, this entire process is known as line-rate negotiation. Prior art systems involving receiver training are tedious to use because they force the user to wait while the receiver is trained. Most systems play the training signals though a speaker to allow the user to hear the training process. This lets the user know what the computer is doing for the duration of the delay. Themethod400 improves upon this prior art solution by allowing the user to gain almost immediate access without a significant delay.
• In a[0061]first step405, a protocol stack or other process practicing themethod400 receives a communications request from a user program. For example, this occurs when a user clicks on an icon to initiate the establishment of an Internet connection. Control next passes to astep410 where the connection is initiated. This step typically involves an automatic dialer dialing the number of an Internet service provider (ISP). The ISP software may be implemented as a communication server application corresponding to theapplication program220. In this case access to the application program is governed by thevirtual session server215.
• Control next passes from the[0062]second step410 to athird step415. In thethird step415 an authorization sequence is exchanged. In a preferred embodiment public key cryptography involving digital signatures and keys is used. Embodiments involving avirtual session server215 either set up a session or activate an existing session during thethird step415. Control next passes from thethird step415 to afourth step420. In thefourth step420, one or more initial application layer data packets are transmitted across the connection using a low speed protocol. A low speed protocol is used by the transmitter and receiver when performing line-rate negotiations. For more details of line-rate negotiation protocols, see, for example, the V.34 and V.90 standards from the International Telecommunications Union. In the present invention, the low speed protocol is used to transmit application layer data before the line-rate negotiation procedures have completed. This avoids the need for the user to wait for line-rate negotiation to complete before being able to access a communication path.
• Control next passes from the[0063]fourth step420 to afifth step425. In thefifth step425, initial data is displayed. Software located locally in theremote unit100 preferably contains high-volume graphics related data so that the initial data exchange of thestep420 only requires a small amount of data to be transferred. For example, the user logs onto the Internet and almost immediately sees a screen of information indicating the user is connected and the system is ready to accept inputs. This is made possible by displaying locally held screens of graphical data and allowing a small amount of specific information such as time, date, and headlines to be received and displayed. If the user then immediately clicks on a link, an application layer request packet is sent using the line-rate negotiation protocol's data format. This allows the user to immediately begin making requests before the line-rate negotiations have completed. In many cases the user will pause and read the headline information, giving the system even more time to perform line-rate negotiation in the background.
• Control next passes from the[0064]fifth step425 to asixth step430. In thesixth step430, a background process is forked to perform line-rate negotiation. Line-rate negotiation is allowed to proceed in the background while the user is reading the information provided on the initial display of thestep425. Likewise, if the user had rapidly clicked on a link, a request packet is sent out and while the server is responding to the request, the background line-rate negotiation may proceed. Thestep430 is operative to perform line-rate negotiation so as to set up a high-speed connection for subsequent higher volume data transfers. In embodiments involving avirtual session server215, the user's line speed parameters may be stored in thetable structure225. For example, if the user is an Internet user and theapplication program220 is an ISP, the user will often dial in from the same location. Thus parameters derived in a previous activation of a communication channel will be either identical or similar to those used in a current activation. Hence thesixth step430 optionally involves accessing from the table225 a set of starting parameters derived from the activation of the communication channel. If communication is needed before the line-rate negotiation has completed, communication preferably proceeds at the highest rate negotiated up to that point.
• Once the line-rate negotiation process of the[0065]step430 has completed, control passes to aseventh step435. In thestep435, communication is able to proceed at full speed. In most cases where this method is implemented, the user will get the full benefit of being connected almost immediately without the normal delay associated with prior art systems. This is so because initial low-volume data is allowed to pass through the channel before the line-rate negotiation has completed. Line rate negotiation then proceeds in the background in parallel with other activities such as the user reading headline information or a distant server accessing data and responding to the initial data request packet sent across the Internet. This technique is useful when a user is maintaining a virtual session with a remote server because it is imperative to allow the user to appear to be connected without having to experience delays when accessing data. Themethod300 and themethod400 may be performed together in a complementary fashion to make the virtual session appear to be constantly available.
• The[0066]method400 may be practiced by theremote unit100 and thevirtual session server215. When theremote unit100 initiates the method, thevirtual session server215 executessteps410,415,420,430 and435. When thevirtual session server215, theapplication program220, or thecommunication server212 initiates the method, one or a combination of these servers practice thesteps405,410,415,420,430, and435. Thefirst step405 involves, for example, receiving a communication request such as a telephony call or an email for theremote unit100. In some systems, thefirst step405 may involve a request generated from within theapplication program220.
• Referring now to FIG. 5, a[0067]method500 of establishing and operating a virtual session is illustrated. For example, themethod500 establishes a virtual session between theremote unit100 and thevirtual session server215. Themethod500 is practiced by both theremote unit100 and thevirtual session server215. In a first step505 a first physical layer communication connection is established with a remote entity. If the method is practiced by theremote unit100, then the remote entity typically corresponds to thevirtual session server215. The virtual session may be used to support virtual sub-sessions between theremote unit100 and theapplication program220. Also, a virtual sub-session may be established between theremote unit100 and thecommunication server212. For the purposes of discussion herein, all of these virtual sessions will be referred to simply as virtual sessions. If themethod500 is practiced by thevirtual session server215, then the remote entity typically corresponds to the remote unit. Thestep505 may be activated according to theprediction315, and thestep505 may use themethod400 to allow the connection to be set up with very low delay.
• Control next passes from the[0068]first step505 to asecond step510. In the second step510 a session is established with the remote entity. In a preferred embodiment, this involves exchanging password information and agreeing upon a set of keys to encrypt data transacted in the session. Also, thevirtual session server215 preferably sets up a table entry in thetable structure225. The table entry indicates the presence of a virtual session. The table entry may include modem parameters as discussed in connection with FIG. 4. Also, the virtual session as set up in the table entry links the remote unit to a user identification and a password as presented to theapplication program220. For example, a user name and a password may be used as user authentication parameters. Preferably public key encryption is used to encrypt all information so the password sent from theremote unit100 to theapplication program220 cannot be effectively intercepted. Theremote unit100 also preferably sets up a virtual session data structure to hold similar information related to the virtual session. Once the virtual session has been set up, theremote unit100 may access theapplication program220. Also, theremote unit100 may optionally access thecommunication server212 for communication services.
• Control next passes from the[0069]second step510 to athird step515. In thethird step515, the physical connection established in thefirst step505 is dropped. Meanwhile the virtual session data structures and table entries established in thesecond step510 are retained. The session is allowed to proceed while no physical layer connection exists. That is, thestep510 is operative to set up a table structure including one or more data structures which allows a virtual session to be maintained in memory while other activities occur. Hence a passive background thread of execution passes from thestep510 to apassive step540 whereby the virtual session is maintained. This allows theremote unit100 to stand by or be used for steps of theworkflow process305 not requiring communication with theapplication program220. Once the user needs to communicate with theapplication program220, or when aprediction315 is made, control next passes from thethird step515 to afourth step520. Thestep520 is operative to reestablish a second physical layer communication connection to allow communication to proceed once again using the session established in thesecond step510. This connection reestablishment may be performed in response to theprediction315 and may use the low-delay connection establishment technique of themethod400.
• In some embodiments, the present invention involves using distinct and separate communications media to perform the[0070]step505 and thestep520. For example, a mobile worker may call in from home to set up the virtual session in thestep510 using the first physical layer communication connection established in thestep505. Later in the day, the worker may call in from a restaurant while catching up on some records keeping. This second use of the virtual session involves use of the second physical layer communication connection which in this example is a wireless connection different from the landline connection used to initiate the session from home earlier in the day. At a still later time, the worker may call in from a patient's home via a third physical layer communication connection while performing home-care services. If modem starting parameters have been stored in table225, they are preferably updated whenever the communication connection is changed. Hence the virtual session of the present invention enables a mobile worker to continue communications via the most expedient and/or economical means without causing the user to have to reestablish a communication connection. Preferably, when theremote unit100 is connected to a communications source via theconnector127, theremote unit100 automatically detects this connectivity and makes use of it for subsequent virtual-session communications. That is, the present invention contemplates the availability of various forms of “pigtail” connectors being available so theremote unit100 can operate in a “plug-and-play” fashion. Pigtails may be supplied to allow the remote unit to connect to the PSTN, the Internet, or to another computer via a universal serial bus, for example.
• Control next passes from the[0071]fourth step520 to afifth step525. In thefifth step525 an authorization sequence is exchanged. This is preferably implemented using public key encryption and digital signatures. Some embodiments may be developed which do not implement thefifth step525, but preferred embodiments do make use of user authentication. After thefifth step525 has completed, the session is resumed in asixth step530. Over the course of the virtual session, control may loop back to thethird step515 as many times as the virtual session is activated with a new physical connection. When thesixth step530 is entered, the virtual session is once again activated so that thepassive step540 also passes control to thesixth step530. In a minimal implementation of the method, no looping occurs and the method terminates after the first pass through thesixth step530.
• Referring now to FIG. 6, a[0072]method600 practiced by thevirtual session server210 is illustrated. In afirst step605, a first physical layer communication connection is established for communicating with theremote unit100. Control next passes to asecond step610 whereby a set of authorization parameters are accepted and authenticated. As discussed in connection with FIG. 5, the authentication parameters preferably include the exchange of public keys which include a digital signature in accordance with public key cryptography. Control next passes to athird step615 where a user identification and a password are passed by thevirtual session server215 to theapplication program220 on behalf of theremote unit100. As discussed in connection with FIG. 5, the user identification and the password to be presented to theapplication program220 are preferably transmitted in encrypted form. Once theapplication program220 authenticates the user identification and password needed to gain access, thevirtual session server215 enters an entry into thetable structure225 to hold a set of session parameters. The session parameters include the user identification, a session identifier, encryption data and possibly other data such as modem starting parameters. Once the session has been logged into the table, the user may use it to communicate with theapplication program220.
• Control next passes from the[0073]fourth step620 to afifth step625. In thefifth step625 the physical layer connection is dropped. This step is performed when the remote unit does not currently require communications with theapplication program220. Instep650 the virtual server maintains the application session while the physical connection is disconnected. At a later time, when the user needs access to the application program or when theprediction315 is made, control next passes to asixth step630. In the sixth step630 a second physical layer connection is established to allow communication between theremote unit100 and theapplication220 to resume. As discussed in connection with FIG. 5, the second physical layer connection may involve a different communication path and/or medium as was used for the first physical layer connection. That is, a plurality of communications media are preferably supported to allow the user to call in via different means, for example via a wireless or a wireline connection. Thestep630 may be initiated due to actions at theremote unit100 or in response to events occurring in the server. For example, thecommunication server212 may receive a call for the remote unit. Alternatively an email may be received which needs to be forwarded to the remote unit. In such a case, thesixth step630 optionally involves sending a caller identification packet to let the remote unit know what type of communication, such as a voice telephony call, an email, or a fax, is inbound. A caller identification packet is a sequence of information bits sent across a communication connection identifying the calling party of the connection. In standard telephone systems, the caller identification packet is transmitted between the first and second rings when the telephone call is being set-up. More details relating to communications initiated by thevirtual session server215 back to theremote unit100 are discussed in connection with FIG. 7.
• Once the second physical layer communication connection is established in the[0074]sixth step630, possibly according to themethod400, control next passes to aseventh step635. In theseventh step635, authorization codes are verified similarly to thesecond step610. Once the user codes have been verified to be correct, control next passes to aneighth step640 whereby communication once again resumes using the previously established virtual session.
• Referring now to FIG. 7, a[0075]method700 of processing communication requests in a virtual session is illustrated. This method is preferably practiced by thevirtual session server215 simultaneously with themethod600. In a first step705 a virtual session is established between thevirtual session server215 and theremote unit100 as discussed in connection with FIG.'s5 and6. At some later time, while the virtual session is active, thecommunication server212 receives an incoming communication request for theremote unit100. Because thevirtual session server215 practices themethod500 and/or themethod600, depending on the time of arrival of the communication, theremote unit100 may or may not be physically connected to thevirtual session server215 by a physical communication link. Hence when the communication is received, control passes from thestep705 based on adecision710 which determines whether a physical connection currently exists to theremote unit100.
• If the virtual session is presently in a state whereby the physical connection has been disconnected, control passes from the[0076]first step705 to asecond step715. In thesecond step715 the communication request is accepted by thecommunication server212 through a direct connection or via thecommunication interface210. Control next passes to a third andoptional step720 whereby a specific caller identification packet is associated with the communication type. For example, if the communication involves a telephone call a fist caller identification packet is sent identifying an extension used for telephone calls. If the communication involves an email, a second caller identification packet is sent identifying an extension used for email. On the other hand, if the communication comes from theapplication program220, still another caller identification packet is sent. When this optional use of a caller identification packet is employed, theremote unit100 has the information needed to properly and immediately respond to an incoming call as discussed in connection with FIG. 8. If a call is received by the remote unit from a source other than thevirtual connection server215, the caller identification information will identify the call as not being associated with the virtual session. Control next passes to afourth step725 whereby an automatic dialer responds to communication requests and the communication is forwarded to theremote unit100.
• Another situation arises when the communication request arrives while the[0077]remote unit100 and thevirtual session server215 are currently connected by an existing physical channel. According to one mode of processing, control stays in thefirst step705 while communication proceeds in an active phase of a virtual session. When the communication request arrives, thecommunication server212 signals to the virtual session server that a new call has arrived for theremote unit100. The virtual session server then causes the existing physical layer communication connection to be dropped and thus control passes from thefirst step705 to thesecond step715 as in the foregoing discussion. In another mode of processing, the existing physical layer communication connection is left in tact and control passes from thefirst step705 to afifth step745. In thefifth step745, the communication is packetized, and in asixth step750 the communication packets are passed along the existing physical layer communication connection. Control continues to loop back from thesixth step750 to thefifth step745 during the course of the communication. In this mode of operation the existing physical layer communication connection is shared to provide the remote user with a means to stay connected to theapplication program220 and communicate at the same time. In this case the physical layer is time shared by the virtual session to allow multiple modes of communications to proceed in parallel.
• Note the[0078]method700 provides the user of theremote unit100 with a virtual presence in the work place while actually being remote. Independent of whether the remote unit is presently actively connected to the virtual session server, the communication request may be forwarded to theremote unit100 making the remote user appear to be present in the office at all times. The only time theremote unit100 would not be reachable is when it is engaged in a communication with an entity other than the virtual connection server. This problem may be mitigated by allowing the remote unit to only be reachable through the access number provided by thecommunication server212. If a call is placed from the remote unit to another point, this call too may be routed through thecommunication server212. Systems which do allow the remote unit to make calls outside the virtual session may preferably employ voice mail at thecommunication server212. When the remote unit again becomes available, thevirtual session server215 may forward the communication to the remote unit according to themethod700. Remote units may also be designed using call-waiting concepts whereby the virtual session may be re-activated by interrupting another call.
• Referring now to FIG. 8, an[0079]optional method800 practiced by theremote unit100 is illustrated. This method is practiced when a virtual session exists, the remote unit and the virtual session server are presently not connected via a physical channel, and a communication request is to be forwarded to theremote unit100. In a first step a first ring signal is detected. Optionally, the first ring signal is suppressed so the user will not hear it. In some systems a vibrational first ring signal may be allowed to pass through to notify the user of an incoming communication. In still other embodiments, the remote unit may be programmed to sound a normal ring on the first ring signal. In some embodiments the ring signal will not be a traditional telephone ring signal but will in general be any signal indicative of an incoming communication request.
• In current systems, a caller identification packet is presented to the called party after the first ring signal. Hence identification of the calling party becomes available at this time. After the first ring signal, control passes from the[0080]first step805 to asecond step810. In thesecond step810, the caller identification information is evaluated. Note it would be preferable to accept the caller identification data before the first ring, and the present invention contemplates systems whereby thevirtual session server215 signals to the PSTN to provide a caller identification packet before the first ring. This service does not appear to be available from telephone service providers at this time. Embodiments also comprehended by the present invention include systems whereby theremote unit100 immediately picks up an incoming call and caller identification information is sent by thevirtual connection server215 over the connection identifying the call-type. During thesecond step810, the caller identification packet is evaluated. As discussed in connection with thethird step720 of themethod700, thevirtual session server215 sends out a caller identification packet to identify the type of incoming call. For example, different caller identification packets indicate whether the incoming call is an email, a voice telephone call, or a communication from theapplication program220.
• Control next passes from the[0081]second step810 to athird step815. In thethird step815, an application layer program is selected to process the incoming call. In the foregoing examples, an application may be launched to accept an email message, a voice telephone call, or to accept a communication from theapplication program220. If the communication is an email, it may be desirable to pop a mailbox icon on the screen or to produce a speech signal stating “you've got mail.” If the incoming call is a voice call, it may be desirable to allow the telephone to ring like a normal telephone. If the communication is from theapplication program220, it may be desirable to update data located in the screens of the workflow or otherwise signal the presence of new data. Once the appropriate application has been launched to handle the incoming communication, control next passes to afourth step820 whereby communication session is reactivated and the communication is processed. For example, one or more packets of information may be received and related information such as an email message may be displayed. Also, a telephone call may be allowed to proceed or a set of information may be downloaded from theapplication program220.
• Although the present invention has been described with reference to specific embodiments, other embodiments may occur to those skilled in the art without deviating from the intended scope. For example, other forms of communications such as fax messages may be accepted and displayed by the[0082]remote unit100. Also, the present invention may be used for applications other than mobile workers and Internet users. Virtual sessions according to the present invention are applicable to any situation where a continual connectivity is required but the cost to remain continuously connected is high. Vehicle computers with cellular radio based Internet connections are an example. In such systems, theremote unit100 may be a vehicle-mounted computer or may include a connection to a vehicle-mounted computer. Also, virtual sessions according to the present invention are applicable to any situation where the user should not be burdened with the need to upload and/or download data and go through connection and disconnection procedures. Therefore, it is to be understood that the invention herein encompasses all such embodiments which do not depart from the spirit and scope of the invention as defined in the appended claims.

Claims (20)

What is claimed is:

1. A method of accessing an application server from a remote unit, the method comprising:

at a first time, coupling via a cellular communications network air interface channel to a communications interface entity that is distinct from the server, and establishing a communication session with the communication interface entity, wherein the communication session is capable of assuming an active state and an inactive state;

coupling a client-side application layer program to a server-side application layer program using a communication path comprising the communication session, wherein the server-side application layer program is executed by the server, and the communication session is in the active state;

placing the communication session into the inactive state, ceasing session communications via the cellular communications network air interface channel and maintaining the communication session in the inactive state;

at a second time, coupling to a local interface port via a wireless link that uses a standardized local coupling protocol, wherein the local interface port is also coupled via a landline network path to the communication interface entity;

placing the communication session back into the active state, wherein the reactivated session is supported by a communication path that comprises the local interface port and the landline network path to the communication interface entity; and

recoupling the client-side application layer program to the server-side application layer program using the communication path that comprises the local interface port and the landline network path to the communication interface entity.

2. The method ofclaim 1, wherein the remote unit can access the server at a reduced cost when coupled to the server via the local interface port and landline network path than is possible when the communication session is coupled to the server via the cellular air interface channel.

3. The method ofclaim 1, wherein the landline network path comprises a path through a public switched telephone network (PSTN).

4. The method ofclaim 1, wherein the wireless link interface comprises an air interface channel in a cellular network.

5. The method ofclaim 1, wherein the wireless link interface comprises an air interface channel in a personal communication system (PCS) network.

6. The method ofclaim 1, wherein the wireless link interface comprises wireless pigtail connector protocol.

7. The method ofclaim 1, wherein the communication session supports the transport of packet data.

8. The method ofClaim 1, wherein the communication session supports the transport of packetized voice data.

9. A method of accessing an application server from a remote unit, the method comprising:

at a first time, coupling to the server via a path that comprises a cellular communications network air interface channel, and establishing a communication session with the server, wherein the communication session is capable of assuming an active state and an inactive state;

placing the communication session into the inactive state, ceasing session communications via the cellular communications network air interface channel and maintaining the communication session in the inactive state;

at a second time, wirelessly coupling to a local interface port, wherein the local interface port comprises a wireless link interface that uses a standardized local coupling protocol, and the local interface port also comprises a second interface that couples to a public switched telephone network (PSTN);

placing the communication session back into the active state, wherein the reactivated session is supported by a communication path that comprises the local interface port and a path through the PSTN.

10. The method ofclaim 9, wherein the remote unit can access the server at a reduced cost when coupled to the server via the local interface port than is possible when the communication session is coupled to the server via the cellular air interface channel.

11. The method ofclaim 9, wherein the wireless link interface comprises an air interface channel in a cellular network.

12. The method ofclaim 9, wherein the wireless link interface comprises an air interface channel in a personal communication system (PCS) network.

13. The method ofclaim 9, wherein the wireless link interface comprises wireless pigtail connector protocol.

14. The method ofclaim 9, wherein the communication session supports the transport of packet data.

15. The method ofclaim 9, wherein the communication session supports the transport of packetized voice data.

16. A method of communicating between a remote unit and a server, the method comprising:

at a first time, establishing an application session between an application program residing on the server and an application program residing on the remote unit, the application session being supported by a communication session, wherein the communication session is capable of assuming an active state and an inactive state, and the communication session;

placing the communication session into the inactive state and maintaining the communication session in the inactive state;

at a second time, sending a signal indicative of a communication request and a set of data associated with the communication request, wherein the data indicates that the communication request is to reestablish communication between the client-side application layer program and the server-side application layer program;

placing the communication session into the active state;

resuming application layer communications between the client-side and server-side application programs via the communication session.

17. The method ofclaim 16, wherein at the first time the communication session is supported by a cellular network and at the second time the session is supported by a local wireless pigtail port that is coupled to the PSTN.

18. The method ofclaim 16, wherein the application layer program corresponds to an email application.

19. The method ofclaim 16, wherein the application layer program corresponds to a fax application.

20. The method ofclaim 16, wherein the signal indicative of a communication request corresponds to a telephone ringing signal, the data associated with the incoming communication request corresponds to a caller ID data packet, and the caller ID data packet comprises information that identifies the application layer program in the remote unit.

Images