WO2017179537A1 - ソフトウェア更新制御装置、ソフトウェア更新制御システム、ソフトウェア更新制御方法、及び、ソフトウェア更新制御プログラムが格納された記録媒体 - Google Patents

ソフトウェア更新制御装置、ソフトウェア更新制御システム、ソフトウェア更新制御方法、及び、ソフトウェア更新制御プログラムが格納された記録媒体 Download PDF

Info

Publication number
WO2017179537A1
WO2017179537A1 PCT/JP2017/014685 JP2017014685W WO2017179537A1 WO 2017179537 A1 WO2017179537 A1 WO 2017179537A1 JP 2017014685 W JP2017014685 W JP 2017014685W WO 2017179537 A1 WO2017179537 A1 WO 2017179537A1
Authority
WO
WIPO (PCT)
Prior art keywords
information processing
information
output
software
update
Prior art date
Application number
PCT/JP2017/014685
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 JP2018512005A priority Critical patent/JP6784291B2/ja
Priority to US16/092,511 priority patent/US11106454B2/en
Publication of WO2017179537A1 publication Critical patent/WO2017179537A1/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
    • G06F8/656—Updates while running
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1433—Saving, restoring, recovering or retrying at system level during software upgrading
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • 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/46—Multiprogramming arrangements
    • 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/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G06F9/4856—Task life-cycle, e.g. stopping, restarting, resuming execution resumption being on a different machine, e.g. task migration, virtual machine migration
    • 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/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1031—Controlling of the operation of servers by a load balancer, e.g. adding or removing servers that serve requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1479—Generic software techniques for error detection or fault masking
    • G06F11/1482—Generic software techniques for error detection or fault masking by means of middleware or OS functionality
    • G06F11/1484—Generic software techniques for error detection or fault masking by means of middleware or OS functionality involving virtual machines
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/16—Error detection or correction of the data by redundancy in hardware
    • G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
    • G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
    • G06F11/2023—Failover techniques
    • G06F11/203—Failover techniques using migration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62—Establishing a time schedule for servicing the requests

Definitions

  • the present invention relates to a technique for updating software without stopping the operation of the information processing apparatus to execute the software.
  • Patent Document 1 discloses a virtual computer system in which virtual hardware for operating software is configured redundantly. When updating the software that operates in the redundant configuration, this system controls the standby system to take over the processing by the active system after updating the software that operates in the standby virtual hardware.
  • Patent Document 2 discloses a software update method for performing maintenance such as software upgrade without stopping in an information processing system composed of a plurality of systems having multiple stages and multiple hierarchies of servers that are load-balanced by a load balancer. It is disclosed.
  • Patent Document 3 discloses a distributed system including a hypervisor type virtual machine monitor, a first virtual machine that performs business on the virtual machine monitor, and a second virtual machine that performs software installation or upgrade.
  • a type information processing system is disclosed.
  • the second virtual machine installs the updated software on itself, and then, in stages, stores an index table in which data storage location information that is dynamically updated in the first virtual machine is stored. Transition to self. The system switches processing from the first virtual machine to the second virtual machine when the migration is completed.
  • Patent Document 4 discloses a control device that loads an update firmware into an occupied memory area of another core by using a core different from the core on which the operating firmware is operating in a multi-core system. Has been. After checking whether or not the updated firmware operates normally, this apparatus switches the processing for the firmware from the operating core to the other core.
  • Patent Document 5 discloses a cluster system that manages an old cluster before software is updated and a new cluster after software is updated by a load balancer. This system performs control to distribute a process already accepted to the old cluster and a new process request to the new cluster.
  • IoT Internet of Things
  • IoT Internet of Things
  • devices such as sensors and cameras via a network
  • analyzing or visualizing the status of the aggregated data System utilization is spreading. Since such an IoT system integrally manages a large number of devices, a form in which calculation processing is concentrated by collecting data on the side of a cloud system such as a data center is common. However, as the amount of data handled increases as the number of devices connected to the network increases, it becomes inefficient for the cloud system to perform all processing.
  • an edge server (hereinafter referred to as an “edge”) is installed near a device that is a data generation source, and the edge executes a part of data processing.
  • Type systems are becoming available. For example, the amount of data transferred to the cloud system can be reduced by totaling data collected from a large number of devices at the edge and transferring only the aggregated result to the cloud system. Also, in systems that need to perform real-time control based on collected data, it is possible to reduce control delay by performing control judgment by edge, so that highly accurate control can be realized. .
  • the software update control device provides pre-update output information output by executing the software before update by the first information processing resource included in the first information processing system, as second information.
  • a first execution control means for controlling the updated software to be executed by a second information processing resource included in the second information processing system; Verification means for verifying the trial operation that the second information processing system processes the information output by the information processing resource executing the updated software, and the verification result for the trial operation by the verification means is normal
  • the third information processing resource included in the second information processing system indicates the state of outputting the pre-update output information.
  • Takeover control means for controlling the second information processing system to process the pre-update output information taken over from the first information processing resource and output from the third information processing resource, and the takeover control
  • a second execution control means for controlling the first information processing resource to output updated output information by executing the updated software after the processing by the means is performed;
  • the processing target information to be processed by the information processing system is output from the first or second information processing resource from the pre-update output information output from the first or third information processing resource.
  • Switching means for switching to post-update output information.
  • the information processing apparatus executes the software before the first information processing resource included in the first information processing system is updated.
  • the second information processing resource included in the second information processing system executes the updated software
  • the second information processing resource verifies the trial operation that the second information processing system processes the information output by executing the updated software, and the verification result for the trial operation is
  • the third information processing included in the second information processing system indicates the state of outputting the pre-update output information when indicating normal.
  • a source takes over from the first information processing resource and controls the second information processing system so that the second information processing system can process the pre-update output information output from the third information processing resource; After the output information before update output from the processing resource is ready to be processed by the second information processing system, the first information processing resource is updated by executing the updated software. Control to output output information, and processing target information to be processed by the second information processing system is output from the pre-update output information output from the first or third information processing resource. Switch to the updated output information output from the first or second information processing resource.
  • the software update control program is such that the first information processing resource included in the first information processing system executes the software before the update.
  • the second information processing resource included in the second information processing system executes the updated software.
  • the third information processing resource included in the information processing system takes over from the first information processing resource, and the second information processing system outputs the pre-update output information output from the third information processing resource.
  • the first information processing resource After the takeover control process to be controlled and the process by the takeover control process are performed, the first information processing resource outputs the updated output information by executing the updated software Second execution control processing to be controlled and processing target information to be processed by the second information processing system from the pre-update output information output from the first or third information processing resource,
  • This is a program for causing a computer to execute a switching process for switching to the updated output information output from the first or second information processing resource.
  • the present invention can be realized by a computer-readable non-volatile recording medium in which the software update control program (computer program) is stored.
  • the present invention makes it possible to reliably perform software update processing executed by an information processing apparatus having limited information processing resources such as an edge server in an IoT system without stopping the information processing apparatus. To do.
  • FIG. 1 is a block diagram showing a configuration of a software update control system 1 according to a first embodiment of the present invention. It is a figure which illustrates the state of each system before the software performed by the edge side system 20 and the cloud side system 30 which concerns on 1st Embodiment of this invention is updated. It is a figure which illustrates the state of each system in the middle of the software updated by the edge side system 20 and the cloud side system 30 which concerns on 1st Embodiment of this invention being updated. It is a figure which illustrates the state of each system after the software performed by the edge side system 20 and the cloud side system 30 which concerns on 1st Embodiment of this invention is updated.
  • FIG. 1 is a block diagram conceptually showing the configuration of a software update control system 1 according to the first embodiment of the present invention.
  • the software update control system 1 is a system that updates software executed by an edge in an IoT system, for example.
  • the software update control system 1 roughly includes a software update control apparatus 10, an edge side system 20, a cloud side system 30, and a device group 40.
  • the device group 40 is a device group including, for example, a sensor and a camera, and generates and outputs observation data representing a result of observation of an observation target.
  • the edge-side system 20 (first information processing system) is an information processing apparatus such as an edge server, and includes an edge-side virtual server base 21 and an edge hub 22.
  • the edge hub 22 is communicably connected to the device group 40 and receives observation data output from the device group 40.
  • the edge-side virtual server platform 21 is a platform capable of executing the virtual server 210, and includes hardware such as a processor and a memory (for example, a configuration described later with reference to FIG. 17) and a hypervisor (execution of the virtual server).
  • Software (not shown).
  • the virtual server 210 processes the observation data received by the edge hub 22 as processing target data, and then transmits the processing target data to the cloud-side system 30 connected to be communicable. Note that the number of virtual servers that can be executed by the edge-side virtual server platform 21 is limited because the amount of hardware such as processors and memories included in the edge-side system 20 is small.
  • the cloud side system 30 (second information processing system) is a system including a large number of information processing devices installed as a data center, for example, and includes a cloud side virtual server platform 31, an application hub 32, a message buffer 33, It has.
  • the cloud-side virtual server platform 31 is a platform capable of executing the virtual servers 310-1 to 310-m (m is an arbitrary natural number), and will be described later with reference to hardware such as a processor and a memory (for example, referring to FIG. 17). And a software (not shown) such as a hypervisor.
  • the virtual servers 310-1 to 310-m perform predetermined processing on the processing target data transmitted from the edge side system 20.
  • the cloud side system 30 executes the application 34.
  • the application 34 provides a service using the processing target data processed by the virtual servers 310-1 to 310-m.
  • the application 34 performs, for example, information analysis or system control based on the processing target data.
  • the processing target data is input to the application 34 via the application hub 32.
  • the application hub 32 is also connected to the message buffer 33.
  • the message buffer 33 is a device such as an electronic memory that can temporarily store data output from the virtual servers 310-1 to 310-m.
  • the application hub 32 selects either the data output from the virtual servers 310-1 to 310 -m or the data stored in the message buffer 33 according to control from the outside, and inputs the selected data to the application 34.
  • the software update control device 10 is a device that controls update processing for software executed by the virtual server 210 and software executed by the virtual servers 310-1 to 310-m.
  • the software update control apparatus 10 is communicably connected to the edge side system 20 and the cloud side system 30.
  • the software update control device 10 includes a first virtual server control unit 11, a verification unit 12, a takeover control unit 13, a second virtual server control unit 14, a switching unit 15, an edge hub control unit 16, and a software storage unit 17. Yes.
  • the software storage unit 17 stores cloud-side pre-update software 170, cloud-side post-update software 171, edge-side pre-update software 172, and edge-side post-update software 173.
  • the cloud-side pre-update software 170 is pre-update software executed by the virtual servers 310-1 to 310-m.
  • the cloud-side updated software 171 is updated software executed by the virtual servers 310-1 to 310-m.
  • the edge-side pre-update software 172 is pre-update software executed by the virtual server 210.
  • the edge side updated software 173 is updated software executed by the virtual server 210.
  • FIG. 2 is a diagram illustrating a state of each system before software executed by the edge side system 20 and the cloud side system 30 according to the present embodiment is updated.
  • the virtual server 210 first information processing resource
  • the processing target data as a result is input to the virtual server 310-1.
  • the virtual server 310-1 processes the processing target data input from the virtual server 210 by executing the cloud-side pre-update software 170, and inputs the processing target data that is the processing result to the application hub 32.
  • the software update control apparatus 10 shown in FIG. 1 updates the software executed by the edge side system 20 and the cloud side system 30 to the edge side updated software 173 and the cloud side updated software 171 in the state shown in FIG. Start processing.
  • FIG. 3 is a diagram illustrating the state of each system while the software executed by the edge-side system 20 and the cloud-side system 30 according to the present embodiment is being updated.
  • the first virtual server control unit 11 first execution control unit shown in FIG. 1 controls the cloud-side virtual server platform 31 to control the virtual server 310-2 and the virtual server 310. -3 (second information processing resource) is newly started up.
  • the first virtual server control unit 11 reads the cloud-side updated software 171 and the edge-side updated software 173 from the software storage unit 17, and these virtual software 310-2 and 310-3 are sequentially read by the virtual servers 310-2 and 310-3. Control to run.
  • the edge hub control unit 16 (data reception unit control unit) shown in FIG. 1 replicates the observation data received by the edge hub 22 from the device group 40 when the first virtual server control unit 11 performs the above-described processing.
  • the observed data is controlled to be input to the virtual server 310-3.
  • an environment in which the observation data is processed (performed for trial operation) by the updated software is constructed in the cloud-side virtual server platform 31.
  • the verification unit 12 shown in FIG. 1 verifies whether the trial operation in which the virtual server 310-2 processes the processing target data output by the virtual server 310-3 processing the observation data is normal.
  • the verification unit 12 is given in advance a determination criterion necessary for the verification by a system administrator or the like, and the verification unit 12 performs the above-described verification based on the determination criterion.
  • the verification unit 12 completes the software update process, and after the edge-side system 20 and the cloud-side system 30 start processing the observation data by executing the updated software, the edge-side system 20 and The verification of the processing by the cloud side system 30 is continued.
  • the verification unit 12 indicates that the verification result is abnormal, the verification unit 12 notifies the system management unit (not shown) that manages the failure occurrence status and the like in the software update control system 1 that an abnormality has occurred.
  • FIG. 4 is a diagram illustrating the state of each system after the software executed by the edge-side system 20 and the cloud-side system 30 according to the present embodiment is updated.
  • the takeover control unit 13 illustrated in FIG. 1 controls the edge-side virtual server platform 21 and the cloud-side virtual server platform 31 as illustrated in FIGS. 3 and 4.
  • the virtual server 210 performs live migration to the cloud-side virtual server platform 31 as the virtual server 310-4 (third information processing resource).
  • Live migration is an existing technology that moves the operating environment of a virtual server to a different physical system without stopping the operation of the virtual server.
  • the edge-side virtual server infrastructure 21 and the cloud-side virtual server infrastructure 31 The migration function is implemented. Since the processing target data output from the virtual server 310-4 by this live migration is input to the virtual server 310-1, the environment in which the observation data is processed by the pre-update software after the live migration is performed. Is maintained in the cloud-side virtual server platform 31.
  • the second virtual server control unit 14 illustrated in FIG. 1 controls the edge-side virtual server platform 21 and the cloud-side virtual server platform 31 as illustrated in FIGS. 3 and 4 after the processing by the takeover control unit 13 is performed.
  • live migration is performed on the virtual server 310-3 as a new virtual server 210 to the edge-side virtual server platform 21.
  • the processing target data output from the virtual server 210 is input to the virtual server 310-2. Therefore, even after live migration is performed, the environment in which the observation data is processed by the updated software is maintained in the edge-side virtual server platform 21 and the cloud-side virtual server platform 31.
  • the switching unit 15 illustrated in FIG. 1 controls the cloud-side virtual server platform 31 so that the information input to the application hub 32 is output from the virtual server 310-1 as illustrated in FIGS.
  • the information is switched to the information output from the virtual server 310-2.
  • the information input to the application hub 32 is information (observed output information after update) from information obtained by processing the observed data by the software before update (output information before update). ).
  • the switching unit 15 sends the information (pre-update output information) output from the virtual server 310-1 to the message buffer 33 when the input to the application hub 32 is switched. input. That is, the message buffer 33 completes the software update process, and after the edge-side system 20 and the cloud-side system 30 start processing the observation data by executing the updated software, the virtual server 310- The pre-update output information generated by 1 and 310-4 is stored. *
  • the switching unit 15 controls the application hub 32 to change the information input to the application 34 to the virtual server 310.
  • the post-update output information output from -2 is switched to the pre-update output information stored in the message buffer 33.
  • the verification result by the verification unit 12 is obtained over a predetermined time.
  • the first virtual server control unit 11 stops the operation.
  • the first virtual server control unit 11 activates the virtual servers 310-2 and 310-3, and sequentially executes the cloud-side updated software 171 and the edge-side updated software 173 (step S101).
  • the edge hub control unit 16 performs control so that the edge hub 22 duplicates the observation data received from the device group 40 and inputs the duplicated observation data to the virtual server 310-3 (step S102).
  • the verification unit 12 verifies the trial operation performed by the virtual servers 310-2 and 310-3 (step S103).
  • the software update control device 10 If the verification result by the verification unit 12 is abnormal (No in step S104), the software update control device 10 returns the edge side system 20 and the cloud side system 30 to the state before starting the software update process (step S114). ). The verification unit 12 notifies the system management unit that an abnormality has occurred, and the entire process ends.
  • step S104 If the verification result by the verification unit 12 is normal (Yes in step S104), the switching unit 15 switches the output from the virtual server 310-1 to the message buffer 33 and the output from the virtual server 310-2 to the application hub 32. (Step S105). The verification unit 12 verifies the operation performed by the virtual servers 310-2 and 310-3 (step S106).
  • step S107 If the verification result by the verification unit 12 is abnormal (No in step S107), the process proceeds to step S114. If the verification result by the verification unit 12 is normal (Yes in step S107), the takeover control unit 13 performs live migration of the virtual server 210 as the virtual server 310-4 (step S108). The second virtual server control unit 14 performs live migration of the virtual server 310-3 as a new virtual server 210 (step S109). The verification unit 12 verifies the operations performed by the virtual servers 210 and 310-2 (step S110).
  • step S111 If the verification result by the verification unit 12 is abnormal (No in step S111), the process proceeds to step S114. If the verification result by the verification unit 12 is normal (Yes in step S111), the edge hub control unit 16 stops the input of observation data from the edge hub 22 to the virtual server 310-4 (step S112). The first virtual server control unit 11 stops the operations of the virtual servers 310-1 and 310-4 (step S113), and the entire process ends.
  • the software update control apparatus 10 performs software update processing executed by an information processing apparatus having only limited information processing resources such as an edge server in an IoT system without stopping the information processing apparatus. Can be done reliably. The reason is that after the software update control device 10 builds the entire operating environment after software update in the cloud side system 30 and verifies its operation, the operating environment before the software update in the edge side system 20 is clouded. This is because the edge side system 20 is controlled to execute the updated software while being moved to the side system 30.
  • the first virtual server control unit 11 outputs the pre-update output information output by the virtual server 210 executing the edge-side pre-update software 172.
  • the edge side updated software 173 is controlled to be executed by the virtual server 310-3.
  • the verification unit 12 verifies the trial operation in which the cloud-side system 30 processes the updated output information output by the virtual server 310-3 executing the edge-side updated software 173.
  • the takeover control unit 13 takes over the state of the virtual server 210 that executes the edge-side pre-update software 172, and the virtual server 310-4 Control is performed so that the cloud-side system 30 can process the pre-update output information output from.
  • the second virtual server control unit 14 performs control so that the virtual server 210 outputs the updated output information by executing the edge-side updated software 173.
  • the switching unit 15 switches the processing target information to be processed by the cloud side system 30 from the pre-update output information output from the virtual server 210 to the post-update output information output from the virtual server 310-3.
  • the software update control device 10 verifies the updated software using the cloud side system 30 having a large amount of information processing resources. Then, the software update control device 10 moves each system to move the execution environment of the software before the update to the cloud side system 30 and the edge side system 20 starts the execution of the updated software. Control to do without stopping. As a result, the software update control device 10 according to the present embodiment stops the software update processing executed by the information processing device having only limited information processing resources such as an edge server in the IoT system. It is possible to carry out without fail.
  • the software update control apparatus 10 leaves the execution environment of the software before the update in the cloud-side system 30 at least for a predetermined period even after the software is updated, Control is performed so that the result obtained by the execution environment is stored in the message buffer 33.
  • the software update control device 10 controls the cloud side system 30 to use the information stored in the message buffer 33 as the processing target information when an abnormality occurs in the processing by the updated software. Can be restored to the state before the software was updated. Therefore, the software update control apparatus 10 according to the present embodiment can improve system availability.
  • the object which the software update control apparatus 10 which concerns on this embodiment controls is not limited to a virtual server.
  • the software update control apparatus 10 may perform the above-described processing on the physical servers included in the edge-side system 20 and the cloud-side system 30 by using, for example, a technology for performing migration between physical servers.
  • the target to be controlled by the software update control apparatus 10 is not limited to the IoT system configured by the edge side system and the cloud side system that process the observation data generated by the device group.
  • the software update control apparatus 10 performs the above-described processing when updating software in a system including a plurality of small-scale servers that distribute and process a specific application and a large-scale server that controls those small-scale servers. May be.
  • a software update control system 1 according to the second embodiment of the present invention will be described.
  • the configuration of the software update control system 1 according to the present embodiment is the same as that of the software update control system 1 according to the first embodiment shown in FIG.
  • the software update control apparatus 10 according to the present embodiment has a configuration in which the operation flow is different from that of the first embodiment.
  • the operation (processing) of the software update control apparatus 10 according to the present embodiment will be described in detail with reference to the flowcharts of FIGS. 6A and 6B.
  • the software update control device 10 executes the processing of steps S101 to S103 shown in FIG. 5A (step S201). If the verification result by the verification unit 12 is abnormal (No in step S202), the software update control device 10 executes the processes of steps S114 and S115 shown in FIG. 5A (step S211), and the entire process ends.
  • the takeover control unit 13 performs live migration of the virtual server 210 as the virtual server 310-4 (step S203).
  • the second virtual server control unit 14 performs live migration of the virtual server 310-3 as a new virtual server 210 (step S204).
  • the verification unit 12 verifies the operation performed by the virtual servers 210 and 310-2 (step S205).
  • step S206 If the verification result by the verification unit 12 is abnormal (No in step S206), the process proceeds to step S211.
  • the switching unit 15 switches the output from the virtual server 310-1 to the message buffer 33 and the output from the virtual server 310-2 to the application hub 32. (Step S207).
  • the verification unit 12 verifies the operation performed by the virtual servers 210 and 310-2 (step S208).
  • step S209 If the verification result by the verification unit 12 is abnormal (No in step S209), the process proceeds to step S211. If the verification result by the verification unit 12 is normal (Yes in step S209), the software update control apparatus 10 executes the processes of steps S112 and S113 shown in FIG. 5B (step S210), and the entire process ends.
  • the software update control apparatus 10 performs software update processing executed by an information processing apparatus having only limited information processing resources such as an edge server in an IoT system without stopping the information processing apparatus. Can be done reliably. The reason is as described for the first embodiment.
  • the software update control apparatus 10 migrates from the virtual server 210 to the virtual server 310-4, and migrates from the virtual server 310-3 to the virtual server 210. Then, the processing target information of the cloud side system 30 is switched from the pre-update output information to the post-update output information. Therefore, since the software update control apparatus 10 according to the present embodiment verifies the updated software in a state closer to the actual operating environment and then switches to the updated software, the system availability can be further improved. .
  • a software update control system 1 according to a third embodiment of the present invention will be described.
  • the configuration of the software update control system 1 according to the present embodiment is the same as that of the software update control system 1 according to the first embodiment shown in FIG.
  • the software update control apparatus 10 according to the present embodiment performs control different from the first and second embodiments on the edge side system 20 and the cloud side system 30.
  • FIG. 7 is a diagram illustrating a state of each system before software executed by the edge side system 20 and the cloud side system 30 according to the present embodiment is updated.
  • the edge-side virtual server platform 21 according to the present embodiment includes a virtual server 211 (fourth information) in addition to the virtual server 210, unlike the first embodiment illustrated in FIG. 2. Processing resources).
  • the virtual server 211 performs a low priority process 212 having a lower priority than the reference.
  • the software update control apparatus 10 updates the software executed by the edge side system 20 and the cloud side system 30 to the edge side updated software 173 and the cloud side updated software 171 in the state shown in FIG. The process to start is started.
  • FIG. 8 is a diagram illustrating a state of each system while software executed by the edge side system 20 and the cloud side system 30 according to the present embodiment is being updated.
  • the takeover control unit 13 controls the edge-side virtual server platform 21 and the cloud-side virtual server platform 31 to change the virtual server 211 to the cloud-side virtual server platform 31 and the virtual server 310. Perform live migration as -4.
  • FIG. 9 is a diagram illustrating the state of each system after the software executed by the edge-side system 20 and the cloud-side system 30 according to the present embodiment is updated.
  • the second virtual server control unit 14 controls the edge side virtual server platform 21 and the cloud side virtual server platform 31 as shown in FIGS.
  • the server 310-3 is live migrated to the edge virtual server platform 21 as a new virtual server 211. Since the processing target data output from the virtual server 211 by this live migration is input to the virtual server 310-2, the environment in which the observation data is processed by the updated software after the live migration is It is maintained in the edge side virtual server infrastructure 21 and the cloud side virtual server infrastructure 31.
  • the verification result by the verification unit 12 is normal for a predetermined time.
  • the operation is stopped by the first virtual server control unit 11 and the second virtual server control unit 14.
  • the takeover control unit 13 adds the virtual server 310-4 that executes the low priority processing 212 to the edge-side virtual server infrastructure 21 as a new one. Live migration is performed as the virtual server 210.
  • the low priority processing 212 returns to the state executed by the edge-side system 20 in the same manner as before the software update processing is performed.
  • the software update control device 10 executes the processing from S101 to S103 shown in FIG. 5A (step S301). If the verification result by the verification unit 12 is abnormal (No in step S302), the software update control device 10 executes the processes of steps S114 and S115 shown in FIG. 5A (step S313), and the entire process ends.
  • step S302 If the verification result by the verification unit 12 is normal (Yes in step S302), the takeover control unit 13 performs live migration of the virtual server 211 as the virtual server 310-4 (step S303).
  • the second virtual server control unit 14 performs live migration of the virtual server 310-3 as the virtual server 211 (step S304).
  • the verification unit 12 verifies the operations performed by the virtual servers 211 and 310-2 (step S305).
  • step S306 If the verification result by the verification unit 12 is abnormal (No in step S306), the process proceeds to step S313. If the verification result by the verification unit 12 is normal (Yes in step S306), the switching unit 15 switches the output from the virtual server 310-1 to the message buffer 33 and the output from the virtual server 310-2 to the application hub 32. (Step S307). The verification unit 12 verifies the operation performed by the virtual servers 211 and 310-2 (step S307).
  • step S309 If the verification result by the verification unit 12 is abnormal (No in step S309), the process proceeds to step S313. If the verification result by the verification unit 12 is normal (Yes in step S309), the edge hub control unit 16 stops the input of observation data from the edge hub 22 to the virtual server 210 (step S311). The takeover control unit 13 performs live migration of the virtual server 310-4 as the virtual server 210 (step S312), and the entire process ends.
  • the software update control apparatus 10 performs software update processing executed by an information processing apparatus having only limited information processing resources such as an edge server in an IoT system without stopping the information processing apparatus. Can be done reliably. The reason is as described for the first embodiment.
  • the software update control apparatus 10 controls the virtual server 210 that executes the pre-edge-side software 172 to perform software update processing without migrating to the cloud-side system 30.
  • This processing can be realized by reducing the load on the edge-side system 20 as a result of temporarily migrating the virtual server 211 that performs processing with low priority in the edge-side system 20 to the cloud-side system 30. Since the virtual server 211 performs processing with a low priority, the impact of migrating the virtual server 211 to the cloud-side system 30 is small.
  • the software update control apparatus 10 can reduce the influence on the environment in which the software before the update is executed due to the software update process.
  • the software update control apparatus 10 causes the virtual server 210 to execute the pre-update software 172 on the edge side system 20 instead of the cloud side system 30 even after performing the software update process. To control. Therefore, the software update control device 10 can return the system to a state before the software is updated more safely and quickly when an abnormality occurs in the processing by the software after the update.
  • FIG. 11 is a block diagram conceptually showing the structure of the software update control system 2 according to the fourth embodiment of the present invention.
  • the edge-side system 20A according to the present embodiment includes an edge-side virtual server base 21A and an edge hub 22A.
  • the function of the edge side system 20A is the same as that of the edge side system 20.
  • the state of these systems before the software executed by the edge side system 20 and the cloud side system 30 according to the present embodiment is updated is as shown in FIG. 2 as in the first embodiment.
  • the software update control apparatus 10 updates the software executed by the edge side system 20 and the cloud side system 30 to the edge side updated software 173 and the cloud side updated software 171 in the state shown in FIG. The process to start is started.
  • FIG. 12 is a diagram illustrating a state of each system while software executed by the edge side system 20 and the cloud side system 30 according to the present embodiment is being updated.
  • the first virtual server control unit 11 shown in FIG. 11 newly starts up the virtual server 210A (fifth information processing resource) by controlling the edge-side virtual server infrastructure 21A as shown in FIG.
  • the first virtual server control unit 11 reads the edge-side updated software 173 from the software storage unit 17, and controls the virtual server 210A to execute the read edge-side updated software 173.
  • the first virtual server control unit 11 controls the cloud-side virtual server platform 31 to start up the virtual server 310-2 and control the virtual server 310-2 to execute the cloud-side updated software 171. This is the same as in the first embodiment.
  • the first virtual server control unit 11 sets the virtual server 210A in the edge side system 20A.
  • the software update control apparatus 10 according to the present embodiment performs the same process for the virtual server 210A as the process performed for the virtual server 310-3 in the first embodiment.
  • the state of these systems after the software executed by the edge-side system 20 and the cloud-side system 30 according to the present embodiment is updated by the control by the software update control device 10 is the same as in the first embodiment. As shown in FIG.
  • the first virtual server control unit 11 activates the virtual servers 310-2 and 210A, and sequentially executes the cloud-side updated software 171 and the edge-side updated software 173 (step S401).
  • the edge hub control unit 16 causes the edge hub 22 to input the observation data received from the device group 40 to the virtual server 210A (step S402).
  • the verification unit 12 verifies the trial operation performed by the virtual servers 210A and 310-2 (step S403).
  • step S404 If the verification result by the verification unit 12 is abnormal (No in step S404), the software update control device 10 executes the processes of steps S114 and S115 shown in FIG. 5A (step S413), and the entire process ends.
  • the switching unit 15 switches the output from the virtual server 310-1 to the message buffer 33 and the output from the virtual server 310-2 to the application hub 32. (Step S405).
  • the verification unit 12 verifies the operation performed by the virtual servers 210A and 310-2 (step S406).
  • step S407 If the verification result by the verification unit 12 is abnormal (No in step S407), the process proceeds to step S413. If the verification result by the verification unit 12 is normal (Yes in step S407), the takeover control unit 13 performs live migration of the virtual server 210 as the virtual server 310-4 (step S408). The second virtual server control unit 14 performs live migration of the virtual server 210A as the virtual server 210 (step S409). The verification unit 12 verifies the operations performed by the virtual servers 210 and 310-2 (step S410).
  • step S411 If the verification result by the verification unit 12 is abnormal (No in step S411), the process proceeds to step S413.
  • the software update control device 10 executes the processes of Steps S112 and S113 shown in FIG. 5B (Step S412), and the entire process ends.
  • the software update control apparatus 10 performs software update processing executed by an information processing apparatus having only limited information processing resources such as an edge server in an IoT system without stopping the information processing apparatus. Can be done reliably. The reason is as described for the first embodiment.
  • the software update control device 10 constructs a virtual server that performs a trial operation using the edge-side post-update software 173 in another edge-side system 20A instead of the cloud-side system 30.
  • the software update control device 10 can perform software update processing while avoiding an increase in cost or performance problems associated with building a virtual server that performs the trial operation in the cloud-side system 30. .
  • FIG. 14 is a block diagram conceptually showing the structure of the software update control system 3 according to the fifth embodiment of the present invention.
  • the software update control system 3 is roughly divided into a software update control device 50, n (n is an arbitrary natural number of 2 or more) edge side systems 20-1 to 20-n, a cloud side system 30, and a device group 40. -1 to 40-n.
  • the individual configurations of the edge side systems 20-1 to 20-n are the same as those of the edge side system 20 according to the first embodiment shown in FIG. That is, the edge-side systems 20-1 to 20-n include edge-side virtual server platforms 21-1 to 21-n and edge hubs 22-1 to 22-n.
  • the edge side systems 20-1 to 20-n are communicably connected to the device groups 40-1 to 40-n, and receive observation data output from the device groups 40-1 to 40-n.
  • the edge side systems 20-1 to 20-n perform the same processing as the edge side system 20 according to the first embodiment on the received observation data.
  • the cloud-side system 30 is communicably connected to the edge-side systems 20-1 to 20-n, and performs processing with respect to the treatment target data output from the edge-side systems 20-1 to 20-n. The same processing as in the first embodiment is performed.
  • the software update control device 50 performs update processing on the software executed by the virtual servers in the edge side systems 20-1 to 20-n and the cloud side system 30 in the same manner as the software update control device 10 according to the first embodiment. It is a device to control.
  • the software update control device 50 includes an update instruction unit 58 in addition to the configuration of the software update control device 10 according to the first embodiment.
  • the update instruction unit 58 stores the update schedule information 580 in an internal electronic memory or the like.
  • the update schedule information 580 is information indicating a software update schedule (execution date, etc.) for each of the edge-side systems 20-1 to 20-n.
  • the update instruction unit 58 Based on the update schedule information 580, the update instruction unit 58 detects that the software update date has come for a specific edge side system among the edge side systems 20-1 to 20-n. Alternatively, the update instruction unit 58 receives information input by a system administrator or the like that instructs to update software for a specific edge system.
  • the update instruction unit 58 outputs instruction information instructing to perform software update processing for the specific edge system.
  • the software update control device 50 starts the software update process when the instruction information is output.
  • the update instruction unit 58 may instruct to start a plurality of update processes at the same timing when performing a software update process for a plurality of edge-side systems.
  • the update instructing unit 58 may instruct to start the update process sequentially based on information indicating the state of the free area of the memory related to the cloud-side system 30 or the bandwidth of the communication network.
  • the software storage unit 17 includes the edge-side pre-update software 172-1 to 172-n and the edge-side post-update software 173 for the edge-side systems 20-1 to 20-n. -1 to 173-n are stored.
  • FIG. 15 is a diagram illustrating the state of each system while software executed by the edge-side systems 20-1 to 20-n and the cloud-side system 30 according to the present embodiment is being updated.
  • the software update control device 50 has a plurality of virtual servers 310-3 to 310-m (m is 3 or more) that performs trial operation using the edge-side updated software in the process of updating software. Is controlled so that the cloud side system 30 executes.
  • the software update control device 50 controls software update processing executed by the plurality of edge-side systems 20-1 to 20-n according to the same procedure as the software update control device 10 according to the first embodiment.
  • the software update control device 50 performs software update processing executed by an information processing device having limited information processing resources such as an edge server in an IoT system without stopping the information processing device. Can be done reliably. The reason is as described for the first embodiment.
  • the software update control device 50 can perform the above-described processing even when updating software for a plurality of edge-side systems.
  • FIG. 16 is a block diagram conceptually showing the structure of the software update control device 60 according to the sixth embodiment of the present invention.
  • the software update control device 60 includes a first execution control unit 61, a verification unit 62, a takeover control unit 63, a second execution control unit 64, and a switching unit 65.
  • the second information processing system 80 shown in FIG. 16 processes the pre-update output information output by the first information processing resource 71 included in the first information processing system 70 by executing the pre-update software 710.
  • the first execution control unit 61 controls the updated software 711 to be executed by the second information processing resource 81 included in the second information processing system 80.
  • the verification unit 62 verifies the trial operation in which the second information processing system 80 processes the information output by the second information processing resource 81 executing the updated software 711.
  • the takeover control unit 63 indicates the state in which the pre-update output information is output when the verification result for the trial operation by the verification unit 62 is normal, the third information included in the second information processing system 80 Control is performed so that the processing resource 82 takes over from the first information processing resource 71.
  • the takeover control unit 63 then controls the second information processing system 80 to process the pre-update output information output from the third information processing resource 82.
  • the second execution control unit 64 controls the first information processing resource 71 to output the updated output information by executing the updated software 711 after the processing by the takeover control unit 63 is performed. .
  • the switching unit 65 sets the processing target information to be processed by the second information processing system 80 from the pre-update output information output from the first information processing resource 71 or the third information processing resource 82, to the first information processing resource 80.
  • the post-update output information output from the information processing resource 71 or the second information processing resource 81 is switched.
  • the software update control device 60 performs a software update process executed by an information processing device having limited information processing resources such as an edge server in an IoT system without stopping the information processing device. Can be done reliably. The reason is that the software update control device 60 constructs the entire operating environment after the software update in the second information processing system 80 and verifies the operation, and then the software update in the first information processing system 70 is performed. This is because the previous operating environment is moved to the second information processing system 80, and the first information processing system 70 is controlled to execute the updated software.
  • each unit in the software update control device shown in FIGS. 1, 11, 14, and 16 can be realized by a dedicated HW (HardWare) (electronic circuit).
  • HW HardWare
  • FIG. 1, FIG. 11, FIG. 14, and FIG. 16 at least the following configuration can be regarded as a function (processing) unit (software module) of a software program.
  • FIG. 17 is a diagram illustrating an exemplary configuration of an information processing apparatus 900 (computer) that can execute the software update control apparatus according to each embodiment of the present invention. That is, FIG. 17 shows a configuration of a computer (information processing apparatus) that can realize the software update control apparatus shown in FIGS. 1, 11, 14, and 16, and each function in the above-described embodiment. Represents a possible hardware environment.
  • the information processing apparatus 900 illustrated in FIG. 17 includes the following as constituent elements.
  • CPU Central_Processing_Unit
  • ROM Read_Only_Memory
  • RAM Random_Access_Memory
  • -Hard disk storage device
  • a communication interface 905 with an external device ⁇ Bus 906 (communication line)
  • the information processing apparatus 900 including the above-described components is a general computer in which these configurations are connected via a bus 906.
  • the information processing apparatus 900 may include a plurality of CPUs 901 or may include a CPU 901 configured by a multi-core.
  • the present invention described by taking the above embodiment as an example supplies a computer program capable of realizing the following functions to the information processing apparatus 900 shown in FIG.
  • the function is the above-described configuration in the block configuration diagrams (FIGS. 1, 11, 14, and 16) referred to in the description of the embodiment, or the flowcharts (FIGS. 5A and 5B, FIGS. 6A and 6B, FIG. 10A and 10B and FIGS. 13A and 13B).
  • the present invention is then achieved by reading the computer program to the CPU 901 of the hardware, interpreting it and executing it.
  • the computer program supplied to the apparatus may be stored in a readable / writable volatile memory (RAM 903) or a nonvolatile storage device such as the ROM 902 or the hard disk 904.
  • a general procedure can be adopted as a method for supplying a computer program into the hardware.
  • the procedure includes, for example, a method of installing in the apparatus via various recording media 907 such as a CD-ROM, and a method of downloading from the outside via a communication line such as the Internet.
  • the present invention is configured by a code constituting the computer program or a recording medium 907 in which the code is stored.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Stored Programmes (AREA)
  • Hardware Redundancy (AREA)

Abstract

ＩｏＴシステムにおけるエッジサーバなどの限られた情報処理資源しか備えない情報処理装置によって実行されるソフトウェアの更新処理を、当該情報処理装置を停止させることなく、確実に行う。　ソフトウェア更新制御装置６０は、ソフトウェア更新後の動作環境を第２の情報処理システム８０の中に構築する第１の実行制御部６１と、更新後の動作を検証する検証部６２と、第１の情報処理システム７０におけるソフトウェア更新前の動作環境を第２の情報処理システム８０に移動させる引継ぎ制御部６３と、第２の情報処理システム８０に更新後のソフトウェアを実行させる第２の実行制御部６４と、第２の情報処理システム８０の処理対象情報を、更新前のソフトウェアを実行して得られた情報から更新後のソフトウェアを実行して得られた情報に切り替える切り替え部６５と、を備える。

Description

ソフトウェア更新制御装置、ソフトウェア更新制御システム、ソフトウェア更新制御方法、及び、ソフトウェア更新制御プログラムが格納された記録媒体
　本願発明は、情報処理装置がソフトウェアを実行する動作を停止することなく、当該ソフトウェアを更新する技術に関する。
　高度情報化社会である現代社会においては、社会インフラの基盤として、様々なコンピュータシステムが稼動している。このようなコンピュータシステムでは、機能の向上、あるいは、セキュリティ対策等を目的としたソフトウェアの更新が行われる。高いレベルの可用性が求められるコンピュータシステムは、ソフトウェアの更新に伴い動作を一時停止した場合、社会に大きな影響を与える虞がある。したがって、コンピュータシステムの動作を停止させずに、ソフトウェアを更新する技術が期待されている。
　このような技術に関連する技術として、特許文献１には、ソフトウェアを動作させる仮想ハードウェアを冗長化構成した仮想計算機システムが開示されている。このシステムは、冗長化構成において動作するソフトウェアを更新する場合、待機系仮想ハードウェアにおいて動作するソフトウェアを更新した後、稼動系による処理を待機系が引継ぐように制御する。
　また、特許文献２には、ロードバランサにより負荷分散されるサーバのクラスタを多段、多階層有する複数の系統からなる情報処理システムにおいて、無停止でソフトウェアのバージョンアップ等のメンテナンスを行うソフトウェア更新方法が開示されている。
　また、特許文献３には、ハイパーバイザ型の仮想マシンモニターと、その仮想マシンモニターの上で業務を行う第１仮想マシンと、ソフトウェアのインストールまたはアップグレードを行う第２仮想マシンと、を備えた分散型情報処理システムが開示されている。このシステムでは、第２仮想マシンは、自己に対して更新後のソフトウェアをインストールした後、第１仮想マシンにおいて動的に更新されるデータ格納場所の情報が保存されているインデックステーブルを段階的に自己に移行する。そして、このシステムは、その移行が完了したときに、第１仮想マシンから第２仮想マシンへ処理を切り替える。
　また、特許文献４には、マルチコアシステムにおいて、運用中のファームウェアが稼働しているコアとは別のコアを利用することによって、別のコアの占有メモリ領域に更新ファームウェアをロードする制御装置が開示されている。この装置は、更新ファームウェアが正常に動作するか否かを検査したのちに、ファームウェアに対する処理を運用中のコアから当該別のコアに切り替える。
　また、特許文献５には、ロードバランサによって、ソフトウェアが更新される前の旧クラスタと、ソフトウェアが更新された後の新クラスタとを管理するクラスタシステムが開示されている。このシステムは、既に受付済みの処理を旧クラスタへ、新たな処理要求を新クラスタへ振り分ける制御を行う。
特開2007-304845号公報 特開2015-197838号公報 特開2011-170528号公報 特許第5293752号公報 特許第5667506号公報
　センサーやカメラなどのデバイスから生成されるデジタルデータを、ネットワークを介して集約し、集約したデータに対して、分析あるいは状況の可視化を行うことによって、予測や制御等を行うＩｏＴ（Internet of Things）システムの活用が広まってきている。このようなＩｏＴシステムは、多数のデバイスを統合管理するので、データセンター等のクラウドシステム側にデータを集めることによって、集中的に計算処理を行う形態が一般的である。しかしながら、ネットワークに接続されるデバイスの数が増えることにより、扱うデータ量が膨大になるにつれて、クラウドシステム側が全ての処理を行うことは非効率となる。
　このような問題に対して、データの生成源であるデバイスに近い場所にエッジサーバ（以降、「エッジ」と称する）と呼ばれる計算機サーバが設置され、そのエッジがデータ処理の一部を実行するエッジ型システムが利用されるようになってきている。例えば、エッジが多数のデバイスから集めたデータを集計し、その集計結果のみをクラウドシステムに転送することによって、クラウドシステムへのデータ転送量を削減することができる。また、収集したデータに基づいてリアルタイムな制御を行う必要があるシステム等では、エッジによる制御判断を実施した方が、制御における遅延を抑えることができるので、精度が高い制御を実現することができる。
　このようなエッジ型ＩｏＴシステムでは、エッジによって実行されるソフトウェアを更新する場合がある。可用性に対する要件が厳しいＩｏＴシステムでは、このような場合、エッジによって実行される更新後のソフトウェアがクラウドシステムと連携して正常に動作することを確認したのち、ＩｏＴシステムの動作を停止させることなく、ソフトウェアの更新処理を行うことが課題である。上述した特許文献には、例えば、二重化等の多重化したシステムを利用することによってソフトウェア更新時の無停止性を実現した技術が示されている。しかしながら、エッジ型ＩｏＴシステムでは、通常、エッジが備える計算機資源（情報処理資源）が限られているので、エッジによって実行されるソフトウェアの更新に対して、多重化に基づく無停止更新技術を適用することが困難であるという問題がある。特許文献１乃至５は、この問題について言及していない。本願発明の主たる目的は、この問題を解決するソフトウェア更新制御装置等を提供することである。
　本願発明の一態様に係るソフトウェア更新制御装置は、第一の情報処理システムに含まれる第一の情報処理資源が更新前のソフトウェアを実行することによって出力した更新前出力情報を、第二の情報処理システムが処理する場合において、更新後の前記ソフトウェアを、前記第二の情報処理システムに含まれる第二の情報処理資源が実行するように制御する第一の実行制御手段と、前記第二の情報処理資源が前記更新後のソフトウェアを実行することによって出力した情報を、前記第二の情報処理システムが処理する試行動作を検証する検証手段と、前記検証手段による前記試行動作に対する検証結果が正常であることを示す場合に、前記更新前出力情報を出力する状態を、前記第二の情報処理システムに含まれる第三の情報処理資源が前記第一の情報処理資源から引き継ぎ、前記第三の情報処理資源から出力された前記更新前出力情報を、前記第二の情報処理システムが処理できるように制御する引継ぎ制御手段と、前記引継ぎ制御手段による処理が行われたのち、前記第一の情報処理資源が、前記更新後のソフトウェアを実行することによって更新後出力情報を出力するように制御する第二の実行制御手段と、前記第二の情報処理システムが処理対象とする処理対象情報を、前記第一あるいは第三の情報処理資源から出力された前記更新前出力情報から、前記第一あるいは第二の情報処理資源から出力された前記更新後出力情報に切り替える切り替え手段と、を備える。
　上記目的を達成する他の見地において、本願発明の一態様に係るソフトウェア更新制御方法は、情報処理装置によって、第一の情報処理システムに含まれる第一の情報処理資源が更新前のソフトウェアを実行することによって出力した更新前出力情報を、第二の情報処理システムが処理する場合において、更新後の前記ソフトウェアを、前記第二の情報処理システムに含まれる第二の情報処理資源が実行するように制御し、前記第二の情報処理資源が前記更新後のソフトウェアを実行することによって出力した情報を、前記第二の情報処理システムが処理する試行動作を検証し、前記試行動作に対する検証結果が正常であることを示す場合に、前記更新前出力情報を出力する状態を、前記第二の情報処理システムに含まれる第三の情報処理資源が前記第一の情報処理資源から引き継ぎ、前記第三の情報処理資源から出力された前記更新前出力情報を、前記第二の情報処理システムが処理できるように制御し、前記第三の情報処理資源から出力された前記更新前出力情報を、前記第二の情報処理システムが処理できる状態になったのち、前記第一の情報処理資源が、前記更新後のソフトウェアを実行することによって更新後出力情報を出力するように制御し、前記第二の情報処理システムが処理対象とする処理対象情報を、前記第一あるいは第三の情報処理資源から出力された前記更新前出力情報から、前記第一あるいは第二の情報処理資源から出力された前記更新後出力情報に切り替える。
　また、上記目的を達成する更なる見地において、本願発明の一態様に係るソフトウェア更新制御プログラムは、第一の情報処理システムに含まれる第一の情報処理資源が更新前のソフトウェアを実行することによって出力した更新前出力情報を、第二の情報処理システムが処理する場合において、更新後の前記ソフトウェアを、前記第二の情報処理システムに含まれる第二の情報処理資源が実行するように制御する第一の実行制御処理と、前記第二の情報処理資源が前記更新後のソフトウェアを実行することによって出力した情報を、前記第二の情報処理システムが処理する試行動作を検証する検証処理と、前記検証処理による前記試行動作に対する検証結果が正常であることを示す場合に、前記更新前出力情報を出力する状態を、前記第二の情報処理システムに含まれる第三の情報処理資源が前記第一の情報処理資源から引き継ぎ、前記第三の情報処理資源から出力された前記更新前出力情報を、前記第二の情報処理システムが処理できるように制御する引継ぎ制御処理と、前記引継ぎ制御処理による処理が行われたのち、前記第一の情報処理資源が、前記更新後のソフトウェアを実行することによって更新後出力情報を出力するように制御する第二の実行制御処理と、前記第二の情報処理システムが処理対象とする処理対象情報を、前記第一あるいは第三の情報処理資源から出力された前記更新前出力情報から、前記第一あるいは第二の情報処理資源から出力された前記更新後出力情報に切り替える切り替え処理と、をコンピュータに実行させるためのプログラムである。
　更に、本願発明は、係るソフトウェア更新制御プログラム（コンピュータプログラム）が格納された、コンピュータ読み取り可能な、不揮発性の記録媒体によっても実現可能である。
　本願発明は、ＩｏＴシステムにおけるエッジサーバなどの限られた情報処理資源しか備えない情報処理装置によって実行されるソフトウェアの更新処理を、当該情報処理装置を停止させることなく、確実に行うことを可能とする。
本願発明の第１の実施形態に係るソフトウェア更新制御システム１の構成を示すブロック図である。 本願発明の第１の実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される前の、各システムの状態を例示する図である。 本願発明の第１の実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される途中の、各システムの状態を例示する図である。 本願発明の第１の実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新された後の、各システムの状態を例示する図である。 本願発明の第１の実施形態に係るソフトウェア更新制御装置１０の動作を示すフローチャート（１／２）である。 本願発明の第１の実施形態に係るソフトウェア更新制御装置１０の動作を示すフローチャート（２／２）である。 本願発明の第２の実施形態に係るソフトウェア更新制御装置１０の動作を示すフローチャート（１／２）である。 本願発明の第２の実施形態に係るソフトウェア更新制御装置１０の動作を示すフローチャート（２／２）である。 本願発明の第３の実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される前の、各システムの状態を例示する図である。 本願発明の第３の実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される途中の、各システムの状態を例示する図である。 本願発明の第３の実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新された後の、各システムの状態を例示する図である。 本願発明の第３の実施形態に係るソフトウェア更新制御装置１０の動作を示すフローチャート（１／２）である。 本願発明の第３の実施形態に係るソフトウェア更新制御装置１０の動作を示すフローチャート（２／２）である。 本願発明の第４の実施形態に係るソフトウェア更新制御システム２の構成を示すブロック図である。 本願発明の第４の実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される途中の、各システムの状態を例示する図である。 本願発明の第４の実施形態に係るソフトウェア更新制御装置１０の動作を示すフローチャート（１／２）である。 本願発明の第４の実施形態に係るソフトウェア更新制御装置１０の動作を示すフローチャート（２／２）である。 本願発明の第５の実施形態に係るソフトウェア更新制御システム３の構成を示すブロック図である。 本願発明の第５の実施形態に係るエッジ側システム２０－１乃至２０－ｎ及びクラウド側システム３０によって実行されるソフトウェアが更新される途中の、各システムの状態を例示する図である。 本願発明の第６の実施形態に係るソフトウェア更新制御装置６０の構成を示すブロック図である。 本願発明の各実施形態に係るソフトウェア更新制御装置を実行可能な情報処理装置の構成を示すブロック図である。
　以下、本願発明の実施の形態について図面を参照して詳細に説明する。
　＜第１の実施形態＞
　図１は、本願発明の第１の実施の形態に係るソフトウェア更新制御システム１の構成を概念的に示すブロック図である。ソフトウェア更新制御システム１は、例えば、ＩｏＴシステムにおけるエッジによって実行されるソフトウェアを更新するシステムである。ソフトウェア更新制御システム１は、大別して、ソフトウェア更新制御装置１０、エッジ側システム２０、クラウド側システム３０、及び、デバイス群４０を有する。
　デバイス群４０は、例えばセンサーやカメラなどを含むデバイス群であり、観測対象を観測した結果を表す観測データを生成して出力する。
　エッジ側システム２０（第１の情報処理システム）は、エッジサーバ等の情報処理装置であり、エッジ側仮想サーバ基盤２１と、エッジハブ２２とを備えている。エッジハブ２２は、デバイス群４０と通信可能に接続されており、デバイス群４０から出力された観測データを受信する。エッジ側仮想サーバ基盤２１は、仮想サーバ２１０を実行可能な基盤であり、プロセッサやメモリ等のハードウェア（例えば図１７を参照して後述するような構成）と、ハイパーバイザ（仮想サーバの実行を制御するソフトウェア）等のソフトウェア（不図示）とを含んでいる。仮想サーバ２１０は、エッジハブ２２が受信した観測データを、処理対象データとして処理したのち、当該処理対象データを、通信可能に接続されているクラウド側システム３０に送信する。尚、エッジ側システム２０が備えるプロセッサやメモリ等のハードウェアの量は少ないので、エッジ側仮想サーバ基盤２１が実行可能な仮想サーバの数は、限定的であることとする。
　クラウド側システム３０（第２の情報処理システム）は、例えばデータセンターとして設置された、多数の情報処理装置を含むシステムであり、クラウド側仮想サーバ基盤３１と、アプリケーションハブ３２と、メッセージバッファ３３とを備えている。クラウド側仮想サーバ基盤３１は、仮想サーバ３１０－１乃至３１０－ｍ（ｍは任意の自然数）を実行可能な基盤であり、プロセッサやメモリ等のハードウェア（例えば図１７を参照して後述するような構成）と、ハイパーバイザ等のソフトウェア（不図示）とを含んでいる。仮想サーバ３１０－１乃至３１０－ｍは、エッジ側システム２０から送信された処理対象データに対して所定の処理を行う。
　クラウド側システム３０は、アプリケーション３４を実行する。アプリケーション３４は、仮想サーバ３１０－１乃至３１０－ｍによって処理された処理対象データを使用したサービスを提供する。アプリケーション３４は、例えば、当該処理対象データに基づく情報分析あるいはシステム制御等を行う。当該処理対象データは、アプリケーションハブ３２を介して、アプリケーション３４に入力される。アプリケーションハブ３２は、メッセージバッファ３３とも接続されている。メッセージバッファ３３は、仮想サーバ３１０－１乃至３１０－ｍから出力されたデータを一時的に記憶可能な電子メモリ等のデバイスである。アプリケーションハブ３２は、外部からの制御に従って、仮想サーバ３１０－１乃至３１０－ｍから出力されたデータ、あるいは、メッセージバッファ３３に記憶されたデータのいずれかを選択して、アプリケーション３４に入力する。
　ソフトウェア更新制御装置１０は、仮想サーバ２１０によって実行されるソフトウェアと、仮想サーバ３１０－１乃至３１０－ｍによって実行されるソフトウェアとに対する更新処理を制御する装置である。ソフトウェア更新制御装置１０は、エッジ側システム２０及びクラウド側システム３０と、通信可能に接続されている。
　ソフトウェア更新制御装置１０は、第１仮想サーバ制御部１１、検証部１２、引継ぎ制御部１３、第２仮想サーバ制御部１４、切り替え部１５、エッジハブ制御部１６、及び、ソフトウェア記憶部１７を備えている。
　ソフトウェア記憶部１７は、クラウド側更新前ソフトウェア１７０、クラウド側更新後ソフトウェア１７１、エッジ側更新前ソフトウェア１７２、及び、エッジ側更新後ソフトウェア１７３を記憶している。クラウド側更新前ソフトウェア１７０は、仮想サーバ３１０－１乃至３１０－ｍによって実行される更新前のソフトウェアである。クラウド側更新後ソフトウェア１７１は、仮想サーバ３１０－１乃至３１０－ｍによって実行される更新後のソフトウェアである。エッジ側更新前ソフトウェア１７２は、仮想サーバ２１０によって実行される更新前のソフトウェアである。エッジ側更新後ソフトウェア１７３は、仮想サーバ２１０によって実行される更新後のソフトウェアである。
　図２は、本実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される前の、各システムの状態を例示する図である。図２に例示する通り、仮想サーバ２１０（第１の情報処理資源）は、エッジ側更新前ソフトウェア１７２を実行することによって、エッジハブ２２（データ受信部）から入力された観測データを処理し、処理結果である処理対象データを仮想サーバ３１０－１に入力する。仮想サーバ３１０－１は、クラウド側更新前ソフトウェア１７０を実行することによって、仮想サーバ２１０から入力された処理対象データを処理し、処理結果である処理対象データをアプリケーションハブ３２に入力する。
　図１に示すソフトウェア更新制御装置１０は、図２に示す状態において、エッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアを、エッジ側更新後ソフトウェア１７３及びクラウド側更新後ソフトウェア１７１に更新する処理を開始する。
　図３は、本実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される途中の、各システムの状態を例示する図である。図１に示す第１仮想サーバ制御部１１（第１の実行制御部）は、図３に示す通り、クラウド側仮想サーバ基盤３１を制御することによって、仮想サーバ３１０－２、及び、仮想サーバ３１０－３（第２の情報処理資源）を新たに立ち上げる。第１仮想サーバ制御部１１は、ソフトウェア記憶部１７からクラウド側更新後ソフトウェア１７１及びエッジ側更新後ソフトウェア１７３を読み出して、読み出したこれらのソフトウェアを、順に、仮想サーバ３１０－２及び３１０－３が実行するように制御する。
　図１に示すエッジハブ制御部１６（データ受信部制御部）は、第１仮想サーバ制御部１１が上述した処理を行う際に、エッジハブ２２が、デバイス群４０から受信した観測データを複製し、複製した観測データを仮想サーバ３１０－３に入力するように制御する。これにより、図３に示す通り、更新後のソフトウェアによって観測データを処理する（試行動作を行う）環境が、クラウド側仮想サーバ基盤３１の中に構築される。
　図１に示す検証部１２は、仮想サーバ３１０－３が観測データを処理することによって出力した処理対象データを仮想サーバ３１０－２が処理する試行動作が正常であるか否かを検証する。検証部１２には、例えば、この検証に必要な判定基準がシステム管理者等によって事前に与えられており、検証部１２は、当該判定基準に基づいて上述した検証を行うこととする。検証部１２は、ソフトウェアの更新処理が完了し、エッジ側システム２０及びクラウド側システム３０が、更新後のソフトウェアを実行することによって観測データを処理することを開始したのちも、エッジ側システム２０及びクラウド側システム３０による処理を検証することを継続する。検証部１２は、検証結果が異常であることを示す場合、ソフトウェア更新制御システム１における障害発生状況等を管理するシステム管理部（不図示）に、異常が発生したことを通知する。
　図４は、本実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新された後の、各システムの状態を例示する図である。図１に示す引継ぎ制御部１３は、検証部１２による検証結果が正常であることを示す場合、図３及び図４に示す通り、エッジ側仮想サーバ基盤２１及びクラウド側仮想サーバ基盤３１を制御することによって、仮想サーバ２１０を、クラウド側仮想サーバ基盤３１に、仮想サーバ３１０－４（第３の情報処理資源）としてライブマイグレーションを行う。ライブマイグレーションは、仮想サーバの動作を停止させずに、当該仮想サーバの動作環境を異なる物理システムに移動させる既存の技術であり、エッジ側仮想サーバ基盤２１及びクラウド側仮想サーバ基盤３１は、このライブマイグレーションの機能を実装していることとする。このライブマイグレーションによって、仮想サーバ３１０－４から出力された処理対象データは、仮想サーバ３１０－１に入力されるので、ライブマイグレーションが行われた後も、更新前のソフトウェアによって観測データを処理する環境は、クラウド側仮想サーバ基盤３１の中に維持される。
　図１に示す第２仮想サーバ制御部１４は、引継ぎ制御部１３による処理が行われたのち、図３及び図４に示す通り、エッジ側仮想サーバ基盤２１及びクラウド側仮想サーバ基盤３１を制御することによって、仮想サーバ３１０－３を、エッジ側仮想サーバ基盤２１に、新たな仮想サーバ２１０としてライブマイグレーションを行う。このライブマイグレーションによって、仮想サーバ２１０から出力された処理対象データは、仮想サーバ３１０－２に入力される。したがって、ライブマイグレーションが行われた後も、更新後のソフトウェアによって観測データを処理する環境は、エッジ側仮想サーバ基盤２１及びクラウド側仮想サーバ基盤３１の中に維持される。
　図１に示す切り替え部１５は、クラウド側仮想サーバ基盤３１を制御することによって、図３及び図４に例示する通り、アプリケーションハブ３２へ入力される情報を、仮想サーバ３１０－１から出力された情報から、仮想サーバ３１０－２から出力された情報に切り替える。これによって、アプリケーションハブ３２に入力される情報は、更新前のソフトウェアによって観測データが処理された情報（更新前出力情報）から、更新後のソフトウェアによって観測データが処理された情報（更新後出力情報）に切り替わる。
　切り替え部１５は、図３及び図４に例示する通り、上述したアプリケーションハブ３２への入力の切り替えに伴い、メッセージバッファ３３に、仮想サーバ３１０－１から出力された情報（更新前出力情報）を入力する。すなわち、メッセージバッファ３３は、ソフトウェアの更新処理が完了し、エッジ側システム２０及びクラウド側システム３０が、更新後のソフトウェアを実行することによって観測データを処理することを開始したのち、仮想サーバ３１０－１及び３１０－４によって生成される更新前出力情報を記憶する。　
　切り替え部１５は、ソフトウェアの更新処理が完了したのち、検証部１２による検証結果が異常であることを示す場合、アプリケーションハブ３２を制御することによって、アプリケーション３４へ入力される情報を、仮想サーバ３１０－２から出力された更新後出力情報から、メッセージバッファ３３に記憶されている更新前出力情報に切り替える。これにより、エッジ側システム２０及びクラウド側システム３０による、観測データを処理する環境は、ソフトウェアの更新が行われる前の環境に戻る。
　図４に示す仮想サーバ３１０－１及び３１０－４（すなわち、更新前のソフトウェアを実行する環境）は、ソフトウェアの更新処理が完了したのち、例えば検証部１２による検証結果が所定の時間に亘って正常であることをもって、第１仮想サーバ制御部１１によって動作を停止する。
　次に図５Ａ及び５Ｂのフローチャートを参照して、本実施形態に係るソフトウェア更新制御装置１０の動作（処理）について詳細に説明する。
　第１仮想サーバ制御部１１は、仮想サーバ３１０－２及び３１０－３を起動し、順に、クラウド側更新後ソフトウェア１７１及びエッジ側更新後ソフトウェア１７３を実行させる（ステップＳ１０１）。エッジハブ制御部１６は、エッジハブ２２が、デバイス群４０から受信した観測データを複製し、複製した観測データを仮想サーバ３１０－３に入力するように制御する（ステップＳ１０２）。検証部１２は、仮想サーバ３１０－２及び３１０－３が行う試行動作を検証する（ステップＳ１０３）。
　検証部１２による検証結果が異常である場合（ステップＳ１０４でＮｏ）、ソフトウェア更新制御装置１０は、エッジ側システム２０及びクラウド側システム３０を、ソフトウェア更新処理を開始する前の状態に戻す（ステップＳ１１４）。検証部１２は、異常が発生したことをシステム管理部に通知して、全体の処理は終了する。
　検証部１２による検証結果が正常である場合（ステップＳ１０４でＹｅｓ）、切り替え部１５は、仮想サーバ３１０－１からの出力をメッセージバッファ３３に切り替え、仮想サーバ３１０－２からの出力をアプリケーションハブ３２に接続する（ステップＳ１０５）。検証部１２は、仮想サーバ３１０－２及び３１０－３が行う動作を検証する（ステップＳ１０６）。
　検証部１２による検証結果が異常である場合（ステップＳ１０７でＮｏ）、処理は、ステップＳ１１４へ進む。検証部１２による検証結果が正常である場合（ステップＳ１０７でＹｅｓ）、引継ぎ制御部１３は、仮想サーバ２１０を、仮想サーバ３１０－４としてライブマイグレーションする（ステップＳ１０８）。第２仮想サーバ制御部１４は、仮想サーバ３１０－３を、新たな仮想サーバ２１０としてライブマイグレーションする（ステップＳ１０９）。検証部１２は、仮想サーバ２１０及び３１０－２が行う動作を検証する（ステップＳ１１０）。
　検証部１２による検証結果が異常である場合（ステップＳ１１１でＮｏ）、処理は、ステップＳ１１４へ進む。検証部１２による検証結果が正常である場合（ステップＳ１１１でＹｅｓ）、エッジハブ制御部１６は、エッジハブ２２から仮想サーバ３１０－４に対する観測データの入力を停止する（ステップＳ１１２）。第１仮想サーバ制御部１１は、仮想サーバ３１０－１及び３１０－４の動作を停止して（ステップＳ１１３）、全体の処理は終了する。
　本実施形態に係るソフトウェア更新制御装置１０は、ＩｏＴシステムにおけるエッジサーバなどの限られた情報処理資源しか備えない情報処理装置によって実行されるソフトウェアの更新処理を、当該情報処理装置を停止させることなく、確実に行うことができる。その理由は、ソフトウェア更新制御装置１０が、ソフトウェア更新後の全体の動作環境をクラウド側システム３０の中に構築してその動作を検証したのち、エッジ側システム２０におけるソフトウェア更新前の動作環境をクラウド側システム３０に移動させるとともに、エッジ側システム２０が更新後のソフトウェアを実行するように制御するからである。
　以下に、本実施形態に係るソフトウェア更新制御装置１０によって実現される効果について、詳細に説明する。
　可用性に対する要件が厳しいＩｏＴシステム等において、エッジによって実行されるソフトウェアを更新する場合、ＩｏＴシステムの動作を停止させることなく、ソフトウェアの更新処理を行うことが課題である。そして、その際、エッジによって実行される更新後のソフトウェアがクラウドシステムと連携して正常に動作することが確認できていることが望ましい。既存の技術として、例えば、二重化等の多重化したシステムを利用することによってソフトウェア更新時の無停止性を実現した技術が存在する。しかしながら、エッジ型ＩｏＴシステム等では、通常、エッジが備える計算機資源が限られているので、エッジによって実行されるソフトウェアの更新に対して、多重化に基づく無停止更新技術を適用することが困難であるという問題がある。
　このような問題に対して、本実施形態に係るソフトウェア更新制御装置１０では、第１仮想サーバ制御部１１は、仮想サーバ２１０がエッジ側更新前ソフトウェア１７２を実行することによって出力した更新前出力情報を、クラウド側システム３０が処理する場合において、エッジ側更新後ソフトウェア１７３を、仮想サーバ３１０－３が実行するように制御する。検証部１２は、仮想サーバ３１０－３がエッジ側更新後ソフトウェア１７３を実行することによって出力した更新後出力情報を、クラウド側システム３０が処理する試行動作を検証する。引継ぎ制御部１３は、検証部１２による検証結果が正常であることを示す場合に、エッジ側更新前ソフトウェア１７２を実行する仮想サーバ２１０の状態を仮想サーバ３１０－４が引き継ぎ、仮想サーバ３１０－４から出力された更新前出力情報をクラウド側システム３０が処理できるように制御する。第２仮想サーバ制御部１４は、引継ぎ制御部１３による処理が行われたのち、仮想サーバ２１０がエッジ側更新後ソフトウェア１７３を実行することによって更新後出力情報を出力するように制御する。切り替え部１５は、クラウド側システム３０が処理対象とする処理対象情報を、仮想サーバ２１０から出力された更新前出力情報から、仮想サーバ３１０－３から出力された更新後出力情報に切り替える。
　すなわち、本実施形態に係るソフトウェア更新制御装置１０は、大量の情報処理資源を備えるクラウド側システム３０を利用して、更新後のソフトウェアを検証する。そして、ソフトウェア更新制御装置１０は、更新前のソフトウェアの実行環境をクラウド側システム３０に移動することと、エッジ側システム２０が更新後のソフトウェアの実行を開始することとを、各システムが動作を停止することなく行うように制御する。これにより、本実施形態に係るソフトウェア更新制御装置１０は、ＩｏＴシステムにおけるエッジサーバなどの限られた情報処理資源しか備えない情報処理装置によって実行されるソフトウェアの更新処理を、当該情報処理装置を停止させることなく、確実に行うことができる。
　また、本実施形態に係るソフトウェア更新制御装置１０は、ソフトウェアの更新が行われた後も、少なくとも所定の期間は、更新前のソフトウェアの実行環境をクラウド側システム３０に残し、更新前のソフトウェアの実行環境によって得られた結果がメッセージバッファ３３に記憶されるように制御する。ソフトウェア更新制御装置１０は、更新後のソフトウェアによる処理において異常が発生した場合、クラウド側システム３０が、処理対象情報として、メッセージバッファ３３に記憶された情報を使用するように制御することによって、システムをソフトウェアが更新される前の状態に戻すことができる。したがって、本実施形態に係るソフトウェア更新制御装置１０は、システムの可用性を向上することができる。
　尚、本実施形態に係るソフトウェア更新制御装置１０が制御を行う対象は、仮想サーバに限定されない。ソフトウェア更新制御装置１０は、例えば、物理サーバ同士でマイグレーションを行う技術を利用することによって、エッジ側システム２０及びクラウド側システム３０に含まれる物理サーバに対して、上述した処理を行ってもよい。
　また、本実施形態に係るソフトウェア更新制御装置１０が制御を行う対象は、デバイス群によって生成された観測データを処理するエッジ側システムとクラウド側システムとから構成されるＩｏＴシステムに限定されない。ソフトウェア更新制御装置１０は、例えば、特定のアプリケーションを分散処理する複数の小規模サーバと、それらの小規模サーバを制御する大規模サーバを含むシステムにおけるソフトウェアを更新する際に、上述した処理を行ってもよい。
　＜第２の実施形態＞
　次に、本願発明の第２の実施形態に係るソフトウェア更新制御システム１について説明する。本実施形態に係るソフトウェア更新制御システム１の構成は、図１に示す第１の実施形態に係るソフトウェア更新制御システム１と同様である。本実施形態に係るソフトウェア更新制御装置１０は、その動作フローが第１の実施形態とは異なる構成を有する。本実施形態に係るソフトウェア更新制御装置１０の動作（処理）について、図６Ａ及び６Ｂのフローチャートを参照して詳細に説明する。
　ソフトウェア更新制御装置１０は、図５Ａに示すステップＳ１０１乃至Ｓ１０３の処理を実行する（ステップＳ２０１）。検証部１２による検証結果が異常である場合（ステップＳ２０２でＮｏ）、ソフトウェア更新制御装置１０は、図５Ａに示すステップＳ１１４及びＳ１１５の処理を実行し（ステップＳ２１１）、全体の処理は終了する。
　検証部１２による検証結果が正常である場合（ステップＳ２０２でＹｅｓ）、引継ぎ制御部１３は、仮想サーバ２１０を、仮想サーバ３１０－４としてライブマイグレーションする（ステップＳ２０３）。第２仮想サーバ制御部１４は、仮想サーバ３１０－３を、新たな仮想サーバ２１０としてライブマイグレーションする（ステップＳ２０４）。検証部１２は、仮想サーバ２１０及び３１０－２が行う動作を検証する（ステップＳ２０５）。
　検証部１２による検証結果が異常である場合（ステップＳ２０６でＮｏ）、処理はステップＳ２１１へ進む。検証部１２による検証結果が正常である場合（ステップＳ２０６でＹｅｓ）、切り替え部１５は、仮想サーバ３１０－１からの出力をメッセージバッファ３３に切り替え、仮想サーバ３１０－２からの出力をアプリケーションハブ３２に接続する（ステップＳ２０７）。検証部１２は、仮想サーバ２１０及び３１０－２が行う動作を検証する（ステップＳ２０８）。
　検証部１２による検証結果が異常である場合（ステップＳ２０９でＮｏ）、処理はステップＳ２１１へ進む。検証部１２による検証結果が正常である場合（ステップＳ２０９でＹｅｓ）、ソフトウェア更新制御装置１０は、図５Ｂに示すステップＳ１１２及びＳ１１３の処理を実行し（ステップＳ２１０）、全体の処理は終了する。
　本実施形態に係るソフトウェア更新制御装置１０は、ＩｏＴシステムにおけるエッジサーバなどの限られた情報処理資源しか備えない情報処理装置によって実行されるソフトウェアの更新処理を、当該情報処理装置を停止させることなく、確実に行うことができる。その理由は、第１の実施形態について説明した通りである。
　また、本実施形態に係るソフトウェア更新制御装置１０は、第１の実施形態とは異なり、仮想サーバ２１０から仮想サーバ３１０－４へのマイグレーション、及び、仮想サーバ３１０－３から仮想サーバ２１０へのマイグレーションを行ったのちに、クラウド側システム３０の処理対象情報を、更新前出力情報から更新後出力情報に切り替える。したがって、本実施形態に係るソフトウェア更新制御装置１０は、更新後のソフトウェアを実際の動作環境により近い状態において検証したのちに、更新後のソフトウェアに切り替えるので、システムの可用性をさらに向上することができる。
　＜第３の実施形態＞
　次に、本願発明の第３の実施形態に係るソフトウェア更新制御システム１について説明する。本実施形態に係るソフトウェア更新制御システム１の構成は、図１に示す第１の実施形態に係るソフトウェア更新制御システム１と同様である。本実施形態に係るソフトウェア更新制御装置１０は、エッジ側システム２０及びクラウド側システム３０に対して、第１及び第２の実施形態とは異なる制御を行う。
　図７は、本実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される前の、各システムの状態を例示する図である。図７に例示する通り、本実施形態に係るエッジ側仮想サーバ基盤２１には、図２に示す第１の実施形態のときとは異なり、仮想サーバ２１０に加えて仮想サーバ２１１（第４の情報処理資源）が存在する。仮想サーバ２１１は、基準よりも優先度が低い低優先度処理２１２を行っている。
　本実施形態に係るソフトウェア更新制御装置１０は、図７に示す状態において、エッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアを、エッジ側更新後ソフトウェア１７３及びクラウド側更新後ソフトウェア１７１に更新する処理を開始する。
　図８は、本実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される途中の、各システムの状態を例示する図である。引継ぎ制御部１３は、図７及び図８に示す通り、エッジ側仮想サーバ基盤２１及びクラウド側仮想サーバ基盤３１を制御することによって、仮想サーバ２１１を、クラウド側仮想サーバ基盤３１に、仮想サーバ３１０－４としてライブマイグレーションを行う。
　図９は、本実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新された後の、各システムの状態を例示する図である。第２仮想サーバ制御部１４は、引継ぎ制御部１３による処理が行われたのち、図８及び図９に示す通り、エッジ側仮想サーバ基盤２１及びクラウド側仮想サーバ基盤３１を制御することによって、仮想サーバ３１０－３を、エッジ側仮想サーバ基盤２１に、新たな仮想サーバ２１１としてライブマイグレーションを行う。このライブマイグレーションによって、仮想サーバ２１１から出力された処理対象データは、仮想サーバ３１０－２に入力されるので、ライブマイグレーションが行われた後も、更新後のソフトウェアによって観測データを処理する環境は、エッジ側仮想サーバ基盤２１及びクラウド側仮想サーバ基盤３１の中に維持される。
　図９に示す仮想サーバ２１０及び３１０－１（すなわち、更新前のソフトウェアを実行する環境）は、ソフトウェアの更新処理が完了したのち、例えば検証部１２による検証結果が所定の時間に亘って正常であることをもって、第１仮想サーバ制御部１１及び第２仮想サーバ制御部１４によって動作を停止する。引継ぎ制御部１３は、仮想サーバ２１０によるエッジ側更新前ソフトウェア１７２を実行する動作が停止したのち、低優先度処理２１２を実行する仮想サーバ３１０－４を、エッジ側仮想サーバ基盤２１に、新たな仮想サーバ２１０としてライブマイグレーションを行う。これにより、低優先度処理２１２は、ソフトウェアの更新処理が行われる前と同様に、エッジ側システム２０により実行される状態に戻る。
　次に図１０Ａ及び１０Ｂのフローチャートを参照して、本実施形態に係るソフトウェア更新制御装置１０の動作（処理）について詳細に説明する。
　ソフトウェア更新制御装置１０は、図５Ａに示すＳ１０１乃至Ｓ１０３の処理を実行する（ステップＳ３０１）。検証部１２による検証結果が異常である場合（ステップＳ３０２でＮｏ）、ソフトウェア更新制御装置１０は、図５Ａに示すステップＳ１１４及びＳ１１５の処理を実行し（ステップＳ３１３）、全体の処理は終了する。
　検証部１２による検証結果が正常である場合（ステップＳ３０２でＹｅｓ）、引継ぎ制御部１３は、仮想サーバ２１１を、仮想サーバ３１０－４としてライブマイグレーションする（ステップＳ３０３）。第２仮想サーバ制御部１４は、仮想サーバ３１０－３を、仮想サーバ２１１としてライブマイグレーションする（ステップＳ３０４）。検証部１２は、仮想サーバ２１１及び３１０－２が行う動作を検証する（ステップＳ３０５）。
　検証部１２による検証結果が異常である場合（ステップＳ３０６でＮｏ）、処理はステップＳ３１３へ進む。検証部１２による検証結果が正常である場合（ステップＳ３０６でＹｅｓ）、切り替え部１５は、仮想サーバ３１０－１からの出力をメッセージバッファ３３に切り替え、仮想サーバ３１０－２からの出力をアプリケーションハブ３２に接続する（ステップＳ３０７）。検証部１２は、仮想サーバ２１１及び３１０－２が行う動作を検証する（ステップＳ３０７）。
　検証部１２による検証結果が異常である場合（ステップＳ３０９でＮｏ）、処理はステップＳ３１３へ進む。検証部１２による検証結果が正常である場合（ステップＳ３０９でＹｅｓ）、エッジハブ制御部１６は、エッジハブ２２から仮想サーバ２１０に対する観測データの入力を停止する（ステップＳ３１１）。引継ぎ制御部１３は、仮想サーバ３１０－４を、仮想サーバ２１０としてライブマイグレーションし（ステップＳ３１２）、全体の処理は終了する。
　本実施形態に係るソフトウェア更新制御装置１０は、ＩｏＴシステムにおけるエッジサーバなどの限られた情報処理資源しか備えない情報処理装置によって実行されるソフトウェアの更新処理を、当該情報処理装置を停止させることなく、確実に行うことができる。その理由は、第１の実施形態について説明した通りである。
　また、本実施形態に係るソフトウェア更新制御装置１０は、エッジ側更新前ソフトウェア１７２を実行する仮想サーバ２１０を、クラウド側システム３０にマイグレーションしないで、ソフトウェアの更新処理を行うように制御する。この処理は、エッジ側システム２０において優先度が低い処理を行う仮想サーバ２１１を、一時的にクラウド側システム３０にマイグレーションした結果として、エッジ側システム２０の負荷が低減することにより実現できる。仮想サーバ２１１は優先度が低い処理を行っているので、仮想サーバ２１１をクラウド側システム３０にマイグレーションすることによる影響は小さい。ソフトウェア更新制御装置１０は、上述した制御を行うことによって、ソフトウェアの更新処理にともなう、更新前のソフトウェアを実行する環境への影響を小さくすることができる。
　また、本実施形態に係るソフトウェア更新制御装置１０は、ソフトウェアの更新処理を行った後も、クラウド側システム３０ではなくエッジ側システム２０において、仮想サーバ２１０がエッジ側更新前ソフトウェア１７２を実行するように制御する。したがって、ソフトウェア更新制御装置１０は、更新後ソフトウェアによる処理において異常が発生した場合に、より安全かつ迅速に、システムをソフトウェアが更新される前の状態に戻すことができる。
　＜第４の実施形態＞
　図１１は、本願発明の第４の実施形態に係るソフトウェア更新制御システム２の構成を概念的に示すブロック図である。ソフトウェア更新制御システム２は、エッジ側システム２０に加えてエッジ側システム２０Ａ（第３の情報処理システム）を有することを除いては、図１に示す第１の実施形態に係るソフトウェア更新制御システム１と同様の構成を有する。本実施形態に係るエッジ側システム２０Ａは、エッジ側システム２０と同様に、エッジ側仮想サーバ基盤２１Ａ、及び、エッジハブ２２Ａを備える。エッジ側システム２０Ａの機能は、エッジ側システム２０と同様である。
　本実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される前の、これらシステムの状態は、第１の実施形態と同様に図２に示す通りである。
　本実施形態に係るソフトウェア更新制御装置１０は、図２に示す状態において、エッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアを、エッジ側更新後ソフトウェア１７３及びクラウド側更新後ソフトウェア１７１に更新する処理を開始する。
　図１２は、本実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが更新される途中の、各システムの状態を例示する図である。
　図１１に示す第１仮想サーバ制御部１１は、図１２に示す通り、エッジ側仮想サーバ基盤２１Ａを制御することによって、仮想サーバ２１０Ａ（第５の情報処理資源）を新たに立ち上げる。第１仮想サーバ制御部１１は、ソフトウェア記憶部１７からエッジ側更新後ソフトウェア１７３を読み出して、読み出したエッジ側更新後ソフトウェア１７３を仮想サーバ２１０Ａが実行するように制御する。第１仮想サーバ制御部１１がクラウド側仮想サーバ基盤３１を制御することによって仮想サーバ３１０－２を立ち上げ、仮想サーバ３１０－２がクラウド側更新後ソフトウェア１７１を実行するように制御することは、第１の実施形態と同様である。
　すなわち、本実施形態に係る第１仮想サーバ制御部１１は、第１の実施形態において行った、クラウド側システム３０に仮想サーバ３１０－３を立ち上げる代わりに、エッジ側システム２０Ａに仮想サーバ２１０Ａを立ち上げる。本実施形態に係るソフトウェア更新制御装置１０は、第１の実施形態において仮想サーバ３１０－３に対して行った処理と同様の処理を、仮想サーバ２１０Ａに対して行う。本実施形態に係るエッジ側システム２０及びクラウド側システム３０によって実行されるソフトウェアが、ソフトウェア更新制御装置１０による制御によって更新された後のこれらシステムの状態は、第１の実施形態と同様に、図４に示す通りである。
　次に図１３Ａ及び１３Ｂのフローチャートを参照して、本実施形態に係るソフトウェア更新制御装置１０の動作（処理）について詳細に説明する。
　第１仮想サーバ制御部１１は、仮想サーバ３１０－２及び２１０Ａを起動し、順に、クラウド側更新後ソフトウェア１７１及びエッジ側更新後ソフトウェア１７３を実行させる（ステップＳ４０１）。エッジハブ制御部１６は、エッジハブ２２に、デバイス群４０から受信した観測データを、仮想サーバ２１０Ａに入力させる（ステップＳ４０２）。検証部１２は、仮想サーバ２１０Ａ及び３１０－２が行う試行動作を検証する（ステップＳ４０３）。
　検証部１２による検証結果が異常である場合（ステップＳ４０４でＮｏ）、ソフトウェア更新制御装置１０は、図５Ａに示すステップＳ１１４及びＳ１１５の処理を実行し（ステップＳ４１３）、全体の処理は終了する。
　検証部１２による検証結果が正常である場合（ステップＳ４０４でＹｅｓ）、切り替え部１５は、仮想サーバ３１０－１からの出力をメッセージバッファ３３に切り替え、仮想サーバ３１０－２からの出力をアプリケーションハブ３２に接続する（ステップＳ４０５）。検証部１２は、仮想サーバ２１０Ａ及び３１０－２が行う動作を検証する（ステップＳ４０６）。
　検証部１２による検証結果が異常である場合（ステップＳ４０７でＮｏ）、処理はステップＳ４１３へ進む。検証部１２による検証結果が正常である場合（ステップＳ４０７でＹｅｓ）、引継ぎ制御部１３は、仮想サーバ２１０を、仮想サーバ３１０－４としてライブマイグレーションする（ステップＳ４０８）。第２仮想サーバ制御部１４は、仮想サーバ２１０Ａを、仮想サーバ２１０としてライブマイグレーションする（ステップＳ４０９）。検証部１２は、仮想サーバ２１０及び３１０－２が行う動作を検証する（ステップＳ４１０）。
　検証部１２による検証結果が異常である場合（ステップＳ４１１でＮｏ）、処理はステップＳ４１３へ進む。検証部１２による検証結果が正常である場合（ステップＳ４１１でＹｅｓ）、ソフトウェア更新制御装置１０は、図５Ｂに示すステップＳ１１２及びＳ１１３の処理を実行し（ステップＳ４１２）、全体の処理は終了する。
　本実施形態に係るソフトウェア更新制御装置１０は、ＩｏＴシステムにおけるエッジサーバなどの限られた情報処理資源しか備えない情報処理装置によって実行されるソフトウェアの更新処理を、当該情報処理装置を停止させることなく、確実に行うことができる。その理由は、第１の実施形態について説明した通りである。
　また、本実施形態に係るソフトウェア更新制御装置１０は、エッジ側更新後ソフトウェア１７３を使用して試行動作を行う仮想サーバを、クラウド側システム３０ではなく、別のエッジ側システム２０Ａに構築する。これにより、ソフトウェア更新制御装置１０は、当該試行動作を行う仮想サーバをクラウド側システム３０に構築することに伴う、コストの増加あるいは性能問題等を回避して、ソフトウェアの更新処理を行うことができる。
　＜第５の実施形態＞
　図１４は、本願発明の第５の実施形態に係るソフトウェア更新制御システム３の構成を概念的に示すブロック図である。ソフトウェア更新制御システム３は、大別して、ソフトウェア更新制御装置５０、ｎ個（ｎは２以上の任意の自然数）のエッジ側システム２０－１乃至２０－ｎ、クラウド側システム３０、及び、デバイス群４０－１乃至４０－ｎを有する。
　エッジ側システム２０－１乃至２０－ｎの個々の構成は、図１に示す第１の実施形態に係るエッジ側システム２０と同様である。すなわち、エッジ側システム２０－１乃至２０－ｎは、エッジ側仮想サーバ基盤２１－１乃至２１－ｎ、及び、エッジハブ２２－１乃至２２－ｎを備える。エッジ側システム２０－１乃至２０－ｎは、デバイス群４０－１乃至４０－ｎと通信可能に接続されており、デバイス群４０－１乃至４０－ｎから出力された観測データを受信する。エッジ側システム２０－１乃至２０－ｎは、受信した観測データに対して、第１の実施形態に係るエッジ側システム２０と同様な処理を行う。
　本実施形態に係るクラウド側システム３０は、エッジ側システム２０－１乃至２０－ｎと通信可能に接続され、エッジ側システム２０－１乃至２０－ｎから出力された処置対象データに対して、第１の実施形態と同様な処理を行う。
　ソフトウェア更新制御装置５０は、エッジ側システム２０－１乃至２０－ｎ、及び、クラウド側システム３０における仮想サーバが実行するソフトウェアに対する更新処理を、第１の実施形態に係るソフトウェア更新制御装置１０と同様に制御する装置である。
　ソフトウェア更新制御装置５０は、図１４に示す通り、第１の実施形態に係るソフトウェア更新制御装置１０の構成に追加して、更新指示部５８を備える。更新指示部５８は、更新スケジュール情報５８０を、内部の電子メモリ等に記憶している。更新スケジュール情報５８０は、エッジ側システム２０－１乃至２０－ｎの個々について、ソフトウェアを更新するスケジュール（実施日時等）を示す情報である。
　更新指示部５８は、更新スケジュール情報５８０に基づいて、エッジ側システム２０－１乃至２０－ｎのうちの特定のエッジ側システムについて、ソフトウェアを更新する日時になったことを検知する。更新指示部５８は、あるいは、特定のエッジシステムについてソフトウェアの更新を行うことを指示する、システム管理者等によって入力された情報を受け付ける。
　更新指示部５８は、このとき、その特定のエッジ側システムについて、ソフトウェアの更新処理を行うことを指示する指示情報を出力する。ソフトウェア更新制御装置５０は、当該指示情報が出力されたことを契機として、ソフトウェアの更新処理を開始する。更新指示部５８は、複数のエッジ側システムについてソフトウェアの更新処理を行う場合、同じタイミングに複数の更新処理を開始するように指示してもよい。更新指示部５８は、あるいは、クラウド側システム３０に関するメモリの空き領域の状態、あるいは、通信ネットワークの帯域等を示す情報に基づいて、順次、更新処理を開始するように指示してもよい。
　本実施形態に係るソフトウェア記憶部１７は、図１４に示す通り、エッジ側システム２０－１乃至２０－ｎについて、エッジ側更新前ソフトウェア１７２－１乃至１７２－ｎ、及び、エッジ側更新後ソフトウェア１７３－１乃至１７３－ｎを記憶している。
　図１５は、本実施形態に係るエッジ側システム２０－１乃至２０－ｎ及びクラウド側システム３０によって実行されるソフトウェアが更新される途中の、各システムの状態を例示する図である。図１５に示す通り、ソフトウェア更新制御装置５０は、ソフトウェアを更新する過程において、エッジ側更新後ソフトウェアを使用して試行動作を行う複数の仮想サーバ３１０－３乃至３１０－ｍ（ｍは３以上の任意の整数）を、クラウド側システム３０が実行するように制御する。ソフトウェア更新制御装置５０は、第１の実施形態に係るソフトウェア更新制御装置１０と同様の手順によって、複数のエッジ側システム２０－１乃至２０－ｎによって実行されるソフトウェアの更新処理を制御する。
　本実施形態に係るソフトウェア更新制御装置５０は、ＩｏＴシステムにおけるエッジサーバなどの限られた情報処理資源しか備えない情報処理装置によって実行されるソフトウェアの更新処理を、当該情報処理装置を停止させることなく、確実に行うことができる。その理由は、第１の実施形態について説明した通りである。
　また、本実施形態に係るソフトウェア更新制御装置５０は、複数のエッジ側システムについて、ソフトウェアを更新する場合であっても、上述した処理を行うことができる。
　＜第６の実施形態＞
　図１６は、本願発明の第６の実施形態に係るソフトウェア更新制御装置６０の構成を概念的に示すブロック図である。
　本実施形態に係るソフトウェア更新制御装置６０は、第１の実行制御部６１、検証部６２、引継ぎ制御部６３、第２の実行制御部６４、及び、切り替え部６５を備えている。
　図１６に示す第２の情報処理システム８０は、第１の情報処理システム７０に含まれる第１の情報処理資源７１が更新前ソフトウェア７１０を実行することによって出力した更新前出力情報を処理する。第１の実行制御部６１は、この場合において、更新後ソフトウェア７１１を、第２の情報処理システム８０に含まれる第２の情報処理資源８１が実行するように制御する。
　検証部６２は、第２の情報処理資源８１が更新後ソフトウェア７１１を実行することによって出力した情報を、第２の情報処理システム８０が処理する試行動作を検証する。
　引継ぎ制御部６３は、検証部６２による当該試行動作に対する検証結果が正常であることを示す場合に、更新前出力情報を出力する状態を、第２の情報処理システム８０に含まれる第３の情報処理資源８２が第１の情報処理資源７１から引き継ぐように制御する。そして、引継ぎ制御部６３は、第３の情報処理資源８２から出力された更新前出力情報を、第２の情報処理システム８０が処理できるように制御する。
　第２の実行制御部６４は、引継ぎ制御部６３による処理が行われたのち、第１の情報処理資源７１が、更新後ソフトウェア７１１を実行することによって更新後出力情報を出力するように制御する。
　切り替え部６５は、第２の情報処理システム８０が処理対象とする処理対象情報を、第１の情報処理資源７１あるいは第３の情報処理資源８２から出力された更新前出力情報から、第１の情報処理資源７１あるいは第２の情報処理資源８１から出力された更新後出力情報に切り替える。
　本実施形態に係るソフトウェア更新制御装置６０は、ＩｏＴシステムにおけるエッジサーバなどの限られた情報処理資源しか備えない情報処理装置によって実行されるソフトウェアの更新処理を、当該情報処理装置を停止させることなく、確実に行うことができる。その理由は、ソフトウェア更新制御装置６０が、ソフトウェア更新後の全体の動作環境を第２の情報処理システム８０の中に構築してその動作を検証したのち、第１の情報処理システム７０におけるソフトウェア更新前の動作環境を、第２の情報処理システム８０に移動させるとともに、第１の情報処理システム７０が更新後のソフトウェアを実行するように制御するからである。
　＜ハードウェア構成例＞
　上述した各実施形態において図１、図１１、図１４、及び、図１６に示したソフトウェア更新制御装置における各部は、専用のＨＷ（ＨａｒｄＷａｒｅ）（電子回路）によって実現することができる。また、図１、図１１、図１４、及び、図１６において、少なくとも、下記構成は、ソフトウェアプログラムの機能（処理）単位（ソフトウェアモジュール）と捉えることができる。
・第１仮想サーバ制御部１１、
・検証部１２及び６２、
・引継ぎ制御部１３及び６３、
・第２仮想サーバ制御部１４、
・切り替え部１５及び６５、
・エッジハブ制御部１６、
・ソフトウェア記憶部１７における記憶制御機能
・更新指示部５８、
・第１の実行制御部６１、
・第２の実行制御部６４。
　但し、これらの図面に示した各部の区分けは、説明の便宜上の構成であり、実装に際しては、様々な構成が想定され得る。この場合のハードウェア環境の一例を、図１７を参照して説明する。
　図１７は、本願発明の各実施形態に係るソフトウェア更新制御装置を実行可能な情報処理装置９００（コンピュータ）の構成を例示的に説明する図である。即ち、図１７は、図１、図１１、図１４、及び、図１６に示したソフトウェア更新制御装置を実現可能なコンピュータ（情報処理装置）の構成であって、上述した実施形態における各機能を実現可能なハードウェア環境を表す。
　図１７に示した情報処理装置９００は、構成要素として下記を備えている。
・ＣＰＵ（Ｃｅｎｔｒａｌ＿Ｐｒｏｃｅｓｓｉｎｇ＿Ｕｎｉｔ）９０１、
・ＲＯＭ（Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）９０２、
・ＲＡＭ（Ｒａｎｄｏｍ＿Ａｃｃｅｓｓ＿Ｍｅｍｏｒｙ）９０３、
・ハードディスク（記憶装置）９０４、
・外部装置との通信インタフェース９０５、
・バス９０６（通信線）、
・ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ＿Ｄｉｓｃ＿Ｒｅａｄ＿Ｏｎｌｙ＿Ｍｅｍｏｒｙ）等の記録媒体９０７に格納されたデータを読み書き可能なリーダライタ９０８、
・入出力インタフェース９０９。
　即ち、上記構成要素を備える情報処理装置９００は、これらの構成がバス９０６を介して接続された一般的なコンピュータである。情報処理装置９００は、ＣＰＵ９０１を複数備える場合もあれば、マルチコアにより構成されたＣＰＵ９０１を備える場合もある。
　そして、上述した実施形態を例に説明した本願発明は、図１７に示した情報処理装置９００に対して、次の機能を実現可能なコンピュータプログラムを供給する。その機能とは、その実施形態の説明において参照したブロック構成図（図１、図１１、図１４、及び、図１６）における上述した構成、或いはフローチャート（図５Ａ及び５Ｂ、図６Ａ及び６Ｂ、図１０Ａ及び１０Ｂ、及び、図１３Ａ及び１３Ｂ）の機能である。本願発明は、その後、そのコンピュータプログラムを、当該ハードウェアのＣＰＵ９０１に読み出して解釈し実行することによって達成される。また、当該装置内に供給されたコンピュータプログラムは、読み書き可能な揮発性のメモリ（ＲＡＭ９０３）、または、ＲＯＭ９０２やハードディスク９０４等の不揮発性の記憶デバイスに格納すれば良い。
　また、前記の場合において、当該ハードウェア内へのコンピュータプログラムの供給方法は、現在では一般的な手順を採用することができる。その手順としては、例えば、ＣＤ－ＲＯＭ等の各種記録媒体９０７を介して当該装置内にインストールする方法や、インターネット等の通信回線を介して外部よりダウンロードする方法等がある。そして、このような場合において、本願発明は、係るコンピュータプログラムを構成するコード或いは、そのコードが格納された記録媒体９０７によって構成されると捉えることができる。
　以上、上述した実施形態を模範的な例として本願発明を説明した。しかしながら、本願発明は、上述した実施形態には限定されない。即ち、本願発明は、本願発明のスコープ内において、当業者が理解し得る様々な態様を適用することができる。
　この出願は、２０１６年４月１５日に出願された日本出願特願２０１６－０８１７７３を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　１　　ソフトウェア更新制御システム
　２　　ソフトウェア更新制御システム
　３　　ソフトウェア更新制御システム
　１０　　ソフトウェア更新制御装置
　１１　　第１仮想サーバ制御部
　１２　　検証部
　１３　　引継ぎ制御部
　１４　　第２仮想サーバ制御部
　１５　　切り替え部
　１６　　エッジハブ制御部
　１７　　ソフトウェア記憶部
　１７０　　クラウド側更新前ソフトウェア
　１７１　　クラウド側更新後ソフトウェア
　１７２　　エッジ側更新前ソフトウェア
　１７２－１乃至１７２－ｎ　　エッジ側更新前ソフトウェア
　１７３　　エッジ側更新後ソフトウェア
　１７３－１乃至１７３－ｎ　　エッジ側更新後ソフトウェア
　２０　　エッジ側システム
　２０Ａ　　エッジ側システム
　２０－１乃至２０－ｎ　　エッジ側システム
　２１　　エッジ側仮想サーバ基盤
　２１Ａ　　エッジ側仮想サーバ基盤
　２１－１乃至２１－ｎ　　エッジ側仮想サーバ基盤
　２１０　　仮想サーバ
　２１１　　仮想サーバ
　２１２　　低優先度処理
　２２　　エッジハブ
　２２Ａ　　エッジハブ
　２２－１乃至２２－ｎ　　エッジハブ
　３０　　クラウド側システム
　３１　　クラウド側仮想サーバ基盤
　３１０－１乃至３１０－ｍ　　仮想サーバ
　３２　　アプリケーションハブ
　３３　　メッセージバッファ
　３４　　アプリケーション
　４０　　デバイス群
　４０－１乃至４０－ｎ　　デバイス群
　５０　　ソフトウェア更新制御装置
　５８　　更新指示部
　５８０　　更新スケジュール情報
　６０　　ソフトウェア更新制御装置
　６１　　第１の実行制御部
　６２　　検証部
　６３　　引継ぎ制御部
　６４　　第２の実行制御部
　６５　　切り替え部
　７０　　第１の情報処理システム
　７１　　第１の情報処理資源
　７１０　　更新前ソフトウェア
　７１１　　更新後ソフトウェア
　８０　　第２の情報処理システム
　８１　　第２の情報処理資源
　８２　　第３の情報処理資源
　９００　　情報処理装置
　９０１　　ＣＰＵ
　９０２　　ＲＯＭ
　９０３　　ＲＡＭ
　９０４　　ハードディスク（記憶装置）
　９０５　　通信インタフェース
　９０６　　バス
　９０７　　記録媒体
　９０８　　リーダライタ
　９０９　　入出力インタフェース

Claims (10)

  1. 　第一の情報処理システムに含まれる第一の情報処理資源が更新前のソフトウェアを実行することによって出力した更新前出力情報を、第二の情報処理システムが処理する場合において、更新後の前記ソフトウェアを、前記第二の情報処理システムに含まれる第二の情報処理資源が実行するように制御する第一の実行制御手段と、
    　前記第二の情報処理資源が前記更新後のソフトウェアを実行することによって出力した情報を、前記第二の情報処理システムが処理する試行動作を検証する検証手段と、
    　前記検証手段による前記試行動作に対する検証結果が正常であることを示す場合に、前記更新前出力情報を出力する状態を、前記第二の情報処理システムに含まれる第三の情報処理資源が前記第一の情報処理資源から引き継ぎ、前記第三の情報処理資源から出力された前記更新前出力情報を、前記第二の情報処理システムが処理できるように制御する引継ぎ制御手段と、
    　前記引継ぎ制御手段による処理が行われたのち、前記第一の情報処理資源が、前記更新後のソフトウェアを実行することによって更新後出力情報を出力するように制御する第二の実行制御手段と、
    　前記第二の情報処理システムが処理対象とする処理対象情報を、前記第一あるいは第三の情報処理資源から出力された前記更新前出力情報から、前記第一あるいは第二の情報処理資源から出力された前記更新後出力情報に切り替える切り替え手段と、
    　を備えるソフトウェア更新制御装置。
  2. 　前記第一の情報処理資源が、前記第一の情報処理システムに含まれるデータ受信部が外部から受信した処理対象データを処理する場合において、前記第一の実行制御手段によって、前記第二の情報処理資源が前記更新後のソフトウェアを実行するときに、前記データ受信部が、前記処理対象データを複製し、複製した前記処理対象データを前記第二の情報処理資源に入力するように制御するデータ受信部制御手段
    　をさらに備える請求項１に記載のソフトウェア更新制御装置。
  3. 　前記切り替え手段は、前記処理対象情報を切り替えたのち、前記第二の情報処理システムが、前記第三の情報処理資源から出力された前記更新前出力情報を処理するとともに、その処理結果を前記第二の情報処理システムに含まれる記憶部に格納するように制御する、
    　請求項１または２に記載のソフトウェア更新制御装置。
  4. 　前記検証手段は、前記第一の情報処理資源から出力された前記更新後出力情報を、前記第二の情報処理システムが処理する更新後動作を検証しており、
    　前記切り替え手段は、前記検証手段による前記更新後動作に対する検証結果が異常であることを示す場合に、前記処理対象情報を、前記更新後動作により得られた情報から、前記記憶部に格納された情報に切り替えるように制御する、
    　請求項３に記載のソフトウェア更新制御装置。
  5. 　前記引継ぎ制御手段は、前記第一の情報処理システムに含まれる第四の情報処理資源が、基準より優先度が低い処理を行う場合に、前記第三の情報処理資源が、前記第四の情報処理資源が行う処理を引き継ぐように制御し、
    　前記第二の実行制御手段は、前記引継ぎ制御手段による処理が行われたのち、前記第四の情報処理資源が、前記更新後のソフトウェアを実行することによって更新後出力情報を出力するように制御し
    　前記切り替え手段は、前記処理対象情報を、前記第一の情報処理資源から出力された前記更新前出力情報から、前記第四の情報処理資源から出力された前記更新後出力情報に切り替える、
    　請求項１乃至４のいずれか一項に記載のソフトウェア更新制御装置。
  6. 　前記第一の実行制御手段は、前記更新後のソフトウェアを、第三の情報処理システムに含まれる第五の情報処理資源が実行するように制御し、
    　前記検証手段は、前記第五の情報処理資源から出力された前記更新後出力情報を、前記第二の情報処理システムが処理する前記試行動作を検証し、
    　前記切り替え手段は、前記処理対象情報を、前記第一あるいは第三の情報処理資源から出力された前記更新前出力情報から、前記第一あるいは第五の情報処理資源から出力された前記更新後出力情報に切り替える、
    　請求項１乃至５のいずれか一項に記載のソフトウェア更新制御装置。
  7. 　複数の前記第一の情報処理システムの個々に対して、前記ソフトウェアを更新する処理が行われるスケジュールを示す情報、あるいは外部から入力された情報に基づいて、特定の前記第一の情報処理システムにおける前記ソフトウェアの更新を指示する指示情報を出力する更新指示手段をさらに備え、
    　前記第一の実行制御手段、前記検証手段、前記引継ぎ制御手段、前記第二の実行制御手段、及び、前記切り替え手段は、前記指示情報に基づいて、前記特定の第一の情報処理システムに関する処理を実行する、
    　請求項１乃至６のいずれか一項に記載のソフトウェア更新制御装置。
  8. 　請求項１乃至７のいずれか一項に記載のソフトウェア更新制御装置と、
    　前記第一及び第二の情報処理システムと、
    　を有するソフトウェア更新制御システム。
  9. 　情報処理装置によって、
    　　第一の情報処理システムに含まれる第一の情報処理資源が更新前のソフトウェアを実行することによって出力した更新前出力情報を、第二の情報処理システムが処理する場合において、更新後の前記ソフトウェアを、前記第二の情報処理システムに含まれる第二の情報処理資源が実行するように制御し、
    　　前記第二の情報処理資源が前記更新後のソフトウェアを実行することによって出力した情報を、前記第二の情報処理システムが処理する試行動作を検証し、
    　　前記試行動作に対する検証結果が正常であることを示す場合に、前記更新前出力情報を出力する状態を、前記第二の情報処理システムに含まれる第三の情報処理資源が前記第一の情報処理資源から引き継ぎ、前記第三の情報処理資源から出力された前記更新前出力情報を、前記第二の情報処理システムが処理できるように制御し、
    　　前記第三の情報処理資源から出力された前記更新前出力情報を、前記第二の情報処理システムが処理できる状態になったのち、前記第一の情報処理資源が、前記更新後のソフトウェアを実行することによって更新後出力情報を出力するように制御し、
    　　前記第二の情報処理システムが処理対象とする処理対象情報を、前記第一あるいは第三の情報処理資源から出力された前記更新前出力情報から、前記第一あるいは第二の情報処理資源から出力された前記更新後出力情報に切り替える、
    　ソフトウェア更新制御方法。
  10. 　第一の情報処理システムに含まれる第一の情報処理資源が更新前のソフトウェアを実行することによって出力した更新前出力情報を、第二の情報処理システムが処理する場合において、更新後の前記ソフトウェアを、前記第二の情報処理システムに含まれる第二の情報処理資源が実行するように制御する第一の実行制御処理と、
    　前記第二の情報処理資源が前記更新後のソフトウェアを実行することによって出力した情報を、前記第二の情報処理システムが処理する試行動作を検証する検証処理と、
    　前記検証処理による前記試行動作に対する検証結果が正常であることを示す場合に、前記更新前出力情報を出力する状態を、前記第二の情報処理システムに含まれる第三の情報処理資源が前記第一の情報処理資源から引き継ぎ、前記第三の情報処理資源から出力された前記更新前出力情報を、前記第二の情報処理システムが処理できるように制御する引継ぎ制御処理と、
    　前記引継ぎ制御処理による処理が行われたのち、前記第一の情報処理資源が、前記更新後のソフトウェアを実行することによって更新後出力情報を出力するように制御する第二の実行制御処理と、
    　前記第二の情報処理システムが処理対象とする処理対象情報を、前記第一あるいは第三の情報処理資源から出力された前記更新前出力情報から、前記第一あるいは第二の情報処理資源から出力された前記更新後出力情報に切り替える切り替え処理と、
    　をコンピュータに実行させるためのソフトウェア更新制御プログラムが格納された記録媒体。
PCT/JP2017/014685 2016-04-15 2017-04-10 ソフトウェア更新制御装置、ソフトウェア更新制御システム、ソフトウェア更新制御方法、及び、ソフトウェア更新制御プログラムが格納された記録媒体 WO2017179537A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2018512005A JP6784291B2 (ja) 2016-04-15 2017-04-10 ソフトウェア更新制御装置、ソフトウェア更新制御システム、ソフトウェア更新制御方法、及び、ソフトウェア更新制御プログラム
US16/092,511 US11106454B2 (en) 2016-04-15 2017-04-10 Software update control device, software update control method, and recording medium having software update control program stored thereon

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016081773 2016-04-15
JP2016-081773 2016-04-15

Publications (1)

Publication Number Publication Date
WO2017179537A1 true WO2017179537A1 (ja) 2017-10-19

Family

ID=60041525

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/014685 WO2017179537A1 (ja) 2016-04-15 2017-04-10 ソフトウェア更新制御装置、ソフトウェア更新制御システム、ソフトウェア更新制御方法、及び、ソフトウェア更新制御プログラムが格納された記録媒体

Country Status (3)

Country Link
US (1) US11106454B2 (ja)
JP (1) JP6784291B2 (ja)
WO (1) WO2017179537A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10990372B2 (en) 2018-09-20 2021-04-27 Microsoft Technology Licensing, Llc Updating an edge computing device
JP2021524104A (ja) * 2018-06-29 2021-09-09 新華三技術有限公司Ｎｅｗ Ｈ３Ｃ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ． マスター・スタンドバイコンテナシステム切替
JP2022156799A (ja) * 2021-03-31 2022-10-14 ソフトマックス株式会社 情報処理装置、情報処理方法及びそのプログラム

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2019058684A1 (ja) * 2017-09-25 2020-10-22 ソニー株式会社 検証装置、情報処理方法、およびプログラム
US10817275B2 (en) * 2018-06-28 2020-10-27 EMC IP Holding Company LLC Automated internet of things based software patching
CN110896404B (zh) * 2018-09-12 2021-09-14 华为技术有限公司 数据处理的方法、装置和计算节点
JP7378980B2 (ja) * 2019-06-27 2023-11-14 キヤノン株式会社 情報処理装置、情報処理方法およびプログラム
CN112583898B (zh) * 2020-11-30 2023-08-15 北京百度网讯科技有限公司 业务流程编排方法、装置、以及可读介质
US11870646B2 (en) * 2021-01-12 2024-01-09 Oracle International Corporation Fabric availability and synchronization

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010108260A (ja) * 2008-10-30 2010-05-13 Fujitsu Ltd 仮想計算機システム及びその管理方法、プログラム並びに記録媒体
WO2013140524A1 (ja) * 2012-03-19 2013-09-26 富士通株式会社 プログラム、管理サーバおよびパッチスケジューリング方法

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB0407150D0 (en) * 2004-03-30 2004-05-05 British Telecomm Distributed computer
JP4465598B2 (ja) * 2004-07-05 2010-05-19 ソニー株式会社 集積回路およびその処理制御方法、並びに、プログラム
JP2006268172A (ja) * 2005-03-22 2006-10-05 Nec Corp サーバシステムおよびオンラインソフトウェア更新方法
JP2007304845A (ja) 2006-05-11 2007-11-22 Nec Corp 仮想計算機システムおよびソフトウェア更新方法
US8392902B2 (en) * 2007-10-24 2013-03-05 Siemens Aktiengesellschaft Upgrading software applications offline using a virtual machine
CN101727331B (zh) 2008-10-24 2013-03-20 国际商业机器公司 升级活动虚拟机的客户操作系统的方法和设备
JP5728812B2 (ja) 2010-02-17 2015-06-03 日本電気株式会社 分散型情報処理システム及び分散ストレージシステム
JP5293752B2 (ja) 2011-01-14 2013-09-18 日本電気株式会社 制御装置、及びファームウェア更新方法とそのプログラム
JP5667506B2 (ja) 2011-04-27 2015-02-12 日本電信電話株式会社 クラスタシステムおよびソフトウェアアップデート方法
US9152410B2 (en) * 2012-06-21 2015-10-06 Vaibhav KHANDELWAL Auto-update while running client interface with handshake
TW201503646A (zh) * 2013-02-25 2015-01-16 Interdigital Patent Holdings 在無線網路中管理高速存取集中內容賦能服務
WO2014139598A1 (en) * 2013-03-14 2014-09-18 Telefonaktiebolaget L M Ericsson (Publ) Method for authenticating a client program by a remote data processing system
US9261932B2 (en) * 2013-03-15 2016-02-16 Microchip Technology Incorporated Minimizing switchover time in a hot swappable program memory
JP5864510B2 (ja) * 2013-10-18 2016-02-17 富士通株式会社 修正プログラム確認方法、修正プログラム確認プログラム、及び情報処理装置
JP2015095784A (ja) * 2013-11-12 2015-05-18 富士通株式会社 情報処理システム、情報処理システムの制御方法及び情報処理装置の制御プログラム
JP6226709B2 (ja) * 2013-11-15 2017-11-08 キヤノン株式会社 画像形成装置及びその制御方法、並びにプログラム
US9335986B1 (en) * 2013-12-11 2016-05-10 Amazon Technologies, Inc. Hot patching to update program code and/or variables using a separate processor
JP5758022B1 (ja) 2014-04-02 2015-08-05 株式会社野村総合研究所 ソフトウェア更新方法
JP2016001391A (ja) * 2014-06-11 2016-01-07 株式会社ソニー・コンピュータエンタテインメント 情報処理装置および情報処理システム
US10318271B2 (en) * 2015-01-05 2019-06-11 Irdeto Canada Corporation Updating software components in a program
US9946532B2 (en) * 2016-06-15 2018-04-17 Canon Information And Imaging Solutions, Inc. Apparatus, system and method for updating a peripheral connected to image processing device
KR101826498B1 (ko) * 2017-05-02 2018-02-07 나무기술 주식회사 클라우드 플랫폼 시스템
JP2018200510A (ja) * 2017-05-25 2018-12-20 株式会社デンソーテン ソフトウェア更新装置、ソフトウェア更新システム、及び、ソフトウェア更新方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010108260A (ja) * 2008-10-30 2010-05-13 Fujitsu Ltd 仮想計算機システム及びその管理方法、プログラム並びに記録媒体
WO2013140524A1 (ja) * 2012-03-19 2013-09-26 富士通株式会社 プログラム、管理サーバおよびパッチスケジューリング方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
HIROYUKI TANAKA: "Edge Computing and its Application for New Era of IoT", PROCEEDINGS OF THE 2016 IEICE GENERAL CONFERENCE TSUSHIN 1, 1 March 2016 (2016-03-01), pages SS-18 - SS-19, ISSN: 1349-1369 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021524104A (ja) * 2018-06-29 2021-09-09 新華三技術有限公司Ｎｅｗ Ｈ３Ｃ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．， Ｌｔｄ． マスター・スタンドバイコンテナシステム切替
JP7116802B2 (ja) 2018-06-29 2022-08-10 新華三技術有限公司 マスター・スタンドバイコンテナシステム切替
US10990372B2 (en) 2018-09-20 2021-04-27 Microsoft Technology Licensing, Llc Updating an edge computing device
JP2022156799A (ja) * 2021-03-31 2022-10-14 ソフトマックス株式会社 情報処理装置、情報処理方法及びそのプログラム

Also Published As

Publication number Publication date
US11106454B2 (en) 2021-08-31
US20190171442A1 (en) 2019-06-06
JP6784291B2 (ja) 2020-11-11
JPWO2017179537A1 (ja) 2019-02-21

Similar Documents

Publication Publication Date Title
WO2017179537A1 (ja) ソフトウェア更新制御装置、ソフトウェア更新制御システム、ソフトウェア更新制御方法、及び、ソフトウェア更新制御プログラムが格納された記録媒体
CN107506258B (zh) 用于数据备份的方法和设备
US11663085B2 (en) Application backup and management
US10628273B2 (en) Node system, server apparatus, scaling control method, and program
JP6190969B2 (ja) マルチテナントリソース調停方法
US9483314B2 (en) Systems and methods for fault tolerant batch processing in a virtual environment
US20080256223A1 (en) Scale across in a grid computing environment
US20150169313A1 (en) Integrated system and firmware update method
CN102035662A (zh) 一种虚拟服务器管理系统、方法及装置
US11334372B2 (en) Distributed job manager for stateful microservices
EP3234774A1 (en) Elasticity for highly availabile applications
CN113032085A (zh) 云操作系统的管理方法、装置、服务器、管理系统及介质
CN103414712A (zh) 一种分布式虚拟桌面管理系统和方法
US11520673B2 (en) Maintenance operations based on analysis of collected data
EP2645635B1 (en) Cluster monitor, method for monitoring a cluster, and computer-readable recording medium
US10540202B1 (en) Transient sharing of available SAN compute capability
JP2007304845A (ja) 仮想計算機システムおよびソフトウェア更新方法
US11086615B2 (en) Virtual appliance upgrades in high-availability (HA) computing clusters
JP2015099547A (ja) ソフトウェア更新方法、ソフトウェア更新装置、ソフトウェア更新プログラム、及びソフトウェア更新システム
US8935695B1 (en) Systems and methods for managing multipathing configurations for virtual machines
WO2017188036A1 (ja) アクセス制御装置、アクセス制御システム、アクセス制御方法、及び、アクセス制御プログラムが格納された記録媒体
EP3389222A1 (en) A method and a host for managing events in a network that adapts event-driven programming framework
CN103617077A (zh) 智能型云端化移转的方法与系统
US20240028375A1 (en) Control plane lifecycle management with dpu devices
US20240160354A1 (en) Node cache migration

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2018512005

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17782350

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17782350

Country of ref document: EP

Kind code of ref document: A1