Transparent user and session management for web applications

Abstract

A central server used to generate, for example, web application instances to remote users over a computer network, such as the Internet, is implemented with new programming techniques by which user and session management is made independent of the web application instance. The prior methods, by which a new user or session cookie is generated for each user request, is replaced by techniques wherein a single session cookie is provided to a user for all requests in a single user session. A user database is maintained by the central server which stores the session cookie and correlates it to a web application instance, identified by system variables stored in the database, rather than with application variables maintained by an application instance.

Description

AUTHORIZATION

[0002] A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but otherwise reserves all copyright rights whatsoever.

[0003] 1. Field of the Invention

[0004] This application relates generally to process coordinating for multiple electrical computers, and relates more particularly to establishing computer-to-computer sessions.

[0005] 2. Description of the Related Art

[0006] The stateless nature of Hyper-Text Transfer Protocol (HTTP) is a disadvantage of any web application that runs on a server computer connected to a network and which uses HTTP to communicate with client web browsers. This is because the HTTP protocol is generally a stateless request/response protocol. That is, for every request generated by a user, the web application provides a response which typically includes one or more variables used by the application to identify the user and/or the session. In order to accomplish user an/or session management, these variables are returned with a subsequent request by the user. Without that, the HTTP protocol does not inform the server whether a series of consecutive requests are coming from the same web browser and/or user or different web browsers and/or users.

[0007] Session management, as used herein, refers to one or more algorithms used for identifying consecutive requests made by a particular web browser. User management, as used herein, refers to one or more algorithms used for identifying consecutive requests made by different web browsers but from the same user.

[0008] For any web application which uses HTTP protocol to communicate with a web browser, it is very important to ascertain whether consecutive requests come from the same web browser and/or user. To enable session as well as user management, prior web applications were designed to send one or more cookies as part of an initial response to a web browser. In turn, a web browser was required to return one or more cookies as part of the subsequent request.

[0009] The following is an example of existing techniques used in managing users and sessions via cookies in a network environment. A client terminal sends a request to the server in the form of a request method, a uniform resource identifier (URI), and a protocol version, followed by a Multipurpose Internet Mail Extensions (MIME)-like message containing request modifiers, client information, and possibly, body content. The server responds with a status line, including the message's protocol version and a success or error code, followed by a MIME-like message containing server information, entity meta-information, and possibly, entity-body content.

[0010] Existing web applications managed by servers are designed to internally manage cookies from incoming requests to identify different sessions and/or users in this manner. However, developing the software code for managing the cookies associated with the HTTP protocol is time consuming and error prone.

[0011] Alternatively, both software libraries and session objects have also been used to enable web applications to manage different users and/or sessions. The first approach provides two variables to a web application for each request to identify the session and user. The web application can then use either hash tables in memory, files on a file system or tables in a database system to keep the application states associated with each session and user.

[0012] The second approach provides a session object to a web application for each request. The session object allows the web application to store the application states associated with the session in the object.

[0013] Software libraries and session objects, however, are also difficult to incorporate into an object-oriented software development framework. Hash tables and session objects are simply data structures used to store application states without the corresponding methods for manipulating the underlying data. They also cannot enforce type-checking for the data that they store.

BRIEF SUMMARY OF THE INVENTION

[0014] The systems and methods of the present invention address certain shortcomings in existing technologies.

[0015] In one embodiment of the present invention, a method for providing user and session management, and associated systems for implementing the same, includes a central server receiving a first request from a user for an application instance. the request includes a single identifier for all requests from the user without further user and session application variables. The application response is then transmitted to the user.

[0016] In a second embodiment of the present invention, a method for providing user and session management, and associated systems for implementing the same, includes a central server receiving a request for an application instance from a user. A single identifier is assigned to the user for handling all the user's requests. The central server then transmits the application instance response to the user, wherein the single identifier is static for all requests from the user for a single session.

[0017] In a third embodiment of the present invention, a method for providing user and session management, and associated systems for implementing the same, includes a central server receiving a first request from a user for a first application instance. The first request includes an identifier corresponding to the first user. The central server transmits the first application instance response to the user. The central server then receives a second request from the user for a second application instance. The second request includes only the same identifier. The central server then processes the request with the first application instance.

[0018] In a fourth embodiment of the present invention, a method for providing user and session management, and associated systems for implementing the same, includes a central server receiving a first user request in a first user session, the first user request including a first identifier. The central server transmits a first application instance response to the first user in response to the first request. The central server the receives, from the first user, a second user request in a second user session, the second user request including the first identifier. The central server then processes the second request through the first application instance.

[0019] In a fifth embodiment of the present invention, a method for providing user and session management, and associated systems for implementing the same, includes a central server receiving a first request from a first user session for a user, the first request including an identifier. The central server then receives a second request from a second user session for the user, the second request including the identifier without further user or session variables. The central server then transmitting a response to the first and second requests, based on the identifier and a session information stored for each of the first and second user sessions.

[0020] In a sixth embodiment of the present invention, a method for providing user and session management, and associated systems for implementing the same, includes a central server receiving a first request from a first user session for a user, the first request including an identifier. The central server transmits a response to the first request, based on the identifier and a first session variable stored in a user database. The central server then receives a second request from a second user session for the user, the second request including the identifier without further user or session variables. The central server then transmits a response to the second request, based on the identifier and second session information stored in the user database.

[0021] In a seventh embodiment of the present invention, a method for providing user and session management, and associated systems for implementing the same, includes a central server receiving a first request from a first user, the first request including a first identifier corresponding to the first user. The central server receives a second request from a second user, the second request including a second identifier corresponding to the second user. The central server then generates a first application instance responsive to the first identifier and a second application instance responsive to the second identifier.

[0022] In an eighth embodiment of the present invention, a method for providing user and session management, and associated systems for implementing the same, includes a central server receiving, from a first user, a first request in a first session, the first request including a first identifier. The central server then transmits a first application instance to the first user in response to the first request. The central server then receives, from the first user, a second request in a second session, the second request including the first identifier. The central server processes the second request through the first application instance. The central server then receives a third request in a third session from a second user, the third request including a second identifier. The central server then transmits a second application instance to the second user in response to the third request.

[0023] In a ninth embodiment of the present invention, a method for providing user and session management, and associated systems for implementing the same, includes a client terminal interacting with a central server over a computer network. The client terminal transmits a first request to a central server, the first request including a user identifier. The client terminal receives a first application instance in response to the first request from the central server and transmits a second request to the central server, the second request including the identifier without further user or session variables. The client terminal then receives a response to the second request through the same application instance.

[0024] In a tenth embodiment of the present invention, a method for providing user and session management, and associated systems for implementing the same, includes a client terminal interacting with a central server over a computer network. The client terminal transmits a first request to the central server in a first user session, the first request including a user identifier. The client terminal then receives a first application instance in response to the first request. The client terminal next transmits a second request to the central server in a second user session, the second request including the identifier without further user or session variables. The client terminal then receives a response to the second request from the same application instance.

[0025] It is therefore one advantage of certain embodiments of the present invention that a centralized user database that can be maintained for storing and accessing user and state information for web applications to accomplish user and/or session management.

[0026] It is a further advantage of certain embodiments of the present invention that the need to write user and session management codes for a web application are eliminated. This, in turn reduces the potential for application bugs and, therefore, the amount of time and money needed to write a web applications.

[0027] Another advantage of certain embodiments of the present invention is that a full object-oriented software development can be used in web application development without using type-less session objects or hash tables.

BRIEF DESCRIPTION OF THE DRAWINGS

[0028] The features and advantages of the present invention will now be described in conjunction with the attached drawings, of which:

[0029] FIG. 1 is a block diagram depicting an exemplary computer network through which the present invention may be accomplished;

[0030] FIG. 2 is a schematic block diagram of an exemplary central server for use with the network of FIG. 1;

[0031] FIG. 3 is an illustration of an exemplary user/session database maintained by the central server of FIG. 2;

[0032] FIG. 4 is a flow chart illustrating an exemplary process for user/session management performed by the central server of FIG. 2;

[0033] FIG. 5 is a flow chart illustrating an exemplary user session performed by the user client terminal of FIG. 1;

[0034] FIGS. 6A-6E are an exemplary program listing of a program employing user and session management code of existing technologies; and

[0035] FIGS. 7A-7B are an exemplary program listing utilized by the central server of FIG. 2 which accommodates the user and session management techniques according to the present invention.

DETAILED DESCRIPTION OF THE INVENTION

[0036] As used herein, the term “session” refers to an interaction between a user and a server which begins with a log-in request by the user and concludes with either a log-out request by the user or a session time-out generated by the server after a predetermined time.

[0037] The present invention achieves the above-mentioned advantages by creating multiple instances of a web application for multiple users in contrast to the traditional approach of creating a single instance of a web application for multiple users or creating a single instance of a web application for each individual web browser request. Furthermore, the present invention provides a server that generates and stores system variables relating to a user and a session to generate and track us of an application instance independent of the application, rather than having the application generate and track application variables which as is done in existing technologies. Furthermore, for each request from a user interacting simultaneously with multiple sessions, it is possible to maintain each application instance involved in the user's sessions rather than deleting a prior instance upon the receipt of each new request from the user.

[0038] The transparent user and session management of the present invention introduces a system architecture and runtime environment that allows web applications to adopt a fully object-oriented approach. The runtime environment, according to certain embodiments of the present invention, removes the difficulties in programming web applications to accomplish session and user management in that the web application developers no longer need to be concerned with developing the code (and debugging the same) to manage cookies with HTTP protocol and/or using hash tables or session objects to store application states.

[0039] The features of the inventive runtime environment in various embodiments include: (1) transparently mapping requests from the same session to the same instances of a web application; (2) transparently mapping requests from different sessions of the same user to the same instances of a web application; and (3) transparently mapping requests from different users to different instances of a web application.

[0040] Accordingly, those of ordinary skill in the art will readily appreciate that the techniques of the present invention allow web applications to be developed as single-user applications with the runtime environment transparently deploying them as multi-user web applications. From a programmer's perspective, developing a multi-user web application is exactly the same as developing a single-user web application. The programmer develops an object that can accept incoming requests, process the requests, store the application states in the object instance variables and return the corresponding responses. In an embodiment of the invention where the Java programming language is used, for example, the object may be a Java servlet object. The programmer need not worry about cookies in the requests, which session the requests originate from and which user the requests originate from. This dramatically reduces the number of lines of code, the number of potential bugs, the development time and lets the programmer concentrate on the business logic used to process the requests.

[0041] Referring now to FIG. 1, there is depicted an exemplary computer network 10 through which a plurality of remote client terminals 12, 14, 16 may communicate with a central server 18 in any known manner. Although computer network 10 is preferably an Internet-based network such as the World Wide Web, it may be any one or more of a local area network (LAN), a wide-area network (WAN), an intranet environment, an extranet environment, a wireless network or any other type of computer network, such as those enabled over public switched telephone networks. In the case of a wireless network, it will be appreciated that although the techniques of the present invention have been described in relation to HTTP protocol, the same techniques may be employed to communicate with a wireless device employing a wireless access protocol (WAP).

[0042] Client terminals 12, 14, 16 may each be any type of computing device, such as a personal computer, a workstation, a network terminal, a hand-held remote access device, a personal digital assistant (PDA) or any other device that can accomplish two-way electronic communication over the network 10. Specific functions and operations of client terminals 12-16 and the central server 18 are discussed further below.

[0043] Turning now to FIG. 2, displayed therein are exemplary components of a computing device, such as the central server 18. It should be understood that any of the client terminals 12-16 may share similar configurations. However, for sake of brevity, the discussion immediately below will refer to the central server 18 only. Furthermore, it will be readily appreciated that the central server 18 may be implemented by a plurality of distributed servers acting in conjunction with each other, rather than as a single device as displayed in FIG. 2.

[0044] The primary component of the server 18 is a processor 20, which may be any commonly available microprocessor, such as the PENTIUM 4 manufactured by INTEL CORP. The processor 20 may be operatively connected to further exemplary components, such as RAM/ROM 26, a clock 28, input/output devices 23, a random number generator 21 and a memory 22 which, in turn, stores one or more computer programs 24.

[0045] The processor 20 operates in conjunction with random access memory and read-only memory in a manner well known in the art. The random-access memory (RAM) portion of RAM/ROM 26 may be a suitable number of Single In-line Memory Module (SIMM) chips having a storage capacity (typically measured in kilobytes or megabytes) sufficient to store and transfer, inter alia, processing instructions utilized by the processor 20 which may be received from the programs 24. The read-only memory (ROM) portion of RAM/ROM 26 may be any permanent non-rewritable memory medium capable of storing and transferring, inter alia, processing instructions performed by the processor 20 during a start-up routine of the central server 18.

[0046] The clock 28 may be an on-board component of the processor 20 which dictates a clock speed (typically measured in MHz) at which the processor 20 performs and synchronizes, inter alia, communication between the internal components of the central server 18.

[0047] The input/output device(s) 23 may be one or more commonly known devices used for receiving operator inputs, network data, and the like and transmitting outputs resulting therefrom. Accordingly, exemplary input devices may include a keyboard, a mouse, a voice recognition unit and the like for receiving operator inputs. Output devices may include any commonly known devices used to present data to an operator of the central server 18 or to transmit data over the computer network 10 to a remote user or customer. Accordingly, suitable output devices may include a display, a printer and a voice synthesizer connected to a speaker.

[0048] Other input/output devices 23 may include a telephonic or network connection device, such as a telephone modem, a cable modem, a T-1 connection, a digital subscriber line or a network card, for communicating data to and from other computer devices over the computer network 10, such as to remote client terminals 12-16. In an embodiment involving a Web server, it is preferred that the communications devices used as input/output devices 23 have capacity to handle high bandwidth traffic in order to accommodate communications with a large number of remote client terminals 12-16.

[0049] The memory 22 may be an internal or external large capacity device for storing computer processing instructions, computer-readable data, and the like. The storage capacity of the memory 22 is typically measured in megabytes or gigabytes. Accordingly, the memory 22 may be one or more of the following: a floppy disk in conjunction with a floppy disk drive, a hard disk drive, a CD-ROM disk and reader/writer, a DVD disk and reader/writer, a ZIP disk and a ZIP drive of the type manufactured by IOMEGA CORP., and/or any other computer readable medium that may be encoded with processing instructions in a read-only or read-write format. Further functions of and available devices for memory 22 will be apparent.

[0050] The memory 22 preferably stores, inter alia, a plurality of programs 24 which may be any one or more of an operating system such as WINDOWS 2000 by MICROSOFT CORP. The plurality of programs 24 may also include a database management program for maintaining and interacting with the user database 30 of FIG. 3. The plurality of programs 24 may further contain one or more application programs, such as a web hosting program, which may be necessary to implement the embodiments of the present invention. The programs 24 include processing instructions for enabling the processor 20 to perform the user and session management techniques described herein.

[0051] Referring now to FIG. 3, an exemplary user database 30 is provided to store and maintain user and session management data according to the present invention. The data is received and stored according to the process 500 as described below with respect to FIG. 5. In referring to the database 30 depicted herein, it is important to note that the first row of the database 30 include a field header for each field 32-38 of the database 30 and the remaining rows each correspond to one record of the database. Fields of data, are represented by each column. Further or fewer fields and records of data may be used. The databases presented herein may be configured into any number of relational databases. In addition, configurations other than database formats may be used to store the data maintained in the exemplary databases.

[0052] Accordingly, the user database 30 may include a user name field 32 for storing a user name parameter corresponding to a user submitting a request via one of the client terminals 12-16. The user database 30 may further contain: a user password field 34 for storing a password parameter corresponding to the user name in field 32; a JLVSession cookie number field 36 for storing a randomly-generated number or identifier assigned to the user and transmitted with user requests within the JLVSession cookie; and a variables field 38 for storing the user and session management system information corresponding to the web application instance accessed by the user.

[0053] Referring now to FIG. 4, therein is illustrated an exemplary process 400 performed by the central server for accomplishing user and session management according to certain embodiments of the present invention. The process 400 begins when a client terminal initiates a web browser session that sends a request without any user-session cookie to the runtime environment (step 401). The runtime environment maintained by the central server then returns a system defined customizable web page with a sign-in form to the web browser (step 402). The sign-in form may include fields for submitting a first parameter for a username corresponding to the user (also referred to herein as JLVUsername), a second parameter for a password corresponding to the user (also referred to herein as JLVPassword ) and a third parameter (also referred to herein as JLMClick) which contains the default exemplary value “JLSSignIn” for allowing the runtime environment to recognize that the user-submitted values for these parameters are in conjunction with a sign-in request. It should be noted that the first and the second parameter may correspond to values stores in fields 32 and 34 of user database 30. It will also be readily appreciated that any default value may be used for the JLMClick parameter.

[0054] After the user fills in the username and password and submits the form to the central server 18 (step 403), the runtime environment authenticates the user relative to the appropriate fields of the user database 30 (step 404). Next, at step 405, if authentication is successful, the runtime environment returns a redirection response to the original request URL together with a single cookie (also referred to herein as the JLVSession cookie, which may contain a static, unchanging value) that includes a random number generated by the central server 18 via random number generator 21 for uniquely identifying the user and the session (step 407), after which the process 400 continues as described further below. If, however, at step 405 the authentication is unsuccessful (i.e. no corresponding user name and password is found), the runtime environment notifies the user that the session is inaccessible (step 406), after which the process 400 ends. Alternatively, in environments which allow for such, the user name and password may be added to the user database 30 as a new record, thereby identifying the user as a new user and allowing the user to access the web application.

[0055] Returning to step 407, for each request with a JLVSession cookie after successful sign-in, the runtime environment uses the JLVSession cookie value from field 36 to identify the user from whom the request originated (step 408), retrieves the instance of a user object corresponding to that particular user (step 409), and finally passes the request to the user object (step 410). The user object in turn uses the URL within the request to identify the web application that is targeted. If an instance of the web application has not been created, the user object will create a new instance of the web application (step 411). After that, the user object simply passes the request to the web application instance. The web application instance processes the request, stores any application states in its instance variables and then returns a response (step 412), after which the process 400 ends. Alternatively, the process 400 may return to step 408 above if further requests with the JLVSession cookie are submitted.

[0056] FIG. 5 is an illustration of a process 500, performed by any number of client terminals 12-16, for submitting requests and interacting with the central server employing the techniques of the present invention. For example, a client terminal 12 sends a first request for a web application to the central server 18 (step 501). The central server 18 returns a sign-in form for completion by the user operating client terminal 12 (step 502). The user then submits a valid user name and password (step 503) and receives a JLVSession cookie (generated as described above) to be submitted with each subsequent request (step 504). The user then receives a response from the instance of the web application (step 505), after which process 500 ends. Alternatively, the process 500 may return to step 504 above for each subsequent request submitted by the user for receiving subsequent web application instance responses.

[0057] FIGS. 6A-6E contain a program listing 600 for implementing a web application according to existing programming techniques, which listing includes user and session management code.

[0058] FIGS. 7A-7B are an exemplary program listing 700 for accomplishing the same function as the listing in FIGS. 7A-7E, using the techniques of the present invention. The difference in the size of the two program listings illustrates the ability of the present invention to dramatically reduce the code needed to develop a web application through elimination of user and session management code.

[0059] Although the invention has been described in detail in the foregoing embodiments, it is to be understood that the descriptions have been provided for purposes of illustration only and that other variations both in form and detail can be made thereupon by those skilled in the art without departing from the spirit and scope of the invention, which is defined solely by the appended claims.

Claims

1. A method for performing user and session management over a computer network, comprising: receiving a first request from a user for an application instance, the request including a single identifier for all user requests without further user and session application variables; and transmitting an application instance response to the user based on stored user and session system information.

2. The method of claim 1, wherein the single identifier includes a random number associated with the user.

3. The method of claim 1, further comprising: authenticating an identification of the user; and assigning the single identifier to the user.

4. The method of claim 3, wherein said authenticating comprises: transmitting a request for a user name and a password to the user; receiving the user name and password from the user; and comparing the user name and password to stored parameters.

5. The method of claim 1, further comprising: receiving a second request from the user for a second application instance, the second request including the identifier; and processing the request with the application instance.

6. The method of claim 1, further comprising: receiving a second request from a second user, the second request including a second identifier corresponding to the second user; and generating a second application instance responsive to the second identifier.

7. An apparatus for performing user and session management over a computer network, comprising: means for receiving a first request from a user for an application instance, the request including a single identifier for all user requests without further user and session application variables; and means for transmitting an application instance response to the user based on stored user and session system information.

8. A method for performing user and session management over a computer network, comprising: a processor; and a memory in communication with the processor, the memory for storing a plurality of processing instructions for enabling the processor to: receive a first request from a user for an application instance, the request including a single identifier for all user requests without further user and session application variables; and transmit an application instance response to the user based on stored user and session system information.

9. A computer-readable medium encoded with processing instructions for implementing a method for performing user and session management over a computer network, the method comprising: receiving a first request from a user for an application instance, the request including a single identifier for all user requests without further user and session application variables; and transmitting an application instance response to the user based on stored user and session system information.

10. A method for performing user and session management over a computer network, comprising: receiving a request for an application instance from a user; assigning a single identifier to the user for handling all user requests; and transmitting an application instance response to the user, wherein the single identifier is static for all requests from the user for a session.

11. The method of claim 10, wherein the single identifier is a random number.

12. The method of claim 10, wherein the single identifier does not include user or session application variables for use by the application instance.

13. The method of claim 10, wherein said assigning further comprises: authenticating an identification of the user.

14. The method of claim 13, wherein said authenticating comprises: transmitting a request for a user name and a password to the user; receiving the user name and password from the user; and comparing the user name and password to stored parameters.

15. The method of claim 10, further comprising: receiving a second request from the user for a second application instance, the second request including the identifier; and processing the request with the second application instance, while maintaining the first application instance.

16. The method of claim 1, further comprising: receiving a second request from a second user, the second request including a second identifier corresponding to the second user; and generating a second application instance responsive to the second identifier.

17. An apparatus for performing user and session management over a computer network, comprising: means for receiving a request for an application instance from a user; means for assigning a single identifier to the user for handling all user requests; and means for transmitting an application instance response to the user, wherein the single identifier is static for all requests from the user for a session.

18. An apparatus for performing user and session management over a computer network, comprising: a processor; and a memory in communication with the processor, the memory for storing a plurality of processing instructions for enabling the processor to: receive a request for an application instance from a user; assign a single identifier to the user for handling all user requests; and transmit an application instance response to the user, wherein the single identifier is static for all requests from the user for a session.

19. A computer-readable medium encoded with processing instructions for implementing a method for performing user and session management over a computer network, the method comprising: receiving a request for an application instance from a user; assigning a single identifier to the user for handling all user requests; and transmitting an application instance response to the user, wherein the single identifier is static for all requests from the user for a session.

20. A method for performing user and session management over a computer network, comprising: receiving a first request from a user for a first application instance, the first request including an identifier; transmitting a first application instance response to the user; receiving a second request from the user for a second application instance, the second request including the identifier; and processing the request with the second application instance.

21. The method of claim 20, wherein the identifier is a random number.

22. The method of claim 10, wherein the identifier does not include user or session variables for use by the application instance.

23. The method of claim 20, further comprising: authenticating an identification of the user; and assigning the identifier to the user.

24. The method of claim 13, wherein said authenticating comprises: transmitting a request for a user name and a password to the user; receiving the user name and password from the user; and comparing the user name and password to stored parameters.

25. The method of claim 20, further comprising: receiving a third request from a second user, the third request including a second identifier corresponding to the second user; and generating a second application instance responsive to the second identifier.

26. An apparatus for performing user and session management over a computer network, comprising: means for receiving a first request from a user for a first application instance, the first request including an identifier; means for transmitting a first application instance response to the user; means for receiving a second request from the user for a second application instance, the second request including the identifier; and means for processing the request with the second application instance.

27. An apparatus for performing user and session management over a computer network, comprising: a processor; and a memory in communication with the processor, the memory for storing a plurality of processing instructions for enabling the processor to: receive a first request from a user for a first application instance, the first request including an identifier; transmit a first application instance response to the user; receive a second request from the user for a second application instance, the second request including the identifier; and process the request with the second application instance.

28. A computer-readable medium encoded with processing instructions for implementing a method for performing user and session management over a computer network, the method comprising: receiving a first request from a user for a first application instance, the first request including an identifier; transmitting a first application instance response to the user; receiving a second request from the user for a second application instance, the second request including the identifier; and processing the request with the second application instance.

29. A method for performing user and session management over a computer network, comprising: receiving, from a user, a first request in a first session, the first request including an identifier; transmitting a first application instance response to the user in response to the first request; receiving, from the user, a second request in a second session, the second user request including the identifier; and processing the second request through the first application instance.

30. The method of claim 29, wherein the first identifier includes a random number associated with the user.

31. The method of claim 29, further comprising: authenticating an identification of the user; and assigning the identifier to the user.

32. The method of claim 31, wherein said authenticating comprises: transmitting a request for a user name and a password to the user; receiving the user name and password from the user; and comparing the user name and password to stored parameters.

33. The method of claim 29, further comprising: receiving a third request from the user in the first user session, the third request including the identifier; and processing the request with the application instance.

34. The method of claim 29, further comprising: receiving a third request from a second user, the third request including a second identifier corresponding to the second user; and generating a second application instance responsive to the second identifier.

35. An apparatus for performing user and session management over a computer network, comprising: a processor; and a memory in communication with the processor, the memory for storing a plurality of processing instructions for enabling the processor to: receive, from a user, a first request in a first session, the first request including an identifier; transmit a first application instance response to the user in response to the first request; receive, from the user, a second request in a second session, the second user request including the identifier; and process the second request through the first application instance.

36. An apparatus for performing user and session management over a computer network, comprising: means for receiving, from a user, a first request in a first session, the first request including an identifier; means for transmitting a first application instance response to the user in response to the first request; means for receiving, from the user, a second request in a second session, the second user request including the identifier; and means for processing the second request through the first application instance.

37. A computer-readable medium encoded with processing instructions for implementing a method for performing user and session management over a computer network, the method comprising: receiving, from a user, a first request in a first session, the first request including an identifier; transmitting a first application instance response to the user in response to the first request; receiving, from the user, a second request in a second session, the second user request including the identifier; and processing the second request through the first application instance.

38. A method for performing user and session management over a computer network, comprising: receiving a first request from a first user session for a user, the first request including an identifier; receiving a second request from a second user session for the user, the second request including the identifier without further user or session application variables; and transmitting a response to the first and second requests, based on the identifier and a system session variable stored for each of the first and second user sessions.

39. The method of claim 38, wherein the single identifier includes a random number associated with the user.

40. The method of claim 38, further comprising: authenticating an identification of the user; and assigning the identifier to the user.

41. The method of claim 40, wherein said authenticating comprises: transmitting a request for a user name and a password to the user; receiving the user name and password from the user; and comparing the user name and password to stored parameters.

42. The method of claim 38, further comprising: receiving a third request from one of the first and the second user sessions, the third request including the identifier; and processing the request with the application instance.

43. The method of claim 38, further comprising: receiving a third request from a second user, the third request including a second identifier corresponding to the second user; and generating a second application instance responsive to the second identifier.

44. An apparatus for performing user and session management over a computer network, comprising: means for receiving a first request from a first user session for a user, the first request including an identifier; means for receiving a second request from a second user session for the user, the second request including the identifier without further user or session application variables; and means for transmitting a response to the first and second requests, based on the identifier and a system session variable stored for each of the first and second user sessions.

45. An apparatus for performing user and session management over a computer network, comprising: a processor; and a memory in communication with the processor, the memory for storing a plurality of processing instructions for enabling the processor to: receive a first request from a first user session for a user, the first request including an identifier; receive a second request from a second user session for the user, the second request including the identifier without further user or session application variables; and transmit a response to the first and second requests, based on the identifier and a system session variable stored for each of the first and second user sessions.

46. A computer-readable medium encoded with processing instructions for implementing a method for performing user and session management over a computer network, comprising: receiving a first request from a first user session for a user, the first request including an identifier; receiving a second request from a second user session for the user, the second request including the identifier without further user or session application variables; and transmitting a response to the first and second requests, based on the identifier and a system session variable stored for each of the first and second user sessions.

47. A method for performing user and session management over a computer network, comprising: receiving a first request from a first user session for a user, the first request including an identifier; and transmitting a first response to the first request, based on the identifier and a first system session variable stored in a user database; receiving a second request from a second user session for the user, the second request including the identifier without further user or session application variables; and transmitting a second response to the second request, based on the identifier and a second system session variable stored in the user database.

48. The method of claim 47, wherein the first response and the second response are generated from a single application instance.

49. The method of claim 48, wherein the identifier does not include further user and session variables for use by the application instance.

50. The method of claim 47, wherein the identifier includes a random number associated with the user.

51. The method of claim 47, further comprising: authenticating an identification of the user; and assigning the single identifier to the user.

52. The method of claim 51, wherein said authenticating comprises: transmitting a request for a user name and a password to the user; receiving the user name and password from the user; and comparing the user name and password to stored parameters.

53. The method of claim 48, further comprising: receiving a third request from the user in the first user session, the third request including the identifier; and processing the request with the application instance.

54. The method of claim 47, further comprising: receiving a third request from a second user, the third request including a second identifier corresponding to the second user; and generating a second application instance responsive to the second identifier.

55. An apparatus for performing user and session management over a computer network, comprising: means for receiving a first request from a first user session for a user, the first request including an identifier; and means for transmitting a first response to the first request, based on the identifier and a first system session variable stored in a user database; means for receiving a second request from a second user session for the user, the second request including the identifier without further user or session application variables; and means for transmitting a second response to the second request, based on the identifier and a second system session variable stored in the user database.

56. An apparatus for performing user and session management over a computer network, comprising: a processor; and a memory in communication with the processor, the memory for storing a plurality of processing instructions for enabling the processor to: receive a first request from a first user session for a user, the first request including an identifier; and transmit a first response to the first request, based on the identifier and a first system session variable stored in a user database; receive a second request from a second user session for the user, the second request including the identifier without further user or session application variables; and transmit a second response to the second request, based on the identifier and a second system session variable stored in the user database.

57. A computer-readable medium encoded with processing instructions for implementing a method for performing user and session management over a computer network, the method comprising: receiving a first request from a first user session for a user, the first request including an identifier; and transmitting a first response to the first request, based on the identifier and a first system session variable stored in a user database; receiving a second request from a second user session for the user, the second request including the identifier without further user or session variables; and transmitting a second response to the second request, based on the identifier and a second system session variable stored in the user database.

58. A method for performing user and session management over a computer network, comprising: receiving a first request from a first user, the first request including a first identifier corresponding to the first user; receiving a second request from a second user, the second request including a second identifier corresponding to the second user; and generating a first application instance responsive to the first identifier and a second application instance responsive to the second identifier.

59. The method of claim 58, wherein the first identifier and the second identifier do not include user and session application variables for use by the first and the second application instances.

60. The method of claim 58, wherein the first identifier includes a random number associated with the first user and the second identifier includes a second random number associated with the second user.

61. The method of claim 58, further comprising: authenticating an identification of the first and second users; and assigning the first identifier to the first user and the second identifier to the second user.

62. The method of claim 61, wherein said authenticating comprises: transmitting a request for a user name and a password to the user; receiving the user name and password from the user; and comparing the user name and password to stored parameters.

63. The method of claim 58, further comprising: receiving a third request from the first user, the third request including the first identifier; and processing the request with the first application instance.

64. The method of claim 58, further comprising: receiving a third request from the second user, the third request including the second identifier; and processing the request with the second application instance.

65. An apparatus for performing user and session management over a computer network, comprising: means for receiving a first request from a first user, the first request including a first identifier corresponding to the first user; means for receiving a second request from a second user, the second request including a second identifier corresponding to the second user; and means for generating a first application instance responsive to the first identifier and a second application instance responsive to the second identifier.

66. An apparatus for performing user and session management over a computer network, comprising: a processor; and a memory in communication with the processor, the memory for storing a plurality of processing instructions for enabling the processor to: receive a first request from a first user, the first request including a first identifier corresponding to the first user; receive a second request from a second user, the second request including a second identifier corresponding to the second user; and generate a first application instance responsive to the first identifier and a second application instance responsive to the second identifier.

67. A computer-readable medium encoded with processing instructions for implementing a method for performing user and session management over a computer network, the method comprising: receiving a first request from a first user, the first request including a first identifier corresponding to the first user; receiving a second request from a second user, the second request including a second identifier corresponding to the second user; and generating a first application instance responsive to the first identifier and a second application instance responsive to the second identifier.

68. A method for performing user and session management over a computer network, comprising: receiving, from a first user, a first request in a first session, the first request including a first identifier; transmitting a first application instance to the first user in response to the first request; receiving, from the first user, a second request in a second session, the second request including the first identifier; processing the second request through the first application instance; receiving, from a second user, a third request in a third user session, the third request including a second identifier corresponding to the second user; and transmitting a second application instance to the second user in response to the third request.

69. The method of claim 68, wherein the first identifier and the second identifier do not include further user and session application variables for use by the first and the second application instances.

70. The method of claim 68, wherein the first identifier includes a random number associated with the first user and the second identifier includes a second random number associated with the second user.

71. The method of claim 68, further comprising: authenticating an identification of the first and second users; and assigning the first identifier to the first user and the second identifier to the second user based on said authenticating.

72. The method of claim 71, wherein said authenticating comprises: transmitting a request for a user name and a password to the first and second users; receiving the user name and password from the first and the second users; and comparing the user name and password to stored parameters.

73. The method of claim 68, further comprising: receiving a fourth request from the first user, the fourth request including the first identifier without any further user and session application variables; and processing the request with the first application instance based on stored user and session management system variables.

74. The method of claim 68, further comprising: receiving a fourth request from the second user, the fourth request including the second identifier without any further user and session variables; and processing the request with the second application instance based on stored user and session management system variables.

75. A method for interacting with a central server over a computer network, comprising: transmitting a first request to a central server, the first request including a user identifier; receiving a first application instance in response to the first request; and transmitting a second request to the central server, the second request including the identifier without further user or session application variables; and receiving a response to the second request from the application instance.

76. The method of claim 75, wherein the first identifier does not include user and session variables for use by the first application instance.

77. A method for interacting with a central server over a computer network, comprising: transmitting a first request to a central server in a first user session, the first request including a user identifier; receiving a first application instance in response to the first request; and transmitting a second request to the central server in a second user session, the second request including the identifier without further user or session application variables; and receiving a response to the second request from the application instance.

78. The method of claim 77, wherein the first identifier does not include user and session variables for use by the application instance.