DataMuseum.dk

Presents historical artifacts from the history of:

CR80 Wang WCS documentation floppies

This is an automatic "excavation" of a thematic subset of
artifacts from Datamuseum.dk's BitArchive.

See our Wiki for more about CR80 Wang WCS documentation floppies

Excavated with: AutoArchaeologist - Free & Open Source Software.


top - download

⟦1e9f35afd⟧ Wang Wps File

    Length: 15929 (0x3e39)
    Types: Wang Wps File
    Notes: FIX/1000/PSP/038          
    Names: »5203A «

Derivation

└─⟦e48583e73⟧ Bits:30006141 8" Wang WCS floppy, CR 0514A
    └─ ⟦this⟧ »5203A « 

WangText

…00……00……00……00……00…A…02……00……00…A
@…08…@…0a…@…0d……86…1                                            …02…            …02…   …02…   
…0f…
    5203A/bna…02…FIX/1000/PSP/0038

…02…MLA/850529…02……02… 
FIKS SYSTEM SPECIFICATION
…02……02…FK7809








4.3.3    T̲h̲e̲ ̲I̲n̲t̲e̲r̲a̲c̲t̲i̲v̲e̲ ̲T̲e̲r̲m̲i̲n̲a̲l̲ ̲M̲o̲n̲i̲t̲o̲r̲



4.3.3.1  F̲u̲n̲c̲t̲i̲o̲n̲

         The ITM provides to terminal-oriented application processes
         a set of services that are common to interactive terminals
         regardless of the specific application. These include
         procedures for the user log on and log off sequences;
         the entering of commands that initiate terminal processes;
         the entering of textual data for storage on message
         preparation, edit and remarks files; the cancelling
         of any transaction procedure inexecution fdor a given
         terminal; and the recovery of input to message preparation
         files and restart of terminal processes that were in
         execution at the time of a system malfunction.

         The services are provided by the following modules:

         -   P̲r̲o̲c̲e̲s̲s̲ ̲S̲t̲a̲r̲t̲ ̲M̲o̲d̲u̲l̲e̲ (PSM)

             which supports the functions:

             -   Subsystem initialization

             -   Terminal handling

                     Blocking and unblocking of terminals

                     Queue status line updating

                     Interface between terminal processes and
                     the Printer Interface Process (PIP).

         -   T̲e̲r̲m̲i̲n̲a̲l̲ ̲C̲o̲m̲m̲a̲n̲d̲ ̲M̲o̲d̲u̲l̲e̲ (TCM)

             which supports the functions:

             -   Get (and interprete) terminal command

             -   Execute interactive procedures

                     Log-on
                     Log-off



         -   T̲e̲r̲m̲i̲n̲a̲l̲ ̲I̲/̲O̲ ̲M̲o̲d̲u̲l̲e̲ (TIOM)

             which supports the functions:

             -   Create/dismantle channels

             -   Transfer data

             -   Control screen (VDU)

             -   Wait operations

             -   Send AMOS message

         -   E̲r̲r̲o̲r̲ ̲M̲o̲d̲u̲l̲e̲ (EM)

             which supports the functions:

             -   Interactive error handling

             -   Reporting of errors to SFS

         -   V̲D̲U̲ ̲h̲a̲n̲d̲l̲e̲r̲ (VDUH)

             which supports the function:

             -   Transfer data and control codes to the VDU
                 terminals.



4.3.3.2  S̲u̲b̲s̲y̲s̲t̲e̲m̲ ̲B̲l̲o̲c̲k̲ ̲D̲i̲a̲g̲r̲a̲m̲

         Figure 4.3.3.2-1 illustrates the co-operation between
         the modules in the terminal process, when interactive
         procedures goes on.

         When a number with small letters (e.g. (1a)) it indicates
         that an exception may happen.

         Abbreviations:

         S/SA    Supersivor/Supervisor Assistants

         MPO     Message Preparation Operator

         PSM     Process Start Module

         TCM     Terminal Command Module

         EM      Error Module

         TIOM    Terminal I/O Module

         MES     Message Entry Subsystem

         PIP     Print Interface Process



         B̲l̲o̲c̲k̲ ̲D̲i̲a̲g̲r̲a̲m̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲

         The first terminal logged-on could be one of the supervisor/supervisor
         assistants terminals (S/SA terminals)

         1   -  4    Log-on sequence on S/SA terminal

         5           PSM is informed

         6   -  7    PIP is informed

         8   -  9    Queue status line is displayed

         10          Return to TCM

         When the message preparation operator (MPO) logs-on
         his terminal and calls an operational procedure.

         51  - 51    Log-on sequence on MPO terminal 

         55          PSM is informed

         56  - 57    PIP is informed

         58  - 59    Queue stastus line is displayed (only if
                     the terminal is a VDU)

         60          Return to TCM

         61  - 64    TCM receives the operator command

         65          The appropriate MES/SFS procedure is called

         66 -  69    MES/SFS carries out the procedure

         70          Return to TCM

         At any time the S/SA are allowed to block or unblock
         a terminal. In the following the block terminal command
         is chosen.



         11  - 14    TCM receives the S/SA command "block terminal"

         15          The appropriate SFS procedure is called

         16  - 19    SFS is starting the procedure

         17b         PSM is informed

         18b - 19b   PIP is informed

         20b - 22b   The terminal process is ordered to terminate
                     the current procedure.

         23b - 24b   Return to SFS


         16  - 19    SFS is finishing the procedure

         20          Return to TCM

         If not blocked by the S/SA, the MPO can log-off his
         terminal as follows (the S/SA log-off in the same way).

         71  - 74    (21-24) TCM carries out the log-off procedure.

         75          (25)    PSM is informed

         76  - 77    (26-27) PIP is informed

         78  -       (28)    Return to TCM

         E̲r̲r̲o̲r̲s̲

         5e, 15e, 25e
                         Abnormal situations
         55f, 65f, 75f

         6e, 16e, 26e
                         Issue error code
         56f, 66f, 76f

         8e, 18e, 28e
                         Analyse result
         58f, 68f, 78f


















































                     Figure 4.3.3.2-1
               ITM Subsystem, Block Diagram



4.3.3.3  D̲e̲s̲i̲g̲n̲ ̲O̲v̲e̲r̲v̲i̲e̲w̲

         The ITM Subsystem executes with one process for the
         Process Start Module (PSM) and one interactive terminal
         process for each interactive terminal logged on. (VDU
         and TP).

         An interactive terminal process executes the program
         containing the entire modules of Message Entry Subsystem
         (MES) and the Supervisor Function Subsystem (SFS) together
         with all the ITM modules except for the Process Start
         Module (illustrated in figure 4.3.3.3-1).

         The Message Entry Subsystem and the Supervisory Function
         Subsystem is implemented as procedures called by the
         Terminal Command Module.

         Terminal data shared between terminal processes and
         other processes (e.g. PSM, PIP) are placed in Terminal
         Control Blocks (TCB). The TCBs are located in Critical
         Region.

         See Figure 4.3.3.3-1 and 4.3.3.3-2 ITM software configuration.


















































                     Figure 4.3.3.3-1
              ITM Subsystem, Design Overview


















































                     Figure 4.3.3.3-2
              ITM Subsystem, Design Overview



4.3.3.3.1    P̲r̲o̲c̲e̲s̲s̲ ̲S̲t̲a̲r̲t̲ ̲M̲o̲d̲u̲l̲e̲ ̲(̲P̲S̲M̲)̲

         The PSM process is common to all the terminal processes.
         PSM supports the following functions:

         1.  Initialization

         2.  Terminal handling

                 Blocking and unblocking of terminals

                 Queue status line updating

                 Interface between terminal processes
                     and the Printer Interface Process (PIP).



         1̲.̲ ̲ ̲I̲n̲i̲t̲i̲a̲l̲i̲z̲a̲t̲i̲o̲n̲

         At initialization time the PSM creates a terminal control
         block (TCB) for each terminal and load the data areas
         common to all the terminal processes, from the initial
         data files to the critical region. Then PSM creates
         a channel to each VDU upper screen. At last PSM sends
         a log-on message to PIP, for each paper tape puncher
         (PTP) at the MEDE.

         2̲.̲ ̲ ̲T̲e̲r̲m̲i̲n̲a̲l̲ ̲H̲a̲n̲d̲l̲i̲n̲g̲

         The PSM handles the terminal on high level. This means,
         the PSM receives and handles the following events:

             Terminal is logged-on
             Terminal is logged-off
             Block terminal
             Unblock terminal
             Security interrogation
             Timeout

         T̲e̲r̲m̲i̲n̲a̲l̲ ̲i̲s̲ ̲l̲o̲g̲g̲e̲d̲-̲o̲n̲

         Dependent on terminal type and log-on mode the terminal
         is marked "ready" for updating of the queue status
         lines and the PIP is informed.

         T̲e̲r̲m̲i̲n̲a̲l̲ ̲i̲s̲ ̲l̲o̲g̲g̲e̲d̲-̲o̲f̲f̲

         Dependent on terminal type the terminal is marked "not
         ready" for updating of queue status lines and the PIP
         is informed.

         B̲l̲o̲c̲k̲ ̲t̲e̲r̲m̲i̲n̲a̲l̲

         The terminal is marked blocked, and the actual terminal
         process is informed. Depending on terminal type the
         terminal is marked "not ready" fdor updating of queue
         status lines and the PIP is informed.

         U̲n̲b̲l̲o̲c̲k̲ ̲t̲e̲r̲m̲i̲n̲a̲l̲

         The terminal is marked logged-off, and the actual terminal
         process is informed.



         S̲e̲c̲u̲r̲i̲t̲y̲ ̲i̲n̲t̲e̲r̲r̲o̲g̲a̲t̲i̲o̲n̲

         The actual TCB is marked for security interrogation.
         The interrogation mark is checked by the terminal process
         each time the terminal goes to PROC mode.

         T̲i̲m̲e̲o̲u̲t̲

         The VDU terminals which are marked "ready" for updating
         of the queue status lines are updated.



4.3.3.3.2    T̲e̲r̲m̲i̲n̲a̲l̲ ̲C̲o̲m̲m̲a̲n̲d̲ ̲M̲o̲d̲u̲l̲e̲ ̲(̲T̲C̲M̲)̲

         The TCM in the terminal process supports the following
         functions:

         1.  Initialization/Restart

         2.  Command handling

                 Module branching
                 Interactive LON/LOF procedures.



         1̲.̲ ̲ ̲I̲n̲i̲t̲i̲a̲l̲i̲z̲a̲t̲i̲o̲n̲/̲R̲e̲s̲t̲a̲r̲t̲

         At initialization time and after a restart the relations
         between terminal processes, terminal number and terminal
         control blocks are updated, and a channel is created
         to the terminal.



         2̲.̲ ̲ ̲C̲o̲m̲m̲a̲n̲d̲ ̲H̲a̲n̲d̲l̲i̲n̲g̲

         The TCM in the terminal process handles the terminal
         on operational procedure level. This means, the TCM
         issues the prompt "PROC" and analyses the "PROC" response
         and branches to the appropriate MFS/SFS/ITM module.
         The "PROC" response is one of the commands used by
         the message preparation opertor or the supervisor/supervisor
         assistants.

         The analyse of the "PROC" response consists of checking
         the response against the operator authority, and against
         the terminal type.

         The interactive procedures log-on/off (LON/LOF), the
         queue status display (QST) and the security interrogation
         at the terminal is handled by the ITM itself.

         In order to log-on a terminal, the operator must give
         his user-id and password. The operator has 3 attempts
         to give the correct user-id and password. If he fails
         the log-on is unsuccessful 

         Successful/unsuccessful log-on/off and unsuccessful
         security interrogation is logged on the transaction
         log.

         Unsuccessful log-on/off and unsuccessful security interrogation
         causes an alarm to the N/M supervisor and the terminal
         to be blocked.

         If the operator calls a procedure above his authority,
         the call is rejected.





4.3.3.3.3    T̲e̲r̲m̲i̲n̲a̲l̲ ̲I̲/̲O̲ ̲M̲o̲d̲u̲l̲e̲

         Communication to the terminals, and to PSM is handled
         by the Terminal I/O Module (TIOM). TIOM consists of
         procedures which can be called by the other modules
         in the terminal process. The TIOM procedures are:

         1.  Create channel

         2.  Dismantle channel

         3.  Transfer data

         4.  Control screen

         5.  Wait operation

         6.  Send message to PSM

         C̲r̲e̲a̲t̲e̲ ̲c̲h̲a̲n̲n̲e̲l̲

         The procedure creates a channel to the terminal associated
         to terminal process.

         D̲i̲s̲m̲a̲n̲t̲l̲e̲ ̲c̲h̲a̲n̲n̲e̲l̲

         The procedure dismantles the earlier created channel.

         T̲r̲a̲n̲s̲f̲e̲r̲ ̲d̲a̲t̲a̲

         To terminal

             Depending on terminal type, the procedures insert
             specific terminal codes and transmit the codes
             and data to the terminal via the I/O system.

         From terminal

             Data received from the terminal is returned to
             calling module.

         C̲o̲n̲t̲r̲o̲l̲ ̲s̲c̲r̲e̲e̲n̲

         The procedure is only used to VDU terminals. The control
         information (e.g. clear screen, address cursor, part
         page mode) is converted to specific VDU codes, and
         transmitted to the terminal via the I/O system.


         W̲a̲i̲t̲ ̲o̲p̲e̲r̲a̲t̲i̲o̲n̲

         The procedure is used to wait for an earlier initiated
         transfer call, or to wait for an AMOS message from
         the PSM (Block, unblock).

         S̲e̲n̲d̲ ̲A̲M̲O̲S̲ ̲m̲e̲s̲s̲a̲g̲e̲ ̲t̲o̲ ̲P̲S̲M̲

         the procedure assembles a standard message and sends
         it to the PSM.



4.3.3.3.4    E̲r̲r̲o̲r̲ ̲M̲o̲d̲u̲l̲e̲ ̲(̲E̲M̲)̲

         The EM supports the other modules in the ITM part of
         the terminal process when error codes shall be sent
         to the terminal or when alarms shall be sent to the
         local mede supervisor.

         The error codes could give the following information
         to the operator:

             Syntax fault
             Fault prompt response
             Resource problems
             I/O fault

         The alarm is sent when:

             Fault authority
             Fault SH password
             Fault password





4.3.3.3.5    V̲D̲U̲ ̲H̲a̲n̲d̲l̲e̲r̲ ̲M̲o̲d̲u̲l̲e̲ ̲(̲V̲D̲U̲H̲)̲

         The VDUH consists of procedures called by the TIOM
         and PSM when control data or text data is sent to VDU
         terminals.

         The VDUH procedures are:

             1.  Transmit screen text.

             2.  Transmit control codes.

         Transmit screen text.

             The procedure insert screen control codes before
             and after the text, and sends the codes and text
             to the VDU terminal.

         Transmit control codes.

             The procedure converts the input control parameters
             to specific VDU dependent control codes and sends
             the codes to the VDU terminal.



4.3.3.3.6    I̲n̲t̲e̲r̲a̲c̲t̲i̲v̲e̲ ̲T̲e̲r̲m̲i̲n̲a̲l̲s̲

         The following devices are defined in the FIKS interactive
         environment.

         -   VDUs with connected Receive only printers

         -   Teleprinters

         -   Paper Tape Puncher

         -   Paper Tape Reader



         Terminal services are summarized below.

         a.  A VDU with a RO printer must be handled as 3 separate
             units operating simultaneously

             1.  Interactive keyboard/screen VDU controlled
                 by the ITM.

             2.  Non-interactive 3-top line controlled by the
                 ITM.
                 These lines contain the queue status lines,
                 and are updated each 60 seconds.

             3.  Non-interactive RO terminal controlled by a
                 print process.

         b.  A teleprinter (Keyboard-send-receive) is alternately
             handled as an interactive keyboard entry device
             under control of the ITM, and as a RO device controlled
             by the print process.

             The queue status is printed before each "PROC",
             and each 60 seconds when the terminal is idle (logged-on
             but not active).

         c.  A paper tape punch is handled like a non-interactive
             RO terminal, which is always logged-on.

         d.  A paper tape reader is handled like a non-interactive
             input device, which is always logged-on. The device
             is fixed allocated a specific VDU terminal.



4.3.3.3.7    T̲e̲r̲m̲i̲n̲a̲l̲ ̲O̲p̲e̲r̲a̲t̲o̲r̲s̲

         Three categories of terminal operators are defined
         namely:

         -   The N/M Supervisor

         -   The N/M Supervisor Assistant

         -   The Message Preparation Operator.



         T̲h̲e̲ ̲N̲/̲M̲ ̲S̲u̲p̲e̲r̲v̲i̲s̲o̲r̲

         The N/M supervisor is the master operator at the MEDE.
         He will be able to use all types of procedures available
         in the MEDE including special security procedures.

         The supervisor may only log on as such on terminals
         having supervisor classification. A supervisor is identified
         as such through his security profile on the USP file.
         Only one supervisor may be active at a given time.

         T̲h̲e̲ ̲N̲/̲M̲ ̲S̲u̲p̲e̲r̲v̲i̲s̲o̲r̲ ̲A̲s̲s̲i̲s̲t̲a̲n̲t̲(̲s̲)̲

         The N/M supervisor assistant(s) are operators with
         supervisory classification. They may execute all types
         of procedures available at the MEDE except security
         profile handling. The supervisor assistant may only
         log-on as such at terminals having supervisory classification.
         Only two supervisor assistants may be active at a time.

         T̲h̲e̲ ̲M̲e̲s̲s̲a̲g̲e̲ ̲P̲r̲e̲p̲a̲r̲a̲t̲i̲o̲n̲ ̲O̲p̲e̲r̲a̲t̲o̲r̲

         The message preparation terminal operator will be able
         to use procedures associated with the message handling.
         Before a terminal user is granted access to the MEDE,
         he performs a log-on procedure. In the response to
         prompts from the PSM he supplies a user-id and a log-on
         password. From this his security profile is found (held
         on disc) and checked. The security profile also contains
         his claasification, which is the classification he
         gets on the terminal.

         All operators can operate from any terminal on the
         NODE/MEDE with the classification stated in his user
         security profile.



4.3.3.4  V̲i̲s̲u̲a̲l̲ ̲T̲a̲b̲l̲e̲ ̲o̲f̲ ̲C̲o̲n̲t̲e̲n̲t̲s̲

         Figure 4.3.3.4-1 depicts the groups of function that
         the ITM is designed to provide. The functions are supported
         by the modules depicted.


















































                     Figure 4.3.3.4-1
         ITM Subsystem, Visual Table of Contents



4.3.3.5  S̲u̲b̲s̲y̲s̲t̲e̲m̲ ̲O̲v̲e̲r̲v̲i̲e̲w̲ ̲H̲I̲P̲O̲ ̲D̲i̲a̲g̲r̲a̲m̲s̲

         Figure 4.3.3.5-1 to 4.3.3.5-2.2 shows the overview
         functions, which have to be implemented in the ITM
         subsystem.


















































                     Figure 4.3.3.5-1
               ITM Subsystem, HIPO Diagram


















































                    Figure 4.3.3.5-2.1
               ITM Subsystem, HIPO Diagram


















































                    Figure 4.3.3.5-2.2
               ITM Subsystem, HIPO Diagram