Abstract: Client/server negotiation of virtual display and/or printer device selection to control session attributes, job routing to customized subsystems, user access control, and so forth. Within the Telnet Protocol, sanctioned and used with the “DO, DONT, WILL, WONT” structure, during subnegotiation a client requests and a server agrees to a specific virtual device name for the session display and/or printer.

Abstract: A computer executing a Telnet application manages usage of a system resource by issuing through a transport layer directed to a specific client a DO TIMING MARK command. Responsive to receiving a WILL TIMING MARK or WONT TIMING MARK response from the specific client, the Telnet application calculates a WAIT time; and responsive to receiving no WILL TIMING MARK or WONT TIMING MARK response from the specific client within said WAIT time, the Telnet application causes release of system resource used by the client.

Abstract: A Telnet server makes the IP address of a Telnet client accessible to applications by writing the IP address into device associated space initialized when the virtual device at the server is associated with the physical device at the client. Applications retrieve this device IP address using an API, and are thus enabled to do job routing, printer passthru, access control and so forth using TCP/IP networks.

Abstract: A method and system is provided for communicating encrypted user passwords from a client to a server. During new environment negotiations, the server communicates to the client a server random seed value. The client then generates a client random seed value and, using the client random seed value, the server random seed value, and the user variable name, an encrypted user password. The client then communicates to the server the client random seed, the user variable name and the encrypted user password. Then the server validates the encrypted user password using the server random seed, the client random seed and the user variable name.

Abstract: A system and method for client negotiation of functions and features with a server such as in accordance with RFC 1572 Telnet Environment Option. An interface controller, herein a Java program, is provided which, upon being called by a client application, prompts the application, herein by way of graphical user interface (GUI), for values to be used in the negotiations and, upon obtaining those values, connects to the server negotiates the desired functions and features. Upon completing the functions and features negotiations, the interface controller starts the client application, which connects to the controller and the controller establishes a session with the server. Thereafter, the controller exchanges data streams, herein IBM 5250 data streams, between the server and the client.

Abstract: A system and method for operating a server to authorize client access to server objects based upon compressed object identifiers. A compressed object identifier is generated by CRC hashing a string formed by concatenating a user attribute, a user profile and object identifier, and a key. The resulting compressed object identifier is associated with a client object to form the server object. Thereafter user access to the server object is authorized only upon CRC hashing to the same compressed object identifier from a user request including a user profile and object identifier.

Abstract: Client/server negotiation of virtual display and/or printer device selection to control session attributes, job routing to customized subsystems, user access control, and so forth. Within the Telnet Protocol, sanctioned and used with the "DO, DONT, WILL, WONT" structure, during subnegotiation a client requests and a server agrees to a specific virtual device name for the session display and/or printer.

Abstract: A system and method is provided whereby a system or application programmer may control encryption on or off during a connection oriented session between a client and a server over the Internet/intranet. This is done by providing a keyword or command, such as a Data Description Specification (DDS) keyword or a User Defined Data Stream (UDDS), to insert into a data stream intended for the client an architecture command, the 5250 Write Single Structured Field (WSSF) architecture command carrying an unique structured field to indicate when encrypted mode should be made active or inactive.

Abstract: A client/server and similar system, such as in a TCP/IP or internet or intranet environment, in which CRC encoded tokens are used for synchronization of connectionless applications between the server and client across a network. CRC algorithms are used to hash compress a sequence of bytes which can represent a screen, or panel, or a particular state of a server machine. Responsive to a first request from a client received at a first port, a server establishes a session in listening mode on a second port; generates, stores and returns to the client a session token including a client token and panel token, and closes the first port. Responsive to a second request from a client received at the second port, the server verifies that the second request includes a session token identical to a stored session token indexed by said second port, and if so, executes said second request. The session token, including the client token and panel token, is generated by CRC hashing client and panel indicia, respectively.

Abstract: Provided are a method and system for replacing terminals, linked in a client server relationship with a central server, interacting with hardware specific programs within the central server, and wherein each terminal is identified by hardware specific programs within said central server via specific hardware attributes, and where the specific hardware attributes include at least a port identification and an I/O processor identification associated with the port identification. The method and system achieve the foregoing via the following. A processor is substituted for a selected terminal. Particular hardware attributes of the selected terminal are identified. The identified particular hardware attributes of the selected terminal are emulated using communications software.

Abstract: A computer executing a Telnet application manages usage of a system resource by issuing through a transport layer directed to a specific client a DO TIMING MARK command. Responsive to receiving a WILL TIMING MARK or WONT TIMING MARK response from the specific client, the Telnet application calculates a WAIT time; and responsive to receiving no WILL TIMING MARK or WONT TIMING MARK response from the specific client within said WAIT time, the Telnet application causes release of system resource used by the client.