STO - Screen Time Out

Sign off idle terminals without harming jobs that are running

Get contol of all workstations. Don't let them be left unattended forever. Kill all terminals when you want to do a night backup. But all done cautiously.

STO controls the operation of all terminals connected to an IBM AS/400 or S/36.

Each terminal is given a time limit to remain inactive When this time is exceeded a terminal time out occurs and STO operates according to instructions you set up in a system control file.

This action could be



Do nothing



Log the time out only


Lock the terminal


Cancel the job running


Sign off the terminal


Vary off the terminal

Important features of STO

The most important feature is the ability to detect whether an on-line job is or is not running at the terminal.

For example, if a time out occurs and the user is running a complex on-line job that does file updates and adds, you probably do not want to sign off the terminal but rather lock or disconnect it. Note - STO locks a terminal by holding it. The terminal cannot be used again until manually released by the system operator.

However, if no on-line job is running, (e.g. the terminal is displaying a menu) you can safely sign off the terminal when a time out occurs.

System overides

With STO you define a general policy for your computer system indicating



The polling interval for STO


The time out value


What STO should do when a time out occurs and no on-line job is running


What STO should do when a time out occurs and an on-line job is running

and then you write a set of overrides to these defaults based on


The workstation ID


The user ID


The program running and the Library used (1)


The procedure running (2)


The active command (1)


The active menu (2)

(1) STO/400
(2) STO/36

You can have an unlimited number of overrides.

When a time out occurs at a terminal, STO finds out if an override exists for that workstation ID or User ID, or program running etc. If an override is found, the policy stipulated in the override is followed. If no override is found, the general policy is used.

In this way you can set up different time outs for security sensitive applications and for general applications. Or to exclude certain terminals (e.g. the system console). Or to give programmers more lime than data entry operators etc.

Audit trail

Every time out is logged to an audit trail file. Periodically you can print an audit trail report showing a detailed description of the security violations found by STO.

S/36 backup - STOKILL

A common problem of the S/36 is the inability to run a backup and compress the system overnight because one user forgot to turn off his/her terminal.

STO resolves this problem. A special procedure called STOKILL, when loaded, will sign oft all workstations except the one it was loaded from (or the system console if EVOKED or running from the job queue).

For more information or a free demo with manual:

download STO/400 (2.6 Mb)

or contact us via the traditional communication channels:

InterData Systems, Inc.
522 Balliol St.
Toronto, On. Canada,   M4S 1E3
Phone: 1 (416) 932-8372
Fax: 1 (416) 352-5457