JPH0242271B2 - - Google Patents

Description

[Detailed Description of the Invention] [Field of Application of the Invention] The present invention relates to a file replacement method in a real-time data processing system such as a storage program type electronic exchange.
The present invention relates to a file replacement method in a real-time data processing system that allows file replacement from an old file to a new file to be performed without interrupting system operation.

[Background of the Invention] As an example of a real-time data processing system, a storage program type electronic switching system developed with the aim of facilitating the addition and modification of functions will be taken up, and the prior art will be explained. In a stored program type electronic exchange, when it becomes necessary to add a new service or change a function, it becomes necessary to replace the old file stored in the file memory or temporary storage device with a new file. In conventional technology, this file replacement involves loading a new file into the file memory where the old file is stored, temporarily suspending the system operating with the old file, and restarting it with the new file. I am trying to restart the system.

However, in real-time data processing systems, continuous operation is strictly required, and system interruptions must be kept to a minimum. Therefore, in order to minimize system interruptions, for example, in a stored program type electronic switching system, each call is checked to determine if it is in a salvageable state such as ringing or talking, or if it is dialing or not, based on the call information in the old file. It is determined whether the system is in an unrecoverable state, such as an unstable state in which the system transitions to a digit sending state after dialing is completed. If it is determined that the condition is salvageable, a series of relief processing is executed to set each call information,
If it is determined that the situation is unrecoverable, the file memory in which the new file is stored and communication path equipment are initialized. This prevents all calls from being disconnected due to system interruption. ~Page 53,
and pages 130-137. ). For this reason, even if processes such as loading a new file and initializing the program are shortened or omitted, the time required to perform a series of relief processes necessary for call relief cannot be shortened, making it impossible to process calls during that time. However, there is a drawback that the exchange function is interrupted until the system starts up again.

Further, the above-mentioned call relief cannot be executed if the memory addressing of the call information in the old file and the new file is different, and there is a drawback that all calls are disconnected at the time of switching to the new file.

[Purpose of the invention]

The present invention has been made in view of the above-mentioned drawbacks of the prior art, and it is an object of the present invention to provide a file replacement method in a real-time data processing system that does not cause system interruption during file replacement.

[Summary of the invention]

The file replacement method in the real-time data processing system of the present invention is a real-time data processing system consisting of data processing devices such as communication devices and memories that are duplicated by a regular system and a standby system, and a call control processor with a redundant configuration. , the backup data processing device is rewritten to a new file while the regular data processing device is in operation, and call information is transferred to the backup data processing device only for calls that are in relief status in the regular data processing device. The system is characterized in that calls in a non-rescue state can be switched from the old file to the new file by making initial settings in advance.

The present invention focuses on the fact that the state of a rescue call can be limited to a specific state among all possible states of the call. For example, in an electronic exchange, the state of a rescue call can be limited to ringing, talking, etc. in this case,
Focusing on the fact that the call information in memory and the path of the communication path equipment to be set are uniquely determined by the call status and path information, we created a conversion table between the old file and the new file, and set the new file to the standby system. After loading into memory, the regular memory determines whether the call is in the rescue state while running on the old file. If it is in the rescue state, by referring to the conversion table, rescue call information is set in the backup memory in which the new file is stored, and path information is set in the backup communication path equipment. In the case of a non-relief state, initial setting is sufficient, and there is no need to perform call relief when switching from the old file to the new file. As a result, system interruption at the time of file replacement is almost limited to the physical switching time.

[Embodiments of the invention]

The present invention will be described in more detail below with reference to embodiments shown in the accompanying drawings.

FIG. 1 is a diagram illustrating an embodiment in which the present invention is applied to an electronic exchange consisting of a redundant memory/communication line system device and a control processor having a redundant configuration. In FIG. 1, a control processor 11 includes a memory 13, a channel system device 15, a channel order sending device 17, and a memory read/write control device 19.
Exchange processing is performed using the system as the regular system. On the other hand, the control processor 12 performs the replacement process using the memory 14, the communication path system device 16, the communication path order sending device 18, and the memory read/write control device 20 as a standby system. Currently, spare memory 14
It is assumed that a new file is loaded on the standby system, and that this new file causes the backup system to start processing different from that of the regular system. Such a configuration is usually called an offline configuration and is widely known as an existing technology. Furthermore, since loading a new file is also widely known, the following explanation will focus on the processing after loading in detail.

When the new file is loaded into the memory 14, a new file for call processing is set on the memory 14, and a new call information NCD 25 area is initialized as shown. After this, the control processor 1
1 performs normal call processing, while loading the old and new call information table CVT 23, which converts the call information CD 21 of the old file into the corresponding call information of the new file, NCD 25, into the empty area of the memory 13 during free time. The technology for loading files online in this way has also been established. Also, in the file 35 for call processing in the memory 13, there is a program 27 shown in FIG.
and the call information conversion program 28 shown in FIG. 3, which has a function of converting the call information CD 21 of the old file to the corresponding call information NCD 25 of the new file using the index of the old and new call information conversion table CVT 23, and performs normal call processing. If the call status transitions to the relief status described above, call information of the corresponding new file.
When setting NCD25 to relief state and transitioning to non-relief state, call information of the corresponding new file
The standalone call information conversion program 29 shown in FIG. 4 has the function of initializing the NCD 25 as non-relief.
is stored in advance. Of course, the starting address of the old and new call information conversion table CVT 23 referred to by these programs 28 and 29 may be determined in advance, or the starting address may be written at the time of online loading. Also, programs 27, 28, 29
Do not drive until you load the file online. Such a mechanism is realized by displaying the ACT display shown in FIG. 5 on the old file and leaving the ACT display 30, 31, 32 of each of the programs 27, 28, 29 in the non-act state. That is, each program has its own
Refer to ACT displays 30, 31, and 32 and recognize that you should not drive. The ACT display 30 can be rewritten to the act state by online file loading, so that when the program 27 starts and ends running, the ACT display 31, 32
to act. As a result, program 28,2
9 running becomes possible. Program 28 rewrites all call information in the old file to the new file, so
The control processor 11 is put on hold for a long time. Therefore,
The priority is lowered than the level at which the program 29 runs, so that it runs during free time, so as not to interfere with call processing. Also, program 29
Since the system checks status changes for each call and performs rescue processing, it runs at the same level as call processing.

FIG. 2 is a flowchart of the program 27. The program 27 starts running when the ATC display 30 is rewritten when a new file is loaded, and in step 40, the backup channel system device 16 is sent to the backup channel order sending device 18 (see FIG. 1). Initial settings (reset) are made through. When this is completed, in step 41 the ACT displays 31 and 3 of programs 28 and 29 are displayed.
Rewrite 2 to act state. Then step 4
2, program 27 own ACT display 30
Rewrite to non-act state.

Next, since the ACT displays 31 and 32 are in the act state, programs 28 and 29 are run, and the explanation will be given starting from program 29, which has a relatively higher level. During call processing, the control processor 11
The ACT display 32 is constantly judged, and when it is in the ACT state, the program 29 is started. The program 29 takes over the call information number i from the call processing in step 60 shown in FIG. 4, thereby indexing the old and new call information conversion table CTV23 and referring to the call information CD21 of the old file. As shown in Fig. 1, the old and new call information conversion table CVT23 has the following information:
ID3 indicating the presence or absence of call information of the corresponding new file
3 and address OA34 are set, and the call information of the corresponding new file is set due to equipment reduction.
If the NCD 25 does not exist, the ID 33 is set to 0, and if the NCD 25 exists, the ID 33 is set to 1. Program 29 at step 61
The ID 33 is indexed, and if the call information NCD 25 of the new file does not exist in step 62, the process ends and returns to the called call processing.
If the call information exists, it is determined in step 63 whether or not the call information with the call information number i will transition to the rescue state, and if it will transition to the relief state, the call information NCD 25 in the new file will be updated in step 64. The call information in the old file is set, and in step 65 a path is set in the standby communication path equipment 16. If the transition to the rescue state is not possible, the rescue determination function 26 (see Figure 1) determines whether the state before the transition is a rescue state or not in step 66, and if it is in the rescue state, a new state is determined in step 67. The call information NDC 25 of the file is initialized, and in step 68, the corresponding path of the standby communication path equipment 16 is initialized (for status determination, please refer to the above-mentioned publication).

On the other hand, the program 28 shown in FIG.
When the display 31 enters the act state, it is activated by an operating system (not shown). In step 50, the call information number i is incremented sequentially from 0 to index the old and new call information conversion table CVT23.
Index the call information CD21 of the old file. next,
As in the case of the program 29, in step 51 it is determined whether the call information NCD 25 of the new file exists.
If it is determined that the call information CD 21 exists, it is determined in step 52 whether the call information CD 21 is in a relief state. If the file is in the rescue state, the call information of the old file is set in the call information NCD 25 of the corresponding new file in step 53. Subsequently, in step 54, the corresponding path of the standby communication line system device 16 is set. Then, as shown in FIG. 3, the operations in steps 50 to 54 are repeated n times in step 55.

Through the above operations, when the rescue or non-relief processing is executed for all the call information in the trunk memory, monitoring memory, etc. of the old file, in step 56, the call path system equipment 15 that was previously used in the regular system is
Switch to the standby communication line equipment, step 57
In step 58, the spare memory 14 is connected to the spare control processor 12, and in step 58, the control processor 1 is connected.
Set the fixed address of the operating system to 2. Thereafter, in step 59, the control processor 11 is switched to the control processor 12. By the above operation, it is possible to switch to a new file without interrupting the system.

As is clear from the above explanation, program 29
As the call state transitions from the old state to the new state by the time the program 28 finishes running,
This is for making a rescue judgment in a new state for each call. Therefore, a conflict occurs between the programs 28 and 29, but the following can be considered as a means to prevent this. That is, since the level of program 28 is set at a low level, program 2
8 is interrupted and resumed, be sure to start over from the beginning for each call information number i, or read out the old call information for each call information number i and finish setting it in the new file and backup communication path equipment. This can be handled by masking interrupts, etc.

In the embodiment described above, an example was shown in which the present invention was realized by software, but it may also be realized by hardware or firmware. Even in that case, the old and new call information conversion table is stored in a rewritable or replaceable memory.

Furthermore, in the above embodiments, the case where two control processors are used has been described, but as long as the system has a processor that can run as a standby control processor, regardless of whether the system has a dual processor configuration or an n-unit multiprocessor configuration, etc. The invention can be practiced.

In addition, in the above embodiment, program 2
8 and 29 are set in advance, but similar to the old and new call information conversion table CVT23, they may be set immediately before file replacement.

Further, although the above embodiment relates to an electronic exchange having a communication path, the present invention is not limited to this, but is applicable to real-time data processing that connects terminals, disks, voice response devices, and other various data processing devices. This method can also be applied to systems as long as the state of the rescue call can be identified.

〔Effect of the invention〕

As is clear from the above explanation, according to the present invention, when a file is replaced from an old file to a new file in a real-time data processing system,
Since the time for performing call relief processing can be excluded from the service interruption time for file replacement, the time required to stop the service for file replacement, shift to a new file, and restart it can be significantly shortened. Therefore, the system interruption time is shortened to the extent that it can be ignored, and it is possible to provide a real-time data processing system that is completely free from the effects of service interruption due to file replacement.

Furthermore, in the prior art, file replacement was accompanied by service interruption, so files could not be replaced freely. Therefore, functions are often added or changed by patching or the like, which makes maintenance and management of files difficult and increases the number of man-hours; however, according to the present invention, this can be reduced.

[Brief explanation of the drawing]

FIG. 1 is a block diagram showing an embodiment in which the file replacement method in the real-time data processing system of the present invention is implemented in an electronic exchange with a fully duplex configuration, and FIG. 2, FIG. 3, and FIG. FIG. 5 is a diagram showing a flowchart of a program used in the embodiment shown in FIG.
FIG. 5 is a diagram showing an ACT display of the program shown in FIGS. 11, 12... control processor, 13, 14...
...Memory, 15, 16...Communication path system device, 19,
20...Memory read/write control device, CD21
...old file call information, NCD25...new file call information, CVT...old and new call information conversion table.

Claims (1)

[Claims] 1. In a real-time data processing system consisting of redundant data processing equipment such as communication equipment and memory, and call control processors with redundant configuration, the backup data processing equipment is replaced while the regular data processing equipment is in operation. The call control processor determines whether the call is in a relief state based on the call information in the old file, and the standby data processing device is rewritten only for calls that are in a relief state in the regular data processing device. A file replacement method in a real-time data processing system characterized in that call information is set on the top of the file and calls in a non-rescue state are initialized in advance to switch from an old file to a new file.