JPH03260853A - Transmissive communication controller - Google Patents

Abstract

(57) [Summary] This bulletin contains application data before electronic filing, so abstract data is not recorded.

Description

DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a transparent communication control device that realizes network services between systems connected by a network.

[Prior Art] In order to realize a network service that shares the assets of each system between systems connected to a network, such as OA (office automation) devices such as word processors, workstations, and personal computers, it is necessary to It is necessary to build software that performs some processing in between. A more straightforward method is to build software between systems using a programming technique called the client/server model, as shown in Figure 4.

This programming technique consists of a client system C that requests a service and a server system S that provides a service.The client system C accesses the files of the server system S.

For this reason, the software that requests and processes the service (
In the server system S, software (server process, service process) for executing processing in response to a service request from the client system C must be constructed.

The operation of this client/server model will be explained below.

When a user issues a file access request to the server system S, the client system C first executes a client process and communicates with the server process of the server system S to notify the file access request (STI). ).

The server process of the server system S activates a service process to process this request and requests the process (ST2), and notifies the client process of the client system C to that effect (STI).

In response to this notification, the client process ends communication with the server process of the server system S, communicates with the service process, and the service process notifies the client process of the processing result (S T 3).

In this way, in order to realize a network service that shares the resources of each system, the client system C
The client process makes a service request to the server process of the server system S, and after the request is granted, the process proceeds through collaboration with the service process of the server system S.

FIG. 5 shows a conventional configuration for activating service processes for disks, printers, scanners, etc. of the server system S. In this case, each service process is started for each different service.

FIG. 6 shows another conventional configuration for activating service processes for disks, printers, scanners, etc. of the server system S. In this case, a service process is started for each system on the other side.

[Problems to be Solved by the Invention] However, in the conventional configuration, a service process is started for each service, so as the number of services increases, a large number of service processes will reside in the system, and the overall system There are problems in that performance deteriorates and service requests from multiple client systems C must be processed exclusively.

Furthermore, in other conventional configurations, a service process is started for each partner system, so as the number of systems connected within the network increases, the number of service processes increases in proportion to the number of systems. Therefore, there are problems in that the performance of the system is degraded, and since the resources for providing services are limited, exclusive processing must be performed in order to access the resources.

Furthermore, in software construction, procedures for collaborative work between the client process of the client system C and various service processes of the server system S are determined.

Since each piece of software is created according to this procedure, when a new network service is added, the functionality of the client process must be expanded to add new service processing. Furthermore, it is often difficult to improve or change the client process, etc., and the procedures for the client process and service process are not unified, resulting in the problem that new procedures must be determined.

In view of the above conventional problems, it is an object of the present invention to prevent the performance of a server system from deteriorating, to easily change, improve, or add network services, and to enable service modules to be installed in the server system. An object of the present invention is to provide a transparent communication control device that does not require exclusive processing for resource access.

[Means for Solving the Problem] According to the present invention, the object is to provide a transparent communication control device that performs service communication between a client side system and a server side system connected via a network. , each system on the client side and the server side has a network manager layer that provides an interface for transparently communicating the service between the systems, and a service processing layer that modularizes the service. This is achieved by a transparent communication control device characterized in that the network manager layer of the server-side system has an execution right control function.

[Operation] The service module of the service processing section of the client-side system accesses the network manager layer of the client-side system and requests a service from the server-side system, and the server process in the network manager layer of the server-side system Upon receiving a request from the server side system, the service process of the server side system requests each modularized service of the service processing layer to process according to the service request, and returns the processing results to the client side system.

[Example] Hereinafter, the present invention will be described in detail with reference to the drawings.

FIG. 1 is an explanatory diagram showing the software structure of a transparent communication control device in an embodiment of the present invention.

In FIG. 1, this software structure consists of a client-side system 10 that requests a service, and a server-side system 20 that provides a service. The system IO software is layered into a network manager layer n1 that provides a transparent interface for communication between systems and a service processing layer s1 that performs processing according to the service.

System 20 software includes a network manager 7 that provides a transparent interface for intersystem communications.
1 n 2 and a service processing layer s2 that performs processing according to the service. In addition, each service processing J
The IS, , 82 is modularized for each service such as a disk, printer, scanner, etc.

In the system 10, the service processing layer s1 includes a file access module lla, a printer service module llb, and a scanner service module tic. Also, network manager layer n1
is network function 12, client process 13
, a communication layer 14.

In the system 20, the service processing layer S2 includes a file access module 21a, a printer service module 21b, and a scanner service module 21c. Also, network manager Mj
n 2 is the server process 22a1 service process 2
2b1 communication 7123.

Here, network manager layer n1 of system IO
As a transparent interface with the system 20, for example, Nopcn, Nre! d, Nwrije and Ncl.

$e provides four network functions 12, each module 1la-ttc of system 1 (1) and system 20
The service procedures of each of the modules 21a to 21c are created based on this network function.

FIG. 2 shows the relationship between each module l1a-11c and each module 21a-21c, and the unit of procedure is Nop
The period is from when en is issued to when Nclose is issued, and the winter continuation is defined for each module Ila to tic and each module 21a to 21c using the Nrexd and Nvtife functions.

In network manager Jln1, n2, N.

The period from the time when pelt is issued until the time when Nclose is issued is controlled as the execution right of the server process 22a1 and the service process 22b in response to a service request.

Next, the operation when accessing a file via the network, that is, accessing a disk (not shown) of the system 20, will be explained.

First, in the system 10, a request is made from the user to the system 20.
When a file access request to Nop occurs, the file access module lla of the service processing layer S1 in the system IO is called, as shown in FIG.
issue en.

When Nopen is issued, network manager M
i n 1 communicates with the server process 22a of the system 20 and checks whether file service is available.

And the network manager 1ln of system 10
1 receives a notification of permission when the service process 22b of the system 20 is capable of service, and receives a notification of rBUsYJ when the service process 22b of the system 20 is in execution.

When receiving notification of permission, the network manager layer n1 of the system 10 ends communication with the server process 22a of the system 20, starts communication with the service process 22b, and issues Nopca.

Thereafter, the file access module Ila of the service processing layer S1 in the system IO issues Nrud and Nwtite according to a predetermined procedure, requests processing to the service process 22b of the system 20, and receives the results. When the series of processing is completed, Nclo
issue se to release execution rights. That is, service modules 1la-1ie of system IO are
Acquire the execution right by n and carry out the procedure according to the request.
d Execute by issuing %Nwrite, and end the process by issuing Nclose.

Therefore, in this embodiment, the software configurations of the system 1G and the system 20 include the service processing layer S1,
Since the service processing layers S1 and s2 are hierarchically divided into S2 and network manager layers n1 and n2, and the service processing layers S1 and s2 are modularized for each service, module development for each service is possible.

Further, according to this embodiment, the network manager layer n
1, n2, service modules lla to 11
Procedures such as calls between c1 and the service modules 21a to 210 are transparent among the devices of the system.

Therefore, by separating a service module developed as a standalone into a client module and a server module, it is possible to construct software via a network1, and network services can be easily changed, improved, added, etc. I can do it.

Further, the network manager layer n2 of the system 20 includes a server process 22a and one service process 22.
b, it is possible to prevent the performance of the server system 2G from deteriorating even if the number of services and systems increases.

In this embodiment, since exclusive processing is performed in the network manager layer, exclusive processing for each service module is unnecessary. [Effects of the Invention] According to the transparent communication control device of the present invention, the client side and the server side Each system has a network manager layer that provides an interface for transparently communicating the services between the systems, and a service processing layer that modularizes the services, in a hierarchical manner. Since the server process in the network manager layer has a mechanism to control the execution rights of services, it is possible to prevent a decline in the performance of the server system, and it is possible to easily change, improve, and modify network services.
Additions, etc. can be made, and there is no need for exclusive processing for service modules to access resources.

[Brief explanation of drawings]

FIG. 1 is an explanatory diagram showing the software structure of a transparent communication control device in an embodiment of the present invention, and FIGS. 2 and 3 are explanatory diagrams showing the operation of the transparent communication control device in FIG. 1, respectively. , FIG. 4 is an explanatory diagram showing the software structure of a conventional transparent communication control device, and FIG. 5 and FIG. . lO...client system, lla~tic,
21a-2IC...Module, 12...Network function, +3...Client process, 2G...
- Server process, 22a... Server process, 22
b...Service process, n1, n2...
- Network manager layer, sl. S2...Service processing layer. Figure 3 Figure 4 Figure 5

Claims (1)

[Claims] A transparent communication control device that performs service communication between a client-side system and a server-side system connected via a network, wherein each of the client-side and server-side systems communicates the service between the systems. A network manager layer that provides an interface for transparent communication and a service processing layer that modularizes the services are arranged in a hierarchical manner, and the network manager layer of the server-side system includes a server process. A transparent communication control device characterized by: