JPH0561802A - Data processing system - Google Patents

Abstract

(57) [Summary] [Object] The present invention relates to a data processing system in which a server and a processor that implement different OSs are connected to the same network, and an object thereof is to enable the server to be used by the processor. [Configuration] The virtual terminal control mechanism 6 of the server 1 is configured so as to generate processes corresponding to the processors 9B and 9C and make the processes virtual terminals 61B and 61C.
B, 61C is a standard OS between processors 9B, 9C
Communication is performed so that the command of No. 2 is treated as data, and the command of the standard OS 2 is interpreted and executed.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data processing system, and more particularly to a data processing system having a server which can be used by a device having an OS (operating system) different from that of its own.

A data processing system may be constructed by connecting processors such as a plurality of workstations via a network. In this type of data processing system, instead of connecting a disk or the like to each processor, a processor (disk server) that only manages the disk may be provided as a shared device (server) in each processor. ..

[0003]

2. Description of the Related Art FIG. 5 is an explanatory view of a conventional technique. In FIG. 5, the network 11 includes a private line, a telephone line, and a D line.
It comprises a DX-packet network, a DDX-circuit switching network, an ISDN network, a LAN such as the CSMA / CD system, and the like. The server 1 is a device that allows a part of data processing to be shared by the processors 9 such as workstations.
The server 1 includes, for example, a print server, a disk server, a communication server, etc. in addition to the file server shown in the figure. For management of the file 8 such as display of file contents, the processor 9 requests the server 1 for its processing and waits for a response.

[0004]

Due to the development of network description and computer network, one network 1
Various processors 9 and servers 1 can be connected to 1. On the other hand, standardization of OS is being studied / implemented.
If the OS is standardized, there is a great advantage that the assets can be shared.
S is being standardized.

In such a situation, the server 1 has a standardized OS mounted therein, while the processor 9 is a local (unique to each company (maker)) that is not the target of standardization.
An OS and a local protocol are installed, and these may be connected to the same network 11. For example, the server 1 is newly introduced and therefore standardized, while the processor 9 remains local according to the user's request. In such a state, the user usually tries to use existing data (asset, that is, database, application program, etc.) as it is, or is familiar with MMI (Man Machine Interface).
It occurs because you try to work without changing your work.

In such a case, there is a problem that the processor 9 side cannot use (access) the server 1 as it is. This means that as the number of standardized servers 1 increases, existing local processors 9
Will be a big problem for users of. On the contrary, it hinders the introduction of the standardized server 1.

An object of the present invention is to enable a server and a processor having different OSs to be connected to the same network.

[0008]

FIG. 1 is a block diagram of the principle of the present invention, showing a data processing system according to the present invention. In FIG. 1, a processor 9 is equipped with a local operating system 10 and, via a network 11,
Connected to the server 1. The server 1 performs predetermined data processing in response to the request from the processor 9 and returns the result to the processor 9. For example, the server 1 having the file 8 as shown in FIG.
Manage. The server 1 implements a standard operating system 2 different from the local operating system 10.

The server 1 is provided with an emulation mechanism 3 and a data conversion mechanism 7. The emulation mechanism 3 is
Network control mechanism 4 for controlling the network 11
And a protocol control mechanism 5 for controlling a protocol in communication with the processor 9 via the network 11,
And a virtual terminal control mechanism 6.

[0010]

Since the processor 9 mounts the local operating system 10, it has only means for communicating with the server 1 via the network 11 according to the local protocol adopted by the local operating system 10.

Therefore, on the side of the emulation mechanism 3 of the server 1, the virtual terminal control mechanism 6 establishes the logical path of the local protocol between itself and the processor 9 in which the local operating system 10 is installed. To request. The protocol control mechanism 5 uses the local protocol to use the network control device 4
Is requested to establish a network path. The network control device 4 uses various transmission control procedures (packet,
A data path, call control) is used to establish a network path with the processor 9.

Next, the virtual terminal control mechanism 6 controls the data sent by the standard operating system 2 on the local protocol by using the protocol control mechanism 5 and the network control device 4. Prior to this, the virtual terminal control mechanism 6 creates a process corresponding to the processor 9 and uses it as a virtual terminal, and apparently performs communication by a local protocol between this and the actual processor 9. ..

As described above, the interface of the standard operating system 2 is emulated by the local operating system 10. That is, it is equivalent to mounting the local operating system 10 on the server 1. Further, the virtual terminal control mechanism 6, that is, the input / output data of the virtual terminal and the input / output data of the server 1, that is, the input / output data of the standard operating system 2, are mutually converted by the data conversion mechanism 7. Therefore, the server 1 can be used from the processor 9 having the local operating system 10 in the same manner as when the server 1 is used with the processor having the standard operating system 2. As a result, in one network 11,
A server 1 implementing the standard operating system 2 and a processor 9 implementing the local operating system 10 can be connected.

[0014]

FIG. 2 is a block diagram of an embodiment, showing a data processing system in which a plurality of processors 9A, 9B and 9C are connected to a server 1 having a standard OS 2 mounted thereto via a LAN 11A. The plurality of processors 9A to 9C are like a workstation, a personal computer or a terminal, and are connected to the transceiver 21 of the LAN 11A. Termination resistors 20 are connected to both ends of the LAN 11A. Further, a TTY terminal 22 is connected to the server 1.

When the contents of the file 8 to be managed are to be displayed on the screen when the server 1 is, for example, a file server, the server 1 is connected to the TTY terminal 22 and the standard OS.
It can be accessed from four processors 9A implementing 2A and 9B and 9C implementing local OS 10. Of these, the former two are normal access methods.
The server 1 can be used from the TTY terminal 22 by executing the LOGIN by designating the user name and the password. The user name, password, user execution right, etc. are registered in advance by the system administrator and are under the control of the standard OS 2.

The processor 9A has the same standard OS2A as the standard OS2 (a distinction is made by adding "A").
Therefore, there is no particular problem in using the server 1. For example, when the standard OS 2 is UNIX (a general-purpose operating system developed by AT & T and Bell Laboratories), the processor 9A using TCP / IP is used.
Can directly LOGIN to the server 1 (standard OS 2 thereof).

The processor 9B comprises an emulator 16 and an adapter 14 on a personal computer. The emulator 16 mounts the local OS 10 (not shown) and also incorporates the control unit 15 including software that controls communication with the LAN 11A. The adapter 14 is
It is composed of hardware for communicating with the LAN 11A.

The processor 9C is a personal computer on which the local OS 10 is mounted and the emulator 19 is provided. Further, the processor 9C is the LAN 1
Control unit 1 including software for controlling communication with 1A
8 and an adapter 17 which is hardware for communicating with the LAN 11A.

The processors 9B and 9C are local OSs.
Since 10 is installed, communication from the adapter 12 of the server 1 directly to the standard OS 2 cannot be performed. Therefore, the adapter 12 communicates with the standard OS 2 via the emulation mechanism 3 and the data conversion mechanism 7 of the server 1.

The server 1 is connected to the transceiver 21 of the LAN 11A and its adapter 12. Adapter 12
Consists of hardware that communicates with the LAN 11A. The processors 9A to 9C are common in that they are connected to the adapter 12 via the LAN 11A. However, the processor 9A uses the standard OS directly from the adapter 12.
2 can be used. The TTY terminal 22 can also directly use the standard OS 2.

On the other hand, the processor 9B of this embodiment
9C use the standard OS 2 by emulation performed by the virtual terminal control mechanism 6 using the network / protocol control unit 45. Where network /
The protocol control unit 45 integrally represents the network control device 4 and the protocol control mechanism 5.

The virtual terminal control mechanism 6 emulates the interface of the standard OS 2 on the server 1 (in the emulation mechanism 3) by the local OS 10. That is, the virtual terminal control mechanism 6 creates processes 61B and 61C corresponding to the processors 9B and 9C, respectively, and sets them as virtual terminals 61B and 61C. Virtual terminals 61B and 6
The 1C uses the network / protocol control unit 45 via the virtual terminal control mechanism 6 to communicate with the corresponding processors 9B and 9C on the local protocol. In this communication, the standard OS2 command is handled as simple data on the local protocol. On the other hand, the processors 9B and 9C can input the commands of the standard OS 2 as they are (as data) by seeing them as simple data. Therefore, the operator can input the processors 9B and 9C as virtual processors that implement the standard OS2. On the other hand, the virtual terminal 61B
And 61C are processes generated on the standard OS2, and interpret and execute the received data as commands of the standard OS2.

Based on the above, the operators 9B and 9C are shown as if the standard OS2 is mounted, and the processors 9B and 9C are not aware of the standard OS2. Also, communication can be performed using a local protocol. Then, the virtual terminals 61B and 61C are
The command of the standard OS2 can be interpreted and executed.

The virtual terminal control mechanism 6 is, for example, UNIX.
The user interface (mainly TTY terminal interface) is emulated by a local protocol. In this case, the processor 9B which is a non-UNIX terminal
In 9C and 9C, programs such as local OS 10
There is no need to change anything. Standard (UNIX) OS2
Uses the information such as the user name, password, and user's execution right registered for the processor 9A, which is a UNIX terminal, as is for the processors 9B and 9C.

The data conversion mechanism 7 mutually converts the data format of the local OS 10 and the data format of the standard OS 2. Therefore, the processors 9B and 9 of the local OS 10 are
The data (for example, non-UNIX file format) transmitted from C can be converted into the file format of the standard OS 2 (for example, UNIX format) and then saved in the file 8 of the (file) server 1. Thereby, the processors 9B and 9C
It is possible to easily refer to and update the data processed by the processor 9A of the standard OS2. Further, for example, when the processor 9B is replaced with a new standard OS2 processor, the data before replacement is stored in the standard OS2 data format, so the new processor can use the stored data as it is.

FIG. 3 shows the virtual terminal control mechanism 6. The virtual terminal control mechanism 6 multiplexes the virtual terminals 61B and 61C to enable asynchronous processing of emulation. For this purpose, a management process 62 having a login management unit 63, a start control process 64, an execution state management control process 66. , And a shared table 65 shared by the activation control process 64 and the execution state management control process 66.

The reason why the multiplex control of the virtual terminals 61B and 61C is performed is as follows. For example, in UNIX libraries, application programs (processes)
There are many complete / synchronous functions for the interface to. In other words, the processing in one process stops after the function is issued to the library until the processing is completed. This is the same when the network / protocol control unit 45 is used. That is, the server 1 rejects a request from another processor. Therefore, a plurality of processors 9B,
In order to control the events from 9C, one process is created corresponding to one processor and multiple control is performed.

A management process 62 is provided as a manager for creating and managing multiple processes, which are virtual terminals 61B and 61C. The management process 62 performs processing necessary for generating the virtual terminals 61B and 61C, for example, processing such as acquisition of a memory area and allocation of resources, and generates the virtual terminals 61B and 61C. This generation is performed, for example, on the local protocol by the server 1 and the processor 9B,
This is done by establishing a physical layer link with 9C. The management process 62 includes a virtual terminal 61B,
The necessary processing is performed before the 61C executes the processing, that is, before the session layer link is established on the local protocol.

As one of the processes, the login management unit 6
3 manages login. That is, after the physical layer link is established, the processor 9A, 9B sends "LOGI" to the virtual terminal control mechanism 6 via the network / protocol control unit 45.
It manages the presence or absence of N "input.

Generated process (virtual terminals 61B, 6
1C) is queued in the management process 62 (and the activation control process 64) as shown, and waits for LOGIN from the processor 9B or 9C. LO
When the GIN input is in the login management unit 63, the management process 62 sends a start request to the start control process 64. Upon receiving the activation request, the activation control process 64 activates the queued process 61B or 61C.
The session layer link is established by this activation or LOGIN input, and thereafter, the activated process 61B or 61
C executes the process.

In this way, the management of a plurality of events is facilitated by dividing the process such as activation control from the execution process. That is, for example, in UNIX,
Since it is difficult to wait for multiple events, dividing them in this way facilitates the management of waiting.

The activation control process 64 is the process 61.
When B and 61C are activated, they wait.
The meeting manages the following three events. That is,
It is the termination of the started processes such as the processes 61B and 61C, the asynchronous event from the management process 62, and the execution time monitoring and backup of the started processes.
It should be noted that the startup control process 64 is the processes 61B and 61C.
While the management is being performed, the management process 62 waits for a login from another user and also waits for an asynchronous event such as forced termination or power off.

When the started processes 61B and 61C are terminated (), the start control process 64 refers to the execution state stored in the shared table 65 with the execution state management control process 66, and the processes 61B and 61C are referred to. If the post-processing is not performed, the post-processing is performed instead. For example, the instruction is directly issued to the network 11A or the like.

For this purpose, the execution state management control process 6
6 monitors the execution status of each process 61B, 61C,
The result (execution state) is written in a predetermined area of the shared table 65.

Asynchronous event from management process 62 ()
Regarding the above, when the management process 62 receives the forced termination notification, the activation control process 64 forcibly erases the corresponding processes 61B and 61C from the memory. At this time, for example, the occurrence frequency of activation / termination on one day is traced (counted), and if the occurrence interval is within a certain time, erasing from the memory can be masked.
This makes it possible to shorten the start-up time (the time from reading from a file, loading in the memory, and allocating the CPU) (only CPU allocation).

In the above case, when the management process 62 receives the power-off notification, the activation control process 64 refers to the execution status of the shared table 65 with the execution status management control process 66, and the processor 9B, 9
Check whether there are any processes 61B and 61C communicating with C. When there are processes 61B and 61C in communication, the notification of power-off is held and the management process 62 is notified that power-off is impossible. The management process 62 notifies the operator that power cannot be turned off by some means (eg, screen message, buzzer, etc.). If the operator issues a power-off request again when there is a notification that the power-off is impossible (the power-off notification is issued again while the power-off notification is being held), the power-off that has been held is executed. The notification that the power cannot be turned off is automatically deleted by the management process 62 at the time when the communicating processes 61B and 61C disappear. If there is no power-off notification that is pending, when the power-off notification is received, the power is automatically turned off (a power-off message is sent to the processor).

Regarding the execution time monitoring and backup () of the started processes 61B and 61C, first, when the execution state management control process 66 has not been in communication with the processors 9B and 9C for a certain period of time by the timer, Regarding the processes 61B and 61C, a specific signal is sent to the activation control process 64 via the management process 62. When the activation control process 64 receives this signal,
Swap out the processes 61B and 61C to the auxiliary storage device. After that, the swap-in is not performed until the execution state management process 66 notifies that the communication with the processors 9B and 9C is restarted. This enables effective use of memory resources with other processes.

For the processor 9A, the standard O
Since S2 is installed, the corresponding virtual terminal (process) is not generated as shown in FIG. FIG. 4 shows the server 1.
Communication between the processor and the processor 9C will be described. That is, the outline of the operation in which the virtual terminal control mechanism 6 emulates the user interface of the standard OS 2 is shown.

When there is a connection request, the network / protocol control unit 45 and the control unit 18 establish a physical layer link (network path) via the respective adapters 12 and 17. In response to this, the virtual terminal control mechanism 6 sends "System Ready" as display data, and L
Ask for OGIN input. The emulator 19 is "System
"Ready" is displayed on the screen of the processor 9C. By seeing this, the operator inputs "LOGIN" to link the session layers and establish a local protocol path.

At this time, the virtual terminal control mechanism 6 creates and queues the virtual terminal 61C by the physical layer link, and activates the virtual terminal 61C by the session layer link. Therefore, thereafter, the virtual terminal 61C and the processor 9C
The processing takes place in the form of communication with. That is, the standard OS 2 is emulated on the local protocol.

The virtual terminal control mechanism 6 checks the user's usage qualification, the access right to the file 8 and the like by using the user name, password and the like input by the operator together with "LOGIN".

Next, the virtual terminal 61C is the processor 9C.
A prompt (for example, "Ready" or the like) is displayed on the screen. The virtual terminal 61C displays "Read" as display data.
The request to send y "is sent to the protocol / network control unit 45.
And waits for an event from the processor 9C in response to the request acceptance response. The emulator 19 displays "Ready" which is an input request to the operator on the screen of the processor 9C.

Upon seeing this, the operator inputs a standard OS2 command, for example, a UNIX command "ls". The command "ls" is an instruction to display the contents of the file 8. Here, the processor 9C is a non-UNI
Although it is an X terminal, the operator can use UNIX commands without being aware of this. On the other hand, processor 9
C does not consider this command as a UNIX command,
Handled as mere character data.

The emulator 19 sends the UNIX command "ls" as data, not as a command, on the local protocol and sends it to the virtual terminal 61C. The virtual terminal 61C waiting for the event reads the transmitted content.

The virtual terminal 61C takes out the read command, interprets it, and executes it. For example, virtual terminal 61C
Sends the command "ls" to the standard OS 2 via the data conversion mechanism 7 and receives the result. Data conversion mechanism 7
Converts the data format as needed. The user's access right to the file 8 is checked at this time by the standard OS.
Two may go. The standard OS 2 retrieves the corresponding data from the file 8 according to the command “ls”.

The virtual terminal 61C displays the execution result of the command on the processor 9C. That is, the virtual terminal 61C
Makes a data transmission request and a further "Ready" transmission request to the protocol / network control unit 45, and enters a waiting state. The emulator 19 displays the execution result and “Read
y ”is displayed. The operator who sees this inputs the confirmation (or execution).

[0047]

As described above, according to the present invention,
In a data processing system having a server and a processor that implement different OSs, by providing a virtual terminal control mechanism in the server, the interface of the standard OS implemented in the server can be emulated by the local OS implemented in the processor. As a result, it is possible to connect the server and processor to the same network for communication, which is effective in standardizing the system and the data to be saved.

[Brief description of drawings]

FIG. 1 is a principle configuration diagram of the present invention.

FIG. 2 is a configuration diagram of an embodiment.

FIG. 3 is an explanatory diagram of a virtual terminal control mechanism.

FIG. 4 is an explanatory diagram of an emulation operation.

FIG. 5 is an explanatory view of a conventional technique.

[Explanation of symbols]

 1 server 2, 2A standard OS 3 emulation mechanism 4 network control device 5 protocol control mechanism 6 virtual terminal control mechanism 7 data conversion mechanism 8 file 9, 9A, 9B, 9C processor 10 local OS 11 network 11A LAN 12, 13, 14 , 17 Adapter 15, 18 Control unit 16, 19 Emulator 20 Terminating resistor 21 Transceiver 22 TTY terminal 45 Network / Protocol control unit 61B, 61C Virtual terminal (process) 62 Management process 63 Login management unit 64 Startup control process 65 Shared table 66 Execution State management control process

Claims (3)

[Claims] 1. A local operating system (1
0) mounted processor (9) and a standard operating system (2) mounted on the server, performing predetermined data processing in response to a request from the processor (9), and returning the result to the processor (9). In a data processing system including (1), a network (11) connecting the processor (9) and a server (1), a network control device (4) for controlling the network (11), A protocol control mechanism (5) for controlling a protocol in communication with a processor (9) via a network (11), and a virtual terminal control for controlling the processor (9) as a virtual terminal connected to the server (1). Emulation mechanism (3) consisting of mechanism (6)
Is provided in the server (1), the interface of the standard operating system (2) is emulated by the local operating system (10), and the input / output data of the virtual terminal and the input / output data of the server (1) are also emulated. A data processing system characterized in that a data conversion mechanism (7) for mutually converting and is provided in the server (1). 2. The virtual terminal control mechanism (6) creates processes according to each of the processors (9) and manages them as the virtual terminals. Data processing system. 3. A management process (62) that creates and manages the process that is the virtual terminal, a startup control process (64) that starts and post-processes the process that is the virtual terminal, and the virtual terminal. The data processing system according to claim 2, wherein the virtual terminal control mechanism (6) is provided with an execution state management control process (66) for managing the execution state of the process.