JPH05210507A - Remote maintenance system of multi-host system - Google Patents

Abstract

PURPOSE:To control and maintain the registered software of a work station of the multi-host system by decentralizing it, transaction by transaction. CONSTITUTION:The multi-host system is provided with plural host computers 40 and the remote maintenance system 20 which controls and maintains the software of work stations 43 operating while connected by a network with version matching commands from the host computers 40. Further, the system is provided with a host address table 51 wherein the addresses of the host computers 40 in the network are recorded and a matching starting function 52 which requests the host computers 40 to issue the version matching commands in order according to the host address table 51, thereby controlling and maintaining the software of the work stations connected to the host computers.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a remote maintenance system for a multi-host system.

[0002] Today's computers are used as a host system due to trends such as complication of host systems and downsizing.
The host functions are distributed, and there is a possibility that there will be multiple management sources for maintaining the software (load module, screen definition body, ETC) on the workstation (hereinafter WS).

[0003]

2. Description of the Related Art Due to today's trend of distributed processing, the number of forms using WS is rapidly increasing. WS software is often managed by a remote maintenance system that is maintained online from a host computer.

At this time, the host remote maintenance system operates corresponding to the remote maintenance system for the host. Remote maintenance system is W
In S, it is software that requests the host system to inquire about the version number of the software and download required software (load module, screen definition body, ETC), and updates the software managed by itself.

FIG. 4 is a block diagram of a conventional remote maintenance system (hereinafter abbreviated as RMS). In the figure, 10 is a host remote maintenance system (hereinafter abbreviated as host RMS), which maintains and manages WS software from a host computer. 1
Reference numeral 1 denotes an inquiry instruction function, which issues an instruction to the WS to specify the version number of the software registered in the host version table 12 of the host computer and to collate the version number of the software of the WS. .. A host version number table 12 is a WS managed by the host computer.
The software version number is registered. 1
A download function 3 downloads the registered software 30 registered in the host to the WS. Reference numeral 30 is registered software, which includes a load module, a screen definition body, and the like, and is used by WS. 20 is a remote maintenance system (hereinafter RMS
A software that operates within the WS and requests the host system to inquire about the software version number and download the required software (load module, screen definition body, ETC), and manages itself. It is software that updates. Reference numeral 21 is a version number collating function, and according to the instruction of the host inquiry instruction function 11, the contents of the host version number table 12 attached to the instruction and the software recorded in the WS version number table 22 inside the RMS 20 are stored. The version numbers are compared, and if they do not match, the download request function 23 is activated. Reference numeral 23 denotes a download request function, which requests the host computer to download the registered software. A reception file 24 temporarily stores the downloaded registration software. 25 is an applied function,
The registered software accumulated in the reception file 24 is used to correct and upgrade the registered software 30a of the WS. Reference numeral 30a is registration software, which is a copy of the registration software 30 of the host.

First, the host RMS 10 instructs the WS to inquire the version number of the registered software 30a possessed by the WS by the inquiry instruction function 11 at any time. At this time, the host sends the contents of its own host version number table 12 to WS.
WS version number collation function 21 has WS version number table 22 in WS
And the contents of the host version table 12 are compared, and if they match, the host computer is replied to the effect that they match. In this case, the host RMS 10 ends.

When they do not match, the version number collation function 21 activates the download request function 23. The download request function 23 sends the W
The next version number recorded in the S version number table 22 is notified, the download of the software of that version number is requested, and the host RMS 10 activates the download function 13.

The download function 13 downloads the designated version of software from the registered software 30 to the WS. The WS temporarily stores this in the reception file 24.
When the download is completed, the application function 25 is activated. The format of the registered software 30 to be downloaded is designed not to download the entire registered software 30 as it is, but to specify a changed portion and a changed portion to reduce the download data amount. So, the applied function
25 reads the changed portion and the changed portion of the registered software 30 stored in the reception file 24, changes the designated portion of the registered software 30a of the WS to the designated portion, and updates the WS version number table 22. Here, the process returns to the version number collation function 21, and the version numbers are collated again. If they do not match, the download request function 23 is activated again. If they match, this completes remote maintenance.

As described above, the WS software was managed and maintained by a single host. However, since the capacity required for the recent host computers has become higher and higher, a plurality of host computers are provided to perform different tasks. More and more systems are being used. FIG. 5 is an example of a system configuration of a plurality of host computers, which is an example of an online banking system. In this case, the host computer is divided into an accounting system and an information system. In the figure, 41 is an accounting system host, which is a host computer that processes accounting system operations such as deposits, and 42 is an information system host, which performs financial product information such as information system operations such as exchange rate fluctuations. It is a host computer for processing. Reference numeral 43 is a WS, which is a small-sized computer in which a user performs business. 44 is communication software, such as WS accounting software 45 and information software
46 communicates with the host computer in order to carry out each job. Reference numeral 45 is accounting software, which is software within the WS that executes accounting business in cooperation with the accounting host 41. Reference numeral 46 is information system software, which is software within the WS that executes information system work in cooperation with the information system host 42.

To give an example of the operating status of such a system, in WS, the user activates the accounting software 45 and communicates with the accounting host 41 to check the customer's transaction balance, and at the customer's request. Accordingly, the information system software 46 is activated to obtain the exchange rate fluctuation data from the information system host 42 in order to check the fluctuation of the exchange rate.
It is displayed as a graph by 46 and is shown to the customer and provided as a judgment material for the customer's transaction.

When managing the WS software of a system having a plurality of host computers as described above,
Let one of these multiple host computers also perform management tasks, and let the management host computer register business programs from other host computers,
The registered software of WS was managed collectively.

However, the management work of such registered software of the WS has become a burden as the performance function of the WS is improved.

[0013]

As described above, the work of managing and maintaining the registered software of the WS of the multi-host system becomes a burden, and there is a demand for managing the registered software of the WS in a distributed manner for each job. It was

In view of the above point, the present invention has an object to provide a means for distributing and managing the WS registration software of the multi-host system for each business.

[0015]

The above problems can be solved by a remote maintenance system in a multi-host system configured as follows. FIG. 1 is a block diagram of the present invention.

A remote maintenance system 20 for managing and maintaining software of a workstation 43 which is connected to a plurality of host computers 40 via a network and operates according to a version verification command from the host computers 40. A host destination table 51 for recording the destinations of the above, and a verification start-up function 52 for sequentially issuing the issuance request of the version verification command to the plurality of host computers 40 according to the host destination table 51 are provided to connect to the plurality of host computers. The managed workstation software.

[0017]

The conventional remote maintenance system operates according to the software version verification command from the host computer. However, when there are a plurality of host computers, it is not possible to collate all the software of the WS in the version number table attached to the version number collation command from one host computer and sent.

Therefore, in the present invention, the remote maintenance system 20 of the WS 43 is provided with the collation start function 52 to start the collation from the WS 43, and the host destination table 51 is provided to list the destinations of the host computer on the network. In accordance with the contents of the host destination table 51, the host computer 40 is sequentially requested to issue a software version collation command. This makes it possible to check whether all the software of WS is the latest registered version number.

[0019]

1 is a block diagram of an RMS according to an embodiment of the present invention. In the figure, reference numeral 51 denotes a host destination table, which is a table showing the destinations of host computers on the network. Reference numeral 52 denotes a collation starting unit, which is the host destination table.
According to 51, issuance requests of the version number collation command are issued to the plurality of host computers 40 in sequence. Reference numeral 11a is a query instruction function, which issues a version verification command with the contents of the host version table 12 attached at the request of the verification activation function 52. In addition, the same reference numerals as those in FIG. 4 are the same.

The operation of remote maintenance of the present invention will be described. The RMS 20 is provided with a host destination table 51 to record the destinations of the host computer on the network as a table.

The verification activation function 52 of the RMS 20 sequentially requests the host computer 40 to issue the version verification command of the registered software according to the contents of the host destination table 51. Inquiry instruction function 11a in the host RMS 10 of the host computer 40
Issues a version verification command with the contents of its own host version table 12 attached at the request of the verification activation function 52. After that, the version number verification and update of the registered software 30a is the same as the conventional one. However, after the application is completed, the control returns to the collation start function 52 again, and the host computer next to the contents of the host destination table 51 is requested to issue the version collation command of the registered software and the host destination table 51 is issued. After requesting all the host computers with the contents of (3) to issue the version verification command, the process ends.

Thus, it is possible to check whether all the software of the WS having the registered software managed by a plurality of host computers have the latest registered version numbers and update the latest version numbers.

FIG. 2 is a block diagram of an RMS according to another embodiment of the present invention. In the figure, reference numeral 53 is a download order recording table for recording the management host name of the software, the software name and the version number of the software in the order in which the software is downloaded from the host computer and applied to the registered software. A failure recovery download request function 54 requests the host computer for download according to the download order record table when the registered software 30a in the WS 43 is destroyed due to a failure. In addition, the same reference numerals as those in FIG. 1 are the same.

The registered software 30a inside the WS may be destroyed. In such a case, since it is downloaded from a plurality of host computers, the state before the failure may not be restored depending on the download order. Therefore, when the download is performed, the management host name of the software, the software name, and the version number of the software are recorded in the download order record table 53 in the order in which the application function 25 applies the download to the registered software 30a. FIG. 3 is an explanatory diagram of the configuration of the download order recording table. Records are recorded in order of occurrence, such as date, host name, software name, version number, etc. If a failure occurs and you need to recover the registered software 30a,
The failure recovery download request function 54 is activated in response to an instruction from the outside of the user in S43.

The failure recovery download request function 54 knows the destination on the network of the host computer from the management host name to the host destination table according to the download order recorded in the download order record table 53 and informs the host computer 40 of the software name and software. Notify the version number and request the download. Host computer 40
The download function 13 knows the software name and the version number of the software and registers the corresponding data.
Take out from 30 and download. Downloaded software is registered by application function 25
When it is applied to 30a and the application is completed, the failure recovery download request function 54 is notified to that effect. The failure recovery download request function 54 requests the download of all the software recorded in the download order record table 53, and when the application of all the software downloads is completed, the state before the failure can be completely restored.

Further, this download order record table 53 should be used for copying the new WS in order to reproduce exactly the same registered software when a new WS is added on the network and to perform similar download. You can

[0027]

As is clear from the above description, according to the present invention, there is a remarkable industrial effect of distributing and managing the WS registration software of the multi-host system for each business. The present invention facilitates the operation of the distributed processing system and further simplifies the system construction.

[Brief description of drawings]

FIG. 1 is a block diagram of an RMS according to an embodiment of the present invention.

FIG. 2 is a block diagram of an RMS according to another embodiment of the present invention.

FIG. 3 is an explanatory diagram of the structure of a download order recording table.

FIG. 4 is a block diagram of a conventional remote maintenance system.

FIG. 5: Example of system configuration of multiple host computers

[Explanation of symbols]

10 host RMS 11 inquiry instruction function 12 host version number table 13 download function 20 RMS 21 version number collation function 22 WS version number table 23 download request function 24 acceptance file 25 application function 30, 30a registered software 40 host computer 41 accounting host 42 Information system host 43 WS 44 Communication software 45 Accounting system software 46 Information system software 51 Host address table 52 Verification start function 53 Download order record table 54 Fault recovery download request function

Claims (2)

[Claims] 1. A remote maintenance system (2) for managing and maintaining software of a workstation (43) which is connected to a plurality of host computers (40) via a network and operates according to a version verification command from the host computer (40).
0), the host destination table (51) for recording the destinations of a plurality of host computers (40) on the network, and a version number collation command to the plurality of host computers (40) sequentially according to the host destination table (51). A remote maintenance system in a multi-host system, which is provided with a verification start-up function (52) for issuing an issue request for managing the software of workstations connected to a plurality of host computers. 2. A download order recording table recording the management host name of the software, the software name, and the version number of the software regarding the order in which the software is downloaded from the host computer and applied to the registered software, and the software is destroyed due to a failure. And a failure recovery download request function for requesting the host computer to download according to the download order recording table, and when the software is destroyed by a failure, the download is reproduced by the download order recording table. 1. A remote maintenance system in the multi-host system described in 1.