WO2015136621A1 - コンピュータシステムの管理方法および管理装置 - Google Patents

コンピュータシステムの管理方法および管理装置 Download PDF

Info

Publication number
WO2015136621A1
WO2015136621A1 PCT/JP2014/056335 JP2014056335W WO2015136621A1 WO 2015136621 A1 WO2015136621 A1 WO 2015136621A1 JP 2014056335 W JP2014056335 W JP 2014056335W WO 2015136621 A1 WO2015136621 A1 WO 2015136621A1
Authority
WO
WIPO (PCT)
Prior art keywords
update
update procedure
version
computer system
firmware
Prior art date
Application number
PCT/JP2014/056335
Other languages
English (en)
French (fr)
Inventor
淳 北脇
味松　康行
幸徳 坂下
裕 工藤
Original Assignee
株式会社日立製作所
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 株式会社日立製作所 filed Critical 株式会社日立製作所
Priority to PCT/JP2014/056335 priority Critical patent/WO2015136621A1/ja
Publication of WO2015136621A1 publication Critical patent/WO2015136621A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates

Definitions

  • the present invention relates to a technique for updating firmware of modules constituting a computer system.
  • a computer system composed of a plurality of modules each having firmware is known.
  • the version of the firmware can be updated for the purpose of eliminating a problem or adding a function.
  • a combination of firmware versions supported by a vendor or the like may be determined.
  • Japanese Patent Application Laid-Open No. 2004-151820 discloses determining a compatibility between a driver version of a host computer and a control program version of the printer in a printing system including a host computer and a printer connected to the host computer. ing.
  • an object of the present invention is to safely update the firmware version of each module in a computer system composed of a plurality of modules. Another object of the present invention is to update the firmware version of each module without hindering the use of functions in the computer system.
  • a computer system having a plurality of modules each having firmware is managed by the following method.
  • the compatibility information representing the compatibility of the combination between the firmware versions of each module is acquired.
  • the version before updating the firmware of each module is acquired from the computer system.
  • update procedure information representing an update procedure of a plurality of update processes for updating the firmware of each module from the version before update to the version after update is generated.
  • a plurality of update processes are executed by the update procedure represented by the generated update procedure information.
  • the firmware version of each module can be safely updated in a computer system composed of a plurality of modules. Further, according to the present invention, the firmware version of each module can be updated without hindering the use of functions in the computer system.
  • FIG. 1 is a block diagram illustrating a configuration example of a management server according to Embodiment 1.
  • FIG. 3 shows a configuration example of a use function table according to the first embodiment. 3 shows a configuration example of a function correspondence table according to the first embodiment. The example of the production
  • FIG. 3 is a schematic diagram illustrating an overview of processing in the first embodiment. 6 is a flowchart illustrating an example of a support matrix correction process according to the first embodiment. 6 is a flowchart illustrating an example of an update procedure list generation process according to the first embodiment.
  • FIG. 6 is a flowchart illustrating an example of an update script execution process according to the first embodiment.
  • FIG. 10 is a block diagram illustrating a configuration example of a management server according to a second embodiment.
  • the structural example of the utilization function table which concerns on Example 2 is shown.
  • zone table which concerns on Example 2 is shown.
  • the structural example of the update required time table which concerns on Example 2 is shown.
  • FIG. 6 is a schematic diagram showing an outline of processing in Example 2.
  • An example of the update procedure list selection GUI (Graphical User Interface) according to the second embodiment is shown.
  • 12 is a flowchart illustrating an example of a support matrix correction process according to the second embodiment.
  • 12 is a flowchart illustrating an example of an execution candidate extraction process according to the second embodiment.
  • FIG. 1 is a block diagram illustrating a configuration example of the management server 10.
  • the management server 10 manages FW (Firmware) of each of a plurality of modules constituting the computer system 11.
  • the module may be a physical device constituting the computer system 11 or may be a virtual device executed on the computer.
  • the computer system 11 may be a vertically integrated system, for example, a computer system in which a plurality of modules constituting the computer system 11 are provided or supported by the same vendor.
  • the computer system 11 may be one in which a plurality of modules are connected by a predetermined cable or communication network 13 or the like, or may be one in which a plurality of modules are built in a predetermined device.
  • the FW-MM 31 is firmware that operates the management module 15 and implements various functions related to management.
  • the FW-SV 32 is firmware that operates the server module 16, and implements various functions related to the server.
  • the FW-ST 33 is firmware that operates the storage module 17 and realizes various functions related to storage.
  • the repository 12 provides various information to the management server 10.
  • the repository 12 is an external server connected to a communication network 13 such as a WAN (Wide Area Network), and may be operated by a vendor that provides or supports modules and FW.
  • the repository 12 is a server or storage connected to a communication network 13 such as a LAN (Local Area Network), and may be installed in the same facility as the management server 10 and the computer system 11.
  • the repository 12 includes each version of the FW 30 corresponding to each module, a plurality of support matrices 100, and a plurality of function correspondence tables 140.
  • the FW is executed in the installed module and realizes various functions related to the module.
  • the FW may have different functions depending on the version.
  • the support matrix 100 is information indicating which version combination of FW of each module is supported by the vendor in configuring the computer system 11. Details of the support matrix 100 will be described later.
  • the function correspondence table 140 is information indicating which function each version of FW corresponds to. Details of the function correspondence table 140 will be described later.
  • the management server 10 includes a CPU (Central Processing Unit) 21, a memory 22, a communication I / F (Interface) 24, an input / output I / F 25, a storage device 23, and an internal bus 26 that connects these elements. .
  • CPU Central Processing Unit
  • memory a memory 22
  • communication I / F Interface
  • storage device 23 a storage device 23
  • internal bus 26 that connects these elements.
  • the CPU 21 executes various calculations according to the computer program, controls the other elements 22 to 25, and realizes various functions of the management server 10.
  • the memory 22 stores computer programs and data used by the CPU 21.
  • the memory 22 includes, for example, a DRAM (Dynamic Random Access Memory), an MRAM (Magnetic Resistive Random Access Memory), or a FeRAM (Ferroelectric Random Access Memory).
  • the communication I / F 24 is an I / F for connecting the management server 10 to the communication network 13.
  • the communication I / F 24 is an I / F that conforms to a communication standard related to, for example, WAN or LAN.
  • the input / output I / F 25 is an I / F for connecting an input device and an output device to the management server 10.
  • the input device is, for example, a keyboard, a mouse, a touch pad, or a microphone.
  • the output device is, for example, a display or a speaker.
  • the storage device 23 holds various data.
  • the storage device 23 includes, for example, an HDD (Hard Disk Drive) or an SSD (Solid State Drive).
  • the storage device 23 may exist either inside or outside the management server 10.
  • the internal bus 26 is a transmission path through which the elements 21 to 25 can transmit data in both directions.
  • the internal bus 26 is a bus conforming to a standard such as SCSI (Small Computer System Interface) or PCI-Express.
  • the management server 10 stores data relating to the use function table 160, the update procedure list 200, the update script 220, and the correction support matrix 120 in the storage device 23. In addition, the management server 10 executes processing related to the support matrix correction unit 41, the update procedure list generation unit 42, the update script execution unit 43, and the input / output processing unit 44 in the CPU 21. Hereinafter, each data and processing will be described.
  • FIG. 2 shows a configuration example of the use function table 160.
  • the use function table 160 includes information about the FW that operates each module constituting the computer system 11, the function of the FW, and whether or not the function is used in the computer system 11. For example, one use function table 160 is associated with one computer system 11.
  • the used function table 160 includes a module name 161, an FW name 162, a current version 163, a function name 164, and a use status 165 as fields.
  • the module name 161 stores the name of the module.
  • the FW name 162 stores the name of the FW.
  • the current version 163 stores the FW version.
  • the function name 164 stores the name of the function.
  • the usage status 165 stores information on whether or not the function is used (for example, YES or NO).
  • the use function table 160 has one record corresponding to one module constituting the computer system 11.
  • the record 169a in FIG. 2 indicates that the “server module (161)” is operating with the firmware “FW-SV (162)” and the current version of this firmware is “1 (163)”.
  • the firmware “FW-SV” has the functions of “SV functions A to D (164)”.
  • the SV functions A and B are used ( 165: YES), indicating that the SV functions C and D are not used (165: NO).
  • FIG. 3 shows a configuration example of the function correspondence table 140.
  • the function correspondence table 140 which is a type of function information, includes information on functions supported in each version of FW. For example, one function correspondence table 140 is associated with one FW.
  • the function correspondence table 140 includes, for example, a matrix having each function of the FW in the row item 141 and each version of the FW in the column item 142. And, for example, in the column composed of the combination of the function of the row item 141 and the version of the column item 142, if the version corresponds to the function, the column is “ ⁇ ”, and if not, the column The column is “x”. Note that “o” and “x” are managed as predetermined flag data on the computer. The same applies to the following.
  • the function correspondence table 140 in FIG. 3 indicates that the functions related to the FW-SV 32 include SV functions A to D, and the FW-SV 32 includes versions 1 to 5. Further, referring to the column 149a of the function correspondence table 140, it can be seen that the version “5” FW-SV 32 corresponds to “SV functions A to C” and does not correspond to “SV function D”.
  • FIG. 4 shows a configuration example of the support matrix 100 and the modified support matrix 120.
  • the configuration of the support matrix 100 and the modified support matrix 120 which are a type of compatibility information, and the processing of the support matrix modification unit 41 will be described. Further, in the following description, when the description is made without distinguishing the same kind of elements, only the common reference sign among the reference signs is used as in the “support matrix 100”, and the same kind of elements are distinguished and explained. May use all of the reference elements (common code + branch code) as in the “support matrix 100-1”.
  • the support matrix 100 has information about which version combinations are supported (matched) and different version combinations are not supported (not matched) for different FW combinations.
  • the support matrix 100 includes, for example, a matrix having each version of one FW in the row item and each version of the other FW in the column item. For example, in a column consisting of a combination of the FW version of the row item and the FW version of the column item, if the combination is supported, the column is “O”. If the combination is not supported, The column is “x”. In addition, if a part of the supported functions is restricted, the column may be “ ⁇ ”.
  • the support matrix 100-1 in FIG. 4 represents the relationship between each version of FW-SV32 and each version of FW-ST33.
  • the support matrix 100-1 indicates that a combination of version 1 of FW-ST33 and version 1 of FW-SV32 is supported (“ ⁇ ”).
  • the support matrix 100-1 indicates that the combination of version 5 of FW-ST33 and version 1 of FW-SV32 is not supported (“ ⁇ ”).
  • the support matrix 100-1 represents that a combination of version 5 of FW-ST33 and version 2 of FW-SV32 is supported, but some functions are limited (“ ⁇ ”).
  • the support matrix correction unit 41 refers to the use function table 160 and the function correspondence table 140 and corrects the support matrix 100 so as to be adapted to the computer system 11.
  • the support matrix 100 modified in this way is referred to as a modified support matrix 120.
  • the support matrix correction unit 41 refers to the usage status 165 of the usage function table 160 and recognizes the function used by the computer system 11 for each FW. Then, the support matrix correction unit 41, in the support matrix 100, if any one of the FW versions related to the “ ⁇ ” column is not compatible with the function used in the computer system 11, the column is changed to “ ⁇ ”. Change to In other words, “ ⁇ ” indicates that the function used by the computer system 11 may not be used in a combination of the FW version of the column item and the FW version of the line item constituting the column. Show. Whether the version of the FW corresponds to the function used in the computer system 11 can be recognized by referring to the function correspondence table 140 corresponding to the FW. In this way, the support matrix correction unit 41 generates, for example, the correction support matrix 120-1 in FIG.
  • the support matrix modification unit 41 may change the “ ⁇ ” column of the modification support matrix 120-1 to “ ⁇ ”. This is to prevent combinations of FW versions that are partially incompatible with functions used in the computer system 11 from being included in the update procedure list 200 described later.
  • the support matrix modification unit 41 may change the “ ⁇ ” column of the modification support matrix 120-1 to “ ⁇ ”. This is because there is no problem even if a combination of FW versions partially unsupported for functions not used in the computer system 11 is included in the update procedure list 200 described later. In this way, the support matrix correction unit 41 generates, for example, the correction support matrix 120-2 of FIG.
  • the support matrix correction unit 41 changes a part of the column of the correction support matrix 120-2 to “x” as a pre-process for searching for an update procedure from the start version to the end version of each FW described later. Also good. For example, the support matrix correction unit 41 updates the FW-ST 33 from the starting version “1” to the ending version “5” and the FW-SV 32 from the starting version “1” to the ending version “5”. Explore. Here, for example, when the update procedure for version upgrade is searched with the modified support matrix 120-2 in FIG. 4, the version of FW-ST33 is raised to “3” before “ ⁇ ”, and then FW -A path for raising the version of SV32 cannot be found (reference numeral 801). Therefore, the support matrix correction unit 41 generates a correction support matrix 120-3a in which a column (column 805) in which such a state can occur is set to “x” in advance.
  • the update procedure for downgrading the FW-ST33 from the starting version “5” to the ending version “1” and the FW-SV 32 from the starting version “5” to the ending version “1” is searched.
  • the update procedure for downgrading is searched with the modified support matrix 120-3
  • the FW-SV32 is lowered to the version “2” and the FW-ST33 is lowered to the version “4”.
  • a path for lowering the version of SV32 cannot be found (reference numeral 802). Therefore, the support matrix correction unit 41 generates a correction support matrix 120-3b in which columns (reference numerals 806 and 807) in which such a state can occur are set to “x” in advance.
  • the support matrix 100 does not necessarily include “ ⁇ ”, and may include “ ⁇ ” and “X”.
  • the process in the support matrix correction unit 41 does not have to be executed. That is, the update procedure list generation unit 42 to be described later uses the support matrix 100 or the modified support matrix 120 composed of “ ⁇ ” and “x”.
  • the support matrix illustrated above may not be explicitly used as long as an update procedure via a combination of FWs that can confirm compatibility can be searched according to information for managing the compatibility between FWs.
  • FIG. 5 shows a generation example of the update procedure list 200.
  • the process of the update procedure list generation unit 42 and the configuration of the update procedure list 200 which is a kind of update procedure information will be described.
  • the update procedure list 200 includes information on how to update the FW of each module constituting the computer system 11.
  • the update procedure list 200 includes an order 201, an FW name 202, and an update version 203 as fields.
  • the order 201 stores a number indicating the order.
  • the FW name 202 stores the name of the FW.
  • the update version 203 stores versions before and after the update.
  • the update procedure list 200 has one record corresponding to one update process.
  • the update procedure list 200 of FIG. 5 updates “FW-ST (202)” from version “2” to “3” (203) in the update process of “first (201)”.
  • “FW-SV (202)” is updated from version “1” to “3” (203). Then, the update procedure list 200 indicates that the update of all FWs is completed by five update processes.
  • the update procedure list generation unit 42 searches for a procedure (referred to as “update procedure”) for updating the FW related to each module from the start version to the end version based on the correction support matrix 120.
  • update procedure includes the meanings of both version upgrade and version down.
  • the starting version and the ending version of FW-SV32 are “1” and “5”, respectively, the starting version and the ending version of FW-ST33 are “2” and “5”, respectively, and the starting version and the ending point of FW-MM31.
  • the versions are “3” and “5”, respectively.
  • the update procedure is searched for by the following processing, and the update procedure list 200 is generated.
  • the correction support matrix 120 related to the combination of FW-ST33 and FW-SV32 is expressed as “ST ⁇ SV”. The same applies to other FW combinations.
  • the update procedure list generation unit 42 searches for a procedure for upgrading the version of FW-ST33.
  • the update procedure list generation unit 42 refers to “ST ⁇ SV” and “MM ⁇ ST”, and in “ST ⁇ SV”, an intermediate version “4” between the start version “2” and the end version “5”. Is “ ⁇ ”, the fact that FW-ST33 is upgraded to the previous version “3” is registered in the update procedure list 200. That is, “1” is registered in the order 201, “FW-ST” is registered in the FW name 202, and “2 ⁇ 3” is registered in the update version 203.
  • the update procedure list generation unit 42 searches for a procedure for upgrading the FW-SV 32 version.
  • the update procedure list generation unit 42 refers to “ST ⁇ SV” and “MM ⁇ SV”, and in “ST ⁇ SV”, an intermediate version “4” between the start version “1” and the end version “5”. Is “ ⁇ ”, it registers in the update procedure list 200 that the version of the FW-SV 32 is upgraded to the previous version “3”. That is, “2” is registered in the order 201, “FW-SV32” is registered in the FW name 202, and “1 ⁇ 3” is registered in the update version 203.
  • the update procedure list generation unit 42 searches for a procedure for upgrading the version of FW-ST33.
  • the update procedure list generation unit 42 refers to “ST ⁇ SV” and “MM ⁇ ST”, and in either of “ST ⁇ SV” and “MM ⁇ ST”, from the above-mentioned halfway version “3” to the end point of ST Since there is no “x” before the version “5”, the fact that the FW-ST 33 is upgraded to the end point version “5” is registered in the update procedure list 200. That is, “3” is registered in the order 201, “FW-ST33” is registered in the FW name 202, and “3 ⁇ 5” is registered in the update version 203.
  • the update procedure list generation unit 42 searches for a procedure for upgrading the version of the FW-MM 31.
  • the update procedure list generation unit 42 refers to “MM ⁇ SV” and “MM ⁇ ST”, and in both “MM ⁇ SV” and “MM ⁇ ST”, the start version “3” to the end version “5”. Since there is no “x” before, the fact that the FW-MM 31 is upgraded to the end point version “5” is registered in the update procedure list 200. That is, “4” is registered in the order 201, “FW-MM31” is registered in the FW name 202, and “3 ⁇ 5” is registered in the update version 203.
  • the update procedure list generation unit 42 searches for a procedure for upgrading the version of the FW-SV 32.
  • the update procedure list generation unit 42 refers to “ST ⁇ SV” and “MM ⁇ SV”, and in either of “ST ⁇ SV” and “MM ⁇ SV”, the update version list generation unit 42 changes the above-mentioned intermediate version “3” to the end point version “3”. Since there is no “x” between “5” and “5”, the fact that the FW-SV 32 is upgraded to the end point version “5” is registered in the update procedure list 200. That is, “5” is registered in the order 201, “FW-SV32” is registered in the FW name 202, and “3 ⁇ 5” is registered in the update version 203.
  • update procedure list generation unit 42 may search for update procedures other than those described above and generate a plurality of different update procedure lists 200.
  • the update procedure list generation unit 42 can generate the update procedure list 200 that upgrades all of the FW-SV 32, FW-ST 33, and FW-MM 31 to the end point version.
  • the update procedure list 200 is not a combination of unsupported versions and a combination of versions whose functions are limited at any time. As a result, it is possible to avoid the possibility that the computer system 11 operates with a combination of FW versions that are not supported. Further, it is possible to avoid the possibility that the function used by the computer system 11 becomes unavailable during the FW update of each module. Returning to the description of FIG.
  • the update script execution unit 43 generates an update script 220 for updating the FW of each module of the computer system 11 based on the update procedure list 200. Then, the update script execution unit 43 executes the generated update script 220 to update (upgrade or downgrade) the FW of each module of the computer system 11.
  • the update script 220 may be executed by the management server 10 or may be executed by the computer system 11. Further, when the update script execution unit 43 fails to update a part of the FW, the update script execution unit 43 may execute a rollback process for returning the part or all of the FWs to the original version.
  • the input / output processing unit 44 controls the input / output I / F 25 to perform processing related to input and output in the management server 10. For example, the input / output processing unit 44 generates a GUI for a user to input an instruction or a parameter to the management server 10, a GUI for presenting a processing result in the management server 10 to the user, and the like.
  • the input / output processing unit 44 may generate and display a GUI capable of selecting any one of the update procedure lists 200 among the plurality of update procedure lists 200 generated by the update procedure list generating unit 42. Then, the input / output processing unit 44 may notify the update script execution unit 43 of one update procedure list 200 selected through this GUI. The update script execution unit 43 may generate the update script 220 based on the notified one update procedure list 200.
  • the input / output processing unit 44 may generate and display a GUI that can specify the FW end point version of each module in the computer system 11. Then, the input / output processing unit 44 may notify the support matrix correction unit 41 and the update procedure list generation unit 42 of the FW end point version of each module specified through this GUI.
  • the input / output processing unit 44 may generate and display a GUI that can specify the FW end point version of any module in the computer system 11.
  • the support matrix correction unit 41 and the update procedure list generation unit 42 automatically select a version that is supported in combination with the end version of the specified FW for the other FW that has not been specified. You may set the version.
  • the input / output processing unit 44 may generate and display a GUI that can specify that the FW of all modules in the computer system 11 is updated to the latest version.
  • the support matrix correction unit 41 and the update procedure list generation unit 42 may automatically set the latest version of each FW as the end point version.
  • FIG. 6 is a schematic diagram showing an overview of the overall processing in the first embodiment.
  • the support matrix correction unit 41 recognizes FW (FW-MM31, FW-SV32, and FW-ST33) corresponding to each module constituting the computer system 11.
  • the support matrix modification unit 41 acquires each support matrix 100 (“SV ⁇ ST”, “ST ⁇ MM”, and “MM ⁇ SV”) related to the recognized FW from the repository 12.
  • the support matrix correction unit 41 corrects the version combination column that does not correspond to the function used by the computer system 11, and generates each correction support matrix 120.
  • the update procedure list generation unit 42 generates one or more update procedure lists 200 based on the information “O” and “X” of each correction support matrix 120.
  • the update script execution unit 43 selects one update procedure list 200 to be used for update from one or more update procedure lists 200. This selection may be made by the user or automatically by the management server 10. For example, the input / output processing unit 44 may display an update procedure list selection GUI 700 as shown in FIG. For example, the update script execution unit 43 may automatically select the update procedure list 200 with the smallest number of update processes (the number of the order 201), or refer to an update required time table 320 shown in FIG. The update procedure list 200 that minimizes the update required time may be automatically selected.
  • the update script execution unit 43 generates the update script 220 based on the selected update procedure list 200.
  • the update script execution unit 43 executes the generated update script 220 to update the FW of each module constituting the computer system 11.
  • FIG. 7 is a flowchart showing an example of the support matrix correction process. Details of the process for generating the correction support matrix 120 will be described below.
  • the support matrix correction unit 41 acquires the support matrix 100 and the function correspondence table 140 from the repository 12 and stores them in the storage device 23 (S101).
  • the support matrix correction unit 41 acquires the starting version of each FW from the computer system 11 (S102).
  • the support matrix correction unit 41 recognizes the end point version of each FW based on an instruction from the user or automatically (S103).
  • the support matrix correction unit 41 refers to the use function table 160, the function correspondence table 140, and the like, generates a correction support matrix 120 from the support matrix 100, stores it in the storage device 23 (S104), and ends this processing (END). ). Details of this step are as shown in FIG. Note that it is possible to determine which of the correction support matrices 120-3a and 120-3b in FIG.
  • the correction support matrix 120 is generated by the above processing. Further, this flow only needs to be performed at least before the update procedure list generation process of FIG. 8, the designation of the end point Ver from the user is not input, and the correction support matrix 120-3a or 120-3b of FIG. If it is not necessary to generate S, the steps S101 and S102 may not be executed.
  • FIG. 8 is a flowchart showing an example of the update procedure list generation process. Details of processing for generating one or more update procedure lists 200 will be described below.
  • the update procedure list generation unit 42 acquires the starting version of each FW from the computer system 11 (S201).
  • the update procedure list generation unit 42 recognizes the end point version of each FW based on an instruction from the user or automatically (S202).
  • S102 to S103 When the support matrix correction unit 41 executes S102 to S103, S201 to S202 may not be executed.
  • the update procedure list generation unit 42 repeats S203 to S230 for the number of FWs (S203).
  • the update procedure list generation unit 42 selects one FW as a starting point among unselected items (S204).
  • the update procedure list generation unit 42 sets (initializes) “1” in the order counter corresponding to the order 201 of the update procedure list 200 (S205).
  • the update procedure list generation unit 42 recognizes the starting version of the FW being selected in S204 (S206).
  • the update procedure list generation unit 42 determines whether or not “x” exists between the starting point or the halfway version of the selected FW and the ending version in any of the correction support matrices 120 (S207).
  • the update procedure list generation unit 42 determines the order counter, the selected FW, and an intermediate version before “ ⁇ ” of the selected FW. Are registered in the update procedure list 200 (S210). Then, the update procedure list generation unit 42 adds “1” to the order counter (S211). Then, the update procedure list generation unit 42 selects the FW and version opposite to the selected FW in the correction support matrix 120 that is “x” with respect to the selected FW (S212), and returns to S207. .
  • the update procedure list generation unit 42 displays the order counter, the selected FW, and the end version of the selected FW in the update procedure list 200. (S220). Then, the update procedure list generation unit 42 determines whether all the FWs have reached the end point version (S221).
  • the update procedure list generation unit 42 When all the FWs have reached the end point version (S221: YES), the update procedure list generation unit 42 outputs the update procedure list 200 (S213), and proceeds to S230.
  • the update procedure list generation unit 42 determines whether or not the search for all FWs has been completed (S222).
  • the update procedure list generation unit 42 selects one FW that has not yet reached the end point version (S223). Then, the update procedure list generation unit 42 adds “1” to the order counter (S224), and returns to S207.
  • the update procedure list generation unit 42 determines whether one or more update procedure lists 200 have been generated (S231).
  • the update procedure list generation unit 42 ends this processing (END) when one or more update procedure lists 200 are generated (S231: YES).
  • the update procedure list generation unit 42 When no update procedure list 200 has been generated (S231: NO), the update procedure list generation unit 42 outputs an error to that effect (S232) and ends this processing (END). Through the above processing, one or more update procedure lists 200 are generated.
  • FIG. 9 is a flowchart showing an example of the update script execution process. Details of the process for generating the update script 220 and the process for updating the FW will be described below.
  • the update script execution unit 43 selects one update procedure list 200 from one or more update procedure lists 200 (S301). This selection may be executed by presenting the procedure searched by the flow of FIG. 8 to the user via the GUI of FIG. 15 illustrated later and receiving any selection instruction. Alternatively, a policy may be set so that update procedure information with the smallest number of update processes is selected, and the update script execution unit 43 may perform FW update with the least number of searched procedures. Alternatively, an update required time table 320 shown in FIG. 13 to be described later is provided in the configuration of the first embodiment, and the required time in all searched procedures is calculated, and the update script execution unit 43 performs the procedure with the minimum required time. You may choose.
  • the update script execution unit 43 generates an update script 220 based on the selected update procedure list 200 (S302).
  • the update script execution unit 43 selects the update process of the next step (the first step is the first step) in the generated update script 220 as an execution target (S303). For example, one update process in the update script 220 corresponds to one record in the update procedure list 200.
  • the update script execution unit 43 acquires the version of FW instructed by the update process being selected from the repository 12 (S304). The update script execution unit 43 installs the acquired version of FW in the target module (S305). That is, the FW version of the target module is updated. The update script execution unit 43 determines whether or not the FW has been successfully updated (S306).
  • the update script execution unit 43 determines whether or not the update has been completed for all the FWs (S307). If there is an FW that has not yet been updated (S307: NO), the update script execution unit 43 returns to S303. When updating of all FWs is completed (S307: YES), the input / output processing unit 44 displays that all FWs have been successfully updated (S308). Then, the update script execution unit 43 ends this process (END).
  • the update script execution unit 43 executes a rollback process that returns the FW installed in the target module in S305 to the version of the FW before the update (S310). Then, the update script execution unit 43 determines whether the rollback process is successful (S311).
  • the input / output processing unit 44 displays an error indicating that the FW update has failed and the rollback process has been successful (S312), and ends this process (END). .
  • the input / output processing unit 44 displays an error indicating that the FW update has failed and the rollback process has also failed (S313), and ends this process (END). .
  • the FW of each module in the computer system 11 is updated.
  • FIG. 10 is a block diagram illustrating a configuration example of the management server 10 according to the second embodiment.
  • the repository 12 includes a support matrix 100, an FW 30 for each version corresponding to each module, a function correspondence table 140, and an update required time table 320. Details of the update required time table 320 will be described later.
  • the management server 10 retains data related to the use function table 360, the function time zone table 300, the update procedure list 200, the update script 220, and the time-based correction support matrix 320 in the storage device 23. In addition, the management server 10 performs processing related to the support matrix correction unit 41, the update procedure list generation unit 42, the execution candidate extraction unit 45, the update script execution unit 43, and the input / output processing unit 44 in the CPU 21. Execute.
  • the support matrix correction unit 41 the update procedure list generation unit 42, the execution candidate extraction unit 45, the update script execution unit 43, and the input / output processing unit 44 in the CPU 21. Execute.
  • data and processing different from those in the first embodiment will be described.
  • FIG. 11 shows a configuration example of the use function table 360 according to the second embodiment.
  • the use function table 360 also has information on a time zone in which the function is used in the computer system 11.
  • the usage function table 360 includes, as fields, a module name 161, an FW name 162, a current version 163, a function name 164, a usage status 165, a start time 166, and an end time 167.
  • the module name 161, FW name 162, current version 163, function name 164, and usage status 165 are as described in FIG.
  • the time is stored in the start time 166 and the end time 167.
  • the record 369a in FIG. 11 indicates that the “server module (161)” is operating with the firmware “FW-SV (162)”, and the current version of this FW is “1 (163)”.
  • the firmware “FW-SV” has the functions “SV functions A to D (164)”, and the SV functions A and B are used in the computer system 11 corresponding to the use function table 360 ( 165: YES), indicating that the SV functions C and D are not used (165: NO).
  • “SV function A (165)” is used from “23:00 (166)” to “5:00 (167)”
  • “SV function B (165)” is used from “2:00 (166)”. It shows that it is used until “5:00 (167)”.
  • FIG. 12 shows a configuration example of the function time zone table 300.
  • the function time zone table 300 includes information regarding whether or not each function is used in each function time zone.
  • the function time zone is set according to the start time 166 and end time 167 of each function in the use function table 360.
  • the functional time zone table 300 includes, for example, a matrix having a function used in the computer system 11 in the row item 301 and a functional time zone in the column item 302. And, for example, in the column composed of the combination of the function of the row item 301 and the function time zone of the column item 302, if the function is used in the function time zone, “ ⁇ ” is selected. Is the column “x”.
  • the SV function A, the SV function B, and the ST function A are all during the function time zone “2:00 to 5:00”. You can see that it is used. Further, referring to the column 309b, it is understood that the SV function A and the SV function B are not used and the ST function A is used during the function time zone “5:00 to 23:00”.
  • FIG. 13 shows a configuration example of the update required time table 320.
  • the update required time table 320 includes information on an approximate time required to update the module FW from a certain version to another certain version.
  • the update required time table 320 includes FW name 321, update version 322, and required time 323 as fields.
  • the FW name 321 stores the name of the FW.
  • the update version 322 stores a version before update and a version after update.
  • the required time 323 stores an approximate time required for updating.
  • the update required time table 320 has one record for each FW version update pattern.
  • the record 329a in FIG. 13 indicates that approximately “20 minutes (323)” is required to update (322) the version of “FW-SV (321)” from “1” to “2”.
  • FIG. 14 is a schematic diagram showing an overview of the entire processing in the second embodiment. Hereinafter, an overview of the entire process executed by the management server 10 in the second embodiment and the function of the execution candidate extraction unit 45 will be described.
  • the support matrix correction unit 41 recognizes FW (FW-MM31, FW-SV32, and FW-ST33) corresponding to each module constituting the computer system 11.
  • the support matrix correction unit 41 acquires the support matrix 100 (“SV ⁇ ST”, “ST ⁇ MM”, and “MM ⁇ SV”) related to the recognized FW from the repository 12.
  • the support matrix correction unit 41 generates the function time zone table 300 based on the use start time 166 and end time 167 of each function in the use function table 360.
  • the functional time zone table 300 has functional time zones A and B.
  • the support matrix correction unit 41 corrects the column of the combination of versions not corresponding to the functions used by the computer system 11 in the function time zone for each support matrix 100. Then, the correction support matrices 320A and 320B for each time zone are generated.
  • the update procedure list generation unit 42 selects the function time zone A (B) based on “O” and “X” of the correction support matrix 320A (320B) for each time zone corresponding to the function time zone A (B). ) To generate one or more update procedure lists 200A (200B).
  • the execution candidate extraction unit 45 updates from the one or more update procedure lists 200A (200B) corresponding to the function time zone A (B) to complete the update within the range of the function time zone A (B).
  • a list 200AA (200BB) is extracted and registered as an execution candidate. That is, the execution candidate extraction unit 45 refers to the update required time table 320 and calculates an approximate time required for updating each update procedure list 200 (referred to as “update required time”).
  • the execution candidate extraction unit 45 then updates the update required time within the function time zone within one or more update procedure lists 200 corresponding to the function time zone (function time zone> update required time zone).
  • the procedure list 200 is extracted and registered as an execution candidate.
  • the update script execution unit 43 selects, for example, one update procedure list 200AA used for update from one or more update procedure lists 200AA and 200BB registered in the execution candidates. This selection may be made by the user or automatically by the management server 10. For example, as shown in FIG. 15 described later, the input / output processing unit 44 may generate and display an update procedure list selection GUI and allow the user to select one update procedure list 200 used for updating. For example, the update script execution unit 43 may automatically select the update procedure list 200 having the smallest number of update processes (the number of the order 201) or automatically select the update procedure list 200 having the shortest update time. You may choose.
  • the update script execution unit 43 generates the update script 220 based on the selected update procedure list 200AA.
  • the update script execution unit 43 starts executing the generated update script 220 within the range of the functional time zone A corresponding to the selected update procedure list 200AA (for example, the start time of the functional time zone A). Then, the FW of each module constituting the computer system 11 is updated.
  • FIG. 15 shows an example of the configuration of the update procedure list selection GUI 700.
  • the update procedure list selection GUI 700 is a GUI for selecting one update procedure list 200 used for update from a plurality of update procedure lists 200.
  • the update procedure list selection GUI 700 is generated by, for example, the input / output processing unit 44.
  • the update procedure list selection GUI 700 includes, for example, one or more update procedure lists 701a and 701b, list selection areas 702a and 702b corresponding to the update procedure lists 701a and 702b, and an OK button 703, respectively.
  • the execution time zones 705a and 705b and the required update times 706a and 706b may be displayed.
  • time zones 705a and 705b time zones in which the update procedure lists 701a and 701b are scheduled to be executed are displayed.
  • functional time zones corresponding to the update procedure lists 701a and 701b may be displayed, or the time at which the update is scheduled to start may be displayed.
  • the update required times 706a and 706b indicate how much time is required when the FW of each module constituting the computer system 11 is updated by the update script 220 generated based on the update procedure lists 701a and 701b. Is done.
  • the update required times 706 a and 706 b can be calculated by referring to the update required time table 320.
  • the update procedure list selection GUI 700 shown in FIG. 15 when the user selects the list selection region 702b among the list selection regions 702a and 702b and presses the OK button 703, the update procedure list 702b is selected.
  • the update script execution unit 43 generates an update script 220 corresponding to the selected update procedure list 702b. Then, the update script execution unit 43 executes the generated update script 220 so that the update is completed between “5:00 and 23:00 (705b)”.
  • the update processing script 43 may execute the update from “5:00” which is the start time of the execution time zone. In the case of the first embodiment, elements other than the execution time zones 705a and 705b and the update required times 706a and 706b may be displayed.
  • FIG. 16 is a flowchart illustrating an example of a support matrix correction process according to the second embodiment.
  • the support matrix correction unit 41 acquires the support matrix 100, the function correspondence table 140, and the update required time table 320 from the repository 12 (S401).
  • the support matrix correction unit 41 generates a function time zone table 300 based on the use function table 360 and the function correspondence table 140 (S402).
  • the support matrix correction unit 41 acquires the starting version of each FW from the computer system 11 (S403).
  • the support matrix correction unit 41 recognizes the end point version of each FW based on an instruction from the user or automatically (S404).
  • S403 and S404 are not essential as in the first embodiment.
  • the support matrix correction unit 41 repeats S405 to S408 for the number of function time zones (S405).
  • the support matrix correction unit 41 selects one function time zone among the unselected items (S406).
  • the support matrix correction unit 41 generates a time-based correction support matrix in consideration of the function used in the selected function time zone (S407). For example, in the support matrix 110-1 in FIG. 4, the support matrix correction unit 41 changes the “ ⁇ ” column corresponding to the function used in the selected function time zone to “ ⁇ ”. A correction support matrix for each time period corresponding to the correction support matrix 120-1 is generated.
  • the support matrix correction unit 41 ends this processing (END) after completing the repetition of S405 to S408 (S408). Through the above processing, a time-based correction support matrix for each functional time zone is generated.
  • FIG. 17 is a flowchart showing an example of the execution candidate extraction process.
  • the execution candidate extraction unit 45 repeats S501 to S509 for the number of function time zones (S501). In the execution candidate extraction, one function time zone is selected among unselected (S502).
  • the execution candidate extraction unit 45 repeats S503 to S508 for the number of update procedure lists 200 corresponding to the selected function time zone (S503).
  • the execution candidate extraction unit 45 selects one update procedure list 200 from among the unselected update procedure lists 200 corresponding to the selected function time zone (S504).
  • the execution candidate extraction unit 45 calculates the update required time of the update procedure list 200 being selected based on the update required time table 320 (S505).
  • the execution candidate extraction unit 45 determines whether or not the required update time falls within the range of the selected function time zone (S506). When the update required time falls within the range of the selected function time zone (S506: YES), the execution candidate extraction unit 45 registers the selected update procedure list 200 and the function time zone as execution candidates (S507). , The process proceeds to S508. If the update required time does not fall within the range of the selected function time zone (S506: NO), the execution candidate extraction unit 45 proceeds directly to S508.
  • the execution candidate extraction unit 45 completes the repetition of S503 to S508, and further completes the repetition of S501 to S509, and then ends this processing (END).
  • the update procedure list 200 that can be updated within the function time zone is registered as an execution candidate.
  • the update procedure list 200 registered in the execution candidate is displayed on, for example, the update procedure list selection GUI 700 shown in FIG. 15, and one update procedure list 200 is selected by the user.
  • the process for generating the update script 220 from the selected update procedure list 200 and the process for updating the FW are the same as in the first embodiment.
  • the update script 220 is not always executed immediately, but is executed so that the update is completed within the function time zone corresponding to the selected update procedure list 200.
  • the update script 220 is started at the start time of the function time zone.
  • an effective FW update procedure can be searched and executed in consideration of the time zone.
  • the FW can be updated without restricting the use of the user's function.
  • Updates can be completed in fewer procedures or times.
  • Management server 11 Computer system 12: Repository 15, 16, 17: Module 30, 31, 32, 33: Firmware 100: Support matrix

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)

Abstract

　それぞれがファームウェアを有する複数のモジュールを有するコンピュータシステムを以下の方法で管理する。各モジュールのファームウェアのバージョン間の組み合わせの適合性を表す適合性情報を取得する。コンピュータシステムから、各モジュールのファームウェアの更新前のバージョンを取得する。各モジュールのファームウェアの更新後のバージョンを決定する。適合性情報に基づいて、各モジュールのファームウェアを更新前のバージョンから更新後のバージョンへ更新するための複数の更新処理の更新手順を表す更新手順情報を生成する。生成された更新手順情報が表す更新手順で複数の更新処理を実行する。

Description

コンピュータシステムの管理方法および管理装置
　本発明は、コンピュータシステムを構成するモジュールのファームウェアを更新する技術に関する。
　それぞれがファームウェアを有する複数のモジュールから構成されるコンピュータシステムが知られている。ファームウェアのバージョンは、不具合の解消や機能の追加などの目的で更新され得る。コンピュータシステムを構成する複数のモジュールが互いに連携して動作する場合、ベンダ等によってサポートされている各ファームウェアのバージョンの組み合わせが決まっていることがある。
　特許文献１には、ホストコンピュータと、そのホストコンピュータに接続されたプリンタとからなる印刷システムにおいて、ホストコンピュータのドライバのバージョンと、プリンタにおける制御プログラムのバージョンとの適合性を判断することが開示されている。
特開２００１－２７９４０号公報
　高可用性が要求されるコンピュータシステムでは、システムを稼働させたまま各モジュールのファームウェアを順次、新バージョンに更新することが考えられる。この場合、コンピュータシステムを構成する全てのモジュールのファームウェアが新バージョンに更新される途中の時点では、或るモジュールは旧バージョンのファームウェアで稼働し、別の或るモジュールは新バージョンのファームウェアで稼働するといった状態が発生し得る。この旧バージョンと新バージョンの組み合わせがサポート対象外であると、各モジュールから構成されるコンピュータシステム全体の稼働に不具合が発生するおそれがある。また、コンピュータシステムにおいて利用中の或る機能がこの旧バージョンと新バージョンの組み合わせでは利用できないものである場合、コンピュータシステムは、ファームウェアの更新の途中の時点において、この機能を利用できないおそれがある。
　そこで、本発明の目的は、複数のモジュールから構成されるコンピュータシステムにおいて、各モジュールのファームウェアのバージョンを安全に更新することにある。また、本発明の別の目的は、コンピュータシステムにおける機能の利用を妨げることなく、各モジュールのファームウェアのバージョンを更新することにある。
　一実施例として、それぞれがファームウェアを有する複数のモジュールを有するコンピュータシステムを、以下の方法で管理する。各モジュールのファームウェアのバージョン間の組み合わせの適合性を表す適合性情報を取得する。コンピュータシステムから、各モジュールのファームウェアの更新前のバージョンを取得する。各モジュールのファームウェアの更新後のバージョンを決定する。適合性情報に基づいて、各モジュールのファームウェアを更新前のバージョンから更新後のバージョンへ更新するための複数の更新処理の更新手順を表す更新手順情報を生成する。その生成された更新手順情報が表す更新手順で複数の更新処理を実行する。
　本発明によれば、複数のモジュールから構成されるコンピュータシステムにおいて、各モジュールのファームウェアのバージョンを安全に更新することができる。また、本発明によれば、コンピュータシステムにおける機能の利用を妨げることなく、各モジュールのファームウェアのバージョンを更新することができる。
実施例１に係る管理サーバの構成例を示すブロック図である。 実施例１に係る利用機能テーブルの構成例を示す。 実施例１に係る機能対応テーブルの構成例を示す。 実施例１に係る修正サポートマトリックスの生成例を示す。 実施例１に係る更新手順リストの生成例を示す。 実施例１における処理の概要を示す模式図である。 実施例１に係るサポートマトリックス修正処理の一例を示すフローチャートである。 実施例１に係る更新手順リスト生成処理の一例を示すフローチャートである。 実施例１に係る更新スクリプト実行処理の一例を示すフローチャートである。 実施例２に係る管理サーバの構成例を示すブロック図である。 実施例２に係る利用機能テーブルの構成例を示す。 実施例２に係る機能時間帯テーブルの構成例を示す。 実施例２に係る更新所要時間テーブルの構成例を示す。 実施例２における処理の概要を示す模式図である。 実施例２に係る更新手順リスト選択用ＧＵＩ（Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）の一例を示す。 実施例２に係るサポートマトリックス修正処理の一例を示すフローチャートである。 実施例２に係る実行候補抽出処理の一例を示すフローチャートである。
　以下、一実施例を説明する。
　以下の説明では、「×××テーブル」、「×××マトリックス」又は「×××リスト」の表現にて情報を説明することがあるが、情報は、どのようなデータ構造で表現されていてもよい。すなわち、情報がデータ構造に依存しないことを示すために、「×××マトリックス」又は「×××リスト」を「×××情報」と呼ぶことができる。
　図１は、管理サーバ１０の構成例を示すブロック図である。
　管理サーバ１０は、コンピュータシステム１１を構成する複数のモジュールの各々のＦＷ（Ｆｉｒｍｗａｒｅ）を管理する。モジュールは、コンピュータシステム１１を構成する物理的なデバイスであっても良いし、コンピュータ上で実行される仮想的なデバイスであっても良い。コンピュータシステム１１は、垂直統合型システム、例えば、そのコンピュータシステム１１を構成する複数のモジュールが同一のベンダによって提供又はサポートされているコンピュータシステムであってもよい。コンピュータシステム１１は、複数のモジュールが所定のケーブル又は通信ネットワーク１３等で接続されたものであってもよいし、複数のモジュールが所定の装置に内蔵されたものであってもよい。
　図１におけるコンピュータシステム１１は、管理に関する機能を有する管理モジュール１５と、サーバに関する機能を有するサーバモジュール１６と、ストレージに関する機能を有するストレージモジュール１７とによって構成されている。ＦＷ－ＭＭ３１は、管理モジュール１５を稼働させるファームウェアであり、管理に関する様々な機能を実現する。ＦＷ－ＳＶ３２は、サーバモジュール１６を稼働させるファームウェアであり、サーバに関する様々な機能を実現する。ＦＷ－ＳＴ３３は、ストレージモジュール１７を稼働させるファームウェアであり、ストレージに関する様々な機能を実現する。
　リポジトリ１２は、管理サーバ１０に様々な情報を提供する。リポジトリ１２は、ＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などの通信ネットワーク１３に接続された外部のサーバであって、モジュール及びＦＷを提供又はサポートするベンダによって運営されてもよい。若しくは、リポジトリ１２は、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）などの通信ネットワーク１３に接続されたサーバ又はストレージであって、管理サーバ１０及びコンピュータシステム１１と同じ施設内に設置されてもよい。リポジトリ１２は、各モジュールに対応する各バージョンのＦＷ３０と、複数のサポートマトリックス１００と、複数の機能対応テーブル１４０とを有する。
　ＦＷは、インストールされたモジュール内で実行され、そのモジュールに係る様々な機能を実現する。ＦＷは、バージョンによって異なる機能を有してよい。
　サポートマトリックス１００は、コンピュータシステム１１を構成するにあたり、各モジュールのＦＷの何れのバージョンの組み合わせがベンダによってサポートされているかを表す情報である。サポートマトリックス１００の詳細については後述する。
　機能対応テーブル１４０は、各バージョンのＦＷが何れの機能に対応しているかを表す情報である。機能対応テーブル１４０の詳細については後述する。
　管理サーバ１０は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）２１と、メモリ２２と、通信Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２４と、入出力Ｉ／Ｆ２５と、記憶デバイス２３と、それらの要素を接続する内部バス２６と、を備える。
　ＣＰＵ２１は、コンピュータプログラムに従って様々な演算を実行し、他の要素２２乃至２５を制御し、管理サーバ１０の有する様々な機能を実現する。
　メモリ２２には、ＣＰＵ２１が使用するコンピュータプログラム及びデータなどが記憶される。メモリ２２は、例えば、ＤＲＡＭ（Ｄｙｎａｍｉｃ　Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＭＲＡＭ（Ｍａｇｎｅｔｏｒｅｓｉｓｔｉｖｅ　ｒａｎｄｏｍ　ａｃｃｅｓｓ　ｍｅｍｏｒｙ）又はＦｅＲＡＭ（Ｆｅｒｒｏｅｌｅｃｔｒｉｃ　ｒａｎｄｏｍ　ａｃｃｅｓｓ　ｍｅｍｏｒｙ）などで構成される。
　通信Ｉ／Ｆ２４は、管理サーバ１０を通信ネットワーク１３に接続するためのＩ／Ｆである。通信Ｉ／Ｆ２４は、例えば、ＷＡＮ又はＬＡＮなどに関する通信規格に準拠するＩ／Ｆである。
　入出力Ｉ／Ｆ２５は、入力デバイス及び出力デバイスを管理サーバ１０に接続するためのＩ／Ｆである。入力デバイスは、例えば、キーボード、マウス、タッチパッド又はマイクなどである。出力デバイスは、例えば、ディスプレイ又はスピーカなどである。
　記憶デバイス２３には、様々なデータが保持される。記憶デバイス２３は、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）又はＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などで構成される。記憶デバイス２３は、管理サーバ１０の内部及び外部の何れに存在しても良い。
　内部バス２６は、要素２１乃至２５が双方向にデータ伝送可能な伝送路である。内部バス２６は、例えば、ＳＣＳＩ（Ｓｍａｌｌ　Ｃｏｍｐｕｔｅｒ　Ｓｙｓｔｅｍ　Ｉｎｔｅｒｆａｃｅ）又はＰＣＩ－Ｅｘｐｒｅｓｓなどの規格に準拠するバスである。
　管理サーバ１０は、記憶デバイス２３に、利用機能テーブル１６０と、更新手順リスト２００と、更新スクリプト２２０と、修正サポートマトリックス１２０と、に係るデータを保持する。また、管理サーバ１０は、ＣＰＵ２１において、サポートマトリックス修正部４１と、更新手順リスト生成部４２と、更新スクリプト実行部４３と、入出力処理部４４と、に係る処理を実行する。以下、各データ及び処理について説明する。
　図２は、利用機能テーブル１６０の構成例を示す。
　利用機能テーブル１６０は、コンピュータシステム１１を構成する各モジュールを稼働させるＦＷ、そのＦＷの有する機能、およびその機能がコンピュータシステム１１において利用されているか否か、に関する情報を有する。例えば、１のコンピュータシステム１１に、１の利用機能テーブル１６０が対応付けられる。
　利用機能テーブル１６０は、フィールドとして、モジュール名１６１と、ＦＷ名１６２と、現バージョン１６３と、機能名１６４と、利用状況１６５とを有する。モジュール名１６１には、モジュールの名称が格納される。ＦＷ名１６２には、ＦＷの名称が格納される。現バージョン１６３には、ＦＷのバージョンが格納される。機能名１６４には、機能の名称が格納される。利用状況１６５には、機能が利用されているか否かの情報（例えば、ＹＥＳ又はＮＯ）が格納される。
　利用機能テーブル１６０は、コンピュータシステム１１を構成する１のモジュールに対応する１のレコードを有する。例えば、図２のレコード１６９ａは、「サーバモジュール（１６１）」はファームウェア「ＦＷ－ＳＶ（１６２）」で稼働しており、このファームウェアの現在のバージョンは「１（１６３）」であることを示す。そして、このファームウェア「ＦＷ－ＳＶ」は「ＳＶ機能Ａ乃至Ｄ（１６４）」の機能を有し、この利用機能テーブル１６０に対応するコンピュータシステム１１では、ＳＶ機能Ａ及びＢが利用されており（１６５：ＹＥＳ）、ＳＶ機能Ｃ及びＤが利用されていない（１６５：ＮＯ）ことを示す。
　図３は、機能対応テーブル１４０の構成例を示す。
　機能情報の一種である機能対応テーブル１４０は、ＦＷの各バージョンにおいて対応している機能に関する情報を有する。例えば、１のＦＷに、１の機能対応テーブル１４０が対応付けられる。機能対応テーブル１４０は、例えば、行項目１４１にＦＷが有する各機能を有し、列項目１４２にＦＷの各バージョンを有するマトリックスで構成される。そして、例えば、行項目１４１の機能と列項目１４２のバージョンと組み合わせからなる欄において、そのバージョンがその機能に対応している場合にはその欄を「○」、対応していない場合にはその欄を「×」とする。なお、この「○」及び「×」は、コンピュータ上では所定のフラグデータとして管理される。以下についても同様である。
　例えば、図３の機能対応テーブル１４０は、ＦＷ－ＳＶ３２に関する機能にはＳＶ機能Ａ乃至Ｄが存在し、ＦＷ－ＳＶ３２にはバージョン１乃至５が存在することを表す。また、機能対応テーブル１４０の列１４９ａを参照すると、バージョン「５」のＦＷ－ＳＶ３２は、「ＳＶ機能Ａ乃至Ｃ」に対応しており、「ＳＶ機能Ｄ」に対応していないことがわかる。
　図４は、サポートマトリックス１００及び修正サポートマトリックス１２０の構成例を示す。以下、適合性情報の一種であるサポートマトリックス１００及び修正サポートマトリックス１２０の構成と、サポートマトリックス修正部４１の処理とについて説明する。また、以下の説明では、同種の要素を区別しないで説明する場合には、「サポートマトリックス１００」のように参照符号のうちの共通符号のみを使用し、同種の要素を区別して説明する場合には、「サポートマトリックス１００－１」のように、参照要素の全て（共通符号＋枝符号）を使用することがある。
　サポートマトリックス１００は、異なるＦＷの組み合わせについて、どのバージョンの組み合わせがサポートされており（適合するか）、どのバージョンの組み合わせがサポートされていないか（適合しないか）についての情報を有する。サポートマトリックス１００は、例えば、行項目に一方のＦＷの各バージョンを有し、列項目に他方のＦＷの各バージョンを有するマトリックスで構成される。そして、例えば、行項目のＦＷのバージョンと列項目のＦＷのバージョンとの組み合わせからなる欄において、その組み合わせがサポートされている場合にはその欄を「○」、サポートされていない場合にはその欄を「×」とする。また、サポートされているものの一部の機能が制限される場合にはその欄を「△」としてもよい。
　例えば、図４のサポートマトリックス１００－１は、ＦＷ－ＳＶ３２の各バージョンとＦＷ－ＳＴ３３の各バージョンとの関係を表す。サポートマトリックス１００－１は、ＦＷ－ＳＴ３３のバージョン１と、ＦＷ－ＳＶ３２のバージョン１との組み合わせがサポートされていること（「○」）を表す。サポートマトリックス１００－１は、ＦＷ－ＳＴ３３のバージョン５と、ＦＷ－ＳＶ３２のバージョン１との組み合わせがサポートされていないこと（「×」）を表す。サポートマトリックス１００－１は、ＦＷ－ＳＴ３３のバージョン５と、ＦＷ－ＳＶ３２のバージョン２との組み合わせはサポートされているものの一部の機能が制限されること（「△」）を表す。
　サポートマトリックス修正部４１は、利用機能テーブル１６０及び機能対応テーブル１４０を参照し、サポートマトリックス１００をコンピュータシステム１１に適応するように修正する。このように修正されたサポートマトリックス１００を、修正サポートマトリックス１２０という。
　例えば、サポートマトリックス修正部４１は、利用機能テーブル１６０の利用状況１６５を参照し、各ＦＷについて、コンピュータシステム１１が利用している機能を認識する。そして、サポートマトリックス修正部４１は、サポートマトリックス１００において「△」の欄に係る何れか一方のＦＷのバージョンが、コンピュータシステム１１で利用されている機能に未対応な場合、その欄を「▲」に変更する。つまり、「▲」は、コンピュータシステム１１が利用している機能が、その欄を構成する列項目のＦＷのバージョンと行項目のＦＷのバージョンとの組み合わせでは利用できなくなってしまうおそれがある旨を示す。そのＦＷのバージョンが、コンピュータシステム１１で利用されている機能に対応しているか否かは、そのＦＷに対応する機能対応テーブル１４０を参照することにより認識できる。このようにして、サポートマトリックス修正部４１は、例えば、図４の修正サポートマトリックス１２０－１を生成する。
　次に、サポートマトリックス修正部４１は、上記の修正サポートマトリックス１２０－１の「▲」の欄を「×」に変更してもよい。コンピュータシステム１１で利用されている機能に一部未対応なＦＷのバージョンの組み合わせが、後述する更新手順リスト２００に含まれないようにするためである。サポートマトリックス修正部４１は、上記の修正サポートマトリックス１２０－１の「△」の欄を「○」に変更してもよい。コンピュータシステム１１で利用されていない機能に一部未対応なＦＷのバージョンの組み合わせは、後述する更新手順リスト２００に含まれても問題ないからである。このようにして、サポートマトリックス修正部４１は、例えば、図４の修正サポートマトリックス１２０－２を生成する。
　次に、サポートマトリックス修正部４１は、後述する各ＦＷの起点バージョンから終点バージョンまでの更新手順の探索の前処理として、修正サポートマトリックス１２０－２の一部の欄を「×」に変更してもよい。例えば、サポートマトリックス修正部４１は、ＦＷ－ＳＴ３３を起点バージョン「１」から終点バージョン「５」へ、ＦＷ－ＳＶ３２を起点バージョン「１」から終点バージョン「５」へとバージョンアップするための更新手順を探索する。ここで、例えば、図４の修正サポートマトリックス１２０－２のままでバージョンアップの更新手順を探索すると、ＦＷ－ＳＴ３３のバージョンを「×」の手前の「３」まで上げた段階で、次にＦＷ－ＳＶ３２のバージョンを上げる経路を発見できない（符号８０１）。そこで、サポートマトリックス修正部４１は、このような状態が発生し得る欄（符号８０５の欄）を予め「×」にした修正サポートマトリックス１２０－３ａを生成する。
　同様に、ＦＷ－ＳＴ３３を起点バージョン「５」から終点バージョン「１」へ、ＦＷ－ＳＶ３２を起点バージョン「５」から終点バージョン「１」へとバージョンダウンするための更新手順を探索する。ここで、修正サポートマトリックス１２０－３のままでバージョンダウンの更新手順を探索すると、例えば、ＦＷ－ＳＶ３２をバージョン「２」、ＦＷ－ＳＴ３３をバージョン「４」まで下げた段階で、次にＦＷ－ＳＶ３２のバージョンを下げる経路を発見することができない（符号８０２）。そこで、サポートマトリックス修正部４１は、このような状態が発生し得る欄（符号８０６、８０７）を予め「×」にした修正サポートマトリックス１２０－３ｂを生成する。
　なお、サポートマトリックス１００は、必ずしも「△」を含んでいなくても良く、「○」及び「×」で構成されていてもよい。この場合、上記のサポートマトリックス修正部４１における処理は実行されなくてもよい。すなわち、後述する更新手順リスト生成部４２は、「○」及び「×」で構成されたサポートマトリックス１００又は修正サポートマトリックス１２０を使用する。また、ＦＷ間の適合性の可否を管理する情報に従って、適合性を確認できるＦＷの組み合わせを経由する更新手順を探索できるならば、上記例示したサポートマトリックスを明示的に用いなくても良い。
　図５は、更新手順リスト２００の生成例を示す。以下、更新手順リスト生成部４２の処理と、更新手順情報の一種である更新手順リスト２００の構成について説明する。
　更新手順リスト２００は、コンピュータシステム１１を構成する各モジュールのＦＷをどのような手順で更新するかに関する情報を有する。更新手順リスト２００は、フィールドとして、順序２０１と、ＦＷ名２０２と、更新バージョン２０３とを有する。順序２０１には、順序を示す番号が格納される。ＦＷ名２０２には、ＦＷの名称が格納される。更新バージョン２０３には、更新前と更新後のバージョンが格納される。
　更新手順リスト２００は、１の更新処理に対応する１のレコードを有する。例えば、図５の更新手順リスト２００は、「１番目（２０１）」の更新処理で、「ＦＷ－ＳＴ（２０２）」を、バージョン「２」から「３」へ更新する（２０３）し、「２番目（２０１）」の更新処理で、「ＦＷ－ＳＶ（２０２）」を、バージョン「１」から「３」へ更新する（２０３）ことを示す。そして、更新手順リスト２００は、５回の更新処理によって、全てのＦＷの更新を完了することを示す。
　更新手順リスト生成部４２は、修正サポートマトリックス１２０に基づいて、各モジュールに係るＦＷを起点バージョンから終点バージョンまで更新する手順（「更新手順」という）を探索する。ここで、「更新」とは、バージョンアップとバージョンダウンの両方の意味を含むものとする。
　図５において、ＦＷ－ＳＶ３２の起点バージョン及び終点バージョンはそれぞれ「１」及び「５」、ＦＷ－ＳＴ３３の起点バージョン及び終点バージョンはそれぞれ「２」及び「５」、ＦＷ－ＭＭ３１の起点バージョン及び終点バージョンはそれぞれ「３」及び「５」である。この場合、例えば、以下の処理によって更新手順を探索し、更新手順リスト２００を生成する。なお、以下において、ＦＷ－ＳＴ３３とＦＷ－ＳＶ３２の組み合わせに係る修正サポートマトリックス１２０を「ＳＴ×ＳＶ」と表現する。他のＦＷの組み合わせについても同様とする。
　（Ｓ１）更新手順リスト生成部４２は、ＦＷ－ＳＴ３３のバージョンアップの手順を探索する。更新手順リスト生成部４２は、「ＳＴ×ＳＶ」及び「ＭＭ×ＳＴ」を参照すると、「ＳＴ×ＳＶ」において、起点バージョン「２」から終点バージョン「５」までの間の途中バージョン「４」が「×」であるので、ＦＷ－ＳＴ３３をその手前の途中バージョン「３」までバージョンアップさせる旨を更新手順リスト２００に登録する。つまり、順序２０１に「１」、ＦＷ名２０２に「ＦＷ－ＳＴ」、更新バージョン２０３に「２→３」を登録する。
　（Ｓ２）更新手順リスト生成部４２は、ＦＷ－ＳＶ３２のバージョンアップの手順を探索する。更新手順リスト生成部４２は、「ＳＴ×ＳＶ」及び「ＭＭ×ＳＶ」を参照すると、「ＳＴ×ＳＶ」において、起点バージョン「１」から終点バージョン「５」までの間の途中バージョン「４」が「×」であるので、ＦＷ－ＳＶ３２をその手前の途中バージョン「３」までバージョンアップさせる旨を更新手順リスト２００に登録する。つまり、順序２０１に「２」、ＦＷ名２０２に「ＦＷ－ＳＶ３２」、更新バージョン２０３に「１→３」を登録する。
　（Ｓ３）更新手順リスト生成部４２は、ＦＷ－ＳＴ３３のバージョンアップの手順を探索する。更新手順リスト生成部４２は、「ＳＴ×ＳＶ」及び「ＭＭ×ＳＴ」を参照すると、「ＳＴ×ＳＶ」及び「ＭＭ×ＳＴ」の何れにおいても、上記の途中バージョン「３」からＳＴの終点バージョン「５」までの間に「×」がないので、ＦＷ－ＳＴ３３を終点バージョン「５」までバージョンアップさせる旨を更新手順リスト２００に登録する。つまり、順序２０１に「３」、ＦＷ名２０２に「ＦＷ－ＳＴ３３」、更新バージョン２０３に「３→５」を登録する。
　（Ｓ４）次に、更新手順リスト生成部４２は、ＦＷ－ＭＭ３１のバージョンアップの手順を探索する。更新手順リスト生成部４２は、「ＭＭ×ＳＶ」及び「ＭＭ×ＳＴ」を参照すると、「ＭＭ×ＳＶ」及び「ＭＭ×ＳＴ」の何れにおいても、起点バージョン「３」から終点バージョン「５」までの間に「×」がないので、ＦＷ－ＭＭ３１を終点バージョン「５」までバージョンアップさせる旨を更新手順リスト２００に登録する。つまり、順序２０１に「４」、ＦＷ名２０２に「ＦＷ－ＭＭ３１」、更新バージョン２０３に「３→５」を登録する。
　（Ｓ５）更新手順リスト生成部４２は、ＦＷ－ＳＶ３２のバージョンアップの手順を探索する。更新手順リスト生成部４２は、「ＳＴ×ＳＶ」及び「ＭＭ×ＳＶ」を参照すると、「ＳＴ×ＳＶ」及び「ＭＭ×ＳＶ」の何れにおいても、上記の途中バージョン「３」から終点バージョン「５」までの間に「×」がないので、ＦＷ－ＳＶ３２を終点バージョン「５」までバージョンアップさせる旨を更新手順リスト２００に登録する。つまり、順序２０１に「５」、ＦＷ名２０２に「ＦＷ－ＳＶ３２」、更新バージョン２０３に「３→５」）を登録する。
　なお、更新手順リスト生成部４２は、上記以外の更新手順を探索し、複数の異なる更新手順リスト２００を生成してもよい。
　以上の処理により、更新手順リスト生成部４２は、ＦＷ－ＳＶ３２、ＦＷ－ＳＴ３３及びＦＷ－ＭＭ３１の全てを終点バージョンまでバージョンアップさせる更新手順リスト２００を生成することができる。そして、この更新手順リスト２００は、何れの時点おいても、サポートされていないバージョンの組み合わせ及び一部機能が制限されるバージョンの組み合わせとならない。これにより、コンピュータシステム１１が、サポートされていないＦＷのバージョンの組み合わせで稼働するおそれを回避することができる。また、コンピュータシステム１１が利用している機能が、各モジュールのＦＷの更新中に利用できなくなってしまうおそれを回避することができる。以下、図１の説明に戻る。
　更新スクリプト実行部４３は、更新手順リスト２００に基づいて、コンピュータシステム１１の各モジュールのＦＷを更新するための更新スクリプト２２０を生成する。そして、更新スクリプト実行部４３は、その生成した更新スクリプト２２０を実行し、コンピュータシステム１１の各モジュールのＦＷを更新（バージョンアップ又はバージョンダウン）する。更新スクリプト２２０は、管理サーバ１０で実行されてもよいし、コンピュータシステム１１で実行されてもよい。また、更新スクリプト実行部４３は、一部のＦＷの更新に失敗した場合、その一部又は全部のＦＷを元のバージョンに戻すロールバック処理を実行してもよい。
　入出力処理部４４は、入出力Ｉ／Ｆ２５を制御して、管理サーバ１０における入力及び出力に関する処理を行う。例えば、入出力処理部４４は、ユーザが管理サーバ１０に指示又はパラメータ等を入力するためのＧＵＩや、管理サーバ１０での処理結果をユーザに提示するためのＧＵＩなどを生成する。
　入出力処理部４４は、更新手順リスト生成部４２が生成した複数の更新手順リスト２００の内、何れか１つの更新手順リスト２００を選択できるＧＵＩを生成及び表示してもよい。そして、入出力処理部４４は、このＧＵＩを通じて選択された１つの更新手順リスト２００を、更新スクリプト実行部４３に通知してもよい。更新スクリプト実行部４３は、この通知された１つの更新手順リスト２００に基づいて更新スクリプト２２０を生成してもよい。
　入出力処理部４４は、コンピュータシステム１１における各モジュールのＦＷの終点バージョンを指定できるＧＵＩを生成及び表示してもよい。そして、入出力処理部４４は、このＧＵＩを通じて指定された各モジュールのＦＷの終点バージョンを、サポートマトリックス修正部４１及び更新手順リスト生成部４２に通知してもよい。
　入出力処理部４４は、コンピュータシステム１１における何れかのモジュールのＦＷの終点バージョンを指定できるＧＵＩを生成及び表示してもよい。この場合、サポートマトリックス修正部４１及び更新手順リスト生成部４２は、指定されなかった他のＦＷについて、その指定されたＦＷの終点バージョンとの組み合わせおいてサポートされているバージョンを、自動的に終点バージョンに設定してもよい。
　入出力処理部４４は、コンピュータシステム１１における全てのモジュールのＦＷを最新のバージョンに更新する旨を指定できるＧＵＩを生成及び表示してもよい。この場合、サポートマトリックス修正部４１及び更新手順リスト生成部４２は、各ＦＷの最新のバージョンを自動的に終点バージョンに設定してもよい。
　図６は、実施例１における全体の処理の概要を示す模式図である
　（１）サポートマトリックス修正部４１は、コンピュータシステム１１を構成する各モジュールに対応するＦＷ（ＦＷ－ＭＭ３１、ＦＷ－ＳＶ３２およびＦＷ－ＳＴ３３）を認識する。
　（２）サポートマトリックス修正部４１は、リポジトリ１２から、それら認識したＦＷに係る各サポートマトリックス１００（「ＳＶ×ＳＴ」、「ＳＴ×ＭＭ」および「ＭＭ×ＳＶ」）を取得する。
　（３）サポートマトリックス修正部４１は、各サポートマトリックス１００について、コンピュータシステム１１が利用している機能に未対応のバージョンの組み合わせの欄を修正し、各修正サポートマトリックス１２０を生成する。
　（４）更新手順リスト生成部４２は、各修正サポートマトリックス１２０の「○」及び「×」の情報に基づいて、１以上の更新手順リスト２００を生成する。
　（５）更新スクリプト実行部４３は、１以上の更新手順リスト２００の内、更新に用いる１の更新手順リスト２００を選択する。この選択は、ユーザによってなされても良いし、管理サーバ１０によって自動的になされても良い。例えば、入出力処理部４４が、後述の図１５に示すような更新手順リスト選択用ＧＵＩ７００を表示し、ユーザに選択させてもよい。例えば、更新スクリプト実行部４３が、更新処理の数（順序２０１の数）が最少の更新手順リスト２００を自動的に選択しても良いし、後述の図１３に示す更新所要時間テーブル３２０を参照して算出された更新所要時間が最短となる更新手順リスト２００を自動的に選択しても良い。
　（６）更新スクリプト実行部４３は、その選択された更新手順リスト２００に基づいて、更新スクリプト２２０を生成する。
　（７）更新スクリプト実行部４３は、その生成した更新スクリプト２２０を実行し、コンピュータシステム１１を構成する各モジュールのＦＷを更新する。
　以上の処理により、コンピュータシステム１１を構成する各モジュールのＦＷが安全に更新される。以下、これらの処理の詳細について説明する。
　図７は、サポートマトリックス修正処理の一例を示すフローチャートである。以下、修正サポートマトリックス１２０を生成する処理の詳細について説明する。
　サポートマトリックス修正部４１は、リポジトリ１２から、サポートマトリックス１００と機能対応テーブル１４０を取得し、記憶デバイス２３へ格納する（Ｓ１０１）。
　サポートマトリックス修正部４１は、コンピュータシステム１１から各ＦＷの起点バージョンを取得する（Ｓ１０２）。
　サポートマトリックス修正部４１は、ユーザからの指示に基づいて又は自動的に各ＦＷの終点バージョンを認識する（Ｓ１０３）。
　サポートマトリックス修正部４１は、利用機能テーブル１６０及び機能対応テーブル１４０などを参照し、サポートマトリックス１００から修正サポートマトリックス１２０を生成し、記憶デバイス２３へ格納し（Ｓ１０４）、本処理を終了する（ＥＮＤ）。本ステップの詳細は図４に示した通りである。なお、Ｓ１０２，Ｓ１０３で取得した起点と終点の情報からバージョンアップかバージョンダウンかを判断して、図４の修正サポートマトリックス１２０－３ａ又は１２０－３ｂの何れを生成すべきか判断することができる。以上の処理により、修正サポートマトリックス１２０が生成される。又、本フローは少なくとも図８の更新手順リスト生成処理の前に行われていれば良く、ユーザからの終点Ｖｅｒの指定が未入力、又、図４の修正サポートマトリックス１２０－３ａ又は１２０－３ｂの生成を行う必要がなければＳ１０１，１０２のステップは実行されなくてもよい。
　図８は、更新手順リスト生成処理の一例を示すフローチャートである。以下、１以上の更新手順リスト２００を生成する処理の詳細について説明する。
　更新手順リスト生成部４２は、コンピュータシステム１１から各ＦＷの起点バージョンを取得する（Ｓ２０１）。
　更新手順リスト生成部４２は、ユーザからの指示に基づいて又は自動的に各ＦＷの終点バージョンを認識する（Ｓ２０２）。サポートマトリックス修正部４１がＳ１０２～Ｓ１０３を実行する場合、このＳ２０１～Ｓ２０２は実行されなくてもよい。
　更新手順リスト生成部４２は、ＦＷの数の分、Ｓ２０３～Ｓ２３０を繰り返す（Ｓ２０３）。
　更新手順リスト生成部４２は、未選択の内、１つのＦＷを出発点に選択する（Ｓ２０４）。
　更新手順リスト生成部４２は、更新手順リスト２００の順序２０１に対応する順序カウンタに「１」をセット（初期化）する（Ｓ２０５）。
　更新手順リスト生成部４２は、Ｓ２０４によって選択中のＦＷの起点バージョンを認識する（Ｓ２０６）。
　更新手順リスト生成部４２は、何れかの修正サポートマトリックス１２０において、選択中のＦＷの起点又は途中バージョンから終点バージョンまでの間に「×」が存在するか否かを判定する（Ｓ２０７）。
　終点バージョンまでの間に「×」が存在する場合（Ｓ２０７：ＹＥＳ）、更新手順リスト生成部４２は、順序カウンタと、選択中のＦＷと、選択中のＦＷの「×」の手前の途中バージョンとを更新手順リスト２００に登録する（Ｓ２１０）。
　そして、更新手順リスト生成部４２は、順序カウンタに「１」を加算する（Ｓ２１１）。
　そして、更新手順リスト生成部４２は、選択中のＦＷに対して「×」となった修正サポートマトリックス１２０において、その選択中のＦＷに対向するＦＷ及びバージョンを選択し（Ｓ２１２）、Ｓ２０７へ戻る。
　終点バージョンまでの間に「×」が存在しない場合（Ｓ２０７：ＮＯ）、更新手順リスト生成部４２は、順序カウンタと、選択中のＦＷと、選択中のＦＷの終点バージョンとを更新手順リスト２００に登録する（Ｓ２２０）。
　そして、更新手順リスト生成部４２は、全てのＦＷが終点バージョンに到達したか否かを判定する（Ｓ２２１）。
　全てのＦＷが終点バージョンに到達した場合（Ｓ２２１：ＹＥＳ）、更新手順リスト生成部４２は、更新手順リスト２００を出力し（Ｓ２１３）、Ｓ２３０へ進む。
　終点バージョンに未到達のＦＷが存在する場合（Ｓ２２１：ＮＯ）、更新手順リスト生成部４２は、全てのＦＷの探索を完了したか否かを判定する（Ｓ２２２）。
　全てのＦＷの探索を完了した場合（Ｓ２２２：ＹＥＳ）、更新手順リスト生成部４２は、Ｓ２３０へ進む。
　まだ探索が完了していないＦＷが存在する場合（Ｓ２２２：ＮＯ）、更新手順リスト生成部４２は、終点バージョンに未到達の１つのＦＷを選択する（Ｓ２２３）。そして、更新手順リスト生成部４２は、順序カウンタに「１」を加算し（Ｓ２２４）、Ｓ２０７へ戻る。
　ＦＷの数の分、Ｓ２０３～Ｓ２３０を繰り返した後（Ｓ２３０）、更新手順リスト生成部４２は、１つ以上の更新手順リスト２００が生成されたか否かを判定する（Ｓ２３１）。
　更新手順リスト生成部４２は、１以上の更新手順リスト２００が生成された場合（Ｓ２３１：ＹＥＳ）、本処理を終了する（ＥＮＤ）。
　更新手順リスト生成部４２は、１つも更新手順リスト２００が生成されなかった場合（Ｓ２３１：ＮＯ）、その旨のエラーを出力し（Ｓ２３２）、本処理を終了する（ＥＮＤ）。以上の処理により、１以上の更新手順リスト２００が生成される。
　図９は、更新スクリプト実行処理の一例を示すフローチャートである。以下、更新スクリプト２２０を生成する処理及びＦＷを更新する処理の詳細について説明する。
　更新スクリプト実行部４３は、１以上の更新手順リスト２００から１の更新手順リスト２００を選択する（Ｓ３０１）。この選択は、図８のフローによって探索された手順を、後に例示する図１５のＧＵＩを介してユーザに提示し、何れかの選択指示を受けることによって実行されてよい。又は、更新処理の数が最少の更新手順情報を選択するようにポリシーを設定しておき、更新スクリプト実行部４３が、探索された中で最も少ない手順でＦＷ更新を行うとしてもよい。又は、後述する図１３に示した更新所要時間テーブル３２０を実施例１の構成に設け、探索されたすべての手順における所要時間を算出し、更新スクリプト実行部４３は、所要時間が最も少ない手順を選択してもよい。
　更新スクリプト実行部４３は、その選択中の更新手順リスト２００に基づいて更新スクリプト２２０を生成する（Ｓ３０２）。
　更新スクリプト実行部４３は、その生成した更新スクリプト２２０における次のステップの（初回は最初のステップの）更新処理を実行対象に選択する（Ｓ３０３）。例えば、更新スクリプト２２０における１の更新処理は、更新手順リスト２００の１のレコードに対応する。
　更新スクリプト実行部４３は、その選択中の更新処理の指示するバージョンのＦＷを、リポジトリ１２から取得する（Ｓ３０４）。
　更新スクリプト実行部４３は、対象モジュールにその取得したバージョンのＦＷをインストールするする（Ｓ３０５）。つまり、対象モジュールのＦＷのバージョンを更新する。
　更新スクリプト実行部４３は、ＦＷの更新に成功したか否かを判定する（Ｓ３０６）。
　ＦＷの更新に成功した場合（Ｓ３０６：ＹＥＳ）、更新スクリプト実行部４３は、全てのＦＷについて更新が完了したか否かを判定する（Ｓ３０７）。
　まだ更新が完了していないＦＷが存在する場合（Ｓ３０７：ＮＯ）、更新スクリプト実行部４３は、Ｓ３０３へ戻る。
　全てのＦＷの更新が完了した場合（Ｓ３０７：ＹＥＳ）、入出力処理部４４は、全てのＦＷの更新が成功した旨を表示する（Ｓ３０８）。そして、更新スクリプト実行部４３は、本処理を終了する（ＥＮＤ）。
　ＦＷの更新に失敗した場合（Ｓ３０６：ＮＯ）、更新スクリプト実行部４３は、Ｓ３０５で対象モジュールにインストールしたＦＷを、更新前のバージョンのＦＷに戻すロールバック処理を実行する（Ｓ３１０）。
　そして、更新スクリプト実行部４３は、ロールバック処理が成功したか否かを判定する（Ｓ３１１）。
　ロールバック処理が成功した場合（Ｓ３１１：ＹＥＳ）、入出力処理部４４は、ＦＷ更新が失敗し、ロールバック処理が成功した旨のエラーを表示し（Ｓ３１２）、本処理を終了する（ＥＮＤ）。
　ロールバック処理が失敗した場合（Ｓ３１１：ＮＯ）、入出力処理部４４は、ＦＷ更新が失敗し、ロールバック処理も失敗した旨のエラーを表示し（Ｓ３１３）、本処理を終了する（ＥＮＤ）。以上の処理により、コンピュータシステム１１における各モジュールのＦＷが更新される。
　実施例２では、コンピュータシステム１１が機能を利用しない時間帯が存在する場合における、各モジュールのＦＷ更新方法について説明する。以下、実施例１と同じ要素には同一の符号を付し、説明を省略する。
　図１０は、実施例２に係る管理サーバ１０の構成例を示すブロック図である。
　リポジトリ１２は、サポートマトリックス１００と、各モジュールに対応するバージョン毎のＦＷ３０と、機能対応テーブル１４０と、更新所要時間テーブル３２０とを有する。更新所要時間テーブル３２０の詳細については後述する。
　管理サーバ１０は、記憶デバイス２３に、利用機能テーブル３６０と、機能時間帯テーブル３００と、更新手順リスト２００と、更新スクリプト２２０と、時間帯別修正サポートマトリックス３２０と、に係るデータを保持する。また、管理サーバ１０は、ＣＰＵ２１において、サポートマトリックス修正部４１と、更新手順リスト生成部４２と、実行候補抽出部４５と、更新スクリプト実行部４３と、入出力処理部４４と、に係る処理を実行する。以下、実施例１とは異なるデータ及び処理について説明する。
　図１１は、実施例２に係る利用機能テーブル３６０の構成例を示す。
　利用機能テーブル３６０は、図２に示した情報に加えて、その機能がコンピュータシステム１１において利用される時間帯に関する情報も有する。利用機能テーブル３６０は、フィールドとして、モジュール名１６１と、ＦＷ名１６２と、現バージョン１６３と、機能名１６４と、利用状況１６５と、開始時刻１６６と、終了時刻１６７とを有する。モジュール名１６１、ＦＷ名１６２、現バージョン１６３、機能名１６４、および利用状況１６５は、図２で説明したとおりである。開始時刻１６６及び終了時刻１６７には、時刻が格納される。
　例えば、図１１のレコード３６９ａは、「サーバモジュール（１６１）」はファームウェア「ＦＷ－ＳＶ（１６２）」で稼働しており、このＦＷの現在のバージョンは「１（１６３）」であることを示す。そして、このファームウェア「ＦＷ－ＳＶ」は「ＳＶ機能Ａ乃至Ｄ（１６４）」の機能を有し、この利用機能テーブル３６０に対応するコンピュータシステム１１では、ＳＶ機能Ａ及びＢが利用されており（１６５：ＹＥＳ）、ＳＶ機能Ｃ及びＤが利用されていない（１６５：ＮＯ）ことを示す。そして、「ＳＶ機能Ａ（１６５）」は「２３：００（１６６）」から「５：００（１６７）」まで利用され、「ＳＶ機能Ｂ（１６５）」は「２：００（１６６）」から「５：００（１６７）」まで利用されることを示す。
　図１２は、機能時間帯テーブル３００の構成例を示す。
　機能時間帯テーブル３００は、各機能時間帯において各機能が利用されるか否かに関する情報を有する。機能時間帯とは、利用機能テーブル３６０における各機能の開始時刻１６６と終了時刻１６７に従って設定される。機能時間帯テーブル３００は、例えば、行項目３０１にコンピュータシステム１１において利用されている機能を有し、列項目３０２に機能時間帯を有するマトリックスで構成される。そして、例えば、行項目３０１の機能と列項目３０２の機能時間帯との組み合わせからなる欄において、その機能がその機能時間帯に利用される場合にはその欄を「○」、利用されない場合にはその欄「×」とする。
　例えば、図１２の機能時間帯テーブル３００の列３０９ａを参照すると、機能時間帯である「２：００～５：００」の間は、ＳＶ機能Ａ、ＳＶ機能Ｂ及びＳＴ機能Ａの何れもが利用されることがわかる。また、列３０９ｂを参照すると、機能時間帯である「５：００～２３：００」の間は、ＳＶ機能Ａ及びＳＶ機能Ｂが利用されず、ＳＴ機能Ａが利用されることがわかる。
　図１３は、更新所要時間テーブル３２０の構成例を示す。
　更新所要時間テーブル３２０は、モジュールのＦＷを或るバージョンから別の或るバージョンへ更新する際に要するおおよその時間に関する情報を有する。更新所要時間テーブル３２０は、フィールドとして、ＦＷ名３２１と、更新バージョン３２２と、所要時間３２３とを有する。ＦＷ名３２１には、ＦＷの名称が格納される。更新バージョン３２２は、更新前のバージョン及び更新後のバージョンが格納される。所要時間３２３には、更新に要するおおよその時間が格納される。
　更新所要時間テーブル３２０は、ＦＷのバージョン更新のパターン毎に１のレコードを有する。例えば、図１３のレコード３２９ａは、「ＦＷ－ＳＶ（３２１）」のバージョンを「１」から「２」に更新（３２２）するのにおおよそ「２０分（３２３）」を要することを示す。
　図１４は、実施例２における全体の処理の概要を示す模式図である。以下、実施例２において管理サーバ１０で実行される全体の処理の概要と、実行候補抽出部４５の機能について説明する。
　（１）サポートマトリックス修正部４１は、コンピュータシステム１１を構成する各モジュールに対応するＦＷ（ＦＷ－ＭＭ３１、ＦＷ－ＳＶ３２およびＦＷ－ＳＴ３３）を認識する。
　（２）サポートマトリックス修正部４１は、リポジトリ１２から、それら認識したＦＷに係るサポートマトリックス１００（「ＳＶ×ＳＴ」、「ＳＴ×ＭＭ」および「ＭＭ×ＳＶ」）を取得する。
　（３）サポートマトリックス修正部４１は、利用機能テーブル３６０の各機能の利用の開始時刻１６６及び終了時刻１６７に基づいて、機能時間帯テーブル３００を生成する。ここで、機能時間帯テーブル３００は、機能時間帯Ａ及びＢを有するものとする。
　（４）サポートマトリックス修正部４１は、機能時間帯Ａ、Ｂごとに、各サポートマトリックス１００について、その機能時間帯にコンピュータシステム１１が利用している機能に未対応のバージョンの組み合わせの欄を修正し、各時間帯別修正サポートマトリックス３２０Ａ、３２０Ｂを生成する。
　（５）更新手順リスト生成部４２は、機能時間帯Ａ（Ｂ）に対応する各時間帯別修正サポートマトリックス３２０Ａ（３２０Ｂ）の「○」及び「×」に基づいて、機能時間帯Ａ（Ｂ）に対応する１以上の更新手順リスト２００Ａ（２００Ｂ）を生成する。
　（６）実行候補抽出部４５は、機能時間帯Ａ（Ｂ）に対応する１以上の更新手順リスト２００Ａ（２００Ｂ）から、その機能時間帯Ａ（Ｂ）の範囲内で更新が完了する更新手順リスト２００ＡＡ（２００ＢＢ）を抽出し、実行候補に登録する。すなわち、実行候補抽出部４５は、更新所要時間テーブル３２０を参照し、各更新手順リスト２００について更新に要するおおよその時間（「更新所要時間」という）を算出する。そして、実行候補抽出部４５は、機能時間帯に対応する１以上の更新手順リスト２００の内、更新所要時間が機能時間帯の範囲内に納まる（機能時間帯＞更新所要時間帯である）更新手順リスト２００を抽出し、実行候補に登録する。
　（７）更新スクリプト実行部４３は、実行候補に登録されている１以上の更新手順リスト２００ＡＡ、２００ＢＢの内、例えば更新に使用する１の更新手順リスト２００ＡＡを選択する。この選択は、ユーザによってなされても良いし、管理サーバ１０によって自動的になされても良い。例えば、入出力処理部４４は、後述の図１５に示すように、更新手順リスト選択用ＧＵＩを生成及び表示し、更新に使用する１の更新手順リスト２００をユーザに選択させてもよい。例えば、更新スクリプト実行部４３は、更新処理の数（順序２０１の数）が最少の更新手順リスト２００を自動的に選択しても良いし、更新所要時間が最短の更新手順リスト２００を自動的に選択しても良い。
　（８）更新スクリプト実行部４３は、その選択された更新手順リスト２００ＡＡに基づいて、更新スクリプト２２０を生成する。
　（９）更新スクリプト実行部４３は、その選択された更新手順リスト２００ＡＡが対応する機能時間帯Ａの範囲内（例えば、機能時間帯Ａの開始時刻）にその生成した更新スクリプト２２０の実行を開始し、コンピュータシステム１１を構成する各モジュールのＦＷを更新する。
　以上の処理により、コンピュータシステム１１を構成する各モジュールのＦＷが安全に更新される。以下、これらの処理の詳細について説明する。
　図１５は、更新手順リスト選択用ＧＵＩ７００の構成の一例を示す。
　更新手順リスト選択用ＧＵＩ７００は、複数の更新手順リスト２００から更新に使用する１の更新手順リスト２００を選択するためのＧＵＩである。更新手順リスト選択用ＧＵＩ７００は、例えば、入出力処理部４４によって生成される。
　更新手順リスト選択ＧＵＩ７００は、例えば、１以上の更新手順リスト７０１ａ、７０１ｂと、更新手順リスト７０１ａ、７０２ｂにそれぞれ対応するリスト選択領域７０２ａ、７０２ｂと、ＯＫボタン７０３とを有する。
　更新手順リスト７０１ａ、７０１ｂには、図５に示した更新手順リスト２００のフィールドに格納されている値に加えて、実行時間帯７０５ａ、７０５ｂ、および更新所要時間７０６ａ、７０６ｂが表示されてよい。
　実行時間帯７０５ａ、７０５ｂには、更新手順リスト７０１ａ、７０１ｂが実行される予定の時間帯が表示される。実行時間帯７０５ａ、７０５ｂには、この更新手順リスト７０１ａ、７０１ｂに対応する機能時間帯が表示されてもよいし、更新が開始される予定の時刻が表示されてもよい。
　更新所要時間７０６ａ、７０６ｂには、更新手順リスト７０１ａ、７０１ｂに基づいて生成される更新スクリプト２２０によって、コンピュータシステム１１を構成する各モジュールのＦＷを更新した場合、おおよそどのくらいの時間を要するかが表示される。この更新所要時間７０６ａ、７０６ｂは、更新所要時間テーブル３２０を参照することによって算出できる。
　図１５に示す更新手順リスト選択用ＧＵＩ７００において、ユーザが、リスト選択領域７０２ａ、７０２ｂの内、リスト選択領域７０２ｂを選択して、ＯＫボタン７０３を押下すると、更新手順リスト７０２ｂが選択される。更新スクリプト実行部４３は、この選択された更新手順リスト７０２ｂに対応する更新スクリプト２２０を生成する。そして、更新スクリプト実行部４３は、この生成した更新スクリプト２２０を、「５：００～２３：００（７０５ｂ）」の間で更新が終了するように実行する。更新処理スクリプト４３は、実行時間帯の開始時刻である「５：００」から更新を実行するとしてもよい。なお、実施例１の場合、実行時間帯７０５ａ、７０５ｂ、及び、更新所要時間７０６ａ、７０６ｂ以外の要素が表示されてよい。
　図１６は、実施例２に係るサポートマトリックス修正処理の一例を示すフローチャートである。
　サポートマトリックス修正部４１は、リポジトリ１２から、サポートマトリックス１００と、機能対応テーブル１４０と、更新所要時間テーブル３２０とを取得する（Ｓ４０１）。
　サポートマトリックス修正部４１は、利用機能テーブル３６０及び機能対応テーブル１４０に基づき、機能時間帯テーブル３００を生成する（Ｓ４０２）。
　サポートマトリックス修正部４１は、コンピュータシステム１１から各ＦＷの起点バージョンを取得する（Ｓ４０３）。サポートマトリックス修正部４１は、ユーザからの指示に基づいて又は自動的に各ＦＷの終点バージョンを認識する（Ｓ４０４）。Ｓ４０３とＳ４０４については実施例１と同様に必須ではない。
　サポートマトリックス修正部４１は、機能時間帯の数の分、Ｓ４０５～Ｓ４０８を繰り返す（Ｓ４０５）。
　サポートマトリックス修正部４１は、未選択の内、１つの機能時間帯を選択する（Ｓ４０６）。
　サポートマトリックス修正部４１は、選択中の機能時間帯に利用される機能を考慮して時間帯別修正サポートマトリックスを生成する（Ｓ４０７）。例えば、サポートマトリックス修正部４１は、図４のサポートマトリックス１１０－１において、選択中の機能時間帯に利用される機能と対応関係を有する「△」の欄を「▲」に変更し、図４の修正サポートマトリックス１２０－１に相当する時間帯別修正サポートマトリックスを生成する。
　サポートマトリックス修正部４１は、Ｓ４０５～Ｓ４０８の繰り返しを完了後（Ｓ４０８）、本処理を終了する（ＥＮＤ）。以上の処理により、機能時間帯ごとの時間帯別修正サポートマトリックスが生成される。
　図１７は、実行候補抽出処理の一例を示すフローチャートである。
　実行候補抽出部４５は、機能時間帯の数の分、Ｓ５０１～Ｓ５０９を繰り返す（Ｓ５０１）。
　実行候補抽出は、未選択の内、１つの機能時間帯を選択する（Ｓ５０２）。
　実行候補抽出部４５は、選択中の機能時間帯に対応する更新手順リスト２００の数の分、Ｓ５０３～５０８を繰り返す（Ｓ５０３）。
　実行候補抽出部４５は、選択中の機能時間帯に対応する未選択の更新手順リスト２００の内、１つの更新手順リスト２００を選択する（Ｓ５０４）。
　実行候補抽出部４５は、更新所要時間テーブル３２０に基づき、選択中の更新手順リスト２００の更新所要時間を算出する（Ｓ５０５）。
　実行候補抽出部４５は、更新所要時間が、選択中の機能時間帯の範囲内に納まるか否かを判定する（Ｓ５０６）。
　更新所要時間が、選択中の機能時間帯の範囲内に納まる場合（Ｓ５０６：ＹＥＳ）、実行候補抽出部４５は、選択中の更新手順リスト２００及び機能時間帯を実行候補に登録し（Ｓ５０７）、Ｓ５０８へ進む。
　更新所要時間が、選択中の機能時間帯の範囲内に納まらない場合（Ｓ５０６：ＮＯ）、実行候補抽出部４５は、そのままＳ５０８へ進む。
　実行候補抽出部４５は、Ｓ５０３～Ｓ５０８の繰り返しを完了し、さらにＳ５０１～Ｓ５０９の繰り返しを完了した後、本処理を終了する（ＥＮＤ）。以上の処理により、実行候補に、機能時間帯の範囲内で更新可能な更新手順リスト２００が登録される。
　実行候補に登録された更新手順リスト２００は、例えば、図１５に示した更新手順リスト選択用ＧＵＩ７００に表示され、ユーザによって１の更新手順リスト２００が選択される。その選択された更新手順リスト２００から更新スクリプト２２０を生成する処理及びＦＷを更新する処理は、実施例１と同様である。実施例２の場合、更新スクリプト２２０は、直ちに実行されるとは限らず、その選択された更新手順リスト２００に対応する機能時間帯の範囲内で更新が完了するように実行される。例えば、更新スクリプト２２０は、機能時間帯の開始時刻に開始される。
　本実施例によれば、所定の機能を利用している時間帯が限定されている場合に、当該時間帯を考慮した上で、有効なＦＷの更新手順を探索および実行することができる。本実施例によれば、ユーザの機能の利用が制限されることなく、ＦＷを更新することができる。本実施例によれば、更新に関わる機能が利用されていない時間帯にＦＷの更新を実行することにより、その機能が利用されている時間帯にＦＷの更新を実行する場合と比較して、より少ない手順又は時間で更新を完了し得る。
　上述した本発明の実施例は、本発明の説明のための例示であり、本発明の範囲をそれらの実施例にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。
１０：管理サーバ　１１：コンピュータシステム　１２：リポジトリ　１５、１６、１７：モジュール　３０、３１、３２、３３：ファームウェア　１００：サポートマトリックス
 
 

 

Claims (15)

  1. 　それぞれがファームウェアを有する複数のモジュールを有するコンピュータシステムの管理方法であって、
    　各モジュールのファームウェアのバージョン間の組み合わせの適合性を表す適合性情報を取得し、
    　前記コンピュータシステムから、前記各モジュールのファームウェアの更新前のバージョンを取得し、
    　前記各モジュールのファームウェアの更新後のバージョンを決定し、
    　前記適合性情報に基づいて、前記各モジュールのファームウェアを更新前のバージョンから更新後のバージョンへ更新するための複数の更新処理の更新手順を表す更新手順情報を生成し、
    　前記生成された更新手順情報が表す更新手順で前記複数の更新処理を実行する
    コンピュータシステムの管理方法。
     
  2. 　前記更新手順情報は、何れのファームウェアを何れのバージョンへ更新する更新処理を何れの順序で実行するかを表す情報を含み、
    　前記複数の更新処理は、それぞれ前記更新手順情報に定義されており、前記更新手順情報に含まれる順序で実行される
    請求項１に記載のコンピュータシステムの管理方法。
     
  3. 　前記更新手順情報は、或るファームウェアのバージョンが更新された時点における前記各モジュールのファームウェアのバージョン間の組み合わせが、前記適合性情報において適合性を有するように生成されている
    請求項２に記載のコンピュータシステムの管理方法。
     
  4. 　前記更新手順情報を、前記適合性情報において適合性を有するように生成できない場合は、その旨を通知する
    請求項３に記載のコンピュータシステムの管理方法。
     
  5. 　複数の更新手順情報が生成される場合、その複数の更新手順情報を出力し、その出力した複数の更新手順情報の内から選択された１の更新手順情報に基づいて前記複数の更新処理を実行する
    請求項１に記載のコンピュータシステムの管理方法。
     
  6. 　複数の更新手順情報が生成される場合、その複数の更新手順情報の内から選択された１の更新手順情報に基づいて前記複数の更新処理を実行し、
    　前記選択された１の更新手順情報は、前記複数の更新手順情報の内、更新処理の数が最少の更新手順情報である、
    請求項２に記載のコンピュータシステムの管理方法。
     
  7. 　さらに、前記各モジュールのファームウェアのそれぞれのバージョンが何れの機能に対応しているかを表す機能情報を取得し、
    　前記コンピュータシステムにおいて利用されている機能を認識し、
    　前記適合性情報及び前記機能情報に基づいて前記更新手順情報を生成するにあたり、或るファームウェアのバージョンが更新された時点における前記各モジュールのファームウェアのバージョン間の組み合わせが、前記適合性を有し、且つ、前記コンピュータシステムに利用されている機能が利用不可とならないように生成する
    請求項２に記載のコンピュータシステムの管理方法。
     
  8. 　さらに、前記各モジュールのファームウェアのそれぞれのバージョンが何れの機能に対応しているかを表す機能情報を取得し、
    　前記コンピュータシステムに利用されている機能と、その機能が利用されている時間帯とを認識し、
    　前記適合性情報及び前記機能情報に基づいて前記時間帯に対応する更新手順情報を生成するにあたり、或るファームウェアのバージョンが更新された時点における前記各モジュールのファームウェアのバージョン間の組み合わせが、前記適合性を有し、且つ、前記コンピュータシステムにおいて前記時間帯に利用されている機能が利用不可とならないように生成する
    請求項２に記載のコンピュータシステムの管理方法。
     
  9. 　さらに、前記時間帯に対応する更新手順情報に基づいて前記各モジュールのファームウェアを更新する場合に要する時間を表す更新所要時間を算出し、
    　前記複数の更新処理は、前記時間帯に対応する更新手順情報の内、前記更新所要時間が前記時間帯の範囲内に納まる更新手順情報に基づいて実行される
    請求項８に記載のコンピュータシステムの管理方法。
     
  10. 　前記時間帯に対応する更新手順情報に基づく前記複数の更新処理は、前記時間帯の範囲内の何れかの時刻から開始される
    請求項９に記載のコンピュータシステムの管理方法。
     
  11. 　それぞれがファームウェアを有する複数のモジュールを有するコンピュータシステムに接続されたインターフェイスデバイスと、
    　各モジュールのファームウェアのバージョン間の組み合わせの適合性を表す適合性情報を有するメモリと、
    　前記インターフェイスデバイス及び前記メモリに接続されたプロセッサと
    を有し、
    　前記プロセッサが、
    　　前記コンピュータシステムから、前記各モジュールのファームウェアの更新前のバージョンを取得し、
    　　前記各モジュールのファームウェアの更新後のバージョンを決定し、
    　　前記適合性情報に基づいて、前記各モジュールのファームウェアを更新前のバージョンから更新後のバージョンへ更新するための複数の更新処理の更新手順を表す更新手順情報を生成し、
    　　前記生成された更新手順情報が表す更新手順で前記複数の更新処理を実行する、
    管理装置。
     
  12. 　前記更新手順情報は、何れのファームウェアを何れのバージョンへ更新する更新処理を何れの順序で実行するかを表す情報を含み、
    　前記複数の更新処理は、それぞれ前記更新手順情報に定義されており、前記更新手順情報に含まれる順序で実行される
    請求項１１に記載の管理装置。
     
  13. 　前記更新手順情報は、或るファームウェアのバージョンが更新された時点における前記各モジュールのファームウェアのバージョン間の組み合わせが、前記適合性情報において適合性を有するように生成されている
    請求項１２に記載の管理装置。
     
  14. 　前記プロセッサが、
    　さらに、前記各モジュールのファームウェアのそれぞれのバージョンが何れの機能に対応しているかを表す機能情報を取得し、
    　前記コンピュータシステムにおいて利用されている機能を認識し、
    　前記適合性情報及び前記機能情報に基づいて前記更新手順情報を生成するにあたり、或るファームウェアのバージョンが更新された時点における前記各モジュールのファームウェアのバージョン間の組み合わせが、前記適合性を有し、且つ、前記コンピュータシステムに利用されている機能が利用不可とならないように生成する
    請求項１２に記載の管理装置。
     
  15. 　前記プロセッサが、
    　さらに、前記各モジュールのファームウェアのそれぞれのバージョンが何れの機能に対応しているかを表す機能情報を取得し、
    　前記コンピュータシステムに利用されている機能と、その機能が利用されている時間帯とを認識し、
    　前記適合性情報及び前記機能情報に基づいて前記時間帯に対応する更新手順情報を生成するにあたり、或るファームウェアのバージョンが更新された時点における前記各モジュールのファームウェアのバージョン間の組み合わせが、前記適合性を有し、且つ、前記コンピュータシステムにおいて前記時間帯に利用されている機能が利用不可とならないように生成する
    請求項１２に記載の管理装置。
     
     

     
PCT/JP2014/056335 2014-03-11 2014-03-11 コンピュータシステムの管理方法および管理装置 WO2015136621A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/056335 WO2015136621A1 (ja) 2014-03-11 2014-03-11 コンピュータシステムの管理方法および管理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2014/056335 WO2015136621A1 (ja) 2014-03-11 2014-03-11 コンピュータシステムの管理方法および管理装置

Publications (1)

Publication Number Publication Date
WO2015136621A1 true WO2015136621A1 (ja) 2015-09-17

Family

ID=54071101

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/056335 WO2015136621A1 (ja) 2014-03-11 2014-03-11 コンピュータシステムの管理方法および管理装置

Country Status (1)

Country Link
WO (1) WO2015136621A1 (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017154763A1 (ja) * 2016-03-10 2017-09-14 日本電気株式会社 変更手順生成装置、変更手順生成方法および変更手順生成プログラムを記憶する記憶媒体
JP2017187996A (ja) * 2016-04-07 2017-10-12 富士機械製造株式会社 フィーダの管理装置および管理方法
CN110119280A (zh) * 2018-02-06 2019-08-13 深圳市帝迈生物技术有限公司 多固件升级的方法及装置
JP2020135678A (ja) * 2019-02-25 2020-08-31 株式会社日立製作所 ソフトウエアパッケージ更新支援装置、ソフトウエアパッケージ更新支援方法及びソフトウエアパッケージ更新支援プログラム
CN112732296A (zh) * 2020-12-31 2021-04-30 青岛海尔科技有限公司 软件版本更新方法和装置、存储介质及电子设备
US11620122B2 (en) * 2020-02-28 2023-04-04 Verinex Corp. Automation controller for upgrading an IT infrastructure

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10143361A (ja) * 1996-11-12 1998-05-29 Nippon Telegr & Teleph Corp <Ntt> 分散システムのプログラム更新手順例自動生成方法
JP2009193218A (ja) * 2008-02-13 2009-08-27 Fuji Xerox Co Ltd ファームウェア更新装置およびファームウェア更新システム
US20130297928A1 (en) * 2010-12-28 2013-11-07 Jurg Wyss Field device with long-term firmware compatability

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10143361A (ja) * 1996-11-12 1998-05-29 Nippon Telegr & Teleph Corp <Ntt> 分散システムのプログラム更新手順例自動生成方法
JP2009193218A (ja) * 2008-02-13 2009-08-27 Fuji Xerox Co Ltd ファームウェア更新装置およびファームウェア更新システム
US20130297928A1 (en) * 2010-12-28 2013-11-07 Jurg Wyss Field device with long-term firmware compatability

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017154763A1 (ja) * 2016-03-10 2017-09-14 日本電気株式会社 変更手順生成装置、変更手順生成方法および変更手順生成プログラムを記憶する記憶媒体
JPWO2017154763A1 (ja) * 2016-03-10 2019-01-17 日本電気株式会社 変更手順生成装置、変更手順生成方法および変更手順生成プログラム
JP2017187996A (ja) * 2016-04-07 2017-10-12 富士機械製造株式会社 フィーダの管理装置および管理方法
CN110119280A (zh) * 2018-02-06 2019-08-13 深圳市帝迈生物技术有限公司 多固件升级的方法及装置
JP2020135678A (ja) * 2019-02-25 2020-08-31 株式会社日立製作所 ソフトウエアパッケージ更新支援装置、ソフトウエアパッケージ更新支援方法及びソフトウエアパッケージ更新支援プログラム
JP7103973B2 (ja) 2019-02-25 2022-07-20 株式会社日立製作所 ソフトウエアパッケージ更新支援装置、ソフトウエアパッケージ更新支援方法及びソフトウエアパッケージ更新支援プログラム
US11620122B2 (en) * 2020-02-28 2023-04-04 Verinex Corp. Automation controller for upgrading an IT infrastructure
CN112732296A (zh) * 2020-12-31 2021-04-30 青岛海尔科技有限公司 软件版本更新方法和装置、存储介质及电子设备
CN112732296B (zh) * 2020-12-31 2023-10-24 青岛海尔科技有限公司 软件版本更新方法和装置、存储介质及电子设备

Similar Documents

Publication Publication Date Title
WO2015136621A1 (ja) コンピュータシステムの管理方法および管理装置
JP6011479B2 (ja) アプリケーション管理装置、アプリケーション管理システムおよびプログラム
JP4467624B2 (ja) ソフトウェアアップデート管理プログラム、ソフトウェアアップデート管理装置、およびソフトウェアアップデート管理方法
JP5491675B2 (ja) 情報処理装置及び情報処理装置制御方法
JP6663109B2 (ja) 情報処理装置および実行制御プログラム
JP2009230398A (ja) ソフトウェア更新支援装置およびソフトウェア更新支援プログラム
JPWO2010116473A1 (ja) 管理サーバ、ブートサーバ、ネットワークブートシステムおよびネットワークブート方法
KR20120083130A (ko) 컴퓨터시스템 및 그 프로그램 업데이트 방법
JP2017224292A (ja) 情報処理システム、操作デバイス、情報処理方法及び情報処理プログラム
JP5870696B2 (ja) 情報処理装置、情報処理装置のシステム動作設定方法及びプログラム
JP6515462B2 (ja) 情報処理装置、情報処理装置の設定方法及び設定プログラム
JP2008055849A (ja) 画像形成装置及びその管理方法
JP2019020798A (ja) 情報処理装置およびプログラム
CN106484442B (zh) 服务器系统及更新开机映像档的方法
JP2022188197A (ja) プログラマブルロジックコントローラ、端末装置、プログラム管理システム、プログラム管理方法及びプログラム
JP2017033079A (ja) ソフトウェア導入支援プログラム、ソフトウェア導入支援装置およびソフトウェア導入支援方法
JP5182349B2 (ja) 情報処理装置、情報処理システム、ｂｉｏｓ設定更新方法およびプログラム
JP2009266149A (ja) ジョブ管理プログラム及びジョブ管理装置
JP7156995B2 (ja) 更新システム
JP5760618B2 (ja) 管理装置および管理方法
JP2017084014A (ja) 情報処理装置
JP6572762B2 (ja) 電子機器、方法、およびプログラム
JP2020119115A (ja) 情報処理装置、情報提供プログラム及び情報提供システム
JP2014099082A (ja) 情報処理システム、情報処理装置、情報処理プログラム、アプリケーションの実行方法、および、記憶媒体
JP6869428B2 (ja) データ作成装置、データ転送方法およびデータ転送プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 14885408

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14885408

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP