JP5400099B2 - Information processing apparatus, electronic device, patch program application method, and computer program - Google Patents

Description

  The present invention relates to a technical field in which a so-called patch program is applied to an information processing apparatus such as a personal computer operating in an operating system (OS) execution environment, and an electronic apparatus having such an information processing apparatus.

  Personal computers pre-installed with an OS (Operating System) (hereinafter, abbreviated as “PC” or “PC” in the present application) are widely used. In such a pre-installed personal computer development site or repair service site, a so-called bootable CD / DVD that can be started up only by a recording medium such as a CD (Compact Disc) or a DVD (Digital Versatile Disc). A pre-installation environment construction method using GIS is widespread.

  On the other hand, when producing a personal computer pre-installed with an OS similar to the above, a preinstalled environment construction method that uses both a floppy disk (registered trademark) for booting a personal computer and a CD / DVD is still persistently adopted. It has been broken. This is because the floppy disk itself is a legacy medium that has been used for many years, and the software technique required for use is stable, so that it is highly reliable.

  Here, an example of a procedure for constructing a pre-installation environment using a floppy disk and a CD / DVD together will be described.

  For example, at the production site of a personal computer pre-installed with an OS, the developer (SIer) of the personal computer first represents a directory tree to be constructed on a hard disk built in the personal computer when constructing a pre-installed environment on the personal computer. Data (hard disk image) is burned onto a CD medium or a DVD medium (hereinafter referred to as “tree medium A”). That is, the tree medium A is the basis for producing a preinstalled personal computer. Further, the developer creates a floppy disk for starting up a personal computer (hereinafter referred to as “startup medium B”). The startup medium B stores a batch (hereinafter referred to as “batch C”) that is executed when the program stored in the local medium is started. This batch C describes a process of copying a directory tree stored in the tree medium A inserted in the CD / DVD drive to a hard disk of a personal computer.

  In such a situation, for example, a manufacturing person who actually manufactures a personal computer at a manufacturer's production site executes the following three procedures in order to construct an OS pre-installation environment in the personal computer before shipment. That is, the manufacturer can produce a personal computer preinstalled with the OS through the following three procedures.

  (1) The manufacturer in charge inserts the tree medium A into the CD / DVD drive built in the personal computer body.

  (2) The manufacturer in charge connects the USB connection type floppy disk drive to the personal computer body, and inserts the boot medium B into the floppy disk drive.

  (3) The person in charge of manufacturing starts the personal computer in the state according to the above (1) and (2).

  By the way, the manufacturer may find a defect (bug) in the software program from the end of development of the tree medium A (specification confirmation) to the start of production or shipment of the personal computer at the production site. In such a case, the manufacturer responds to the detected defect using the batch C. That is, the developer of the manufacturer stores the patch program for dealing with the problem on the startup medium B and copies the patch program to the hard disk of the personal computer in the batch file described in the batch C in the startup medium B. Add the process. With such a procedure, the manufacturer responds to a defect discovered before shipping the personal computer.

  However, on the other hand, the floppy disk having excellent stability and reliability as described above has not been improved, so that it has a storage capacity in comparison with a recording medium such as a CD or DVD. Limitations, limitations on the number of file entries, etc. are major bottlenecks. In particular, the lack of allowable file entries is a fatal problem that has not yet been solved, and no workaround has been found to exhaust the number of file entries during use. For this reason, in a production site that uses floppy disks, a plurality of floppy disks are prepared in addition to the floppy disk for starting the personal computer, and various data stored in these floppy disks are copied to the hard disk of the personal computer. Such a method is adopted.

  As a case where such inconvenience is exposed, there is a case where a patch program is stored in a floppy disk as described above. In general, a patch program has a minute size as one data file. However, in the production site of electronic devices such as personal computers, there is a tendency that a large number of patch programs having such a fine data size are prepared. For this reason, when such a large number of patch program groups are stored in a floppy disk, the limitation on the number of file entries due to the specification of the floppy disk becomes a problem. That is, when copying a patch program group to a personal computer using a floppy disk, the number of patch program files (that is, the number of file entries) reaches the upper limit before the upper limit of the storage capacity of the floppy disk becomes a problem. There arises a problem that all the patch program groups cannot be stored in one floppy disk. In order to solve this problem, work is performed using a plurality of floppy disks that allow only the number of file entries corresponding to a plurality of existing patch programs, so that work efficiency becomes a problem.

  In addition, after a personal computer pre-installed with an OS is shipped to the market, the situation where the patch program remains in the personal computer for a long time is the occurrence of an unexpected secondary malfunction or a malicious third. This is not preferable because it may be used for analysis of the program structure by a user.

  Here, as related technologies existing prior to the application of the present application, for example, Patent Document 1 (Japanese Patent Laid-Open No. 63-211432) and Patent Document 2 (Japanese Patent Laid-Open No. 2000-66888) include a source file before correction and There has been proposed a technique for performing comparison with a modified source file and generating a patch program based on the comparison result.

JP 63-211142 A JP 2000-66888 A

  However, Patent Document 1 and Patent Document 2 only describe that the patch program itself is generated, and does not describe how to efficiently apply the patch program to the target product. In particular, these patent documents do not mention anything to reasonably cope with a plurality of software defects detected between the completion of the development of the target product and the product shipment. Further, there is no mention of a security vulnerability due to the patch program remaining in the apparatus after shipment.

  Therefore, the present invention provides an information processing apparatus that can efficiently apply a patch program even when the patch program is provided using a storage medium that has excellent security and a small number of file entries. The purpose is to provide.

  In order to achieve the above object, an information processing apparatus according to the present invention has the following configuration.

That is, the information processing apparatus according to the present invention is
A first batch file including a patch program described using an output designation command recognizable by the operation system executed by the own apparatus and redirection information for changing an output destination of information by the output designation command; Storage means for storing second and third batch files in which operations to be executed when the apparatus is started are described in advance;
Execution means for executing the second or third batch file when starting up the own device,
The second batch file includes an instruction to execute the first batch file, and an instruction to delete the first batch file after completion of execution,
The execution means includes
The patch program is activated by starting the own apparatus according to the second batch file and executing the first batch file when it is detected that the first batch file is stored in the storage means. And applying the restored patch program to the device, deleting the restored patch program and the first batch file,
A batch file to be executed at the next start-up of the own apparatus is updated to the third batch file.

  In order to achieve the object, the patch program application method according to the present invention is characterized by having the following configuration.

That is, the application method of the patch program according to the present invention is as follows.
A first batch file including a patch program described using an output designation command that can be recognized by the operation system executed by the information processing apparatus, and redirection information for changing an output destination of information by the output designation command; Storing in the storage means the second and third batch files in which operations to be executed at the time of starting the information processing apparatus are described in advance;
Starting the information processing apparatus according to a second batch file including an instruction to execute the first batch file and an instruction to delete the first batch file after completion of execution;
When it is detected that the first batch file is stored in the storage unit at the time of starting the information processing apparatus, the patch program is restored by executing the first batch file and restored. After applying a patch program to the information processing apparatus, delete the restored patch program and the first batch file,
A batch file to be executed at the next startup of the information processing apparatus is updated to the third batch file.

  This object is also achieved by a computer program that realizes the information processing apparatus having the above-described configurations by a computer, and a computer-readable storage medium that stores the computer program.

  According to the present invention described above, even when a patch program is provided using a storage medium that is excellent in security and has a small number of file entries, information processing that can efficiently apply the patch program. Provision of devices and the like is realized.

It is a block diagram which shows the block diagram of the information processing apparatus which concerns on the 1st Embodiment of this invention. It is a block diagram explaining illustratively the hardware constitutions of the computer (information processing apparatus) which can implement | achieve the 2nd Embodiment of this invention. It is a flowchart showing the process which the pre-installed personal computer 100 performs at the time of starting in the 2nd Embodiment of this invention. In the second embodiment, the autoexec.exe that is executed as the main batch file when the pre-installed personal computer 100 is started for the first time. It is a figure which illustrates the principal part of the program list of bat312. In the second embodiment, when the pre-installed personal computer 100 is activated for the first time, chusha. It is a figure which illustrates the principal part of the program list of bat311. In the second embodiment, autoexec.exe is executed as a main batch file when the preinstalled personal computer 100 is started for the second time or later. It is a figure which illustrates the program list of org313. In the second embodiment, chusha. The patch program init. It is a figure which illustrates the source file of com314. Init. According to the second embodiment. It is a figure which illustrates the image which dumped the contents of com314.

  Next, embodiments of the present invention will be described in detail with reference to the drawings.

<First Embodiment>
FIG. 1 is a block diagram showing a configuration diagram of an information processing apparatus according to the first embodiment of the present invention. An information processing apparatus 10 illustrated in FIG. 1 includes an execution unit 11 and a storage device 12.

  The execution unit 11 can execute various processes according to an operation system (OS) 121.

  The storage device 12 stores a first batch file 122, a second batch file 123, and a third batch file 124.

  The first batch file 122 is described using an output designation command that can be recognized by the OS 121 executed by the own apparatus (information processing apparatus 10) and redirection information that changes an output destination of information by the output designation command. Including patch programs.

  The second batch file 123 is a batch file in which operations to be executed when starting up the own device are described in advance. An instruction to execute the first batch file 122 and after the execution of the first batch file 122 is completed. And an instruction to delete.

  The third batch file 124 is a batch file in which operations to be executed when the own apparatus is started are described in advance. However, the contents described in the third batch file 124 are different from those in the second batch file 123.

  The execution unit 11 activates its own device according to the second batch file 213, for example, in response to detecting the activation operation by the manufacturer. At that time, when the execution unit 11 detects that the first batch file 122 is stored in the storage unit 11, the execution unit 11 restores the patch program by executing the first batch file 122. Apply the restored patch program to your device. Thereafter, the execution unit 11 deletes the restored patch program and the first batch file 122. Then, the execution unit 11 updates the batch file to be executed at the next startup of the device itself to the third batch file 124.

  According to the present embodiment described above, even when a patch program is provided using a storage medium with excellent security and a small number of file entries, the patch program can be applied efficiently.

  That is, in the information processing apparatus according to the present embodiment, the patch program described in the first batch file includes an output designation command that can be recognized by the operation system executed by the own apparatus, and an output destination of information by the output designation command. First, it is described that the patch program applied to the device itself and the restoration of the patch program are not easy to discriminate intuitively. Since the batch file itself is also deleted from its own device, security can be ensured.

  Further, the information processing apparatus according to the present embodiment is configured to restore the patch program by executing the first batch file. For this reason, even when a patch program is newly added, it is not necessary to handle the patch program as one file, and it can be handled by appropriately adding the description of the first batch file. An increase in the number of entries can be prevented.

<Second Embodiment>
Next, a second embodiment based on the above-described first embodiment will be described.

  FIG. 2 is a block diagram illustrating an exemplary hardware configuration of a computer (information processing apparatus) capable of realizing the second embodiment of the present invention. The hardware of the computer 100 shown in FIG. 2 includes a CPU (Central Processing Unit) 1, a ROM (Read Only Memory) 2, a RAM (Random Access Memory) 3, a display 4, a communication interface (I / F) 5, a CD / A configuration in which a media drive 6 capable of reading and writing data to a large-capacity recording medium 202 such as a DVD and a hard disk drive (HD) 7 as a nonvolatile storage device are connected via a bus 8 Have In the hardware configuration, the CPU 1 corresponds to a part of the execution unit 11 in the above-described first embodiment, and governs the overall operation of the computer 100. The hard disk drive 7 corresponds to the storage device 12 in the first embodiment described above.

  In this embodiment, the communication interface 5 is connected to a USB (Universal Serial Bus) connection type floppy disk drive (external FDD) 200 as an example of a removable disk device. The floppy disk drive (legacy floppy drive) can read / write data from / to the floppy disk 201.

  In the present embodiment, the hard disk drive 7 of the personal computer 100 has an OS 301, a plurality of types of application programs (APP group) 302, three types of batch files (Chusha.bat 311 (first batch file), autoexec.bat 312 (second). , And autoexec.org 313 (third batch file)). This state represents, for example, a state in which a personal computer (hereinafter sometimes referred to as “pre-installed personal computer”) 100 is completed in a production site or a service department.

  In the present embodiment, for example, in production at a production site, a person in charge of manufacturing (or a service engineer in a service department) connects the external FDD 200 to the personal computer 100, the floppy disk 201 corresponding to the above-described boot medium B, and the tree medium A Are stored in the hard disk drive 7 using an OS 301, Chusha. bat311, autoexec. bat 312 and autoexec. org 313 and the APP group 302 are stored. However, in the embodiment of the present invention, it is not essential to store several types of application programs (APP group) 302 in the hard disk drive 7 in the personal computer 1. A block indicated by a broken line in the hard disk drive 7 represents a patch program (313) for correcting a defect, and this patch program is temporarily stored in the hard disk drive 7 during execution of processing described later ( Details will be described later).

  Next, with reference to FIG. 3 to FIG. 8, an operation when it is started for the first time in a state where the three batch files are stored in the pre-installed personal computer 100 in the present embodiment will be described. As an example of the case of starting up for the first time, for example, when the pre-installed personal computer 100 is started up for the first time by the customer after the shipment, or when starting up for the first time for operation check after maintenance by the service department, etc. Is assumed.

  FIG. 3 is a flowchart showing processing executed when the preinstalled personal computer 100 is started in the second embodiment of the present invention. The processing described in this flowchart is realized by the CPU 1 executing the OS 301 read from the hard disk drive 7.

  First, the CPU 1 loads the hard batch drive 7, chush. It is determined whether or not bat 311 is stored (step S1). chusha. If bat 311 is stored (YES in step S1), CPU 1 advances the process to step S2. On the other hand, chusha. If bat 311 is not stored (NO determination in step S1), the CPU 1 advances the process to step S5.

  When the preinstalled personal computer 100 is activated, the process according to step S1 described above is performed by autoexec. This is realized by executing bat 312. FIG. 4 shows an autoexec.exe that is executed as a main batch file when the pre-installed personal computer 100 is activated for the first time in the second embodiment. It is a figure which illustrates the principal part of the program list of bat312. As shown in FIG. The batch 312 is executed only once, for example, when the pre-installed personal computer 100 is started for the first time after the shipment of the pre-installed personal computer 100 or when it is started for the first time for operation confirmation after maintenance by the service department. It is a file.

  In step S1, the CPU 1 uses the chush. If the presence of bat 311 is detected, the hard disk drive 7 sends the chusha. Read bat 311 (step S2, the nth row shown in FIG. 4). Here, chusha. The case where the hard disk drive 7 exists in the bat 311 is, for example, when the pre-installed personal computer 100 is started for the first time by the customer after shipment or when it is started for the first time for operation check after maintenance by the service department. Etc. On the other hand, chusha. If bat 311 is not detected (NO determination in step S1), the CPU 1 advances the process to step S5.

  In step S3 to step S4, the CPU 1 reads the chusha. bat 311 is executed. FIG. 5 is a diagram showing the Chusha. It is a figure which illustrates the principal part of the program list of bat311.

  The CPU 1 reads the chusha. bat 311 is executed (step S3). That is, the CPU 1 uses the chusha. In bat 311, the patch program (init.com 314) is generated on the hard disk drive 7 by executing the echo command described from the first line to the m-th line (step S 3).

  In the present embodiment, an echo command that is a standard command in the OS 301 is used when generating such a patch program. This echo command is an output designation command for outputting a character string originally given to a command line (Command Line Interface: CLI) to a standard output (generally a display). In the present embodiment, by using the redirect function of the shell of the OS, the output destination by the echo command is changed from the standard output to, for example, init. convert (redirect) to a com file.

  Such a redirection function can be realized by at least one of “>>” and “>>” symbols as shown in FIG. That is, chusha. In the example of bat 311, redirection by the echo command is described from the first line to the m-th line using these two types of symbols. More specifically, if a file named “init.com” does not yet exist in the hard disk drive 7, a “>” symbol may be used to newly generate a file with that name. If a file with the same name already exists (“init.com” in the example shown in FIG. 5), a “>>” symbol may be used to add data to the end of the file.

  That is, chusha. In the example of bat 311, by using “>” in the first line, init. com (314) is generated, and ">>" is used in the subsequent lines. In the example shown in FIG. 5, the CPU 1 redirects the data “a =” from the standard output to the hard disk drive 7 in the first line and generates a file (init.com 314) in the hard disk drive 7. Thereafter, the CPU 1 appends the data of each line to the file (init.com 314) while repeatedly redirecting the data of each line from the second line to the m-th line. The CPU 1 redirects data “L)!” From the standard output to the hard disk drive 7 in the m-th line, and additionally writes the data in each line to the file (init.com 314) generated during the execution of the first line. . By such a procedure, the init. com 314 is generated. In other words, in the present embodiment, the CPU 1 uses the chusha. The patch program described in the machine language is restored based on the description from the first line to the m-th line of bat 311.

  The echo command is a command having a specification that binary data can be given to the command line. However, the machine language program is called Chusha. It is necessary to use a binary file editor to describe the command statement line of bat311. This is because the machine language program is not composed of text data that can be easily discriminated by the user (developer). Therefore, an unreadable character (garbage) “..” appears in the second line shown in FIG.

  Chusha. init. generated by executing bat311. For example, com 314 is a machine language program obtained by assembling the source program illustrated in FIG. In other words, FIG. The patch program init. It is a figure which illustrates the source file of com314. And FIG. 8 shows init. It is a figure which illustrates the image which dumped the contents of com314. As can be seen from FIG. Since com 314 is not composed of text data, unreadable characters (garbled characters) such as those shown in the second line of FIG. 5 appear.

  The CPU 1 calls and executes the patch program (init.com 314) generated by the echo command from the first line to the m-th line as described above from the hard disk drive 7 (step S4, (m + 1) shown in FIG. ) Line). That is, when this patch program is executed in step S4, chusha. The problem of the personal computer 100 intended for bat 311 is solved.

  Next, the CPU 1 deletes the patch program (init.com 314) from the hard disk drive 7 (step S5, the (m + 2) th line shown in FIG. 5). That is, init. com 314 can be regarded as a run-once patch program that is executed only once at the first activation in the pre-installed personal computer 100 and is deleted thereafter.

  The CPU 1 uses chusha. It is determined whether or not bat 311 is stored in the hard disk drive 7 (step S6). The CPU 1 uses chusha. If bat 311 exists (YES in step S6), the process proceeds to step S7. If not (NO in step S6), the process proceeds to step S8.

  In step S6, chusha. The CPU 1 that has detected the presence of the bat 311 has the autoexec. Returning to the process of bat 312 (parent batch file), the (n + 1) th line is executed. As a result, the CPU 1 causes the chusha. bat 311 is deleted (step S7).

  Then, the CPU 1 executes the autoexec. By executing the (n + 2) th line of bat 312, the normal autoexec. bat to the previous autoexec. bat 312, autoexec. org 313 (step S8). In step S8, the CPU 1 starts from the hard disk drive 7 with autoexec. bat 312 is deleted, and autoexec. org 313 to a regular autoexec. You may set as bat. Thereby, in the pre-installed personal computer 100, after the next activation or restart, the batch file shown in FIG. It will be treated as bat.

  As described above, according to the present embodiment described above, as in the first embodiment, even when the patch program is provided using a storage medium that is excellent in security and has a small number of file entries, The patch program can be applied efficiently.

  In other words, the manufacturer of the pre-installed personal computer 100 uses the floppy disk 201 prior to shipment to use Chusha. bat311, autoexec. bat 312 and autoexec. Since it is only necessary to copy the org 313 to the personal computer, it is possible to quickly cope with defects immediately before shipment.

  Further, according to the present embodiment, the patch program init. com 314 need not be aware of the restrictions on the number of entries in the floppy disk 201, and the init. com. It is only necessary to edit bat 311 with a binary file editor.

  Further, according to the present embodiment, the init. Since the com 314 is deleted once it is executed, it is possible to prevent the confidential information related to the preinstalled personal computer from being known to a third party. The reason is that Chusha. This is because the readability of the problem countermeasure program included in bat 311 is low, and the patch program (init.com 314) is generated, executed, and deleted without the human eye during patch execution.

  Moreover, according to this embodiment, the quality of the shipped personal computer can be improved. The reason is that even after the developer who develops the pre-installed personal computer 100 finishes development of the recording medium 202 corresponding to the tree medium A, the Chusha. This is because by including a patch program for countermeasure against defects in bat 311, it is possible to cope with defects discovered after the end of development until just before shipment.

  Further, according to the present embodiment, it is possible to reduce the manufacturer's trouble countermeasure costs when developing the preinstalled personal computer 100. The reason is Chusha. This is because, by including a patch program for countermeasure against failure in the bat 311, for example, when the personal computer is first activated after shipment, it is possible to cope with the defect without the user being aware of it. Moreover, according to the present embodiment, it is not necessary to prepare an instruction for patch application work for the user. Furthermore, according to the present embodiment, even when a floppy disk with a limited number of entries is used at the production site of the preinstalled personal computer 100, the required number of floppy disks can be minimized. .

(Other examples)
For the sake of convenience of explanation, the above-described embodiment has been described by taking as an example a configuration in which a Microsoft OS such as MS-DOS (registered trademark) or Microsoft Windows (registered trademark) is preinstalled in a personal computer. However, the present invention is not limited to such a configuration. For example, the present invention can be realized in an OS such as UNIX (registered trademark) or Linux (registered trademark). In other words, a user having administrator authority may perform the same mechanism in a default shell script executed by each OS when each user logs on in an OS such as UNIX or Linux. In this case, all users can cope with the malfunction without being aware of the system malfunction. In this case, the target to be automatically executed is not a patch program but a script. Therefore, the script may be given to the command line character string of the echo command using a general text file editor instead of the binary file editor.

  Here, as an example, the following three lines may be described in the logon script) as an example of the embodiment in Linux.

(Line 1) echo “/ ^ $ / d” _> init # Generate a sed script file with the content “/ ^ $ / d”,
(Second line) sed -f init￣ /. bashrc # according to the init script file process bashrc file with sed,
(Line 3) rm -f init #Delete the init script file.

  The present invention is not limited to the embodiment described above. For example, the present invention can be applied to various systems in which a user logs on a general-purpose computer and batches and scripts are automatically executed upon logon. That is, the present invention can also be applied to various electronic devices equipped with an OS, such as a car navigation system, a POS (Point-Of-Sale System), a mobile phone, and a portable game machine.

  The present invention described by taking the above-described embodiments as an example can realize the functions of the flowchart (FIG. 3) and the batch files (311 to 313) referred to in the description for the personal computer 100 described above. After the computer program is supplied, the computer program is read out and executed by the CPU of the apparatus. The computer program supplied to the apparatus may be stored in a readable / writable temporary storage memory (RAM 3) or a non-volatile storage device such as the hard disk device 7.

  In the above case, the computer program can be supplied to each device by a method such as a method of installing in the device via various recording media 202 such as a floppy disk (registered trademark) 201 or a CD-ROM. Thus, it is now possible to adopt a general procedure. In such a case, the present invention can be interpreted as being configured by a computer-readable storage medium in which the code of the computer program or the code is recorded.

  Further, in the above-described embodiment, for convenience of explanation, a patch program for solving a problem (for function correction) is Chusha. The configuration described in bat 311 has been described. However, the present invention is not limited to such a configuration. The patch program described in bat 311 may be a program for various purposes such as executing a new function (function expansion).

1 CPU
2 ROM
3 RAM
4 Display 5 Communication interface (I / F)
6 Media drive 7 Hard disk drive (HD)
8 Bus 10 Information processing device 11 Execution unit 12 Storage device 100 Personal computer (personal computer)
122 First batch file 123 Second batch file 124 Third batch file 200 External floppy disk drive 201 Floppy disk 202 Recording medium 121, 301 OS
302 Application program group (APP group)
311 Chusha. bat (first batch file)
312 autoexec. bat (second batch file)
313 autoexec. org (third batch file)
314 init. com (patch program)

Claims (10)

A first batch file including a patch program described using an output designation command recognizable by the operation system executed by the own apparatus and redirection information for changing an output destination of information by the output designation command; Storage means for storing second and third batch files in which operations to be executed when the apparatus is started are described in advance;
Execution means for executing the second or third batch file when starting up the own device,
The second batch file includes an instruction to execute the first batch file, and an instruction to delete the first batch file after completion of execution,
The execution means includes
The patch program is activated by starting the own apparatus according to the second batch file and executing the first batch file when it is detected that the first batch file is stored in the storage means. And applying the restored patch program to the device, deleting the restored patch program and the first batch file,
An information processing apparatus that updates a batch file to be executed at the next start-up of the own apparatus to the third batch file. The information processing apparatus according to claim 1, wherein the output designation command is an echo command. In the first batch file, the patch program is divided and described in correspondence with a plurality of the echo commands, and a specific file is set as an output destination according to redirection information of each of the echo commands. Has been
The execution means includes
The information processing apparatus according to claim 2, wherein the patch program is restored to the specific file by executing the individual echo commands and redirection information thereof. The execution means includes
4. The second batch file is deleted from the storage means when updating a batch file to be executed at the next startup of the own apparatus to the third batch file. An information processing apparatus according to any one of the above. The information processing apparatus according to claim 1, wherein the patch program is described by a machine language program. An electronic apparatus comprising the information processing apparatus according to claim 1. A first batch file including a patch program described using an output designation command that can be recognized by the operation system executed by the information processing apparatus, and redirection information for changing an output destination of information by the output designation command; Storing in the storage means the second and third batch files in which operations to be executed at the time of starting the information processing apparatus are described in advance;
Starting the information processing apparatus according to a second batch file including an instruction to execute the first batch file and an instruction to delete the first batch file after completion of execution;
When it is detected that the first batch file is stored in the storage unit at the time of starting the information processing apparatus, the patch program is restored by executing the first batch file and restored. After applying a patch program to the information processing apparatus, delete the restored patch program and the first batch file,
A patch program application method, wherein a batch file to be executed at the next and subsequent startups of the information processing apparatus is updated to the third batch file. 8. The patch program application method according to claim 7, wherein an echo command is used as the output designation command. In the first batch file, the patch program is divided and described in correspondence with a plurality of the echo commands, and a specific file is set as an output destination according to redirection information of each of the echo commands. If
9. The patch program application method according to claim 8, wherein the patch program is restored to the specific file by executing the individual echo command and its redirection information in the information processing apparatus. A computer program for controlling the operation of an information processing apparatus, the computer program
A first batch file including a patch program described using an output designation command recognizable by the operation system executed by the own apparatus and redirection information for changing an output destination of information by the output designation command; A function for storing in the storage means second and third batch files in which operations to be executed at the time of starting the apparatus are described in advance;
When causing the computer to execute the execution function for executing the second or third batch file upon starting up the own device,
The second batch file includes an instruction to execute the first batch file, and an instruction to delete the first batch file after completion of execution,
By the execution function,
The patch program is activated by starting the own apparatus according to the second batch file and executing the first batch file when it is detected that the first batch file is stored in the storage means. And applying the restored patch program to the device, deleting the restored patch program and the first batch file,
A computer program for updating a batch file to be executed at the next start-up of its own device to the third batch file.

Images