JPH0370059A - Line simulation system - Google Patents

Abstract

PURPOSE:To enable pseudo operation, which is equal to connection with a host computer, in a terminal equipment even when the host computer is not really existent by setting communication describing phrases, cataloging the contents of execution, registering the contents and executing the registered contents of execution. CONSTITUTION:A first executing means 11' is provided to set the communication describing phrases and to execute a communication instruction by one step, and a second executing means 8' is provided to catalog the execution contents, to register the contents of a catalog file 13 and to execute the registered contents of execution. Namely, when an inputted command is immediately executed, the communication describing phrases are set by the first executing means 11' and the communication instruction is executed for each step. When the inputted commands are totally executed, the execution contents are cataloged, registered and executed by the second executing means 18'. Thus, a logic check can be executed in advance and even when the host computer is not really existent, the terminal equipment can execute the pseudo operation equal to the connection with the host computer.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a line simulation method for executing a communication protocol and data of an online system in a pseudo manner.

[Conventional technology]

Conventionally, an online system that performs data communication using a computer includes an application program 11 a communication OS 2. Terminal device 3. It consists of a data line 4. The application program 1 uses a storage unit 14 for temporarily securing data on a memory, a magnetic storage device 13, a display device 11, and an input device 12 as operating environments. The communication 032 also includes a line connection unit 21 that controls line connections, a line control unit 22 that performs data link @ control, a communication management unit 23 that controls sessions and transport, a line control unit 23, and a communication management unit 23 that controls connections and It consists of a storage section 24 that stores information on the section 23. The final device 3 converts analog signals and digital signals (D/A conversion).

This device performs A/D conversion (A/D conversion), and is capable of transmitting data to the other party's terminal device 3' via the data line 4.

Figure 6 shows the protocol layer of the O8■ reference model and the HDL
It is a diagram showing the configuration of a C data unit, and in the OSI reference model, the protocol is divided into seven layers. Among these, the physical layer is the shape of the connector,! It stipulates pressure, etc.
In FIG. 5, the line connection section 21 and the termination device 3.・3
′ corresponds to Further, the data link layer controls frame data transfer and corresponds to the line control section 22. The transport layer controls data transfer between end systems,
The session layer controls conversations between users, and corresponds to the communication management section 23 in FIG. The presentation layer controls the syntax between users, and the application layer controls the meaning of data between users, and corresponds to the application program 1 in FIG. 4.

The data unit structure of HDLC is format F+, Fz, F3, etc. as shown in FIG. I'm doing Fa.

User data used in the application program 1 is of format F1 and flows on the application layer and the presentation layer. Format F1
Format F in which a header FH is added to user data DATA.

The data flows above the session layer. In addition, format F is the format F2 with a header NH added.
3 data flows above the transport layer. Data of format F4, which is format F3 with headers LH and LT added, flows on the network layer and data link layer.

The method of data communication using the HDLC procedure has been described above, but in order to perform data communication, the protocols must match in each layer.

Next, the header used in the HDLCO frame will be explained using FIG. 7. The header LH is a link header added by the line control unit 22 when flowing on a data link, and is composed of 3 bytes: a flag F, an address field, and a control field. Flag F is “
01111110”,
beginning of frame.

It is added at the end to separate frames. The address field contains an address at the data link layer level. The control field contains the types of commands and responses at the data link layer level.

Further, LT is a link trailer added by the line control unit 22 when flowing on a data link, and is composed of 3 bytes: a 2-byte frame check sequence FC3 and a 1-byte flag F.

The frame check sequence FC3 is a sequence for error control and detects errors by a CRC method using a generator polynomial "x"+x"+XS+1". Also header N
H is a network header added by the communication management unit 23 when transmitting/receiving data in the transport layer, and the headers TH, RFU, DAF, SAF,
Consists of 6 bytes of SEQ. The header NH is used to control data transmission and reception in the transport 17m, and the transmission header TH indicates the type of FIU (single FIU, multiple FIU).

Further, the RFU is a reserve area, the DAF contains the address of the destination logical unit LU, and the SEQ contains the sequence number of the FIU. Further, FH is a function header added by the communication management unit 23 when transmitting and receiving data in the session layer, and is usually composed of 3 bytes: RHO, RH1, and RH2. These headers are used for data flow control, network control, and session control in the session layer. RHO contains information such as request and response types, FIU types, and chain types, and RHI contains response format and basing display. RH2 contains information on Brakent display and transmission right inverted display. Further, DATA contains system data and application data.

FIG. 8 is a diagram showing an example of a procedure for establishing a session.

In FIG. 8, when the host issues a command SNRM to the UA for establishing the data link layer, the terminal device establishes the data link layer by returning a response UA to the host.

Next, a session establishment request INITSEL is sent from the terminal device.
When F is issued, the host issues a session setup request BIND.
, 9 flow start indications SDT are given to the terminal device, thereby establishing a session layer and making data transfer possible.

When a session release request TERM-SELF is issued from the terminal device, the host gives a session initialization instruction RESET and a session close request [INBIND] to the terminal device, thereby releasing the session.

[Problem to be solved by the invention]

In the conventional method described above, each protocol layer performs its own role, so in order to actually perform communication, the protocols for each layer must match, as described above. Furthermore, due to differences in protocols, there are various ways of coding application programs, and a protocol logic check cannot be performed without actually creating an application program.

The present invention has improved such conventional drawbacks, and its purpose is to make it possible to perform a logic check in advance when creating an application program when performing data communication using various protocols, and to make it possible to perform a logic check in advance. To provide a line simulation method capable of causing a terminal device to perform a pseudo operation equivalent to that of a host computer connected to it even when the host computer does not actually exist.

[Means to solve the problem]

The line simulation method of the present invention includes a first execution means that sets a communication description phrase and executes a communication command in one step, and a second execution means that catalogs and registers execution contents and executes the registered execution contents. and execution means.

[Effect]

When the input command is to be executed immediately, the first execution means sets the communication description phrase and executes the communication command one step at a time. When input commands are to be executed all at once, the second execution means catalogs and registers the execution contents and executes the execution contents. This makes it possible to perform a siQ simulation.

〔Example〕

An embodiment of the present invention will be described below with reference to the drawings. FIG. 1 is a partial configuration diagram of an online system using the line simulation method of the present invention. Note that the first
In the figure, the same parts as in FIG. 5 are given the same reference numerals.

The online system shown in FIG. 1 uses an application program 1, a communication management section 23, and a line control section 22 to perform data communication with other computers. ' and line control section 2
2, data communication is performed.

As described above, the line control unit 22 controls the data link layer in the protocol layer, and has the function of adding an address LH at the data link level. Further, the communication management unit 23 controls the transport layer and session layer in the protocol layer.

The communication management section 23 includes a data transmission/reception control section 40 and a session control section 41.
0 controls the transmission and reception of data, and the header N in the NIU
There is a function to add H. The communication control unit 41 also performs session control and data flow control, and
There is a function to add the header FH inside. Further, the application program 1 has a function of performing data communication according to the agreement with the other party's application program.

Incidentally, in this embodiment, the simulator 1' is also provided with the functions of session control, data flow control, and data transmission/reception control performed by the communication management section 23. That is, in order to enable data communication at the session layer level using various protocols, headers NH and FH input by an operator according to the protocols are added to application program data.

FIG. 2 is a configuration diagram of the simulator 1' and the ξ simulation bath management section 23'. Referring to FIG. 2, the operator 1' has a data input means 16' for inputting data via the keyboard 12, and a communication description phrase (CD) according to the inputted instruction data, and an online basic system. CD stage setting means 11' which executes commands one step at a time; line open execution means 12' which executes online commands, that is, line open commands, reception commands, transmission commands, and line close commands 1; reception execution means 1;
3', transmission execution means 14'1 line close execution means 15
', and each execution means 12'13. Execution selection means 20' that selects and executes 14' and 15' by instructions from the keyboard 12
, a data output means 19' for outputting the execution result to a display device Fll, etc., and a command registration means 17' for registering the data, that is, the command manually entered by the data input means 16', as a parameter 31 in the catalog file 13. The registered parameters are sent to each execution means 12', 13', 14.
', 15' and file execution means 18' for execution.

The simulation buffer management section 23' also includes a transmission buffer 23'-1 and a reception buffer 23'-2.

Next, the operation of the online system with such a configuration will be explained. First, a case will be described in which a command input by the data input means 16' is immediately executed. When data is input from the data input means 16', the CD phrase setting section 11' sets the communication description side of the application program according to the input instruction data, for example, C0BO.
Conducted in L language, online basic commands (e.g. C0BO
In L language, line open command ENABLE, receive command R
ECEVE, transmission command 5END, line close command DI
SABLE) one step at a time each execution means 12', 1
3', 14' and 15'. At this time, each execution means 12', 13', 14', and 15' is selected by the execution selection means 20' and executed sequentially. The execution result is output to the display device 11 etc. by the data output means 19'.

Furthermore, these execution results are registered in the log file 32 as necessary. The frame data transferred by these online commands is stored in the signature registration buffer management unit 23.
′, and is further passed to the system ξ system buffer management unit 2
The data in 3' is passed to the line control section 22 and output as data to the communication line. Commands input in this manner can be immediately executed.

Next, a case will be described in which input commands are executed all at once. −
In the case of batch execution, unlike the case of immediate execution described above, the commands input by the data input means 16' are not immediately executed, but are registered as parameters 31 in the catalog file 13 by the command registration means 17'.

FIG. 4 is a diagram showing the format of parameters registered in the catalog file 13. In Fig. 4, the command part IS
The online command is registered in T, and the parameter part P
Data on the communication description side and application program data are registered in ARA only when the command part IST is a 5END command.

These registered parameters are stored in the file execution means 18'
The data is then passed to each execution means 12', 13', 14' and 15' for execution. In this way, batch execution can also be performed.

Next, a more specific example of operation, ie, a method of simulating the procedure from establishment of a serial run to termination of a session as shown in FIG. 8, will be described using the flowchart of FIG. 3.

The online system shown in FIG. 1 is connected to a terminal device through a line. First, the communication description side of COBOL is set using the CD phrase setting means 11' shown in FIG. 2 (step 34). Next, the line open execution means 12' executes the ENABLE command, which is an online command, to open the line (step S2).

The terminal device side sends a session opening request INIT-SELF as shown in Figure 8, so the RECHI
The VE command is executed by the receiving execution means 13' (step S3). The operator recognizes that the message RD sent from the terminal device is a session opening request INIT-SEL.
It is determined that it is F based on the communication specifications (protocol) (step 34). Session opening request INIT-S
If it is ELF, the operator transmits an acknowledgment (R3P) in response to this using the transmission execution means 14'. At this time, the data to be input is the header and the data after NH are inputted from the keyboard 12 and transmitted (step S5).

Next, BIND, which is a security setting request, is transmitted by the operator. At this time as well, data after the Hesoda NH is input (step S6). In this way, communication commands can be executed step by step, and even if the host computer does not actually exist, the terminal device can be operated in a pseudo manner as if it were connected to the host computer, and the logic check of the application program can be performed. This can be done in advance.

〔Effect of the invention〕

As explained above, the present invention sets a communication description phrase when creating an application program in a data communication system using various protocols, executes communication commands one step at a time, and catalogs the execution contents. By registering and executing the registered execution contents, even if the host computer does not actually exist, it is possible to make the terminal device perform the same pseudo operation as if it were connected to the host computer. This has the advantage that a logic check of the application program can be performed in advance.

[Brief explanation of drawings]

FIG. 1 is a partial configuration diagram of an online system to which the line simulation method of the present invention is applied, FIG. 2 is a configuration diagram of a simulator and simulation bath management unit, and FIG. 3 is a flowchart showing a specific operational example of the present invention. Figure 4 shows the format of parameters registered in the catalog file, Figure 5 shows the conventional online system, and Figure 6 shows the protocol layer and HD of the O3I reference model.
FIG. 7 is a diagram showing a typical frame configuration example, and FIG. 8 is a diagram showing session establishment and release. In the figure, 11...display device, 12...input device, 13...
Catalog file, 21... Line connection section, 22...
Line control, 23...Communication management section, 32...Log file. 11'...CD stage setting means 12'...Line oven execution means, 13'...Reception execution means, 14'...
Transmission execution means, 15'...Line closing execution means, 1
6'...Data input means, 17'...Command registration means, 18'...File execution means, ■9'...Data output means. 20'... Execution selection means, 23'... Execution selection bar management section.

Claims (1)

[Claims] The first execution means sets a communication description phrase and executes the communication command step by step, and the second execution means catalogs and registers execution contents and executes the registered execution contents. A line simulation method that is characterized by