US20130124841A1 - OS Processing Method and System and Computer Readable Storage Medium Applying the Method - Google Patents
OS Processing Method and System and Computer Readable Storage Medium Applying the Method Download PDFInfo
- Publication number
- US20130124841A1 US20130124841A1 US13/323,860 US201113323860A US2013124841A1 US 20130124841 A1 US20130124841 A1 US 20130124841A1 US 201113323860 A US201113323860 A US 201113323860A US 2013124841 A1 US2013124841 A1 US 2013124841A1
- Authority
- US
- United States
- Prior art keywords
- host computer
- present
- version signature
- data stored
- specified address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 23
- 238000000034 method Methods 0.000 title claims description 19
- 230000015654 memory Effects 0.000 claims description 11
- 238000004590 computer program Methods 0.000 claims description 4
- 230000003287 optical effect Effects 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 6
- 238000004891 communication Methods 0.000 description 3
- 241000700605 Viruses Species 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4406—Loading of operating system
Definitions
- the present invention relates to a OS processing method and system and a computer-readable storage medium with a computer program to execute the method.
- OS can be installed step by step, installed according to an OS image, or installed with instructions assisted.
- OS can be installed step by step, installed according to an OS image, or installed with instructions assisted.
- OS Through such install processes, users have to attend their computer for OS install. It is inconvenient for MIS engineers to install OS of several computers, especially for those placed in different places.
- an operating system (OS) processing method for a host computer is provided to install an OS to the host computer according to a determination result, which is made considering to data stored in a specified address of the MBR of the host computer.
- the OS processing method includes the following steps:
- a boot loader is read from a boot reading device according to a boot priority order of the host computer, wherein the boot loader includes a preset version signature.
- a signature detecting program included in the boot loader is executed to detect data stored in a specified address of the MBR of the host computer, wherein the data stored in the specified address corresponds to a present version signature of a present OS of the host computer.
- a computer-readable storage medium storing a computer program for executing the steps of the aforementioned OS processing method. Steps of the method are as disclosed above.
- an OS processing system disposed on a host computer is provided to install an OS according to a determination result, which is made considering to data stored in a specified address of the MBR of the host computer.
- the OS processing system includes a storage unit, a boot reading device and a processing unit.
- the processing unit is communicated with the storage unit and the boot reading device.
- the storage unit includes an MBR.
- the storage unit stores a boot priority order of the host computer.
- the boot reading device reads a boot loader according to the boot priority order of the host computer.
- the boot loader includes a preset version signature.
- the processing unit includes a boot module, a determining module and a signature amending module.
- the boot module for executing a signature detecting program comprised in the boot loader to detect data stored in a specified address of the MBR of the storage unit.
- the data stored in the specified address corresponds to a present version signature of a present OS of the host computer.
- the determining module reads an OS image from the boot reading device, installs an OS on the host computer according to the OS image, and takes the installed OS as the present OS of the host computer.
- the signature amending module amends the data stored in the specified address of the MBR according to an image version signature of the installed OS for corresponding to the present version signature of the present OS of the host computer.
- An OS of a host computer can be installed or updated by storing or loading a boot loader and an OS image of the OS desired to be installed in a boot reading device of the host computer.
- the host computer can be set to boot from a remote server through a network. Therefore, the OS of the host computer can be installed or updated by storing the boot loader and the OS image desired to installed on the remote server, which leads that users do not have to attend the place where the host computer installed in person.
- users can install or update OS of several host computers at the same time without attend the host computers in person.
- FIG. 1 is a flow diagram of an operating system (OS) processing method for a host computer according to one embodiment of this invention
- FIG. 2 illustrates a block diagram of an OS processing system according to an embodiment of this invention.
- FIG. 3 illustrates a block diagram of an OS processing system according to another embodiment of this invention.
- FIG. 1 a flow diagram will be described that illustrates an operating system (OS) processing method for a host computer according to one embodiment of this invention.
- OS operating system
- an OS is installed to the host computer according to a determination result, which is determined according to data stored in a specified address of the MBR of the host computer.
- the OS processing method may take the form of a computer program product stored on a computer-readable storage medium having computer-readable instructions embodied in the medium. Any suitable storage medium may be used.
- such suitable storage medium may be a non-transitory computer readable storage medium including non-volatile memory such as read only memory (ROM), programmable read only memory (PROM), erasable programmable read only memory (EPROM), and electrically erasable programmable read only memory (EEPROM) devices; volatile memory such as static random access memory (SRAM), dynamic random access memory (DRAM), and double data rate random access memory (DDR-RAM); optical storage devices such as compact disc read only memories (CD-ROMs) and digital versatile disc read only memories (DVD-ROMs); and magnetic storage devices such as hard disk drives (HDD) and floppy disk drives.
- ROM read only memory
- PROM programmable read only memory
- EPROM erasable programmable read only memory
- EEPROM electrically erasable programmable read only memory
- volatile memory such as static random access memory (SRAM), dynamic random access memory (DRAM), and double data rate random access memory (DDR-RAM)
- optical storage devices such as compact disc read only memories
- the operating system (OS) processing method in the FIG. 1 is applied on a host computer with an MBR.
- the host computer may indicate a physical computer/server or a virtual machine. If the host computer is a virtual machine simulated on a physical computer, there are a boot reading device, a virtual OS and a boot priority order in the virtual machine which is similar to the physical computer.
- the routine 100 for the OS processing method may starts at operation 110 , where the host computer is booting.
- the routine 100 continues from operation 110 to operation 120 , where a boot loader is read from a boot reading device according to a boot priority order of the host computer.
- the boot loader includes a preset version signature.
- the boot priority order of the host computer can be configured through a basic input/output system (BIOS) of the host computer, such that one of different reading devices can be set as the boot reading device.
- BIOS basic input/output system
- the reading device which is set as the first sequence in the boot priority order of the host computer, is taken as the boot reading device.
- a flash memory for example, a flash memory, a floppy disk drive, a hard disk drive, a optical disk drive, a USB HDD, a magnetic storage device, a remote server accessed through a network or any other reading device can be set as the boot reading device.
- the boot loader can be stored or loaded into the boot reading device for reading at operation 120 .
- an OS image desired to be installed can be also stored or loaded into the booting reading device.
- the routine 100 continues to operation 130 , where a signature detecting program included in the boot loader is executed to detect data stored in a specified address of the MBR of the host computer.
- the data stored in the specified address of the MBR corresponds to a present version signature of a present OS of the host computer.
- the routine 100 continues to operation 140 , where determine if the present version signature of the host computer matches the preset version signature according to the data stored in the specified address.
- the data stored in the specified address of the MBR may be present version signature of the host computer, and the determination at operation 140 may be made by comparing the data stored in the specified address (present version signature) with the preset version signature.
- the specified address may be address 444 or 445 of the MBR, which would not be taken as damaged for storing the data in address 444 or 445 , and not be overwritten by other information in address 444 or 445 .
- the data stored in the specified address represents a storage location on the host computer for storing the present version signature.
- the present version signature may further be read from the storage location on the host computer, which the data stored in the specified address represents, for operation 140 to do determination. Therefore, storage locations other than the MBR (for example, specified files, specified location at the OS of the host computer, or specified blocks of a storage unit of the host computer) can be utilized, which can provide a large storage capacity for storing the present version signature.
- routine 100 continues to operation 180 , where the host computer continues to execute the OS of the host computer.
- routine 100 continues to operation 150 , where an OS image is read from the boot reading device of the host computer, an (new or updated) OS is installed on the host computer according to the OS image to be taken as the present OS of the host computer.
- the routine 100 continues to operation 160 , where the data stored in the specified address of the MBR is amended according to an image version signature of the (newly or updatedly) installed OS.
- the amended data stored in the specified address can correspond to the present version signature of the present OS of the host computer installed at operation 150 .
- the image version signature of the installed OS can be written into the specified address of the MBR to be taken as the present version signature.
- the image version signature of the installed OS can be written into another address and the information of the written address is written into the specified address of the MBR. In some other embodiments, if the data stored in the specified address of the MBR represents the storage location on the host computer for storing the present version signature, the image version signature of the installed OS can be written into the storage location, which the data stored in the specified address of the MBR represents.
- the routine 100 may continue to operation to reset the host computer, such that the host computer can execute the (newly or updated) installed OS. Therefore, the OS of the host computer can be installed or updated by storing or loading a boot loader and an OS image of the OS desired to be installed in the boot reading device.
- the present invention is suitable for any host computer with or without OS installed.
- the host computer can be set to boot from a remote server through a network. Therefore, the OS of the host computer can be installed or updated by storing the boot loader and the OS image desired to be installed on the remote server, which leads that users do not have to attend the place where the host computer installed in person.
- users can install or update OS of several host computers at the same time without attend the host computers in person.
- the image version signature may be further read to determine if the present OS of the host computer needs to be updated. If it is determined that the present OS needed to be updated, the present OS of the host computer is updated according to the OS image, and the data stored in the specified address of the MBR is amended according to the image version signature of the installed OS, such that the data stored in the specified address may correspond to the present version signature of the present OS of the host computer. Therefore, the OS of the host computer can be updated by storing or loading a boot loader and an OS image of the OS desired to be installed in the boot reading device.
- the present version signature of the host computer when it is determined that the present version signature of the host computer does not match the preset version signature at operation 140 , further determines if the data stored in the specified address is less than the preset version signature.
- the signature corresponding to new version may be set to a larger value.
- the signature may be amended to a larger value after updating.
- the present version signature may be generated with an error-detecting method.
- the error-detecting method may be Cyclic Redundancy Check (CRC) or any other error-detecting method.
- signature of available version can be pre-stored for doing the determination thereof. In other embodiments, some other methods can be utilized to do the determination thereof, which should not be limited in this disclosure.
- the OS on the host computer is installed according to the OS image, which is subsequently taken as the present OS of the host computer.
- the data stored in the specified address is the present version signature of the host computer
- the data stored in the specified address may be detected by the error-detecting method.
- the data stored in the specified address of the MBR represents the storage location on the host computer for storing the present version signature
- the present version signature may be read from the storage location on the host computer for error detection with the error-detecting method.
- the data stored in the specified address of the MBR is amended according to the image version signature of the installed OS. Then, the host computer may be reset to execute the newly installed OS.
- the OS of the host computer can be re-installed.
- the OS of the host computer can be re-installed with the present invention.
- FIG. 2 a block diagram will be described that illustrates an OS processing system according to an embodiment of this invention.
- the OS processing system installs an OS according to a determination result, which is made considering to data stored in a specified address of the MBR of a host computer.
- the OS processing system 200 is disposed on a host computer.
- the OS processing system 200 includes a boot reading device 210 , a storage unit 220 and a processing unit 230 .
- the processing unit 230 is communicated with the boot reading device 210 and the storage unit 220 .
- the processing unit 230 may be electrically connected with the boot reading device 210 and the storage unit 220 for communication.
- the processing unit 230 may be communicated with the boot reading device 210 and the storage unit 220 through a network.
- the processing unit 230 may be communicated with the boot reading device 210 and the storage unit 220 through other communication method.
- the boot reading device 210 and the storage unit 220 may utilize different communication method to communicate with the processing unit 230 , which should not be limited in this disclosure.
- the storage unit 220 includes an MBR.
- the storage unit 220 stores a boot priority order of the host computer.
- the boot reading device 210 reads a boot loader according to the boot priority order of the host computer.
- the boot loader includes a preset version signature.
- the storage unit 220 may be a flash memory, a floppy disk drive, a hard disk drive, a optical disk drive, a USB HDD, a magnetic storage device, a remote server accessed through a network or any other reading device.
- the processing unit 230 includes a boot module 231 , a determining module 232 and a signature amending module 234 .
- the boot module 231 executes a signature detecting program included in the boot loader to detect data stored in a specified address of the MBR of the storage unit 220 .
- the data stored in the specified address corresponds to a present version signature of a present OS of the host computer.
- the boot reading device 210 can be set through BIOS of the host computer for reading data in the first place after boot. Hence, the boot loader can be loaded or stored in the boot reading device 210 for being read after the host computer is booting.
- an OS image of an OS desired to be installed can be further stored or loaded in the boot reading device 210 .
- the determining module 232 determines if the present version signature of the host computer matches the preset version signature according to the data stored in the specified address of the MBR of the storage unit 220 .
- the OS image is read from the boot reading device 210 , and an (new or updated) OS is installed on the host computer according to the OS image, such that the (newly or updatedly) installed OS is taken as the present OS of the host computer.
- the signature amending module 234 amends the data stored in the specified address of the MBR of the storage unit 220 according to an image version signature of the installed OS, such that the amended data corresponds to the present version signature of the present OS of the host computer.
- the signature amending module 234 may write the image version signature of the installed OS into the specified address of the MBR, which is then taken as the present version signature. In some embodiments, if the data stored in the specified address of the MBR represents the storage location on the host computer for storing the present version signature, the signature amending module 234 may write the image version signature of the installed OS into another address of the storage unit 220 and write the information of the written address into the specified address of the MBR.
- the signature amending module 234 may write the image version signature of the installed OS into the storage location, which the data stored in the specified address of the MBR represents.
- the processing unit 230 may reset the host computer, such that the host computer can execute the newly installed OS. Therefore, the OS of the host computer can be installed or updated by storing or loading a boot loader and an OS image of the OS desired to be installed in the boot reading device 210 .
- a remote server can be set as the boot reading device 210 . Therefore, the OS of the host computer can be installed or updated by storing the boot loader and the OS image desired to installed on the remote server, which leads that users do not have to attend the place where the host computer installed in person.
- FIG. 3 a block diagram will be described that illustrates an OS processing system according to another embodiment of this invention. It is to be understood that aspects of this embodiment similar to those described above may not be repeated.
- the OS processing system may update the OS of the host computer.
- the processing unit 230 may further include an update module 236 . If it is determined that the present version signature of the host computer does not match the preset version signature according to the data stored in the specified address, the update module 236 may further read the image version signature from the boot reading device 210 . Subsequently, the update module 236 may determine if the present OS of the host computer needs to be updated according to the image version signature. If it is determined that the present OS of the host computer needs to be updated, the update module 236 updates the present OS of the host computer according to the OS image.
- the signature amending module 234 amends the data stored in the specified address of the MBR according to the image version signature of the installed OS for corresponding to the present version signature of the present OS of the host computer. Therefore, the OS of the host computer can be updated by storing or loading a boot loader and an OS image of the OS desired to be installed in the boot reading device 210 . In some embodiments, if a remote server is set as the boot reading device 210 , the OS of the host computer can be installed or updated by storing the boot loader and the OS image desired to installed on the remote server, which leads that users do not have to attend the place where the host computer installed in person.
- the present version signature is generated with an error-detecting method.
- the processing unit may further include an error detecting module 237 .
- the error detecting module 237 determines if the data stored in the specified address corresponding to the present version signature of the host computer is correct utilizing the error-detecting method. The determination result can be taken as a factor to determine if the present version signature of the host computer matches the preset version signature. If it is determined incorrect, the processing unit installs the OS on the host computer according to the OS image, which is subsequently taken as the present OS of the host computer.
- the signature amending module 234 amends the data stored in the specified address of the MBR according to the image version signature of the installed OS. The host computer may be then reset to execute the newly installed OS.
- the OS of the host computer can be re-installed.
- the OS of the host computer can be re-installed with the present invention.
- the determining module 232 may include a reading sub-module 232 a.
- the reading sub-module 232 a reads the data stored in the specified address of the MBR.
- the specified address of the MBR is address 444 or 445 of the MBR of the storage unit 220 , which would not be damaged for storing the data in address 444 or 445 , and would not be overwritten by other information in address 444 or 445 .
- the data stored in the specified address represents a storage location of the storage unit 220 for storing the present version signature.
- the reading sub-module 232 a reads data stored in the storage location of the storage unit 220 , which is then taken as the present version signature and provided to the determining module 232 . Therefore, storage locations other than the MBR (for example, specified files, specified location at the OS of the host computer or specified blocks of the storage unit 220 ) can be utilized, which can provide a large storage space for storing the present version signature.
- storage locations other than the MBR for example, specified files, specified location at the OS of the host computer or specified blocks of the storage unit 220 .
- the processing unit 230 may further include a comparing module. If it is determined that the present version signature does not match the preset version signature, the comparing module may further determines if the data stored in the specified address is less than the preset version signature. If it is determined that the data stored in the specified address is less than the preset version signature, the processing unit 230 installs the OS on the host computer according to the OS image. Hence, the installed OS is then taken as the present OS of the host computer.
- the signature amending module 234 amends the data stored in the specified address of the MBR according to the image version signature of the installed OS for corresponding to the present version signature of the present OS of the host computer.
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Stored Programmes (AREA)
Abstract
Description
- This application claims priority to U.S. application Ser. No. 10/0,141,070, filed Nov. 10, 2011, which is herein incorporated by reference.
- 1. Technical Field
- The present invention relates to a OS processing method and system and a computer-readable storage medium with a computer program to execute the method.
- 2. Description of Related Art
- As computer technology developing, many different applications evolve. Computer software and hardware also change a lot, which may affect the efficiency of computers. Most users only have to install or adjust software and hardware of few computers. But for MIS engineers, they have to manage a huge amount of computers and that is a big loading.
- Lately, OS can be installed step by step, installed according to an OS image, or installed with instructions assisted. Through such install processes, users have to attend their computer for OS install. It is inconvenient for MIS engineers to install OS of several computers, especially for those placed in different places.
- According to one embodiment of this invention, an operating system (OS) processing method for a host computer is provided to install an OS to the host computer according to a determination result, which is made considering to data stored in a specified address of the MBR of the host computer. The OS processing method includes the following steps:
- (a) when the host computer is booting, a boot loader is read from a boot reading device according to a boot priority order of the host computer, wherein the boot loader includes a preset version signature.
- (b) a signature detecting program included in the boot loader is executed to detect data stored in a specified address of the MBR of the host computer, wherein the data stored in the specified address corresponds to a present version signature of a present OS of the host computer.
- (c) when it is determined that the present version signature of the host computer does not match the preset version signature according to the data stored in the specified address, an OS image is read from the boot reading device of the host computer, an OS is installed on the host computer according to the OS image, and the installed OS is taken as the present OS of the host computer.
- (d) the data stored in the specified address of the MBR is amended according to an image version signature of the installed OS for corresponding to the present version signature of the present OS of the host computer.
- According to another embodiment of this invention, a computer-readable storage medium storing a computer program for executing the steps of the aforementioned OS processing method is provided. Steps of the method are as disclosed above.
- According to another embodiment of this invention, an OS processing system disposed on a host computer is provided to install an OS according to a determination result, which is made considering to data stored in a specified address of the MBR of the host computer. The OS processing system includes a storage unit, a boot reading device and a processing unit. The processing unit is communicated with the storage unit and the boot reading device. The storage unit includes an MBR. The storage unit stores a boot priority order of the host computer. When the host computer is booting, the boot reading device reads a boot loader according to the boot priority order of the host computer. The boot loader includes a preset version signature. The processing unit includes a boot module, a determining module and a signature amending module. The boot module for executing a signature detecting program comprised in the boot loader to detect data stored in a specified address of the MBR of the storage unit. The data stored in the specified address corresponds to a present version signature of a present OS of the host computer. When it is determined that the present version signature of the host computer does not match the preset version signature according to the data stored in the specified address, the determining module reads an OS image from the boot reading device, installs an OS on the host computer according to the OS image, and takes the installed OS as the present OS of the host computer. The signature amending module amends the data stored in the specified address of the MBR according to an image version signature of the installed OS for corresponding to the present version signature of the present OS of the host computer.
- The present invention can achieve many advantages. An OS of a host computer can be installed or updated by storing or loading a boot loader and an OS image of the OS desired to be installed in a boot reading device of the host computer. In one preferred embodiment of this invention, the host computer can be set to boot from a remote server through a network. Therefore, the OS of the host computer can be installed or updated by storing the boot loader and the OS image desired to installed on the remote server, which leads that users do not have to attend the place where the host computer installed in person. In one scenario utilizing the present invention, users can install or update OS of several host computers at the same time without attend the host computers in person.
- These and other features, aspects, and advantages of the present invention will become better understood with reference to the following description and appended claims. It is to be understood that both the foregoing general description and the following detailed description are by examples, and are intended to provide further explanation of the invention as claimed.
- The invention can be more fully understood by reading the following detailed description of the embodiments, with reference made to the accompanying drawings as follows:
-
FIG. 1 is a flow diagram of an operating system (OS) processing method for a host computer according to one embodiment of this invention; -
FIG. 2 illustrates a block diagram of an OS processing system according to an embodiment of this invention; and -
FIG. 3 illustrates a block diagram of an OS processing system according to another embodiment of this invention. - Reference will now be made in detail to the present embodiments of the invention, examples of which are illustrated in the accompanying drawings. Wherever possible, the same reference numbers are used in the drawings and the description to refer to the same or like parts.
- Referring to
FIG. 1 , a flow diagram will be described that illustrates an operating system (OS) processing method for a host computer according to one embodiment of this invention. In the OS processing method, an OS is installed to the host computer according to a determination result, which is determined according to data stored in a specified address of the MBR of the host computer. The OS processing method may take the form of a computer program product stored on a computer-readable storage medium having computer-readable instructions embodied in the medium. Any suitable storage medium may be used. In some embodiments, such suitable storage medium may be a non-transitory computer readable storage medium including non-volatile memory such as read only memory (ROM), programmable read only memory (PROM), erasable programmable read only memory (EPROM), and electrically erasable programmable read only memory (EEPROM) devices; volatile memory such as static random access memory (SRAM), dynamic random access memory (DRAM), and double data rate random access memory (DDR-RAM); optical storage devices such as compact disc read only memories (CD-ROMs) and digital versatile disc read only memories (DVD-ROMs); and magnetic storage devices such as hard disk drives (HDD) and floppy disk drives. In other embodiments, other suitable storage mediums may be used, which should not be limited in this disclosure. - The operating system (OS) processing method in the
FIG. 1 is applied on a host computer with an MBR. The host computer may indicate a physical computer/server or a virtual machine. If the host computer is a virtual machine simulated on a physical computer, there are a boot reading device, a virtual OS and a boot priority order in the virtual machine which is similar to the physical computer. - The
routine 100 for the OS processing method may starts atoperation 110, where the host computer is booting. When the host computer is booting, theroutine 100 continues fromoperation 110 tooperation 120, where a boot loader is read from a boot reading device according to a boot priority order of the host computer. The boot loader includes a preset version signature. The boot priority order of the host computer can be configured through a basic input/output system (BIOS) of the host computer, such that one of different reading devices can be set as the boot reading device. In general, the reading device, which is set as the first sequence in the boot priority order of the host computer, is taken as the boot reading device. For example, a flash memory, a floppy disk drive, a hard disk drive, a optical disk drive, a USB HDD, a magnetic storage device, a remote server accessed through a network or any other reading device can be set as the boot reading device. Subsequently, the boot loader can be stored or loaded into the boot reading device for reading atoperation 120. In addition, an OS image desired to be installed can be also stored or loaded into the booting reading device. - The routine 100 continues to
operation 130, where a signature detecting program included in the boot loader is executed to detect data stored in a specified address of the MBR of the host computer. The data stored in the specified address of the MBR corresponds to a present version signature of a present OS of the host computer. In subsequence, the routine 100 continues tooperation 140, where determine if the present version signature of the host computer matches the preset version signature according to the data stored in the specified address. In one embodiment of this invention, the data stored in the specified address of the MBR may be present version signature of the host computer, and the determination atoperation 140 may be made by comparing the data stored in the specified address (present version signature) with the preset version signature. The specified address may be address 444 or 445 of the MBR, which would not be taken as damaged for storing the data in address 444 or 445, and not be overwritten by other information in address 444 or 445. In another embodiment of this invention, the data stored in the specified address represents a storage location on the host computer for storing the present version signature. Hence, atoperation 130, the present version signature may further be read from the storage location on the host computer, which the data stored in the specified address represents, foroperation 140 to do determination. Therefore, storage locations other than the MBR (for example, specified files, specified location at the OS of the host computer, or specified blocks of a storage unit of the host computer) can be utilized, which can provide a large storage capacity for storing the present version signature. - When it is determined that the present version signature of the host computer match the preset version signature according to the data stored in the specified address, the routine 100 continues to
operation 180, where the host computer continues to execute the OS of the host computer. - When it is determined that the present version signature of the host computer does not match the preset version signature according to the data stored in the specified address, the routine 100 continues to
operation 150, where an OS image is read from the boot reading device of the host computer, an (new or updated) OS is installed on the host computer according to the OS image to be taken as the present OS of the host computer. - Subsequently, the routine 100 continues to
operation 160, where the data stored in the specified address of the MBR is amended according to an image version signature of the (newly or updatedly) installed OS. Hence, the amended data stored in the specified address can correspond to the present version signature of the present OS of the host computer installed atoperation 150. In some embodiments, if the data stored in the specified address of the MBR is the present version signature of the OS of the host computer, the image version signature of the installed OS can be written into the specified address of the MBR to be taken as the present version signature. In some embodiments, if the data stored in the specified address of the MBR represents the storage location on the host computer for storing the present version signature, the image version signature of the installed OS can be written into another address and the information of the written address is written into the specified address of the MBR. In some other embodiments, if the data stored in the specified address of the MBR represents the storage location on the host computer for storing the present version signature, the image version signature of the installed OS can be written into the storage location, which the data stored in the specified address of the MBR represents. - In further, after
operation 160, the routine 100 may continue to operation to reset the host computer, such that the host computer can execute the (newly or updated) installed OS. Therefore, the OS of the host computer can be installed or updated by storing or loading a boot loader and an OS image of the OS desired to be installed in the boot reading device. In addition, the present invention is suitable for any host computer with or without OS installed. In one preferred embodiment of this invention, the host computer can be set to boot from a remote server through a network. Therefore, the OS of the host computer can be installed or updated by storing the boot loader and the OS image desired to be installed on the remote server, which leads that users do not have to attend the place where the host computer installed in person. In one scenario utilizing the present invention, users can install or update OS of several host computers at the same time without attend the host computers in person. - In one embodiment of this invention, when it is determined that the present version signature of the host computer does not match the preset version signature at
operation 140, the image version signature may be further read to determine if the present OS of the host computer needs to be updated. If it is determined that the present OS needed to be updated, the present OS of the host computer is updated according to the OS image, and the data stored in the specified address of the MBR is amended according to the image version signature of the installed OS, such that the data stored in the specified address may correspond to the present version signature of the present OS of the host computer. Therefore, the OS of the host computer can be updated by storing or loading a boot loader and an OS image of the OS desired to be installed in the boot reading device. - In another embodiment of this invention, when it is determined that the present version signature of the host computer does not match the preset version signature at
operation 140, further determines if the data stored in the specified address is less than the preset version signature. In this embodiment, the signature corresponding to new version may be set to a larger value. In other words, the signature may be amended to a larger value after updating. Hence, if it is determined that the data stored in the specified address is less than the preset version signature, the OS on the host computer is installed according to the OS image and the data stored in the specified address of the MBR is amended according to the image version signature of the installed OS, such that the amended data stored in the specified address may correspond to the present version signature of the present OS of the host computer after being updated. - In still another embodiment of this invention, the present version signature may be generated with an error-detecting method. Hence, if the data stored in the specified address corresponding to the present version signature of the host computer is correct and it can be determined by the error-detecting method, the determination result of which can be a factor to determine if the present version signature of the host computer matches the preset version signature. In some embodiments, the error-detecting method may be Cyclic Redundancy Check (CRC) or any other error-detecting method. In another embodiment of this invention, signature of available version can be pre-stored for doing the determination thereof. In other embodiments, some other methods can be utilized to do the determination thereof, which should not be limited in this disclosure.
- Hence, if it is determined incorrect, the OS on the host computer is installed according to the OS image, which is subsequently taken as the present OS of the host computer. In one embodiment, if the data stored in the specified address is the present version signature of the host computer, the data stored in the specified address may be detected by the error-detecting method. In another embodiment, if the data stored in the specified address of the MBR represents the storage location on the host computer for storing the present version signature, the present version signature may be read from the storage location on the host computer for error detection with the error-detecting method. In subsequence, the data stored in the specified address of the MBR is amended according to the image version signature of the installed OS. Then, the host computer may be reset to execute the newly installed OS. Therefore, if the data stored in the specified address of the MBR is incorrect, the OS of the host computer can be re-installed. In one scenario of the present invention, if the MBR is affected by a boot-type virus, which may damage the MBR of the host computer, the OS of the host computer can be re-installed with the present invention.
- Referring to
FIG. 2 , a block diagram will be described that illustrates an OS processing system according to an embodiment of this invention. The OS processing system installs an OS according to a determination result, which is made considering to data stored in a specified address of the MBR of a host computer. - The
OS processing system 200 is disposed on a host computer. TheOS processing system 200 includes aboot reading device 210, astorage unit 220 and aprocessing unit 230. Theprocessing unit 230 is communicated with theboot reading device 210 and thestorage unit 220. In one embodiment of this invention, theprocessing unit 230 may be electrically connected with theboot reading device 210 and thestorage unit 220 for communication. In another embodiment of this invention, theprocessing unit 230 may be communicated with theboot reading device 210 and thestorage unit 220 through a network. In other embodiments, theprocessing unit 230 may be communicated with theboot reading device 210 and thestorage unit 220 through other communication method. Theboot reading device 210 and thestorage unit 220 may utilize different communication method to communicate with theprocessing unit 230, which should not be limited in this disclosure. - The
storage unit 220 includes an MBR. Thestorage unit 220 stores a boot priority order of the host computer. When the host computer is booting, theboot reading device 210 reads a boot loader according to the boot priority order of the host computer. The boot loader includes a preset version signature. In some embodiments, thestorage unit 220 may be a flash memory, a floppy disk drive, a hard disk drive, a optical disk drive, a USB HDD, a magnetic storage device, a remote server accessed through a network or any other reading device. - The
processing unit 230 includes aboot module 231, a determiningmodule 232 and asignature amending module 234. Theboot module 231 executes a signature detecting program included in the boot loader to detect data stored in a specified address of the MBR of thestorage unit 220. The data stored in the specified address corresponds to a present version signature of a present OS of the host computer. Theboot reading device 210 can be set through BIOS of the host computer for reading data in the first place after boot. Hence, the boot loader can be loaded or stored in theboot reading device 210 for being read after the host computer is booting. In addition, an OS image of an OS desired to be installed can be further stored or loaded in theboot reading device 210. - The determining
module 232 determines if the present version signature of the host computer matches the preset version signature according to the data stored in the specified address of the MBR of thestorage unit 220. When the determiningmodule 232 determines that not match, the OS image is read from theboot reading device 210, and an (new or updated) OS is installed on the host computer according to the OS image, such that the (newly or updatedly) installed OS is taken as the present OS of the host computer. Thesignature amending module 234 amends the data stored in the specified address of the MBR of thestorage unit 220 according to an image version signature of the installed OS, such that the amended data corresponds to the present version signature of the present OS of the host computer. In some embodiments, if the data stored in the specified address of the MBR is the present version signature of the OS of the host computer, thesignature amending module 234 may write the image version signature of the installed OS into the specified address of the MBR, which is then taken as the present version signature. In some embodiments, if the data stored in the specified address of the MBR represents the storage location on the host computer for storing the present version signature, thesignature amending module 234 may write the image version signature of the installed OS into another address of thestorage unit 220 and write the information of the written address into the specified address of the MBR. In some other embodiments, if the data stored in the specified address of the MBR represents the storage location on the host computer for storing the present version signature, thesignature amending module 234 may write the image version signature of the installed OS into the storage location, which the data stored in the specified address of the MBR represents. - In subsequence, the
processing unit 230 may reset the host computer, such that the host computer can execute the newly installed OS. Therefore, the OS of the host computer can be installed or updated by storing or loading a boot loader and an OS image of the OS desired to be installed in theboot reading device 210. In one preferred embodiment of this invention, a remote server can be set as theboot reading device 210. Therefore, the OS of the host computer can be installed or updated by storing the boot loader and the OS image desired to installed on the remote server, which leads that users do not have to attend the place where the host computer installed in person. - Referring to
FIG. 3 , a block diagram will be described that illustrates an OS processing system according to another embodiment of this invention. It is to be understood that aspects of this embodiment similar to those described above may not be repeated. - The OS processing system may update the OS of the host computer. Hence, the
processing unit 230 may further include anupdate module 236. If it is determined that the present version signature of the host computer does not match the preset version signature according to the data stored in the specified address, theupdate module 236 may further read the image version signature from theboot reading device 210. Subsequently, theupdate module 236 may determine if the present OS of the host computer needs to be updated according to the image version signature. If it is determined that the present OS of the host computer needs to be updated, theupdate module 236 updates the present OS of the host computer according to the OS image. Thesignature amending module 234 amends the data stored in the specified address of the MBR according to the image version signature of the installed OS for corresponding to the present version signature of the present OS of the host computer. Therefore, the OS of the host computer can be updated by storing or loading a boot loader and an OS image of the OS desired to be installed in theboot reading device 210. In some embodiments, if a remote server is set as theboot reading device 210, the OS of the host computer can be installed or updated by storing the boot loader and the OS image desired to installed on the remote server, which leads that users do not have to attend the place where the host computer installed in person. - In another embodiment of this invention, the present version signature is generated with an error-detecting method. The processing unit may further include an
error detecting module 237. Theerror detecting module 237 determines if the data stored in the specified address corresponding to the present version signature of the host computer is correct utilizing the error-detecting method. The determination result can be taken as a factor to determine if the present version signature of the host computer matches the preset version signature. If it is determined incorrect, the processing unit installs the OS on the host computer according to the OS image, which is subsequently taken as the present OS of the host computer. In subsequence, thesignature amending module 234 amends the data stored in the specified address of the MBR according to the image version signature of the installed OS. The host computer may be then reset to execute the newly installed OS. Therefore, if the data stored in the specified address of the MBR is incorrect, the OS of the host computer can be re-installed. In one scenario of the present invention, if the MBR is affected by a boot-type virus, which may damage the MBR of the host computer, the OS of the host computer can be re-installed with the present invention. - Furthermore, the determining
module 232 may include a reading sub-module 232 a. The reading sub-module 232 a reads the data stored in the specified address of the MBR. In some embodiments, the specified address of the MBR is address 444 or 445 of the MBR of thestorage unit 220, which would not be damaged for storing the data in address 444 or 445, and would not be overwritten by other information in address 444 or 445. In another embodiment of this invention, the data stored in the specified address represents a storage location of thestorage unit 220 for storing the present version signature. Hence, the reading sub-module 232 a reads data stored in the storage location of thestorage unit 220, which is then taken as the present version signature and provided to the determiningmodule 232. Therefore, storage locations other than the MBR (for example, specified files, specified location at the OS of the host computer or specified blocks of the storage unit 220) can be utilized, which can provide a large storage space for storing the present version signature. - In some embodiments, the
processing unit 230 may further include a comparing module. If it is determined that the present version signature does not match the preset version signature, the comparing module may further determines if the data stored in the specified address is less than the preset version signature. If it is determined that the data stored in the specified address is less than the preset version signature, theprocessing unit 230 installs the OS on the host computer according to the OS image. Hence, the installed OS is then taken as the present OS of the host computer. Thesignature amending module 234 amends the data stored in the specified address of the MBR according to the image version signature of the installed OS for corresponding to the present version signature of the present OS of the host computer. - Although the present invention has been described in considerable detail with reference to certain embodiments thereof, other embodiments are possible. Therefore, the spirit and scope of the appended claims should not be limited to the description of the embodiments contained herein. It will be apparent to those skilled in the art that various modifications and variations can be made to the structure of the present invention without departing from the scope or spirit of the invention. In view of the foregoing, it is intended that the present invention cover modifications and variations of this invention provided they fall within the scope of the following claims.
Claims (16)
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
TW100141070A TWI450194B (en) | 2011-11-10 | 2011-11-10 | Method and system for processing operating system, computer readable storage medium storing the method |
TW100141070 | 2011-11-10 | ||
TW100141070A | 2011-11-10 |
Publications (2)
Publication Number | Publication Date |
---|---|
US20130124841A1 true US20130124841A1 (en) | 2013-05-16 |
US8788800B2 US8788800B2 (en) | 2014-07-22 |
Family
ID=48281793
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/323,860 Expired - Fee Related US8788800B2 (en) | 2011-11-10 | 2011-12-13 | OS processing method, system and non-transitory computer readable storage medium thereof |
Country Status (2)
Country | Link |
---|---|
US (1) | US8788800B2 (en) |
TW (1) | TWI450194B (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10061611B2 (en) * | 2015-08-28 | 2018-08-28 | Vmware, Inc. | Virtual machine migration within a hybrid cloud system |
US11099855B2 (en) * | 2019-10-23 | 2021-08-24 | American Megatrends International, Llc | System and method for updating files through a peer-to-peer network |
US20240028736A1 (en) * | 2022-07-22 | 2024-01-25 | Dell Products L.P. | Validation and recovery of operating system boot files during os installation and runtime for uefi secure boot systems |
US20240143444A1 (en) * | 2022-10-26 | 2024-05-02 | Dell Products L.P. | Error handling for runtime operations of operating system boot files for uefi secure boot systems |
US20240143770A1 (en) * | 2022-10-26 | 2024-05-02 | Dell Products L.P. | Validation and recovery of operating system boot files during os upgrade operations for uefi secure boot systems |
US12141288B2 (en) * | 2022-10-26 | 2024-11-12 | Dell Products L.P. | Raid array for validating and recovering operating system boot files for UEFI secure boot systems |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI518585B (en) | 2015-05-18 | 2016-01-21 | 國立成功大學 | Electronic device having scratchpad memory and management method for scratchpad memory |
CN111190608B (en) * | 2018-11-14 | 2022-09-16 | 佛山市顺德区顺达电脑厂有限公司 | Operation system arrangement method for device to be tested |
CN111506415B (en) * | 2019-01-31 | 2022-04-05 | 佛山市顺德区顺达电脑厂有限公司 | Operating system deployment method for multiple hard disks |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040153840A1 (en) * | 2002-12-10 | 2004-08-05 | International Business Machines Corporation | Method and system for detection and correction of entrance into an improper MBR state in a computer system |
US20070073978A1 (en) * | 2005-09-27 | 2007-03-29 | Samsung Electronics Co., Ltd. | Method and system for booting and automatically updating software, and recovering from update error, and computer readable recording medium storing method |
US7418588B2 (en) * | 2003-12-31 | 2008-08-26 | Jade Quantum Technologies, Inc. | Method and apparatus for redirecting a local boot request to a remote location |
US20090292912A1 (en) * | 2008-05-21 | 2009-11-26 | Samsung Electronics Co., Ltd. | Storage medium storing master boot record, computer system having the same and booting method of the computer system |
US7644263B2 (en) * | 2004-04-19 | 2010-01-05 | Hitachi, Ltd. | Storage control system and boot control system |
US20100241815A1 (en) * | 2009-03-20 | 2010-09-23 | Google Inc. | Hybrid Storage Device |
US20110202794A1 (en) * | 2010-02-16 | 2011-08-18 | Samsung Electronics Co., Ltd | Method of restoring master boot record of storage medium, storage medium driving device, and storage medium |
US8037291B2 (en) * | 2007-01-29 | 2011-10-11 | Hewlett-Packard Development Company, L.P. | Master boot record management |
US20120117367A1 (en) * | 2010-11-08 | 2012-05-10 | Inventec Corporation | Electronic apparatus and booting method thereof |
US8239662B1 (en) * | 2008-03-20 | 2012-08-07 | Google Inc. | Network based operating system across devices |
US20120216284A1 (en) * | 2011-02-18 | 2012-08-23 | Combined Iq, Llc | Method and system of posting achievements regarding scans for malware programs |
US8607085B2 (en) * | 2008-12-22 | 2013-12-10 | Lenovo (Singapore) Pte. Ltd. | Power saving secondary processing unit for an electronic device |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7694121B2 (en) * | 2004-06-30 | 2010-04-06 | Microsoft Corporation | System and method for protected operating system boot using state validation |
US20070112899A1 (en) * | 2005-11-14 | 2007-05-17 | Edwards Matthew F | Method and apparatus for fast boot of an operating system |
-
2011
- 2011-11-10 TW TW100141070A patent/TWI450194B/en not_active IP Right Cessation
- 2011-12-13 US US13/323,860 patent/US8788800B2/en not_active Expired - Fee Related
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040153840A1 (en) * | 2002-12-10 | 2004-08-05 | International Business Machines Corporation | Method and system for detection and correction of entrance into an improper MBR state in a computer system |
US7418588B2 (en) * | 2003-12-31 | 2008-08-26 | Jade Quantum Technologies, Inc. | Method and apparatus for redirecting a local boot request to a remote location |
US7644263B2 (en) * | 2004-04-19 | 2010-01-05 | Hitachi, Ltd. | Storage control system and boot control system |
US20070073978A1 (en) * | 2005-09-27 | 2007-03-29 | Samsung Electronics Co., Ltd. | Method and system for booting and automatically updating software, and recovering from update error, and computer readable recording medium storing method |
US8037291B2 (en) * | 2007-01-29 | 2011-10-11 | Hewlett-Packard Development Company, L.P. | Master boot record management |
US8239662B1 (en) * | 2008-03-20 | 2012-08-07 | Google Inc. | Network based operating system across devices |
US20090292912A1 (en) * | 2008-05-21 | 2009-11-26 | Samsung Electronics Co., Ltd. | Storage medium storing master boot record, computer system having the same and booting method of the computer system |
US8607085B2 (en) * | 2008-12-22 | 2013-12-10 | Lenovo (Singapore) Pte. Ltd. | Power saving secondary processing unit for an electronic device |
US20100241815A1 (en) * | 2009-03-20 | 2010-09-23 | Google Inc. | Hybrid Storage Device |
US20110202794A1 (en) * | 2010-02-16 | 2011-08-18 | Samsung Electronics Co., Ltd | Method of restoring master boot record of storage medium, storage medium driving device, and storage medium |
US20120117367A1 (en) * | 2010-11-08 | 2012-05-10 | Inventec Corporation | Electronic apparatus and booting method thereof |
US20120216284A1 (en) * | 2011-02-18 | 2012-08-23 | Combined Iq, Llc | Method and system of posting achievements regarding scans for malware programs |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10061611B2 (en) * | 2015-08-28 | 2018-08-28 | Vmware, Inc. | Virtual machine migration within a hybrid cloud system |
US10467049B2 (en) | 2015-08-28 | 2019-11-05 | Vmware, Inc. | Virtual machine migration within a hybrid cloud system |
US11099855B2 (en) * | 2019-10-23 | 2021-08-24 | American Megatrends International, Llc | System and method for updating files through a peer-to-peer network |
US20240028736A1 (en) * | 2022-07-22 | 2024-01-25 | Dell Products L.P. | Validation and recovery of operating system boot files during os installation and runtime for uefi secure boot systems |
US12164643B2 (en) * | 2022-07-22 | 2024-12-10 | Dell Products L.P. | Validation and recovery of operating system boot files during OS installation and runtime for UEFI secure boot systems |
US20240143444A1 (en) * | 2022-10-26 | 2024-05-02 | Dell Products L.P. | Error handling for runtime operations of operating system boot files for uefi secure boot systems |
US20240143770A1 (en) * | 2022-10-26 | 2024-05-02 | Dell Products L.P. | Validation and recovery of operating system boot files during os upgrade operations for uefi secure boot systems |
US12141288B2 (en) * | 2022-10-26 | 2024-11-12 | Dell Products L.P. | Raid array for validating and recovering operating system boot files for UEFI secure boot systems |
Also Published As
Publication number | Publication date |
---|---|
TW201319939A (en) | 2013-05-16 |
US8788800B2 (en) | 2014-07-22 |
TWI450194B (en) | 2014-08-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8788800B2 (en) | OS processing method, system and non-transitory computer readable storage medium thereof | |
US8423991B2 (en) | Embedded network device and firmware upgrading method | |
CN102385535B (en) | Handling errors during device bootup from a non-volatile memory | |
US8954805B2 (en) | Computer booting method and computer system | |
US8489922B2 (en) | Networked recovery system | |
US20100058314A1 (en) | Computer System and Related Method of Logging BIOS Update Operation | |
US20080091874A1 (en) | System and method for loading programs from hdd independent of operating system | |
US8812910B2 (en) | Pilot process method for system boot and associated apparatus | |
EP2048579A2 (en) | System and method for managing memory errors in an information handling system | |
US9619340B1 (en) | Disaster recovery on dissimilar hardware | |
CN107346268B (en) | Generalized write operation verification method | |
US9298602B2 (en) | Nonvolatile random access memory use | |
CN103106086B (en) | Operating system disposal route and system | |
US9507665B2 (en) | Computing device and method for accessing BIOS using middleware controller of the computing device | |
US9086806B2 (en) | System and method for controlling SAS expander to electronically connect to a RAID card | |
US20230112396A1 (en) | System and method for startup data verification | |
JP7522775B2 (en) | Non-volatile storage partition identifier | |
TW201516869A (en) | Electronic device, updating method of firmware file for universal extensible firmware interface basic input output system (UEFI BIOS), storage medium and computer program product | |
TWI775578B (en) | Embedded electronic devices, boot method and embedded electronic devices readable medium with stored programs | |
JP5333262B2 (en) | Processing device, BIOS update method, and BIOS update program | |
CN109460282B (en) | A method and system for vTPM clock security assurance | |
CN101464816A (en) | Method and device for saving single BIOS version information |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INSTITUTE FOR INFORMATION INDUSTRY, TAIWAN Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:HUANG, YEN-WEN;KAO, CHUNG-TING;CHUNG, HUI-KUANG;AND OTHERS;REEL/FRAME:027374/0038 Effective date: 20111213 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551) Year of fee payment: 4 |
|
FEPP | Fee payment procedure |
Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
LAPS | Lapse for failure to pay maintenance fees |
Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20220722 |