top - download
⟦b8ffee0a2⟧ Wang Wps File
Length: 36837 (0x8fe5)
Types: Wang Wps File
Notes: CPS/SDS/039
Names: »2141A «
Derivation
└─⟦7f5d2b450⟧ Bits:30006107 8" Wang WCS floppy, CR 0170A
└─ ⟦this⟧ »2141A «
WangText
'…08…'…0c…'…00…'…01…'
' '…05…&…0b…&…00……86…1
…02…
…02…
…02…
…02…CPS/SDS/039
…02…841101
…02……02…
USER
VDU
DETAILED
DESIGN
SPECIFICATION
…02…ISSUE
1…02…CAMPS
4.2.2.4.1.1 Functional Specification ...
4.2.2.4.1.3.1 CANCEL ANQ IN-PUT......
4.2.2.4.1.3.2 REQUEST ANQIN-PUT........
4.2.2.4.1.3.3 REQUEST FC KEY IN-PUT..
4.2.2.4.1.3.4 CANCEL FC KEY IN-PUT..
4.2.2.4.1.4. Data Description..........
4.2.2.4.1.5 Module Design ..............
4.2.2.4.2 VUS ANSER Q PROCESSING .........
4.2.2.4.2.1 Functional Specification ..
4.2.2.4.2.2 Module Interface ...........
4.2.2.4.2.3 Module Component ...........
4.2.2.4.2.3.1 Delete Append CIF ......
4.2.2.4.2.4 Data Description ...........
4.2.2.4.2.5 Module Design ..............
4.2.2.4.3 Append Investigation ..........
4.2.2.4.3.1 Functional Description ....
4.2.2.4.3.2 Module Interface ..........
4.2.2.4.3.3 Module Components .........
4.2.2.4.3.4 Data Description ..........
4.2.2.4.3.5 Module Design .............
4.2.2.4.4 VUS F/C KEY PROCESSING .........
4.2.2.4.4.1 Functional Specification ..
4.2.2.4.4.2 Module Interface ...........
4.2.2.4.4.3 Module Components .........
4.2.2.4.4.4 Data Description ..........
4.2.2.4.4.5 Module Design .............
4.2.2.4.5 VCO CMD PROCESSING ............
4.2.2.4.5.1 Functional Specification ..
4.2.2.4.5.2 Module Interface ..........
4.2.2.4.5.3 Module Component ..........
4.2.2.4.5.3.1 STOP ACTION ...........
4.2.2.4.5.4 Data Description ........
4.2.2.4.5.5 Module Design ...........
4.2.2.4.6 VDIA CC PROCESSING ............
4.2.2.4.6.1 Functional Specification ..
4.2.2.4.6.2 Module Interface ..........
4.2.2.4.6.3 Module Component .........
4.2.2.4.6.4 Data Description ..........
4.2.2.4.6.5 Module Design .............
4.2.2.4.7 RETR OP PROCESSING ............
4.2.2.4.7.1 Functional Specification ...
4.2.2.4.7.2 Module Interface ...........
4.2.2.4.7.3 Module Component ...........
4.2.2.4.7.4 Data Description ...........
4.2.2.4.7.5 Module Design ..............
4.2.2 U̲s̲e̲r̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲S̲u̲b̲p̲a̲c̲k̲a̲g̲e̲
The U̲ser F̲unction C̲o̲ntrol (UFCO) subpackage performs
the control of all user transactions. Furthermore,
UFCO performs the direct control of the VDU dialogue.
4.2.2.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
The following functions are included in this subpackage:
- System control
- Transaction accounting
- Transaction creation
- Format sequence functions
- Error Handling
Fig. 4.2.2.1-1 presents the functional breakdown.
Figs. 4.2.2.1-1/5
4.2.2.1.1 S̲y̲s̲t̲e̲m̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲(̲1̲.̲0̲)̲
The system control functions are those which indirectly
involve the SSC package. The commands are received
from VCO.
a) Stop (1.1)
Executes the function to be performed after reception
of a stop command, and which must be performed
before a new start command can be executed.
A stop command is sent to VDIA.
b) Start-Up (1.2)
Executes the function to be performed after sign-on.
The command validation table reflecting the user
capability is defined.
c) Termination (1.3)
This function provides the UFCO with the capability
of performing the following functions:
- Sign-off
- Block terminal
- Ordered close-down.
d) Security Interrogation (1.4)
Requests a security interrogation to be performed
in case of release.
Executes the functions to be performed after a
security interrogation (e.g. receive function keys).
4.2.2.1.2 T̲r̲a̲n̲s̲a̲c̲t̲i̲o̲n̲ ̲A̲c̲c̲o̲u̲n̲t̲i̲n̲g̲ ̲(̲2̲.̲0̲)̲
The transaction accounting functions are those concerning
log and statistics.
a) Collect Data (2.1)
The data which are used for log, statistics and
other purposes are collected in sequence table.
There exists no special collecting procedures but
all data which are pertinent for UFCO will be placed
in this area.
b) Log Reporting (2.2)
The log reporting functions are those required
to report final log records. The data which are
required in a log record are extracted from the
sequence table.
c) Statistics Reporting (2.3)
The statistics reporting functions are those required
to report statistics.
The data which are required in the statistics are
monstly extracted from the sequence table.
4.2.2.1.3 T̲r̲a̲n̲s̲a̲c̲t̲i̲o̲n̲ ̲C̲r̲e̲a̲t̲i̲o̲n̲ ̲(̲3̲.̲0̲)̲
The transaction creation group includes all the functions
to be performed before a transaction may be started.
a) Receive and Validate (3.1)
Function keys entered by a user are received from
the VDU. The received function key is validated
against a function key bit mask.
There are two bit masks.
Bit mask (1) reflects the function keys which are
allowed at the moment.
Bit mask (2) reflects the function keys which will
change the format sequence.
b) Define Next Function Key (3.2)
If a function key must be followed by another,
this is defined (i.e. RETURN shall follow COMMAND).
c) Receive Command Line (3.3)
The contents of the VDU command line are received
via the format handler.
d) Validate Command Line (3.4)
The contents of the command line are validated.
A command is validated against the command validation
table.
Parameters are checked to be within the correct
range.
e) Display Response Message (3.5)
These functions display a response message in the
VDU response line.
f) Execute Function Key
The functions associated with the received function
key are performed and the format sequence is changed.
g) Execute Command (3.7)
The sequence table key is looked up in the command
validation table and the format sequence is started.
h) Assign Transaction Number (3.8)
Allocates next transaction no. for this terminal.
4.2.2.1.4 F̲o̲r̲m̲a̲t̲ ̲S̲e̲q̲u̲e̲n̲c̲e̲ ̲F̲u̲n̲c̲t̲i̲o̲n̲ ̲(̲4̲.̲0̲)̲
The format sequence functions are those functions which
are called from the format sequence table.
This table makes it possible to drive the MMI in an
automatic and flexible manner.
It defines for each screen format:
- Allowed commands and function keys
- Functions to be called corresponding to commands/F/C
Keys
- LOG, STATISTICS, SAR reporting required
- Cursor position
- Command to VDIA
- Subsequently sequence record to be executed
4.2.2.1.4.1 S̲t̲a̲r̲t̲ ̲E̲x̲e̲c̲u̲t̲i̲o̲n̲ ̲(̲4̲.̲1̲)̲
The start execution functions are those which must
be performed before a format is presented for a user.
a) Create CIF /Buffer (4.1.1)
These functions are those used to interface to
the message management system.
b) Request CIF (4.1.2)
If a continue preparation command is received,
then the referenced CIF is fetched from the preparation
database.
If a receive command is received, then the first
CIF in the corresponding queue is fetched.
c) Update VDU Header (4.1.3)
These functions update the VDU header fields, classification
and terminal function.
d) Complete Append (4.1.4)
These functions add a section of another message
to a message under preparation.
It shall be noticed that an off-line append can
result in two security interrogations.
e) Display Error Code (4.1.5)
These functions display a response message in the
VDU response line.
f) Determine Message Type (4.1.6)
These functions determine the format which shall
be used for a message.
4.2.2.1.4.2 S̲t̲o̲p̲ ̲E̲x̲e̲c̲u̲t̲i̲o̲n̲ ̲(̲4̲.̲2̲)̲
The stop execution functions are those which must be
performed when a user gives up access to a CIF.
a) Dismantle CIF / Buffer (4.2.1)
These functions are those used to interface to
the message management system.
b) Update Status (4.2.2)
The outgoing message status, release message status
and the delivery message status are updated. The
message / comment under preparation is returned
to the preparation database.
c) Update VDU Header (4.2.3)
These functions update the VDU header fields, classification
and terminal function.
4.2.2.1.4.3 Q̲u̲e̲u̲e̲ ̲R̲e̲q̲u̲e̲s̲t̲s̲ ̲(̲4̲.̲3̲)̲
The queue request functions are those concerning the
reception of messages.
a) Receive (4.3.1)
The first CIF to which the requestor has access
is received from a given queue.
b) Delete (4.3.2)
This function removes a CIF from a queue.
c) Keep (4.3.3)
This function returns a CIF to a queue.
d) Keep and Present next (4.3.4)
This function returns a CIF to the queue from which
it was received. The next CIF to which the requestor
has access is returned.
e) Delete and Present next (4.3.5)
This function removes a CIF from the queue from
which it was received. The next CIF to which the
requestor has access is returned.
4.2.2.1.4.4 R̲e̲q̲u̲e̲s̲t̲s̲ ̲t̲o̲ ̲C̲A̲M̲P̲S̲ ̲S̲y̲s̲t̲e̲m̲ ̲(̲4̲.̲4̲)̲
The request functions are those concerning the treatment
of messages (CIFs) and requests (buffers).
a) Send for Coordination (4.4.1)
The message is sent for coordination and the delivery
notification created by MDP is displayed.
b) Send for Release (4.4.2)
The message is sent to the associated release terminal.
c) Release (4.4.3)
The message is sent for local distribution and
transmission. A release notification is returned
to the drafter.
d) Retrieve / Append (4.4.4)
A retrieve request is sent to SAR and the retrieved
CIF and/or a response message is displayed.
e) Print (4.4.5)
The CIF currently displayed on the VDU is sent
to the associated printer, or the atomal printer.
f) Defer (4.4.6)
The preparation is terminated and the CIF is sent
to the preparation database.
g) Status Request (4.4.7)
A status request is sent to UMAM and the received
CIF is displayed.
h) Send for Distribution (4.4.8)
A comment is sent for local distribution.
i) Edit / Delete Requests (4.4.9)
A request is sent to UMAM and the referenced CIF
or a response message is displayed.
4.2.2.1.5 E̲r̲r̲o̲r̲ ̲H̲a̲n̲d̲l̲i̲n̲g̲
The error handling function is separated into two parts:
a) Q ̲ERROR (5.1)
This function handles error due to failure in communication
between UFCO and its queues and decides whether or
not the processing may continue.
b) Internal (5.2)
This function handles errors due to failure in
communication between b1) the subpackages communicating
with UFCO b2) the modules within UFCO, and decides
whether or not the processing may continue.
4.2.2.2 S̲o̲f̲t̲w̲a̲r̲e̲ ̲S̲t̲r̲u̲c̲t̲u̲r̲e̲
The UFCO subpackage consists of one coroutine with
operation semaphore S2 as the main waiting point.
The input to UFCO will be a command which is received
from VCO, VDIA, RETR, the answer queue or the VDU.
Each command will constitute a main function and is,
as well as major function, implemented as a module.
Furthermore some common procedures and module components
exist.
Refer figure 4.2.2.2.1-2.
Figs. 4.2.2.2-1/2
4.2.2.3 D̲a̲t̲a̲ ̲F̲l̲o̲w̲ ̲a̲n̲d̲ ̲C̲o̲n̲t̲r̲o̲l̲ ̲L̲o̲g̲i̲c̲
4.2.2.3.1 D̲a̲t̲a̲ ̲F̲l̲o̲w̲
The HIPO diagrams overleaf show the data flow of UFCO.
4.2.2.3.2 C̲o̲n̲t̲r̲o̲l̲ ̲L̲o̲g̲i̲c̲
The control logic of UFCO is shown in the module-tree
in figure 4.2.2.2-1/2.
Diag. ID: 4.2.2.3/24
Fig. 4.2.2.3-1
4.2.2.4 M̲o̲d̲u̲l̲e̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
UFCO ̲MAIN (4.2.2.4.1)
VUS ̲ANSWER ̲Q ̲PROCESSING (4.2.2.4.2)
APPEND ̲INVESTIGATION (4.2.2.4.3)
VUS ̲F/C ̲KEY ̲PROCESSING (4.2.2.4.4)
VCO ̲CMD ̲PROCESSING (4.2.2.4.5)
VDIA ̲CC ̲PROCESSING (4.2.2.4.6)
RETR ̲OP ̲PROCESSING (4.2.2.4.7)
VUS ̲IN/OUT ̲LINE (4.2.2.4.8)
VUS ̲CMD ̲PENDING (4.2.2.4.9)
VUS ̲SEQUENCE (4.2.2.4.10)
STP ̲REPORTING (4.2.2.4.11)
LOG ̲REPORTING (4.2.2.4.12)
STATUS ̲REPORTING (4.2.2.4.13)
EXECUTE ̲FUNCTION (4.2.2.4.14)
TEP ̲GET ̲FIRST CIF (4.2.2.4.15)
TEP ̲GET ̲NEXT ̲CIF (4.2.2.4.16)
TEP ̲RECEIVE ̲FIRST (4.2.2.4.17)
TEP ̲RECEIVE ̲NEXT (4.2.2.4.18)
CALCULATE ̲FORMAT (4.2.2.4.19)
4.2.2.4.1 U̲F̲C̲O̲ ̲M̲A̲I̲N̲
4.2.2.4.1.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲ ̲&̲ ̲M̲o̲d̲u̲l̲e̲ ̲D̲e̲s̲i̲g̲n̲
This is the main module within UFCO subpackage, containing
the central waiting-point (semaphore S2).
The function of the module is as follows:
- Perform initial functions
- In steady state to analyze all input to semaphore
S2, and accordingly distribute the input to other
modules for further treatment.
The module contains 4 major loops:
- A START ̲LOOP, where only VCO-commands are awaited.
- A CLOSE ̲LOOP, that is entered if a close-command
from VCO is received. This loop is infinite.
- A USER ̲ON ̲LOOP, that is entered if a start ̲UFCO
command was received from VCO. In this loop the
complete range of UFCO interfaces is processed.
I.e. to other coroutines within VUP: VCO, VDIA,
RETR. External interface is divided into two categories:
FC ̲KEY- and ANSWER ̲QUEUE ̲operations:
- A FAIL ̲LOOP, that is entered if a security- or
vdu ̲split ̲failure was detected in the USER ̲ON ̲LOOP.
In the FAIL ̲LOOP only VCO commands are awaited.
4.2.2.4.1.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) UFCO ̲MAIN
b) UFCO ̲MAIN (R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲
R6 LINK (DEST)
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲
R0 - R7 (DEST)
4.2.2.4.1.3 M̲o̲d̲u̲l̲e̲ ̲C̲o̲m̲p̲o̲n̲e̲n̲t̲s̲
4.2.2.4.1.3.1 U̲F̲C̲O̲ ̲S̲T̲A̲R̲T̲
Entry-point for coroutine UFCO when VUP-process is
loaded. Only start/terminate commands from VCO are
accepted. If a terminate command is received at this
stage VDIA will not be started at all. Refer figure
4.2.2.4.1-1.
4.2.2.4.1.3.2 S̲T̲A̲R̲T̲ ̲A̲C̲T̲I̲O̲N̲S̲
Issues the START ̲VDIA command to VDIA and awaits the
answer. Note that at this stage further operations
from VCO will be fatal. Refer figure 4.2.2.4.1-2.
4.2.2.4.1.3.3 R̲E̲M̲O̲V̲E̲ ̲A̲N̲Q̲ ̲I̲T̲E̲M̲S̲
Dismantles all items in the ANSWER ̲QUEUE. Refer figure
4.2.2.4.1-3
4.2.2.4.1.3.4 S̲T̲A̲R̲T̲ ̲C̲O̲M̲P̲
Accepts a START ̲VDIA acknowledge from VDIA. The START
̲UFCO operation originally received from VCO is returned
as an acknowledge. Refer figure. 4.2.2.4.1-4
4.2.2.4.1.3.5 U̲S̲E̲R̲ ̲O̲N̲ ̲L̲O̲O̲P̲
This loop is the STEADY ̲STATE containing the main waiting-point
S2. If security- or VDU-failure are detected, a terminate
command from VCO is expected. Refer figure 4.2.2.4.1-5.
4.2.2.4.1.3.6 A̲N̲A̲L̲Y̲Z̲E̲ ̲S̲E̲M̲A̲P̲H̲O̲R̲E̲ ̲I̲N̲P̲U̲T̲
Analyzes received operations - except operations from
VCO. Refer figure 4.2.2.4.1-6.
4.2.2.4.1.3.8 C̲A̲N̲C̲E̲L̲ ̲F̲C̲ ̲K̲E̲Y̲ ̲I̲N̲P̲U̲T̲
Cancels an initiated fc-key operation. If operation
is cancelled/not-initiated no action is taken.
4.2.2.4.1.3.9 R̲E̲Q̲U̲E̲S̲T̲ ̲A̲N̲Q̲ ̲I̲N̲P̲U̲T̲
Initiates and associates a RECEIVE ̲FIRST operation
on the ANSWER ̲QUEUE.
4.2.2.4.1.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
a) D̲a̲t̲a̲ ̲R̲e̲f̲e̲r̲e̲n̲c̲e̲s̲
Refer Source-Listings.
b) E̲x̲t̲e̲r̲n̲a̲l̲ ̲D̲a̲t̲a̲ ̲
All external data defined in 4.1.4 or 4.2.2.5.
VUS ̲S1
VUS-S2
ANQ ̲OP(M)
FC ̲KEY ̲OP(M)
INIT ̲AREA
ANQ ̲QEL(M)
RECV ̲QEL(M)
VUS ̲QNAME (M)
VUS ̲QEL ̲ATTR(M)
SPLIT ̲FAILED(M)
SEC ̲FAILED(M)
SPLIT ̲DIGIT(M)
FC ̲KEY(M)
EXP ̲VDIA ̲CMD
SEQ ̲FORMAT(M)
SEQ ̲CODE(M)
CURRENT ̲PREC(M)
HEADER ̲IFCB
c) L̲o̲c̲a̲l̲ ̲D̲a̲t̲a̲
Refer Source Listing
UFCO ̲START
B̲E̲G̲I̲N̲ ̲S̲T̲A̲R̲T̲ ̲L̲O̲O̲P̲
WAIT AT SEMAPHORE S2
CASE SENDER ̲ID
VCO? CASE COMMAND
BLOCK,STOP? SIGNAL OK TO VCO
(OPERATION RECEIVED
FROM VCO IS RETURNED)
CLOSE? SIGNAL OK TO VCO (OPERATION
RECEIVED FROM VCO IS
RETURNED)
EXIT START ̲LOOP
START? S̲T̲A̲R̲T̲ ̲A̲C̲T̲I̲O̲N̲S̲ ̲(̲-̲2̲)̲
OTHERWISE? INTERNAL ̲ERROR (GIVE
̲UP)
OTHERWISE? INTERNAL ̲ERROR(GIVE UP)
E̲N̲D̲ ̲S̲T̲A̲R̲T̲ ̲L̲O̲O̲P̲
B̲E̲G̲I̲N̲ ̲C̲L̲O̲S̲E̲ ̲L̲O̲O̲P̲
WAIT AT SEMAPHORE S2
END CLOSE ̲LOOP
Fig. 4.2.2.4.1-1
START ̲ACTIONS
R̲E̲M̲O̲V̲E̲ ̲A̲N̲Q̲ ̲I̲T̲E̲M̲S̲ (-3)
SIGNAL START ̲COMMAND TO VDIA (Determine initial menu,
call VUS ̲SEQUENCE)
WAIT AT SEMAPHORE S2
CASE SENDER ̲ID
VDIA ̲ID? START ̲COMMAND RETURNED? S̲T̲A̲R̲T̲ ̲C̲O̲M̲P̲ ̲(̲-̲4̲)̲
INTERNAL ̲ERROR (GIVE ̲UP)
OTHERWISE INTERNAL ̲ERROR (GIVE ̲UP)
Fig. 4.2.2.4.1-2
REMOVE ̲ANQ ̲ITEMS
B̲E̲G̲I̲N̲ ̲R̲E̲M̲O̲V̲E̲ ̲L̲O̲O̲P̲
CASE RECEIVE ̲FIRST (NO ̲WAIT,ANSWER ̲QUEUE)(QEL,CC)
ERROR? CASE ANALYZE ̲ERROR(CC,2,QEL ̲PROFILE ̲CHECK,
QUEUE ̲EMPTY)
PROFILE ̲CHECK? DISMANTLE (QEL)
QUEUE ̲EMPTY? EXIT REMOVE ̲LOOP
END CASE
OK? DISMANTLE(QEL)
END CASE
E̲N̲D̲ ̲R̲E̲M̲O̲V̲E̲ ̲L̲O̲O̲P̲
Fig. 4.2.2.4.1-3
START ̲COMP
VDIA STARTED OK ?
R̲E̲Q̲U̲E̲S̲T̲ ̲A̲N̲Q̲ ̲I̲N̲P̲U̲T̲ (-9)
R̲E̲Q̲U̲E̲S̲T̲ ̲F̲C̲ ̲K̲E̲Y̲ ̲I̲N̲P̲U̲T̲ (FORMAT ̲SPLIT)
S̲E̲T̲ ̲C̲U̲R̲S̲O̲R̲ (HEADER ̲SPLIT)
SIGNAL OK TO VCO (RETURN OP. RECEIVED FROM VCO)
U̲S̲E̲R̲ ̲O̲N̲ ̲L̲O̲O̲P̲ (-5)
SIGNAL NOT ̲OK TO VCO (RETURN OP RECEIVED FROM VCO)
Fig. 4.2.2.4.1-4
B̲E̲G̲I̲N̲ ̲U̲S̲E̲R̲ ̲O̲N̲ ̲L̲O̲O̲P̲
WAIT AT SEMAPHORE S2 (MAIN WAITING ̲POINT, STEADY STATE)
CASE SENDER ̲id
VCO ̲ID? C̲A̲N̲C̲E̲L̲ ̲A̲N̲Q̲ ̲I̲N̲P̲U̲T̲ (-7)
C̲A̲N̲C̲E̲L̲ ̲F̲C̲ ̲K̲E̲Y̲ ̲I̲N̲-̲P̲U̲T̲ (-8)
CASE VCO CMD PROCESSING
E ̲USER? EXIT USER ̲ON ̲LOOP
E ̲START? EXIT USER ̲ON ̲LOOP AND START
̲LOOP
END CASE
OTHERWISE? ANALYSE ̲SEMAPHORE ̲INPUT (-6)
SECURITY - OR VDU ̲SPLIT ̲FAILURE ?
BEGIN FAIL LOOP
WAIT AT SEMAPHORE S2
CASE SENDER ̲ID
VCO ? - CASE VCO ̲CMD ̲PROCESSING
E ̲USER ? - EXIT START ̲LOOP AND FAIL
̲LOOP
E ̲START ? - EXIT START ̲LOOP, FAIL
̲LOOP and
USER ̲ON ̲LOOP
END CASE
VDIA ? - RETURN RECEIVED OPERATION TO POOL
OTHERWISE ? - INTERNAL ̲ERROR (GIVE ̲UP)
E̲N̲D̲ ̲U̲S̲E̲R̲ ̲O̲N̲ ̲L̲O̲O̲P̲
Fig. 4.2.2.4.1-5
A̲N̲A̲L̲Y̲S̲E̲ ̲S̲E̲M̲A̲P̲H̲O̲R̲E̲ ̲I̲N̲P̲U̲T̲
CASE SENDER ̲ID
VDIA ̲ID? VDIA CC PROCESSING
RETR ̲ID? RETR OP PROCESSING
ANSWER ̲QUEUE ? - WAIT ̲SYSCALL (..)(ANQ ̲QEL)
REQUEST ANQ INPUT
ANQ PROC
FC ̲KEY ? - WAIT ̲SYSCALL (..) (FC ̲KEY)
VUS FC KEY PROCESSING
REQUEST FC KEY INPUT
OTHERWISE ? - INTERNAL ERROR (GIVE ̲UP)
Fig. 4.2.2.4.1-6
CANCEL ̲ANQ ̲INPUT
CANCEL ̲SYSCALL (ANSWER ̲QUEUE ̲OPERATION)
CASE WAIT ̲SYSCALL(ANSWER ̲QUEUE ̲OPERATION)(QEL, CC)
ERROR ? - ANALYZE ̲ERROR (CC, CANCELLED)
EXIT
END CASE
PENDING ANSWER ̲QUEUE OP. CONCERNING ACKNOWLEDGE OF
TRANSMISSION REQUEST ON SCARS/CCCIS ̲COMMENT OR VDU
̲PAGE ?
DISMANTLE (QEL) RETURN (QEL)
NO PENDING ANSWER QUEUE OPERATION
Fig. 4.2.2.4.1-7
4.2.2.4.2 V̲U̲S̲ ̲A̲N̲S̲W̲E̲R̲ ̲Q̲U̲E̲U̲E̲ ̲P̲R̲O̲C̲E̲S̲S̲I̲N̲G̲
4.2.2.4.3.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲ ̲&̲ ̲M̲o̲d̲u̲l̲e̲ ̲D̲e̲s̲i̲g̲n̲
This module analyzes the input received in the answer-queue.
If no input is expected a queue-error is reported,
otherwise the input is validated. For each pending
operation it is validated whether main-, sub-type is
within allowed range. Input may cause a response-text
and current menu to be displayed.
Received cif's will be opened. In case a reply to continue
msg prep is received, the question of offline-append
is investigated.
4.2.2.4.2.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) ANQ ̲PROC():ERROR ̲OK
b) ANQ ̲PROC (R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
R6 LINK (DEST)
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
R0 - R7 (DEST)
4.2.2.4.2.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
a) D̲a̲t̲a̲ ̲R̲e̲f̲e̲r̲e̲n̲c̲e̲s̲
Refer source list for prefixes used.
b) E̲x̲t̲e̲r̲n̲a̲l̲ ̲D̲a̲t̲a̲ ̲
All external defined in 4.1.4 or 4.2.2.5.
VUS ̲QEL ̲ATTR
ANQ ̲QEL
ANQ ̲OP(M)
SEQ ̲FORMAT(M)
SEQ ̲CODE(M)
QEL ̲INFORM (M)
INPUT ̲CIF (M)
HEADER ̲TEXT (M)
SEC ̲FAILED (M)
c) L̲o̲c̲a̲l̲ ̲D̲a̲t̲a̲
Refer source list.
ANQ ̲PROC
ANY PENDING ANSWER QUEUE OPERATIONS?
QUEUE ̲ERROR (CONTINUE)
CC : = QUEUE ̲ERROR
CASE PENDING ANSWER ̲QUEUE OPERATION
MSG ̲EDIT ? REPLY OK ? CC = CIF
CC = RESP DETERMINE RESPONSE
TEXT
COMMENT ̲EDIT ? REPLY OK ? CC = CIF
CC = RESP DETERMINE RESPONSE
TEXT
VDU ̲PAGE ̲EDIT? CASE REPLY
OK ? CC = CIF
NO CIF RETURNED ? CC = VDUP ̲NO ̲CIF
ERROR ? CC = RESP
END CASE
DETERMINE RESPONSE TEXT
SCARS/CCIS COMMENT EDIT ? REPLY OK ? CC = CIF
REPLY OK ? CC = CIF DETERMINE RESPONSE
TEXT
CC
=
RESP
SCARS/CCIS COMMENT TRANSMISSION ACKNOWLEDGE,
VDU ̲PAGE TRANSMISSION ACKNOWLEDGE ?
REPLY OK ? DISMANTLE (ANQ ̲QEL)
CC = ACK DETERMINE RESPONSE
TEXT
C = RESP
VDU ̲PAGE RETRIEVAL? REPLY OK? CC = CIF DETERMINE RESPONSE
TEXT
CC
=
RESP
DELIVERY ̲STATUS
RELEASE ̲STATUS
OUTGOING STATUS ? REPLY OK ? CC = CIF
DELETION ̲ACKNOWLEDGE ? - REPLY OK ? CC = RESP
(CONT.)
SSC ̲ACKNOWLEDGE ? REPLY VALID? INTERROGATION OK ?
DISMANTLE (ANQ ̲QEL)
CC = ACK
COORDINATION ̲ACKNOWLEDGE ? REPLY OK ? CC = ACK
DISMANTLE (ANQ
̲QEL)
OTHERWISE ? INTERNAL ERROR (GIVE ̲UP)
CASE CC
QUEUE ̲ERROR ? QUEUE ̲ERROR (GIVE ̲UP)
MSG ? APPEND ̲INVESTIGATION
ACK ? VUS ̲SEQUENCE
DISPLAY RESPONSE TEXT
VDUP ̲NO ̲CIF ? DISMANTLE (ANQ ̲QEL)
VUS ̲SEQUENCE
DISPLAY RESPONSE TEXT
CIF ? CASE OPEN ̲VIEW (ANQ ̲QEL)(CC2)
ERROR ? CASE ANALYZE ERROR (CC2)
STOPPED ? DISPLAY ̲ERROR ̲MSG (ITEM DELETED)
NOT ̲ACCEPTED ? - SECURITY FAILURE !
DISMANTLE (ANQ ̲QEL)
OKAY ? - VUS ̲SEQUENCE
OTHERWISE INTERNAL ̲ERROR (GIVE ̲UP)
fig. 4.2.2.4.2-1
4.2.2.4.3 A̲p̲p̲e̲n̲d̲ ̲I̲n̲v̲e̲s̲t̲i̲g̲a̲t̲i̲o̲n̲
4.2.2.4.3.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲/̲M̲o̲d̲u̲l̲e̲ ̲D̲e̲s̲i̲g̲n̲
To investigate it items for continued preparation have
apending offline append-request. Results are delivered
in variables: input ̲cif, append ̲cif and append ̲state.
4.2.2.4.3.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) APPEND ̲INVESTIGATION(UMAM ̲RESPONSE:EDIT ̲ANS)
b) APPEND ̲INVESTIGATION (R0, R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
R0 Edit ̲ans (okay, complete, abnormal) (DEST)
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲s̲
None
R0 - R7 (DEST)
4.2.2.4.3.3 M̲o̲d̲u̲l̲e̲ ̲C̲o̲m̲p̲o̲n̲e̲n̲t̲s̲
a) L̲O̲O̲K̲U̲P̲ ̲R̲E̲F̲E̲R̲E̲N̲C̲E̲D̲ ̲C̲I̲F̲
Scans the response ̲queue. For each item with main-,
subtype indicating pending append, the qel-header
information is compared with current item- reference
(i.e. of item for cont. prep.) Completion codes
are:
nothing found, i.e. no append item for this
transaction
cif found, i.e. an item for append found
notification found, i.e. the requested append item
could not be found at SAR.
4.2.2.4.3.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
a) D̲a̲t̲a̲ ̲R̲e̲f̲e̲r̲e̲n̲c̲e̲s̲
Refer source list for prefixes used
b) E̲x̲t̲e̲r̲n̲a̲l̲ ̲D̲a̲t̲a̲
All ext. data defined in 4.1.4 or 4.2.2.5.
APPEND ̲CIF (M)
SEQ ̲CODE (M)
APPEND ̲STATE (M)
VUS ̲LOG
VUS ̲RECV ̲ATTR (M)
VUS ̲QEL ̲ATTR (M)
ANQ ̲QEL
SEC ̲FAILED (M)
INPUT ̲CIF (M)
HEADER ̲TEXT (M)
ACCOUNT (M)
c) L̲o̲c̲a̲l̲ ̲D̲a̲t̲a̲
Refer source list.
4.2.2.4.3.5 M̲o̲d̲u̲l̲e̲ ̲D̲e̲s̲i̲g̲n̲
Refer figure 4.2.2.4.3-1
APPEND ̲INVESTIGATION
CASE OPEN ̲VIEW(ANQ ̲QEL)(CC2)
ERROR?
CASE ANALYZE ̲ERROR(CC2)
STOPPED ?
DISPLAY ̲RESPONSE ̲TEXT("ITEM DELETED")
DISMANTLE(ANQ ̲QEL)
APPEND ̲COMPLETED ?
CASE LOOKUP ̲CIF (..)(APP ̲QEL)
CIF FOUND,
NOTIFICATION FOUND ? DISMANTLE (APP ̲QEL)
NOTHING ̲FOUND ?
END CASE
APPEND ̲STATE:= ERROR ̲COMPLETE
VUS ̲SEQUENCE
NOT ACCEPTED? - SECURITY ̲FAILURE !
DISMANTLE (ANQ.QEL)
END CASE
(CONT.)
OKAY?
INPUT ̲CIF:= ANQ ̲QEL
CASE UMAM RESPONSE
APPEND ̲COMPLETED ?
CASE LOOKUP(..)(APP ̲QEL)
CIF ̲FOUND ?
APPEND ̲CIF = APP ̲QEL
CASE OPEN ̲VIEW (APPEND ̲CIF)(CC2)
ERROR ?
CASE ANALYZE ̲ERROR (CC2)
STOPPED? ABANDON (-2)
NOT ̲ACCEPTED? - SEQURITY ̲FAILURE!
RETURN (APPEND ̲CIF)
DISMANTLE (ANQ ̲QEL)
END CASE
OKAY? - APPEND STATE=COMPLETE
VUS ̲SEQUENCE
END CASE
NOTIFICATION ̲FOUND? - QUEUE ̲ERROR(COUNT ANQ ̲QEL)
APPEND ̲STATE = ERROR ̲COMPLETE
VUS ̲SEQUENCE
NOTHING ̲FOUND? DISPLAY ̲RESPONSE ̲TEXT(OFF-LINE ̲APPEND ̲
ABANDONED)
APPEND ̲STATE=ERROR ̲COMPLETE
VUS ̲SEQUENCE
END CASE
APPEND ̲ABNORMAL? DISPLAY ̲RESPONSE ̲TEXT (UNSUCCESFUL RETRIEVAL
FOR OFF-LINE APPEND)
APPEND ̲STATE=NO ̲APPEND
VUS ̲SEQUENCE
OTHERWISE? - APPEND ̲STATE=NO ̲APPEND
VUS ̲SEQUENCE
END CASE
END CASE
FIGURE 4.2.2.4.3-1
ABANDON
DISPLAY ̲RESPONSE ̲TEXT ("OFF-LINE ̲APPEND ̲ABANDONED")
DISMANTLE (APPEND ̲CIF)
APPEND ̲STATE = ERROR ̲COMPLETE
VUS ̲SEQUENCE
END ABANDON
FIGURE 4.2.2.4.3-2
4.2.2.4.4 V̲U̲S̲ ̲F̲/̲C̲ ̲K̲E̲Y̲ ̲P̲R̲O̲C̲E̲S̲S̲I̲N̲G̲
4.2.2.4.4.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲/̲M̲o̲d̲u̲l̲e̲ ̲D̲e̲s̲i̲g̲n̲
Analyzes a function key input and determines action
to be taken. The module keeps track of which split
next I/O operation is to be performed on. Refer the
interpretation of fc ̲key ENTER.
4.2.2.4.4.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) VUS ̲FC ̲KEY ̲PROCESSING (FC ̲KEY: FUNCTION ̲KEY) (SPLIT:FDCB
̲INDEX)
b) VUS ̲FC ̲KEY ̲PROCESSING (R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲
R5 FC ̲KEY (DEST)
R6 LINK (DEST)
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲
R1 SPLIT
R0 - R7 (DEST)
4.2.2.4.4.3 M̲o̲d̲u̲l̲e̲ ̲C̲o̲m̲p̲o̲n̲e̲n̲t̲s̲
4.2.2.4.4.3.1 R̲E̲S̲P̲ ̲A̲C̲T̲I̲O̲N̲
Validates the parameter to the fc ̲key display response
msg. Refer figure 4.2.2.4.4-2.
4.2.2.4.4.3.2 F̲C̲ ̲A̲N̲A̲L̲Y̲S̲E̲
Translates actual fc ̲key to pending a fc ̲key. The
latter is to be handled when enter (return) is
depressed. Refer figure 4.2.2.4.4-3.
4.2.2.4.4.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
a) D̲a̲t̲a̲ ̲R̲e̲f̲e̲r̲e̲n̲c̲e̲s̲
Refer source list for prefixes used.
b) E̲x̲t̲e̲r̲n̲a̲l̲ ̲D̲a̲t̲a̲
All ext. data defined in 4.1.4 or 4.2.2.5
UFCO ̲OP (m)
CURSOR ̲RECORD (m)
SPLIT ̲DIGIT
HEADER ̲IFCB
FORMAT ̲IFCB
VUS ̲S3
VDU ̲HD ̲BLE (m)
FCK ̲SET (m)
OUTPUT ̲FLAG (m)
SPLIT ̲FAILED (m)
VUS ̲FC ̲KEY (m)
PENDING ̲FC (m)
HEADER ̲ADDRESS (m)
BTRANS (m)
CURRENT ̲PREC
SEQ ̲CODE (m)
SEQ ̲FORMAT
SPLIT ̲SEM
CURRENT ̲MODE
EXP ̲VDIA ̲CMD
c) L̲o̲c̲a̲l̲ ̲D̲a̲t̲a̲
Refer source list
V̲U̲S̲ ̲F̲C̲ ̲K̲E̲Y̲ ̲P̲R̲O̲C̲E̲S̲S̲I̲N̲G̲
IF NECESSARY: BLANK RESPONSE ̲LINE
IF NECESSARY: BLANK COMMAND ̲LINE
CONVERT FC ̲KEY TO INTERNAL REPRESENTATION, ACTUAL ̲FCK
ACTUAL ̲FCK IN ALLOWED SET ?
BLANK HEADER ̲LINE
DISPLAY ̲ERROR ̲MSG (NOT ALLOWED)
EXIT
SPLIT ̲FAILURE? EXIT
EXCLUDE RETURN FROM ALLOWED SET
(CONT.)
CASE ACTUAL ̲FCK
RETURN ? (I.E. ENTER IN HEADER ̲SPLIT)
INPUT COMMAND ̲LINE
NO BYTES TRANSFERRED ? EXIT
CASE PENDING ̲FCK (I.E. PREVIOUS FC ̲KEY)
INSERT/DELETE ̲LINES? INSERT DELETE LINES
COMMAND ? VUS CMD PENDING
RESPONSE TXT ? RESP ACTION
EXPAND PLA REF ? EXPAND PLA
OTHERWISE ? INTERNAL ERROR (GIVE UP)
PRINT ? VUS SEQUENCE
SUSPEND ? PRECEDENCE FLASH/SUPERFLASH AND RECEIVE MODE ?
DISPLAY ERROR MSG(SUSPEND NOT ALLOWED)
VUS SEQUENCE
CANCEL ? VUS SEQUENCE
KEEP & PRESENT ̲NEXT ?
PRECEDENCE FLASH/SUPERFALSH AND RECEIVE MODE?
DISPLAY ̲ERROR ̲MSG(FC ̲KEEP ̲AND ̲PRESENT ̲NOT ̲ALLOWED)
VUS ̲SEQUENCE
(CONT.)
DELETE & PRESENT NEXT?
VUS SEQUENCE
ENTER?
VUS SEQUENCE
INSERT/DELETE FIELD GROUP?
GET CURSOR POSITION
POSITION VALID?
BLANK RESPONSELINE
DISPLAY ̲ERROR ̲MSG (INSERTION/DELETION NOT ALLOWED)
EXIT
FETCH SEMAPHORE ̲OPERATION FROM POOL
SIGNAL COMMAND: INSERT/DELETE FIELD ̲GROUP TO VDIA
COMMAND, EXPAND PLA REF, DISPLAY RESPONSE TEXT?
FC ANALYSE
INSERT/DELETE LINE/SEGMENT?
GET CURSOR POSITION
POSITION VALID?
BLANK RESPONSELINE
DISPLAY ERROR ̲MSG (INSERT/DELETE NOT ALLOWED)
EXIT
FC ANALYZE
OTHERWISE INTERNAL ̲ERROR (GIVE ̲UP)
FIG. 4.2.2.4.4-1
R̲E̲S̲P̲ ̲A̲C̲T̲I̲O̲N̲
LOOKUP PARAMETERS IN COMMAND ̲LINE
CASE NUMBER OF PARAMETERS
0? EXIT
1? SYNTAX VALIDATION OK? (LENGTH, NUMERIC)
DISPLAY ̲ERROR ̲MSG (...)
EXIT
CONVERT PARAMETER TO INTEGER
DISPLAY ̲ERROR ̲MSG (INTEGER)
OTHERWISE? DISPLAY ̲ERROR ̲MSG (TOO MANY PARAMETERS)
FIG. 4.2.2.4.4-2
F̲C̲ ̲A̲N̲A̲L̲Y̲Z̲E̲
CASE ACTUAL ̲FCK
COMMAND? - PENDING ̲FCK:= COMMAND
DISPLAY ̲RESPONSE ̲MSG? - PENDING ̲FCK:= DISPLAY
̲RESPONSE ̲MSG
INSERT/DELETE LINES? - PENDING ̲FCK:= INSERT/DELETE
LINES
EXPAND ̲PLA ̲REF? - PENDING ̲FCK:= EXPAND ̲PLA
̲REF
END CASE
SET CURSOR IN COMMAND ̲LINE
INCLUDE FC KEY RETURN IN ALLOWED SET OF FC KEYS
FIG. 4.2.2.4.4-3
4.2.2.4.5 V̲C̲O̲ ̲C̲M̲D̲ ̲P̲R̲O̲C̲E̲S̲S̲I̲N̲G̲
4.2.2.4.5.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲/̲M̲o̲d̲u̲l̲e̲ ̲D̲e̲s̲i̲g̲n̲
The purpose of this module is to analyse
and validate termination commands from
VCO and, in accordance with the command,
to enter VUS ̲SEQUENCE.
4.2.2.4.5.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) VCO ̲CMD ̲PROCESSING (VCO ̲OP: TEP ̲COROUTINE
̲OP):EXIT ̲LAB
b) VCO ̲CMD ̲PROCESSING (R5, R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲
R5 pointer to VCO ̲OP (KEPT)
R6 LINK (DEST)
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲
None
All except R5 (DEST)
4.2.2.4.5.3 M̲o̲d̲u̲l̲e̲ ̲C̲o̲m̲p̲o̲n̲e̲n̲t̲
4.2.2.4.5.3.1 W̲A̲I̲T̲ ̲P̲E̲N̲D̲I̲N̲G̲ ̲O̲P̲
Refer figure 4.2.2.4.5-2.
4.2.2.4.5.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
a) D̲a̲t̲a̲ ̲R̲e̲f̲e̲r̲e̲n̲c̲e̲s̲
Refer source list for prefixes used.
b) E̲x̲t̲e̲r̲n̲a̲l̲ ̲D̲a̲t̲a̲
Allert data defined in 4.1.4 or 4.2.2.5
ANQ ̲OP (m)
VCO ̲OP (m)
UFCO ̲OP (m)
VUS ̲S1
VUS ̲S2
VUS ̲QNAME (m)
VUS ̲QEL ̲ATTR (m)
ANQ ̲QEL (m)
SEQ ̲REC
SEQ ̲CODE (m)
SEQ ̲FORMAT
RETR ̲SEM
VUS ̲SEND ̲PARAMS (m)
c) L̲o̲c̲a̲l̲ ̲D̲a̲t̲a̲
Refer sourcelist.
V̲C̲O̲ ̲C̲M̲D̲ ̲P̲R̲O̲C̲E̲S̲S̲I̲N̲G̲
PENDING ANSWER ̲QUEUE OPERATION CONCERNING
VDU ̲PAGES OR SCARR ̲CCIS COMMENT?
W̲A̲I̲T̲ ̲P̲E̲N̲D̲I̲N̲G̲ ̲O̲P̲
̲(̲-̲2̲)̲
CASE COMMAND FROM VCO
STOP ̲UFCO?
BLOCK ̲UFCO?
CLOSE ̲UFCO? SET KEY TO ENTRY IN SEQUENCE
OTHERWISE INTERNAL ̲ERROR (GIVE ̲UP)
VUS SEQUENCE (IMBEDDED ACTION: STOP VDIA)
AWAIT ANSWER ̲OPERATION FROM VDIA AT SEMAPHORE S2
VUS SEQUENCE (IMBEDDED ACTION: CLEAN ̲UP)
SIGNAL VCO ̲OPERATION BACK TO VCO
SIGNAL RETRIEVAL SEMAPHORE UNTIL NEUTRAL
COMMAND FROM VCO = CLOSE ̲UFCO? EXIT TO E ̲START
EXIT TO E ̲USER
FIG. 4.2.2.4.5-1
WAIT ̲PENDING ̲OP
RECEIVE ̲FIRST ̲QEL (WAIT, ANSWER ̲QUEUE)(QEL)
QEL AS EXPECTED? Y
QUEUE ̲ERROR (CONTINUE)
EXIT
PASS QEL TO UMAM
DISMANTLE QEL
FIG. 4.2.2.4.5-2
4.2.2.4.6 V̲D̲I̲A̲ ̲C̲C̲ ̲P̲R̲O̲C̲E̲S̲S̲I̲N̲G̲
4.2.2.4.6.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
The purpose of this module is to analyze the inputs
that UFCO gets from VDIA. Depending on input a completion
code is signalled to VDO and thereafter VUS SEQUENCE
(4.2.2.4.11) is entered, or on behalf of other inputs
VUS ̲SEQUENCE (4.2.2.4.11) is entered directly.
4.2.2.4.6.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) VDIA ̲CC ̲PROCESSING (VDIA ̲OP:TEP ̲COROUTINE ̲OP)
b) VDIA ̲CC ̲PROCESSING (R5, R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲
R5 pointer to VDIA ̲OP (DEST)
R6 LINK (DEST)
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲
R0 - R7 (DEST)
4.2.2.4.6.3 M̲o̲d̲u̲l̲e̲ ̲C̲o̲m̲p̲o̲n̲e̲n̲t̲ ̲
None
4.2.2.4.6.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
a) D̲a̲t̲a̲ ̲R̲e̲f̲e̲r̲e̲n̲c̲e̲s̲
Refer source list for prefixes used.
b) E̲x̲t̲e̲r̲n̲a̲l̲ ̲D̲a̲t̲a̲
All external data def. in 4.1.4/4.2.2.5.
EXP ̲VDIA ̲CMD (m)
SPLIT ̲FAILED (m)
SEQ ̲REC
SEQ ̲FORMAT (m)
SEQ ̲CODE (m)
ACCOUNT (m)
CURRENT ̲PREC (m)
CURRENT ̲CLASS (m)
INIT ̲AREA
UFCO ̲VAL (m)
QEL ̲INFORM (m)
SPLIT ̲DIGIT
FORMAT ̲IFOB
VALIDATION ̲COUNT
c) L̲o̲c̲a̲l̲ ̲D̲a̲t̲a̲
Refer source list.
V̲I̲D̲A̲ ̲C̲C̲ ̲P̲R̲O̲C̲E̲S̲S̲I̲S̲N̲G̲
RETURN RECEIVED OPERATION TO FREE POOL
VDIA ̲OPERATION ̲EXPECTED?
EXIT
CASE COMPLETION CODE FROM VDIA
SPLIT FAILURE? - SPLIT ̲FAILURED=TRUE
EXIT
OTHERWISE CONTINUE
CASE COMMAND RETURNED FROM VDIA
INSERT/DELETE ̲LINES
INSERT/DELETE ̲GROUP? - COMPLETION ̲CODE=ERROR
OR TOO ̲MANY ̲LINES
?
- DISPLAY ̲ERROR
̲MSG AND ENABLE
KEYBOARD
OUTPUT? - SET CURSOR
ENABLE KEYBOARD
CHANGE ALLOWED SET OF FUNCTION KEYS
CONCEL I/O? - VUS ̲SEQUENCE
SUSPEND? - VUS ̲SEQUENCE
INPUT? CASE COMPLETION CODE FROM VDIA
OKAY? - CASE VALIDATION ̲RESULT FROM
VDIA
RESULT 1?
RESULT 2? VUS ̲SEQUENCE
.
.
RESULT N?
ERROR? - INCREMENT VALIDATIONS ̲COUNT
CALIDATION COUNT = MAXIMUM?
ENABLE KEYBOARD
VUS ̲SEQUENCE
OTHERWISE INTERNAL ̲ERROR (GIVE ̲UP)
FIG. 4.2.2.4.6-1
4.2.2.4.7 R̲E̲T̲R̲ ̲O̲P̲ ̲P̲R̲O̲C̲E̲S̲S̲I̲N̲G̲
4.2.2.4.7.1 F̲u̲n̲c̲t̲i̲o̲n̲a̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
Analyzes operations received from the RETRn̲COROUTINE.
Only online answers from SAR are processed - refer
RETR.
4.2.2.4.7.2 M̲o̲d̲u̲l̲e̲ ̲I̲n̲t̲e̲r̲f̲a̲c̲e̲
C̲a̲l̲l̲ ̲S̲p̲e̲c̲i̲f̲i̲c̲a̲t̲i̲o̲n̲
a) RETR ̲OP ̲PROCESSING (RETR ̲OP: TEP ̲COROUTINE ̲OP)
b) RETR ̲OP ̲PROCESSING (R5, R6)
R̲e̲g̲i̲s̲t̲e̲r̲ ̲C̲o̲n̲v̲e̲n̲t̲i̲o̲n̲
C̲a̲l̲l̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲
R5 pointer to RER ̲OP (DEST)
R6 LINK (DEST)
R̲e̲t̲u̲r̲n̲ ̲R̲e̲g̲i̲s̲t̲e̲r̲
None
R0 - R7 (DEST)
4.2.2.4.7.3 M̲o̲d̲u̲l̲e̲ ̲C̲o̲m̲p̲o̲n̲e̲n̲t̲
None
4.2.2.4.7.4 D̲a̲t̲a̲ ̲D̲e̲s̲c̲r̲i̲p̲t̲i̲o̲n̲
a) D̲a̲t̲a̲ ̲R̲e̲f̲e̲r̲e̲n̲c̲e̲s̲
Refer source list for prefixes used.
b) E̲x̲t̲e̲r̲n̲a̲l̲ ̲D̲a̲t̲a̲
All external data defined in 4.1.4/4.2.2.5.
INPUT ̲CIF (m)
SPLIT ̲FAILED
SEC ̲FAILED (m)
SEQ ̲CODE (m)
SEQ ̲FORMAT (m)
SEQ ̲REC
QEL ̲INFORM (m)
VUS ̲RECV ̲ATTTR (m)
HEADER ̲TEXT (M)
APPEND ̲CIF (m)
c) L̲o̲c̲a̲l̲ ̲D̲a̲t̲a̲
None
R̲E̲T̲R̲ ̲O̲P̲ ̲P̲R̲O̲C̲E̲S̲S̲I̲N̲G̲
CASE SEMAPHORE ̲OPERATION.COMMAND
NOTIFICATION,ONLINE? - DISPLAY
̲ERROR
̲MSG(RETRIEVAL
ON)
NOTIFICATION,OFFLINE? - DISPLAY
̲ERROR
̲MSG(NOT
ONLINE)
VUS ̲SEQUENCE
SIGNAL RETR ̲SEMAPHORE
NOTIFICATION,RETRIEVAL?
CASE OPEN ̲VIEW (INPUT ̲CIF)
ERROR? - PROFILE ̲CHECK ETC.?
DISMANTLE
VIEW,
SECURITY
̲FAILURE!
INTERNAL ̲ERROR (GIVE UP)
OKAY? - VUS ̲SEQUENCE
NOTIFICATION,APPEND?
CASE OPEN ̲VIEW (APPEND ̲CIF)
ERROR? - PROFILE ̲CHECK, ETC.?
DISMANTLE ̲VIEW
SECURITY
̲FAILURE!
INTERNAL ̲ERROR (GIVE UP)
OKAY? - VUS ̲SEQUENCE
RETRIEVAL ERROR? - DISPLAY ̲ERROR ̲MSG(RETRIEVAL
̲ERROR)
VUS SEQUENCE
QUEUE ̲ERROR? - DISPLAY ̲ERROR ̲MSG (SYSTEM
FAILURE)
INTERNAL ̲ERROR (GIVE UP)
OTHERWISE? INTERNAL ̲ERROR (GIVE ̲UP)
FIGURE 4.2.2.4.7-1
