WO2001052057A1

WO2001052057A1 - Information processor

Info

Publication number: WO2001052057A1
Application number: PCT/JP2000/000118
Authority: WO
Inventors: Tomoko Tanaka
Original assignee: Fujitsu Limited
Priority date: 2000-01-12
Filing date: 2000-01-12
Publication date: 2001-07-19

Abstract

An information processor for correcting or restructuring a predetermined execute module reliably and quickly. If given correction information includes a plurality of items, correction information reading means (10) reads highly important correction information concerning the system first to feed it to correcting means (11). If information specifying certain correction information is inputted through input means (13), the correction information reading means (10) selects the specified correction information to feed it to the correcting means (11). The correcting means (11) corrects the corresponding execute module stored in a storage (16) according to the correction information fed from the correcting information reading means (10) and further corrects an execute module stored in a semiconductor memory (15) if predetermined information is inputted through input means (13). The corrected contents are stored in correction history storage means (12). Restructure is performed by restructuring means (14) as necessary to restructure the corrected execute module to its original one.

Description

Description Information processing equipment Technical field

The present invention relates to an information processing apparatus, and more particularly to an information processing apparatus that loads an execution module stored in a storage device into a semiconductor memory and executes the module.

In personal computers and office computers (hereinafter simply referred to as computers), execution modules (for example, objects), which are execution units of programs stored in HDDs (Hard Disk Drives) or the like, are It was loaded into a semiconductor memory, such as RAM (Random Access Memory), and executed.

By the way, in such a computer, if a bug is found in the execution module stored in the HDD, an FD (Floppy Disk) or the like in which correction information that is information for correcting the bug is stored is provided. However, debugging was performed by rewriting the corresponding part with this correction information.

FIG. 36 is a diagram for explaining the state of a conventional execution module correction process. In this figure, the storage device 2 is constituted by, for example, an HDD. The correction history storage 3 is actually stored in the storage device 2 and holds the correction history. The primary file 3a of the modification history storage 3 holds a history of modifications made within a certain period. The cumulative file 3b holds the correction information moved from the primary file 3a after a predetermined period has elapsed. In the example shown in FIG. 36, in the A module 2a which is the execution module stored in the storage device 2, the content stored at the address "20h" is changed to "Y" due to the last correction. . Further, the primary file 3a stores the modification information “AZ 20 h / Y” indicating the content of the modification. Here, "A" at the beginning of the correction information indicates that A module 2a is to be corrected. The next "20h" indicates the address to be corrected. Note that "h" indicates a hexadecimal notation. The last “Y” indicates the content of the correction.

FIG. 37 is a diagram showing a state in which a part of the module 2a is modified by the modification information 1. In this figure, the modification information 1 is information for changing the content of the address “2Oh” of the A module 2a to “Z”. When such correction information 1 is applied, “A / 20hZZ”, which is the current correction information, is stored in the primary file 3a. At this time, if a predetermined period (for example, one month) has elapsed, the correction information “A Z2 0 hZY” is moved to the cumulative file 3 b as shown in FIG. 37, and the period elapses. If not, it remains in primary file 3a. Then, the content of the address "20h" of the A module 2a is changed from "Y" to "Ζ".

Next, with reference to FIG. 38, an operation in the case where the immediately preceding correction is canceled and the state is restored to the original state in the state illustrated in FIG. 37 will be described. When the restoration operation is performed, the correction information “AZ20hZZ” stored in the primary file 3a is acquired, and the content of the address “20h” of the A module 2a is changed from “Z”. Changed to "Y". At this time, the correction information “ΑΖ20 hZY” remains in the cumulative file 3 b.

By the way, in such a conventional method, a module (hereinafter, referred to as a “correction module”) itself that performs a process of correcting the corresponding portion based on the correction information itself is used. If there is a bug and there is an attempt to fix multiple modules at the same time, including the fix module, the executable module that was fixed before the fix module was fixed will not be corrected by the fix module containing the bug. However, there is a problem that the modification may not be performed reliably.

Also, when the modification information stored in the floppy disk covers multiple execution modules, it was not possible to select only a specific execution module as a modification target, so unintended modification was performed. In addition to this, there is a problem that the execution module other than the intended purpose is modified, and it takes time to modify the execution module.

Further, in order to reflect the corrected contents of the corrected execution module in the program on the semiconductor memory, it is necessary to restart the system, which is complicated.

Furthermore, since the above-mentioned restoration function can only return to the previous state, there is a problem that it is not possible to return to the original state if the correction is made a plurality of times.

In addition, if an execution module containing a fatal bug is restored due to an operation error or the like, the system will not operate in the worst case.

Furthermore, when the execution module that realizes the restoration function is modified, if there is a bug in the modification information, the system may not be able to return to the original state. Disclosure of the invention

The present invention has been made in view of such a point, and an information processing apparatus capable of more reliably and promptly executing and restoring an execution module. It is intended to provide a device.

According to the present invention, in order to solve the above-described problem, in an information processing apparatus shown in FIG. 1 in which an execution module stored in a storage device 16 is loaded into a semiconductor memory 15 and executed, the execution module is modified. Correction information reading means 10 for reading correction information, which is information, and correction for correcting a corresponding execution module stored in the storage device 16 based on the correction information read from the correction information reading means 10. Means 11; a correction history storage means 12 for storing a correction history of the execution module by the correction means 11; input means 13 for inputting information; and predetermined information from the input means 13 And a restoring means 14 for restoring the relevant execution module to the previous state by referring to the modification history. It is.

Here, the correction information reading means 10 reads correction information that is information for correcting the execution module. The correction unit 11 corrects the corresponding execution module stored in the storage device 16 using the correction information read from the correction information reading unit 10. The correction history storage means 12 stores the correction history of the execution module by the correction means 11. Input means 13 is used to input information. When predetermined information is input from the input unit 13, the restoration unit 14 refers to the correction history and restores the corresponding execution module to a previous state.

The above and other objects, features and advantages of the present invention will become apparent from the following description taken in conjunction with the accompanying drawings which illustrate preferred embodiments of the present invention. BRIEF DESCRIPTION OF THE FIGURES

FIG. 1 is a principle diagram for explaining the operation principle of the present invention. FIG. 2 is a block diagram showing a configuration example of the embodiment of the present invention.

3A is a diagram illustrating an example of a folder structure, and FIG. 3B is a diagram illustrating an example of an execution module.

FIG. 4A is a diagram illustrating an example of the correction source, and FIG. 4B is a diagram illustrating an example of the correction information generated from the correction source.

FIG. 5 is a display example of a correction window displayed when the correction processing is performed.

FIG. 6 shows a display example of a parameter setting display Z display window which is displayed when the correction button is operated in the correction window.

FIG. 7 is a display example of a correction content window displayed when the correction content detail button is operated in the parameter setting / display window. FIG. 8A is a diagram illustrating an example of a correction source, and FIG. 8B is a diagram illustrating an example of correction information generated from the correction source.

9A and 9B are diagrams illustrating an example of the correction source, and FIG. 9B is a diagram illustrating an example of the correction information generated from the correction source.

FIG. 10 is a diagram illustrating an example of the correction information.

Fig. 11 shows a display example of the parameter setting Z display window.

FIG. 12 is a correction content window displayed when the correction content detail button is operated in the parameter overnight setting Z display window shown in FIG. 11.

FIG. 13 is a diagram showing a state of the correction history storage after the 〇K button is operated in the parameter setting display window shown in FIG. FIG. 14 is a display example of the restoration window displayed when the restoration process is executed.

FIG. 15 is a display example of a restoration content window displayed when the restoration content detail button is operated in the restoration window shown in FIG. Figure 16 shows a display example of the parameter setting Z display window.

Figure 17 shows an example of a revision history storehouse.

FIG. 18 is an example of the modification history storage shown in FIG. 17 after a predetermined period has elapsed.

FIG. 19 is an example of the modification history storage shown in FIG. 18 after the modification is repeated.

FIG. 20 is a diagram illustrating a display example of the restoration window.

FIG. 21 is a diagram showing a state in which the button 110h is operated in FIG.

FIG. 22 is a display example of a restoration content window displayed when the restoration content detail button is operated in FIG.

FIG. 23 is a diagram illustrating an example of the correction history storage.

Figure 24 shows a display example of the parameter setting display window.

FIG. 25 is a diagram showing an example of the correction history storage after the 〇K button is operated in the parameter setting / display window shown in FIG. 24. Figure 26 shows a display example of the parameter setting window.

FIG. 27 is a diagram showing an example of the correction history storage after the 〇K button is operated in the parameter overnight setting Z display window shown in FIG. 26. FIG. 28 is a display example of a restoration window activated after the 〇K button is operated in the parameter setting Z display window shown in FIG. 26. Fig. 29 is a display example of the parameter setting / display window when the execution module related to the system is selected as a target for correction.

FIG. 30 shows a display example of a parameter overnight setting window when a correction history name is input.

Figure 31 shows a display example of the restoration window when a revision history name is entered. FIG. 32 is an example of a flowchart executed when a command for starting a correction process is input in the embodiment shown in FIG.

FIG. 33 is a flowchart illustrating details of the “correction process” shown in FIG. 32.

FIG. 34 is an example of a flowchart executed when a command for starting the restoration process is input in the embodiment shown in FIG.

FIG. 35 is a flowchart for explaining the details of the “restoration process” shown in FIG. 34.

FIG. 36 is a diagram showing an example of a conventional execution module and a correction history storage.

FIG. 37 is a diagram showing a state in which a part of the A module is corrected by the correction information.

FIG. 38 is a diagram illustrating a state in which the last correction is canceled and the original state is restored. BEST MODE FOR CARRYING OUT THE INVENTION

Hereinafter, embodiments of the present invention will be described with reference to the drawings.

FIG. 1 is a principle diagram for explaining the operation principle of the present invention. In this figure, the correction information reading means 10 reads correction information that is information for correcting an execution module.

The correction unit 11 corrects the corresponding execution module stored in the storage device 16 and the semiconductor memory 15 based on the correction information read by the correction information reading unit 10.

The correction history storage means 12 stores the correction history of the execution module by the correction means 11.

The input means 13 is composed of, for example, a key board or the like. Predetermined information corresponding to one operation is input.

When predetermined information is input from the input unit 13, the restoration unit 14 refers to the correction history storage unit 12 and restores the corresponding execution module to the previous state.

The semiconductor memory 15 is composed of, for example, a RAM, and an execution module to be executed is read and arranged.

The storage device 16 is composed of, for example, an HDD, and stores an execution module, various data, and the like.

Next, the operation of the above principle diagram will be described.

Now, suppose that a command for correcting a predetermined execution module stored in the storage device 16 is input from the input means 13, and as a parameter thereof. The corresponding execution module stored in the semiconductor memory 15. It is assumed that a parameter that instructs the user to make corrections is also specified.

The modification unit 11 acquires these commands and parameters from the input unit 13 and recognizes that the execution module has been modified. Next, the correction means 11 reads the correction information from the correction information reading means 10 and corrects the corresponding part of the corresponding execution module stored in the storage device 16 based on the correction information.

Subsequently, the correction means 11 similarly corrects the corresponding portion of the corresponding execution module stored in the semiconductor memory 15 because the above-mentioned parameter is specified.

According to the above processing, the execution module stored in the semiconductor memory 15 can be modified simultaneously with the execution module stored in the storage device 16, so that the system is restarted as in the past. It is possible to omit the step of performing.

Next, the modification module itself that has the function to modify the execution module The case of correction will be described.

If a bug is found in a modification module, and modification information for a plurality of execution modules including the modification module is provided, the modification module needs to be modified first. In other words, if another executable module is modified without modifying the modified module, it is assumed that it will not be modified correctly due to the effect of the bug.

Therefore, in the information processing apparatus according to the present invention, predetermined information (for example, a flag) indicating a priority is given to the correction information, and this information is referred to when the correction processing is executed, and the correction information is appropriately referred to. The modification for each execution module is executed in the proper order.

For example, when the correction information for a plurality of execution modules including the correction module is supplied to the correction information reading means 10 and a predetermined command for executing the correction is input from the input means 13, the correction means 11 1 First reads information indicating the priority order. Then, according to the information, the execution module is modified. For example, when the correction information for the correction module, the A module, and the B module is supplied, first, the correction for the correction module is executed, and then the A module and the B module are corrected.

In this way, when a correction module is targeted for correction, the correction module is corrected prior to the other execution modules, so that the correction processing for other execution modules can be performed normally. Becomes Next, a process for restoring the corrected execution module will be described.

Now, assuming that a command is input from the input means 13 to instruct the execution module to cancel the modification to the execution module and restore the original state, the restoration means 14 acquires the modification history from the modification history storage means 12 I do. And Based on the correction history, the relevant part of the relevant execution module stored in the storage device 16 is restored.

By the way, in the information processing apparatus according to the present invention, not only the immediately preceding correction but also the previous correction can be restored, so that even if the correction is repeated a plurality of times, the original state is restored. It is possible to do.

Further, in the information processing apparatus according to the present invention, information indicating whether or not restoration is permitted is added to each modification information stored in the modification history storage means 12, and restoration processing is performed with reference to this information. Therefore, for example, when an execution module having a fatal bug is corrected, a predetermined command is input from the input unit 13 so that the restoration is not permitted. It is possible to prevent an execution module having a fatal bug from being restored due to a mistake or the like.

Next, a configuration example of the embodiment of the present invention will be described with reference to FIG.

FIG. 2 is a block diagram showing a configuration example of the embodiment of the present invention. As shown in this figure, the information processing apparatus 20 of the present invention includes a CPU (Central Processing Unit) 20 a, a ROM (Read Only Memory) 20 b, a RAM 20 c, an HD D 20 d, It is composed of GC (Graphics Card) 20 e, FDD (Floppy Disk Drive) 20 ί, I / F (Interface) 20 g and 20 h, and is stored in FD (not shown) or server 40. The execution module stored in HDD 20d is modified according to the modification information provided.

Here, the CPU 20a controls each unit of the device and executes various arithmetic processes according to a predetermined program stored in the HDD 20d or the like.

ROM 20b stores basic program data to be executed by CPU 20a. Evening etc. are stored.

The RAM 20C temporarily stores programs executed by the CPU 20a and data during the operation.

The HDD 20d stores an execution module as a program executed by the CPU 20a and various data.

The GC 20 e executes a drawing process according to the drawing command supplied from the CPU 20 a, converts the obtained image into a video signal, and supplies the video signal to the display device 25.

FDD 20 f writes information to a floppy disk (hereinafter referred to as FD) and reads the stored information.

I ZF 20 g converts information from the input device 21 so as to conform to the internal representation format.

The I / F 20h executes a conversion process such as a data representation format in accordance with a predetermined protocol in order to exchange information via the network 30. The input device 21 includes a keyboard or the like, and is operated when inputting information.

The display device 25 includes a CRT (Cathode Ray Tube) monitor or the like, and displays an image signal output from the information processing device 20. The network 30 is configured by a dedicated line for the Internet and transmits the correction information stored in the server 40 to the information processing device 20.

The server 40 stores the correction information, and when the information processing device 20 accesses through the network 30, the server 40 reads and supplies the predetermined correction information.

Next, the operation of the above embodiment will be described.

Now, HDD 20d has a hierarchical structure as shown in Fig. 3 (A). Folders 50a to 50f are formed, and the U folder 50a has A modules 60a to D modules 6 as execution modules as shown in FIG. 3 (B). It is assumed that 0 d is stored. In the example of FIG. 3A, the folder has a hierarchical structure, but the present invention is not limited to such a structure.

In such a state, the operation when the execution module stored in the U folder 50a is modified will be described below.

First, a process for generating correction information will be described with reference to FIG. Fig. 4 (A) is an example of a modification source that is the basis of modification information. In this example, the modification source is constituted by source code for modifying each of the A module 60a to the C module 60c. For example, in the first “Α / ··· / Priority— @ no”, the first letter “A” indicates that the A module is to be modified, and the following “··· ·] Indicates the content of the correction. Also, the last “Priority— @ no” is a parameter that indicates whether or not this modified module is a priority module. In this example, “no” is added at the end, so the priority module Absent. Note that the priority module is a module having a high priority, such as an execution module related to the system. In this example, the second item is “yes”, so the priority module is the priority module. Specifically, it is assumed that the B module 6 Ob stores a “correction module” that is a module for performing a correction process.

Compiling the above modified source generates modification information as PTFD (Program Temporary Fix Description). An example of this correction information is shown in FIG. In the example of this figure, correction information is stored for each target module, and the element of each item is The content of the correction and a priority flag indicating whether or not the module is a priority module are stored. If the priority flag is ON, it indicates that the module to be modified is a priority module as described above.

The correction information generated as described above is supplied by being stored in, for example, an FD or the like.

After the FD (not shown) storing the correction information is mounted on the FDD 20 f and the input device 21 is operated to instruct the execution of the correction processing, the screen shown in FIG. 5 is displayed on the display device 25. Is displayed.

In this display example, a window 80 entitled “Modify” is displayed. On the upper right of the window 80, buttons 80a to 80c which are operated when the window 80 is to be reduced, enlarged, or closed are displayed. At the top of the display area, a text box 80f for displaying the periodic correction number and a text box 80g for displaying the correction number are displayed.

Here, the modification number is an identification number given to each modification, and in this example, “N 9” generated from the date and time when the modification is performed (January 02, 1999) 9 1 2 0 2 ”is displayed. Further, the periodic correction number is a number that is collectively assigned to all corrections performed within a certain period (for example, one month). In this example, “U 0 0 0 1” Is displayed.

The correction button 80d displayed at the bottom of the display area is operated when performing correction based on the displayed content. The cancel button 80 e is operated when canceling the correction in the displayed content.

When the correction button 80d is operated on such a display screen, the screen shown in FIG. 6 is displayed. In this display example, a window 90 entitled “Parameter setting / display” is newly displayed below window 80. This window 90 is a screen for setting various parameters at the time of correction.

In the text box 90 e displayed at the top of the display area of the window 90, information for selecting a folder to be corrected is input. In this example, the default state is “AL L” Is displayed, and all folders are to be modified.

In the text box 90f below, the name of the revision history selected from the revision history list (details will be described later) displayed when the button 90g is operated. Since the details when the correction history name is input will be described later, in this example, the text box 90 # is left blank.

The check boxes 90h to 90j are checked when "Reset", "Fix", and "ExecImmd" are selected, respectively. Since the details of each item will be described later, in this example, all items are not checked.

The correction details button 90 b displayed at the bottom of the display area is operated when displaying the correction information selected as a result of setting the parameters. For example, FIG. 7 is a screen displayed when the correction details button 90b is operated when the settings shown in FIG. 6 are made. In this example, a window 95 titled "Modifications" is displayed, and a button 95a for operating this window 95 is displayed in the upper right corner. In the display area 95 b, the correction contents “A / ··· /”, “Β / ····”, and “CZ '··· no” are displayed. Then, the OK button 90c is operated when making corrections with the set contents. In addition, the Cancel button 90 d This is operated when canceling the modification of.

When the OK button 90c is operated after such setting, the CPU 20a controls the FDD 20f to read out all the correction information stored in the FD.

If a priority flag is added to the read correction information, the correction processing is performed in an order according to the priority flag. That is, since the priority flag for the B module 6Ob is ON, the CPU 20a first reads the correction content for the B module 60b, and corrects the B module 60b according to the content. .

As described above, since the B module 60b is an execution module that executes the correction processing, the correction processing can be reliably performed by the correction processing.

Next, the CPU 20a executes a correction process for the A module 60a and the C module 60c. As described above, since the correction process is in a state in which the correction process is reliably performed, the A module 60a and the C module 6Ob are surely corrected according to the correction information.

As described above, in the embodiment of the present invention, a priority flag is added to the correction information, and the information whose priority flag is in the state of 〇N is corrected with priority. For example, if there is a bug in a modified module, the modified module can be modified first, and other executable modules can be modified by the modified function with the modified bug.

In the above-described embodiment, the priority execution module is identified by the priority flag. For example, as shown in FIG. 8, the priority execution module is given a specific name, If the name of the execution module is included in the correction information, the execution module may be corrected first. In the example of Figure 8, the name “P rio—pro” was named Execution modules are modified first.

In addition, as shown in Fig. 9, the execution modules that need to be modified with priority are stored in a specific folder, and the folder name in which the execution module to be modified is stored is named as modification information. By adding, the execution module to be corrected first can be specified. In this example, “P—F old” is the folder that stores the execution modules that need to be modified first, and when the modification process is executed, “P—F o 1 d” is added to this folder. The stored execution module will be modified first.

Next, the operation for specifying a target folder at the time of correction or restoration will be described.

FIG. 10 is a diagram showing an example of the correction information recorded on the FD. In this example, the correction information is stored separately for each module to be corrected, and information indicating a folder storing the module is stored at the right end of the figure. .

Now, after the FD in which such correction information is recorded is mounted on the FDD 20 f, the input device 21 is operated to instruct the execution of the correction processing, and a window 80 as shown in FIG. 5 is displayed. Let it be displayed. Then, when the correction button 80 d is operated in the window 80, the window 90 shown in FIG. 11 is displayed on the display device 25. Note that this window 90 is the same as the window 90 shown in FIG. 6, and a detailed description thereof will be omitted.

In such a window 90, "U, X" was entered in the text box 90e, and the U folder 50a and the X folder 50d (see Fig. 3) were selected as the correction target folders. Later, if the correction details button 90b is operated, the screen shown in Fig. 12 will be displayed. Become.

That is, since the correction information corresponding to the correction target folder is correction information for the A module 60a, the B module 60b, and the H module (not shown), these are displayed on the window 95. Will be. Then, after confirming the correction target in the window 95, if the ボタン K button 90c shown in FIG. 11 is operated, the CPU 20a controls the FDD 20f to control the ADD module from the FD. Only the correction information for the B module and H module is read. Then, the contents of the corresponding execution module stored in the HDD 20d are corrected according to the read correction information.

When the correction of the execution module is completed, the CFU 20a stores the correction information in the primary file 100a of the correction history storage 100 (see FIG. 13) stored in the HDD 20d. In the example shown in FIG. 13, the modification information for the A module 60a, the B module 60b, and the H module is stored in the primary file 100a.

The correction information stored in the primary file 100a is moved to the cumulative file 100b at regular intervals (for example, one month).

By the way, in the state before being moved to the cumulative file 100b (the state shown in Fig. 13), the input device 21 is operated to restore the corrected execution module to the original state, and the restoration processing is executed. Is instructed, the screen shown in FIG. 14 is displayed on the display device 25.

In this display example, a window 110 titled "Restore" is displayed. At the top of the display area, a text box 110g for entering a periodic correction number is displayed. I have. On the right end of the text box 110g, a button 110h operated to display a list of past periodic correction numbers as a pull-down menu is displayed. Text box 1 A text box 110 i in which a folder to be restored is input is displayed below 10 g. Below that, a text box 1100j for inputting the revision history name of the target revision history storage is displayed.A list of revision history names is displayed at the right end of the text box 110j. Buttons 110k to be operated when displayed as a pull-down menu are displayed.

At the bottom of the display area, a button 1 1 0 d that is operated to display the details of the applicable correction information in the set contents, a restore operation that is performed when performing the restoration with the set contents The button 110e and the cancel button 110f operated when canceling the restoration with the set contents are displayed.

On such a display screen, the periodic correction information number “U00001” corresponding to the correction information stored in the primary file 100a shown in FIG. 13 is selected in the text box 110g. Also, it is assumed that the U folder is selected in the text box 110 i as a folder to be restored.

Then, in this state, when the detailed restoration content button 110d is operated, the CPU 20a becomes a target of restoration based on the inputted periodic correction number "U00001". Acknowledgment that the modification information is stored in the primary file 100a, and since the folder to be restored is the U folder 50a, the modification information stored in the primary file 100a From the U folder 50a. Then, the extracted correction information is supplied to G C 20 e and displayed on the screen.

FIG. 15 is an example of a display screen displayed on the display device 25 as a result of the above processing. In this display example, a window 1 15 titled “Correction” is displayed, and the display area shows the A module to be restored. Modifications for module 60a and module B 60b are displayed.

On such a screen, after checking the correction information to be restored, if the restore button 110e shown in Fig. 14 is operated, the CPU 20a will display the correction information to be restored. By retrieving from the primary file 100a and applying these corrections in reverse, the execution module is restored. For example, the correction information is the address "2Oh" of the A module 600a. If it is indicated to change from "C" to "D", change the address "20h" from "D" to "C". When the change is completed, the CPU 200a deletes the corresponding correction information from the primary file 100a. It should be noted that correction information that is not specified and that has the same periodic correction number may be deleted from the primary file 100a.

According to the above processing, it is possible to select only the correction information related to a predetermined folder from among the correction information stored in the FD or the like and execute the correction processing or the restoration processing. Eliminating unnecessary correction or restoration processing can improve execution speed.

In the restoration process, if only the execution module stored in the predetermined folder has a bug, it is possible to restore only the execution module to the original state.

Next, a description will be given of a process for correcting the execution module stored in RAM 20c at the same time after executing the correction process.

Now, after the FD on which the correction information as shown in FIG. 10 is recorded is mounted on the FDD 20 f, the input device 21 is operated to instruct the execution of the correction processing, and the window shown in FIG. 5 is displayed. Assume that 80 is displayed. Then, when the correction button 80 d is operated in the window 80, a window 90 shown in FIG. 16 is displayed on the display device 25. Note that this window 90 The detailed description is omitted because it is the same as the window 90 shown in FIG. 6. In such a window 90, the check box 90 j for specifying immediate execution is checked, and the text box 90 e is checked. If you operate the 〇K button 90 c after setting `` ALL '' to, the CPU 20a controls FDD 20 f because the `` ALL '' is specified. Read the information and modify the appropriate execution module stored in HDD20d.

Then, since the check box 90 j is checked, the CPU 20 a similarly performs a correction process on the execution module expanded on the RAM 20 C.

As a result, normally, the modified contents of the execution module will not be reflected in the execution module expanded on RAM 20c unless restarted, but check the check box 90j. This allows the changes to be reflected without restarting. Therefore, it is possible to eliminate the trouble of restarting the system each time the correction is made.

Next, the process for restoring the system by periodic update number will be described.

Now, it is assumed that information as shown in FIG. 17 is stored in the correction history storage 100. In other words, the correction file “CZ '· · ZU” and “; ΒΖ · · · Ζυ” are stored in the primary file 100 a of the correction history storage 100 0. Contains the periodic fix number "uo ooo

It is assumed that “1” is assigned.

In such a state, if a predetermined period (for example, one month) has elapsed, the correction information and the periodic correction number stored in the primary file 100a are accumulated as shown in FIG. It will be moved to file 100b. It is assumed that the above operation is repeated, and the contents of the correction history storage 100 become as shown in FIG. That is, the cumulative file 100b includes the correction information “CZ ··· ZU” and “B /-·· Ζυ” related to the periodic correction number “U00001” and the periodic correction number “U The correction information “FZ, ··· ZV” and “ΗΖ ··· ZXJ” related to “0 0 0 0 2” are stored, and the correction information “CZ ·· ZU” and Assume that “BZ · · · / U” is stored.

In such a state, when the input device 21 is operated and the execution of the restoration process is instructed, a screen as shown in FIG. 20 is displayed on the display device 25. Since this screen is the same as that in FIG. 14, detailed description thereof will be omitted. In this screen, since it is in the default state, the text box 110g displays "U00003", which is the periodic correction number related to the correction information stored in the primary file 100a. ing. If the button 110h is operated on such a display screen, a pull-down menu 110m is displayed as shown in FIG. Then, assuming that the periodic correction number “U00001” is selected in the bundle menu 110m, the CPU 20a determines all correction information up to “U00001”. Is recognized as a target of the restoration processing.

When the detailed restoration button 110d is operated in the above state, the CPU 20a acquires all the modification information up to the specified periodic modification number, and The display window 25 is displayed on the display device 25 as shown in FIG.

In this display example, a window 1 15 entitled “restoration contents” is displayed, and its display area 1 15 b displays correction information to be restored. In this example, the correction information is displayed in the order of the periodic correction numbers “U 0 0 0 1”, “uoo 0 0 2”, and “U 0 0 0 3”. Next, when the restore button 110e is operated, the correction information displayed in FIG. 22 is acquired in the order of the oldest, and the restoration process is executed. That is, the CPU 200a stores the correction information “(: / ···· ある” and the correction information stored in the primary file 100a, which is the correction information applied last among the selected correction information. Restore the contents of the corresponding execution module stored in HDD 20d by “Β / ··· ZU.” When the restoration with the correction information stored in primary file 100a is completed, the CPU 20a is the correction information “FZ ··· ZV” and “Η / ··· ZX” related to the periodic correction number “U00002” stored in the cumulative file 100b next. Finally, the CPU 20a restores with the correction information “CZ '· · Ζυ” and “ΒΖ · · · Ζυ” related to the periodic correction number “U00001”. Execute the process and end the restoration process.

According to the above embodiment, conventionally, only the correction information stored in the primary file 100a was targeted for restoration, but the contents stored in the cumulative file 100b are also targeted for restoration. It becomes possible. Also, since it is possible to restore to an arbitrary state managed by the periodic revision number, it is possible to retroactively restore the system to a state at a certain point in the past. Further, although not described in the above embodiment, by specifying a restoration target folder, it is possible to retroactively restore the system only for an arbitrary folder.

Next, processing for restoring a plurality of corrections at once will be described. In the embodiment shown above, modifying information stored in the primary file 1 0 0 a is, _t but is moved to the cumulative file 1 0 0 b when a predetermined period of time, beyond the period In some cases, it may be desirable to combine several modifications made into one. In such a case, the following processing can be used. Now, it is assumed that the correction history storage 100 is in the state shown in FIG. That is, it is assumed that only the correction information “CZ ··· ZU” and “BZ ···· ζυ” is stored in the primary file 100a. In such a case, the FD in which the correction information "DZ * ... ZU" and "FZ '... ZU" are recorded is mounted on the FDD 20f, and a command to perform the correction is input from the input device 21. After that, when the modify button 80d is operated in the window 80 shown in FIG. 5, the window 90 shown in FIG. 24 is displayed.

On this screen, as shown in Fig. 24, if the OK button 90c is operated after the check box 9Oh is checked, the CPU 20a transmits the correction information stored in the FD. Read out and store it in the primary file 100 a of the revision history storage 100. At this time, the CPU lO a adds predetermined information (for example, a flag “/ R” shown in FIG. 25 described below) to the periodic correction number, and checks the check box 9 Oh. Indicates that

As described above, when the correction information is stored in the primary file 100a with the check box 90h checked, the CPU 20a adds predetermined information to the periodic correction number. Therefore, the transfer to the cumulative file 100b is suspended. As a result, even if a certain period of time has elapsed, the contents of the primary file 100a are not moved to the cumulative file 100b, as shown in Fig. 25, so the correction information is stored in the primary file 100a. Therefore, it is possible to execute multiple corrections collectively.

In such a state, if the correction is executed again without checking the check box 90h, all the correction information stored in the primary file 100a is stored in the cumulative file 100b. Moved and new The correction information is stored in the primary file 100a.

Next, a process of prohibiting restoration of a predetermined correction will be described. For example, if there is a fatal bug in the system and a fix is made to resolve this bug, it is desirable not to allow restoration for this fix. The processing in such a case will be described below. Now, assume that a fatal bug exists in the system, and the FD storing the correction information “Β Ζ · · · ZU” is attached to the FDD 20 f to fix this bug. It is assumed that a command instructing to execute a process is input from the input device 21. Then, when the correction button 80d is operated on the screen shown in FIG. 5 displayed as a result, a window 90 shown in FIG. 26 is displayed.

In window 90, if check box 90i is checked and 〇K button 90c is operated, CPU 20a reads the correction information from FDD 20f and modifies the corresponding execution module. Later, it is stored in the primary file 100a. At this time, since the check box 90 i is checked, the CPU 20 a must prohibit the restoration of this information for the periodic correction number stored at the top of the primary file 100 a. Is added.

FIG. 27 is a diagram showing a state in which a flag is added to the periodic correction number. In this example, “ζι” is added to the end of the periodic correction number “U00001”, indicating that restoration is prohibited. In this way, when the flag is added, even if the window 110 is started, as shown in FIG. 28, the text box 110 g includes the periodic correction number “U00000000”. Since "1" is not displayed (usually the periodic correction number stored in the primary file 100a is displayed), it cannot be restored. 2δ As described above, in this embodiment, when there is correction information that is not desired to be restored, a flag is added to the corresponding periodic correction number, and when this flag is added, Since it is excluded from restoration, it is possible to prevent restoration to a state where a fatal bug exists, for example. In the above embodiment, the management is performed in units of the periodic correction numbers. However, for example, the management may be performed in units of the correction information.

Next, a description will be given of a process for enabling the system to be restored to the original state even when the execution module related to the system is modified by the modification information including the bug.

For example, in the folder group shown in FIG. 3 (Α), it is assumed that the W folder 50 c stores execution modules related to the system (for example, execution modules for performing restoration processing and correction processing). In such a case, the FD storing the correction information “JZ ··· ZW” for correcting the contents of the W folder 50c is mounted on the FDD 20f, and a command for the correction is input to the input device 21. If the input is made from, a window 80 similar to that shown in FIG. 5 is displayed. In this window 80, when the correction button 80d is operated, a window 90 shown in FIG. 29 is displayed.

In this window 90, the message "* System executable file is to be modified!" Is displayed below the check box 90j, indicating that the executable module related to the system is to be modified. Have been.

In such a window 90, when the OK button 90c is operated, the CPU 20a firstly executes the execution module related to the system stored in the W folder 50c into the HDD 20d. Copy to the save area in Next, the CPU 20a corrects the corresponding execution module stored in the W folder 50c with the correction information read from the FD, and ends the processing. Complete.

With the above correction process, for example, if a bug occurs in the system, it is necessary to cancel the correction and restore the original state. However, if there is a bug in the execution module that executes the restoration process, restoration cannot be performed conventionally.

In the present embodiment, as described above, the execution module related to the system is copied to the save area of the HDD 20d before the correction is performed. Since an unusual execution module is executed, restoration processing is possible even in such a case.

That is, when the restoration processing is executed, the CPU 20a first deletes the execution module stored in the W folder 50c, and then deletes an area different from the W folder 50c. Starts the execution module that executes the restoration process stored in the backup module, and moves the unmodified execution module copied to the save area to the W folder 50c according to the execution module.

According to the above processing, even when an execution module relating to the system is erroneously modified by modification information having a bug, it is possible to prevent the system from being unable to restore the original state.

Next, a method for dealing with a case where debugging is performed by a plurality of users will be described.

In the present embodiment, it is possible to create a plurality of modification history storages (hereinafter, appropriately referred to as modification history) shown in Fig. 13 and execute modification or restoration processing by selecting a modification history according to the purpose. It is possible to

For example, when debugging is performed by multiple users, a revision history is created for each user, and if the revision history is used to correct or restore, conflicts with other users can be prevented, which is convenient. It is. In such a case The operation will be described below.

Now, suppose that a user attaches the FD storing the correction information to the FDD 20 f and inputs a command for correction from the input device 21, and a screen similar to the window 80 shown in FIG. 5 is displayed. Displayed on display device 25. When the correction button 80d is operated on such a screen, a window 90 shown in FIG. 30 is displayed.

Here, in order to specify the user's own correction history, when the user selects the desired correction history name from the pull-down menu displayed by operating button 90 g, the selected text is displayed in the text box 9 Of. The revision history name is displayed. In this example, “TAKADA” is displayed. When a new revision history is created, if a desired name is directly entered in the text box 90f, a revision history is created only when a history with the same name does not exist.

When the OK button 90c is operated in such a state, the correction information is read from the FD, and the corresponding execution module is corrected. When the modification is completed, the CPU 20a stores the modification information in the primary file 100a of the modification history storage 100 having the name entered in the text box 90f. If there is no corresponding correction history, CPU 20a creates a new correction history.

Next, the operation for restoration will be described.

When restoring the execution module modified by the above operations, first, a window 110 shown in FIG. 31 is displayed by inputting a command instructing restoration. Then, by operating a button 110k of this window 110, a target correction history is designated by selecting a target correction history name from a pull-down menu displayed. When information is entered in the text box 90 j, the CPU 20 a To search for the revision history to be used from HDD 20d. Then, when the corresponding correction history exists, the correction information, the periodic correction number, and the like are acquired from the correction history, and the display content of the window 110 is updated.

In such a window 110, when the restore button 110e is operated after the restoration contents are set, the CPU 20a reads the corresponding modification information from the target modification history. Acquire and execute the process to restore the corresponding execution module.

According to the above-described embodiment, when debugging is performed by a plurality of users, the modification history storage is prepared for each user, so that the modification or restoration processing by another user may be affected. Work can be carried out without any problems.

In the above embodiment, a case where one user works alone has been described as an example.However, when debugging is performed simultaneously by multiple users, execution is performed by exclusive control. What is necessary is to ensure the module identity.

Further, in the above embodiment, the modification history storage is prepared for each user. However, for example, the modification history storage may be prepared for each execution module or folder to be modified.

Finally, a flowchart of the processing executed in the above embodiment will be described.

FIG. 32 is a flowchart illustrating an example of a process performed when an execution module is modified. This flowchart is started when the input device 21 is operated to input a command for instructing the start of the correction processing, and the following processing is executed.

[S1] The CPU 20a drives the FDD 20f to acquire the data stored in the FD. [S 2] The CPU 20a causes the display device 25 to display, for example, a correction window 80 shown in FIG.

[S3] CPU 20a determines whether or not the cancel button 80e has been operated, and if it has been operated, terminates the process; otherwise, proceeds to step S4.

[S4] The CPU 20a determines whether or not the correction button 80d has been operated, and if so, proceeds to step S5; otherwise, returns to step S3. And repeat the same processing.

[S5] CPU 20a causes the display device 25 to display the parameter setting window Z display window 90 shown in FIG. 6, for example.

[S6] CPU 20a determines whether or not the cancel button 90d has been operated. If it has been operated, the process ends; otherwise, the process proceeds to step S7.

[S7] CPU 20a determines whether or not correction details button 90b has been operated, and if it has been operated, proceeds to step S8; otherwise, proceeds to step S9. move on.

[S8] CPU 20a refers to the contents set in parameter display setting Z display window 90, and displays, for example, correction content window 95 shown in FIG. 7 on display device 25. Display.

Specifically, the CPU 20a selects, from the FD, the correction information corresponding to the correction target folder input in the text box 90e, and displays the correction information in the display area of the correction content window 95.

[S9] CPU 20a determines whether or not the OK button 90c has been operated, and if so, proceeds to step S10; otherwise, proceeds to step S6. Return and repeat the same process.

[S10] CPU 20a modifies the execution module according to the settings. Execute the correction process. The details of this process will be described later with reference to FIG.

Next, the details of the “correction processing” shown in FIG. 32 will be described with reference to FIG. When this flowchart is started, the following processing is executed.

[S20] CPU 20a determines whether or not a folder to be modified has been entered in text box 90e, and if so, proceeds to step S21, otherwise. Goes to step S22.

[S21] CPU 20a obtains the name of the folder to be corrected input in text box 90e.

[S22] The CPU 20a determines whether or not the revision history name has been entered in the text box 90f. If the revision history name has been entered, the process proceeds to step S23. Proceed to step S24.

[S2 3] CPU 20a obtains, from HDD 20d, a correction history corresponding to the correction history name input to text box 90f.

[S24] CPU 20a refers to the target folder name acquired in step S21, and selects the applicable correction information from the correction information stored in the FD.

[S25] CPU 20a executes a correction process. Specifically, the execution module stored in the folder obtained in step S21 is corrected based on the correction information obtained in step S24.

[S26] The CPU 20a stores the corrected correction information in the primary file of the correction history storage acquired in step S23.

[S27] The CPU 20a determines whether the check box 90h corresponding to "Reset" is checked or not, and if so, proceeds to step S28. Otherwise, go to step S29 No.

[S28] CPU20a adds “ZR” to the end of the periodic correction number stored in the primary file.

When the “/ R” is added, the CPU 20a suspends the movement of the correction information from the primary file to the cumulative file even after a predetermined period has elapsed.

[S29] The CPU 20a determines whether or not the check box 90i corresponding to "Fix" is checked, and if so, proceeds to step S30, and proceeds to step S30. Otherwise, the process proceeds to step S31.

[S30] CPU20a adds "Z1" to the end of the periodic correction number stored in the primary file.

[S31] The CPU 20a determines whether or not the check box 90j corresponding to "ExecImmd" is checked, and if it is checked, proceeds to step S32. Otherwise, the process ends.

[S32] The CPU 20a performs a modification process on the corresponding execution module on the RAM in accordance with the modification information.

Next, an example of processing executed when restoring an execution module will be described with reference to FIG. This flowchart is started when a command to start the restoration processing is input by operating the input device 21 and the following processing is executed.

[S40] CPU20a, for example, causes the display device 25 to display the restoration window 110 shown in FIG.

[S 1] CPU 20a determines whether or not cancel button 110f has been operated, and if it has been operated, terminates the process; otherwise, proceeds to step S42. [S42] The CPU 20a determines whether or not the restored content detail button 110cl has been operated. If it has been operated, the process proceeds to step S43, otherwise, the process proceeds to step S43. Go to S44.

[S 4 3] The CPU 20 a refers to the contents set in the restoration window 110 and, for example, displays the correction contents window 115 shown in FIG. 22 on the display device 25. Display.

Specifically, the CPU 20a obtains the revision history corresponding to the revision history name entered in the text box 110j from the HDD 20d, and inputs the revision history into the text box 110g. The periodic revision number is retrieved from the revision history storage. Then, all the information from the latest correction information (correction information stored in the primary file) to the correction information with the corresponding periodic correction number is acquired. Finally, from the acquired correction information, only the correction information corresponding to the folder to be restored input in the text box 110 i is selected and displayed in the display area of the window 115.

[S44] The CPU 20a determines whether the restore button 110e has been operated, and if it has been operated, proceeds to step S45. Otherwise, proceeds to step S41. Return and repeat the same process.

[S45] CPU 20a executes a process of restoring the execution module according to the set contents. The details of this process will be described later with reference to FIG.

FIG. 35 is a flowchart for explaining the details of the “restoration process” shown in FIG. When this flowchart is started, the following processing is executed.

[S60] CPU20a acquires the periodic correction number entered in the text box 11Oh.

[S61] CPU 20a stores the restoration target font in text box 110i. It is determined whether or not a folder has been input, and if it has been input, the process proceeds to step S62; otherwise, the process proceeds to step S63.

[S62] CPU 20a obtains the name of the target folder to be restored, which is entered in text box 110i.

[S63] CPU 20a determines whether or not a correction history name has been entered in text box 110j, and if so, proceeds to step S64, and otherwise proceeds to step S64. If so, proceed to step S65.

[S64] CPU 20a obtains the corresponding correction history from HDD 20d.

[S65] The CPU 20a selects the corresponding correction information from the correction history acquired in step S64.

Specifically, the CPU 210a searches the revision history for the periodic revision number entered in the text box 110g, and finds the latest revision information (the revision information stored in the primary file). All the information up to the correction information with the periodic correction number is acquired. Then, from the acquired modification information, only the modification information corresponding to the folder to be restored input in the text box 110 i is selected.

[S666] The CPU 20a executes a restoration process for restoring the execution module.

That is, the CPU 20a obtains the correction information selected in step S65 in the oldest order, and restores the execution module stored in the HDD 20d.

[S67] The CPU 20a deletes, from the correction history, the correction information subject to restoration.

If a folder is specified, delete only the correction information that has been restored, or delete all of the information contained in the corresponding periodic correction number. Delete all correction information.

[S68] CPU20a updates the correction history. That is, of the correction information not deleted in step S67, the correction information with the latest periodic correction number is stored in the primary file, and the subsequent correction information is stored in the accumulation file.

According to the above processing, it is possible to execute the various processing described with reference to the embodiment shown in FIG.

In the above embodiment, the case where the correction information stored in the FD is read from the FDD 20 ί has been described as an example, but for example, the I / F 20 h and the network 30 may be read. Needless to say, the correction information may be read from the server 40 via the server.

Further, in the above embodiment, when a certain period has elapsed, the correction information stored in the primary file 100a is moved to the cumulative file 100b, but, for example, The modification information stored in the primary file 100a may be moved to the cumulative file 100b when the modification with the new modification information is executed.

Finally, the above processing functions can be realized by a computer. In this case, the processing contents of the functions that the information processing apparatus should have are described in a program recorded on a recording medium that can be read by a computer, and the above processing is executed by executing this program on a computer. Implemented by computer. Computer-readable recording media include magnetic recording devices and semiconductor memories. When distributing the program to the market, the program is stored and distributed on a portable recording medium such as a CD-ROM (Compact Disk Read Only Memory) or a floppy disk, or stored in a computer connected via a network. It can be stored in a device and transferred to another computer via a network. Con When executing on a computer, the program is stored on a hard disk device in the computer, loaded into the main memory, and executed.

As described above, according to the present invention, in an information processing apparatus for executing an execution module stored in a storage device by loading the execution module into a semiconductor memory, correction information for reading correction information for correcting an execution module is provided. Reading means, and correcting means for correcting the corresponding execution module stored in the storage device according to the correction information read from the correction information reading means. A correction history storing a correction history of the execution module by the correcting means. Storage means, input means for inputting information, and restoration means for restoring the execution module to a previous state by referring to the correction history when predetermined information is input from the input means; The execution module can be modified or restored quickly and reliably.

The above merely illustrates the principles of the invention. In addition, many modifications and changes are possible for those skilled in the art, and the present invention is not limited to the exact configuration and applications shown and described above, but all corresponding variations and equivalents may be made. It is considered the scope of the invention, which is defined by the appended claims and their equivalents.

Claims

6 Range of request

1. An information processing apparatus that loads an execution module stored in a storage device into a semiconductor memory and executes the module.

Correction information reading means for reading correction information that is information for correcting the execution module;

Correction means for correcting the corresponding execution module stored in the storage device according to the correction information read from the correction information reading means; and correction history storage means for storing a correction history of the execution module by the correction means. When,

Input means for inputting information;

An information processing apparatus, comprising: restoration means for restoring a relevant execution module to a previous state by referring to the correction history when predetermined information is input from the input means.

2. When there are a plurality of pieces of correction information to be read by the correction information reading means, the correction means refers to predetermined information included in the correction information and determines correction information to be corrected with priority. The information processing apparatus according to claim 1, wherein:

3. The information processing apparatus according to claim 1, wherein a plurality of correction histories are prepared, and a corresponding correction history is selected according to a correction target or a user.

4. The execution module is stored in a folder,

When information for designating a predetermined folder is input from the input means, the correcting means and the restoring means correct or restore only the executable file stored in the corresponding folder. The information processing device according to claim 1.

5. When the correction unit corrects the execution module stored in the storage device when predetermined information is input from the input unit, the execution module stored in the semiconductor memory is also modified. 2. The information processing apparatus according to claim 1, wherein the information is corrected at the same time.

6. The information processing apparatus according to claim 1, wherein the restoration unit is capable of restoring to a state two or more previous.

7. The information processing apparatus according to claim 1, wherein the restoring means can collectively restore a plurality of corrections made within a predetermined period.

8. The information processing apparatus according to claim 1, wherein the restoration means suspends restoration for a predetermined correction.

9. The predetermined execution module is stored in a predetermined area of the storage device.

2. The restoration unit according to claim 1, wherein when restoration of the predetermined execution module is requested, the restoration module reads the execution module stored in a predetermined area of the storage device and performs restoration. Information processing

10. In a computer-readable recording medium that records a program that causes a computer to execute a process of importing an execution module stored in a storage device into a semiconductor memory and executing the process.

Computer

Correction information reading means for reading correction information, which is information for correcting the execution module,

Correction means for correcting a corresponding execution module stored in the storage device according to the correction information read from the correction information reading means; a correction history file storing a correction history of the execution module by the correction means. Delivery means,

Input means for inputting information,

When predetermined information is input from the input unit, a computer-readable recording medium that stores a program that functions as a restoration unit that restores the execution module to a previous state by referring to the correction history .